JP2013251604A

JP2013251604A - 画像読取装置

Info

Publication number: JP2013251604A
Application number: JP2012123000A
Authority: JP
Inventors: Masato Sato; 正人佐藤
Original assignee: Oki Data Corp
Current assignee: Oki Electric Industry Co Ltd
Priority date: 2012-05-30
Filing date: 2012-05-30
Publication date: 2013-12-12

Abstract

【課題】
ネットワークを介しての画像読取装置に対する宛先の登録、登録の解除が不規則に行われる環境下においても、画像読取装置が備える表示装置での宛先の表示順番に変更を加えず、所望の宛先を選択する上でユーザにとって利便性が良い画像読取装置を提供する。
【解決手段】
画像に基づく画像データを生成する画像読取部と、画像データをネットワークを介して送信する送信部と、送信される画像データの宛先の登録と当該登録の解除との要求を外部から受け付ける宛先情報管理部と、要求に応じて宛先と登録順番とを保存する宛先情報保存部と、宛先情報保存部に保存された宛先を前記登録順番に表示する表示部と、宛先の選択と画像データの送信の指示とを受け付ける操作部とを備え、宛先情報保存部は、登録の解除の要求を受け付けた場合においても、当該登録の解除の要求に対応する宛先と登録順番とを保存し続けることを特徴とする画像形成装置。
【選択図】図１

Description

本発明は、ネットワークを介して画像データを送信する画像読取装置に関するものである。

一般的に、画像読取装置にて生成した画像データをネットワークを介して外部情報端末に送信する場合、画像読取装置において事前に登録された宛先を、画像読取装置が備える表示装置にて一覧表示させ、表示された一覧から所望の宛先をユーザが画像データの送信先として選択する方式が知られている。

画像読取装置に宛先を登録する技術としては、例えば、画像読取装置たるスキャナのドライバプログラムのインストール時に自動で宛先を登録する技術や、特許文献１等に開示される技術がある。特許文献１には、外部情報端末での操作により、簡易に画像読取装置に宛先登録を行う手法について記載されている。

そして、画像読取装置に登録された宛先の登録解除に関しては、例えば、外部情報端末のシャットダウンに伴い宛先の登録解除が行われ、外部情報端末が再度起動した際に再び宛先が登録されるといった技術が知られている。

特開２００６−３３０８６号公報

画像読取装置に対する宛先の登録、登録の解除がネットワーク経由で簡易に行えるといった利便性がある反面、画像読取装置において事前に登録された宛先を、画像読取装置が備える表示装置にて一覧表示させ、表示された一覧から所望の宛先をユーザが画像データの送信先として選択する場合、宛先の表示順番が頻繁に変わってしまうことがあった。このように、宛先の表示順番が頻繁に変わってしまうと、それまで利用したユーザにとって所望の宛先を選択することが困難になり、利便性が損なわれるといった問題があった。

本発明は、このような実情に鑑みてなされたものであり、本発明の課題は、ネットワークを介しての画像読取装置に対する宛先の登録、登録の解除が不規則に行われる環境下においても、画像読取装置が備える表示装置での宛先の表示順番に変更を加えず、所望の宛先を選択する上でユーザにとって利便性が良い画像読取装置を提供することである。

上記課題を解決するために、本発明に係る画像読取装置は、画像を読み取り、当該画像に基づく画像データを生成する画像読取部と、前記画像データをネットワークを介して送信する送信部と、前記送信部により送信される前記画像データの宛先の登録と当該登録の解除との要求を外部から受け付ける宛先情報管理部と、前記要求に応じて前記宛先と登録順番とを保存する宛先情報保存部と、前記宛先情報保存部に保存された前記宛先を前記登録順番に表示する表示部と、前記宛先の選択と前記画像データの送信の指示とを受け付ける操作部とを備え、前記宛先情報保存部は、前記宛先情報管理部が前記登録の解除の要求を受け付けた場合においても、当該登録の解除の要求に対応する前記宛先と前記登録順番とを保存し続けることを特徴とする。

本発明によれば、ネットワークを介しての画像読取装置に対する宛先の登録、登録の解除が不規則に行われる環境下においても、画像読取装置が備える表示装置での宛先の表示順番に変更を加えず、所望の宛先を選択する上でユーザにとって利便性が良い画像読取装置を提供することができる。

ネットワーク構成を説明する概略図である。ＭＦＰの機能構成を説明するための機能ブロック図である。ＷＳＤプロトコルによるプッシュスキャン機能の概略シーケンスを説明する図である。ＭＦＰが宛先の登録要求を受け付ける際の宛先登録動作を説明するフローチャートである。宛先登録内容を説明する図である。宛先情報テーブルを説明する図である。宛先情報テーブルを説明する図である。宛先が登録されている状態でプッシュスキャン機能を実行する際の動作を説明するフローチャートである。宛先一覧を説明する図である。ＭＦＰが宛先の登録解除要求を受け付ける際の宛先登録解除動作を説明するフローチャートである。宛先情報テーブルを説明する図である。宛先情報テーブルを説明する図である。宛先情報テーブルを説明する図である。宛先一覧を説明する図である。宛先情報の削除に係る動作を説明するフローチャートである。宛先情報テーブルを説明する図である。宛先一覧を説明する図である。ネットワーク構成を説明する概略図である。ＭＦＰの機能構成を説明するための機能ブロック図である。ＷＳＤプロトコルによるプッシュスキャン機能の概略シーケンスを説明する図である。ＭＦＰが宛先の登録要求を受け付ける際の宛先登録動作を説明するフローチャートである。宛先情報テーブルを説明する図である。プッシュスキャン機能が実行された際のＭＦＰの動作を説明するフローチャートである。更新情報テーブルを説明する図である。ＭＦＰが宛先の登録解除要求を受け付ける際の宛先登録解除動作を説明するフローチャートである。宛先情報テーブルを説明する図である。宛先情報テーブルを説明する図である。

