JP2007164422A - 情報処理装置および情報処理方法および情報処理プログラム - Google Patents

Abstract

【課題】 最終出力物を得るために必要となるワークフローが自動的に生成されるが、セキュリティに関しては一切考慮されていないため、処理途中に情報が漏洩する恐れがあった。
【解決手段】 オーダされた処理を実行するワークフローを自動的に生成する場合、セキュリティを考慮したワークフローの自動生成処理を実行する。
【選択図】 図１０

Description

本発明は、複数の処理工程から成る処理を実行する情報処理装置及び情報処理方法ならびに情報処理を実行するプログラムに関するものである。

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

この商業的印刷業界では、オフセット製版印刷機などの大規模な印刷装置等を用いるのが主流である。該印刷業界では、入稿、デザインやレイアウト、カンプ（プリンタ出力によるプレゼンテーション）、校正（レイアウト修正や色修正）、校正刷り（プルーフプリント）、版下作成、印刷、後処理加工、発送といった具合に様々な工程を踏んで作業を進めてきた。これは、上述のような印刷機の利用には版下作成を欠かすことができず、一度版下を作成すると、その修正は容易でなく、且つコスト的にかなり不利であるため、入念な校正、即ちレイアウトのチェックや色の確認作業が必須な事等に起因する。このように、該印刷業界では、大掛かりな装置を必要とし、尚且つ、クライアントが所望する印刷物を作成するのに時間も必要であった。しかも、それぞれの作業には専門知識が必要であり、いわば職人と呼ばれる熟練者のノウハウが必要であった。

一方で、最近、電子写真方式の印刷装置やインクジェット方式の印刷装置の高速化、高画質化に伴い、上記のような印刷業界に対抗して、プリント・オン・ディマンド（ＰＯＤ）と呼ばれる市場がある。このＰＯＤ市場では、大量部数や大量ジョブを、大掛かりな装置、システムを用いずに、短納期で取り扱えることを目指して、例えば、デジタル複写機やデジタル複合機等のデジタル画像形成装置を最大限に活用している。このＰＯＤ市場は、電子データを用いたディジタルプリントを実現する市場である。このようなＰＯＤ市場では、従来の印刷業界に比べてディジタル化を融合し、コンピュータを利用した管理、制御が浸透してきている。

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

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

しかしながら、上記特許文献１に記載の発明によれば、最終出力物を得るために必要となるワークフローが自動的に生成されるが、安全度に関しては一切考慮されていなかった。

例えば、印刷工程と印刷後処理工程を有するワークフローが生成された場合、印刷処理後、印刷後処理を実行する必要がある。印刷装置と印刷後処理を実行すべき装置が物理的に離れた機器である場合、印刷物を手作業で印刷後処理装置に移す必要がある。その際、印刷物の紛失など情報が漏洩する恐れがある。また、印刷装置と印刷後処理装置が必ずしも同一のフロアや敷地内に存在するとは限らず、印刷物の運送に伴い情報の漏洩がさらに生じやすくなる恐れもある。

本願は、上記課題に鑑みてなされたものであり、最終出力物を得るために生成されたワークフローから、出力処理を実行すべきワークフローを決定する場合、安全度を考慮したワークフローを決定することを目的とする。

上述した課題を解決するために、本発明による情報処理方法は以下の構成を備える。即ち、出力設定情報および印刷データから構成される出力情報を処理するために、複数の処理工程の処理順序を定義した処理ルートを生成する情報処理装置であって、前記出力設定情報に従って前記印刷データを処理するためのデバイスを選択する選択手段と、前記選択手段によって選択された各処理工程の処理を実行するデバイスを組み合わせて、前記印刷データを処理するための処理ルートを生成する生成手段と、予め定められた条件に従って前記生成手段によって生成された処理ルートの安全度を決定する安全度決定手段と、前記安全度決定手段によって決定された安全度に従って前記印刷データを処理する処理ルートを決定する決定手段を有することを特徴とする情報処理装置。

本願を用いることによって、最終出力物を得るために生成されたワークフローからセキュリティを考慮して出力処理を実行するワークフローを決定するため、ワークフローに従った出力処理を実行する際に、機密情報が漏洩する恐れを防止できる。

（実施例）
［システム全体の構成］
まず、図３４に、本実施形態のホストコンピュータ（クライアントコンピュータ、情報処理装置と同義）を説明するブロック図を示す。なお特に断りがない限り、本発明の機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮやＷＡＮ等のネットワークを介して接続が為され処理が行われるシステムであっても本発明を適用できる。また、クライアントコンピュータと記載したがこれに限る必要はなく、情報処理装置であれば基本的に図３４と同じ構成となる。よって、例えば後述するＭＩＳサーバも図３４と同じ構成となる、
図３４において、３４００はホストコンピュータで、ＲＯＭ３４０３のプログラム用ＲＯＭあるいは文書処理プログラム等に基づいて図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行するＣＰＵ３４０１を備えている。ＣＰＵ３４０１は、システムバス３４０４に接続される各デバイスを総括的に制御する。

また、このＲＯＭ３４０３のプログラム用ＲＯＭあるいは外部メモリ３４１１には、ＣＰＵ３４０１の制御プログラムであるオペレーティングシステムプログラム（以下ＯＳ）等を記憶する。また、ＲＯＭ３４０３のフォント用ＲＯＭあるいは外部メモリ３４１１には上記文書処理の際に使用するフォントデータ等を記憶し、ＲＯＭ３４０３のデータ用ＲＯＭあるいは外部メモリ３４１１には上記文書処理等を行う際に使用する各種データを記憶する。

３４０２はＲＡＭで、ＣＰＵ３４０１の主メモリ、ワークエリア等として機能する。３４０５はキーボードコントローラ（ＫＢＣ）で、キーボード３４０９や不図示のポインティングデバイスからのキー入力を制御する。３４０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）３４１０の表示を制御する。

３４０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、アプリケーション、フォントデータ、プリンタ制御コマンド生成プログラム（以下プリンタドライバ）等を記憶するハードディスク（ＨＤ）等の外部メモリ３４１１とのアクセスを制御する。また、ＤＫＣ３４０７は、フロッピー（登録商標）ディスクとのアクセスも制御可能である。

３４０８はプリンタコントローラ（ＰＲＴＣ）で、所定の双方向性インターフェース３４２１を介して外部デバイスに接続されて、外部デバイスとの通信制御処理を実行する。なお、ＣＰＵ３４０１は、例えばＲＡＭ３４０２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ３４１０上でのＷＹＳＩＷＹＧを可能としている。

また、ＣＰＵ３４０１は、ＣＲＴ３４１０上の不図示のマウスカーソル等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。ユーザは印刷を実行する際、印刷の設定に関するウインドウを開き、プリンタの設定や、印刷モードの選択を含むプリンタドライバに対する印刷処理方法の設定を行える。

図１は、本システム全体の基本構成の一例を示すブロック図である。

本ブロック図は、１つまたは複数のエンドユーザ環境１０１と、インターネットを介して接続されているＰＯＤ（Ｐｒｉｎｔ Ｏｎ Ｄｅｍａｎｄ）サイト環境１０２から成っている。

エンドユーザ環境１０１は、プリントの発注依頼を行う発注者が存在し、それぞれのエンドユーザ環境１０２からそれぞれのクライアントＰＣを利用して、プリントジョブの依頼を始めとして、ジョブのステータス確認などができる。

一方、ＰＯＤサイト環境１０２においては、工程管理部１０３、プリプレス部１０４、ディジタルプリント部１０５、そしてポストプレス部１０６の４つの工程を処理するシステムから成り立っている。

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

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

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

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

図２は、工程管理部１０３の構成の一例を示すブロック図である。

工程管理部１０３は、ネットワークに接続されたＭＩＳ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）サーバ、受注サーバ、ファイルサーバ、クライアントＰＣなどから成り立っている。

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

受注サーバは、インターネットを利用して、エンドユーザ環境１０１からジョブを受信するサーバである。受信したジョブは、ジョブの識別情報（例えばＩＤ番号）で管理され、ＩＤ番号と管理上必要となる情報はＭＩＳサーバに伝えられ、ＭＩＳサーバの指示に従って、画像データなどのそれ以外の情報と一緒に下流の工程に伝えられる。

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

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

［プリプレス部のシステム構成］
図３は、プリプレス部１０４の構成の一例を示すブロック図である。

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

プリプレス部の構成としては、図示したように１つのプリプレスサーバと複数のクライアントＰＣで構成するようにしてもよいし、プリプレスサーバなしで複数のクライアントＰＣのみで構成するようにしてもよい。

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

また、エンドユーザから受信したジョブがプリントジョブの場合は、まず作業者がプリプレスサーバやクライアントＰＣにエンドユーザから受信した文書／画像ファイルを取り込む。

エンドユーザから受信した文書／画像ファイルやスキャンデバイスによりスキャンしたスキャン画像ファイルが複数個存在する場合は、これらのファイルをマージする。

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

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

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

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

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

プリプレス部におけるこれらのプリプレスサーバ、クライアントＰＣ、スキャナ、ＭＦＰは、ネットワークにより接続され、ジョブを転送したり、制御コマンドを発行したりして、プリプレス部で受信したジョブを処理していくことになる。

［ディジタルプリント部のシステム構成］
図４は、ディジタルプリント部１０５の構成の一例を示すブロック図である。

ここには、ネットワークに接続されたプリントサーバ、クライアントＰＣ、カラーＭＦＰ及び白黒ＭＦＰがそれぞれ１つまたは複数個存在している。

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

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

カラーＭＦＰ及び白黒ＭＦＰは、スキャン、プリント、コピーなど様々な機能を有する画像形成装置であり、カラーＭＦＰと白黒ＭＦＰとでスピードやコストなどが異なるため、それぞれの用途に応じて使い分ける必要がある。

［ポストプレス部のシステム構成］
図５は、ポストプレス部１０６の構成の一例を示すブロック図である。

