JP4773296B2 - 画像読取装置 - Google Patents

Description

この発明は、原稿に記載された画像を光学的に読み取るファクシミリ装置、スキャナ装置、複写機を含む画像読取装置に関する。

従来、Ｗｅｂを利用して宛先情報やスキャン条件などの情報の登録を行う画像読取装置（例えば、特許文献１参照）があった。
また、メールを利用して宛先情報やスキャン条件などの情報の登録を行う画像読取装置（例えば、特許文献２参照）があった。
さらに、登録情報の読み取りアクセス制御をして表示の制御などを行う画像読取装置（例えば、特許文献３参照）があった。
さらにまた、Ｗｅｂを利用して登録情報の読み取り、変更、削除などのアクセス制御を行える画像読取装置（例えば、特許文献４参照）があった。
特開平９−２３３２４３号公報 特開２００５−３１１９５８号公報 特開２００４−２２２１４１号公報 特開２００５−１０２１３３号公報

上述したような従来の画像読取装置は、メール（ＳＭＴＰ）やＷｅｂ（ＨＴＴＰ）を使って宛先情報を登録したり、そのようにして登録された宛先情報の読み取り、変更、削除などの操作に対して，ユーザ認証を利用してアクセス制御したりすることができる。
しかしながら、それらの機能は、ユーザが能動的に登録情報を削除する目的に対する解決策であって、例えば、ウェブサービススキャナ（ＷＳ−Ｓｃａｎｎｅｒ）システムのように、宛先情報を含む各種情報を自動的に登録する場合、その登録情報の鮮度維持などを考慮したものではない。つまり、宛先情報の登録についてはＷＳ−Ｓｃａｎｎｅｒシステムの標準で定められているプロトコルに従えばよいが、その登録された宛先情報を、たとえば、削除するタイミングについてはＷＳ−Ｓｃａｎｎｅｒシステムの標準では特に考えられていない。

すなわち、ＷＳ−Ｓｃａｎｎｅｒシステムにおいて宛先情報を能動的に効率良く維持管理する仕組を考える必要があるという問題があった。
この発明は上記の点に鑑みてなされたものであり、原稿から読み取った画像データを外部の装置へ送信する際の通信に失敗した場合、その送信先として登録されている宛先情報に対して各種の処理を施せるようにして、宛先情報を能動的に効率良く維持管理できるようにすることを目的とする。

この発明は上記の目的を達成するため、原稿に記載された画像を光学的に読み取り、その画像データを生成し、外部の端末装置から送信される宛先情報を収集して内部に保持し、その保持された宛先情報に基づいて上記外部の端末装置に上記画像データを送信する画像読取装置において、上記外部の端末装置との通信に失敗した場合に上記保持された宛先情報に対して仮削除、本削除、完全削除のいずれを実行するかを設定する手段と、上記外部の端末装置との通信に失敗した場合、上記仮削除が設定されていたら上記通信に失敗した外部の端末装置の宛先情報を元の状態に復活できるように保持したまま無効にし、上記本削除が設定されていたら上記通信に失敗した外部の端末装置の宛先情報を削除し、上記完全削除が設定されていたら上記通信に失敗した外部の端末装置の宛先情報を上書きして復活不可能に削除する手段と、上記仮削除によって無効にされた上記宛先情報を元の状態に復活させるか、あるいは上記本削除によって削除するかを指示する手段を設けた画像読取装置を提供する。

この発明による画像読取装置は、原稿から読み取った画像データを外部の装置へ送信する際の通信に失敗した場合、その送信先として登録されている宛先情報に対して各種の処理を施せるようにして、宛先情報を能動的に効率良く維持管理することができる。

以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。
〔実施例〕
１．この発明の画像読取装置の一実施例であるスキャナ装置を用いたウェブサービススキャナ（ＷＳ−Ｓｃａｎｎｅｒ）システムについて
図１は、この発明の画像読取装置の一実施例であるスキャナ装置を用いたウェブサービスシステムの構成を示すブロック図である。
このウェブサービススキャナシステムは、画像読取装置であるスキャナ装置１と外部の端末装置であるクライアントＰＣ２を含む複数のクライアントＰＣ（図にはクライアントＰＣ２のみ示し、その他のクライアントＰＣの図示を省略している）とが、有線、無線を含む各種のネットワーク３によって通信可能に接続してなる。そのスキャナ装置１は、ＷＳ−Ｓｃａｎｎｅｒに準拠して動作するスキャナ装置を想定している。

このウェブサービススキャナシステムは、予め、外部の端末装置であるクライアントＰＣ２を含む複数のクライアントＰＣから送信される各クライアントＰＣの宛先情報を収集して内部の記憶部に記憶して保持し、スキャナ装置１側のユーザが宛先（クライアントＰＣ２）を指定してスキャン動作をスタートさせると、クライアントＰＣ２にスキャンを通知し、クライアントＰＣ２からスキャン条件などの情報が送信される。
スキャナ装置１は、上記スキャン条件に従って原稿に記載された画像を光学的に読み取るスキャン動作を行い、その読み取った画像の画像データを内部の記憶部に一旦蓄積してクライアントＰＣ２へ応答を返す。

その後、クライアントＰＣ２が画像データの送信要求を送ると、スキャナ装置１は上記蓄積した画像データを上記保持している宛先情報に基づいてクライアントＰＣ２へ送信するので、クライアントＰＣ２は所望の画像データを取得することができる。
このときのクライアントＰＣ２とスキャナ装置１の間は、例えば、ＳＯＡＰプロトコルを含むウェブサービス（Ｗｅｂ Ｓｅｒｖｉｃｅ）技術を利用して画像データを含む各種の情報のデータのやり取りを行う。

図２は、図１に示すウェブサービススキャナシステムにおけるデバイス主導モードでのデータのやり取りのシーケンス概略を示す図である。
図３は、図１に示すスキャナ装置１の物理的構成を示す機能ブロック図である。
図４は、図１に示すスキャナ装置１の論理的構成を示す機能ブロック図である。

スキャナ装置１は、図３に示すように、ＣＰＵ１０，ＲＯＭ１１，ＲＡＭ１２，表示ユニット１３，操作ユニット１４，スキャナユニット１５，補助記憶装置１６，ネットワークインタフェース（Ｉ／Ｆ）１７からなり、それらは互いにシステムバス１８によって接続され、それぞれ互いに各種のデータのやり取りが可能である。
ＣＰＵ１０とＲＯＭ１１とＲＡＭ１２はマイクロコンピュータによって実現され、図４に示す、ジョブ管理部（ＪＣＭ）２０，エンジン制御部（ＥＣＳ）２１，画像管理部（ＭＣＳ）２２，宛先管理部（ＵＣＳ）２３，配信管理部（ＤＣＳ）２４の各機能を果たし、表示ユニット１３と操作ユニット１４は、図４に示す表示操作部（ＯＣＳ）２６の機能を果たし、スキャナユニット１５は、図４に示す画像読取部２７の機能を果たし、補助記憶装置１６は、図４に示す画像データ記憶部２８と宛先情報記憶部２９の機能を果たし、ネットワークＩ／Ｆ１７は、図４に示す通信制御部（ＮＣＳ）２５の機能を果たす。

図２に示すように、クライアントＰＣ２のユーザの操作により、ステップ（図中「Ｓ」で示す）１で、クライアントＰＣ２からスキャナ装置１へ「使わせてください」の要求を送信すると、ステップ２で、スキャナ装置１からクライアントＰＣ２へ「いいですよ」の許可を送り、スキャナ装置１側のユーザによってスキャンスタートの操作入力があると、「スキャンします」のスキャン実行の通知をクライアントＰＣ２へ送る。
ステップ３で、クライアントＰＣ２のユーザによってスキャン条件の入力があると、スキャナ装置１へ「こういう条件でスキャンをお願いします」のスキャン条件を送信し、ステップ４で、スキャナ装置１はクライアントＰＣ２から受信したスキャン条件に基づいて原稿から画像を読み取るスキャン処理を実行し、そのスキャン処理で読み取った画像の画像データを生成し、その生成した画像データを内部の記憶部に保持し、ステップ５で、スキャナ装置１はクライアントＰＣ２へ「スキャンできました」の通知を送る。

ステップ６で、クライアントＰＣ２からスキャナ装置１へ「画像を送って下さい」の要求を送り、ステップ７で、スキャナ装置１からクライアントＰＣ２へ「画像を送ります」の通知と共に、予め内部の記憶部に保持しているクライアントＰＣ２の宛先情報（送り先情報）に基づいて、同じく内部の記憶部に蓄積している画像データをクライアントＰＣ２へ送信する。

次に、このウェブサービススキャナシステムにおける各種の処理について説明する。
まず、スキャナ装置１にクライアントＰＣ２の宛先情報を登録する処理について説明する。
図５は、クライアントＰＣ２の宛先情報を登録する処理のシーケンス図である。
図５に示すように、クライアントＰＣ２側のユーザ（図中には「クライアント」と記す）の操作により、スキャナ装置１の通信制御部２５へ宛先情報登録（図中「宛先登録」と省略して記す）の要求を送信すると、通信制御部２５は宛先管理部２３へクライアントＰＣ２から受信した宛先情報登録の要求を送り、宛先管理部２３は通信制御部２５へ宛先情報の登録応答（図中「登録応答」と省略して記す）を送り、通信制御部２５はクライアントＰＣ２へ登録応答を返信する。その後、クライアントＰＣ２から送信される宛先情報を宛先管理部２３が宛先情報記憶部に登録する。

次に、スキャナ装置１において登録された宛先情報を表示する処理について説明する。
図６は、スキャナ装置１に登録された宛先情報を表示操作部２６に表示する処理のシーケンスの図である。
図６に示すように、スキャナ装置１側のユーザの操作により、スキャナ装置１の表示操作部２６に表示更新の指示を入力すると、表示操作部２６は宛先管理部２３に宛先確認の要求を送る。宛先管理部２３は宛先情報記憶部に蓄積されている宛先情報を読み出し、宛先表示のために表示操作部２６へ送る。表示操作部２６はその宛先情報を表示ユニットの宛先選択画面に表示する。

このシーケンスによる処理によって、ユーザが表示操作部２６を操作して表示更新要求を行うことによって登録されている宛先情報を表示して選択することができる。
この他にもタイマによる一定時間間隔、指定時刻、装置起動時、再起動時など、宛先情報更新のタイミングはいろいろ考えられるが、それぞれ、所望の更新のタイミングで宛先管理部２３に対して本例示と同じような更新要求を発行するとよい。

次に、スキャナ装置１におけるクライアントＰＣ２の宛先選択について説明する。
図７は、表示操作部２６に表示する宛先選択画面の一例を示す図である。
宛先選択画面には、クライアントＰＣ２を含む外部の複数の端末装置のホストネーム（Ｈｏｓｔｎａｍｅ）と、その宛先情報であるＩＰアドレス（ＩＰａｄｄｒｅｓｓ）と、使用しているアプリケーションソフト名（Ａｐｐｌｉｃａｔｉｏｎ）とを一覧表示する。

