情報処理装置、情報処理装置の制御方法、及びコンピュータプログラム
【課題】一連の処理の実行時に一連の処理が実行可能でない場合に、一連の処理を代替する１又は複数の回復手段をユーザに選択的に提供する。
【解決手段】ＭＦＰ１が、複数の処理からなる一連の処理が実行可能であるかを、一連の処理を定義しているプロセス定義ファイルの内容に基づいて判断する。そして、ＭＦＰ１が、一連の処理が実行可能でないと判断された場合に、一連の処理を代替する１又は複数の回復手段であるリカバリー用プロセス定義ファイルを選択的に提供する。
【解決手段】ＭＦＰ１が、複数の処理からなる一連の処理が実行可能であるかを、一連の処理を定義しているプロセス定義ファイルの内容に基づいて判断する。そして、ＭＦＰ１が、一連の処理が実行可能でないと判断された場合に、一連の処理を代替する１又は複数の回復手段であるリカバリー用プロセス定義ファイルを選択的に提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理装置の制御方法、及びコンピュータプログラムに関する。
【背景技術】
【０００２】
画像処理装置として、スキャナやファクシミリ、プリンタなどを備えた複合機が提案されている。一般に、複合機は、画像データを記憶する記憶装置を備えている。また、スキャナによる原稿スキャンや、ネットワークを介して接続されたコンピュータからの画像データ受信など、様々な方法で入力された画像データを記憶装置に保存する機能（ボックス機能）が一般的に知られている。ボックスに保存された画像データは、そのまま、あるいは編集された後に、複合機内のアプリケーションによって利用される。例えば、上記画像データは、他のボックスへ移動されたり、画像データ同士が結合された後に製本印刷されたり、圧縮された後に電子メールで送信される。このような操作の中には、複数の機能を組み合わせるものや、詳細な設定が必要なものもある。そこで、現在、ボックスのホットフォルダ化が検討されている。ホットフォルダとは、パーソナルコンピュータなどの情報処理装置において、所定のフォルダに画像データを保存するだけで、予めフォルダと関連づけられた設定ファイル（プロセス定義ファイル）に基づき、自動的に画像データを印刷できる機能である。ホットフォルダを利用することにより、ホットフォルダに画像データが保存されたことを契機として、ホットフォルダに関連付けられたプロセス定義ファイルが定義しているワークフロー等の一連の処理を実行することができる。
【０００３】
また、プロセス定義ファイルとして印刷以外の処理を登録することにより、画像データの電子メール送信や画像データの複製・移動など、複合機の持つ機能を実行することもできる。また、プロセス定義ファイルに実行日時を指定することによって、フォルダに画像データを保存しても、すぐに処理を実行するのではなく、指定した実行日時になったら処理を実行することもできる。実行日時の指定は、一度きりの実行の指定だけではなく、定期的な実行も指定できる。また、処理する画像データも単一の画像データだけではなく、複数の画像データを指定することができる。従って、例えば、毎週月曜日午前１０時の会議のために、毎週月曜日午前９時に３つの画像データを結合して、会議資料として印刷を実行するという設定を行うことができる。
なお、特許文献１が提案する印刷制御方法は、フォルダに格納される印刷ファイルに対する設定ファイルを作成し、設定ファイルを上記フォルダに設定する。そして、この印刷制御方法は、該フォルダに印刷ファイルがインポートされることを検出した場合に、インポートされる印刷ファイルに対して上記設定ファイルを付加して転送する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２４２７８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
実行日時を指定したホットフォルダを利用して一連の処理を行う技術では、実行日時になっても処理を実行することができない場合がある。例えば、実行日時になっても所定のフォルダに処理する画像データが存在しなかったり、足りなかったりという場合には、処理を実行できない。実行日時を過ぎた後に、ユーザが画像データを所定のフォルダに格納しても、実行日時を過ぎているために、ホットフォルダに関連づけられたプロセス定義ファイルの処理は実行されない。所望の処理を実行するためには、ホットフォルダに関連づけられたプロセス定義ファイルの実行日時を変更するか、又はプロセス定義ファイルに記載された処理をユーザが手動で順番に実行する等の処置が必要となり、ユーザにとって不便であるという問題があった。
本発明は、一連の処理の実行時に該一連の処理が実行可能でない場合に、一連の処理を代替する１又は複数の回復手段をユーザに選択的に提供する情報処理装置、情報処理装置の制御方法、及びコンピュータプログラムの提供を目的とする。
【課題を解決するための手段】
【０００６】
本発明の一実施形態の情報処理装置は、複数の処理からなる一連の処理の実行時に該一連の処理が実行可能であるかを判断する実行判断手段と、前記一連の処理が実行可能でないと判断された場合に、前記一連の処理を代替する１又は複数の回復手段を選択的に提供する制御手段とを備える。
【発明の効果】
【０００７】
本発明の情報処理装置によれば、一連の処理の実行時に該一連の処理が実行可能でない場合に、一連の処理を代替する１又は複数の回復手段をユーザに選択的に提供することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】情報処理システムの構成とＭＦＰの構成の一例を示す図である。
【図２】ＭＦＰが備える制御部の機能ブロック図の例を示す図である。
【図３】管理者ＰＣのハードウェア構成例と情報処理システム全体の動作例を示す図である。
【図４】プロセス定義ファイルとワークフローの例を示す図である
【図５】本実施形態のプロセス定義ファイル実行処理フローの例を示す図である。
【図６】リカバリー用プロセス定義ファイルの作成処理フローである。
【図７】リカバリー用プロセス定義ファイルとワークフローの例を示す図である。
【図８】リカバリー用プロセス定義ファイルとワークフローの例を示す図である。
【図９】リカバリー用プロセス定義ファイルとワークフローの例を示す図である。
【図１０】リカバリー用プロセス定義ファイルとワークフローを示す図である。
【図１１】リカバリー用プロセス定義ファイルとワークフローを示す図である。
【図１２】リカバリー用プロセス定義ファイルの実行処理フローの一例である。
【図１３】リカバリー用プロセス定義ファイルの作成処理フローである。
【図１４】リカバリー用プロセス定義ファイルとワークフローを示す図である。
【図１５】リカバリー用プロセス定義ファイルとワークフローを示す図である。
【図１６】リカバリー用プロセス定義ファイルとワークフローを示す図である。
【図１７】リカバリー用プロセス定義ファイルの実行処理フローの一例である。
【発明を実施するための形態】
【０００９】
図１は、本実施形態の情報処理システムの構成とＭＦＰの構成の一例を示す図である。図１に示す構成は、本発明の第１の実施形態と第２の実施形態の双方において適用可能である。図１（Ａ）は、本実施形態の情報処理システムの構成を示す。この情報処理システムは、ＭＦＰ（Multi Function Peripheral ）１、管理者ＰＣ（Personal Computer)２、ユーザＰＣ３を備える。ＭＦＰ１と管理者ＰＣ２とユーザＰＣ３とは、ＬＡＮ（Local Area Network）４で互いに通信可能に接続されている。
【００１０】
ＭＦＰ１は、一連の処理の実行時に該一連の処理が実行可能でない場合に、一連の処理を代替する１又は複数の回復手段をユーザに選択的に提供する情報処理装置である。具体的には、ＭＦＰ１は、管理者ＰＣ２からプロセス定義ファイルを受け取り、受け取ったプロセス定義ファイルに定義された処理が実行可能でない場合に、１又は複数のリカバリー用プロセス定義ファイルを作成する。プロセス定義ファイルは、ＭＦＰ１が実行する、複数の処理からなる一連の処理と、一連の処理の実行条件とを定義する定義ファイルである。本実施形態においては、ＭＦＰ１は、ホットフォルダをＬＡＮ４上に公開しているものとする。また、リカバリー用プロセス定義ファイルは、一連の処理の実行条件が満たされない場合の、一連の処理を代替する代替処理を定義する代替ファイルである。管理者ＰＣ２は、プロセス定義ファイルを作成するための画面を表示する。システム管理者が、上記画面を介して様々な処理内容（原稿スキャンパラメータや印刷設定など）を入力すると、管理者ＰＣ２がプロセス定義ファイルを作成する。管理者ＰＣ２は、作成したプロセス定義ファイルを、ＬＡＮ４を介してＭＦＰ１に送信する。ユーザＰＣ３は、ユーザの操作入力に従って、ＭＦＰ１に対して、ＭＦＰ１が公開しているホットフォルダへの格納対象となる画像データを送信する。
【００１１】
図１（Ｂ）は、ＭＦＰのハードウェア構成例を示す。ＭＦＰ１は、制御部１１、操作部１２、プリンタ１３、スキャナ１４を備える。制御部１１はＭＦＰ全体の動作を制御する。操作部１２は、ユーザの操作入力に従って、操作入力情報を入力する。操作部１２には、タッチパネル機能を有する液晶表示部やキーボードなどが設けられている。プリンタ１３は、制御部１１から画像データを受け取って該画像データの印刷処理を行う。スキャナ１４は、制御部１１の指示に従って原稿上の画像を読み取って画像データを生成し、生成した画像データを制御部１１に返す。制御部１１は、ＣＰＵ（Central Processing Unit ）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３を備える。また、制御部１１は、ＨＤＤ（Hard Disk Drive ）１０４、操作部Ｉ／Ｆ（Interface)１０５、プリンタＩ／Ｆ１０６、スキャナＩ／Ｆ１０７、ネットワークＩ／Ｆ１０８を備える。ＣＰＵ１０１は、ＲＯＭ１０２に記憶された制御プログラムを読み出して、読取制御や送信制御などの各種制御処理を実行する。この制御プログラムは、本実施形態の情報処理装置の制御方法を実現するコンピュータプログラムである。ＲＡＭ１０３は、ＣＰＵ１０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ１０４は、画像データや各種プログラムを記憶する。
【００１２】
操作部Ｉ／Ｆ１０５は、操作部１２と制御部１１とを接続する。操作部１２が入力した操作入力情報は、操作部Ｉ／Ｆ１０５を介して制御部１１に送信される。プリンタＩ／Ｆ１３は、プリンタ１３と制御部１１とを接続する。プリンタ１３で印刷すべき画像データは、プリンタＩ／Ｆ１０７を介して制御部１１からプリンタ１３に転送され、プリンタ１３において記録媒体上に印刷される。スキャナＩ／Ｆ１０７は、スキャナ１４と制御部１１とを接続する。スキャナ１４は、原稿上の画像を読み取って画像データを生成し、生成した画像データをスキャナＩ／Ｆ１０７を介して制御部１１に入力する。ネットワークＩ／Ｆ１０８は、制御部１１（ＭＦＰ１）をＬＡＮ４に接続する。ネットワークＩ／Ｆ１０８は、ＬＡＮ４上の外部装置（例えば、ユーザＰＣ３）に画像データを送信したり、ホットフォルダを公開したりする。
【００１３】
図２は、ＭＦＰが備える制御部の機能ブロック図の例を示す図である。以下に説明する制御部１１が備える各処理部の機能は、図１（Ｂ）に示すＣＰＵ１０１がＲＯＭ１０２に記憶されている制御プログラムを実行することにより実現される。
制御部１１は、プロセス定義ファイル管理部２０１、プロセス定義ファイル処理部２０２、画像データファイル管理部２０３、スキャナ状態情報管理部２０４、代替画像データ管理部２０５、ユーザ認証管理部２０６を備える。プロセス定義ファイル管理部２０１は、ＭＦＰ１が管理者ＰＣ２から受信したプロセス定義ファイルやＭＦＰ１がで作成したプロセス定義ファイルをＨＤＤ１０４に記憶して管理する。プロセス定義ファイル処理部２０２は、プロセス定義ファイルで定義された処理を実行する。例えば、プロセス定義ファイル処理部２０２は、ホットフォルダに関連づけられたプロセス定義ファイルを指定時間に実行したり、プロセス定義ファイルに基づいてリカバリー用プロセス定義ファイルを作成したりする。また、プロセス定義ファイル処理部２０２は、一連の処理の実行時に、プロセス定義ファイルが定義している一連の処理の実行条件に基づいて、該一連の処理が実行可能であるかを判断する実行判断手段として機能する。プロセス定義ファイル処理部２０２は、例えば、所定のイベントが発生した時に、該イベントに関連付けられたプロセス定義ファイルに含まれる、一連の処理の実行条件が満たされるかを判断する。上記イベントの発生は、例えば、現日時が予め決められた日時となったことである。また、プロセス定義ファイル処理部２０２は、上記一連の処理が実行可能でないと判断された場合に、一連の処理を代替する１又は複数の回復手段であるリカバリー用プロセス定義ファイルを選択的に提供する制御手段としても機能する。
【００１４】
プロセス定義ファイル処理部２０２が、実行条件が満たされないと判断した場合に、リカバリー用プロセス定義ファイルを作成するとともに、各々のリカバリー用プロセス定義ファイルに関連付けられたリカバリー用のホットフォルダを作成するようにしてもよい。このリカバリー用プロセス定義ファイルには、リカバリー用のホットフォルダへの任意のファイルの格納が該リカバリー用プロセス定義ファイルが定義する代替処理の実行のトリガとして定義されている。
また、プロセス定義ファイル処理部２０２が、プロセス定義ファイルに含まれる、該定義ファイルが定義する処理の実行に必要な全ての画像データが所定の記憶手段すなわちＨＤＤ１０４に記憶されているかを判断するようにしてもよい。具体的には、プロセス定義ファイル処理部２０２が、画像データファイル管理部２０３に問い合わせて、画像データファイル管理部２０３がＨＤＤ１０４において上記画像データを管理しているかを判断する。プロセス定義ファイル処理部２０２が、上記画像データのうち一部の画像データが記憶されていないと判断した場合に、記憶されている画像データのみを入力データとして用いる処理が定義されたリカバリー用プロセス定義ファイルを作成するようにしてもよい。
【００１５】
プロセス定義ファイル処理部２０２が、一部の画像データが記憶されていないと判断した場合に、記憶されてない画像データを代替する代替画像データを入力データとして用いる処理が定義されたリカバリー用プロセス定義ファイルを作成するようにしてもよい。この代替画像データは、予めプロセス定義ファイル管理部２０１が管理している代替画像データでもよいし、ユーザが指定する代替画像データでもよい。また、プロセス定義ファイル処理部２０２が、ＨＤＤ１０４に記憶されてない画像データを代替する代替画像データを原稿スキャンする処理を定義するリカバリー用プロセス定義ファイルを作成するようにしてもよい。また、プロセス定義ファイル処理部２０２が、ＨＤＤ１０４に記憶されてない画像データを処理の実行に用いる入力データとして定義するリカバリー用プロセス定義ファイルを作成するようにしてもよい。これにより、プロセス定義ファイルの実行時に画像データが存在しない場合であっても、後にこの画像データがＨＤＤ１０４に記憶された時に、この画像データを入力データとしてリカバリー用プロセス定義ファイルが定義する処理を実行することができる。
【００１６】
画像データファイル管理部２０３は、スキャナ１４（図１（Ｂ）を参照）が原稿スキャンした画像データや、ネットワークＩ／Ｆ１０８を介して外部装置からホットフォルダに格納された画像データをＨＤＤ１０４に記憶して管理する。スキャナ状態情報管理部２０４は、スキャナ状態情報を管理する。スキャナ状態情報は、現在スキャナ１４が使用可能な状態であるか否かを示す情報である。例えばスキャナ１４にエラー（用紙詰まりなど）が発生している場合は、スキャナ状態情報は、スキャナ１４が使用不可能な状態であることを示す。
代替画像データ管理部２０５は、プロセス定義ファイルで指定した画像データが存在しない場合に代替として使用される代替画像データを管理する。代替画像データはＭＦＰ１全体で１つだけ設定されていてもよいし、複数設定されていてもよい。例えば、代替画像データがユーザ毎又はプロセス定義ファイル毎に設定されていてもよい。代替画像データは、例えば、「必要な画像データが存在しません」や「本日はお休みです」のように、現時点のシステム状態に応じた説明が記載された画像データや、後から印刷した紙を差し込むための目印となる色紙のような画像データでもよい。ユーザ認証管理部２０６は、ユーザを認証するための情報であるユーザ認証情報を管理し、該ユーザ認証情報を用いて、ユーザ認証を行う。ユーザ認証管理部２０６は、例えば、ユーザのＩＤカードから読み取ったユーザＩＤとユーザ認証情報との照合結果や、ユーザの生体情報とユーザ認証情報との照合結果に基づいてユーザ認証を行う。本実施形態の情報処理装置の制御方法は、図２に示す制御部１１が備える各処理部によって実現される。
【００１７】
図３は、管理者ＰＣのハードウェア構成例と、本実施形態の情報処理システム全体の動作例を示す図である。図３（Ａ）は、管理者ＰＣのハードウェア構成例を示す。管理者ＰＣ２は、制御部２１、表示部２２、キーボード２３を備える。制御部２１は、管理者ＰＣ２全体の動作を制御する。表示部２２は、制御部２１（のＣＰＵ２１１）からの指示に従った画面表示処理を行う。例えば、表示部２２は、プロセス定義ファイルを作成するために必要な操作入力情報を入力するための画面であるプロセス定義ファイル作成画面を表示する。キーボード２３は、管理者の操作入力に従って操作入力情報を入力する。制御部２１は、ＣＰＵ２１１、ＲＯＭ２１２、ＲＡＭ２１３、ＨＤＤ２１４、表示部Ｉ／Ｆ２１５、キーボードＩ／Ｆ２１６、ネットワークＩ／Ｆ２１７を備える。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された、管理者ＰＣ２を制御するプログラムを読み出して各種制御処理を実行する。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、あるいは各種情報テーブルを記憶する。表示部Ｉ／Ｆ２１５は、表示部２２と制御部２１とを接続する。キーボードＩ／Ｆ２３は、キーボード２３と制御部２１とを接続する。ＣＰＵ２１１は、キーボード２３が入力した操作入力情報に基づいてユーザからの指示を認識し、認識した指示に応じて、表示部２２に表示する画面を遷移させる。ネットワークＩ／Ｆ２１７は、制御部２１（管理者ＰＣ２）をＬＡＮ４に接続する。ネットワークＩ／Ｆ２１７は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。なお、ユーザＰＣ３は、管理者ＰＣ２と同様の構成を有している。従って、ユーザＰＣ３の構成の説明については省略する。
【００１８】
図３（Ｂ）は、本実施形態の情報処理システム全体の動作例を示す。まず、管理者ＰＣ２が、管理者の操作入力に従ってプロセス定義ファイル（Ｆ１）を作成する。具体的には、管理者が、管理者ＰＣ２に表示されたプロセス定義ファイル作成画面を介して操作入力情報（原稿スキャンパラメータや印刷設定など）を入力する。そして、管理者ＰＣ２のＣＰＵ２１１が、入力された操作入力情報に基づいてプロセス定義ファイルを作成する。管理者ＰＣ２は、作成したプロセス定義ファイル（Ｆ１）を、ＬＡＮ４を介してＭＦＰ１に送信する（図中のＰ１を参照）。この例では、プロセス定義ファイルＦ１には、ＭＦＰ１がＬＡＮ４上に公開しているホットフォルダ内の複数の画像データを、指定した実行日時に結合して印刷するという一連の処理をすることが定義されているものとする。ＭＦＰ１のプロセス定義ファイル管理部２０１が、管理者ＰＣ２から送信されたプロセス定義ファイル（Ｆ１）を受信する。そして、プロセス定義ファイル管理部２０１が、プロセス定義ファイル（Ｆ１）をホットフォルダに関連付けて登録し、保持しておく。
【００１９】
次に、ユーザＰＣ３が、ユーザの操作入力に従って、ＭＦＰ１のホットフォルダへの格納対象となる画像データＩをＭＦＰ１に対して送信する（図中のＰ２を参照）。送信された画像データＩは、ホットフォルダに格納され、画像データファイル管理部２０３によってＨＤＤ１０４に記憶されて管理される。プロセス定義ファイル（Ｆ１）に定義された実行日時になると、画像データＩを受信したＭＦＰ１のプロセス定義ファイル処理部２０２が、プロセス定義ファイル（Ｆ１）で定義された処理を開始する（図中のＰ３を参照）。
次に、プロセス定義ファイル処理部２０２が、プロセス定義ファイル（Ｆ１）で定義されている一連の処理の実行条件に基づいて、例えば一連の処理の実行に必要な画像データが揃っているかを判断する。例えば、プロセス定義ファイル処理部２０２は、画像データファイル管理部２０３に、必要な画像データがあるかを問い合わせて、画像データファイル管理部２０３からの応答に基づいて、該画像データが揃っているかを判断する。必要な画像データが揃っている場合、プロセス定義ファイル処理部２０２は、プロセス定義ファイル（Ｆ１）の定義内容に従って、画像データを結合して紙文書Ｄの印刷を行う（図中のＰ４を参照）。必要な画像データが揃ってない場合、プロセス定義ファイル処理部２０２は、プロセス定義ファイル（Ｆ１）の定義内容に基づいて、１又は複数のリカバリー用プロセス定義ファイル（Ｇ１）を作成する（図中のＰ５を参照）。
【００２０】
図４は、プロセス定義ファイルの例と、プロセス定義ファイルで定義されたワークフローの例を示す図である。図４（Ａ）は、プロセス定義ファイル（Ｆ１）の例を示す。図４（Ａ）では、ＸＭＬの形式で記述されたプロセス定義ファイルの例を示すが、プロセス定義ファイルが他の形式で記述されていてもよい。プロセス定義ファイル（Ｆ１）に記述されたＰｒｏｃｅｓｓタグ３０１は、本ファイルがプロセス定義ファイルであることを定義している。プロセス定義ファイル（Ｆ１）に関する各項目は、Ｐｒｏｃｅｓｓタグ３０１の子要素として記述される。また、Ｐｒｏｃｅｓｓタグ３０１の属性として、以下の属性が定義されている。例えば、プロセス定義ファイルを一意に示すプロセスＩＤ（図中の”Ｆ１”）や、ホットフォルダに関連づけられたプロセス定義ファイルであること（ｔｙｐｅ＝”ｈｏｔｆｏｌｄｅｒ”）が定義されている。また、プロセスの名称（図中の”会議資料を８時に印刷”）が定義されている。
【００２１】
Ｃｏｎｄｉｔｉｏｎタグ３０２は、プロセス定義ファイルの実行条件を定義している。Ｃｏｎｄｉｔｉｏｎタグ３０２では、実行条件の定義を行うということだけが記述され、具体的な実行条件はＣｏｎｄｉｔｉｏｎタグ３０２の子要素として記述される。タグ３０３は、プロセス定義ファイルの実行日時を定義している。タグ３０４は、プロセス定義ファイルを実行する際に必要となる画像データを定義している。Ｗｏｒｋｆｌｏｗタグ３０５は、本ファイルで実行する一連の処理を定義している。この例では、一連の処理は、画像データを読み込む処理、読み込んだ画像データを結合する処理、結合した画像データを印刷する処理からなるワークフローである。各処理はＷｏｒｋｆｌｏｗタグ３０５の子要素として記述され、プロセス定義ファイル（Ｆ１）中の出現順序が処理の実行順序を示している。タグ３０６は、入力として画像データを読み込む処理を定義している。タグ３０６の子要素は、実際に読み込む画像データのファイルパス（ｄｉｒＡ／資料１．ｉｍｇ）を定義している。タグ３０７は、タグ３０６と同様に、入力として画像データを読み込む処理を定義している。タグ３０６とタグ３０７とで同じ記述を行っているのは、読み込む画像データが異なるためである。タグ３０７の子要素は、実際に読み込む画像データのファイルパス（ｄｉｒＡ／資料２．ｉｍｇ）を定義している。
【００２２】
タグ３０８は、タグ３０６やタグ３０７と同様に、入力として画像データを読み込む処理を定義している。タグ３０８の子要素は、実際に読み込む画像データのファイルパス（ｄｉｒＡ／資料３．ｉｍｇ）を定義している。タグ３０９は、画像データを結合する処理を定義している。タグ３０９の子要素で、結合の対象となる画像データを定義している。この例では、タグ３０６、タグ３０７、タグ３０８で定義されている画像データ、すなわち、ｆｉｌｅ３０６乃至３０８を結合する処理を定義している。タグ３１０は、画像データを印刷する処理を定義している。タグ３１０の子要素では、印刷の対象となる画像データ（この例ではタグ３０９で結合した画像データ）や、カラー設定（カラー）、印刷部数（５部）、ステイプルする位置（左上）などを定義している。
【００２３】
図４（Ｂ）は、プロセス定義ファイル（Ｆ１）のＷｏｒｋｆｌｏｗタグ３０５で定義されたワークフローの例を示す。このタグは、３つの画像データを読み込み（タグ３０６、タグ３０７、タグ３０８）、読み込んだ画像データを結合し（タグ３０９）、結合した画像データを印刷する（タグ３１０）というワークフローを定義している。
【００２４】
図５は、本実施形態のプロセス定義ファイル実行処理フローの例を示す図である。図５の処理フローが示す各処理は、ＭＦＰ１のＣＰＵ１０１が制御プログラムを実行することにより実現される。まず、ＭＦＰ１のプロセス定義ファイル処理部２０２が、プロセス定義ファイル管理部が管理しているプロセス定義ファイルを、ＨＤＤ１０４からＲＡＭ１０３に読み出す（ステップＳ１）。プロセス定義ファイル処理部２０２は、ホットフォルダに関連付けられたプロセス定義ファイルのみを読み出し、ユーザの操作によって実行されるプロセス定義ファイルは読み出さない。次に、プロセス定義ファイル処理部２０２が、読み出したプロセス定義ファイルのＣｏｎｄｉｔｉｏｎタグで定義された実行日時を取得する（ステップＳ２）。次に、プロセス定義ファイル処理部２０２が、システム日時が上記ステップＳ２において取得した実行日時になったかを判断する（ステップＳ３）。プロセス定義ファイル処理部２０２が、システム日時が実行日時になっていないと判断した場合は、ステップＳ３に戻る。プロセス定義ファイル処理部２０２が、システム日時が実行日時になった判断した場合、プロセス定義ファイル処理部２０２が、プロセス定義ファイルのＣｏｎｄｉｔｉｏｎタグで定義された実行条件を取得する（ステップＳ４）。
【００２５】
次に、プロセス定義ファイル処理部２０２が、上記ステップＳ４で取得された実行条件をチェックして、プロセス定義ファイルを実行できるかを判断する（ステップＳ５）。例えば、実行条件に所定の画像データが指定されている場合、プロセス定義ファイル処理部２０２は、実行条件に指定された画像データが画像データファイル管理部２０３によって管理されているかを判断する。該画像データが画像データファイル管理部２０３によって管理されている場合、プロセス定義ファイル処理部２０２は、プロセス定義ファイルを実行できると判断する。プロセス定義ファイル処理部２０２が、プロセス定義ファイルを実行できると判断した場合、プロセス定義ファイル処理部２０２は、プロセス定義ファイルを実行、すなわち、プロセス定義ファイルで定義された一連の処理を実行する（ステップＳ６）。ステップＳ６においては、プロセス定義ファイル処理部２０２は、プロセス定義ファイルのＷｏｒｋｆｌｏｗタグに記述された定義に基づいて処理を実行する。
図４（Ａ）に示すプロセス定義ファイル（Ｆ１）を例にとると、プロセス定義ファイル処理部２０２は、３つの画像データを読み込み、その画像データを結合し、結合した画像データを印刷するという一連の処理を実行する。プロセス定義ファイル処理部２０２が、プロセス定義ファイルを実行できないと判断した場合、プロセス定義ファイル処理部２０２は、リカバリー用プロセス定義ファイルを作成する（ステップＳ７）。リカバリー用のプロセス定義ファイルは、ステップＳ５において実行できないと判断されたプロセス定義ファイルに基づいて作成される。
【００２６】
図６は、本発明の第１の実施形態のリカバリー用プロセス定義ファイルの作成処理フローである。この処理フローは、図５のステップＳ７におけるリカバリー用プロセス定義ファイルの作成処理の詳細を示す。この処理フローが示す各処理は、ＭＦＰ１のＣＰＵ１０１が制御プログラムを実行することにより実現される。なお、図６では、リカバリー用プロセス定義ファイルの作成元となるプロセス定義ファイルとして、図４（Ａ）に示すプロセス定義ファイル（Ｆ１）を例にとって説明する。まず、プロセス定義ファイル処理部２０２が、入力画像データ、すなわちプロセス定義ファイル（Ｆ１）で読み込み処理の対象として定義された画像データの存在チェックを行う（ステップＳ１）。具体的には、プロセス定義ファイル処理部２０２が、入力画像データが画像データファイル管理部２０３で管理されているかを判断する。プロセス定義ファイル処理部２０２が、入力画像データが存在しないと判断した場合はステップＳ７６に進む。プロセス定義ファイル処理部２０２が、入力画像データが１つ以上存在すると判断した場合は、プロセス定義ファイル処理部２０２は、プロセス定義ファイルの定義内容に基づいて、存在する画像データの結合が可能かを判断する（ステップＳ７３）。例えば、図４（Ａ）に示すプロセス定義ファイル（Ｆ１）においては、タグ３０６、タグ３０７、タグ３０８で指定された画像データを結合することがタグ３０９に定義されている。また、画像データの結合は、タグ３０６で指定された画像データ、タグ３０７で指定された画像データ、タグ３０８で指定された画像データの順で行うことが定義されている。従って、この例では、プロセス定義ファイル処理部２０２は、連続する順番で２つ以上の画像データが存在する場合に、画像データの結合ができると判断する。
【００２７】
例えば、画像データが１つしか存在しない場合、プロセス定義ファイル処理部２０２は、画像データの結合ができないと判断する。また、例えば、タグ３０７で指定された画像データが存在しない場合は、順番通りの結合にならないので、画像データの結合ができないと判断される。プロセス定義ファイル処理部２０２が、画像データの結合が可能でないと判断した場合はステップＳ７５に進む。一方、例えばタグ３０６で指定された画像データが存在しない場合、プロセス定義ファイル処理部２０２は、残りの２ファイル、すなわち、タグ３０７、３０８で指定された画像データで画像データの結合が可能であると判断する。また、例えば、タグ３０８で指定された画像データが存在しない場合も、プロセス定義ファイル処理部２０２は、タグ３０７、３０８で指定された画像データで画像データの結合が可能であると判断する。プロセス定義ファイル処理部２０２が、画像データの結合が可能であると判断した場合、プロセス定義ファイル処理部２０２は、プロセス定義ファイル（Ｆ１）の記述に基づいて、存在する画像データの結合を行う（ステップＳ７４）。例えば、タグ３０８で指定された画像データが存在しない場合、タグ３０７で指定された画像データとタグ３０８で指定された画像データとを結合する。ステップＳ７４で結合された画像データは、後述するステップＳ７５、Ｓ７６、Ｓ７８、Ｓ８０、Ｓ８１において作成するリカバリー用プロセス定義ファイルの入力用画像データとして使用される。結合できる画像データをステップＳ７４において予め結合しておくことによって、リカバリー用プロセス定義ファイルを実行する際の処理を少なくし、回復処理すなわち本来実行対象である一連の処理を代替する処理の実行時間を少なくすることができる。次に、プロセス定義ファイル処理部２０２は、存在する画像データのみを入力として使用するリカバリー用プロセス定義ファイル（Ｆ２）を作成する（ステップＳ７５）。この例では、リカバリー用プロセス定義ファイル（Ｆ２）は、図４（Ａ）に示すプロセス定義ファイル（Ｆ１）のタグ３０８で指定された画像データが存在しなかった場合に作成される。
【００２８】
図７（Ａ）は、図６のステップＳ７５で作成されるリカバリー用プロセス定義ファイルの例を示す。リカバリー用プロセス定義ファイル（Ｆ２）内のタグ４０１は、本ファイルがプロセス定義ファイルであることを定義している。タグ４０１の属性として、以下の属性が定義されている。例えば、プロセス定義ファイル（Ｆ２）を一意に示すプロセスＩＤ（図中の”Ｆ２”）や、操作部１２に表示されるプロセス定義ファイルであること（図中のｔｙｐｅ＝”ｄｉｓｐｌａｙ”）が定義されている。また、プロセスの名称（図中の会議資料を印刷（資料１，２のみ））が定義されている。また、リカバリー用プロセス定義ファイル（Ｆ２）内のｒｅｃｏｖｅｒｙ＝”Ｆ１”という記述は、リカバリー用プロセス定義ファイル（Ｆ２）が、プロセス定義ファイル（Ｆ１）を元にして作成されたリカバリー用プロセス定義ファイルであることを示す。
【００２９】
Ｗｏｒｋｆｌｏｗタグ４０２は、リカバリー用のプロセス定義ファイルで実行するワークフローを定義している。タグ４０３は、入力として画像データを読み込む処理を定義している。タグ４０３の子要素では、実際に読み込む画像データのファイルパスを定義する。この例では、ステップＳ７４で結合した画像データのファイルパス（ｄｉｒＸ／資料１＿２．ｉｍｇ）を指定する。タグ４０４は、画像データを印刷する処理を定義している。タグ４０４の子要素では、印刷の対象となる画像データ、すなわち、ステップＳ７４で結合した画像データを定義している。タグ４０４のその他の子要素は、プロセス定義ファイル（Ｆ１）における子要素と同じである。
【００３０】
図７（Ｂ）は、リカバリー用プロセス定義ファイル（Ｆ２）のＷｏｒｋｆｌｏｗタグ４０２で定義されたワークフローの例を示す。このタグは、図６のステップＳ７４で結合した画像データを読み込み（タグ４０３）、読み込んだ画像データを印刷する（タグ４０４）というワークフローを定義している。
【００３１】
図６に戻って、プロセス定義ファイル処理部２０２は、存在しない画像データを代替する代替画像データを指定して入力データとして用いる処理が定義されたリカバリー用プロセス定義ファイル（Ｆ３）を作成する（ステップＳ７６）。
【００３２】
図８（Ａ）は、図６のステップＳ７６で作成されるリカバリー用プロセス定義ファイル（Ｆ３）の例を示す。タグ５０１は、本ファイルがプロセス定義ファイルであることを定義している。タグ５０１の属性として、以下のような属性が定義されている。例えば、本ファイルを一意に示すプロセスＩＤ（図中の”Ｆ３”）や、操作部１２に表示されるプロセス定義ファイルであること（図中のｔｙｐｅ＝”ｄｉｓｐｌａｙ”）や、プロセスの名称（図中の会議資料を印刷（資料３を選択））などが定義されている。また、ｒｅｃｏｖｅｒｙ＝”Ｆ１”という記述は、本ファイルがプロセス定義ファイル（Ｆ１）を元にして作成されたリカバリー用プロセス定義ファイルであることを示す。
【００３３】
Ｗｏｒｋｆｌｏｗタグ５０２は、リカバリー用プロセス定義ファイル（Ｆ３）で実行するワークフローを定義している。タグ５０３は、入力用の画像データをユーザが指定するためのダイアログを操作部１２に表示する処理を定義している。タグ５０３の子要素では、ダイアログに最初に表示するディレクトリを定義している。タグ５０４は、画像データを結合する処理を定義している。タグ５０４の子要素で、結合の対象となる画像データを定義している。図８（Ａ）の例では、タグ４０３で読み込んだ画像データと、タグ５０３でユーザがダイアログにより指定した画像データを結合することが定義されている。タグ５０５は、画像データを印刷する処理を定義している。タグ５０５の子要素では、印刷の対象となる画像データ、すなわち、タグ５０４で結合した画像データを定義している。タグ５０５のその他の子要素は、プロセス定義ファイル（Ｆ１）における子要素と同じである。
【００３４】
図８（Ｂ）は、リカバリー用プロセス定義ファイル（Ｆ３）のＷｏｒｋｆｌｏｗタグ５０２で定義されたワークフローの例を示す。このタグは、図６のステップＳ７４で結合した画像データ（タグ４０３）とユーザが指定した画像データ（タグ５０３）とを読み込み、読み込んだ画像データを結合し（タグ５０４）、結合した画像データを印刷する（タグ５０５）というワークフローを定義している。
【００３５】
図６に戻って、プロセス定義ファイル処理部２０２は、スキャナ状態情報管理部２０４から、スキャナ状態情報管理部２０４が管理しているスキャナ状態情報を取得する。そして、プロセス定義ファイル処理部２０２は、取得したスキャナ状態情報に基づいて、スキャナ１４が使用可能な状態であるかを判断する（ステップＳ７７）。プロセス定義ファイル処理部２０２が、スキャナ１４が使用可能な状態でないと判断した場合は、ステップＳ７９に進む。プロセス定義ファイル処理部２０２が、スキャナ１４が使用可能な状態であると判断した場合、存在しない画像データを代替する代替画像データを原稿スキャンする処理が定義されたリカバリー用プロセス定義ファイル（Ｆ４）を作成する（ステップＳ７８）。
【００３６】
図９（Ａ）は、図６のステップＳ７８で作成されるリカバリー用プロセス定義ファイル（Ｆ４）の例を示す。タグ６０１は、本ファイルがプロセス定義ファイルであることを定義している。タグ６０１の属性として、以下の属性が定義されている。例えば、本ファイルを一意に示すプロセスＩＤ（図中の”Ｆ４”）や、操作部１２に表示されるプロセス定義ファイルであること（図中のｔｙｐｅ＝”ｄｉｓｐｌａｙ”）が定義されている。また、プロセスの名称（図中の”会議資料を印刷（資料３をスキャン）”）が定義されている。また、ｒｅｃｏｖｅｒｙ＝”Ｆ１”という記述は、本ファイルがプロセス定義ファイル（Ｆ１）を元にして作成されたリカバリー用プロセス定義ファイルであることを示す。
【００３７】
Ｗｏｒｋｆｌｏｗタグ６０２は、リカバリー用プロセス定義ファイル（Ｆ４）で実行するワークフローを定義している。タグ６０３は、入力用の画像データを原稿スキャンする処理を定義している。タグ６０３の子要素では、原稿スキャンの設定としてカラースキャンを定義している。タグ６０４は、画像データを結合する処理を定義している。タグ６０４の子要素で、結合の対象となる画像データを定義している。図９（Ａ）の例では、タグ４０３で読み込んだ画像データと、タグ６０３で原稿スキャンした画像データを結合することが定義されている。タグ６０５は、画像データを印刷する処理を定義している。タグ６０５の子要素では、印刷の対象となる画像データ、すなわちタグ６０４で結合した画像データを定義している。タグ６０５のその他の子要素は、プロセス定義ファイル（Ｆ１）の子要素と同じである。
【００３８】
図９（Ｂ）は、リカバリー用プロセス定義ファイル（Ｆ４）のＷｏｒｋｆｌｏｗタグ６０２で定義されたワークフローの例を示す。このタグは、図６のステップＳ７４で結合した画像データ（タグ４０３）と原稿スキャンした画像データ（タグ６０３）を読み込み、読み込んだ画像データを結合し（タグ６０４）、結合した画像データを印刷する（タグ６０５）というワークフローを定義している。
【００３９】
図６に戻って、プロセス定義ファイル処理部２０２が、代替画像データ管理部２０５が予め管理している代替画像データが存在するかを判断する（ステップＳ７９）。プロセス定義ファイル処理部２０２が、代替画像データが存在しないと判断した場合は、ステップＳ８１に進む。プロセス定義ファイル処理部２０２が、代替画像データが存在すると判断した場合は、プロセス定義ファイル処理部２０２は、該代替画像データを代替画像データ管理部２０５から取得する。そして、プロセス定義ファイル処理部２０２は、取得した代替画像データを入力データとして用いる処理が定義されたリカバリー用プロセス定義ファイル（Ｆ５）を作成する（ステップＳ８０）。
【００４０】
図１０（Ａ）は、図６のステップＳ８０で作成されるリカバリー用プロセス定義ファイル（Ｆ５）の例を示す。タグ７０１は、本ファイルがプロセス定義ファイルであることを定義している。タグ７０１の属性として、以下の属性が定義されている。例えば、本ファイルを一意に示すプロセスＩＤ（図中の”Ｆ５”）や、本ファイルが操作部１２に表示されるプロセス定義ファイルであること（図中のｔｙｐｅ＝”ｄｉｓｐｌａｙ”）が定義されている。また、プロセスの名称（図中の”会議資料を印刷（資料３は代替画像）”）が定義されている。また、ｒｅｃｏｖｅｒｙ＝”５１０”という記述は、本ファイルがプロセス定義ファイル（Ｆ１）を元にして作成されたリカバリー用プロセス定義ファイルであることを示す。
【００４１】
Ｗｏｒｋｆｌｏｗタグ７０２は、リカバリー用プロセス定義ファイル（Ｆ５）で実行するワークフローを定義している。タグ７０３は、入力として画像データを読み込む処理を定義している。タグ７０３の子要素では、プロセス定義ファイル処理部２０２が代替画像データ管理部２０５から取得した代替画像データのファイルパス（ｄｉｒＣ／代替画像データ．ｉｍｇ）を指定している。タグ７０４は、画像データを結合する処理を定義している。タグ７０４の子要素で、結合の対象となる画像データを定義している。図１０（Ａ）の例では、タグ４０３で読み込んだ画像データと、タグ７０３で読み込んだ代替画像データとを結合することが定義されている。タグ７０５は、画像データを印刷する処理を定義している。タグ７０５の子要素では、印刷の対象となる画像データ、すなわちタグ７０４で結合した画像データを定義している。タグ７０５のその他の子要素は、プロセス定義ファイル（Ｆ１）の子要素と同じである。
【００４２】
図１０（Ｂ）は、リカバリー用プロセス定義ファイル（Ｆ５）のＷｏｒｋｆｌｏｗタグ７０２で定義されたワークフローの例を示す。このタグは、図６のステップＳ７４で結合した画像データ（タグ４０３）と代替画像データ（タグ７０３）とを読み込み、読み込んだ画像データを結合し（タグ７０４）、結合した画像データを印刷する（タグ７０５）というワークフローを定義している。
【００４３】
図６に戻って、プロセス定義ファイル処理部２０２は、存在しない画像データをそのまま入力とするリカバリー用プロセス定義ファイル（Ｆ６）を作成する（ステップＳ８１）。リカバリー用プロセス定義ファイル（Ｆ６）は、指定した実行日時には存在しなかった画像データを、その後ユーザがホットフォルダに格納した上で、あらためてプロセス定義ファイル（Ｆ１）が定義する処理を実行するためのプロセス定義ファイルである。
【００４４】
図１１（Ａ）は、図６のステップＳ８１で作成されるリカバリー用プロセス定義ファイル（Ｆ６）の例を示す。タグ８０１は、本ファイルがプロセス定義ファイルであることを定義している。タグ８０１の属性として、以下の属性が定義されている。例えば、本ファイルを一意に示すプロセスＩＤ（図中の”Ｆ６”）や、本ファイルが操作部１２に表示されるプロセス定義ファイルであること（図中のｔｙｐｅ＝”ｄｉｓｐｌａｙ”）が定義されている。また、プロセスの名称（図中の”会議資料を印刷（資料３を用意）”）が定義されている。また、ｒｅｃｏｖｅｒｙ＝”Ｆ１”という記述は、本ファイルがプロセス定義ファイル（Ｆ１）を元にして作成されたリカバリー用プロセス定義ファイルであることを示す
【００４５】
Ｗｏｒｋｆｌｏｗタグ８０２は、リカバリー用プロセス定義ファイル（Ｆ６）で実行するワークフローを定義している。タグ８０２の子要素であるタグ３０８は、プロセス定義ファイル（Ｆ１）におけるタグ３０８と同じ定義を行っている。タグ８０３は、画像データを結合する処理を定義している。タグ８０３の子要素で、結合の対象となる画像データを定義している。図１１（Ａ）の例では、タグ４０３で読み込んだ画像データと、タグ３０８で読み込んだ画像データを結合することが定義されている。タグ８０４は、画像データを印刷する処理を定義している。タグ８０４の子要素では、印刷の対象となる画像データ、すなわちタグ８０３で結合した画像データを定義している。タグ８０４のその他の子要素は、プロセス定義ファイル（Ｆ１）の子要素と同じである。
【００４６】
図１１（Ｂ）は、リカバリー用プロセス定義ファイル（Ｆ６）のＷｏｒｋｆｌｏｗタグ８０２で定義されたワークフローの例を示す。このタグは、図６のステップＳ７４で結合した画像データ（タグ４０３）と画像データ（タグ３０８）とを読み込み、読み込んだ画像データを結合し（タグ８０３）、結合した画像データを印刷する（タグ８０４）というワークフローを定義している。
【００４７】
図６に戻って、プロセス定義ファイル処理部２０２は、ステップＳ７５，７６，７８，８０，及びＳ８１において作成したリカバリー用プロセス定義ファイルをプロセス定義ファイル管理部２０１に登録する（ステップＳ８２）。
【００４８】
図１２は、本発明の第１の実施形態におけるリカバリー用プロセス定義ファイルの実行処理フローの一例を示す図である。図１２に示す処理フローが示す各処理は、ＭＦＰ１のＣＰＵ１０１が制御プログラムを実行することにより実現される。
まず、ＭＦＰ１が備えるユーザ認証管理部２０６が、ＭＦＰ１を操作するユーザを認証する（ステップＳ１１）。具体的には、操作部１２が、認証情報を入力するための認証情報入力画面を表示する。ユーザが、認証情報入力画面を介して認証情報を入力すると、ユーザ認証管理部２０６が、入力された認証情報と予め保持している認証情報との照合結果に基づいて、ユーザを認証する。なお、ユーザを認証するための方法として、ＩＤカードを読み取って認証情報を入力する方法や、生体情報を用いて認証を行う方法など、任意の認証方法を用いることができる。
【００４９】
ユーザ認証が正常に行われた後、プロセス定義ファイル処理部２０２が、プロセス定義ファイル管理部２０１が管理しているプロセス定義ファイルをプロセス定義ファイル管理部２０１から取得する（ステップＳ１２）。プロセス定義ファイル管理部２０１が管理しているプロセス定義ファイルには、通常のプロセス定義ファイルと、リカバリー用プロセス定義ファイルとが含まれる。プロセス定義ファイル処理部２０２が、操作部１２に指示して、ステップＳ１２において取得されたプロセス定義ファイルを選択するための画面であるプロセス定義ファイル選択画面を表示させる。複数のプロセス定義ファイルが取得された場合は、操作部１２は、それらをプロセス定義ファイル選択画面に一覧で表示する。これによって、リカバリー用プロセス定義ファイルがユーザに対して選択的に提供される。操作部１２が、通常のプロセス定義ファイルとリカバリー用プロセス定義ファイルとの区別がつくように、通常のプロセス定義ファイルとリカバリー用プロセス定義ファイルとで表示形式（色、形状、フォントなど）を変えて表示するようにしてもよい。また、リカバリー用プロセス定義ファイルのみが表示されるようなモードを用意しておいてもよい。操作部１２が、同じプロセス定義ファイルを元に作成されたリカバリー用プロセス定義ファイルをグループ化して表示するようにしてもよい。プロセス定義ファイル処理部２０２は、プロセス定義ファイル選択画面を介したユーザの操作入力に従って、プロセス定義ファイルを選択する（ステップＳ１３）。
【００５０】
続いて、プロセス定義ファイル処理部２０２が、プロセス定義ファイルの実行指示がされたかを判断する（ステップＳ１４）。ステップＳ１４においては、プロセス定義ファイル処理部２０２は、例えば、プロセス定義ファイル選択画面上の「実行」ボタンがユーザにより押下されたか否かを判断する。「実行」ボタンが押下された場合は、プロセス定義ファイル処理部２０２は、プロセス定義ファイルの実行指示がされたと判断してステップＳ１５に進む。「実行」ボタンが押下されていない場合は、プロセス定義ファイル処理部２０２は、「実行」ボタンが押下されるまで待機する。次に、プロセス定義ファイル処理部２０２が、プロセス定義ファイルのＷｏｒｋｆｌｏｗタグに記述された定義に基づいて、プロセス定義ファイルを実行する（ステップＳ１５）。例えば、図７（Ａ）に示すプロセス定義ファイル（Ｆ２）を例にとると、プロセス定義ファイル処理部２０２は、画像データを読み込み、読み込んだ画像データを印刷するという一連の処理を実行する。続いて、プロセス定義ファイル処理部２０２が、ステップＳ１５で実行したプロセス定義ファイルがリカバリー用プロセス定義ファイルであるかを判断する（ステップＳ１６）。図７（Ａ）に示すリカバリー用プロセス定義ファイル（Ｆ２）を例にとると、プロセス定義ファイル処理部２０２は、タグ４０１内のｒｅｃｏｖｅｒｙ＝”Ｆ１”という記述に基づいて、実行したファイルがリカバリー用プロセス定義ファイルであると判断する。
【００５１】
プロセス定義ファイル処理部２０２が、実行したプロセス定義ファイルがリカバリー用プロセス定義ファイルであると判断した場合は、ステップＳ１７に進む。プロセス定義ファイル処理部２０２が、実行したプロセス定義ファイルがリカバリー用プロセス定義ファイルでないと判断した場合は、処理を終了する。
ステップＳ１７において、プロセス定義ファイル処理部２０２が、実行されたリカバリー用プロセス定義ファイルと同一ソースのリカバリー用プロセス定義ファイルを削除する。同一ソースのリカバリー用プロセス定義ファイルは、実行されたリカバリー用プロセス定義ファイルと作成元のプロセス定義ファイルが同じであるリカバリー用プロセス定義ファイルである。具体的には、プロセス定義ファイル処理部２０２は、Ｐｒｏｃｅｓｓタグのｒｅｃｏｖｅｒｙ属性が実行されたリカバリー用プロセス定義ファイルと同じであるリカバリー用プロセス定義ファイルを削除する。プロセス定義ファイル管理部２０１は、削除されたプロセス定義ファイルを自身の管理から外す。
【００５２】
上述した本発明の第１の実施形態のリカバリー用プロセス定義ファイルの作成処理によれば、ホットフォルダに関連づけられたプロセス定義ファイルが指定した実行日時に実行されなかった場合に、リカバリー用プロセス定義ファイルが複数生成される。ユーザは生成された複数のリカバリー用プロセス定義ファイルのうち、所望のリカバリー用プロセス定義ファイルを選択して実行することができるので、ユーザの利便性が向上する。
【００５３】
次に、本発明の第２の実施形態について説明する。前述した第１の実施形態では、プロセス定義ファイルが指定した実行日時に実行されなかった場合に、プロセス定義ファイル処理部２０２が、リカバリー用のプロセス定義ファイルを生成する。そして、操作部１２が、リカバリー用プロセス定義ファイルを選択可能な画面（プロセス定義ファイル選択画面）を表示する。従って、ユーザがリカバリー用プロセス定義ファイルを実行するためには、ＭＦＰ１が設けられている場所に行き、操作部１２を介してリカバリー用プロセス定義ファイルを選択する必要がある。
本発明の第２の実施形態では、プロセス定義ファイルが指定した実行日時に実行されない場合に、プロセス定義ファイル処理部２０２が、リカバリー用ホットフォルダとリカバリー用ホットフォルダに関連付けられたリカバリー用プロセス定義ファイルとを作成する。リカバリー用ホットフォルダは、任意のファイルが格納されることをトリガとして、自身に関連付けられたリカバリー用プロセス定義ファイルが実行されるホットフォルダである。リカバリー用ホットフォルダは、ユーザＰＣ３等の外部装置から実行できる。
【００５４】
図１３は、本発明の第２の実施形態のリカバリー用プロセス定義ファイルの作成処理フローを示す図である。この処理フローは、図５のステップＳ７におけるリカバリー用プロセス定義ファイルの作成処理に対応する。図１３では、リカバリー用プロセス定義ファイルの作成元となるプロセス定義ファイルとして、図４（Ａ）に示すプロセス定義ファイル（Ｆ１）を例にとって説明する。なお、図１３のステップＳ９１、Ｓ９２、Ｓ９３、Ｓ９４、Ｓ９６の処理は、それぞれ、図６のステップＳ７１、Ｓ７２、Ｓ７３、Ｓ７４、Ｓ７９の処理と同様であるので、これらの処理についての説明を省略する。
図１３のステップＳ９５において、プロセス定義ファイル処理部２０２が、存在する画像データのみを入力として使用するリカバリー用プロセス定義ファイルと、リカバリー用プロセス定義ファイルと関連付けられたホットフォルダとを作成する（ステップＳ９５）。作成されるリカバリー用プロセス定義ファイルには、存在する画像データのみを入力として使用する処理が定義されている。
【００５５】
図１４（Ａ）は、図１３のステップＳ９５で作成されるリカバリー用プロセス定義ファイルの例を示す。この例ではリカバリー用プロセス定義ファイル（Ｆ７）は、図４（Ａ）に示すプロセス定義ファイル（Ｆ１）のタグ３０８で指定された画像データが存在しなかった場合に作成される。
タグ９０１は、本ファイルがプロセス定義ファイルであることを定義している。タグ９０１の属性として、以下の属性が定義されている。例えば、プロセス定義ファイルを一意に示すプロセスＩＤ（”Ｆ７”）や、本ファイルがホットフォルダに関連づけられたプロセス定義ファイルであること（ｔｙｐｅ＝”ｈｏｔｆｏｌｄｅｒ”）が定義されている。また、プロセスの名称（”会議資料を印刷（資料１，２のみ）”）が定義されている。また、ｒｅｃｏｖｅｒｙ＝”Ｆ１”という記述は、本ファイルがプロセス定義ファイル（Ｆ１）を元にして作成されたリカバリー用のプロセス定義ファイルであることを表している。
【００５６】
Ｃｏｎｄｉｔｉｏｎタグ９０２は、リカバリー用プロセス定義ファイルの実行条件を定義している。Ｃｏｎｄｉｔｉｏｎタグ９０２の子要素であるタグ９０３では、プロセス定義ファイルを実行する具体的なトリガを定義している。「ｄｉｒＡ／会議資料を印刷（資料１，２のみ）／＊」という記述は、「ｄｉｒＡ／会議資料を印刷（資料１，２のみ）」というフォルダに任意のファイルを格納した場合に本ファイルが実行されるということを定義している。「ｄｉｒＡ／会議資料を印刷（資料１，２のみ）」というフォルダは、図１３のステップＳ９５で生成されるホットフォルダである。このホットフォルダに格納されたファイルは、実行のトリガとして使用されるだけで、本ファイルの実際の実行処理では使用されない。
【００５７】
図１４（Ｂ）は、リカバリー用プロセス定義ファイル（Ｆ７）のＷｏｒｋｆｌｏｗタグ４０２で定義されたワークフローの例を示す。このタグは、図１３（Ａ）のステップＳ９４で結合した画像データを読み込み（タグ４０３）、読み込んだ画像データを印刷する（タグ４０４）というワークフローを定義している。
【００５８】
図１３に戻って、ステップＳ９７で、プロセス定義ファイル処理部２０２は、予め管理されている代替画像データを入力データとして用いるリカバリー用プロセス定義ファイルと、プロセス定義ファイルに関連づけられたリカバリー用のホットフォルダとを作成する。作成されるリカバリー用プロセス定義ファイルには、存在しない画像データの代わりに代替画像データを使用する処理が定義されている。
【００５９】
図１５（Ａ）は、図１３のステップＳ９７で作成されるリカバリー用プロセス定義ファイルの例を示す。この例ではリカバリー用プロセス定義ファイル（Ｆ８）は、図４（Ａ）に示すプロセス定義ファイル（Ｆ１）のタグ３０８で指定された画像データが存在しなかった場合に作成される。タグ１００１は、本ファイルがプロセス定義ファイルであることを定義している。タグ１００１の属性として、以下の属性が定義されている。例えば、本ファイルを一意に示すプロセスＩＤ（”Ｆ８”）や、本ファイルがホットフォルダに関連づけられたプロセス定義ファイルであること（ｔｙｐｅ＝”ｈｏｔｆｏｌｄｅｒ”）が定義されている。また、プロセスの名称（”会議資料を印刷（資料３は代替画像）”）が定義されている。また、ｒｅｃｏｖｅｒｙ＝”Ｆ１”という記述は、本ファイルがプロセス定義ファイル（Ｆ１）を元にして作成されたリカバリー用のプロセス定義ファイルであることを表している。Ｃｏｎｄｉｔｉｏｎタグ１００２は、リカバリー用プロセス定義ファイル（Ｆ８）の実行条件を定義している。Ｃｏｎｄｉｔｉｏｎタグ１００２の子要素であるタグ１００３では、本ファイルを実行する具体的なトリガを定義している。「ｄｉｒＡ／会議資料を印刷（資料３は代替画像）／＊」という記述は、「ｄｉｒＡ／会議資料を印刷（資料３は代替画像）」というリカバリー用のホットフォルダに任意のファイルを格納すれば、本ファイルが実行されるということを定義している。このリカバリー用のホットフォルダは、図１３のステップＳ９７で作成されるホットフォルダである。
【００６０】
図１５（Ｂ）は、リカバリー用プロセス定義ファイル（Ｆ８）のＷｏｒｋｆｌｏｗタグ７０２で定義されたワークフローの例を示す。Ｗｏｒｋｆｌｏｗタグ７０２の定義は、図１０のＷｏｒｋｆｌｏｗタグ７０２の定義と同様である。このタグは、図１３（Ａ）のステップＳ９４で結合した画像データ（タグ４０３）と代替画像データ（タグ７０３）を読み込み、読み込んだ画像データを結合し（タグ７０４）、結合した画像データを印刷する（タグ７０５）というワークフローを定義している。
【００６１】
図１３に戻り、ステップＳ９８で、プロセス定義ファイル処理部２０２は所定のホットフォルダに格納された画像データを入力データとして用いるリカバリー用プロセス定義ファイルと、この定義ファイルに関連付けられたリカバリー用のホットフォルダを作成する。作成されるリカバリー用プロセス定義ファイルには、存在しない画像データの代わりに、リカバリー用のホットフォルダに格納された画像データを使用する処理が定義されている。
【００６２】
図１６（Ａ）は、図１３のステップＳ９８で作成されるリカバリー用プロセス定義ファイルの例を示す。この例では、図４（Ａ）に示すプロセス定義ファイル（Ｆ１）のタグ３０８で指定された画像データが存在しなかった場合に作成されるリカバリー用プロセス定義ファイル（Ｆ９）を示す。
タグ１１０１は、本ファイルがプロセス定義ファイルであることを定義している。タグ１１０１の属性として、以下の属性が定義されている。例えば、プロセス定義ファイルを一意に示すプロセスＩＤ（”Ｆ９”）や、本ファイルがホットフォルダに関連づけられたプロセス定義ファイルであること（ｔｙｐｅ＝”ｈｏｔｆｏｌｄｅｒ”）が定義されている。また、プロセスの名称（”会議資料を印刷（資料３をホットフォルダに格納）”）が定義されている。また、ｒｅｃｏｖｅｒｙ＝”Ｆ１”という記述は、本ファイルがプロセス定義ファイル（Ｆ１）を元にして作成されたリカバリー用プロセス定義ファイルであることを示す。Ｃｏｎｄｉｔｉｏｎタグ１１０２は、本ファイルの実行条件を定義している。Ｃｏｎｄｉｔｉｏｎタグ１１０２の子要素であるタグ１１０３では、本ファイルを実行する具体的なトリガを定義している。「ｄｉｒＡ／会議資料を印刷（資料３を格納してください）／＊．ｉｍｇ」という記述は、リカバリー用のホットフォルダに任意の画像データを格納すれば、このプロセス定義ファイルが実行されるということを定義している。このリカバリー用のホットフォルダは、図１３のステップＳ９８で作成されるホットフォルダである。「ｄｉｒＡ／会議資料を印刷（資料３を格納してください）」という記述が、このリカバリー用のホットフォルダを示す。
【００６３】
タグ１１０４は、本ファイルで実行する各処理を定義している。タグ１１０５は、入力として画像データを読み込む処理を定義している。タグ１１０５の子要素では、図１３のステップＳ９８で生成されたホットフォルダに格納される画像データを指定している。タグ１１０６は、画像データを結合する処理を定義している。タグ１１０６の子要素で、結合の対象となる画像データを定義している。この例では、タグ４０３で読み込んだ画像データと、タグ１１０５で読み込んだ画像データとを結合することが定義されている。タグ１１０７は、画像データを印刷する処理を定義している。タグ１１０７の子要素では、印刷の対象となる画像データ（タグ１１０６で結合した画像データ）を定義している。タグ１１０７のその他の子要素は、作成元であるプロセス定義ファイル（Ｆ１）と同じである。
【００６４】
図１６（Ｂ）は、リカバリー用プロセス定義ファイル（Ｆ９）のＷｏｒｋｆｌｏｗタグ１１０４で定義されたワークフローの例を示す。このタグが定義するワークフローは、以下の処理を含む。すなわち、このワークフローは、図１３のステップＳ９４で結合した画像データ（タグ４０３）とリカバリー用のホットフォルダに格納された画像データ（タグ１１０５）とを読み込む処理を含む。また、このワークフローは、読み込んだ画像データを結合するという処理（タグ１１０６）、結合した画像データを印刷する（タグ１１０７）という処理を含む。
図１３に戻って、プロセス定義ファイル処理部２０２は、図１３のステップＳ９５、Ｓ９７、Ｓ９８で作成したリカバリー用プロセス定義ファイルをプロセス定義ファイル管理部２０１に登録する（ステップＳ９９）。
【００６５】
図１３の処理フローが示す処理に加えて、プロセス定義ファイル処理部２０２が、以下のような処理を実行してもよい。すなわち、プロセス定義ファイル処理部２０２が、代替画像データを指定して入力データとして用いる処理が定義されたリカバリー用プロセス定義ファイルと、このファイルに関連付けられたリカバリー用のホットフォルダとを作成するようにしてもよい。また、プロセス定義ファイル処理部２０２が、代替画像データを原稿スキャンする処理が定義されたリカバリー用プロセス定義ファイルと、このファイルに関連付けられたリカバリー用のホットフォルダとを作成するようにしてもよい。また、また、プロセス定義ファイル処理部２０２が、存在しない画像データをそのまま入力とするリカバリー用プロセス定義ファイルと、このファイルに関連付けられたリカバリー用のホットフォルダとを作成するようにしてもよい。
【００６６】
図１７は、本発明の第２の実施形態におけるリカバリー用プロセス定義ファイルの実行処理フローの一例を示す図である。図１７のステップＳ１０１、Ｓ１０４、Ｓ１０５の処理は、それぞれ、図１２のステップＳ１２、Ｓ１６、Ｓ１７の処理と同様であるので、これらの処理についての説明は省略する。
図１７のステップＳ１０２において、プロセス定義ファイル処理部２０２が、ホットフォルダにプロセス定義ファイルの実行条件で指定したファイルが格納されたかを判断する。プロセス定義ファイル処理部２０２が、ホットフォルダに実行条件で指定したファイルが格納されたと判断した場合はステップＳ１０２に進む。プロセス定義ファイル処理部２０２が、実行条件で指定したファイルが格納されていないと判断した場合は、ファイルが格納されるまで待機する。ステップＳ１０３で、プロセス定義ファイル処理部２０２が、プロセス定義ファイルのＷｏｒｋｆｌｏｗタグに記述された定義に基づいて処理を実行する。図１４（Ａ）に示すプロセス定義ファイル（Ｆ７）を例にとると、プロセス定義ファイル処理部２０２は、画像データを読み込み、読み込んだ画像データを印刷するという一連の処理を実行する。
【００６７】
第２の実施形態によれば、ホットフォルダに関連付けられたプロセス定義ファイルが実行日時に実行されなかった場合に、リカバリー用のホットフォルダと、リカバリー用のホットフォルダに関連付けられたリカバリー用プロセス定義ファイルが複数生成される。ユーザは、複数のリカバリー用のホットフォルダのうち所望のリカバリー用ホットフォルダを使用することができるので、ユーザの利便性が向上する。また、第２の実施形態によれば、ユーザがリカバリー用のホットフォルダに任意のファイルを格納することをトリガとして該ホットフォルダに関連付けられたリカバリー用プロセス定義ファイルが実行される。従って、ユーザがＭＦＰ１が設けられた場所に行かなくても、外部装置（例えば、ユーザＰＣ３）からリカバリーを行うことができる。
【００６８】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【００６９】
１ ＭＦＰ
２ 管理者ＰＣ
３ ユーザＰＣ
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理装置の制御方法、及びコンピュータプログラムに関する。
【背景技術】
【０００２】
画像処理装置として、スキャナやファクシミリ、プリンタなどを備えた複合機が提案されている。一般に、複合機は、画像データを記憶する記憶装置を備えている。また、スキャナによる原稿スキャンや、ネットワークを介して接続されたコンピュータからの画像データ受信など、様々な方法で入力された画像データを記憶装置に保存する機能（ボックス機能）が一般的に知られている。ボックスに保存された画像データは、そのまま、あるいは編集された後に、複合機内のアプリケーションによって利用される。例えば、上記画像データは、他のボックスへ移動されたり、画像データ同士が結合された後に製本印刷されたり、圧縮された後に電子メールで送信される。このような操作の中には、複数の機能を組み合わせるものや、詳細な設定が必要なものもある。そこで、現在、ボックスのホットフォルダ化が検討されている。ホットフォルダとは、パーソナルコンピュータなどの情報処理装置において、所定のフォルダに画像データを保存するだけで、予めフォルダと関連づけられた設定ファイル（プロセス定義ファイル）に基づき、自動的に画像データを印刷できる機能である。ホットフォルダを利用することにより、ホットフォルダに画像データが保存されたことを契機として、ホットフォルダに関連付けられたプロセス定義ファイルが定義しているワークフロー等の一連の処理を実行することができる。
【０００３】
また、プロセス定義ファイルとして印刷以外の処理を登録することにより、画像データの電子メール送信や画像データの複製・移動など、複合機の持つ機能を実行することもできる。また、プロセス定義ファイルに実行日時を指定することによって、フォルダに画像データを保存しても、すぐに処理を実行するのではなく、指定した実行日時になったら処理を実行することもできる。実行日時の指定は、一度きりの実行の指定だけではなく、定期的な実行も指定できる。また、処理する画像データも単一の画像データだけではなく、複数の画像データを指定することができる。従って、例えば、毎週月曜日午前１０時の会議のために、毎週月曜日午前９時に３つの画像データを結合して、会議資料として印刷を実行するという設定を行うことができる。
なお、特許文献１が提案する印刷制御方法は、フォルダに格納される印刷ファイルに対する設定ファイルを作成し、設定ファイルを上記フォルダに設定する。そして、この印刷制御方法は、該フォルダに印刷ファイルがインポートされることを検出した場合に、インポートされる印刷ファイルに対して上記設定ファイルを付加して転送する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２４２７８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
実行日時を指定したホットフォルダを利用して一連の処理を行う技術では、実行日時になっても処理を実行することができない場合がある。例えば、実行日時になっても所定のフォルダに処理する画像データが存在しなかったり、足りなかったりという場合には、処理を実行できない。実行日時を過ぎた後に、ユーザが画像データを所定のフォルダに格納しても、実行日時を過ぎているために、ホットフォルダに関連づけられたプロセス定義ファイルの処理は実行されない。所望の処理を実行するためには、ホットフォルダに関連づけられたプロセス定義ファイルの実行日時を変更するか、又はプロセス定義ファイルに記載された処理をユーザが手動で順番に実行する等の処置が必要となり、ユーザにとって不便であるという問題があった。
本発明は、一連の処理の実行時に該一連の処理が実行可能でない場合に、一連の処理を代替する１又は複数の回復手段をユーザに選択的に提供する情報処理装置、情報処理装置の制御方法、及びコンピュータプログラムの提供を目的とする。
【課題を解決するための手段】
【０００６】
本発明の一実施形態の情報処理装置は、複数の処理からなる一連の処理の実行時に該一連の処理が実行可能であるかを判断する実行判断手段と、前記一連の処理が実行可能でないと判断された場合に、前記一連の処理を代替する１又は複数の回復手段を選択的に提供する制御手段とを備える。
【発明の効果】
【０００７】
本発明の情報処理装置によれば、一連の処理の実行時に該一連の処理が実行可能でない場合に、一連の処理を代替する１又は複数の回復手段をユーザに選択的に提供することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】情報処理システムの構成とＭＦＰの構成の一例を示す図である。
【図２】ＭＦＰが備える制御部の機能ブロック図の例を示す図である。
【図３】管理者ＰＣのハードウェア構成例と情報処理システム全体の動作例を示す図である。
【図４】プロセス定義ファイルとワークフローの例を示す図である
【図５】本実施形態のプロセス定義ファイル実行処理フローの例を示す図である。
【図６】リカバリー用プロセス定義ファイルの作成処理フローである。
【図７】リカバリー用プロセス定義ファイルとワークフローの例を示す図である。
【図８】リカバリー用プロセス定義ファイルとワークフローの例を示す図である。
【図９】リカバリー用プロセス定義ファイルとワークフローの例を示す図である。
【図１０】リカバリー用プロセス定義ファイルとワークフローを示す図である。
【図１１】リカバリー用プロセス定義ファイルとワークフローを示す図である。
【図１２】リカバリー用プロセス定義ファイルの実行処理フローの一例である。
【図１３】リカバリー用プロセス定義ファイルの作成処理フローである。
【図１４】リカバリー用プロセス定義ファイルとワークフローを示す図である。
【図１５】リカバリー用プロセス定義ファイルとワークフローを示す図である。
【図１６】リカバリー用プロセス定義ファイルとワークフローを示す図である。
【図１７】リカバリー用プロセス定義ファイルの実行処理フローの一例である。
【発明を実施するための形態】
【０００９】
図１は、本実施形態の情報処理システムの構成とＭＦＰの構成の一例を示す図である。図１に示す構成は、本発明の第１の実施形態と第２の実施形態の双方において適用可能である。図１（Ａ）は、本実施形態の情報処理システムの構成を示す。この情報処理システムは、ＭＦＰ（Multi Function Peripheral ）１、管理者ＰＣ（Personal Computer)２、ユーザＰＣ３を備える。ＭＦＰ１と管理者ＰＣ２とユーザＰＣ３とは、ＬＡＮ（Local Area Network）４で互いに通信可能に接続されている。
【００１０】
ＭＦＰ１は、一連の処理の実行時に該一連の処理が実行可能でない場合に、一連の処理を代替する１又は複数の回復手段をユーザに選択的に提供する情報処理装置である。具体的には、ＭＦＰ１は、管理者ＰＣ２からプロセス定義ファイルを受け取り、受け取ったプロセス定義ファイルに定義された処理が実行可能でない場合に、１又は複数のリカバリー用プロセス定義ファイルを作成する。プロセス定義ファイルは、ＭＦＰ１が実行する、複数の処理からなる一連の処理と、一連の処理の実行条件とを定義する定義ファイルである。本実施形態においては、ＭＦＰ１は、ホットフォルダをＬＡＮ４上に公開しているものとする。また、リカバリー用プロセス定義ファイルは、一連の処理の実行条件が満たされない場合の、一連の処理を代替する代替処理を定義する代替ファイルである。管理者ＰＣ２は、プロセス定義ファイルを作成するための画面を表示する。システム管理者が、上記画面を介して様々な処理内容（原稿スキャンパラメータや印刷設定など）を入力すると、管理者ＰＣ２がプロセス定義ファイルを作成する。管理者ＰＣ２は、作成したプロセス定義ファイルを、ＬＡＮ４を介してＭＦＰ１に送信する。ユーザＰＣ３は、ユーザの操作入力に従って、ＭＦＰ１に対して、ＭＦＰ１が公開しているホットフォルダへの格納対象となる画像データを送信する。
【００１１】
図１（Ｂ）は、ＭＦＰのハードウェア構成例を示す。ＭＦＰ１は、制御部１１、操作部１２、プリンタ１３、スキャナ１４を備える。制御部１１はＭＦＰ全体の動作を制御する。操作部１２は、ユーザの操作入力に従って、操作入力情報を入力する。操作部１２には、タッチパネル機能を有する液晶表示部やキーボードなどが設けられている。プリンタ１３は、制御部１１から画像データを受け取って該画像データの印刷処理を行う。スキャナ１４は、制御部１１の指示に従って原稿上の画像を読み取って画像データを生成し、生成した画像データを制御部１１に返す。制御部１１は、ＣＰＵ（Central Processing Unit ）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３を備える。また、制御部１１は、ＨＤＤ（Hard Disk Drive ）１０４、操作部Ｉ／Ｆ（Interface)１０５、プリンタＩ／Ｆ１０６、スキャナＩ／Ｆ１０７、ネットワークＩ／Ｆ１０８を備える。ＣＰＵ１０１は、ＲＯＭ１０２に記憶された制御プログラムを読み出して、読取制御や送信制御などの各種制御処理を実行する。この制御プログラムは、本実施形態の情報処理装置の制御方法を実現するコンピュータプログラムである。ＲＡＭ１０３は、ＣＰＵ１０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ１０４は、画像データや各種プログラムを記憶する。
【００１２】
操作部Ｉ／Ｆ１０５は、操作部１２と制御部１１とを接続する。操作部１２が入力した操作入力情報は、操作部Ｉ／Ｆ１０５を介して制御部１１に送信される。プリンタＩ／Ｆ１３は、プリンタ１３と制御部１１とを接続する。プリンタ１３で印刷すべき画像データは、プリンタＩ／Ｆ１０７を介して制御部１１からプリンタ１３に転送され、プリンタ１３において記録媒体上に印刷される。スキャナＩ／Ｆ１０７は、スキャナ１４と制御部１１とを接続する。スキャナ１４は、原稿上の画像を読み取って画像データを生成し、生成した画像データをスキャナＩ／Ｆ１０７を介して制御部１１に入力する。ネットワークＩ／Ｆ１０８は、制御部１１（ＭＦＰ１）をＬＡＮ４に接続する。ネットワークＩ／Ｆ１０８は、ＬＡＮ４上の外部装置（例えば、ユーザＰＣ３）に画像データを送信したり、ホットフォルダを公開したりする。
【００１３】
図２は、ＭＦＰが備える制御部の機能ブロック図の例を示す図である。以下に説明する制御部１１が備える各処理部の機能は、図１（Ｂ）に示すＣＰＵ１０１がＲＯＭ１０２に記憶されている制御プログラムを実行することにより実現される。
制御部１１は、プロセス定義ファイル管理部２０１、プロセス定義ファイル処理部２０２、画像データファイル管理部２０３、スキャナ状態情報管理部２０４、代替画像データ管理部２０５、ユーザ認証管理部２０６を備える。プロセス定義ファイル管理部２０１は、ＭＦＰ１が管理者ＰＣ２から受信したプロセス定義ファイルやＭＦＰ１がで作成したプロセス定義ファイルをＨＤＤ１０４に記憶して管理する。プロセス定義ファイル処理部２０２は、プロセス定義ファイルで定義された処理を実行する。例えば、プロセス定義ファイル処理部２０２は、ホットフォルダに関連づけられたプロセス定義ファイルを指定時間に実行したり、プロセス定義ファイルに基づいてリカバリー用プロセス定義ファイルを作成したりする。また、プロセス定義ファイル処理部２０２は、一連の処理の実行時に、プロセス定義ファイルが定義している一連の処理の実行条件に基づいて、該一連の処理が実行可能であるかを判断する実行判断手段として機能する。プロセス定義ファイル処理部２０２は、例えば、所定のイベントが発生した時に、該イベントに関連付けられたプロセス定義ファイルに含まれる、一連の処理の実行条件が満たされるかを判断する。上記イベントの発生は、例えば、現日時が予め決められた日時となったことである。また、プロセス定義ファイル処理部２０２は、上記一連の処理が実行可能でないと判断された場合に、一連の処理を代替する１又は複数の回復手段であるリカバリー用プロセス定義ファイルを選択的に提供する制御手段としても機能する。
【００１４】
プロセス定義ファイル処理部２０２が、実行条件が満たされないと判断した場合に、リカバリー用プロセス定義ファイルを作成するとともに、各々のリカバリー用プロセス定義ファイルに関連付けられたリカバリー用のホットフォルダを作成するようにしてもよい。このリカバリー用プロセス定義ファイルには、リカバリー用のホットフォルダへの任意のファイルの格納が該リカバリー用プロセス定義ファイルが定義する代替処理の実行のトリガとして定義されている。
また、プロセス定義ファイル処理部２０２が、プロセス定義ファイルに含まれる、該定義ファイルが定義する処理の実行に必要な全ての画像データが所定の記憶手段すなわちＨＤＤ１０４に記憶されているかを判断するようにしてもよい。具体的には、プロセス定義ファイル処理部２０２が、画像データファイル管理部２０３に問い合わせて、画像データファイル管理部２０３がＨＤＤ１０４において上記画像データを管理しているかを判断する。プロセス定義ファイル処理部２０２が、上記画像データのうち一部の画像データが記憶されていないと判断した場合に、記憶されている画像データのみを入力データとして用いる処理が定義されたリカバリー用プロセス定義ファイルを作成するようにしてもよい。
【００１５】
プロセス定義ファイル処理部２０２が、一部の画像データが記憶されていないと判断した場合に、記憶されてない画像データを代替する代替画像データを入力データとして用いる処理が定義されたリカバリー用プロセス定義ファイルを作成するようにしてもよい。この代替画像データは、予めプロセス定義ファイル管理部２０１が管理している代替画像データでもよいし、ユーザが指定する代替画像データでもよい。また、プロセス定義ファイル処理部２０２が、ＨＤＤ１０４に記憶されてない画像データを代替する代替画像データを原稿スキャンする処理を定義するリカバリー用プロセス定義ファイルを作成するようにしてもよい。また、プロセス定義ファイル処理部２０２が、ＨＤＤ１０４に記憶されてない画像データを処理の実行に用いる入力データとして定義するリカバリー用プロセス定義ファイルを作成するようにしてもよい。これにより、プロセス定義ファイルの実行時に画像データが存在しない場合であっても、後にこの画像データがＨＤＤ１０４に記憶された時に、この画像データを入力データとしてリカバリー用プロセス定義ファイルが定義する処理を実行することができる。
【００１６】
画像データファイル管理部２０３は、スキャナ１４（図１（Ｂ）を参照）が原稿スキャンした画像データや、ネットワークＩ／Ｆ１０８を介して外部装置からホットフォルダに格納された画像データをＨＤＤ１０４に記憶して管理する。スキャナ状態情報管理部２０４は、スキャナ状態情報を管理する。スキャナ状態情報は、現在スキャナ１４が使用可能な状態であるか否かを示す情報である。例えばスキャナ１４にエラー（用紙詰まりなど）が発生している場合は、スキャナ状態情報は、スキャナ１４が使用不可能な状態であることを示す。
代替画像データ管理部２０５は、プロセス定義ファイルで指定した画像データが存在しない場合に代替として使用される代替画像データを管理する。代替画像データはＭＦＰ１全体で１つだけ設定されていてもよいし、複数設定されていてもよい。例えば、代替画像データがユーザ毎又はプロセス定義ファイル毎に設定されていてもよい。代替画像データは、例えば、「必要な画像データが存在しません」や「本日はお休みです」のように、現時点のシステム状態に応じた説明が記載された画像データや、後から印刷した紙を差し込むための目印となる色紙のような画像データでもよい。ユーザ認証管理部２０６は、ユーザを認証するための情報であるユーザ認証情報を管理し、該ユーザ認証情報を用いて、ユーザ認証を行う。ユーザ認証管理部２０６は、例えば、ユーザのＩＤカードから読み取ったユーザＩＤとユーザ認証情報との照合結果や、ユーザの生体情報とユーザ認証情報との照合結果に基づいてユーザ認証を行う。本実施形態の情報処理装置の制御方法は、図２に示す制御部１１が備える各処理部によって実現される。
【００１７】
図３は、管理者ＰＣのハードウェア構成例と、本実施形態の情報処理システム全体の動作例を示す図である。図３（Ａ）は、管理者ＰＣのハードウェア構成例を示す。管理者ＰＣ２は、制御部２１、表示部２２、キーボード２３を備える。制御部２１は、管理者ＰＣ２全体の動作を制御する。表示部２２は、制御部２１（のＣＰＵ２１１）からの指示に従った画面表示処理を行う。例えば、表示部２２は、プロセス定義ファイルを作成するために必要な操作入力情報を入力するための画面であるプロセス定義ファイル作成画面を表示する。キーボード２３は、管理者の操作入力に従って操作入力情報を入力する。制御部２１は、ＣＰＵ２１１、ＲＯＭ２１２、ＲＡＭ２１３、ＨＤＤ２１４、表示部Ｉ／Ｆ２１５、キーボードＩ／Ｆ２１６、ネットワークＩ／Ｆ２１７を備える。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された、管理者ＰＣ２を制御するプログラムを読み出して各種制御処理を実行する。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、あるいは各種情報テーブルを記憶する。表示部Ｉ／Ｆ２１５は、表示部２２と制御部２１とを接続する。キーボードＩ／Ｆ２３は、キーボード２３と制御部２１とを接続する。ＣＰＵ２１１は、キーボード２３が入力した操作入力情報に基づいてユーザからの指示を認識し、認識した指示に応じて、表示部２２に表示する画面を遷移させる。ネットワークＩ／Ｆ２１７は、制御部２１（管理者ＰＣ２）をＬＡＮ４に接続する。ネットワークＩ／Ｆ２１７は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。なお、ユーザＰＣ３は、管理者ＰＣ２と同様の構成を有している。従って、ユーザＰＣ３の構成の説明については省略する。
【００１８】
図３（Ｂ）は、本実施形態の情報処理システム全体の動作例を示す。まず、管理者ＰＣ２が、管理者の操作入力に従ってプロセス定義ファイル（Ｆ１）を作成する。具体的には、管理者が、管理者ＰＣ２に表示されたプロセス定義ファイル作成画面を介して操作入力情報（原稿スキャンパラメータや印刷設定など）を入力する。そして、管理者ＰＣ２のＣＰＵ２１１が、入力された操作入力情報に基づいてプロセス定義ファイルを作成する。管理者ＰＣ２は、作成したプロセス定義ファイル（Ｆ１）を、ＬＡＮ４を介してＭＦＰ１に送信する（図中のＰ１を参照）。この例では、プロセス定義ファイルＦ１には、ＭＦＰ１がＬＡＮ４上に公開しているホットフォルダ内の複数の画像データを、指定した実行日時に結合して印刷するという一連の処理をすることが定義されているものとする。ＭＦＰ１のプロセス定義ファイル管理部２０１が、管理者ＰＣ２から送信されたプロセス定義ファイル（Ｆ１）を受信する。そして、プロセス定義ファイル管理部２０１が、プロセス定義ファイル（Ｆ１）をホットフォルダに関連付けて登録し、保持しておく。
【００１９】
次に、ユーザＰＣ３が、ユーザの操作入力に従って、ＭＦＰ１のホットフォルダへの格納対象となる画像データＩをＭＦＰ１に対して送信する（図中のＰ２を参照）。送信された画像データＩは、ホットフォルダに格納され、画像データファイル管理部２０３によってＨＤＤ１０４に記憶されて管理される。プロセス定義ファイル（Ｆ１）に定義された実行日時になると、画像データＩを受信したＭＦＰ１のプロセス定義ファイル処理部２０２が、プロセス定義ファイル（Ｆ１）で定義された処理を開始する（図中のＰ３を参照）。
次に、プロセス定義ファイル処理部２０２が、プロセス定義ファイル（Ｆ１）で定義されている一連の処理の実行条件に基づいて、例えば一連の処理の実行に必要な画像データが揃っているかを判断する。例えば、プロセス定義ファイル処理部２０２は、画像データファイル管理部２０３に、必要な画像データがあるかを問い合わせて、画像データファイル管理部２０３からの応答に基づいて、該画像データが揃っているかを判断する。必要な画像データが揃っている場合、プロセス定義ファイル処理部２０２は、プロセス定義ファイル（Ｆ１）の定義内容に従って、画像データを結合して紙文書Ｄの印刷を行う（図中のＰ４を参照）。必要な画像データが揃ってない場合、プロセス定義ファイル処理部２０２は、プロセス定義ファイル（Ｆ１）の定義内容に基づいて、１又は複数のリカバリー用プロセス定義ファイル（Ｇ１）を作成する（図中のＰ５を参照）。
【００２０】
図４は、プロセス定義ファイルの例と、プロセス定義ファイルで定義されたワークフローの例を示す図である。図４（Ａ）は、プロセス定義ファイル（Ｆ１）の例を示す。図４（Ａ）では、ＸＭＬの形式で記述されたプロセス定義ファイルの例を示すが、プロセス定義ファイルが他の形式で記述されていてもよい。プロセス定義ファイル（Ｆ１）に記述されたＰｒｏｃｅｓｓタグ３０１は、本ファイルがプロセス定義ファイルであることを定義している。プロセス定義ファイル（Ｆ１）に関する各項目は、Ｐｒｏｃｅｓｓタグ３０１の子要素として記述される。また、Ｐｒｏｃｅｓｓタグ３０１の属性として、以下の属性が定義されている。例えば、プロセス定義ファイルを一意に示すプロセスＩＤ（図中の”Ｆ１”）や、ホットフォルダに関連づけられたプロセス定義ファイルであること（ｔｙｐｅ＝”ｈｏｔｆｏｌｄｅｒ”）が定義されている。また、プロセスの名称（図中の”会議資料を８時に印刷”）が定義されている。
【００２１】
Ｃｏｎｄｉｔｉｏｎタグ３０２は、プロセス定義ファイルの実行条件を定義している。Ｃｏｎｄｉｔｉｏｎタグ３０２では、実行条件の定義を行うということだけが記述され、具体的な実行条件はＣｏｎｄｉｔｉｏｎタグ３０２の子要素として記述される。タグ３０３は、プロセス定義ファイルの実行日時を定義している。タグ３０４は、プロセス定義ファイルを実行する際に必要となる画像データを定義している。Ｗｏｒｋｆｌｏｗタグ３０５は、本ファイルで実行する一連の処理を定義している。この例では、一連の処理は、画像データを読み込む処理、読み込んだ画像データを結合する処理、結合した画像データを印刷する処理からなるワークフローである。各処理はＷｏｒｋｆｌｏｗタグ３０５の子要素として記述され、プロセス定義ファイル（Ｆ１）中の出現順序が処理の実行順序を示している。タグ３０６は、入力として画像データを読み込む処理を定義している。タグ３０６の子要素は、実際に読み込む画像データのファイルパス（ｄｉｒＡ／資料１．ｉｍｇ）を定義している。タグ３０７は、タグ３０６と同様に、入力として画像データを読み込む処理を定義している。タグ３０６とタグ３０７とで同じ記述を行っているのは、読み込む画像データが異なるためである。タグ３０７の子要素は、実際に読み込む画像データのファイルパス（ｄｉｒＡ／資料２．ｉｍｇ）を定義している。
【００２２】
タグ３０８は、タグ３０６やタグ３０７と同様に、入力として画像データを読み込む処理を定義している。タグ３０８の子要素は、実際に読み込む画像データのファイルパス（ｄｉｒＡ／資料３．ｉｍｇ）を定義している。タグ３０９は、画像データを結合する処理を定義している。タグ３０９の子要素で、結合の対象となる画像データを定義している。この例では、タグ３０６、タグ３０７、タグ３０８で定義されている画像データ、すなわち、ｆｉｌｅ３０６乃至３０８を結合する処理を定義している。タグ３１０は、画像データを印刷する処理を定義している。タグ３１０の子要素では、印刷の対象となる画像データ（この例ではタグ３０９で結合した画像データ）や、カラー設定（カラー）、印刷部数（５部）、ステイプルする位置（左上）などを定義している。
【００２３】
図４（Ｂ）は、プロセス定義ファイル（Ｆ１）のＷｏｒｋｆｌｏｗタグ３０５で定義されたワークフローの例を示す。このタグは、３つの画像データを読み込み（タグ３０６、タグ３０７、タグ３０８）、読み込んだ画像データを結合し（タグ３０９）、結合した画像データを印刷する（タグ３１０）というワークフローを定義している。
【００２４】
図５は、本実施形態のプロセス定義ファイル実行処理フローの例を示す図である。図５の処理フローが示す各処理は、ＭＦＰ１のＣＰＵ１０１が制御プログラムを実行することにより実現される。まず、ＭＦＰ１のプロセス定義ファイル処理部２０２が、プロセス定義ファイル管理部が管理しているプロセス定義ファイルを、ＨＤＤ１０４からＲＡＭ１０３に読み出す（ステップＳ１）。プロセス定義ファイル処理部２０２は、ホットフォルダに関連付けられたプロセス定義ファイルのみを読み出し、ユーザの操作によって実行されるプロセス定義ファイルは読み出さない。次に、プロセス定義ファイル処理部２０２が、読み出したプロセス定義ファイルのＣｏｎｄｉｔｉｏｎタグで定義された実行日時を取得する（ステップＳ２）。次に、プロセス定義ファイル処理部２０２が、システム日時が上記ステップＳ２において取得した実行日時になったかを判断する（ステップＳ３）。プロセス定義ファイル処理部２０２が、システム日時が実行日時になっていないと判断した場合は、ステップＳ３に戻る。プロセス定義ファイル処理部２０２が、システム日時が実行日時になった判断した場合、プロセス定義ファイル処理部２０２が、プロセス定義ファイルのＣｏｎｄｉｔｉｏｎタグで定義された実行条件を取得する（ステップＳ４）。
【００２５】
次に、プロセス定義ファイル処理部２０２が、上記ステップＳ４で取得された実行条件をチェックして、プロセス定義ファイルを実行できるかを判断する（ステップＳ５）。例えば、実行条件に所定の画像データが指定されている場合、プロセス定義ファイル処理部２０２は、実行条件に指定された画像データが画像データファイル管理部２０３によって管理されているかを判断する。該画像データが画像データファイル管理部２０３によって管理されている場合、プロセス定義ファイル処理部２０２は、プロセス定義ファイルを実行できると判断する。プロセス定義ファイル処理部２０２が、プロセス定義ファイルを実行できると判断した場合、プロセス定義ファイル処理部２０２は、プロセス定義ファイルを実行、すなわち、プロセス定義ファイルで定義された一連の処理を実行する（ステップＳ６）。ステップＳ６においては、プロセス定義ファイル処理部２０２は、プロセス定義ファイルのＷｏｒｋｆｌｏｗタグに記述された定義に基づいて処理を実行する。
図４（Ａ）に示すプロセス定義ファイル（Ｆ１）を例にとると、プロセス定義ファイル処理部２０２は、３つの画像データを読み込み、その画像データを結合し、結合した画像データを印刷するという一連の処理を実行する。プロセス定義ファイル処理部２０２が、プロセス定義ファイルを実行できないと判断した場合、プロセス定義ファイル処理部２０２は、リカバリー用プロセス定義ファイルを作成する（ステップＳ７）。リカバリー用のプロセス定義ファイルは、ステップＳ５において実行できないと判断されたプロセス定義ファイルに基づいて作成される。
【００２６】
図６は、本発明の第１の実施形態のリカバリー用プロセス定義ファイルの作成処理フローである。この処理フローは、図５のステップＳ７におけるリカバリー用プロセス定義ファイルの作成処理の詳細を示す。この処理フローが示す各処理は、ＭＦＰ１のＣＰＵ１０１が制御プログラムを実行することにより実現される。なお、図６では、リカバリー用プロセス定義ファイルの作成元となるプロセス定義ファイルとして、図４（Ａ）に示すプロセス定義ファイル（Ｆ１）を例にとって説明する。まず、プロセス定義ファイル処理部２０２が、入力画像データ、すなわちプロセス定義ファイル（Ｆ１）で読み込み処理の対象として定義された画像データの存在チェックを行う（ステップＳ１）。具体的には、プロセス定義ファイル処理部２０２が、入力画像データが画像データファイル管理部２０３で管理されているかを判断する。プロセス定義ファイル処理部２０２が、入力画像データが存在しないと判断した場合はステップＳ７６に進む。プロセス定義ファイル処理部２０２が、入力画像データが１つ以上存在すると判断した場合は、プロセス定義ファイル処理部２０２は、プロセス定義ファイルの定義内容に基づいて、存在する画像データの結合が可能かを判断する（ステップＳ７３）。例えば、図４（Ａ）に示すプロセス定義ファイル（Ｆ１）においては、タグ３０６、タグ３０７、タグ３０８で指定された画像データを結合することがタグ３０９に定義されている。また、画像データの結合は、タグ３０６で指定された画像データ、タグ３０７で指定された画像データ、タグ３０８で指定された画像データの順で行うことが定義されている。従って、この例では、プロセス定義ファイル処理部２０２は、連続する順番で２つ以上の画像データが存在する場合に、画像データの結合ができると判断する。
【００２７】
例えば、画像データが１つしか存在しない場合、プロセス定義ファイル処理部２０２は、画像データの結合ができないと判断する。また、例えば、タグ３０７で指定された画像データが存在しない場合は、順番通りの結合にならないので、画像データの結合ができないと判断される。プロセス定義ファイル処理部２０２が、画像データの結合が可能でないと判断した場合はステップＳ７５に進む。一方、例えばタグ３０６で指定された画像データが存在しない場合、プロセス定義ファイル処理部２０２は、残りの２ファイル、すなわち、タグ３０７、３０８で指定された画像データで画像データの結合が可能であると判断する。また、例えば、タグ３０８で指定された画像データが存在しない場合も、プロセス定義ファイル処理部２０２は、タグ３０７、３０８で指定された画像データで画像データの結合が可能であると判断する。プロセス定義ファイル処理部２０２が、画像データの結合が可能であると判断した場合、プロセス定義ファイル処理部２０２は、プロセス定義ファイル（Ｆ１）の記述に基づいて、存在する画像データの結合を行う（ステップＳ７４）。例えば、タグ３０８で指定された画像データが存在しない場合、タグ３０７で指定された画像データとタグ３０８で指定された画像データとを結合する。ステップＳ７４で結合された画像データは、後述するステップＳ７５、Ｓ７６、Ｓ７８、Ｓ８０、Ｓ８１において作成するリカバリー用プロセス定義ファイルの入力用画像データとして使用される。結合できる画像データをステップＳ７４において予め結合しておくことによって、リカバリー用プロセス定義ファイルを実行する際の処理を少なくし、回復処理すなわち本来実行対象である一連の処理を代替する処理の実行時間を少なくすることができる。次に、プロセス定義ファイル処理部２０２は、存在する画像データのみを入力として使用するリカバリー用プロセス定義ファイル（Ｆ２）を作成する（ステップＳ７５）。この例では、リカバリー用プロセス定義ファイル（Ｆ２）は、図４（Ａ）に示すプロセス定義ファイル（Ｆ１）のタグ３０８で指定された画像データが存在しなかった場合に作成される。
【００２８】
図７（Ａ）は、図６のステップＳ７５で作成されるリカバリー用プロセス定義ファイルの例を示す。リカバリー用プロセス定義ファイル（Ｆ２）内のタグ４０１は、本ファイルがプロセス定義ファイルであることを定義している。タグ４０１の属性として、以下の属性が定義されている。例えば、プロセス定義ファイル（Ｆ２）を一意に示すプロセスＩＤ（図中の”Ｆ２”）や、操作部１２に表示されるプロセス定義ファイルであること（図中のｔｙｐｅ＝”ｄｉｓｐｌａｙ”）が定義されている。また、プロセスの名称（図中の会議資料を印刷（資料１，２のみ））が定義されている。また、リカバリー用プロセス定義ファイル（Ｆ２）内のｒｅｃｏｖｅｒｙ＝”Ｆ１”という記述は、リカバリー用プロセス定義ファイル（Ｆ２）が、プロセス定義ファイル（Ｆ１）を元にして作成されたリカバリー用プロセス定義ファイルであることを示す。
【００２９】
Ｗｏｒｋｆｌｏｗタグ４０２は、リカバリー用のプロセス定義ファイルで実行するワークフローを定義している。タグ４０３は、入力として画像データを読み込む処理を定義している。タグ４０３の子要素では、実際に読み込む画像データのファイルパスを定義する。この例では、ステップＳ７４で結合した画像データのファイルパス（ｄｉｒＸ／資料１＿２．ｉｍｇ）を指定する。タグ４０４は、画像データを印刷する処理を定義している。タグ４０４の子要素では、印刷の対象となる画像データ、すなわち、ステップＳ７４で結合した画像データを定義している。タグ４０４のその他の子要素は、プロセス定義ファイル（Ｆ１）における子要素と同じである。
【００３０】
図７（Ｂ）は、リカバリー用プロセス定義ファイル（Ｆ２）のＷｏｒｋｆｌｏｗタグ４０２で定義されたワークフローの例を示す。このタグは、図６のステップＳ７４で結合した画像データを読み込み（タグ４０３）、読み込んだ画像データを印刷する（タグ４０４）というワークフローを定義している。
【００３１】
図６に戻って、プロセス定義ファイル処理部２０２は、存在しない画像データを代替する代替画像データを指定して入力データとして用いる処理が定義されたリカバリー用プロセス定義ファイル（Ｆ３）を作成する（ステップＳ７６）。
【００３２】
図８（Ａ）は、図６のステップＳ７６で作成されるリカバリー用プロセス定義ファイル（Ｆ３）の例を示す。タグ５０１は、本ファイルがプロセス定義ファイルであることを定義している。タグ５０１の属性として、以下のような属性が定義されている。例えば、本ファイルを一意に示すプロセスＩＤ（図中の”Ｆ３”）や、操作部１２に表示されるプロセス定義ファイルであること（図中のｔｙｐｅ＝”ｄｉｓｐｌａｙ”）や、プロセスの名称（図中の会議資料を印刷（資料３を選択））などが定義されている。また、ｒｅｃｏｖｅｒｙ＝”Ｆ１”という記述は、本ファイルがプロセス定義ファイル（Ｆ１）を元にして作成されたリカバリー用プロセス定義ファイルであることを示す。
【００３３】
Ｗｏｒｋｆｌｏｗタグ５０２は、リカバリー用プロセス定義ファイル（Ｆ３）で実行するワークフローを定義している。タグ５０３は、入力用の画像データをユーザが指定するためのダイアログを操作部１２に表示する処理を定義している。タグ５０３の子要素では、ダイアログに最初に表示するディレクトリを定義している。タグ５０４は、画像データを結合する処理を定義している。タグ５０４の子要素で、結合の対象となる画像データを定義している。図８（Ａ）の例では、タグ４０３で読み込んだ画像データと、タグ５０３でユーザがダイアログにより指定した画像データを結合することが定義されている。タグ５０５は、画像データを印刷する処理を定義している。タグ５０５の子要素では、印刷の対象となる画像データ、すなわち、タグ５０４で結合した画像データを定義している。タグ５０５のその他の子要素は、プロセス定義ファイル（Ｆ１）における子要素と同じである。
【００３４】
図８（Ｂ）は、リカバリー用プロセス定義ファイル（Ｆ３）のＷｏｒｋｆｌｏｗタグ５０２で定義されたワークフローの例を示す。このタグは、図６のステップＳ７４で結合した画像データ（タグ４０３）とユーザが指定した画像データ（タグ５０３）とを読み込み、読み込んだ画像データを結合し（タグ５０４）、結合した画像データを印刷する（タグ５０５）というワークフローを定義している。
【００３５】
図６に戻って、プロセス定義ファイル処理部２０２は、スキャナ状態情報管理部２０４から、スキャナ状態情報管理部２０４が管理しているスキャナ状態情報を取得する。そして、プロセス定義ファイル処理部２０２は、取得したスキャナ状態情報に基づいて、スキャナ１４が使用可能な状態であるかを判断する（ステップＳ７７）。プロセス定義ファイル処理部２０２が、スキャナ１４が使用可能な状態でないと判断した場合は、ステップＳ７９に進む。プロセス定義ファイル処理部２０２が、スキャナ１４が使用可能な状態であると判断した場合、存在しない画像データを代替する代替画像データを原稿スキャンする処理が定義されたリカバリー用プロセス定義ファイル（Ｆ４）を作成する（ステップＳ７８）。
【００３６】
図９（Ａ）は、図６のステップＳ７８で作成されるリカバリー用プロセス定義ファイル（Ｆ４）の例を示す。タグ６０１は、本ファイルがプロセス定義ファイルであることを定義している。タグ６０１の属性として、以下の属性が定義されている。例えば、本ファイルを一意に示すプロセスＩＤ（図中の”Ｆ４”）や、操作部１２に表示されるプロセス定義ファイルであること（図中のｔｙｐｅ＝”ｄｉｓｐｌａｙ”）が定義されている。また、プロセスの名称（図中の”会議資料を印刷（資料３をスキャン）”）が定義されている。また、ｒｅｃｏｖｅｒｙ＝”Ｆ１”という記述は、本ファイルがプロセス定義ファイル（Ｆ１）を元にして作成されたリカバリー用プロセス定義ファイルであることを示す。
【００３７】
Ｗｏｒｋｆｌｏｗタグ６０２は、リカバリー用プロセス定義ファイル（Ｆ４）で実行するワークフローを定義している。タグ６０３は、入力用の画像データを原稿スキャンする処理を定義している。タグ６０３の子要素では、原稿スキャンの設定としてカラースキャンを定義している。タグ６０４は、画像データを結合する処理を定義している。タグ６０４の子要素で、結合の対象となる画像データを定義している。図９（Ａ）の例では、タグ４０３で読み込んだ画像データと、タグ６０３で原稿スキャンした画像データを結合することが定義されている。タグ６０５は、画像データを印刷する処理を定義している。タグ６０５の子要素では、印刷の対象となる画像データ、すなわちタグ６０４で結合した画像データを定義している。タグ６０５のその他の子要素は、プロセス定義ファイル（Ｆ１）の子要素と同じである。
【００３８】
図９（Ｂ）は、リカバリー用プロセス定義ファイル（Ｆ４）のＷｏｒｋｆｌｏｗタグ６０２で定義されたワークフローの例を示す。このタグは、図６のステップＳ７４で結合した画像データ（タグ４０３）と原稿スキャンした画像データ（タグ６０３）を読み込み、読み込んだ画像データを結合し（タグ６０４）、結合した画像データを印刷する（タグ６０５）というワークフローを定義している。
【００３９】
図６に戻って、プロセス定義ファイル処理部２０２が、代替画像データ管理部２０５が予め管理している代替画像データが存在するかを判断する（ステップＳ７９）。プロセス定義ファイル処理部２０２が、代替画像データが存在しないと判断した場合は、ステップＳ８１に進む。プロセス定義ファイル処理部２０２が、代替画像データが存在すると判断した場合は、プロセス定義ファイル処理部２０２は、該代替画像データを代替画像データ管理部２０５から取得する。そして、プロセス定義ファイル処理部２０２は、取得した代替画像データを入力データとして用いる処理が定義されたリカバリー用プロセス定義ファイル（Ｆ５）を作成する（ステップＳ８０）。
【００４０】
図１０（Ａ）は、図６のステップＳ８０で作成されるリカバリー用プロセス定義ファイル（Ｆ５）の例を示す。タグ７０１は、本ファイルがプロセス定義ファイルであることを定義している。タグ７０１の属性として、以下の属性が定義されている。例えば、本ファイルを一意に示すプロセスＩＤ（図中の”Ｆ５”）や、本ファイルが操作部１２に表示されるプロセス定義ファイルであること（図中のｔｙｐｅ＝”ｄｉｓｐｌａｙ”）が定義されている。また、プロセスの名称（図中の”会議資料を印刷（資料３は代替画像）”）が定義されている。また、ｒｅｃｏｖｅｒｙ＝”５１０”という記述は、本ファイルがプロセス定義ファイル（Ｆ１）を元にして作成されたリカバリー用プロセス定義ファイルであることを示す。
【００４１】
Ｗｏｒｋｆｌｏｗタグ７０２は、リカバリー用プロセス定義ファイル（Ｆ５）で実行するワークフローを定義している。タグ７０３は、入力として画像データを読み込む処理を定義している。タグ７０３の子要素では、プロセス定義ファイル処理部２０２が代替画像データ管理部２０５から取得した代替画像データのファイルパス（ｄｉｒＣ／代替画像データ．ｉｍｇ）を指定している。タグ７０４は、画像データを結合する処理を定義している。タグ７０４の子要素で、結合の対象となる画像データを定義している。図１０（Ａ）の例では、タグ４０３で読み込んだ画像データと、タグ７０３で読み込んだ代替画像データとを結合することが定義されている。タグ７０５は、画像データを印刷する処理を定義している。タグ７０５の子要素では、印刷の対象となる画像データ、すなわちタグ７０４で結合した画像データを定義している。タグ７０５のその他の子要素は、プロセス定義ファイル（Ｆ１）の子要素と同じである。
【００４２】
図１０（Ｂ）は、リカバリー用プロセス定義ファイル（Ｆ５）のＷｏｒｋｆｌｏｗタグ７０２で定義されたワークフローの例を示す。このタグは、図６のステップＳ７４で結合した画像データ（タグ４０３）と代替画像データ（タグ７０３）とを読み込み、読み込んだ画像データを結合し（タグ７０４）、結合した画像データを印刷する（タグ７０５）というワークフローを定義している。
【００４３】
図６に戻って、プロセス定義ファイル処理部２０２は、存在しない画像データをそのまま入力とするリカバリー用プロセス定義ファイル（Ｆ６）を作成する（ステップＳ８１）。リカバリー用プロセス定義ファイル（Ｆ６）は、指定した実行日時には存在しなかった画像データを、その後ユーザがホットフォルダに格納した上で、あらためてプロセス定義ファイル（Ｆ１）が定義する処理を実行するためのプロセス定義ファイルである。
【００４４】
図１１（Ａ）は、図６のステップＳ８１で作成されるリカバリー用プロセス定義ファイル（Ｆ６）の例を示す。タグ８０１は、本ファイルがプロセス定義ファイルであることを定義している。タグ８０１の属性として、以下の属性が定義されている。例えば、本ファイルを一意に示すプロセスＩＤ（図中の”Ｆ６”）や、本ファイルが操作部１２に表示されるプロセス定義ファイルであること（図中のｔｙｐｅ＝”ｄｉｓｐｌａｙ”）が定義されている。また、プロセスの名称（図中の”会議資料を印刷（資料３を用意）”）が定義されている。また、ｒｅｃｏｖｅｒｙ＝”Ｆ１”という記述は、本ファイルがプロセス定義ファイル（Ｆ１）を元にして作成されたリカバリー用プロセス定義ファイルであることを示す
【００４５】
Ｗｏｒｋｆｌｏｗタグ８０２は、リカバリー用プロセス定義ファイル（Ｆ６）で実行するワークフローを定義している。タグ８０２の子要素であるタグ３０８は、プロセス定義ファイル（Ｆ１）におけるタグ３０８と同じ定義を行っている。タグ８０３は、画像データを結合する処理を定義している。タグ８０３の子要素で、結合の対象となる画像データを定義している。図１１（Ａ）の例では、タグ４０３で読み込んだ画像データと、タグ３０８で読み込んだ画像データを結合することが定義されている。タグ８０４は、画像データを印刷する処理を定義している。タグ８０４の子要素では、印刷の対象となる画像データ、すなわちタグ８０３で結合した画像データを定義している。タグ８０４のその他の子要素は、プロセス定義ファイル（Ｆ１）の子要素と同じである。
【００４６】
図１１（Ｂ）は、リカバリー用プロセス定義ファイル（Ｆ６）のＷｏｒｋｆｌｏｗタグ８０２で定義されたワークフローの例を示す。このタグは、図６のステップＳ７４で結合した画像データ（タグ４０３）と画像データ（タグ３０８）とを読み込み、読み込んだ画像データを結合し（タグ８０３）、結合した画像データを印刷する（タグ８０４）というワークフローを定義している。
【００４７】
図６に戻って、プロセス定義ファイル処理部２０２は、ステップＳ７５，７６，７８，８０，及びＳ８１において作成したリカバリー用プロセス定義ファイルをプロセス定義ファイル管理部２０１に登録する（ステップＳ８２）。
【００４８】
図１２は、本発明の第１の実施形態におけるリカバリー用プロセス定義ファイルの実行処理フローの一例を示す図である。図１２に示す処理フローが示す各処理は、ＭＦＰ１のＣＰＵ１０１が制御プログラムを実行することにより実現される。
まず、ＭＦＰ１が備えるユーザ認証管理部２０６が、ＭＦＰ１を操作するユーザを認証する（ステップＳ１１）。具体的には、操作部１２が、認証情報を入力するための認証情報入力画面を表示する。ユーザが、認証情報入力画面を介して認証情報を入力すると、ユーザ認証管理部２０６が、入力された認証情報と予め保持している認証情報との照合結果に基づいて、ユーザを認証する。なお、ユーザを認証するための方法として、ＩＤカードを読み取って認証情報を入力する方法や、生体情報を用いて認証を行う方法など、任意の認証方法を用いることができる。
【００４９】
ユーザ認証が正常に行われた後、プロセス定義ファイル処理部２０２が、プロセス定義ファイル管理部２０１が管理しているプロセス定義ファイルをプロセス定義ファイル管理部２０１から取得する（ステップＳ１２）。プロセス定義ファイル管理部２０１が管理しているプロセス定義ファイルには、通常のプロセス定義ファイルと、リカバリー用プロセス定義ファイルとが含まれる。プロセス定義ファイル処理部２０２が、操作部１２に指示して、ステップＳ１２において取得されたプロセス定義ファイルを選択するための画面であるプロセス定義ファイル選択画面を表示させる。複数のプロセス定義ファイルが取得された場合は、操作部１２は、それらをプロセス定義ファイル選択画面に一覧で表示する。これによって、リカバリー用プロセス定義ファイルがユーザに対して選択的に提供される。操作部１２が、通常のプロセス定義ファイルとリカバリー用プロセス定義ファイルとの区別がつくように、通常のプロセス定義ファイルとリカバリー用プロセス定義ファイルとで表示形式（色、形状、フォントなど）を変えて表示するようにしてもよい。また、リカバリー用プロセス定義ファイルのみが表示されるようなモードを用意しておいてもよい。操作部１２が、同じプロセス定義ファイルを元に作成されたリカバリー用プロセス定義ファイルをグループ化して表示するようにしてもよい。プロセス定義ファイル処理部２０２は、プロセス定義ファイル選択画面を介したユーザの操作入力に従って、プロセス定義ファイルを選択する（ステップＳ１３）。
【００５０】
続いて、プロセス定義ファイル処理部２０２が、プロセス定義ファイルの実行指示がされたかを判断する（ステップＳ１４）。ステップＳ１４においては、プロセス定義ファイル処理部２０２は、例えば、プロセス定義ファイル選択画面上の「実行」ボタンがユーザにより押下されたか否かを判断する。「実行」ボタンが押下された場合は、プロセス定義ファイル処理部２０２は、プロセス定義ファイルの実行指示がされたと判断してステップＳ１５に進む。「実行」ボタンが押下されていない場合は、プロセス定義ファイル処理部２０２は、「実行」ボタンが押下されるまで待機する。次に、プロセス定義ファイル処理部２０２が、プロセス定義ファイルのＷｏｒｋｆｌｏｗタグに記述された定義に基づいて、プロセス定義ファイルを実行する（ステップＳ１５）。例えば、図７（Ａ）に示すプロセス定義ファイル（Ｆ２）を例にとると、プロセス定義ファイル処理部２０２は、画像データを読み込み、読み込んだ画像データを印刷するという一連の処理を実行する。続いて、プロセス定義ファイル処理部２０２が、ステップＳ１５で実行したプロセス定義ファイルがリカバリー用プロセス定義ファイルであるかを判断する（ステップＳ１６）。図７（Ａ）に示すリカバリー用プロセス定義ファイル（Ｆ２）を例にとると、プロセス定義ファイル処理部２０２は、タグ４０１内のｒｅｃｏｖｅｒｙ＝”Ｆ１”という記述に基づいて、実行したファイルがリカバリー用プロセス定義ファイルであると判断する。
【００５１】
プロセス定義ファイル処理部２０２が、実行したプロセス定義ファイルがリカバリー用プロセス定義ファイルであると判断した場合は、ステップＳ１７に進む。プロセス定義ファイル処理部２０２が、実行したプロセス定義ファイルがリカバリー用プロセス定義ファイルでないと判断した場合は、処理を終了する。
ステップＳ１７において、プロセス定義ファイル処理部２０２が、実行されたリカバリー用プロセス定義ファイルと同一ソースのリカバリー用プロセス定義ファイルを削除する。同一ソースのリカバリー用プロセス定義ファイルは、実行されたリカバリー用プロセス定義ファイルと作成元のプロセス定義ファイルが同じであるリカバリー用プロセス定義ファイルである。具体的には、プロセス定義ファイル処理部２０２は、Ｐｒｏｃｅｓｓタグのｒｅｃｏｖｅｒｙ属性が実行されたリカバリー用プロセス定義ファイルと同じであるリカバリー用プロセス定義ファイルを削除する。プロセス定義ファイル管理部２０１は、削除されたプロセス定義ファイルを自身の管理から外す。
【００５２】
上述した本発明の第１の実施形態のリカバリー用プロセス定義ファイルの作成処理によれば、ホットフォルダに関連づけられたプロセス定義ファイルが指定した実行日時に実行されなかった場合に、リカバリー用プロセス定義ファイルが複数生成される。ユーザは生成された複数のリカバリー用プロセス定義ファイルのうち、所望のリカバリー用プロセス定義ファイルを選択して実行することができるので、ユーザの利便性が向上する。
【００５３】
次に、本発明の第２の実施形態について説明する。前述した第１の実施形態では、プロセス定義ファイルが指定した実行日時に実行されなかった場合に、プロセス定義ファイル処理部２０２が、リカバリー用のプロセス定義ファイルを生成する。そして、操作部１２が、リカバリー用プロセス定義ファイルを選択可能な画面（プロセス定義ファイル選択画面）を表示する。従って、ユーザがリカバリー用プロセス定義ファイルを実行するためには、ＭＦＰ１が設けられている場所に行き、操作部１２を介してリカバリー用プロセス定義ファイルを選択する必要がある。
本発明の第２の実施形態では、プロセス定義ファイルが指定した実行日時に実行されない場合に、プロセス定義ファイル処理部２０２が、リカバリー用ホットフォルダとリカバリー用ホットフォルダに関連付けられたリカバリー用プロセス定義ファイルとを作成する。リカバリー用ホットフォルダは、任意のファイルが格納されることをトリガとして、自身に関連付けられたリカバリー用プロセス定義ファイルが実行されるホットフォルダである。リカバリー用ホットフォルダは、ユーザＰＣ３等の外部装置から実行できる。
【００５４】
図１３は、本発明の第２の実施形態のリカバリー用プロセス定義ファイルの作成処理フローを示す図である。この処理フローは、図５のステップＳ７におけるリカバリー用プロセス定義ファイルの作成処理に対応する。図１３では、リカバリー用プロセス定義ファイルの作成元となるプロセス定義ファイルとして、図４（Ａ）に示すプロセス定義ファイル（Ｆ１）を例にとって説明する。なお、図１３のステップＳ９１、Ｓ９２、Ｓ９３、Ｓ９４、Ｓ９６の処理は、それぞれ、図６のステップＳ７１、Ｓ７２、Ｓ７３、Ｓ７４、Ｓ７９の処理と同様であるので、これらの処理についての説明を省略する。
図１３のステップＳ９５において、プロセス定義ファイル処理部２０２が、存在する画像データのみを入力として使用するリカバリー用プロセス定義ファイルと、リカバリー用プロセス定義ファイルと関連付けられたホットフォルダとを作成する（ステップＳ９５）。作成されるリカバリー用プロセス定義ファイルには、存在する画像データのみを入力として使用する処理が定義されている。
【００５５】
図１４（Ａ）は、図１３のステップＳ９５で作成されるリカバリー用プロセス定義ファイルの例を示す。この例ではリカバリー用プロセス定義ファイル（Ｆ７）は、図４（Ａ）に示すプロセス定義ファイル（Ｆ１）のタグ３０８で指定された画像データが存在しなかった場合に作成される。
タグ９０１は、本ファイルがプロセス定義ファイルであることを定義している。タグ９０１の属性として、以下の属性が定義されている。例えば、プロセス定義ファイルを一意に示すプロセスＩＤ（”Ｆ７”）や、本ファイルがホットフォルダに関連づけられたプロセス定義ファイルであること（ｔｙｐｅ＝”ｈｏｔｆｏｌｄｅｒ”）が定義されている。また、プロセスの名称（”会議資料を印刷（資料１，２のみ）”）が定義されている。また、ｒｅｃｏｖｅｒｙ＝”Ｆ１”という記述は、本ファイルがプロセス定義ファイル（Ｆ１）を元にして作成されたリカバリー用のプロセス定義ファイルであることを表している。
【００５６】
Ｃｏｎｄｉｔｉｏｎタグ９０２は、リカバリー用プロセス定義ファイルの実行条件を定義している。Ｃｏｎｄｉｔｉｏｎタグ９０２の子要素であるタグ９０３では、プロセス定義ファイルを実行する具体的なトリガを定義している。「ｄｉｒＡ／会議資料を印刷（資料１，２のみ）／＊」という記述は、「ｄｉｒＡ／会議資料を印刷（資料１，２のみ）」というフォルダに任意のファイルを格納した場合に本ファイルが実行されるということを定義している。「ｄｉｒＡ／会議資料を印刷（資料１，２のみ）」というフォルダは、図１３のステップＳ９５で生成されるホットフォルダである。このホットフォルダに格納されたファイルは、実行のトリガとして使用されるだけで、本ファイルの実際の実行処理では使用されない。
【００５７】
図１４（Ｂ）は、リカバリー用プロセス定義ファイル（Ｆ７）のＷｏｒｋｆｌｏｗタグ４０２で定義されたワークフローの例を示す。このタグは、図１３（Ａ）のステップＳ９４で結合した画像データを読み込み（タグ４０３）、読み込んだ画像データを印刷する（タグ４０４）というワークフローを定義している。
【００５８】
図１３に戻って、ステップＳ９７で、プロセス定義ファイル処理部２０２は、予め管理されている代替画像データを入力データとして用いるリカバリー用プロセス定義ファイルと、プロセス定義ファイルに関連づけられたリカバリー用のホットフォルダとを作成する。作成されるリカバリー用プロセス定義ファイルには、存在しない画像データの代わりに代替画像データを使用する処理が定義されている。
【００５９】
図１５（Ａ）は、図１３のステップＳ９７で作成されるリカバリー用プロセス定義ファイルの例を示す。この例ではリカバリー用プロセス定義ファイル（Ｆ８）は、図４（Ａ）に示すプロセス定義ファイル（Ｆ１）のタグ３０８で指定された画像データが存在しなかった場合に作成される。タグ１００１は、本ファイルがプロセス定義ファイルであることを定義している。タグ１００１の属性として、以下の属性が定義されている。例えば、本ファイルを一意に示すプロセスＩＤ（”Ｆ８”）や、本ファイルがホットフォルダに関連づけられたプロセス定義ファイルであること（ｔｙｐｅ＝”ｈｏｔｆｏｌｄｅｒ”）が定義されている。また、プロセスの名称（”会議資料を印刷（資料３は代替画像）”）が定義されている。また、ｒｅｃｏｖｅｒｙ＝”Ｆ１”という記述は、本ファイルがプロセス定義ファイル（Ｆ１）を元にして作成されたリカバリー用のプロセス定義ファイルであることを表している。Ｃｏｎｄｉｔｉｏｎタグ１００２は、リカバリー用プロセス定義ファイル（Ｆ８）の実行条件を定義している。Ｃｏｎｄｉｔｉｏｎタグ１００２の子要素であるタグ１００３では、本ファイルを実行する具体的なトリガを定義している。「ｄｉｒＡ／会議資料を印刷（資料３は代替画像）／＊」という記述は、「ｄｉｒＡ／会議資料を印刷（資料３は代替画像）」というリカバリー用のホットフォルダに任意のファイルを格納すれば、本ファイルが実行されるということを定義している。このリカバリー用のホットフォルダは、図１３のステップＳ９７で作成されるホットフォルダである。
【００６０】
図１５（Ｂ）は、リカバリー用プロセス定義ファイル（Ｆ８）のＷｏｒｋｆｌｏｗタグ７０２で定義されたワークフローの例を示す。Ｗｏｒｋｆｌｏｗタグ７０２の定義は、図１０のＷｏｒｋｆｌｏｗタグ７０２の定義と同様である。このタグは、図１３（Ａ）のステップＳ９４で結合した画像データ（タグ４０３）と代替画像データ（タグ７０３）を読み込み、読み込んだ画像データを結合し（タグ７０４）、結合した画像データを印刷する（タグ７０５）というワークフローを定義している。
【００６１】
図１３に戻り、ステップＳ９８で、プロセス定義ファイル処理部２０２は所定のホットフォルダに格納された画像データを入力データとして用いるリカバリー用プロセス定義ファイルと、この定義ファイルに関連付けられたリカバリー用のホットフォルダを作成する。作成されるリカバリー用プロセス定義ファイルには、存在しない画像データの代わりに、リカバリー用のホットフォルダに格納された画像データを使用する処理が定義されている。
【００６２】
図１６（Ａ）は、図１３のステップＳ９８で作成されるリカバリー用プロセス定義ファイルの例を示す。この例では、図４（Ａ）に示すプロセス定義ファイル（Ｆ１）のタグ３０８で指定された画像データが存在しなかった場合に作成されるリカバリー用プロセス定義ファイル（Ｆ９）を示す。
タグ１１０１は、本ファイルがプロセス定義ファイルであることを定義している。タグ１１０１の属性として、以下の属性が定義されている。例えば、プロセス定義ファイルを一意に示すプロセスＩＤ（”Ｆ９”）や、本ファイルがホットフォルダに関連づけられたプロセス定義ファイルであること（ｔｙｐｅ＝”ｈｏｔｆｏｌｄｅｒ”）が定義されている。また、プロセスの名称（”会議資料を印刷（資料３をホットフォルダに格納）”）が定義されている。また、ｒｅｃｏｖｅｒｙ＝”Ｆ１”という記述は、本ファイルがプロセス定義ファイル（Ｆ１）を元にして作成されたリカバリー用プロセス定義ファイルであることを示す。Ｃｏｎｄｉｔｉｏｎタグ１１０２は、本ファイルの実行条件を定義している。Ｃｏｎｄｉｔｉｏｎタグ１１０２の子要素であるタグ１１０３では、本ファイルを実行する具体的なトリガを定義している。「ｄｉｒＡ／会議資料を印刷（資料３を格納してください）／＊．ｉｍｇ」という記述は、リカバリー用のホットフォルダに任意の画像データを格納すれば、このプロセス定義ファイルが実行されるということを定義している。このリカバリー用のホットフォルダは、図１３のステップＳ９８で作成されるホットフォルダである。「ｄｉｒＡ／会議資料を印刷（資料３を格納してください）」という記述が、このリカバリー用のホットフォルダを示す。
【００６３】
タグ１１０４は、本ファイルで実行する各処理を定義している。タグ１１０５は、入力として画像データを読み込む処理を定義している。タグ１１０５の子要素では、図１３のステップＳ９８で生成されたホットフォルダに格納される画像データを指定している。タグ１１０６は、画像データを結合する処理を定義している。タグ１１０６の子要素で、結合の対象となる画像データを定義している。この例では、タグ４０３で読み込んだ画像データと、タグ１１０５で読み込んだ画像データとを結合することが定義されている。タグ１１０７は、画像データを印刷する処理を定義している。タグ１１０７の子要素では、印刷の対象となる画像データ（タグ１１０６で結合した画像データ）を定義している。タグ１１０７のその他の子要素は、作成元であるプロセス定義ファイル（Ｆ１）と同じである。
【００６４】
図１６（Ｂ）は、リカバリー用プロセス定義ファイル（Ｆ９）のＷｏｒｋｆｌｏｗタグ１１０４で定義されたワークフローの例を示す。このタグが定義するワークフローは、以下の処理を含む。すなわち、このワークフローは、図１３のステップＳ９４で結合した画像データ（タグ４０３）とリカバリー用のホットフォルダに格納された画像データ（タグ１１０５）とを読み込む処理を含む。また、このワークフローは、読み込んだ画像データを結合するという処理（タグ１１０６）、結合した画像データを印刷する（タグ１１０７）という処理を含む。
図１３に戻って、プロセス定義ファイル処理部２０２は、図１３のステップＳ９５、Ｓ９７、Ｓ９８で作成したリカバリー用プロセス定義ファイルをプロセス定義ファイル管理部２０１に登録する（ステップＳ９９）。
【００６５】
図１３の処理フローが示す処理に加えて、プロセス定義ファイル処理部２０２が、以下のような処理を実行してもよい。すなわち、プロセス定義ファイル処理部２０２が、代替画像データを指定して入力データとして用いる処理が定義されたリカバリー用プロセス定義ファイルと、このファイルに関連付けられたリカバリー用のホットフォルダとを作成するようにしてもよい。また、プロセス定義ファイル処理部２０２が、代替画像データを原稿スキャンする処理が定義されたリカバリー用プロセス定義ファイルと、このファイルに関連付けられたリカバリー用のホットフォルダとを作成するようにしてもよい。また、また、プロセス定義ファイル処理部２０２が、存在しない画像データをそのまま入力とするリカバリー用プロセス定義ファイルと、このファイルに関連付けられたリカバリー用のホットフォルダとを作成するようにしてもよい。
【００６６】
図１７は、本発明の第２の実施形態におけるリカバリー用プロセス定義ファイルの実行処理フローの一例を示す図である。図１７のステップＳ１０１、Ｓ１０４、Ｓ１０５の処理は、それぞれ、図１２のステップＳ１２、Ｓ１６、Ｓ１７の処理と同様であるので、これらの処理についての説明は省略する。
図１７のステップＳ１０２において、プロセス定義ファイル処理部２０２が、ホットフォルダにプロセス定義ファイルの実行条件で指定したファイルが格納されたかを判断する。プロセス定義ファイル処理部２０２が、ホットフォルダに実行条件で指定したファイルが格納されたと判断した場合はステップＳ１０２に進む。プロセス定義ファイル処理部２０２が、実行条件で指定したファイルが格納されていないと判断した場合は、ファイルが格納されるまで待機する。ステップＳ１０３で、プロセス定義ファイル処理部２０２が、プロセス定義ファイルのＷｏｒｋｆｌｏｗタグに記述された定義に基づいて処理を実行する。図１４（Ａ）に示すプロセス定義ファイル（Ｆ７）を例にとると、プロセス定義ファイル処理部２０２は、画像データを読み込み、読み込んだ画像データを印刷するという一連の処理を実行する。
【００６７】
第２の実施形態によれば、ホットフォルダに関連付けられたプロセス定義ファイルが実行日時に実行されなかった場合に、リカバリー用のホットフォルダと、リカバリー用のホットフォルダに関連付けられたリカバリー用プロセス定義ファイルが複数生成される。ユーザは、複数のリカバリー用のホットフォルダのうち所望のリカバリー用ホットフォルダを使用することができるので、ユーザの利便性が向上する。また、第２の実施形態によれば、ユーザがリカバリー用のホットフォルダに任意のファイルを格納することをトリガとして該ホットフォルダに関連付けられたリカバリー用プロセス定義ファイルが実行される。従って、ユーザがＭＦＰ１が設けられた場所に行かなくても、外部装置（例えば、ユーザＰＣ３）からリカバリーを行うことができる。
【００６８】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【００６９】
１ ＭＦＰ
２ 管理者ＰＣ
３ ユーザＰＣ
【特許請求の範囲】
【請求項１】
複数の処理からなる一連の処理の実行時に該一連の処理が実行可能であるかを判断する実行判断手段と、
前記一連の処理が実行可能でないと判断された場合に、前記一連の処理を代替する１又は複数の回復手段を選択的に提供する制御手段とを備える
ことを特徴とする情報処理装置。
【請求項２】
前記実行判断手段は、所定のイベントが発生した時に、該イベントに関連付けられた前記一連の処理を定義する定義ファイルに含まれる、前記一連の処理の実行条件が満たされるかを判断し、
前記制御手段は、前記実行条件が満たされないと判断された場合に、前記ファイルに基づいて、前記ファイルが定義する一連の処理を代替する代替処理を定義する１又は複数の代替ファイルを作成する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記制御手段は、前記実行条件が満たされないと判断された場合に、前記ファイルに基づいて、前記代替処理を定義する１又は複数の代替ファイルを作成するとともに、各々の代替ファイルに関連付けられたフォルダを作成し、
前記代替ファイルには、該代替ファイルに関連付けられたフォルダへの任意のファイルの格納が該代替ファイルが定義する代替処理の実行のトリガとして定義されている
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記実行判断手段は、前記定義ファイルに含まれる、該定義ファイルが定義する処理の実行に必要な全ての画像データが所定の記憶手段に記憶されているかを判断し、
前記制御手段は、前記画像データのうち一部の画像データが前記記憶手段に記憶されていないと判断された場合に、該記憶手段に記憶されている画像データのみを入力データとして用いる処理が定義された代替ファイルを作成する
ことを特徴とする請求項２又は請求項３に記載の情報処理装置。
【請求項５】
前記実行判断手段は、前記定義ファイルに含まれる、該定義ファイルが定義する処理の実行に必要な全ての画像データが所定の記憶手段に記憶されているかを判断し、
前記制御手段は、前記画像データのうち一部の画像データが前記記憶手段に記憶されていないと判断された場合に、該記憶手段に記憶されてない画像データを代替する代替画像データを入力データとして用いる処理が定義された代替ファイルを作成する
ことを特徴とする請求項２又は請求項３に記載の情報処理装置。
【請求項６】
前記実行判断手段は、前記定義ファイルに含まれる、該定義ファイルが定義する処理の実行に必要な全ての画像データが所定の記憶手段に記憶されているかを判断し、
前記制御手段は、前記画像データのうち一部の画像データが前記記憶手段に記憶されていないと判断された場合に、該記憶手段に記憶されてない画像データを代替する代替画像データを原稿スキャンする処理を定義する代替ファイルを作成する
ことを特徴とする請求項２又は請求項３に記載の情報処理装置。
【請求項７】
前記実行判断手段は、前記定義ファイルに含まれる、該定義ファイルが定義する処理の実行に必要な全ての画像データが所定の記憶手段に記憶されているかを判断し、
前記制御手段は、前記画像データのうち一部の画像データが前記記憶手段に記憶されていないと判断された場合に、該記憶手段に記憶されてない画像データを処理の実行に用いる入力データとして定義する代替ファイルを作成する
ことを特徴とする請求項２又は請求項３に記載の情報処理装置。
【請求項８】
前記イベントの発生は、現日時が予め決められた日時となったことである
ことを特徴とする請求項２乃至６のいずれかに記載の情報処理装置。
【請求項９】
複数の処理からなる一連の処理の実行時に該一連の処理が実行可能であるかを判断し、
前記一連の処理が実行可能でないと判断された場合に、前記一連の処理を代替する１又は複数の回復手段を選択的に提供する
ことを特徴とする情報処理装置の制御方法。
【請求項１０】
請求項８に記載の情報処理装置の制御方法をコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項１】
複数の処理からなる一連の処理の実行時に該一連の処理が実行可能であるかを判断する実行判断手段と、
前記一連の処理が実行可能でないと判断された場合に、前記一連の処理を代替する１又は複数の回復手段を選択的に提供する制御手段とを備える
ことを特徴とする情報処理装置。
【請求項２】
前記実行判断手段は、所定のイベントが発生した時に、該イベントに関連付けられた前記一連の処理を定義する定義ファイルに含まれる、前記一連の処理の実行条件が満たされるかを判断し、
前記制御手段は、前記実行条件が満たされないと判断された場合に、前記ファイルに基づいて、前記ファイルが定義する一連の処理を代替する代替処理を定義する１又は複数の代替ファイルを作成する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記制御手段は、前記実行条件が満たされないと判断された場合に、前記ファイルに基づいて、前記代替処理を定義する１又は複数の代替ファイルを作成するとともに、各々の代替ファイルに関連付けられたフォルダを作成し、
前記代替ファイルには、該代替ファイルに関連付けられたフォルダへの任意のファイルの格納が該代替ファイルが定義する代替処理の実行のトリガとして定義されている
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記実行判断手段は、前記定義ファイルに含まれる、該定義ファイルが定義する処理の実行に必要な全ての画像データが所定の記憶手段に記憶されているかを判断し、
前記制御手段は、前記画像データのうち一部の画像データが前記記憶手段に記憶されていないと判断された場合に、該記憶手段に記憶されている画像データのみを入力データとして用いる処理が定義された代替ファイルを作成する
ことを特徴とする請求項２又は請求項３に記載の情報処理装置。
【請求項５】
前記実行判断手段は、前記定義ファイルに含まれる、該定義ファイルが定義する処理の実行に必要な全ての画像データが所定の記憶手段に記憶されているかを判断し、
前記制御手段は、前記画像データのうち一部の画像データが前記記憶手段に記憶されていないと判断された場合に、該記憶手段に記憶されてない画像データを代替する代替画像データを入力データとして用いる処理が定義された代替ファイルを作成する
ことを特徴とする請求項２又は請求項３に記載の情報処理装置。
【請求項６】
前記実行判断手段は、前記定義ファイルに含まれる、該定義ファイルが定義する処理の実行に必要な全ての画像データが所定の記憶手段に記憶されているかを判断し、
前記制御手段は、前記画像データのうち一部の画像データが前記記憶手段に記憶されていないと判断された場合に、該記憶手段に記憶されてない画像データを代替する代替画像データを原稿スキャンする処理を定義する代替ファイルを作成する
ことを特徴とする請求項２又は請求項３に記載の情報処理装置。
【請求項７】
前記実行判断手段は、前記定義ファイルに含まれる、該定義ファイルが定義する処理の実行に必要な全ての画像データが所定の記憶手段に記憶されているかを判断し、
前記制御手段は、前記画像データのうち一部の画像データが前記記憶手段に記憶されていないと判断された場合に、該記憶手段に記憶されてない画像データを処理の実行に用いる入力データとして定義する代替ファイルを作成する
ことを特徴とする請求項２又は請求項３に記載の情報処理装置。
【請求項８】
前記イベントの発生は、現日時が予め決められた日時となったことである
ことを特徴とする請求項２乃至６のいずれかに記載の情報処理装置。
【請求項９】
複数の処理からなる一連の処理の実行時に該一連の処理が実行可能であるかを判断し、
前記一連の処理が実行可能でないと判断された場合に、前記一連の処理を代替する１又は複数の回復手段を選択的に提供する
ことを特徴とする情報処理装置の制御方法。
【請求項１０】
請求項８に記載の情報処理装置の制御方法をコンピュータに実行させることを特徴とするコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１１−３４４１８（Ｐ２０１１−３４４１８Ａ）
【公開日】平成２３年２月１７日（２０１１．２．１７）
【国際特許分類】
【出願番号】特願２００９−１８１１８０（Ｐ２００９−１８１１８０）
【出願日】平成２１年８月４日（２００９．８．４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２３年２月１７日（２０１１．２．１７）
【国際特許分類】
【出願日】平成２１年８月４日（２００９．８．４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]