JP2008129853A - 再生処理サーバおよび注文処理システム - Google Patents

Abstract

【課題】複数の装置により構成される注文システムにおいて、同種の装置を複数有する場合に、適切な装置を用いて再生処理を行うことができ、さらに、ある処理工程を実行している装置が、故障などにより使用不能となった場合に、適切な代替機を割り当てることにより、迅速に再生処理を再開することのできる再生処理サーバおよびこの再生処理サーバを用いる注文処理システムを提供する。
【解決手段】再生処理サーバにおいて、ある処理工程を実行する装置を選択する際に、予めシステムにおいて決定した割り当て条件に基づき、処理を実行する装置を割り当てる。さらに、また、ある処理工程を実行している装置が、故障などにより使用不能となった場合には、予めシステムにおいて決定した再割り当て条件に基づき、適切な代替機を割り当てる。これにより、上記課題を解決する。
【選択図】図３

Description

本発明は、デジタル画像データから写真プリントやその他の商品への画像再生処理の注文に応じて画像再生処理を行う再生処理サーバおよびこの再生処理サーバを用いる注文処理システムに関する。

近年のデジタル技術の普及により、いわゆる写真ラボ店等での画像の注文処理システムにおいて、画像をデジタル形式で取り扱うことが一般的に行われるようになってきている。すなわち、写真フィルムに撮影された画像を光電的に読み取ることにより取得したデジタル画像データや、デジタルカメラでの撮影により取得されたデジタル画像データを用い、その画像データにデジタルの画像処理を施して写真プリントやその他の商品に撮影画像を再生することが行われている。

それに伴い、画像入力形式（画像注文形式）も、従来の写真フィルムに限られず、デジタルカメラによる撮影画像データを記録した記録メディアから行われたり、ネットワーク経由で画像データが転送されることによって行われるようになっている。また、画像の出力形式も、銀塩方式や電子写真方式、インクジェット方式等の様々なプリンタを用いて、写真プリント、Ｔシャツ、マグカップ、カレンダー、アルバム等の各種の製品にプリントしたり、画像処理後に再度記録メディアに書き込む等、サービスが多様化している。

デジタル画像データの加工処理のサービスを受け付ける装置においては、加工処理や工程管理をスムーズに行うために、ジョブチケットを用いることが知られている。
一例として、特許文献１には、印刷を行う際に、アプリケーションなどからの印刷指示に応じて生成される印刷ジョブのデータとしてジョブチケットを利用するプリンタが開示されている。特許文献１では、１台のプリンタにおいて印刷を行う際に、印刷形式や加工処理の内容等の印刷設定を記載したジョブチケットを生成し、これを印刷対象となる印刷データとともにプリンタへ送信する。プリンタでは、ジョブチケットの設定に基づき、印刷データに対する加工処理および印刷処理を実行する。

また、特許文献２には、ジョブチケットを用いることにより、複数の印刷者、仲介者および依頼者の間で、見積もりおよび受発注業務に関するデータの受け渡しを行うことのできる印刷受発注方法および装置が開示されている。特許文献２の印刷受発注装置では、仲介者端末が、各印刷依頼者からの依頼内容を記載したジョブチケットを発行して、これを一括管理する。仲介者端末では、このジョブチケットと、予め有している各印刷者の有する印刷機の情報とを照合して、条件に合致する印刷者へ、印刷依頼者からの依頼内容および発注内容を記載したジョブチケットを発行する。特許文献２では、ジョブチケットを用いて見積もりおよび受発注業務を一括管理することにより、複数の印刷者の中から条件の合致する印刷者へ、短時間で受発注業務を行うことができる。

特開２００６−０４８５３７号公報 特開２００１−２６５８５７号公報

ところで、デジタル画像データの加工処理のサービスを受け付ける装置においては、顧客の多様なニーズに対応するため、スキャナやプリンタ、画像処理装置など、複数種の装置により１つの注文処理システムが構成されているものがある。このような注文処理システムにおいては、１件の注文に対して、複数の装置において、画像データの入力、画像処理、印刷物の出力などの各処理を、処理工程ごとに分担して行う。そして、同一の処理工程を実行できる装置を複数有することにより、複数の注文に対する処理を一度に並列して実行することができる。

このような注文処理システムでは、多様な注文に対応するために、システムを構成する装置を多品種・多機能化することにより、処理工程が注文に応じて多様化し、注文処理の実行におけるシステムの制御が複雑になるという問題がある。
また、同種の処理工程を実行できる装置の数が多いほど、上記システムの制御は複雑になる。

しかしながら、上記の特許文献１は、１台のプリンタにおいて行う印刷処理の印刷設定をジョブチケットに記録して送信するものである。また、特許文献２は、複数の業者間での業務に関するデータをジョブチケットに記録して受け渡すものである。
すなわち、上記の従来技術はいずれも、ジョブチケットに、１つの出力デバイスにおける印刷処理に関する情報を記述して、その出力デバイスにおいて印刷処理を実行しているに過ぎない。そのため、これらの技術では、複数の処理装置を組み合わせて用いることにより１つの注文処理を実行することはできず、上記の従来の注文処理システムの問題点は、依然として解決されていない。

本発明の第１目的は、上記従来技術の問題点を解消し、複数の処理装置によって構成される注文処理システムにおいて、システム全体の制御を複雑にすることなく、安定した制御を行うことのできる再生処理サーバを提供することにある。
また、本発明の第２目的は、そのような再生処理サーバを用いることにより、装置の変更や追加に対して容易に対応でき、拡張性および柔軟性に優れ、かつ、安定した制御が可能な注文処理システムを提供することにある。

上記課題を解決するために、本発明は、注文受付部からの再生処理注文の情報に基づいて画像の再生処理を実行する実行部に接続され、前記実行部における再生処理の実行を管理する再生処理サーバであって、前記実行部は、前記再生処理に要する複数の工程のうち１以上の工程を実行する複数のコンポーネントを有し、前記再生処理サーバは、１件の前記再生処理注文の情報に応じて、前記再生処理の各工程を実行するコンポーネントの候補を選択するコンポーネント選択部と、前記コンポーネント選択部により選択された前記コンポーネントの候補の中から、予め定義された割り当て条件に基づき、前記再生処理の各工程を実行するコンポーネントを決定するコンポーネント割り当て部と、前記再生処理注文の情報および前記コンポーネント割り当て部で決定された前記コンポーネントの情報を用いて、前記再生処理の各工程の内容、工程の実行順序および各工程を実行するコンポーネントを指示する情報である作業指示情報を、１件の注文につき１つ生成する作業指示情報生成部とを有することを特徴とする再生処理サーバを提供する。

このような前記再生処理サーバにおいては、前記実行部が有する複数のコンポーネントが実行可能な工程の組み合わせからなる作業指示テンプレートを記憶するテンプレート記憶部と、１件の前記再生処理注文の情報に応じて、前記テンプレート記憶部から、前記再生処理を実行できる工程が設定された１つの作業指示テンプレートを選択するテンプレート選択部とを有し、前記作業指示情報生成部は、前記テンプレート選択部により選択された前記作業指示テンプレートの各工程に、前記コンポーネント割り当て部で決定されたコンポーネントの情報を割り当てることにより、前記作業指示情報を生成することが好ましい。

また、前記割り当て条件は、前記コンポーネントの負荷状況、前記コンポーネントの現行能力、指定装置、注文形態、納期、および、ユーザ指示のいずれか２以上から選択可能であることが好ましい。

さらに、前記再生処理サーバは、前記作業指示情報の前記各工程に割り当てられたコンポーネントの稼動状態を監視し、前記コンポーネントの故障を検出したときは、前記コンポーネント選択部が、前記複数のコンポーネントの中から、故障した前記コンポーネントの代替となる代替コンポーネントの候補を選択し、前記コンポーネント割り当て部が、前記コンポーネント選択部により選択された前記代替コンポーネントの候補の中から、予め定義された再割り当て条件に基づき、前記故障したコンポーネントに代わって前記各工程を実行する代替コンポーネントを決定し、前記作業指示情報生成部が、前記作業指示情報の、前記故障したコンポーネントが割り当てられている工程に、前記コンポーネント割り当て部で決定された前記代替コンポーネントの情報を割り当てることにより、前記作業指示情報を再生成することが好ましい。

また、前記再割り当て条件は、前記コンポーネントの負荷状況、前記コンポーネントの現行能力、指定装置、注文形態、納期、および、ユーザ指示のいずれか２以上から選択可能であることが好ましい。