例えば、図７の宛先選択画面には、ホストネーム「ｓｕｎ」のクライアントＰＣの宛先情報であるＩＰアドレス「１９２．１６８．０．１」と使用しているアプリケーション名「Ａｃｒｏｂａｔ（登録商標）」と、ホストネーム「ｍｅｒｃｕｒｙ」のクライアントＰＣの宛先情報であるＩＰアドレス「１９２．１６８．０．２」と使用しているアプリケーション名「Ｗｏｒｄ（登録商標）」と、ホストネーム「ｖｅｎｕｓ」のクライアントＰＣの宛先情報であるＩＰアドレス「１９２．１６８．０．３」と使用しているアプリケーション名「Ｐｈｏｔｏｓｈｏｐ（登録商標）」と、ホストネーム「ｅａｒｔｈ」のクライアントＰＣの宛先情報であるＩＰアドレス「１９２．１６８．０．４」と使用しているアプリケーション名「Ｐｈｏｔｏｓｈｏｐ（登録商標）」と、ホストネーム「ｍａｒｓ」のクライアントＰＣの宛先情報であるＩＰアドレス「１９２．１６８．０．５」と使用しているアプリケーション名「Ｐｏｗｅｒｐｏｉｎｔ（登録商標）」とが表示されている。

例えば、一覧の三つ目のホストネーム「ｖｅｎｕｓ」を選択すると、その行の表示が反転表示され、画面の右下の「ＯＫ」ボタンをタッチすると、この宛先情報が画像データの送信先の宛先として決定される、また、反転表示後に画面の左下の「取り消し」ボタンをタッチすると、反転表示が解除されると共に、この宛先情報の選択が解除され、他の宛先情報の選択が可能になる。
なお、宛先選択画面に表示する情報は、図７のように、ホスト名，ＩＰアドレス，アプリケーション名などを表示するようにしてもよいし、それらのうちいずれか一つ又は二つを表示するようにしても良いし、あるいは「斉藤のコンピュータ」のように別名を登録して表示するようにしてもよい。

次に、上述したようにして登録された宛先情報が、図７のようにスキャナ装置の表示操作部２６に表示されてユーザが選択できる状態になっている場合、それ以降の処理シーケンスについて説明する。
図８は、宛先情報を選択して画像を読み取り、その読み取った画像の画像データを上記選択した宛先情報のクライアントＰＣに送信する処理のシーケンスを示す図である。

スキャナ装置１側のユーザによって、原稿から画像を読み取るスキャナ機能の呼び出し（図中の「スキャナ機能呼び出し」）と、スキャンした画像データの送信先である宛先情報の選択（図中の「宛先選択」）と、スキャン時及び送信時を含む各種の処理時のモードの設定（図中の「モード設定」）と、スキャンのスタートとが順次入力されると、表示操作部２６はジョブ管理部２０へスタートを指示する。
ジョブ管理部２０は、表示操作部２６からスタートの指示を受け取ると、配信管理部２４へクライアントＰＣ２へスキャン通知要求を送るように指示する。
配信管理部２４は、ジョブ管理部２０からスキャン通知要求を受け取ると、宛先管理部２３に通知先のクライアントＰＣ２の宛先情報の取得要求（図中「宛先取得」と省略して記す）を送る。

宛先管理部２３は、配信管理部２４から宛先情報の取得要求を受け取ると、宛先情報記憶部から該当する宛先情報（上記選択された宛先情報）を読み出して配信管理部２４へ送る（図中「宛先」と省略して記す）。
配信管理部２４は、宛先管理部２３から宛先情報を受け取ると、通信制御部２５へ上記宛先情報を送ると共に、その宛先情報のクライアントＰＣ２へスキャン通知を送ることを要求（図中の「スキャン通知要求」）する指示を送る。

通信制御部２５は、配信管理部２４から宛先情報とスキャン通知要求を受け取ると、その宛先情報のクライアントＰＣ２（図中「クライアント」と省略して記す）へスキャン通知を送信すると共に、配信管理部２４へクライアントＰＣ２へスキャン通知を送ったことを知らせるスキャン通知応答を送る。
配信管理部２４は、通信制御部２５からスキャン通知応答を受け取ると、ジョブ管理部２０へ同じくスキャン通知応答を送る。

一方、クライアントＰＣ２は、スキャナ装置１からスキャン通知を受け取ると、スキャナ装置１へスキャンを開始させるスキャン要求を送信する。
スキャナ装置１の通信制御部２５は、クライアントＰＣ２からスキャン要求を受け取ると、ジョブ管理部２０へそのスキャン要求を送る。
ジョブ管理部２０は、通信制御部２５からスキャン要求を受け取ると、表示操作部２６へモード設定をさせるための画面表示（図中「モード表示」と記す）の指示を送ると共に、画像管理部２２へファイル生成の要求を送る。
画像管理部２２は、ジョブ管理部２０からファイル生成の要求を受け取ると、画像データを保持する際のファイルを生成する。

表示操作部２６は、ジョブ管理部２０からモード表示の指示を受け取ると、画面にモード設定の作業画面を表示し、その作業画面に対してユーザから入力された各種のモードの情報をジョブ管理部２０へ送る。
ジョブ管理部２０は、表示操作部２６からモードの情報を受け取ると、エンジン制御部２１へそのモードの情報に基づくモード設定の指示を送る。
エンジン制御部２１は、ジョブ管理部２０から受け取ったモードの情報に基づいて画像読取部２７のモード設定をし、ジョブ管理部２０へモード設定をしたことを示すモード設定応答を送る。

ジョブ管理部２０は、エンジン制御部２１からモード設定応答を受け取ると、エンジン制御部２１へ画像のスキャン処理の開始を示すジョブスタートの指示を送る。
エンジン制御部２１は、ジョブ管理部２０からジョブスタートの指示を受け取ると、画像読取部によって原稿から画像を読み取り、その画像の画像データを生成（図中「画像形成」と省略して記す）し、画像管理部２２へ送る。
画像管理部２２は、エンジン制御部２１から画像データを受け取ると、その画像データを上記生成したファイルにし（図中「画像形成」と省略して記す）、エンジン制御部２１へ画像データを生成したことを示す画像形成応答を送る。

エンジン制御部２１は、画像管理部２２から画像形成応答を受け取ると、ジョブ管理部２０へジョブ終了を示すジョブ終了の通知を送る。
ジョブ管理部２０は、画像管理部２２へファイルクローズの指示を送る。
画像管理部２２は、ジョブ管理部２０からファイルクローズの指示を受け取ると、画像データ記憶部２８に上記ファイルの画像データを記憶するファイルクローズをし、ジョブ管理部２０へファイルクローズを終えたことを示すファイルクローズ応答を送る。
ジョブ管理部２０は、画像管理部２２からファイルクローズ応答を受け取ると、通信制御部２５へクライアントＰＣ２へのスキャン要求応答の送信指示を送る。

通信制御部２５は、ジョブ管理部２０からスキャン要求応答を受け取ると、クライアントＰＣ２へスキャン要求応答を送信する。
また、ジョブ管理部２０は、通信制御部２５へスキャン要求応答の送信指示を送った後、表示操作部２６へスキャン完了を知らせる画面を表示させるスキャン完了表示の指示を送る。表示操作部２６は、ジョブ管理部２０からスキャン完了表示の指示を受け取ると、画面にスキャン処理を完了したことを示す情報を表示する。

一方、クライアントＰＣ２は、スキャナ装置１からスキャン要求応答を受け取ると、スキャナ装置１へ画像データの配信要求を送信する。
通信制御部２５は、クライアントＰＣ２から配信要求を受け取ると、配信管理部２４へその配信要求を送る。
配信管理部２４は、通信制御部２５から配信要求を受け取ると、ジョブ管理部２０へ画像データの送信の準備要求を示す配信準備要求を送る。
ジョブ管理部２０は、配信管理部２４から配信準備要求を受け取ると、表示操作部２６へ配信情報表示の指示を送り、表示操作部２６は配信情報を表示する。
また、ジョブ管理部２０は、画像管理部２２へ配信する画像データのファイルを読み出すファイルオープンの指示を送る。

画像管理部２２は、ジョブ管理部２０からファイルオープンの指示を受け取ると、画像データ記憶部２８から上記配信する画像データを読み出し（「ファイルオープン」）し、ジョブ管理部２０へファイルをオープンしたことを示すファイルオープン応答を送る。
ジョブ管理部２０は、画像管理部２２からファイルオープン応答を受け取ると、配信管理部２４へ配信する画像データの準備ができたことを示す配信準備応答を送る。
配信管理部２４は、ジョブ管理部２０から配信準備応答を受け取ると、画像管理部２２へ画像取得要求を送る。
画像管理部２２は、配信管理部２４から画像取得要求を受け取ると、画像データ記憶部２８から読み出した画像データ（図中「画像」と省略して記す）を配信管理部２４へ送る。

配信管理部２４は、画像管理部２２から画像データを受け取ると、宛先管理部２３へ宛先取得の要求を送る。
宛先管理部２３は、配信管理部２４から宛先取得の要求を受け取ると、宛先情報記憶部から上記選択された宛先情報（図中「宛先」と省略して記す）を読み出して配信管理部２４へ送る。
配信管理部２４は、宛先管理部２３から宛先情報を受け取ると、通信制御部２５へ上記宛先情報のクライアントＰＣ２へ上記画像データを送信させる画像配信応答の指示を送ると共に、ジョブ管理部２０へ配信完了要求を送る。
通信制御部２５は、配信管理部２４からの画像配信応答の指示を受け取ると、上記宛先情報のクライアントＰＣ２へ上記画像データを送信する画像配信を実行する。

また、ジョブ管理部２０は、配信管理部２４から配信完了要求を受け取ると、画像管理部２２へファイルクローズの指示を送る。
画像管理部２２は、ジョブ管理部２０からファイルクローズの指示を受け取ると、上記オープンしたファイルのクローズ（「ファイルクローズ」）の処理をし、ジョブ管理部２０にファイルをクローズしたことを示すファイルクローズ応答を送る。
ジョブ管理部２０は、画像管理部２２からファイルクローズ応答を受け取ると、配信管理部２４へ配信完了応答を送る。

配信管理部２４は、ジョブ管理部２０から配信完了応答を受け取ると、処理を終了する。
また、ジョブ管理部２０は、配信管理部２４へ配信完了応答を送った後、表示操作部２６へ配信終了表示の指示を送る。
表示操作部２６は、ジョブ管理部２０から配信終了表示の指示を受け取ると、画面に配信終了を表示してユーザに知らせる。

２．この実施例のウェブサービススキャナシステムの特徴について
このウェブサービススキャナシステムの特徴は、スキャナ装置１からの画像データの送り先であるクライアントＰＣの宛先情報をダイナミックに登録できることである。
そこで、クライアントＰＣの最新の正しい宛先情報をいかに維持するかということが非常に重要になってくる。
これまでに，メール（ＳＭＴＰ）やＷｅｂ（ＨＴＴＰ）を使って宛先情報を含む登録情報を登録するようなシステムや、そのようにして登録された宛先情報を含む登録情報の読み取り、変更、削除などの操作に対して、ユーザ認証を利用してアクセス制御する方法などが開示されている。

しかし、それらの方法はユーザが能動的に登録情報を削除する目的に対する解決策であって、ウェブサービススキャナシステムのように自動的に宛先情報を含む登録情報が登録される場合の登録情報の鮮度維持などを考慮したものではない。
とくに、宛先情報の登録については、ウェブサービススキャナシステムの標準で定められているプロトコルに従えばよいが、その登録を削除するタイミングについてはウェブサービススキャナシステムの標準では特に考えられていない。
すなわち、ウェブサービススキャナシステムが能動的に効率良く宛先情報を維持管理する仕組を考える必要がある。
このウェブサービススキャナシステムでは、配信管理部２４が外部のクライアントＰＣ２との通信に失敗した場合に宛先情報を無効又は更新する処理を行う。

