JP2010108376A - 通信装置、画像処理装置、画像処理システム、それらの制御方法、プログラム、記憶媒体 - Google Patents

Abstract

【課題】プロセス定義ファイルで記述された定義に従った画像データの送信時にエラーが発生した場合に、該プロセス定義ファイルの供給元に対してエラーの発生を通知する仕組みを提供する。
【解決手段】送信サーバは、ＭＦＰから画像データとプロセス定義ファイルとを受信した場合に、そのプロセス定義ファイルが使用可能であるか否かを判定する（Ｓ１００２）。そして、受信したプロセス定義ファイルが使用可能であると判定した場合、プロセス定義ファイルの定義に従って画像データを送信する（Ｓ１００４）。そして、画像データの送信でエラーが発生した場合は、エラーの内容に基づいてプロセス定義ファイルの記述内容の修正が必要か否かを判定し（Ｓ１００７）、必要であればプロセス定義ファイルの供給元である管理者ＰＣに対してプロセス定義ファイルの記述内容の修正を要求する（Ｓ１００９）。
【選択図】図１０

Description

本発明は、読取処理の内容及び送信処理の内容を定義したプロセス定義ファイルに従って処理を実行する通信装置、画像処理装置、画像処理システム、それらの制御方法、プログラム、記憶媒体に関する。

近年、原稿上の画像を読み取って画像データを生成する読取機能と、生成した画像データを送信する送信機能とを備えた画像処理装置が知られている。このような装置を利用する場合、ユーザは、原稿上の画像を読み取る際の読取パラメータを指定するとともに、生成された画像データを送信する際の送信プロトコルや送信先などを指定する。そして、画像処理装置は、ユーザによって指定された内容に従って、原稿上の画像を読み取って画像データを生成し、生成した画像データを送信する。

ところで、このように複数の機能を組み合わせて一連の処理を実行する場合は、ユーザが指定すべき内容が多岐に渡る場合が多く、面倒な操作が必要になるという問題がある。

この問題に対して、特許文献１では、複数のサービスを連携させて実行する場合に、実行すべき複数の処理の内容を定義した指示書を予め作成しておき、この指示書に記述された定義に従って文書を処理することが示されている。特許文献１に記載の方法によれば、ユーザは予め用意された指示書の実行を指示するだけで、指示書に記述された内容の処理が順次実行されるため、ユーザ操作の手間を軽減することができる。
特開２００４−２８７８６０号公報

上述したように複数の機能を組み合わせて一連の処理を実行するにあたり、処理の途中でエラーが発生する場合が考えられる。

しかしながら、従来技術（例えば、特許文献１）では、エラーが発生した場合の対応については考慮されておらず、以下のような問題が発生するおそれがある。

第１に、複数の処理を順次実行する途中でエラーが発生した場合に、処理の実行を指示したユーザがすぐにその旨を知ることができないという問題がある。これにより、ユーザは正常に処理が終了したと思い込んでいて、後になって初めて処理がエラー終了したことに気付くことになり、処理の実行を再度指示するまでに時間がかかってしまう。

第２に、発生したエラーが予め指示書に定義された内容に起因するものである場合には、指示書の定義を修正する必要がある。しかしながら、指示書を作成したユーザ（例えば、システム管理者）に対してはエラーの発生が通知されないため、すぐに指示書を修正することができない。

第３には、発生したエラーが予め指示書に定義された内容に起因するものである場合には、その指示書を実行すると常にエラーが発生するにも関わらず、複数の異なるユーザによって何度も実行されてしまい、毎回エラーが発生してしまう。

本発明は、上記の問題点に鑑みなされたものであり、プロセス定義ファイルに記述された定義に従った画像データの送信で発生したエラーの内容に応じて、プロセス定義ファイルの供給元に対してエラーの発生を通知する仕組みを提供することを目的とする。

上記の目的を達成するために本発明の通信装置は、原稿上の画像を読み取って当該画像に基づく画像データを生成する読取手段を備える画像処理装置と接続された通信装置であって、前記読取手段が実行すべき読取処理の内容及び当該読取手段により生成された画像データを送信する送信処理の内容を定義したプロセス定義ファイルと、当該プロセス定義ファイルに記述された定義に従って前記読取手段により生成された画像データとを、前記画像処理装置から受信する受信手段と、前記受信したプロセス定義ファイルに記述された定義に従って、前記受信した画像データを送信する送信手段と、前記送信手段による画像データの送信にエラーが発生した場合に、当該発生したエラーの内容に応じて、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があるか否かを判定する判定手段と、前記判定手段が、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があると判定した場合に、当該供給元に対してエラーの発生を通知する通知手段と、を備えることを特徴とする。

また、本発明の画像処理装置は、原稿上の画像を読み取って当該画像に基づく画像データを生成する読取手段と、前記読取手段が実行すべき読取処理の内容及び当該読取手段により生成された画像データを送信する送信処理の内容を定義したプロセス定義ファイルを取得する取得手段と、前記読取手段に読取処理を実行させて、前記取得手段が取得したプロセス定義ファイルに記述された定義に従った画像データを生成させる読取制御手段と、前記読取制御手段により生成された画像データを、前記取得手段が取得したプロセス定義ファイルに記述された定義に従って送信するよう外部装置に依頼する依頼手段と、前記外部装置による画像データの送信にエラーが発生した場合に、当該発生したエラーの内容に応じて、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があるか否かを判定する判定手段と、前記判定手段が、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があると判定した場合に、当該供給元に対してエラーの発生を通知する通知手段と、を備えることを特徴とする。

また、本発明の画像処理システムは、原稿上の画像を読み取って当該画像に基づく画像データを生成する読取手段と、前記読取手段が実行すべき読取処理の内容及び当該読取手段により生成された画像データを送信する送信処理の内容を定義したプロセス定義ファイルを取得する取得手段と、前記読取手段に読取処理を実行させて、前記取得手段が取得したプロセス定義ファイルに記述された定義に従った画像データを生成させる読取制御手段と、前記読取制御手段により生成された画像データを、前記取得手段が取得したプロセス定義ファイルに記述された定義に従って送信する送信手段と、前記送信手段による画像データの送信にエラーが発生した場合に、当該発生したエラーの内容に応じて、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があるか否かを判定する判定手段と、前記判定手段が、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があると判定した場合に、当該供給元に対してエラーの発生を通知する通知手段と、を備えることを特徴とする。

