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

Abstract

【課題】 画像処理装置をユーザが操作して、読み取られたデータの送信先を選択する際に、ユーザが所望する送信先をより確実に選択できるようにすることを目的とする。
【解決手段】 画像処理装置は、情報処理装置から通知情報を受信する。通知情報には、原稿を読み取る際の読み取り設定を示す設定情報と、識別情報とが含まれている。画像処理装置は、ユーザによって入力された識別情報を取得する。そして、前記受信された通知情報に、前記取得された識別情報に対応する識別情報が含まれている場合、当該通知情報を送信した情報処理装置を表示対象の情報処理装置として登録する。その後、表示された情報処理装置の中から選択された情報処理装置から送信された通知情報に含まれる設定情報に基づいて原稿を読み取り、それによって得られたデータを、当該情報処理装置に送信する。
【選択図】 図１４

Description

情報処理装置と通信可能であり、原稿を読み取る読み取り手段を備えた画像処理装置、画像処理装置の制御方法及びコンピュータプログラムに関する。

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

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

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

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

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

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

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

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

上述したような背景の下、画像処理装置が管理するクライアントコンピュータの数に上限を設ける場合、次のような方法が考えられる。

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

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

一方、上限が設けられていない場合であっても、逆に非常にたくさんの数のクライアントコンピュータが画像処理装置の操作パネルに表示されてしまった場合には、ユーザがその中から所望のものを選択し難くなる。そして、場合によっては間違ったクライアントコンピュータを選択してしまうおそれがある。

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

上記目的を達成するために、本発明の画像処理装置は、原稿を読み取る読み取り手段と、前記読み取り手段によって原稿を読み取る際の読み取り設定を示す設定情報と、識別情報とを含んだ通知情報を、情報処理装置から受信する受信手段と、ユーザによって入力された識別情報を取得する取得手段と、前記受信手段によって受信された通知情報に前記取得手段によって取得された識別情報に対応する識別情報が含まれている場合、当該通知情報を送信した情報処理装置を表示対象の情報処理装置として登録する登録手段と、前記登録手段によって登録された表示対象の情報処理装置を表示する表示手段と、前記表示手段によって表示された情報処理装置の中から何れかの情報処理装置を選択する選択手段と、前記選択手段によって選択された情報処理装置から送信された通知情報に含まれる設定情報に基づいて前記読み取り手段によって読み取られて生成されたデータを、当該情報処理装置に送信する送信手段とを有することを特徴とする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以上のように、８０６〜８０９の設定値に基づいて、スキャンされた画像データに画像処理を施し、所望の画像データを得ることになるが、この画像処理はＭＦＰ１０２とクライアントＰＣ１０３〜１０９のいずれで行ってもよい。また、本実施例では、スキャン設定８０１〜８０４に対して同一の識別情報８１２を付与する場合を説明したが、スキャン設定毎に異なる識別情報を付与するようにしてもよい。

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

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

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

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

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

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

まず、Ｓ１４０１において、ＭＦＰ１０２はクライアントＰＣから送信された通知情報パケットを受信する。Ｓ１４０２では、ＭＦＰ１０２において使用者識別機能が有効であるか否かを判断する。使用者識別機能とは、ユーザがＭＦＰを使用する際に、ユーザに対してアカウント情報（ＩＤ、パスワード）の入力を求め、認証処理を行う機能である。認証処理に成功した場合にはユーザのログインを許可し、失敗した場合にはログインは禁止される。従って、使用者識別機能が有効なＭＦＰは、特定のユーザのみが使用可能であり、使用者識別機能が無効なＭＦＰは不特定多数のユーザが使用可能となる。図１０は、ＭＦＰ１０２において使用者識別機能が有効である場合に、ＭＦＰ１０２の操作パネル２０７のＬＣＤ９０１に表示される画面の一例である。ＭＦＰを使用するユーザは、ユーザＩＤ入力フィールド１００１およびユーザパスワード入力フィールド１００２に有効なアカウントを入力して認証を経た上でＭＦＰ１０２を使用する必要がある。

Ｓ１４０２において、使用者識別機能が無効であると判断された場合にはＳ１４０７へと進み、ＭＦＰ１０２は受信した通知情報パケットに基づいてクライアントＰＣをクライアントＰＣリストに登録する。即ち、このクライアントＰＣを表示対象として登録する。