一般的に、画像読取装置上での操作によって、画像読取装置とネットワークを介して接続された外部情報端末との間で通信を行い、画像読取装置で生成した画像データを外部情報端末に送信する機能は、一般的にプッシュスキャン機能と呼ばれることがある。本実施形態の説明においては、以降、この機能をプッシュスキャン機能と称する。また、以下で説明する実施形態としては、ＷＳＤ（Web Service on Devices）プロトコルを用いたプッシュスキャン機能を有する画像読取装置を例にして説明する。ここで、Web Serviceとは、ＸＭＬ（Extensive Markup Language）言語で記述されたメッセージデータをネットワーク上でやり取りすることで様々なサービスを実現する技術であり、ＷＳＤとはこの技術をデバイス上で利用するものである。

以下、本発明の実施形態について図面を参照して説明する。なお、本発明は以下の記述に限定されるものではなく、本発明の要旨を逸脱しない範囲において適宜変更可能である。

［第１の実施形態］
図１は、本実施形態に係るネットワーク構成を説明する概略図である。ネットワークを介してデータ通信が可能な画像読取装置としてのＭＦＰ（Multifunction Peripheral）１００と外部情報端末としてのＰＣ（Personal Computer）２００，ＰＣ３００，ＰＣ４００，ＰＣ５００，ＰＣ６００，ＰＣ７００とが同一のＬＡＮ（Local Area Network）８００に接続されている。

本実施形態においては、ＭＦＰ１００とＰＣ２００，ＰＣ３００，ＰＣ４００，ＰＣ５００，ＰＣ６００，ＰＣ７００とには、それぞれ適切なＩＰアドレスが設定されており、これらの装置はＬＡＮ８００を介してのデータ通信が可能である。また、ＰＣ２００，ＰＣ３００，ＰＣ４００，ＰＣ５００，ＰＣ６００，ＰＣ７００は、全てＷＳＤプロトコルに対応しており、プッシュスキャン機能を利用することができる。

図２は、ＭＦＰ１００の機能構成を説明するための機能ブロック図である。ＭＦＰ１００は、ＬＥＤ（Light Emitting Diode）や、ＬＣＤ（Liquid Crystal Display）等により構成され、各種情報の表示を行う表示部１０１と、例えば、タッチパネルや、ボタンキー等の入力手段を有し、プッシュスキャン機能を実行するために、ユーザによる宛先の選択や、読取部１０４によるスキャン実行の開始指示等の入力を受け付ける操作部１０２と、画像をスキャンすることにより生成した画像データとしてのスキャンデータの宛先と関連する情報を含めた宛先情報を保存する宛先情報保存部としての保存部１０３と、少なくとも読み取り対象の画像が形成された原稿に対して光を照射する光源と、原稿により反射された光を集光するレンズと、レンズで集光された光を受光し、受光した光を電気信号であるスキャンデータに変換するＣＣＤ（Charge Coupled Device）等の光電変換素子とを有し、原稿上の画像をスキャンし、読み取った画像に基づくスキャンデータを生成する読取部１０４と、時刻の計測を行う計時部１０５と、ＬＡＮ８００に接続され、ＷＳＤプロトコルによる宛先の登録と当該登録の解除との要求を受信、又はプッシュスキャン機能を実行するための送信部としてのネットワーク通信部１０６と、宛先情報を管理する宛先情報管理部１０７１を有し、ＭＦＰ１００全体を統括的に制御する制御部１０７とを備える。

次に、本実施形態に係る動作について説明する。まず、一般的なＷＳＤプロトコルによるプッシュスキャン機能の動作概要について説明する。次いで、ＭＦＰ１００における動作を、ＭＦＰ１００が宛先の登録要求を受け付ける際の宛先登録動作と、宛先が登録されている状態でプッシュスキャン機能を実行する際の動作と、ＭＦＰ１００が宛先の登録解除要求を受け付ける際の宛先登録解除動作と、宛先の登録が解除された状態でプッシュスキャン機能を実行する動作と、ＭＦＰ１００が宛先の登録要求を再度受け付ける際の宛先登録動作と、時間経過により解除された宛先の削除動作とに分けて説明する。

ＷＳＤプロトコルによるプッシュスキャン機能の動作概要について図３を用いて説明する。図３は、ＷＳＤプロトコルによるプッシュスキャン機能の概略シーケンスを説明する図である。なお、前述したように、ＰＣ２００，ＰＣ３００，ＰＣ４００，ＰＣ５００，ＰＣ６００，ＰＣ７００は、全てＷＳＤプロトコルに対応しているため、それぞれのＰＣとＭＦＰ１００とのプッシュスキャン機能の概略シーケンスは同様のものとなるが、ここでは、ＰＣ２００とＭＦＰ１００との間における概略シーケンスの例について説明する。