３．このウェブサービススキャナシステムにおける処理について
３−１．このウェブサービススキャナシステムにおけるクライアントＰＣ２との通信失敗の判定について
このウェブサービススキャナシステムは、配信管理部２４の指示によって通信制御部２５がクライアントＰＣ２への各種メッセージを送信したとき、以下に列挙するいずれかの場合のときには、クライアントＰＣ２との通信に失敗したと判定する。

１）クライアントＰＣ２への各種メッセージを送信したときに以下のようなエラーメッセージを受信した場合
ｉ．サービスをサポートしていない（根本的なエラーで回復が期待できないエラー）とのエラーメッセージ…（Ａ）
ｉｉ．他の処理中のため受信を受け付けられない（時間の経過によって回復が期待できるエラー）とのエラーメッセージ…（Ｂ）
ｉｉｉ．その他のエラーメッセージ…（Ｃ）

２）予め設定しておいたタイムアウト時間を越えても応答がない場合…（Ｄ）
３）エラー発生した場合に一定時間間隔をおいて再度メッセージを送信することが考えられるので、その場合にはさらに、以下の場合に失敗と判定する。
ｉ．予め設定しておいたリトライ回数分送信を繰り返したが結果が変らない（エラーメッセージを受信する、応答がない）場合…（Ｅ）

３−２．クライアントＰＣ２へのスキャン通知に失敗した場合の処理
スキャナ装置１においてユーザがスキャンスタートをさせると、画像データを送信する宛先のクライアントＰＣ２へスキャン通知を送るが、このスキャン通知の送信に失敗したときの宛先情報に対する処理を説明する。

３−２−１．宛先情報を無効にするために自動的に削除する
例えば、上記（Ａ）の場合や上記（Ａ）と（Ｅ）を併用した場合によって、クライアントＰＣ２へのスキャン通知に失敗したと判定したとき、スキャン通知に失敗した宛先のクライアントＰＣ２の宛先情報を宛先情報記録部２９から以下のようにして自動的に削除する。

図９は、スキャナ装置１においてスキャン通知が失敗した場合に宛先情報を自動的に削除する処理のシーケンス図である。
スキャナ装置１側のユーザによって、原稿から画像を読み取るスキャナ機能の呼び出し（図中の「スキャナ機能呼び出し」）と、スキャンした画像データの送信先である宛先情報の選択（図中の「宛先選択」）と、スキャン時及び送信時を含む各種の処理時のモードの設定（図中の「モード設定」）と、スキャンのスタートとが順次入力されると、表示操作部２６はジョブ管理部２０へスタートを指示する。
ジョブ管理部２０は、表示操作部２６からスタートの指示を受け取ると、配信管理部２４へクライアントＰＣ２へスキャン通知要求を送るように指示する。
配信管理部２４は、ジョブ管理部２０からスキャン通知要求を受け取ると、宛先管理部２３に通知先のクライアントＰＣ２の宛先情報の取得要求（図中「宛先取得」と省略して記す）を送る。

宛先管理部２３は、配信管理部２４から宛先情報の取得要求を受け取ると、宛先情報記憶部から該当する宛先情報（上記選択された宛先情報）を読み出して配信管理部２４へ送る（図中「宛先」と省略して記す）。
配信管理部２４は、宛先管理部２３から宛先情報を受け取ると、通信制御部２５へ上記宛先情報を送ると共に、その宛先情報のクライアントＰＣ２へスキャン通知を送ることを要求（図中の「スキャン通知要求」）する指示を送る。

通信制御部２５は、配信管理部２４から宛先情報とスキャン通知要求を受け取ると、その宛先情報のクライアントＰＣ２（図中「クライアント」と省略して記す）へスキャン通知を送信し、そのスキャン通知の通信に失敗したと判定すると、配信管理部２４へクライアントＰＣ２へのスキャン通知に失敗したことを知らせるスキャン通知応答を送る。
配信管理部２４は、通信制御部２５からスキャン通知に失敗したスキャン通知応答を受け取ると、宛先管理部２３へ上記選択された宛先情報の削除を要求（図中「宛先削除」と略記する）する。

宛先管理部２３は、配信管理部２４から宛先情報の削除の要求を受け取ると、宛先情報記憶部２９から上記選択された宛先情報を削除し、配信管理部２４へ宛先情報を削除したことを示す宛先削除応答を送る。
配信管理部２４は、宛先管理部２３から宛先削除応答を受け取ると、ジョブ管理部２０へスキャン通知失敗のスキャン通知応答を送る。
ジョブ管理部２０は、配信管理部２４からスキャン通知応答を受け取ると、表示操作部２６へスキャン中止表示の指示を送る。
表示操作部２６は、ジョブ管理部２０からスキャン中止表示の指示を受け取ると、画面にスキャン中止のメッセージを表示してユーザに知らせる。

上述の宛先情報の削除として以下に示す複数の種類の削除状態を選択可能にしている。
１）宛先情報に無効を意味する属性を関連づけて付与し、宛先情報はそのまま保持する（「仮削除状態」という）
２）宛先情報記憶部における宛先情報が記憶されているメモリ領域を解放して削除する（「本削除状態」という）
３）宛先情報記憶部における宛先情報が記憶されているメモリ領域に０，１，ランダムデータなどを上書きして復活不可能に削除する（「完全削除状態」という）

図１０は、宛先削除方法を指定するときの初期設定画面を示す図である。
上述した仮削除情報、本削除状態、完全削除状態のうち、どの削除状態を利用するのかは、図１０に示した初期設定画面によってシステム管理者が選択できるようにしておく。
この初期設定画面には、スキャン通知の送信失敗時にリトライする回数の入力欄と、スキャン通知の送信失敗時に、仮削除情報、本削除状態、完全削除状態の削除状態のうちのどれを実行させるかの選択入力欄と、予め設定した時間後に本削除状態又は完全削除状態の削除方法を実行するか否かを選択するタイマーによる自動削除選択入力欄と、そのタイマーの起動時間の入力欄と、本削除した宛先情報を自動的に完全削除するか否かを選択する入力欄と、自動的に完全削除する時刻の入力欄からなる。また、上記各入力欄への入力が済んだ後に確定入力するＯＫボタンと、入力を取り消す取り消しボタンもある。

システム管理者は、予め上記初期設定画面によって上記自動削除時に仮削除情報、本削除状態、完全削除状態のいずれの削除状態にするかを選択して設定する。
例えば、仮削除状態を維持したままにしておいて、タイマーによって一定時間が経過した場合に本削除することができる。その場合、タイマーの値は初期設定にてシステム管理者が設定できるようにしておくとよい。
また、完全削除を行う場合は通常の削除よりも時間を要するため、送信失敗時の削除では１）あるいは２）の方法で削除しておき、システム管理者が設定しておいた時間に自動的に３）の方法を実行するようにしてもよい。
さらに、図１０の画面では記載していないが、タイマー起動を時刻で設定できるようにしてもよいし、その時刻指定に年月日まで指定できるようにしてもよい。
また，完全削除の方法を「０で上書き」「１で上書き」「ランダムデータで上書き」などいろいろな方法が選択できるようにしてもよい。

また、仮削除状態の宛先情報を、別の機会にシステム管理者が元の状態に復活あるいは本削除できるようにするとよい。
図１１は、システム管理者が仮削除した宛先情報の処理（本削除／復活）を指定する画面の説明図である。
システム管理者は、図１１に示すような画面からの入力により、仮削除状態の宛先情報を元の状態に復活あるいは本削除することができる。
この画面には、宛先情報が仮削除されたクライアントＰＣのホストネームとＩＰアドレスとアプリケーション名とが一覧表示されており、その各々について宛先情報を復活させるか、仮削除状態にするか、本削除状態にするかの選択ボタンが表示されている。システム管理者は、その選択ボタンによる入力によってクライアントＰＣ毎に宛先情報の復活、仮削除、本削除の指示をする。

例えば、仮削除状態の宛先情報に対して復活させる操作入力が有った場合、宛先情報記憶部２９の該当する宛先情報に付与されている無効を意味する属性を削除又は解除することによって有効にし、仮削除状態の宛先情報を選択可能に復活させることができる。

３−２−２．宛先情報を変更して処理を継続（続行）する
例えば、上記の（Ｂ）（Ｃ）（Ｄ）のように、状況によってはエラー発生が変化するような場合、クライアントＰＣ２へのスキャン通知に失敗したと判定したとき、ユーザに宛先情報を変更させ、その変更後の宛先情報で配信の処理を継続する。

図１２は、スキャナ装置１においてスキャン通知が失敗した場合に宛先情報の変更入力をユーザに要求して処理を継続するときの処理のシーケンス図である。
スキャナ装置１側のユーザによって、原稿から画像を読み取るスキャナ機能の呼び出し（図中の「スキャナ機能呼び出し」）と、スキャンした画像データの送信先である宛先情報の選択（図中の「宛先選択」）と、スキャン時及び送信時を含む各種の処理時のモードの設定（図中の「モード設定」）と、スキャンのスタートとが順次入力されると、表示操作部２６はジョブ管理部２０へスタートを指示する。
ジョブ管理部２０は、表示操作部２６からスタートの指示を受け取ると、配信管理部２４へクライアントＰＣ２へスキャン通知要求を送るように指示する。
配信管理部２４は、ジョブ管理部２０からスキャン通知要求を受け取ると、宛先管理部２３に通知先のクライアントＰＣ２の宛先情報の取得要求（図中「宛先取得」と省略して記す）を送る。

宛先管理部２３は、配信管理部２４から宛先情報の取得要求を受け取ると、宛先情報記憶部から該当する宛先情報（上記選択された宛先情報）を読み出して配信管理部２４へ送る（図中「宛先」と省略して記す）。
配信管理部２４は、宛先管理部２３から宛先情報を受け取ると、通信制御部２５へ上記宛先情報を送ると共に、その宛先情報のクライアントＰＣ２へスキャン通知を送ることを要求（図中の「スキャン通知要求」）する指示を送る。

通信制御部２５は、配信管理部２４から宛先情報とスキャン通知要求を受け取ると、その宛先情報のクライアントＰＣ２（図中「クライアント」と省略して記す）へスキャン通知を送信し、そのスキャン通知の通信に失敗したと判定すると、配信管理部２４へクライアントＰＣ２へのスキャン通知に失敗したことを知らせるスキャン通知応答を送る。
配信管理部２４は、通信制御部２５からスキャン通知に失敗したことを示すスキャン通知を応答を受け取ると、ジョブ管理部２０へそのスキャン通知に失敗したことを示すスキャン通知応答を送る。

ジョブ管理部２０は、配信管理部２４からスキャン通知失敗のスキャン通知応答を受け取ると、表示操作部２６へ宛先変更画面の表示の指示（図中「宛先変更画面表示」と記す）を送る。
表示操作部２６は、ジョブ管理部２０から宛先変更画面の表示の指示を受け取ると、宛先変更画面を表示してユーザに宛先情報の変更を要求する。
ユーザによって宛先変更画面に対して宛先情報が変更入力（図中「宛先変更」と記す）されると、表示操作部２６は宛先管理部２３へスキャン通知に失敗したクライアントＰＣの宛先情報を上記入力された宛先情報に変更する要求（図中「宛先変更」と記す）を送る。その後、変更された宛先情報に基づいて処理を継続する。

