(57)【要約】【課題】同種の処理を実行する装置が２台以上接続される場合でも、システム全体の管理を複雑にすることなく、安定した管理を行うことのできる管理システムを提供する。【解決手段】１の処理工程においてジョブチケットを最初に受け取るマスター装置と、マスター装置と同種の処理を実行する、マスター装置に直列に接続された１以上のサブ装置とからなる装置列を１以上備え、装置列単位でジョブの実行を管理することにより上記課題を解決する。【選択図】図２
2008117133.tif 000002
【特許請求の範囲】
【請求項１】
ジョブの内容が記載されたジョブチケットに基づいてジョブの実行を管理する管理システムであって、
１の処理工程において前記ジョブチケットを最初に受け取るマスター装置と、前記マスター装置と同種の処理を実行する、前記マスター装置に直列に接続された１以上のサブ装置とからなる装置列を１以上備え、
前記装置列単位でジョブの実行を管理することを特徴とする管理システム。
【請求項２】
前記マスター装置および前記サブ装置は、それぞれ、設定されたジョブ受け入れ条件に基づいてジョブの受け入れを管理する受け入れ管理部を有し、
前記受け入れ管理部は、前記ジョブチケットに記載されたジョブが前記ジョブ受け入れ条件を満たすときは、そのジョブチケットを受け取ってそのジョブの該当する処理工程を実行し、前記ジョブチケットに記載されたジョブが前記ジョブ受け入れ条件を満たさないときは、そのジョブチケットを後続する前記サブ装置に転送する請求項１に記載の管理システム。
【請求項３】
各装置の前記ジョブ受け入れ条件が、装置の故障時または負荷超過時にはジョブを受け入れないよう設定されている請求項２に記載の管理システム。
【請求項４】
各装置の前記ジョブ受け入れ条件が、優先度が一定の範囲であるジョブを受け入れるよう設定されており、前記マスター装置および前記１以上のサブ装置の少なくとも１つは、受け入れるジョブの前記優先度の範囲が異なる請求項２または３に記載の管理システム。
【請求項５】
前記マスター装置は、自己の装置およびそれに接続されたすべての前記サブ装置の能力情報を保持し、保持している前記能力情報に基づいて前記ジョブチケットに記載されたジョブを実行する装置を決定し、決定された装置が前記サブ装置であれば、前記ジョブチケットをそのサブ装置に転送し、決定された装置が前記マスター装置であれば、前記ジョブチケットを受け取る請求項１に記載の管理システム。
【請求項６】
前記マスター装置は、前記サブ装置から優先的に前記ジョブの実行装置として決定する請求項５に記載の管理システム。
【請求項７】
入力画像および入力画像の再生処理注文を受け付けて、前記再生処理注文に応じた再生処理を行う注文処理システムであって、
前記再生処理注文の注文内容に応じた再生処理のための工程の内容、工程の実行順序および工程の実行先を指示する情報を記載したジョブチケットを１件の注文につき１つ生成するジョブチケット生成部と、
請求項１〜４のいずれかに記載の管理システムと、を備え、
前記ジョブチケット生成部は、前記マスター装置の能力情報を参照して、前記ジョブの各工程についてその工程を実行可能な前記装置列の前記マスター装置を選択し、選択した前記マスター装置を前記工程の実行先として記載した前記ジョブチケットを生成することを特徴とする注文処理システム。
【請求項８】
入力画像および入力画像の再生処理注文を受け付けて、前記再生処理注文に応じた再生処理を行う注文処理システムであって、
前記再生処理注文の注文内容に応じた再生処理のための工程の内容、工程の実行順序および工程の実行先を指示する情報を記載したジョブチケットを１件の注文につき１つ生成するジョブチケット生成部と、
請求項５または６に記載の管理システムと、を備え、
前記ジョブチケット生成部は、前記マスター装置が保持する自己の装置の能力情報およびそれに接続されたすべての前記サブ装置の能力情報を参照して、前記ジョブの各工程についてその工程を実行可能な前記装置列の前記マスター装置を選択し、選択した前記マスター装置を前記工程の実行先として記載した前記ジョブチケットを生成することを特徴とする注文処理システム。
【請求項９】
前記入力画像の再生処理注文を受け付ける注文受付部と、
前記マスター装置が保持する自己の装置の能力情報およびそれに接続されたすべての前記サブ装置の能力情報に基づいて、受付可能な注文内容のリストを作成して前記注文受付部に提示するリスト作成部とを備える請求項８に記載の注文処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、同種の処理を実行する装置が２台以上接続された処理システムにおいて、処理の実行を管理する管理システム、および、その管理システムを用いた注文処理システムに関する。
【背景技術】
【０００２】
従来、１つのネットワークシステムに２台以上の処理装置を接続して、それらの装置を使い分けて、生産ロットの増減やオンデマンド生産に対応することが行われている。例えば、印刷物の作製や写真プリント等の画像再生製品の作製では、生産ロットが大きいときには、高速処理が可能な装置を用いたり、複数台の処理装置を同時に用いたりしている。
このような従来の処理システムの管理方法としては、管理サーバにおいて、ネットワークに接続されている全ての処理装置を管理し、実行する処理の内容や装置の能力および状態に応じて、手動または自動でその処理を実行する装置を選択する方法がある。
【０００３】
また、特許文献１には、複数ある出力デバイスうちの任意の出力デバイスにより印刷処理を実行するにあたり、出力デバイスの識別情報および印刷処理の指示情報に基づいてその出力デバイスに対するジョブチケットを生成し、生成されたジョブチケットおよび印刷データに基づいて、その出力デバイスによる印刷処理を制御する印刷制御装置が記載されている。この印刷制御装置では、印刷サーバに複数の印刷デバイスがそれぞれ直接的に接続されており、印刷サーバが、印刷処理が実行されようとしている印刷デバイスのＩＤがジョブチケット内に保持されている印刷デバイスＩＤと一致しているか否かを検査している。
【０００４】
【特許文献１】特開２００３−３２３２７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記のような、複数の処理装置の全てを管理サーバに接続して管理する従来の技術では、処理システムを構成する装置が増えるとシステム全体の制御・管理が複雑になるという問題がある。
【０００６】
また、上記従来技術では、処理の実行装置として選択された装置に処理情報や処理対象データを送信した後に、その処理装置が故障したり、過負荷状態となったり、納期が繰上げになったり、といった何らかの理由が生じ、その処理の実行を同等の能力を持つ他の装置に割当て直したい場合には、再度処理装置を選択し直して、処理情報を再送信するか、管理サーバから装置に蓄積されている処理情報を書き換えて処理情報と処理対象データを他の装置に移動させる必要があり、システム管理が複雑でアプリケーションの難易度が高いという問題がある。
【０００７】
また、管理サーバにおいて、処理実行装置を自動選択する場合や、スケジューリングを行う場合に、システムを構成する全装置の能力や状態を把握する必要があり、処理装置の選択やジョブスケジューリングのためのアプリケーションの難易度が高いという問題がある。
【０００８】
一方、写真フィルムに撮影された画像を光電的に読み取ることにより取得したデジタル画像データや、デジタルカメラでの撮影により取得されたデジタル画像データを用い、注文に応じて、その画像データにデジタルの画像処理を施して写真プリントやその他の商品に撮影画像を再生することが行われている。
【０００９】
このような処理を実行する注文処理システムでは、注文画像の入力は、従来の写真フィルムの読み取りのほか、デジタルカメラによる撮影画像データを記録した記録メディアの読み取りや、ネットワーク経由での画像データの転送によっても行われる。
また、プリント対象商品は、写真プリントのほか、Ｔシャツ、マグカップ、カレンダー、アルバムなど多種多用になっている。各種製品への画像の出力には、銀塩写真方式や電子写真方式、各種インクジェット方式等の様々なプリンタを用いることもできる。画像処理後の画像データをＣＤやＤＶＤ等の記録メディアに書き込むサービスも行われている。そして、今後さらにサービスの種類が拡大することも考えられる。
このように多種多様な注文に対応するために、注文処理システムには、各種機器の自由な接続が求められてくる。
【００１０】
しかし、従来の注文処理システムは、システムを構成する各装置を制御するために、そのシステム専用の制御部を有する構成とされている。そのため、注文処理システムを導入している写真ラボ店等において、装置を追加し、または別機種に変更しても、その装置を既存のシステムに有機的に接続して同一の制御部で制御することは困難であり、既存のシステムを柔軟に改良して、処理機能や提供できるサービスを拡張したいといった要望に応えることが難しいという問題がある。
【００１１】
この問題に対し、本出願人は、複数の工程に跨る画像再生処理を指示する作業指示情報（ジョブチケット）という新たな概念を創作し、この作業指示情報により、１つの注文に含まれる異なる処理工程を統括管理することを検討している。これによれば、多様な注文形式にも柔軟に対応することができ、柔軟性・拡張性に優れた注文処理システムを構築することができる。
しかし、このように、異なる処理工程を統括管理するシステムでは、上述の、処理システムを構成する装置が増えるとシステム全体の制御・管理が複雑になるという問題や、故障時等の対策アプリケーションおよびスケジューリングのアプリケーションの難易度が高いという問題は、さらに大きい。
【００１２】
本発明の第１目的は、上記従来技術の問題点を解消し、同種の処理を実行する装置が２台以上接続される場合でも、システム全体の管理を複雑にすることなく、安定した管理を行うことのできる管理システムを提供することにある。
また、本発明の第２目的は、そのような管理システムを用いることにより、装置の変更や追加に対して容易に対応でき、拡張性および柔軟性に優れたシステムであって、かつ、安定した管理が可能な注文処理システムを提供することにある。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、本発明は、ジョブの内容が記載されたジョブチケットに基づいてジョブの実行を管理する管理システムであって、
１の処理工程において前記ジョブチケットを最初に受け取るマスター装置と、前記マスター装置と同種の処理を実行する、前記マスター装置に直列に接続された１以上のサブ装置とからなる装置列を１以上備え、
前記装置列単位でジョブの実行を管理することを特徴とする管理システムを提供する。
【００１４】
ここで、前記マスター装置および前記サブ装置は、それぞれ、設定されたジョブ受け入れ条件に基づいてジョブの受け入れを管理する受け入れ管理部を有し、
前記受け入れ管理部は、前記ジョブチケットに記載されたジョブが前記ジョブ受け入れ条件を満たすときは、そのジョブチケットを受け取ってそのジョブの該当する処理工程を実行し、前記ジョブチケットに記載されたジョブが前記ジョブ受け入れ条件を満たさないときは、そのジョブチケットを後続する前記サブ装置に転送するのが好ましい。
【００１５】
また、各装置の前記ジョブ受け入れ条件が、装置の故障時または負荷超過時にはジョブを受け入れないよう設定されているのが好ましい。
また、各装置の前記ジョブ受け入れ条件が、優先度が一定の範囲であるジョブを受け入れるよう設定されており、前記マスター装置および前記１以上のサブ装置の少なくとも１つは、受け入れるジョブの前記優先度の範囲が異なるのが好ましい。
【００１６】
また、前記マスター装置は、自己の装置およびそれに接続されたすべての前記サブ装置の能力情報を保持し、保持している前記能力情報に基づいて前記ジョブチケットに記載されたジョブを実行する装置を決定し、決定された装置が前記サブ装置であれば、前記ジョブチケットをそのサブ装置に転送し、決定された装置が前記マスター装置であれば、前記ジョブチケットを受け取るのが好ましい。
【００１７】
また、前記マスター装置は、前記サブ装置から優先的に前記ジョブの実行装置として決定するのが好ましい。
【００１８】
また、上記課題を解決するために、本発明は、入力画像および入力画像の再生処理注文を受け付けて、前記再生処理注文に応じた再生処理を行う注文処理システムであって、
前記再生処理注文の注文内容に応じた再生処理のための工程の内容、工程の実行順序および工程の実行先を指示する情報を記載したジョブチケットを１件の注文につき１つ生成するジョブチケット生成部と、
上記いずれかの管理システムと、を備え、
前記ジョブチケット生成部は、前記マスター装置の能力情報を参照して、前記ジョブの各工程についてその工程を実行可能な前記装置列の前記マスター装置を選択し、選択した前記マスター装置を前記工程の実行先として記載した前記ジョブチケットを生成することを特徴とする注文処理システムを提供する。
【００１９】
また、本発明は、入力画像および入力画像の再生処理注文を受け付けて、前記再生処理注文に応じた再生処理を行う注文処理システムであって、
前記再生処理注文の注文内容に応じた再生処理のための工程の内容、工程の実行順序および工程の実行先を指示する情報を記載したジョブチケットを１件の注文につき１つ生成するジョブチケット生成部と、
上記いずれかの管理システムと、を備え、
前記ジョブチケット生成部は、前記マスター装置が保持する自己の装置の能力情報およびそれに接続されたすべての前記サブ装置の能力情報を参照して、前記ジョブの各工程についてその工程を実行可能な前記装置列の前記マスター装置を選択し、選択した前記マスター装置を前記工程の実行先として記載した前記ジョブチケットを生成することを特徴とする注文処理システムを提供する。
【００２０】
ここで、前記入力画像の再生処理注文を受け付ける注文受付部と、
前記マスター装置が保持する自己の装置の能力情報およびそれに接続されたすべての前記サブ装置の能力情報に基づいて、受付可能な注文内容のリストを作成して前記注文受付部に提示するリスト作成部とを備えるのが好ましい。
【発明の効果】
【００２１】
本発明の第１態様である管理システムによれば、処理システムに同種の処理を実行する装置が２台以上接続される場合でも、システム全体の管理を複雑にすることなく、安定した管理を行うことができる。
また、本発明の第２態様である注文処理システムによれば、装置の変更や追加に対して容易に対応でき、拡張性および柔軟性に優れ、かつ、安定した管理を行うことができる。
【発明を実施するための最良の形態】
【００２２】
本発明に係る管理システムおよびその管理システムを用いる注文処理システムを、添付の図面に示す好適実施例に基づいて以下に詳細に説明する。
なお、以下では、本発明の管理システムを注文処理システムに利用した例について説明するが、本発明の管理システムはこれに限らず、同種の処理を実行する装置が２台以上接続されたシステムであれば、各種の処理システムに採用できる。また、本発明の注文処理システムは、以下の画像再生注文処理システムには限定されず、注文に応じた処理を実行する各種の注文処理システムに採用できる。
【００２３】
図１は、本発明の注文処理システムの一実施形態の概略構成を示すブロック図である。図１に示す注文処理システム１０は、プリント作成や、アルバム、フォトブック、ポストカード、Ｔシャツ、マグカップ等の各種製品への画像再生、ＣＤ等の記録メディアへの画像データの保存等、各種の画像再生処理の注文を受け付けて、その再生処理注文に応じた再生処理を行う注文処理システムである。注文処理システム１０は、注文受付部１２と、管理部であるワークフローレイヤ（Ｗｆレイヤ）１４と、実行部であるアクティビティレイヤ（Ａｃレイヤ）１６とを備えている。ワークフローレイヤ１４およびアクティビティレイヤ１６は、本発明の管理システムの一実施形態を構成する。
【００２４】
図１において、ワークフローレイヤ１４およびアクティビティレイヤ１６は、注文処理システム１０のソフトウェア構造を概念的に示している。
注文処理システム１０は、複数の装置が連携してひとつのオーダを実行する分散型のシステムである。すなわち、注文処理システム１０は、ハードウェア構造においては、異なる機能を有する複数の装置によって構成され、各装置が機能を分担することにより、総合的に、図１に示すワークフローレイヤ１４およびアクティビティレイヤ１６からなるソフトウェア構造を形成する。
具体的には、例えば、注文処理システム１０は、注文受付部１２として機能する注文受付機と、ワークフローレイヤ１４およびアクティビティレイヤ１６における複数の機能を分担する制御機、入力機および出力機等によって構成することができる。このような装置構成例については後述する。
【００２５】
図１において、レイヤ間やレイヤ中の構成要素間の破線枠は、インターフェースを模式的に示している。レイヤ間や構成要素間のインターフェースは、各部の構成に対応するものを用いればよい。
注文受付部１２とワークフローレイヤ１４との情報の受け渡しには、予め定義されたラボ情報注文規格に準拠したインターフェースが用いられている。したがって、かかるラボ情報注文規格に準拠したオーダ情報を生成するソフトを備えるか、または介在させることにより、任意のパソコン等を注文受付部１２として機能させることができる。
【００２６】
注文受付部１２は、顧客からのプリント作成等の画像再生処理注文を受け付ける部分である。注文受付部１２は、注文内容および注文対象画像（入力画像）の画像データを受け付けて、注文内容の情報（オーダ情報）をワークフローレイヤ１４へ送り、注文対象の画像データを、注文受付部１２の内部または外部のストレージユニット（図示せず。）に格納する。
【００２７】
注文受付部１２は、顧客のオーダを受け付けるに際し、注文処理システム１０で対応可能なオーダを表した受付可能リストをワークフローレイヤ１４（後述するワークフローサーバ２６）から受け取って、この受付可能リストに基づいて、受付可能なオーダの種別をモニタ等にメニュー表示する。これにより、顧客は、注文処理システム１０で対応可能なオーダの中から所望のオーダを選択することができる。
【００２８】
ワークフローレイヤ１４は、注文処理システム１０におけるワークフローの管理部として機能する部分であり、オーダ管理部２０、オーダ実行指示部２２および装置公開情報データベース２４を有している。
オーダ管理部２０は、ワークフローサーバ（Ｗｆサーバ）２６、オーダ情報データベース２８、生産情報データベース３０およびテンプレートライブラリ３２を有している。
【００２９】
ワークフローサーバ２６は、後述する装置公開情報データベース２４に保持された装置公開情報を参照することにより、注文処理システム１０内の装置の能力を調査し、注文処理システム１０において処理可能な入力・処理・出力のリストである受付可能リストを作成し、その受付可能リストを注文受付部１２に送る。すなわち、ワークフローサーバ２６が、受付可能リスト作成手段として機能する。
なお、受付可能リストは、システムのハードウェア構成、インストールされているソフト、そのシステムを使用するラボでの設定値（プリントサイズの制限など）を反映させるために、オペレータの操作によって変更可能としてもよい。
【００３０】
また、ワークフローサーバ２６は、注文受付部１２からのオーダ情報を受け取り、オーダ情報データベース２８に登録するとともに、そのオーダ情報およびシステムの状況に基づいて、注文処理システム１０における作業指示情報であるジョブチケット（Job Ticket）を生成する。すなわち、ワークフローサーバ２６は、ジョブチケット生成手段としても機能する。そして、生成したジョブチケットを、画像再生のジョブ（処理作業）を実行するアクティビティレイヤ１６に送る。アクティビティレイヤ１６は、このジョブチケットに従ってジョブを実行する。
また、ワークフローサーバ２６は、ジョブチケットに定義したジョブの実行状況を監視する。
【００３１】
本発明において、ジョブチケットとは、注文処理システム１０においてオーダを処理するための、いわば作業指示書に相当するものであり、オーダを処理する工程の実行順序（工程フロー）、処理内容及び実行先（装置）を定義した情報である。ジョブチケットは、１件のオーダについて１つ発行される。
このジョブチケットの形式は、写真ラボで使用される多種の装置に対して汎用性を有するように規格されている。
例えば、ジョブチケットに記載される情報としては、画像データ入力、検定、合成、出力のような工程種別の情報、赤目処理、トリミング、日付プリント、テンプレート合成のような特別な処理の情報、出力製品種別、プリントサイズ、出力解像度のような出力関連情報が挙げられ、これらの情報が、多種の処理装置に理解可能な所定の規格に則った形式で記載される。図４にジョブチケットに記載される情報の例を示し、図５にジョブチケットの例を概念的に示す。
【００３２】
ワークフローサーバ２６は、テンプレートライブラリ３２に保持されている複数のジョブチケットテンプレートの中から、オーダを処理できる工程が設定されたジョブチケットテンプレートを選択し、そのテンプレートを用いてジョブチケットを生成する。なお、ジョブチケットの生成方法には特に制限はなく、テンプレートを用いずに生成する方法であってもよい。
【００３３】
オーダ情報データベース２８は、現在受け付けている未処理のオーダの情報を保存する部分である。注文受付部１２から送られたオーダの情報は、ワークフローサーバ２６によってオーダ情報データベース２８に登録される。オーダ情報データベース２８に登録されたオーダ情報は、オーダ実行指示部２２でのオーダの一覧表示に用いられ、また、ワークフローサーバ２６でのジョブチケットの生成に用いられる。
【００３４】
生産情報データベース３０は、アクティビティレイヤ１６におけるジョブの実行状況に関する情報を保存する部分である。アクティビティレイヤ１６は、画像再生処理に必要な複数の工程（画像の入力工程、検定工程、画像合成等の画像処理工程、プリント出力工程等）のうち１以上の工程を実行するアクティビティコンポーネントＡｃを複数有しており、各アクティビティコンポーネントＡｃにおける作業の実行状況（作業の開始および終了など）の情報が、生産情報としてワークフローサーバ２６に通知され、ワークフローサーバ２６によって生産情報データベース３０に記録される。
生産情報データベース３０に記録された生産情報は、注文処理システム１０における工程管理に用いられる。
【００３５】
オーダ管理部２０において、ワークフローサーバ２６は、顧客（ユーザ）やラボ管理者（オペレータ）から、注文受付部１２またはその他のワークフローレイヤ１４に接続されたユーザインターフェースを介して、生産情報の要求（工程進捗状況の問い合わせ）があったときは、生産情報データベース３０を参照して生産情報を返答することができる。
また、ワークフローサーバ２６は、注文受付部１２による注文受付時に、生産情報データベース３０を参照することにより、納期を算出して注文受付部１２に回答する。
【００３６】
また、注文処理システム１０では、通常の処理（通常モード、余裕時間を考慮した通常納期処理）に加え、通常の処理に優先して処理することにより通常よりも短い納期（例えば、注文の受付から数分程度）での処理を行う短納期処理（特急モード）が選択的に実行可能である。ワークフローサーバ２６は、生産情報データベース３０を参照して、注文処理システム１０で現在実行されている、ジョブチケットに定義された各ジョブが、スケジュール通りに進行しているかを管理しつつ、実行待ちのジョブの処理内容も考慮し、新たな注文がされた場合には、その処理工程のスケジューリングも行う。
ワークフローサーバ２６によるジョブチケットの生成、受付可能リストの作成、納期計算、特急モードの可否判断およびスケジューリングの処理については、後に詳述する。
【００３７】
オーダ実行指示部２２は、オーダ情報データベース２８に登録されている未処理のオーダについて、オーダの実行を指示する部分である。
オーダ実行指示部２２は、図示しない表示部（モニタ等）に接続されており、ワークフローサーバ２６を介してオーダ情報データベース２８に登録されているオーダ（ジョブ）の一覧情報を得て、その一覧情報を表示部に表示する。また、オーダ実行指示部２２は、図示しない指示入力部（キーボード、マウス、表示部に備えられたタッチパネル等）に接続されており、オペレータによる指示入力部の操作によってオーダの一覧表から実行するオーダが選択されると、選択されたオーダの実行指示（情報）を発行し、ワークフローサーバ２６へ送信する。
または、オーダ実行指示部２２は、オペレータによるオーダ選択を経ず自動的にオーダの実行指示を発行してもよい。
【００３８】
装置公開情報データベース２４は、注文処理システム１０を構成する各装置の能力を表す装置公開情報を保持する部分である。
装置公開情報とは、注文処理システム１０を構成する装置のコンポーネントが外部（装置の利用者や他の装置）に対して公開する各種の情報であり、アクティビティレイヤ１６に属するアクティビティコンポーネントＡｃの能力情報であるアクティビティ情報（Ａｃ情報）を含んでいる。アクティビティ情報は、アクティビティコンポーネントＡｃを識別する名称、そのアクティビティコンポーネントＡｃが実行可能な工程フロー、アクティビティコンポーネントＡｃの潜在能力情報およびカレント能力情報を含んでいる。
上述したように、注文処理システム１０は、複数の装置が連携してひとつのオーダを実行する分散型のシステムである。このため、処理の実行においては、各装置間での情報交換が必須である。装置公開情報は、この装置間の情報交換に用いられる。
【００３９】
アクティビティコンポーネントＡｃの潜在能力情報とは、そのアクティビティコンポーネントＡｃ（その機能を担う装置）が潜在的に保有する能力の情報である。言い換えれば、装置仕様上最大限実行可能な能力の情報である。
例として、プリント出力工程のアクティビティコンポーネントＡｃであれば、対応するプリンタの仕様として出力可能なプリントサイズの情報が挙げられる。
【００４０】
アクティビティコンポーネントＡｃのカレント能力情報とは、そのアクティビティコンポーネントＡｃ（その機能を担う装置）が、装置の設定により、現在使用可能な能力の情報である。
例として、潜在能力として出力可能なプリントサイズのうち、現在プリンタにセットされているペーパーサイズを用いて出力可能なプリントサイズの情報が挙げられる。
【００４１】
装置公開情報データベース２４に保持された装置公開情報は、ワークフローサーバ２６において、注文処理システム１０で対応可能なオーダを表した受付可能リストの作成、および、ジョブチケットの生成に用いられる。
受付可能リストの作成には、主としてアクティビティコンポーネントＡｃの潜在能力情報が用いられ、ジョブチケットの生成には、アクティビティコンポーネントＡｃのカレント能力情報および潜在能力情報の両方が用いられる。
【００４２】
アクティビティレイヤ１６は、画像再生処理の実行部として機能する。アクティビティレイヤ１６は、処理対象画像に対して、ワークフローレイヤ１４のワークフローサーバ２６が生成したジョブチケットに沿って各種の処理を実行する。
アクティビティレイヤ１６は、画像再生処理に必要な複数の工程のうち１以上の工程を実行するアクティビティコンポーネントＡｃを複数有しており、ジョブチケットに沿って、所定のアクティビティコンポーネントＡｃで所定の処理を所定の順序で実行する。図１には、例として、３つのアクティビティコンポーネントＡｃ（Ａｃ１、Ａｃ２、Ａｃ３）を示してある。アクティビティレイヤ１６のアクティビティコンポーネントＡｃは、ハードウェア上は、注文処理システム１０を構成する上述の複数の装置に分担されている。
【００４３】
このように、注文処理システム１０は、ワークフローの管理部であるワークフローレイヤ１４と、ワークフローを実行する実行部であるアクティビティレイヤ１６との間のインターフェース（Ｉ／Ｆ）を、多種の装置に対して汎用性を持たせた規格で構成されたジョブチケットとし、さらに、アクティビティレイヤ１６における複数のアクティビティコンポーネントＡｃを分担する複数の装置が、このジョブチケットに基づいてジョブを行う。
注文処理システム１０を構成する入力機および出力機等におけるジョブを、ジョブチケットという共通の情報によって実行および管理することにより、注文処理システム１０を構成する装置の変更や追加に対して容易に対応でき、拡張性および柔軟性に優れたシステムを提供することができる。
【００４４】
アクティビティレイヤ１６において、１の処理工程に対し、その処理工程における同種の処理を実行するアクティビティコンポーネントＡｃが２以上ある場合には、それらのアクティビティコンポーネントが論理的にデイジーチェーン接続（直列接続）されてアクティビティコンポーネント列（以下、Ａｃ列とする）が形成されている。Ａｃ列は、ワークフローレイヤ１４に直結する１のマスターＡｃ（マスター装置）と、マスターＡｃに直列に接続する１以上のサブＡｃ（サブ装置）で構成される。マスターＡｃおよび全てのサブＡｃは、物理的にも直列に接続されていてもよいし、物理的には並列に接続されていてもよい。デイジーチェーンで接続されたアクティビティコンポーネントＡｃ（そのＡｃを有する装置）は、そのＡｃ列（装置列）単位で管理される。
【００４５】
図２は、図１のワークフローレイヤ１４およびアクティビティレイヤ１６におけるジョブチケットの生成およびジョブの実行における各処理の作業部を概念的に示す図である。図２において、左半分は、ワークフローレイヤ１４のワークフローサーバ２６の内部における機能部を示しており、右半分は、アクティビティレイヤ１６のアクティビティコンポーネントＡｃを示している。
【００４６】
図２の例では、３種類の処理工程Ａ，ＢおよびＣについて、それぞれ同種の処理を実行する、同等の能力を持った装置（またはアクティビティコンポーネント）が３つ用意されている。処理工程Ａの装置としては、マスター装置である装置Ａ−１がワークフローレイヤ１４に接続され、装置Ａ−１にサブ装置である装置Ａ−２が接続され、装置Ａ−２にサブ装置である装置Ａ−３が接続されている。処理Ｂおよび処理Ｃについても同様に、マスター装置Ｂ−１、サブ装置Ｂ−２、サブ装置Ｂ−３の順に、またはマスター装置Ｃ−１、サブ装置Ｃ−２、サブ装置Ｃ−３の順に、直列に接続されてＡｃ列が形成されている。
【００４７】
管理システムであるワークフローレイヤ１４のワークフローサーバ２６（図１参照）からは、アクティビティレイヤ１６を構成するアクティビティコンポーネントのうち、マスターＡｃである装置Ａ−１、装置Ｂ−１および装置Ｃ−１が見えるようになっている。図１に示したアクティビティレイヤ１６の３つのアクティビティコンポーネントＡｃ１、Ａｃ２、Ａｃ３は、それぞれ装置Ａ−１、装置Ｂ−１、装置Ｃ−１に対応する。
【００４８】
各Ａｃ列において、マスターＡｃおよびサブＡｃは、いずれも同等の能力を有しているので、ワークフローサーバ２６は、マスターＡｃだけを見れば、ジョブチケットの生成や受付可能リストの作成を行うことができる。また、後述するが、Ａｃ列において、マスターＡｃのジョブの待ち行列を最後まで空けておくので、マスターＡｃだけが自己におけるジョブの実行状況（生産情報）をワークフローサーバ２６に通知すれば、ワークフローサーバ２６は、納期計算や特急モードの可否判断、スケジューリングを行うことができる。
【００４９】
なお、各マスターＡｃは、自己の能力情報と、そのマスターＡｃに直列に接続された全てのサブ装置の能力情報を保持してもよい。例えば、装置Ａの列であれば、装置Ａ−１は、装置Ａ−１自体の能力情報に加え、装置Ａ−２および装置Ａ−３の能力情報（潜在能力情報およびカレント能力情報）を保持してもよい。その場合は、マスターＡｃは、保持している全能力情報をアクティビティ情報（Ａｃ情報）として、図１のワークフローレイヤ１４に対して公開する。
また、マスターＡｃは、そのＡｃ列の各アクティビティコンポーネントにおける作業の実行状況を、そのＡｃ列の実行状況として、ワークフローサーバ２６に通知してもよい。
【００５０】
次に、ワークフローレイヤ１４のワークフローサーバ２６およびアクティビティレイヤ１６の構成とその処理の流れについて説明する。
図２に示すように、ワークフローレイヤ１４のワークフローサーバ２６は、その内部にある状態取得／Ｊｏｂ制御部３４で、マスターＡｃによって公開されたアクティビティ情報をそのマスターＡｃの能力情報として取得し、装置公開情報データベース２４に保存する。また、ワークフローサーバ２６は、同じく状態取得／Ｊｏｂ制御部３４で、マスターＡｃから通知された実行状況の情報を、そのマスターＡｃの実行状況として取得し、生産情報データベース３０に記録する。ワークフローサーバ２６は、これらの情報を後述する装置能力分析部３５および納期計算部３６で使用することにより、ジョブの制御を行う。
【００５１】
ワークフローサーバ２６は、装置能力分析部３５で、装置公開情報データベース２４を参照して（すなわち状態取得／Ｊｏｂ制御部３４で取得したマスターＡｃの能力情報を使用して）装置能力を分析し、受付可能リストを作成して注文受付部１２（図１参照）に送る。さらに、ワークフローサーバ２６は、装置能力分析部３５で、生産情報データベース３０を参照して（すなわち状態取得／Ｊｏｂ制御部３４で取得したマスターＡｃの実行状況を使用して）装置能力を分析し、特急モードでの注文の受付が可能であるかを判断し、可能であれば、その旨を注文受付部１２に通知する。
【００５２】
図１の注文受付部１２は、特急モードが可能である旨の通知を受けて、注文受付画面に、特急モードが選択可能であることを表示する。新たな注文を行う顧客は、その情報を見て、特急モードにするか、通常モードにするかを選択することができる。
一方、マスターＡｃのジョブの待ち行列が埋まっていた場合には、ワークフローサーバ２６は、特急モードが使用できない旨を注文受付部１２に通知する。この場合には、注文受付部１２は、注文受付画面に、現在特急モードを受け付けられないことを表示する。あるいは、特急モードの選択メニューを表示しないようにしてもよい。
【００５３】
注文受付部１２から注文の内容が入力されると、ワークフローサーバ２６は、納期計算部３６で、生産情報データベース３０を参照して（すなわち状態取得／Ｊｏｂ制御部３４で、で取得したマスターＡｃの実行状況を使用して）納期計算を実行し、算出した納期を注文受付部１２に回答する。
【００５４】
次いで、ワークフローサーバ２６は、スケジューリング部３７で、スケジューリングを実行する。具合的には、オーダ情報データベース２８および生産情報データベース３０を参照して、現在実行中のジョブの処理内容と、実行中のジョブの処理状況と、実行待ちのジョブの処理内容から、これから注文されるジョブの処理順序を決定することによりスケジュールを作成する。
【００５５】
注文受付部１２から注文確定の指示が送られてくると、ワークフローサーバ２６は、ＪｏｂＴｉｃｋｅｔ生成部３８で、その１件の注文に対して、注文情報および装置公開情報データベース２４に基づいて１つのジョブチケットを生成する。
【００５６】
上記のように、ワークフローサーバ２６は、装置能力分析部３５、納期計算部３６、スケジューリング部３７およびＪｏｂＴｉｃｋｅｔ生成部３８の各部において、装置公開情報データベース２４および生産情報データベース３０を参照し、その情報に基づいて上記各処理を実行し、それにより、各アクティビティコンポーネントにおける処理の実行を管理する。ここで、装置公開情報データベース２４および生産情報データベース３０には、各工程のＡｃ列の先頭のマスターＡｃのみについて、能力情報や実行状況の情報が記録されており、ワークフローサーバ２６は、マスターＡｃのみを意識すればよい。
【００５７】
このように、同等の能力を持った複数の装置を論理的または物理的にデイジーチェーンで接続した形で構成し、その装置列単位で管理することにより、ワークフローサーバ２６は、ジョブチケットの生成やスケジューリング等を行う際に、同種の処理を実行するアクティビティコンポーネントが多数ある場合でも、それらの全てを考慮する必要が無く、各処理工程のアクティビティコンポーネントがそれぞれ１つだけ存在する場合と同様の簡易さで、の各処理の実行を管理することができる。従来の単一装置で設計されたシステムの管理機能を適用することも可能である。
【００５８】
また、ジョブチケットの生成やスケジューリング等の各処理の機能は、各工程のアクティビティコンポーネントの数に関係なく、単一装置のときの機能をそのまま使うことができる。したがって、装置の増減にも速やかに対応することができる。アクティビティコンポーネント（装置）を追加する場合には、Ａｃ列（装置列）のデイジーチェーンの末尾装置に結合設定すればよく、設定が簡単である。
【００５９】
ＪｏｂＴｉｃｋｅｔ生成部３８で生成されたジョブチケットＪｏｂ−１００は、アクティビティレイヤ１６のアクティビティコンポーネントＡｃのうち、まず、工程Ａのマスター装置である装置Ａ−１（図１のＡｃ１に対応する。）に送られる。
ここでは、ＪｏｂＴｉｃｋｅｔ生成部３８で生成されたジョブチケットをＪｏｂ−１００とし、このＪｏｂ−１００が、工程Ａ、工程Ｂおよび工程Ｃを実行するジョブチケットであるとする。
【００６０】
装置Ａ−１では、そのキュー管理部が、後続する装置Ａ−２に対し、送られてきたジョブチケットＪｏｂ−１００の転送要求をする。キュー管理部とは、ジョブの受け入れを管理する部分である。装置Ａ−２は、そのキュー管理部が、自己の装置でジョブチケットＪｏｂ−１００の工程Ａのジョブを実行可能であるか判断し、その判断結果に応じて、受け入れ可または不可である旨の応答信号を装置Ａ−１に送る。受け入れ可の応答があれば、装置Ａ−１は、装置Ａ−２にジョブチケットＪｏｂ−１００を転送する。受け入れ不可の応答があれば、装置Ａ−１は、自己の装置でそのジョブを実行する。
【００６１】
装置Ａ−２における、ジョブの受け入れの可／不可の判断は、予め定義されたジョブの受け入れ条件に基づいて行う。ここでは、ジョブの受け入れ条件は、装置の故障時または負荷超過時にはジョブを受け入れないように設定されている。したがって、装置が故障しているとき、または、装置Ａ−２の待ち行列が埋まっているときは、装置Ａ−２のキュー管理部は、ジョブの受け入れを拒否する。
【００６２】
装置Ａ−２のキュー管理部は、ジョブチケットＪｏｂ−１００を受け取ると、後続する装置Ａ−３に対し、そのジョブチケットの転送要求をする。装置Ａ−３のキュー管理部は、自己の装置でジョブチケットＪｏｂ−１００の工程Ａのジョブを実行可能であるか判断し、その判断結果に応じて、受け入れ可または不可である旨の応答信号を装置Ａ−２に送る。受け入れ可の応答があれば、装置Ａ−２は、装置Ａ−３にジョブチケットＪｏｂ−１００を転送する。受け入れ不可の応答があれば、装置Ａ−２は、自己の装置でそのジョブを実行する。ジョブの受け入れの可／不可の判断の方法およびジョブの受け入れ条件は、装置Ａ−２の場合と同様である。
【００６３】
工程Ａの処理が終わると、その処理を実行した装置は、ジョブチケットを次の工程Ｂのマスター装置へ転送する。工程Ｂでも上記と同様にして、実行装置が決定される。工程Ｂの実行装置は、処理実行後にジョブチケットを次の工程Ｃのマスター装置へ転送する。
【００６４】
図２の例では、工程Ａでは、ジョブチケットＪｏｂ−１００が装置Ａ−３に転送され、工程Ｂでも、末端の装置Ｂ−３に転送されている。また、工程Ｃでは、装置Ｃ−３および装置Ｃ−２の待ち行列が埋まっており、負荷が超過しているため装置Ｃ−２には転送できず、装置Ｃ−１にジョブチケットＪｏｂ−１００が入力されている。
【００６５】
このようにして、１つの工程のＡｃ列において、ジョブチケットをできる限り末端側の装置へ転送する。すなわち、Ａｃ列の末端側からジョブを埋めていく。このように構成することにより、マスター装置は、Ａｃ列全体のうち最後まで待ち行列に空きがある状態となるので、ワークフローサーバ２６は、Ａｃ列のマスター装置の能力情報を参照すれば、ジョブを直ちに実行可能であるか否かを判断できる。したがって、ワークフローサーバ２６は、マスター装置の能力情報だけを参照して特急モード受付の可否の決定や納期計算やスケジューリングを行うことができる。
【００６６】
また、ジョブの受け入れ条件を、同一能力の装置をデイジーチェーンで論理的に接続し、装置の故障時または負荷超過時にはジョブを受け入れないように設定することにより、１台の装置に故障または負荷超過などの障害が発生した場合でも、その上流側の装置がそのジョブを実行するので、従来のシステムのように、再度処理装置を選択し直してジョブチケットを再送信したり、管理サーバから装置に蓄積されている処理情報を書き換えて処理情報と処理対象データを他の装置に移動させるといった高度な処理が不要である。
【００６７】
また、この実施形態では、ジョブの受け入れは、各装置に定義したジョブの受け入れ条件に基づいて、各サブ装置が自律的に選択するので、同一の工程を実行するアクティビティコンポーネントが多数あった場合でも、制御が複雑になるのを防止できる。また、同一能力の装置をデイジーチェーンで論理的に接続しているため、ジョブチケット生成ではチェーンの先頭のマスター装置だけを意識すればよい。さらに、装置を追加する際は、デイジーチェーンの末尾装置に結合設定すればよく、管理部であるワークフローサーバ２６での設定が要らないので、設定が簡単である。
【００６８】
上記の例では、サブ装置である装置Ａ−２および装置Ａ−３において、ジョブの受け入れ条件を装置の故障時または負荷超過時にはジョブを受け入れないように設定している。この例では、ジョブの待ち行列が装置Ａ−３から順に埋まっていく。一方、装置Ａ−２および装置Ａ−３待ち行列が埋まっていない場合でも、装置Ａ−２が故障したときは、装置Ａ−２のジョブの受け入れ条件が満たされず、装置Ａ−１は装置Ａ−２にジョブチケットを転送できないため、そのジョブは装置Ａ−１が実行することになる。
【００６９】
これに対し、他の例として、ジョブの受け入れ条件を、装置の故障時には後続の装置がある場合にはジョブチケットを一旦受け取るように設定するのも好ましい。この例では、装置Ａ−２が故障した場合には、装置Ａ−２は、装置Ａ−１からの転送要求があると、それに応えて一旦ジョブチケットを受け取り、そのジョブチケットを装置Ａ−３へ転送する。そして、装置Ａ−３がそのジョブを実行する。
装置Ａ−３も故障または負荷超過状態であった場合には、装置Ａ−３がマスター装置Ａ−１へジョブチケットを転送し、再度、装置の選択を行えばよい。
あるいは、マスター装置およびサブ装置のキュー管理部が、後続のサブ装置の状態まで参照できるようにし、後続する装置があってもジョブチケット受け取り不可の場合には、ジョブチケットを受け取らないように設定してもよい。
【００７０】
上記各例のように、同一能力の装置をデイジーチェーンで論理的に接続し、ジョブの受け入れ条件を、装置の故障時または負荷超過時にはジョブを受け入れないように設定することにより、１台の装置に故障または負荷超過などの障害が発生した場合でも、ジョブを転送せず、または自動的に転送して、その装置列の他の装置でジョブを実行できるので、耐障害性の高いシステムとすることができる。従来のシステムのように、再度処理装置を選択し直してジョブチケットを再送信したり、管理サーバから装置に蓄積されている処理情報を書き換えて処理情報と処理対象データを他の装置に移動させるといった高度な処理やそのための高度なアプリケーションは、不要である。
【００７１】
本実施形態のさらに異なる例として、ジョブに優先度が設定される形態とし、各装置のジョブの受け入れ条件を、ジョブの優先度が所定の範囲のものを受け入れるように設定してもよい。ジョブの優先度とは、その注文の処理を優先させるべき度合いである。
例えば、特急モードが指定された注文の優先度を最も高くする、納期指定のない注文の優先度を低くする、デジタル画像データからの注文を写真フィルムからの注文よりも優先させる、店頭などの設置された自動注文受付機からの注文をインターネットからの注文よりも優先させる、というように、注文のタイプごとに優先度を設定することができる。
【００７２】
ジョブに設定された優先度は、ジョブチケットに書き込まれる。１つのＡｃ列を構成する各アクティビティコンポーネントのキュー管理部は、ジョブチケットに記載された優先度と自己の受け入れ条件とを比較して、受け入れ条件を満たすときはそのジョブを受け入れ、満たさないときは後続するアクティビティコンポーネントにジョブチケットを転送する。
【００７３】
この例の場合には、１つのＡｃ列を構成する各装置の少なくとも１つには、他の装置と異なる受け入れ条件を設定する。
図２の工程Ａを例に説明すると、例えば、優先度０（優先度が高い）〜１０（優先度が低い）のうち、装置Ａ−１の受け取り条件には、優先度が０のジョブのみを受け取るよう設定し、装置Ａ−２の受け取り条件には、優先度が１〜５のジョブを受け取るよう設定し、装置Ａ−３の受け取り条件には、優先度が６〜１０のジョブを受け取るように設定する、というように、各装置にそれぞれ異なる範囲の優先度を設定することができる。この例の場合には、ジョブの優先度に対応する装置がそのジョブを実行することになる。
後続の装置の待ち行列がいっぱいのときには、ジョブチケットを転送できないので、優先度が設定された受け取り条件よりも低いものでも、上流側の装置がそのジョブを実行すればよい。
【００７４】
また、例えば、装置Ａ−１の受け取り条件には、優先度が所定の範囲（例えば０）のジョブのみを受け取るよう設定し、装置Ａ−２および装置Ａ−３の受け取り条件には、優先度１以上のジョブまたは優先度の制限なしに受け取るよう設定することもできる。そして、装置Ａ−１で実行しないジョブについて、上述の例のように、Ａｃ列の末端の装置からジョブの待ち行列を埋めていくように、ジョブ実行装置を決定してもよい。
【００７５】
いずれの場合にも、ワークフローサーバ２６（図１参照）が、マスター装置のみを見てジョブの実行状況を判断することを可能にするために、優先度の高いジョブのみをマスター装置で処理するように設定するのが好ましい。
また、この例においても、上述の例におけるジョブの受け入れ条件、すなわち、装置の故障時または負荷超過時にはジョブを受け入れないという条件を併用するのが好ましい。
【００７６】
上記実施形態の各例は、Ａｃ列を何れも同等の能力を有し、ジョブチケットのジョブを何れの装置（アクティビティコンポーネント）でも処理可能に構成された場合に有効である。
【００７７】
次に、Ａｃ列を能力に違いがある複数の装置（アクティビティコンポーネント）で構成した場合に有効な実施形態について説明する。
Ａｃ列は、同種の処理を実行する装置であれば、能力に違いがある装置で構成してもよい。この場合には、各装置のジョブの受け入れ条件として、その装置で実行可能な処理を設定しておき、ジョブチケットに記載された処理内容が受け入れ条件と一致するジョブチケットを受け入れて、そのジョブを実行するようにする。
【００７８】
この実施形態では、各マスターＡｃは、自己の能力情報と、そのマスターＡｃに直列に接続された全てのサブ装置の能力情報を保持する。例えば、装置Ａの列であれば、装置Ａ−１は、装置Ａ−１自体の能力情報に加え、装置Ａ−２および装置Ａ−３の能力情報（潜在能力情報およびカレント能力情報）を保持する。そして、マスターＡｃは、保持している全能力情報をそのＡｃ列のアクティビティ情報（Ａｃ情報）として、図１のワークフローレイヤ１４に対して公開する。
また、マスターＡｃは、そのＡｃ列の各アクティビティコンポーネントにおける作業の実行状況を、ワークフローサーバ２６に通知する。
図１のワークフローサーバ２６は、マスターＡｃによって公開された当該Ａｃ列の能力情報に基づいてジョブチケットの生成や受付可能リストの作成を行い、また、当該Ａｃ列の作業の実行状況を見て納期計算や特急モードの可否判断、スケジューリングを行う。
【００７９】
図２の構成に基づいて説明すると、例えば、工程Ｃが、出力工程である場合で、装置Ｃ−１および装置Ｃ−２はＬサイズプリントと２Ｌサイズプリントを出力でき、装置Ｃ−３はＬサイズプリントは出力できるが２Ｌサイズプリントは出力できない場合、Ｌサイズプリントのジョブチケットは、装置Ｃ−３の待ち行列が埋まっていない限り、装置Ｃ−３へ送るが、２Ｌサイズプリントのジョブチケットは装置Ｃ−３へは転送できず、装置Ｃ−２で実行する。
【００８０】
また、装置Ｃ−２は、Ａ４サイズプリントを出力できず、装置Ｃ−３はできる場合には、Ａ４サイズプリントのジョブチケットは、装置Ｃ−２では受け取れず、装置Ｃ−３へ転送する。
上述したように、マスター装置である装置Ｃ−１のキュー管理部は、そのＡｃ列の全ての装置の能力情報を有し、その能力情報に基づいてジョブチケットが生成されているので、そのＡｃ列のいずれの装置でも処理できない注文は、装置ＣのＡｃ列には入力されないはずである。すなわち、そのＡｃ列に送られてきたジョブチケットのジョブは、そのＡｃ列の何れかの装置で受け取られ、処理が実行される。
【００８１】
ただし、注文受付後に該当する装置が故障してしまった場合、または負荷超過状態となってしまった場合には、そのジョブチケットは、Ａｃ列の末端まで行った後、マスター装置に転送されて、再度そのＡｃ列を順に転送されて実行装置が選択されるか、エラー信号が発せられ、オペレータによるジョブの調整が促される。
【００８２】
次に、本発明の管理システムのさらに異なる実施形態について説明する。
上述の各実施形態では、Ａｃ列を構成する各装置が、その装置に設定されたジョブ受け入れ条件に基づいて受け入れるジョブチケットを自律的に判断していたが、各マスター装置が、自己の装置の能力情報に加え、接続された全てのサブ装置の能力情報も保持している構成とした場合には、マスター装置が、保持している能力情報を参照して、そのＡｃ列の各装置のうちのどの装置でジョブを実行するかを決定することもできる。マスター装置は、決定した装置が自己の装置であれば自己の装置でジョブチケットを受け取り、サブ装置であれば、該当するサブ装置までジョブチケットを転送する。
【００８３】
この実施形態の場合にも、ジョブチケットに記載されたジョブを実行できる装置が２台以上ある場合には、サブ装置から優先的にジョブの実行装置として決定するのが好ましい。また、それらのうち、マスター装置から見て最も下流の装置から優先的にジョブの実行装置として決定するのが好ましい。そうすることにより、マスター装置側から順に待ち行列を空けておくことができ、特急モードの注文などへの対応が容易となるからである。
また、特急モードの注文や、特殊な処理を必要とする注文などへの対応を迅速に行えるように、マスター装置およびマスター装置に近いサブ装置ほど、すなわち上流側の装置ほど、能力の高い装置を配置するのも好ましい。
【００８４】
次に、本発明の注文処理システム１０を具体的な装置に適用した例について説明する。
上述したように、本発明の注文処理システム１０は、ワークフローレイヤ１４およびアクティビティレイヤ１６の２つのレイヤに属するコンポーネントで構成される。これらのコンポーネントは、複数の装置に配置することが可能である。ただし、オーダ管理部２０は、１システムに１つ配置される。
【００８５】
図３は、図１および図２に示した注文処理システム１０のハードウェアの構成例である。図３の注文処理システム４０は、注文受付装置４２と、画像編集装置を兼ねるワークフロー管理装置４４と、２台の画像編集装置４６と、フィルムスキャナ４８と、３台のプリンタ５０とから構成される。これらの各装置はイーサネット（登録商標）等の通信回線で接続されている。
【００８６】
この例では、物理的には、スターチェーンのごとく各装置がネットワークに接続しており、論理的には、同種の処理を実行するアクティビティコンポーネントＡｃを、図２に示して説明したように、デイジーチェーンのごとく直列に接続している。図３に示すワークフロー管理装置４４や画像編集装置４６のように、１つの処理が２つの異なる工程のアクティビティコンポーネントＡｃを有する場合には、このように構成するのが適当である。
【００８７】
なお、プリンタ５０のように、１つの装置が１つの工程を処理するアクティビティコンポーネントＡｃのみを有する場合には、装置自体を物理的にデイジーチェーンで接続した形としてもよい。また、画像編集装置４６は論理的にも物理的にもスターチェーンとし、プリンタ５０はデイジーチェーンにするなど、装置の種類ごとに、デイジーチェーンとスターチェーンを使い分け、システムとして両方の接続方式を含んでいてもよい。
【００８８】
注文受付装置４２は、図１の注文処理システム１０における注文受付部１２としての機能を有し、再生する画像（注文対象画像、入力画像）の画像データおよびオーダ情報（注文情報）を取得するもので、例えば、写真ラボ店や各種の店舗に設置された自動プリント注文受付機、写真ラボ店のシステム端末、インターネット注文受付端末（顧客のパソコン等）である。注文受付装置４２は、図示しないが、顧客（ユーザ）がオーダ情報を入力するための指示入力手段（キーボード、マウス、タッチパネル等）、注文受付画面を表示するモニタ、注文対象画像の画像データを一時的に格納するストレージユニットを備える。
【００８９】
また、注文受付装置４２は、画像データの取得手段として、各種の画像記録メディアから画像を読み出すメディアドライブ、インターネット等の通信回線を通じて送信された画像データを受信する通信機器、デジタルカメラに接続する接続部等の１つ以上を備える。
注文受付装置４２が画像データの取得手段によって取得した画像データは、ストレージユニットに保存される。
【００９０】
ワークフロー管理装置（画像編集装置）４４は、注文処理システム４０全体のワークフロー管理や実行するオーダの指示の受付を行うオーダ管理部２０を有する。このオーダ管理部２０は、図１の注文処理システム１０におけるオーダ管理部２０である。また、オーダ管理部２０は、ワークフロー管理装置４４のアクティビティコンポーネントＡｃ５４、５６へのジョブの受け入れを管理する管理部としても機能する。
ワークフロー管理装置４４は、さらに、図１の注文処理システム１０におけるオーダ実行指示部２２に相当するオーダ実行指示部２２Ａと、装置公開情報データベース２４(図示省略）を有する。
【００９１】
ワークフロー管理装置４４は、注文受付装置４２のストレージユニットに保存された顧客からの画像データを識別して入力（取得）し、入力された画像データ（入力画像データ）の検定工程や画像合成等の画像処理工程を行い、さらに、注文内容に応じて画像処理後の画像データをＣＤ−Ｒ等の記録メディアに書き込む等の、画像編集装置としての機能を有する。これらの処理は、入力・検定・合成Ａｃ（５４）およびメディア出力Ａｃ（５６）によって実行される。
【００９２】
画像処理装置４６は、管理部５８と入力・検定・合成Ａｃ（６０）とを有し、ワークフロー管理装置４４の画像編集装置としての機能と同様の機能を有する。すなわち、管理部５８が、入力・検定・合成Ａｃ（６０）へのジョブの受け入れを管理し、入力・検定・合成Ａｃ（６０）が、注文受付装置４２のストレージユニットに保存された顧客からの画像データを識別して入力（取得）するとともに、入力画像データの検定工程や画像合成等の画像処理工程を行う。
【００９３】
フィルムスキャナ４８は、写真フィルムに撮影された画像を光電的に読み取って画像データに変換し、得られた画像データを、フィルムスキャナ４８内の図示しないストレージユニットに保存する。フィルムスキャナ４８は、必要に応じて、入力画像データの検定工程や画像合成等の画像処理工程を行うこともできる。これらの処理は、管理部６２によるジョブの受け入れ管理の下、入力・検定・合成Ａｃ（６４）によって実行される。また、フィルムスキャナ４８は、オーダ処理を開始させるオーダ実行指示部２２Ｂの機能も有する。
【００９４】
プリンタ５０は、ワークフロー管理装置（画像編集装置）４４またはフィルムスキャナ４８から転送された処理後の画像データを写真プリントとして出力する機能を有する。
管理部６６がジョブを受け入れると、注文受付装置４２で取得されワークフロー管理装置（画像編集装置）４４で編集処理された画像データ、または、フィルムスキャナ４８で取得され編集処理された画像データは、プリンタ５０内の図示しないストレージユニットに保存され、プリントＡｃ（６８）がプリント処理を実行する。
【００９５】
図１の注文処理システム１０のワークフローレイヤ１４に属するオーダ管理部２０は、図３の注文処理システム４０においては、ワークフロー管理装置４４に備えられている。また、注文処理システム１０のオーダ実行指示部２２は、注文処理システム４０のワークフロー管理装置４４（実行指示部２２Ａが対応）およびフィルムスキャナ４８（実行指示部２２Ｂが対応）に備えられている。
【００９６】
また、注文処理システム１０のアクティビティレイヤ１６に属する各アクティビティコンポーネントＡｃが、ワークフロー管理装置４４（入力・検定・合成Ac(54)およびＣＤ−Ｒ（メディア）出力Ac(56)が対応）と、画像編集装置４６（入力・検定・合成Ac(60)が対応）と、フィルムスキャナ４８（入力・検定・合成Ac(64)が対応）と、プリンタ５０（プリントAc(68)が対応）に、それぞれ備えられている。
【００９７】
このように各レイヤに応じた要素が各装置に配分されることにより、図２の注文処理システム４０は、全体として図１の注文処理システム１０を構成している。そして、これらの各装置が連携して注文処理を実行する。
【００９８】
なお、注文処理システム４０は、図示したもの以外にも、同様の処理を実行する同等の能力の装置を複数備えてもよい。また、同様の処理を実行するが能力の異なる装置を備えていてもよいし、同じ工程であっても異なる処理を実行する装置を備えていてもよい。
例えば、出力装置としては、さらに、マグカップやＴシャツ等の各種製品へ画像を再生する装置を複数有していてもよい。画像出力の方式には、特に制限はなく、銀塩写真方式、電子写真方式、各種インクジェット方式、その他各種の方式を用いることができる。
【００９９】
また、注文処理システム４０を構成する各装置の数は、図３の例には限定されず、注文処理システム４０で受ける注文に必要な処理を実行する複数種類のアクティビティコンポーネントのうち、何れか１種類以上が複数のアクティビティコンポーネントを備えていれば、本発明を適用することができる。例えば、画像編集装置はワークフロー管理装置４４とし、画像編集装置４６を有さず、出力装置であるプリンタ５０だけを複数有して、それらを論理的または論理的かつ物理的に直列に接続して本発明を適用してもよい。
【０１００】
以上、本発明に係る管理システムおよびその管理システムを用いる注文処理システムについて詳細に説明したが、本発明は上記種々の実施例に限定されず、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのはもちろんである。
【図面の簡単な説明】
【０１０１】
【図１】本発明の注文処理システムの一実施形態の概略構成を示すブロック図である。
【図２】図１のワークフローレイヤおよびアクティビティレイヤにおけるジョブチケットの生成およびジョブの実行における各処理の作業部を概念的に示す図である。
【図３】図１に示した注文処理システムのハードウェア構成例である。
【図４】ジョブチケットに記載される情報の例を示す図である。
【図５】ジョブチケットの例を概念的に示す図である。
【符号の説明】
【０１０２】
１０、４０  注文処理システム
１２  注文受付部
１４  ワークフローレイヤ
１６  アクティビティレイヤ
２０  オーダ管理部
２２  オーダ実行指示部
２４  装置公開情報データベース
２６  ワークフローサーバ
２８  オーダ情報データベース
３０  生産情報データベース
３２  テンプレートライブラリ
３４  状態取得／Ｊｏｂ制御部
３５  装置能力分析部
３６  納期計算部
３７  スケジューリング部
３８  ＪｏｂＴｉｃｋｅｔ生成部
４２  注文受付装置
４４  ワークフロー管理装置（画像編集装置）
４６  画像編集装置
４８  フィルムスキャナ
５０  プリンタ
Ａｃ、５４、５６、６０、６４、６８  アクティビティコンポーネント
【図１】
2008117133.tif 000003
【図２】
2008117133.tif 000004
【図３】
2008117133.tif 000005
【図４】
2008117133.tif 000006
【図５】
2008117133.tif 000007