JP4434886B2 - 印刷処理を管理するサーバ及びその制御方法並びにコンピュータプログラム - Google Patents

Description

本発明は、印刷処理を管理するサーバ及びその制御方法並びにコンピュータプログラムに関する。

従来より、個人ユーザや企業などの顧客からの依頼により、印刷物を生成する商業印刷業者が存在している。こうした印刷業者では、顧客からの印刷用データ（原本）の提供と、印刷体裁や部数、納期などの指示を受けて印刷物を作成し、顧客に対して納入する業務を行っている。こうした印刷業者では古くから知られているオフセット製版印刷機などの大規模な装置を用いて業務を行っている。

また、昨今では、電子写真方式の印刷装置やインクジェット方式の印刷装置の高速化、高画質化に伴い、短時間で出力・納品が可能な「コピーサービス」「プリンティングサービス」「Ｐｒｉｎｔ Ｏｎ Ｄｅｍａｎｄ（ＰＯＤ）センター」などと称されるような商業印刷の業態も存在している。これらの印刷業に対する印刷の依頼は、ユーザから上記サービスを提供する業者に対して、紙、電子的あるいは光学的な記録媒体（ＦＤ、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなど。）に記録した原稿と、当該原稿の印刷部数や製本方法、納品期日などを記載した印刷指示書とを郵送または直接印刷会社に持ち込むことにより行う。このような、原稿と印刷指示書とに基づく依頼を、本願では入稿という。

また、インターネットまたはイントラネットを介してオンラインで印刷を発注／受注できるシステムも実用化されている。たとえば、富士ゼロックス社から販売されている「ＤｏｔＤｏｃ．Ｗｅｂ」では、ユーザは自己の端末から業者の提供するホームページにアクセスし、印刷依頼用のフォームに発注者情報（受け取り先など）、印刷体裁や部数などの必要事項を記入して、原稿ファイルとともに送信することで、当該原稿の印刷を発注することができる。これに対し印刷業者側では、ユーザからの依頼内容に基づいて上述の印刷指示書に相当するデータを作成し、印刷処理のスケジューリングを行う。そして、作成されたスケジュールにしたがって、作業コンピュータに接続されたプリンタにより印刷や製本作業が行われ、作成された印刷物を顧客に納品して業務が完了する。

このような、ユーザから委託された印刷処理を実行する印刷業者においては、安定した品質で指定された納品期日に確実に間に合うように印刷を完了する必要がある。また、大規模な印刷センターでは、複数のオペレータが多種多様な印刷装置や作業コンピュータを用いて、並列的に多数の印刷依頼（オーダー）を処理する必要がある。このようなシステムにおいて、各作業コンピュータを操作することで、印刷依頼（複写依頼）の内容を閲覧することができる技術がある（特許文献１を参照）。
特開平１−７４５５６号公報

しかしながら、上述のような従来システムでは、原稿ファイルや発注者情報等の処理に用いるデータが各作業工程において残留してしまうというセキュリティ上の問題があった。

そこで、本発明では、各作業工程で残留データの削除を行うことで、ユーザの信頼を得るセキュアなワークフローシステムを構築することを目的とする。

上述した課題を解決するために、本発明は以下の構成を備える。

クライアントから入稿される原稿の印刷注文に応じた印刷処理の実行を管理するサーバであって、前記サーバと通信可能で前記印刷処理に含まれる複数の処理のいずれかをそれぞれ実行し、複数の処理の一つの処理結果が次の処理の処理用データとなる複数の処理手段における処理を管理するサーバにおいて、前記印刷注文に応じた印刷処理を実行する前記複数の処理手段のそれぞれにおける処理を実行する上で必要な前記処理用データを含む処理に関する情報を各処理手段に送信する送信手段と、前記複数の処理手段のそれぞれの処理が終了したことを示す終了通知を受信する終了通知受信手段と、前記終了通知受信手段による前記複数の処理手段の終了通知の受信により印刷処理が完了したかを判定する第一判定手段と、前記第一判定手段によって、印刷処理が完了したと判定された場合に、前記クライアントから印刷処理の完了の承認を得たかを判定する承認判定手段と、前記承認判定手段によって、承認を得た場合に、前記各処理手段に前記送信手段が送信した処理に関する情報の削除命令を通知する通知手段と、前記処理に関する情報が前記複数の処理手段全てにおいて削除されているか否かを判定する第二判定手段と、前記第二判定手段によって、削除されていないと判定された場合に、前記処理に関する情報を保持している前記処理手段に前記通知手段による通知をさらに行う再通知手段と、前記第二判定手段によって、削除されていると判定された場合に、前記複数の処理手段全てにおいて前記処理に関する情報が削除されたことを示す削除情報を生成する削除情報生成手段とを備えることを特徴とする。

本発明によれば、ワークフロープロセスに「削除プロセス」を定義し、例えばインターネット上に存在するする、各作業工程での残留データの消去を行うことが出来るため原稿や配送用の住所等の情報流出の危険性が低減できる。さらに、承認処理によって、ユーザの承認を得てから削除を実行するため、例えば、印刷処理にミスなどがあり、印刷処理を再び実行する場合、クライアントから再度原本の提供をしてもらう必要が無くなる。
他の発明のよれば、データ削除の履歴をユーザに公開することができる。
これらにより、ユーザの信頼を得るセキュアなワークフローシステムを構築することが可能となる。

以下、本発明の実施の形態について図面を参照して詳細に説明する。

［第１の実施形態］
図１は、本発明の実施形態に対応する印刷システムの全体構成を示す図である。なお、以下の説明における印刷システム全体の環境は本発明の説明を理解し易くするためのものであり、本発明はこれらの環境に限定されるものではない。

図１において、クライアント１０１は、本発明の印刷システムを利用して所定の原稿の印刷を依頼しようとするユーザが使用する、インターネット等のネットワークで接続されたパーソナルコンピュータである。入稿拠点１０２は、ユーザからクライアント１０１を介して印刷依頼を受け付けるための入稿用コンテンツを提供するＷＥＢサーバ等を含むサーバ装置であって、ユーザがクライアント１０１から入力して入稿拠点１０２へ送信した印刷注文の内容を注文書データとして格納したり、電子入稿された原稿を格納しておくためのデータベース等を備える。

印刷拠点１０３はユーザからの印刷依頼に対して、実際の印刷処理やユーザへの配送処理等を行うことで印刷注文を遂行するサーバ印刷装置としての印刷拠点である。クライアント１０１、入稿拠点１０２、印刷拠点１０３はインターネットやイントラネットであるネットワーク１０４で相互に接続されている。

図２は図１の各構成を更に詳細に示した図である。図２において、入稿拠点１０２は印刷依頼、又は、原稿を入稿するための入稿コンテンツ（即ち、入稿用のＷｅｂページ）を、クライアント１０１を介してユーザへ提供するためのＷＥＢサーバ２０１、さらに、クライアント１０１から入稿された印刷注文の内容を示す注文票と注文の元原稿を管理するデータベース（ＤＢ）サーバ２０２を含む。

印刷拠点１０３には、ＤＢサーバ２０２に蓄積されたオーダー情報を定期的に収集すると共に、本発明の印刷システム自体を動作させるための後述するワークフロー管理サーバ２０３、注文を遂行するための各印刷工程の処理を行うプロセッサ２０４、印刷処理そのものを実行するプロセッサであるプリンタ２０５等から構成される。