宛先管理部２３は、表示操作部２６から宛先変更の要求と上記変更入力された宛先情報を受け取ると、宛先情報記憶部２９に記憶されたスキャン通知に失敗したクライアントＰＣの宛先情報を上記入力された宛先情報に書き換えて変更し（図中「宛先変更」と記す）、表示操作部２６へ宛先情報の変更が終了したことを示す宛先変更応答を送る。
表示操作部２６は、宛先管理部２３から宛先変更応答を受け取ると、画面に宛先情報変更終了を知らせるメッセージを表示し、ジョブ管理部２０へ宛先変更終了の通知を送る。
ジョブ管理部２０は、表示操作部２６から宛先変更終了の通知を受け取ると、配信管理部２４へスキャン通知要求を送り、その後は変更した宛先情報に基づいて上述と同じ処理を繰り返すことによって、その変更後の宛先情報で配信の処理を継続する。

３−２−３．宛先情報の変更入力をキャンセルして宛先情報を削除する
ユーザに宛先情報の変更を要求して、その変更に対する応答がキャンセル（さらに宛先情報削除）だった場合には以下のようにして宛先情報を削除する処理を行い、配信処理を中止する。
図１３は、スキャナ装置１においてスキャン通知が失敗した場合に宛先情報の変更入力がキャンセルされて宛先情報の削除が指示された場合の処理のシーケンス図である。

スキャナ装置１側のユーザによって、原稿から画像を読み取るスキャナ機能の呼び出し（図中の「スキャナ機能呼び出し」）と、スキャンした画像データの送信先である宛先情報の選択（図中の「宛先選択」）と、スキャン時及び送信時を含む各種の処理時のモードの設定（図中の「モード設定」）と、スキャンのスタートとが順次入力されると、表示操作部２６はジョブ管理部２０へスタートを指示する。
ジョブ管理部２０は、表示操作部２６からスタートの指示を受け取ると、配信管理部２４へクライアントＰＣ２へスキャン通知要求を送るように指示する。
配信管理部２４は、ジョブ管理部２０からスキャン通知要求を受け取ると、宛先管理部２３に通知先のクライアントＰＣ２の宛先情報の取得要求（図中「宛先取得」と省略して記す）を送る。

宛先管理部２３は、配信管理部２４から宛先情報の取得要求を受け取ると、宛先情報記憶部から該当する宛先情報（上記選択された宛先情報）を読み出して配信管理部２４へ送る（図中「宛先」と省略して記す）。
配信管理部２４は、宛先管理部２３から宛先情報を受け取ると、通信制御部２５へ上記宛先情報を送ると共に、その宛先情報のクライアントＰＣ２へスキャン通知を送ることを要求（図中の「スキャン通知要求」）する指示を送る。

通信制御部２５は、配信管理部２４から宛先情報とスキャン通知要求を受け取ると、その宛先情報のクライアントＰＣ２（図中「クライアント」と省略して記す）へスキャン通知を送信し、そのスキャン通知の通信に失敗したと判定すると、配信管理部２４へクライアントＰＣ２へのスキャン通知に失敗したことを知らせるスキャン通知応答を送る。
配信管理部２４は、通信制御部２５からスキャン通知に失敗したことを示すスキャン通知の応答を受け取ると、ジョブ管理部２０へそのスキャン通知失敗のスキャン通知応答を送る。

ジョブ管理部２０は、配信管理部２４からスキャン通知失敗のスキャン通知応答を受け取ると、表示操作部２６へ宛先変更画面の表示の指示（図中「宛先変更画面表示」と記す）を送る。
表示操作部２６は、ジョブ管理部２０から宛先変更画面の表示の指示を受け取ると、宛先変更画面を表示してユーザに宛先情報の変更を要求する。
ユーザによって宛先変更画面に対して宛先情報の変更入力がキャンセルされ、宛先情報を削除する指示（図中「宛先削除」と記す）が入力されると、表示操作部２６は宛先管理部２３へスキャン通知に失敗したクライアントＰＣの宛先情報を削除する要求（図中「宛先削除」と記す）を送る。

宛先管理部２３は、表示操作部２６から宛先削除の要求を受け取ると、宛先情報記憶部２９に記憶されたスキャン通知に失敗したクライアントＰＣの宛先情報を削除し（図中「宛先削除」と記す）、表示操作部２６へ宛先情報の削除が終了したことを示す宛先削除応答を送る。
表示操作部２６は、宛先管理部２３から宛先削除応答を受け取ると、画面に宛先情報削除終了を知らせるメッセージを表示し、ジョブ管理部２０へ配信をキャンセルする通知（図中「キャンセル」と略記する）を送り、配信処理を中止する。
ジョブ管理部２０は、表示操作部２６からキャンセルの通知を受け取ると、表示操作部２６へ配信終了表示の指示を送る。
表示操作部２６は、ジョブ管理部２０から配信終了表示の指示を受け取ると、画面に画像データの配信処理をキャンセルしたことを示す通知を表示し、ユーザに配信処理を中止したことを知らせる。

３−３．クライアントＰＣ２へのスキャン要求応答に失敗した場合の処理
次に、スキャナ装置１においてクライアントＰＣ２へのスキャン要求応答時のメッセージ送信に失敗したときの宛先情報に対する処理について説明する。

３−３−１．宛先情報を無効にするために自動的に削除する
図１４は、スキャナ装置１においてスキャン要求応答が失敗した場合に宛先情報を自動的に削除する処理のシーケンス図である。
ジョブ管理部２０は、通信制御部２５へクライアントＰＣ２へのスキャン要求応答の送信指示を送る。
通信制御部２５は、ジョブ管理部２０からスキャン要求応答を受け取ると、クライアントＰＣ２へスキャン要求応答を送信し、その送信に失敗して、スキャン要求応答の送信に失敗したと判定すると、配信管理部２４へスキャン要求応答に失敗したことを示すスキャン要求応答失敗通知を送る。

配信管理部２４は、通信制御部２５からスキャン要求応答に失敗したスキャン要求応答失敗通知を受け取ると、宛先管理部２３へ上記選択された宛先情報の削除を要求（図中「宛先削除」と略記する）する。
宛先管理部２３は、配信管理部２４から宛先情報の削除の要求を受け取ると、宛先情報記憶部２９から上記選択された宛先情報を削除し、配信管理部２４へ宛先情報を削除したことを示す宛先削除応答を送る。
配信管理部２４は、宛先管理部２３から宛先削除応答を受け取ると、ジョブ管理部２０へスキャン要求応答失敗通知を送る。
ジョブ管理部２０は、配信管理部２４からスキャン要求応答失敗通知を受け取ると、配信処理を中止し、表示操作部２６へ配信終了表示の指示を送る。
表示操作部２６は、ジョブ管理部２０から配信終了表示の指示を受け取ると、画面に配信終了のメッセージを表示して、ユーザに配信が失敗して終了したことを知らせる。

３−３−２．宛先情報を変更して処理を継続する
図１５は、スキャナ装置１においてスキャン要求応答が失敗した場合に宛先情報の変更入力をユーザに要求して処理を継続するときの処理のシーケンス図である。
ジョブ管理部２０は、通信制御部２５へクライアントＰＣ２へのスキャン要求応答の送信指示を送る。
通信制御部２５は、ジョブ管理部２０からスキャン要求応答を受け取ると、クライアントＰＣ２（図中「クライアント１」と記す）へスキャン要求応答を送信し、その送信に失敗して、スキャン要求応答の送信に失敗したと判定すると、配信管理部２４へスキャン要求応答に失敗したことを示すスキャン要求応答失敗通知を送る。

配信管理部２４は、通信制御部２５からスキャン要求応答に失敗したスキャン要求応答失敗通知を受け取ると、ジョブ管理部２０へそのスキャン要求応答失敗通知を送る。
ジョブ管理部２０は、配信管理部２４からスキャン要求応答失敗通知を受け取ると、表示操作部２６へ宛先変更画面の表示の指示（図中「宛先変更画面表示」と記す）を送る。
表示操作部２６は、ジョブ管理部２０から宛先変更画面の表示の指示を受け取ると、宛先変更画面を表示してユーザに宛先情報の変更入力を要求する。
ユーザによって宛先変更画面に対して宛先情報が変更入力（図中「宛先変更」と記す）されると、表示操作部２６は宛先管理部２３へスキャン要求応答に失敗したクライアントＰＣの宛先情報を上記変更入力された宛先情報に変更する要求（図中「宛先変更」と記す）を送る。

宛先管理部２３は、表示操作部２６から宛先変更の要求と上記変更入力された宛先情報を受け取ると、宛先情報記憶部２９に記憶されたスキャン要求応答に失敗したクライアントＰＣの宛先情報を上記変更入力された宛先情報に書き換えて変更し（図中「宛先変更」と記す）、表示操作部２６へ宛先情報の変更が終了したことを示す宛先変更応答を送る。
表示操作部２６は、宛先管理部２３から宛先変更応答を受け取ると、画面に宛先情報変更終了を知らせるメッセージを表示し、ジョブ管理部２０へ宛先変更終了の通知を送る。
ジョブ管理部２０は、表示操作部２６から宛先変更終了の通知を受け取ると、配信管理部２４へ再スキャン通知要求を送る。この後、配信処理を継続する。

配信管理部２４は、ジョブ管理部２０から再スキャン通知要求を受け取ると、宛先管理部２３に通知先のクライアントＰＣの宛先情報の取得要求（図中「宛先取得」と省略して記す）を送る。
宛先管理部２３は、配信管理部２４から宛先情報の取得要求を受け取ると、宛先情報記憶部から該当する宛先情報（上記変更された宛先情報）を読み出して配信管理部２４へ送る（図中「宛先」と省略して記す）。
配信管理部２４は、宛先管理部２３から宛先情報を受け取ると、通信制御部２５へ上記宛先情報を送ると共に、その宛先情報のクライアントＰＣへスキャン通知を送ることを要求（図中の「スキャン通知要求」）する指示を送る。

通信制御部２５は、配信管理部２４から宛先情報とスキャン通知要求を受け取ると、その宛先情報のクライアントＰＣ（図中「クライアント２」と記す）へスキャンの準備完了の通知を送信すると共に、配信管理部２４へクライアントＰＣへスキャン準備完了の通知を送ったことを知らせるスキャン通知応答を送る。
配信管理部２４は、通信制御部２５からスキャン通知応答を受け取ると、ジョブ管理部２０へ再スキャン通知応答を送る。

一方、クライアントＰＣ（クライアント２）は、スキャナ装置１からスキャン準備完了の通知を受け取ると、スキャナ装置１へスキャンを開始させるスキャン要求を送信する。
スキャナ装置１の通信制御部２５は、クライアントＰＣ（クライアント２）からスキャン要求を受け取ると、ジョブ管理部２０へそのスキャン要求を送る。
ジョブ管理部２０は、通信制御部２５からスキャン要求を受け取ると、通信制御部２５へクライアントＰＣ２へのスキャン要求応答の送信指示を送る。
通信制御部２５は、ジョブ管理部２０からスキャン要求応答を受け取ると、クライアントＰＣ（クライアント２）へスキャン要求応答を送信する。