プロセス定義ファイルに記述された定義に従った画像データの送信で発生したエラーの内容に応じて、プロセス定義ファイルの供給元に対してエラーの発生を通知することができる。

以下、図面を参照して本発明の実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

（第１の実施形態）
まず、本発明に係る第１の実施形態について説明する。第１の実施形態では、特に送信サーバ１０４が画像データを送信する際にエラーが発生した場合に、送信サーバ１０４が管理者ＰＣ１０１に対してエラーの発生を通知する例について説明する。

図１は、第１の実施形態における画像処理システムの全体図である。ＬＡＮ１１０には、管理者ＰＣ１０１、ファイル管理サーバ１０２、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１０３、及び送信サーバ１０４が互いに通信可能に接続されている。なお、図示しないが、ＬＡＮ１１０上には更に電子メールサーバやＦＴＰサーバなどが備えられ、送信サーバ１０４は電子メールやＦＴＰプロトコルなどの種々の方法を利用して画像データを送信することができる。

図２は、ＭＦＰ１０３の構成を示すブロック図である。

ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０３全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御処理を実行する。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。

操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。

プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０からプリンタ２２０に転送され、プリンタ２２０において記録媒体上に印刷される。

スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。

ネットワークＩ／Ｆ２１８は、制御部２１０（ＭＦＰ１０３）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０上の外部装置に画像データや情報を送信したり、ＬＡＮ１１０上の外部装置から各種情報を受信したりする。

図３は、管理者ＰＣ１０１の構成を示すブロック図である。なお、ファイル管理サーバ１０２及び送信サーバ１０４は、管理者ＰＣ１０１と同様の構成を有しているため、ここで合わせて説明する。

ＣＰＵ３１１を含む制御部３１０は、管理者ＰＣ１０１全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。

表示部Ｉ／Ｆ３１５は、表示部３１８と制御部３１０とを接続する。キーボードＩ／Ｆ３１６は、キーボード３１９と制御部３１０とを接続する。ＣＰＵ３１１は、キーボード３１９を介したユーザからの指示を認識し、認識した指示に応じて表示部３１８に表示する画面を遷移させる。

ネットワークＩ／Ｆ３１７は、制御部３１０（管理者ＰＣ１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ３１７は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。

次に、図４を用いて、画像処理システムの全体の動作を概念的に説明する。

まず初めに、ユーザは管理者ＰＣ１０１を操作して、プロセス定義ファイル４１０を作成し、画像処理システム内に供給する。プロセス定義ファイル４１０には、ＭＦＰ１０３や送信サーバ１０４などが備える複数の機能を利用して一連の処理を実行するための定義が記述される。

なお、本実施形態ではプロセス定義ファイル４１０には、ＭＦＰ１０３に原稿上の画像を読み取らせて画像データを生成させ、生成された画像データを送信サーバ１０４から所定の宛先に送信させるという一連の処理をすることが定義されているものとする。

ユーザは、管理者ＰＣ１０１に表示されたプロセス定義ファイル作成画面を介して様々な処理内容（読取パラメータや送信宛先など）を入力する。プロセス定義ファイルの作成が完了すると、作成されたプロセス定義ファイル４１０は、ＬＡＮ１１０を介してファイル管理サーバ１０２に送信される（ステップＳ４０１）。

プロセス定義ファイル４１０を受信したファイル管理サーバ１０２は、受信したプロセス定義ファイル４１０をユーザＩＤに対応付けて登録し、保持しておく。

その後、ＭＦＰ１０３にユーザがログインした場合に、ＭＦＰ１０３はログインしたユーザに対応するユーザＩＤをファイル管理サーバ１０２に送信し、ログインしたユーザに対応するプロセス定義ファイルを要求する（ステップＳ４０２）。

プロセス定義ファイルの要求を受けたファイル管理サーバ１０２は、受信したユーザＩＤに対応するプロセス定義ファイル４１０を読み出して、ＬＡＮ１１０を介してＭＦＰ１０３に送信する（ステップＳ４０３）。

ファイル管理サーバ１０２からプロセス定義ファイル４１０を取得したＭＦＰ１０３は、取得したプロセス定義ファイルをユーザに提示し、ユーザからのプロセス定義ファイルの選択を受け付ける。更に、ＭＦＰ１０３は、選択されたプロセス定義ファイルに記述された定義に基づいてスキャナ２２１に読取処理を実行させ、選択されたプロセス定義ファイルに記述された定義に従った画像データを生成する（ステップＳ４０４）。

そして、ＭＦＰ１０３は、生成した画像データ４２０とプロセス定義ファイル４１０とを送信サーバ１０４に送信し、画像データの送信を送信サーバ１０４に依頼する（ステップＳ４０５）。

送信サーバ１０４は、受信したプロセス定義ファイル４１０に記述された定義に従い、電子メールやＦＴＰプロトコル等を利用して画像データ４２０を送信する（ステップＳ４０６）。さらに、送信サーバ１０４は、送信処理の結果を通知する処理を行う（ステップＳ４０７）。

以上説明した仕組みにより、ユーザがＭＦＰ１０３で原稿を読み取る度に読取パラメータや送信宛先を指定する等といった面倒な操作を行う必要がなくなる。また更に、管理者ＰＣ１０１でプロセス定義ファイルを作成する際に指定された内容をＭＦＰ１０３で修正できないようにしておくことにより、管理者の意図に反した処理がＭＦＰ１０３のユーザによって実行されてしまうことを防ぐこともできる。

図５は、ファイル管理サーバ１０２で登録されているプロセス定義ファイル４１０の具体的な記述例を示す図である。なお、ここではＸＭＬの形式で記述された例を示すが、他の形式でプロセス定義ファイルを記述するようにしても構わない。プロセス定義ファイルで定義される各処理はＸＭＬのタグとして記述され、プロセス定義ファイル中の出現順序が処理の実行順序を示している。

タグ５０１は、複数の処理が組み合わされた１つのプロセスであることを示しており、プロセス定義ファイルを一意に示すプロセスＩＤ（図５の例では「０００１」）やプロセスの名称（図５の例では「スキャンして課長にメール送信」）などが記述されている。また、タグ５０１には、プロセス定義ファイルを作成した作成元の装置である管理者ＰＣ１０１のＩＰアドレス（図５の例では「１９２．１６８．０．１０１」）も記述されている。

タグ５０２は、スキャナを用いて原稿上の画像を読み取って、画像データを生成することを定義している。

タグ５０３は、スキャナが原稿上の画像を読み取る際に、グレースケールの画像データを生成することを定義している。

