(57)【要約】【課題】画像データ量が増加した場合にも処理能力の低下を生じることなく、かつ、多様な注文形式にも柔軟に対応可能であるとともに、既存のシステムへの装置の追加や変更を可能にして、拡張性・柔軟性に優れた注文処理システムを提供する。【解決手段】再生処理注文の注文内容に応じた再生処理のための工程の内容、工程の実行順序および工程の実行先を指示する情報である作業指示情報を１件の注文につき１つ生成し、かつ、再生処理の実行を管理する管理部と、再生処理に要する複数の工程のうち１以上の工程を実行するコンポーネントを複数有し、入力画像および作業指示情報を受け取って、作業指示情報に従って再生処理を実行する実行部とを備えることにより、上記課題を解決する。【選択図】図１
2007164507.tif 000002
【特許請求の範囲】
【請求項１】
入力画像および入力画像の再生処理注文を受け付けて、前記再生処理注文に応じた再生処理を行う注文処理システムであって、
前記再生処理注文の注文内容に応じた再生処理のための工程の内容、工程の実行順序および工程の実行先を指示する情報である作業指示情報を１件の注文につき１つ生成し、かつ、前記再生処理の実行を管理する管理部と、
前記再生処理に要する複数の工程のうち１以上の工程を実行するコンポーネントを複数有し、前記入力画像および前記作業指示情報を受け取って、前記作業指示情報に従って前記再生処理を実行する実行部とを備えたことを特徴とする注文処理システム。
【請求項２】
前記実行部は、受け取った前記入力画像の実画像からその実画像のハンドル画像である論理画像を生成し、かつ、前記実画像に対する処理を実行する画像処理部と、前記論理画像を用いて、前記作業指示情報に従って処理作業を実行する処理作業部とを備え、
前記画像処理部は、前記処理作業部によって行われた前記論理画像に対する処理作業結果に基づいて、前記実画像に対する処理を実行することを特徴とする請求項１に記載の注文処理システム。
【請求項３】
前記実行部の各コンポーネントは、そのコンポーネントの潜在能力情報およびカレント能力情報を前記実行部の外部へ公開する請求項１または２に記載の注文処理システム。
【請求項４】
前記入力画像の再生処理注文を受け付ける注文受付部を備え、
前記管理部は、前記実行部の各コンポーネントによって公開された前記コンポーネントの潜在能力情報およびカレント能力情報を取得し、受付可能な注文内容のリストを作成して前記注文受付部に提示する請求項３に記載の注文処理システム。
【請求項５】
前記管理部は、前記実行部の各コンポーネントによって公開された前記コンポーネントの潜在能力情報およびカレント能力情報を参照し、前記再生処理の各工程をその工程に対応可能な前記コンポーネントに割り当てて前記作業指示情報を生成する請求項３または４に記載の注文処理システム。
【請求項６】
前記実行部は、１件の前記再生処理注文に２種以上の再生処理が含まれていた場合に、工程が分岐する時点で前記作業指示情報を分割し、分割した前記作業指示情報に従って前記２種以上の再生処理の各工程を並行して実行する請求項１〜５のいずれかに記載の注文処理システム。
【請求項７】
前記実行部は、前記分割した前記作業指示情報を前記再生処理の最終工程で結合し、結合した前記作業指示情報を外部出力に供する請求項６に記載の注文処理システム。
【請求項８】
入力画像および入力画像の再生処理注文を受け付けて、前記再生処理注文に応じた再生処理を行う注文処理システムであって、
前記再生処理注文を受け付けて、その注文に応じた再生処理の実行を管理する管理部と、
前記入力画像を受け取って、前記入力画像の実画像からその実画像のハンドル画像である論理画像を生成し、かつ、前記実画像に対する処理を実行する画像処理部と、
前記論理画像を用いて、前記再生処理注文に応じた処理作業を実行する処理作業部とを備え、
前記画像処理部は、前記処理作業部によって行われた前記論理画像に対する処理作業結果に基づいて、前記実画像に対する処理を実行することを特徴とする注文処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル画像データから写真プリントやその他の商品への画像再生処理の注文に応じて画像再生処理を行う注文処理システムに関する。
【背景技術】
【０００２】
近年のデジタル技術の普及により、いわゆる写真ラボ店等での画像の注文処理システムにおいて、画像をデジタル形式で取り扱うことが一般的に行われるようになってきている。すなわち、写真フィルムに撮影された画像を光電的に読み取ることにより取得したデジタル画像データや、デジタルカメラでの撮影により取得されたデジタル画像データを用い、その画像データにデジタルの画像処理を施して写真プリントやその他の商品に撮影画像を再生することが行われている。
【０００３】
それに伴い、画像入力形式（画像注文形式）も、従来の写真フィルムに限られず、デジタルカメラによる撮影画像データを記録した記録メディアから行われたり、ネットワーク経由で画像データが転送されることによって行われるようになっている。また、画像の出力形式も、銀塩方式や電子写真方式、インクジェット方式等の様々なプリンタを用いてプリントしたり、画像処理後に再度記録メディアに書き込む等、サービスが多様化している。
【０００４】
デジタル画像データの加工処理のサービスを受け付ける装置として、例えば、特許文献１には、画像データを入力するためのスキャナやメモリカード読み取り装置等の複数種の入力装置からなる入力ユニットと、画像データの加工処理を行う画像データサービス装置本体（加工処理装置）と、加工処理された画像データを出力するためのプリンタやメモリカード書込装置等の複数種の出力装置からなる出力ユニットとから構成される画像データサービス装置が記載されている。
【特許文献１】特開平９−１１４００４号公報
【０００５】
この画像データサービス装置は、入力画像に対する文字やイラストの挿入、画像の拡大縮小およびデフォルメの処理が可能であり、入力された画像処理条件（上記各処理の指定）に基づいて、その処理を実行する部分において、入力画像データを編集する。２種類以上の処理が指定された場合には、制御部が、各処理の実行部分を指定された順序で制御して、各処理を順に入力画像データに対して施している。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、このような注文処理システムで扱うデジタル画像は、近年のデジタルカメラの高画素化に伴い、画像データ量が益々増大する傾向にある。そのため、特許文献１に示されるような、入力された実画像データを指定された処理ごとに各処理部へ移動させて処理して出力するシステムにおいては、画像データ量の増加に応じて処理能力が極端に遅くなるという問題が生じる。
【０００７】
一方、特許文献１にも見られるように、従来の注文処理システムは、システムを構成する各装置を制御するために、そのシステム専用の制御部を有する構成とされている。特許文献１の画像データサービス装置では、画像データサービス装置本体に設けられた制御部が、入力ユニットからの画像データ入力、画像データの加工処理、加工処理後の画像データの出力等を行うために装置全体を制御する、その装置専用の制御部となっている。
そのため、注文処理システムを導入している写真ラボ店等において、装置を追加し、または別機種に変更しても、その装置を既存のシステムに有機的に接続して同一の制御部で制御することは困難であり、既存のシステムを柔軟に改良して、処理機能や提供できるサービスを拡張したいといった要望に応えることが難しいという問題がある。
【０００８】
また、多様な注文に対応するために、注文処理システムを構成する装置を多品種・多機能化すると、処理工程が注文に応じて多様化し、システム全体の制御も複雑になるという問題がある。
【０００９】
さらに、同一注文として入力された画像データを同時に異なるプリンタに出力したり、同時にプリントと記録メディアに分けて出力するといった要望があると、途中に各出力装置に応じた異なる画像処理工程を要するため、そのような注文に容易に応じることができず、例えば出力する装置ごとに別個の注文として処理する必要が生じる。
【００１０】
本発明の目的は、上記従来技術の問題点を解消し、画像データ量が増加した場合にも処理能力の低下を生じることのない注文処理システムを提供することにある。
また、本発明の目的は、既存のシステムへの装置の追加や変更を可能にして、拡張性および柔軟性に優れた注文処理システムを提供することにある。
また、本発明のさらなる目的は、多様な注文形式にも柔軟に対応可能な注文処理システムを提供することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本発明は、入力画像および入力画像の再生処理注文を受け付けて、前記再生処理注文に応じた再生処理を行う注文処理システムであって、
前記再生処理注文の注文内容に応じた再生処理のための工程の内容、工程の実行順序および工程の実行先を指示する情報である作業指示情報を１件の注文につき１つ生成し、かつ、前記再生処理の実行を管理する管理部と、
前記再生処理に要する複数の工程のうち１以上の工程を実行するコンポーネントを複数有し、前記入力画像および前記作業指示情報を受け取って、前記作業指示情報に従って前記再生処理を実行する実行部とを備えたことを特徴とする注文処理システムを提供する。
【００１２】
ここで、前記実行部は、受け取った前記入力画像の実画像からその実画像のハンドル画像である論理画像を生成し、かつ、前記実画像に対する処理を実行する画像処理部と、前記論理画像を用いて、前記作業指示情報に従って処理作業を実行する処理作業部とを備え、
前記画像処理部は、前記処理作業部によって行われた前記論理画像に対する処理作業結果に基づいて、前記実画像に対する処理を実行するのが好ましい。
【００１３】
また、前記実行部の各コンポーネントは、そのコンポーネントの潜在能力情報およびカレント能力情報を前記実行部の外部へ公開するのが好ましい。
【００１４】
また、前記入力画像の再生処理注文を受け付ける注文受付部を備え、
前記管理部は、前記実行部の各コンポーネントによって公開された前記コンポーネントの潜在能力情報およびカレント能力情報を取得し、受付可能な注文内容のリストを作成して前記注文受付部に提示するのが好ましい。
【００１５】
また、前記管理部は、前記実行部の各コンポーネントによって公開された前記コンポーネントの潜在能力情報およびカレント能力情報を参照し、前記再生処理の各工程をその工程に対応可能な前記コンポーネントに割り当てて前記作業指示情報を生成するのが好ましい。
【００１６】
また、前記実行部は、１件の前記再生処理注文に２種以上の再生処理が含まれていた場合に、工程が分岐する時点で前記作業指示情報を分割し、分割した前記作業指示情報に従って前記２種以上の再生処理の各工程を並行して実行するのが好ましい。
【００１７】
また、前記実行部は、前記分割した前記作業指示情報を前記再生処理の最終工程で結合し、結合した前記作業指示情報を外部出力に供するのが好ましい。
【００１８】
また、上記課題を解決するために、本発明は、入力画像および入力画像の再生処理注文を受け付けて、前記再生処理注文に応じた再生処理を行う注文処理システムであって、
前記再生処理注文を受け付けて、その注文に応じた再生処理の実行を管理する管理部と、
前記入力画像を受け取って、前記入力画像の実画像からその実画像のハンドル画像である論理画像を生成し、かつ、前記実画像に対する処理を実行する画像処理部と、
前記論理画像を用いて、前記再生処理注文に応じた処理作業を実行する処理作業部とを備え、
前記画像処理部は、前記処理作業部によって行われた前記論理画像に対する処理作業結果に基づいて、前記実画像に対する処理を実行することを特徴とする注文処理システムを提供する。
【発明の効果】
【００１９】
本発明によれば、画像データ量が増加した場合にも安定した処理能力を確保できる。
また、本発明によれば、既存のシステムに対して装置の追加や変更を行った場合にも、それらの装置を既存のシステムに有機的に接合して制御することができ、柔軟性・拡張性に優れた注文処理システムを提供することができる。
さらに、本発明によれば、多様な注文形式にも柔軟に対応することができる。
【発明を実施するための最良の形態】
【００２０】
本発明に係る注文処理システムを添付の図面に示す好適実施例に基づいて以下に詳細に説明する。
【００２１】
図１は、本発明の注文処理システムの一実施形態の概略構成を示すブロック図である。図１に示す注文処理システム１０は、プリント作成や、Ｔシャツ、マグカップ等の各種製品への画像再生、ＣＤ等の記録メディアへの画像データの保存等、各種の画像再生処理の注文を受け付けて、その再生処理注文に応じた再生処理を行う注文処理システムである。注文処理システム１０は、注文受付部１２と、管理部であるワークフローレイヤ（Ｗｆレイヤ）１４と、処理作業部であるアクティビティレイヤ（Ａｃレイヤ）１６と、画像処理部であるイメージングレイヤ１８とを備えている。
【００２２】
図１において、ワークフローレイヤ１４、アクティビティレイヤ１６およびイメージングレイヤ１８は、注文処理システム１０のソフトウェア構造を概念的に示している。
注文処理システム１０は、複数の装置が連携してひとつのオーダを実行する分散型のシステムである。すなわち、注文処理システム１０は、ハードウェア構造においては、異なる機能を有する複数の装置によって構成され、各装置が機能を分担することにより、総合的に、図１に示すワークフローレイヤ１４、アクティビティレイヤ１６およびイメージングレイヤ１８の三層構造からなるソフトウェア構造を形成する。
具体的には、例えば、注文処理システム１０は、注文受付部１２として機能する注文受付機と、ワークフローレイヤ１４、アクティビティレイヤ１６およびイメージングレイヤ１８における複数の機能を分担する制御機、入力機および出力機等によって構成することができる。このような装置構成例については後述する。
【００２３】
なお、図１において、レイヤ間やレイヤ中の構成要素間の破線枠は、インターフェースを模式的に示している。レイヤ間や構成要素間のインターフェースは、各部の構成に対応するものを用いればよい。
注文受付部１２とワークフローレイヤ１４との情報の受け渡しには、予め定義されたラボ情報注文規格に準拠したインターフェースが用いられている。したがって、かかるラボ情報注文規格に準拠したオーダ情報を生成するソフトを備えるか、または介在させることにより、任意のパソコン等を注文受付部１２として機能させることができる。
【００２４】
注文受付部１２は、顧客からのプリント作成等の画像再生処理注文を受け付ける部分である。注文受付部１２は、注文内容および注文対象画像（入力画像）の画像データを受け付けて、注文内容の情報（オーダ情報）をワークフローレイヤ１４へ送り、注文対象の画像データを、イメージングレイヤ１８のストレージユニットＳＵに格納する。
【００２５】
注文受付部１２は、顧客のオーダを受け付けるに際し、注文処理システム１０で対応可能なオーダを表した受付可能リストをワークフローレイヤ１４（後述するワークフローサーバ２６）から受け取って、この受付可能リストに基づいて、受付可能なオーダの種別をモニタ等にメニュー表示する。これにより、顧客は、注文処理システム１０で対応可能なオーダの中から所望のオーダを選択することができる。
【００２６】
ワークフローレイヤ１４は、注文処理システム１０におけるワークフローの管理部として機能する部分であり、オーダ管理部２０、オーダ実行指示部２２および装置公開情報データベース２４を有している。
オーダ管理部２０は、ワークフローサーバ（Ｗｆサーバ）２６、オーダ情報データベース２８および生産情報データベース３０を有している。
【００２７】
ワークフローサーバ２６は、後述する装置公開情報データベース２４に保持された装置公開情報を参照することにより、注文処理システム１０内の装置の能力等を調査し、注文処理システム１０において処理可能な入力・処理・出力のリストである受付可能リストを作成し、その受付可能リストを注文受付部１２に送る。
なお、受付可能リストは、システムのハードウェア構成、インストールされているソフト、そのシステムを使用するラボでの設定値（プリントサイズの制限など）を反映させるために、オペレータの操作によって変更可能としてもよい。
【００２８】
また、ワークフローサーバ２６は、注文受付部１２からのオーダ情報を受け取り、オーダ情報データベース２８に登録するとともに、そのオーダ情報およびシステムの状況に基づいて、注文処理システム１０における作業指示情報であるジョブチケット（Job Ticket）を生成する。そして、生成したジョブチケットを、画像再生のジョブ（処理作業）を実行するアクティビティレイヤ１６に送る。アクティビティレイヤ１６は、このジョブチケットに従ってジョブを実行する。
また、ワークフローサーバ２６は、ジョブチケットに定義したジョブの実行状況を監視する。
【００２９】
本発明において、ジョブチケットとは、注文処理システム１０においてオーダを処理するための、いわば作業指示書に相当するものであり、オーダを処理する工程の実行順序（工程フロー）、処理内容及び実行先（装置）を定義した情報である。ジョブチケットは、１件のオーダについて１つ発行される。
このジョブチケットの形式は、写真ラボで使用される多種の装置に対して汎用性を有するように規格されている。
例えば、ジョブチケットに記載される情報としては、画像データ入力、検定、合成、出力のような工程種別の情報、赤目処理、トリミング、日付プリント、テンプレート合成のような特別な処理の情報、出力製品種別、プリントサイズ、出力解像度のような出力関連情報が挙げられ、これらの情報が、多種の処理装置に理解可能な所定の規格に則った形式で記載される。
【００３０】
オーダ情報データベース２８は、現在受け付けている未処理のオーダの情報を保存する部分である。注文受付部１２から送られたオーダの情報は、ワークフローサーバ２６によってオーダ情報データベース２８に登録される。オーダ情報データベース２８に登録されたオーダ情報は、オーダ実行指示部２２でのオーダの一覧表示に用いられ、また、ワークフローサーバ２６でのジョブチケットの生成に用いられる。
【００３１】
生産情報データベース３０は、アクティビティレイヤ１６におけるジョブの実行状況に関する情報を保存する部分である。アクティビティレイヤ１６は、画像再生処理に必要な複数の工程（画像の入力工程、検定工程、画像合成等の画像処理工程、プリント出力工程等）のうち１以上の工程を実行するアクティビティコンポーネントＡｃを複数有しており、各アクティビティコンポーネントＡｃにおける作業の実行状況（作業の開始および終了など）の情報が、生産情報としてワークフローサーバ２６に通知され、ワークフローサーバ２６によって生産情報データベース３０に記録される。
生産情報データベース３０に記録された生産情報は、注文処理システム１０における工程管理に用いられる。
【００３２】
オーダ管理部２０において、ワークフローサーバ２６は、顧客（ユーザ）やラボ管理者（オペレータ）から、注文受付部１２またはその他のワークフローレイヤ１４に接続されたユーザインターフェースを介して、生産情報の要求（工程進捗状況の問い合わせ）があったときは、生産情報データベース３０を参照して生産情報を返答することができる。
また、ワークフローサーバ２６は、注文受付部１２による注文受付時に、生産情報データベース３０を参照することにより、納期を算出して注文受付部１２に回答する。
【００３３】
また、本発明の好ましい態様として、注文処理システム１０は、通常の処理（通常モード、余裕時間を考慮した通常納期処理）に加え、通常の処理に優先して処理することにより通常よりも短い納期（例えば、注文の受付から数分程度）での処理を行う短納期処理（特急モード）が選択的に実行可能である。
【００３４】
このような注文処理システム１０においては、ワークフローサーバ２６は、生産情報データベース３０を参照して、注文処理システム１０で現在実行されている、ジョブチケットに定義された各ジョブが、スケジュール通りに進行しているかを管理しつつ、実行待ちのジョブの処理内容も考慮し、新たな注文がされた場合には、その処理工程のスケジューリングも行う。
すなわち、ワークフローサーバ２６が、現在実行中のジョブの処理内容と、実行中のジョブの処理状況と、実行待ちのジョブの処理内容から、これから注文されるジョブの処理順序を決定するスケジュール作成手段、および、実行中ジョブの処理状況に応じて処理順序を変更するスケジュール編集手段として機能する。
【００３５】
例えば、現在実行中のジョブの完了予定納期に余裕があれば、ワークフローサーバ２６は、特急モードが可能であることを注文受付部１２に通知する。それを受けて、注文受付部１２は、注文受付画面に、特急モードが選択可能であることを表示する。
新たな注文を行う顧客は、その情報を見て、特急モードにするか、通常モードにするかを選択することができる。
【００３６】
一方、注文処理システム１０において、特急モードのジョブが複数処理中であったり、処理工程途中でエラーが発生したりして、処理工程間の余裕時間がなくなった場合には、特急モードが使用できない旨を注文受付部１２に通知する。この場合には、注文受付部１２は、注文受付画面に、現在特急モードを受け付けられないことを表示する。あるいは、特急モードの選択メニューを表示しないようにしてもよい。
【００３７】
オーダ実行指示部２２は、オーダ情報データベース２８に登録されている未処理のオーダについて、オーダの実行を指示する部分である。
オーダ実行指示部２２は、図示しない表示部（モニタ等）に接続されており、ワークフローサーバ２６を介してオーダ情報データベース２８に登録されているオーダ（ジョブ）の一覧情報を得て、その一覧情報を表示部に表示する。また、オーダ実行指示部２２は、図示しない指示入力部（キーボード、マウス、表示部に備えられたタッチパネル等）に接続されており、オペレータによる指示入力部の操作によってオーダの一覧表から実行するオーダが選択されると、選択されたオーダの実行指示（情報）を発行し、ワークフローサーバ２６へ送信する。
または、オーダ実行指示部２２は、オペレータによるオーダ選択を経ず自動的にオーダの実行指示を発行してもよい。
【００３８】
装置公開情報データベース２４は、注文処理システム１０を構成する各装置の能力を表す装置公開情報を保持する部分である。
装置公開情報とは、注文処理システム１０を構成する各装置のコンポーネントが外部（装置の利用者や他の装置）に対して公開する各種の情報であり、少なくとも、アクティビティレイヤ１６に属する各アクティビティコンポーネントＡｃの能力情報であるアクティビティ情報（Ａｃ情報）を含んでいる。
各アクティビティコンポーネントＡｃは、自己の能力情報であるアクティビティ情報（Ａｃ情報）をワークフローレイヤ１４に対して公開し、そのアクティビティ情報は、装置公開情報データベース２４に保存される。
【００３９】
上述したように、注文処理システム１０は、複数の装置が連携してひとつのオーダを実行する分散型のシステムである。このため、処理の実行においては、各装置間での情報交換が必須である。装置公開情報は、この装置間の情報交換に用いられる。
装置公開情報は、アクティビティコンポーネントＡｃを識別する名称、そのアクティビティコンポーネントＡｃが実行可能な工程フロー、アクティビティコンポーネントＡｃの潜在能力およびカレント能力を含んでいる。
【００４０】
アクティビティコンポーネントＡｃの潜在能力情報とは、そのアクティビティコンポーネントＡｃ（その機能を担う装置）が潜在的に保有する能力の情報である。言い換えれば、装置仕様上最大限実行可能な能力の情報である。
例として、プリント出力工程のアクティビティコンポーネントＡｃであれば、対応するプリンタの仕様として出力可能なプリントサイズの情報が挙げられる。
【００４１】
アクティビティコンポーネントＡｃのカレント能力情報とは、そのアクティビティコンポーネントＡｃ（その機能を担う装置）が、装置の設定により、現在使用可能な能力の情報である。
例として、潜在能力として出力可能なプリントサイズのうち、現在プリンタにセットされているペーパーサイズを用いて出力可能なプリントサイズの情報が挙げられる。
【００４２】
装置公開情報データベース２４に保持された装置公開情報は、ワークフローサーバ２６において、注文処理システム１０で対応可能なオーダを表した受付可能リストの作成、および、ジョブチケットの生成に用いられる。
受付可能リストの作成には、主としてアクティビティコンポーネントＡｃの潜在能力情報が用いられ、ジョブチケットの生成には、アクティビティコンポーネントＡｃのカレント能力情報および潜在能力情報の両方が用いられる。
【００４３】
アクティビティレイヤ１６およびイメージングレイヤ１８は、画像再生処理の実行部として機能する。このうち、アクティビティレイヤ１６は、ジョブチケットに従って、処理対象画像のハンドル画像を用いて処理作業を実行する処理作業部として機能し、イメージングレイヤ１８は、アクティビティレイヤ１６によって行われた処理作業を実画像データに反映させて、実画像に対する処理を実行する画像処理部として機能する。
【００４４】
イメージングレイヤ１８は、注文受付部１２が受け付けたオーダの対象となる画像データ（実画像）をストレージユニットＳＵに一時的に保存するとともに、その画像のハンドル画像である論理画像ＬＩを生成する。そして、アクティビティレイヤ１６からの要求に応じて、要求に対応する論理画像ＬＩをアクティビティレイヤ１６に送る。
論理画像ＬＩは、実画像のサイズ、中心座標及び天地情報を表す画像の基本的情報、並びに画像編集情報を実画像とリンクした属性情報であり、そのデータサイズは実画像データと比較して大幅に小さい。
【００４５】
また、イメージングレイヤ１８は、アクティビティレイヤ１６において処理を施された論理画像ＬＩを受け取って、論理画像ＬＩを用いて行われた処理作業（画像編集処理等）の結果を実画像に反映させ、すなわち実画像に対する処理を行って、処理後の画像を写真プリントやその他の製品に再生し、製品として出力する。
【００４６】
イメージングレイヤ１８における複数の処理は、ハードウェア上は複数の装置に分担されている。具体的には、例えば、注文処理システム１０を構成するハードウェアとして、フィルムスキャナやメディアドライブ（データ取込み装置）等の画像データ入力機、画像処理機、制御機、プリンタ・プロセッサ等の画像出力機やメディアドライブ（データ書込み装置）等の画像データ出力機などが用いられ、これらの各装置がイメージングレイヤ１８における複数の処理を分担する。
【００４７】
イメージングレイヤ１８を構成する各装置は、それぞれが、その装置における処理対象となる実画像を保持するためのストレージユニットＳＵを備えている。したがって、イメージングレイヤ１８を構成するストレージユニットＳＵは複数存在する。図１には、例として、４つのストレージユニットＳＵ（ＳＵ１、ＳＵ２、ＳＵ３、ＳＵ４）を示してある。
【００４８】
イメージングレイヤ１８の機能は、複数の装置に分担されているため、処理対象の実画像およびその論理画像ＬＩを処理工程に応じて装置間（ストレージユニットＳＵ間）で移動させる必要がある。実画像および論理画像ＬＩの、イメージングレイヤ１８におけるストレージユニットＳＵ間の受け渡しは、イメージングレイヤ１８に接続された画像交換フォルダ３２を介して行われる。
【００４９】
アクティビティレイヤ１６は、イメージングレイヤ１８が生成した論理画像ＬＩを用いて、ワークフローレイヤ１４のワークフローサーバ２６が生成したジョブチケットに沿って処理作業を実行する。
アクティビティレイヤ１６は、画像再生処理に必要な複数の工程のうち１以上の工程を実行するアクティビティコンポーネントＡｃを複数有しており、ジョブチケットに沿って、所定のアクティビティコンポーネントＡｃで所定の処理を所定の順序で実行する。図１には、例として、３つのアクティビティコンポーネントＡｃ（Ａｃ１、Ａｃ２、Ａｃ３）を示してある。アクティビティレイヤ１６のアクティビティコンポーネントＡｃは、ハードウェア上は、注文処理システム１０を構成する上述の複数の装置に分担されている。
【００５０】
アクティビティレイヤ１６（アクティビティコンポーネントＡｃ）は、ジョブチケットに沿った処理を実行するために、イメージングレイヤ１８（ストレージユニットＳＵ）に処理対象画像の論理画像ＬＩを要求する。そして、イメージングレイヤ１８から送られてきた論理画像ＬＩに対して、ジョブチケットに記述された処理を実行し、実行した内容または結果を論理画像ＬＩに追記する。
【００５１】
アクティビティレイヤ１６は、１つのアクティビティコンポーネントＡｃでの処理が終わったときなどの所定のタイミングで、処理内容が追記された論理画像ＬＩをイメージングレイヤ１８へ送る。
イメージングレイヤ１８は、アクティビティレイヤ１６から送られた論理画像ＬＩを受け取って、論理画像ＬＩに追記された処理内容に従って、同様の処理を実画像に対して行う。これにより、アクティビティレイヤ１６での処理が実画像に反映される。
すなわち、言い換えれば、アクティビティレイヤ１６は、論理画像ＬＩを経由して実画像の処理内容をイメージングレイヤ１８へ伝達する。
【００５２】
アクティビティレイヤ１６から処理後の画像の論理画像ＬＩを要求されると、イメージングレイヤ１８は、先の処理を反映させた実画像の論理画像ＬＩを生成して、アクティビティレイヤ１６へ送る。
【００５３】
例えば、画像の検定工程を実行する場合には、アクティビティレイヤ１６の検定を行うアクティビティコンポーネントＡｃ（画像編集装置のＡｃ）は、イメージングレイヤ１８から送られてきた論理画像ＬＩに基づいて検定画像を表示し、検定画像について指示された画像修正量（色濃度の修正値）を論理画像ＬＩに追記する。
検定画像の再表示が指示されると、アクティビティレイヤ１６は、画像修正量を追記した論理画像ＬＩをイメージングレイヤ１８の対応するストレージユニットＳＵ（画像編集装置のＳＵ）へ送る。イメージングレイヤ１８は、論理画像ＬＩの記述に基づいて実画像に対する画像修正を行った後、再度論理画像ＬＩを生成してアクティビティレイヤ１６のアクティビティコンポーネントＡｃへ送る。
【００５４】
また、例えば、プリント工程を実行する場合には、アクティビティレイヤ１６は、プリント出力を行うアクティビティコンポーネントＡｃ（プリンタのＡｃ）が、対象画像の論理画像ＬＩを対応するストレージユニットＳＵ（プリンタのＳＵ）へ送る。それにより、プリンタでは、その論理画像ＬＩとリンクする実画像のプリント出力が実行される。
【００５５】
このように、本発明の注文処理システム１０は、画像再生処理の実行部をアクティビティレイヤ１６およびイメージングレイヤ１８の２つのレイヤで構成した点に特徴を有している。
この構成により、論理画像ＬＩを用いた処理作業と、その処理作業を実画像に反映させる実画像に対する処理を分離することで、ワークフローに従って処理作業を実行するアクティビティレイヤ１６の負荷を軽減することができ、実画像のデータ量が大きい場合にも、処理能力の低下を防止でき、安定した処理能力を確保できる。
また、この構成により、ワークフローレイヤ１４は、イメージングレイヤ１８における実画像への処理を意識することなく、アクティビティレイヤ１６だけを意識して、アクティビティレイヤ１６でのジョブの進行を管理することができる。そのため、注文処理システム１０が拡張された場合にも、ジョブの工程管理が複雑化することを防止できる。
【００５６】
また、本発明の注文処理システム１０は、ワークフローの管理部であるワークフローレイヤ１４と、ワークフローを実行する実行部であるアクティビティレイヤ１６との間のインターフェース（Ｉ／Ｆ）を、多種の装置に対して汎用性を持たせた規格で構成されたジョブチケットとし、さらに、アクティビティレイヤ１６における複数のアクティビティコンポーネントＡｃを分担する複数の装置が、このジョブチケットに基づいてジョブを行う構成とした点に特徴を有している。
このように、注文処理システム１０を構成する入力機および出力機等におけるジョブを、ジョブチケットという共通の情報によって実行および管理することにより、注文処理システム１０を構成する装置の変更や追加に対して容易に対応でき、拡張性および柔軟性に優れたシステムを提供することを可能にしている。
【００５７】
次に、本発明の注文処理システム１０を具体的な装置に適用した例について説明する。
上述したように、本発明の注文処理システム１０は、ワークフローレイヤ１４、アクティビティレイヤ１６およびイメージングレイヤ１８の３つのレイヤに属するコンポーネントで構成される。これらのコンポーネントは、複数の装置に配置することが可能である。ただし、オーダ管理部２０は、１システムに１つ配置される。
【００５８】
図２は、図１に示した注文処理システム１０を構成する装置（ハードウェア）の例である。図２の注文処理システム４０は、注文受付装置４２と、第１の画像編集装置を兼ねるワークフロー管理装置４４と、第２の画像編集装置４６と、フィルムスキャナ４８と、プリンタ５０，５２とから構成される。これらの各装置はイーサネット（登録商標）等の通信回線で接続されている。
【００５９】
注文受付装置４２は、図１の注文処理システム１０における注文受付部１２としての機能を有し、再生する画像（注文対象画像、入力画像）の画像データおよびオーダ情報（注文情報）を取得するもので、例えば、写真ラボ店や各種の店舗に設置された自動プリント注文受付機、写真ラボ店のシステム端末、インターネット注文受付端末（顧客のパソコン等）である。注文受付装置４２は、図示しないが、顧客（ユーザ）がオーダ情報を入力するための指示入力手段（キーボード、マウス、タッチパネル等）、注文受付画面を表示するモニタを備える。
【００６０】
また、注文受付装置４２は、画像データの取得手段として、各種の画像記録メディアから画像を読み出すメディアドライブ、インターネット等の通信回線を通じて送信された画像データを受信する通信機器、デジタルカメラに接続する接続部等の１つ以上を備える。
注文受付装置４２が画像データの取得手段によって取得した画像データは、ワークフロー管理装置４４または第２の画像編集装置４６に送られ、ストレージユニットＳＵであるＤＳＣ  ＳＵ（６８）またはＤＳＣ  ＳＵ（７２）に保存される。
【００６１】
ワークフロー管理装置（第１の画像編集装置）４４は、注文処理システム４０全体のワークフロー管理や実行するオーダの指示の受付を行うオーダ管理部２０を有する。このオーダ管理部２０は、図１の注文処理システム１０におけるオーダ管理部２０である。
また、ワークフロー管理装置４４は、図１の注文処理システム１０におけるオーダ実行指示部２２に相当するオーダ実行指示部２２Ａと、装置公開情報データベース２４(図示省略）を有する。
【００６２】
また、ワークフロー管理装置４４は、ＤＳＣ  ＳＵ（６８）に保存された顧客からの画像データを識別し、論理画像ＬＩを生成する入力工程を行うとともに、入力された画像データ（入力画像データ）の検定工程や画像合成等の画像処理工程を行い、さらに、注文内容に応じて画像処理後の画像データをＣＤ−Ｒ等の記録メディアに書き込む等の、画像編集装置としての機能を有する。これらの処理は、入力・検定・合成Ａｃ（５４）、メディア出力Ａｃ（５６）、ＤＳＣ  ＳＵ（６８）およびＴＷＡＩＮ  ＳＵ（７０）によって実行される。
【００６３】
第２の画像編集装置４６は、ワークフロー管理装置４４の画像編集装置としての機能と同様の機能を有する。すなわち、顧客からの画像データの入力工程を行うとともに、入力画像データの検定工程や画像合成等の画像処理工程を行い、さらに、注文内容に応じて画像処理後の画像データをＣＤ−Ｒ等の記録メディアに書き込むことができる。これらの処理は、入力・検定・合成Ａｃ（５８）、メディア出力Ａｃ（６０）、ＤＳＣ  ＳＵ（７２）およびＴＷＡＩＮ  ＳＵ（７４）によって実行される。
【００６４】
フィルムスキャナ４８は、写真フィルムに撮影された画像を光電的に読み取って画像データに変換し、得られた画像データをスキャナＳＵ（７６）に保存する。フィルムスキャナ４８は、スキャナＳＵ（７６）の画像データを識別し、論理画像ＬＩを生成する入力工程を行う。必要に応じて、入力画像データの検定工程や画像合成等の画像処理工程を行うこともできる。これらの処理は、入力・検定・合成Ａｃ（６２）およびスキャナＳＵ（７６）によって実行される。また、フィルムスキャナ４８は、オーダ処理を開始させるオーダ実行指示部２２Ｂとしての機能も有する。
【００６５】
フィルムスキャナ４８は、全自動を原則とする注文処理システム４０を構成する上では必須の構成要素ではないが、フィルムスキャナ４８を備えることにより、顧客が写真フィルムからのプリント作成等の画像再生処理注文を行った場合には、このフィルムスキャナ４８によって、写真フィルムの撮影画像から画像データを取得して、注文に応じた所定の処理を実行することができる。
【００６６】
プリンタ５０およびプリンタ５２は、ワークフロー管理装置（第１の画像編集装置）４４、第２の画像編集装置４６、フィルムスキャナ４８から転送された処理後の画像データを写真プリントとして出力する機能を有する。
注文受付装置４２で取得され、ワークフロー管理装置４４または第２の画像編集装置４６で編集処理された画像データ、または、フィルムスキャナ４８で取得され編集処理された画像データは、プリンタ５０または５２のプリンタＳＵ（７８）または（８０）に保存され、プリント処理に供される。
【００６７】
ここで、プリンタ５０とプリンタ５２は互いに仕様の異なるプリンタとしてもよい。例えば、プリンタ５０を銀塩写真方式のデジタルプリンタ、プリンタ５２をインクジェットプリンタとして適用することが可能である。また、同方式または異方式のプリンタで、解像度や対応プリントサイズ（用紙サイズ）、仕上げ性状等、能力や機能の異なるプリンタを用いてもよい。プリンタ５０を写真プリントのプリンタとし、プリンタ５２をその他の製品へ画像プリント加工を行うプリンタとしてもよい。
【００６８】
図１の注文処理システム１０のワークフローレイヤ１４に属するオーダ管理部２０は、図２の注文処理システム４０においては、ワークフロー管理装置４４に備えられている。また、注文処理システム１０のオーダ実行指示部２２は、注文処理システム４０のワークフロー管理装置４４（実行指示部２２Ａが対応）およびフィルムスキャナ４８（実行指示部２２Ｂが対応）に備えられている。
【００６９】
また、注文処理システム１０のアクティビティレイヤ１６に属する各アクティビティコンポーネントＡｃが、ワークフロー管理装置４４（入力・検定・合成Ac(54)およびＣＤ−Ｒ（メディア）出力Ac(56)が対応）と、第２の画像編集装置４６（入力・検定・合成Ac(58)およびＣＤ−Ｒ（メディア）Ac(60)が対応）と、フィルムスキャナ４８（入力・検定・合成Ac(62)が対応）と、プリンタ５０（プリントAc(64)が対応）と、プリンタ５２（プリントAc(66)が対応）に、それぞれ備えられている。
【００７０】
更に、イメージングレイヤ１８に属するストレージユニットＳＵが、ワークフロー管理装置４４（DSC SU(68)、TWAIN SU(70)が対応）と、第２の画像編集装置４６（DSC SU(72)、TWAIN SU(74)が対応）と、フィルムスキャナ４８（スキャナSU(76)が対応）と、プリンタ５０（プリンタSU(78)が対応）とプリンタ５２（プリンタSU(80)が対応）に、それぞれ備えられている。
【００７１】
このように各レイヤに応じた要素が各装置に配分されることにより、図２の注文処理システム４０は、全体として図１の注文処理システム１０を構成している。そして、これらの各装置が連携して注文処理を実行する。
なお、注文処理システム４０を構成する各装置の数は、図２の例には限定されない。例えば、２台以上の注文受付装置４２を備えていても良いし、１台または３台以上のプリンタ５０（５２）を備えていてもよい。また、画像編集装置４６の数も増減可能である。
【００７２】
次に、注文処理システム１０の処理の流れを、具体的な装置例である注文処理システム４０も参照しつつ、詳細に説明する。
図３は、注文処理システム１０における注文処理の大まかな流れを示している。図３に示すように、注文処理システム１０において、注文受付部１２がオーダを受け付けると、ワークフローレイヤ１４においてオーダの登録がされ（ステップＳ１）、ワークフローレイヤ１４およびアクティビティレイヤ１６においてオーダの処理が実行される（ステップＳ２）。
【００７３】
オーダの処理（ステップＳ２）には、ワークフローレイヤ１４からアクティビティレイヤ１６へのオーダの実行指示と（ステップＳ３）、その指示によるアクティビティレイヤ１６およびイメージングレイヤ１８での工程の実行（ステップＳ４）が含まれる。工程の実行（ステップＳ４）には、画像処理（ステップＳ５）のほか、画像処理条件の決定や処理後の画像の再生処理も含まれる。
また、オーダの処理がされると（ステップＳ２）、その処理における各作業の開始および終了といった、作業の実行状況が、生産情報として生産情報データベース３０に保存される（ステップＳ６）。
【００７４】
以下、図３の流れに沿って、図１の注文処理システム１０における個々の処理について順に説明する。
ステップＳ１のオーダの登録工程では、まず、オーダの受付けと、受け付けたオーダの登録が行われる。
【００７５】
図４は、図２の注文処理システム４０におけるオーダ受付処理の流れを模式的に示す図である。
図４には、図２の注文処理システム４０のうち、注文受付装置４２としての３台の注文受付装置４２Ａ，４２Ｂ，４２Ｃと、ワークフロー管理装置４４と、注文処理システム４０を構成する処理装置を代表して第２の画像編集装置４６およびプリンタ５０とを示してある。第２の画像編集装置４６はアクティビティコンポーネントＡｃ１およびＡｃ２（入力・検定・合成Ac(58)およびメディア出力Ac(60)に相当する）を有し、プリンタ５０はアクティビティコンポーネントＡｃ３（プリントAc(64)に相当する）を有している。
図４において、破線の矢印は、アクティビティコンポーネントＡｃの能力情報であるアクティビティ情報の送信（流れ）を示し、実線の矢印は、注文情報の送信（流れ）を示している。
【００７６】
注文受付に先立ち、アクティビティコンポーネントＡｃ１，Ａｃ２，Ａｃ３等（図２のアクティビティコンポーネントＡｃ(54〜66)）は、それぞれ自己のアクティビティ情報をワークフロー管理装置４４に対して公開する（図４中、第２の画像編集装置４６およびプリンタ５０からワークフロー管理装置４４へ向かう破線の矢印参照）。公開されたアクティビティ情報（それを含む装置公開情報）は、装置公開情報データベース２４に登録される。
【００７７】
オーダ管理部２０は、装置公開情報データベース２４に保持されているアクティビティ情報、すなわち、第２の画像編集装置４６およびプリンタ５０等の注文処理システム４０を構成する各処理装置のアクティビティ情報を参照して、各アクティビティコンポーネントＡｃの能力情報の和集合、すなわち装置群全体の能力情報に基づいて、受付可能リストを作成して保持する。
【００７８】
図５に、受付可能リストの例を示す。図５には、入力工程、処理工程、出力工程の各工程についての対応可能な項目が列記されている。すなわち、入力工程については、受け付け可能なフィルム種（135フィルムネガ、135フィルムセピア等）、記録メディア種（Memory Stick等）、ファイル圧縮形式（zip等）等が、処理工程については、実行可能な画像の加工処理の種類（トリミング、赤目、テンプレート合成、色補正等）が、出力工程については、出力可能なプリントや記録メディアやその他の商品の種類（プリントサイズ100ｘ200，150ｘ250、CD-R、Zipファイル等）等が示されている。
【００７９】
上述したように、装置公開情報は、各アクティビティコンポーネントＡｃ（その機能を担う装置）の潜在能力情報（装置仕様上最大限実行可能な能力情報）およびカレント能力情報（装置の設定により現在処理可能な能力情報）を有しており、オーダ管理部２０は、このうち潜在能力情報に基づいて、受付可能リストを作成する。
また、注文処理システム４０のように、同種の処理装置（画像編集装置、プリンタ等）を複数備えるシステムの場合、オーダ管理部２０は、装置公開情報を参照することにより、いずれかの装置で実行可能な処理は、その注文処理システムにおいて実行可能な処理であるとして、受付可能リストを作成する。
【００８０】
図６に、図３におけるステップＳ１のオーダの登録工程におけるオーダ登録処理シーケンスを示し、このシーケンスを図１および図４のシステムに基づいて説明する。
顧客が注文受付装置４２Ａで、または店員が注文受付装置４２Ｂ等で、画像再生処理注文を開始すると、まず、注文受付装置４２Ａ等の注文受付部１２からオーダ管理部２０へ対するオーダＩＤ取得が要求される。
これに応じてオーダ管理部２０がオーダＩＤを発行し、注文受付部１２へ通知する。また、このとき、オーダ管理部２０は、受付可能リストを注文受付部１２へ送る（図４中、ワークフロー管理装置４４から注文受付装置４２Ａ等へ向かう破線の矢印参照）。
【００８１】
注文受付装置４２Ａ等では、受け取った受付可能リストに基づいて、受付可能なオーダの種別（メニュー）をモニタの注文受付画面に表示する。
顧客や店員は、注文受付装置４２Ａ等の指示入力手段を用いて、注文受付画面に示されたオーダの種別の中から、注文の内容に該当する項目を選択・入力し、画像を再生した所望の商品を注文する。
注文受付装置４２Ａ等は、入力された注文内容を表すオーダ情報を、オーダ管理部２０から通知されたオーダＩＤに対応付けて、オーダ管理部２０に送信し、オーダ管理部２０に対してオーダ登録を要求する（注文受付装置４２Ａ等からワークフロー管理装置４４へ向かう矢印参照）。
【００８２】
オーダ登録要求を受けて、オーダ管理部２０では、オーダをオーダ情報データベース２８（図１参照）に登録するとともに、ジョブチケットを生成する。ジョブチケットの生成方法およびその構成については、後に詳述する。
ジョブチケット生成の際に、オーダ管理部２０は、装置公開情報データベース２４を参照して、オーダの処理を実行するアクティビティコンポーネントＡｃ（装置）を割り当てる。
さらに、オーダ管理部２０は、各アクティビティコンポーネントＡｃの工程状況を参照して、手続き中のオーダの仕上がりまでの時間を算出して注文受付装置４２Ａ等に送り、注文受付装置４２Ａ等において、仕上がり予定時刻（納期）を提示する。
【００８３】
オーダ受付時において、通常モードのほかに特急モードでのサービスも提供可能な場合には、仕上がり予定時刻の提示の際に、通常モードの場合の仕上がり予定時刻と、特急モードの場合の仕上がり予定時刻とを提示して、顧客に選択を促す。
【００８４】
注文受付装置４２Ａ等において顧客等の指示操作によりオーダが確定されると、注文受付装置４２Ａ等が、オーダの対象となる画像が記録されたデジタルメディアから対象画像を読み出して、ワークフロー管理装置４４または第２の画像編集装置４６に転送し、ＤＳＣ  ＳＵ（６８）またはＤＳＣ  ＳＵ（７２）（図１においてはストレージユニットＳＵ１）に格納する。
【００８５】
注文対象画像の格納については、受け付けた全ての画像を、予め定めた一つのストレージユニットＳＵ（例えばＤＳＣ  ＳＵ（６８））に一旦格納するようにしてもよいし、注文受付処理時にその注文処理を実行する装置（アクティビティコンポーネントＡｃ）が決定されていれば、対応する装置のストレージユニットＳＵに格納するようにしてもよい。
画像データの転送は、画像枚数が多い場合やデータサイズが大きい場合には時間を要するので、オーダ確定の指示入力を待たずに開始し、オーダがキャンセルされた場合には不要なデータを削除するようにしてもよい。
【００８６】
なお、画像がフィルムに記録されている場合には、オペレータがフィルムをフィルムスキャナ４８にセットすることにより、フィルムスキャナ４８において画像データを得て、得られた画像データをスキャナＳＵ（７６）に格納する。
【００８７】
注文受付部１２からワークフローレイヤ１４へオーダ情報が送られると、オーダ管理部２０のワークフローサーバ２６は、注文受付部１２が受け付けたオーダのオーダ情報を取り込んで、オーダ情報データベース２８に登録する（図１参照）。これにより、オーダ情報データベース２８には、現在受け付けている未処理のオーダが蓄積される。
【００８８】
次に、ステップＳ２のオーダの処理工程では、オーダ実行指示部２２からのオーダ実行指示に基づいて、オーダ管理部２０がアクティビティレイヤ１６へオーダの実行を指示する。図７に、オーダの実行指示（ステップＳ３）から工程の実行（ステップＳ４）までのシーケンスを示す。
【００８９】
まず、オーダ実行指示部２２からオーダ管理部２０に対して、オーダ情報データベース２８に登録されているオーダ（ジョブ）の一覧情報が要求される（一覧情報要求）。
オーダ管理部２０は、この要求に対して、オーダ情報データベース２８からデータを読み出して、登録されているオーダの一覧情報を生成して、オーダ実行指示部２２に送る（一覧情報応答）。
オーダ実行指示部２２は、オーダの一覧情報に基づいてオーダを一覧表示する。
オーダ実行指示部２２において、オペレータが、オーダの一覧表から実行対象のオーダを選択し、実行を指示すると、オーダ実行指示部２２は、オーダ管理部２０に対してジョブの実行を要求する（実行要求）。
【００９０】
オーダ管理部２０は、実行要求を受けると、アクティビティレイヤ１６におけるアクティビティコンポーネントＡｃのうち、最初の工程を処理するアクティビティコンポーネントＡｃに、そのオーダのジョブチケット渡し、作業の実行を指示する（Job実行要求）。
アクティビティレイヤ１６では、作業の実行指示に応答し（Job実行応答）、受け取ったジョブチケットに従って、各アクティビティコンポーネントＡｃにおいて各工程を処理する。このとき、各アクティビティコンポーネントＡｃは、工程の実行の開始や終了など、工程の進捗状況に応じた通知をオーダ管理部２０のワークフローサーバ２６に対して行う（工程状況通知）。
【００９１】
また、オーダ受付時には指定されなかったパラメータ（例えば、プリント枚数など）を、オーダの受付後に、オペレータの操作によって追加で指定する場合の、オーダ内容補完シーケンスを図８に示す。
オペレータがオーダ実行指示部２２においてオーダの一覧表を参照し、オーダについて内容の補完または修正を指定すると、オーダ実行指示部２２からオーダ管理部２０に、オーダの修正要求がされる（Job修正要求）。
オーダ管理部２０は、アクティビティレイヤ１６に対して、修正フラグ付ジョブチケットを送信して、ジョブ実行を要求する。
アクティビティレイヤ１６は、上記要求に応じてジョブチケットを変更して、その旨をオーダ管理部２０に返答し、工程の進捗に応じて工程状況を通知する。
【００９２】
上記は、オーダ実行指示部２２においてオペレータからの指示を受けて、ジョブ実行要求が行われる例である。これに対し、自動実行処理を行う自動実行オーダの場合には、図９に示すように、オペレータの操作がなされることなく、スケジューリングされた処理開始時刻になるなどの適当な契機によって、自動的に、オーダ管理部２０からアクティビティレイヤ１６のアクティビティコンポーネントＡｃに対してジョブ実行要求が発行される。
【００９３】
自動実行処理は、例えば、インターネットを介して注文されたプリントサービスなどの、既に検定された画像のプリント出力を行うサービスや、デジカメプリントサービス（デジタルカメラによる撮影画像のプリントサービス）などの、画像の検定を自動的に行いプリント出力を行うサービスや、ＣＤ−Ｒ出力サービスなどの、ＣＤ−Ｒ用の画像変換を予め行い、ＣＤ−Ｒ出力を行うサービスなどのオーダに対して行うことができる。自動実行処理を行うオーダ（自動実行オーダ）か否かは、サービス上の定義（サービスで使用する工程とその属性など）、またはラボのポリシー（そのラボ店における処理設定等）により決定することができる。
【００９４】
ここで、ジョブチケットの生成方法、その構成および作用について説明する。
上述したように、ジョブチケットは、各工程の装置公開情報を基に、処理工程内容を記載した手順情報であり、オーダを処理する工程の実行順序（工程フロー）、処理内容及び実行先（装置）を定義した情報である。
【００９５】
図１０に、オーダの処理工程フローの例を示し、図１１に、図１０の工程フローを実行するオーダに対して生成されるジョブチケットの例を示す。
図１０の工程フローは、１件のオーダにおいて、工程ａ→ｂ→ｃ→ｄを実行するものと、工程ａ→ｂ→ｄを実行するものがあることを示している。ここで、工程が分岐した２つのルートのそれぞれに工程ｂが含まれているが、一意性確保のため、２つの工程ｂについて工程識別子＜ｎ＞は別々のものが付与される。
【００９６】
ジョブチケットは、そのジョブチケットに関する情報として、オーダの識別子、ジョブチケット識別子、実行工程識別子の項目を有する。実行工程識別子は、工程間でジョブチケットを受け渡しする際に動的に更新される。
【００９７】
また、ジョブチケットには、図１１に示すように、工程フローに関する情報として、工程識別子ｎ、工程を実行するアクティビティコンポーネントＡｃの識別子Ａｃ−ｋ、入力パラメータｉ、出力パラメータｉの項目を有する。入力パラメータとは、工程を実行するアクティビティコンポーネントＡｃが処理を行うための入力情報であり、画像の格納フォルダパスやプリントサイズ、プリント枚数など、処理に必要な画像に関する情報も含む。また、出力パラメータとは、工程を実行したアクティビティコンポーネントＡｃの処理結果情報であり、出力を行った画像数などの生産情報も含む。
この工程フローに関する情報は、プロダクトを生成するために必要な工程と実行順序（工程フロー）を表現している。
【００９８】
図１２に、ジョブチケットを生成し、最初の工程を担当するアクティビティコンポーネントＡｃに投入するまでの処理の流れを示す。
図１２に示すように、注文受付部１２からオーダ管理部２０へオーダ情報が送られると、オーダ管理部２０は、そのオーダ情報に基づいてジョブチケットを生成して保持する。この際、オーダ管理部２０は、装置公開情報データベース２４の装置公開情報や、ラボ店のポリシー（そのラボ店における処理設定等）、アクティビティレイヤ１６の各アクティビティコンポーネントＡｃから送られたオーダの進捗状況（工程状況）を参照して、オーダを処理する工程の実行順序（工程フロー）、処理内容および各工程の実行先（アクティビティコンポーネントＡｃ；装置）を決定する。上記以外の情報を参照してジョブの決定に加味してもよい。
【００９９】
ここで、オーダ管理部２０（ワークフローサーバ２６）は、装置公開情報データベース２４に保存された、各アクティビティコンポーネントＡｃの潜在能力情報およびカレント能力情報を参照して、注文内容に応じて、潜在能力情報とカレント能力情報を使い分けて処理工程を設定し、ジョブチケットを発行する。
これに対応して、ワークフローサーバ２６は、カレント能力を注文内容に合わせるタイミングを制御するタイミング制御手段として機能し、ジョブの工程状況に応じた適切なタイミングで装置のカレント能力を変更するよう、すなわち装置の設定を変更するよう装置を制御し、または装置のオペレータにその旨を促す。
【０１００】
例として、注文処理システム４０のプリンタ５０が、２種類のペーパーマガジンをセット可能な銀塩方式のミニラボ機である場合について説明すると、プリンタ５０から取得したカレント能力情報により現在セットされているペーパー幅（セットされているマガジンのペーパー幅）が８９ｍｍと２０３ｍｍであり、注文内容のプリントサイズがＫサイズ（キングサイズ）（１５２ｍｍ×１０２ｍｍ）であった場合、プリンタ５０（プリントＡｃ（６４））のカレント能力は、プリント注文内容と矛盾し、そのままでは対応できない。しかし、プリンタ５０の装置仕様（潜在能力情報）が、注文内容のペーパー幅（１５２ｍｍ幅または１０２ｍｍ幅）を扱うことができるものであれば、オーダ管理部２０のワークフローサーバ２６は、プリンタ５０でのプリント処理は可能であると判断して、プリンタ５０でのプリント処理工程を記述したジョブチケットを発行する。
そして、ジョブ工程状況に応じて、ジョブ単位の切れ目や、注文内容のペーパー幅を使用開始するまでに２種類のうち一方のペーパーマガジンを使用していないことがジョブ内容から明らかな場合などの適切な時期に、ワークフローサーバ２６が、適切なペーパー幅を有するペーパーマガジンへ交換すべきことを、ワークフロー管理装置４４のモニタ等に表示して、マガジン交換をオペレータに促す。
【０１０１】
別の例として、プリンタ５０が記録画素密度を３００ｄｐｉと６００ｄｐｉとで切替可能なプリンタである場合には、オーダ管理部２０のワークフローサーバ２６は、プリンタ５０のカレント能力が３００ｄｐｉ設定であっても、文字合成された画像を含むプリント注文があった場合には、その注文を処理する際には記録画素密度を６００ｄｐｉに切り替えるように記述したジョブチケットを発行する。これにより、高解像度を要求される文字部分についても鮮鋭に記録することができる。
【０１０２】
オーダ管理部２０は、オーダ実行指示部２２からの実行指示を受けると（自動実行処理の場合には所定のタイミングになると）、そのオーダに対応するジョブチケットをアクティビティレイヤ１６の最初の工程のアクティビティコンポーネントＡｃへ投入する。
図１３に示すように、各アクティビティコンポーネントＡｃには、ジョブキュー（Jobキュー）が配されており、このジョブキューがジョブチケットおよび論理画像ＬＩのアクティビティコンポーネントＡｃ間での受け渡しを管理する。
【０１０３】
次に、ジョブチケット生成方法の変形例およびそれによる処理実行の例として、１件のオーダにおいて工程が分岐・結合する場合のジョブチケット生成方法について説明する。
【０１０４】
注文処理システム１０（注文処理システム４０）で受け付ける注文の中には、注文受付部１２では同一の注文処理で注文されたものでありながら、異なる出力装置を用いて商品を生産せざるを得ない場合がある。
例えば、銀塩プリンタでの写真プリントの作成と、画像処理後の画像データを記録したＣＤとを含む注文や、図２の注文処理システム４０において、プリンタ５０（例えば、銀塩式ミニラボ機）で実行可能なサービスサイズ判（例えばＬサイズ８９ｍｍ×１２７ｍｍ）の写真プリントの作成と、プリンタ５２（例えば、大判インクジェットプリンタ）でのみ実行可能なポスター（例えばＡ１サイズ）の作成とを含む注文が挙げられる。
【０１０５】
また、注文処理システム４０のように、２台の画像編集装置（４４、４６）を備えている場合には、一方の編集編集装置では基本的な処理を実行させ、他方の編集編集装置では付加的な処理を実行させることで、処理を適切に分散させて、処理効率を上げることが好ましい。
例えば、通常の写真プリントの作成と、カレンダーや写真付きはがきなどのテンプレート合成を行う商品とを含む注文に対しては、注文のあった全画像データのセットアップを一方の画像編集装置（例えばワークフロー管理装置（第１の画像編集装置）４４）で行い、そのうちの通常のプリントを作成する画像データについては、セットアップ後の画像データをプリンタに出力する。また、画像合成を行う画像データについては、セットアップ後の画像データを他方の画像編集装置（例えば第２の画像編集装置４６）へ送り、その画像編集装置でテンプレート合成をしてから、プリンタに出力する。
【０１０６】
また、例えば、複数画像についての写真プリント注文に対し、赤目補正処理を行う場合に、一方の画像編集装置で、全画像のセットアップと赤目検出を行って、赤目処理が必要な画像と不要な画像に分け、赤目処理が不要な画像は先にプリンタに出力し、赤目処理が必要な画像は、他方の画像処理装置で赤目除去処理を行ってからプリンタに出力する。
【０１０７】
上記の各例のような場合、オーダ管理部２０は、まず最初に、全体の処理工程を記載したジョブチケットを発行し、途中で異なる処理工程となる（工程が分岐する）時点からジョブチケットを分割する。
【０１０８】
また、最終工程として、照合・袋詰め工程を配置し、各出力装置で出力した生成物が注文内容に沿っているかを確認したい要請がある。
この場合、分割されたジョブチケットを同一識別子同士で再結合し、照合・袋詰め作業工程において、注文内容を再生する。例えば、モニタ上に、注文番号と注文内容を表示可能にしたり、別個のプリンタにより、注文内容を紙に出力する。これにより、照合作業を容易化できる。
【０１０９】
ジョブ（工程）が分岐・結合する場合の、ジョブチケットの分割・結合について、さらに詳細に説明する。
【０１１０】
ジョブ（工程）の分岐とは、ある工程に対してその直後の工程が複数個存在し、それが同時に並行して工程処理できる場合をいう。例えば、図１５に示すように、入力画像について検定を行った後、プリント出力（図中、出力機Ｆｒと示す。）とＣＤ−Ｒ出力（図中、出力機ＤＩＣと示す。）の２つの装置において並行して処理を行う場合である。
分割されたジョブチケットは、同一の識別子が付与されており、オーダ管理部２０（ワークフローサーバ２６）は、それらが同一注文であることを把握することが可能である。
【０１１１】
ジョブ（工程）の結合とは、ある工程に対してその直前の工程が複数個存在し、各工程の終了を待ち合わせして得られた結果を、その工程処理へ反映させる場合に行う場合をいう。例えば、図１６に示すように、フィルムからの画像入力工程・検定工程（図中、入力機Ｆｒと示す。）と、メディアからの画像入力工程・検定工程（図中、入力機ＤＩＣと示す。）とに続いて、それらの工程で得た画像を同一のＣＤ−Ｒに出力する場合である。
【０１１２】
ジョブの分岐・結合に対応するジョブチケットの分割・結合は、分割元または結合先となるアクティビティコンポーネントＡｃのジョブキューが行う。すなわち、該当するアクティビティコンポーネントＡｃのジョブキューがジョブ分割手段またはジョブ結合手段として機能する。
【０１１３】
図１７は、ジョブを分岐・結合した場合のジョブチケットの流れを示す。
ジョブを分岐した場合は、ジョブチケットを分岐した工程に対応して分割し、分割ジョブチケットをアクティビティコンポーネントＡｃ間で受け渡しして、処理作業を進行する。分割されたジョブチケットは、いずれも、分割前のジョブチケットと同一のジョブチケット識別子を保持する。これにより、同一のオーダのジョブを一意に識別することができる。
【０１１４】
ジョブを分岐した場合は、最終工程で結合して、該当する１件分の処理内容をモニタに表示したり、プリントアウトするなど、外部出力に供するのが好ましい。これにより、複数種類のプロダクトを作製した場合に、すべてのプロダクトを１件のオーダ分として照合する作業を容易にすることができる。
【０１１５】
図１８は、図１５の工程（分岐工程）を実行する各アクティビティコンポーネントＡｃの処理シーケンスの例を示す図である。
ジョブを分岐した場合、ジョブチケットは、分岐したジョブチケットごと独立してアクティビティコンポーネントＡｃ間で受け渡しされる。上述のように、分岐後のジョブチケットは、同一のジョブチケット識別子を保持するが、実行工程識別子は、それぞれの分岐後の工程のものを保持する。そのため、ジョブチケット識別子および実行工程識別子の組み合わせによって、分岐単位でジョブチケットを一意に識別することができる。
【０１１６】
図１８の例においては、画像の入力検定の後、画像をプリント出力するとともに、ＣＤ−Ｒにも記録する処理工程（図１５参照）について、入力検定Ａｃ（アクティビティコンポーネント）が、分岐後の工程を行うプリント出力ＡｃおよびＣＤ−Ｒ出力Ａｃのそれぞれに、ジョブチケットおよび論理画像ＬＩ（画像情報）を送信する。なお、両Ａｃへの送信は非同期でよい。
【０１１７】
工程の分岐元となる入力検定Ａｃは、ジョブチケットの分割（複製）、および、論理画像ＬＩの複製（両方のＡｃに送る場合）または分配（一方のＡｃに送る場合）を行った後、分岐先となるプリント出力ＡｃおよびＣＤ−Ｒ出力Ａｃの各次工程の出力にあったジョブチケットと論理画像ＬＩを送信するために、それぞれの工程（出力先）に適した処理を行う。その後、ジョブチケットおよび論理画像ＬＩをプリント出力ＡｃおよびＣＤ−Ｒ出力Ａｃのそれぞれに送信する（Job登録要求、画像送信通知および送信完了通知）。
出力先に応じた処理とは、例えば、ＣＤ−Ｒ出力する場合には、論理画像ＬＩおよび対応する実画像のファイル化処理等である。
【０１１８】
次に、図１９は、図１６の工程（結合工程）を実行する各アクティビティコンポーネントＡｃの処理シーケンスの例を示す図である。
結合工程を実行するアクティビティコンポーネントＡｃのジョブキューは、前工程から受信したジョブチケット（同一のジョブチケット識別子を持つもの）をマージする。例えば、最初に受信したジョブチケットに対して後から受信したジョブチケットを上書きすることによりマージする。ジョブキューがジョブチケットを次工程に送信する際には、実行工程識別子の値を次工程の工程識別子に書き換える。
複数の工程から受信した論理画像ＬＩの加工方法や送信順序は、結合工程を実行するアクティビティコンポーネントＡｃのＡｃ実処理部が決定すればよい。
【０１１９】
結合工程においては、複数の前工程が存在するが、これらの前工程が実行を開始・終了するタイミングは任意である。そのため、結合工程のアクティビティコンポーネントＡｃは、ジョブチケットの工程フロー情報から、複数の前工程からデータが送信されることを判別して、その全部のデータが送られてくるまで待って、処理を開始する。
【０１２０】
図１９の例においては、フィルムからの画像データについて入力検定を行った画像と、画像記録メディアからの画像データについて入力検定を行った画像とを、ともにＣＤ−Ｒ出力する処理工程（図１６参照）について、フィルム検定Ａｃおよびメディア入力検定Ａｃが、ＣＤ−Ｒ出力Ａｃにジョブチケットおよび論理画像ＬＩ（画像情報）を送信する（Job登録要求、画像送信通知および送信完了通知）。
結合先であるＣＤ−Ｒ出力Ａｃは、フィルム検定Ａｃからのデータのターミネータ情報（終端情報、Job送信完了通知）およびメディア入力検定Ａｃからのデータのターミネータ情報を受け取ってから、ＣＤ−Ｒ出力処理を開始する。
【０１２１】
アクティビティレイヤ１６は、ジョブチケットに従って各工程を順に実行する。
１つのジョブチケットに定義されるジョブは、入力工程、検定工程、プリント出力工程など、複数の工程から構成される。各工程は、それぞれ、オーダ管理部２０が割り当てた特定のアクティビティコンポーネントＡｃが実行する。例えば、検定工程は検定アクティビティコンポーネントＡｃが、プリント出力工程はプリント出力アクティビティコンポーネントＡｃが実行する。１つのアクティビティコンポーネントＡｃが複数の工程を担当してもよい。
【０１２２】
アクティビティコンポーネントＡｃは、ジョブチケット上で自分に割り当てられた工程を実行する。作業が完了したら、次の工程を担当するアクティビティコンポーネントＡｃにジョブチケットを渡して作業の実行指示を行う。
このように、アクティビティレイヤ１６では、ジョブチケットに定義された工程フローに従って、ジョブチケットをアクティビティコンポーネントＡｃ間で順に受渡しすることによって、工程フローで指定された最初の工程から最後の工程までを実行する。ジョブチケットの受け渡しをする際には、スキャナ等の入力機から入力された画像の論理画像ＬＩ（次の工程の実行に必要な画像情報を含む）も一緒に受け渡しをする。
【０１２３】
ジョブチケットおよび論理画像ＬＩのアクティビティコンポーネントＡｃ間での受け渡しは、各アクティビティコンポーネントＡｃに存在するジョブキュー（Jobキュー）が管理する。図１３に、アクティビティコンポーネントＡｃ１，Ａｃ２におけるジョブの管理を概念的に示す。
【０１２４】
各ジョブキューは、自己のアクティビティコンポーネントＡｃに投入されたジョブ（Job）を保持する。ジョブキューは、複数のジョブを保持可能であり、優先度に従ってそのうちの１つを選択し、アクティビティコンポーネントＡｃの実処理部に実行指示を行う。
担当する工程の実行を終了した時点で、次工程のジョブキューにジョブを送信し、送信済みのジョブは自己のジョブキューから削除する。
【０１２５】
アクティビティコンポーネントＡｃが工程を実行する際には、スキャナ等からの画像の読み込み、プリンタへの画像出力、画像変換などの画像処理が必要である。これらの画像処理機能は、イメージングレイヤ１８が提供する。
【０１２６】
イメージングレイヤ１８は、実画像情報そのもの（物理画像）ではなく、画像のハンドル情報（論理画像ＬＩ）をアクティビティレイヤ１６に提供する。アクティビティレイヤ１６は、画像情報のメディア間の移動処理や画像処理を、この論理画像ＬＩを使って、論理的な操作で記述することができる。実際のメディア間での画像の移動や画像処理はメディアに依存するが、これらをイメージングレイヤ１８に隠蔽し、アクティビティレイヤ１６側に意識させない構造としている。
【０１２７】
イメージングレイヤ１８は、メディアを抽象化したストレージユニットＳＵを有する。処理対象の実画像（物理画像）は、ストレージユニットＳＵ間でやり取りされる。また、必要に応じて、ストレージユニットＳＵ間で画像変換が実行される。
アクティビティレイヤ１６で論理画像ＬＩに対して実行されたジョブについては、イメージングレイヤ１８において、適宜、実画像に反映する処理が行われる。
【０１２８】
図１４は、装置を跨ぐ場合のジョブチケットの受け渡し方法をハードウェア（装置）の観点から示すブロック図である。例えば、装置Ａおよび装置Ｂを跨いでジョブチケットおよび画像情報（論理画像ＬＩ、実画像）を送信する場合には、送り元の装置Ａにおいて論理画像ＬＩをファイル化し、その論理画像ＬＩファイルのパスを装置Ｂに送信する。送り先の装置Ｂでは、論理画像ＬＩ生成要求を受けると、論理画像ＬＩファイルの指定パスから論理画像ＬＩファイルを取得し、論理画像ＬＩに記述されているパスから画像ファイルを取得することにより、論理画像ＬＩおよび実画像を受け取る。
【０１２９】
最後に、図３のステップＳ６の生産情報の保存工程では、ワークフローサーバ２６が、アクティビティコンポーネントＡｃから送られた作業の実行状況の通知を受けて、この情報を生産情報として、オーダ単位で生産情報データベース３０に保存する。この際、プリント枚数などの、処理作業で生産したプロダクトに関する情報も、ワークフローサーバ２６に伝達される。
オーダ管理部２０は、顧客（ユーザ）やラボ管理者（オペレータ）から生産情報を要求された場合には、生産情報データベース３０を参照して生産情報を応答することができる。
【０１３０】
以上、詳述したように、本発明の注文処理システム１０では、システムを構成する装置のソフトを３層のレイヤ構成とし、アクティビティレイヤ１６およびイメージングレイヤ１８の間では、データを論理画像情報の形式で扱う。
このように、画像情報を付随情報の形式でのみ扱うことにより、実画像（データ）を装置間で移動する場合以外は、極力実画像を直接扱うことなく、あたかも実画像を直接扱えるような処理を行うことで、画像データの容量に左右されることなく、効率的に画像処理を行うことが可能となる。
【０１３１】
また、ワークフローレイヤ１４およびアクティビティレイヤ１６の間では、装置公開情報を基にしたジョブチケットによるワークフロー工程管理を行う。
これにより、処理工程管理については、ジョブチケットＪＴの内容を主に監視すればよく、実画像データの存在を直接気にすることのない、工程管理を構成することができる。すなわち、個々の画像処理と工程管理の二つに機能を分ける構成を、画像処理システムを構成する各装置の機能部分に適用することにより、全体として拡張性・柔軟性に優れた画像処理システムを構成することができる。
【０１３２】
また、本発明の注文処理システム１０は、各アクティビティコンポーネントＡｃの装置公開情報を基に、注文メニューの表示・ジョブチケットの発行を行う。これにより、出力装置の能力を最大限活用できる注文メニューを提示することが可能である。
特に、ワークフローサーバ２６は、装置公開情報における潜在能力情報・カレント能力情報を考慮し、注文内容に応じてカレント能力情報を注文内容にあわせるタイミングを制御する。そのため、適切なタイミングで装置の設定（カレント能力）を自動的に変更、または変更をオペレータに通知することが可能となるので、円滑な処理工程を備えた画像処理ステムを実現できる。
【０１３３】
また、本発明の注文処理システム１０は、ワークフローレイヤ１４のワークフローサーバ２６が、現在実行中のジョブの処理内容と、実行中のジョブの処理状況と、実行待ちのジョブの処理内容から、これから注文されるジョブの処理順序を決定することによりスケジュールを作成し、実行中ジョブの処理状況に応じて処理順序を変更することによりスケジュールを編集する。
このように、スケジュールを逐次リアルタイムで管理することにより、特急処理モードのような異なる納期処理が可能か否かを顧客に提示することができ、顧客の要望に応じた処理を可能とする。
【０１３４】
また、本発明の注文処理システム１０は、一つの注文内容に異なる処理工程を有する場合、ジョブチケットの識別子を管理することによるジョブ分割手段を有し、必要に応じてジョブ結合手段も有する。
これにより、一つの注文情報でありながら、異なる処理工程を自動的に並行して実行できるので、様々な注文形態にも柔軟に対応することが可能となる。
特に、処理に時間がかかる工程は迂回させることとして、使用頻度の多い処理工程は空き時間を設けることにより、効率の良いスケジュール作成にフィードバックすることができる。
再結合したジョブ内容を照合工程において再生することにより、複雑な注文内容であっても、注文内容の照合に役立てることが容易となる。
【０１３５】
以上、本発明に係る注文処理システムについて詳細に説明したが、本発明は上記種々の実施例に限定されず、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのはもちろんである。
【図面の簡単な説明】
【０１３６】
【図１】本発明の注文処理システムの一実施形態の概略構成を示すブロック図である。
【図２】システム構成例のブロック図である。
【図３】注文処理システム１０における注文処理の大まかな流れを示す図である。
【図４】オーダ受付処理を示すブロック図である。
【図５】受付可能リストの例を示す図である。
【図６】オーダ登録シーケンスを示す図である。
【図７】オーダ実行指示シーケンスを示す図である。
【図８】オーダ内容補完シーケンスを示す図である。
【図９】自動実行処理シーケンスを示す図である。
【図１０】工程フローの一例を示す図である。
【図１１】図１０の工程のジョブチケットの例を示す図である。
【図１２】ジョブチケットの生成・投入処理フロー図である。
【図１３】ジョブキュー間でのジョブの受け渡しを示すブロック図である。
【図１４】装置間を跨ぐジョブチケットおよび画像情報の送受信を示すブロック図である。
【図１５】工程分岐の例を示すブロック図である。
【図１６】工程結合の例を示すブロック図である。
【図１７】ジョブの分割・結合におけるジョブチケットのフロー図である。
【図１８】工程分岐の処理シーケンスを示す図である。
【図１９】工程結合の処理シーケンスを示す図である。
【符号の説明】
【０１３７】
１０、４０  注文処理システム
１２  注文受付部
１４  ワークフローレイヤ
１６  アクティビティレイヤ
１８  イメージングレイヤ
２０  オーダ管理部
２２  オーダ実行指示部
２４  装置公開情報データベース
２６  ワークフローサーバ
２８  オーダ情報データベース
３０  生産情報データベース
３２  画像交換フォルダ
４２  注文受付装置
４４  ワークフロー管理装置（第１の画像編集装置）
４６  第２の画像編集装置
４８  フィルムスキャナ
５０、５２  プリンタ
Ａｃ、５４、５６、５８、６０、６２、６４、６６  アクティビティコンポーネント
ＳＵ、６８、７０、７２、７４、７６、７８、８０  ストレージユニット
【図１】
2007164507.tif 000003
【図２】
2007164507.tif 000004
【図３】
2007164507.tif 000005
【図４】
2007164507.tif 000006
【図５】
2007164507.tif 000007
【図６】
2007164507.tif 000008
【図７】
2007164507.tif 000009
【図８】
2007164507.tif 000010
【図９】
2007164507.tif 000011
【図１０】
2007164507.tif 000012
【図１１】
2007164507.tif 000013
【図１２】
2007164507.tif 000014
【図１３】
2007164507.tif 000015
【図１４】
2007164507.tif 000016
【図１５】
2007164507.tif 000017
【図１６】
2007164507.tif 000018
【図１７】
2007164507.tif 000019
【図１８】
2007164507.tif 000020
【図１９】
2007164507.tif 000021