一方、Ｓ１４０２において、使用者識別情報が有効であると判断された場合にはＳ１４０３へと進む。Ｓ１４０３では、受信パケット読み取りモジュール４０１が、受信した通知情報パケットにＩＤが含まれているか否かを判断する。このＩＤは、図８のＩＤ入力フィールド８１２において指定されているものであり、図６の形式で通知情報パケットに同梱されている。Ｓ１４０３において、受信した通知情報パケットにＩＤが含まれていないと判断された場合にはＳ１４０５へと進み、受信パケット読み取りモジュール４０１は、受信した通知情報パケットを破棄する。即ち、この場合クライアントＰＣリストには登録されない。そして、Ｓ１４０６において、パケット一時停止リクエスト送信モジュール４０３は、当該通知情報パケットを送信したクライアントＰＣ宛てにパケット送信の一時停止リクエストを送信する。このリクエストを受信したクライアントＰＣでは、パケット送信モジュール５０２による通知情報パケットの送信を一定時間の間、停止する。

Ｓ１４０３において、受信した通知情報パケットにＩＤが含まれていると判断された場合には、Ｓ１４０４へと進む。Ｓ１４０４においてＭＦＰ１０２は、受信した通知情報パケットに含まれているＩＤと、図１０の画面においてユーザが入力したアカウント情報（ＩＤ，パスワード）とを比較する。ＭＦＰのＲＡＭ等の記憶部には、図１０の画面におけるユーザの入力によって取得したアカウント情報が記憶されているので、この情報をもってＩＤ情報の比較を行う。比較の結果、ＩＤが一致した（又は対応関係が確認された）場合には、Ｓ１４０７へと進み、ＭＦＰ１０２は受信した通知情報パケットに基づいてクライアントＰＣをクライアントＰＣリストに登録する。即ち、このクライアントＰＣを表示対象として登録する。一方、比較の結果、ＩＤが一致しなかった（又は対応関係が確認できなかった）場合には、Ｓ１４０８へと進む。

Ｓ１４０８では、通知情報パケットに含まれているＩＤが、共有指定のものであるか否かが判断される。共有指定とは、例えば“ＡＬＬ”というＩＤを予め“全てのユーザが使用できる設定”としてＭＦＰ１０２に定義しておき、図１０の画面によって入力されたユーザのアカウント情報に関係なくクライアントＰＣリストに登録するための指定である。これにより、ＭＦＰ１０２において使用者識別機能が有効である環境下でも、たくさんのユーザが共通して利用したいスキャン設定を選択することが可能になる。

Ｓ１４０８において、通知情報パケットに含まれるＩＤが共有指定のものであると判断された場合にはＳ１４０７へと進み、ＭＦＰ１０２は受信した通知情報パケットに基づいてクライアントＰＣをクライアントＰＣリストに登録する。即ち、このクライアントＰＣも表示対象として登録される。一方、Ｓ１４０８において、通知情報パケットに含まれるＩＤが共有指定のものではないと判断された場合にはＳ１４０５へと進む。その後、上述したように受信パケット読み取りモジュール４０１は、受信した通知情報パケットを破棄する。即ち、この場合クライアントＰＣリストには登録されない。そして、Ｓ１４０６において、パケット一時停止リクエスト送信モジュール４０３は、当該通知情報パケットを送信したクライアントＰＣ宛てにパケット送信の一時停止リクエストを送信する。

尚、Ｓ１４０８の処理（共有指定のＩＤを確認する処理）を省略し、Ｓ１４０４におけるＩＤ確認結果が不一致であった場合に、必ずＳ１４０５へと進むように構成してもよい。

以上説明したように、ＭＦＰ１０２が図１４に示した処理を繰り返し行うことで、最終的に、ユーザがＭＦＰ１０２に入力したＩＤと対応するＩＤが設定されているスキャン設定を持ったクライアントＰＣのみがクライアントＰＣリストに登録されることになる。

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