プリンタ２０５はモノクロプリンタやカラープリンタ等、印刷センターによって、設置構成が異なるが、一般的には高速なモノクロプリンタと、高品位なカラープリンタの組み合わせで構成されることが好ましい。

また、各印刷工程の処理を行う作業プロセッサは、プリンタ２０５より出力された用紙を製本するためのオフライン製本機や、ステイプラ、パンチャ、くるみ製本機、リング製本機等として機能しても良い。

これらのプロセッサ２０４やプリンタ２０５がネットワークに接続されることで、ワークフロー管理サーバ２０３は、それぞれのステータス情報を収集することができる。ワークフロー管理サーバ２０３は、ユーザからの印刷注文が正式なされたことに伴ってＷＥＢサーバ２０１から注文確定の通知を受けると、ＤＢサーバ２０２から注文情報と原稿データファイルとを収集するとともに、収集した注文情報に従い、後述するワークフローに従って印刷システムを稼動する。

図３は、クライアント１０１、ＷＥＢサーバ２０２、ＤＢサーバ２０３、ワークフロー管理サーバ２０３、プロセッサ２０４として機能する情報処理装置の概略構成を示すブロック図である。

ＣＰＵ３０１は、ＨＤ（ハードディスク）３０３に格納されているアプリケーションプログラム、プリンタドライバプログラム、ＯＳやネットワークプリンタ制御プログラム等を実行し、ＲＡＭ３０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。ＲＯＭ３０６には、基本Ｉ／Ｏプログラム等のプログラム、文書処理の際に使用するフォントデータ等の各種データを記憶する。３０２はＲＡＭであり、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。３０７は外部記憶ドライブであり、メディア３０８に記憶されたプログラム等を本コンピュータシステムにロードすることができる。

３０８は記録媒体としてのメディアであり、本実施形態で説明するプログラムおよび関連データを格納しており、その記憶されている内容の構成を以下、図４に示す。３０３はＨＤであり、アプリケーションプログラム、プリンタドライバプログラム、ＯＳ、制御プログラム、関連プログラム等を格納している。３０９はキーボードであり、該情報処理装置の操作者が、デバイスの制御コマンドの命令等を入力指示するためのユーザインタフェースである。３０４はディスプレイであり、キーボード３０９から入力したコマンドや、プリンタの状態等を表示するための表示手段である。

３１０はシステムバスであり、コンピュータ内のデータの流れを司るものである。３０５はネットワークインターフェイス（以下、Ｉ／Ｆという）であり、ローカルエリアネットワーク（ＬＡＮ）あるいは、インターネットに接続するための通信インターフェイスである。

図４（ａ）は、本実施形態に対応する処理用のプログラムがＲＡＭ３０２にロードされ実行可能となった状態のメモリマップを表すものである。本実施形態では、メディア３０８からプログラム及び関連データを直接ＲＡＭ３０２にロードして実行させる例を示すが、この以外にも、メディア３０８から本発明のプログラムを動作させる度に、ＨＤ３０３からＲＡＭ３０２にロードするようにしてもよい。

また、本発明のプログラムを記録する媒体は、メディアはＦＤ、ＣＤ−ＲＯＭ、ＤＶＤ、ＩＣメモリーカード等であっても良い。更に、本発明のプログラムをＲＯＭ３０６に記録しておき、これをメモリマップの一部となすように構成し、直接ＣＰＵ３０１で実行することも可能である。

４０１は基本Ｉ／Ｏプログラムであり、情報処理装置の電源がＯＮされたときに、ＨＤ３０３からＯＳがＲＡＭ３０２に読み込まれ、ＯＳの動作を開始させるＩＰＬ（イニシャルプログラムローティング）機能等を有しているプログラムが入っている領域である。４０２はＯＳであり、４０３には制御プログラム、４０４には関連データがそれぞれ展開され、４０５にはＣＰＵ３０１が本プログラムを実行するワークエリアが確保されている。

図４（ｂ）はメディア３０８に格納されているデータ内容であり、４０６はデータの情報を示すボリューム情報であり、４０７はディレクトリ情報、４０８は本実施形態で説明するプログラム、４０９はその関連データである。４０８のプログラムは、図１３、１４に示される処理プログラムのフローチャートに基づいてプログラムコード化されたものである。

図５は印刷拠点１０３におけるソフトウェア構成を模式的に示したものである。図５において、ワークフロー管理部５０１は、ワークフロー管理サーバ２０３で動作するソフトウェアプログラムであって、ＤＢサーバ２０２に蓄積された注文情報を定期的に収集し、注文情報からその注文に対応する各処理を遂行するための工程手順（ワークフロー）を決定し、ワークフローの制御/管理を行う。さらに、ワークフロー管理部５０１は、注文処理を実現するために必要な工程処理を行うプロセッサ５０２に対してプロセスの実行の指示をする。

プロセッサ５０２は、印刷拠点１０３におけるプロセッサ２０４やプリンタ２０５において動作するソフトウェアプログラムであり、プロセッサ２０４等に割り当てられた工程を実行するために必要な処理を行う。

また、ワークフロー管理部５０１と各プロセッサ５０２とは、プロセス遂行に関わるデータ交換を行うためにＩ／Ｆ５０３を介してプロセス間通信を行う。なお、プロセス間通信は、ワークフロー管理部とプロセッサが同じ情報処理装置上でＡＰＩ（Application Program Interface）として実現されていてもよいし、ＲＰＣ（Remote Procedure Call）やＳＯＡＰ(Simple Object Access Protocol)のようなリモート通信で実現されていてもよい。

図６は、図５に示すソフトウェア構成を、具体例に基づいて説明するためのワークフローを示す図である。ここでは、例えばユーザからの印刷依頼が、入稿された原稿データに対して面付け処理を行い、印刷し、印刷物がユーザに配送されることで遂行される簡単な印刷出力サービスを実行する場合を想定している。

ここで、各工程を処理するプロセッサ５０２は、任意の形式のユーザの原稿データを以後の工程処理を行う各プロセッサが処理可能な共通の標準形式（例えば、ＰＤＦファイル形式や、ビットマップデータ形式、または後述するiwd形式が好ましい。）に変換する標準化工程６０１、標準化工程６０１によって標準化されたデータに対して面付け処理を行う面付け工程６０２、面付け工程６０２によって面付けされたデータを例えばカラーで両面印刷を行うことで印刷物を取得する印刷工程６０３、印刷工程６０３により出力された印刷データをクライアントユーザに対して配送処理を行う配送工程６０４で構成される。