タグ５０４は、画像データを電子メールで送信することを定義している。

タグ５０５には、画像データの送信先となる電子メールアドレス（図５の例では「ｍａｎａｇｅｒ＠ｘｘｘｘ．ｘｘｘｘ」）が記述されている。

図６は、管理者ＰＣ１０１が、プロセス定義ファイル作成画面を表示し、ユーザからの指示に従ってプロセス定義ファイルを作成し、作成したプロセス定義ファイルをファイル管理サーバ１０２に送信する一連の動作を説明するフローチャートである。図６のフローチャートに示す各動作は、管理者ＰＣ１０１のＣＰＵ３１１が制御プログラムを実行することにより実現される。

まず、ステップＳ６０１で、ユーザからプロセス定義ファイルの作成開始が指示されたか否かを判定する。プロセス定義ファイルの作成開始が指示された場合は、ステップＳ６０２に進み、そうでなければ処理を終了して他の指示を待つ。

ステップＳ６０２では、プロセス定義ファイルを作成するのに必要な情報を入力するためのプロセス定義ファイル作成画面を操作部２１９に表示する。ユーザは、この画面を介して読取パラメータや画像データの送信宛先など、処理の内容を定義するための情報を入力する。

ステップＳ６０３では、プロセス定義ファイルを作成するのに必要な情報の入力の完了を意味する「完了」ボタンがユーザにより押下されたか否かを判定する。「完了」ボタンが押下された場合には、ステップＳ６０４に進み、「完了」ボタンが押下されていない場合には、「完了」ボタンが押下されるまで待機する。

ステップＳ６０４では、入力された情報に基づいてプロセス定義ファイルを作成し、作成したプロセス定義ファイルをファイル管理サーバ１０２に送信して、処理を終了する。

図７は、ＭＦＰ１０３が、選択されたプロセス定義ファイルに従って読取処理を実行することにより画像データを生成し、送信サーバ１０４に画像データの送信を依頼する一連の動作を説明するフローチャートである。図７のフローチャートに示す各動作は、ＭＦＰ１０３のＣＰＵ２１１が制御プログラムを実行することにより実現される。

まずステップＳ７０１では、ユーザからのログインの要求があったか否かを判定する。ユーザからのログインの要求があった場合にはステップＳ７０２に進み、ユーザからのログインの要求がない場合はそのまま処理を終了して他の処理を待つ。

ステップＳ７０２では、ＭＦＰ１０３を操作するユーザを認証する。具体的には、認証情報を入力するための認証情報入力画面を操作部２１９に表示し、この画面を介して入力された認証情報を予め保持している認証情報と照合することにより、ユーザを認証する。なお、ユーザを認証するための方法は、ＩＤカードを読み取って認証情報を入力する方法や、生体情報を用いて認証を行う方法などいずれの方法を採用しても良い。

ユーザ認証が正常に行われた場合、ステップＳ７０３に進み、ファイル管理サーバ１０２に対してプロセス定義ファイルを要求する。具体的には、認証したユーザのユーザＩＤをファイル管理サーバ１０２に送信する（ステップＳ７０３）。

そして、ファイル管理サーバ１０２から送信されたプロセス定義ファイルを受信した後、任意のプロセス定義ファイルをユーザに選択させるための選択画面を表示する。複数のプロセス定義ファイルが取得された場合は、それらを選択画面に一覧リスト形式で表示する。そして、この選択画面を介したユーザからの指示に従って、プロセス定義ファイルを選択する（ステップＳ７０４）。

ステップＳ７０５では、選択画面に表示されている「実行」ボタンがユーザにより押下されたか否かを判定する。「実行」ボタンが押下された場合はステップＳ７０６に進み、「実行」ボタンが押下されていない場合は、「実行」ボタンが押下されるまで待機する。

ステップＳ７０６では、選択されたプロセス定義ファイルに記述された定義に基づいてスキャナ２２１に読取処理を実行させ、選択されたプロセス定義ファイルに記述された定義に従った画像データを生成させる。

ステップＳ７０７では、選択されたプロセス定義ファイルと生成した画像データとを送信サーバ１０４に送信することにより、送信サーバ１０４に対して画像データの送信を依頼する。

ステップＳ７０８では、送信サーバ１０４から送信結果の通知があったかどうかを判定する。送信結果が通知された場合はステップＳ７０９に進み、送信結果が通知されない場合は送信結果が通知されるまで待機する。

ステップＳ７０９では、送信サーバ１０４からの通知の内容に従って、送信処理の結果を示す画面を表示することにより、送信処理の結果をユーザに通知する。

図８は、ファイル管理サーバ１０２が、管理者ＰＣ１０１からプロセス定義ファイルを受信する動作、及びＭＦＰ１０３からの要求に応じてプロセス定義ファイルをＭＦＰ１０３に送信する動作を説明するフローチャートである。図８のフローチャートに示す各動作は、ファイル管理サーバ１０２のＣＰＵ３１１が制御プログラムを実行することにより実現される。

まずステップＳ８０１では、図６のステップＳ６０４で管理者ＰＣ１０１から送信されたプロセス定義ファイルを受信したか否かを判定する。プロセス定義ファイルを受信した場合はステップＳ８０２に進み、受信していない場合はステップＳ８０３に進む。

ステップＳ８０２では、管理者ＰＣ１０１から受信したプロセス定義ファイルをユーザＩＤに対応付けて登録する。なお、このユーザＩＤは管理者ＰＣ１０１側で指定するようにしてもよいし、プロセス定義ファイルがファイル管理サーバ１０２で登録された後で、ユーザＩＤを付与するようにしても構わない。

図９は、ファイル管理サーバ１０２において登録しているプロセス定義ファイルの構成を示す図である。図９に示すように、ファイル管理サーバ１０２は、管理者ＰＣ１０１から受信したプロセス定義ファイル９０３に、ユーザＩＤ９０１と、プロセス定義ファイルを一意に識別するためのプロセスＩＤ９０２とを示すヘッダを付加した状態で保持する。なお、ユーザＩＤ９０１及びプロセスＩＤ９０２は、プロセス定義ファイル９０３の中に記述されている形で保持するようにしても構わない。

ステップＳ８０３では、ＭＦＰ１０３からプロセス定義ファイルが要求されたか否かを判定する。プロセス定義ファイルを要求された場合はステップＳ８０４に進み、プロセス定義ファイルを要求されていない場合はそのまま処理を終了して他の指示を待つ。