さらに、前記再割り当て条件が、ユーザ指示である場合には、前記コンポーネント選択部は、選択した前記代替コンポーネントの候補をユーザに選択可能に提示し、前記コンポーネント割り当て部は、ユーザによって選択された前記代替コンポーネントの候補を前記再生処理の工程を実行するコンポーネントとして決定することが好ましい。

また、前記コンポーネント選択部は、前記実行部の各コンポーネントの能力情報を取得し、その能力情報に基づいて前記コンポーネントの候補を選択することが好ましい。

さらに、本発明は、入力画像および入力画像の再生処理注文の情報の入力を受け付ける注文受付部と、上述の再生処理サーバと、前記再生処理に要する複数の工程のうち１以上の工程を実行する複数のコンポーネントとを有する注文処理システムを提供する。

本発明によれば、上記構成により、複数の工程に跨る画像再生処理を指示する作業指示情報（ジョブチケット）によって、各工程を実行するコンポーネント（または、そのコンポーネントを有する装置）を統括して制御できる。そのため既存のシステムに対して装置の追加や変更を行った場合にも、それらの装置を既存のシステムに有機的に接合して制御することができ、柔軟性・拡張性に優れた注文処理システム、および、そのような注文処理システムに用いられる再生処理サーバを提供することができる。
さらに、本発明の再生処理サーバおよびこの再生処理サーバを用いる注文処理システムによれば、複数種の処理装置によって構成され、かつ、同種の処理工程を実行できる装置を複数有する注文処理システムにおいて、ある処理工程を実行する装置を選択する際に、予めシステムにおいて定義された選択条件に基づき、処理を実行する装置を選択することにより、適切な装置を用いて効率よく再生処理を行うことができる。このため、システム全体の制御を複雑にすることなく、安定した制御を行うことができる。また、ある処理工程を実行する装置が、故障などにより使用不能となった場合に、適切な代替機を割り当てることにより、迅速に再生処理を再開することができるため、安定した制御を行うことができる。

本発明に係る再生処理サーバおよびこの再生処理サーバを用いる注文処理システムを添付の図面に示す好適実施例に基づいて以下に詳細に説明する。

図１は、本発明の再生処理サーバを用いる本発明の注文処理システムの一実施形態の概略構成を示すブロック図である。図１に示す注文処理システム１０は、本発明の注文処理システムに相当し、プリント作成や、Ｔシャツ、マグカップ等の各種製品への画像再生、ＣＤ等の記録メディアへの画像データの保存等、各種の画像再生処理の注文を受け付けて、その再生処理注文に応じた再生処理を行う注文処理システムである。注文処理システム１０は、注文受付部１２と、管理部であるワークフローレイヤ（Ｗｆレイヤ）１４と、画像処理等の処理作業を行うアクティビティレイヤ（Ａｃレイヤ）１６とを備えている。

図１において、ワークフローレイヤ１４およびアクティビティレイヤ１６は、注文処理システム１０のソフトウェア構造を概念的に示している。
注文処理システム１０は、複数の装置が連携してひとつのオーダを実行する分散型のシステムである。すなわち、注文処理システム１０は、ハードウェア構造においては、異なる機能を有する複数の装置によって構成され、各装置が機能を分担することにより、総合的に、図１に示すワークフローレイヤ１４およびアクティビティレイヤ１６からなるソフトウェア構造を形成する。
具体的には、例えば、注文処理システム１０は、注文受付部１２として機能する注文受付機と、ワークフローレイヤ１４およびアクティビティレイヤ１６における複数の機能を分担する制御機、入力機および出力機等によって構成することができる。このような装置構成例については後述する。

なお、図１において、レイヤ間やレイヤ中の構成要素間の破線枠は、インターフェースを模式的に示している。レイヤ間や構成要素間のインターフェースは、各部の構成に対応するものを用いればよい。
注文受付部１２とワークフローレイヤ１４との情報の受け渡しには、予め定義されたラボ情報注文規格に準拠したインターフェースが用いられている。したがって、かかるラボ情報注文規格に準拠したオーダ情報を生成するソフトを備えるか、または介在させることにより、任意のパソコン等を注文受付部１２として機能させることができる。

注文受付部１２は、顧客からのプリント作成等の画像再生処理注文を受け付ける部分である。注文受付部１２は、注文内容および注文対象画像（入力画像）の画像データを受け付けて、注文内容の情報（オーダ情報）をワークフローレイヤ１４へ送り、注文対象の画像データを、注文受付部１２の内部または外部の図示しないストレージユニットに格納する。

ワークフローレイヤ１４は、注文処理システム１０におけるワークフローの管理部として機能する部分であり、オーダ管理部２０、オーダ実行指示部２２および装置公開情報データベース２４を有している。
オーダ管理部２０は、本発明の再生処理サーバに相当し、ワークフローサーバ（Ｗｆサーバ）２６、オーダ情報データベース２８、生産情報データベース３０およびテンプレートデータベース３２を有している。

ワークフローサーバ２６は、注文受付部１２からのオーダ情報を受け取り、オーダ情報データベース２８に登録するとともに、そのオーダ情報およびシステムの状況に基づいて、テンプレートデータベース３２内に保持されている作業指示テンプレートであるジョブチケットテンプレートを基に、注文処理システム１０における作業指示情報であるジョブチケット（Job Ticket）を生成する。そして、生成したジョブチケットを、画像再生のジョブ（処理作業）を実行するアクティビティレイヤ１６に送る。アクティビティレイヤ１６は、このジョブチケットに従ってジョブを実行する。
さらに、ワークフローサーバ２６は、ジョブチケットに定義したジョブの実行状況を監視する。

本発明において、ジョブチケットとは、注文処理システム１０においてオーダを処理するための、いわば作業指示書に相当するものであり、オーダを処理する工程の実行順序（工程フロー）、処理内容及び実行先（装置）を定義した情報である。ジョブチケットは、１件のオーダについて１つ発行される。
このジョブチケットの形式は、写真ラボで使用される多種の装置に対して汎用性を有するように規格されている。
例えば、ジョブチケットに記載される情報としては、画像データ入力、検定、合成、出力のような工程種別の情報、赤目処理、トリミング、日付プリント、画像合成のような特別な処理の情報、入力メディア種別、出力製品種別、プリントサイズ、出力解像度のような入出力関連情報が挙げられ、これらの情報が、多種の処理装置に理解可能な所定の規格に則った形式で記載される。

ワークフローサーバ２６は、オーダの種別などに基づき、基本的な注文処理工程のパターンを設定したジョブチケットを、ジョブチケットテンプレート（以下、テンプレートという）としてテンプレートデータベース３２に複数登録しておき、このテンプレートを用いて、ジョブチケットの生成を行う。
なお、注文処理システム１０においては、テンプレートを用いてジョブチケットの生成を行うが、本発明はこれに限定されず、テンプレートを用いることなく、オーダ情報およびシステムの状況に基づいて、直接ジョブチケットの生成を行ってもよい。

オーダ情報データベース２８は、現在受け付けている未処理のオーダ情報を保存する部分である。注文受付部１２から送られたオーダ情報は、ワークフローサーバ２６によってオーダ情報データベース２８に登録される。オーダ情報データベース２８に登録されたオーダ情報は、オーダ実行指示部２２でのオーダの一覧表示に用いられ、また、後述するワークフローサーバ２６でのジョブチケットの生成に用いられる。

生産情報データベース３０は、アクティビティレイヤ１６におけるジョブの実行状況に関する情報を保存する部分である。アクティビティレイヤ１６は、画像再生処理に必要な複数の工程、例えば画像の入力工程、検定工程、画像合成等の画像処理工程、製品出力工程等のうち１以上の工程を実行するアクティビティコンポーネントＡｃを複数有しており、各アクティビティコンポーネントＡｃにおける作業の開始および終了などの、作業の実行状況の情報が、生産情報としてワークフローサーバ２６に通知され、ワークフローサーバ２６によって生産情報データベース３０に記録される。
生産情報データベース３０に記録された生産情報は、注文処理システム１０における工程管理に用いられる。
また、１つのオーダ情報について各工程での処理が全て完了すると、生産情報データベース３０に、実行されたジョブチケットの内容が生産実績として記録される。