図７はワークフロー管理部５０１の詳細を示したブロック図である。ワークフロー管理部５０１はワークフロー管理部５０１を構成する７０２〜７０７を統括的に制御するワークフロー制御部７０１、ワークフロー管理部５０１の動作設定を、所定のグラフィカルユーザインターフェイス等を介してワークフロー管理部５０１の管理者から受け付ける構成設定部７０２、ＤＢサーバ２０３から取得した注文情報を管理する注文情報管理部７０３、注文情報に基づいてユーザからの注文に対応する処理を遂行するための工程手順（ワークフロー）を決定し、ワークフロー手順情報を作成して管理するＪＴ（ジョブチケット）管理部７０４、構成設定部７０２で設定を受け付けたセキュリティ設定の内容に基づいて、ワークフロー手順情報や原稿データの暗号化、復号化を行う暗号管理部７０５、各工程を移動するリソースを管理するリソース管理部７０６、各プロセッサ５０２や入稿拠点と通信を行うための通信部７０７から構成されている。また、内部ストレージ７０８には注文情報管理部７０３により保存される注文情報７０９、ＪＴ管理部により作成され、保存されるワークフロー手順情報７１０、暗号管理部より管理される暗号鍵テーブル７１１、構成設定部７０２により受け付けた設定情報を格納する構成設定テーブル７１２、原稿データ等の外部リソースを格納する参照リソース７１３、各工程を移動するリソース履歴を管理するリソース履歴７１４等が、それぞれ格納されている。

図８はプロセッサ５０２の詳細を示したブロック図である。図８において、プロセッサ５０２はプロセッサ５０２を構成する８０２〜８０６を統括的に制御するプロセス制御部８０１、ワークフロー管理部５０１との通信処理を行う通信部８０２、プロセッサ５０２の作業の進捗をワークフロー管理部５０１にステータスを通知するステータス通知部８０３、ワークフロー管理部５０１より送付されたワークフロー手順情報７１０の管理を行うＪＴ管理部８０４、ワークフロー手順情報７１０に記載された暗号情報を処理する暗号管理部８０５、面付け処理等の実際の作業プロセスを実行するプロセス実行部８０６等から構成されている。また、内部データストレージ８０７にはＪＴ管理部８０４により管理されるワークフロー手順情報７１０、暗号管理部８０５より管理される暗号鍵テーブル８０９、ワークフロー管理部５０１から送信されるプロセスを実行するのに必要なデータを格納する参照リソース７１３が格納されている。

図９は７０９に示した注文情報の構成の一例を示す図である。図９に示すように注文情報は、オーダ全般情報９０１、原稿情報９０２、印刷体裁９０３等から構成される。

オーダ全般情報９０１には、例えば印刷サービスの種類や、印刷物の配送先情報、オーダを管理するために付与される識別情報であるところのオーダＩＤが含まれる。また、原稿情報９０２には、原稿データのページ数や原稿データを識別するURI(Uniform Resource Identifiers)が格納される。印刷体裁９０３には、仕上がり用紙サイズや出力用紙の向き、片面印刷、両面印刷等の印刷方法、カラー印刷、モノクロ印刷を特定するカラーモード等が含まれる。なお、これ以外に、用紙タイプやステープル情報等の他の情報を印刷体裁に含めることもできるが、ここでは説明の簡易化のために省略する。

図１０は本発明におけるワークフロー手順情報７１０の構成の一例を示している。図１０（ａ）はワークフロー手順情報７１０の全体の構成を示している。図１０（ａ）において、１００１はワークフローを構成する各プロセッサ５０２間の共通情報を格納する共通ヘッダ部であり、例えば、ワークフローを一意に識別するための識別情報としてのジョブＩＤが格納される。１００２、１００３及び１００４はワークフローを構成する各プロセッサ５０２を制御するための設定情報が記載された制御部を示している。ここで、例えば１００２にはプロセッサＡの制御設定が記載され、１００３にはプロセッサＢの制御設定が記載され、１００４にはプロセッサＮの制御設定が記載されている。１００５はワークフロー手順情報７１０の終端を示す共通トレーラである。

図１０（ｂ）はプロセッサ制御部１００２〜１００４のさらなる詳細を示した図である。ここで、１００６はプロセッサを一意に識別するためのプロセッサ識別子を示している。このプロセッサ識別子は、本実施形態の説明では簡単の為に、実行される処理の順に合わせて０〜Ｎまでの整数が付されるものとするが、本発明におけるプロセッサ識別子はこのような形態に限定されるものではない。

１００７はプロセッサ毎の暗号設定がなされているかどうかを判断するためのフラグであり、「ＯＮ（或いは「１」）」の場合には暗号設定がなされており、「ＯＦＦ（或いは「０」）」の場合には暗号設定がなされていないこととなる。

１００８は例えば「公開鍵暗号方式Ａ」のように暗号方式の詳細（鍵情報等含む）が記載される領域、１００９はプロセッサ５０２の動作を規定するプロセッサ制御パラメータ、１０１０はプロセッサに入力されるリソース、１０１１はプロセッサから出力される出力リソースを示している。

ここでプロセッサ５０２に入力されるリソース１０１０とは、当該プロセッサ５０２で処理されるデータをいい、例えば、当該プロセッサ５０２が、入稿された原稿データを各プロセッサ５０２で処理可能な標準化データに変換する標準化工程に相当する場合、入力リソースは原稿データを一意に識別するURI（Uniform Reource Identifiers）等で記載される。出力リソースは、当該プロセッサ５０２で処理された結果としてのデータをいい、例えば、上記の標準化工程作業後の標準化データを一意に識別するURIが格納される。なお、入力リソース及び出力リソースとして、データを指すURIではなく、データの実体そのものを本領域に格納してもよい。

以上のような構成において、例えばワークフローが、プロセッサＡ、プロセッサＢ、プロセッサＣ及びプロセッサＤの４つのプロセッサで構成されるとすると、このときのワークフロー手順情報は図１０（ｃ）のように記載される。

図１０（ｃ）において、ワークフロー手順情報７１０は、まず共通ヘッダ部１００１としてジョブＩＤと作業履歴の情報が格納される。それ以降、各プロセッサＡ乃至Ｄに対応するプロセッサ制御部の情報がそれぞれ格納され、最後に終端を示す共通トレーラが格納される。

次に、図１１（ａ）は、ワークフロー管理サーバ２０３上の暗号鍵テーブル７１１の例を示している。１１０１にはワークフローを構成する各々のプロセッサ５０２を識別するためのプロセッサ識別子が格納される。このプロセッサ識別子１１０１は、図１０におけるプロセッサ識別子１００６と対応する情報である。１１０２には、プロセッサ識別子１１０１で識別されるプロセッサ５０２に付与されたワークフロー管理サーバ２０３の公開鍵（ワークフロー管理サーバー２０３の公開鍵）に対する秘密鍵（ワークフロー管理サーバー２０３の秘密鍵）が格納される。１１０３には１１０１で識別されるプロセッサ５０２が持つ秘密鍵（プロセッサ５０２の秘密鍵）と対になる公開鍵（プロセッサ５０２の公開鍵）が格納される。

図１１（ｂ）は各プロセッサ５０２上の暗号鍵テーブル８０９の例を示している。１１０４にはワークフロー管理サーバ２０３側の秘密鍵１１０２と対になる公開鍵（ワークフロー管理サーバ２０３の公開鍵）が格納される。また１１０５にはワークフロー管理サーバ２０３が保持するプロセッサ５０２の公開鍵１１０３と対になるプロセッサの秘密鍵が格納される。即ち１１０２の秘密鍵と１１０４の公開鍵がひとつの鍵ペアを構成し、１１０３と１１０５が鍵ペアを構成する。