ステップＳ８０４では、ＭＦＰ１０３から受信したユーザＩＤに基づいて、該ユーザＩＤに対応付けて登録されているプロセス定義ファイルを読み出して、要求元のＭＦＰ１０３に対して送信する。

図１０は、送信サーバ１０４が、ＭＦＰ１０３から画像データの送信依頼を受け、画像データを送信する動作を説明するフローチャートである。図１０のフローチャートに示す各動作は、送信サーバ１０４のＣＰＵ３１１が制御プログラムを実行することにより実現される。

まずステップＳ１００１では、ＭＦＰ１０３から画像データを受信したか否かを判定する。ＭＦＰ１０３から画像データを受信した場合はステップＳ１００２に進み、ＭＦＰ１０３から画像データを受信していない場合は、そのまま処理を終了して他の指示を待つ。

ステップＳ１００２では、画像データとともにＭＦＰ１０３から受信したプロセス定義ファイルが使用可能なプロセス定義ファイルであるか否かを判定する。この判定の詳細については後述する。

ステップＳ１００２の判定の結果、受信したプロセス定義ファイルが使用可能なプロセス定義ファイルであると判定された場合は、ステップＳ１００４に進む。一方、受信したプロセス定義ファイルが使用可能なプロセス定義ファイルでないと判定された場合は、ステップＳ１００３に進み、受信したプロセス定義ファイルが使用不可能である旨を送信依頼元のＭＦＰ１０３に通知して処理を終了する。

ステップＳ１００４では、プロセス定義ファイルに記述された定義に従い、電子メールまたはＦＴＰプロトコルなどを利用して、受信した画像データを送信する。

ステップＳ１００５では、画像データの送信が成功したか否かを判定する。画像データの送信が成功した場合は、ステップＳ１０１１に進み、送信成功の旨をＭＦＰ１０３に通知して処理を終了する。

一方、画像データの送信が成功しなかった（エラーが発生して失敗した）場合は、ステップＳ１００６に進み、発生したエラーの内容を解析する。そして、ステップＳ１００７では、解析したエラーの内容に応じて、プロセス定義ファイルの記述内容の修正が必要であるか否か、つまりプロセス定義ファイルの作成元に対してエラーの発生を通知する必要があるか否かを判定する。

プロセス定義ファイルの記述内容の修正が必要である場合とは、例えば以下のような場合である。
・プロセス定義ファイルに記述された画像データの送信宛先（例えば、電子メールアドレス）が存在しない場合
・プロセス定義ファイルにカラーの画像データを生成することが定義されているにも関わらず、該プロセス定義ファイルに記述された画像データの送信宛先がカラーの画像データを処理することができない場合

一方、プロセス定義ファイルの記述内容の修正が必要でない場合とは、例えば以下のような場合である。
・プロセス定義ファイルに記述された画像データの送信宛先（例えば、ファクシミリ装置）がビジー状態であることが原因で画像データを送信できない場合
・送信サーバ１０４においてネットワーク障害が発生していることが原因で画像データを送信できない場合
ステップＳ１００７の判定の結果、プロセス定義ファイルの記述内容の修正が必要であると判定された場合は、ステップＳ１００８に進む。ステップＳ１００８では、ステップＳ１００１で受信したプロセス定義ファイルを識別するためのプロセスＩＤを使用不可プロセス定義ファイルリスト１１００に登録する。

図１１は、送信サーバ１０４のＨＤＤ３１４に保持されている使用不可プロセス定義ファイルリスト１１００を示す図である。このリストに登録されたプロセスＩＤに対応するプロセス定義ファイルは使用が制限されている。つまり、ステップＳ１００７で記述内容の修正が必要であると判定された場合、記述内容が正しく修正されない限りは、そのプロセス定義ファイルを実行しても常にエラーが発生してしまう。そこで、記述内容の修正が必要であると判定されたプロセス定義ファイルのプロセスＩＤを管理し、その使用を制限することにより、エラーが発生することが分かっているプロセス定義ファイルが実行されて何度もエラーが発生してしまうことを防ぐことができる。

なお、ステップＳ１００２における判定は、この使用不可プロセス定義ファイルリスト１１００に基づいて行われる。すなわち、ステップＳ１００１で受信したプロセス定義ファイルのプロセスＩＤと、使用不可プロセス定義ファイルリスト１１００で管理されている各プロセスＩＤとを比較する。そして、一致するものがあれば受信したプロセス定義ファイルは使用不可能なものであると判定する。

ステップＳ１００８でプロセスＩＤを登録した後、ステップＳ１００９では、記述内容の修正が必要であると判定されたプロセス定義ファイルの作成元である管理者ＰＣ１０１１に対して、記述内容の修正を要求する。プロセス定義ファイルの作成元を示す情報は、プロセス定義ファイルの中に記述されている（図５のタグ５０１）ので、この情報を抽出することにより、プロセス定義ファイルの作成元を特定することができる。

ステップＳ１００７の判定の結果、プロセス定義ファイルの記述内容の修正が必要でないと判定された場合、または、ステップＳ１００９で管理者ＰＣ１０１にプロセス定義ファイルの記述内容の修正を要求した後は、ステップＳ１０１０に進む。ステップＳ１０１０では、送信失敗の旨をＭＦＰ１０３に通知して処理を終了する。

図１２は、送信サーバ１０４からの画像データの送信が成功した場合に、ＭＦＰ１０３の操作部２１９に表示される送信結果表示画面１２００を示す。送信結果表示画面１２００には、ユーザが選択したプロセス定義ファイルを示すプロセス名称や、処理の開始／終了時刻を示す情報などとともに、送信処理の結果（図１２の例では、「ＯＫ」）が表示されている。

図１３は、送信サーバ１０４からの画像データの送信が失敗した場合に、ＭＦＰ１０３の操作部２１９に表示される送信結果表示画面１３００を示す。送信結果表示画面１３００には、ユーザが選択したプロセス定義ファイルを示すプロセス名称や、処理の開始／終了時刻を示す情報などとともに、送信処理の結果（図１３の例では、「ＮＧ」）が表示されている。更に、画像データの送信が失敗した場合には、その理由（図１３の例では、「データサイズ超過のため」）も示される。

図１４は、管理者ＰＣ１０１が、送信サーバ１０４からの修正要求を受け、プロセス定義ファイルの記述内容を修正する一連の動作を説明するフローチャートである。図１４のフローチャートに示す各動作は、管理者ＰＣ１０１のＣＰＵ３１１が制御プログラムを実行することにより実現される。