一方、クライアントＰＣ（クライアント２）は、スキャナ装置１からスキャン要求応答を受け取ると、スキャナ装置１へ画像データの配信要求を送信する。
通信制御部２５は、クライアントＰＣ（クライアント２）から配信要求を受け取ると、配信管理部２４へその配信要求を送る。
配信管理部２４は、通信制御部２５から配信要求を受け取ると、ジョブ管理部２０へ画像データの送信の準備要求を示す配信準備要求を送る。
ジョブ管理部２０は、配信管理部２４から配信準備要求を受け取ると、画像管理部２２へ配信する画像データのファイルを読み出すファイルオープンの指示を送る。

画像管理部２２は、ジョブ管理部２０からファイルオープンの指示を受け取ると、画像データ記憶部２８から上記配信する画像データを読み出し（「ファイルオープン」）し、ジョブ管理部２０へファイルをオープンしたことを示すファイルオープン応答を送る。
ジョブ管理部２０は、画像管理部２２からファイルオープン応答を受け取ると、配信管理部２４へ配信する画像データの準備ができたことを示す配信準備応答を送る。
配信管理部２４は、ジョブ管理部２０から配信準備応答を受け取ると、画像管理部２２へ画像取得要求を送る。
画像管理部２２は、配信管理部２４から画像取得要求を受け取ると、画像データ記憶部２８から読み出した画像データ（図中「画像」と省略して記す）を配信管理部２４へ送る。

配信管理部２４は、画像管理部２２から画像データを受け取ると、通信制御部２５へ上記宛先情報のクライアントＰＣ（クライアント２）へ画像データを送信することを示す画像配信応答を送るようにとの指示を送る。
通信制御部２５は、配信管理部２４からの画像配信応答の指示を受け取ると、上記宛先情報のクライアントＰＣ（クライアント２）へ上記画像データを送信する画像配信を実行する。
通信制御部２５は、画像配信時に失敗判定をし、失敗しなければ、配信管理部２４へ画像配信が成功したことを示す画像配信結果通知を送る。
配信管理部２４は、通信制御部２５から画像配信結果通知を受け取ると、ジョブ管理部２０へ配信完了要求を送る。

ジョブ管理部２０は、配信管理部２４から配信完了要求を受け取ると、画像管理部２２へファイルクローズの指示を送る。
画像管理部２２は、ジョブ管理部２０からファイルクローズの指示を受け取ると、上記オープンしたファイルのクローズ（「ファイルクローズ」）の処理をし、ジョブ管理部２０にファイルをクローズしたことを示すファイルクローズ応答を送る。
ジョブ管理部２０は、画像管理部２２からファイルクローズ応答を受け取ると、配信管理部２４へ配信完了応答を送る。

配信管理部２４は、ジョブ管理部２０から配信完了応答を受け取ると、この配信処理を終了する。
また、ジョブ管理部２０は、配信管理部２４へ配信完了応答を送った後、表示操作部２６へ配信終了表示の指示を送る。
表示操作部２６は、ジョブ管理部２０から配信終了表示の指示を受け取ると、画面に配信終了を表示し、ユーザに配信処理が終了したことを知らせる。
このようにして、ユーザに宛先情報を変更させ、その変更後の宛先情報で配信の処理を継続する。

３−３−３．宛先情報の変更をキャンセルして宛先情報を削除する
図１６は、スキャナ装置１においてスキャン要求応答が失敗した場合に宛先情報の変更がキャンセルされて宛先情報の削除が指示された場合の処理のシーケンス図である。
ジョブ管理部２０は、通信制御部２５へクライアントＰＣ２へのスキャン要求応答の送信指示を送る。
通信制御部２５は、ジョブ管理部２０からスキャン要求応答を受け取ると、クライアントＰＣ２へスキャン要求応答を送信し、その送信に失敗して、スキャン要求応答の送信に失敗したと判定すると、配信管理部２４へスキャン要求応答に失敗したことを示すスキャン要求応答失敗通知を送る。

配信管理部２４は、通信制御部２５からスキャン要求応答失敗通知を受け取ると、ジョブ管理部２０へそのスキャン要求応答失敗通知を送る。
ジョブ管理部２０は、配信管理部２４からスキャン要求応答失敗通知を受け取ると、表示操作部２６へ宛先変更画面の表示の指示（図中「宛先変更画面表示」と記す）を送る。
表示操作部２６は、ジョブ管理部２０から宛先変更画面の表示の指示を受け取ると、宛先変更画面を表示してユーザに宛先情報の変更入力を要求する。
ユーザによって宛先変更画面に対して宛先情報の変更入力がキャンセルされ、宛先情報を削除する指示（図中「宛先削除」と記す）が入力されると、表示操作部２６は宛先管理部２３へスキャン通知に失敗したクライアントＰＣの宛先情報を削除する要求（図中「宛先削除」と記す）を送る。

宛先管理部２３は、表示操作部２６から宛先削除の要求を受け取ると、宛先情報記憶部２９に記憶されたスキャン通知に失敗したクライアントＰＣの宛先情報を削除し（図中「宛先削除」と記す）、表示操作部２６へ宛先情報の削除が終了したことを示す宛先削除応答を送る。
表示操作部２６は、宛先管理部２３から宛先削除応答を受け取ると、画面に宛先情報削除終了を知らせるメッセージを表示し、ジョブ管理部２０へ配信をキャンセルする通知（図中「キャンセル」と略記する）を送る。
ジョブ管理部２０は、表示操作部２６からキャンセルの通知を受け取ると、配信処理を中止し、表示操作部２６へ配信終了表示の指示を送る。
表示操作部２６は、ジョブ管理部２０から配信終了表示の指示を受け取ると、画面に画像データの配信処理をキャンセルしたことを示す通知を表示し、ユーザに配信処理を中止したことを知らせる。

３−４．クライアントＰＣ２への配信要求応答に失敗した場合の処理
次に、スキャナ装置１においてクライアントＰＣ２への配信要求応答に失敗したときの宛先情報に対する処理について説明する。

３−４−１．宛先情報を無効にするために自動的に削除する
図１７は、スキャナ装置１において配信要求応答が失敗した場合に宛先情報を自動的に削除する処理のシーケンス図である。
通信制御部２５は、クライアントＰＣ２から配信要求を受け取ると、配信管理部２４へその配信要求を送る。
配信管理部２４は、通信制御部２５から配信要求を受け取ると、ジョブ管理部２０へ画像データの送信の準備要求を示す配信準備要求を送る。
ジョブ管理部２０は、配信管理部２４から配信準備要求を受け取ると、画像管理部２２へ配信する画像データのファイルを読み出すファイルオープンの指示を送る。

画像管理部２２は、ジョブ管理部２０からファイルオープンの指示を受け取ると、画像データ記憶部２８から上記配信する画像データを読み出し（「ファイルオープン」）し、ジョブ管理部２０へファイルをオープンしたことを示すファイルオープン応答を送る。
ジョブ管理部２０は、画像管理部２２からファイルオープン応答を受け取ると、配信管理部２４へ配信する画像データの準備ができたことを示す配信準備応答を送る。
配信管理部２４は、ジョブ管理部２０から配信準備応答を受け取ると、画像管理部２２へ画像取得要求を送る。
画像管理部２２は、配信管理部２４から画像取得要求を受け取ると、画像データ記憶部２８から読み出した画像データ（図中「画像」と省略して記す）を配信管理部２４へ送る。

配信管理部２４は、画像管理部２２から画像データを受け取ると、宛先管理部２３へ宛先取得の要求を送る。
宛先管理部２３は、配信管理部２４から宛先取得の要求を受け取ると、宛先情報記憶部から上記選択された宛先情報（図中「宛先」と省略して記す）を読み出して配信管理部２４へ送る。
配信管理部２４は、宛先管理部２３から宛先情報を受け取ると、通信制御部２５へ上記宛先情報のクライアントＰＣ２へ上記画像データを送信させる画像配信応答の指示を送ると共に、ジョブ管理部２０へ配信完了要求を送る。
通信制御部２５は、配信管理部２４からの画像配信応答の指示を受け取ると、上記宛先情報のクライアントＰＣ２へ上記画像データを送信する画像配信を実行する。
通信制御部２５は、画像配信時、その配信の通信に失敗し、画像配信失敗と判定すると、配信管理部２４へ画像配信に失敗したことを示す画像配信結果通知を送る。

一方、ジョブ管理部２０は、配信管理部２４から配信完了要求を受け取ると、画像管理部２２へファイルクローズの指示を送る。
画像管理部２２は、ジョブ管理部２０からファイルクローズの指示を受け取ると、上記オープンしたファイルのクローズ（「ファイルクローズ」）の処理をし、ジョブ管理部２０にファイルをクローズしたことを示すファイルクローズ応答を送る。
ジョブ管理部２０は、画像管理部２２からファイルクローズ応答を受け取ると、配信管理部２４へ配信完了応答を送る。

配信管理部２４は、通信制御部２５から画像配信結果通知を受け取り、ジョブ管理部２０から配信完了応答を受け取ると、宛先管理部２３へ上記選択された宛先情報の削除を要求（図中「宛先削除」と略記する）する。
宛先管理部２３は、配信管理部２４から宛先情報の削除の要求を受け取ると、宛先情報記憶部２９から上記選択された宛先情報を削除し、配信管理部２４へ宛先情報を削除したことを示す宛先削除応答を送る。
配信管理部２４は、宛先管理部２３から宛先削除応答を受け取ると、ジョブ管理部２０へ配信結果通知を送る。
ジョブ管理部２０は、配信管理部２４から配信結果通知を受け取ると、表示操作部２６へ配信終了表示の指示を送る。
表示操作部２６は、ジョブ管理部２０から配信終了表示の指示を受け取ると、画面に配信終了を表示し、ユーザに配信処理を中止したことを知らせる。

３−４−２．宛先情報を変更して処理を続行する
図１８は、スキャナ装置１において配信要求応答が失敗した場合に宛先情報の変更入力をユーザに要求して処理を継続するときの処理のシーケンス図である。
通信制御部２５は、クライアントＰＣ２（クライアント１）から配信要求を受け取ると、配信管理部２４へその配信要求を送る。
配信管理部２４は、通信制御部２５から配信要求を受け取ると、ジョブ管理部２０へ画像データの送信の準備要求を示す配信準備要求を送る。
ジョブ管理部２０は、配信管理部２４から配信準備要求を受け取ると、画像管理部２２へ配信する画像データのファイルを読み出すファイルオープンの指示を送る。

画像管理部２２は、ジョブ管理部２０からファイルオープンの指示を受け取ると、画像データ記憶部２８から上記配信する画像データを読み出し（「ファイルオープン」）、ジョブ管理部２０へファイルをオープンしたことを示すファイルオープン応答を送る。
ジョブ管理部２０は、画像管理部２２からファイルオープン応答を受け取ると、配信管理部２４へ配信する画像データの準備ができたことを示す配信準備完了を通知する。
配信管理部２４は、ジョブ管理部２０から配信準備完了の通知を受け取ると、画像管理部２２へ画像取得要求を送る。
画像管理部２２は、配信管理部２４から画像取得要求を受け取ると、画像データ記憶部２８から読み出した画像データ（図中「画像」と省略して記す）を配信管理部２４へ送る。

配信管理部２４は、画像管理部２２から画像データを受け取ると、宛先管理部２３へ宛先取得の要求を送る。
宛先管理部２３は、配信管理部２４から宛先取得の要求を受け取ると、宛先情報記憶部から上記選択された宛先情報（図中「宛先」と省略して記す）を読み出して配信管理部２４へ送る。
配信管理部２４は、宛先管理部２３から宛先情報を受け取ると、通信制御部２５へ上記宛先情報のクライアントＰＣ２（クライアント１）へ上記画像データを送信させる画像配信応答の指示を送る。
通信制御部２５は、配信管理部２４からの画像配信応答の指示を受け取ると、上記宛先情報のクライアントＰＣ２（クライアント１）へ上記画像データを送信する画像配信を実行する。
通信制御部２５は、画像配信時、その配信の通信に失敗し、画像配信失敗と判定すると、配信管理部２４へ画像配信に失敗したことを示す画像配信結果通知を送る。