なお、本実施形態では秘密鍵と公開鍵の一組を鍵ペアとして、一般の公開鍵暗号方式を例に採って説明するが、この方式は、ペアとなる片方の鍵で暗号化したものはもう一方の鍵でないと復号できないという特性を利用している。また、暗号方式としてはプロセッサに固有の暗号化方式であれば、共通鍵暗号方式や、共通鍵暗号方式と公開鍵暗号方式の組み合わせ（ハイブリッド暗号方式）、或いはその他の方式を採用しても良い。

また、ワークフロー管理サーバ２０３、プロセッサ２０４の鍵の配布方式については記載しないが、Ｉ／Ｆ５０３を使用して、一般的な鍵交換アルゴリズムを使用したり、メディア３０８を介して物理的に鍵を配布して鍵テーブルを構成することが可能である。

図１２（ａ）は、ワークフロー管理サーバ２０３上の構成設定部７０２を介して受け付けた動作設定値を保持する構成設定７１２の例である。通常この設定は、グラフィカルユーザインターフェイス（GUI）を介してワークフロー管理サーバ２０３のオペレータから受け付ける。１２０１はワークフロー管理サーバ２０３の設定項目が格納されており、１２０２に設定項目１２０１に対する設定値が保持される。以後、ワークフローはこの設定値１２０２の内容に従って動作を行う。図１２（ｂ）は、本実施形態における具体例に対応する構成設定テーブルの一例を記載する図である。ここでは、構成設定に後述するワークフロー手順情報や参照データを暗号化するセキュアーモード１２０３、及び、ユーザ残留データの削除証明機能１２０４の設定がなされている。

セキュアモード１２０３とは、各プロセッサが、ワークフロー手順情報７１０のうち、自己のプロセスにおいて参照すべき情報のみを解読して処理できるように、各プロセッサの秘密鍵と公開鍵とを利用して暗号処理を行うモードである。

より具体的には、ワークフロー手順情報７１０のうち、プロセッサ５０２に固有の部分はプロセッサ５０２に固有の公開鍵でそれぞれ暗号化しておき、プロセッサ５０２は自身が処理のために必要とする情報を、暗号化に利用された秘密鍵にて解読し、さらに次のプロセッサ５０２の入力となる自身の出力結果をワークフロー管理サーバ２０３の公開鍵を用いて暗号化し、ワークフロー管理サーバ２０３に返す。ワークフロー管理サーバ２０３はプロセッサ５０２からの出力を対応する秘密鍵で解読し、さらに次のプロセッサ５０２用の公開鍵で暗号化し、プロセッサに処理を引き渡す。この動作が最後のプロセッサまで行われる。

次に、削除証明機能１２０４とは、各プロセッサ５０２において処理された参照リソース７１３を、該プロセッサ５０２における処理終了後に削除し、全てのプロセッサ５０２において削除が行われた場合に、ユーザにデータ完全消去証明書を発行する機能である。

以下、より具体的に、原稿データを受けたときのワークフロー管理部５０１の処理を図１３を参照して説明する。図１３は、ワークフロー管理部５０１における処理のフローチャートの一例を示す図である。

ワークフロー制御部５０１は通信部７０７を介して注文情報７０９と原稿データをＤＢサーバ２０３から受け付けると（Ｓ１３０１）、注文情報管理部７０３は受信した注文情報７０９を内部ストレージ７０８内に格納する（Ｓ１３０２）。さらに注文情報管理部７０３はユーザの原稿データを受信し、参照リソース７１３として内部ストレージ７０８に格納する（Ｓ１３０３）。

次にＪＴ管理部７０４は、注文情報７０９の内容、及び参照リソース７１３とを参照し、注文内容に対応する処理を実現するためのワークフローを作成し、ワークフロー手順情報７１０として、内部ストレージ７０８に格納する（Ｓ１３０４）。

次にワークフロー制御部７０１はあらかじめ構成設定部７０２を介して設定を受け付けた現在のワークフロー管理部５０１の構成設定情報７１２を内部ストレージ７０８から取得し、セキュアモード１２０３の設定内容に基づいて、本ワークフローにセキュアモードが設定されているか否かを判定する（Ｓ１３０５）。

ここで、セキュアモード１２０３の設定値１２０２がＯＮになっている場合にはＳ１３０６へ移行し、ＯＦＦになっている場合にはＳ１３１１へ移行する。Ｓ１３０６では、ワークフロー手順情報７１０に記載された各プロセッサ５０２に対して処理を行うためのプロセッサ識別子を表すパラメータＮｐを０に初期化する。

次に、Ｓ１３０７にて暗号管理部７０５は、図１１（ａ）に示す暗号鍵テーブルにおいて、プロセッサＩＤ１１０１がパラメータＮｐの値と一致するプロセッサ５０２の公開鍵１１０３を読み込む。続くＳ１３０８において、ワークフロー手順情報７１０のプロセッサ制御部中のプロセッサ設定パラメータ１００９、プロセッサ出力リソース１０１０及びプロセッサ入力リソース１０１１を、Ｓ１３０７にて読み込んだ公開鍵１１０３を用いて暗号化する（Ｓ１３０８）。

以上のＳ１３０７及びＳ１３０８の処理プロセッサは、ワークフロー手順情報７１０に含まれるプロセッサ数分だけ繰り返され、Ｓ１３０９において処理すべき全てのプロセッサ５０２について暗号化処理が終了したか否かが判定され、暗号化が終了した場合には、Ｓ１３１１へ移行する。一方、未暗号化のプロセッサ制御部がある場合には、Ｓ１３１０においてパラメータＮｐをインクリメントして、Ｓ１３０７に戻って処理を継続する。これにより、ワークフローに含まれるプロセッサ５０２の数だけループすることで、ワークフロー手順情報７１０の個々のプロセッサ固有の部分は各プロセッサ５０２の公開鍵１１０３にて暗号化されることになる。

次にＳ１３１１において、再びプロセッサを識別するパラメータＮｐを０に初期化する。次にＳ１３１２において、ワークフロー管理部５０１は、プロセッサ識別子１００６がＮｐに一致するプロセッサ５０２に、該プロセッサ５０２が割り当てられている処理工程を実現するために必要な、入力リソースを送信する。Ｓ１３１３では、ワークフロー管理部５０１のリソース管理部７０６は入力リソースを送信した履歴をリソース履歴７１４として内部ストレージ７０８に格納する。次に、Ｓ１３１４において、該プロセッサ５０２にワークフロー手順情報７１０を送信する。

ここで、Ｓ１３１２において送信される入力リソースは、例えば原稿データである。本実施形態においては入力リソースは別に送信しているが、プロセッサ５０２の入力リソース１０１１に直接データが記載され、ワークフロー手順情報７１０の送信ステップＳ１３１４と同時に送付されても構わない。また、入力リソースはURIを記載して、間接に保存してある入力リソースを参照させても構わない。

次にＳ１３１５にて、入力ソースが送信されたプロセッサ５０２にはプロセス実行命令が送信される。ここでの「プロセスの実行」とは先に説明した入力リソースとして原稿データを受け取って、当該プロセッサ５０２が担当する処理の実行を意味し、例えば、標準化データを出力する標準化処理や、標準化処理済データを入力リソースとして受け取って面付けを行う面付け処理等の作業実行を意味する。

ワークフロー管理部５０１からの実行命令に従って対応するプロセッサ５０２において所定のプロセスが終了すると、プロセッサ５０２よりプロセス終了の通知をうけ、標準化済データや面付け済データ等の出力リソースを受信する（Ｓ１３１６）。