テンプレートデータベース３２は、テンプレートを保持するものである。テンプレートデータベース３２には、各アクティビティコンポーネントＡｃにおいて実行可能な工程の組み合わせからなるテンプレートが、予め登録されている。
前述のように、ワークフローサーバ２６は、注文受付部１２からオーダ情報を取得すると、オーダ情報をオーダ情報データベース２８に登録するとともに、オーダ情報を基にテンプレートデータベース３２から適切なテンプレートを読み出して、これに基づいてジョブチケットを生成する。

本発明において、注文処理システム１０は、同種の装置、つまり、ある処理工程を実行する能力のあるアクティビティコンポーネントあるいはこれを有する装置を、複数台接続することができる。オーダ管理部２０は、このような場合に、複数のアクティビティコンポーネントの中から、オーダを処理するための各処理工程を実行するアクティビティコンポーネントを決定するための条件を定義した知識ベースのデータである、ポリシーデータを有している。ポリシーデータは、例えば、各アクティビティコンポーネントの負荷状況、現行での処理能力（処理速度）、指定装置、注文形態、納期、ユーザ指示などの、複数の装置の中での優先順位を決定するための条件である。

オーダ管理部２０は、ある処理工程を実行可能なアクティビティコンポーネントが複数あった場合に、その処理工程にどのアクティビティコンポーネントを割り当てるかを決定するための、割り当てポリシーデータ（以下、割り当てポリシーという）と、一旦割り当てたアクティビティコンポーネントに故障などのエラーが起こった場合に、そのアクティビティコンポーネントに代わってその処理工程を実行する代替アクティビティコンポーネントを決定するための、再割り当てポリシーデータ（以下、再割り当てポリシーという）との、２種類のポリシーデータを有している。これらのポリシーデータは、システムの導入時に設定されており、システム起動時などに、オペレータが、モニタなどの表示部、および、キーボード、マウス、タッチパネルなどの図示しない指示入力部を用いて変更することができる。
テンプレートとこれを用いるジョブチケットの生成方法、およびポリシーデータについては、後に詳述する。

オーダ実行指示部２２は、オーダ情報データベース２８に登録されている未処理のオーダについて、オーダの実行を指示する部分である。
オーダ実行指示部２２は、図示しないモニタ等の表示部に接続されており、ワークフローサーバ２６を介してオーダ情報データベース２８に登録されているオーダ（ジョブ）の一覧情報を得て、その一覧情報を表示部に表示する。また、オーダ実行指示部２２は、キーボード、マウス、表示部に備えられたタッチパネル等の図示しない指示入力部に接続されており、オペレータによる指示入力部の操作によってオーダの一覧表から実行するオーダが選択されると、選択されたオーダの実行指示（情報）を発行し、ワークフローサーバ２６へ送信する。
または、オーダ実行指示部２２は、オペレータによるオーダ選択を経ず自動的にオーダの実行指示を発行してもよい。

装置公開情報データベース２４は、注文処理システム１０を構成する各装置の能力を表す装置公開情報を保持する部分である。
装置公開情報とは、注文処理システム１０を構成する各装置のアクティビティコンポーネントＡｃが、例えば装置の利用者や他の装置など、外部に対して公開する、自己の能力情報である。
各アクティビティコンポーネントＡｃは、自己の能力情報をワークフローレイヤ１４に対して公開し、その能力情報は、装置公開情報として、装置公開情報データベース２４に保存される。

上述したように、注文処理システム１０は、複数の装置が連携してひとつのオーダを実行する分散型のシステムである。このため、処理の実行においては、各装置間での情報交換が必須である。装置公開情報は、この装置間の情報交換に用いられる。
装置公開情報は、各アクティビティコンポーネントＡｃの能力情報として、アクティビティコンポーネントＡｃが実行可能な処理工程および各処理工程について対応可能な処理の種類の情報を含んでいる。
各処理工程について対応可能な処理の種類とは、例えばプリント出力工程のアクティビティコンポーネントＡｃであれば、対応するプリンタの仕様として出力可能なプリントサイズの情報である。すなわち、装置公開情報には、現在プリンタにセットされているペーパーサイズだけでなく、セット可能な全てのペーパーサイズを用いて出力可能なプリントサイズの情報が含まれる。

また、装置公開情報は、この他に、そのアクティビティコンポーネントＡｃ（その機能を担う装置）が、装置の設定により、現在使用可能な能力（現行能力）の情報も有する。現在使用可能な能力の情報とは、例えば、対応するプリンタの仕様として出力可能なプリントサイズのうち、現在プリンタにセットされているペーパーサイズを用いて出力可能なプリントサイズの情報である。
装置公開情報データベース２４に保持された装置公開情報は、ワークフローサーバ２６において、ジョブチケットの生成に用いられる。

アクティビティレイヤ１６は、画像再生処理の実行部として機能する。アクティビティレイヤ１６は、注文受付部１２が受け付けたオーダの対象となる画像データを取得し、ジョブチケットに従って、取得した画像データに対して処理作業を実行する画像処理部として機能する。
また、アクティビティレイヤ１６は、処理後の画像を写真プリントやその他の製品に再生し、製品として出力する機能も合わせ持つ。

アクティビティレイヤ１６における複数の処理は、ハードウェア上は複数の装置に分担されている。具体的には、例えば、注文処理システム１０を構成するハードウェアとして、フィルムスキャナやデータ取込み装置等の画像データ入力機、画像処理機、制御機、プリンタ・プロセッサ等の画像出力機やデータ書込み装置等の画像データ出力機などが用いられ、これらの各装置がアクティビティレイヤ１６における複数の処理を分担する。

アクティビティレイヤ１６は、注文受付部１２が受け付けたオーダの対象となる画像データを取得し、この画像データに対して、ワークフローレイヤ１４のワークフローサーバ２６が生成したジョブチケットに沿って処理作業を実行する。
アクティビティレイヤ１６は、画像再生処理に必要な複数の工程のうち１以上の工程を実行するアクティビティコンポーネントＡｃを複数有しており、ジョブチケットに沿って、所定のアクティビティコンポーネントＡｃで所定の処理を所定の順序で実行する。図１には、例として、３つのアクティビティコンポーネントＡｃ（Ａｃ１、Ａｃ２、Ａｃ３）を示してある。アクティビティレイヤ１６のアクティビティコンポーネントＡｃは、ハードウェア上は、注文処理システム１０を構成する上述の複数の装置に分担されている。

次に、図１の注文処理システム１０を具体的な装置に適用した例について説明する。
上述したように、注文処理システム１０は、ワークフローレイヤ１４およびアクティビティレイヤ１６に属するコンポーネントで構成される。これらのコンポーネントは、複数の装置に配置することが可能である。ただし、オーダ管理部２０は、１システムに１つ配置される。

図２は、図１に示した注文処理システム１０を構成する装置（ハードウェア）の例である。図２の注文処理システム４０は、注文受付装置４２と、第１の画像編集装置を兼ねるワークフロー管理装置４４と、第２の画像編集装置４６と、フィルムスキャナ４８と、プリンタ５０、５２とから構成される。これらの各装置はイーサネット（登録商標）等の通信回線で接続されている。

注文受付装置４２は、図１の注文処理システム１０における注文受付部１２としての機能を有し、オーダ情報（注文情報）を取得するもので、例えば、写真ラボ店や各種の店舗に設置された自動プリント注文受付機、写真ラボ店のシステム端末、顧客のパソコン等のインターネット注文受付端末である。注文受付装置４２は、図示しないが、顧客（ユーザ）がオーダ情報を入力するためのキーボード、マウス、タッチパネル等の指示入力手段、注文受付画面を表示するモニタを備える。

また、注文受付装置４２は、画像データの取得手段として、各種の画像記録メディアから画像を読み出す読取装置、インターネット等の通信回線を通じて送信された画像データを受信する通信機器、デジタルカメラに接続する接続部等の１つ以上を備える。
注文受付装置４２が画像データの取得手段によって取得した画像データは、図示しないストレージユニットに一時的に格納され、ジョブチケットに従って、ワークフロー管理装置４４または第２の画像編集装置４６に送られる。
また、注文受付装置４２が取得したオーダ情報は、ワークフロー管理装置４４に送られる。