図１５のフローは、ユーザがＭＦＰ１０２の操作パネル２０７でクライアントＰＣリストの表示要求を行うとスタートする。Ｓ１５０１において、ＭＦＰ１０２は表示クライアントＰＣ情報保持モジュールによって記憶部にクライアントＰＣリストが記憶されているか否かを判断する。尚、クライアントＰＣリストは、図１４のフローに従って作成される。Ｓ１５０１において、クライアントＰＣリストが登録されていると判断された場合、Ｓ１５０２へ進む。Ｓ１５０２では、記憶部に記憶されているクライアントＰＣリストの中に、ログイン時にユーザがＭＦＰ１０２に入力したＩＤに対応する（一致する）ＩＤを持つクライアントＰＣがあるか否かが判断される。つまり、図１４のフローにおけるＳ１４０７においてクライアントＰＣリストに登録されるクライアントＰＣには、ＩＤが一致したクライアントＰＣとＩＤが共有指定となっているクライアントＰＣとがある。Ｓ１５０２では、このうち、ＩＤが一致したクライアントＰＣがあるか否かを判断する処理である。Ｓ１５０２において、ＩＤが一致するクライアントＰＣがあると判断された場合、Ｓ１５０４へと進み、そのクライアントＰＣの名称をＬＣＤ９０１にリスト表示する。図１１は、Ｓ１５０４においてＭＦＰ１０２のＬＣＤ９０１に表示されたクライアントＰＣリストの例である。この例では、クライアントＰＣ１０３および１０６のドライバアプリに設定されたＩＤが、ＭＦＰ１０２のログインＩＤと一致したためにクライアントＰＣリストに登録され（図１４の処理）、表示されたことになる。

一方、Ｓ１５０２において、ＩＤが一致するクライアントＰＣがないと判断された場合Ｓ１５０５へと進む。Ｓ１５０５では、表示クライアントＰＣ情報保持モジュール４０２によって記憶部に記憶されたクライアントＰＣのうち、ＩＤが共有指定（ＩＤが“ＡＬＬ”）となっているものがＬＣＤ９０１に表示されることになる。

Ｓ１５０１において、クライアントＰＣリストが登録されていないと判断された場合、Ｓ１５０３へ進む。Ｓ１５０３において、ＭＦＰ１０２は、クライアントＰＣが見付からない旨を示す表示を行う。図１３は、Ｓ１５０３においてＭＦＰ１０２のＬＣＤ９０１に表示される画面の例である。種々の原因が想定されるが、単に該当するクライアントＰＣが存在しない場合以外に、例えばネットワーク障害によりパケット受信が不能なケース等が考えられる。そこで、ユーザビリティを考慮し、表示処理の開始から一定時間パケット受信が確認できない場合には、ネットワーク接続の確認を促す旨の表示を行うなど、想定される原因に応じた文言を表示するのが適切である。

以上のように、ＭＦＰが備える使用者識別機能を利用し、使用者のＩＤとクライアントＰＣから送信される通知情報に含まれるＩＤとのマッチングを行うことによって、ユーザに関連する所望のクライアントＰＣに絞ってリスト表示することが可能となる。従って、ユーザにとってより利便性が高くなる。

尚、図１１において、何れかのクライアントＰＣがユーザによって選択されると、ＬＣＤ９０１には図１２の画面が表示される。例えば図１１の画面においてクライアントＰＣ１０３を選択すると（図１１の１１０１）、図１２のように、クライアントＰＣ１０３のドライバアプリに設定されているスキャン設定の選択画面に移行する。図１２はクライアントＰＣが備えるドライバアプリに設定されたスキャン設定の一覧を表示する画面の例である。この画面には、クライアントＰＣにおいて図８の８０５において入力されたボタン名がスキャン設定の識別情報として表示されることになる。ユーザが何れかのスキャン設定を指定し、スタートボタン９０６を押下すると、選択されたスキャン設定に基づいてＭＦＰ１０２によってスキャンの処理が実行される。

尚、上記の実施例では、ＩＤが一致したものと共有指定されているクライアントＰＣのみを表示の対象としたが、ＩＤが一致しないものも別のメモリエリアに取っておいてもよい。そして、ＩＤが一致したクライアントＰＣを表示クライアントＰＣ情報保持モジュール４０２によって優先的に登録した後、最大件数に満たない残りのエリアに、別に取っておいたＩＤが一致しないクライアントＰＣを登録しても良い。この場合、表示処理段階でＩＤが一致しないクライアントＰＣはグレーアウト表示したり選択できなくすると、ユーザにとっては使い勝手がよくなる。

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