続くＳ１３０７では、構成設定情報７１２におけるセキュアモード１２０３の設定内容に基づいて、ワークフローにセキュアモードが設定されているか否かを判定する。この結果、セキュアモードが設定されている場合にはＳ１３１８へ移行して、ワークフロー管理サーバ２０３の秘密鍵１１０２にて復号する。ここで、各プロセッサにおける処理結果は、各プロセッサにおいてワークフロー管理サーバ２０３の公開鍵を利用して暗号化されているものである。一方、セキュアモードが設定されていない場合には、Ｓ１３１９へ移行する。

Ｓ１３１９では、ワークフロー手順情報７１０に含まれる全てのプロセッサ５０２の処理が終了したかどうか判定し、終了していないプロセッサが残っている場合には、Ｓ１３２０においてパラメータＮｐをインクリメントし、次のプロセッサ５０２の処理へと進む。

このとき、セキュアモードが設定されている場合にはＳ１３２２へ移行して、プロセッサ５０２（プロセッサ識別子がＮｐと一致）の出力リソースが次のプロセッサ５０２（プロセッサ識別子がＮｐ＋１と一致）の入力リソースとなる場合、Ｎｐ＋１のプロセッサ５０２の公開鍵で暗号化する。

Ｓ１３２３では、ワークフロー手順情報７１０を更新し、再びＳ１３１２に戻ってプロセッサ毎の処理を継続する。

一方、Ｓ１３１９において、全プロセスが終了したと判断された場合、Ｓ１３２４において承認処理を行う。通常、この承認処理はオンラインでのe-mail等によるユーザ承認や、物理的に印刷データを配送し、電話連絡等でユーザによる承認を得ることで確定する。もしもＳ１３２４で承認不可と判断された場合には、Ｓ１３２５にて、承認ができなかったプロセッサ５０２を指定し、再びプロセッサ毎の作業を繰り返す。

Ｓ１３２４で承認可能と判定された場合には、Ｓ１３２６において再びプロセッサ識別子に対応するパラメータＮｐを０に初期化する。次にＳ１３２７において、プロセッサ識別子１００６がＮｐに一致するプロセッサ５０２に対し、残留データの削除（後処理）の依頼をする。ひとつのプロセッサ５０２の残留データの削除が完了すると、リソース管理部７０６はその結果をリソース履歴７１４に記載する（Ｓ１３２８）。Ｓ１３２９では、全てのプロセッサ５０２について残留データの削除が完了したか否かを判定し、未処理のプロセッサ５０２がある場合にはＳ１３３０に移行して、Ｎｐをインクリメントして、Ｓ１３２７に戻って処理を継続する。

一方、全てのプロセッサの処理が完了した場合には、Ｓ１３３１へ移行して、構成設定情報７１２を内部ストレージ７０８から取得し、削除証明１２０４の設定値に基づいて、ワークフローに削除証明が設定されているか否かを判定する。もし、次に図１２(ｂ)に示すように設定値１２０２が「ＯＮ」となっていた場合には、Ｓ１３３２へ移行して、削除証明情報を生成する。

削除証明情報の一例は図１５に示す通りである。ここで、削除証明情報は、リソース管理部７０７によってリソース履歴７１４に記載された履歴に基づいて、各プロセッサ５０２内で、内部ストレージ８０７に格納された参照リソース７１３としての残留データを削除したことを証明するデータである。この削除証明情報は、ユーザに電子メールにより送信してもよいし、Webサーバ２０１に送信して、ユーザがクライアント１０１からＷｅｂブラウザを利用して参照可能なように提供しても良い。

次に、上記のワークフロー管理部５０１における処理に対応して実行される、プロセッサ５０２側における処理について、図１４を参照して説明する。図１４は、図１３のＳ１３１２からＳ１３１６における各プロセッサ５０２の処理を示したフローチャートである。

まず、Ｓ１４０１において、パラメータＮｐに一致するプロセッサ識別子１００６を有するプロセッサ５０２が、通信部８０２を介してワークフロー管理部５０１から、該プロセッサ５０２に割り当てられている処理を実行するための入力リソースを受信し、参照リソース７１３として内部ストレージ８０７に格納する。

次にＳ１４０２にて、ワークフロー手順情報７１０を取得し、ＪＴ管理部８０４は内部ストレージ８０７に格納する。なお、入力リソースの受信、ワークフロー手順情報７１０の受信を別個に記載しているが、入力リソースの実体そのものがワークフロー手順情報の内部に直接存在していてもよい。

次にＪＴ管理部８０４はＳ１４０３にてワークフロー手順情報７１０を解析する。このときワークフロー手順情報７１０内のプロセッサ識別子１００６の自身のプロセッサ制御部を読み取り、Ｓ１４０４において暗号設定１００７が「ＯＮ」になっているか否かを判定する。もし、暗号設定１００７が「ＯＮ」になっていた場合には、Ｓ１４０５へ移行して鍵管理テーブル８０９を参照し、プロセッサ５０２の秘密鍵１１０５でワークフロー手順情報７１０を復号する。また、参照リソース７１３も、同様にしてプロセッサ５０２の秘密鍵１１０５を利用して復号する。

Ｓ１４０７では、復号して得られた情報から、該プロセッサ５０２が行うべきプロセスを実行する。プロセスの実行の結果得られた出力リソースのワークフロー手順情報７１０の部分１０１１は、鍵管理テーブル８０９に格納されたワークフロー管理サーバ２０３の公開鍵１１０４を利用して暗号化する（Ｓ１４０９）。出力リソースである参照リソース７１３も同様にして暗号化し（Ｓ１４１０）、出力リソースをワークフロー管理部５０１へ送信する（Ｓ１４１１）。

以上のように、本実施形態に対応する本発明によれば、ワークフロー手順情報７１０のうち、プロセッサ５０２に固有の情報は、各プロセッサ５０２に固有の暗号鍵を使用して暗号化を施すことで、あるプロセッサ５０２の作業を他のプロセッサ５０２から参照できなくなる。即ち、各プロセッサ間におけるセキュアなデータ交換を実現することができる。

さらに、ワークフロープロセスに「削除プロセス」を定義し、データの完全消去を行うとともに、データ削除の履歴を削除証明書としてユーザに公開することができる。これにより、ユーザの信頼を得るセキュアなワークフローシステムを構築することが可能となる。

［第２の実施形態］
第１の実施形態では、本願発明の全般的な説明を記載したが、本実施形態では、本願発明を具体例に基づいてより詳細に説明する。以下においては、ユーザは、クライアント１０１を介して原稿データ(入稿.txt)を４面割付、両面印刷の印刷注文を行うものとする。

Webブラウザ等を操作してクライアント１０１から入力された注文内容が確定すると、ＷＥＢサーバ２０１で注文情報が作成され、ＤＢサーバ２０２に格納される。

ここで生成される注文情報の一例は、図１６に示すようになる。図１６において、オーダー全般情報１６０１にはサービスの種類として、「出力サービス」、配送先情報として「山田太郎」、「○○市△△町１２−３４、オーダーIDとして「ID１２３４５６７」が設定されている。さらに、原稿データに関する情報として、ページ数は８、原稿データ名として入稿.txtが入稿されている。また、印刷体裁１６０３として、仕上がりサイズＡ４、印刷方法として両面印刷、カラーモードとしてカラーが設定されている。なお、本実施形態ではこれらの設定に特化したが、もちろんこれ以外の設定を含んでいてもよい。

