JP5311996B2

JP5311996B2 - 画像処理装置、画像処理装置の制御方法及びコンピュータプログラム

Info

Publication number: JP5311996B2
Application number: JP2008314608A
Authority: JP
Inventors: 曜子村瀬
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2008-12-10
Filing date: 2008-12-10
Publication date: 2013-10-09
Anticipated expiration: 2028-12-10
Also published as: EP2197194B1; CN101753756B; US20100141992A1; EP2197194A1; JP2010141507A; CN101753756A; US8745289B2

Description

複数の情報処理装置に接続可能な画像処理装置であって、ユーザによって選択された情報処理装置に画像データを送信する機能を備えた画像処理装置、画像処理装置の制御方法及びコンピュータプログラムに関する。

ネットワーク環境にスキャナ装置を備えた画像処理装置を配置して、ドキュメントをスキャンする場合、クライアントコンピュータからその装置を操作するためには、クライアントコンピュータ上で稼動するドライバを使うのが一般的である。即ち、クライアントコンピュータを操作するユーザがスキャナドライバを使って画像処理装置にスキャンの指示をし、スキャナによって読み取られた画像データを取得する。この処理方法を一般的にＰｕｌｌＳｃａｎ処理と呼ぶ。

一方、ユーザが画像処理装置を操作してスキャンの指示を行い、スキャナによって読み取られた画像データをクライアントコンピュータに送信させる方法も広く知られている。この処理方法をＰｕｓｈＳｃａｎ処理と呼ぶ。

また、このＰｕｓｈＳｃａｎ処理の派生として、画像処理装置から、クライアントコンピュータ上で稼動するドライバを起動させて、ＰｕｌｌＳｃａｎ処理を実行させる方法が考えられている（例えば、特許文献１参照）。この処理方法を擬似ＰｕｓｈＳｃａｎ処理と呼ぶ。

ＰｕｓｈＳｃａｎ処理もしくは擬似ＰｕｓｈＳｃａｎ処理を行う場合には、ユーザは、画像処理装置の操作パネルから、画像データの送信先となるクライアントコンピュータを選択する必要がある。従って、ＰｕｓｈＳｃａｎ処理もしくは擬似ＰｕｓｈＳｃａｎ処理を実行可能な画像処理装置では、１つ乃至複数のクライアントコンピュータの情報を保持しておく必要がある。

ここで、ユーザの利便性を高める為に、現在稼動中でないクライアントコンピュータは、画像データの送信先としてできないように制御する必要がある。このような制御を実現する方法の１つとして、クライアントコンピュータから画像処理装置に対して定期的に通知を送る方法が考えられている。これにより、画像処理装置は、各クライアントコンピュータからの定期的な通知の到達状況により、各クライアントコンピュータの稼動状況を知ることができる。一方、画像処理装置は、クライアントコンピュータからの通知に対して自身の稼動状況を応答するので、クライアントコンピュータも、画像処理装置の稼動状況を知ることができる。

ここで留意しておかなくてはいけないのが、クライアントコンピュータから画像処理装置に対して行う通知の頻度および、クライアントコンピュータの数である。例えば１台のクライアントコンピュータから画像処理装置に対して５秒毎に通知を送信した場合、１分間に１２回の通知が行われる。これに対して画像処理装置では１２回の応答を返さなくてはならない。仮に１台の画像処理装置に対してこの頻度で５台のクライアントコンピュータが通知を送信した場合、画像処理装置は、１分間に計６０回の応答を返さないといけないことになる。

近年、画像処理装置のコストダウンを実現するために、画像処理装置に搭載するメモリの容量を削減することが求められている。これにより、ハードディスク等の大容量の記憶装置を搭載しない画像処理装置が多く存在する。そして、このような画像処理装置には、可能な限り余分な処理負荷をかけたくないという要求がある。

そこで、このような画像処理装置に上述したような処理負荷を与えない為の１つの方法として、一台の画像処理装置において管理するクライアントコンピュータの数に上限を持たせている。
特開平１０−１１１７９３

上述したような背景の下、画像処理装置が管理するクライアントコンピュータの数に上限を設ける場合、次のような方法が考えられる。
即ち、稼動状況を通知したクライアントコンピュータを順次画像処理装置に登録して行き、上限に達した時点で登録終了とする方法である。この場合、それ以降に稼動状況を通知したクライアントコンピュータは、画像処理装置に登録せずに応答も返さないようにする。

しかし、このような方法によって限られた数のクライアントコンピュータだけを画像処理装置が管理した場合、ユーザが画像処理装置の操作パネルから画像データの送信先を選択する場合、ユーザが所望するクライアントコンピュータが表示されない場合がある。ユーザが所望するクライアントコンピュータが必ずしも上限内で管理されているとは限らないからである。

本発明は、このような問題に対してなされたものであり、画像処理装置をユーザが操作して画像データの送信先を選択する際に、ユーザが所望する送信先をより確実に選択できるようにすることを目的とする。