まず、ＰＣ２００は、ＷＳＤプロトコルによるプッシュスキャン機能を利用する前に、宛先登録要求（Subscribe）を送信する（ステップＳ１００）。これは、例えば、ＰＣに対してスキャナのドライバプログラムを始めてインストールするときや、ＰＣを再起動した場合の起動処理時に実行される。宛先登録要求には、ＰＣ２００の宛先とＭＦＰ１００の表示部１０１に表示させるための表示名が含まれる。

そして、ＭＦＰ１００は、ＰＣ２００の宛先登録が完了すると、宛先登録応答（SubscribeResponse）をＰＣ２００に対して応答する（ステップＳ１０１）。宛先登録応答には、ＰＣ２００の登録について一意に割り振られた登録ＩＤが含まれる。この段階で、ＰＣ２００はＭＦＰ１００のＷＳＤプロトコルによるプッシュスキャン機能を利用することができる。

宛先登録が完了している状態で、ユーザはＭＦＰ１００の読取部１０４で読み取るための原稿をセットする。ＭＦＰ１００の表示部１０１にはＰＣ２００を現す宛先が表示されるため、ユーザは、操作部１０２を介して当該宛先を選択し、スキャンを実行するための操作を実行する。スキャンが実行されたら、ＭＦＰ１００はスキャン準備完了通知（ScanAvailableEvent）をＰＣ２００に送信する（ステップＳ１０２）。

スキャン準備完了通知を受信すると、ＰＣ２００はＭＦＰ１００に対してスキャン開始要求（CreateScanJob）を送信する（ステップＳ１０３）。なお、スキャン開始要求には、スキャン処理へ適用することを所望するスキャンパラメータが含まれている。

スキャン開始要求に含まれるスキャンパラメータを承認しスキャンを実行すると、ＭＦＰ１００はスキャン開始応答（CreateScanJobResponse）を応答する（ステップＳ１０４）。

そして、ＰＣ２００は、スキャンデータ要求（RetrieveImage）をＭＦＰ１００に対して送信する（ステップＳ１０５）。

スキャンデータ要求を受信すると、ＭＦＰ１００は、スキャンデータ応答（RetrieveImageResponse）を応答し、スキャンデータをＰＣ２００に対して送信する（ステップＳ１０６）。

プッシュスキャン機能を利用するためのＰＣ２００の宛先がＭＦＰ１００に登録されている状態で、ＰＣ２００が宛先登録の解除を望む場合は、登録の解除をＭＦＰ１００に対して要求することができる。これは、例えば、ＰＣ２００がシャットダウンする際に行われる。ＰＣ２００のシャットダウン処理に伴い、宛先登録解除要求（Unsubscribe）がＭＦＰ１００に対して送信される（ステップＳ１０７）。なお、宛先登録解除要求には、宛先登録応答に含まれていた登録ＩＤが含まれる。

ＰＣ２００の宛先の登録を解除すると、ＭＦＰ１００は宛先登録解除応答（UnsubscribeResponse）を応答する（ステップＳ１０８）。

シャットダウンされたＰＣ２００が再起動した際、ＭＦＰ１００との接続が引き続き確立されていれば、ＰＣ２００は改めて宛先登録要求（Subscribe）をＭＦＰ１００に対して行い、その結果、プッシュスキャン機能が利用可能となる。

次に、ＭＦＰ１００における動作について説明する。始めに、ＰＣ５００を例に、ＭＦＰ１００が宛先の登録要求を受け付ける際の宛先登録動作について図４のフローチャートを用いて説明する。なお、図４のフローチャートで説明する動作は、図３に示す、宛先登録要求を受けてから宛先登録完了を応答するまでのＭＦＰ１００の動作に該当する。

ステップＳ２００において、ＰＣ５００からの宛先登録要求を受信すると、制御部１０７の宛先情報管理部１０７１は、当該要求に含まれる宛先と表示名とを抽出する。なお、本実施形態では、ＰＣ２００，ＰＣ３００，ＰＣ４００，ＰＣ５００，ＰＣ６００，ＰＣ７００が送信する宛先登録要求には、図５に示される宛先と表示名とが含まれるものとする。ここでは、宛先登録要求を送信したＰＣはＰＣ５００であるため、宛先情報管理部１０７１は、宛先として"http://192.168.100.200"、表示名として"ＰＣ−Ｄ"の値を抽出する。

そして、宛先情報管理部１０７１は、抽出した宛先と保存部１０３に保存され、既に登録されている宛先との比較を行う（ステップＳ２０１）。なお、登録済みの宛先は、関連する情報おと共に、保存部１０３に保存されており、図６に示すような宛先情報テーブル１０００として表すことができる。ここで、宛先情報テーブル１０００の構成について説明する。この時点で、ＰＣ５００からの登録要求の前に既にＰＣ２００，ＰＣ３００，ＰＣ４００の３つのＰＣの宛先の登録が完了しているものとし、図６はその状態を示すものとする。但し、３つ目のＰＣ４００の宛先情報については、無効の状態であるものとする。