また、クライアント１０１から原稿データがＷＥＢサーバ２０３へアップロードされると、原稿データはＤＢサーバ２０２に格納される。格納処理が完了すると、ＷＥＢサーバ２０３から印刷拠点１０３にあるワークフロー管理サーバ２０３に対して、注文の受注通知が届く。これを受け、ワークフロー管理サーバ２０３は、ＤＢサーバ２０２から注文情報を取得する。原稿データがアップロードされているなら、同様にＤＢサーバ２０２から原稿データを取得する。

このとき、ワークフロー管理サーバ２０３は、予め構成設定部７０２を介して図１２（ｂ）に示すように設定されているものとする。即ち、ワークフロー手順情報、入力/出力リソースにプロセッサ固有の暗号処理がなされるセキュアモード１２０３が「ＯＮ」、ユーザに削除証明を行う削除証明１２０４が「ＯＮ」になっているものとする。また、ワークフロー管理サーバ２０３の暗号鍵テーブル７１１は、各プロセッサ５０２において利用される鍵情報として図１１（ｃ）に示すように初期化されているものとする。

更に図１３のフローチャートを参照して説明すると、通信部７０７を介してＤＢサーバ２０２から取得された注文情報は、Ｓ１３０１にて注文情報管理部７０３により注文情報７０９として内部ストレージ７０８に格納される。同様にして、ステップＳ１３０３において注文情報管理部７０３は、ユーザからアップロードされた原稿データである「入稿.txt」を、参照リソース７１３として内部ストレージ７０８に格納する。

ＪＴ管理部７０４は、ステップＳ１３０４において、内部ストレージ７０８に格納された注文情報７０９及び参照リソース７１３を参照し、実際の注文内容に対応する印刷処理を実現するためのワークフローを定義し、ワークフロー手順情報７１０を作成し、内部ストレージ７０８に格納する。

図１７（ａ）は、ステップＳ１３０４において生成・格納されたワークフロー手順情報７１０の一例を示している。

図１７（ａ）において、１７０１は注文情報に割り当てられたジョブＩＤを示している。１７０２には標準化工程を実行するプロセッサ５０２（以下、標準化プロセッサ）のプロセッサ識別子が設定されている。１７０３には、この段階では暗号しないことを示すＯＦＦが設定されている。１７０４には暗号情報が格納されるがこの時点では設定値がないことを示す「NULL」が設定されている。

１７０５には標準化プロセッサの設定値が入力されるが、本実施形態では設定値がないことを示す「NULL」が設定されている。１７０６には標準化プロセッサの入力リソースとして「入稿.txt」が設定されている。また、１７０７には標準化プロセッサの出力リソースとして「標準化済.iwd」が設定されている。

この「*.iwd」ファイルは、本実施形態において用いられるファイルの標準形式であり、少なくとも原稿データを含んでおり、更に原稿データに対する作業内容をジョブチケットとして記述することが可能となっている。ここで、原稿データは例えばＰＤＦフォーマットであり、ジョブチケットはテキストファイルでよく、その原稿データとジョブチケットをアーカイブしたファイルに想到する。

なお、入力リソース１７０６及び出力リソース１７０７との関係は標準化プロセッサは入力として「入稿.txt」を受け取り、「標準化済.iwd」を出力することを表している。ここで、１７０６及び１７０７には、ファイルの格納先を記載してもよいし、対応するファイルのデータそのものを埋め込んでもよい。

同様に１７０８には面付け工程を実行するプロセッサ５０２（以下、面付けプロセッサ）のプロセッサ識別子が設定されている。１７０９にはこの時点では「暗号なし」が記載されている。また１７１０には「NULL」が設定されている。１７１１には面付けプロセッサの設定パラメータとして「４面」が設定されている。１７１２には面付けプロセッサの入力リソースとして「標準化済.iwd」が設定されている。

また、１７１３には面付けプロセッサの出力リソースとして「面付け済.iwd」が設定されている。なお、入力リソース１７１２及び出力リソース１７１３の関係は面付けプロセッサは入力として「標準化済.iwd」を受け取り、「面付け済.iwd」を出力するということを示している。ここで、１７１２及び１７１３には、ファイルの格納先を記載してもよいし、対応するファイルのデータそのものを埋め込んでもよい。

同様に１７１４には印刷工程を実行するプロセッサ５０２（以下、印刷プロセッサ）のプロセッサ識別子が設定されている。この印刷プロセッサにはプリンタ２０５が該当する。１７１５にはこの時点では「暗号なし」が設定されている。また１７１６には「NULL」が設定されている。１７１７には印刷プロセッサの設定パラメータとして「カラー/両面」が設定されている。１７１８には印刷プロセッサの入力リソースとして「面付け済.iwd」が設定されている。

また、１７１９には印刷プロセッサの出力リソースとして、物理的なプリンタの排紙トレイを示す「プリンタＡ トレイ１」が設定されている。なお、入力リソース１７１８及び出力リソース１７１９の関係は、印刷プロセッサは入力として「面付け済.iwd」を受け取り、出力結果は「プリンタＡ トレイ１」に出力するということを示している。ここで、１７１８には、ファイルの格納先を記載してもよいし、対応するファイルのデータそのものを埋め込んでもよい。

同様に１７２０には配送工程を実行するプロセッサ５０２（以下、配送プロセッサ）のプロセッサ識別子が設定されている。１７２１にはこの時点では「暗号なし」が設定されている。また１７２２には「NULL」が設定されている。１７１７には配送プロセッサの設定パラメータとして「名前：山田太郎 配送先住所 ○○市△△町１２−３４」が設定されている。１７２４には配送プロセッサの入力リソースとして「プリンタA：トレイ１」が設定されている。

また、１７２５には印刷プロセッサの出力リソースとして、配送先の名前、住所を示す「名前：山田太郎 配送先住所 ○○市△△町１２−３４」が設定されている。なお、入力リソース１７２３及び出力リソース１７２４との関係は、配送プロセッサは入力として「プリンタＡ：トレイ１」のデータを受け取り、「名前：山田太郎 配送先住所 ○○市△△町１２−３４」に配送することを表している。

次にＳ１３０５において、ワークフロー管理部５０１における構成設定情報７１２を内部ストレージ７０８から取得し、セキュアモード１２０３の設定内容に基づいて、セキュアモードが設定されているか否かが判定される。ここで、図１２（ｂ）のように、構成設定情報７１２でセキュアモードが「ＯＮ」に設定されている場合には、Ｓ１３０６に移行する。

Ｓ１３０６では、まず、図１７（ａ）に示すようなワークフロー手順情報７１０に記載された各プロセッサ５０２に対して、内部処理を行うプロセッサのＩＤを表すパラメータＮｐを初期化する。ここでまずパラメータＮｐには標準化プロセッサを表す識別子の「０」が与えられる。