上記目的を達成するために、本発明の画像処理装置は、複ユーザによって選択された情報処理装置に画像データを送信することが可能な画像処理装置において、複数の情報処理装置それぞれから送信された、各情報処理装置の情報を含む通知情報を受信する受信手段と、前記受信手段によって受信された通知情報を送信した前記複数の情報処理装置のうちの一部の情報処理装置を表示する表示手段と、前記表示手段によって表示された情報処理装置の中からユーザによって選択された情報処理装置を、表示対象から削除する旨の指示を受け付ける受け付け手段と、前記受け付け手段が前記削除する指示を受け付けた場合、前記選択された情報処理装置を表示対象から削除し、前記受信手段によって受信した通知情報を送信した前記複数の情報処理装置のうちの残りの情報処理装置の少なくとも一部を、前記削除された情報処理装置に代えて表示する表示制御手段と、を有することを特徴とする。

本発明によれば、画像処理装置をユーザが操作して画像データの送信先を選択する際に、ユーザが所望する送信先が、より確実に選択可能になる。

本発明の装置及びその動作について詳細に説明する。ただし、この実施の形態に記載されている構成要素はあくまで例示であり、発明の範囲をそれらのみに限定する趣旨のものではない。

（実施例１）
図１は本発明の好適な実施形態に係る画像処理システムの構成図である。

図１において、１０１は後述する複数の機器を接続する既知の技術を用いたネットワークであり、例えばＴＣＰ／ＩＰプロトコルなどを用いたイーサネット（登録商標）が使用される。このネットワークはその他のネットワーク、例えば無線等を用いても構わない。１０２はスキャナ装置を備えた画像処理装置の一例としてのＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）である。１０３〜１０９は、ＭＦＰと通信可能な情報処理装置の一例としてのクライアントＰＣである。各クライアントＰＣは、ユーザによって操作されたＭＦＰ１０２から、処理の実行要求を受けたり、逆にユーザによって操作されＭＦＰ１０２に対して設定や処理の実行要求を行うことが可能である。

図２はＭＦＰ１０２のハードウェア構成を示した図である。図２において、２０１は電子写真方式やインクジェット方式等の既知の印刷技術を利用したプリンタエンジンである。２０２は既知の光学読取技術を利用して原稿を読み取り、画像データを生成するスキャナエンジンである。２０３はＭＦＰ１０２全体の動作を制御する中央処理部（以下、「ＣＰＵ」と呼ぶ）である。２０５は、ＣＰＵ２０３により実行される動作制御プログラムや、その他の各データが格納されている記憶部としてのＲＯＭである。２０６は、ネットワーク１０１に接続するためのネットワークインターフェース（Ｉ／Ｆ）であり、このネットワークＩ／Ｆにより、ネットワークを介してクライアントＰＣ等のネットワーク上の機器と接続可能である。２０７は、ユーザインターフェースを提供する、例えば液晶やＬＥＤ等の表示部と複数個の操作ボタン等から構成される操作パネルである。２０４は、プリンタエンジン２０１で印刷する画像データや、ネットワークＩ／Ｆを介して送受信される画像データなどを一時的に格納する記憶部としてのＲＡＭである。２０８はＵＳＢポートであり、ＵＳＢメモリに代表されるＵＳＢ外部装置にアクセスすることが可能になる。

図３はクライアントＰＣ１０３〜１０９のハードウェア構成を示した図である。ＰＣ１０２のハードウェアも、様々な接続方法や、様々なバスやインターフェースを有した構成が一般に知られており、ここで紹介するハードウェア構成は一例である。

図３中、点線で囲まれた部分がマザーボード３０１であり、ＣＰＵ３０２は、キャッシュメモリ３０３を介してノースブリッジ３０４、サウスブリッジ３０５と通信しながら、このクライアントＰＣ１０２のソフトウェア全体を制御している。ここで、ノースブリッジ３０４とサウスブリッジ３０５のデータのやり取りやクライアントＰＣ１０２内部でのデータ一次保存のためメモリ（ＳＤＲＡＭ３０６）が使用されている。次にノースブリッジ３０４は、汎用ＰＣＩ（３２ビット／３３ＭＨｚ）バス３０７を持っており、オプション（後付け）でＳＣＳＩ外部装置などを接続することができる。ノースブリッジ３０４は、ディスプレイ３０８を表示させるためのグラフィックコントローラ３０９にも接続されている。更に、サウスブリッジ３０５は、別の汎用ＰＣＩバス３１０を持っており、こちらには、ＮＩＣ３１１を介してネットワーク接続が可能となっている。また、サウスブリッジ３０５は、ＩＤＥバス３１２も持っており、クライアントＰＣ１０２の制御ソフトウェアを初め、様々なデータを格納しておくハードディスクドライブ（ＨＤＤ）３１３が接続される。さらにＩＤＥバス３１２によって、クライアントＰＣ１０２のインストール時などのデータ読み出しや大量データのデータ保存（アーカイブ）などに役立つＣＤ−ＲＯＭ（または、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ）ドライブ３１４などが接続される。ＵＳＢポート３１５は、ＵＳＢメモリに代表されるＵＳＢ外部装置にアクセスすることが可能になる。そして、スーパーＩ／Ｏ部３１６を経由してキーボード３１７やマウス３１８あるいは、フロッピー（登録商標）ディスクドライブ（Ｆ／Ｄドライブ）３１９につながって、データの入出力を行うこともできる。

図４は、ＭＦＰ１０２におけるＣＰＵ２０３において実行されるソフトウェアモジュール１つであるＭＦＰパケット処理モジュールの概略図である。図４を用いて、ＭＦＰパケット処理モジュール４００の詳細について説明する。