宛先情報テーブル１０００に示す番号１００１は、未登録の宛先が登録された際に付与され、宛先に対して一意である。宛先１００２は、宛先登録要求内においてＰＣが指定するものであり、プッシュスキャン実行時にスキャン準備完了通知が送信される際に利用される宛先である。ＷＳＤプロトコルでは、下位プロトコルとしてＨＴＴＰ（HyperText Transfer Protocol）を使用することが一般的であるため、宛先１００２は、"http://＜ＰＣのＩＰアドレス＞"という形式で指定される。表示名１００３は、宛先登録要求内においてＰＣが指定するものであり、プッシュスキャン実行時にＭＦＰ１００の表示部１０１に表示され、ユーザによる宛先の選択を容易にさせるためのものである。表示名１００３には、ＰＣを特定するための判断しやすい文字列が指定され、ＰＣのホスト名を含む文字列が指定されることが一般的である。状態１００４は、ＭＦＰ１００において登録された宛先が有効であるものか無効であるものかを示す。登録ＩＤ１００５は、状態１００４が有効な宛先に対してＭＦＰ１００が生成し付与するものである。登録ＩＤ１００５は、ＰＣとの応答を可能とするため、ＰＣとＭＦＰ１００との間で共有されるパラメータとされ、登録ＩＤ１００５の形式としては、ＵＵＩＤ（Universally Unique Identifier）を用いることができる。解除時刻１００６は、登録解除要求を受信して状態１００４が無効とされた時刻が設定され、無効な宛先を管理するために用いられる。

図６に示す状態においては、ＰＣ５００の宛先である"http://192.168.100.200"と一致する宛先が無いため（ステップＳ２０２Ｙｅｓ）、宛先情報管理部１０７１は、ＰＣ５００の宛先情報を新規追加する（ステップＳ２０３）。そして、宛先情報管理部１０７１は、宛先情報テーブル１０００に新規に宛先情報を追加した後、登録ＩＤ１００５として一意の値を生成し、宛先情報テーブル１０００に追加設定する（ステップＳ２０５）。ＰＣ５００の宛先情報の登録が完了した後の宛先情報テーブル１１００の例を図７に示す。図７の宛先情報テーブル１１００に示す例においては、番号１００１として"４"の宛先情報に対して、宛先、表示名はＰＣ５００から送信された宛先登録要求に含まれている値が設定されている。そして、状態１００４は"有効"とされ、登録ＩＤ１００５は、ステップＳ２０５で生成された値が設定されている。宛先情報の登録が完了すると、宛先情報管理部１０７１は、ステップＳ２０５で生成した登録ＩＤを含めた宛先登録応答をＰＣ５００に対して応答し、処理を終了する。

次に、ＰＣ５００を例に、宛先が登録されている状態でプッシュスキャン機能を実行する際の動作について、図８のフローチャートを用いて説明する。なお、図８のフローチャートで説明する動作は、図３に示す、スキャン準備完了通知を送信してからスキャンデータ応答までのＭＦＰ１００の動作に該当する。

プッシュスキャン機能は、ユーザによるＭＦＰ１００の直接の操作によって実行される。ユーザはＭＦＰ１００の読取部１０４で読み取るための原稿をセットする。次に、ユーザは登録されている宛先から所望の宛先を選択する必要があるため、ＭＦＰ１００は操作部１０２を解しての宛先表示要求を受け付ける（ステップＳ３００）。

宛先表示要求を受けると、制御部１０７の宛先情報管理部１０７１は保存部１０３に保存された、図７に示す宛先情報テーブル１１００を参照し、図９に示す宛先一覧２０００を表示部１０１に表示させる（ステップＳ３０１）。

ここで、図９に示す宛先一覧２０００の構成について説明する。宛先一覧２０００には、宛先情報テーブル１１００の番号１００１の順番にしたがって、表示名１００３の文字列が表示される。なお、状態１００４が"無効"なものについては、無効である旨が示され、ユーザが選択することができないようになっている。

そして、宛先一覧２０００に表示されている状態が"有効"な宛先に対応する表示名、ここでは、ＰＣ−Ａ，ＰＣ−Ｂ，ＰＣ−Ｄの中から、ユーザは選択用のカーソルを操作し所望の宛先を選択する。ユーザにより所望の宛先が選択されると、操作部１０２はこれを受け付けると共に（ステップＳ３０２）、図示せぬスキャン開始ボタンの押下を受けて選択された宛先を制御部１０７に通知する。通知を受けた制御部１０７は、ネットワーク通信部１０６を介してスキャン準備完了通知を送信させる（ステップＳ３０３）。ここでは、ユーザにより表示名"ＰＣ−Ｄ"が選択されたため、制御部１０７は、表示名"ＰＣ−Ｄ"に対応するＰＣ５００の宛先"http://192.168.100.200"に対してスキャン準備完了通知を送信させる。

