(57)【要約】【課題】  ローカルＩ／ＦとネットワークＩ／Ｆを両方有する画像処理装置において、ホスト装置に対する画像データの送信を極めて容易に行なえるようにする。【解決手段】  ローカルＩ／Ｆ管理部３およびネットワークＩ／Ｆ管理部２を有し、これらＩ／Ｆを介してホストのＰＣ（１３、１２、１２…）に対してスキャナ制御部６で読み取った画像データを送信するに際し、各Ｉ／Ｆの活性状態検出を行ない、ローカルＩ／Ｆのみが活性状態にある場合、所定キー操作に応じて所定ユーザーインターフェースによるホスト選択を行なうことなくローカルＩ／Ｆに接続されたＰＣに対して画像データを送信し、一方、ネットワークＩ／Ｆが活性状態にある場合、所定キー操作に応じて所定ユーザーインターフェースによるホスト選択により選択されたＰＣにローカルＩ／ＦまたはネットワークＩ／Ｆを介して画像データを送信する。【選択図】  図１
2005192022.tif 000002
【特許請求の範囲】
【請求項１】
ローカルインターフェースおよびネットワークインターフェースを有し、前記ローカルインターフェースおよびネットワークインターフェースを介してホスト装置に対して画像データを送信可能な画像処理装置において、
前記ローカルインターフェースおよびネットワークインターフェースの活性状態を検出する活性状態検出手段と、
前記ローカルインターフェースまたはネットワークインターフェースを介して接続されるホスト装置の１つを画像データの送信宛先として選択するユーザーインターフェース手段と、
前記活性状態検出手段により前記ローカルインターフェースのみが活性状態にあることが検出された場合、所定操作に応じて前記ユーザーインターフェース手段によるホスト選択を行なうことなく前記ローカルインターフェースに接続されたホスト装置に対して画像データを送信する処理を開始し、一方、前記活性状態検出手段により前記ネットワークインターフェースが活性状態にあることが検出された場合、前記所定操作に応じて前記ユーザーインターフェース手段によるホスト選択により選択されたホスト装置に前記ローカルインターフェースまたはネットワークインターフェースを介して画像データを送信する処理を開始する制御手段を有することを特徴とする画像処理装置。
【請求項２】
前記画像データを所定のプロトコルを介して送信可能なホスト装置を、前記ネットワークインターフェースを介して接続されたネットワーク上で所定の検索プロトコルを用いて検索し、前記ユーザーインターフェース手段により選択可能なホスト装置として登録することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記ユーザーインターフェース手段により選択可能なホスト装置が１つしかない場合、前記ユーザーインターフェース手段によるホスト選択を行なうことなく当該ホスト装置を画像データの送信宛先として選択することを特徴とする請求項１に記載の画像処理装置。
【請求項４】
前記ローカルインターフェースまたはネットワークインターフェースを介して接続されるホスト装置の１つがデフォルトのホスト装置として選択されており、前記ユーザーインターフェース手段により明示的に特定のホスト装置が選択されなかった場合、前記デフォルトのホスト装置を画像データ送信宛先として選択することを特徴とする請求項１に記載の画像処理装置。
【請求項５】
前記ホスト装置に送信される画像データが画像入力手段として設けられたスキャナにより読み取られた画像データであることを特徴とする請求項１に記載の画像処理装置。
【請求項６】
ローカルインターフェースおよびネットワークインターフェースを有し、前記ローカルインターフェースおよびネットワークインターフェースを介してホスト装置に対して画像データを送信するとともに、前記ローカルインターフェースおよびネットワークインターフェースの活性状態を検出する活性状態検出手段と、前記ローカルインターフェースまたはネットワークインターフェースを介して接続されるホスト装置の１つを画像データの送信宛先として選択するユーザーインターフェース手段を有する画像処理装置の制御方法において、
前記活性状態検出手段により前記ローカルインターフェースのみが活性状態にあることが検出された場合、所定操作に応じて前記ユーザーインターフェース手段によるホスト選択を行なうことなく前記ローカルインターフェースに接続されたホスト装置に対して画像データを送信する処理を開始し、一方、前記活性状態検出手段により前記ネットワークインターフェースが活性状態にあることが検出された場合、前記所定操作に応じて前記ユーザーインターフェース手段によるホスト選択により選択されたホスト装置に前記ローカルインターフェースまたはネットワークインターフェースを介して画像データを送信する処理を開始することを特徴とする画像処理装置の制御方法。
【請求項７】
前記画像データを所定のプロトコルを介して送信可能なホスト装置を、前記ネットワークインターフェースを介して接続されたネットワーク上で所定の検索プロトコルを用いて検索し、前記ユーザーインターフェース手段により選択可能なホスト装置として登録することを特徴とする請求項６に記載の画像処理装置の制御方法。
【請求項８】
前記ユーザーインターフェース手段により選択可能なホスト装置が１つしかない場合、前記ユーザーインターフェース手段によるホスト選択を行なうことなく当該ホスト装置を画像データの送信宛先として選択することを特徴とする請求項６に記載の画像処理装置の制御方法。
【請求項９】
前記ローカルインターフェースまたはネットワークインターフェースを介して接続されるホスト装置の１つがデフォルトのホスト装置として選択されており、前記ユーザーインターフェース手段により明示的に特定のホスト装置が選択されなかった場合、前記デフォルトのホスト装置を画像データ送信宛先として選択することを特徴とする請求項６に記載の画像処理装置の制御方法。
【請求項１０】
前記ホスト装置に送信される画像データがスキャナにより読み取られた画像データであることを特徴とする請求項６に記載の画像処理装置の制御方法。
【請求項１１】
ローカルインターフェースおよびネットワークインターフェースを有し、前記ローカルインターフェースおよびネットワークインターフェースを介してホスト装置に対して画像データを送信するとともに、前記ローカルインターフェースおよびネットワークインターフェースの活性状態を検出する活性状態検出手段と、前記ローカルインターフェースまたはネットワークインターフェースを介して接続されるホスト装置の１つを画像データの送信宛先として選択するユーザーインターフェース手段を有する画像処理装置の制御プログラムにおいて、
前記活性状態検出手段により前記ローカルインターフェースのみが活性状態にあることが検出された場合、所定操作に応じて前記ユーザーインターフェース手段によるホスト選択を行なうことなく前記ローカルインターフェースに接続されたホスト装置に対して画像データを送信する処理を開始し、一方、前記活性状態検出手段により前記ネットワークインターフェースが活性状態にあることが検出された場合、前記所定操作に応じて前記ユーザーインターフェース手段によるホスト選択により選択されたホスト装置に前記ローカルインターフェースまたはネットワークインターフェースを介して画像データを送信する処理を開始するための制御ステップを含むことを特徴とする画像処理装置の制御プログラム。
【請求項１２】
前記画像データを所定のプロトコルを介して送信可能なホスト装置を、前記ネットワークインターフェースを介して接続されたネットワーク上で所定の検索プロトコルを用いて検索し、前記ユーザーインターフェース手段により選択可能なホスト装置として登録するための制御ステップを含むことを特徴とする請求項１１に記載の画像処理装置の制御プログラム。
【請求項１３】
前記ユーザーインターフェース手段により選択可能なホスト装置が１つしかない場合、前記ユーザーインターフェース手段によるホスト選択を行なうことなく当該ホスト装置を画像データの送信宛先として選択するための制御ステップを含むことを特徴とする請求項１１に記載の画像処理装置の制御プログラム。
【請求項１４】
前記ローカルインターフェースまたはネットワークインターフェースを介して接続されるホスト装置の１つがデフォルトのホスト装置として選択されており、前記ユーザーインターフェース手段により明示的に特定のホスト装置が選択されなかった場合、前記デフォルトのホスト装置を画像データ送信宛先として選択するための制御ステップを含むことを特徴とする請求項１１に記載の画像処理装置の制御プログラム。
【請求項１５】
前記ホスト装置に送信される画像データがスキャナにより読み取られた画像データであることを特徴とする請求項１１に記載の画像処理装置の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ローカルインターフェースおよびネットワークインターフェースを有し、前記ローカルインターフェースおよびネットワークインターフェースを介してホスト装置に対して画像データを送信可能な画像処理装置、その制御方法、およびその制御プログラムに関するものである。
【背景技術】
【０００２】
近年になって、ファクシミリ、スキャナ、プリンタのような装置、およびこれらの機能のうち複数のものを複合化した複合機（ＭＦＰ：マルチ・ファンクション・ペリフェラル）のような画像処理装置として、ＵＳＢ（下記の非特許文献１）などのＰＣ（パーソナルコンピュータ）と１対１接続時用のＩ/Ｆ（ローカルＩ/Ｆ）と、ＣＳＭＡ／ＣＤ（下記の非特許文献２）などを用いたＬＡＮ経由で複数のＰＣと接続可能なＩ/Ｆ（ネットワークＩ/Ｆ）の両方のインターフェースを備えた製品が提供されるようになってきた。
【０００３】
旧来のこの種の装置では、ファクシミリ通信などに用いる公衆回線Ｉ/Ｆと、プリントやスキャン機能をＰＣなどのホスト装置と接続して用いるためのローカルＩ/Ｆを設けたものが知られていたが、最近では近年のインターネットファクスの規格の整備や、ネットワークプリント機能の要求などにともないイーサネット（商標名）などのネットワークＩ/Ｆを備えた複合機が登場している。
【非特許文献１】UNIVERSAL SERIAL BUS: http://www.usb.org/faq/
【非特許文献２】IEEE 802.3 CSMA/CD (ETHERNET): http://grouper.ieee.org/groups/802/3/
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記のようなローカルＩ/ＦないしネットワークＩ/Ｆを介してＰＣと接続できる画像処理装置では、ＰＣ側とデータ授受を行なうことができる。
【０００５】
たとえば、スキャナを持つ画像処理装置のスキャン機能について考えてみると、現在ではスキャン機能の動作の種類にはＰＣ上で動作するアプリケーションであるスキャンドライバを操作して、ＰＣ側から一連の動作を開始するいわゆるＰＵＬＬ（プル）スキャンと、装置側のキーを押下してＰＣ側のアプリケーションに信号を送り、装置側から一連の動作を開始する、いわゆるＰＵＳＨ（プッシュ）スキャン機能が知られている。
【０００６】
特に後者のＰＵＳＨスキャン機能においては、ローカルＩ/Ｆ接続時には相手となるＰＣは１台しか存在しないため、装置とスキャンドライバの間であらかじめ想定したプロトコルに従えば、１回のキー操作だけでスキャン動作が完了する、使い勝手の良い使用方法を提供することが可能である。
【０００７】
しかしながらネットワークＩ/Ｆを介して画像処理装置がネットワークに接続されている場合は信号を送るべきＰＣが複数存在する可能性があるため、希望どおりのＰＣにスキャン画像を送るためには通信すべき宛先を選択し、決定する操作が必要となる。
【０００８】
また、ローカルＩ/ＦとネットワークＩ/Ｆの両方を備えた画像処理装置の場合、ＰＣとの接続方法は利用者が任意に選択可能であるが、従来では使用する画像処理装置と接続するインターフェースによって操作メニューを切り替える必要があるため、あらかじめどちらのインターフェースを使用するかの情報を、装置に登録する必要があった。
【０００９】
また、従来では、ＰＣとの通信に使用するインターフェースＩ/Ｆを変更する度に、装置の登録情報を変更する手間が必要になるという問題があった。また、ネットワークＩ/Ｆ使用設定時に宛先選択メニューを動作させた場合、宛先が１つしかなくても選択操作が必要になるなど使い勝手が悪かった。
【００１０】
本発明の課題は、上記の問題を解決し、ローカルインターフェースとネットワークインターフェースの両方を備えた画像処理装置において、ＰＣなどのホスト装置に対する画像データの送信を極めて容易に行なえるようにすることにある。
【課題を解決するための手段】
【００１１】
本発明は、ローカルインターフェースおよびネットワークインターフェースを有し、前記ローカルインターフェースおよびネットワークインターフェースを介してホスト装置に対して画像データを送信するとともに、前記ローカルインターフェースおよびネットワークインターフェースの活性状態を検出する活性状態検出手段と、前記ローカルインターフェースまたはネットワークインターフェースを介して接続されるホスト装置の１つを画像データの送信宛先として選択するユーザーインターフェース手段を有する画像処理装置、その制御方法、およびその制御プログラムにおいて、前記活性状態検出手段により前記ローカルインターフェースのみが活性状態にあることが検出された場合、所定操作に応じて前記ユーザーインターフェース手段によるホスト選択を行なうことなく前記ローカルインターフェースに接続されたホスト装置に対して画像データを送信する処理を開始し、一方、前記活性状態検出手段により前記ネットワークインターフェースが活性状態にあることが検出された場合、前記所定操作に応じて前記ユーザーインターフェース手段によるホスト選択により選択されたホスト装置に前記ローカルインターフェースまたはネットワークインターフェースを介して画像データを送信する処理を開始する構成を採用した。
【発明の効果】
【００１２】
本発明によれば、上記構成を採用することにより、ＰＣなどのホスト装置に対する画像データの送信を極めて容易に行なえる、という利点がある。
【発明を実施するための最良の形態】
【００１３】
以下、ＬＡＮなどのネットワークインターフェース（リモートホストコンピュータインターフェース）と、ＵＳＢやＲＳ２３２Ｃなどのローカルインターフェースの双方を有するＭＦＰに関する実施例を示す。また、以下の実施例においては、ホスト装置としてのＰＣとの通信の態様の一例として、ＭＦＰが画像読取のためのスキャナを有し、ＰＣに対してスキャナにより読み取った画像データをローカルあるいはリモートホストコンピュータインターフェースを介して送信する例を示す。
【実施例１】
【００１４】
図１は、本発明を採用したＭＦＰ１の構成をローカルＩ／ＦおよびネットワークＩ／Ｆの各インターフェースにＰＣが接続された状態で示している。
【００１５】
図１のＭＦＰ１は、ネットワークＩ/Ｆ管理部２、ローカルＩ/Ｆ管理部３、表示部４１およびキーボード４２を備えた操作部４、ＦＡＸ制御部５、スキャナ制御部６、プリンタ制御部７、本体制御部８から構成されている。
【００１６】
図１の各ブロックは、それぞれ対応するハードウェアを有する。たとえば、ネットワークＩ/Ｆ管理部２はＣＳＭＡ／ＣＤなどのネットワークＩ／Ｆハードウェアを有し、ローカルＩ/Ｆ管理部３はＵＳＢなどのＩ／Ｆハードウェアを有する。
【００１７】
また、操作部４は表示部４１およびキーボード４２のハードウェアが設けられる。本実施例では、操作部４のキーボード４２にはスキャナ制御部６に画像読み取りを開始させる所定操作を行なうための手段として、たとえばスキャンキーが含まれるものとする。表示部４１はＬＣＤパネルなどの表示器により構成され、キーボード４２とともにユーザーインターフェースを構成する。
【００１８】
ＦＡＸ制御部５には、公衆回線１０（アナログあるいはデジタルＰＳＴＮ）に接続し、他のファクシミリ装置１１等とファクシミリ手順のファクシミリ通信を行なうためのファクシミリ通信部のハードウェアが設けられる。また、スキャナ制御部６にはイメージセンサおよび搬送系を有するスキャナのハードウェアが設けられる。プリンタ制御部７は電子写真方式など任意の画像記録方式により構成されたプリンタエンジンが設けられる。
【００１９】
また、図１の各ブロックは、それぞれに対応するハードウェアを制御するプログラムを有する。これらの各ブロックに対応するプログラム群は、ＭＦＰ１内に配置されたＣＰＵとメモリを使用して実行され、同じＣＰＵ上で実行されるリアルタイムＯＳを使用して、擬似的に並列に動作可能である。
【００２０】
本体制御部８は、上記のＣＰＵおよびメモリなどのハードウェアと、装置全体を統轄するプログラム部分に対応するものである。
【００２１】
ＬＡＮ９には、ＭＦＰ１と連動するためのアプリケーションである、プリンタドライバやスキャナドライバがインストールされたＰＣ１２（図１ではＰＣ＃１とＰＣ＃２）が複数台接続可能であり、ユーザがＰＣ１２を操作してネットワーク越しにプリントやスキャン操作を行なうことができる。また、ＵＳＢなどのローカル接続Ｉ/Ｆにより、ローカルＩ/Ｆ管理部３とＰＣ１３を接続し、同様にプリントやスキャン動作が可能である。また、図１のＭＦＰはＦＡＸ制御部５を介して公衆回線１０に接続し、他のファクシミリ装置１１などの通信装置とファクシミリ通信を行なうことができる。
【００２２】
次に、図２および図３（図３−１〜図３−３）を参照して本発明におけるＰＵＳＨスキャン動作時のユーザ、ＭＦＰ１およびＰＣの間の動作シーケンスを説明する。このＰＵＳＨスキャンは前述のように周辺装置（本実施例ではＭＦＰ１）側の主導によりスキャンを開始し、データをＰＣに送信するスキャン動作である。
【００２３】
図２はＭＦＰのローカルＩ/Ｆ（図１ではＵＳＢ）を使用して、ＰＣ１３と１対１で接続した場合のシーケンスである。ユーザは原稿をＭＦＰ１にセットし（ステップＳ−Ｌ１）、操作部４のスキャンキーを押下する（ステップＳ−Ｌ２）。
【００２４】
ＭＦＰ１は表示部４１にスキャン中であることを操作部４の表示部４１に表示し（ステップＳ−Ｌ３）、ＵＳＢを介してスキャン開始トリガ信号をＰＣ１３に送る（ステップＳ−Ｌ４）。
【００２５】
ＰＣ１３上のアプリケーションであるスキャナドライバソフトウエアは、ＭＦＰ１からのトリガを受け付けると、読み取り開始コマンドをＭＦＰ１に送信する（ステップＳ−Ｌ５）。ＭＦＰ１はスキャナ制御部６により原稿画像を読み取りつつ、原稿から読み取った所定形式の画像データを一定サイズ毎に区切ってＰＣ１３に送信する（ステップＳ−Ｌ６−１〜ステップＳ−Ｌ６−Ｎ）。ＭＦＰ１はデータを最後まで送り終えると、操作部４の表示部４１でスキャン完了を表示、またはそのスキャン中表示を消去することによりスキャン動作の完了をユーザに知らせる（ステップＳ−Ｌ７）。
【００２６】
図３−１は、ＭＦＰ１のネットワークＩ/Ｆを介して複数のＰＣ（図１ではＰＣ＃１とＰＣ＃２）が存在するネットワーク（図１ではＬＡＮ）に接続した場合のシーケンスである。
【００２７】
ユーザが原稿をＭＦＰ１にセットすると（ステップＳ−Ｎ１）、ＭＦＰ１に複数のＰＣが宛先として登録してある場合、送信宛先の選択を促す操作メニューを操作部４の表示部４１に表示する（ステップＳ−Ｎ２）。
【００２８】
ネットワークＩ／Ｆ経由でＰＵＳＨスキャンを行なう場合、接続可能（データ転送可能）なＰＣを複数、選択肢としてＭＦＰ１に登録できるようにしておく（この手法については後述する）。図３のステップＳ−Ｎ２で表示される宛先（データ転送先）の選択肢は、事前にＭＦＰ１に登録されているものとする。
【００２９】
そして、ユーザが操作部４の表示部４１を見ながらキー装置の操作によって送信宛先（ここではＰＣ＃１）を選択し（ステップＳ−Ｎ３）、操作部４のキーボード４２に設けられたスキャンキーを押下すると（ステップＳ−Ｎ４）、ＭＦＰ１は操作部４の表示部４１にスキャン中であることを表示し（ステップＳ−Ｎ５）、スキャン開始トリガ信号を選択されたＰＣ＃１に送る（ステップＳ−Ｎ６）。
【００３０】
以下ローカル接続時と同様に、ＰＣ上のアプリケーションであるスキャナドライバソフトウエアは、ＭＦＰ１からのトリガを受け付けると、読み取り開始コマンドをＭＦＰ１に送信する（ステップＳ−Ｎ７）。ＭＦＰ１はスキャナ制御部６により原稿画像を読み取りつつ、原稿から読み取った所定形式の画像データを一定サイズ毎に区切って画像データをＰＣに送信する（ステップＳ−Ｎ８−１〜ステップＳ−Ｎ８−Ｎ）。
【００３１】
ＭＦＰ１はデータを最後まで送り終えると、操作部４の表示部４１でスキャン完了を表示、またはそのスキャン中表示を消去することにより、スキャン動作の完了をユーザに知らせる（ステップＳ−Ｎ９）。もし宛先の選択肢が１つしか登録されていない場合には、ステップＳ−Ｎ２とステップＳ−Ｎ３の操作は省略し、ローカル接続時と同様のシーケンスとなる。
【００３２】
上記のように、ネットワークＩ／Ｆ経由でＰＵＳＨスキャンを行なう場合、接続可能（データ転送可能）なＰＣを複数（あるいは単数でもよい）、選択肢としてＭＦＰ１に登録できるようにしておく必要がある。スキャンデータを転送する宛先の登録および表示（上記のステップＳ−Ｎ２）はたとえば図３−２に示すように行なうことができる。
【００３３】
図３−２は、スキャンデータを転送する宛先の登録データの構成と、これに対応する宛先の表示の態様を示している。図示のように、宛先登録は、ＭＦＰ１のメモリ（たとえば本体制御部８に対応するハードウェアとして設けられる）上に、ユーザが判読可能なＰＣの識別子文字列３０１と、ＩＰアドレス（またはネットワークＩ/Ｆ管理部２を構成するネットワークカードのＭＡＣアドレスなどでもよい）のような宛先が一意に決まるネットワークアドレス３０２が対になった宛先管理情報を記憶することにより行なう。この宛先管理情報の登録は、ユーザが手動で入力しても良いし、ネットワークプロトコルを使用して自動的に行っても良い。
【００３４】
図３−２の上部は図３−２下部の宛先管理情報に対応して図３−１のステップＳ−Ｎ２で操作部４の表示部４１に表示する宛先選択のためのユーザーインターフェースの一例を示している。ここでは、操作部４のキーボード４２に設けられた不図示のカーソルキー（あるいはマウスなどのポインティングデバイスによりカーソルを移動してＰＣ＃２を転送宛先として選択した時の状態を示している。
【００３５】
図３−３は、ＭＦＰ１にスキャンデータを転送する宛先の登録をネットワークプロトコルを使用して自動的に実行するためのシーケンスの一例を示している。
【００３６】
図３−３はＵＤＰプロトコルを使用した宛先登録シーケンスの例を示しており、図示のようにＭＦＰ１はまず転送宛先として登録可能なＰＣ（あるいは他のホスト装置）を検索する。この転送宛先として登録可能なＰＣは、具体的にはＰＣを本実施例のスキャンデータ転送宛先として動作させるスキャナドライバがインストールされたＰＣであって、いいかえればこの転送宛先の検索は、当該スキャナドライバをネットワーク上で検索することに他ならない。したがって、ここでは、ＭＦＰ１は任意のタイミングで、ＵＤＰブロードキャストパケットを使用して、ＰＣを本実施例のスキャンデータ転送宛先として動作させるスキャナドライバを検索することを示す信号を送信する（４０１）。
【００３７】
ネットワーク上のＰＣ（ＰＣ＃１〜ＰＣ＃Ｎ）上のスキャナドライバは、受信したＵＤＰパケットの中身を解析し、自分が応答できるサービスの検索であることが解ると、少なくとも自機のＩＰアドレス情報を含んだサービス応答パケットを返送する（４０２、４０３、４０４…）。なお、当然ながら、当該のスキャナドライバがインストールされていないＰＣはこのサービス応答パケット（４０２、４０３、４０４…）を返送することができない。
【００３８】
サービス応答パケット（４０２、４０３、４０４…）を受信したＭＦＰ１は、図３−２に示した宛先管理情報として、サービス応答パケットから抽出したＩＰアドレス（図３−２の３０２）をＰＣの識別情報（図３−２の３０１）とともに書き込む。ＰＣのＩＰアドレス自体は、ＵＤＰ／ＩＰのパケット（データグラム）から抽出できるが、ＰＣの識別情報（３０１）は、ＰＣがあらかじめ適当に選択された文字列などのサービス応答パケット（４０２、４０３、４０４…）に格納して転送するか、あるいはＩＰアドレスからＤＮＳ逆引きなどを行なって得たホスト名などをＰＣの識別情報（３０１）として用いるようにしてもよい。
【００３９】
また、図３（あるいは図２）でＭＦＰとＰＣ間でやり取りする信号のフォーマットおよびプロトコルは、それぞれのＩ/Ｆの規格上で送受できるものであれば特に限定する必要はない。
【００４０】
また、図２でのローカル接続がＵＳＢであれば、ステップＳ−Ｌ４にインタラプト転送、ステップＳ−Ｌ５からステップＳ−Ｌ６にはバルク転送を使用し、その上でＭＦＰ１とドライバアプリケーション間であらかじめ規定した信号フォーマットでやり取りを行う。また図２でのネットワーク接続がＴＣＰ/ＩＰであれば、他の一般的なプロトコルと競合しないポート番号を用い、ステップＳ−Ｎ６にはＵＤＰ/ＩＰ、ステップＳ−Ｎ７からステップＳ−Ｎ８にはＴＣＰ/ＩＰでのコネクションを使用し、ローカル接続と同様にＭＦＰとドライバアプリケーション間であらかじめ規定した信号フォーマットでやり取りを行えばよい。
【００４１】
特に図３−３においてＭＦＰ１の宛先検索や、ＰＣが応答に用いるＵＤＰポート番号や、パケットのフォーマットなどとしてはあらかじめ適当な番号ないし書式を選択しておけばよい。データ転送に用いるＴＣＰ/ＩＰ通信に関しても、ポート番号や、パケットのフォーマットなどは任意に仕様を選択できる。
【００４２】
次に図４のフローチャートを参照してＭＦＰ１のインターフェースの活性に応じた操作メニューの自動切換について説明する。ここでは、ネットワークＩ/Ｆ管理部２が管理するネットワークインターフェースと、ローカルＩ/Ｆ管理部３が管理するローカルインターフェースの活性状態を検出し、これらのインターフェースの活性状態に応じて上記の転送先の選択処理を行なう。
【００４３】
この図４の処理は、スキャナ制御部６による画像読み取り開始時に実行すべきものである。
【００４４】
まず、上記のＰＵＳＨスキャン操作などが行なわれ、スキャナ制御部６による画像読み取りを開始する時に、ネットワークＩ/Ｆ部が活性状態にあるか調べ（ステップＳ−Ｆ１）、ネットワークＩ/Ｆ部が活性状態であれば宛先ＰＣの登録の有無を調べる（ステップＳ−Ｆ２）。そして、宛先ＰＣの登録があれば、さらにローカルＩ/Ｆ部も活性状態にあるか調べ（ステップＳ−Ｆ３）、ローカルＩ/Ｆ部も活性状態であれば、ローカルＩ/Ｆ部に接続されたＰＣも宛先ＰＣの１つとして図３−２の宛先管理情報に選択肢として追加する（ステップＳ−Ｆ４）。
【００４５】
その後、宛先管理情報に登録した選択肢が１つ以上あるか調べ（ステップＳ−Ｆ５）、選択肢が１つ以上あれば宛先選択メニューを表示し、ユーザに宛先選択操作を促す（ステップＳ−Ｆ６）。なお、本図のようにローカルＩ/Ｆ部に接続されたＰＣも宛先ＰＣの１つとして図３−２の宛先管理情報に追加する場合は、図３−２上部のユーザーインターフェースの表示にはローカルＩ/Ｆ部に接続されたＰＣも選択肢として表示する。
【００４６】
表示した宛先の１つが選択され、決定されると送信宛先が確定し、その宛先をＰＵＳＨスキャン開始のためのトリガ信号を送信すべき宛先として決定する（ステップＳ−Ｆ７）また、宛先が１つしかない場合（ステップＳ−Ｆ５）は宛先選択処理は省略され、その１つの宛先が選択される（ステップＳ−Ｆ７）。
【００４７】
一方、ステップＳ−Ｆ１においてネットワークＩ／Ｆが不活性の場合はローカルＩ/Ｆが活性状態にあるか調べ（ステップＳ−Ｆ８）、ローカルＩ/Ｆが活性状態にある場合はローカル接続のＰＣが宛先として決定される（ステップＳ−Ｆ７）。またステップＳ−Ｆ８においてローカルＩ/Ｆが不活性の場合は接続すべきＰＣがないので、スキャン動作を開始せずに終了する（エラー終了）。
【００４８】
なお、ステップＳ−Ｆ６における宛先選択メニューの操作では、あらかじめデフォルトのホスト装置としてＰＣの１つが画像データの送信宛先として選択されていてもよい。そして、ユーザが宛先選択メニューの操作において、明示的にホスト装置を選択しなかった場合にこのデフォルトのホスト装置を画像データの送信宛先として選択する。このデフォルトの画像データの送信宛先は、図３−２に示した表示画面にあらかじめ選択肢の１つとして表示しておくか、ユーザがホストを指定するためのテキスト入力フィールドなどを使用する場合は、宛先選択メニューを表示した時点でデフォルトのホスト装置の名前やＩＰアドレス既入力状態とする、といった省略入力のために用いることができる。
【００４９】
ここで、図４のステップＳ−Ｆ１、ステップＳ−Ｆ３、ステップＳ−Ｆ８においてＩ/Ｆの活性状態を判別するための構成例を図５に示す。
【００５０】
図５は、ネットワークＩ/Ｆ管理部２およびローカルＩ/Ｆ管理部３の詳細な構成と、各管理部２、３が管理する制御情報／フラグの構成例を示している。
【００５１】
図示のように、ネットワークＩ/Ｆ管理部２およびローカルＩ/Ｆ管理部３はハードウェアのレイヤ２００２（ＣＳＭＡ／ＣＤ）および３００２（ＵＳＢ）と、これらハードウェアのレイヤ２００２および３００２を制御するデバイスドライバ（ソフトウェア）２００１および３００１から構成されている。
【００５２】
ハードウェアレイヤの制御、および上述のインターフェースの活性状態の判定のために、ネットワークＩ/Ｆ管理部２およびローカルＩ/Ｆ管理部３は制御情報群２００３および３００３を用いる。制御情報群２００３および３００３は、インターフェースの種別を示す識別情報２００４および３００４、動作を許容ないし許可するフラグ２００５および３００５、エラーの発生状態を表示するフラグ２００６および３００６、さらに、当該インターフェースの活性状態の判定の１要素として用いることができるフラグ２００７および３００７を含む。
【００５３】
フラグ２００７および３００７は、それぞれのインターフェースに特有のフラグで、フラグ２００７はネットワークインターフェースが「Ｕｐ」状態（動作可能状態）にあることを示すフラグ、フラグ３００７はＵＳＢバスから電源供給が行なわれていることを示すフラグである。
【００５４】
各デバイスドライバ２００１および３００１は、ハードウエアの情報を読み取って、逐次管理情報エリアに状態を書き込み、一方、ネットワークＩ/Ｆ管理部２およびローカルＩ/Ｆ管理部３は制御情報群２００３および３００３を任意のタイミングで状態を読み取ることができ、これにより制御情報群２００３および３００３の各フラグの状態を介して当該インターフェースが活性状態か不活性状態かを判定することができる。
【００５５】
以上のように、本実施例ではローカルインターフェースおよびネットワークインターフェースが利用可能であるか否かを示す活性状態判別手段を備え、ＰＵＳＨスキャン操作を行なう場合に、ローカルインターフェースが活性状態にある場合には従来通り操作部４の所定操作、すなわちキーボード４２のスキャンキーの押下のみで一連の動作を開始し、一方、ネットワークインターフェースが活性状態にある場合には、スキャンキーの押下後（または押下前）に宛先選択操作を促すように、操作メニューを自動的に切り替える制御を行なっているので、従来のようにローカル／ネットワークインターフェースごとにメニューを切り換えたり、登録情報を変更し直す必要がなく、簡単な操作によりスキャン動作を行なうことができる使い勝手の良いＭＦＰを提供することができる。
【００５６】
また、データ転送の宛先としてメニューの選択肢が１つしか登録されていない場合には、宛先選択操作（メニューの表示およびその操作）を省略し、ローカルＩ/Ｆ使用時と同様、その登録された宛先をデータ転送先として自動的に用いることができるので、ユーザの余計な操作を減らし、ＭＦＰの使い勝手を大きく向上することができる。
【００５７】
また、図３−３に示した制御によれば、ＰＣ側に対応するドライバソフトウェアを用意しておき、本発明の画像データを所定のプロトコルを介して送信可能なデータ転送の宛先をネットワーク上で所定の検索プロトコルを用いて自動的に検索することができるので、データ転送の宛先の登録処理をユーザが手動で行なう必要がなく、完全な自動処理によりデータ転送の宛先の登録処理を実行し、スキャン開始時に適切なデータ転送の宛先選択メニューを表示することができる。
【００５８】
以上の実施例では、データの転送先としてＰＣを例示したが、もちろんデータの転送先のホスト装置としては他の画像処理装置や通信装置など、任意の装置を対象とすることができる。
【００５９】
また、以上ではスキャナを用いたＰＵＳＨスキャン動作を例示したが、データの転送先に転送すべきデータはスキャナが読み取ったものに限定されるものではなく、本実施例の技術はたとえばＦＡＸ制御部５が他のファクシミリ装置（１１）などから受信した画像データをＰＣなどのホスト装置に転送する場合にも実施することができ、その場合、上述の転送先の選択制御、転送先の自動登録制御などは全く同様に実施することができる。
【００６０】
なお、ＦＡＸ制御部５が入力した画像データをホスト装置に対して送信する場合は、たとえば、公衆回線１０から自動受信した画像データを公衆回線１０からの着信（あるいは受信終了）に応じて受信した画像データをホスト装置に送信することが考えられる。この場合は、上記実施例において、画像データの送信を開始するための契機として説明したスキャンキー操作は公衆回線１０からの着信（あるいは受信終了）に読み換えればよい。また、本発明の技術は同様にＦＡＸ制御部５が受信し画像メモリに蓄積した画像データをホスト装置に対して送信する場合にも実施できる。この場合は、上記実施例における画像データの送信を開始するための契機として説明したスキャンキー操作は、画像データ送信を命令する操作部４の所定操作に置き換えればよい。
【００６１】
また、以上ではＭＦＰを実施例としたが、単機能のファクシミリ装置やスキャナ装置においても本発明が実施できるのはいうまでもない。
【産業上の利用可能性】
【００６２】
本発明は、ネットワークインターフェース、またはローカルインターフェースを介してホストコンピュータと通信可能な形態を問わず任意の画像処理装置に実施することができる。また、本発明の方法ないしプログラムは適当な記憶媒体経由、あるいはネットワーク経由で対象の画像処理装置に導入することができる。
【図面の簡単な説明】
【００６３】
【図１】本発明を採用したＭＦＰ１およびその接続構成を示した説明図である。
【図２】ローカル接続時のＰＵＳＨスキャンの動作シーケンスを示した説明図である。
【図３−１】ネットワーク接続時のＰＵＳＨスキャンの動作シーケンスを示した説明図である。
【図３−２】宛先登録情報と宛先選択表示の一例を示した説明図である。
【図３−３】ＵＤＰ／ＩＰプロトコルを利用した宛先自動登録シーケンスを示した説明図である。
【図４】ＰＵＳＨスキャン時の操作メニュー制御を示したフローチャート図である。
【図５】ネットワークＩ/Ｆ管理部およびローカルＩ/Ｆ管理部の構成を示した説明図である。
【符号の説明】
【００６４】
１  ＭＦＰ
２  ネットワークＩ/Ｆ管理部
３  ローカルＩ/Ｆ管理部
４  操作部
５   ＦＡＸ制御部
６  スキャナ制御部
７  プリンタ制御部
８  本体制御部
９  ネットワーク（ＬＡＮ）
１０  公衆回線
１１  通信相手ファクシミリ（ＦＡＸ）
１２、１３  ＰＣ
【図１】
2005192022.tif 000003
【図２】
2005192022.tif 000004
【図３−１】
2005192022.tif 000005
【図３−２】
2005192022.tif 000006
【図３−３】
2005192022.tif 000007
【図４】
2005192022.tif 000008
【図５】
2005192022.tif 000009