ステップＳ１４０１では、送信サーバ１０４からプロセス定義ファイルの記述内容を修正することが要求されたか否かを判定する。この判定の結果、プロセス定義ファイルの記述内容を修正することが要求された場合はステップＳ１４０２に進み、そうでなければそのまま処理を終了して他の指示を待つ。

ステップＳ１４０２では、プロセス定義ファイルを実行した結果エラーが発生した旨、及び発生したエラーがプロセス定義ファイルの記述内容に起因するものである旨をユーザに通知する。このとき、プロセス定義ファイルのプロセスＩＤをユーザに示すようにしても良い。

ステップＳ１４０３では、ユーザからプロセス定義ファイルの記述内容を修正することが指示されたか否かを判定する。プロセス定義ファイルの記述内容を修正することが指示された場合は、ステップＳ１４０４に進み、そうでなければプロセス定義ファイルの記述内容を修正することが指示されるまで待機する。

ステップＳ１４０４では、プロセス定義ファイルの記述内容を修正するための修正画面を表示する。なお、この修正画面を表示するのに先立って記述内容の修正が必要なプロセス定義ファイルをファイル管理サーバ１０２から取得し、取得したプロセス定義ファイルの記述内容（修正前の記述内容）を表示するようにしても良い。

ステップＳ１４０５では、プロセス定義ファイルの記述内容の修正が完了したことを意味する「完了」ボタンがユーザにより押下されたか否かを判定する。「完了」ボタンが押下された場合には、ステップＳ１４０６に進み、「完了」ボタンが押下されていない場合には、「完了」ボタンが押下されるまで待機する。

ステップＳ１４０６では、ユーザによって指示された修正内容をファイル管理サーバ１０２に通知し、ファイル管理サーバ１０２で管理されているプロセス定義ファイルの更新を要求する。

続くステップＳ１４０７では、プロセス定義ファイルの記述内容の修正が完了したことを、送信サーバ１０４に通知する。

図１５は、ファイル管理サーバ１０２が、管理者ＰＣ１０１からプロセス定義ファイルの更新要求を受けた場合に、プロセス定義ファイルを更新する動作を説明するフローチャートである。図１５のフローチャートに示す各動作は、ファイル管理サーバ１０２のＣＰＵ３１１が制御プログラムを実行することにより実現される。

ステップＳ１５０１では、プロセス定義ファイルの更新要求を受けたか否かを判定する。プロセス定義ファイルの更新要求を受けた場合はステップＳ１５０２に進み、そうでなければそのまま処理を終了して他の指示を待つ。

ステップＳ１５０２では、管理者ＰＣ１０１から受けた更新要求に従って、ファイル管理サーバ１０２で管理しているプロセス定義ファイルを更新する。

図１６は、送信サーバ１０４が、管理者ＰＣ１０１からプロセス定義ファイルの記述内容の修正が完了した旨の通知を受けて、登録しておいたプロセスＩＤを削除する動作を説明するフローチャートである。図１６のフローチャートに示す各動作は、送信サーバ１０４のＣＰＵ３１１が制御プログラムを実行することにより実現される。

ステップＳ１６０１では、プロセス定義ファイルの記述内容の修正が完了した旨の通知を受けたか否かを判定する。プロセス定義ファイルの記述内容の修正が完了した旨の通知を受けた場合はステップＳ１６０２に進み、そうでなければそのまま処理を終了して他の指示を待つ。

ステップＳ１６０２では、記述内容の修正が完了したプロセス定義ファイルのプロセスＩＤを図１１に示す使用不可プロセス定義ファイルリスト１１００から削除する。これにより、プロセス定義ファイルの使用制限が解除される。

以上、第１の実施形態によれば、送信サーバ１０４が画像データを送信する際にエラーが発生した場合に、ＭＦＰ１０３から受け取ったプロセス定義ファイルの作成元に対して、プロセス定義ファイルの記述内容の修正を要求する。これにより、プロセス定義ファイルを作成したユーザはプロセス定義ファイルの記述内容を修正する必要があることを知ることができ、迅速にプロセス定義ファイルの記述内容を修正することができる。

また、送信サーバ１０４が画像データを送信する際にエラーが発生した場合に、ＭＦＰ１０３に対してもエラーが発生した旨を通知するので、プロセス定義ファイルの実行を指示したユーザに対してもエラーの発生を知らせることができる。

更に、第１の実施形態では、送信サーバ１０４が発生したエラーの内容を解析し、プロセス定義ファイルの記述内容を修正する必要がある場合に、作成元に修正を要求するようにしている。これにより、エラーが発生する度に毎回作成元に記述内容の修正を要求するのではなく、記述内容の修正が必要な場合に記述内容の修正を要求することができる。

また、第１の実施形態では、プロセス定義ファイルの作成元にプロセス定義ファイルの記述内容の修正を要求した場合に、修正対象のプロセス定義ファイルの使用を禁止するようにしている。これにより、実行するとエラーが発生してしまうプロセス定義ファイルが繰り返し使用されてしまい、何度もエラーが発生してしまうことを防止することができる。

（第２の実施形態）
次に、本発明に係る第２の実施形態について説明する。第１の実施形態では、画像データを送信する際にエラーが発生した場合に、送信サーバ１０４がエラーの内容を解析し、管理者ＰＣ１０１に記述内容の修正を要求する例について説明したが、第２の実施形態ではこの処理をＭＦＰ１０３が行う例について説明する。

また、第１の実施形態では、プロセス定義ファイルの記述内容の修正を要求した場合に、そのプロセス定義ファイルのプロセスＩＤを送信サーバ１０４が保持しておく例について説明したが、第２の実施形態ではこの処理をＭＦＰ１０３が行う例について説明する。

図１７及び図１８は、ＭＦＰ１０３が、選択されたプロセス定義ファイルに従って読取処理を実行することにより画像データを生成し、送信サーバ１０４に画像データの送信を依頼する一連の動作を説明するフローチャートである。図１７及び図１８のフローチャートに示す各動作は、ＭＦＰ１０３のＣＰＵ２１１が制御プログラムを実行することにより実現される。

なお、ステップＳ７０１〜Ｓ７０８では、図７のフローチャートで説明した各ステップと同様の処理が行われるため説明は省略する。