ポストプレス部は、ポストプレスサーバ、クライアントＰＣ、及び、紙折り機、断裁機、中綴じ製本機、くるみ製本機に代表される後処理機器で構成されている。

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

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

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

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

［ＪＤＦによる製本のしくみ］
図６は、ＪＤＦ（Ｊｏｂ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）を利用して製本処理を実行する一例を示す階層図である。

「本」を作成するには、表紙を作ったり、中身を作ったり、あるいは、それらを製本処理したりと様々な工程を経て「本」が作成され、エンドユーザに届けられる。

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

図６は、印刷結果である表紙と中身（本文）に対してくるみ製本と断裁を行って、本全体を構成する例を示している。「表紙」というプロダクトノードは、「表紙の出力」というプロセスグループノード１つから成っている。その「表紙の出力」というプロセスグループノードは、表紙を印刷してできる「表紙出力のプロセス１」というプロセスノードと、その出力されたものに対してラミネートやニス加工などで表面加工処理する「表紙の加工処理」というプロセスノードから成っている。

同様にして、「中身」というプロダクトノードは、「カラーページの出力」というプロセスグループノードと、「白黒ページの出力」というプロセスグループノードから成り立っている。そして、それぞれのプロセスグループノードは、「ページのＲＩＰ処理」と「ページのプリント処理」というプロセスノードから成っている。

そして、「本全体の製本処理」というプロセスグループノードを使って、上記「表紙」と「中身」は製本処理されており、その「本全体の製本処理」は、「くるみ製本処理」と「断裁処理」というプロセスノードで成り立っている。

ＪＤＦファイルは、これらの各ノード情報とその属性情報が記載されたファイルであり、ＪＤＦマネージャが、このＪＤＦファイルの作成や変更を担当する。

一方、ＪＤＦワーカと呼ばれる装置は、ＪＤＦマネージャから吐き出されたＪＤＦファイルを受け取って、そこに記載された情報に基づいて、必要な作業を担当する。なお、図６ではプロセスノード６０３には処理内容しか記述されていないが、当然、どのデバイスでどの処理を行うかを特定してあってもよい。

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

ＭＩＳサーバは、この経営管理システムの中心となるサーバコンピュータであり、エンドユーザからのジョブの指定に基づいて、ＰＯＤサイト環境における各工程に対してジョブごとの作業指示を記載したＪＤＦを発行する。コンピュータや各種デバイスにより構成される本システムは、ＪＤＦの記載内容に従って処理する。

また、このＭＩＳサーバは、ＰＯＤサイト環境における各工程との間でＪＭＦ（Ｊｏｂ Ｍｅｓｓａｇｉｎｇ Ｆｏｒｍａｔ）と呼ばれるメッセージを交換する。このＪＭＦを用いて各デバイスが具備する機能情報や能力情報、各デバイスのステータス情報、受け付けたジョブの進捗情報等を取得することにより、本システムのワークフローを一元管理する。

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

ただし、ＭＩＳサーバ内のこれらの様々な機能は、経営者、工程管理者（工務）、現場のオペレータ、見積もりを用意する営業マンなど様々な作業者が別々なクライアントＰＣを利用してデータ参照する。そのため、それぞれユーザＩＤやパスワードなどを用いていたり、アプリケーションソフトウェアとしてもライセンス管理されたりしていることが多い。

［受注サーバのしくみ］
受注サーバは、いわゆるＰＯＤにおける電子商取引（ＥＣ：Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）の仲介役で、インターネット等の通信媒体を介してエンドユーザ環境１０１のクライアントＰＣからジョブを受発注するためのサーバである。受注サーバは、エンドユーザ環境から見ると、インターネット上のウェブページを利用した電子店舗となる。

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

受注サーバもしくはエンドユーザ環境の各クライアントＰＣに例えばホットフォルダを具備する。これにより、クライアントは、プリント対象となる文書／画像ファイルやそれに付随するプリント条件設定やその他のプリント依頼情報等をホットフォルダに保存する。この保存処理に従って、保存されたデータが、自動的に転送されきるように構成してもよい。このホットフォルダは、プリント条件設定やその他のプリント依頼情報等を属性として含む仮想的なフォルダであり、受注サーバもしくはエンドユーザ環境の各クライアントＰＣが具備するハードディスク等のメモリ（不図示）に複数個作成可能なものである。例えば、エンドユーザがエンドユーザ環境の各クライアントＰＣからこのホットフォルダにプリント依頼する文書／画像ファイルをドラッグ＆ドロップする。その結果、受注サーバまたはエンドユーザ環境の各クライアントＰＣの監視プログラムが該文書／画像ファイルの存在を認識する。そして、該ホットフォルダに設定されているプリント条件設定やその他のプリント依頼情報等を用いて処理することによって、受注サーバがこれらの情報を読み出すことが可能となる。

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

［受発注におけるワークフロー］
図７は、エンドユーザからのジョブの受発注におけるワークフローの一例を示す図である。

図７における左側のブロック７０１は、エンドユーザである発注者の作業、右側のブロック７０２は、ＰＯＤサイトにおける作業者の作業を示す。

まず発注者は、インターネット上のウェブページを利用して、ＰＯＤサイトの受注サーバに対して、仮発注を実行する。

例えば、発注依頼したいジョブがプリントジョブの場合は、エンドユーザ環境のクライアントＰＣのブラウザからユーザ認証を行った後に、どのようなプリント条件で出力させるかを指定するプリント条件設定やその他のプリント依頼情報等を入力する。これらの入力情報が、エンドユーザ環境のクライアントＰＣから該受注サーバに対して送付され、ウェブサーバとして機能する受注サーバにプリントジョブを仮発注する。

また、発注依頼したいジョブがコピージョブの場合は、文書／画像ファイルを電子データとして送付しない代わりに、コピー対象となる紙原稿を物理媒体として宅配便等で送る。エンドユーザ環境のクライアントＰＣのブラウザからは、どのようなコピー条件で出力させるかを指定するコピー条件設定やその他のコピー依頼情報を入力する。そして、ＰＯＤサイトにおいて物理媒体と入力情報を関連付けて、コピー処理を実行する。

発注者から仮発注を受けたＰＯＤサイトの受注サーバでは、仮受注したジョブに対して受付や保存等の仮受注のための処理を実行するとともに、受注サーバあるいはＭＩＳサーバにおいて作業担当者の割り当てを実行する。

作業担当者の割り当て方法としては、受注サーバのスケジューラにより適切な作業担当者に対して作業を自動的に割り当てる方法、作業者の管理者が適当な作業担当者を手動割り当てする方法いったように、様々な方法が考えられる。

さらにＰＯＤサイトの受注サーバあるいはＭＩＳサーバでは、仮受注したジョブに対してコストの見積りを実行する。この見積りは、仮発注時に発注者が入力したプリント条件やコピー条件等を参照して、ジョブに必要な作業や資源に関わる費用や配送料等の諸経費の見積りに基づいたトータルコストを算出し、発注者に対して見積り金額を提示する。

見積り金額の提示を受けた発注者が、受注サーバからの情報（コストなど）を承認すると、ＰＯＤサイトの受注サーバに対して正式発注を実行する。この際、仮発注したジョブのプリント条件やコピー条件等を正式発注時に変更することも可能である。

ＰＯＤサイトの受注サーバが発注者より正式発注を受けると、工程管理部１０３、プリプレス部１０４、ディジタルプリント部１０５、ポストプレス１０６の各工程を利用して、正式受注したジョブに対する各種処理を実行する。

ＰＯＤサイトにおける印刷／製本等の各種処理を終了したならば、発注者より予め指定された配送先に対して最終成果物（印刷物）を配送することにより、発注者（クライアント）が最終成果物（印刷物）を受け取ることになる。

［ジョブチケットによるワークフロー］
図８は、ジョブチケットにより実現されるワークフロー構成の一例を示す図である。

ＭＩＳサーバ８０１は、受注から納品までのシステム全体のワークフローを管理すると共に、様々な経営情報や販売情報を統括的に管理するシステムである。ＭＩＳサーバ８０１は、ワークフローにおける作業指示が記述されたジョブチケットに相当するＪＤＦデータを作成するためのＪＤＦ作成アプリケーションを保持している。

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

ポストプレスサーバ８０３は、ポストプレス部に投入されるジョブを受信すると共に、ポストプレス部全体を管理するためのサーバである。ポストプレスサーバ８０３は、ＪＤＦデータを解釈するためのＪＤＦパーサ、フィニッシャ−Ａとフィニッシャ−Ｂと接続するためのフィニッシャ−Ａインターフェースとフィニッシャ−Ｂインターフェースにより構成される。

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

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

作成されたＪＤＦデータがプリントサーバ８０２に渡されると、プリントサーバ８０２におけるＪＤＦパーサがＪＤＦデータを解釈して、ＪＤＦに記述されている作業指示に従ってジョブを処理する。例えばＪＤＦデータには、出力用紙サイズや両面片面印刷やＮ−ｕｐ等のパラメータが指定されている。これらの作業指示内容をＪＤＦパーサが解釈して、ＰＤＬコントローラに対して作業指示内容を伝える。ＰＤＬコントローラは、ＪＤＦデータの内容に従って、ＰＤＦ／ＰＳ等のＰＤＬデータを処理するとともに、プリンタインターフェースを介してＭＦＰに対して印刷を指示する。

作成されたＪＤＦデータがポストプレスサーバ８０３に渡されると、ポストプレスサーバにおけるＪＤＦパーサがＪＤＦデータを解釈して、ポストプレス部に対するジョブを処理する。例えばＪＤＦデータには、くるみ製本や中綴じ製本や断裁等の印刷後処理が指定されており、ポストプレスサーバ８０３のＪＤＦパーサはこれらの処理内容を解析して、解析結果をフィニッシャーに指示する。これにより、フィニッシャーＡおよびフィニッシャーＢはＪＤＦにて指示された内容に従った後処理を実行する。

［ファイルサーバのしくみ］
ファイルサーバは、エンドユーザからの同一原稿による再発注に備えて、エンドユーザの顧客情報、受信したジョブ（プリント対象となる文書／画像ファイルや付随するプリント条件設定等）を保管する。