配信管理部２４は、通信制御部２５から配信に失敗したことを示す画像配信結果通知を受け取ると、ジョブ管理部２０へその画像配信結果通知（図中「配信結果通知」と略記する）を送る。
ジョブ管理部２０は、配信管理部２４から配信に失敗したことを示す配信結果通知を受け取ると、表示操作部２６へ宛先変更画面の表示の指示（図中「宛先変更画面表示」と記す）を送る。
表示操作部２６は、ジョブ管理部２０から宛先変更画面の表示の指示を受け取ると、宛先変更画面を表示してユーザに宛先情報の変更入力を要求する。
ユーザによって宛先変更画面に対して宛先情報が変更入力（図中「宛先変更」と記す）されると、表示操作部２６は宛先管理部２３へスキャン要求応答に失敗したクライアントＰＣの宛先情報を上記変更入力された宛先情報に変更する要求（図中「宛先変更」と記す）を送る。

宛先管理部２３は、表示操作部２６から宛先変更の要求と上記変更入力された宛先情報を受け取ると、宛先情報記憶部２９に記憶されたスキャン要求応答に失敗したクライアントＰＣの宛先情報を上記入力された宛先情報に書き換えて変更し（図中「宛先変更」と記す）、表示操作部２６へ宛先情報の変更が終了したことを示す宛先変更応答を送る。
表示操作部２６は、宛先管理部２３から宛先変更応答を受け取ると、画面に宛先情報変更終了を知らせるメッセージを表示し、ジョブ管理部２０へ宛先変更終了の通知を送る。
ジョブ管理部２０は、表示操作部２６から宛先変更終了の通知を受け取ると、配信管理部２４へ再スキャン通知要求を送る。

配信管理部２４は、ジョブ管理部２０から再スキャン通知要求を受け取ると、宛先管理部２３に通知先のクライアントＰＣの宛先情報の取得要求（図中「宛先取得」と省略して記す）を送る。
宛先管理部２３は、配信管理部２４から宛先情報の取得要求を受け取ると、宛先情報記憶部から該当する宛先情報（上記変更された宛先情報）を読み出して配信管理部２４へ送る（図中「宛先」と省略して記す）。
配信管理部２４は、宛先管理部２３から宛先情報を受け取ると、通信制御部２５へ上記宛先情報を送ると共に、その宛先情報のクライアントＰＣへスキャン通知を送ることを要求（図中の「スキャン通知要求」）する指示を送る。

通信制御部２５は、配信管理部２４から宛先情報とスキャン通知要求を受け取ると、その宛先情報のクライアントＰＣ（図中「クライアント２」と記す）へスキャンの準備完了の通知を送信すると共に、配信管理部２４へクライアントＰＣへスキャン準備完了の通知を送ったことを知らせるスキャン通知応答を送る。
配信管理部２４は、通信制御部２５からスキャン通知応答を受け取ると、ジョブ管理部２０へ再スキャン通知応答を送る。

一方、クライアントＰＣ（クライアント２）は、スキャナ装置１からスキャン準備完了の通知を受け取ると、スキャナ装置１へスキャンを開始させるスキャン要求を送信する。
スキャナ装置１の通信制御部２５は、クライアントＰＣ（クライアント２）からスキャン要求を受け取ると、ジョブ管理部２０へそのスキャン要求を送る。
ジョブ管理部２０は、通信制御部２５からスキャン要求を受け取ると、通信制御部２５へクライアントＰＣ２へのスキャン要求応答の送信指示を送る。
通信制御部２５は、ジョブ管理部２０からスキャン要求応答を受け取ると、クライアントＰＣ（クライアント２）へスキャン要求応答を送信する。

一方、クライアントＰＣ（クライアント２）は、スキャナ装置１からスキャン要求応答を受け取ると、スキャナ装置１へ画像データの配信要求を送信する。
通信制御部２５は、クライアントＰＣ（クライアント２）から配信要求を受け取ると、配信管理部２４へその配信要求を送る。
配信管理部２４は、通信制御部２５から配信要求を受け取ると、画像管理部２２へ配信する画像データの取得の要求を送る。
画像管理部２２は、ジョブ管理部２０から画像データの取得要求を受け取ると、画像データ記憶部２８から上記配信する画像データを読み出し、その読み出した画像データ（図中「画像」と省略して記す）を配信管理部２４へ送る。

配信管理部２４は、画像管理部２２から画像データを受け取ると、通信制御部２５へ上記宛先情報のクライアントＰＣ（クライアント２）へ画像データを送信することを示す画像配信応答を送るようにとの指示を送る。
通信制御部２５は、配信管理部２４からの画像配信応答の指示を受け取ると、上記宛先情報のクライアントＰＣ（クライアント２）へ上記画像データを送信する画像配信を実行する。
通信制御部２５は、画像配信時に失敗判定をし、失敗しなければ、配信管理部２４へ画像配信が成功したことを示す画像配信結果通知を送る。
配信管理部２４は、通信制御部２５から画像配信結果通知を受け取ると、ジョブ管理部２０へ配信完了要求を送る。

ジョブ管理部２０は、配信管理部２４から配信完了要求を受け取ると、画像管理部２２へファイルクローズの指示を送る。
画像管理部２２は、ジョブ管理部２０からファイルクローズの指示を受け取ると、上記オープンしたファイルのクローズ（「ファイルクローズ」）の処理をし、ジョブ管理部２０にファイルをクローズしたことを示すファイルクローズ応答を送る。
ジョブ管理部２０は、画像管理部２２からファイルクローズ応答を受け取ると、配信管理部２４へ配信完了応答を送る。

配信管理部２４は、ジョブ管理部２０から配信完了応答を受け取ると、この配信処理を終了する。
また、ジョブ管理部２０は、配信管理部２４へ配信完了応答を送った後、表示操作部２６へ配信終了表示の指示を送る。
表示操作部２６は、ジョブ管理部２０から配信終了表示の指示を受け取ると、画面に配信終了を表示し、ユーザに配信終了を知らせる。
このようにして、ユーザに宛先情報を変更させ、その変更後の宛先情報で配信の処理を継続する。

３−４−３．宛先情報の変更入力をキャンセルして宛先情報を削除する
図１９は、スキャナ装置１において配信要求応答が失敗した場合に宛先情報の変更入力がキャンセルされて宛先情報の削除が指示された場合の処理のシーケンス図である。
通信制御部２５は、クライアントＰＣ２（クライアント）から配信要求を受け取ると、配信管理部２４へその配信要求を送る。
配信管理部２４は、通信制御部２５から配信要求を受け取ると、ジョブ管理部２０へ画像データの送信の準備要求を示す配信準備要求を送る。
ジョブ管理部２０は、配信管理部２４から配信準備要求を受け取ると、画像管理部２２へ配信する画像データのファイルを読み出すファイルオープンの指示を送る。

画像管理部２２は、ジョブ管理部２０からファイルオープンの指示を受け取ると、画像データ記憶部２８から上記配信する画像データを読み出し（「ファイルオープン」）し、ジョブ管理部２０へファイルをオープンしたことを示すファイルオープン応答を送る。
ジョブ管理部２０は、画像管理部２２からファイルオープン応答を受け取ると、配信管理部２４へ配信する画像データの準備ができたことを示す配信準備応答を通知する。
配信管理部２４は、ジョブ管理部２０から配信準備応答の通知を受け取ると、画像管理部２２へ画像取得要求を送る。
画像管理部２２は、配信管理部２４から画像取得要求を受け取ると、画像データ記憶部２８から読み出した画像データ（図中「画像」と省略して記す）を配信管理部２４へ送る。

配信管理部２４は、画像管理部２２から画像データを受け取ると、宛先管理部２３へ宛先取得の要求を送る。
宛先管理部２３は、配信管理部２４から宛先取得の要求を受け取ると、宛先情報記憶部から上記選択された宛先情報（図中「宛先」と省略して記す）を読み出して配信管理部２４へ送る。
配信管理部２４は、宛先管理部２３から宛先情報を受け取ると、通信制御部２５へ上記宛先情報のクライアントＰＣ２（クライアント１）へ上記画像データを送信させる画像配信応答の指示を送る。
通信制御部２５は、配信管理部２４からの画像配信応答の指示を受け取ると、上記宛先情報のクライアントＰＣ２（クライアント１）へ上記画像データを送信する画像配信を実行する。
通信制御部２５は、画像配信時、その配信の通信に失敗し、画像配信失敗と判定すると、配信管理部２４へ画像配信に失敗したことを示す画像配信結果通知を送る。

配信管理部２４は、通信制御部２５から配信に失敗したことを示す画像配信結果通知を受け取ると、ジョブ管理部２０へその画像配信結果通知（図中「配信結果通知」と略記する）を送る。
ジョブ管理部２０は、配信管理部２４から配信に失敗したことを示す配信結果通知を受け取ると、表示操作部２６へ宛先変更画面の表示の指示（図中「宛先変更画面表示」と記す）を送る。
表示操作部２６は、ジョブ管理部２０から宛先変更画面の表示の指示を受け取ると、宛先変更画面を表示してユーザに宛先情報の変更入力を要求する。

ユーザによって宛先変更画面に対して宛先情報の変更入力がキャンセルされ、宛先情報を削除する指示（図中「宛先削除」と記す）が入力されると、表示操作部２６は宛先管理部２３へスキャン通知に失敗したクライアントＰＣの宛先情報を削除する要求（図中「宛先削除」と記す）を送る。
宛先管理部２３は、表示操作部２６から宛先削除の要求を受け取ると、宛先情報記憶部２９に記憶されたスキャン通知に失敗したクライアントＰＣの宛先情報を削除し（図中「宛先削除」と記す）、表示操作部２６へ宛先情報の削除が終了したことを示す宛先削除応答を送る。

表示操作部２６は、宛先管理部２３から宛先削除応答を受け取ると、画面に宛先情報削除終了を知らせるメッセージを表示し、ジョブ管理部２０へ配信をキャンセルする通知（図中「キャンセル」と略記する）を送る。
ジョブ管理部２０は、表示操作部２６からキャンセルの通知を受け取ると、画像管理部２２へファイルクローズの指示を送る。
画像管理部２２は、ジョブ管理部２０からファイルクローズの指示を受け取ると、上記オープンしたファイルのクローズ（「ファイルクローズ」）の処理をし、ジョブ管理部２０にファイルをクローズしたことを示すファイルクローズ応答を送る。
ジョブ管理部２０は、画像管理部２２からファイルクローズ応答を受け取ると、表示操作部２６へ配信終了表示の指示を送る。
表示操作部２６は、ジョブ管理部２０から配信終了表示の指示を受け取ると、画面に配信終了を表示し、ユーザに配信の中止を知らせる。

３−４−４．宛先情報を変更して処理を継続するときに画像データを保持する
上述の処理のように配信管理部２４が処理を終了して、ユーザの要求に従って画像データを取得することもできるが、次に記述するように、配信管理部２４が画像データを保持したまま中断状態に入り、ユーザの再開要求に従って処理を継続するようにしてもよい。
上述のように画像データを保持しない場合にはメモリリソースを占有する時間を少なくすることができるというメリットがあり、画像データを保持して処理を続行する場合には画像データの読み取り処理にかかる時間を少なくするというメリットがある。

