ワークフロー実行装置及びワークフロー実行方法
【課題】ワークフローの処理中にエラーが発生したとき、各機器への負荷を分散しながらジョブの処理の適切な中断を行う。
【解決手段】複数の処理工程を、処理順序を定義したワークフロー設定情報に従って複数の機器によって処理するとき、第１の機器にエラーが発生したとき、実行中の処理工程を中断する工程と、エラーが発生した第１の機器での処理工程を含むワークフロー設定情報を検索する工程Ｓ１００２と、検索されたワークフロー設定情報の処理順序に基づいて、前の処理工程が実行された第２の機器を特定する工程Ｓ１００４と、第１の機器にエラーが発生した旨の通知を第２の機器に通知する工程Ｓ１００５とを備える。
【解決手段】複数の処理工程を、処理順序を定義したワークフロー設定情報に従って複数の機器によって処理するとき、第１の機器にエラーが発生したとき、実行中の処理工程を中断する工程と、エラーが発生した第１の機器での処理工程を含むワークフロー設定情報を検索する工程Ｓ１００２と、検索されたワークフロー設定情報の処理順序に基づいて、前の処理工程が実行された第２の機器を特定する工程Ｓ１００４と、第１の機器にエラーが発生した旨の通知を第２の機器に通知する工程Ｓ１００５とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の処理工程から構成されるジョブをワークフロー設定情報に従って処理するワークフロー実行装置およびワークフロー実行方法に関するものである。
【背景技術】
【０００２】
従来、デジタル複写機にプリンタ、スキャナ、ファクシミリ等の機能を付加した複合機能装置（デジタル複合機）が実用化されている。従来のデジタル複合機は、本来備えているスキャナ及びプリンタを使用してファクシミリ通信を行う。また、プリンタを使用して、コンピュータから送られたコードデータをビットマップデータに展開して印刷を行う。また、スキャナを使用して、スキャナから読み込んだ画像をネットワークにより送信する。また、プリンタを使用して、ネットワークを通じて配信された画像を印刷する。
【０００３】
従来のデジタル複合機は、その記憶装置内にユーザ個人や部署ごとに記録領域を割り当て、ユーザはその記録領域に画像データを格納しておき、適宜出力する、いわゆるボックス機能を有しているものもある。
【０００４】
従来、ネットワークに接続された複数のデジタル複合機でワークフローを実現するワークフロー実行装置が提案されている。従来のワークフロー実行装置では、例えば申請書の承認フローにおいて、申請者は申請書データを承認者のボックスへ送信する。承認者はデータを受け取ると承認処理を行い、次の承認者にデータを送信する。最後の承認者は申請者に承認許可を通知するとともに、申請書を指定のサーバに保存する。
【０００５】
従来のワークフロー実行装置は、ネットワークに接続された各機器で別々の機能を使って処理を実行することも可能である。例えば、第１の機器ではスキャンを実行し、第２の機器へスキャンデータを送信する。スキャンデータを受信した第２の機器はＯＣＲ等の画像解析処理を実行し、第３の機器へその結果を送信する。その結果を受信した第３の機器は、紙媒体への出力やサーバへの登録処理を行う。
【０００６】
従来のワークフロー実行装置では、ワークフローを集中管理するサーバを設け、そこで処理を実行する各機器及びジョブの状態を管理するものが一般的に知られている。いずれかの機器でエラーが発生した場合は、サーバがジョブの一時保存を行い、ステータス監視を行うことによって、各機器への負荷を低減させている（特許文献１参照）。
【０００７】
従来のワークフロー実行装置では、また、ワークフローの処理においてエラーが発生した場合、代替機器に処理を代替することでワークフローを継続するものが提案されている（特許文献２参照）。
【特許文献１】特開２００４−２８０６６５号公報
【特許文献２】特開２００６−３３８５４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来のワークフロー実行装置では、ワークフローを処理するいずれかの機器にエラーが発生したとき、ワークフローの処理が止まってしまう。申請書の承認フローにおいては、エラーとは、例えば、使用者を認証するための認証サーバの停止、ネットワークの障害による申請書の送信不能、又は記憶装置の使用量が予め設定された閾値を越えたことによる記録容量不足等である。各機器が異なる機能を使って処理を実行するワークフローにおいては、エラーとは、例えば、適切な用紙が用意されていなかったことによる印刷不能、トナー不足による印刷不能等である。
【０００９】
機器にエラーが生じた場合、エラーが復旧するまでワークフローのジョブを待機状態にし、復旧時にジョブを再開することも考えられる。しかし、他のワークフローの処理がエラーの復旧を待たずに次々と実行された場合、エラーが発生した機器に大量のジョブが蓄積され、負荷がかかるという第１の問題があった。
【００１０】
各機器への付加を軽減するためにワークフローを集中管理するサーバを設けた従来のワークフロー実行装置においても、サーバを別途設ける必要があるために、システムの構築及びメンテナンスが煩雑となるという第２の問題があった。
【００１１】
エラーが発生した後もワークフローの処理を継続できる従来のワークフロー実行装置においても、別途に代替機器を設ける必要であり、その構築に煩雑な作業を要し、且つ代替機器はエラーが発生した機器と同じ構成でなければ、完全に同じ処理を実行できないという第３の問題があった。
【００１２】
本発明の課題は、ワークフローの処理中にエラーが発生した場合であっても、各機器への負荷を分散しながらジョブの処理の適切な中断を行うことができるワークフロー実行装置およびワークフロー実行方法を提供することである。
【課題を解決するための手段】
【００１３】
上記課題を解決するため、本発明に係るワークフロー実行装置は、複数の処理工程を、処理順序を定義したワークフロー設定情報に従って処理するものであって、前記複数の処理工程のいずれかにエラーが発生したときエラーが発生した処理工程を含むワークフロー設定情報を検索する検索手段と、検索されたワークフロー設定情報の処理順序に基づいて、前の処理工程が実行された他の機器を特定する機器特定手段と、エラーが発生した旨の通知を他の機器に通知するエラー発生通知手段とを備えることを特徴とする。
【００１４】
本発明に係るワークフロー実行装置は、さらに、エラーが発生している旨の通知を受け取る通知受信手段と、検索手段によって検索されたワークフロー設定情報に含まれる処理工程が実行中であるか否かを判別する判別手段とを備え、通知受信手段が通知を受け取ったとき、判別手段によって実行中と判別された処理工程を処理中断手段が中断することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、ワークフローの処理中のある機器エラーが発生した場合、ある機器から他の機器にエラーが発生した旨の通知が送信されるため、他の機器におけるジョブの処理を中断することによって、エラーによって生じるシステム全体にかかる負荷を軽減することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明に係るワークフロー実行装置およびワークフロー実行方法を実施するための最良の形態について図面等を参照して説明する。
＜第１実施形態＞
図１は、本発明の第１実施形態に係るワークフローシステム１００の全体の構成を示す。ワークフローシステム１００は、複数のデジタル複合機１３０と、複数のデジタル複合機１３０を接続するネットワーク１４０で構成される。
【００１７】
図２は、本発明に係るワークフロー実行装置であるデジタル複合機１３０の構成を示すブロック図である。デジタル複合機１３０は、複数の処理工程から構成されるジョブを、その処理順序を定義したワークフロー設定情報に従って処理する。デジタル複合機１３０は、操作部１３４と、コントローラ１３３と、画像を入力するためのスキャナ部１３１と、画像を出力するためのプリンタ部１３２とから構成されている。
【００１８】
コントローラ１３３は、スキャナ部１３１及びプリンタ部１３２に接続されると共に、ネットワーク（ＬＡＮ）１４０及び公衆回線（ＷＡＮ）１５０に接続されている。コントローラ１３３は、画像情報やデバイス情報の入出力の制御を行う。
【００１９】
コントローラ１３３は、ＣＰＵ２００と、ＲＡＭ２０１と、ＲＯＭ２０２と、ハードディスクドライブ（以下、ＨＤＤ）２０３とを備えている。ＣＰＵ２００はシステム全体を制御する。ＲＡＭ２０１は、ＣＰＵ２００が動作するためのシステムワークメモリであり、入力された画像データを一時的に記憶するための画像メモリ（バッファメモリ）である。ＲＯＭ２０２はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２０３は、システムソフトウェア、画像データ、ワークフロー設定情報を格納する。
【００２０】
コントローラ１３３は、さらに、操作部Ｉ／Ｆ２０４と、ネットワーク部２０５と、モデム２０６と、システムバス２０７とを備えている。操作部Ｉ／Ｆ２０４は、操作部１３４とのインターフェース部であり、操作部１３４に表示する画像データや画像データの情報を操作部１３４に対して出力する。操作部Ｉ／Ｆ２０４は、操作部１３４からオペレータが入力した情報を、ＣＰＵ２００に伝達する。ネットワーク部２０５は、ネットワーク（ＬＡＮ）１４０に接続されて、情報の入出力を行う。モデム２０６は、公衆回線（ＷＡＮ）１５０に接続され、画像情報の入出力を行う。システムバス２０７は、ＣＰＵ２００と、ＲＡＭ２０１と、ＲＯＭ２０２と、ＨＤＤ２０３と、操作部Ｉ／Ｆ２０４と、ネットワーク部２０５と、モデム２０６とを接続している。
【００２１】
コントローラ１３３は、さらに、イメージバス（Ｉｍａｇｅ Ｂｕｓ）Ｉ／Ｆ２０８と、画像バス２０９と、ＲＩＰ（ラスタイメージプロセッサ）２１０と、デバイスＩ／Ｆ２１１と、スキャナ画像処理部２１４と、プリンタ画像処理部２１５とを備えている。イメージバスＩ／Ｆ２０８は、システムバス２０７と画像データを高速で転送する画像バス２０９とを接続し、データ構造を変換するバスブリッジである。画像バス２０９は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。
【００２２】
ラスタイメージプロセッサ（ＲＩＰ）２１０は、ＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ２１１は、スキャナ部１３１とプリンタ部１３２とコントローラ１３３を画像入力部インタフェース２１２及び印刷部インタフェース２１３を介して接続し、画像データの同期系/ 非同期系の変換を行う。スキャナ画像処理部２１４は、入力画像データに対し補正，加工，編集を行う。スキャナ画像処理部２１４は、入力された画像がカラー原稿又は白黒原稿であるかを画像の彩度信号から判断し、その結果を保持する。プリンタ画像処理部２１５は、出力画像データに対し補正，加工，編集を行う。
【００２３】
コントローラ１３３は、さらに、画像回転部２１６と、画像圧縮部２１７と、解像度変換部２１８と、色空間変換２１９と、階調変換部２２０とを備える。画像回転部２１６は、スキャナ画像処理部２１４と連携して、スキャナ部１３１からの画像読み込みと同時に画像を回転しメモリに格納する。画像回転部２１６は、また、メモリに格納された画像を回転して格納する。画像回転部２１６は、また、メモリに格納された画像をプリンタ画像処理部２１５と連携して、画像を回転させて印刷する。
【００２４】
画像圧縮部２１７は、多値画像データに対してＪＰＥＧ、２値画像画像データに対してＪＢＩＧ、ＭＭＲ、ＭＲ、ＭＨの圧縮伸長処理を行う。解像度変換部２１８は、メモリに格納された画像の解像度を変換し、メモリに格納する。色空間変換部２１９は、マトリクス演算により、例えばメモリに格納されたＹＵＶ画像をＬａｂ画像に変換し、メモリに格納する。階調変換部２２０は、例えばメモリに格納されている８ｂｉｔ、２５６階調の画像を誤差拡散法等の手法により１ｂｉｔ、２階調に変換し、メモリに格納する。
【００２５】
画像回転部２１６、画像圧縮部２１７、解像度変換部２１８、色空間変換部２１９及び階調変換部２２０は、それぞれ連動することが可能で、例えばメモリに格納された画像を画像回転及び解像度変換する場合は、両処理をメモリを介することなしに行うことができる。
【００２６】
画像バス２０９は、イメージバス（Ｉｍａｇｅ Ｂｕｓ）Ｉ／Ｆ２０８と、画像バス２０９と、ＲＩＰ（ラスタイメージプロセッサ）２１０と、デバイスＩ／Ｆ２１１と、スキャナ画像処理部２１４と、プリンタ画像処理部２１５と、画像回転部２１６と、画像圧縮部２１７と、解像度変換部２１８と、色空間変換２１９と、階調変換部２２０とを接続している。
【００２７】
図３は、図２に示したデジタル複合機のコントローラ１３３における、システムソフトウェアの機能構成を示すブロック図である。システムソフトウェアは、図２におけるＨＤＤ２０３に格納されている。ＣＰＵ２００がシステムソフトウェアをＨＤＤ２０３からＲＡＭ２０１にロードし、実行する。
【００２８】
ユーザインタフェース部（ＵＩ部）３００は、ユーザの入力された情報をアプリケーション部３０１に供給し、その処理結果をアプリケーション部３０１から受け取り、操作部１３４に表示する画面を生成する。
【００２９】
アプリケーション部３０１は、ユーザインタフェース部３００からの要求に従って処理を行う。ユーザインタフェース部３００からスキャンや印刷が要求された場合には、アプリケーション部３０１は、ジョブコントロールドメイン部３０２に、指定された設定とともにジョブを投入し、機器の状態やジョブの状態などの情報をジョブコントロールドメイン部３０２から受け取る。また、蓄積文書の参照・編集などが要求された場合には、アプリケーション部３０１は、文書管理部３０５に情報を取得するための指示又は変更をするための指示を行い、文書のリストや属性等の情報を文書管理部３０５から受け取る。
【００３０】
ジョブコントロールドメイン部４０２は、スキャンジョブ、コピージョブ、プリントジョブ、ＦＡＸジョブ等のジョブの処理を制御する。文書管理部３０５は、画像データを文書として管理する。
【００３１】
図２において、ＨＤＤ２０３には、システムソフトウェア、画像データ及びワークフローの設定情報を格納すると共に、画像管理のためのデータ等の一般的なデータファイルを格納する、いわゆるボックス機能を備える。
【００３２】
ＨＤＤ２０３には、フォルダを作成することができ、その中に画像データファイルや一般データファイルを格納することが可能である。フォルダは、ワークフローシステム１００が内部的にしかアクセスできない領域と、ユーザがアクセス可能な領域とからなる。ユーザは、アクセス可能な第１の領域のフォルダに対して、画像データなどを格納し、また、格納した画像を参照、編集、削除又は出力することができる。
【００３３】
図４は、ユーザがアクセス可能な領域のフォルダの一例を示す。図４に示すフォルダは、デジタル複合機１３０のＨＤＤ２０３に作成されている。この領域は、フォルダ４０１と、フォルダ４０２と、フォルダ４０３とを含む。フォルダ４０１は２個のデータを格納し、フォルダ４０２は３個のデータを格納し、フォルダ４０３は１個のデータを格納している。なお、フォルダの数はこれら３個に限定されるものではなく、またフォルダが階層構造を有していても構わない。
【００３４】
フォルダ４０１〜４０３へのデータの格納は以下のように行う。例えば、スキャナ部１３１が画像を読み込み、得られた画像データをフォルダに格納する。また、ワークフローシステム１００に接続された他のクライアント側のコンピュータがプリンタドライバを用いてアプリケーション文書から画像データを生成して、この画像データがフォルダに格納される。また、ＦＴＰ、ＳＭＢ又はＷｅｂＤＡＶ等のプロトコルを用いて、クライアント側のコンピュータが直接フォルダにアクセスを行って、データを格納する。
【００３５】
ユーザは、操作部１３４によって、フォルダ及び格納した画像データを参照することができる。画像データはシステムソフトウェアの管理に従い、文書として扱われる。複数のフォルダ又は複数の文書がある場合には、操作部１３４はフォルダのリスト及び文書のリストを表示する。ユーザは、文書リストから文書を選択して この文書に対する操作が実行できる。ユーザは、例えば、プレビュー表示、プロパティ表示、ページ挿入、他フォルダへの移動/コピー、文書削除、印刷等の処理を実行することができる。
【００３６】
第１実施形態のワークフロー実行装置における、申請ワークフローについて説明する。申請ワークフローは、デジタル複合機に予め設定されたワークフロー設定情報に従って遂行される。すなわち、ワークフロー設定情報は、複数の処理工程から構成されるジョブを、その処理工程の処理順序を定義している。図５Ａ及び図５Ｂは、ワークフロー設定情報の一例を示す。ワークフロー設定情報５００a、５００ｂは、ワークフローを識別するための情報、処理順序、文書の送信宛先等が記録されている。ワークフロー設定情報はＨＤＤ２０３に格納される。
【００３７】
ワークフロー設定情報５００ａは、以下の情報を含んでいる。ＷＯＲＫＦＬＯＷは、ワークフロー設定情報であることを示す。ＦＬＯＷＩＤはワークフローを識別するためのＩＤを示す。ＴＯＴＡＬは、このワークフロー設定情報５００ａに記述された工程数を示し、５００ａにおいては３つの処理工程からなることを示している。続いて、ＰＲＯＣＥＳＳ１、ＰＲＯＣＥＳＳ２、ＰＲＯＣＥＳＳ３のタグに続いてそれぞれの処理工程に関する情報が記述される。
ＰＲＯＣＥＳＳ１は、以下の情報を含んでいる。ＮＡＭＥは、ワークフロー処理を行う主体である名称を示す。ＤＥＳＴ＿ＤＥＶＩＣＥは、送信先の機器を示す。ＤＥＳＴ＿ＡＤＤＲＥＳＳは、送信先のＩＰアドレスを示す。ＤＥＳＴ＿ＰＡＴＨは、送信先のフォルダを示す。ＰＲＯＣＥＳＳ２、ＰＲＯＣＥＳＳ３についても同様である。
すなわち、ＰＲＯＣＥＳＳ１の情報は、主体ＡＡＡの処理のために、所定のＩＰアドレスを有するＤｅｖｉｃｅＡのフォルダ００にジョブを送信し、ＤｅｖｉｃｅＡがＰＲＯＣＥＳＳ１の処理を実行することを記述している。
より具体的には、ワークフロー設定情報５００ａによれば、申請者が申請処理を実行すると、ＮＡＭＥによって指定された承認者ＡＡＡの承認処理のために、機器Ａ（ＤＥＳＴ＿ＤＥＶＩＣＥによって指定されたＤｅｖｉｃｅＡ）のＤＥＳＴ＿ＰＡＴＨによって指定されたフォルダ「ＢＯＸ００」文書を送信する。承認者ＡＡＡは機器Ａの「ＢＯＸ００」に格納された文書を参照し、ＰＲＯＣＥＳＳ１に該当する承認処理を行う。ワークフロー設定情報により、承認処理が行われた文書は、ＰＲＯＣＥＳＳ２のＮＡＭＥに指定された承認者ＢＢＢの承認処理のために、機器Ｂの「ＢＯＸ０５」というフォルダに文書を送信する。承認者ＢＢＢは機器Ｂの「ＢＯＸ０５」に格納された文書を参照し、ＰＲＯＣＥＳＳ２に相当する承認処理を行う。以降、順次、承認処理が行われていく。
【００３８】
図５ｂに示すワークフロー情報５００ｂの情報も、５００ａと同様のタグ情報によって記述されている。
５００ｂにおいて、申請者は申請処理を実行すると、ＮＡＭＥによって指定された承認者ＤＤＤの承認処理のために、ＤＥＳＴ＿ＤＥＶＩＣＥによって指定された機器Ｄ（ＤｅｖｉｃｅＤ）のＤＥＳＴ＿ＰＡＴＨによって指定された「ＢＯＸ０２」というフォルダに文書を送信する。承認者ＤＤＤは機器Ｄの「ＢＯＸ０２」に格納された文書を参照し、ＰＲＯＣＥＳＳ１に相当する承認処理を行う。ワークフロー設定情報により、承認処理が行われた文書は、ＰＲＯＣＥＳＳ２のＮＡＭＥによって指定された承認者ＢＢＢの承認処理のために、機器Ｂの「ＢＯＸ０５」というフォルダに文書を送信する。承認者ＢＢＢは機器Ｂの「ＢＯＸ０５」に格納された文書を参照し、ＰＲＯＣＥＳＳ２に相当する承認処理を行う。以降、順次、承認処理が行われていく。
【００３９】
図６は、ＨＤＤ２０３に保存されている文書管理テーブル６００の定義例を示す。管理テーブルは、文書を識別するための文書ＩＤと、文書名と、画像の保存場所である画像パスと、その文書が格納されている親フォルダＩＤとから構成される。
【００４０】
図７は、ＨＤＤ２０３に保存されるジョブテーブル７００の定義例を示す。ジョブテーブルは、ジョブを識別するジョブＩＤと、ジョブの対象となる文書の文書ＩＤと、そのジョブが該当するワークフローＩＤと、ジョブの状態を示すステータスとから構成される。
【００４１】
上述したワークフロー設定情報は一例であり、複数の処理工程から構成されるジョブの処理順序を定義してあればよく、他の記載方法であっても構わないし、他の記録フォーマットであってもよい。また、ＨＤＤ２０３が異なる設定を持つ複数のワークフロー設定情報を持つこともできる。
【００４２】
図８は、本発明に係るワークフローシステム１００における申請ワークフローの基本的な工程を説明するフローチャートである。このフローチャートにおける工程の処理は、ワークフローシステム１００に含まれる各デジタル複合機ごとに行われる。図８のフローチャートの処理は、図２に示すＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして実行することによって実現される。
【００４３】
まず、デジタル複合機は、ワークフローを実行すべき文書を受け付ける（Ｓ８０１）。文書とは、このデジタル複合機が申請者が直接操作するデジタル複合機であれば、操作部１３４からの申請開始指示により受け付けた文書である。また、この文書は、このデジタル複合機が承認者が操作するデジタル複合機であれば、申請者又は前の承認者から送信された文書である。
【００４４】
デジタル複合機１３０のシステムソフトウェアは、文書を受信すると、以下のワークフロー処理を実行する（Ｓ８０２）。処理とは、例えば、承認者が機器に対して認証を行い、申請書を承認し、次の承認者へ申請書を送信する処理をいう。このとき該当するジョブのジョブテーブルのステータスは「処理中」（すなわち、ジョブの実行中）となる。続いて、ワークフロー設定情報に基づいて、次のワークフロー処理が予定されているか否かが判断される（Ｓ８０３）。次のワークフロー処理が予定されている場合は、次のワークフロー処理を実行するデジタル複合機へ指示を行う（Ｓ８０４）。次のワークフロー処理が予定されていない場合は処理を終了する。処理終了時、該当するジョブのジョブテーブルのステータスは「処理完了」となる。
【００４５】
図９は、第１実施形態における、ワークフローの実行中にデジタル複合機１３０にエラーが発生した場合の工程を説明するフローチャートの一例である。
図２に示すＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして以下の処理を実行する。
【００４６】
ワークフロー処理が実行され（Ｓ９０１）、実行中にエラーが検知されない場合は処理を終了する（Ｓ９０２：Ｎｏ）。エラーが検知された場合は、実行中のジョブを保存する（Ｓ９０３：Ｙｅｓ）。ステップＳ９０３におけるＣＰＵ２００は、エラーが発生したとき、実行中の処理工程を中断する処理中断手段として機能する。ステップＳ９０３におけるＣＰＵ２００は、また、中断された処理工程をジョブとして保存するジョブ保存手段として機能する。
【００４７】
ジョブ保存手段によるジョブの保存は、処理の対象である文書をＨＤＤ２０３の特定の領域に保存し、ジョブテーブルにジョブＩＤ、文書ＩＤ及びワークフローＩＤを記録するとともに、ステータスを「中断中」の状態に変更する。その後、それより以前にワークフロー処理を実行した機器への通知（図１０）を行う。なお、第１実施形態では、ユーザへのエラー発生通知は行っていないが、エラー発生通知を行うことも可能である。
【００４８】
＜中断処理＞
第１実施形態であるワークフローシステム１００では、ワークフロー処理の中断は、第１の機器におけるエラー発生通知を行う処理（図１０）と、エラー発生通知を受信した第２の機器における処理（図１１）とから構成される。
【００４９】
図１０は、第１実施形態におけるワークフロー処理のエラーが発生した旨を通知する工程を説明するフローチャートである。図２に示すＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして以下の処理を実行する。
まず、ＨＤＤ２０３に保存されたワークフロー設定情報を参照する（Ｓ１００１）。参照されたワークフロー設定情報が、エラーが発生した機器での処理を含むワークフロー設定情報であるか否かを判定する（Ｓ１００２）。例えば、ＤｅｖｉｃｅＣにエラーが発生した場合、図５Ａに示すワークフロー設定情報５００ａにおいてＰＲＯＣＥＳＳ３のＤＥＳＴ＿ＤＥＶＩＣＥによってＤｅｖｉｃｅＣが指定されているので、５００ａが存在すると判定される。ステップＳ１００２におけるＣＰＵ２００は、エラーが発生した処理工程を含むワークフロー設定情報を検索する検索手段として機能する。
ステップＳ１００２における検索手段による検索の結果、エラーが発生した機器での処理が含まれないワークフロー設定情報である場合はＳ１００６の処理に移行する。エラーが発生した機器での処理が含まれるワークフロー設定情報である場合は、さらにワークフロー設定情報を参照し、そのジョブが他の機器から受信したものであるか否かを判定する（Ｓ１００３）。例えば、ＤｅｖｉｃｅＣにエラーが発生した場合、図５Ａに示すワークフロー設定情報５００ａにおいてＰＲＯＣＥＳＳ２のＤＥＳＴ＿ＤＥＶＩＣＥによってＤｅｖｉｃｅＢが記述されているので、５００ａがＤｅｖｉｃｅＢから受信したものであることが判定される。
【００５０】
そのジョブが他の機器から受信されたものでない場合は処理を終了する（Ｓ１００３：Ｎｏ）。そのジョブが他の機器から受信されたものである場合は、そのジョブを送信した機器を特定する（Ｓ１００４）。例えば、ＤｅｖｉｃｅＣにエラーが発生した場合、図５Ａに示すワークフロー設定情報５００ａにおいて、ＰＲＯＣＥＳＳ２のＤＥＳＴ＿ＤＥＶＩＣＥによってＤｅｖｉｃｅＢが記述されているので、ＤｅｖｉｃｅＢがそのジョブを送信した機器であると特定される。ステップＳ１００４におけるＣＰＵ２００は、前の処理工程が実行された他の機器を特定する機器特定手段として機能する。機器特定手段により特定された機器に対してエラー発生通知を送信する（Ｓ１００５）。ワークフロー設定情報５００ａによれば、ＤｅｖｉｃｅＣにエラーが発生した場合には、ＤｅｖｉｃｅＣはＤｅｖｉｃｅＢにエラー発生通知を送信する。ステップＳ１００５におけるＣＰＵ２００は、エラー発生通知を他の機器に通知するエラー発生通知手段として機能する。
【００５１】
エラー発生通知手段によるエラー発生通知には、ワークフローＩＤ及び機器を特定する情報、例えば、ＩＰアドレス、機器ＩＤ等を含む。続いて、送信先である機器に関する情報を記録する（Ｓ１００６）。ステップＳ１００６におけるＣＰＵ２００は、エラー発生通知を送信した先の他の機器を記憶する記憶手段として機能する。
記憶手段による記憶に続いて、機器内に他のワークフロー設定情報が保存されているか否かを判定する（Ｓ１００７）。他のワークフロー設定情報がある場合（Ｓ１００７：Ｙｅｓ）、次のワークフロー設定情報を参照し（Ｓ１００８）、Ｓ１００２の処理に移行する。例えば、図５Ｂに示すワークフロー設定情報５００ｂについても、ステップ１００２以降の処理が行われる。５００ｂは、ＰＲＯＣＥＳＳ３においてＤｅｖｉｃｅＣの処理を含んでいる。このジョブを送信した機器がＤｅｖｉｃｅＢであると特定され、ＤｅｖｉｃｅＣはＤｅｖｉｃｅＢにエラー発生通知を送信する。他のワークフロー設定情報がない場合は処理を終了する（Ｓ１００７：Ｎｏ）。なお、エラー発生通知を受け取ったＤｅｖｉｃｅＢは同様の処理を実行する。ＤｅｖｉｃｅＢは、ワークフロー設定情報５００ｂにしたがい、ＰＲＯＣＥＳＳ１のＤＥＳＴ＿ＤＥＶＩＣＥに指定されたＤｅｖｉｃｅＤにエラー発生通知を送信する。このように、複数の機器間でエラー発生通知が中継されながら伝達されていく。
【００５２】
図１１は、第１実施形態におけるワークフロー処理のエラー発生通知を受信した第２の機器の工程を示すフローチャートである。
図２に示すＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして以下の処理を実行する。
【００５３】
まず、デジタル複合機１３０は他の機器からエラー発生通知を受信する（Ｓ１１０１）。ステップＳ１１０１におけるＣＰＵ２００は、エラーが発生している旨の通知を受け取る通知受信手段として機能する。通知受信手段による受信の後、ＨＤＤ２０３に保存されたワークフロー設定情報を参照する（Ｓ１１０２）。参照したワークフロー設定情報が、エラーが発生した機器での処理を含むワークフロー設定情報であるか否かを判定する（Ｓ１１０３）。
【００５４】
エラーが発生した機器の処理が含まれないワークフロー設定情報である場合はＳ１１０７の処理に移行する。エラーが発生した機器での処理が含まれるワークフロー設定情報である場合は、そのワークフロー設定情報に基づくジョブが現在その機器で実行中であるか否かを判別する（Ｓ１１０４）。ステップＳ１１０４におけるＣＰＵ２００は、その処理工程が実行中か否かを判別する判別手段として機能する。
【００５５】
すなわち、判別手段であるステップＳ１１０４では、ジョブテーブルからステータスが「処理中」のジョブを特定し、そのジョブが現在参照しているワークフロー設定情報に従って処理されているか否かをワークフローＩＤに基づいて判定する。実行中のジョブがない場合はステップＳ１１０７に移行する（Ｓ１１０４：Ｎｏ）。処理中のジョブがある場合は、ジョブの処理を中断する（Ｓ１１０５）。ステップＳ１１０５におけるＣＰＵ２００は、実行中の処理工程を中断する処理中断手段として機能する。
【００５６】
続いて、処理中のジョブをＨＤＤ２０３保存する（Ｓ１１０６）。ステップＳ１１０６におけるＣＰＵ２００は、中断された処理工程をジョブとして保存するジョブ保存手段として機能する。ジョブ保存手段によるジョブの保存は、処理する文書をＨＤＤ２０３の特定の領域に保存するとともに、ジョブテーブルのステータスを「中断中」の状態に変更する。ステップＳ１１０６におけるＣＰＵ２００は、エラーが発生したとき、実行中の処理工程を中断する処理中断手段として機能する。
【００５７】
続いて、他のワークフロー設定情報が保存されているか否かを判定する（Ｓ１１０７）。他のワークフロー設定情報がある場合（ステップ１１０７：Ｙｅｓ）、次のワークフロー設定情報を参照する。他のワークフロー設定情報がない場合（ステップ１１０７：Ｎｏ）、処理を終了する。
【００５８】
その後、それより以前にワークフロー処理を実行した機器への通知も行う。この通知の動作は、図１０のフローチャートで説明した内容と同様であるため、その詳細な説明を省略する。
以上述べたように、図１０に示すエラー発生通知を行う処理と、図１１に示すエラー発生通知を受信した機器における処理によって、ワークフロー処理が中断される。
【００５９】
図１２は、第１実施形態における、ワークフロー処理の中断の動作を示す説明図である。
【００６０】
機器Ｂ（図５Ａ中のＤｅｖｉｃｅＢ）には、２つのワークフロー設定情報５００ａ及び５００ｂが設定されている。機器Ｃ（図５Ａ中のＤｅｖｉｃｅＣ、例えば、第１の機器）の処理中にＨＤＤ２０３の残容量が少なくなり、エラーが発生した場合、ＰＲＯＣＥＳＳ３のＤＥＳＴ＿ＤＥＶＩＣＥによって指定された機器ＣはＰＲＯＣＥＳＳ２のＤＥＳＴ＿ＤＥＶＩＣＥである機器Ｂ（例えば、第２の機器）にエラー発生通知送信する。機器Ｂは、エラー発生通知を受信すると、保存しているワークフロー設定情報を参照し、エラーが発生した機器（すなわち、機器Ｃ）での処理を含むワークフロー設定情報を特定する。
【００６１】
５００ａと５００ｂはそれぞれ機器Ｃでの処理を含むワークフローであるため、５００ａ又は５００ｂの処理が機器Ｂで実行中の場合は、例えばワークフロー処理を次の機器へ送信せず、そのジョブを中断状態として保存する。ワークフロー設定情報５００ａ及び５００ｂが前に処理された機器は、ワークフロー設定情報５００ａのＰＲＯＣＥＳＳ１のＤＥＳＴ＿ＤＥＶＩＣＥである機器Ａ、ワークフロー設定情報５００ｂのＰＲＯＣＥＳＳ１のＤＥＳＴ＿ＤＥＶＩＣＥである機器Ｄ（図５Ｂ中のＤｅｖｉｃｅＤ）である。したがって、機器Ｃは、機器Ａおよび機器Ｄに対してエラー発生通知を送信する。
【００６２】
＜復旧処理＞
第１実施形態であるワークフローシステム１００では、ワークフロー処理の復旧は、中断されたジョブの処理の再開を行う処理（図１３）と、復旧通知を送信する処理（図１４）と、復旧通知を受信した機器における処理（図１５）とから構成される。
【００６３】
図１３は、第１実施形態における、エラーが復旧したときのジョブの処理再開手段を含む工程を示すフローチャートである。図２に示すＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして以下の処理を実行する。
【００６４】
機器がエラーから復旧した旨が検知されると（Ｓ１３０１）、ジョブテーブルからステータスが「中断中」のジョブがあるか否かを判定する（Ｓ１３０２）。中断中のジョブがない場合（ステップＳ１３０２：Ｎｏ）、ステップＳ１３０４の処理に移行する。中断中のジョブがある場合（ステップＳ１３０２：Ｙｅｓ）、そのジョブの処理を再開する（Ｓ１３０３）。ステップＳ１３０３におけるＣＰＵ２００は、エラーから復旧したとき、中断された処理工程を再開する処理再開手段として機能する。
【００６５】
処理再開手段による再開の後、他に中断中のジョブが残っているか否かを判定する（Ｓ１３０４）。中断中のジョブが残っている場合（Ｓ１３０４：Ｙｅｓ）、次のジョブを指定し（Ｓ１３０５）、そのジョブに対して処理を再開する。ジョブが残っていない場合（Ｓ１３０４：Ｎｏ）、処理を終了する。続いて、図１４に述べるように、前にそのワークフロー処理を実行した機器に、復旧通知手段による復旧通知をネットワーク部２０５を介して送信する。
【００６６】
図１４に、第１実施形態における、エラーから復旧した場合の復旧通知の工程を説明するフローチャートである。ＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして以下の処理を実行する。
【００６７】
まず、エラー発生通知を送信した機器があるか否かを判定し（Ｓ１４０１）、送信した機器が存在しない場合は処理を終了する。送信した機器が存在する場合（Ｓ１４０１：Ｙｅｓ）、送信先を特定し（Ｓ１４０２）、その機器に対して復旧通知を送信する（Ｓ１４０３）。ステップＳ１４０３におけるＣＰＵ２００は、復旧した旨を他の機器に通知する復旧通知手段として機能する。具体的には、ワークフロー設定情報５００ａに従い、ＤｅｖｉｃｅＣが復旧した場合には、ＤｅｖｉｃｅＣはＰＲＯＣＥＳＳ２のＤＥＳＴ＿ＤＥＶＩＣＥによって指定されたＤｅｖｉｃｅＢに復旧通知を送信する。また、ＤｅｖｉｃｅＢは、ワークフロー設定情報５００ｂにしたがい、ＰＲＯＣＥＳＳ１のＤＥＳＴ＿ＤＥＶＩＣＥに指定されたＤｅｖｉｃｅＤに復旧通知を送信する。このように、複数の機器間で次々と復旧通知が中継されながら伝達されていく。
【００６８】
復旧通知手段による通知に続いて、他の送信先が存在するか否かを判定し（Ｓ１４０４）、他の送信先がある場合は、次の送信先を参照し（Ｓ１４０５）、Ｓ１４０２の処理に移行する。他の送信先がない場合（Ｓ１４０１：Ｎｏ）、処理を終了する。
【００６９】
図１５は、第１実施形態における、復旧通知を受信した機器の工程を示すフローチャートである。ＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして以下の処理を実行する。
【００７０】
他の機器から復旧通知を受信すると（Ｓ１５０１）、ジョブテーブルからステータスが「中断中」のジョブがあるか否かを判定する（Ｓ１５０２）。中断中のジョブがない場合は、Ｓ１５０４の処理に移行する。中断中のジョブがある場合は、そのジョブの処理を再開する（Ｓ１５０３）。ステップＳ１５０３は、中断された処理工程を再開する処理再開手段として機能する。
【００７１】
続いて、他に中断中のジョブが残っているか否かを判定し（Ｓ１５０４）、ジョブが残っている場合は、次のジョブを指定し（Ｓ１５０５）そのジョブに対しても処理を再開する。ジョブが残っていない場合は処理を終了する。続いて、それより前にワークフロー処理を実行した機器への通知を行う。この処理は、図１４のフローチャートに示した内容と同様であるため、その詳細な説明を省略する。
【００７２】
第１実施形態によれば以下の効果を奏する。
（１）ワークフローの処理中に第１の機器にエラーが発生した場合であっても、第１の機器から第２の機器に対してエラー発生通知が送信され、第２の機器におけるジョブの処理を中断することによって、エラーによって生じるシステム全体にかかる負荷を軽減することができる。また、エラー発生通知を受け取った第２の機器は、さらに他の機器にエラー発生通知を送信するので、システム全体の負荷を軽減することができる。
【００７３】
（２）中断された処理工程がジョブとして保存されることによって、第１の機器が復旧したら速やかにジョブの処理の再開をすることができ、ワークフローシステムの効率的な運用が可能になる。
【００７４】
（３）エラーが発生した場合に、速やかにジョブの処理を中断し、エラーが発生した旨の通知を他の機器に送信するため、新たなジョブの投入が防止され、ワークフローシステムがその後も円滑に運用される。
【００７５】
＜第２実施形態＞
本発明の第２実施形態は、ワークフローの中断処理において、エラー発生通知の送信先及び中断するジョブの特定を、エラー発生時のワークフローＩＤによって行うものである。第２実施形態に係るワークフローシステム及びワークフロー実行装置の構成は、第１実施形態における図１から図７と同様であるため、その詳細な説明を省略する。
第２実施形態において、ワークフローの基本的な処理、エラー発生時の処理及びエラー復旧時の処理については、図８、図９、図１３〜図１５と同様であるため、その詳細な説明を省略する。なお、ワークフロー設定情報は、複数の処理工程から構成されるジョブの処理順序を定義したものである点で、第１実施形態と同様である。
【００７６】
図１６は、第２実施形態であるワークフロー実行装置およびワークフロー実行方法におけるワークフロー処理において、エラー発生通知の処理の工程を説明するフローチャートである。ＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして以下の処理を実行する。
【００７７】
まず、ワークフロー設定情報を参照し（Ｓ１６０１）、そのワークフローが実行中であるか否かを判断する（Ｓ１６０２）。ステップＳ１６０１及びＳ１６０２は、エラーが発生した処理工程を含むワークフロー設定情報を検索する検索手段として機能する。検索手段による検索の結果、処理中のワークフローではない場合、Ｓ１６０６の処理に移行する。処理中のワークフローである場合は、ワークフロー設定情報を参照し、そのジョブが他の機器から受信したものであるか否かを判定する（Ｓ１６０３）。
【００７８】
ステップＳ１６０３において、そのジョブが他の機器から受信したものでない場合は処理を終了する。そのジョブが他の機器から受信したものである場合は、ジョブを送信した機器を特定する（Ｓ１６０４）。ステップＳ１６０５は、前の処理工程が実行された他の機器を特定する機器特定手段として機能する。続いて、機器特定手段により特定された機器に対してエラー発生通知を送信する（Ｓ１６０５）。ステップＳ１６０５におけるＣＰＵ２００は、エラー発生通知を他の機器に通知するエラー発生手段として機能する。エラー発生通知には、ワークフローＩＤ及び機器を特定する情報、例えば、ＩＰアドレス、機器ＩＤ等を含む。
【００７９】
エラー発生通知手段がエラー発生通知を送信するとき、送信先の機器の情報を記録する（Ｓ１６０６）。ステップＳ１６０６は、エラー発生通知を送信した先の他の機器を記憶する記憶手段として機能する。
記憶手段による記憶に続いて、機器内に他のワークフロー設定情報が保存されているか否かを判定する（Ｓ１６０７）。他のワークフロー設定情報がある場合は、次のワークフロー設定情報を参照し（Ｓ１６０８）、Ｓ１６０２の処理に移行する。他のワークフロー設定情報がない場合は、処理を終了する。
【００８０】
図１７は、第２実施形態におけるワークフロー処理のエラー発生通知を受信した機器の処理の工程を示すフローチャートである。ＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして以下の処理を実行する。
【００８１】
まず、他の機器からエラー発生通知を受信する（Ｓ１７０１）。ステップＳ１７０１におけるＣＰＵ２００は、エラーが発生している旨の通知を受け取る通知受信手段として機能する。通知受信手段による受信の後、エラー発生通知に含まれているワークフローＩＤによって指定されたワークフローのジョブが実行中か否かをジョブテーブルによって判別する（Ｓ１７０２）。具体的には、ワークフロー設定情報５００ａの場合、ワークフローＩＤは０００１に設定されている。このワークフローＩＤである０００１を図７に示すジョブテーブルから検索する。ジョブテーブルで０００１が存在していた場合、そのステータスが実行中であるかを判別する。ステップＳ１７０２におけるＣＰＵ２００は、処理工程が実行中であるか否かを判別する判別手段として機能する。
【００８２】
判別手段による判別の結果、そのワークフローが実行中でない場合は処理を終了し、そのワークフローが実行中である場合は、処理を中断する（Ｓ１７０３）。ステップＳ１７０３は、実行中の処理工程を中断する処理中断手段として機能する。
続いて、実行中のジョブを保存する（Ｓ１７０４）。ステップＳ１７０４は、中断された処理工程をジョブとして保存するジョブ保存手段として機能する。ジョブの保存は、処理する文書をＨＤＤ２０３の特定の領域に保存し、ジョブテーブルのステータスを「中断中」の状態に変更する。ステップＳ１７０４は、エラーが発生したとき実行中の処理工程を中断する処理中断手段として機能する。
【００８３】
続いて、他に同じワークフローで処理中のジョブがあるか否かを判定し（Ｓ１７０５）、処理中のジョブがある場合は、次のジョブを参照し（Ｓ１７０６）、Ｓ１７０３の処理に移行する。処理中のジョブがない場合は、処理を終了する。その後、前にワークフロー処理を実行した機器への通知も行う。この通知の処理は、図１６に示すフローと同様であるため、その詳細な説明を省略する。
【００８４】
第２実施形態によれば、第１実施例と同様の効果を奏する他、ワークフローＩＤに基づいて処理中のジョブを判定するため、エラー発生時に処理中断手段により効率的にジョブの処理の中断を行うことができる。
【００８５】
＜変形形態＞
（１）上述した実施形態では、エラーが発生した第１の機器と、エラー発生通知を受け取る第２の機器を別々のワークフロー実行装置として説明したが、エラーが発生してエラー発生通知を送信する第１の機器としての機能とエラー発生通知を受けて処理を中断する第２の機器としての機能を同一のワークフロー実行装置が備えていてもよい。
【００８６】
（２）ワークフロー実行装置またはワークフロー実行方法を実現するコンピュータプログラムをコンピュータによる読み取り可能な記録媒体に記録し、この記録媒体に記録されたコンピュータプログラムをコンピュータのそれぞれに読み込ませ、実行することによって本発明のワークフロー実行装置またはワークフロー実行方法を実現することができる。すなわち、本発明の機能処理を実現するためのコンピュータプログラム
自体も本発明に含まれる。
【００８７】
（３）プログラムを供給するための記録媒体としては、例えば、ハードディスク、磁気テープ等の磁気記録媒体、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ等が考えられる。また、コンピュータプログラムを、有線／無線通信を用いて供給する場合も、本発明に含まれる。
【００８８】
（４）具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００８９】
【図１】本発明の第１実施形態であるワークフローシステムの構成を説明する図である。
【図２】本発明の第１実施形態におけるデジタル複合機の構成を説明するブロック図である。
【図３】本発明の第１実施形態におけるワークフロー実行装置であるデジタル複合機のシステムソフトウェアの機能構成を示すブロック図である。
【図４】本発明の第１実施形態におけるユーザがアクセス可能な領域のフォルダの一例である。
【図５Ａ】本発明の第１実施形態におけるワークフロー設定情報の一例である。
【図５Ｂ】本発明の第１実施形態におけるワークフロー設定情報の一例である。
【図６】本発明の第１実施形態における文書管理テーブルのテーブル定義例である。
【図７】本発明の第１実施形態におけるジョブテーブルのテーブル定義例である。
【図８】本発明の第１実施形態における申請ワークフローの基本的な処理を説明するフローチャートである。
【図９】本発明の第１実施形態におけるワークフロー処理中にエラーが発生した場合の処理を説明するフローチャートである。
【図１０】本発明の第１実施形態におけるワークフロー処理のエラー発生通知の処理を説明するフローチャートである。
【図１１】本発明の第１実施形態におけるエラー発生通知を受信した機器の処理を示すフローチャートである。
【図１２】本発明の第１実施形態における複数のデジタル複合機の中断処理の一例を示す説明図である。
【図１３】本発明の第１実施形態における復旧時の処理再開を説明するフローチャートである。
【図１４】本発明の第１実施形態における復旧通知の処理を説明するフローチャートである。
【図１５】本発明の第１実施形態における復旧通知を受信したワークフロー実行装置の処理を示すフローチャートである。
【図１６】本発明の第２実施形態におけるワークフロー処理のエラー発生通知の処理を説明するフローチャートである。
【図１７】本発明の第２実施形態におけるエラー発生通知を受信した情報処理の処理を示すフローチャートである。
【符号の説明】
【００９０】
１００ ワークフローシステム
１３０ デジタル複合機（ワークフロー実行装置）
１４０ ネットワーク
１３１ スキャナ部
１３２ プリンタ部
１３３ コントローラ
１３４ 操作部
３００ ユーザインターフェース（ＵＩ）部
３０１ アプリケーション部
３０２ ジョブコントロールドメイン部
３０５ 文書管理部
４０１，４０２，４０３ フォルダ
５００ａ、５００ｂ ワークフロー設定情報
６００ 文書管理テーブル
７００ ジョブテーブル
【技術分野】
【０００１】
本発明は、複数の処理工程から構成されるジョブをワークフロー設定情報に従って処理するワークフロー実行装置およびワークフロー実行方法に関するものである。
【背景技術】
【０００２】
従来、デジタル複写機にプリンタ、スキャナ、ファクシミリ等の機能を付加した複合機能装置（デジタル複合機）が実用化されている。従来のデジタル複合機は、本来備えているスキャナ及びプリンタを使用してファクシミリ通信を行う。また、プリンタを使用して、コンピュータから送られたコードデータをビットマップデータに展開して印刷を行う。また、スキャナを使用して、スキャナから読み込んだ画像をネットワークにより送信する。また、プリンタを使用して、ネットワークを通じて配信された画像を印刷する。
【０００３】
従来のデジタル複合機は、その記憶装置内にユーザ個人や部署ごとに記録領域を割り当て、ユーザはその記録領域に画像データを格納しておき、適宜出力する、いわゆるボックス機能を有しているものもある。
【０００４】
従来、ネットワークに接続された複数のデジタル複合機でワークフローを実現するワークフロー実行装置が提案されている。従来のワークフロー実行装置では、例えば申請書の承認フローにおいて、申請者は申請書データを承認者のボックスへ送信する。承認者はデータを受け取ると承認処理を行い、次の承認者にデータを送信する。最後の承認者は申請者に承認許可を通知するとともに、申請書を指定のサーバに保存する。
【０００５】
従来のワークフロー実行装置は、ネットワークに接続された各機器で別々の機能を使って処理を実行することも可能である。例えば、第１の機器ではスキャンを実行し、第２の機器へスキャンデータを送信する。スキャンデータを受信した第２の機器はＯＣＲ等の画像解析処理を実行し、第３の機器へその結果を送信する。その結果を受信した第３の機器は、紙媒体への出力やサーバへの登録処理を行う。
【０００６】
従来のワークフロー実行装置では、ワークフローを集中管理するサーバを設け、そこで処理を実行する各機器及びジョブの状態を管理するものが一般的に知られている。いずれかの機器でエラーが発生した場合は、サーバがジョブの一時保存を行い、ステータス監視を行うことによって、各機器への負荷を低減させている（特許文献１参照）。
【０００７】
従来のワークフロー実行装置では、また、ワークフローの処理においてエラーが発生した場合、代替機器に処理を代替することでワークフローを継続するものが提案されている（特許文献２参照）。
【特許文献１】特開２００４−２８０６６５号公報
【特許文献２】特開２００６−３３８５４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来のワークフロー実行装置では、ワークフローを処理するいずれかの機器にエラーが発生したとき、ワークフローの処理が止まってしまう。申請書の承認フローにおいては、エラーとは、例えば、使用者を認証するための認証サーバの停止、ネットワークの障害による申請書の送信不能、又は記憶装置の使用量が予め設定された閾値を越えたことによる記録容量不足等である。各機器が異なる機能を使って処理を実行するワークフローにおいては、エラーとは、例えば、適切な用紙が用意されていなかったことによる印刷不能、トナー不足による印刷不能等である。
【０００９】
機器にエラーが生じた場合、エラーが復旧するまでワークフローのジョブを待機状態にし、復旧時にジョブを再開することも考えられる。しかし、他のワークフローの処理がエラーの復旧を待たずに次々と実行された場合、エラーが発生した機器に大量のジョブが蓄積され、負荷がかかるという第１の問題があった。
【００１０】
各機器への付加を軽減するためにワークフローを集中管理するサーバを設けた従来のワークフロー実行装置においても、サーバを別途設ける必要があるために、システムの構築及びメンテナンスが煩雑となるという第２の問題があった。
【００１１】
エラーが発生した後もワークフローの処理を継続できる従来のワークフロー実行装置においても、別途に代替機器を設ける必要であり、その構築に煩雑な作業を要し、且つ代替機器はエラーが発生した機器と同じ構成でなければ、完全に同じ処理を実行できないという第３の問題があった。
【００１２】
本発明の課題は、ワークフローの処理中にエラーが発生した場合であっても、各機器への負荷を分散しながらジョブの処理の適切な中断を行うことができるワークフロー実行装置およびワークフロー実行方法を提供することである。
【課題を解決するための手段】
【００１３】
上記課題を解決するため、本発明に係るワークフロー実行装置は、複数の処理工程を、処理順序を定義したワークフロー設定情報に従って処理するものであって、前記複数の処理工程のいずれかにエラーが発生したときエラーが発生した処理工程を含むワークフロー設定情報を検索する検索手段と、検索されたワークフロー設定情報の処理順序に基づいて、前の処理工程が実行された他の機器を特定する機器特定手段と、エラーが発生した旨の通知を他の機器に通知するエラー発生通知手段とを備えることを特徴とする。
【００１４】
本発明に係るワークフロー実行装置は、さらに、エラーが発生している旨の通知を受け取る通知受信手段と、検索手段によって検索されたワークフロー設定情報に含まれる処理工程が実行中であるか否かを判別する判別手段とを備え、通知受信手段が通知を受け取ったとき、判別手段によって実行中と判別された処理工程を処理中断手段が中断することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、ワークフローの処理中のある機器エラーが発生した場合、ある機器から他の機器にエラーが発生した旨の通知が送信されるため、他の機器におけるジョブの処理を中断することによって、エラーによって生じるシステム全体にかかる負荷を軽減することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明に係るワークフロー実行装置およびワークフロー実行方法を実施するための最良の形態について図面等を参照して説明する。
＜第１実施形態＞
図１は、本発明の第１実施形態に係るワークフローシステム１００の全体の構成を示す。ワークフローシステム１００は、複数のデジタル複合機１３０と、複数のデジタル複合機１３０を接続するネットワーク１４０で構成される。
【００１７】
図２は、本発明に係るワークフロー実行装置であるデジタル複合機１３０の構成を示すブロック図である。デジタル複合機１３０は、複数の処理工程から構成されるジョブを、その処理順序を定義したワークフロー設定情報に従って処理する。デジタル複合機１３０は、操作部１３４と、コントローラ１３３と、画像を入力するためのスキャナ部１３１と、画像を出力するためのプリンタ部１３２とから構成されている。
【００１８】
コントローラ１３３は、スキャナ部１３１及びプリンタ部１３２に接続されると共に、ネットワーク（ＬＡＮ）１４０及び公衆回線（ＷＡＮ）１５０に接続されている。コントローラ１３３は、画像情報やデバイス情報の入出力の制御を行う。
【００１９】
コントローラ１３３は、ＣＰＵ２００と、ＲＡＭ２０１と、ＲＯＭ２０２と、ハードディスクドライブ（以下、ＨＤＤ）２０３とを備えている。ＣＰＵ２００はシステム全体を制御する。ＲＡＭ２０１は、ＣＰＵ２００が動作するためのシステムワークメモリであり、入力された画像データを一時的に記憶するための画像メモリ（バッファメモリ）である。ＲＯＭ２０２はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２０３は、システムソフトウェア、画像データ、ワークフロー設定情報を格納する。
【００２０】
コントローラ１３３は、さらに、操作部Ｉ／Ｆ２０４と、ネットワーク部２０５と、モデム２０６と、システムバス２０７とを備えている。操作部Ｉ／Ｆ２０４は、操作部１３４とのインターフェース部であり、操作部１３４に表示する画像データや画像データの情報を操作部１３４に対して出力する。操作部Ｉ／Ｆ２０４は、操作部１３４からオペレータが入力した情報を、ＣＰＵ２００に伝達する。ネットワーク部２０５は、ネットワーク（ＬＡＮ）１４０に接続されて、情報の入出力を行う。モデム２０６は、公衆回線（ＷＡＮ）１５０に接続され、画像情報の入出力を行う。システムバス２０７は、ＣＰＵ２００と、ＲＡＭ２０１と、ＲＯＭ２０２と、ＨＤＤ２０３と、操作部Ｉ／Ｆ２０４と、ネットワーク部２０５と、モデム２０６とを接続している。
【００２１】
コントローラ１３３は、さらに、イメージバス（Ｉｍａｇｅ Ｂｕｓ）Ｉ／Ｆ２０８と、画像バス２０９と、ＲＩＰ（ラスタイメージプロセッサ）２１０と、デバイスＩ／Ｆ２１１と、スキャナ画像処理部２１４と、プリンタ画像処理部２１５とを備えている。イメージバスＩ／Ｆ２０８は、システムバス２０７と画像データを高速で転送する画像バス２０９とを接続し、データ構造を変換するバスブリッジである。画像バス２０９は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。
【００２２】
ラスタイメージプロセッサ（ＲＩＰ）２１０は、ＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ２１１は、スキャナ部１３１とプリンタ部１３２とコントローラ１３３を画像入力部インタフェース２１２及び印刷部インタフェース２１３を介して接続し、画像データの同期系/ 非同期系の変換を行う。スキャナ画像処理部２１４は、入力画像データに対し補正，加工，編集を行う。スキャナ画像処理部２１４は、入力された画像がカラー原稿又は白黒原稿であるかを画像の彩度信号から判断し、その結果を保持する。プリンタ画像処理部２１５は、出力画像データに対し補正，加工，編集を行う。
【００２３】
コントローラ１３３は、さらに、画像回転部２１６と、画像圧縮部２１７と、解像度変換部２１８と、色空間変換２１９と、階調変換部２２０とを備える。画像回転部２１６は、スキャナ画像処理部２１４と連携して、スキャナ部１３１からの画像読み込みと同時に画像を回転しメモリに格納する。画像回転部２１６は、また、メモリに格納された画像を回転して格納する。画像回転部２１６は、また、メモリに格納された画像をプリンタ画像処理部２１５と連携して、画像を回転させて印刷する。
【００２４】
画像圧縮部２１７は、多値画像データに対してＪＰＥＧ、２値画像画像データに対してＪＢＩＧ、ＭＭＲ、ＭＲ、ＭＨの圧縮伸長処理を行う。解像度変換部２１８は、メモリに格納された画像の解像度を変換し、メモリに格納する。色空間変換部２１９は、マトリクス演算により、例えばメモリに格納されたＹＵＶ画像をＬａｂ画像に変換し、メモリに格納する。階調変換部２２０は、例えばメモリに格納されている８ｂｉｔ、２５６階調の画像を誤差拡散法等の手法により１ｂｉｔ、２階調に変換し、メモリに格納する。
【００２５】
画像回転部２１６、画像圧縮部２１７、解像度変換部２１８、色空間変換部２１９及び階調変換部２２０は、それぞれ連動することが可能で、例えばメモリに格納された画像を画像回転及び解像度変換する場合は、両処理をメモリを介することなしに行うことができる。
【００２６】
画像バス２０９は、イメージバス（Ｉｍａｇｅ Ｂｕｓ）Ｉ／Ｆ２０８と、画像バス２０９と、ＲＩＰ（ラスタイメージプロセッサ）２１０と、デバイスＩ／Ｆ２１１と、スキャナ画像処理部２１４と、プリンタ画像処理部２１５と、画像回転部２１６と、画像圧縮部２１７と、解像度変換部２１８と、色空間変換２１９と、階調変換部２２０とを接続している。
【００２７】
図３は、図２に示したデジタル複合機のコントローラ１３３における、システムソフトウェアの機能構成を示すブロック図である。システムソフトウェアは、図２におけるＨＤＤ２０３に格納されている。ＣＰＵ２００がシステムソフトウェアをＨＤＤ２０３からＲＡＭ２０１にロードし、実行する。
【００２８】
ユーザインタフェース部（ＵＩ部）３００は、ユーザの入力された情報をアプリケーション部３０１に供給し、その処理結果をアプリケーション部３０１から受け取り、操作部１３４に表示する画面を生成する。
【００２９】
アプリケーション部３０１は、ユーザインタフェース部３００からの要求に従って処理を行う。ユーザインタフェース部３００からスキャンや印刷が要求された場合には、アプリケーション部３０１は、ジョブコントロールドメイン部３０２に、指定された設定とともにジョブを投入し、機器の状態やジョブの状態などの情報をジョブコントロールドメイン部３０２から受け取る。また、蓄積文書の参照・編集などが要求された場合には、アプリケーション部３０１は、文書管理部３０５に情報を取得するための指示又は変更をするための指示を行い、文書のリストや属性等の情報を文書管理部３０５から受け取る。
【００３０】
ジョブコントロールドメイン部４０２は、スキャンジョブ、コピージョブ、プリントジョブ、ＦＡＸジョブ等のジョブの処理を制御する。文書管理部３０５は、画像データを文書として管理する。
【００３１】
図２において、ＨＤＤ２０３には、システムソフトウェア、画像データ及びワークフローの設定情報を格納すると共に、画像管理のためのデータ等の一般的なデータファイルを格納する、いわゆるボックス機能を備える。
【００３２】
ＨＤＤ２０３には、フォルダを作成することができ、その中に画像データファイルや一般データファイルを格納することが可能である。フォルダは、ワークフローシステム１００が内部的にしかアクセスできない領域と、ユーザがアクセス可能な領域とからなる。ユーザは、アクセス可能な第１の領域のフォルダに対して、画像データなどを格納し、また、格納した画像を参照、編集、削除又は出力することができる。
【００３３】
図４は、ユーザがアクセス可能な領域のフォルダの一例を示す。図４に示すフォルダは、デジタル複合機１３０のＨＤＤ２０３に作成されている。この領域は、フォルダ４０１と、フォルダ４０２と、フォルダ４０３とを含む。フォルダ４０１は２個のデータを格納し、フォルダ４０２は３個のデータを格納し、フォルダ４０３は１個のデータを格納している。なお、フォルダの数はこれら３個に限定されるものではなく、またフォルダが階層構造を有していても構わない。
【００３４】
フォルダ４０１〜４０３へのデータの格納は以下のように行う。例えば、スキャナ部１３１が画像を読み込み、得られた画像データをフォルダに格納する。また、ワークフローシステム１００に接続された他のクライアント側のコンピュータがプリンタドライバを用いてアプリケーション文書から画像データを生成して、この画像データがフォルダに格納される。また、ＦＴＰ、ＳＭＢ又はＷｅｂＤＡＶ等のプロトコルを用いて、クライアント側のコンピュータが直接フォルダにアクセスを行って、データを格納する。
【００３５】
ユーザは、操作部１３４によって、フォルダ及び格納した画像データを参照することができる。画像データはシステムソフトウェアの管理に従い、文書として扱われる。複数のフォルダ又は複数の文書がある場合には、操作部１３４はフォルダのリスト及び文書のリストを表示する。ユーザは、文書リストから文書を選択して この文書に対する操作が実行できる。ユーザは、例えば、プレビュー表示、プロパティ表示、ページ挿入、他フォルダへの移動/コピー、文書削除、印刷等の処理を実行することができる。
【００３６】
第１実施形態のワークフロー実行装置における、申請ワークフローについて説明する。申請ワークフローは、デジタル複合機に予め設定されたワークフロー設定情報に従って遂行される。すなわち、ワークフロー設定情報は、複数の処理工程から構成されるジョブを、その処理工程の処理順序を定義している。図５Ａ及び図５Ｂは、ワークフロー設定情報の一例を示す。ワークフロー設定情報５００a、５００ｂは、ワークフローを識別するための情報、処理順序、文書の送信宛先等が記録されている。ワークフロー設定情報はＨＤＤ２０３に格納される。
【００３７】
ワークフロー設定情報５００ａは、以下の情報を含んでいる。ＷＯＲＫＦＬＯＷは、ワークフロー設定情報であることを示す。ＦＬＯＷＩＤはワークフローを識別するためのＩＤを示す。ＴＯＴＡＬは、このワークフロー設定情報５００ａに記述された工程数を示し、５００ａにおいては３つの処理工程からなることを示している。続いて、ＰＲＯＣＥＳＳ１、ＰＲＯＣＥＳＳ２、ＰＲＯＣＥＳＳ３のタグに続いてそれぞれの処理工程に関する情報が記述される。
ＰＲＯＣＥＳＳ１は、以下の情報を含んでいる。ＮＡＭＥは、ワークフロー処理を行う主体である名称を示す。ＤＥＳＴ＿ＤＥＶＩＣＥは、送信先の機器を示す。ＤＥＳＴ＿ＡＤＤＲＥＳＳは、送信先のＩＰアドレスを示す。ＤＥＳＴ＿ＰＡＴＨは、送信先のフォルダを示す。ＰＲＯＣＥＳＳ２、ＰＲＯＣＥＳＳ３についても同様である。
すなわち、ＰＲＯＣＥＳＳ１の情報は、主体ＡＡＡの処理のために、所定のＩＰアドレスを有するＤｅｖｉｃｅＡのフォルダ００にジョブを送信し、ＤｅｖｉｃｅＡがＰＲＯＣＥＳＳ１の処理を実行することを記述している。
より具体的には、ワークフロー設定情報５００ａによれば、申請者が申請処理を実行すると、ＮＡＭＥによって指定された承認者ＡＡＡの承認処理のために、機器Ａ（ＤＥＳＴ＿ＤＥＶＩＣＥによって指定されたＤｅｖｉｃｅＡ）のＤＥＳＴ＿ＰＡＴＨによって指定されたフォルダ「ＢＯＸ００」文書を送信する。承認者ＡＡＡは機器Ａの「ＢＯＸ００」に格納された文書を参照し、ＰＲＯＣＥＳＳ１に該当する承認処理を行う。ワークフロー設定情報により、承認処理が行われた文書は、ＰＲＯＣＥＳＳ２のＮＡＭＥに指定された承認者ＢＢＢの承認処理のために、機器Ｂの「ＢＯＸ０５」というフォルダに文書を送信する。承認者ＢＢＢは機器Ｂの「ＢＯＸ０５」に格納された文書を参照し、ＰＲＯＣＥＳＳ２に相当する承認処理を行う。以降、順次、承認処理が行われていく。
【００３８】
図５ｂに示すワークフロー情報５００ｂの情報も、５００ａと同様のタグ情報によって記述されている。
５００ｂにおいて、申請者は申請処理を実行すると、ＮＡＭＥによって指定された承認者ＤＤＤの承認処理のために、ＤＥＳＴ＿ＤＥＶＩＣＥによって指定された機器Ｄ（ＤｅｖｉｃｅＤ）のＤＥＳＴ＿ＰＡＴＨによって指定された「ＢＯＸ０２」というフォルダに文書を送信する。承認者ＤＤＤは機器Ｄの「ＢＯＸ０２」に格納された文書を参照し、ＰＲＯＣＥＳＳ１に相当する承認処理を行う。ワークフロー設定情報により、承認処理が行われた文書は、ＰＲＯＣＥＳＳ２のＮＡＭＥによって指定された承認者ＢＢＢの承認処理のために、機器Ｂの「ＢＯＸ０５」というフォルダに文書を送信する。承認者ＢＢＢは機器Ｂの「ＢＯＸ０５」に格納された文書を参照し、ＰＲＯＣＥＳＳ２に相当する承認処理を行う。以降、順次、承認処理が行われていく。
【００３９】
図６は、ＨＤＤ２０３に保存されている文書管理テーブル６００の定義例を示す。管理テーブルは、文書を識別するための文書ＩＤと、文書名と、画像の保存場所である画像パスと、その文書が格納されている親フォルダＩＤとから構成される。
【００４０】
図７は、ＨＤＤ２０３に保存されるジョブテーブル７００の定義例を示す。ジョブテーブルは、ジョブを識別するジョブＩＤと、ジョブの対象となる文書の文書ＩＤと、そのジョブが該当するワークフローＩＤと、ジョブの状態を示すステータスとから構成される。
【００４１】
上述したワークフロー設定情報は一例であり、複数の処理工程から構成されるジョブの処理順序を定義してあればよく、他の記載方法であっても構わないし、他の記録フォーマットであってもよい。また、ＨＤＤ２０３が異なる設定を持つ複数のワークフロー設定情報を持つこともできる。
【００４２】
図８は、本発明に係るワークフローシステム１００における申請ワークフローの基本的な工程を説明するフローチャートである。このフローチャートにおける工程の処理は、ワークフローシステム１００に含まれる各デジタル複合機ごとに行われる。図８のフローチャートの処理は、図２に示すＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして実行することによって実現される。
【００４３】
まず、デジタル複合機は、ワークフローを実行すべき文書を受け付ける（Ｓ８０１）。文書とは、このデジタル複合機が申請者が直接操作するデジタル複合機であれば、操作部１３４からの申請開始指示により受け付けた文書である。また、この文書は、このデジタル複合機が承認者が操作するデジタル複合機であれば、申請者又は前の承認者から送信された文書である。
【００４４】
デジタル複合機１３０のシステムソフトウェアは、文書を受信すると、以下のワークフロー処理を実行する（Ｓ８０２）。処理とは、例えば、承認者が機器に対して認証を行い、申請書を承認し、次の承認者へ申請書を送信する処理をいう。このとき該当するジョブのジョブテーブルのステータスは「処理中」（すなわち、ジョブの実行中）となる。続いて、ワークフロー設定情報に基づいて、次のワークフロー処理が予定されているか否かが判断される（Ｓ８０３）。次のワークフロー処理が予定されている場合は、次のワークフロー処理を実行するデジタル複合機へ指示を行う（Ｓ８０４）。次のワークフロー処理が予定されていない場合は処理を終了する。処理終了時、該当するジョブのジョブテーブルのステータスは「処理完了」となる。
【００４５】
図９は、第１実施形態における、ワークフローの実行中にデジタル複合機１３０にエラーが発生した場合の工程を説明するフローチャートの一例である。
図２に示すＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして以下の処理を実行する。
【００４６】
ワークフロー処理が実行され（Ｓ９０１）、実行中にエラーが検知されない場合は処理を終了する（Ｓ９０２：Ｎｏ）。エラーが検知された場合は、実行中のジョブを保存する（Ｓ９０３：Ｙｅｓ）。ステップＳ９０３におけるＣＰＵ２００は、エラーが発生したとき、実行中の処理工程を中断する処理中断手段として機能する。ステップＳ９０３におけるＣＰＵ２００は、また、中断された処理工程をジョブとして保存するジョブ保存手段として機能する。
【００４７】
ジョブ保存手段によるジョブの保存は、処理の対象である文書をＨＤＤ２０３の特定の領域に保存し、ジョブテーブルにジョブＩＤ、文書ＩＤ及びワークフローＩＤを記録するとともに、ステータスを「中断中」の状態に変更する。その後、それより以前にワークフロー処理を実行した機器への通知（図１０）を行う。なお、第１実施形態では、ユーザへのエラー発生通知は行っていないが、エラー発生通知を行うことも可能である。
【００４８】
＜中断処理＞
第１実施形態であるワークフローシステム１００では、ワークフロー処理の中断は、第１の機器におけるエラー発生通知を行う処理（図１０）と、エラー発生通知を受信した第２の機器における処理（図１１）とから構成される。
【００４９】
図１０は、第１実施形態におけるワークフロー処理のエラーが発生した旨を通知する工程を説明するフローチャートである。図２に示すＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして以下の処理を実行する。
まず、ＨＤＤ２０３に保存されたワークフロー設定情報を参照する（Ｓ１００１）。参照されたワークフロー設定情報が、エラーが発生した機器での処理を含むワークフロー設定情報であるか否かを判定する（Ｓ１００２）。例えば、ＤｅｖｉｃｅＣにエラーが発生した場合、図５Ａに示すワークフロー設定情報５００ａにおいてＰＲＯＣＥＳＳ３のＤＥＳＴ＿ＤＥＶＩＣＥによってＤｅｖｉｃｅＣが指定されているので、５００ａが存在すると判定される。ステップＳ１００２におけるＣＰＵ２００は、エラーが発生した処理工程を含むワークフロー設定情報を検索する検索手段として機能する。
ステップＳ１００２における検索手段による検索の結果、エラーが発生した機器での処理が含まれないワークフロー設定情報である場合はＳ１００６の処理に移行する。エラーが発生した機器での処理が含まれるワークフロー設定情報である場合は、さらにワークフロー設定情報を参照し、そのジョブが他の機器から受信したものであるか否かを判定する（Ｓ１００３）。例えば、ＤｅｖｉｃｅＣにエラーが発生した場合、図５Ａに示すワークフロー設定情報５００ａにおいてＰＲＯＣＥＳＳ２のＤＥＳＴ＿ＤＥＶＩＣＥによってＤｅｖｉｃｅＢが記述されているので、５００ａがＤｅｖｉｃｅＢから受信したものであることが判定される。
【００５０】
そのジョブが他の機器から受信されたものでない場合は処理を終了する（Ｓ１００３：Ｎｏ）。そのジョブが他の機器から受信されたものである場合は、そのジョブを送信した機器を特定する（Ｓ１００４）。例えば、ＤｅｖｉｃｅＣにエラーが発生した場合、図５Ａに示すワークフロー設定情報５００ａにおいて、ＰＲＯＣＥＳＳ２のＤＥＳＴ＿ＤＥＶＩＣＥによってＤｅｖｉｃｅＢが記述されているので、ＤｅｖｉｃｅＢがそのジョブを送信した機器であると特定される。ステップＳ１００４におけるＣＰＵ２００は、前の処理工程が実行された他の機器を特定する機器特定手段として機能する。機器特定手段により特定された機器に対してエラー発生通知を送信する（Ｓ１００５）。ワークフロー設定情報５００ａによれば、ＤｅｖｉｃｅＣにエラーが発生した場合には、ＤｅｖｉｃｅＣはＤｅｖｉｃｅＢにエラー発生通知を送信する。ステップＳ１００５におけるＣＰＵ２００は、エラー発生通知を他の機器に通知するエラー発生通知手段として機能する。
【００５１】
エラー発生通知手段によるエラー発生通知には、ワークフローＩＤ及び機器を特定する情報、例えば、ＩＰアドレス、機器ＩＤ等を含む。続いて、送信先である機器に関する情報を記録する（Ｓ１００６）。ステップＳ１００６におけるＣＰＵ２００は、エラー発生通知を送信した先の他の機器を記憶する記憶手段として機能する。
記憶手段による記憶に続いて、機器内に他のワークフロー設定情報が保存されているか否かを判定する（Ｓ１００７）。他のワークフロー設定情報がある場合（Ｓ１００７：Ｙｅｓ）、次のワークフロー設定情報を参照し（Ｓ１００８）、Ｓ１００２の処理に移行する。例えば、図５Ｂに示すワークフロー設定情報５００ｂについても、ステップ１００２以降の処理が行われる。５００ｂは、ＰＲＯＣＥＳＳ３においてＤｅｖｉｃｅＣの処理を含んでいる。このジョブを送信した機器がＤｅｖｉｃｅＢであると特定され、ＤｅｖｉｃｅＣはＤｅｖｉｃｅＢにエラー発生通知を送信する。他のワークフロー設定情報がない場合は処理を終了する（Ｓ１００７：Ｎｏ）。なお、エラー発生通知を受け取ったＤｅｖｉｃｅＢは同様の処理を実行する。ＤｅｖｉｃｅＢは、ワークフロー設定情報５００ｂにしたがい、ＰＲＯＣＥＳＳ１のＤＥＳＴ＿ＤＥＶＩＣＥに指定されたＤｅｖｉｃｅＤにエラー発生通知を送信する。このように、複数の機器間でエラー発生通知が中継されながら伝達されていく。
【００５２】
図１１は、第１実施形態におけるワークフロー処理のエラー発生通知を受信した第２の機器の工程を示すフローチャートである。
図２に示すＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして以下の処理を実行する。
【００５３】
まず、デジタル複合機１３０は他の機器からエラー発生通知を受信する（Ｓ１１０１）。ステップＳ１１０１におけるＣＰＵ２００は、エラーが発生している旨の通知を受け取る通知受信手段として機能する。通知受信手段による受信の後、ＨＤＤ２０３に保存されたワークフロー設定情報を参照する（Ｓ１１０２）。参照したワークフロー設定情報が、エラーが発生した機器での処理を含むワークフロー設定情報であるか否かを判定する（Ｓ１１０３）。
【００５４】
エラーが発生した機器の処理が含まれないワークフロー設定情報である場合はＳ１１０７の処理に移行する。エラーが発生した機器での処理が含まれるワークフロー設定情報である場合は、そのワークフロー設定情報に基づくジョブが現在その機器で実行中であるか否かを判別する（Ｓ１１０４）。ステップＳ１１０４におけるＣＰＵ２００は、その処理工程が実行中か否かを判別する判別手段として機能する。
【００５５】
すなわち、判別手段であるステップＳ１１０４では、ジョブテーブルからステータスが「処理中」のジョブを特定し、そのジョブが現在参照しているワークフロー設定情報に従って処理されているか否かをワークフローＩＤに基づいて判定する。実行中のジョブがない場合はステップＳ１１０７に移行する（Ｓ１１０４：Ｎｏ）。処理中のジョブがある場合は、ジョブの処理を中断する（Ｓ１１０５）。ステップＳ１１０５におけるＣＰＵ２００は、実行中の処理工程を中断する処理中断手段として機能する。
【００５６】
続いて、処理中のジョブをＨＤＤ２０３保存する（Ｓ１１０６）。ステップＳ１１０６におけるＣＰＵ２００は、中断された処理工程をジョブとして保存するジョブ保存手段として機能する。ジョブ保存手段によるジョブの保存は、処理する文書をＨＤＤ２０３の特定の領域に保存するとともに、ジョブテーブルのステータスを「中断中」の状態に変更する。ステップＳ１１０６におけるＣＰＵ２００は、エラーが発生したとき、実行中の処理工程を中断する処理中断手段として機能する。
【００５７】
続いて、他のワークフロー設定情報が保存されているか否かを判定する（Ｓ１１０７）。他のワークフロー設定情報がある場合（ステップ１１０７：Ｙｅｓ）、次のワークフロー設定情報を参照する。他のワークフロー設定情報がない場合（ステップ１１０７：Ｎｏ）、処理を終了する。
【００５８】
その後、それより以前にワークフロー処理を実行した機器への通知も行う。この通知の動作は、図１０のフローチャートで説明した内容と同様であるため、その詳細な説明を省略する。
以上述べたように、図１０に示すエラー発生通知を行う処理と、図１１に示すエラー発生通知を受信した機器における処理によって、ワークフロー処理が中断される。
【００５９】
図１２は、第１実施形態における、ワークフロー処理の中断の動作を示す説明図である。
【００６０】
機器Ｂ（図５Ａ中のＤｅｖｉｃｅＢ）には、２つのワークフロー設定情報５００ａ及び５００ｂが設定されている。機器Ｃ（図５Ａ中のＤｅｖｉｃｅＣ、例えば、第１の機器）の処理中にＨＤＤ２０３の残容量が少なくなり、エラーが発生した場合、ＰＲＯＣＥＳＳ３のＤＥＳＴ＿ＤＥＶＩＣＥによって指定された機器ＣはＰＲＯＣＥＳＳ２のＤＥＳＴ＿ＤＥＶＩＣＥである機器Ｂ（例えば、第２の機器）にエラー発生通知送信する。機器Ｂは、エラー発生通知を受信すると、保存しているワークフロー設定情報を参照し、エラーが発生した機器（すなわち、機器Ｃ）での処理を含むワークフロー設定情報を特定する。
【００６１】
５００ａと５００ｂはそれぞれ機器Ｃでの処理を含むワークフローであるため、５００ａ又は５００ｂの処理が機器Ｂで実行中の場合は、例えばワークフロー処理を次の機器へ送信せず、そのジョブを中断状態として保存する。ワークフロー設定情報５００ａ及び５００ｂが前に処理された機器は、ワークフロー設定情報５００ａのＰＲＯＣＥＳＳ１のＤＥＳＴ＿ＤＥＶＩＣＥである機器Ａ、ワークフロー設定情報５００ｂのＰＲＯＣＥＳＳ１のＤＥＳＴ＿ＤＥＶＩＣＥである機器Ｄ（図５Ｂ中のＤｅｖｉｃｅＤ）である。したがって、機器Ｃは、機器Ａおよび機器Ｄに対してエラー発生通知を送信する。
【００６２】
＜復旧処理＞
第１実施形態であるワークフローシステム１００では、ワークフロー処理の復旧は、中断されたジョブの処理の再開を行う処理（図１３）と、復旧通知を送信する処理（図１４）と、復旧通知を受信した機器における処理（図１５）とから構成される。
【００６３】
図１３は、第１実施形態における、エラーが復旧したときのジョブの処理再開手段を含む工程を示すフローチャートである。図２に示すＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして以下の処理を実行する。
【００６４】
機器がエラーから復旧した旨が検知されると（Ｓ１３０１）、ジョブテーブルからステータスが「中断中」のジョブがあるか否かを判定する（Ｓ１３０２）。中断中のジョブがない場合（ステップＳ１３０２：Ｎｏ）、ステップＳ１３０４の処理に移行する。中断中のジョブがある場合（ステップＳ１３０２：Ｙｅｓ）、そのジョブの処理を再開する（Ｓ１３０３）。ステップＳ１３０３におけるＣＰＵ２００は、エラーから復旧したとき、中断された処理工程を再開する処理再開手段として機能する。
【００６５】
処理再開手段による再開の後、他に中断中のジョブが残っているか否かを判定する（Ｓ１３０４）。中断中のジョブが残っている場合（Ｓ１３０４：Ｙｅｓ）、次のジョブを指定し（Ｓ１３０５）、そのジョブに対して処理を再開する。ジョブが残っていない場合（Ｓ１３０４：Ｎｏ）、処理を終了する。続いて、図１４に述べるように、前にそのワークフロー処理を実行した機器に、復旧通知手段による復旧通知をネットワーク部２０５を介して送信する。
【００６６】
図１４に、第１実施形態における、エラーから復旧した場合の復旧通知の工程を説明するフローチャートである。ＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして以下の処理を実行する。
【００６７】
まず、エラー発生通知を送信した機器があるか否かを判定し（Ｓ１４０１）、送信した機器が存在しない場合は処理を終了する。送信した機器が存在する場合（Ｓ１４０１：Ｙｅｓ）、送信先を特定し（Ｓ１４０２）、その機器に対して復旧通知を送信する（Ｓ１４０３）。ステップＳ１４０３におけるＣＰＵ２００は、復旧した旨を他の機器に通知する復旧通知手段として機能する。具体的には、ワークフロー設定情報５００ａに従い、ＤｅｖｉｃｅＣが復旧した場合には、ＤｅｖｉｃｅＣはＰＲＯＣＥＳＳ２のＤＥＳＴ＿ＤＥＶＩＣＥによって指定されたＤｅｖｉｃｅＢに復旧通知を送信する。また、ＤｅｖｉｃｅＢは、ワークフロー設定情報５００ｂにしたがい、ＰＲＯＣＥＳＳ１のＤＥＳＴ＿ＤＥＶＩＣＥに指定されたＤｅｖｉｃｅＤに復旧通知を送信する。このように、複数の機器間で次々と復旧通知が中継されながら伝達されていく。
【００６８】
復旧通知手段による通知に続いて、他の送信先が存在するか否かを判定し（Ｓ１４０４）、他の送信先がある場合は、次の送信先を参照し（Ｓ１４０５）、Ｓ１４０２の処理に移行する。他の送信先がない場合（Ｓ１４０１：Ｎｏ）、処理を終了する。
【００６９】
図１５は、第１実施形態における、復旧通知を受信した機器の工程を示すフローチャートである。ＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして以下の処理を実行する。
【００７０】
他の機器から復旧通知を受信すると（Ｓ１５０１）、ジョブテーブルからステータスが「中断中」のジョブがあるか否かを判定する（Ｓ１５０２）。中断中のジョブがない場合は、Ｓ１５０４の処理に移行する。中断中のジョブがある場合は、そのジョブの処理を再開する（Ｓ１５０３）。ステップＳ１５０３は、中断された処理工程を再開する処理再開手段として機能する。
【００７１】
続いて、他に中断中のジョブが残っているか否かを判定し（Ｓ１５０４）、ジョブが残っている場合は、次のジョブを指定し（Ｓ１５０５）そのジョブに対しても処理を再開する。ジョブが残っていない場合は処理を終了する。続いて、それより前にワークフロー処理を実行した機器への通知を行う。この処理は、図１４のフローチャートに示した内容と同様であるため、その詳細な説明を省略する。
【００７２】
第１実施形態によれば以下の効果を奏する。
（１）ワークフローの処理中に第１の機器にエラーが発生した場合であっても、第１の機器から第２の機器に対してエラー発生通知が送信され、第２の機器におけるジョブの処理を中断することによって、エラーによって生じるシステム全体にかかる負荷を軽減することができる。また、エラー発生通知を受け取った第２の機器は、さらに他の機器にエラー発生通知を送信するので、システム全体の負荷を軽減することができる。
【００７３】
（２）中断された処理工程がジョブとして保存されることによって、第１の機器が復旧したら速やかにジョブの処理の再開をすることができ、ワークフローシステムの効率的な運用が可能になる。
【００７４】
（３）エラーが発生した場合に、速やかにジョブの処理を中断し、エラーが発生した旨の通知を他の機器に送信するため、新たなジョブの投入が防止され、ワークフローシステムがその後も円滑に運用される。
【００７５】
＜第２実施形態＞
本発明の第２実施形態は、ワークフローの中断処理において、エラー発生通知の送信先及び中断するジョブの特定を、エラー発生時のワークフローＩＤによって行うものである。第２実施形態に係るワークフローシステム及びワークフロー実行装置の構成は、第１実施形態における図１から図７と同様であるため、その詳細な説明を省略する。
第２実施形態において、ワークフローの基本的な処理、エラー発生時の処理及びエラー復旧時の処理については、図８、図９、図１３〜図１５と同様であるため、その詳細な説明を省略する。なお、ワークフロー設定情報は、複数の処理工程から構成されるジョブの処理順序を定義したものである点で、第１実施形態と同様である。
【００７６】
図１６は、第２実施形態であるワークフロー実行装置およびワークフロー実行方法におけるワークフロー処理において、エラー発生通知の処理の工程を説明するフローチャートである。ＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして以下の処理を実行する。
【００７７】
まず、ワークフロー設定情報を参照し（Ｓ１６０１）、そのワークフローが実行中であるか否かを判断する（Ｓ１６０２）。ステップＳ１６０１及びＳ１６０２は、エラーが発生した処理工程を含むワークフロー設定情報を検索する検索手段として機能する。検索手段による検索の結果、処理中のワークフローではない場合、Ｓ１６０６の処理に移行する。処理中のワークフローである場合は、ワークフロー設定情報を参照し、そのジョブが他の機器から受信したものであるか否かを判定する（Ｓ１６０３）。
【００７８】
ステップＳ１６０３において、そのジョブが他の機器から受信したものでない場合は処理を終了する。そのジョブが他の機器から受信したものである場合は、ジョブを送信した機器を特定する（Ｓ１６０４）。ステップＳ１６０５は、前の処理工程が実行された他の機器を特定する機器特定手段として機能する。続いて、機器特定手段により特定された機器に対してエラー発生通知を送信する（Ｓ１６０５）。ステップＳ１６０５におけるＣＰＵ２００は、エラー発生通知を他の機器に通知するエラー発生手段として機能する。エラー発生通知には、ワークフローＩＤ及び機器を特定する情報、例えば、ＩＰアドレス、機器ＩＤ等を含む。
【００７９】
エラー発生通知手段がエラー発生通知を送信するとき、送信先の機器の情報を記録する（Ｓ１６０６）。ステップＳ１６０６は、エラー発生通知を送信した先の他の機器を記憶する記憶手段として機能する。
記憶手段による記憶に続いて、機器内に他のワークフロー設定情報が保存されているか否かを判定する（Ｓ１６０７）。他のワークフロー設定情報がある場合は、次のワークフロー設定情報を参照し（Ｓ１６０８）、Ｓ１６０２の処理に移行する。他のワークフロー設定情報がない場合は、処理を終了する。
【００８０】
図１７は、第２実施形態におけるワークフロー処理のエラー発生通知を受信した機器の処理の工程を示すフローチャートである。ＣＰＵ２００が、ＨＤＤ２０３に格納されているシステムソフトウェアをＲＡＭ２０１にロードして以下の処理を実行する。
【００８１】
まず、他の機器からエラー発生通知を受信する（Ｓ１７０１）。ステップＳ１７０１におけるＣＰＵ２００は、エラーが発生している旨の通知を受け取る通知受信手段として機能する。通知受信手段による受信の後、エラー発生通知に含まれているワークフローＩＤによって指定されたワークフローのジョブが実行中か否かをジョブテーブルによって判別する（Ｓ１７０２）。具体的には、ワークフロー設定情報５００ａの場合、ワークフローＩＤは０００１に設定されている。このワークフローＩＤである０００１を図７に示すジョブテーブルから検索する。ジョブテーブルで０００１が存在していた場合、そのステータスが実行中であるかを判別する。ステップＳ１７０２におけるＣＰＵ２００は、処理工程が実行中であるか否かを判別する判別手段として機能する。
【００８２】
判別手段による判別の結果、そのワークフローが実行中でない場合は処理を終了し、そのワークフローが実行中である場合は、処理を中断する（Ｓ１７０３）。ステップＳ１７０３は、実行中の処理工程を中断する処理中断手段として機能する。
続いて、実行中のジョブを保存する（Ｓ１７０４）。ステップＳ１７０４は、中断された処理工程をジョブとして保存するジョブ保存手段として機能する。ジョブの保存は、処理する文書をＨＤＤ２０３の特定の領域に保存し、ジョブテーブルのステータスを「中断中」の状態に変更する。ステップＳ１７０４は、エラーが発生したとき実行中の処理工程を中断する処理中断手段として機能する。
【００８３】
続いて、他に同じワークフローで処理中のジョブがあるか否かを判定し（Ｓ１７０５）、処理中のジョブがある場合は、次のジョブを参照し（Ｓ１７０６）、Ｓ１７０３の処理に移行する。処理中のジョブがない場合は、処理を終了する。その後、前にワークフロー処理を実行した機器への通知も行う。この通知の処理は、図１６に示すフローと同様であるため、その詳細な説明を省略する。
【００８４】
第２実施形態によれば、第１実施例と同様の効果を奏する他、ワークフローＩＤに基づいて処理中のジョブを判定するため、エラー発生時に処理中断手段により効率的にジョブの処理の中断を行うことができる。
【００８５】
＜変形形態＞
（１）上述した実施形態では、エラーが発生した第１の機器と、エラー発生通知を受け取る第２の機器を別々のワークフロー実行装置として説明したが、エラーが発生してエラー発生通知を送信する第１の機器としての機能とエラー発生通知を受けて処理を中断する第２の機器としての機能を同一のワークフロー実行装置が備えていてもよい。
【００８６】
（２）ワークフロー実行装置またはワークフロー実行方法を実現するコンピュータプログラムをコンピュータによる読み取り可能な記録媒体に記録し、この記録媒体に記録されたコンピュータプログラムをコンピュータのそれぞれに読み込ませ、実行することによって本発明のワークフロー実行装置またはワークフロー実行方法を実現することができる。すなわち、本発明の機能処理を実現するためのコンピュータプログラム
自体も本発明に含まれる。
【００８７】
（３）プログラムを供給するための記録媒体としては、例えば、ハードディスク、磁気テープ等の磁気記録媒体、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ等が考えられる。また、コンピュータプログラムを、有線／無線通信を用いて供給する場合も、本発明に含まれる。
【００８８】
（４）具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００８９】
【図１】本発明の第１実施形態であるワークフローシステムの構成を説明する図である。
【図２】本発明の第１実施形態におけるデジタル複合機の構成を説明するブロック図である。
【図３】本発明の第１実施形態におけるワークフロー実行装置であるデジタル複合機のシステムソフトウェアの機能構成を示すブロック図である。
【図４】本発明の第１実施形態におけるユーザがアクセス可能な領域のフォルダの一例である。
【図５Ａ】本発明の第１実施形態におけるワークフロー設定情報の一例である。
【図５Ｂ】本発明の第１実施形態におけるワークフロー設定情報の一例である。
【図６】本発明の第１実施形態における文書管理テーブルのテーブル定義例である。
【図７】本発明の第１実施形態におけるジョブテーブルのテーブル定義例である。
【図８】本発明の第１実施形態における申請ワークフローの基本的な処理を説明するフローチャートである。
【図９】本発明の第１実施形態におけるワークフロー処理中にエラーが発生した場合の処理を説明するフローチャートである。
【図１０】本発明の第１実施形態におけるワークフロー処理のエラー発生通知の処理を説明するフローチャートである。
【図１１】本発明の第１実施形態におけるエラー発生通知を受信した機器の処理を示すフローチャートである。
【図１２】本発明の第１実施形態における複数のデジタル複合機の中断処理の一例を示す説明図である。
【図１３】本発明の第１実施形態における復旧時の処理再開を説明するフローチャートである。
【図１４】本発明の第１実施形態における復旧通知の処理を説明するフローチャートである。
【図１５】本発明の第１実施形態における復旧通知を受信したワークフロー実行装置の処理を示すフローチャートである。
【図１６】本発明の第２実施形態におけるワークフロー処理のエラー発生通知の処理を説明するフローチャートである。
【図１７】本発明の第２実施形態におけるエラー発生通知を受信した情報処理の処理を示すフローチャートである。
【符号の説明】
【００９０】
１００ ワークフローシステム
１３０ デジタル複合機（ワークフロー実行装置）
１４０ ネットワーク
１３１ スキャナ部
１３２ プリンタ部
１３３ コントローラ
１３４ 操作部
３００ ユーザインターフェース（ＵＩ）部
３０１ アプリケーション部
３０２ ジョブコントロールドメイン部
３０５ 文書管理部
４０１，４０２，４０３ フォルダ
５００ａ、５００ｂ ワークフロー設定情報
６００ 文書管理テーブル
７００ ジョブテーブル
【特許請求の範囲】
【請求項１】
複数の処理工程を、処理順序を定義したワークフロー設定情報に従って処理するワークフロー実行装置であって、
前記処理工程のいずれかにエラーが発生したとき、前記エラーが発生した前記処理工程を含む前記ワークフロー設定情報を検索する検索手段と、
検索された前記ワークフロー設定情報に含まれている他の処理工程が実行された他の機器を特定する機器特定手段と、
前記エラーが発生した旨の通知を前記他の機器に通知するエラー発生通知手段と
を備えることを特徴とするワークフロー実行装置。
【請求項２】
前記エラーが発生している旨の通知を受け取る通知受信手段と、
前記検索手段によって検索された前記ワークフロー設定情報に含まれる前記処理工程が実行中であるか否かを判別する判別手段とを備え、
前記通知受信手段が前記通知を受け取ったとき、前記判別手段によって実行中と判別された前記処理工程を前記処理中断手段が中断することを特徴とする請求項１記載のワークフロー実行装置。
【請求項３】
前記処理工程のいずれかにエラーが発生したとき、実行中の前記処理工程を中断する処理中断手段と、
前記処理中断手段により中断された前記処理工程をジョブとして保存するジョブ保存手段を備えていることを特徴とする請求項１又は２に記載のワークフロー実行装置。
【請求項４】
前記エラーから復旧したとき、中断された前記処理工程を再開する処理再開手段と、
復旧した旨を前記他の機器に通知する復旧通知手段と
を備えることを特徴とする請求項１から３に記載のワークフロー実行装置。
【請求項５】
前記通知受信手段が前記他の機器が復旧した旨の通知を受け取ったとき、前記処理再開手段が中断された前記処理工程を再開することを特徴とする請求項４に記載のワークフロー実行装置。
【請求項６】
前記エラーが発生した旨をユーザに通知することを特徴とする請求項１から５のいずれかに記載のワークフロー実行装置。
【請求項７】
前記エラー発生通知手段は、前記エラーが発生した旨の通知を送信した先の前記他の機器を記憶する記憶手段を有することを特徴とする請求項１から６に記載のワークフロー実行装置。
【請求項８】
コンピュータを、請求項１から７のいずれかに記載のワークフロー実行装置として機能させるためのコンピュータプログラム。
【請求項９】
請求項８に記載のコンピュータプログラムを格納したコンピュータで読み取り可能な記憶媒体。
【請求項１０】
複数の処理工程を、処理順序を定義したワークフロー設定情報に従って複数の機器によって処理するワークフロー実行方法であって、
第１の機器にエラーが発生したとき、実行中の前記処理工程を中断する工程と、
前記エラーが発生した前記第１の機器での前記処理工程を含む前記ワークフロー設定情報を検索する工程と、
検索された前記ワークフロー設定情報に含まれている他の処理工程が実行された第２の機器を特定する工程と、
前記第１の機器に前記エラーが発生した旨の通知を前記第２の機器に通知する工程と
を備えることを特徴とするワークフロー実行方法。
【請求項１１】
第２の機器が前記通知を受け取る工程と、
前記第１の機器での前記処理工程を含む前記ワークフロー設定情報を前記第２の機器が検索する工程と、
前記第２の機器によって検索された前記ワークフロー設定情報に含まれる前記処理工程が実行中であるか否かを判別する工程と、
前記第２の機器が前記通知を受け取ったとき、実行中と判別された前記処理工程を中断する工程と
を備えることを特徴とする請求項１０記載のワークフロー実行方法。
【請求項１２】
前記第１の機器において中断された前記処理工程をジョブとして保存する工程を備えていることを特徴とする請求項１０記載のワークフロー実行方法。
【請求項１３】
前記第２の機器において中断された前記処理工程をジョブとして保存するジョブ保存手段を備えていることを特徴とする請求項１１記載のワークフロー実行方法。
【請求項１４】
前記第１の機器が復旧したとき、中断された前記処理工程を再開する工程と、
前記第１の機器が復旧した旨を前記第２の機器に通知する工程と
を備えることを特徴とする請求項１０から１３に記載のワークフロー実行方法。
【請求項１５】
前記第２の機器が前記第１の機器が復旧した旨の通知を受け取ったとき、中断された前記処理工程を再開する工程を備えていることを特徴とする請求項１４に記載のワークフロー実行方法。
【請求項１６】
前記第１の機器に前記エラーが発生した旨をユーザに通知する工程を備えていることを特徴とする請求項１０から１５のいずれかに記載のワークフロー実行方法。
【請求項１７】
前記エラー発生通知を送信した先である前記第２の機器を記憶する工程を備えていることを特徴とする請求項１０から１６に記載のワークフロー実行方法。
【請求項１】
複数の処理工程を、処理順序を定義したワークフロー設定情報に従って処理するワークフロー実行装置であって、
前記処理工程のいずれかにエラーが発生したとき、前記エラーが発生した前記処理工程を含む前記ワークフロー設定情報を検索する検索手段と、
検索された前記ワークフロー設定情報に含まれている他の処理工程が実行された他の機器を特定する機器特定手段と、
前記エラーが発生した旨の通知を前記他の機器に通知するエラー発生通知手段と
を備えることを特徴とするワークフロー実行装置。
【請求項２】
前記エラーが発生している旨の通知を受け取る通知受信手段と、
前記検索手段によって検索された前記ワークフロー設定情報に含まれる前記処理工程が実行中であるか否かを判別する判別手段とを備え、
前記通知受信手段が前記通知を受け取ったとき、前記判別手段によって実行中と判別された前記処理工程を前記処理中断手段が中断することを特徴とする請求項１記載のワークフロー実行装置。
【請求項３】
前記処理工程のいずれかにエラーが発生したとき、実行中の前記処理工程を中断する処理中断手段と、
前記処理中断手段により中断された前記処理工程をジョブとして保存するジョブ保存手段を備えていることを特徴とする請求項１又は２に記載のワークフロー実行装置。
【請求項４】
前記エラーから復旧したとき、中断された前記処理工程を再開する処理再開手段と、
復旧した旨を前記他の機器に通知する復旧通知手段と
を備えることを特徴とする請求項１から３に記載のワークフロー実行装置。
【請求項５】
前記通知受信手段が前記他の機器が復旧した旨の通知を受け取ったとき、前記処理再開手段が中断された前記処理工程を再開することを特徴とする請求項４に記載のワークフロー実行装置。
【請求項６】
前記エラーが発生した旨をユーザに通知することを特徴とする請求項１から５のいずれかに記載のワークフロー実行装置。
【請求項７】
前記エラー発生通知手段は、前記エラーが発生した旨の通知を送信した先の前記他の機器を記憶する記憶手段を有することを特徴とする請求項１から６に記載のワークフロー実行装置。
【請求項８】
コンピュータを、請求項１から７のいずれかに記載のワークフロー実行装置として機能させるためのコンピュータプログラム。
【請求項９】
請求項８に記載のコンピュータプログラムを格納したコンピュータで読み取り可能な記憶媒体。
【請求項１０】
複数の処理工程を、処理順序を定義したワークフロー設定情報に従って複数の機器によって処理するワークフロー実行方法であって、
第１の機器にエラーが発生したとき、実行中の前記処理工程を中断する工程と、
前記エラーが発生した前記第１の機器での前記処理工程を含む前記ワークフロー設定情報を検索する工程と、
検索された前記ワークフロー設定情報に含まれている他の処理工程が実行された第２の機器を特定する工程と、
前記第１の機器に前記エラーが発生した旨の通知を前記第２の機器に通知する工程と
を備えることを特徴とするワークフロー実行方法。
【請求項１１】
第２の機器が前記通知を受け取る工程と、
前記第１の機器での前記処理工程を含む前記ワークフロー設定情報を前記第２の機器が検索する工程と、
前記第２の機器によって検索された前記ワークフロー設定情報に含まれる前記処理工程が実行中であるか否かを判別する工程と、
前記第２の機器が前記通知を受け取ったとき、実行中と判別された前記処理工程を中断する工程と
を備えることを特徴とする請求項１０記載のワークフロー実行方法。
【請求項１２】
前記第１の機器において中断された前記処理工程をジョブとして保存する工程を備えていることを特徴とする請求項１０記載のワークフロー実行方法。
【請求項１３】
前記第２の機器において中断された前記処理工程をジョブとして保存するジョブ保存手段を備えていることを特徴とする請求項１１記載のワークフロー実行方法。
【請求項１４】
前記第１の機器が復旧したとき、中断された前記処理工程を再開する工程と、
前記第１の機器が復旧した旨を前記第２の機器に通知する工程と
を備えることを特徴とする請求項１０から１３に記載のワークフロー実行方法。
【請求項１５】
前記第２の機器が前記第１の機器が復旧した旨の通知を受け取ったとき、中断された前記処理工程を再開する工程を備えていることを特徴とする請求項１４に記載のワークフロー実行方法。
【請求項１６】
前記第１の機器に前記エラーが発生した旨をユーザに通知する工程を備えていることを特徴とする請求項１０から１５のいずれかに記載のワークフロー実行方法。
【請求項１７】
前記エラー発生通知を送信した先である前記第２の機器を記憶する工程を備えていることを特徴とする請求項１０から１６に記載のワークフロー実行方法。
【図１】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１０−１８００４（Ｐ２０１０−１８００４Ａ）
【公開日】平成２２年１月２８日（２０１０．１．２８）
【国際特許分類】
【出願番号】特願２００８−１８２８３７（Ｐ２００８−１８２８３７）
【出願日】平成２０年７月１４日（２００８．７．１４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２２年１月２８日（２０１０．１．２８）
【国際特許分類】
【出願日】平成２０年７月１４日（２００８．７．１４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]