まず、クライアントＰＣにおいてドライバアプリモジュール５００が起動される。起動されるタイミングは、クライアントＰＣにドライバアプリモジュールがインストールされたとき、クライアントＰＣが起動したとき、ユーザがクライアントＰＣ上で手動で起動したときなどが考えられる。ドライバアプリモジュール５００が起動されると、Ｓ１６０１において、クライアントＰＣは、スキャン設定にＩＤが登録されているか否かを判断する。即ち、図８に示す、ドライバアプリの設定画面において、ＩＤ入力欄８１２にＩＤが入力されているか否かを判断する。ＩＤが登録されていた場合にはＳ１６０２へと進み、通知情報パケットを送信する。一方、ＩＤが登録されるまでは、通知情報パケットは送信されない（Ｓ１６０２へは進まない）。これにより、ＩＤの登録されていない通知情報パケットはＭＦＰに送信されなくなるため、ネットワークトラフィックやＭＦＰの負荷を軽減させることが出来る。

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

尚、ＩＤ設定の有無を判断するステップであるＳ１５０１はなくてもよい。ただしこの場合には、ＩＤが含まれていない通知情報パケットがＭＦＰに対して送信されることになる。

以上説明したように、本実施例によれば、入力されたＩＤと対応するＩＤを含んだ通知情報パケットの送信元のクライアントＰＣを表示対象のクライアントＰＣとする。これにより、画像データの送信先としてＭＦＰ１０２に登録できるクライアントＰＣの数に上限があった場合でも、ユーザが、所望するクライアントＰＣをより確実にＭＦＰ１０２から選択できるようになる。ＩＤが一致しない通知情報パケットを送信したクライアントＰＣを表示対象としないことにより、所望のクライアントが上限内に入りやすくなるからである。また、ＩＤが一致したクライアントＰＣのみ（又は共有設定がされているもの）を表示対象とするので、ユーザが誤って他のクライアントＰＣを選択してしまう状況を減らすことができる。

（実施例２）
上記実施例１では、ドライバアプリモジュールからのパケットを受信したＭＦＰ側でＩＤのマッチングを行い、表示の可否を決定する構成とした。実施例２では、反対にドライバアプリモジュール側でＩＤのマッチングを行い、パケット送信の可否を決定する構成で実現されることを説明する。

まず、使用者識別機能を備えたＭＦＰに、ユーザがあるＩＤでログインした時に、ＭＦＰ２０７はＩＤ情報を含んだパケットをブロードキャスト送信する。このパケットを受信したドライバアプリモジュールは、設定保持モジュール５０１によって保持されたＩＤ情報と受信したパケットに含まれたＩＤ情報とを比較する。比較の結果、ＩＤが一致しなかった場合、パケット送信モジュール５０２によるパケット送信を一時停止する構成とする。これにより、ＭＦＰ２０７が受信する通知情報パケットは、初めからＩＤのマッチしたものだけに絞られることになる。このように、実施例２の方法によっても、実施例１と同様の効果を得ることが可能である。

（その他の実施例）
上記実施例では、スキャナ装置を備える画像処理装置の一例としてＭＦＰの場合を説明したが、本発明は、ＭＦＰに限らずスキャナ装置を備えるあらゆる画像処理装置に適用可能である。また、上記実施例では、図１１のように、クライアントＰＣを一覧によって表示したが、１つずつ順次切り換えて表示する方法を用いてもよい。

また、上記実施例では、ＭＦＰの使用者識別機能において必要となるアカウント情報を用いて、通知情報パケットに含まれるＩＤとの比較を行った。また、使用者識別機能を備えていないＭＦＰではこのような比較を行わない構成を説明した。しかし、使用者識別機能を備えていないＭＦＰにおいても、この比較のために用いるＩＤをユーザに入力させ、入力されたＩＤと通知情報パケットに含まれるＩＤとの比較を行うように構成してもよい。この場合、必ずしもＭＦＰが使用者識別機能を備えていなくとも、ユーザが所望するクライアントＰＣが、絞り込まれた形で一覧表示されるので、ユーザにとっては利便性が向上する。

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

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

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

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

符号の説明

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

Claims (10)

1. 原稿を読み取る読み取り手段と、
   前記読み取り手段によって原稿を読み取る際の読み取り設定を示す設定情報と、識別情報とを含んだ通知情報を、情報処理装置から受信する受信手段と、
   ユーザによって入力された識別情報を取得する取得手段と、
   前記受信手段によって受信された通知情報に前記取得手段によって取得された識別情報に対応する識別情報が含まれている場合、当該通知情報を送信した情報処理装置を表示対象の情報処理装置として登録する登録手段と、
   前記登録手段によって登録された表示対象の情報処理装置を表示する表示手段と、
   前記表示手段によって表示された情報処理装置の中から何れかの情報処理装置を選択する選択手段と、
   前記選択手段によって選択された情報処理装置から送信された通知情報に含まれる設定情報に基づいて前記読み取り手段によって読み取られて生成されたデータを、当該情報処理装置に送信する送信手段と、
   を有することを特徴とする画像処理装置。