次にＳ１３０７にて図１１（ｃ）に示す暗号鍵テーブルからプロセッサ識別子が「０」に一致する標準化プロセッサ用の「公開鍵０」を読み込み、ワークフロー手順情報７１０内の標準化プロセッサの制御部を公開鍵０を用いて暗号化する（Ｓ１３０８）。この処理は面付けプロセッサ（Ｎｐ＝１）、印刷プロセッサ（Ｎｐ＝２）、配送プロセッサ（Ｎｐ＝３）の各プロセッサ毎に行われる。各プロセッサ５０２について、公開鍵はそれぞれ公開鍵１、公開鍵２、公開鍵３が使用される。暗号化後のワークフロー手順情報７１０は図１７（ｂ）に示すようになっている。

ここで１７２９は標準化プロセッサ用の公開鍵０で暗号化されたデータ、１７３０は、面付けプロセッサ用の公開鍵１で暗号化されたデータ、１７３１は印刷プロセッサ用の公開鍵２で暗号化されたデータ、１７３２は配送プロセッサ用の公開鍵３で暗号化されたデータを示している。

次にＳ１３０９にて、ワークフロー手順情報７１０に含まれるプロセッサ数分だけ処理を実行したかどうかを判定し、全プロセッサについて処理が終了した場合にはＳ１３１１に移行して、再びプロセッサ識別子１００６に対応するパラメータＮｐを「０」に初期化する。続いてＳ１３１２において、プロセッサ識別子が０である標準化プロセッサに入力リソース（入稿.txt）を送信し、Ｓ１３１３にて入力リソースを送信した履歴をリソース履歴７１４に記録する。

次にＳ１３１４にて標準化プロセッサにワークフロー手順情報７１０を送信する。さらにＳ１３１５にて、標準化プロセッサにプロセス実行命令を送信する。ここでプロセスの実行とは先に説明した入力リソースとして原稿データを受け取って標準化データを出力する標準化処理である。

Ｓ１３１６にて標準化プロセッサより標準化済データである出力リソースを受信すると、ワークフロー手順情報７１０に記載された出力リソースは、セキュアフロー設定が指定されているのでＳ１３１８に進み、Ｓ１３１８にてフロー管理サーバ２０３の公開鍵０（１１０４）と対になるフロー管理サーバ２０３の秘密鍵０（１１０２）で復号する。さらにＳ１３２２において次のプロセッサである面付けプロセッサの入力リソースとして、面付けプロセッサ用の公開鍵１（１１０３）を用いて入力リソースを暗号化し、ワークフロー手順情報７１０を更新する（Ｓ１３２３）。

次に、面付けプロセッサに入力リソース（標準化済.iwd）を送信する（Ｓ１３１２）。次にＳ１３１３にて、入力リソースを送信した記録を行う。次にＳ１３１４にて面付けプロセッサにワークフロー手順情報７１０を送信する。さらにＳ１３１５にて、面付けプロセッサにプロセス実行命令を送信する。ここでプロセスの実行とは先に説明した入力リソースとして標準化済.iwdを受け取って面付けデータを出力する面付け処理である。

Ｓ１３１６にて面付けプロセッサより面付け済データである出力リソースを受信すると、ワークフロー手順情報７１０に記載された出力リソースは、セキュアフロー設定が指定されているのでＳ１３１８に進み、Ｓ１３１８にて、管理サーバ２０３の公開鍵１１０４と対になる秘密鍵１（１１０２）で復号化する。さらにＳ１３２２において次のプロセッサである印刷プロセッサ用の公開鍵２（１１０３）を用いて入力リソースを暗号化し、ワークフロー手順情報７１０を更新する（Ｓ１３２３）。

次に、印刷プロセッサに入力リソース（面付け済.iwd）を送信する（Ｓ１３１２）。次にＳ１３１３にて、入力リソースを送信した記録を行う。次にＳ１３１４にて印刷プロセッサにワークフロー手順情報７１０を送信する。さらにＳ１３１５にて、印刷プロセッサにプロセス実行命令を送信する。ここでプロセスの実行とは先に説明した入力リソースとして面付け済.iwdを受け取って「プリンタA トレイ１」に印刷データを出力する処理である。

Ｓ１３１６にて印刷プロセッサより印刷プロセッサの出力先を示すリソースを受信し、ワークフロー手順情報７１０に記載された出力リソースは、セキュアフロー設定が指定されているのでＳ１３１８に進み、Ｓ１３１８にてフロー管理サーバ２０３の公開鍵（１１０４）と対になるフロー管理サーバ２０３の秘密鍵２（１１０２）で復号する。さらにＳ１３２２において次のプロセッサである配送プロセッサ用の公開鍵３（１１０３）を用いて入力リソースを暗号化し、ワークフロー手順書を更新する（Ｓ１３２３）。

最後に配送プロセッサはＳ１３１６にて実際の配送処理を行う。Ｓ１３１２にて、全プロセスが終了したと判断された場合、Ｓ１３２４にて承認処理を行う。通常、この承認処理はオンラインによるユーザ承認や、物理的に印刷データを配送し、電話連絡等で確定することができる。もしもＳ１３２４で承認不可であった場合には、Ｓ１３２５にて、承認ができなかったプロセッサを指定し、再びプロセッサ語との作業を繰り返す。

Ｓ１３２４で承認可能であったときはＳ１３２６にて再びプロセッサ識別子に対応するパラメータＮｐを「０」に初期化する。パラメータＮｐに対応するプロセッサ識別子を有するプロセッサに残留データの削除（後処理）の依頼をする。また、このときＳ１３２９で削除履歴をリソース履歴７１４に記載する。これが全プロセッサに行われる。次にＳ１２０３で削除証明発行の設定がされているため、削除証明を発行する。

削除証明の例は図１５に示している。図１５に示すように、このデータはリソース管理部７０７によってリソース履歴７１４に記載されたリソースの履歴そのものを示す残留データを削除したことを示した証明書であって、これはユーザに配送することもWebサーバに送付し、ユーザのWebブラウザ上で提示することも可能である。

以上のように、本実施形態に対応する本発明によれば、ユーザーからの依頼内容に応じて、ワークフロー手順情報７１０を作成し、当該ワークフロー手順情報７１０において各プロセッサに固有の情報は、該プロセッサに固有の暗号鍵を使用して暗号化を施すことで、あるプロセッサの作業を他のプロセッサから参照できなくなる。即ち、各プロセッサ間におけるセキュアなデータ交換を実現することができる。

［その他の実施形態］
なお、本発明は、上記形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体(又は記録媒体)を、システム又は装置に供給し、そのシステム又は装置のコンピュータ(又はＣＰＵやＭＰＵ)が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成されることは云うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が上記実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(ＯＳ)などが実際の処理の一部又は全部を行い、その処理によって上記実施の形態の機能が実現される場合も含まれることは云うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わる記憶媒体に書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは云うまでもない。

また、本発明は、上記実施の形態の機能を実現するソフトウェアのプログラムコードがネットワークを介して配信されることにより、システム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納され、そのシステム又は装置のコンピュータ(又はＣＰＵやＭＰＵ)が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行することによっても、達成されることは云うまでもない。