４０１は受信パケット読取モジュールであり、ネットワークＩ／Ｆ２０６で受信したクライアントＰＣ１０３〜１０９からのパケット（後述するパケット送信モジュール５０２によって送信された通知情報）の内容を読み出す処理を行う。

４０２は表示クライアントＰＣ情報保持モジュールであり、受信パケット読取モジュール４０１によって読み出されたパケットの内容をＲＡＭ２０４又はＲＯＭ２０５等の記憶部に記憶する処理を行う。表示クライアントＰＣ情報保持部４０２によって記憶されるクライアントＰＣ数には上限があり、本実施例では仮に５個とする。尚、表示クライアントＰＣ情報保持部４０２によって記憶されたクライアントＰＣ数が上限に達した場合には、受信パケット読取モジュール４０１によってパケットの詳細内容が読み出されるのは記憶されているクライアントＰＣに関するものだけである。それ以外のクライアントＰＣからのパケットは無視される。表示クライアントＰＣ情報保持モジュールによって記憶されるクライアントＰＣ数の上限は、ＭＦＰ１０２の負荷を考えた場合に、ＭＦＰ１０２本来の処理に影響を及ぼさないよう規定されるものであり、この上限数は管理者等によって変更可能であってもよい。

４０３はパケット一時停止リクエスト送信モジュールであり、後述するクライアントＰＣのドライバアプリに対して、パケット送信を一時停止させるリクエストを送信するためのモジュールである。

４０４は一時クライアント名称保持モジュールである。これは、現在表示部に表示されていないクライアントＰＣから送信されたパケットから、クライアント名称を読み出し、ＲＡＭ２０４又はＲＯＭ２０５等の記憶部に記憶する処理を行う。このモジュールによって記憶されたクライアント名称は、ユーザがＭＦＰ１０２の操作パネル２０７からクライアントＰＣ名を入力する際の入力支援のために使われる。

図５は、クライアントＰＣにインストールされる、ＭＦＰ１０２を遠隔操作、設定するためのドライバアプリモジュールの概略図である。図５を用いて、ドライバアプリモジュール５００の詳細について説明する。

５０１は設定保持モジュールであり、ドライバアプリ上でユーザが設定したＰｕｌｌスキャンの設定などをクライアントＰＣが備えるメモリに保持する処理を行う。

５０２はパケット送信モジュールであり、クライアントＰＣの情報（クライアントＰＣを識別可能な識別情報）やＰｕｌｌスキャンに関する設定情報等を含む通知情報をＭＦＰ１０２宛てに定期的にパケット送信する処理を行う。

５０３は一時停止リクエスト受信部であり、ＭＦＰ１０２から通知されるパケット送信の一時停止リクエストを受信し、パケット送信モジュール５０２に対して一定期間パケット送信を停止するように指示する。また、一定期間の経過をカウントし、一定期間経過後、パケット送信モジュール５０２に対してパケット送信の再開を指示する。

図６は、ドライバアプリモジュール５００のパケット送信モジュール５０１によってＭＦＰ１０２に対して送信される通知情報の具体例である。本実施例において通知情報のパケットに含まれる情報は、クライアントＰＣの「名称」（ネットワーク上のＨｏｓｔ名など）、スキャン設定を選択するための「ボタン名」、各スキャン設定の内容の概略を示す「コメント」の３項目である。スキャン設定とは、スキャナによって原稿の読み取りを行う際のサイズや解像度等の読み取り設定であり、本実施例では、１つのボタンに対して複数の項目から成る読み取り設定を登録することができる。具体例については図８を用いて後述する。尚、パケット送信モジュール５０１によってＭＦＰ１０２に対して送信される通知情報にはこれ以外の情報が含まれていてもよい。例えば、ネットワーク上でクライアントＰＣを特定するためのアドレス情報等もこの通知情報に含まれている。

図７の７００はクライアントＰＣ１０３〜１０９のディスプレイ３０８に表示されるドライバアプリモジュールの画面の例である。具体的には、クライアントＰＣからＰｕｌｌスキャンを指示する場合にクライアントＰＣのディスプレイに表示される画面の例である。７０１〜７０４のボタンにはそれぞれどのような読み取りを行うかのカスタムスキャン設定が割り当てられているものとする。本実施例におけるドライバアプリモジュールでは、４つのカスタムスキャン設定が登録可能である。そして、７０１〜７０４のいずれかのボタンが押下されることにより、クライアントＰＣはスキャン指示とスキャン設定に関する設定情報とをＭＦＰ１０２へ送信する。そして、ＭＦＰ１０２は原稿の読み取りを開始し、受信した設定情報に基づいて必要な処理を施し、クライアントＰＣに対して画像データを送信する。