この後は、スキャン準備完了通知を受信したＰＣ５００からの応答待ちとなるため、ＭＦＰ１００はスキャン開始要求受信待ち状態となる（ステップＳ３０４）。ここで、一定時間内にＰＣ５００からのスキャン開始要求を受信しなかった場合（ステップＳ３０５Ｎｏ）、制御部１０７は、プッシュスキャン機能の実行に失敗した旨を表示部１０１に表示させ（ステップＳ３１３）、ＭＦＰ１００の状態を宛先表示要求受け付けの前の状態に戻す。

一方、一定時間内にＰＣ５００からのスキャン開始要求を受信した場合（ステップＳ３０５Ｙｅｓ）、制御部１０７はスキャン開始要求で指定されるスキャン実行のためのスキャンパラーメータのチェックを行う（ステップＳ３０６）。スキャンパラメータがＭＦＰ１００のスキャナ機能において有効である場合（ステップＳ３０７Ｙｅｓ）、制御部１０７は読取部１０４を制御してセットされた原稿の読み取りを開始させる（ステップＳ３０８）。一方、スキャンパラメータがＭＦＰ１００のスキャナ機能において無効である場合（ステップＳ３０７Ｎｏ）、制御部１０７は、プッシュスキャン機能の実行に失敗した旨を表示部１０１に表示させ（ステップＳ３１３）、ＭＦＰ１００の状態を宛先表示要求受け付けの前の状態に戻す。

ステップＳ３０８において、読取部１０４による原稿の読み取りが開始されると、制御部１０７は、スキャン開始応答をＰＣ５００に対して送信させる（ステップＳ３０９）。この後は、スキャン開始応答を受信したＰＣ５００からの応答待ちとなるため、ＭＦＰ１００はスキャンデータ要求受信待ち状態となる（ステップＳ３１０）。ここで、一定時間内にＰＣ５００からのスキャンデータ要求を受信しなかった場合（ステップＳ３１１Ｎｏ）、制御部１０７は、プッシュスキャン機能の実行に失敗した旨を表示部１０１に表示させ（ステップＳ３１３）、ＭＦＰ１００の状態を宛先表示要求受け付けの前の状態に戻す。一方、一定時間内にＰＣ５００からのスキャンデータ要求を受信した場合（ステップＳ３１１Ｙｅｓ）、制御部１０７は読取部１１０４により生成されたスキャンデータをスキャンデータ要求に応答する形で送信させる（ステップＳ３１２）。

次に、ＰＣ５００を例に、ＭＦＰ１００が宛先の登録解除要求を受け付ける際の宛先登録解除動作について、図１０のフローチャートを用いて説明する。なお、図１０のフローチャートで説明する動作は、図３に示す、宛先登録解除要求を受けてから宛先登録解除完了を応答するまでのＭＦＰ１００の動作に該当する。

ユーザによりＰＣ５００がシャットダウンされると、ＰＣ５００の宛先情報がＭＦＰ１００に登録済みであるため、ＰＣ５００はシャットダウン処理に伴い、宛先登録解除要求をＭＦＰ１００に対して送信する。ＰＣ５００から送信された宛先登録解除要求を受信すると、制御部１０７の宛先情報管理部１０７１は、当該要求に含まれる登録ＩＤを抽出する（ステップＳ４００）。

次に、宛先情報管理部１０７１は、宛先情報テーブル１１００に登録されている宛先情報で、抽出した登録ＩＤと一致するものを検索する（ステップＳ４０１）。ここでは、ＰＣ５００の登録ＩＤは、"urn:uuid:cdef0123-4567-89ab-cdef-0123456789ab"が指定されていると仮定するが、同じ登録ＩＤを持つ宛先情報が存在しない場合（ステップＳ４０２Ｎｏ）、宛先情報管理部１０７１は、宛先登録解除要求に対する応答として登録ＩＤが無効であるエラーを応答する。一方、同じ登録ＩＤを持つ宛先情報が存在する場合（ステップＳ４０２Ｙｅｓ）、宛先情報管理部１０７１は計時部１０５から現在の時刻情報を取得し、ＰＣ５００の宛先が解除された時刻として登録する（ステップＳ４０３）。次に、宛先情報管理部１０７１は、ＰＣ５００の宛先を無効とし、登録ＩＤを削除する（ステップＳ４０４）。そして、宛先情報管理部１０７１は、登録解除完了応答をＰＣ５００に送信させ（ステップＳ４０５）、処理を完了する。登録解除要求受付処理が完了した後の宛先情報テーブル１２００を図１１に示す。番号１００１として"４"の宛先情報がＰＣ５００に関するものであるが、登録ＩＤ１００５は削除され、状態１００４は"無効"、解除時刻１００６に時刻"2010/04/08/14:00"が設定されている。

次に、ＭＦＰ１００が宛先の登録要求を再度受け付ける際の宛先登録動作について説明する。ここでは、ＰＣ５００の宛先の登録が解除されてから、再度宛先登録要求を受け付けるまでに新たに２台のＰＣ、ＰＣ６００とＰＣ７００との宛先登録が行われているものとして説明する。この段階のでの、宛先情報テーブル１３００を図１２に示す。なお、ここで説明する動作は、図３に示す、宛先登録要求を受けてから宛先登録完了を応答するまでのＭＦＰ１００の動作に該当する。そして、先に説明したＰＣ５００の一度目の宛先情報が登録された際と同じく図４のフローチャートを用いて説明する。