また、本実施形態では、プロセス定義ファイルの記述内容の修正が必要な場合に、ＭＦＰ１０３が管理者ＰＣ１０１にプロセス定義ファイルの記述内容の修正を要求し、そのプロセス定義ファイルのプロセスＩＤをＭＦＰ１０３が保持する。このため、ステップＳ１００２〜Ｓ１００３では、図１０のフローチャートで説明した各ステップと同様の処理がＭＦＰ１０３で行われる。

ステップＳ１７０１では、送信サーバ１０４からの通知の内容に従って、画像データの送信が成功したか否かを判定する。この判定の結果、画像データの送信が成功したと判定した場合は、ステップＳ１７０２に進み、画像データの送信が成功したことを示す送信結果表示画面１２００を操作部２１９に表示する。一方、画像データの送信が失敗したと判定した場合は、ステップＳ１８０１に進む。

ステップＳ１８０１では、送信サーバ１０４から通知された送信結果に基づいて、発生したエラーの内容を解析する。そして、ステップＳ１８０２では、解析したエラーの内容に応じて、プロセス定義ファイルの記述内容の修正が必要であるか否かを判定する。なお、ここでのプロセス定義ファイルの記述内容の修正が必要である場合、及びプロセス定義ファイルの記述内容の修正が必要でない場合は、第１の実施形態の説明で例示したものと同様である。

ステップＳ１８０２の判定の結果、プロセス定義ファイルの記述内容の修正が必要であると判定された場合は、ステップＳ１８０３に進む。ステップＳ１８０３では、ステップＳ７０４で選択したプロセス定義ファイルを識別するためのプロセスＩＤをＭＦＰ１０３が保持している使用不可プロセス定義ファイルリスト１１００に登録する。

ステップＳ１８０３でプロセスＩＤを登録した後、ステップＳ１８０４では、記述内容の修正が必要であると判定されたプロセス定義ファイルの作成元である管理者ＰＣ１０１１に対して、記述内容の修正を要求する。プロセス定義ファイルの作成元を示す情報は、プロセス定義ファイルの中に記述されている（図５のタグ５０１）ので、この情報を抽出することにより、プロセス定義ファイルの作成元を特定することができる。

ステップＳ１８０２の判定の結果、プロセス定義ファイルの記述内容の修正が必要でないと判定された場合、または、ステップＳ１８０４で管理者ＰＣ１０１にプロセス定義ファイルの記述内容の修正を要求した後は、ステップＳ１８０５に進む。ステップＳ１８０５では、送信失敗の旨を示す送信結果表示画面１３００を操作部２１９に通知して処理を終了する。

図１９は、送信サーバ１０４が、ＭＦＰ１０３から画像データの送信依頼を受け、画像データを送信する動作を説明するフローチャートである。図１０のフローチャートに示す各動作は、送信サーバ１０４のＣＰＵ３１１が制御プログラムを実行することにより実現される。

まずステップＳ１９０１では、ＭＦＰ１０３から画像データを受信したか否かを判定する。ＭＦＰ１０３から画像データを受信した場合はステップＳ１９０２に進み、ＭＦＰ１０３から画像データを受信していない場合は、そのまま処理を終了して他の指示を待つ。

ステップＳ１９０２では、プロセス定義ファイルに記述された定義に従い、電子メールまたはＦＴＰプロトコルなどを利用して受信した画像データを送信する。そして、ステップＳ１９０３では、画像データの送信結果をＭＦＰ１０３に通知する。なお、ここでは、画像データの送信が失敗した場合には、発生したエラーの内容を示す情報をＭＦＰ１０３に通知するものとする。

図２０は、管理者ＰＣ１０１が、送信サーバ１０４からの修正要求を受け、プロセス定義ファイルの記述内容を修正する一連の動作を説明するフローチャートである。図２０のフローチャートに示す各動作は、管理者ＰＣ１０１のＣＰＵ３１１が制御プログラムを実行することにより実現される。

なお、ステップＳ１４０１〜Ｓ１４０６では、図１４のフローチャートで説明した各ステップと同様の処理が行われるため説明は省略する。

ステップＳ２００１では、プロセス定義ファイルの記述内容の修正が完了したことを、ＭＦＰ１０３に通知する。

図２１は、ＭＦＰ１０３が、管理者ＰＣ１０１からプロセス定義ファイルの記述内容の修正が完了した旨の通知を受けて、登録しておいたプロセスＩＤを削除する動作を説明するフローチャートである。図２１のフローチャートに示す各動作は、ＭＦＰ１０３のＣＰＵ２１１が制御プログラムを実行することにより実現される。

ステップＳ２１０１では、プロセス定義ファイルの記述内容の修正が完了した旨の通知を受けたか否かを判定する。プロセス定義ファイルの記述内容の修正が完了した旨の通知を受けた場合はステップＳ２１０２に進み、そうでなければそのまま処理を終了して他の指示を待つ。

ステップＳ２１０２では、記述内容の修正が完了したプロセス定義ファイルのプロセスＩＤを図１１に示す使用不可プロセス定義ファイルリスト１１００から削除する。これにより、使用が禁止されていたプロセス定義ファイルの使用が可能となる。

以上、第２の実施形態によれば、画像データを送信する際にエラーが発生した場合に、ＭＦＰ１０３が、プロセス定義ファイルの作成元に対してプロセス定義ファイルの記述内容の修正を要求する。これにより、プロセス定義ファイルを作成したユーザはプロセス定義ファイルの記述内容を修正する必要があることを知ることができ、迅速にプロセス定義ファイルの記述内容を修正することができる。

また、第２の実施形態では、ＭＦＰ１０３が発生したエラーの内容を解析する。そして、プロセス定義ファイルの記述内容を修正する必要があると判定した場合に、ＭＦＰ１０３が、プロセス定義ファイルの作成元に修正を要求するようにしている。これにより、エラーが発生する度に毎回作成元に記述内容の修正を要求するのではなく、記述内容の修正が必要な場合に記述内容の修正を要求することができる。

また、第２の実施形態では、プロセス定義ファイルの作成元にプロセス定義ファイルの記述内容の修正を要求した場合に、該プロセス定義ファイルの使用を禁止するようにしている。これにより、実行するとエラーが発生してしまうプロセス定義ファイルが繰り返し使用されてしまい、何度もエラーが発生してしまうことを防ぐことができる。特に、第２の実施形態では、ユーザにより選択されたプロセス定義ファイルが使用不可能なものである場合に、原稿の読取処理を行う前にＭＦＰ１０３でその旨をユーザに通知するようにしている。これにより、使用不可能なプロセス定義ファイルに基づいて無駄な読取動作を行わなくて済む。