上記の７０１〜７０４のボタンに具体的にどのようなカスタムスキャン設定を行えるか図８を用いて説明する。ドライバ画面上の「設定」キー（図７の７０５）が押下されると、図８の８００の画面がディスプレイに表示される。図８の画面８００において、８０１〜８０４が押下されることにより、いずれのボタンのカスタム設定を行うかが選択される。例えば「スキャン１」キーのカスタム設定を行う場合は、ユーザは８０１を押下する。この選択操作により８０５〜８１１の各フィールドには以前にユーザが入力した設定値（以前にユーザが入力していない場合にはデフォルトの設定値）が表示される。ユーザはこれらの値を所望の値に変更することができる。例えば、８０５ではカスタムスキャンキーの名前そのものを変更することが可能である。ここでボタンの名前を変更すると変更したボタン名が、後述するＭＦＰ１０２上の画面にも反映される。

８０６では原稿読み取り時のカラー／モノクロ種別を選択できる。選択肢としてはカラー文書、モノクロ文書などが存在する。８０７ではＪＰＥＧ、ＴＩＦＦ、ＰＤＦ、ＢＭＰなど、生成される画像データのファイル形式を指定する。８０８ではスキャンを行う原稿のサイズを指定できる。８０９ではスキャンを行う画像の解像度を指定できる。８１０では画像を保存する場所（パス）を指定できる。図８の例では、クライアントＰＣの「Ｕｓｅｒ１」というディレクトリが指定されている。８１１では保存ファイルの名前を指定できる。

以上のように、８０６〜８０９の設定値に基づいて、スキャンされた画像データに画像処理を施し、所望の画像データを得ることになるが、この画像処理はＭＦＰ１０２とクライアントＰＣ１０３〜１０９のいずれで行ってもよい。

図９は、ＭＦＰ１０２の操作パネル２０７のより詳細な構成図である。操作パネル２０７は、ＬＣＤ９０１、メニュー選択キー９０２、テンキー９０３、リセットキー９０４、ストップキー９０５、スタートキー９０６から構成される。本実施例では９０２〜９０６はハードキーである。メニュー選択キー９０２はＬＣＤ９０１上に表示されるメニューを選択するための上下左右にスクロールするためのキーと、選択項目を確定させるためのキーから構成される。テンキー９０３は、部数等の数値を直接入力するためのキーである。リセットキー９０４は、設定途中の状態をクリアして、設定を初期値に戻すためのキーである。スタートキー９０６は各種ジョブを開始する指示を与えるためのキーである。ストップキー９０５は、開始されたジョブを停止させるための指示を与えるキーである。ＬＣＤ９０１上に表示される画面の具体例は、図１０〜図１４を使って後述する。

次に、ＭＦＰ１０２によってスキャンされた画像データの送信先としてクライアントＰＣがＭＦＰ１０２の操作パネルに表示される仕組みについて説明する。

ネットワーク１０１に存在する各クライアントＰＣ上のドライバアプリモジュール５００のパケット送信モジュール５０２は、ＭＦＰ１０２に対して上述した通知情報をパケット送信する。ＭＦＰ１０２はこの通知情報を受信することによってクライアントＰＣの存在を知り、図１０のように操作パネル２０７のＬＣＤ９０１に、対応するクライアントＰＣの一覧を表示する。表示されるのは、図６に示した通知情報の具体例のうちのクライアントＰＣの「名称」の情報である。この通知情報パケットのやり取りによるクライアントＰＣ一覧表示の仕組みの詳細は以下の通りである。

クライアントＰＣ１０３〜１０９のドライバアプリモジュールのパケット送信は、一定間隔で定期的に実行されるようになっており、ユーザが意図的に停止しない限り通知情報パケットは定期的に送信され続ける。ＭＦＰ１０２は各クライアントＰＣのドライバアプリからの通知情報パケットを受信すると、その内容を読み出し、一覧表示に加える。ＭＦＰ１０２は、通知情報パケットを受信し続けている限りそのクライアントＰＣを一覧に表示し、一定期間通知情報パケットが受信できないと、そのクライアントＰＣを一覧表示から自動削除する。

ここで、本実施例では、最大表示クライアントＰＣ数は５台なので、６台目以降のクライアントＰＣから通知情報パケットが送信されても、現在表示されているクライアントＰＣが表示から削除されない限り６台目以降のクライアントＰＣは一覧に表示されない。例えば、図１０のようにクライアントＰＣ１０３〜１０７が表示されている場合、ネットワーク１０１に存在するクライアントＰＣ１０８、１０９は通知情報パケットを送信し続けているが、ＭＦＰ１０２には表示されないことになる。

次に、ＭＦＰ１０２において実行されるクライアントＰＣ一覧表示の切替フローを図１５のフローチャートを用いて説明する。図１５に示す各ステップはＭＦＰ１０２のＣＰＵ２０３がＲＯＭ２０５に格納されるコンピュータプログラム（図４のＭＦＰパケット処理モジュール等）に基づいて各機能部を制御することにより実行される。

Ｓ１５０１において、ユーザが行った操作パネル２０７上でのクライアントＰＣ一覧表示の指示を受信する。それにより、Ｓ１５０２において、ＣＰＵ２０３は表示クライアントＰＣ情報保持モジュール４０２によって記憶部に記憶されている、現在パケット受信中のクライアントＰＣの名称を図１０のようにＬＣＤ９０１に表示する。

次に、Ｓ１５０３において、Ｓ１５０２において表示されたクライアントＰＣの中から、クライアントＰＣがユーザによって１つ選択されたかＣＰＵ２０３が判断する。ユーザが１００１の「クライアントＰＣ１０３」を選択したとすると、ＣＰＵ２０３は図１１の処理選択画面１１００をＬＣＤ９０１に表示する。ユーザは図１１の１１０１〜１１０３のいずれかの項目を選択することによって、選択してクライアントＰＣに対する次の処理を指示することになる。