ステップＳ２００において、ＰＣ５００からの宛先登録要求を受信すると、制御部１０７の宛先情報管理部１０７１は、当該要求に含まれる宛先と表示名とを抽出する。そして、宛先情報管理部１０７１は、抽出した宛先と保存部１０３に保存され、既に登録されている宛先との比較を行う（ステップＳ２０１）。

このとき、ＰＣ５００の宛先"http://192.168.100.200"は既に登録済みであるため、一致する宛先情報が検索される（ステップＳ２０２Ｎｏ）。そして、宛先情報管理部１０７１は、該当した宛先情報について、状態１００４を"有効"に設定し、設定されている解除時刻１００６を削除する（ステップＳ２０４）。

次に、宛先情報管理部１０７１は、登録ＩＤ１００５を新規に割り当て、宛先情報テーブル１３００に追加設定する（ステップＳ２０５）。そして、宛先情報管理部１０７１は、ステップＳ２０５で生成した登録ＩＤを含めた宛先登録応答をＰＣ５００に対して応答し、処理を終了する。

再度、ＰＣ５００からの宛先登録が完了した段階での宛先情報テーブル１４００を図１３に示す。この状態で、プッシュスキャン機能が実行される場合、表示部１０４には、図１４に示される宛先一覧２１００が表示される。このとき、ＰＣ５００に対応する表示名"ＰＣ−Ｄ"が一度無効となる前と同じ４番目に表示され、ＰＣ５００の宛先が無効状態のときに登録されたＰＣ６００，ＰＣ７００の表示名"ＰＣ−Ｅ"，"ＰＣ−Ｆ"よりも上位に表示されている。

例えば、一度だけＭＦＰ１００のプッシュスキャン機能を利用するＰＣが存在した場合、宛先が無効となった後、同じ宛先に対して二度と宛先登録要求は行われないと考えられる。このような場合、ＭＦＰ１００の保存部１０３の保存領域が無駄に利用され続けるため、これに該当する宛先情報は完全に削除されることが望ましい。したがって、本実施形態においては、宛先登録が解除され、状態が無効となってから所定の時間、宛先登録要求が無い宛先情報については完全に削除するものとする。

上記動作について図１５のフローチャートを用いて説明する。なお、図１５に示される動作は、ＭＦＰ１００が起動している間、定期的に行われるものとする。

監視処理が開始されると、宛先情報管理部１０７１は、宛先情報テーブルを参照し、無効なものを検索する（ステップＳ５００）。無効な状態の宛先が無い場合や、1つも宛先が登録されていない場合（ステップＳ５００Ｎｏ）、宛先情報管理部１０７１は処理を終了する。一方、無効な宛先が存在する場合（ステップＳ５００Ｙｅｓ）、宛先情報管理部１０７１は、計時部１０５からそのときの時刻情報を取得する。なお、本実施形態においては、登録が解除されてから宛先を削除するまでの所定の時間が定義されており、宛先情報管理部１０７１は現在時刻から削除対象となる宛先の削除対象解除時刻を計算する（ステップＳ５０１）。

宛先情報管理部１０７１は、検索された無効な宛先情報の解除時刻をチェックし（ステップＳ５０２）、期限切れでない場合は次の宛先情報を確認する（ステップＳ５０３）。一方、期限切れである場合は該当する宛先情報を削除し（ステップＳ５０４）、削除した宛先情報の番号以降の番号を全て１ずつ繰り上げる。例えば、宛先情報テーブル１４００において、ＰＣ４００の宛先情報が期限切れだった場合、図１６に示すような宛先情報テーブル１５００に更新される。

この状態で、プッシュスキャン機能が実行される場合、表示部１０１には、図１７に示す宛先一覧２２００が表示される。ＰＣ４００に対応する表示名"ＰＣ−Ｃ"は無効な状態から完全に削除されたため、宛先一覧２２００には表示されることはない。

以上のように、第１の実施形態によれば、多数のＰＣからプッシュスキャン機能が利用され、且つ、プッシュスキャン用の宛先の登録と登録解除が不規則に行われる環境においても、登録解除された宛先に関する情報を保持しておき無効化するに留め、再度登録要求があった際に当該宛先情報を有効化することによって、プッシュスキャン機能実行時に、表示部上での宛先の表示順に変更が無く、特に多数の候補から宛先を選択する場合に、ユーザが戸惑うことを軽減することができる。また、所望のＰＣのシャットダウンやＰＣとの接続が途切れたことを把握せずに、プッシュスキャン機能を実行しようとした場合に、宛先が無効である旨が表示部に表示されるため、ユーザが状況を把握し易いという利便性もある。

［第２の実施形態］
図１８は、本実施形態に係るネットワーク構成を説明する概略図である。ネットワークを介してデータ通信が可能な画像読取装置としてのＭＦＰ９００と外部情報端末としてのＰＣ２００，ＰＣ３００，ＰＣ４００とが同一のＬＡＮ８００に接続されている。

本実施形態においては、ＭＦＰ９００とＰＣ２００，ＰＣ３００，ＰＣ４００とには、それぞれ適切なＩＰアドレスが設定されており、これらの装置はＬＡＮ８００を介してのデータ通信が可能である。また、ＰＣ２００，ＰＣ３００，ＰＣ４００は、全てＷＳＤプロトコルに対応しており、プッシュスキャン機能を利用することができる。

