(57)【要約】【課題】ワークフローの処理が開始された後に、画像処理装置やユーザの状態が変化した場合であっても、ワークフロー全体の処理を停滞することなく実行することができる画像処理システムを提供する。【解決手段】複数の画像処理装置を含み、３つ以上の複数のステップからなるワークフローを実行する画像処理システムであって、複数のステップのうちの1のステップは、その１のステップの第１の処理内容と、１のステップを実行する、複数の画像処理装置うちの第１の画像処理装置とが予め設定され、１のステップの実行前に、設定された第１の処理内容が、設定された第１の画像処理装置で実行できるか否かを判断する判断手段を備え、判断手段により１のステップを実行できないと判断された場合に、１のステップに代えて、第１の処理内容と第１の画像処理装置のうちの少なくとも一方が異なる代替処理を実行する、画像処理ステム。【選択図】  図７
2011198053.tif 000002
【特許請求の範囲】
【請求項１】
複数の画像処理装置を含み、３つ以上のステップからなるワークフローを実行する画像処理システムであって、
前記複数のステップのうちの1のステップは、当該１のステップの第１の処理内容と、当該１のステップを実行する、前記複数の画像処理装置のうちの第１の画像処理装置とが予め設定され、
前記１のステップの実行前に、前記第１の処理内容が前記第１の画像処理装置で実行できるか否かを判断する判断手段を備え、
前記判断手段により前記１のステップが実行できないと判断された場合に、前記１のステップに代えて、前記第１の処理内容と前記第１の画像処理装置のうち少なくとも一方が異なる代替処理を実行する、画像処理システム。
【請求項２】
前記１のステップには予め実行期限が設定され、
前記判断手段は、前記１のステップが前記実行期限までに実行されない場合に、当該１のステップが実行できないと判断する請求項１に記載の画像処理システム。
【請求項３】
前記第１の画像処理装置で発生しているトラブルを検知するトラブル検知手段を更に備え、
前記判断手段は、前記第１の処理内容に関連するトラブルが前記第１の画像処理装置で発生している場合に、前記１のステップが実行できないと判断する請求項１に記載の画像処理システム。
【請求項４】
前記判断手段により、前記１のステップが実行できないと判断された場合に、前記第１の画像処理装置において、前記第１の処理内容とは異なる内容の代替処理を実行する請求項３に記載の画像処理システム。
【請求項５】
前記複数の画像処理装置の少なくとも１つはプリンタ部を有する画像形成装置である請求項１乃至４のいずれかに記載の画像処理システム。
【請求項６】
前記１のステップには、当該１のステップの実行指示を行なうユーザに対応する携帯端末のアドレスが設定され、
前記判断手段により、前記１のステップが実行できないと判断された場合に、前記１のステップを実行するための第１のデータを前記携帯端末に送信し、当該第１のデータを、前記携帯端末から、前記第１の画像処理装置とは異なる第２の画像処理装置に送信し、当該第２の画像処理装置において、前記第１のデータに基づき前記代替処理を実行する、請求項１または２に記載の画像処理システム。
【請求項７】
前記第２の画像処理装置において前記第１のデータに基づき前記代替処理が実行された後に、前記１のステップの後段のステップを実行するための第２のデータを前記第２の画像処理装置から前記携帯端末に送信し、当該第２のデータを、前記携帯端末から、前記１のステップの後段のステップに対応して設定された第３の画像処理装置に送信する請求項６に記載の画像処理システム。
【請求項８】
前記第１のデータは、前記第１の処理内容と前記第１の画像処理装置の設定とが記述されたワークフローデータと、前記第１の処理内容の処理対象となる画像データとを含む請求項６または７に記載の画像処理システム。
【請求項９】
前記１のステップの前段のステップを実行した第４の画像処理装置はＷＥＢサーバ部を備え、
前記１のステップには、当該１のステップの実行指示を行なうユーザに対応する携帯端末のアドレスが設定され、
前記第４の画像処理装置は、前記判断手段により、前記１のステップが実行できないと判断された場合に、前記ＷＥＢサーバ部にアクセスするためのＷＥＢアドレスを前記携帯端末に送信し、当該携帯電話からの前記ＷＥＢサーバ部へのアクセスに応じて、前記第１の処理内容とは異なるＷＥＢサーバ部を用いた代替処理を実行する、請求項１または２に記載の画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のステップからなるワークフローを実行する画像処理システムに関する。
【背景技術】
【０００２】
ネットワークに接続された複写機、プリンタ、サーバ等の複数の画像処理装置による処理を連携させて、所定の画像データに対する一連の処理を実行させる画像処理システムが従来から知られており、このような画像処理システムにおける具体的な処理の手順はワークフローと呼ばれている。
【０００３】
また、ワークフローによる一連の処理を実現するために、ワークフローを構成する個々の処理の内容と、それぞれの処理を実行する画像処理装置とを予め設定しておき、ワークフローを実行する際にはその設定された内容に従って所定の画像データに対する一連の処理を実行することも知られている。
【０００４】
しかし、画像処理システムを構成する画像処理装置の状態は変化することがあるため、一旦決めたワークフローの設定内容を変更するほうが好ましいことがある。
【０００５】
特許文献１には、ネットワークを構成する画像処理装置（デバイス）の機能が変化したことを検知し、検知された機能の変化に影響されるワークフローの設定内容を変更し、その内容をユーザに提案する技術が開示されている。
【０００６】
【特許文献１】特開２００７−２５９５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１に記載された技術は、画像処理装置のバージョンアップ等に伴なう機能の変化に応じてワークフローの設定内容を変更させるものであり、ワークフローの処理が開始された後に、画像処理装置の状態をリアルタイムに、実行中のワークフローの設定内容に反映させるものではなかった。
【０００８】
そのため、特許文献１に記載された技術によると、例えば画像処理装置において個々の処理が実行されるその時に、その処理に関連する何らかの支障が画像処理装置で発生してしまうと、処理が実行できなくなりワークフロー全体の処理が停滞してしまうという問題があった。また、ワークフローを構成する個々の処理の指示を行なうユーザが、何らかの事情（例えば出張等）により予め設定された画像処理装置を使用することができない等、ユーザの状況が変化してしまうと、処理を実行することができなくなりワークフロー全体の処理が停滞してしまうという問題もあった。
【０００９】
本発明の目的は、ワークフローの処理が開始された後に、画像処理装置やユーザの状態が変化した場合であっても、ワークフロー全体の処理が停滞することなく実行することができる画像処理システムを提供することにある。
【課題を解決するための手段】
【００１０】
上記課題は、以下の手段によって解決される。
（１）複数の画像処理装置を含み、３つ以上のステップからなるワークフローを実行する画像処理システムであって、前記複数のステップのうちの1のステップは、当該１のステップの第１の処理内容と、当該１のステップを実行する、前記複数の画像処理装置のうちの第１の画像処理装置とが予め設定され、前記１のステップの実行前に、前記第１の処理内容が前記第１の画像処理装置で実行できるか否かを判断する判断手段を備え、前記判断手段により前記１のステップが実行できないと判断された場合に、前記１のステップに代えて、前記第１の処理内容と前記第１の画像処理装置のうち少なくとも一方が異なる代替処理を実行する、画像処理システム。
（２）前記１のステップには予め実行期限が設定され、前記判断手段は、前記１のステップが前記実行期限までに実行されない場合に、当該１のステップが実行できないと判断する（１）に記載の画像処理システム。
（３）前記第１の画像処理装置で発生しているトラブルを検知するトラブル検知手段を更に備え、前記判断手段は、前記第１の処理内容に関連するトラブルが前記第１の画像処理装置で発生している場合に、前記１のステップが実行できないと判断する（１）に記載の画像処理システム。
（４）前記判断手段により、前記１のステップが実行できないと判断された場合に、前記第１の画像処理装置において、前記第１の処理内容とは異なる内容の代替処理を実行する（３）に記載の画像処理システム。
（５）  前記複数の画像処理装置の少なくとも１つはプリンタ部を有する画像形成装置である（１）〜（４）のいずれかに記載の画像処理システム。
（６）前記１のステップには、当該１のステップの実行指示を行なうユーザに対応する携帯端末のアドレスが設定され、前記判断手段により、前記１のステップが実行できないと判断された場合に、前記１のステップを実行するための第１のデータを前記携帯端末に送信し、当該第１のデータを、前記携帯端末から、前記第１の画像処理装置とは異なる第２の画像処理装置に送信し、当該第２の画像処理装置において、前記第１のデータに基づき前記代替処理を実行する、（１）または（２）に記載の画像処理システム。
（７）前記第２の画像処理装置において前記第１のデータに基づき前記代替処理が実行された後に、前記１のステップの後段のステップを実行するための第２のデータを前記第２の画像処理装置から前記携帯端末に送信し、当該第２のデータを、前記携帯端末から、前記１のステップの後段のステップに対応して設定された第３の画像処理装置に送信する（６）に記載の画像処理システム。
（８）前記第１のデータは、前記第１の処理内容と前記第１の画像処理装置の設定とが記述されたワークフローデータと、前記第１の処理内容の処理対象となる画像データとを含む（６）または（７）に記載の画像処理システム。
（９）前記１のステップの前段のステップを実行した第４の画像処理装置はＷＥＢサーバ部を備え、前記１のステップには、当該１のステップの実行指示を行なうユーザに対応する携帯端末のアドレスが設定され、前記第４の画像処理装置は、前記判断手段により、前記１のステップが実行できないと判断された場合に、前記ＷＥＢサーバ部にアクセスするためのＷＥＢアドレスを前記携帯端末に送信し、当該携帯電話からの前記ＷＥＢサーバ部へのアクセスに応じて、前記第１の処理内容とは異なるＷＥＢサーバ部を用いた代替処理を実行する、（１）または（２）に記載の画像処理システム。
【発明の効果】
【００１１】
本発明によると、ワークフローを構成する１のステップの実行前に、その１のステップについて、予め設定された、第１の処理内容が第１の画像処理装置で実行できるか否かを判断し、実行できない場合にその１のステップに代えて第１の処理内容と第１の画像処理装置のうちの少なくとも一方が異なる代替処理を実行するため、ワークフローの処理が開始された後に画像処理装置やユーザの状態が変化した場合であっても、ワークフロー全体の処理が停滞することなく実行することができる。
【図面の簡単な説明】
【００１２】
【図１】第１の実施形態に係る画像処理システム６の構成図である。
【図２】ＭＦＰ１の電気的構成を示すブロック図である。
【図３】操作パネル部２０の平面図である。
【図４】ＭＦＰ１の機能的構成を示すブロック図である。
【図５】ＬＣＤ２７に表示されるワークフローのリストを示す図である。
【図６】「購入申請ワークフロー」のワークフローデータの構成を示す図である。
【図７】ＭＦＰ１において実行されるメインルーチンの処理の内容を示すフローチャートである。
【図８】ＭＦＰ１において実行されるサブルーチンの処理の内容を示すフローチャートである。
【図９】代替処理判断テーブルの構成図である。
【図１０】第２の実施形態に係る画像処理システム６の構成図である。
【図１１】携帯電話３８のハードウェア構成を示すブロック図である。
【図１２】携帯電話３８の機能的構成を示すブロック図である。
【図１３】ワークフロー動作モードにおいてＬＣＤ２７に表示される画面を示す図である。
【図１４】ＭＦＰ１において実行されるメインルーチンの処理の内容を示すフローチャートである。
【図１５】ＭＦＰ１において実行されるサブルーチンの処理の内容を示すフローチャートである。
【図１６】第３の実施形態に係る画像処理システム６の構成図である。
【図１７】ＭＦＰ１において実行されるメインルーチンの処理の内容を示すフローチャートである。
【図１８】ＭＦＰ１において実行されるサブルーチンの処理の内容を示すフローチャートである。
【図１９】携帯電話３８において実行される処理の内容を示すフローチャートである。
【図２０】第３の実施形態に係る画像処理システム６の構成図である。
【図２１】ＭＦＰ１において実行されるメインルーチンの処理の内容を示すフローチャートである。
【図２２】ＭＦＰ１において実行されるサブルーチンの処理の内容を示すフローチャートである。
【発明を実施するための形態】
【００１３】
（第１の実施形態）
図１は、本発明の第１の実施形態に係る画像処理システム６の構成を示す。図１において、画像処理システム６は、画像処理装置としてのＭｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  ＰｅｒｉｐｈｅｒａｌであるＭＦＰ１ａ、ＭＦＰ１ｂ（以下、総称して「ＭＦＰ１」と示すことがある）とパーソナルコンピュータであるＰＣ２ａ、ＰＣ２ｂ（以下、総称して「ＰＣ２」と示すことがある）と認証サーバ３と文書管理サーバ４とを備え、それらがネットワーク５を介して相互に接続されて構成されている。図１では、画像処理装置の一例としてＭＦＰ１を例示しているが、画像処理装置には所定の画像処理を行なうことができるパーソナルコンピュータやサーバ等が含まれ、ＭＦＰ１に限定されない。
【００１４】
ＭＦＰ１はスキャン機能とコピー機能、ネットワークプリント機能、ファクス機能とを備える。ＰＣ２は、ＭＦＰ１から送信されたメールを受信し、メールの内容を表示する機能を備える。
【００１５】
認証サーバ３は、ＭＦＰ１やＰＣ２から認証情報であるユーザ名とパスワードとを受信し、受信した認証情報と自機に予め登録されているユーザ情報とを比較してユーザの認証を行う。そして、認証情報を送信したＭＦＰ１やＰＣ２に認証結果を返信する。また、認証サーバ３は画像処理システム６を構成する装置にログインしているユーザを管理する。すなわち、画像処理システム６を構成する装置は、認証サーバ３に問い合わせることにより、画像処理システム６内のそれぞれの装置にログインしているユーザの情報を取得することができる。
【００１６】
文書管理サーバ４は、画像処理システム６を構成する装置が使用する文書データを記憶する。
【００１７】
ネットワーク５は、例えばローカルエリアネットワーク（以下、ＬＡＮという）であって接続形態は有線または無線を問わない。また、ネットワーク５はワイドエリアネットワーク（ＷＡＮ）やインターネットであってもよく、ＬＡＮに限られない。
【００１８】
図２は、ＭＦＰ１の電気的構成を示すブロック図である。なお、ＭＦＰ１ａとＭＦＰ１ｂの電気的構成は同一である。
【００１９】
ＭＦＰ１は、ＣＰＵ７とＲＯＭ８、ＲＡＭ９、データ記憶部１０、操作部１１、表示部１２、画像読取部１３、画像処理部１４、画像形成部（プリンタ部）１５、ファクス送受信部１６、ネットワークＩ／Ｆ部１７、Ｂｌｕｅｔｏｏｔｈ送受信部１８とを備え、それらがバス１９で接続されている。
【００２０】
ＣＰＵ７はＭＦＰ１全体の動作を制御し、ＲＯＭ８はＣＰＵ７の動作プログラム等を記憶する。ＲＡＭ９はＣＰＵ７が動作する際の作業領域となる。データ記憶部１０はハードディスク（以下、ＨＤＤという）等であり、ワークフローデータや画像データを記憶する。ワークフローデータとはワークフローの処理内容等の設定が記述されたデータであり、詳細は後述する。
【００２１】
操作部１１は、ユーザからの操作を受け付けるためのハードキー５０やタッチパネル２８等を備える。表示部１２は、例えばＬｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ（以下、ＬＣＤという）２７でありユーザに対してＭＦＰ１の動作状態や各種メッセージを表示する。
【００２２】
ネットワークＩ／Ｆ部１７はＭＦＰ１をネットワーク５に接続するための通信インターフェースである。ＭＦＰ１はネットワークＩ／Ｆ部１７を介してネットワーク５に接続された他の装置と通信する。
【００２３】
Ｂｌｕｅｔｏｏｔｈ送受信部１８は、他の装置とＢｌｕｅｔｏｏｔｈ通信方式で通信するための通信インターフェースである。ＭＦＰ１はＢｌｕｅｔｏｏｔｈ送受信部１８を介して例えば携帯電話３８等の携帯端末と通信する。
【００２４】
画像形成部（プリンタ部）１５は電子写真方式またはインクジェット方式のプリントエンジンであり、紙などの記録媒体に対し画像データに基づき印刷を行う。画像読取部１３はスキャナであり、原稿を光学的に読み取って画像データに変換する。画像処理部１４はデータ記憶部１０に記憶された画像データや画像読取部１３で読み取られた画像データに対し所定の画像処理を行う。ファクス送受信部１６は、公衆交換電話網（ＰＳＴＮ、不図示）を介して他の装置と通信するための通信インターフェースである。ＭＦＰ１はファクス送受信部１６を介して他のファクス装置と通信する。
【００２５】
図３は操作部１１と表示部１２とが一体となった操作パネル部２０の平面図である。操作部１１はハードキー５０とタッチパネル２８を含む。ハードキー５０は、処理の開始を指示するためのスタートキー２１と、処理の停止を指示するためのストップキー２２、設定を初期化するためのリセットキー２３、機能モードを選択するための機能選択キー２４、数値等を入力するためのテンキー２５、入力した数値等をクリアするためのクリアキー２６を含む。なお、機能選択キー２４にはワークフローキー２４ａが含まれ、ワークフローキー２４ａが押下されるとＭＦＰ１はワークフロー動作モードに切り替わる。ワークフロー動作モードとは、ユーザによるワークフローに関する操作を受け付け可能な動作モードのことをいう。
【００２６】
図４はＭＦＰ１の、ワークフロー処理に関連する機能的構成を示すブロック図である。なお、ＭＦＰ１ａとＭＦＰ１ｂの機能的構成は同一である。
【００２７】
ＭＦＰ１は、他の装置との間で、ワークフローデータを送受信するワークフローデータ送受信部２９、画像データを送受信する画像データ送受信部３０、ワークフローの実行履歴を送受信する実行履歴データ送受信部３１を備える。ワークフローデータ送受信部２９と画像データ送受信部３０と実行履歴データ送受信部３１は、ネットワーク通信またはＢｌｕｅｔｏｏｔｈ通信を利用して前記それぞれのデータを送受信する。
【００２８】
ＭＦＰ１は更に、ワークフローに含まれるステップの中から自機で処理すべきステップを抽出するステップ抽出部３２を備える。ステップとはワークフローを構成する個々の処理の単位のことであり、詳細は後述する。
【００２９】
ＭＦＰ１は更に、自機で発生しているトラブルを検知するトラブル検知部３３と、ステップ抽出部３２で抽出されたステップ（以下、単に「抽出ステップ」という）が自機で実行可能か否かを判断する実行判断部３４と、抽出ステップと代替可能な処理（代替処理）を判断する代替処理判断部３５と、抽出ステップまたは代替処理判断部３５で判断された代替処理を実行する実行制御部４９と、画像データを記憶する画像データ記憶部３６と、ワークフローデータを記憶するワークフローデータ記憶部３７と、自機に対するＷＥＢアクセスを可能にするＷＥＢサーバ部５０とを備える。
【００３０】
以下、ワークフローの具体例として、ある部署において行われる物品の購入申請業務で用いられるワークフロー（以下、「購入申請ワークフロー」という）を例に本実施形態の内容を説明する。ここで、「購入申請ワークフロー」は、ある部署に所属する不特定の部員が購入申請書を作成し（ここでは、ユーザＡという部員が購入申請書を作成する場合を例示する）、その部署の部長であるユーザＢが、ユーザＡが作成した購入申請書の内容を確認したのちに購入申請書に捺印（承認）し、承認後の購入申請書の管理を担当するユーザＣが捺印後の購入申請書の画像データを文書管理サーバ４で管理する業務環境において用いられるものとする。
【００３１】
まず、「購入申請ワークフロー」の処理内容について説明する。
【００３２】
図１を参照し、ＭＦＰ１ａにおいてユーザＡ（部員）が認証操作を行ってログインした後、操作パネル部２０のワークフローキー２４ａを押下すると、ＭＦＰ１ａがワークフロー動作モードに切り替わり、ＬＣＤ２７に、ユーザＡが実行可能なワークフローのリストが表示される（図５）。ユーザＡがリストから「購入申請ワークフロー」を選択してスタートキー２１を押下すると、「購入申請ワークフロー」の処理が開始される。
【００３３】
ＬＣＤ２７には、購入申請書を画像読取部１３に読み取らせること指示するメッセージが表示され、ユーザＡが画像読取部１３に購入申請書を載置してスタートキー２１を押下すると、購入申請書の画像が読み取られてユーザＡに関する処理は終了する。
【００３４】
前述のユーザＡが行なった処理を受けて、「購入申請ワークフロー」の次のステップの処理を担当するユーザＢ（部長）のメールアドレスに対し、ワークフローの実行を依頼するメールがＭＦＰ１ａから送信される。さらに、購入申請書の読取画像データと「購入申請ワークフロー」のワークフローデータとがＭＦＰ１ａからＭＦＰ１ｂに送信される。
【００３５】
次に、ＭＦＰ１ａから送信されたメールをＰＣ２ａで確認したユーザＢが、ＭＦＰ１ｂにログインして操作パネル部２０のワークフローキー２４ａを押下すると、ＭＦＰ１ｂがワークフロー動作モードに切り替わり、ＬＣＤ２７にユーザＢが実行可能なワークフローのリストが表示される。ユーザＢがそのリストから「購入申請ワークフロー」を選択してスタートキー２１を押下すると、「購入申請ワークフロー」の処理が再開され、ＭＦＰ１ａから送信された購入申請書の読取画像データがＭＦＰ１ｂの画像形成部１５で印刷される。そして、ＬＣＤ２７には、印刷された購入申請書の内容を確認し所定の位置に捺印したのちに購入申請書を画像読取部１３に読み取らせることを指示するメッセージが表示される。
【００３６】
ユーザＢが、印刷された購入申請書の内容を確認して所定の位置に捺印した後に、その購入申請書を画像読取部１３に載置してスタートキー２１を押下すると、捺印後の購入申請書の画像が読み取られ、ユーザＢに関する処理は終了する。
【００３７】
前述のユーザＢが行なった処理を受けて、「購入申請ワークフロー」においてユーザＢ（部長）による承認処理が行われたことを通知するメールが、ＭＦＰ１ｂからユーザＣのメールアドレスに送信される。同時に、ＭＦＰ１ｂから文書管理サーバ４に捺印後の購入申請書の読取画像データが送信され、そのデータが文書管理サーバ４の所定のフォルダに格納される。
【００３８】
続いて、承認処理が行われたことを通知するメールをＰＣ２ｂで確認したユーザＣは、文書管理サーバ４の所定のフォルダを参照して、捺印後の購入申請書の画像データを確認し、「購入申請ワークフロー」に関する一連の処理が終了する。
【００３９】
本実施形態のＭＦＰ１は、ワークフローの実行が指示された際に、自機でトラブルが発生しているか否かを検知する。そして、検知されたトラブルが原因でワークフローデータに予め設定された処理が実行できない場合には、その処理に代替可能な他の処理（以下、単に「代替処理」という）を実行する機能を備えている。
【００４０】
以下に、「購入申請ワークフロー」を実行する際に、ＭＦＰ１ｂの画像形成部１５で用紙ジャムのトラブルが発生していることにより購入申請書の印刷ができない場合を例に、代替処理が実行される際の処理の内容について説明する。
【００４１】
ユーザＡにより、ＭＦＰ１ａで「購入申請ワークフロー」の実行開始の指示が行われ、購入申請書の読取画像データと「購入申請ワークフロー」のワークフローデータとがＭＦＰ１ａからＭＦＰ１ｂに送信される。ユーザＡによる操作とその操作を受けてのＭＦＰ１ａの処理の内容は、前述の内容と同一であるため説明は省略する。
【００４２】
続いて、ユーザＢがＭＦＰ１ｂにログインして「購入申請ワークフロー」の実行を指示する。しかし、ＭＦＰ１ｂの画像形成部１５で用紙ジャムが発生しているため、「購入申請ワークフロー」に予め設定された処理（購入申請書の印刷）が実行できない。そこで、ＭＦＰ１ｂではワークフローデータに予め設定された処理の代わりに代替処理が行われる。
【００４３】
具体的には、本例では、ＭＦＰ１ｂは、
（ａ）画像形成部１５が購入申請書を印刷し、
（ｂ）ユーザＢが印刷された購入申請書を確認して所定の位置に捺印し、    
（ｃ）画像読取部１３が捺印後の購入申請書を読み取り、
（ｄ）画像データ送受信部３０が捺印後の購入申請書の画像データを文書管理サーバ４の所定のフォルダに格納する、
というワークフローデータに予め設定された処理の代わりに、
（ａ’）ＬＣＤ２７が購入申請書の画像を表示し、
（ｂ’）ユーザＢがＬＣＤ２７に表示された購入申請書の画像を確認してタッチパネル２８で承認操作を行い、
（ｃ’）画像処理部１４が購入申請書の画像データの所定位置にユーザＢの印章画像データを合成し、
（ｄ’）画像データ送受信部３０が合成後の画像データを文書管理サーバ４の所定のフォルダに格納する、
という代替処理を行なう。
【００４４】
ユーザＢがＭＦＰ１ｂで「購入申請ワークフロー」の実行を指示すると、ＭＦＰ１ｂのＬＣＤ２７には、用紙ジャムが発生しているため代替処理を実行することを通知するメッセージが表示される。そのメッセージが所定時間表示されたのち、ＭＦＰ１ａから送信された購入申請書の画像と承認操作を行うためのキー（以下、「承認キー」という）とがＬＣＤ２７に表示される。
【００４５】
ユーザＢは、ＬＣＤ２７に表示された購入申請書の画像を確認した後、承認キーを押下することによって承認操作を行う。ユーザＢの承認操作を受けて、購入申請書の画像の所定の位置にユーザＢの印章画像が合成され、合成処理後の購入申請書の画像データが文書管理サーバ４の所定のフォルダに格納される。なお、ユーザＢの印章画像はＭＦＰ１ｂに予め登録されていてもよいし、認証サーバ３に予め登録され、ユーザ認証の際に認証結果とともに認証サーバ３からＭＦＰ１ｂに送信されるようにしてもよい。
【００４６】
続いて、「購入申請ワークフロー」において承認処理が行われたこと、及び用紙ジャムの発生によりＭＦＰ１ｂで代替処理が行われたことを通知するメールがユーザＣのメールアドレスに送信される。
【００４７】
ＭＦＰ１ｂから送信されたメールをＰＣ２ｂで確認したユーザＣは、「購入申請ワークフロー」において承認処理が行われたことを知る。また、同時にユーザＣは用紙ジャムの発生によりＭＦＰ１ｂで代替処理が行われたことも知る。そして、ユーザＣは文書管理サーバ４の所定のフォルダに格納されている印章画像が合成された購入申請書の画像データを確認する。以上により、「購入申請書ワークフロー」に関する一連の処理が終了する。
【００４８】
図６は、「購入申請ワークフロー」のワークフローデータの構成を示す。ワークフローデータは、ワークフロー全体に関係する全体情報とワークフローを構成する個々のステップに関係するステップ情報とから構成される。
【００４９】
全体情報は、ワークフローの名称を示す「ワークフロー名」、ワークフローデータの管理者を示す「管理者」、ワークフローの実行開始が許可されたユーザを示す「許可ユーザ」、ワークフロー全体の処理を完了させるべき締切日時を示す「ワークフロー締切日時」を含む。
【００５０】
ステップ情報は、大きくは共通情報とアプリ固有情報とから構成される。
【００５１】
共通情報は、ステップの実行順序を示す「処理番号」と、ステップを実行する装置を示す「実行マシン」、ステップを実行するアプリケーションを示す「実行アプリ」、ステップの実行指示ユーザを示す「処理ユーザ」、「処理ユーザ」への緊急連絡先（例えば携帯電話のメールアドレス）を示す「緊急連絡先」、ステップが実行された際に送信されるメールの送信先を示す「メール送信先」、「メール送信先」に送信されるメッセージの内容を示す「メール本文」、ステップを完了させるべき締切日時（実行期限）を示す「ステップ締切日時」、ステップが実行された日時を示す「ステップ実行日時」とを含む。
【００５２】
アプリ固有情報はステップを実行する「実行アプリ」に応じて項目の内容が異なる。
【００５３】
例えば、「実行アプリ」が画像読取部１３によって原稿の画像読取を行うスキャンアプリの場合、アプリ固有情報は、読取画像のカラー設定を示す「カラー情報」、読取解像度を示す「解像度」、出力画像のファイル形式を示す「ファイル形式」、出力画像ファイルの格納場所及びファイル名を示す「出力ファイル」を含む。
【００５４】
また、実行アプリが所定のファイル形式の画像データに対してＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）処理を行うＯＣＲアプリの場合、アプリ固有情報は、出力ファイルとしてＯＣＲ結果であるテキスト情報を埋め込んだ画像データを出力するか否かを示す「画像埋め込み」、処理対象となる画像ファイルの格納場所およびファイル名を示す「入力ファイル」、処理結果ファイルの格納場所及びファイル名を示す「出力ファイル」を含む。
【００５５】
また、実行アプリが、所定の画像ファイルをＷＥＢサーバ部５０に登録するためのＷＥＢサーバ登録アプリの場合、アプリ固有情報は、処理対象となる画像ファイルの格納場所およびファイル名を示す「入力ファイル」、画像ファイルのＷＥＢサーバ部５０上の登録場所およびファイル名を示す「出力ファイル」を含む。
【００５６】
また、実行アプリが画像形成部１５によって所定の画像データに基づき印刷を行うプリントアプリの場合、アプリ固有情報は、処理対象となる画像ファイルの格納場所およびファイル名を示す「入力ファイル」、カラー設定を示す「カラー情報」、両面出力設定を示す「両面出力」を含む。
【００５７】
以下に、図６に示すワークフローデータの具体的な設定内容について説明する。
【００５８】
全体情報において、名称は「購入申請ワークフロー」、管理者はユーザＤ、実行開始を許可するユーザは全てのユーザ(ａｌｌｕｓｅｒ）、ワークフロー全体の処理の締切日時はワークフローの実行開始から５日以内であることが設定されている。
【００５９】
ステップ情報には各ステップで実行される処理の内容が設定されている。以下に各ステップごとにその内容を説明する
（ステップ１）
処理番号が１であるステップ（以下、単に「ステップ１」のように記載する）として以下の内容が設定されている。
【００６０】
ＭＦＰ１ａにおいて任意のユーザ（ａｌｌｕｓｅｒ）による画像読取操作が行われ、読み取られた画像が、モノクロモード・解像度６００ｄｐｉ・ＰＤＦファイルの形式で、ＭＦＰ１ｂのデータ記憶部１０内の所定領域であるボックスＢに「購入申請書Ａ．ｐｄｆ」のファイル名で格納され、ユーザＢのメールアドレス（ｕｓｅｒ＿ｂ＠ＸＸＸＸＸＸＸ．ｊｐ）に「購入申請ワークフローの申請処理が行われました。ユーザＢさんはＭＦＰ１ｂで承認処理を行ってください。」とのメッセージが送信される。ステップ締切日時の値がｎｕｌｌとなっているのは、締切日時が設定されていないことを示す。ステップ実行日時は、本ステップが実行された後にその実行日時が自動的に記録されるものであり、ステップの実行前はｎｕｌｌとなっている。
【００６１】
（ステップ２）
ＭＦＰ１ｂにおいてユーザＢからの実行指示を受け付けると、ＭＦＰ１ｂのボックスＢに格納された「購入申請書Ａ．ｐｄｆ」というファイルが、モノクロモード・片面の設定で印刷される。メール送信先の値がｎｕｌｌとなっているのは、ステップ２が実行された際にどこにもメールが送信されないことを示す。また、締切日時はワークフローの実行開始から２日以内に設定されている。
【００６２】
（ステップ３）
ステップ３の処理はユーザＢによる捺印処理である。実行マシンの値がｎｕｌｌとなっているのは、ステップ３が画像処理システム６を構成するいずれの装置も介在しない処理、つまりユーザ（ユーザＢ）のみによる処理であることを示す。
【００６３】
（ステップ４）
ＭＦＰ１ｂにおいてユーザＢからの実行指示を受け付けると、画像読取処理が行われ、読み取られた画像がフルカラーモード・解像度６００ｄｐｉ・ＰＤＦファイルの形式で文書管理サーバ４の購入申請書フォルダに「購入申請書Ａ．ｐｄｆ」のファイル名で格納される。また、「購入申請ワークフローの承認処理が行われました。ユーザＣさんは文書管理サーバの購入申請書フォルダに格納された「購入申請書Ａ．ｐｄｆ」を確認してください。」との内容のメールが、ユーザＣのメールアドレス（ｕｓｅｒ＿ｃ＠ＸＸＸＸＸＸＸ．ｊｐ）に送信される。また、ステップ４の締切日時はワークフローの実行開始から２日以内に設定されている。
【００６４】
図７、８は、ＭＦＰ１において実行される処理の内容を示すフローチャートである。ＭＦＰ１のＣＰＵ７は、ＲＯＭ８に記憶されたプログラムを読み込み、そのプログラムに基づいて図７、８に示すフローチャートの処理を行う。
【００６５】
図７はメインルーチンの処理内容を示すフローチャートである。以下、図７のフローチャートを参照しながら処理を説明する。
【００６６】
手順１０１（以下、「手順１０１」を省略して「Ｓ１０１」のように記載する）において、ユーザの認証が成功したか否かが判断され、認証が成功した場合には（Ｓ１０１でＹＥＳ）Ｓ１０２に進み、認証が失敗した場合には（Ｓ１０１でＮＯ）Ｓ１０１に戻る。Ｓ１０２において、ユーザからワークフローの実行指示を受け付けたか否かが判断され、実行指示を受け付けた場合は（Ｓ１０２でＹＥＳ）Ｓ１０３に進み、実行指示を受け付けていない場合は（Ｓ１０２でＮＯ）Ｓ１０２に戻る。ワークフローの実行指示を受け付けるとは、ワークフローのリスト（図５）のうちからワークフローが選択され、スタートキー２１が押されることをいう。
【００６７】
ステップＳ１０３において、実行指示を受け付けたワークフローに含まれるステップの中から、実行指示を行ったユーザ（以下、操作ユーザという）により実行指示を受け付けたＭＦＰ１（以下、操作マシンという）において処理されるべきステップが抽出される。Ｓ１０３における処理の内容は後述する。
【００６８】
続いて、自機で発生しているトラブルが検知されたのち（Ｓ１０４）、抽出ステップが自機で実行できるか否かが判断される（Ｓ１０５）。抽出ステップが実行できる場合は（Ｓ１０５でＹＥＳ）、抽出ステップが実行され（Ｓ１０７）、Ｓ１１２に進む。抽出ステップが実行できない場合は（Ｓ１０５でＮＯ）、抽出ステップの代替処理が存在するか否かが判断される（Ｓ１０６）。代替処理の判断方法については後述する。
【００６９】
代替処理が存在する場合は（Ｓ１０６でＹＥＳ）、ＬＣＤ２７に代替処理を実行する旨のメッセージが表示され（Ｓ１０８）、代替処理が実行されたのち（Ｓ１０９）、抽出ステップの「メール送信先」に設定されたメールアドレスに、代替処理が実行されたことを通知するメールが送信される（Ｓ１１０）。
【００７０】
Ｓ１１０でメールが送信された後またはＳ１０７で抽出ステップが実行された後に、Ｓ１１２において、抽出ステップの「ステップ実行日時」としてステップが実行された日時が記録される。なお、Ｓ１０９で代替処理が実行された場合であっても、代替される前の正規の処理（抽出ステップ）の「ステップ実行日時」として前記実行された日時が記録される。
【００７１】
Ｓ１１３において、抽出ステップの先頭（最初）の処理番号よりも小さい処理番号を持つステップがワークフローデータに存在するか否か、つまり抽出ステップよりも前に実行されたステップが存在するか否かが判断され、存在する場合は（Ｓ１１３でＹＥＳ）、前に実行されたステップの「実行マシン」に対して抽出ステップが実行された日時の情報（以下、実行履歴データという）が送信される（Ｓ１１４）。前に実行されたステップが存在しない場合は（Ｓ１１３でＮＯ）実行履歴データは送信されない。なお、図７のフローチャートには示されていないが、他のＭＦＰ１から送信された実行履歴データを受信したＭＦＰ１は、受信した実行履歴データに対応するステップの「ステップ実行日時」として受信した実行履歴データに含まれる実行日時を記録する。
【００７２】
続いて、Ｓ１１５において、抽出ステップの次に実行されるべきステップがワークフローデータ内に存在するか否かが判断され、次に実行されるべきステップが存在する場合は（Ｓ１１５でＹＥＳ）、次に実行されるべきステップの「実行マシン」に対してワークフローデータとワークフローを処理するために必要な画像データとが送信される（Ｓ１１６）。次に実行されるべきステップが存在しない場合は（Ｓ１１５でＮＯ）、ワークフローデータと画像データは送信されない。
【００７３】
なお、図７のフローチャートには示されていないが、他のＭＦＰ１から送信されたワークフローデータと画像データとを受信したＭＦＰ１は、それぞれのデータをワークフローデータ記憶部３７と画像データ記憶部３６とに記録する。
【００７４】
一方、Ｓ１０６において代替処理が存在しないと判断された場合は（Ｓ１０６でＮＯ）、ワークフローを実行できない旨のメッセージがＬＣＤ２７に表示された後に（Ｓ１１１）Ｓ１１７に進む。
【００７５】
Ｓ１１７において、ユーザからログオフ操作を受け付けたか否かが判断され、ログオフの操作を受け付けた場合には（Ｓ１１７でＹＥＳ）本フローチャートの処理は終了し、ログオフの操作を受け付けていない場合には（Ｓ１１７でＮＯ）、Ｓ１０２に戻る。
【００７６】
図８は図７に示すフローチャートのＳ１０３で実行されるステップ抽出処理のサブルーチン処理の内容を示すフローチャートである。本フローチャートにおいては、ワークフローデータに含まれるステップ情報に基づいて、操作ユーザにより操作マシンにおいて処理されるべきステップが抽出される。以下に、図８のフローチャートを参照しながら処理の内容を説明する。
【００７７】
まず、Ｓ２０１において、ワークフローデータに含まれるステップのうちから処理対象となるステップが決定される。具体的には、まだ実行されていないステップ、すなわち「ステップ実行日時」としてｎｕｌｌが記録されたステップの中から最も処理番号が小さいステップが処理対象として決定される。なお、以下の説明において、処理対象のステップの処理番号をｎと表す。
【００７８】
Ｓ２０２において、ステップｎの「実行マシン」の値と操作マシンとが一致するか否かが判断され（Ｓ２０２）、一致しない場合は（Ｓ２０２でＮＯ）「実行マシン」の値がｎｕｌｌであるか否かが判断される（Ｓ２０３）。「実行マシン」の値がｎｕｌｌでない場合（Ｓ２０３でＮＯ）は、ステップは抽出されずに本サブルーチンの処理は終了して図７のメインルーチンに戻る。
【００７９】
「実行マシン」の値と操作マシンとが一致している場合（Ｓ２０２でＹＥＳ）、または「実行マシン」の値がｎｕｌｌである場合（Ｓ２０３でＹＥＳ）は、操作ユーザがステップｎの「処理ユーザ」に含まれるか否かが判断される（Ｓ２０４）。操作ユーザが「処理ユーザ」に含まれるとは、操作ユーザと「処理ユーザ」の値とが一致すること、または「処理ユーザ」の値が例えばａｌｌｕｓｅｒ（全てのユーザ）の場合のように、操作ユーザが「処理ユーザ」の条件を満たすことをいう。
【００８０】
操作ユーザが「処理ユーザ」に含まれない場合（Ｓ２０４でＮＯ）は、ステップは抽出されずに本サブルーチン処理は終了して図７のメインルーチンに戻る。
【００８１】
操作ユーザが「処理ユーザ」に含まれる場合（Ｓ２０４でＹＥＳ）は、ステップｎが抽出ステップに加えられ（Ｓ２０５）、ｎがワーフクローに含まれるステップの最終の処理番号であるか否かが判断され（Ｓ２０７）、ｎが最終の処理番号である場合は（Ｓ２０７でＹＥＳ）本サブルーチン処理は終了して図７のメインルーチンに戻る。
【００８２】
ｎが最終の処理番号でない場合は（Ｓ２０７でＮＯ）、ｎに１が加算された後（Ｓ２０６）Ｓ２０２に戻る。
【００８３】
サブルーチン処理が終了する所定の条件のうちのいずれか（Ｓ２０３でＮＯまたは、Ｓ２０４でＮＯ、Ｓ２０４でＹＥＳ）が満たされるまでＳ２０２〜Ｓ２０７の処理が繰り返され、所定の条件が満たされた場合に本サブルーチン処理は終了して図７のメインルーチンに戻る。
【００８４】
図９は、図７に示すフローチャートのＳ１０６において実行される代替処理の判断に用いられる代替処理判断テーブルの構成を示す。代替処理判断テーブルには、正規の処理４８と代替処理４９とが対応づけて記録されている。図９の代替処理判断テーブルは、「（ａ）プリント→（ｂ）捺印→（ｃ）スキャン→（ｄ）送信」という一連の正規の処理に対し、「（ａ’）ＬＣＤ２７への画像表示→（ｂ’）承認操作→（ｃ’）画像合成→（ｄ）送信」という一連の代替処理が存在することを示す。Ｓ１０６においては、代替処理判断部３５により、代替処理判断テーブルが参照されて抽出ステップ（正規処理）に対応する代替処理が存在するか否かが判断される。なお、図９に示す代替処理判断テーブルはデータ記憶部１０に記憶されている。
【００８５】
図７、８のフローチャートを参照して、図６に示す「購入申請ワークフロー」が実行された際に行われる具体的な処理の内容を以下に説明する。
【００８６】
まず、ユーザＡに関連する処理について以下に説明する。図７を参照して、ユーザＡが、ＭＦＰ１ａにログインし（Ｓ１０１でＹＥＳ）、「購入申請ワークフロー」を選択してスタートキー２１を押下すると（Ｓ１０２でＹＥＳ）、ユーザＡによりＭＦＰ１ａにおいて実行されるべきステップが「購入申請ワークフロー」のなかから抽出される（Ｓ１０３）。
【００８７】
図８に示すサブルーチン処理に移り、図６と図８をを参照して、まずステップ１が対象とされて（Ｓ２０１）、操作マシン（ＭＦＰ１ａ）と「実行マシン」の値（ＭＦＰ１ａ）とが一致し（Ｓ２０２でＹＥＳ）、操作ユーザ（ユーザＡ）は「処理ユーザ」（ａｌｌｕｓｅｒ）に含まれるため（Ｓ２０４でＹＥＳ）、ステップ１が抽出ステップに加えられる（Ｓ２０５）。
【００８８】
処理番号１は最終の処理番号（４）ではないため（Ｓ２０７でＮＯ）、ｎに１が加算されてステップ２が対象とされ（Ｓ２０６）、操作マシン（ＭＦＰ１ａ）と実行マシンの値（ＭＦＰ１ｂ）とは一致せず（Ｓ２０２でＮＯ）、「実行マシン」の値（ＭＦＰ１ｂ）はｎｕｌｌではないため（Ｓ２０３でＮＯ）、本サブルーチンの処理は終了する。本サブルーチン処理によって、ステップ１が抽出ステップとして抽出される。
【００８９】
図７に示すメインルーチン処理に戻り、Ｓ１０４においてＭＦＰ１ａで発生しているトラブルが検知された後、ステップ１がＭＦＰ１ａで実行できるか否かが判断される（Ｓ１０５）。ここでは、ＭＦＰ１ａでトラブルは発生していないため、ステップ１は実行できると判断されて（Ｓ１０５でＹＥＳ）、ステップ１が実行される（Ｓ１０７）。
【００９０】
Ｓ１０７においては、ユーザＡが、画像読取部１３に購入申請書の原稿を載置してスタートキー２１を押下すると、画像読取部１３により購入申請書の画像が読み取られる。そして、ＭＦＰ１ｂのボックスＢに購入申請書の読取画像データが格納され、同時に、ユーザＢのメールアドレスに「購入申請ワークフロー」の処理を依頼するメールが送信される。
【００９１】
次に、Ｓ１１２において、ステップ１の「ステップ実行日時」としてステップ１が実行された日時が記録され、ステップ２の「実行マシン」であるＭＦＰ１ｂに対して「購入申請ワークフロー」のワークフローデータと購入申請書の読取画像データとが送信された後（Ｓ１１６）、ユーザＡがログオフ操作を行うと（Ｓ１１７でＹＥＳ）、ユーザＡに関係する処理が終了する。
【００９２】
続いて、ユーザＢに関係する処理について以下に説明する。図７を参照して、ユーザＢが、ＭＦＰ１ｂにログインし（Ｓ１０１でＹＥＳ）、「購入申請ワークフロー」を選択してスタートキー２１を押下すると（Ｓ１０２でＹＥＳ）、「購入申請ワークフロー」に含まれるステップのうちから、ユーザＢによりＭＦＰ１ｂにおいて実行されるべきステップを抽出する処理が行われる（Ｓ１０３）。
【００９３】
図８に示すサブルーチン処理に移り、図６と図８をを参照して、まずステップ２が対象とされ（Ｓ２０１）、操作マシン（ＭＦＰ１ｂ）と「実行マシン」の値（ＭＦＰ１ｂ）とが一致し（Ｓ２０２でＹＥＳ）、操作ユーザ（ユーザＢ）は「処理ユーザ」の値（ユーザＢ）に含まれるため（Ｓ２０４でＹＥＳ）、ステップ２が抽出ステップに加えられる（Ｓ２０５）。
【００９４】
処理番号２は最終の処理番号（４）ではないため（Ｓ２０７でＮＯ）、ｎに１が加算されてステップ３が対象とされ（Ｓ２０６）、操作マシン（ＭＦＰ１ｂ）と「実行マシン」の値（ｎｕｌｌ）とは一致せず（Ｓ２０２でＮＯ）、「実行マシン」の値はｎｕｌｌであり（Ｓ２０３でＹＥＳ）、操作ユーザ（ユーザＢ）は「処理ユーザ」の値（ユーザＢ）に含まれるため（Ｓ２０４でＹＥＳ）、ステップ３が抽出ステップに加えられる（Ｓ２０５）。
【００９５】
処理番号３は最終の処理番号（４）ではないため（Ｓ２０７でＮＯ）、ｎに１が加算されてステップ４が対象とされ（Ｓ２０６）、操作マシン（ＭＦＰ１ｂ）と「実行マシン」の値（ＭＦＰ１ｂ）とが一致し（Ｓ２０２でＹＥＳ）、操作ユーザ（ユーザＢ）は「処理ユーザ」の値（ユーザＢ）に含まれるため（Ｓ２０４でＹＥＳ）、ステップ４が抽出ステップに加えられる（Ｓ２０５）。
【００９６】
処理番号４は最終の処理番号（４）であるため（Ｓ２０７でＹＥＳ）、本サブルーチンの処理は終了する。本サブルーチン処理によって、ステップ２〜４が抽出ステップとして抽出される。
【００９７】
図７に示すメインルーチンに戻り、Ｓ１０４においてＭＦＰ１ｂで用紙ジャムトラブルの発生が検知され、そのトラブルが原因となってステップ２〜４が実行できないと判断される（Ｓ１０５でＮＯ）。
【００９８】
続いて、Ｓ１０６において代替処理判断部３５により代替処理判断テーブル（図９）が参照されて、ステップ２〜４の代替処理が存在すると判断され、ＬＣＤ２７に代替処理を実行することを通知するメッセージが表示された後に（Ｓ１０８）代替処理が実行される（Ｓ１０９）。
【００９９】
Ｓ１０９においては、ＭＦＰ１ａから送信された購入申請書の画像データがＬＣＤ２７に表示され、ユーザＢがＬＣＤ２７に表示された画像を確認してＬＣＤ２７に表示された「承認キー」を押下することにより承認操作を行うと、画像処理部１４により購入申請書の画像の所定位置にユーザＢの印章画像が合成され、合成後の画像データが文書管理サーバ４の購入申請書フォルダに格納される。そして、ステップ４の「メール本文」として設定されたメッセージがユーザＣのメールアドレスに送信される。
【０１００】
続いて、代替処理が実行されたことを通知するメールがユーザＣのメールアドレスに送信され（Ｓ１１０）、ステップ２〜４の「ステップ実行日時」として、それぞれのステップが実行された日時が記録され（Ｓ１１２）、ステップ１の「実行マシン」であるＭＦＰ１ａに実行履歴データが送信され（Ｓ１１４）、ユーザＢがログオフ操作を行うと（Ｓ１１７でＹＥＳ）、ユーザＢに関係する処理が終了する。
【０１０１】
なお、ユーザＣに関係する処理の説明は省略する。
【０１０２】
このように、本実施形態の画像処理システム６によると、ユーザにワークフローの実行指示を受け付けたＭＦＰ１において、トラブルが発生しているか否かを検知し、実行が指示されたワークフローを実行可能か否かを判断する。そして、ワークフローが実行できない場合は代替処理が存在するか否かを判断し、存在する場合には代替処理を実行する。
【０１０３】
そのため、例えばワークフローの実行指示を行なう直前にＭＦＰ１にトラブルが発生したことにより、予めワークフローデータに設定された正規の処理が実行できなくなった場合でも、代替処理によりワークフローの処理を行なうことができるため、滞りなくワークフローの処理を進めることができる。
（第２の実施形態）
図１０は、本発明の第２の実施形態に係る画像処理システム６の構成を示す図である。図１０において、画像処理システム６は、携帯端末としての携帯電話３８と、画像処理装置としてのＭＦＰ１ａ、ＭＦＰ１ｂ、ＭＦＰ１ｃと、パーソナルコンピュータであるＰＣ２ａ、ＰＣ２ｂと、認証サーバ３と文書管理サーバ４とを備え、携帯電話３８を除くそれぞれの装置がＬＡＮなどのネットワーク５を介して相互に接続されている。なお、第１の実施形態と同様の構成には同一の符号を付し、説明は省略する。
【０１０４】
図１１は、携帯電話３８のハードウェア構成を示すブロック図である。携帯電話３８は、ＣＰＵ３９と、ＲＯＭ４０、ＲＡＭ４１、データ記憶部４２、操作部４３、表示部４４、無線電話送受信部４５、Ｂｌｕｅｔｏｏｔｈ送受信部４６とを備え、それらがバス４７で接続されている。
【０１０５】
ＣＰＵ３９は携帯電話３８全体の動作を制御し、ＲＯＭ４０はＣＰＵ３９の動作プログラム等を格納し、ＲＡＭ４１はＣＰＵ３９が動作する際の作業領域となる。また、データ記憶部４２はＨＤＤやフラッシュメモリ等であり、ワークフローデータや文書データを記憶する。
【０１０６】
無線電話送受信部４５は携帯電話３８を無線電話基地局（不図示）に接続するための通信インターフェースである。携帯電話３８は、無線電話送受信部４５を介し、無線電話基地局を経由してメールの送受信やＷＥＢサーバへのアクセス、音声の送受信を行うことができる。また、Ｂｌｕｅｔｏｏｔｈ送受信部４６は、ＭＦＰ１とＢｌｕｅｔｏｏｔｈ通信方式で通信するための通信インターフェースであり、携帯電話３８はＭＦＰ１と通信可能となっている。
【０１０７】
表示部４４はＬＣＤ等であり、受信したメールやＷＥＢブラウザの画面等を表示する。また、操作部４３はハードキーを備え、ユーザからの操作を受け付ける。
【０１０８】
図１２は携帯電話３８の、ワークフロー処理に関連する機能構成を示すブロック図である。携帯電話３８は、他の装置との間で、ワークフローデータを送受信するワークフローデータ送受信部５１、画像データを送受信する画像データ送受信部５６、ワークフローの実行履歴を送受信する実行履歴データ送受信部５３を備える。ワークフローデータ送受信部５１と画像データ送受信部５６と実行履歴データ送受信部５３は、Ｂｌｕｅｔｏｏｔｈ通信または無線電話通信を用いて前記それぞれのデータを送受信する。
【０１０９】
携帯電話３８は更に、携帯電話３８の全体を制御する制御部５４と、画像データを記憶する画像データ記憶部５７と、ワークフローデータを記憶するワークフローデータ記憶部５２と、ＷＥＢサーバにアクセスするためのＷＥＢブラウザ部５５とを備える。
【０１１０】
以下に、図６に示す「購入申請ワークフロー」を例に、本実施形態の画像処理システム６で実行される具体的な処理の内容を説明する。「購入申請ワークフロー」の内容は第１の実施形態と同一であるため説明は省略する。
【０１１１】
ユーザＡがＭＦＰ１ａにログインして操作パネル部２０のワークフローキー２４ａを押下すると、ＭＦＰ１ａがワークフロー動作モードに切り替わり、ＬＣＤ２７に図１３（ａ）に示す画面が表示される。この画面には実行可能タブと実行済みタブと詳細表示キーと携帯電話受信キーとが表示され、ユーザＡが実行可能タブを選択すると、ユーザＡにより実行可能なワークフローのリストが表示される。実行済みタブ、詳細表示キー、携帯電話受信キーについては後述する。図１３（ａ）は実行可能タブが選択された状態を示している。
【０１１２】
ユーザＡが図１３（ａ）に示す画面に表示されたリストから「購入申請ワークフロー」を選択してスタートキー２１を押下すると、「購入申請ワークフロー」の処理が開始される。ユーザＡによる操作とその操作を受けてＭＦＰ１ａで実行される処理の内容は、第１の実施形態と同一であるため説明は省略する。
【０１１３】
ユーザＡによる処理が終了した後に、ＭＦＰ１ａは「購入申請ワークフロー」の進捗状況を監視する。ＭＦＰ１ａは自機で実行したステップ１より後のステップについての実行履歴データを受信したか否か、つまり「購入申請ワークフロー」のワークフローデータのステップ２に対応する「ステップ実行日時」がｎｕｌｌであるか否かにより、後のステップが実行されているか否かを判断することができる。
【０１１４】
そして、ＭＦＰａ１は、ステップ２が実行されないまま（「ステップ実行日時」がｎｕｌｌのまま）、ステップ２の「ステップ締切日時」が過ぎた場合には、ワークフローデータに設定された内容ではワークフローを実行することができない、つまり代替処理が必要と判断する。
【０１１５】
ＭＦＰａ１により代替処理が必要と判断されると、ＭＦＰ１ａから、ステップ２の「緊急連絡先」に設定されたユーザＢの携帯電話３８のメールアドレス（ｕｓｅｒ＿ｂ＠ＣＰ．ＸＸＸＸＸ．ｊｐ）に、「購入申請ワークフロー」の処理を督促するメール（以下、督促メール）が送信される。督促メールには、ＭＦＰ１ａにおいて読み取られた購入申請書の読取画像データと「購入申請ワークフロー」のワークフローデータとが添付される。
【０１１６】
ＭＦＰ１ａから送信された督促メールを携帯電話３８で確認したユーザＢは、ＭＦＰ１ｂを使用できる状況であればＭＦＰ１ｂを使用して「購入申請ワークフロー」の処理を実行する。ＭＦＰ１ｂを使用した場合の処理の内容は、第１の実施形態と同一であるため説明は省略する。
【０１１７】
一方、ユーザＢが出張中である場合のようにＭＦＰ１ｂを使用できない状況であれば、ユーザＢはＭＦＰ１ｂ以外のＭＦＰ１を使用して「購入申請ワークフロー」の処理を実行することができる。以下に、ユーザＢがＭＦＰ１ｃを使用して処理する場合について説明する。
【０１１８】
ユーザＢが出張先に設置されたＭＦＰ１ｃにログインし、ワークフローキー２４ａを押下して実行可能タブを選択すると、ＬＣＤ２７にユーザＢにより実行可能なワークフローのリストが表示される。但し、この時点ではＭＦＰ１ｃのワークフローデータ記憶部３７には「購入申請ワークフロー」のワークフローデータが記憶されていないため、リストには「購入申請ワークフロー」は表示されない。
【０１１９】
そこで、ユーザＢがＬＣＤ２７に表示された携帯電話受信キーを押下すると、ＭＦＰ１ａから携帯電話３８に送信された購入申請書の読取画像データと「購入申請ワークフロー」のワークフローデータとが、携帯電話３８からＭＦＰ１ｃに転送され、それぞれのデータがＭＦＰ１ｃの画像データ記憶部３６とワークフローデータ記憶部３７に記憶される。そして、ＬＣＤ２７に表示されたワークフローのリストに「購入申請ワークフロー」のキーが追加表示される。
【０１２０】
その後、ユーザＢが「購入申請ワークフロー」を選択してスタートキー２１を押下すると、ＭＦＰ１ｃにおいて「購入申請ワークフロー」の処理が再開される。その後の処理の内容は、第１の実施形態においてＭＦＰ１ｂで実行された処理と同一であるため説明は省略する。
【０１２１】
図１４、１５は、ＭＦＰ１において実行される処理の内容を示すフローチャートである。ＭＦＰ１のＣＰＵ７は、ＲＯＭ８に記憶されたプログラムを読み込み、そのプログラムに基づいて図１４、１５のフローチャートの処理を実行する。
【０１２２】
図１４はメインルーチンの処理の内容を示すフローチャートである。以下、図１４のフローチャートを参照しながら処理を説明する。
【０１２３】
Ｓ３０１において、ユーザの認証が成功したか否かが判断され、認証が成功した場合には（Ｓ３０１でＹＥＳ）Ｓ３０２に進み、認証が失敗した場合には（Ｓ３０１でＮＯ）Ｓ３０１に戻る。
【０１２４】
Ｓ３０２において、代替処理が必要か否かが判断され（Ｓ３０２）、代替処理が必要と判断された場合は（Ｓ３０２でＹＥＳ）自機で過去に実行されたステップの次のステップの「緊急連絡先」として設定されているメールアドレスに督促メールが送信されたのち（Ｓ３０３）、Ｓ３０２に戻る。督促メールには代替処理が必要と判断されたワークフローのワークフローデータとそのワークフローを処理するために必要な画像データとが添付される。一方、代替処理が必要と判断されない場合は（Ｓ３０２でＮＯ）、Ｓ３０３の処理は行われずにＳ３０４に進む。
【０１２５】
Ｓ３０４において、ユーザから携帯電話受信の指示を受け付けたか否かが判断され、携帯電話受信の指示を受け付けた場合は（Ｓ３０４でＹＥＳ）、ワークフローデータと画像データとが携帯電話３８から受信されたのち（Ｓ３０５）、Ｓ３０２に戻る。携帯電話受信の指示を受け付けていない場合は（Ｓ３０４でＮＯ）、Ｓ３０５の処理は行われずにＳ３０６に進む。
【０１２６】
Ｓ３０６において、ユーザからワークフローの実行指示を受け付けたか否かが判断され、実行指示を受け付けていない場合は（Ｓ３０６でＮＯ）Ｓ３０２に戻り、実行指示を受け付けた場合は（Ｓ３０６でＹＥＳ）Ｓ３０７に進む。
【０１２７】
Ｓ３０７において、実行指示を受け付けたワークフローのワークフローデータが携帯電話３８から受信されたワークフローデータであるか否かが判断される。本実施形態においては、ワークフローデータが携帯電話３８から受信されたものであるか否かに応じて、ステップを抽出するための処理の内容が切り替えられる。
ワークフローデータが携帯電話３８から受信されたものでない場合は（Ｓ３０７でＮＯ）、図８に示すフローチャートと同一の処理が行われる（以下、本処理のことをステップ抽出処理Ａという）（Ｓ３０８）。一方、ワークフローデータが携帯電話３８から受信されたものである場合は（Ｓ３０７でＹＥＳ）、ステップ抽出処理Ａとは異なる処理によりステップが抽出される（以下、本処理のことをステップ抽出処理Ｂという）（Ｓ３０９）。ステップ抽出処理Ｂの処理内容については後述する。
【０１２８】
Ｓ３１０において、Ｓ３０８またはＳ３０９で抽出された抽出ステップが実行される。その後にＳ３１１〜Ｓ３１６で実行される処理の内容は、図７に示すフローチャートのＳ１１２〜Ｓ１１７で行われる処理と同一であるため説明は省略する。
【０１２９】
図１５は図１４に示すフローチャートのＳ３０９において実行されるステップ抽出処理Ｂのサブルーチン処理の内容を示すフローチャートである。図８に示すサブルーチン処理との差異は、Ｓ４０２で処理対象とするステップの先頭のステップの「実行マシン」の値（以下、先頭実行マシンという）を記憶しておき、Ｓ４０３で先頭実行マシンと各々のステップの「実行マシン」の値とが一致するか否かの判断が行われる点である。携帯電話３８から受信されたワークフローデータは、ワークフローデータに予め「実行マシン」として設定された装置とは異なる装置で実行されるため、操作マシンと「実行マシン」とが一致しているか否かではなく、先頭実行マシンと「実行マシン」とが一致しているか否かに基づきステップが抽出されるようになっている。
【０１３０】
以下に、図１５を参照しながら、本サブルーチンにおいて実行される処理の内容を説明する。Ｓ４０１において抽出処理の対象となるステップが決定される。決定方法は、図８に示すフローチャートのＳ２０１と同一であるため説明は省略する。
【０１３１】
Ｓ４０２において先頭実行マシンの値を記憶し、Ｓ４０３において先頭実行マシンとステップｎの「実行マシン」の値とが一致するか否かが判断され、一致しない場合は（Ｓ４０３でＮＯ）、「実行マシン」の値がｎｕｌｌであるか否かが判断される（Ｓ４０３）。「実行マシン」の値がｎｕｌｌでない場合（Ｓ４０３でＮＯ）は、ステップは抽出されずに本サブルーチン処理は終了し、図１４のメインルーチンに戻る。
【０１３２】
先頭実行マシンと「実行マシン」の値とが一致している場合（Ｓ４０３でＹＥＳ）、または「実行マシン」の値がｎｕｌｌである場合（Ｓ４０４でＹＥＳ）は、操作ユーザがステップｎの「処理ユーザ」に含まれるか否かが判断される（Ｓ４０５）。
【０１３３】
操作ユーザが「処理ユーザ」に含まれない場合（Ｓ４０５でＮＯ）は、ステップは抽出されずにサブルーチン処理は終了して図１４のメインルーチンに戻る。
【０１３４】
操作ユーザが「処理ユーザ」に含まれる場合は（Ｓ４０５でＹＥＳ）、ステップｎが抽出ステップに加えられ（Ｓ４０６）、ｎが最終の処理番号であるか否かが判断され（Ｓ４０８）、ｎが最終の処理番号である場合（Ｓ４０８でＹＥＳ）は、本サブルーチン処理は終了して図１４のメインルーチンに戻る。ｎが最終の処理番号でない場合（Ｓ４０８でＮＯ）は、ｎに１が加算されたのちに（Ｓ４０７）Ｓ４０３に戻る。
【０１３５】
サブルーチン処理が終了する所定の条件のうちのいずれかの条件が満たされるまでＳ４０３〜Ｓ４０８の処理が繰り返され、所定の条件が満たされた場合に本サブルーチン処理は終了し、図１４のメインルーチンに戻る。
【０１３６】
図１４、１５のフローチャートを参照して、図６に示す「購入申請ワークフロー」が実行された際に行われる具体的な処理の内容を以下に説明する。
【０１３７】
まず、ユーザＡに関連する処理について以下に説明する。図１４を参照して、ユーザＡが、ＭＦＰ１ａにログインし（Ｓ３０１でＹＥＳ）、「購入申請ワークフロー」を選択してスタートキー２１を押下すると（Ｓ３０６でＹＥＳ）、ステップ１の処理が実行され（Ｓ３０８・Ｓ３１０〜Ｓ３１５）、ユーザＡがログオフ操作を行うと（Ｓ３１６でＹＥＳ）、ユーザＡに関係する処理が一旦終了する。なお、Ｓ３０８・Ｓ３１０〜Ｓ３１５において実行される処理の内容は図７に示すフローチャートのＳ１０３・Ｓ１０７・Ｓ１１２〜Ｓ１１６と同一であるため説明は省略する。
【０１３８】
その後ＭＦＰ１ａは「購入申請ワークフロー」のステップ２が「ステップ締切日時」（ワークフロー実行開始から２日（図６参照））までに実行されるか否かを監視する。具体的には、ＭＦＰ１ａはステップ２の「ステップ締切日時」までに「ステップ実行日時」に日時データが記録される（ｎｕｌｌでなくなる）か否かを監視する。そして、「ステップ締切日時」までにステップ２が実行されなかった場合、つまり「ステップ締切日時」の時点で「ステップ実行日時」がｎｕｌｌのままであった場合には、ＭＦＰ１ａは代替処理が必要と判断する（Ｓ３０２でＹＥＳ）。
【０１３９】
そして、ＭＦＰ１ａからステップ２の「処理ユーザ」であるユーザＢの「緊急連絡先」（ユーザＢの携帯電話３８のメールアドレス）に、督促メールが送信される（Ｓ３０３）。督促メールには、ＭＦＰ１ａにおいて読み取られた購入申請書の読取画像データと「購入申請ワークフロー」のワークフローデータとが添付される。以上でユーザＡに関係する処理は終了する。
【０１４０】
ユーザＢに関係する処理について以下に説明する。図１４を参照して、ユーザＢがＭＦＰ１ｃにログインして（Ｓ３０１でＹＥＳ）携帯電話受信キーを押下すると（Ｓ３０４でＹＥＳ）、ＭＦＰ１ａから携帯電話３８に送信された購入申請書の読取画像データと「購入申請ワークフロー」のワークフローデータとが、携帯電話３８からＭＦＰ１ｃに転送される（Ｓ３０５）。
【０１４１】
続いて、ユーザＢが「購入申請ワークフロー」を選択してスタートキー２１を押下すると（Ｓ３０６でＹＥＳ）、「購入申請ワークフロー」が携帯電話３８から受信されたワークフローデータであると判断され（Ｓ３０７でＹＥＳ）、ステップ抽出処理Ｂが行われる（Ｓ３０９）。
【０１４２】
図１５に示すサブルーチン処理に移り、図６と図１５を参照して、ステップ２が対象とされ（Ｓ４０１）、ステップ２の「実行マシン」であるＭＦＰ１ｂが先頭実行マシンとして記憶され（Ｓ４０２）、先頭実行マシン（ＭＦＰ１ｂ）と「実行マシン」の値（ＭＦＰ１ｂ）とが一致し（Ｓ４０３でＹＥＳ）、操作ユーザ（ユーザＢ）は「処理ユーザ」の値（ユーザＢ）に含まれるため（Ｓ４０５でＹＥＳ）、ステップ２が抽出ステップに加えられる（Ｓ４０６）。
【０１４３】
処理番号２は最終の処理番号（４）ではないため（Ｓ４０８でＮＯ）、ｎに１が加算されてステップ３が対象とされ（Ｓ４０７）、先頭実行マシン（ＭＦＰ１ｂ）と実行マシンの値（ｎｕｌｌ）とは一致せず（Ｓ４０３でＮＯ）、「実行マシン」の値はｎｕｌｌであり（Ｓ４０４でＹＥＳ）、操作ユーザ（ユーザＢ）は「処理ユーザ」の値（ユーザＢ）に含まれるため（Ｓ４０５でＹＥＳ）、ステップ３が抽出ステップに加えられる（Ｓ４０６）。
【０１４４】
処理番号３は最終の処理番号（４）ではないため（Ｓ４０８でＮＯ）、ｎに１が加算されてステップ４が対象とされ（Ｓ４０７）、先頭実行マシン（ＭＦＰ１ｂ）と「実行マシン」の値（ＭＦＰ１ｂ）とが一致し（Ｓ４０３でＹＥＳ）、操作ユーザ（ユーザＢ）は「処理ユーザ」の値（ユーザＢ）に含まれるため（Ｓ４０４でＹＥＳ）、ステップ４が抽出ステップに加えられる（Ｓ４０６）。
【０１４５】
処理番号４は最終の処理番号（４）であるため（Ｓ４０８でＹＥＳ）、本サブルーチンの処理は終了する。本サブルーチン処理によって、ステップ２〜４が抽出ステップとして抽出される。
【０１４６】
図１４に戻り、ステップ２〜４が実行され（Ｓ３１０〜Ｓ３１５）、ユーザＢがログオフ操作を行うと（Ｓ３１６でＹＥＳ）、ユーザＢに関係する処理が終了する。なお、Ｓ３１０〜３１５において実行される処理の内容は、図７に示すフローチャートのＳ１０７、Ｓ１１２〜１１６おいて実行される処理と同一であるため説明は省略する。
【０１４７】
なお、ユーザＣに関係する処理の説明は省略する。
【０１４８】
このように、本実施形態の画像処理システム６によると、ワークフローを実行したＭＦＰ１が、自機で実行したワークフローのその後の処理の進捗を監視し、所定の日時までに処理が実行されない場合は、予めワークフローに設定された正規の装置以外の装置でワークフローの処理を行なうことができる。そのため、例えば、ユーザが出張中で予めワークフローに設定された正規の装置を使用できない場合でも出張先の装置を利用してワークフローの処理が可能となり、滞りなくワークフローの処理を進めることができる。
（第１の変形例）
前述した第２の実施形態においては、ＭＦＰ１が、自機で実行したワークフローのその後の処理の進捗を監視することにより、代替処理が必要か否かを自動的に判断する。一方で、本変形例は、代替処理が必要か否かをユーザが判断し、代替処理が必要と判断した場合はユーザ自身が代替処理の指示を行なう。
【０１４９】
図１３を用いてその内容を説明する。
【０１５０】
図１３を参照して、ユーザがＭＦＰ１にログインして操作パネル部２０のワークフローキー２４ａを押下すると、ＬＣＤ２７に図１３（ａ）に示す画面が表示される。この画面には実行可能タブと実行済みタブと詳細表示キーと携帯電話受信キーとが表示される。実行可能タブが選択された状態（図１３（ａ））では、ログインユーザにより実行可能なワークフローのリストが表示される。
【０１５１】
図１３（ｂ）は実行済みタブが選択された状態の画面を示す。この画面には、そのＭＦＰ１においてログインユーザによって過去に実行されたワークフローのリストが表示される。
【０１５２】
ログインユーザが、図１３（ｂ）の画面において「購入申請ワークフロー」を選択して詳細表示キーを押下すると、ＬＣＤ２７には、図１３（ｃ）に示すような「購入申請ワークフロー」の詳細情報と代替処理キーとが表示される。「購入申請ワークフロー」の詳細情報とは、「ワークフロー締切日時」と、ログインユーザにより過去に実行されたステップの次のステップの「処理ユーザ名」と「ステップ締切日時」と「ステップ実行日時」との情報である。
【０１５３】
ログインユーザは、ＬＣＤ２７に表示された詳細情報を見ることによって過去に自分が実行した「購入申請ワークフロー」のその後の実行状況を確認することができる。そして、ログインユーザは、「ステップ締切日時」と「ステップ実行日時」の情報に基づき「購入申請ワークフロー」について代替処理が必要か否かを判断する。そして、ログインユーザは、代替処理が必要と判断した場合には、代替処理キーを押下することで代替処理の指示を行なうことができる。
【０１５４】
本変形例は、第２の実施形態の図１４のフローチャートにおけるＳ３０２の判断を、「ログインユーザから代替処理の指示を受け付けたか否か」の判断に置き換え、ユーザから代替処理の指示を受け付けた場合に（図１４のＳ３０２でＹＥＳ）、緊急先に督促メールを送る（Ｓ３０３）ようにしたものである。
【０１５５】
本変形例によると、ログインユーザが、過去に自分自身が実行したワークフローのその後の進捗情報を確認でき、それに応じて代替処理の必要性を判断し、代替処理の指示をすることができる。そのため、例えば予め決められた「ステップ締切日時」よりも前倒ししてワークフローの処理を進めたい場合などに柔軟な対応をすることができる。
【０１５６】
なお、第２の実施形態の図１４のフローチャートにおけるＳ３０２の判断を「ログインユーザから代替処理の指示を受け付けたか否か」の判断に置き換えるのではなく、双方の判断を組み合わせても良い。すなわち、ＭＦＰ１により代替処理が必要と判断された場合、またはログインユーザから代替処理の指示を受け付けた場合に、緊急先に督促メールを送る（Ｓ３０３）ようにしてもよい。
【０１５７】
（第２の変形例）
第２の実施形態においては、ユーザＢがＭＦＰ１ｃにログインし、ＬＣＤ２７に表示された携帯電話受信キーを押下することにより、購入申請書の画像データと「購入申請ワークフロー」のワークフローデータとが、携帯電話３８からＭＦＰ１ｃに転送された。しかし、ＭＦＰ１ｃへログインするための認証操作やデータの受信指示操作を携帯電話３８から行わせるようにすることもできる。具体的には、ユーザＢが、ユーザ名やパスワードなどの認証情報の入力操作や、ワークフローデータや画像データの転送指示を、携帯電話３８の操作部４３を用いて行い、携帯電話３８が認証情報やワークフローデータ等をＢｌｕｅｔｏｏｔｈ送受信部４６を介してＭＦＰ１ｃに送信するようにすることもできる。
【０１５８】
（第３の実施形態）
図１６は、本発明の第３の実施形態に係る画像処理システム６の構成を示す図である。図１６において、画像処理システム６は、携帯端末としての携帯電話３８と、画像処理装置としてのＭＦＰ１ａ、ＭＦＰ１ｂ、ＭＦＰ１ｃと、パーソナルコンピュータであるＰＣ２ａ、ＰＣ２ｂと、認証サーバ３と文書管理サーバ４とを備え、ＭＦＰ１ｃと携帯電話３８とを除くそれぞれの装置はＬＡＮなどのネットワーク５を介して相互に接続されている。なお、第１、２の実施形態と同様の構成には同一の符号を付し、説明は省略する。
【０１５９】
以下に、図６に示す「購入申請ワークフロー」を例に、本実施形態の画像処理システム６で実行される具体的な処理の内容を説明する。「購入申請ワークフロー」の内容は第１、２の実施形態と同一であるため説明は省略する。
【０１６０】
ユーザＡが、ＭＦＰ１ａにおいて「購入申請ワークフロー」を実行した後にＭＦＰ１ａが代替処理が必要であると判断すると、ＭＦＰ１ａからユーザＢの携帯電話３８のメールアドレスに督促メールが送信される。これらの処理の内容は、第２の実施形態と同一であるため説明は省略する。
【０１６１】
ＭＦＰ１ａから送信された督促メールを携帯電話３８で確認したユーザＢは、出張先に設置されたＭＦＰ１ｃにログインする。ＭＦＰ１ｃはネットワーク５に接続されていない、いわゆるスタンドアローンの状態である。ＭＦＰ１ｃは、認証サーバ３による認証処理を行うことができないため、ユーザＢはＭＦＰ１ｃが備える本体認証機能を用いてＭＦＰ１ｃにログインする。本体認証機能とは、ユーザが入力した認証情報とＭＦＰ１ｃに予め登録されているユーザ情報とを比較することによってユーザ認証を行う機能のことをいう。
【０１６２】
ユーザＢは、ＭＦＰ１ｃに自分のユーザ情報が登録されている場合はユーザＢとしてログインする。一方、ＭＦＰ１ｃに自分のユーザ情報が登録されていない場合はパブリックユーザとしてログインする。パブリックユーザとは、ユーザ情報が登録されていないユーザに対してＭＦＰ１の使用を一時的に許可する所定の権限が与えられたユーザのことをいう。
【０１６３】
ＭＦＰ１ｃにおいて、ユーザＢが携帯電話受信キーを押下すると、ＭＦＰ１ａから携帯電話３８に送信された購入申請書の読取画像データと「購入申請ワークフロー」のワークフローデータとが、携帯電話３８からＭＦＰ１ｃに転送され、それぞれのデータがＭＦＰ１ｃの画像データ記憶部３６とワークフローデータ記憶部３７に記憶される。データの転送が完了したのち、ユーザＢが「購入申請ワークフロー」の実行指示を行うと、携帯電話３８から受信された購入申請書が画像形成部１５により印刷され、ユーザＢが購入申請書に捺印したのちに、画像読取部１３により捺印後の購入申請書の画像が読み取られる。携帯電話３８からのデータ受信や、ＭＦＰ１ｃにおいて実行される画像読取処理までの内容は、第２の実施形態と同一であるため、説明は省略する。
【０１６４】
捺印後の購入申請書の読取処理が終了すると、ＭＦＰ１ｃのＬＣＤ２７に携帯電話送信キーが表示される。ユーザＢが携帯電話送信キーを押下すると、捺印後の購入申請書の読取画像データと「購入申請ワークフロー」のワークフローデータとが、ＭＦＰ１ｃから携帯電話３８に転送される。
【０１６５】
データの転送が終了すると、「購入申請ワークフロー」において承認処理が実行されたことを通知するメールが携帯電話３８からユーザＣのメールアドレスに送信されるとともに、携帯電話３８から文書管理サーバ４の所定のフォルダに捺印後の購入申請書の読取画像データが格納される。
【０１６６】
図１７、１８は、ＭＦＰ１において実行される処理の内容を示すフローチャートである。ＭＦＰ１のＣＰＵ７は、ＲＯＭ８に記憶されたプログラムを読み込み、そのプログラムに基づいて図１７、１８のフローチャートの処理を実行する。図１４、１５に示す第２の実施形態において説明したフローチャートと異なる部分を中心に以下に説明する。
【０１６７】
Ｓ５０６において、携帯電話３８へのデータ送信指示をユーザから受け付けたか否かが判断され、データ送信指示を受け付けた場合に（Ｓ５０６でＹＥＳ）、画像データとワークフローデータとがＭＦＰ１から携帯電話３８に送信され（Ｓ５０７）、Ｓ５０２に戻る。データ送信指示を受け付けていない場合は（Ｓ５０６でＮＯ）、Ｓ５０７の処理は行われずにＳ５０８に進む。
【０１６８】
Ｓ５０８においてワークフローの実行指示を受け付けると、実行指示がされたワークフローのワークフローデータが携帯電話３８から受信されたものであるか否かが判断され（Ｓ５０９）、携帯電話３８から受信されたものでない場合は（Ｓ５０９でＮＯ）Ｓ５１０〜Ｓ５１６の処理が行われて、Ｓ５１７に進む。Ｓ５１０〜Ｓ５１６で実行される処理の内容は、図１４に示すフローチャートのＳ３０８・Ｓ３１０〜Ｓ３１５の処理と同一であるため、説明は省略する。
【０１６９】
Ｓ５０９において、実行指示がされたワークフローのワークフローデータが携帯電話３８から受信されたものであると判断された場合は（Ｓ５０９でＹＥＳ）、Ｓ５１８において処理すべきステップが抽出され（以下、本処理のことをステップ抽出処理Ｃという）、抽出ステップが実行され（Ｓ５１９）、「ステップ実行日時」が記録されたのち（Ｓ５２０）、ＬＣＤ２７に携帯電話送信キーが表示されて（Ｓ５２１）、Ｓ５１７に進む。
【０１７０】
Ｓ５１７において、ユーザのログオフ操作を受け付けた場合はフローチャートは終了し、受け付けていない場合はＳ５０２に戻る。
【０１７１】
図１８は図１７に示すフローチャートのＳ５１８において実行されるステップ抽出処理Ｃの処理の内容を示すフローチャートである。
【０１７２】
図１５に示すフローチャートとの差異は、抽出ステップの先頭のステップの「処理ユーザ」の値（以下、先頭処理ユーザという）を記憶しておき（Ｓ６０３）、操作ユーザがパブリックユーザである場合には（Ｓ６０６でＹＥＳ）、先頭処理ユーザと各ステップの「処理ユーザ」の値とが一致するか否かを判断し、操作ユーザがパブリックユーザでない場合には（Ｓ６０６でＮＯ）、図１５に示すフローチャートと同様に操作ユーザが各ステップの「処理ユーザ」に含まれるか否かを判断することである。操作ユーザがパブリックユーザである場合には、ＭＦＰ１は操作ユーザが誰であるかを特定することができず、操作ユーザと「処理ユーザ」とを比較することができないため、先頭処理ユーザと「処理ユーザ」とが一致しているか否かに基づきステップが抽出されるようになっている。
【０１７３】
前述の差異以外の部分は図１５に記載したフローチャートと同一であるため、全体の処理内容の説明は省略する。
【０１７４】
図１９は、携帯電話３８において実行される処理の内容を示すフローチャートである。携帯電話３８のＣＰＵ３９は、ＲＯＭ４０に記憶されたプログラムを読み込み、そのプログラムに基づいて図１９のフローチャートの処理を行う。以下に、図１９のフローチャートを参照しながら処理の内容を説明する。
【０１７５】
Ｓ７０１においてＭＦＰ１からデータ送信指示を受け付けたか否かが判断される。データ送信指示は、ＭＦＰ１において携帯電話受信キーが押下された場合に、ＭＦＰ１から携帯電話３８に対してＢｌｕｅｔｏｏｔｈ通信を介して行われるものである。
【０１７６】
データ送信指示を受け付けた場合は（Ｓ７０１でＹＥＳ）、ワークフローデータとワークフローの実行に必要とされる画像データとがＭＦＰ１に送信される。データ送信指示を受け付けていない場合は（Ｓ７０１でＮＯ）、Ｓ７０２の処理は行われずにＳ７０３に進む。
【０１７７】
Ｓ７０３においてＭＦＰ１からデータ受信指示を受け付けたか否かが判断される。データ受信指示は、ＭＦＰ１において携帯電話送信キーが押下された場合に、ＭＦＰ１から携帯電話３８に対してＢｌｕｅｔｏｏｔｈ通信を介して行われるものである。
【０１７８】
データ受信指示を受け付けた場合は（Ｓ７０３でＹＥＳ）、ワークフローデータと画像データとがＭＦＰ１から受信され（Ｓ７０４）、Ｓ７０５に進む。データ受信指示を受け付けていない場合は（Ｓ７０３でＮＯ）、Ｓ７０１に戻る。
【０１７９】
Ｓ７０５において、受信されたワークフローデータに含まれる実行済みで且つ処理番号が最も大きなステップ（以下、処理済最終ステップという）のアプリ固有情報に「出力ファイル」が含まれる場合は、受信された画像データを「出力ファイル」の設定に基づいて格納する。また、Ｓ７０６において、処理済最終ステップの「メール送信先」に対し、処理済最終ステップの「メール本文」に設定されたメッセージを送信する。
【０１８０】
続いて、Ｓ７０７において、ワークフローデータに未処理のステップがあるか否かが判断され、未処理のステップがある場合は（Ｓ７０７でＹＥＳ）、ＭＦＰ１から受信されたワークフローデータと画像データとを、処理済最終ステップの次のステップの「実行マシン」に送信し、Ｓ７０９に進む。一方、未処理ステップがない場合は（Ｓ７０７でＮＯ）、Ｓ７０８の処理は行われずにＳ７０９に進む。
【０１８１】
Ｓ７０９において、処理済のステップがあるか否かが判断され、処理済みのステップがある場合は（Ｓ７０９でＹＥＳ）、処理済みのステップの「実行マシン」に対して、実行履歴データを送信し（Ｓ７１０）、Ｓ７０１に戻る。処理済みのステップがない場合は（Ｓ７０９でＮＯ）、Ｓ７１０の処理は行われずにＳ７０１に戻る。
【０１８２】
図１７〜１９のフローチャートを参照して、図６に示す「購入申請ワークフロー」が実行された際に行われる具体的な処理の内容を以下に説明する。
【０１８３】
ユーザＡが、ＭＦＰ１ａにおいて「購入申請ワークフロー」を実行させた後にＭＦＰａ１が代替処理が必要と判断すると、購入申請書の読取画像データと「購入申請ワークフロー」のワークフローデータとが添付された督促メールが、ＭＦＰ１ａからユーザＢの携帯電話３８のメールアドレスに送信される。ユーザＡに関連する処理の内容は第２の実施形態と同一であるため、説明は省略する。
【０１８４】
図１７を参照して、ユーザＢがＭＦＰ１ｃにパブリックユーザとしてログインし（Ｓ５０１でＹＥＳ）、携帯電話受信キーを押下すると（Ｓ５０４でＹＥＳ）、ＭＦＰ１ａから携帯電話３８に送信された購入申請書の画像データと「購入申請ワークフロー」のワークフローデータとが、携帯電話３８からＭＦＰ１ｃに転送される（Ｓ５０５）。
【０１８５】
続いて、ユーザＢが「購入申請ワークフロー」を選択してスタートキー２１を押下すると（Ｓ５０８でＹＥＳ）、「購入申請ワークフロー」が携帯電話３８から受信されたワークフローデータであると判断されて（Ｓ５０９でＹＥＳ）、ステップ抽出処理Ｃが行われる（Ｓ１０９）。
【０１８６】
図１８に示すサブルーチン処理に移り、ステップ２が対象とされ（Ｓ６０１）、ステップ２の「実行マシン」であるＭＦＰ１ｂが先頭実行マシンとして記憶され（Ｓ６０２）、ステップ２の「処理ユーザ」であるユーザＢが先頭処理ユーザとして記憶される（Ｓ６０３）。
【０１８７】
そして、先頭実行マシン（ＭＦＰ１ｂ）と実行マシン（ＭＦＰ１ｂ）とが一致し（Ｓ６０４でＹＥＳ）、操作ユーザはパブリックユーザであり（Ｓ６０６でＹＥＳ）、先頭処理ユーザ（ユーザＢ）と「処理ユーザ」の値（ユーザＢ）とが一致するため（Ｓ６０７でＹＥＳ）、ステップ２が抽出ステップに加えられる（Ｓ６０９）。
【０１８８】
処理番号２は最終の処理番号（４）ではないため（Ｓ６１０でＮＯ）、ｎに１が加算されてステップ３が対象とされ（Ｓ６１１）、ステップ３、４に対しステップ２と同様の処理が行われた結果、ステップ２〜４が抽出ステップとして抽出された後に本サブルーチンの処理は終了する。
【０１８９】
図１７に戻り、ステップ２〜４が実行される（Ｓ５１９）。具体的には、携帯電話３８から受信された購入申請書の読取画像が印刷され、ユーザＢが印刷された購入申請書の所定の位置に捺印した後、捺印後の購入申請書が読み取られ、読取画像データがＭＦＰ１ｃの画像データ記憶部３６に記録される。
【０１９０】
Ｓ５２０において、ステップ２〜４の「ステップ実行日時」としてステップ２〜４のそれぞれが実行された日時が記録され、ＬＣＤ２７に携帯電話送信キーが表示される（Ｓ５２１）。
【０１９１】
ユーザＢが携帯電話送信キーを押下すると（Ｓ５０６でＹＥＳ）、「購入申請ワークフロー」のワークフローデータと購入申請書の読取画像データとが、ＭＦＰ１ｃから携帯電話３８に送信される。
【０１９２】
その後、ユーザＢがログオフ操作を行うと（Ｓ５１７でＹＥＳ）、ＭＦＰ１ｃにおける処理は終了する。
【０１９３】
以下に携帯電話３８において実行される処理について説明する。
【０１９４】
図１９を参照して、Ｂｌｕｅｔｏｏｔｈ通信を介してＭＦＰ１ｃからデータ受信指示を受け付けると（Ｓ７０３でＹＥＳ）、「購入申請ワークフロー」のワークフローデータと購入申請書の読取画像データとがＭＦＰ１ｃから受信され（ｓ７０４）、受信された購入申請書の読取画像データが文書管理サーバ４の所定のフォルダに格納される（Ｓ７０５）。そして、ステップ４の「メール本文」に設定されたメッセージがユーザＣのメールアドレスに送信される（Ｓ７０６）。
【０１９５】
続いて、ステップ１の「実行マシン」であるＭＦＰ１ａに対し、ステップ２〜４についての実行履歴データが送信され（Ｓ７１０）、携帯電話３８における処理が終了する。
【０１９６】
このように、本実施形態の画像処理システム６によると、代替処理が必要な場合に、予めワークフローに設定された正規の装置以外の、ネットワーク５に接続されていない装置でワークフローの処理を行なうことができる。そのため、例えば、ユーザが出張中で予めワークフローに設定された正規の装置を使用できず、更にネットワーク５に接続された装置がない場合であっても、ネットワーク５に接続されていない出張先の装置を利用してワークフローの処理が可能となり、滞りなくワークフローの処理を進めることができる。
【０１９７】
なお、本実施形態においても、前述の第２の実施形態における第１・第２の変形例を適用可能である。
【０１９８】
（第４の実施形態）
図２０は、本発明の第４の実施形態に係る画像処理システム６の構成を示す図である。図２０において、画像処理システム６は携帯端末としての携帯電話３８と、画像処理装置としてのＭＦＰ１ａ、ＭＦＰｂ１ｂと、パーソナルコンピュータであるＰＣ２ａ、ＰＣ２ｂと、認証サーバ３と文書管理サーバ４とを備え、携帯電話３８を除くそれぞれの装置はＬＡＮなどのネットワーク５を介して相互に接続されている。なお、第１〜３の実施形態と同様の構成には同一の符号を付し、説明は省略する。
【０１９９】
以下に、前述の「購入申請ワークフロー」を例に、本実施形態の画像処理システム６で実行される処理の内容を説明する。
【０２００】
ユーザＡが、ＭＦＰ１ａにおいて「購入申請ワークフロー」を実行した後に代替処理が必要であると判断すると、ＭＦＰ１ａからユーザＢの携帯電話３８のメールアドレスに、ＭＦＰ１ａが備えるＷＥＢサーバ部５０にアクセスするためのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ)を通知するメール（以下、ＵＲＬ通知メールという）が送信される。
【０２０１】
ＭＦＰ１ａから送信されたＵＲＬ通知メールを携帯電話３８で確認したユーザＢが、携帯電話３８のＷＥＢブラウザ機能を使用して通知されたＵＲＬにアクセスすると、携帯電話３８の表示部４４に購入申請書の画像と承認操作を行うためのキーとが表示される。ユーザＢは表示部４４に表示された購入申請書の画像を確認したのち操作部４３のハードキーを用いて承認操作を行う。
【０２０２】
ユーザＢの承認操作を受けて、ＭＦＰ１ａによって、予めＭＦＰ１ａに登録されていたユーザＢの印章画像が購入申請書の画像データの所定位置に合成された後、文書管理サーバ４の所定のフォルダに合成後の画像データが格納される。さらに、「購入申請ワークフロー」において承認処理が実行されたこと、及びその承認処理がＭＦＰ１ａのＷＥＢサーバ部５０を用いて実行されたことを通知するメールがユーザＣのメールアドレスに送信される。
【０２０３】
図２１、２２は、本実施形態のＭＦＰ１で実行される処理の内容を示すフローチャートである。ＭＦＰ１のＣＰＵ７は、ＲＯＭ８に記憶されたプログラムを読み込み、そのプログラムに基づいて図２１、２２のフローチャートの処理を実行する。以下、図２１、２２のフローチャートを参照しながら処理の内容を説明する。なお、図１４、１５に示す第２の実施形態において説明したフローチャートと異なる処理を中心に以下に説明する。
【０２０４】
Ｓ８０１において、携帯電話３８によるＷＥＢサーバ部５０へのアクセスを受け付けたか否かが判断され、ＷＥＢサーバ部５０へのアクセスを受け付けていない場合は（Ｓ８０１でＮＯ）Ｓ８０２に進む。Ｓ８０２においてユーザの認証が成功したか否かが判断され、認証が成功した場合は（Ｓ８０２でＹＥＳ）Ｓ８０３に進み、認証が失敗した場合は（Ｓ８０２でＮＯ）Ｓ８０１に戻る。
【０２０５】
Ｓ８０３において、代替処理が必要か否かが判断される。判断の内容は第２の実施形態と同様であるため説明は省略する。代替処理が必要でないと判断された場合は（Ｓ８０３でＮＯ）、ワークフローの実行指示を受け付けたか否かが判断される（Ｓ８０４）。
【０２０６】
実行指示を受け付けていない場合は（Ｓ８０４でＮＯ）Ｓ８０３に戻り、実行指示を受け付けた場合は（Ｓ８０４でＹＥＳ）、Ｓ８０５〜Ｓ８１２の処理が実行される。Ｓ８０５〜Ｓ８１２で実行される処理の内容は、図１７に示すフローチャートのＳ５１０〜Ｓ５１７の処理と同一であるため、説明は省略する。
【０２０７】
Ｓ８０３において、代替処理が必要と判断されると（Ｓ８０３でＹＥＳ)、処理すべきステップを抽出する処理が行われる（Ｓ８１３。以下、本処理のことを「ステップ抽出処理Ｄ」という）。Ｓ８１３で実行される処理については後述する。
【０２０８】
続いて、Ｓ８１４において、Ｓ８１３で抽出されたステップに対するＷＥＢサーバ部５０を用いた代替処理が存在する否かが判断され、代替処理が存在する場合には（Ｓ８１４でＹＥＳ）、Ｓ８１３で抽出された抽出ステップの中で最も処理番号が小さいステップの「緊急連絡先」に設定されているメールアドレスに、ＭＦＰ１のＷＥＢサーバ部５０にアクセスするためのＵＲＬを通知するＵＲＬ通知メールが送信される（Ｓ８１５）。代替処理が存在しない場合には（Ｓ８１４でＮＯ）、Ｓ８１５の処理は行われずにＳ８０３に戻る。
【０２０９】
Ｓ８０１において、携帯電話３８からＷＥＢサーバ部５０に対するアクセスを受け付けたと判断された場合は（Ｓ８０１でＹＥＳ）、ステップ抽出処理Ｄが行われ（Ｓ８１６）、抽出されたステップに対するＷＥＢサーバ部５０を用いた代替処理が存在する否かが判断され（Ｓ８１７）、代替処理が存在する場合には（Ｓ８１７でＹＥＳ）、ＷＥＢサーバ部５０を用いた代替処理が実行されたのち（Ｓ８１８）、Ｓ８１９に進む。代替処理が存在しない場合には（Ｓ８１７でＮＯ）、Ｓ８１８の処理は行われずにＳ８０１に戻る。
【０２１０】
Ｓ８１９において、ＷＥＢサーバ部５０による代替処理が実行されたことを通知するメールが、実行されたステップの「メール通信先」に設定されたメールアドレスに送信された後に、「ステップ実行日時」が記録される（Ｓ８２０）。Ｓ８２１において抽出ステップよりも前に実行されたステップがあるか否かが判断され、前のステップがある場合は（Ｓ８２１でＹＥＳ）そのステップの「実行マシン」に対して実行履歴データが送信された後に（Ｓ８２２）Ｓ８０１に戻る。一方、前のステップがない場合は（Ｓ８１２でＮＯ）実行履歴データは送信されずにＳ８０１に戻る。
【０２１１】
なお、Ｓ８１４、８１７で行われる代替処理の判断においては、図９に示す代替処理判断テーブルと同様のテーブルが参照されて、抽出ステップ（正規処理）に対応するＷＥＢサーバ部５０を用いた代替処理が存在するか否かが判断される。
【０２１２】
図２２は図２１に示すフローチャートのＳ８１３およびＳ８１６において実行されるステップ抽出処理Ｄの処理の内容を示すフローチャートである。図１８に示すフローチャートとの差異は、図１８に示すフローチャートにおいては、操作ユーザがパブリックユーザとしてログインしたか否か（Ｓ６０６）に応じて、各ステップの「処理ユーザ」の値と比較する対象を切り替えたが（Ｓ６０７、６０８）、本フローチャートでは常に「処理ユーザ」の値が先頭処理ユーザと一致するか否かを判断する（Ｓ９０６）点のみである。したがって、図２２に示すフローチャートの説明は省略する。
【０２１３】
図２１、図２２のフローチャートを参照して、図６に示す「購入申請ワークフロー」が実行された際に行われる具体的な処理の内容を以下に説明する。
【０２１４】
ユーザＡが、ＭＦＰ１ａにおいて「購入申請ワークフロー」を実行させた後に、ＭＦＰ１ａが代替処理が必要と判断すると（Ｓ８０３）、ステップ抽出処理Ｄによりステップ２〜４が抽出された後に、ステップ２〜４に対するＷＥＢサーバ部５０を用いた代替処理が存在すると判断され（Ｓ８１４でＹＥＳ）、ステップ２の「緊急連絡先」であるユーザＢの携帯電話３８のメールアドレスにＵＲＬ通知メールが送信される（Ｓ８１５）。
【０２１５】
ＭＦＰ１ａから送信されたＵＲＬ通知メールを携帯電話３８で確認したユーザＢが、携帯電話３８のＷＥＢブラウザ機能を用いてＵＲＬ通知メールに示されたＵＲＬにアクセスすると（Ｓ８０１でＹＥＳ）、ＭＦＰ１ａにおいて、ステップ抽出処理Ｄが行われてステップ２〜４が抽出される（Ｓ８１０）。
【０２１６】
続いて、ステップ２〜４に対するＷＥＢサーバ部５０を用いた代替処理が存在すると判断され（Ｓ８１７でＹＥＳ）、ＷＥＢサーバ部５０を用いた代替処理が実行される（Ｓ８１８）。具体的には、ユーザＢの携帯電話３８の表示部４４に購入申請書の画像と承認操作を行うための承認キーとが表示され、ユーザＢが表示部４４に表示された購入申請書の画像を確認したのち操作部４３のハードキーを操作して承認処理を行うと、ＭＦＰ１ａによって、購入申請書の画像データの所定位置に、ＭＦＰ１ａに予め記憶されていたユーザＢの印章画像データが合成された後に、文書管理サーバ４の所定のフォルダに合成後の画像データが格納される。また、ステップ４の「メール通知先」であるユーザＣのメールアドレスに、「メール本文」に設定されたメッセージが送信される。
【０２１７】
続いて、ステップ４の「メール通知先」であるユーザＣのメールアドレスにＷＥＢサーバ部５０による代替処理が実行されたことを通知するメールが送信され（Ｓ８１９）、ステップ２〜４の「ステップ実行日時」として各ステップが実行された日時が記録される（Ｓ８２０）。
【０２１８】
このように、本実施形態の画像処理システム６によると、代替処理が必要な場合に、ＷＥＢサーバ機能を利用した代替処理が存在するか否かを判断し、存在する場合には携帯電話３８からＭＦＰ１のＷＥＢサーバにアクセスして代替処理を実行できる。
【０２１９】
そのため、例えば、ユーザが出張中で近くに利用できるＭＦＰ１が全くない場合であっても、携帯電話３８を利用してワークフローの処理が可能となり、滞りなくワオークフローの処理を進めることができる。
【０２２０】
（第１の変形例）
前述の第４の実施形態においては、ＭＦＰ１ａがＷＥＢサーバ部５０を備え、代替処理が必要と判断された場合にＷＥＢサーバ部５０にアクセスするためのＵＲＬを通知するメールを携帯電話３８に送信し、携帯電話３８のＷＥＢブラウザ機能を利用して通知されたＵＲＬにアクセスさせることによりワークフローに対する操作を受け付けた。しかし、ＭＦＰ１ａが公衆交換電話網に接続するための公衆交換電話網Ｉ／Ｆを備え、代替処理が必要と判断された場合に自機の電話番号を通知するメールを携帯電話３８に送信し、その通知された電話番号に携帯電話３８から電話をかけて音声やハードキーのプッシュ音を用いた音声操作によりワークフローに対する操作を受け付けるようにしてもよい。
【０２２１】
なお、本実施形態においても、前述の第２の実施形態における第１の変形例を適用可能である。
【０２２２】
なお、前述の実施形態においては画像処理装置としてＭＦＰ１を例示したが、画像処理装置としては、ＭＦＰ１に限らず、例えばスキャナ、プリンタ、ファクシミリ装置など画像処理を扱う装置全般を用いることができる。
【０２２３】
また、前述の実施形態においては携帯端末として携帯電話３８を例示したが、携帯端末としては、携帯電話３８に限らず、例えばモバイルＰＣやＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）など持ち運びが容易な情報機器全般を用いることができる。
【０２２４】
また、開示された実施形態の内容は全ての点で例示であって、制限的なものではないと考えるべきである。
【符号の説明】
【０２２５】
１    Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ（ＭＦＰ）
２    パーソナルコンピュータ（ＰＣ）
３    認証サーバ
４    文書管理サーバ
５    ネットワーク
６    画像処理システム
１１  操作部
１２  表示部
１３  画像読取部
１４  画像処理部
１５  画像形成部
１８  Ｂｌｕｅｔｏｏｔｈ送受信部
２０  操作パネル部
２９  ワークフローデータ送受信部
３０  画像データ送受信部
３１  実行履歴データ送受信部
３２  ステップ抽出部
３３  トラブル検知部
３４  実行判断部
３５  代替処理判断部
３６  画像データ記憶部
３７  ワークフローデータ記憶部
４９  実行制御部
５０  ＷＥＢサーバ部
【図１】
2011198053.tif 000003
【図２】
2011198053.tif 000004
【図３】
2011198053.tif 000005
【図４】
2011198053.tif 000006
【図５】
2011198053.tif 000007
【図６】
2011198053.tif 000008
【図７】
2011198053.tif 000009
【図８】
2011198053.tif 000010
【図９】
2011198053.tif 000011
【図１０】
2011198053.tif 000012
【図１１】
2011198053.tif 000013
【図１２】
2011198053.tif 000014
【図１３】
2011198053.tif 000015
【図１４】
2011198053.tif 000016
【図１５】
2011198053.tif 000017
【図１６】
2011198053.tif 000018
【図１７】
2011198053.tif 000019
【図１８】
2011198053.tif 000020
【図１９】
2011198053.tif 000021
【図２０】
2011198053.tif 000022
【図２１】
2011198053.tif 000023
【図２２】
2011198053.tif 000024