このように一度処理した情報を保持しておくことで、再印刷の要求が入った場合などに、保持してある情報を呼び出して顧客情報や前回のジョブなどを参照して迅速に対応することが可能となる。

ファイルの形態は、アプリケーションファイルデータ、ＰＤＬデータ、プリントレディデータ（ＲＩＰ後のデータで、ビットマップファイルそのものやＴｉｆｆファイルのように圧縮された形式がある）などがある。あるいは、それらの中間データ（ディスプレイリストのように最終出力ではないが、ＰＤＬデータとプリントレディデータとの中間的な存在）など用途に応じて保管することができる。

保管に当たっては、プリントレディデータの保管は大きな容量のデータとなってしまうため、別の記憶メディア（ＣＤ−ＲＯＭやＭＯ、ＺＩＰなど）に記録したり、ＰＤＬデータであっても古いものや容量の大きいものは同様に別メディアなどに保管してもよい。また、ユーザが希望した場合には、最終出力と一緒に送り返すことも可能である。

このように、ファイルサーバは、エンドユーザからの再印刷要求がなされる度に、その都度、そのユーザのジョブデータを、上記記憶媒体から読み出して再印刷処理を可能とする。

一方で、保管されたデータをユーザがリストアして再印刷要求をかける事もある。例えば、受注サーバがエンドユーザ環境のクライアントＰＣより受信したプリントジョブの文書／画像ファイルをオリジナル原稿のままファイルサーバのメモリユニット（不図示）に格納して、一定期間保持する。そして、エンドユーザからの同一原稿によるプリントジョブの再発注時には、エンドユーザから文書／画像ファイルを再度送信してもらうことなく、再発注を処理することが可能となる。

また、エンドユーザから受け取ったコピージョブの紙原稿をスキャンして、スキャン画像ファイルとして取り込んだ後、ファイルサーバのメモリユニット（不図示）に格納して、一定期間保持しておく。これにより、エンドユーザからの同一原稿によるコピージョブの再発注時には、エンドユーザから紙原稿を再度送付してもらうことなく、再発注を処理することが可能となる。

さらに、エンドユーザが所望する出力形態で、印刷ジョブやコピージョブを処理した後に、作業者が編集加工した印刷前の最終文書／画像ファイルや印刷処理済みの最終印刷データをファイルサーバのメモリユニットに格納して、一定期間保持しておく。この処理により、エンドユーザからの再発注時における後工程の作業を軽減することが可能となる。

［顧客からの発注形態］
通常、発注者は発注時に製本工程の詳細部分までは指定せず、おおまかに作成したい形態のみを指示して上述の印刷システムに発注を行う。例えば顧客は、部数、納期、紙サイズ、表紙設定、製本時の綴じ方、片面／両面印刷、使用するカラープロファイル情報などの製本情報と、印刷原稿データを指定して、受注サーバに見積り依頼を行う。これらの製本情報をプロダクトインテントと呼び、プロダクトノードに記載される。受注サーバはＭＩＳサーバにプロダクトインテントを送信する。

ＭＩＳサーバはプロダクトインテント情報を、プリプレスサーバ、プリントサーバ、ポストプレスサーバに送信する。

受信した各工程のサーバは、各工程の処理デバイスの負荷状況や紙やインクなどのリソース状況、実行可能な機能を参照して、プロダクトインテントが記載されたプロダクトノードを具体的な処理を表すプロセスノードに変換する。

プロダクトノードからプロセスノードへの変換は一意には決まらず、ＪＤＦワーカの状態や能力に応じて様々な変換結果が得られる。例えば、Ａ４サイズの本を作成するプロダクトインテントを受信した場合、Ａ４サイズの紙を束ねて製本するのか、Ａ３サイズの用紙に印刷後、折りや断裁処理を実行してＡ４サイズの本を得るのかによって、処理すべきデバイスや処理順序が変化する。そのため、状況に応じて様々なワークフローが考えられる。

ワークフローマネージャは、各工程のサーバが変換したプロセスノードを受信して、これらの情報を元にワークフローを構築する。なお、上述した通り、プロセスノードには、処理内容とその処理内容を実行するデバイスが特定されている。

ＭＩＳサーバは、構築されたワークフローから納期と料金の見積りを行い、必要があれば印刷物のサンプルを作成（テスト印刷を実行）して顧客に提示する。顧客（本願では、発注者またはクライアントと同義である）はサンプルを確認して納期と金額で合意すれば正式に発注を行う。正式発注されたＭＩＳサーバは見積もり時に構築したワークフローに基づいて各工程の処理を行う。

処理時に使用されたインテントノード、プロセスノードが記載されたジョブチケットは再印刷に備え保存される。

［プロダクトインテント］
図９はジョブチケットに記載されたプロダクトインテント９０１の例を示したものである。

プロダクトインテント９０１には、例えば印刷処理に関する情報９０２と発注者に関する個人情報９０３が含まれている。印刷処理に関する情報９０２の一例として、製品名や部数、製本形態、表紙、片面／両面、用紙サイズ、用紙向き、原稿データの情報などがある。

またプロダクトインテント９０１に記載される個人情報９０３の一例として、顧客ＩＤや発注者氏名、会社名、住所、電話番号、発注の承認者、納品先、課金情報などがある。

これらの情報は各工程において個別に処理され、他工程での作業に必要なリソースを関知しない。そのため、インテントノードに各工程で変換されたプロセスノードが付加された形で最終工程まで送られる。

図１０は本願の一実施形態のシステム構成例を表した図である。

印刷システム１０１４における受注サーバ１００２は、クライアント１００１からの依頼を受信するサーバである。ＭＩＳサーバ１００３は、受注サーバ１００２からの情報を受ける。具体的には、ＭＩＳサーバ１００３は、クライアントが発注した情報に基づくプロダクトインテントが記述されたジョブチケットを受信する。ＭＩＳサーバ１００３は、プロダクトインテントが記述されたジョブチケットをワークフローマネージャ１００４へ送信する。ワークフローマネージャ１００４は、受信したプロダクトインテント情報が記述されたジョブチケットを各工程のサーバへ送信する。ワークフローマネージャ１００４は、各工程のサーバが作成したプロセスノードを組み合わせてプロダクトインテント情報に記述された内容を実現可能なワークフローを作成する。

そして、ワークフローマネージャ１００４は、作成されたワークフローから後述する方法に従って適切なワークフローを決定する。

プリプレスサーバ１００７は、プリプレス工程を実現するプリプレスデバイス１０１０を管理する。プレスサーバ１００８は、プレス工程を実現するプレスデバイス１０１１を管理する。ポストプレスサーバ１００９は、ポストプレスを実現するポストプレスデバイス１０１２を管理する。なお、プリプレスとは印刷前処理を指し、プレスとは印刷処理を指し、ポストプレスとは印刷後処理を指す。

デバイスデータベース１００６は、プリプレスサーバ、プレスサーバ、ポストプレスサーバからそれぞれが管理するデバイスの情報や各工程のサーバが生成したプロセスノードを蓄積する。リソースデータベース１００６は、各工程のデバイス間で共通に使用するコンテンツデータや、ジョブチケットデータを保管する。

またデバイスによっては、再印刷などの目的で処理を行った原稿データ及びジョブチケットデータを保持するため印刷処理時に用いた情報を保持するデータベース１０１３を持つものもある。

なお本願において、ワークフローマネージャ１００４は、工程管理部１００３のいずれかの情報処理装置（例えば工程管理部１００３のクライアントＰＣ１０１５）にて実行されるものとして記述するがこれに限る必要はない。

［システム処理概要フロー］
図１１は図１０で示した本実施形態において、印刷システムの処理を示したフローチャートである。なお、図１１における各ステップの処理は、各ステップを実行するデバイスのＣＰＵによって処理される。

受注サーバ１００２は、クライアントが作成した印刷原稿およびクライアントが設定したインテントノードジョブチケットを受注する（Ｓ１１０１）。そして、受注サーバ１００２は、受注した印刷原稿およびインテントノードジョブチケットをＭＩＳ１００３に送信する（１１０２）。なお、印刷原稿データについては、受注サーバにて保持しておいても良い。

ＭＩＳ１００３は、印刷原稿とインテントノードジョブチケットをワークフローマネージャ１００４に送信する（Ｓ１１０３）。ワークフローマネージャ１００４は、ＭＩＳから受信したインテントノードジョブチケットを各工程のサーバ（本願では、プリプレスサーバ、プレスサーバ、ポストプレスサーバ）に通知する。

そして、各工程のサーバは、受信したインテントノードジョブチケットに基づいて、インテントノードジョブチケットに記述されている条件を満たすことができる処理およびその処理を実行するデバイスを含んだプロセスノードを作成する。そして、ワークフローマネージャ１００４は、各工程のサーバが作成したプロセスノードを受信して、デバイスＤＢ１００６に保存する。

ワークフローマネージャ１００４は、各工程のサーバから受信したプロセスノードを組み合わせて、インテントジョブチケットに記述されている内容を実現するためのワークフローを生成する。例えば、受信したインテントノード−ジョブチケットの内容が、「Ａ４サイズの本を５部」であった場合、Ａ４用紙に印刷して製本処理するフローとＡ３サイズに２ｉｎ１にて面付けして断裁することでＡ４サイズの出力物を得るフローが考えられる。

この場合、例えば、プリプレスサーバ１００７は、受信した印刷原稿データをＡ４サイズ用に面付けする処理とその処理を実行するデバイスを含んだプロセスノードを作成する。さらに、プリプレスサーバ１００７は、Ａ３サイズ用に２ｉｎ１にて面付けする２つの面付けする処理とその処理を実行するデバイスを含んだプロセスノードを作成し、両方をワークフローマネージャ１００４に通知する。プレスサーバ１００８は、Ａ３サイズに印刷する方法とその処理を実行するデバイスを含んだプロセスノードと、Ａ４サイズに印刷する方法とその処理を実行するデバイスを含んだプロセスノードをワークフローマネージャ１００４に通知する。そして、ポストプレスサーバ１００９は、単に製本処理のみを行う方法とその処理を行うデバイスを含んだプロセスノードを通知する。さらに、ポストプレスサーバ１００９は、Ａ３を断裁することでＡ４サイズを作成してから製本処理をする方法と、その処理を行うデバイスを含んだプロセスノードをワークフローマネージャに通知する。