図１９は、ＭＦＰ９００の機能構成を説明するための機能ブロック図である。ＭＦＰ９００は、第１の実施形態に係るＭＦＰ１００が有する制御部１０７、及び宛先情報管理部１０７１に代えて制御部９０１、及び宛先情報管理部９０１１を備える。なお、本実施形態の説明においては、第１の実施形態で説明した構成と同一な構成については、同じ符号を付してその説明は省略する。

本実施形態に係るＭＦＰ９００の動作について説明する。ＭＦＰ９００は、第１の実施形態に係るＭＦＰ１００と同様にＷＳＤプロトコルによるプッシュスキャン機能を備え、ＰＣ２００，ＰＣ３００，ＰＣ４００についても第１の実施形態と同様に全てＷＳＤプロトコルに対応している。ここで、ＰＣ２００とＭＦＰ９００との間における概略シーケンスの例について図２０を用いて説明する。なお、第１の実施形態の図３で説明した処理と同一な処理については、同じ番号を付してその説明を省略する。

まず、ＰＣ２００は、ＷＳＤプロトコルによるプッシュスキャン機能を利用する前に、宛先登録要求（Subscribe）を送信し、ＭＦＰ９００は、宛先登録要求受付処理を行う（ステップＳ６００）。

宛先登録が完了している状態で、ユーザはＭＦＰ９００の読取部１０４で読み取るための原稿をセットする。ＭＦＰ１００の表示部１０１にはＰＣ２００を現す宛先が表示されるため、ユーザは、操作部１０２を介して当該宛先を選択し、スキャンを実行するための操作を実行する。スキャンが実行されたら、ＭＦＰ９００はスキャン準備完了通知（ScanAvailableEvent）をＰＣ２００に送信する（ステップＳ６０１）。

また、プッシュスキャン機能を利用するためのＰＣ２００の宛先がＭＦＰ９００に登録されている状態で、ＰＣ２００が宛先登録の解除を望む場合は、登録の解除をＭＦＰ９００に対して要求することができる。これは、例えば、ＰＣ２００がシャットダウンする際に行われる。ＰＣ２００のシャットダウン処理に伴い、宛先登録解除要求（Unsubscribe）がＭＦＰ９００に対して送信される（ステップＳ６０２）。

次に、上記概略シーケンスにおいて、第１の実施形態と異なる動作について以下に説明する。

始めに、ＰＣ４００を例に、ＭＦＰ９００が宛先の登録要求を受け付ける際の宛先登録動作について図２１のフローチャートを用いて説明する。なお、図２１のフローチャートで説明する動作は、図２０に示す、宛先登録要求を受けてから宛先登録完了を応答するまでのＭＦＰ９００の動作に該当する。図２１のフローチャートで説明する動作は、図４で説明した動作に加え、宛先の新規追加に係る処理が追加される（ステップＳ７００）。

本実施形態においても、第１の実施形態と同様にＰＣ２００，ＰＣ３００，ＰＣ４００が送信する宛先登録要求には、図５に示される宛先と表示名とが含まれるものとする。また、ＰＣ２００とＰＣ３００との宛先情報は既に登録済みで、且つ、２つの宛先情報は有効なものとする。

ＰＣ４００から送信される宛先情報は未登録であるため、新規追加の必要がある。第２の実子形態においては、宛先情報として、プッシュスキャン機能実行が実行されたか否かに関する情報が保持される。宛先の新規追加では、宛先情報管理部９０１１は初期値として"未実行"を設定する。ＭＦＰ９００による宛先登録受付処理が完了し、更新された宛先情報テーブル１６００の例を図２２に示す。

次に、ＰＣ４００を例に、プッシュスキャン機能が実行された際のＭＦＰ９００の動作について、図２３のフローチャートを用いて説明する。なお、図２３のフローチャートで説明する動作は、図２０に示す、スキャン準備完了通知を送信してからスキャンデータ応答までのＭＦＰ９００の動作に該当する。図２３のフローチャートで説明する動作は、図８で説明した動作に加え、宛先の新規追加に係る処理が追加される（ステップＳ８００）。

ユーザにより表示された宛先一覧の中からＰＣ４００の宛先が選択され、プッシュスキャン機能が実行されると、ＭＦＰ９００の制御部９０１は、第１の実施形態と同様にスキャン準備完了通知をＰＣ４００に送信させる（ステップＳ３０３）。

次に、宛先情報管理部９０１１はＰＣ４００の宛先情報のプッシュスキャン機能実行を"実行済"に設定する（ステップＳ８００）。この後のプッシュスキャン機能実行に係る動作は、図８で説明した動作と同様である。プッシュスキャン機能が完了し、更新された宛先情報テーブル１７００を図２４に示す。

次に、ＰＣ４００を例に、ＭＦＰ９００が宛先の登録解除要求を受け付ける際の宛先登録解除動作について、図２５のフローチャートを用いて説明する。なお、図２５のフローチャートで説明する動作は、図２０に示す、宛先登録解除要求を受けてから宛先登録解除完了を応答するまでのＭＦＰ９００の動作に該当する。