2. 前記取得手段によって取得された識別情報に基づいて、前記ユーザによる前記画像処理装置の使用を許可するか否かを判断する認証手段を更に有することを特徴とする請求項１記載の画像処理装置。
3. 前記受信手段によって受信された通知情報に含まれている識別情報が、当該通知情報に含まれている設定情報の共有を示す識別情報であった場合、前記登録手段は、当該通知情報を送信した情報処理装置を表示対象として登録することを特徴とする請求項１又は２に記載の画像処理装置。
4. 前記表示手段は、前記登録手段によって登録された表示対象の情報処理装置を表示するにあたって、前記取得手段によって取得された識別情報に対応する識別情報が含まれている通知情報を送信した情報処理装置と、設定情報の共有を示す識別情報が含まれている通知情報を送信した情報処理装置とを、識別可能に表示することを特徴とする請求項３記載の画像処理装置。
5. 前記受信手段によって受信された通知情報に前記取得手段によって取得された識別情報に対応する識別情報が含まれていない場合、当該通知情報を送信した情報処理装置に対して、前記通知情報の送信の停止を要求する要求手段を更に有することを特徴とする請求項１乃至４の何れかに記載の画像処理装置。
6. 前記受信手段によって受信された通知情報に前記取得手段によって取得された識別情報に対応する識別情報が含まれていない場合、当該通知情報を送信した情報処理装置を表示対象として登録しないことを特徴とする請求項１乃至５の何れかに記載の画像処理装置。
7. 前記表示手段は、前記登録手段によって登録された複数の情報処理装置それぞれの名称を一覧表示することを特徴とする請求項１乃至６の何れかに記載の画像処理装置。
8. 前記通知情報に含まれている識別情報は、前記設定情報を識別するための識別情報であり、当該通知情報を送信する情報処理装置においてユーザによって入力されることを特徴とする請求項１乃至７の何れかに記載の画像処理装置。
9. 原稿を読み取る読み取りステップと、
   前記読み取りステップによって原稿を読み取る際の読み取り設定を示す設定情報と、識別情報とを含んだ通知情報を、情報処理装置から受信する受信ステップと、
   ユーザによって入力された識別情報を取得する取得ステップと、
   前記受信ステップによって受信された通知情報に前記取得ステップによって取得された識別情報に対応する識別情報が含まれている場合、当該通知情報を送信した情報処理装置を表示対象の情報処理装置として登録する登録ステップと、
   前記登録ステップによって登録された表示対象の情報処理装置を表示する表示ステップと、
   前記表示ステップによって表示された情報処理装置の中から何れかの情報処理装置を選択する選択ステップと、
   前記選択ステップによって選択された情報処理装置から送信された通知情報に含まれる設定情報に基づいて前記読み取りステップによって読み取られて生成されたデータを、当該情報処理装置に送信する送信ステップと、
   を有することを特徴とする画像処理装置の制御方法。
10. 画像処理装置に以下のステップを実行させるためのコンピュータプログラムであって、
    原稿を読み取る読み取りステップと、
    前記読み取りステップによって原稿を読み取る際の読み取り設定を示す設定情報と、識別情報とを含んだ通知情報を、情報処理装置から受信する受信ステップと、
    ユーザによって入力された識別情報を取得する取得ステップと、
    前記受信ステップによって受信された通知情報に前記取得ステップによって取得された識別情報に対応する識別情報が含まれている場合、当該通知情報を送信した情報処理装置を表示対象の情報処理装置として登録する登録ステップと、
    前記登録ステップによって登録された表示対象の情報処理装置を表示する表示ステップと、
    前記表示ステップによって表示された情報処理装置の中から何れかの情報処理装置を選択する選択ステップと、
    前記選択ステップによって選択された情報処理装置から送信された通知情報に含まれる設定情報に基づいて前記読み取りステップによって読み取られて生成されたデータを、当該情報処理装置に送信する送信ステップと、
    を有することを特徴とするコンピュータプログラム。

Images