ワークフロー管理装置（第１の画像編集装置）４４は、注文処理システム４０全体のワークフロー管理や実行するオーダの指示の受付を行うオーダ管理部２０を有する。このオーダ管理部２０は、図１の注文処理システム１０におけるオーダ管理部２０である。
また、ワークフロー管理装置４４は、図１の注文処理システム１０におけるオーダ実行指示部２２に相当するオーダ実行指示部２２Ａと、装置公開情報データベース２４(図示省略）を有する。

また、ワークフロー管理装置４４は、注文受付部１２から、顧客からの画像データを受け取り、ジョブチケットに従って、入力された画像データ（入力画像データ）の検定工程や画像合成等の画像処理工程を行い、さらに、画像処理後の画像データをＣＤ−Ｒ等の記録メディアに書き込む等の、画像編集装置としての機能を有する。これらの処理は、入力・検定・合成Ａｃ（５４）、ＣＤ−Ｒ（メディア）出力Ａｃ（５６）によって実行される。

第２の画像編集装置４６は、ワークフロー管理装置４４の画像編集装置としての機能と同様の機能を有する。すなわち、顧客からの画像データの入力工程を実行するとともに、入力画像データの検定工程や画像合成等の画像処理工程を実行し、さらに、注文内容に応じて画像処理後の画像データをＣＤ−Ｒ等の記録メディアに書き込むことができる。これらの処理は、入力・検定・合成Ａｃ（５８）、ＣＤ−Ｒ（メディア）出力Ａｃ（６０）によって実行される。

フィルムスキャナ４８は、写真フィルムに撮影された画像を光電的に読み取って画像データに変換する。また、フィルムスキャナ４８は、読み取った画像データに対し、必要に応じて、入力画像データの検定工程や画像合成等の画像処理工程を実行することもできる。これらの処理は、入力・検定・合成Ａｃ（６２）によって実行される。また、フィルムスキャナ４８は、ジョブチケットに従ってオーダ処理を開始させるオーダ実行指示部２２Ｂとしての機能も有する。オーダ実行指示部２２Ｂは、図１の注文処理システム１０におけるオーダ実行指示部２２に相当する。

フィルムスキャナ４８は、全自動を原則とする注文処理システム４０を構成する上では必須の構成要素ではないが、フィルムスキャナ４８を備えることにより、顧客が写真フィルムからのプリント作成等の画像再生処理注文を行った場合には、このフィルムスキャナ４８によって、写真フィルムの撮影画像から画像データを取得して、注文に応じた所定の処理を実行することができる。

プリンタ５０およびプリンタ５２は、ワークフロー管理装置（第１の画像編集装置）４４、第２の画像編集装置４６、フィルムスキャナ４８から転送された処理後の画像データを写真プリントとして出力する機能を有する。
ワークフロー管理装置４４または第２の画像編集装置４６で取得され編集処理された画像データ、または、フィルムスキャナ４８で取得され編集処理された画像データは、プリンタ５０または５２に転送され、プリント処理に供される。

プリンタ５０とプリンタ５２は、共に同じ仕様のプリンタである。また、その種類には限定はなく、例えば銀塩写真方式のデジタルプリンタ、インクジェットプリンタ、電子写真方式、昇華型などの公知の各種のプリンタを用いればよい。
また、注文処理システム４０は、プリンタ５０および５２の他に、仕様の異なるプリンタをさらに備えていてもよい。

図１の注文処理システム１０のワークフローレイヤ１４に属するオーダ管理部２０は、図２の注文処理システム４０においては、ワークフロー管理装置４４に備えられている。また、注文処理システム１０のオーダ実行指示部２２は、注文処理システム４０のワークフロー管理装置４４（オーダ実行指示部２２Ａが対応）およびフィルムスキャナ４８（オーダ実行指示部２２Ｂが対応）に備えられている。

また、注文処理システム１０のアクティビティレイヤ１６に属する各アクティビティコンポーネントＡｃが、ワークフロー管理装置４４（入力・検定・合成Ac(54)およびＣＤ−Ｒ（メディア）出力Ac(56)が対応）と、第２の画像編集装置４６（入力・検定・合成Ac(58)およびＣＤ−Ｒ（メディア）Ac(60)が対応）と、フィルムスキャナ４８（入力・検定・合成Ac(62)が対応）と、プリンタ５０（プリントAc(64)が対応）と、プリンタ５２（プリントAc(66)が対応）に、それぞれ備えられている。

このように各レイヤに応じた要素が各装置に配分されることにより、図２の注文処理システム４０は、全体として図１の注文処理システム１０を構成している。そして、これらの各装置が連携して注文処理を実行する。
なお、注文処理システム４０を構成する各装置の数は、図２の例には限定されない。例えば、２台以上の注文受付装置４２を備えていても良いし、３台以上のプリンタ５０（５２）を備えていてもよい。また、画像編集装置４６の数も増減可能である。

次に、図１の注文処理システム１０における処理の流れを、具体的な装置例である注文処理システム４０も参照しつつ、詳細に説明する。

上述のように、本発明の再生処理サーバを用いる本発明の注文処理システムは、同種の装置、つまり、ある１つの処理工程を実行する能力のあるアクティビティコンポーネントを複数接続することができる。これにより、同一の処理工程を行うオーダが複数ある場合に、その工程を実行する能力のある装置を複数並列して使用することによって、複数のオーダを並行して処理することができるという利点がある。
本発明の注文処理システム１０は、同一の処理工程を行うアクティビティコンポーネント、またはこれを有する装置が複数存在する場合に、予め定義されたポリシーデータに基づき、アクティビティコンポーネントを選択することにより、各オーダに対して、最適なアクティビティコンポーネントを用いて、効率よく再生処理を行うことができる。

図３および図４は、注文処理システム１０における注文処理の基本型の流れを示している。本実施形態では、一例として、同種の出力装置を複数有する場合の注文処理について示す。
なお、本実施形態では、注文処理システム１０は、出力工程を実行するアクティビティコンポーネントを複数有する構成となっているが、本発明はこれに限定されず、注文処理システム１０は、出力工程を実行するアクティビティコンポーネントを１台と、その他の処理工程を実行するアクティビティコンポーネントをそれぞれ複数有する構成や、あるいは、出力工程を含め、２つ以上の処理工程において、それらの処理工程を実行するアクティビティコンポーネントを、それぞれ複数有する構成などであってもよい。そのような場合も、本実施形態と同様に、本発明を実現可能である。

図３に示すように、注文処理システム１０において、注文受付装置４２がオーダを受け付けると（ステップＳ１）、オーダ管理部２０において、適切なテンプレートが選択され（ステップＳ２）、選択されたテンプレートにおける各処理工程を実行するアクティビティコンポーネントＡｃの候補が１つ以上選択される（ステップＳ３）。さらに、ステップＳ４において、割り当てポリシーに基づき、各処理工程を割り当てるアクティビティコンポーネントＡｃが決定され、ステップＳ５において、選択されたテンプレートおよびアクティビティコンポーネントＡｃの情報をもとにジョブチケットが生成される。すなわち、オーダ管理部２０は、本発明のコンポーネント選択部、コンポーネント割り当て部、および作業指示情報生成部として機能する。

さらに、図４に示すように、ステップＳ６では、各処理工程を実行する直前に、各処理工程を割り当てられたアクティビティコンポーネントが正常に稼動する状態であるかどうかの故障チェックを行う。故障が検出された場合は、再割り当てポリシーに基づき、再度、その処理工程を実行可能なアクティビティコンポーネントの選択および割り当てを行い、ジョブチケットを再発行する。そして、ステップＳ７で、アクティビティレイヤ１６において、生成されたジョブチケットに基づき、オーダの生産処理が実行される。生産処理が完了すると、ステップＳ８において、ジョブチケットの生産処理結果が、生産実績として生産情報データベース３０に記録される。

以下、図３および図４の流れに沿って、図１の注文処理システム１０における個々の処理について、順に説明する。

ステップＳ１の注文では、オーダの受付と、受け付けたオーダのオーダ情報データベース２８への登録が行われる。
図２の注文処理システム４０においては、顧客または店員が注文受付装置４２で、画像再生処理注文を開始すると、注文受付装置４２（図１の注文受付部１２）からオーダ管理部２０へ、対応するオーダＩＤの取得が要求される。
これに応じてオーダ管理部２０がオーダＩＤを発行し、注文受付装置４２へ通知する。

注文受付装置４２は、受付可能なオーダの種別（メニュー）をモニタの注文受付画面に表示する。
顧客は、注文受付装置４２の指示入力手段を用いて、注文受付画面に示されたオーダの種別の中から、画像への特殊な処理および加工の有無や、入力メディアおよび出力メディアの種類および数などといった、注文の内容に該当する項目を選択・入力し、画像を再生した所望の商品を注文する。
注文受付装置４２は、入力された注文内容を表すオーダ情報を、オーダ管理部２０から通知されたオーダＩＤに対応付けて、オーダ管理部２０に送信し、オーダ管理部２０に対してオーダ登録を要求する。

オーダ情報には、少なくとも、オーダＩＤ、入力メディア、処理内容、および出力メディアが記録される。オーダＩＤは、前述のように、オーダ管理部２０から通知されたオーダごとのＩＤである。入力メディアは、オーダの対象となる画像が記録された記録メディアの種類および数であり、記録メディアの種類には、例えば、135フィルムネガ、135フィルムセピア、Memory Stick、Zipファイルなどがある。処理内容は、注文処理システム１０において、全てのオーダについて行う基本的な処理であり、予めオーダ情報に記録されている。本実施形態においては、一例として、全てのオーダ情報に、処理内容として画像検定が記録されているものとする。出力メディアは、商品として出力する記録メディアの種類であり、例えば、100ｘ200サイズのプリント、150ｘ250サイズのプリント、ＣＤ−Ｒ、およびZipファイルなどがある。

さらに、オーダ情報には、必要に応じて特別処理の項目を設定することができる。特別処理とは、顧客の注文に基づいて行う特殊な画像処理であり、例えば、トリミング、赤目補正、画像合成、色補正などがある。
オーダ情報には、顧客や店員によって、注文受付装置４２から入力された上述の注文内容が登録される。
図３に、オーダ情報の例として、入力メディアがMemory Stickであり、出力メディアにＬプリントを指定した場合のオーダ情報７０を示す。

オーダ登録要求を受けて、オーダ管理部２０では、オーダ情報をオーダ情報データベース２８（図１参照）に登録するとともに、オーダ情報を基に、テンプレートデータベース３２に登録されたテンプレート７２（図３参照）のうち、オーダ情報に記録された各処理を行う工程が設定されたものを選択する（図３のステップＳ２）。

ここで、ジョブチケットの生成方法、その構成および作用について説明する。
上述したように、ジョブチケットは、処理工程内容を記載した手順情報であり、オーダを処理する工程の実行順序（工程フロー）、処理内容及び実行先（装置）を定義した情報である。ジョブチケットは、テンプレート、装置公開情報、およびオーダ情報を基に生成される。

オーダ管理部２０では、注文受付装置４２からオーダ情報を受け取ると、オーダ情報を基に、テンプレートデータベース３２（図１参照）から、そのオーダを実行するのに適切なテンプレートを選択する。テンプレートの選択は、各オーダ情報に記録されている入力メディアおよび出力メディアの数および種類と、さらに、特別処理が指定されている場合は、その内容とに基づいて行う。

テンプレートデータベース３２には、注文処理システム４０において、１つのオーダについて製品を出力する工程フローのパターンとして、各アクティビティコンポーネントＡｃにおいて実行可能な工程の組み合わせからなるテンプレートが、予め登録されている。

図５に、６種類のテンプレートの例を示す。
図５（ａ）は、標準的なオーダの場合のテンプレートである。オーダ情報において、入力メディアおよび出力メディアの数が各１であり、特別処理が指定されていない場合は、このテンプレートを選択する。
図５（ｂ）は、特別処理を指定したオーダの場合に用いるテンプレートである。図５（ａ）と同様に、入力メディアおよび出力メディアの数が各１であり、特別処理が１種類指定されているオーダの場合、このテンプレートを選択する。
また、特別処理が２種類以上ある場合に対応して、図５（ｂ）において、特別処理工程が２つ以上直列したテンプレートを保持してもよい。

また、注文処理システム１０（注文処理システム４０）で受け付ける注文の中には、注文受付装置４２では同一の注文処理で注文されたものでありながら、出力メディアの異なる複数種類の商品を生産する場合がある。
例えば、写真プリントの作成と、画像処理後の画像データを記録したＣＤとを含む注文や、銀塩式ミニラボ機で実行可能な、Ｌサイズ８９ｍｍ×１２７ｍｍのサービスサイズ判の写真プリントの作成と、Ａ１サイズなどの、大判インクジェットプリンタでのみ実行可能なポスターの作成とを含む注文が挙げられる。
あるいは、異なる複数種類の記録メディアに記録されている画像を、同一の出力メディアにまとめて出力する注文も考えられる。
図５（ｃ）〜（ｆ）は、このような注文に対応するテンプレートの例である。

図５（ｃ）は、例えば、１本のフィルムなどの１種類の入力メディアから、異なる２種類の商品を出力する場合に選択するテンプレートである。すなわち図５（ｃ）は、入力メディア数が１で、出力メディア数が２の場合に対応するテンプレートである。図５（ｃ）は、例えば出力工程１で写真プリントの出力を行い、出力工程２でＣＤ−Ｒの出力を行う場合などに用いるテンプレートである。
図５（ｄ）は、例えば、図５（ｃ）と同様に１本のフィルムなどの１種類の入力メディアから、Ｌサイズの写真プリントとＣＤ−Ｒを出力し、さらに、インデックスプリントを作成する場合に用いるテンプレートである。すなわち図５（ｄ）は、入力メディア数が１で、出力メディア数が３の場合に対応するテンプレートである。図５（ｄ）は、例えば出力工程１では、写真プリントを出力して、出力工程２ではＣＤ−Ｒを出力し、さらに、出力工程３においてインデックスプリントを出力する。

図５（ｅ）は、例えば、２本のフィルムから、Ｌサイズの写真プリントの出力を行う場合に用いる。すなわち図５（ｅ）は、入力メディア数が２で、出力メディア数が２の場合に対応するテンプレートである。この場合は、２本のフィルムを１つのオーダ情報として注文を受け付けている。したがって、入力から出力までの各工程はフィルムごとに別々に行うが、出力された写真プリントは、同一の注文に対する商品としてまとめられる。
図５（ｆ）は、例えば、入力メディアについては図５（ｅ）と同様に、２本のフィルムについて１件のオーダとして注文がなされており、さらに、出力として、各フィルムの写真プリントと、２本のフィルムの画像を同一のＣＤ−Ｒにまとめたものとを出力する場合に用いるテンプレートである。すなわち図５（ｆ）は、入力メディア数が２で、出力メディア数が３の場合に対応するテンプレートである。図５（ｆ）は、２本のフィルムについて、出力工程１および２において写真プリントを出力するとともに、出力工程３において、各フィルムの画像を同一のＣＤ−Ｒに出力する場合などに用いられる。

上述のテンプレートは、予め図１のテンプレートデータベース３２に登録されている。オーダ管理部２０は、オーダ情報に記録されている入力メディアおよび出力メディアの種類および数、特別処理の内容などに基づいて、テンプレートデータベース３２からそのオーダを実行するのに適切なテンプレートを選択して、これを基に、ジョブチケットの生成を行う。つまり、オーダ管理部２０は、オーダ情報の入力メディアの数とテンプレートの入力工程の数、オーダ情報の出力メディアの数とテンプレートの出力工程の数、および、オーダ情報の特別処理の数とテンプレートの特別処理工程の数とが一致するテンプレートを選択する。

図３に示すオーダ情報７０は、入力メディアおよび出力メディアの数はそれぞれ１であり、特別処理は指定されていないので、特別処理の数は０である。よって、入力および出力工程の数が各１であり、特別処理工程の数が０であるテンプレートを選択すればよく、図５（ａ）がオーダ情報７０に対応するテンプレートとなる。したがって、図５（ａ）のテンプレートを基にジョブチケットの生成を行う。

図３のステップＳ２においてテンプレートを選択すると、ステップＳ３において、オーダ管理部２０は、選択したテンプレートの複製を作製し、複製されたテンプレート（以下、複製テンプレートという）に、各工程での処理を行うアクティビティコンポーネントＡｃの候補を、各工程につき１以上割り当てる。
アクティビティコンポーネントＡｃの割り当ては、オーダ管理部２０が装置公開情報データベース２４を参照して、アクティビティコンポーネントＡｃの装置公開情報を基に、各工程を実行することのできるアクティビティコンポーネントＡｃ（装置）を選択することにより行う。

図３の装置公開情報７４および７６に示すように、装置公開情報には、注文処理システム１０を構成する装置ごとに、装置名、アクティビティコンポーネント名、対応可能な工程、および各工程についての対応可能な処理内容や記録メディアが列記されている。
例えば、図３において、ＰＣ１という装置は、Ａｃ１およびＡｃ２というアクティビティコンポーネントを備えている。Ａｃ１は入力工程および検定工程を実行する能力を有し、Ａｃ２は出力工程を実行する能力を有する。また、Ａｃ１の入力工程は、フィルムおよびMemory Stickからの画像を入力する能力を有し、検定工程は、オートセットアップで画像検定を行う能力を有する。Ａｃ２の出力工程は、Ｌサイズの写真プリントを出力する能力を有する。さらに、ＰＣ２という装置は、Ａｃ３という出力工程を実行するアクティビティコンポーネントを備えており、Ａｃ３はＬサイズの写真プリントを出力する能力を有する。

このような装置公開情報７４および７６は、装置公開情報データベース２４に登録され、外部に公開されているため、オーダ管理部２０からも参照することができる。オーダ管理部２０では、装置公開情報を参照して、複製テンプレートの各工程の処理を行う能力のあるアクティビティコンポーネントＡｃを選択する。
例えば、図３において、オーダ情報７０に示すオーダの場合は、入力工程および検定工程を行うアクティビティコンポーネントとしてＡｃ１を選択し、出力工程を行うアクティビティコンポーネントの候補として、Ａｃ２およびＡｃ３を選択すればよい。

次に、ステップＳ４において、処理を実行する装置の候補として、１つのアクティビティコンポーネントが選択されている工程においては、そのアクティビティコンポーネントを、その工程の処理を行うアクティビティコンポーネントに決定する。さらに、処理を実行する装置の候補として複数のアクティビティコンポーネントが選択されている工程において、割り当てポリシーに基づき、その工程の処理を行うアクティビティコンポーネントを１つに決定する。すなわち、図３の例において、出力工程の処理を行うアクティビティコンポーネントを、Ａｃ２およびＡｃ３のいずれかに決定する。

オーダ管理部２０は、ある処理工程を実行するアクティビティコンポーネントの候補が複数選択された場合に、どのアクティビティコンポーネントを割り当てるかを決定するための割り当てポリシーを有している。
割り当てポリシーは、アクティビティコンポーネントを各処理工程に割り当てる際に、優先する条件を定義する知識ベースのデータである。出力工程における割り当てポリシーの例としては、負荷状況優先、紙幅優先、指定装置優先、アプリケーション優先、オーダ優先、およびオペレータ指定などの条件があり、この中から、システムの構成やユーザの方針などに応じて条件が選択される。選択された条件は、注文処理システム１０における割り当てポリシーとして定義され、オーダ管理部２０がこれを保持する。割り当てポリシーは、システムの導入時に決定すればよく、また、システム起動時などに、オペレータによる図示しない指示入力部の操作などにより、変更することができる。

出力工程における割り当てポリシーにおいて、負荷状況優先は、最も負荷の低いアクティビティコンポーネントを優先的に割り当てるものである。負荷状況の判断は、例えば、オーダ管理部２０から注文処理システム１０（４０）内のネットワークに向けて、pingコマンドを発行し、最も早く応答が返ってきたアクティビティコンポーネントが、最も負荷が低いと判断することにより行う。
紙幅優先は、装置のマガジン交換が少なくなるように、現在装置に挿入されているマガジンのサイズが、オーダに対応するものであるアクティビティコンポーネントを優先的に割り当てるものである。現在挿入されているマガジンのサイズは、装置公開情報データベース２４に登録されている装置公開情報のうち、現在使用可能な能力の情報を参照することにより、検知すればよい。
指定装置優先は、システム導入時や、新たに装置を追加した際などに、予め、処理工程の種類ごとに、各処理工程を実行するアクティビティコンポーネントを指定しておき、指定された装置を優先的に割り当てるものである。
アプリケーション優先は、オーダの送信元の注文受付装置（アプリケーション）によって、処理工程を行うアクティビティコンポーネントを振り分けて、割り当てるものである。

オーダ優先は、オーダの納期に応じて、納期の早いオーダに対して、負荷の低い、または処理能力の高いアクティビティコンポーネントや、専用のアクティビティコンポーネントなどを割り当てて、納期の早いオーダの処理を優先的に行うものである。
ここで、注文処理システム１０は、割り当てポリシーにオーダ優先が選択されているときは、通常の処理（通常モード、余裕時間を考慮した通常納期処理）に加え、通常の処理に優先して処理することにより通常よりも短い納期（例えば、注文の受付から数分程度）での処理を行う短納期処理（特急モード）を選択的に実行可能とする。
すなわち、割り当てポリシーがオーダ優先であるときは、注文受付装置４２は、注文受付画面に、特急モードが選択可能であることを表示する。
あるいは、注文処理システム１０において、注文受付装置４２が特急モードを選択可能に設定されたときに、自動的に、割り当てポリシーとしてオーダ優先が選択されるようにしてもよい。

注文受付装置４２で特急モードの選択が可能であるとき、すなわち、割り当てポリシーにオーダ優先が選択されているときは、オーダ管理部２０は、各アクティビティコンポーネントの工程状況を参照して、手続き中のオーダの、通常モードの場合の仕上がりまでの時間と、特急モードの場合の仕上がりまでの時間とを算出して注文受付装置４２に送る。注文受付装置４２は、算出された、各モードにおける仕上がり予定時刻（納期）を顧客に提示する。
新たな注文を行う顧客は、注文受付装置４２が提示した仕上がり予定時刻を見て、特急モードにするか、通常モードにするかを選択することができる。選択されたモードは、オーダＩＤ、入力メディア、処理内容、および出力メディアなどの情報と共に、オーダ情報に記録される。さらに、提示された仕上がり予定時刻が、オーダの納期として、オーダ情報に記録される。

オーダ管理部２０は、オーダ情報に記録されたモードの情報を基に、特急モードのオーダを優先的に処理するように、装置の負荷状況や処理能力、または専用の装置であるか否かに応じて、アクティビティコンポーネントを割り当てる。また、各アクティビティコンポーネントの現在の負荷状況を参照して、負荷となっている各処理の納期に余裕のあるアクティビティコンポーネントを、特急モードのオーダに割り当てて、この割り当てたアクティビティコンポーネントの中で、通常モードのオーダの納期を遵守できる範囲で、特急モードのオーダを優先的に処理するように、各オーダの処理順序を入れ替えてもよい。

オペレータ指定は、選択されたアクティビティコンポーネントの候補を、モニタなどの表示部に表示して、オペレータが選択可能にし、オペレータが指示入力部を用いて指示したアクティビティコンポーネントを、出力工程に割り当てるアクティビティコンポーネントとして決定するものである。
割り当てポリシーは、上述の例以外にも、適宜設定してもよい。
図３においては、一例として、注文処理システム１０（４０）の割り当てポリシーは、割り当てポリシーデータ７８（以下、割り当てポリシーという）に示すように、負荷状況優先に定義されている。

図３に示す例では、ステップＳ３において、出力工程にＡｃ２およびＡｃ３の複数のアクティビティコンポーネントが選択されている。よって、ステップＳ４では、オーダ管理部２０は、割り当てポリシーに基づいて、出力工程の候補として選択されたＡｃ２およびＡｃ３のうちいずれかを、出力工程を行うアクティビティコンポーネントとして割り当てる。
ここでは、割り当てポリシー７８に示すように、負荷状況優先の割り当てポリシーが定義されているので、オーダ管理部２０は、２つのアクティビティコンポーネントにpingコマンドを発行して、２つのアクティビティコンポーネントのうち応答が早い方を、より負荷が低いと判断して、出力工程を行うアクティビティコンポーネントに割り当てる。ここでは、出力工程を行う装置としてＡｃ３が割り当てられたものとする。

このようにして、割り当てポリシーに基づき、出力工程を行うアクティビティコンポーネントＡｃが割り当てられると、オーダ管理部２０は、複製テンプレートに、各工程に割り当てられたアクティビティコンポーネントＡｃの識別情報を記載することにより、ジョブチケットを生成し、保持する（図３のステップＳ５）。
図３に示す例では、入力および検定工程にＡｃ１、出力工程にＡｃ３を割り当てたジョブチケット８０を生成する。

このように、割り当てポリシーを定義することにより、出力工程を実行する能力を有するアクティビティコンポーネントが複数存在する場合であっても、割り当てポリシーに則った、適切なアクティビティコンポーネントを割り当ててジョブチケットを生成することができる。
これにより、割り当てポリシーとして負荷状況優先が定義されている場合には、負荷状況が最も軽いアクティビティコンポーネントが割り当てられることにより、実行待ちの時間を短縮でき、処理効率を向上させることができる。
また、割り当てポリシーとして紙幅優先が定義されている場合には、マガジン交換の回数を最小限にでき、オペレータの作業負担およびマガジン交換による時間のロスを最小限にすることができる。
割り当てポリシーとして指定装置優先が定義されている場合には、出力先を基本的に１箇所に集約することができる。
また、割り当てポリシーとしてアプリケーション優先が定義されている場合には、オーダの送信元と出力装置とを基本的に対応付けられるので、出力された製品の管理が容易となる。
割り当てポリシーとしてオーダ優先が定義されている場合には、オーダのモードに基づき、特急モードのオーダを優先的に出力することにより、顧客が速やかに商品を受け取ることができる。また、ラボでは、特急モードという高付加価値のサービスを提供することができる。
また、割り当てポリシーとしてオペレータ指定が定義されている場合には、オペレータが指定したアクティビティコンポーネントが割り当てられるので、オペレータの方針に沿った再生処理を行うことができる。
なお、ポリシーデータの選択条件については、特に限定はなく、例示した以外の選択条件を設定してもよい。

注文受付装置４２において顧客等の指示操作によりオーダが確定されると、注文受付装置４２は、オーダの対象となる画像が記録されたデジタルメディアから対象画像を読み出して、注文受付装置４２の内部または外部の図示しないストレージユニットに格納する。
なお、画像がフィルムに記録されている場合には、オペレータがフィルムを、例えばフィルムスキャナ４８などの読み取り装置にセットすることにより、フィルムスキャナ４８において画像データを得て、得られた画像データをストレージユニットに格納する。

次に、図４のステップＳ６において、各工程での処理を開始する直前に、オーダ管理部２０が、その工程での処理を割り当てられているアクティビティコンポーネントが正常に稼動する状態であるかどうかの故障チェックを行う。
上述したように、オーダ管理部２０は、ジョブチケットに定義したジョブの実行状況を監視している。また、各アクティビティコンポーネントＡｃは、工程の実行の開始や終了など、工程の進捗状況に応じた通知をオーダ管理部２０に対して行う。これらにより、オーダ管理部２０では、各工程での処理を開始する直前に、各アクティビティコンポーネントが、正常な状態であるかどうかをチェックする。また、処理の実行中に、定期的に故障チェックを行い、処理の途中で、アクティビティコンポーネントに故障などの異常が起こった場合に、それを検知できるようにしてもよく、さらに、ジョブチケットが生成されてから、生産処理が開始される直前までの間にも、故障チェックを行うようにしてもよい。

図６に、図４のステップＳ６における故障チェックの流れを示す。
図６のステップＳ１１において、オーダ管理部２０は、各工程での処理を開始する直前に、ジョブチケットに記載された、次の工程処理を行うアクティビティコンポーネントが故障していないかどうかをチェックする。
アクティビティコンポーネントが正常な状態であれば（ステップＳ１１でＮの場合）、図４のステップＳ７へ進み、ジョブチケットに従った生産処理を開始する。
アクティビティコンポーネントが故障などの異常な状態である場合は（ステップＳ１１でＹの場合）、オーダ管理部２０は、そのアクティビティコンポーネントに割り当てられている処理工程を実行するためのアクティビティコンポーネントを検索する（ステップＳ１２）。

ここで、図３に示すジョブチケット８０に関し、出力工程を実行するＡｃ３が故障した場合を例にとって説明する。
上述のように、オーダ管理部２０は、ポリシーデータとして、割り当てポリシーの他に、再割り当てポリシーを有している。図６のステップＳ１３およびステップＳ１４では、再割り当てポリシーに基づき、アクティビティコンポーネントの再選択および出力工程への割り当てを行う。
Ａｃ３の故障を検知すると、オーダ管理部２０は、装置公開情報データベース２４を参照して、Ａｃ３に割り当てられている出力工程、つまり、Ｌサイズのプリントを出力する能力のあるアクティビティコンポーネントを検索する（ステップＳ１２）。さらに、検索の結果、該当するアクティビティコンポーネントが存在する場合には（ステップＳ１２でＹの場合）、再割り当てポリシーに基づき、出力工程の処理を割り当てるアクティビティコンポーネントを決定する（ステップＳ１３）。

再割り当てポリシーは、図３のステップＳ５においてジョブチケットの各処理工程に割り当てられたアクティビティコンポーネントが、故障などにより使用不可能となった場合に、代替機として割り当てる代替アクティビティコンポーネントを決定するためのポリシーデータである。
再割り当てポリシーは、割り当てポリシーと同様に、予め、システムごとに設定され、後に変更可能なものであり、オーダ管理部２０が保持している。
図３および図６においては、割り当てポリシーと再割り当てポリシーとは、同じ選択条件の項目を有しているが、本発明はこれに限定されず、割り当てポリシーと再割り当てポリシーとは、互いに異なる選択条件の項目を有するものであってもよい。また、定義される項目も、割り当てポリシーと再割り当てポリシーとで、それぞれ異なっていてもよい。

図６の例では、再割り当てポリシーは、オペレータ指定となっているので、オーダ管理部２０は、これに基づき、ステップＳ１２において検索したアクティビティコンポーネントをモニタなどの表示部に表示し、オペレータに、表示されたアクティビティコンポーネントの中から、Ａｃ３の代わりに出力工程を実行するアクティビティコンポーネントを選択させる。
図３に示す例では、出力工程を行う能力のあるアクティビティコンポーネントとして、Ａｃ２が残っているので、オペレータは、Ａｃ２を選択する。
なお、図３に示す例のように、アクティビティコンポーネントの候補が１つしかない場合は、再割り当てポリシーに関わらず、自動的に、そのアクティビティコンポーネントを、故障したアクティビティコンポーネントの代替機として割り当てるようにしてもよい。

このようにして、ステップＳ１３において、Ａｃ２を、Ａｃ３の代わりに出力工程を実行するアクティビティコンポーネントとして決定する。
装置公開情報データベース２４を検索した結果、該当するアクティビティコンポーネントが存在しない場合は（ステップＳ１２でＮの場合）、出力工程を実行することができないため、生産処理は中断される（ステップＳ１５）。生産処理が中断された場合には、モニタ表示や音声メッセージなどにより、その旨をオペレータに通知することが好ましい。あるいは、使用不可能となっているアクティビティコンポーネントが正常な状態に戻るまで待機して、それから自動的に生産処理を再開するようにしてもよい。

図６のステップＳ１３において、出力工程を実行するアクティビティコンポーネントが決定されると、ステップＳ１４において、オーダ管理部２０は、決定したアクティビティコンポーネントの識別情報を、ジョブチケットの、故障したアクティビティコンポーネントに割り当てられている工程に、新たに記載することにより、ジョブチケットの再生成を行う。すなわち、図４に示す例の場合は、図３のジョブチケット８０の、出力工程を実行する装置情報として、Ａｃ２の識別情報を上書きする。
ジョブチケットが再生成されると、このジョブチケットに基づき、図６のステップＳ１１において、再びアクティビティコンポーネントの故障チェックを行う。新たに割り当てられたアクティビティコンポーネントが正常な状態であれば、図４のステップＳ７へ進む。

図４のステップＳ７においては、オーダ実行指示部２２からのオーダ実行指示に基づいて、オーダ管理部２０がアクティビティレイヤ１６へオーダの実行を指示すると、アクティビティレイヤ１６において、ジョブチケットに従った生産処理が開始される。

オーダの実行の際には、まず、オーダ実行指示部２２からオーダ管理部２０に対して、オーダ情報データベース２８に登録されているオーダ（ジョブ）の一覧情報が要求される。
オーダ管理部２０は、この要求に対して、オーダ情報データベース２８からデータを読み出して、登録されているオーダの一覧情報を生成して、オーダ実行指示部２２に送る。
オーダ実行指示部２２は、オーダの一覧情報に基づいてオーダを一覧表示する。
オーダ実行指示部２２において、オペレータが、オーダの一覧表から実行対象のオーダを選択し、実行を指示すると、オーダ実行指示部２２は、オーダ管理部２０に対してジョブの実行を要求する。

オーダ管理部２０は、実行要求を受けると、注文受付装置４２のストレージユニットに格納されている画像データから、そのオーダのジョブチケットに対応する画像データを読み出し、アクティビティレイヤ１６におけるアクティビティコンポーネントＡｃのうち、最初の工程を処理するアクティビティコンポーネントＡｃに、読み出した画像データとジョブチケットとを渡し、作業の実行を指示する。
アクティビティレイヤ１６では、作業の実行指示に応答し、受け取ったジョブチケットに従って、受け取った画像データに対して、各アクティビティコンポーネントＡｃにおいて各工程を処理する。このとき、各アクティビティコンポーネントＡｃは、工程の実行の開始や終了など、工程の進捗状況に応じた通知をオーダ管理部２０のワークフローサーバ２６に対して行う。ワークフローサーバ２６は、受け取った通知の内容を進捗状況として、生産情報データベース３０に記録する。

アクティビティコンポーネントＡｃは、ジョブチケット上で自分に割り当てられた工程を実行する。作業が完了したら、次の工程を担当するアクティビティコンポーネントＡｃにジョブチケットを渡して作業の実行指示を行う。
このように、アクティビティレイヤ１６では、ジョブチケットに定義された工程フローに従って、ジョブチケットをアクティビティコンポーネントＡｃ間で順に受渡しすることによって、工程フローで指定された最初の工程から最後の工程までを実行する。ジョブチケットの受け渡しをする際には、注文受付装置４２またはフィルムスキャナ４８等の入力機から入力された画像も一緒に受け渡しをする。

上記は、オーダ実行指示部２２においてオペレータからの指示を受けて、ジョブ実行要求が行われる例である。これに対し、自動実行処理を行う自動実行オーダの場合には、オペレータの操作がなされることなく、スケジューリングされた処理開始時刻になるなどの適当な契機によって、自動的に、オーダ管理部２０からアクティビティレイヤ１６のアクティビティコンポーネントＡｃに対してジョブ実行要求が発行される。

このようにして、ジョブチケットに従って各処理工程が施され、処理工程が全て終了すると、最後に、ワークフローサーバ２６が、アクティビティコンポーネントＡｃから送られた作業の完了通知を受けて、生産処理結果であるジョブチケットを、生産実績８４（図４参照）として生産情報データベース３０に保存する（図４のステップＳ８）。この際、プリント枚数などの、生産した製品に関する情報も、ワークフローサーバ２６に伝達される。

このように、再割り当てポリシーを用いることにより、ジョブチケットに沿った生産処理を行う際に、処理を行うアクティビティコンポーネントが故障などにより処理不可能な状態となった場合にも、再割り当てポリシーに基づきアクティビティコンポーネントの再割り当てを行うことにより、迅速に、生産処理を再開することができる。

以上、詳述したように、本発明の再生処理サーバおよびこれを用いる注文処理システムによれば、ある処理工程を行うことのできるアクティビティコンポーネントが複数存在する場合に、その処理工程を実行するアクティビティコンポーネントを決定するためのポリシーデータを定義しておき、これに基づき、ジョブチケットにおいて処理工程を割り当てるアクティビティコンポーネントを決定することにより、適切な装置を用いて効率よく再生処理を行うことができる。
また、再生処理の際に、装置が故障などにより使用不能となった場合に、ポリシーデータに基づき適切な代替機を割り当てることにより、迅速に再生処理を再開することができる。

以上、本発明に係る再生処理サーバおよびこれを用いる注文処理システムについて詳細に説明したが、本発明は上記種々の実施例に限定されず、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのはもちろんである。

本発明の再生処理サーバを用いる注文処理システムの一実施形態の概略構成を示すブロック図である。 システム構成例のブロック図である。 図１の注文処理システムにおける注文処理の流れの一例を示す図である。 図１の注文処理システムにおける注文処理の流れの一例を示す図である。 ジョブチケットテンプレートの例を示す図である。 図１の注文処理システムにおける故障チェックの流れを示すフローチャートである。

符号の説明

１０、４０ 注文処理システム
１２ 注文受付部
１４ ワークフローレイヤ
１６ アクティビティレイヤ
２０ オーダ管理部
２２ オーダ実行指示部
２４ 装置公開情報データベース
２６ ワークフローサーバ
２８ オーダ情報データベース
３０ 生産情報データベース
３２ テンプレートデータベース
４２ 注文受付装置
４４ ワークフロー管理装置（第１の画像編集装置）
４６ 第２の画像編集装置
４８ フィルムスキャナ
５０、５２ プリンタ
Ａｃ、５４、５６、５８、６０、６２、６４、６６ アクティビティコンポーネント
７０ オーダ情報
７２ ジョブチケットテンプレート
７４、７６ 装置公開情報
７８ 割り当てポリシーデータ
８０ ジョブチケット
８２ 再割り当てポリシーデータ
８４ 生産実績

Claims (8)

1. 注文受付部からの再生処理注文の情報に基づいて画像の再生処理を実行する実行部に接続され、前記実行部における再生処理の実行を管理する再生処理サーバであって、
   前記実行部は、前記再生処理に要する複数の工程のうち１以上の工程を実行する複数のコンポーネントを有し、
   前記再生処理サーバは、１件の前記再生処理注文の情報に応じて、前記再生処理の各工程を実行するコンポーネントの候補を選択するコンポーネント選択部と、
   前記コンポーネント選択部により選択された前記コンポーネントの候補の中から、予め定義された割り当て条件に基づき、前記再生処理の各工程を実行するコンポーネントを決定するコンポーネント割り当て部と、
   前記再生処理注文の情報および前記コンポーネント割り当て部で決定された前記コンポーネントの情報を用いて、前記再生処理の各工程の内容、工程の実行順序および各工程を実行するコンポーネントを指示する情報である作業指示情報を、１件の注文につき１つ生成する作業指示情報生成部とを有することを特徴とする再生処理サーバ。
2. 前記再生処理サーバは、前記実行部が有する複数のコンポーネントが実行可能な工程の組み合わせからなる作業指示テンプレートを記憶するテンプレート記憶部と、
   １件の前記再生処理注文の情報に応じて、前記テンプレート記憶部から、前記再生処理を実行できる工程が設定された１つの作業指示テンプレートを選択するテンプレート選択部とを有し、
   前記作業指示情報生成部は、前記テンプレート選択部により選択された前記作業指示テンプレートの各工程に、前記コンポーネント割り当て部で決定されたコンポーネントの情報を割り当てることにより、前記作業指示情報を生成することを特徴とする請求項１に記載の再生処理サーバ。
3. 前記割り当て条件は、前記コンポーネントの負荷状況、前記コンポーネントの現行能力、指定装置、注文形態、納期、および、ユーザ指示のいずれか２以上から選択可能であることを特徴とする請求項１または２に記載の再生処理サーバ。
4. 前記再生処理サーバは、前記作業指示情報の前記各工程に割り当てられたコンポーネントの稼動状態を監視し、
   前記コンポーネントの故障を検出したときは、前記コンポーネント選択部が、前記複数のコンポーネントの中から、故障した前記コンポーネントの代替となる代替コンポーネントの候補を選択し、
   前記コンポーネント割り当て部が、前記コンポーネント選択部により選択された前記代替コンポーネントの候補の中から、予め定義された再割り当て条件に基づき、前記故障したコンポーネントに代わって前記各工程を実行する代替コンポーネントを決定し、
   前記作業指示情報生成部が、前記作業指示情報の、前記故障したコンポーネントが割り当てられている工程に、前記コンポーネント割り当て部で決定された前記代替コンポーネントの情報を割り当てることにより、前記作業指示情報を再生成することを特徴とする請求項１〜３のいずれかに記載の再生処理サーバ。
5. 前記再割り当て条件は、前記コンポーネントの負荷状況、前記コンポーネントの現行能力、指定装置、注文形態、納期、および、ユーザ指示のいずれか２以上から選択可能であることを特徴とする請求項４に記載の再生処理サーバ。
6. 前記再割り当て条件が、ユーザ指示である場合には、
   前記コンポーネント選択部は、選択した前記代替コンポーネントの候補をユーザに選択可能に提示し、
   前記コンポーネント割り当て部は、ユーザによって選択された前記代替コンポーネントの候補を前記再生処理の工程を実行するコンポーネントとして決定することを特徴とする請求項５に記載の再生処理サーバ。
7. 前記コンポーネント選択部は、前記実行部の各コンポーネントの能力情報を取得し、その能力情報に基づいて前記コンポーネントの候補を選択することを特徴とする請求項１〜６のいずれかに記載の再生処理サーバ。
8. 入力画像および入力画像の再生処理注文の情報の入力を受け付ける注文受付部と、
   請求項１〜７のいずれかに記載の再生処理サーバと、
   前記再生処理に要する複数の工程のうち１以上の工程を実行する複数のコンポーネントとを有する注文処理システム。

Images