ワークフローマネージャ１００４は、各工程のデバイスから取得したプロセスノードを組み合わせて「Ａ４サイズの本を５部」生成するフローを生成する。上述した例によれば、ワークフローマネージャ１００４は、Ａ４サイズに面付けするプロセスノードとＡ４サイズに印刷するプロセスノードとＡ４サイズの出力物を製本処理するプロセスノードを組み合わせたワークフローを生成する。さらに、ワークフローマネージャ１００４は、Ａ３サイズに２ｉｎ１にて面付けするプロセスノードとＡ３サイズにて印刷するプロセスノードとＡ３サイズの出力物を断裁してから、製本処理するプロセスノードを組み合わせたワークフローを生成する。

つまり、ワークフローマネージャは、インテントノードジョブチケットに記述されている内容を処理するために必要となるプロセスノードを選択し、選択されたプロセスノードを組み合わせることによって、ワークフローを生成する。

このように、ワークフローマネージャ１００４は、各工程のサーバから受信したプロセスノードを組み合わせて、ＭＩＳから受信したインテントノードジョブチケットに記述されたクライアントのオーダに対応する出力物を得るためのワークフローを生成する。なお、２ｉｎ１とは、１枚の物理ページ（記録媒体）に、２ページ分の論理ページ（印刷データ）を面付けするものを指す。つまり、Ｎｉｎ１は、１枚の物理ページにＮページ分の論理ページを面付けする事を指す。

ワークフローマネージャ１００４は、後述する処理に従って適切なワークフローを選択する（Ｓ１１０４）。

ワークフローマネージャ１００４は、選択したワークフローをＭＩＳ１００３に通知する。そして、ＭＩＳ１００３は、選択されたワークフローからワークフローの処理に必要となる料金（見積もり結果）を算出する（Ｓ１１０５）。具体的には、ワークフローが決定されることで使用されるリソースが決定される。例えば上述した例では、Ａ３用紙を使用して断裁する場合と、Ａ４用紙を使用する場合では、決定されたワークフローによって使用する用紙種類や用紙枚数が異なるため、費用も変わる。また、ＭＩＳ１００３は、ワークフローに従って納期を算出する。

ＭＩＳ１００３は、算出された費用と納期を受注サーバに送信し（Ｓ１１０６）、受注サーバはクライアントに対して見積もり結果と納期を通知する（Ｓ１１０７）。ここで、クライアント１００１は、通知された見積もり結果と納期を表示して、この見積もりおよび納期にて処理を進めることが選択されたか否かを判定する（Ｓ１１０８）。Ｓ１１０８にて、クライアント１００１が、再見積もりを指示した場合、再度インテントノードにおける納期を変更してＳ１１０１へと進む。また、クライアント１００１が、提示され見積もり結果と納期にて処理を進めることを選択した場合、ワークフローマネージャ１００４は、選択したワークフローに従って処理を進め、出力結果をクライアント１００１に納品する（Ｓ１１１０）。また、Ｓ１１０８にて、クライアントが、処理のキャンセルを選択した場合は、そのまま図１１の処理を終了する。

以上、図１１は、出力設定情報および印刷データから構成される出力情報を処理するために、複数の処理工程の処理順序を定義した処理ルートを生成する情報処理装置の処理である。なお、出力設定情報とは、ジョブチケット（図９のインテントノードジョブチケットを含む）に相当し、最終出力物を得るための情報である。また、出力情報とは、出力結果を生成するために必要となる情報である。また、ワークフローマネージャ１００４は、出力設定情報に従って印刷データを処理するためのデバイスを選択する。そして、ワークフローマネージャ１０１４は、選択された各処理工程の処理を実行するデバイスを組み合わせて、前記印刷データを処理するための処理ルートを生成する。さらに、ワークフローマネージャ１０１４は、Ｓ１０１４において、所定の（予め定められた）条件に従って生成された処理ルートの安全度を決定して、決定された安全度に従って印刷データを処理する処理ルートを決定する。また、複数の処理工程の処理順序を定義した処理ルートとは、印刷データを処理するために生成されたワークフローと同義である。

［ワークフロー選択処理］
図１２は、図１１のＳ１１０４で印刷システム１０１４におけるワークフローマネージャ１００４が印刷物（出力結果ともいう）の安全度（セキュリティともいう）とジョブチケットの安全度に基づきワークフローを選択する処理を示したフローチャートである。尚、図１２から図１４のフローチャートにおける各ステップは、ワークフローマネージャ１００４が搭載された情報処理装置のＣＰＵによって処理される。

ワークフローマネージャ１００４は、各工程のサーバから受信したプロセスノードを組み合わせて生成したワークフローを記憶部（例えばＲＡＭ３４０２）から読み出す。そして、ワークフローマネージャ１００４は、いくつのワークフローを読み出したかをｎとして記憶しておくと共に、これから安全度の算出を行うワークフロー対象をｍとする（Ｓ１２０１）。

ワークフローマネージャ１００４は、ｍを初期化して（Ｓ１２０２）、ｍ番目のワークフローから印刷物安全度を算出する（Ｓ１２０３）。Ｓ１２０３の処理を具体的に説明する。まず、ワークフローマネージャ１００４は、対象としているワークフローの各工程を処理するデバイスを認識する。これらの情報は、上述した各工程のサーバから取得したプロセスノードに記述されている。なお、プロセスノードの具体例を図３１に示す。プロセスノードには、どのデバイスを使って、どういう処理を実行するかが記述されている。続いて、ワークフローマネージャ１００４は、図１５に記載の印刷物安全度テーブル１５０１を参照して、各工程間の安全度を算出する。例えば、現在対象としているワークフローが、プロセスノード３１０３とプロセスノード３１１０にて構成される場合、ワークフローマネージャ１００４は、図１５の印刷物安全度テーブル１５０１から工程間の安全度を「２」と判定できる。このように各工程間について印刷物安全度を算出し、記憶しておく。なお、本願では、安全な工程間ほど安全度を示す値を高く設定している。Ｓ１２０３の処理については図２２にて後述する。

つまり、ワークフローマネージャ１００４は、出力結果を次処理工程の処理を実行するデバイスに搬送する搬送路が物理的に接続されている工程間に対して、上記搬送路が物理的に接続されていない工程間よりも安全に処理することができることを示す値を算出する。

続いて、ワークフローマネージャ１００４は、ｍ番目のワークフローの各工程および各工程間および各工程のジョブチケット安全度を算出する（Ｓ１２０４）。Ｓ１２０４の処理について具体的に説明する。各工程のデバイスは、受信したジョブチケットに記述された内容に基づいて処理を実行するので、これらのジョブチケットを各デバイスの記憶部に保持する。図１６のジョブチケット安全度テーブル１は、記憶処理に基づいてジョブチケット安全度を管理している。例えば、デバイスが暗号化してジョブチケットを記憶する処理を実行するのであれば、安全度は高く設定される。一方、デバイスが、暗号化せずにジョブチケットを保持するようであれば、安全度は低く設定される。よって、図１６のジョブチケット安全テーブル１を用いることにより各工程のジョブチケット安全度を算出することができる。また、各工程間のジョブチケット安全度は、図１７のジョブチケット安全度テーブル２を用いて算出される。図１７のジョブチケット安全度テーブル２は、図１５の印刷物安全度テーブルと同様であるので詳細な説明は省略する。なお、Ｓ１２０４の詳細な説明は図２３にて後述する。以上の図１６および図１７のテーブルを用いることによって、ワークフローマネージャ１００４は、ジョブチケットの安全度を算出することができる。

ワークフローマネージャ１００４は、現在対象としているワークフローの納期を算出する（Ｓ１２０５）。なお、Ｓ１２０５の詳細については図３２にて説明する。

ワークフローマネージャ１００４は、デバイスＤＢ１００６に記憶されている全てのワークフローについて、Ｓ１２０３からＳ１２０５の処理を行ったか判定し、行っていなければ次のワークフローについて処理する（Ｓ１２０７）。また、Ｓ１２０６において、全てのワークフローについて処理したと判定した場合、ワークフローマネージャ１００４は、処理対象のジョブに重要設定がされているか否かを判定する（Ｓ１２０８）。なお、この処理は、ＭＩＳから取得したインテントノードを参照することにより判定できる。Ｓ１２０８の判定の結果、重要設定がされていれば、図１３の処理へと進み、重要設定がされていなければ図１４の処理へと進む。

続いて図１３のフローチャートについて説明する。図１３の処理はセキュリティを重視したワークフローを選択する場合の処理である。

ワークフローマネージャ１００４は、Ｓ１２０３の処理によって算出された印刷物安全度に基づいて最も安全に印刷物を取り扱えるワークフローを選択する（Ｓ１３０１）。詳細には、Ｓ１２０３からＳ１２０５の処理によって算出された値は、図１９のような形式にて保存されているため、ワークフローマネージャ１００４は、Ｓ１３０１の処理を実現できる。

Ｓ１３０１において１つのワークフローに特定することができれば（Ｓ１３０２−Ｎｏ）、ワークフローマネージャ１００４は、Ｓ１３０１にて選択したワークフローをワークフロー候補として決定しＳ１３０８の処理へと進む。Ｓ１３０２の処理の結果、最も安全なワークフローが複数あると判定された場合（Ｓ１３０２−Ｙｅｓ）、ワークフローマネージャ１００４は、選択された複数のワークフローから、より安全にジョブチケットを取り扱えるワークフローを選択する（Ｓ１３０３）。Ｓ１３０３の処理は、Ｓ１３０１の処理と基本的に同様である。なお、ジョブチケットの安全度は図２１のような形式にて保持されている。