なお、第１及び第２の実施形態として説明した内容は、それぞれ独立して実施してもよいし、複数の実施形態の内容を適宜組み合わせて実施しても構わない。

また、第１の実施形態では使用不可能なプロセス定義ファイルを示すプロセスＩＤを送信サーバ１０４が管理するようにし、第２の実施形態では使用不可能なプロセス定義ファイルを示すプロセスＩＤをＭＦＰ１０３が管理するようにする例を説明した。しかしながら、これらに代えて、プロセス定義ファイルの記述内容の修正を要求した場合に、修正対象のプロセス定義ファイルのプロセスＩＤをファイル管理サーバ１０２に通知し、ファイル管理サーバ１０２でプロセスＩＤを管理するようにしても構わない。これにより、ファイル管理サーバ１０２が、使用が制限されているプロセス定義ファイルを他のＭＦＰに送信しないようにすることができる。

また、第１及び第２の実施形態では、プロセス定義ファイルの供給元にエラーの発生を通知する処理として、プロセス定義ファイルの作成元である管理者ＰＣ１０１に対して通知を行う例を説明した。しかしながら、ＭＦＰ１０３に対してプロセス定義ファイルを供給するファイル管理サーバ１０２をプロセス定義ファイルの供給元として、管理者ＰＣ１０１に代えてこのファイル管理サーバ１０２にエラーの発生を通知するようにしても構わない。この場合、ファイル管理サーバ１０２が、プロセス定義ファイルの記述内容の修正があることを示す情報を、修正対象のプロセス定義ファイルに対応付けて管理しておく。そして、管理者ＰＣ１０１は、ファイル管理サーバ１０２にアクセスしたときに、自装置から登録したプロセス定義ファイルの記述内容を修正する必要があることを知る。また、このようにしておくことにより、ファイル管理サーバ１０２に保持されている修正対象のプロセス定義ファイルが他のＭＦＰから参照された場合に、他のＭＦＰはそのプロセス定義ファイルの記述内容に修正の必要があることを知ることができる。

また、第１及び第２の実施形態では、図１に示すように、管理者ＰＣ１０１、ファイル管理サーバ１０２、ＭＦＰ１０３、及び送信サーバ１０４をそれぞれ含む画像処理システムを例に説明した。しかしながら、これらの各装置は別々に備えられていなくても良く、２つまたはそれ以上の装置（例えば、ＭＦＰ１０３と送信サーバ１０４）が備えている機能を１つの装置に備えるようにしても構わない。

（その他の実施形態）
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体（記録媒体）等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔の外部装置から供給する。そして、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。

プログラムを供給するための記録媒体としては、例えば、以下のようなものがある。フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページからハードディスク等の記録媒体にダウンロードすることによっても供給できる。すなわち、ホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをダウンロードする。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記憶媒体に格納してユーザに配布する。そして、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他にも、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後にも前述した実施形態の機能が実現される。すなわち、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行うことによっても前述した実施形態の機能が実現される。

本発明の実施形態における画像処理システムの全体図である。 本発明の実施形態におけるＭＦＰ１０３の構成を示すブロック図である。 本発明の実施形態における管理者ＰＣ１０１の構成を示すブロック図である。 本発明の実施形態における画像処理システムの全体の動作を概念的に説明する図である。 本発明の実施形態におけるプロセス定義ファイルの具体的な記述例を示す図である。 本発明の実施形態における管理者ＰＣ１０１の動作を説明するフローチャートである。 本発明の実施形態におけるＭＦＰ１０３の動作を説明するフローチャートである。 本発明の実施形態におけるファイル管理サーバ１０２の動作を説明するフローチャートである。 本発明の実施形態におけるファイル管理サーバ１０２で登録されているプロセス定義ファイルの構成を示す図である。 本発明の実施形態における送信サーバ１０４の動作を説明するフローチャートである。 本発明の実施形態における使用不可プロセス定義ファイルリスト１１００を示す図である。 本発明の実施形態におけるＭＦＰ１０３の操作部２１９に表示される送信結果表示画面１２００を示す図である。 本発明の実施形態におけるＭＦＰ１０３の操作部２１９に表示される送信結果表示画面１３００を示す図である。 本発明の実施形態における管理者ＰＣ１０１の動作を説明するフローチャートである。 本発明の実施形態におけるファイル管理サーバ１０２の動作を説明するフローチャートである。 本発明の実施形態における送信サーバ１０４の動作を説明するフローチャートである。 本発明の実施形態におけるＭＦＰ１０３の動作を説明するフローチャートである。 本発明の実施形態におけるＭＦＰ１０３の動作を説明するフローチャートである。 本発明の実施形態における送信サーバ１０４の動作を説明するフローチャートである。 本発明の実施形態における管理者ＰＣ１０１の動作を説明するフローチャートである。 本発明の実施形態におけるＭＦＰ１０３の動作を説明するフローチャートである。

符号の説明

１０１ 管理者ＰＣ
１０２ ファイル管理サーバ
１０３ ＭＦＰ
１０４ 送信サーバ

Claims (17)

1. 原稿上の画像を読み取って当該画像に基づく画像データを生成する読取手段を備える画像処理装置と接続された通信装置であって、
   前記読取手段が実行すべき読取処理の内容及び当該読取手段により生成された画像データを送信する送信処理の内容を定義したプロセス定義ファイルと、当該プロセス定義ファイルに記述された定義に従って前記読取手段により生成された画像データとを、前記画像処理装置から受信する受信手段と、
   前記受信したプロセス定義ファイルに記述された定義に従って、前記受信した画像データを送信する送信手段と、
   前記送信手段による画像データの送信にエラーが発生した場合に、当該発生したエラーの内容に応じて、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があるか否かを判定する判定手段と、
   前記判定手段が、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があると判定した場合に、当該供給元に対してエラーの発生を通知する通知手段と、
   を備えることを特徴とする通信装置。