Ｓ１５０４において、ＣＰＵ２０３は選択されたクライアントＰＣに対する処理の指示を受信し、処理内容を判断する。クライアントＰＣ選択画面１１００に表示した項目のうち、ユーザが１１０１の「設定キー選択」を選択したとする。この場合、Ｓ１５０５において、ＣＰＵ２０３はＭＦＰパケット処理モジュール４００の表示クライアントＰＣ情報保持モジュール４０２によって記憶部に記憶された情報からクライアントＰＣ１０３の情報を読み出す。そして、図１２の設定キー選択画面を表示する。ユーザは、図１２の１２０１〜１２０４の何れかのスキャン設定キーを選択することによって、実行させるスキャン設定を指示することになる。Ｓ１５０６において、ＣＰＵ２０３は図１２の設定キー１２０１〜１２０４の中からユーザが選択したスキャン設定を受信する。そして、Ｓ１５０７において、ＭＦＰ１０２は選択されたスキャン処理を実行し、処理を終了する。

一方、Ｓ１５０２において表示されたクライアントＰＣ一覧表示画面１０００に、画像データの送信先としてユーザが所望するクライアントＰＣが存在しなかった場合、ユーザは所望のクライアントＰＣが表示されるように表示の切り替えを指示する必要がある。ユーザがクライアントＰＣ１０３を他のクライアントＰＣに切り替えるとすると、１１０２の「クライアントを一覧から削除」または１１０３の「別のクライアントに切替」のどちらかを選択することになる。

ユーザが１１０２の「クライアントを一覧から削除」を選択した場合、Ｓ１５０８において、ＣＰＵ２０３は表示クライアントＰＣ保持モジュール４０２によって記憶部に保持されていたクライアントＰＣ１０３の情報を削除する。続いて、Ｓ１５０９において、ＣＰＵ２０３はパケット一時停止リクエスト送信モジュール４０３によって、削除したクライアントＰＣ１０３に対して、パケットの一時停止リクエストを送信する。Ｓ１５１０において、ＣＰＵ２０３は何れかのクライアントＰＣから通知情報パケットが受信されたことを確認する。パケット受信を確認した場合、Ｓ１５１１において、受信した通知情報パケットが新規のクライアントＰＣからのパケットかどうかを確認する。新規のクライアントＰＣとは、表示クライアントＰＣ情報保持モジュールによって情報が保持されていないクライアントＰＣである。本実施例の場合、クライアントＰＣ１０３からのパケット送信は一時停止されており、クライアントＰＣ１０４〜１０７の情報は保持されているから、新規のクライアントＰＣはクライアントＰＣ１０８か１０９となる。受信した通知情報パケットが新規のクライアントＰＣの通知情報パケットであれば、Ｓ１５１２において、ＣＰＵ２０３は受信パケット情報読取モジュール４０１で新規クライアントＰＣの情報を読み出す。そして、表示クライアントＰＣ情報保持モジュール４０２によってその情報を記憶部に記憶する。その後、再びＳ１５０２に進み、ＣＰＵ２０３は更新されたクライアントＰＣ一覧表示画面を表示する。一方、Ｓ１５１１において新規のクライアントＰＣからの通知情報パケットでなはく、すでにパケット受信中で一覧表示にある既存のクライアントＰＣからの通知情報パケットだった場合は、Ｓ１５１３に進む。Ｓ１５１３では、受信パケットから読み出した情報をもとに、表示クライアントＰＣ情報保持４０２によって記憶されている既存クライアントＰＣの情報を更新する。

このように、Ｓ１５０４においてユーザが１１０２の「クライアントを一覧から削除」を選択した場合、ユーザはクライアントＰＣを削除しただけで特に新規クライアントＰＣを指定していない。そのため、ＣＰＵ２０３は「クライアントＰＣ１０３」に替えて先に通知情報パケットを受信したクライアントＰＣを表示クライアントＰＣ情報保持モジュール４０２によって記憶する。この場合はクライアントＰＣ１０８と１０９のどちらのクライアントＰＣが表示されるかは、ユーザは特定できないことになる。

これに対して、ユーザが、現在表示されているクライアントＰＣに対して特定のクライアントＰＣを表示させたい場合、例えばクライアントＰＣ１０９ではなく１０８を表示させたい場合がある。このように、ユーザが明示的に切り替えたい新規のクライアントＰＣを指定する場合は、クライアントＰＣ選択画面１１００でユーザは１１０３の「別のクライアントに切替」を選択する。