ワークフローマネージャ１００４は、Ｓ１３０４において１つのワークフローに特定することができれば（Ｓ１３０４−Ｎｏ）、Ｓ１３０３にて選択したワークフローをワークフロー候補として決定し、Ｓ１３０８へと処理を進める。

Ｓ１３０４にてＹｅｓと判定された場合、ワークフローマネージャ１００４は、印刷物及びジョブチケットを最も安全に取り扱える複数のワークフローから納期が最短となるワークフローを候補として決定する（Ｓ１３０７）。

Ｓ１３０５，Ｓ１３０６、Ｓ１３０７にてワークフロー候補が決定された場合、ワークフローマネージャ１００４は、ジョブチケット保存位置決定処理１を実行する（Ｓ１３０８）。なお、Ｓ１３０８の詳細な説明は、後述する。

ワークフローマネージャ１００４は、Ｓ１３０２からＳ１３０４の処理を実行して、図２２によって決定された処理ルートの安全度、及び図２３によって算出された処理ルートにおけるジョブチケット安全度に基づいて印刷データを処理すべき処理ルートを決定する。また、ワークフローマネージャ１００４は、図２２により決定された処理ルート安全度と、図２３により算出された処理ルートのジョブチケット安全度と、図３２により導出された納期情報に基づいて、印刷データを処理すべき処理ルートを決定しても良い。

続いて、図１４のフローチャートについて説明する。

ワークフローマネージャ１００４は、Ｓ１２０５の処理によって算出された値に基づいて最短納期のワークフローを選択する（Ｓ１４０１）。詳細には、ワークフローマネージャ１００４は、図１９の情報に基づいて最短納期のワークフローを選択する。

Ｓ１４０１において１つのワークフローに特定することができれば（Ｓ１４０２−Ｎｏ）、ワークフローマネージャ１００４は、Ｓ１４０１にて選択したワークフローをワークフロー候補として決定しＳ１４０８の処理へと進む。また、Ｓ１４０２の処理の結果、最短納期のワークフローが複数あると判定された場合（Ｓ１４０２−Ｙｅｓ）、ワークフローマネージャ１００４は、選択された複数のワークフローから、より安全に印刷物を取り扱えるワークフローを選択する（Ｓ１４０３）。Ｓ１４０３の処理は、Ｓ１３０１の処理と同様であるため、詳細な説明は省略する。

ワークフローマネージャ１００３は、Ｓ１４０４において１つのワークフローに特定することができれば（Ｓ１４０４−Ｎｏ）、Ｓ１４０３にて選択したワークフローをワークフロー候補として決定し、Ｓ１４０８へと処理を進める。

Ｓ１４０４にてＹｅｓと判定された場合、ワークフローマネージャ１００４は、最短納期であり印刷物を安全に取り扱える複数のワークフローからジョブチケットを安全に取り扱えるワークフローを候補として決定する（Ｓ１４０７）。

Ｓ１４０５、Ｓ１４０６、Ｓ１４０７にてワークフロー候補が決定された場合、ワークフローマネージャ１００４は、選択したワークフローのジョブチケット保存可能な最終工程にてジョブチケットを保存する（Ｓ１４０８）。

図１８は、図１２のＳ１２０３で行われた処理結果の具体例を示すものである。例えば、印刷工程を実行するデバイスとしてプリンタＡ（Ａ４またはＡ３対応）およびプリンタＢ（Ａ３専用）があるとする。そして、プリンタＡとプリンタＢは、インラインフィニッシャ（中綴じ機）、インラインフィニッシャ（折り機）を有しているとする。また、印刷後処理工程を実行するデバイスとしてオフライン断裁機、ニアライン綴じ機、ニアライン折り機がある。ワークフローマネージャ１００４は、このような環境において図９のインテントノードに記述された内容を実現可能なワークフローを作成する。よって、環境によっては生成されるワークフローは異なる。例えば上記環境において生成されるワークフローは図１９のように５通り考えられる。ここで生成された各ワークフローの工程間の印刷物安全度を、図１５のテーブルに基づいて算出し、図１８のように記憶する。その結果に基づいて図１９を生成することにより、どのワークフローが一番安全に印刷物を取り扱えるかを決定できる。なお、図１９に記載されている安全度の算出方法については図２２で後述する。

ここで図１８について詳細に説明する。図１８では、上流工程のデバイス（送信元デバイス）から下流工程のデバイス（送信先デバイス）へ印刷物が移行される際の安全度を示している。連続しない工程のデバイスやデバイス仕様で接続できない場合、接続不可としている。例えば、ワークフローを作成するにあたり断裁工程、綴じ工程、折り工程がある本印刷システム１０１４において、断裁工程・綴じ工程・折り工程の順に従って処理することが定義されている。よって、図１８では、例えばニアラインＤ（綴じ機）からオフラインＣ（断裁機）は、連続しない工程となるため接続不可となっている。

また、本印刷システム１０１４では異なるデバイスにあるインラインフィニッシャは使用できない旨を定義している。そのため、プリンタＢは、プリンタＡにあるインラインフィニッシャを使用することができないため、接続不可となっている。なお、本願では一例として本印刷システムに上述したような定義をしているが、これに限定される必要はない。

図２０は、図１２のＳ１２０３において処理された結果の具体例を示すものである。ジョブチケット安全度の算出も、図１８と基本的に同じであるが、Ｓ１２０３では各工程の安全度も算出している。これは、ジョブチケットを保存する領域が暗号化して保存することができるか否かによって安全度が変わってくる。本願では、プリンタＢおよびニアラインＣ、ニアラインＤ，ニアラインＥが暗号化してから記憶するものとしており、それ以外のデバイスの記憶部は非暗号化とする。なお、今回の環境も図１８の説明時の環境と同じであり、ワークフローは図１９に記載した５種類である。

これらの情報をもとにワークフローマネージャ１００４は、ジョブチケットの安全度を算出すると、図２１のような結果となる。なお、ジョブチケット安全度の算出方法については図２３で後述する。

よって、ワークフローマネージャ１００４は、図１９および図２１を参照することにより安全に印刷物およびジョブチケットを取り扱えるワークフローを特定することができる。

また、本願ではジョブチケットの安全度の算出方法として、ジョブチケットの移送方法を考慮してもよい。例えば、ＨｏｔＦｏｌｄｅｒによる送信、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）エンコードされたデータをメールで送信する手法が挙げられる。さらに、設定値をバーコード化して中間印刷物に添付して設定を伝達する手法がある。それぞれの伝達方法によって安全度が異なるように定義しておくことで、より安全にジョブチケットを取り扱えるワークフローを決定することができる。

［ワークフローの印刷物安全度算出処理フロー］
図２２は図１２のＳ１２０３において、ワークフローマネージャ１００４が実行する処理の詳細な説明をするためのフローチャートである。なお、図２２以降のフローチャートにおける各ステップの処理は、ワークフローマネージャ１００４が格納されている情報処理装置のＣＰＵによって処理される。

ワークフローマネージャ１００４は、各工程のサーバから受信したプロセスノードに基づいて、インテントノードに記述された内容を実現することができるワークフローを生成する。この際、生成するワークフローは１つに限ることは無く、生成可能な数だけワークフローを生成する。加えてワークフローマネージャは、現在の工程の安全度を記録するポインタを持つ。

ワークフローマネージャ１００４は、記憶しているワークフローの数をｎとし、算出対象とするワークフローをｍとする（Ｓ２２０１）。まず、ワークフローマネージャ１００４は、ワークフローの安全度をＳ＝０と設定する。本願では、安全度の値が大きければ大きいほど安全である、よって、安全度Ｓ＝０は最も安全ではないことを表す。

ワークフローマネージャ１００４は、１つ目のワークフローから算出処理を行うため、ｍ＝１と初期化する（Ｓ２２０２）。さらに、ワークフローマネージャ１００４は、ｍ番目のワークフローの工程数を認識して、ｘに代入する。なお、生成されたワークフローは、デバイスＤＢ１０１６に保持される。

ワークフローマネージャ１００４は、ｍ番目のワークフローにおける１番目の工程間から安全度を算出していくため現在の工程ｐをｐ＝１と初期化する（Ｓ２２０４）。

続いて、ワークフローマネージャ１００４は、ｐ番目の工程とｐ＋１番目の工程間の安全度を算出する（Ｓ２２０５）。詳細には、ワークフローマネージャ１００４は、ｐ＋１番目の工程にて処理を行うデバイスを認識して、図１５のテーブルに基づきｐ番目の工程とｐ＋１番目の工程間の安全度を算出する。例えば、ｐ＋１番目の工程の処理を行うデバイスがニアライン系であれば、図１５より、安全度＝２と算出される。ワークフローマネージャ１００４は、Ｓ２２０５にて算出した値を一時的に記憶しておく。

ワークフローマネージャ１００４は、ｐ＋１番目の工程がｍ番目のワークフローの工程における最終工程か否かを判定し（Ｓ２２０６）、最終工程となるまでＳ２２０５の処理を繰り返す（Ｓ２２０７）。

ワークフローマネージャ１００４は、Ｓ２２０５にて算出した各工程間の安全度を記憶している。よって、Ｓ２２０６にてｐ＋１番目の工程が最終工程と判定された場合、ワークフローマネージャ１００４は、現在注目しているワークフローにおける全工程間の安全度を比較して最小値をｍ番目のワークフローの安全度として記憶する（Ｓ２２０８）。つまり、ワークフローマネージャ１００４は、算出された注目処理ルートにおける複数の工程間の安全度を比較して、他の工程間よりも安全に処理することができないことを示す安全度を前記注目処理ルートの安全度として決定する。Ｓ２２０８の処理により、各ワークフローの安全度が図１９のような形式で記憶される。

ワークフローマネージャ１００４は、記憶している全てのワークフローについて安全度を算出したかを判定し（Ｓ２２０９）、算出したと判定された場合、図２２のフローチャートを終了する。