本発明の実施形態に対応する印刷システムの構成の一例を示す図である。 図１の印刷システムのより具体的な構成を示す図である。 本発明の実施形態に対応する情報処理装置のハードウェア構成の一例を示す図である。 本発明の実施形態に対応するメモリマップと、メディア構成の一例を示す図である。 本発明の実施形態に対応する印刷拠点１０３のソフトウェア構成の一例を示す図である。 本発明の実施形態に対応する印刷拠点１０３のソフトウェア構成の具体例を示す図である。 本発明の実施形態に対応するワークフロー管理部５０１の詳細な構成を示す図である。 本発明の実施形態に対応するプロセッサ５０２の詳細な構成を示す図である。 本発明の実施形態に対応する注文情報の構成の一例を示す図である。 本発明の実施形態に対応するワークフロー手順情報の構成の一例を示す図である。 本発明の実施形態に対応する暗号鍵テーブルの構成の一例を示す図である。 本発明の実施形態に対応するワークフロー管理部５０１の構成設定７１２の一例を示す図である。 本発明の実施形態に対応するワークフロー管理部５０１における処理に対応したフローチャートの一例である。 本発明の実施形態に対応するプロセッサ５０２における処理に対応したフローチャートの一例である。 本発明の実施形態に対応する削除証明情報の一例を示す図である。 本発明の第２の実施形態に対応する注文情報の具体例を示す図である。 本発明の第２の実施形態に対応するワークフロー手順情報の具体例を示す図である。

Claims (17)

1. クライアントから入稿される原稿の印刷注文に応じた印刷処理の実行を管理するサーバであって、前記サーバと通信可能で前記印刷処理に含まれる複数の処理のいずれかをそれぞれ実行し、複数の処理の一つの処理結果が次の処理の処理用データとなる複数の処理手段における処理を管理するサーバにおいて、
   前記印刷注文に応じた印刷処理を実行する前記複数の処理手段のそれぞれにおける処理を実行する上で必要な前記処理用データを含む処理に関する情報を各処理手段に送信する送信手段と、
   前記複数の処理手段のそれぞれの処理が終了したことを示す終了通知を受信する終了通知受信手段と、
   前記終了通知受信手段による前記複数の処理手段の終了通知の受信により印刷処理が完了したかを判定する第一判定手段と、
   前記第一判定手段によって、印刷処理が完了したと判定された場合に、前記クライアントから印刷処理の完了の承認を得たかを判定する承認判定手段と、
   前記承認判定手段によって、承認を得た場合に、前記各処理手段に前記送信手段が送信した処理に関する情報の削除命令を通知する通知手段と、
   前記処理に関する情報が前記複数の処理手段全てにおいて削除されているか否かを判定する第二判定手段と、
   前記第二判定手段によって、削除されていないと判定された場合に、前記処理に関する情報を保持している前記処理手段に前記通知手段による通知をさらに行う再通知手段と、
   前記第二判定手段によって、削除されていると判定された場合に、前記複数の処理手段全てにおいて前記処理に関する情報が削除されたことを示す削除情報を生成する削除情報生成手段と
   を備えることを特徴とするサーバ。
2. 前記削除情報生成手段により生成された前記削除情報をクライアントに提示するために出力する出力手段を更に備えたことを特徴とする請求項１記載のサーバ。
3. 前記出力手段は電子メールを使って前記削除情報を出力するか、webサーバに前記削除情報を出力するか、前記削除情報を印刷することを特徴とする請求項２記載のサーバ。
4. 前記各処理手段への前記処理に関する情報の送信履歴と前記各処理手段における前記処理に関する情報の削除履歴とを記録する履歴記録手段を更に備え、前記削除情報生成手段は、前記送信履歴と削除履歴とを利用して前記削除情報を生成することを特徴とする請求項１乃至３のいずれか１項に記載のサーバ。
5. 前記削除情報生成手段を用いるか否かを設定する設定手段とをさらに備えたことを特徴とする請求項１乃至４のいずれか１項に記載のサーバ。
6. 前記承認判定手段は、クライアントによるオンラインを用いた承認により、承認を得たと判定することを特徴とする請求項１乃至５のいずれか１項に記載のサーバ。
7. 前記複数の処理手段はインターネット上に存在することを特徴とする請求項１乃至６のいずれか１項に記載のサーバ。
8. 前記承認判定手段により承認を得られないと判定された場合、承認ができなかった処理を実行する処理手段に、処理を再び実行させる処理実行指示手段をさらに備えたことを特徴とする請求項１乃至７のいずれか１項に記載のサーバ。
9. クライアントから入稿される原稿の印刷注文に応じた印刷処理の実行を管理するサーバであって、前記サーバと通信可能で前記印刷処理に含まれる複数の処理のいずれかをそれぞれ実行し、複数の処理の一つの処理結果が次の処理の処理用データとなる複数の処理手段における処理を管理するサーバの制御方法であって、
   前記印刷注文に応じた印刷処理を実行する前記複数の処理手段のそれぞれにおける処理を実行する上で必要な前記処理用データを含む処理に関する情報を各処理手段に送信する送信工程と、前記複数の処理手段のそれぞれの処理が終了したことを示す終了通知を受信する終了通知受信工程と、
   前記終了通知受信工程による前記複数の処理手段の終了通知の受信により印刷処理が完了したかを判定する第一判定工程と、
   前記第一判定工程によって、印刷処理が完了したと判定された場合に、前記クライアントから印刷処理の完了の承認を得たかを判定する承認判定工程と、
   前記承認判定工程によって、承認を得た場合に、前記各処理手段に前記送信手段が送信した処理に関する情報の削除命令を通知する通知工程と、
   前記処理に関する情報が前記複数の処理手段全てにおいて削除されているか否かを判定する第二判定工程と、
   前記第二判定工程によって、削除されていないと判定された場合に、前記処理に関する情報を保持している前記処理手段に前記通知工程による通知をさらに行う再通知工程と、
   前記第二判定手段によって、削除されていると判定された場合に、前記複数の処理手段全てにある前記処理に関する情報を削除したことを示す削除情報を生成する削除情報生成工程と
   を備えることを特徴とする制御方法。
10. 前記削除情報生成工程により生成された前記削除情報をクライアントに提示するために出力する出力工程を更に備えたことを特徴とする請求項９記載の制御方法。
11. 前記出力工程では電子メールを使って前記削除情報を出力するか、webサーバに前記削除情報を出力するか、前記削除情報を印刷することを特徴とする請求項１０記載の制御方法。
12. 前記各処理手段への前記処理用データの送信履歴と、前記各処理手段における前記処理に関する情報を削除履歴とを記録する履歴記録工程を更に備え、
    前記削除情報生成工程では、前記送信履歴と削除履歴とを利用して前記削除情報を生成することを特徴とする請求項９乃至１１のいずれか１項に記載の制御方法。
13. 前記削除情報生成工程を用いるか否かを設定する設定工程とをさらに備えたことを特徴とする請求項９乃至１２のいずれか１項に記載の制御方法。
14. 前記承認判定工程は、クライアントによるオンラインを用いた承認により、承認を得たと判定することを特徴とする請求項９乃至１３のいずれか１項に記載の制御方法。
15. 前記複数の処理手段はインターネット上に存在することを特徴とする請求項９乃至１４のいずれか１項に記載の制御方法。
16. 前記承認判定工程により承認を得られないと判定された場合、承認ができなかった処理を実行する前記処理手段に、処理を再び実行させる処理実行指示工程をさらに備えたことを特徴とする請求項９乃至１５のいずれか１項に記載の制御方法。
17. コンピュータに請求項９乃至１６のいずれか１項に記載の制御方法を実行させるためのコンピュータプログラム。

Images