この場合、ユーザは、表示させたいクライアントＰＣの名称をＭＦＰ１０２に入力することになる。その場合、ＭＦＰ１０２は、ユーザのクライアントＰＣ名称入力を支援するための処理を行う。具体的には、Ｓ１５１４において、一時クライアント名称保持モジュール４０４が、表示していないクライアントＰＣからの通知情報パケットを一時的に取得する。ユーザが操作パネル２０７を利用して、表示させたい新規クライアントＰＣの名称を入力し、元の「クライアントＰＣ１０３」を新規のクライアントＰＣ名に書き換える操作を開始すると、Ｓ１５１５において、ＣＰＵ２０３はユーザの入力を随時受信する。ユーザがクライアントＰＣ名称を入力している最中に、Ｓ１５１６において、ＣＰＵ２０３はユーザが入力中のクライアント名に対して、一時クライアント名称保持モジュール４０４によって記憶されたクライアント名を補完することも可能である。又は、一時クライアント名称保持モジュール４０４によって記憶されたクライアント名の一覧を表示して、その中からユーザに新規のクライアント名を選択させるようにしてもよい。

Ｓ１５１７において、ＣＰＵ２０３はユーザが入力或いは選択したクライアントＰＣ名称の確定を受信する。本実施例では、「クライアントＰＣ１０８」に書き換えたとする。続いてＳ１５１８において、ＣＰＵ２０３は表示クライアントＰＣ情報保持モジュール４０２によって記憶部に記憶していた、書き換え前のクライアントＰＣ１０３に関する情報を削除する。さらにＳ１５１９において、Ｓ１５０９と同様に、情報を削除したクライアントＰＣであるクライアントＰＣ１０３に対して、パケット送信一時停止リクエストを送信する。

Ｓ１５２０において、ＣＰＵ２０３はクライアントＰＣからの通知情報パケットの受信を確認する。パケット受信を確認した場合、Ｓ１５２１において、ＣＰＵ２０３は受信したパケットが新規のクライアントＰＣからの通知情報パケットかどうかを確認する。新規のクライアントＰＣから通知情報パケットを受信した場合、Ｓ１５２２において、ＣＰＵ２０３はユーザが書き換えたクライアントＰＣ名称と受信した通知情報パケットから読み出したクライアントＰＣ名称が一致するか判断する。この場合、受信した通知情報パケットから読み出したクライアントＰＣ名称が「クライアントＰＣ１０８」であるか否かを判断する。一致していれば、Ｓ１５２３において、ＣＰＵ２０３は受信パケット情報読取モジュール４０１で読み出した新規クライアントＰＣの情報を、表示クライアントＰＣ情報保持モジュール４０２によって記憶部に記憶する。その後、再びＳ１５０２に進み、ＣＰＵ２０３は更新されたクライアントＰＣ一覧表示画面を表示する。このときクライアントＰＣ一覧表示画面は「クライアントＰＣ１０３」に替わって「クライアントＰＣ１０８」が表示され、図１３のクライアント一覧表示画面１３００のような画面となる。

Ｓ１５２０において、通知情報パケットの受信が確認できなかった場合、Ｓ１５２４において、ＣＰＵ２０３は新規クライアントＰＣ名称がユーザに指定されてから、あらかじめ設定されている所定時間が経過しているか判断する。所定時間を経過してもクライアントＰＣ１０８からの通知情報パケットが受信できなかった場合、Ｓ１５２４において、ＣＰＵ２０３はクライアントＰＣ１０８からのパケットが受信できなかった旨をＬＣＤ９０１に表示する。その後、Ｓ１５０２に戻ってクライアントＰＣ一覧表示画面１０００を表示する。この時表示されるクライアントＰＣ一覧表示画面１０００には、クライアントＰＣ１０３が表示されていてもいなくても何れであってもよい。

Ｓ１５２１において、新規のクライアントＰＣからの通知情報パケットでなはく、すでにパケット受信中で一覧表示にある既存のクライアントＰＣからの通知情報パケットだった場合は、Ｓ１５２６進む。Ｓ１５２６において、ＣＰＵ２０３は、受信した通知情報パケットから読み出した情報をもとに、表示クライアントＰＣ情報保持モジュール４０２によって記憶された既存クライアントＰＣの情報を更新する。また、Ｓ１５２２において、ユーザが書き換えたクライアントＰＣ名称と、受信した通知情報パケットから読み出したクライアントＰＣ名称が一致していなければ、Ｓ１５２７において、ＣＰＵ２０３は受信したパケットを破棄する。

このように、ユーザが、現在表示されているクライアントＰＣに対して特定のクライアントＰＣを表示させたい場合、ユーザが明示的に切り替えたい新規のクライアントＰＣを指定することもできる。また、その時、ユーザが新規のクライアントＰＣの名称を入力するのをＭＦＰ１０２が支援するので、ユーザによるクライアントＰＣ名の入力がよりスムーズに行える。