図２２のような処理を実行することにより、各ワークフローにおいて最も安全度が低い工程間の値を用いて、ワークフローの安全度を比較することが可能となる。つまり、１つでも安全度が低い工程間があると、そのワークフローは安全なワークフローではないと認識されるため、より安全なワークフローを用いて処理を進めることが可能となる。

この処理により、ワークフローマネージャ１００４は、複数種類の処理ルートを生成し、複数種類のそれぞれの処理ルートに対して安全度を決定する。なお、安全度は予め定められた条件に従って算出される。また、予め定められた条件とは、安全度を算出するための条件であり、例えば、図１５〜図１７に記載された情報等が該当する。そして、ワークフローマネージャ１００４は、決定された安全度を用いて印刷データを他の処理ルートより安全に処理することができる処理ルートを印刷データを処理する処理ルートとして決定する。

［ワークフローのジョブチケット安全度算出処理フロー］
図２３はステップ１２０４でのワークフローのジョブチケット安全度算出処理を示した図である。ワークフローマネージャ１００４は、後述するＳ２３０５およびＳ２３０６の処理を実行するジョブチケット安全度を算出する。

ワークフローマネージャ１００４は、記憶しているワークフローの数をｎとし、算出対象とするワークフローをｍとする（Ｓ２３０１）。まず、ワークフローマネージャ１００４は、ワークフローのジョブチケット安全度をｓ＝０と設定する。本願では、安全度の値が大きければ大きいほど安全である、よって、安全度ｓ＝０は最も安全ではないことを表す。

ワークフローマネージャは、算出対象となるワークフローを初期化して、ｍ＝１とする（Ｓ２３０２）。さらに、ワークフローマネージャ１００４は、ｍ番目のワークフローの工程数を認識して、ｘに代入する（Ｓ２３０３）。

ワークフローマネージャ１００４は、１番目の工程から算出していくため現在の工程ｐをｐ＝１と初期化する（Ｓ２３０４）。

続いて、ワークフローマネージャ１００４は、ｐ番目の工程のジョブチケット安全度を算出する（Ｓ２３０５）。つまり、ワークフローマネージャ１００４は、各処理工程のデバイスがジョブチケットを保存する際の安全度を算出する。詳細には、ｐ番目の工程の処理を実行するデバイス情報を用いて、ジョブチケットの保存形式を確定する。そして、確定された保存形式と図１６のテーブルを用いてｐ番目の工程のジョブチケット安全度を算出する。ワークフローマネージャ１００４は、ジョブチケットを暗号化して保存可能なデバイスを、前記ジョブチケットを暗号化して保存することができないデバイスよりも安全であることを示す値を安全度として算出する。

続いて、ワークフローマネージャ１００４は、ｐ番目の工程とｐ＋１番目の工程間のジョブチケット安全度を算出する（Ｓ２３０６）。つまり、ワークフローマネージャ１００４は、生成された処理ルートの各処理工程の処理を実行するデバイス情報に基づいて、各処理工程の処理に対するパラメータが記述されたジョブチケットを処理ルートに従って次処理工程に送信する際の安全度を算出する。Ｓ２３０６の処理は、図２２のＳ２２０５と同様であるため詳細な説明は省略する。

ワークフローマネージャ１００４は、ｐ＋１番目の工程がｍ番目のワークフローの工程における最終工程か否かを判定し（Ｓ２３０７）、最終工程となるまでＳ２３０５からＳ２３０６の処理を繰り返す（Ｓ２３１１）。

ワークフローマネージャは、Ｓ２３０５およびＳ２３０６にて算出した各工程および各工程間のジョブチケット安全度を記憶している。よって、Ｓ２３０７にてｐ＋１番目の工程が最終工程と判定された場合、ワークフローマネージャ１００４は、算出された安全度を比較して最小値をｍ番目のワークフローのジョブチケット安全度として記憶する（Ｓ２３０８）。Ｓ２３０８の処理により、各ワークフローのジョブチケット安全度が図２１のような形式で記憶される。

ワークフローマネージャ１００４は、記憶している全てのワークフローについてジョブチケット安全度を算出したかを判定し（Ｓ２３０９）、算出したと判定された場合、図２３のフローチャートを終了する。

図２３のように処理することにより、各ワークフローにおいて最も安全度が低い工程間の値を用いて、ワークフローの安全度を比較することが可能となる。つまり、１つでも安全度が低い工程間があると、そのワークフローは安全なワークフローではないと認識されるため、より安全なワークフローを用いてジョブチケットを取り扱うことが可能となる。

［ジョブの重要度算出処理フロー］
図２４は、ステップ１２０８の判定処理の詳細な説明である。

ワークフローマネージャ１００４はジョブの重要度を初期化する（Ｓ２４０１）。

ワークフローマネージャ１００４は、顧客から受信したインテントノードに重要度設定がされているか否かを判定する（Ｓ２４０２）。Ｓ２４０２の判定処理により、重要度設定がされている場合、ワークフローマネージャ１００４は、図１３の処理へと進む。

一方、Ｓ２４０２にて重要度が設定されていないと判定された場合、ワークフローマネージャ１００４は、図９のインテントノードジョブチケットに個人情報が記載されているか否かを判定する（Ｓ２４０３）。詳細には、ワークフローマネージャ１００４は、図２５のようなテーブルを保持している。よって、図２５のテーブル２５０１と一致する情報がインテントノードジョブチケットに含まれている場合、個人情報があると判定して所定の重要度を加算する。例えば、図９のインテントノードと図２５のテーブルを比較すると「住所」、「電話番号」、「名前」が一致するため重要度は「１０」と設定される（Ｓ２４０４）。図９のインテントノードジョブチケットをワークフローに流す場合、そのインテントノードジョブチケットに個人情報が多数記述されていると、個人情報が漏洩する可能性が高まる。その個人情報の漏洩を防ぐために、Ｓ２４０４の処理を実行する。なお、図２５のテーブル２５０１には各個人情報の重要度に応じて異なる値が設定されており、ワークフローマネージャ１００４は、その設定値に基づいて加算処理を行う。

ワークフローマネージャ１００４は、印刷処理を実行すべき原稿に、原稿データの保存位置を特定することが可能な情報が記憶されているか否かを判定する（Ｓ２４０５）。ここで、記述されていると判定された場合（Ｓ２４０５−Ｙｅｓ）、重要度を加算する（Ｓ２４０６）。つまり、インテントノードジョブチケットに印刷対象となるデータを特定するための情報が記述されていると、その情報をもとに他人に使用される恐れがある。よって、Ｓ２４０５の処理により、重要度を加算することによって、機密性の高いワークフローにて処理することが可能となる。

ワークフローマネージャ１００４は、現在の重要度が所定の閾値よりも高いか否かを判定する（Ｓ２４０７）。ここで所定の閾値よりも高いと判定された場合、インテントノードジョブチケットに重要度設定がされていなくとも、ワークフローマネージャ１００４は、本ジョブは重要であると判定して、図１３の処理へと進む。

このように、重要度設定の有無だけでなく、実際にワークフローを流れるインテントノードジョブチケットに記述されている内容に基づいて重要度を算出することにより、機密性を保持したワークフロー処理を遂行することが可能となる。なお、ユーザによってはあえて重要度設定をしない場合も考えられる。よって、Ｓ２４０７において重要度が閾値よりも高いと判定された場合、ワークフローマネージャ１００４は、クライアント１００１に重要度設定をすべきか否かを問い合わせるようにしても構わない。

［ジョブチケット保存位置設定処理］
図２６はＳ１３０８でのジョブチケット保存位置設定処理を示したフローチャートである。ジョブチケットは、次回以降の再印刷に備えて記憶しておく必要がある。しかし、記憶部のセキュリティが低い場合、情報が漏洩する恐れがある。よって、本フローチャートは、ジョブチケットをセキュリティの高い記憶部に保持するための処理である。ワークフローマネージャ１００４は現在判定を行っている工程を示すポインタを持つ。またジョブチケット保存工程を示すポインタを持つ。

ワークフローマネージャ１００４は、現在処理中のワークフローにおいて処理対象となる現在の工程を開始工程に設定する（Ｓ２６０１）と共に、ジョブチケット保存工程も開始工程に設定する（Ｓ２６０２）。

ワークフローマネージャ１００４は、現在の工程のジョブチケット安全度とジョブチケット保存工程の安全度を比較する（Ｓ２６０３）。そして、ワークフローマネージャ１００４は、現在の工程のジョブチケットの安全度の方がジョブチケット保存工程の安全度よりも高い場合、現在の工程をジョブチケット保存工程とする（Ｓ２６０４）。ワークフローマネージャ１００４は、現在の工程が処理対象となっているワークフローの最終工程か判定し（Ｓ２６０５）、最終工程でなければ現在の工程を次の工程として（Ｓ２６０６）、処理を進める。

ワークフローマネージャ１００４は、現在の工程が最終工程と判定された場合（Ｓ２６０５）、ジョブチケット保存工程として記憶されている工程をジョブチケットを記憶すべき工程であると決定できる（Ｓ２６０７）。

すなわち、図２６の処理によって、最も安全度が工程においてジョブチケットを保存することが可能となり、再印刷時に備える際も、ジョブチケットの漏洩を防ぐことが可能となる。

ここで図３２を用いて、Ｓ１２０５の納期算出処理を説明する。

ワークフローマネージャ１００４は、記憶しているワークフロー数をｎとして取得し、納期算出対象となるワークフローをｍとして取得する（Ｓ３２０１）。

続いて、ワークフローマネージャ１００４は、ｍを初期化し（Ｓ３２０２）、ｍ番目のワークフローの工程数ｘを取得する（Ｓ３２０３）。さらに、現在の工程を指すｐを初期化する（Ｓ３２０４）。ここまでの処理は、Ｓ２２０１からＳ２２０４と同じであるため、説明は省略する。