図２０は、スキャナ装置１において配信要求応答が失敗した場合に宛先情報の変更入力をユーザに要求して処理を続行するときに画像データを保持する場合の処理のシーケンス図である。
通信制御部２５は、クライアントＰＣ２（クライアント１）から配信要求を受け取ると、配信管理部２４へその配信要求を送る。
配信管理部２４は、通信制御部２５から配信要求を受け取ると、ジョブ管理部２０へ画像データの送信の準備要求を示す配信準備要求を送る。
ジョブ管理部２０は、配信管理部２４から配信準備要求を受け取ると、画像管理部２２へ配信する画像データのファイルを読み出すファイルオープンの指示を送る。

画像管理部２２は、ジョブ管理部２０からファイルオープンの指示を受け取ると、画像データ記憶部２８から上記配信する画像データを読み出し（「ファイルオープン」）し、ジョブ管理部２０へファイルをオープンしたことを示すファイルオープン応答を送る。
ジョブ管理部２０は、画像管理部２２からファイルオープン応答を受け取ると、配信管理部２４へ配信する画像データの準備ができたことを示す配信準備完了を通知する。
配信管理部２４は、ジョブ管理部２０から配信準備完了の通知を受け取ると、画像管理部２２へ画像取得要求を送る。
画像管理部２２は、配信管理部２４から画像取得要求を受け取ると、画像データ記憶部２８から読み出した画像データ（図中「画像」と省略して記す）を配信管理部２４へ送る。

配信管理部２４は、画像管理部２２から画像データを受け取ると、宛先管理部２３へ宛先取得の要求を送る。
宛先管理部２３は、配信管理部２４から宛先取得の要求を受け取ると、宛先情報記憶部から上記選択された宛先情報（図中「宛先」と省略して記す）を読み出して配信管理部２４へ送る。
配信管理部２４は、宛先管理部２３から宛先情報を受け取ると、通信制御部２５へ上記宛先情報のクライアントＰＣ２（クライアント１）へ上記画像データを送信させる画像配信応答の指示を送る。

通信制御部２５は、配信管理部２４からの画像配信応答の指示を受け取ると、上記宛先情報のクライアントＰＣ２（クライアント１）へ上記画像データを送信する画像配信を実行する。
通信制御部２５は、画像配信時、その配信の通信に失敗し、画像配信失敗と判定すると、配信管理部２４へ画像配信に失敗したことを示す画像配信結果通知を送る。
配信管理部２４は、通信制御部２５から配信に失敗したことを示す画像配信結果通知を受け取ると、ジョブ管理部２０へ配信中断の通知を送る。また、上記オープンした画像データもそのまま保持する。
ジョブ管理部２０は、配信管理部２４から配信中断の通知を受け取ると、表示操作部２６へ宛先変更画面の表示の指示（図中「宛先変更画面表示」と記す）を送る。

表示操作部２６は、ジョブ管理部２０から宛先変更画面の表示の指示を受け取ると、宛先変更画面を表示してユーザに宛先情報の変更入力を要求する。
ユーザによって宛先変更画面に対して宛先情報が変更入力（図中「宛先変更」と記す）されると、表示操作部２６は配信管理部２４へスキャン要求応答に失敗したクライアントＰＣの宛先情報を上記変更入力された宛先情報に変更して配信を再開する要求（図中「配信再開ｗｉｔｈ宛先」と記す）を送ると共に、通信制御部２５へスキャン通知要求を送る。

配信管理部２４は、ジョブ管理部２０から配信再開ｗｉｔｈ宛先の要求を受け取ると、宛先管理部２３へ上記入力された宛先情報に変更する要求（図中「宛先変更」と記す）を送る。
宛先管理部２３は、配信管理部２４から宛先変更の要求を受け取ると、宛先情報記憶部２９に記憶されたスキャン要求応答に失敗したクライアントＰＣの宛先情報を上記変更入力された宛先情報に書き換えて変更し、配信管理部２４へ宛先情報を変更したことを示す結果を通知する。

通信制御部２５は、配信管理部２４から宛先情報とスキャン通知要求を受け取ると、その宛先情報のクライアントＰＣ（図中「クライアント２」と記す）へスキャンの準備完了の通知（図中「スキャン通知」と記す）を送信すると共に、配信管理部２４へクライアントＰＣ（クライアント２）へスキャン通知を送ったことを知らせるスキャン通知応答を送る。

一方、クライアントＰＣ（クライアント２）は、スキャナ装置１からスキャン通知を受け取ると、スキャナ装置１へスキャンを開始させるスキャン要求を送信する。
スキャナ装置１の通信制御部２５は、クライアントＰＣ（クライアント２）からスキャン要求を受け取ると、ジョブ管理部２０へそのスキャン要求を送る。
ジョブ管理部２０は、通信制御部２５からスキャン要求を受け取ると、通信制御部２５へクライアントＰＣ２へのスキャン応答の送信指示を送る。
通信制御部２５は、ジョブ管理部２０からスキャン応答の指示を受け取ると、クライアントＰＣ（クライアント２）へスキャン応答を送信する。

一方、クライアントＰＣ（クライアント２）は、スキャナ装置１からスキャン応答を受け取ると、スキャナ装置１へ画像データの配信要求を送信する。
通信制御部２５は、クライアントＰＣ（クライアント２）から配信要求を受け取ると、配信管理部２４へその配信要求を送る。
配信管理部２４は、通信制御部２５から配信要求を受け取ると、配信管理部２４へ画像データの配信の要求を送る。
配信管理部２４は、通信制御部２５から画像データの取得要求を受け取ると、通信制御部２５へ上記オープンしたまま保持していた画像データと共に画像配信応答を送る。

通信制御部２５は、配信管理部２４から画像配信応答と画像データを受け取ると、上記宛先情報のクライアントＰＣ（クライアント２）へ上記画像データを送信する画像配信を実行する。
通信制御部２５は、画像配信時に失敗判定をし、失敗しなければ、配信管理部２４へ画像配信が成功したことを示す画像配信結果通知を送る。
配信管理部２４は、通信制御部２５から画像配信結果通知を受け取ると、ジョブ管理部２０へ配信完了要求を送る。

ジョブ管理部２０は、配信管理部２４から配信完了要求を受け取ると、画像管理部２２へファイルクローズの指示を送る。
画像管理部２２は、ジョブ管理部２０からファイルクローズの指示を受け取ると、上記オープンしたファイルのクローズ（「ファイルクローズ」）の処理をし、ジョブ管理部２０にファイルをクローズしたことを示すファイルクローズ応答を送る。
ジョブ管理部２０は、画像管理部２２からファイルクローズ応答を受け取ると、配信管理部２４へ配信完了応答を送る。

配信管理部２４は、ジョブ管理部２０から配信完了応答を受け取ると、配信処理を終了する。
また、ジョブ管理部２０は、配信管理部２４へ配信完了応答を送った後、表示操作部２６へ配信終了表示の指示を送る。
表示操作部２６は、ジョブ管理部２０から配信終了表示の指示を受け取ると、画面に配信終了を表示し、ユーザに配信終了を知らせる。
このようにして、ユーザに宛先情報を変更させ、その変更後の宛先情報で配信の処理を継続する。

３−４−５．宛先情報の変更入力をキャンセルして宛先情報を削除するときに画像データを保持する
図２１は、スキャナ装置１において配信要求応答が失敗した場合にユーザによって宛先情報の変更入力をキャンセルして削除するときに画像データを保持する場合の処理のシーケンス図である。
通信制御部２５は、クライアントＰＣ２（クライアント）から配信要求を受け取ると、配信管理部２４へその配信要求を送る。
配信管理部２４は、通信制御部２５から配信要求を受け取ると、ジョブ管理部２０へ画像データの送信の準備要求を示す配信準備要求を送る。
ジョブ管理部２０は、配信管理部２４から配信準備要求を受け取ると、画像管理部２２へ配信する画像データのファイルを読み出すファイルオープンの指示を送る。

画像管理部２２は、ジョブ管理部２０からファイルオープンの指示を受け取ると、画像データ記憶部２８から上記配信する画像データを読み出し（「ファイルオープン」）し、ジョブ管理部２０へファイルをオープンしたことを示すファイルオープン応答を送る。
ジョブ管理部２０は、画像管理部２２からファイルオープン応答を受け取ると、配信管理部２４へ配信する画像データの準備ができたことを示す配信準備応答を通知する。
配信管理部２４は、ジョブ管理部２０から配信準備応答の通知を受け取ると、画像管理部２２へ画像取得要求を送る。
画像管理部２２は、配信管理部２４から画像取得要求を受け取ると、画像データ記憶部２８から読み出した画像データ（図中「画像」と省略して記す）を配信管理部２４へ送る。

配信管理部２４は、画像管理部２２から画像データを受け取ると、宛先管理部２３へ宛先取得の要求を送る。
宛先管理部２３は、配信管理部２４から宛先取得の要求を受け取ると、宛先情報記憶部から上記選択された宛先情報（図中「宛先」と省略して記す）を読み出して配信管理部２４へ送る。
配信管理部２４は、宛先管理部２３から宛先情報を受け取ると、通信制御部２５へ上記宛先情報のクライアントＰＣ２（クライアント１）へ上記画像データを送信させる画像配信応答の指示を送る。
通信制御部２５は、配信管理部２４からの画像配信応答の指示を受け取ると、上記宛先情報のクライアントＰＣ２（クライアント１）へ上記画像データを送信する画像配信を実行する。

通信制御部２５は、画像配信時、その配信の通信に失敗し、画像配信失敗と判定すると、配信管理部２４へ画像配信に失敗したことを示す画像配信結果通知を送る。
配信管理部２４は、通信制御部２５から配信に失敗したことを示す画像配信結果通知を受け取ると、ジョブ管理部２０へ配信中断を送る。その際、上記オープンした画像データはそのまま保持する。
ジョブ管理部２０は、配信管理部２４から配信中断の通知を受け取ると、表示操作部２６へ宛先変更画面の表示の指示（図中「宛先変更画面表示」と記す）を送る。
表示操作部２６は、ジョブ管理部２０から宛先変更画面の表示の指示を受け取ると、宛先変更画面を表示してユーザに宛先情報の変更入力を要求する。

ユーザによって宛先変更画面に対して宛先情報の変更入力がキャンセルされ、宛先情報を削除する指示（図中「宛先削除」と記す）が入力されると、表示操作部２６は宛先管理部２３へスキャン通知に失敗したクライアントＰＣの宛先情報を削除する要求（図中「宛先削除」と記す）を送る。
宛先管理部２３は、表示操作部２６から宛先削除の要求を受け取ると、宛先情報記憶部２９に記憶されたスキャン通知に失敗したクライアントＰＣの宛先情報を削除し（図中「宛先削除」と記す）、表示操作部２６へ宛先情報の削除が終了したことを示す宛先削除応答を送る。