Ｓ１５０３において、クライアント一覧表示画面１０００で表示されたクライアントＰＣの中から１つのクライアントＰＣが選択されなかったとする。この場合は、Ｓ１５２８において、ＣＰＵ２０３は図１０のクライアント一覧表示画面１０００の「クライアントの一括削除」１００２がユーザによって選択されているか判断する。ここで一括削除が選択されていなければ、Ｓ１５０２において、クライアント一覧表示画面１０００を表示し続ける。１００２の「クライアントの一括削除」が選択されていた場合、Ｓ１５２９において、ＣＰＵ２０３は現在表示されているすべてのクライアントＰＣの情報を表示クライアントＰＣ情報保持モジュール４０２によって記憶された記憶部から削除する。続いてＳ１５３０において、パケット一時停止リクエスト送信モジュール４０３によって表示されていた全クライアントＰＣ宛てへパケット送信一時停止リクエストを送信する。その後、Ｓ１５３１において、ＣＰＵ２０３は何れかのクライアントＰＣから通知情報パケットを受信したか確認する。通知情報パケットを受信した場合、Ｓ１５３２において、ＣＰＵ２０３は表示クライアントＰＣ情報保持モジュール４０２によって記憶されているクライアントＰＣ数が上限（本実施例の場合は５個）に達しているかを判断する。上限に達していなければ、Ｓ１５３３において、ＣＰＵ２０３は、受信パケット情報読取モジュール４０１によって読み出した新規クライアントＰＣの情報を表示クライアントＰＣ情報保持モジュール４０２によって記憶部に記憶する。続いて、Ｓ１５３４において、ＣＰＵ２０３は更新された表示クライアントＰＣ情報を読み出し、クライアントＰＣ一覧表示画面を表示する。その後も、Ｓ１５３１において、新規クライアントＰＣからの通知情報パケットの受信を確認し続ける。Ｓ１５３２において、クライアントＰＣ数が上限に達していれば、これ以上新規のクライアントＰＣからのパケットは受信せずに、再びＳ１５０２に戻る。

本実施例の場合、上記のように１００２の「クライアントの一括削除」を行うと、クライアントＰＣ１０３〜１０７は通知情報パケットの送信が一時停止される。これによりＣＰＵ２０３で通知情報パケットが受信できるのはクライアントＰＣ１０８と１０９のみとなり、図１４のように、クライアントＰＣ１０８、１０９のみがクライアントＰＣ一覧画面に表示されることになる。従って、図１の例のように、ネットワークに存在するクライアントＰＣが少ない場合は、ユーザがクライアントＰＣ名を入力せずに、クライアントの一括削除を行うことでも所望のクライアントＰＣを直ぐに表示させることが可能である。

次に、クライアントＰＣが通知情報をＭＦＰ１０２へ送信する処理を図１６のフローチャートを用いて説明する。図１６の各ステップは、クライアントＰＣのＣＰＵ３０２がメモリに格納されるコンピュータプログラム（図５のドライバアプリモジュール等）に基づいて各機能部を制御することにより実行される。

Ｓ１６０１において、ドライバアプリモジュール５００が起動される。起動されるタイミングは、クライアントＰＣにドライバアプリモジュールがインストールされたとき、クライアントＰＣが起動したとき、ユーザがクライアントＰＣ上で手動で起動したときなどが考えられる。ドライバアプリモジュール５００が起動されると、Ｓ１６０２によってドライバアプリモジュール５００はパケット送信モジュール５０２によって、ＭＦＰ１０２へ通知情報パケットを送信する。通知情報パケットの送信先となるＭＦＰは、ドライバアプリモジュール５００のインストール時に自動的に検出する、または、ユーザが指定することも可能である。通知情報パケットを送信後、Ｓ１６０３において、ＭＦＰ１０２からのパケット送信一時停止リクエストを受信していないか確認する。この一時停止リクエストを受信していなかった場合は、一定時間経過後、再びＳ１６０２によってパケットを送信する。一時停止リクエストを受信していた場合は、Ｓ１６０４において、パケット送信モジュール５０２による通知情報パケットの送信を停止する。パケット送信停止後、Ｓ１６０５において、一時停止時間が経過したかどうかを確認し、一時停止時間以上経過していた場合は、Ｓ１６０２において、通知情報パケットの送信を再開する。尚、この一時停止時間は、Ｓ１６０３でのＮｏ判定においてカウントされる一定時間に比べて長い時間であることはいうまでもない。

以上説明したように、本実施例によれば、画像データの送信先としてＭＦＰ１０２に登録できるクライアントＰＣの数に上限があった場合でも、ユーザが、所望するクライアントＰＣをより確実にＭＦＰ１０２から選択できるようになる。そして、クライアントＰＣ一覧から削除したクライアントＰＣには、パケット送信停止リクエストを送信して、一定時間通知情報パケットの送信を止めるので、新規のクライアントが新たに表示対象となる可能性が高くなる。また、ユーザが一覧表示を所望するクライアントＰＣの名称を指定することも可能である。尚、本実施例では、図１０のように、クライアントＰＣを一覧によって表示したが、１つずつ順次切り換えて表示する方法を用いてもよい。

（その他の実施例）
上記実施例では、スキャナ装置を備える画像処理装置の一例としてＭＦＰの場合を説明したが、本発明は、ＭＦＰに限らずスキャナ装置を備えるあらゆる画像処理装置に適用可能である。

また、本発明は、前述した実施例のフローチャートを実現するソフトウェアのコンピュータプログラムコードを記録した記憶媒体を、システムあるいは装置に供給してもよい。そして、そのシステムあるいは装置のコンピュータ（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成され得る。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。