2. 前記判定手段は、前記発生したエラーが前記プロセス定義ファイルに記述された定義に起因するものである場合に、前記供給元に対してエラーの発生を通知する必要があると判定することを特徴とする請求項１に記載の通信装置。
3. 前記判定手段が、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要がないと判定した場合は、前記通知手段は、前記供給元に対してエラーの発生を通知することなく、前記画像処理装置に対してエラーの発生を通知することを特徴とする請求項２に記載の通信装置。
4. 前記通知手段が前記供給元に対してエラーの発生を通知した場合に、前記プロセス定義ファイルの使用を制限する制限手段を更に備えることを特徴とする請求項１から３のいずれか１項に記載の通信装置。
5. 前記通知手段は、前記供給元に対して前記プロセス定義ファイルの記述内容の修正を要求する要求手段を含むことを特徴とする請求項４に記載の通信装置。
6. 前記供給元において、前記プロセス定義ファイルの記述内容の修正が完了した場合に、前記制限手段による制限を解除する解除手段を更に備えることを特徴とする請求項５に記載の通信装置。
7. 原稿上の画像を読み取って当該画像に基づく画像データを生成する読取手段と、
   前記読取手段が実行すべき読取処理の内容及び当該読取手段により生成された画像データを送信する送信処理の内容を定義したプロセス定義ファイルを取得する取得手段と、
   前記読取手段に読取処理を実行させて、前記取得手段が取得したプロセス定義ファイルに記述された定義に従った画像データを生成させる読取制御手段と、
   前記読取制御手段により生成された画像データを、前記取得手段が取得したプロセス定義ファイルに記述された定義に従って送信するよう外部装置に依頼する依頼手段と、
   前記外部装置による画像データの送信にエラーが発生した場合に、当該発生したエラーの内容に応じて、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があるか否かを判定する判定手段と、
   前記判定手段が、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があると判定した場合に、当該供給元に対してエラーの発生を通知する通知手段と、
   を備えることを特徴とする画像処理装置。
8. 前記判定手段は、前記発生したエラーが前記プロセス定義ファイルに記述された定義に起因するものである場合に、前記供給元に対してエラーの発生を通知する必要があると判定することを特徴とする請求項７に記載の画像処理装置。
9. 前記通知手段が前記供給元に対してエラーの発生を通知した場合に、前記プロセス定義ファイルの使用を制限する制限手段を更に備えることを特徴とする請求項７または８に記載の画像処理装置。
10. 前記通知手段は、前記供給元に対して前記プロセス定義ファイルの記述内容の修正を要求する要求手段を含むことを特徴とする請求項９に記載の画像処理装置。
11. 前記供給元において、前記プロセス定義ファイルの記述内容の修正が完了した場合に、前記制限手段による制限を解除する解除手段を更に備えることを特徴とする請求項１０に記載の通信装置。
12. 原稿上の画像を読み取って当該画像に基づく画像データを生成する読取手段と、
    前記読取手段が実行すべき読取処理の内容及び当該読取手段により生成された画像データを送信する送信処理の内容を定義したプロセス定義ファイルを取得する取得手段と、
    前記読取手段に読取処理を実行させて、前記取得手段が取得したプロセス定義ファイルに記述された定義に従った画像データを生成させる読取制御手段と、
    前記読取制御手段により生成された画像データを、前記取得手段が取得したプロセス定義ファイルに記述された定義に従って送信する送信手段と、
    前記送信手段による画像データの送信にエラーが発生した場合に、当該発生したエラーの内容に応じて、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があるか否かを判定する判定手段と、
    前記判定手段が、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があると判定した場合に、当該供給元に対してエラーの発生を通知する通知手段と、
    を備えることを特徴とする画像処理システム。
13. 原稿上の画像を読み取って当該画像に基づく画像データを生成する読取手段を備える画像処理装置と接続された通信装置の制御方法であって、
    前記読取手段が実行すべき読取処理の内容及び当該読取手段により生成された画像データを送信する送信処理の内容を定義したプロセス定義ファイルと、当該プロセス定義ファイルに記述された定義に従って前記読取手段により生成された画像データとを、前記画像処理装置から受信する受信工程と、
    前記受信したプロセス定義ファイルに記述された定義に従って、前記受信した画像データを送信する送信工程と、
    前記送信工程における画像データの送信にエラーが発生した場合に、当該発生したエラーの内容に応じて、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があるか否かを判定する判定工程と、
    前記判定工程で、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があると判定された場合に、当該供給元に対してエラーの発生を通知する通知工程と、
    を備えることを特徴とする通信装置の制御方法。
14. 原稿上の画像を読み取って当該画像に基づく画像データを生成する読取手段を備えた画像処理装置の制御方法であって、
    前記読取手段が実行すべき読取処理の内容及び当該読取手段により生成された画像データを送信する送信処理の内容を定義したプロセス定義ファイルを取得する取得工程と、
    前記読取手段に読取処理を実行させて、前記取得工程で取得したプロセス定義ファイルに記述された定義に従った画像データを生成させる読取制御工程と、
    前記読取制御工程で生成された画像データを、前記取得工程で取得したプロセス定義ファイルに記述された定義に従って送信するよう外部装置に依頼する依頼工程と、
    前記外部装置による画像データの送信にエラーが発生した場合に、当該発生したエラーの内容に応じて、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があるか否かを判定する判定工程と、
    前記判定工程で、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があると判定された場合に、当該供給元に対してエラーの発生を通知する通知工程と、
    を備えることを特徴とする画像処理装置の制御方法。
15. 原稿上の画像を読み取って当該画像に基づく画像データを生成する読取手段を備えた画像処理システムの制御方法であって、
    前記読取手段が実行すべき読取処理の内容及び当該読取手段により生成された画像データを送信する送信処理の内容を定義したプロセス定義ファイルを取得する取得工程と、
    前記読取手段に読取処理を実行させて、前記取得工程で取得したプロセス定義ファイルに記述された定義に従った画像データを生成させる読取制御工程と、
    前記読取制御工程で生成された画像データを、前記取得工程で取得したプロセス定義ファイルに記述された定義に従って送信する送信工程と、
    前記送信工程における画像データの送信にエラーが発生した場合に、当該発生したエラーの内容に応じて、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があるか否かを判定する判定工程と、
    前記判定工程で、前記プロセス定義ファイルの供給元に対してエラーの発生を通知する必要があると判定された場合に、当該供給元に対してエラーの発生を通知する通知工程と、
    を備えることを特徴とする画像処理システムの制御方法。
16. 請求項１３に記載の通信装置の制御方法、請求項１４に記載の画像処理装置の制御方法、及び請求項１５に記載の画像処理システムの制御方法のいずれか１つをコンピュータに実行させるためのプログラム。
17. 請求項１３に記載の通信装置の制御方法、請求項１４に記載の画像処理装置の制御方法、及び請求項１５に記載の画像処理システムの制御方法のいずれか１つをコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。

Images