表示操作部２６は、宛先管理部２３から宛先削除応答を受け取ると、画面に宛先情報削除終了を知らせるメッセージを表示し、ジョブ管理部２０へ配信をキャンセルする通知（図中「キャンセル」と略記する）を送る。
ジョブ管理部２０は、表示操作部２６からキャンセルの通知を受け取ると、配信管理部２４へ配信のキャンセル要求を送る。
配信管理部２４は、ジョブ管理部２０から配信のキャンセル要求を受け取ると処理を終了し、ジョブ管理部２０へ配信終了を通知する。
ジョブ管理部２０は、配信管理部２４から配信終了の通知を受け取ると、画像管理部２２へファイルクローズの指示を送る。

画像管理部２２は、ジョブ管理部２０からファイルクローズの指示を受け取ると、上記オープンしたファイルのクローズ（「ファイルクローズ」）の処理をし、ジョブ管理部２０にファイルをクローズしたことを示すファイルクローズ応答を送る。
ジョブ管理部２０は、画像管理部２２からファイルクローズ応答を受け取ると、表示操作部２６へ配信終了表示の指示を送る。
表示操作部２６は、ジョブ管理部２０から配信終了表示の指示を受け取ると、画面に配信終了を表示し、ユーザに配信中止を知らせる。

３−５．失敗時の処理
送信失敗時の処理の選択について具体的に記述する。
３−５−１．ユーザによる選択
上述した送信失敗時の宛先情報の削除、再選択、送信取り消しを含む処理の実行を、ユーザが任意に選択するようにすると良い。
図２２は、処理選択画面の一例を示す説明図である。
図２２の選択画面は、上述した送信失敗と判定されたときに表示操作部２６に表示され、その画面には、送信に失敗したことを示すメッセージと、送信先のクライアントＰＣのホストネーム、ＩＰアドレス、アプリケーション名とが表示され、上記送信先のクライアントＰＣに対して再度配信処理の実行を要求する送信リトライボタンと、そのリトライ回数を設定する入力欄と、上記送信先のクライアントＰＣの宛先情報を削除して送信の取り消しを要求する削除して送信取り消しボタンとが表示される。

また、上記送信先のクライアントＰＣの宛先情報を削除しないで送信の取り消しを要求する削除しないで送信取り消しボタンと、上記送信先のクライアントＰＣの宛先情報を削除して送信先を他のクライアントＰＣに変更して送信の実行を要求する削除して宛先再選択ボタンと、上記送信先のクライアントＰＣの宛先情報を削除しないで送信先を他のクライアントＰＣに変更して送信の実行を要求する削除しないで宛先再選択ボタンも表示される。
したがって、ユーザが上記いずれかのボタンを選択入力することによって、上述した配信失敗と判定されたときの各処理を含む複数種類の処理を選択して実行させることができる。

３−５−２．予め設定によって自動的に処理を選択する
上述した処理を失敗の理由に従って選択的に実行するようにしてもよい。
つまり、以下のようなテーブルを予め設定しておくことにより、外部のクライアントＰＣとの通信に失敗した場合、その失敗の理由に応じて、クライアントＰＣの宛先情報を無効にするか、ユーザに通信失敗を通知し、その通知に対してユーザから入力された要求に基づいてクライアントＰＣの宛先情報に対する処理を実行するかの一方を有効にする。

図２３は、失敗理由によって処理を決定するためのテーブルの説明図である。
このテーブルには、失敗理由毎に、失敗箇所（この失敗箇所とは、失敗したと判定されたときの通信内容を示している）とそれぞれの処理方法とリトライ回数オーバー時の処理方法とを対応させて記憶している。
例えば、失敗理由「サービス拒否」の失敗箇所としては「スキャン通知」と「スキャン要求応答」と「画像配信」とがあり、それぞれの処理方法として「宛先情報を削除して送信をキャンセルする」「ユーザに選択を促す（要求する）」「ユーザに選択を促す（要求する）」が設定されている。

また、失敗理由「タイムアウト」の失敗箇所としては「スキャン通知」「スキャン要求応答」「画像配信」があり、それぞれの処理方法として全て「リトライ」が設定されており、それぞれのリトライ回数オーバー時の処理方法が「宛先情報を削除して送信をキャンセル」「宛先情報を削除して送信をキャンセル」「ユーザに選択を促す」が設定されている。
そのリトライ回数オーバーにおける回数については、図１０に示した画面によって予め設定するようにしたり、図２２に示した画面によって送信失敗後に選択できるようにしてもよい。

このウェブサービススキャナシステムによれば、ウェブ・サービス・デバイス（Ｗｅｂ Ｓｅｒｖｉｃｅ Ｄｅｖｉｃｅｓ）の機能をサポートするスキャナシステムにおいて、指定された宛先に接続失敗した場合に、スキャナに保持されている情報から削除することにより、ユーザが間違えて選択することを防ぐことができる。
また、ユーザに変更を要求することでその後の処理を続行することができる。

なお、スキャナ装置のＣＰＵに、原稿に記載された画像を光学的に読み取り、その画像データを生成し、外部の端末装置から送信される宛先情報を収集して内部に保持し、該保持された宛先情報に基づいて前記外部の端末装置に前記画像データを送信する工程と、前記外部の端末装置との通信に失敗した場合、前記外部の端末装置の宛先情報を無効にする工程からなる画像読取方法を実行させても、上述と同じような機能と効果が得られる。

また、上記外部の端末装置との通信に失敗した場合、その失敗を通知し、その通知に対して入力された要求に基づいて上記外部の端末装置の宛先情報を無効にする工程を実行させるようにしても良い。
さらに、上記外部の端末装置との通信に失敗した場合、その失敗の理由に応じて、上記外部の端末装置の宛先情報を無効にする手段と、上記失敗を通知し、その通知に対して入力された要求に基づいて上記外部の端末装置の宛先情報を無効にする手段とのいずれか一方を有効にする工程を実行させるようにしても良い。

また、上記画像読取方法において、上記宛先情報の無効を、内部に保持している該当する宛先情報を削除することにするとよい。
さらに、上記画像読取方法において、上記宛先情報の無効を、内部に保持している該当する宛先情報に無効を意味する属性を関連付けて保持することにしてもよい。
また、上記画像読取方法において、上記外部の端末装置からの要求もしくは操作入力による要求に基づいて、上記宛先情報に関連付けて保持されている無効を意味する属性を削除して上記宛先情報を有効にする工程を実行させるようにしても良い。
さらに、上記外部の端末装置との通信に失敗した場合、上記外部の端末装置の宛先情報の変更を要求し、その要求に対して変更入力された宛先情報に基づいて処理を継続する工程を実行させるようにしても良い。

また、コンピュータに、上述の各工程を実行させるためのプログラムを作成し、そのプログラムをネットワーク又は記録媒体を介してスキャナ装置に導入するようにすれば、通常のスキャナ装置に上述した機能を新規に導入することが容易にできる。

この発明による画像読取装置は、複写機、スキャナ装置、ファクシミリ装置、プリント装置を含む画像形成装置においても適用することができる。

この発明の画像読取装置の一実施例であるスキャナ装置を用いたウェブサービスシステムの構成を示すブロック図である。 図１に示すウェブサービススキャナシステムにおけるデバイス主導モードでのデータのやり取りのシーケンス概略を示す図である。 図１に示すスキャナ装置１の物理的構成を示す機能ブロック図である。 図１に示すスキャナ装置１の論理的構成を示す機能ブロック図である。

図１に示すクライアントＰＣ２の宛先情報を登録する処理のシーケンス図である。 図１に示すスキャナ装置１に登録された宛先情報を表示操作部２６に表示する処理のシーケンスの図である。 図１に示す表示操作部２６に表示する宛先選択画面の一例を示す図である。 図１に示すスキャナ装置１が宛先情報を選択して画像を読み取り、その読み取った画像の画像データを上記選択した宛先情報のクライアントＰＣに送信する処理のシーケンスを示す図である。

図１に示すスキャナ装置１においてスキャン通知が失敗した場合に宛先情報を自動的に削除する処理のシーケンス図である。 図１に示すスキャナ装置１において宛先削除方法を指定するときの初期設定画面を示す図である。 図１に示すスキャナ装置１においてシステム管理者が仮削除した宛先情報の処理（本削除／復活）を指定する画面の説明図である。

図１に示すスキャナ装置１においてスキャン通知が失敗した場合に宛先情報の変更入力をユーザに要求して処理を継続するときの処理のシーケンス図である。 図１に示すスキャナ装置１においてスキャン通知が失敗した場合に宛先情報の変更入力がキャンセルされて宛先情報の削除が指示された場合の処理のシーケンス図である。 図１に示すスキャナ装置１においてスキャン要求応答が失敗した場合に宛先情報を自動的に削除する処理のシーケンス図である。

図１に示すスキャナ装置１においてスキャン要求応答が失敗した場合に宛先情報の変更入力をユーザに要求して処理を継続するときの処理のシーケンス図である。 図１に示すスキャナ装置１においてスキャン要求応答が失敗した場合に宛先情報の変更がキャンセルされて宛先情報の削除が指示された場合の処理のシーケンス図である。 図１に示すスキャナ装置１において配信要求応答が失敗した場合に宛先情報を自動的に削除する処理のシーケンス図である。

図１に示すスキャナ装置１において配信要求応答が失敗した場合に宛先情報の変更入力をユーザに要求して処理を継続するときの処理のシーケンス図である。 図１に示すスキャナ装置１において配信要求応答が失敗した場合に宛先情報の変更入力がキャンセルされて宛先情報の削除が指示された場合の処理のシーケンス図である。 図１に示すスキャナ装置１において配信要求応答が失敗した場合に宛先情報の変更入力をユーザに要求して処理を続行するときに画像データを保持する場合の処理のシーケンス図である。

図１に示すスキャナ装置１において配信要求応答が失敗した場合にユーザによって宛先情報の変更入力をキャンセルして削除するときに画像データを保持する場合の処理のシーケンス図である。 図１に示すスキャナ装置１において処理選択画面の一例を示す説明図である。 図１に示すスキャナ装置１において失敗理由によって処理を決定するためのテーブルの説明図である。

符号の説明

１：スキャナ装置 ２：クライアントＰＣ ３：ネットワーク １０：ＣＰＵ １１：ＲＯＭ １２：ＲＡＭ １３：表示ユニット １４：操作ユニット １５：スキャナユニット １６：補助記憶装置 １７：ネットワークＩ／Ｆ １８：システムバス ２０：ジョブ管理部 ２１：エンジン制御部 ２２：画像管理部 ２３：宛先管理部 ２４：配信管理部 ２５：通信制御部 ２６：表示操作部 ２７：画像読取部 ２８：画像データ記憶部 ２９：宛先情報記憶部

Claims (1)

1. 原稿に記載された画像を光学的に読み取り、その画像データを生成し、外部の端末装置から送信される宛先情報を収集して内部に保持し、該保持された宛先情報に基づいて前記外部の端末装置に前記画像データを送信する画像読取装置において、
   前記外部の端末装置との通信に失敗した場合に前記保持された宛先情報に対して仮削除、本削除、完全削除のいずれを実行するかを設定する手段と、前記外部の端末装置との通信に失敗した場合、前記仮削除が設定されていたら前記通信に失敗した外部の端末装置の宛先情報を元の状態に復活できるように保持したまま無効にし、前記本削除が設定されていたら前記通信に失敗した外部の端末装置の宛先情報を削除し、前記完全削除が設定されていたら前記通信に失敗した外部の端末装置の宛先情報を上書きして復活不可能に削除する手段と、前記仮削除によって無効にされた前記宛先情報を元の状態に復活させるか、あるいは前記本削除によって削除するかを指示する手段とを設けたことを特徴とする画像読取装置。