本発明の一実施の形態によるクライアントＰＣ、ＭＦＰを含む全体システム構成図である。本発明の一実施の形態におけるＭＦＰのブロック図である。本発明の一実施の形態におけるクライアントＰＣの概略構成を示すブロック図である。本発明の一実施の形態におけるＭＦＰのパケット処理モジュールの概要図である。本発明の一実施の形態におけるクライアントＰＣのドライバアプリモジュールの概要図である。本発明の一実施の形態におけるドライバアプリモジュールから送信する通知情報の例である。本発明の一実施の形態におけるクライアントＰＣに表示される表示画面の例である。本発明の一実施の形態におけるクライアントＰＣに表示される表示画面の例である。本発明の一実施の形態におけるＭＦＰの操作パネルの構成図である。本発明の一実施の形態におけるＭＦＰの表示部に表示される画面の例である。本発明の一実施の形態におけるＭＦＰの表示部に表示される画面の例である。本発明の一実施の形態におけるＭＦＰの表示部に表示される画面の例である。本発明の一実施の形態におけるＭＦＰの表示部に表示される画面の例である。本発明の一実施の形態におけるＭＦＰの表示部に表示される画面の例である。本発明の一実施の形態におけるＭＦＰの処理を示すフローチャートである。本発明の一実施の形態におけるクライアントＰＣの処理を示すフローチャートである。

符号の説明

２０１プリンタエンジン
２０２スキャナエンジン
２０３ＣＰＵ
２０４ＲＡＭ
２０５ＲＯＭ
２０６ネットワークＩ／Ｆ
２０７操作パネル
２０８ＵＳＢ

Claims

ユーザによって選択された情報処理装置に画像データを送信することが可能な画像処理装置において、複数の情報処理装置それぞれから送信された、各情報処理装置の情報を含む通知情報を受信する受信手段と、
前記受信手段によって受信された通知情報を送信した前記複数の情報処理装置のうちの一部の情報処理装置を表示する表示手段と、
前記表示手段によって表示された情報処理装置の中からユーザによって選択された情報処理装置を、表示対象から削除する旨の指示を受け付ける受け付け手段と、前記受け付け手段が前記削除する指示を受け付けた場合、前記選択された情報処理装置を表示対象から削除し、前記受信手段によって受信した通知情報を送信した前記複数の情報処理装置のうちの残りの情報処理装置の少なくとも一部を、前記削除された情報処理装置に代えて表示する表示制御手段と、
を有することを特徴とする画像処理装置。
表示対象から削除された情報処理装置に対して、前記通知情報の送信の停止を要求する要求手段を更に有することを特徴とする請求項１記載の画像処理装置。
前記表示手段によって表示される情報処理装置の数に上限を設け、前記受信手段は、受信した通知情報に対応する情報処理装置が前記上限を超えた場合、当該受信した通知情報を破棄することを特徴とする請求項１又は２に記載の画像処理装置。
前記表示手段によって表示すべき情報処理装置の識別情報を入力する入力手段と、
前記受信手段によって受信された通知情報に対応する情報処理装置が、前記入力手段によって入力された識別情報に対応する情報処理装置と一致するか否かを判断する判断手段と、を更に有し、
前記表示手段は、前記判断手段によって一致すると判断された場合、前記通知情報に対応する情報処理装置を表示することを特徴とする請求項１乃至３の何れかに記載の画像処理装置。
前記受け付け手段は、ユーザから複数の情報処理装置を表示対象から削除する旨の指示を受け付けることを特徴とする請求項１乃至４の何れかに記載の画像処理装置。
前記通知情報には、情報処理装置を識別するための識別情報と画像データの読み取りに関する設定が含まれており、前記画像処理装置は、前記表示手段による表示から選択された情報処理装置に対して、前記読み取りに関する設定に従って読み取られた画像データを送信することを特徴とする請求項１乃至５の何れかに記載の画像処理装置。
ユーザによって選択された情報処理装置に画像データを送信することが可能な画像処理装置の制御方法において、複数の情報処理装置それぞれから送信された、各情報処理装置の情報を含む通知情報を受信する受信ステップと、
前記受信ステップによって受信された通知情報を送信した前記複数の情報処理装置のうちの一部の情報処理装置を表示する表示ステップと、
前記表示ステップによって表示された情報処理装置の中からユーザによって選択された情報処理装置を、表示対象から削除する旨の指示を受け付ける受け付けステップと、前記受け付けステップによって前記削除する指示を受け付けた場合、前記選択された情報処理装置を表示対象から削除し、前記受信ステップによって受信した通知情報を送信した前記複数の情報処理装置のうちの残りの情報処理装置の少なくとも一部を、前記削除された情報処理装置に代えて表示する表示制御ステップと、
を有することを特徴とする画像処理装置の制御方法。
ユーザによって選択された情報処理装置に画像データを送信することが可能な画像処理装置に以下のステップを実行させるためのコンピュータプログラムであって、複数の情報処理装置それぞれから送信された、各情報処理装置の情報を含む通知情報を受信する受信ステップと、
前記受信ステップによって受信された通知情報を送信した前記複数の情報処理装置のうちの一部の情報処理装置を表示する表示ステップと、
前記表示ステップによって表示された情報処理装置の中からユーザによって選択された情報処理装置を、表示対象から削除する旨の指示を受け付ける受け付けステップと、
前記受け付けステップによって前記削除する指示を受け付けた場合、前記選択された情報処理装置を表示対象から削除し、前記受信ステップによって受信した通知情報を送信した前記複数の情報処理装置のうちの残りの情報処理装置の少なくとも一部を、前記削除された情報処理装置に代えて表示する表示制御ステップと、
を有することを特徴とするコンピュータプログラム。