ユーザによりＰＣ４００がシャットダウンされると、ＰＣ４００の宛先情報がＭＦＰ９００に登録済みであるため、ＰＣ４００はシャットダウン処理に伴い、宛先登録解除要求をＭＦＰ９００に対して送信する。

なお、宛先登録解除要求に含まれる登録ＩＤは、ＰＣ４００の宛先情報に関するものであるため、ＰＣ４０の宛先情報が解除の対象となる。ステップＳ９００において、宛先情報管理部９０１１は宛先情報テーブルを参照して、ＰＣ４００の宛先に対してプッシュスキャン機能が実行済か否かをチェックする。ここで、プッシュスキャン機能実行が"実行済"に設定されている場合（ステップＳ９００Ｙｅｓ）、宛先情報管理部９０１１はＰＣ４００の宛先を無効とし、登録ＩＤを削除後、解除時刻を設定する。そして、宛先情報管理部９０１１は、登録解除完了応答をＰＣ４００に送信させ（ステップＳ４０５）、処理を完了する。宛先登録解除処理が完了し、更新された宛先情報テーブル１８００を図２６に示す。

最後に、プッシュスキャン機能が実行されていない場合の宛先登録解除要求を受け付けた際のＭＦＰ９００の動作について説明する。なお、ＰＣ４００に対してプッシュスキャン機能が実行されておらず、宛先登録解除要求を行うＰＣはＰＣ４００であるものとして、図２５のフローチャートを用いて説明する。

ステップＳ９００において、宛先情報管理部９０１１は宛先情報テーブルを参照して、ＰＣ４００の宛先に対してプッシュスキャン機能が実行済か否かをチェックする。ここで、プッシュスキャン機能実行が"未実行"に設定されている場合（ステップＳ９００Ｎｏ）、宛先情報管理部９０１１は宛先情報を削除し、削除した宛先情報の番号以降の番号を全て１ずつ繰り上げる。そして、宛先情報管理部９０１１は、登録解除完了応答をＰＣ４００に送信させ（ステップＳ４０５）、処理を完了する。宛先登録解除処理が完了し、更新された宛先情報テーブル１９００を図２７に示す。

以上のように、第２の実施形態によれば、第１の実施形態に係る効果に加え、宛先情報が登録されたにも関わらず、一度もプッシュスキャン機能が実行されなかったＰＣに対しては、宛先登録解除要求の受け付けに伴い対応する宛先情報を削除することができるため、無駄に保存部の保存領域が利用され続けることを防ぐことができる。

本実施形態の説明においては、本発明をＭＦＰに適用した例について説明したが、本発明はこれに限定されず、原稿上の画像を読み取り、画像データを生成するスキャナ機能を搭載しているすスキャナ装置、複写機、ファクシミリ装置等にも適用可能である。また、プッシュスキャン機能を実現するためのプロトコルとしてＷＳＤプロトコルを用いた例について説明したが、本発明においては、使用するプロトコルにその制限は無い。さらに、本実施形態の説明においては、ＰＣからの宛先登録解除要求によって登録解除が行われる例について説明したが、これに限定されず、宛先登録要求に含められた有効期間中にＰＣからの宛先登録に関する更新要求を受信しない場合に登録解除を行う形態としてもかまわない。

１００，９００ＭＦＰ
１０１表示部
１０２操作部
１０３保存部
１０４読取部
１０５計時部
１０６ネットワーク通信部
１０７，９０１制御部
１０７１，９０１１宛先情報管理部
２００，３００，４００，５００，６００，７００ＰＣ
８００ＬＡＮ

Claims

画像を読み取り、当該画像に基づく画像データを生成する画像読取部と、
前記画像データをネットワークを介して送信する送信部と、
前記送信部により送信される前記画像データの宛先の登録と当該登録の解除との要求を外部から受け付ける宛先情報管理部と、
前記要求に応じて前記宛先と登録順番とを保存する宛先情報保存部と、
前記宛先情報保存部に保存された前記宛先を前記登録順番に表示する表示部と、
前記宛先の選択と前記画像データの送信の指示とを受け付ける操作部とを備え、
前記宛先情報保存部は、前記宛先情報管理部が前記登録の解除の要求を受け付けた場合においても、当該登録の解除の要求に対応する前記宛先と前記登録順番とを保存し続けることを特徴とする画像読取装置。
時刻を計測する計時部を備え、
前記宛先情報管理部は、
前記登録の解除の要求を受け付けた時刻を解除時刻として保持し、当該解除時刻から所定の時間が経過した場合、当該登録の解除の要求に対応する前記宛先と前記登録順番とを前記宛先情報保存部から削除させることを特徴とする請求項１記載の画像読取装置。
前記宛先情報保存部は、
前記宛先に前記画像データを送信したか否かを示す情報を保存し、
前記宛先情報管理部は、
前記登録の解除の要求を受け付けた場合、前記宛先情報保存部を参照し、当該登録の解除の要求に対応する前記宛先に対して前記画像データが送信されていなければ、当該登録の解除の要求に対応する前記宛先と前記登録順番とを前記宛先情報保存部から削除させることを特徴とする請求項１記載の画像読取装置。