ワークフローマネージャ１００４は、工程ｐにて使用するデバイスのスケジュールを取得する（Ｓ３２０５）。詳細には、ワークフローマネージャ１００４は、工程ｐにて処理を実行するデバイスを特定する。さらに、ワークフローマネージャ１００４は、工程ｐの処理デバイスのスケジュール情報をＭＩＳから取得する。

ワークフローマネージャ１００４は、工程ｐにて使用するデバイスのデバイス情報（例えば、処理速度など）をデバイスＤＢ１００６から取得する（Ｓ３２０６）。

ワークフローマネージャ１００４は、Ｓ３２０５にて取得したスケジュール情報とＳ３２０６にて取得したデバイス情報に基づいて工程ｐの処理終了時間を特定する（Ｓ３２０７）。詳細には、ワークフローマネージャ１００４が、発注されたオーダから処理すべき処理内容情報と工程ｐのデバイスの処理速度情報から、オーダされた内容の処理を完了するのに必要となる時間を算出する。そして、算出された時間をスケジュール情報の空いている時間に割り当てることで、ワークフローマネージャ１００４は、処理終了時間を特定する。このＳ３２０５からＳ３２０８の処理をｍ番目のワークフローの終了工程まで繰り返す。なお、２番目以降の工程においては、Ｓ３２０７にて特定された処理終了時間よりも後の時間を対象としてスケジュール情報を取得する。これは、例えば、１番目の工程の終了時間が１１月３日の１０時と特定された状態で、１１月３日１０時前における２番目の工程のデバイススケジュール情報を取得しても、実際には２番目の工程の処理を行える時間外であるためである。

上記処理により、ワークフローマネージャ１００４は、特定されたｍ番目のワークフローにおける最終工程（工程ｘ）の処理終了時間を納期として記憶する（Ｓ３２１０）。以上、Ｓ３２０３からＳ３２１２の処理をワークフローの数（＝ｍ）だけ繰り返す。以上の処理結果も、図１９および図２１のような形式にて保存される。

実施例１においてワークフローマネージャ１００４は、インテントノードジョブチケットに記述されている内容および各工程のサーバから受信したプロセスノードに基づいて、インテントノードジョブチケットの処理を実現できるワークフローを可能な限り生成する。そして、ワークフローマネージャ１００４は、各工程間の印刷物の安全度およびジョブチケットの安全度を算出し、最も安全に処理を進めることが可能なワークフローを決定する。そのため、ワークフローの処理の際に情報が漏洩することを可能な限り防止できる。さらに、最印刷に備えてジョブチケットを記憶する際も、各工程の記憶部の状態を判断してからジョブチケットを記憶すべき工程を決めるため、より機密性を保ったまま再印刷を行うことも可能となる。

（実施例２）
以下に本発明の第２の実施形態について述べる。

本実施形態に関わる処理は、基本的に第１の実施形態と同様である。本実施例では、特に第１実施例と異なり、特徴的な点について詳細に説明する。

［各工程の印刷物安全度算出処理］
図２７は実施例２において、デバイスデータベース１９０１に格納された各工程の印刷物安全度を表した一例である。この表に基づいて各工程間の印刷物安全度が算出するために用いられる安全度係数算出テーブルである。

つまり、実施例２では、自分の前に処理されるジョブの有無やデバイスの状況に応じて安全度を動的に変化させるものである。例えば、インラインフィニッシャを用いることによって機密性が高まるといっても、故障等により、出力物が放置されることも考えられる。この場合、結果として機密情報が漏洩する確率が高くなる。よって、図２７のような状況に応じて安全度を変更するためのテーブルを保持しておくことにより、状況に応じたワークフローの選択が可能となる。

なお、図２７の安全度係数算出テーブルはＳＴ−Ａ１用のテーブルであり、他の工程用に複数の安全度係数算出テーブルが作成されても良い。これは、デバイスの構成によって放置状態が異なるからである。例えば、インラインフィニッシャの場合、故障が発生すると本来排紙すべき排紙口以外から出力される可能性があるが、単なる先行ジョブの処理まちの場合は、デバイス内で待機する。対して、出力物を物理的に運ぶ場合は、故障であれ先行ジョブの処理待ちであれデバイス外で放置される。よって、前者の場合、処理待ちが発生する可能性がある「先行ジョブあり」の場合にはそれほど小さい値の係数を設定する必要はない。しかし、後者の場合、例え処理待ちであっても、デバイス外で放置される恐れがあるため、安全度がより低い値になるような係数を設定する必要がある。

図２８は複数種類の安全度係数算出テーブルを複数の工程に設定した一例を示した図である。

［各工程のジョブチケット安全度算出処理］
図２９は実施例２におけるジョブチケットの安全度算出フローチャートである。実施例２では、各工程の過程にある機能に基づいて安全度を動的に変更している。

ワークフローマネージャ１００４は、ジョブチケット安全度の初期化を行い（Ｓ２９０１）、判定工程を現在対象としているワークフローの開始工程に設定する（Ｓ２９０２）。

ワークフローマネージャは、判定工程の出力部が、Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｉｔｙ（ＨＴＴＰＳ）で保護されているか否かを判定する（Ｓ２９０３）。これらの判定は各デバイスを管理する各工程のサーバから取得した情報により、ワークフローマネージャは判定することができる。

Ｓ２９０３の判定の結果、保護されていると判定された場合、現在対象としている判定工程から次の工程への工程間に対して所定の安全度を加算する（Ｓ２９０４）。つまり、ワークフローマネージャ１００４は、より安全な工程間であると判定する。一方、Ｓ２９０３の判定の結果、保護されていないと判定された場合、判定工程から次工程への工程間の安全度から所定の安全度を減算する（Ｓ２９０５）。詳細には、各工程間の安全度は、図２０のような形式で記憶されている。判定結果に基づいて、ワークフローマネージャ１００４は、安全度を加算したり、減算したりする。

続いて、ワークフローマネージャ１００４は、工程間に認証機能があるか否かを判定する（Ｓ２９０６）。例えば、予め工程間の処理を実行するに際しパスワードを割り当てておき、工程間ではそのパスワードを入力して認証されることにより、初めて処理を実行できる方法などが挙げられる。ここで、認証機能があると判定された場合、ワークフローマネージャ１００４は、判定工程から次工程への工程間に対して所定の安全度を加算する（Ｓ２９０７）。一方、認証機能がないと判定された場合、ワークフローマネージャ１００４は、判定工程から次工程への工程間の安全度から所定の安全度を減算する（Ｓ２９０８）。

ワークフローマネージャは判定工程と次の工程が同一ＤＢのジョブチケットを参照して処理を行うか判定する（Ｓ２９０９）。参照していれば、ワークフローマネージャはジョブチケット安全度に所定の値を加算し（Ｓ２９１０）、参照していなければ、安全度から所定の値を減算する（Ｓ２９１１）。同一のデータベースのジョブチケットを参照している場合、ジョブチケットが１つのＤＢにて管理されているため情報漏洩の確率は低くなる。一方、色々なＤＢでジョブチケットを保持している場合、情報漏洩の確率が上がる。そのため、Ｓ２９０９の判定処理を行い、適切な安全度を算出している。

ワークフローマネージャ１００４は、判定工程が最終工程となるまで以上の処理を繰り返す（Ｓ２９１２、Ｓ２９１３）。

なお、図２９では説明のため所定の値を加算または減算すると記載しているが、これらの値は動的に変更しても構わない。例えば、同一ＤＢにジョブチケットが保持されていたとしても、そのＤＢのセキュリティ機能が低いようであれば、加算値は少なくなり、一方、同一ＤＢに保持されていないとしても、両者のＤＢのセキュリティ機能が高いようであれば、減算値は微小となる。

このように、図２９では、単にインラインか、ニアラインか、オフラインかといった機能のみで判定するのではなく、全ての機能を加味した上で安全度を算出している。そのため、ワークフローマネージャ１００４は、適切な安全度を算出することが可能となり、よりセキュリティの高いワークフローを用いてジョブチケットを取り扱うことが可能となる。

［ジョブの重要度算出処理フロー］
図３０は、前述した図２４のフローチャートにＳ３００７からＳ３０１０を追加したものである。

ワークフローマネージャ１００４は、原稿に暗号化の設定がされているか否かを判定する（Ｓ３００７）。詳細には、Ｓ３００７によって、暗号化の設定がされていると判定された場合、ワークフローマネージャ１００４は、重要度を加算する（Ｓ３００８）。

さらに、ワークフローマネージャ１００４は、原稿が編集可能であるか否かを判定する（Ｓ３００９）。Ｓ３００９により、編集不可と判定された場合、ワークフローマネージャ１００４は、重要度を加算する。それ以外の処理は、図２４の処理と同じであるため詳細な説明は省略する。

本願では、印刷物を安全に取り扱えるワークフローを自動的に選択する方法について説明しているが（図１３のＳ１３０２）、これに限ることはなく、図１２の処理結果を図３３のようにクライアントに表示する。そして、クライアントにて選択するようにしても構わない。例えば、実施例１を用いることでワークフロー４が自動的に選択されるが、図３３のようなＵＩを表示する。これにより、ユーザはセキュリティは無視して納期を優先したワークフローを選択することも可能であり、または納期および安全度の両面を考慮したワークフローを選択することも可能となる。

また、ワークフローマネージャ１００４がプロセスノードジョブチケットに基づいてどのようにワークフローを生成するかについて説明する。例えば、図９のインテントノードジョブチケットを各工程のサーバに送信し、その返信として図３１のようなプロセスノードジョブチケットを受信する。なお、プロセスノードジョブチケットには、処理工程が記述されているため、処理工程ごとに分けることが可能である。さらに、記述されている処理内容および使用デバイスから各プロセスノードジョブチケットを組み合わせて、インテントノードジョブチケットに記述された内容を実行するワークフローを生成する。

例えば、Ａ４サイズの本（１０ページ）を５部生成するのであれば、ワークフローマネージャ１００４は、プロセスノードジョブチケット３１０１、３１０３、３１０６、３１０９を組み合わせて１つのワークフローを生成する。また、ワークフローマネージャ１００４は、他の組み合わせが無いか検索し、プロセスノードジョブチケット３１０２、３１０４、３１０７、３１１０、３１０８を組み合わせて２つ目のワークフローを生成する。このような処理を繰り返すことにより、インテントノードジョブチケットに記述された内容を実行する複数種類のワークフローを生成することができる。そして、ワークフローマネージャ１００４は、生成された複数種類のワークフローから算出された安全度に従って、ワークフローを決定する。

なお本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。また本発明の目的は、前述の実施形態の機能を実現するプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータが記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体およびプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、本発明には、プログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた場合についても、本発明は適用される。その場合、書き込まれたプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される。

また、発明の実施の形態は、本発明を中核として構成される装置又は方法を説明している。このため本実施形態には本発明の本質的部分に加えて付加的な構成要件も記載されている。すなわち発明の実施の形態において説明した装置又は方法の構成要件を備えることは、本発明を成立させるための十分条件ではあるものの、必要条件ではない。

システム全体の構成図 工程管理部のシステム構成図 プリプレス部のシステム構成図 ディジタルプリント部のシステム構成図 ポストプレス部のシステム構成図 ＪＤＦによる製本のしくみ 受発注におけるワークフロー ジョブチケットによるワークフロー インテントノードに記載された情報の例 システム全体の構成図 システムの処理概要のフローチャート ワークフローマネージャの安全度算出処理を示すフローチャート ワークフロー選択処理を示すフローチャート ワークフロー選択処理を示すフローチャート 印刷物安全度テーブルの一例を示す図 ジョブチケット安全度テーブル（記憶部）の一例を示す図 ジョブチケット安全度テーブル（工程間）の一例を示す図 印刷物安全度算出処理により求めた印刷物安全度（工程間）の一例を示す図 印刷物安全度算出処理により求めたワークフローごとの印刷物安全度の一例を示す図 ジョブチケット安全度算出処理により求めたジョブチケット安全度（工程間）の一例を示す図 ジョブチケット安全度算出処理により求めたワークフローごとのジョブチケット安全度の一例を示す図 印刷物安全度算出処理を示すフローチャート ジョブチケット安全度算出処理を示すフローチャート 重要度加算処理を示すフローチャート 重要度テーブルの一例を示す図 ジョブチケット保存位置決定処理を示すフローチャート 安全度係数テーブルの一例を示す図 安全度係数を用いて処理した結果の一例を示す図 安全度加算処理を示すフローチャート 重要度加算処理を示すフローチャート プロセスノードジョブチケットの一例を示す図 ワークフロー選択ＵＩの一例を示す図 本願の処理結果のＵＩの一例を示す図 本願の情報処理装置のハードウェア構成の一例を示す図

符号の説明

３４０１ ＣＰＵ
３４０２ ＲＡＭ
３４０４ ＲＯＭ
３４１１ 外部メモリ
３４０９ ＫＢ

Claims (17)

1. 出力設定情報および印刷データから構成される出力情報を処理するために、複数の処理工程の処理順序を定義した処理ルートを生成する情報処理装置であって、
   前記出力設定情報に従って前記印刷データを処理するためのデバイスを選択する選択手段と、
   前記選択手段によって選択された各処理工程の処理を実行するデバイスを組み合わせて、前記印刷データを処理するための処理ルートを生成する生成手段と、
   予め定められた条件に従って前記生成手段によって生成された処理ルートの安全度を決定する安全度決定手段と、
   前記安全度決定手段によって決定された安全度に従って前記印刷データを処理する処理ルートを決定する決定手段を有することを特徴とする情報処理装置。
2. 注目処理工程の処理を実行するデバイスの出力結果を前記注目処理工程の次処理工程の処理を実行するデバイスに搬送する出力結果搬送路が物理的に接続されている工程間に対して、注目処理工程の処理を実行するデバイスの出力結果を前記注目処理工程の次処理工程の処理を実行するデバイスに搬送する出力結果搬送路が物理的に接続されていない工程間よりも安全に処理することができる工程間であることを示す値を安全度として算出する算出手段を有し、
   前記安全度決定手段は、前記算出手段によって算出された注目処理ルートにおける複数の工程間の安全度を比較して、他の工程間よりも安全に処理することができないことを示す安全度を前記注目処理ルートの安全度として決定することを特徴とする請求項１に記載の情報処理装置。
3. 前記生成手段は、複数種類の処理ルートを生成し、
   前記安全度決定手段は、前記複数種類のそれぞれの処理ルートに対して安全度を決定し、
   前記決定手段は、前記決定された安全度を用いて前記印刷データを他の処理ルートより安全に処理することができる処理ルートを、前記印刷データを処理する処理ルートとして決定することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記生成手段によって生成された処理ルートの各処理工程の処理を実行するデバイス情報に基づいて、各処理工程の処理に対するパラメータが記述されたジョブチケットを前記生成された処理ルート従って次処理工程に送信する際の安全度、および各処理工程のデバイスが該ジョブチケットを保存する際の安全度に基づくジョブチケット安全度を算出するジョブチケット安全度算出手段を有し、
   前記決定手段は、前記安全度決定手段によって決定された処理ルートの安全度、及び前記ジョブチケット安全度算出手段によって算出された処理ルートにおけるジョブチケット安全度に基づいて前記印刷データを処理すべき処理ルートを決定することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記ジョブチケット安全度算出手段は、前記ジョブチケットを暗号化して保存可能なデバイスを、前記ジョブチケットを暗号化して保存することができないデバイスよりも安全であることを示す値を安全度として算出することを特徴とする請求項４に記載の情報処理装置。
6. 前記生成手段によって生成された処理ルートの納期を導出する納期導出工程を有し、
   前記決定手段は、前記安全度決定手段によって決定された処理ルートの安全度と、前記ジョブチケット安全度算出手段によって算出された処理ルートのジョブチケット安全度と、前記納期導出手段によって導出された処理ルートの納期情報とに基づいて、前記印刷データを処理すべき処理ルートを決定することを特徴とする請求項４または５に記載の情処理装置。
7. 前記出力設定情報とは、最終出力物を得るための情報であることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記複数の処理工程の処理順序を定義した処理ルートとは、前記印刷データを処理するために生成されたワークフローであることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. 出力設定情報および印刷データから構成される出力情報を処理するために、複数の処理工程の処理順序を定義した処理ルートを生成する情報処理装置における情報処理方法であって、
   前記出力設定情報に従って前記印刷データを処理するためのデバイスを選択する選択工程と、
   前記選択工程によって選択された各処理工程の処理を実行するデバイスを組み合わせて、前記印刷データを処理するための処理ルートを生成する生成工程と、
   予め定められた条件に従って前記生成工程によって生成された処理ルートの安全度を決定する安全度決定工程と、
   前記安全度決定工程によって決定された安全度に従って前記印刷データを処理する処理ルートを決定する決定工程を有することを特徴とする情報処理方法。
10. 注目処理工程の処理を実行するデバイスの出力結果を前記注目処理工程の次処理工程の処理を実行するデバイスに搬送する出力結果搬送路が物理的に接続されている工程間に対して、注目処理工程の処理を実行するデバイスの出力結果を前記注目処理工程の次処理工程の処理を実行するデバイスに搬送する出力結果搬送路が物理的に接続されていない工程間よりも安全に処理することができる工程間であることを示す値を安全度として算出する算出工程を有し、
    前記安全度決定工程は、前記算出工程によって算出された注目処理ルートにおける複数の工程間の安全度を比較して、他の工程間よりも安全に処理することができないことを示す安全度を前記注目処理ルートの安全度として決定することを特徴とする請求項９に記載の情報処理方法。
11. 前記生成工程は、複数種類の処理ルートを生成し、
    前記安全度決定工程は、前記複数種類のそれぞれの処理ルートに対して安全度を決定し、
    前記決定工程は、前記決定された安全度を用いて前記印刷データを他の処理ルートより安全に処理することができる処理ルートを、前記印刷データを処理する処理ルートとして決定することを特徴とする請求項９または１０に記載の情報処理方法。
12. 前記生成工程によって生成された処理ルートの各処理工程の処理を実行するデバイス情報に基づいて、各処理工程の処理に対するパラメータが記述されたジョブチケットを前記生成された処理ルート従って次処理工程に送信する際の安全度、および各処理工程のデバイスが該ジョブチケットを保存する際の安全度に基づくジョブチケット安全度を算出するジョブチケット安全度算出工程を有し、
    前記決定工程は、前記安全度決定工程によって決定された処理ルートの安全度、及び前記ジョブチケット安全度算出工程によって算出された処理ルートにおけるジョブチケット安全度に基づいて前記印刷データを処理すべき処理ルートを決定することを特徴とする請求項９乃至１１のいずれか１項に記載の情報処理方法。
13. 前記ジョブチケット安全度算出工程は、前記ジョブチケットを暗号化して保存可能なデバイスを、前記ジョブチケットを暗号化して保存することができないデバイスよりも安全であることを示す値を安全度として算出することを特徴とする請求項１２に記載の情報処理方法。
14. 前記生成工程によって生成された処理ルートの納期を導出する納期導出工程を有し、
    前記決定工程は、前記安全度決定工程によって決定された処理ルートの安全度と、前記ジョブチケット安全度算出工程によって算出された処理ルートのジョブチケット安全度と、前記納期導出工程によって導出された処理ルートの納期情報とに基づいて、前記印刷データを処理すべき処理ルートを決定することを特徴とする請求項１２または１３に記載の情処理方法。
15. 前記出力設定情報とは、最終出力物を得るための情報であることを特徴とする請求項９乃至１４のいずれか１項に記載の情報処理方法。
16. 前記複数の処理工程の処理順序を定義した処理ルートとは、前記印刷データを処理するために生成されたワークフローであることを特徴とする請求項９乃至１５のいずれか１項に記載の情報処理方法。
17. 請求項９乃至１６に記載された情報処理方法をコンピュータに実行させるための情報処理プログラム。

Images