トップ :: H 電気 :: H04 電気通信技術




【発明の名称】 画像データ伝送システム、複合デバイス、およびプログラム
【発明者】 【氏名】津谷 誠司
【要約】 【課題】従来品より簡素化された構成で、スキャンデータおよびＦＡＸデータの双方を複合デバイスからコンピュータへ伝送可能な画像データ伝送システムの提供。

【構成】ＭＦＰ１は、ＰＣから指定された動作モードを判定し、その動作モードに応じて、読み取り部で読み取ったスキャン生データ、または、他のＦＡＸから受信したＦＡＸデータのいずれかを内部的に用意する（Ｓ６２５〜Ｓ６４０）。そして、それらいずれかの画像データに対してスキャンデータ用フォーマット処理を施し（Ｓ６４５）、コンピュータとスキャナデバイスとの間で通信を行うために規定されたコンピュータ−スキャナ間通信用プロトコルを利用して、スキャンデータ相当の形式とされた画像データの伝送を行う（Ｓ６５０〜Ｓ６５５）。
【特許請求の範囲】
【請求項１】
少なくともスキャナデバイスおよびＦＡＸデバイスとして機能可能な複合デバイスと、
前記複合デバイスと通信可能なコンピュータと
を備え、
前記複合デバイスは、
原稿から画像を読み取って当該画像を表すスキャンデータを生成する画像読取手段と、
他のＦＡＸデバイスから送信されてくるＦＡＸデータを受信するＦＡＸデータ受信手段と、
前記ＦＡＸデータ受信手段によって受信された前記ＦＡＸデータを保存するＦＡＸデータ保存手段と、
前記コンピュータが前記複合デバイスに対して画像データの送信を要求するための画像データ送信要求コマンドとして、スキャンモードまたはＦＡＸモードのいずれかを指定する動作モード情報を含む画像データ送信要求コマンドが、コンピュータとスキャナデバイスとの間で通信を行うために規定されたコンピュータ−スキャナ間通信用プロトコルを利用して前記コンピュータから送信されてきた場合に、当該画像データ送信要求コマンドを受信する画像データ送信要求コマンド受信手段と、
前記画像データ送信要求コマンド受信手段によって受信された前記画像データ送信要求コマンド中に含まれる前記動作モード情報に基づいて、前記スキャンモードまたは前記ＦＡＸモードのいずれが指定されたかを判定するモード判定手段と、
前記モード判定手段によって前記スキャンモードが指定されたと判定された場合には、前記画像読取手段を制御することにより、原稿からの画像の読み取りおよび前記スキャンデータの生成を前記画像読取手段に実行させ、前記画像読取手段によって生成されたスキャンデータを、前記画像データ送信要求コマンドに応じた前記画像データとして、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記コンピュータへと送信する一方、前記モード判定手段によって前記ＦＡＸモードが指定されたと判定された場合には、前記ＦＡＸデータ保存手段に保存されたＦＡＸデータを、前記画像データ送信要求コマンドに応じた前記画像データとして、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記コンピュータへと送信する画像データ送信手段と
を備え、
前記コンピュータは、
前記画像データ送信要求コマンドを、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記複合デバイスへと送信する画像データ送信要求コマンド送信手段と、
前記画像データ送信要求コマンドに応じた前記画像データが、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記複合デバイスから送信されてきた場合に、当該画像データを受信する画像データ受信手段と
を備えることを特徴とする画像データ伝送システム。
【請求項２】
前記複合デバイスは、
前記複合デバイス側での操作によって前記複合デバイスから前記コンピュータへ前記スキャンデータを伝送させたい場合に利用者が前記複合デバイス側において実施する所定の操作を検出可能なプッシュスキャン指令操作検出手段と、
前記複合デバイスが前記コンピュータに対して画像データの受信を要求するための画像データ受信要求コマンドとして、スキャンモードまたはＦＡＸモードのいずれかを指定する動作モード情報を含む画像データ受信要求コマンドを、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記コンピュータへと送信可能で、前記プッシュスキャン指令操作検出手段によって検出対象操作が検出された場合には、前記スキャンモードを指定する動作モード情報を含む前記画像データ受信要求コマンドを前記コンピュータへと送信する一方、前記ＦＡＸデータ受信手段によって前記他のＦＡＸデバイスから送信されてくるＦＡＸデータを受信した場合には、前記ＦＡＸモードを指定する動作モード情報を含む前記画像データ受信要求コマンドを前記コンピュータへと送信する画像データ受信要求コマンド送信手段と
を備え、
前記コンピュータは、
前記画像データ受信要求コマンドが、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記複合デバイスから送信されてきた場合に、当該画像データ受信要求コマンドを受信する画像データ受信要求コマンド受信手段
を備えることを特徴とする請求項１に記載した画像データ伝送システム。
【請求項３】
前記コンピュータは、
前記複合デバイスへ送信される各種パラメータを利用者が任意に入力可能に構成されたパラメータ入力用ユーザーインターフェースを提供するパラメータ入力用ユーザーインターフェース提供手段
を備え、
前記コンピュータが備える前記画像データ送信要求コマンド送信手段は、前記パラメータ入力用ユーザーインターフェースを介して入力された各種パラメータの一つに相当する動作モード情報に基づいて、当該動作モード情報を含む前記画像データ送信要求コマンドを、前記複合デバイスへと送信する
ことを特徴とする請求項１または請求項２に記載した画像データ伝送システム。
【請求項４】
前記コンピュータは、
前記コンピュータ側での操作によって前記複合デバイスから前記コンピュータへ前記スキャンデータを伝送させたい場合に利用者が前記コンピュータ側において実施する所定の操作を検出可能なスキャンデータ取得指令操作検出手段と、
前記コンピュータ側での操作によって前記複合デバイスから前記コンピュータへ前記ＦＡＸデータを伝送させたい場合に利用者が前記コンピュータ側において実施する所定の操作を検出可能なＦＡＸデータ取得指令操作検出手段と
を備え、
前記コンピュータが備える前記画像データ送信要求コマンド送信手段は、前記スキャンデータ取得指令操作検出手段によって検出対象操作が検出された場合には、前記スキャンモードを指定する前記動作モード情報を含む前記画像データ送信要求コマンドを、前記複合デバイスへと送信する一方、前記ＦＡＸデータ取得指令操作検出手段によって検出対象操作が検出された場合には、前記ＦＡＸモードを指定する前記動作モード情報を含む前記画像データ送信要求コマンドを、前記複合デバイスへと送信する
ことを特徴とする請求項１〜請求項３のいずれかに記載した画像データ伝送システム。
【請求項５】
前記複合デバイスは、
１または複数のエンドポイントによって構成されるインターフェースを複数組備えたＵＳＢインターフェースを備えていて、当該ＵＳＢインターフェースを介して前記コンピュータと通信可能に構成されており、
前記コンピュータ−スキャナ間通信用プロトコルは、前記複数組のインターフェースの内、前記コンピュータ−スキャナ間通信用に割り当てられた１組のインターフェースのみを利用して通信を行うプロトコルとされている
ことを特徴とする請求項１〜請求項４のいずれかに記載した画像データ伝送システム。
【請求項６】
少なくともスキャナデバイスおよびＦＡＸデバイスとして機能可能で、コンピュータと通信可能な複合デバイスであって、
原稿から画像を読み取って当該画像を表すスキャンデータを生成する画像読取手段と、
他のＦＡＸデバイスから送信されてくるＦＡＸデータを受信するＦＡＸデータ受信手段と、
前記ＦＡＸデータ受信手段によって受信された前記ＦＡＸデータを保存するＦＡＸデータ保存手段と、
前記コンピュータが前記複合デバイスに対して画像データの送信を要求するための画像データ送信要求コマンドとして、スキャンモードまたはＦＡＸモードのいずれかを指定する動作モード情報を含む画像データ送信要求コマンドが、コンピュータとスキャナデバイスとの間で通信を行うために規定されたコンピュータ−スキャナ間通信用プロトコルを利用して前記コンピュータから送信されてきた場合に、当該画像データ送信要求コマンドを受信する画像データ送信要求コマンド受信手段と、
前記画像データ送信要求コマンド受信手段によって受信された前記画像データ送信要求コマンド中に含まれる前記動作モード情報に基づいて、前記スキャンモードまたは前記ＦＡＸモードのいずれが指定されたかを判定するモード判定手段と、
前記モード判定手段によって前記スキャンモードが指定されたと判定された場合には、前記画像読取手段を制御することにより、原稿からの画像の読み取りおよび前記スキャンデータの生成を前記画像読取手段に実行させ、前記画像読取手段によって生成されたスキャンデータを、前記画像データ送信要求コマンドに応じた前記画像データとして、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記コンピュータへと送信する一方、前記モード判定手段によって前記ＦＡＸモードが指定されたと判定された場合には、前記ＦＡＸデータ保存手段に保存されたＦＡＸデータを、前記画像データ送信要求コマンドに応じた前記画像データとして、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記コンピュータへと送信する画像データ送信手段と
を備えたことを特徴とする複合デバイス。
【請求項７】
少なくともスキャナデバイスおよびＦＡＸデバイスとして機能可能な複合デバイスと通信可能なコンピュータを、
前記コンピュータが前記複合デバイスに対して画像データの送信を要求するための画像データ送信要求コマンドとして、スキャンモードまたはＦＡＸモードのいずれかを指定する動作モード情報を含む画像データ送信要求コマンドを、コンピュータとスキャナデバイスとの間で通信を行うために規定されたコンピュータ−スキャナ間通信用プロトコルを利用して前記複合デバイスへと送信する画像データ送信要求コマンド送信手段と、
前記画像データ送信要求コマンドに応じた前記画像データが、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記複合デバイスから送信されてきた場合に、当該画像データを受信する画像データ受信手段
として機能させることを特徴とするプログラム。
【発明の詳細な説明】【技術分野】
【０００１】
本発明は、画像データ伝送システム、複合デバイス、およびプログラムに関する。
【背景技術】
【０００２】
従来、ファクシミリ機能およびスキャナ機能を含む複数種の機能を備えた複合デバイスと、この複合デバイスに接続されたコンピュータとによって構成されるシステムが知られている（例えば、下記特許文献１参照）。
【０００３】
この種のシステムでは、複合デバイスをスキャナデバイスとして利用することができ、具体的には、コンピュータの備えるスキャナドライバが、スキャナデバイスとして認識された複合デバイスを制御して、複合デバイス側において原稿から読み取ったスキャンデータをコンピュータ側へと伝送させることができた。
【０００４】
また、この種のシステムでは、複合デバイスをＦＡＸデバイスとして利用することができ、具体的には、コンピュータの備えるファクシミリドライバが、ＦＡＸデバイスとして認識された複合デバイスを制御して、例えば、複合デバイス側において他のＦＡＸデバイスから受信したＦＡＸデータをコンピュータ側へと伝送させることができた。
【特許文献１】特開平１０−９７４８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、この種の複合デバイスとコンピュータは、通常、物理的には単一の通信インターフェースを介して接続されるものが多い。
例えば、上記特許文献１には、単一のパラレルインターフェースを介して複合デバイスとコンピュータが接続される例が示されている。また、パラレルインターフェース以外の通信インターフェースが利用される例もあり、例えば、ＵＳＢ（Universal Serial Bus）に代表されるようなシリアルインターフェースやＬＡＮ（Local Area Network）を介して複合デバイスとコンピュータが接続されることもある。
【０００６】
しかし、上述したスキャナドライバとファクシミリドライバとでは、通信時に利用する通信プロトコルや通信ポートなどが異なるため、物理的には単一の通信インターフェースを介して接続されていても、論理的な通信路については、スキャナ系とファクシミリ系とで、別々に論理的通信路が構成されるようになっていた。
【０００７】
より詳しく説明すると、例えば、上記特許文献１に記載のコンピュータの場合、スキャナドライバとファクシミリドライバがそれぞれ個別に設けられ、スキャナ用の送受信バッファとファクシミリ用送受信バッファもそれぞれ個別に設けられ、スキャナドライバからスキャンデータを受け取り可能なスキャナ系アプリケーションとファクシミリドライバからＦＡＸデータを受け取り可能なＦＡＸ系アプリケーションもそれぞれ個別に設けられている（例えば、特許文献１：図４参照）。
【０００８】
これらスキャナ系とファクシミリ系で別々に用意されるハードウェアないしソフトウェアは、互いに独立に機能するものであり、これらの中に含まれるスキャナドライバとファクシミリドライバは、それぞれが別々の論理的通信路を介して、複合デバイス側との通信を行う仕組みになっている。また、スキャナドライバが通信を行う際には、コンピュータ−スキャナ間通信用プロトコルを利用して複合デバイス側との通信が行われ、ファクシミリドライバが通信を行う際には、コンピュータ−ＦＡＸ間通信用プロトコルを利用して複合デバイス側との通信が行われるようになっている。
【０００９】
また、複合デバイスの詳細な内部構成については、上記特許文献１には明示されていないが、一般的には、複合デバイス側においても、スキャナ系とファクシミリ系とでは、それぞれ別々のソフトウェアやハードウェアが組み込まれ、それぞれが別々の論理的通信路を介して、コンピュータ側との通信を行う仕組みになっているのが通例である。
【００１０】
例えば、物理的には単一の通信インターフェースであるＵＳＢインターフェースを介して、複合デバイスとコンピュータとの間で通信を行う場合を例にして説明すると、複合デバイス側に設けられるＵＳＢインターフェースの内部構成は、１または複数のエンドポイントによって構成されるインターフェースを複数組備えた構成とされる。
【００１１】
これら複数組のインターフェースは、通常、複合デバイスが備える機能毎に１組ずつ割り当てられ、例えば、スキャナ機能用として１組、ＦＡＸ機能用として１組、プリンタ機能用として１組、…といった具合に割り当てられる。
【００１２】
そして、例えば、コンピュータが備えるスキャナドライバとの間で通信を行う際には、複数組のインターフェースの内、スキャナ機能用として割り当てられた１組のインターフェースが利用され、コンピュータ−スキャナ間通信用プロトコルを利用してコンピュータ側との通信が行われる。また、コンピュータが備えるファクシミリドライバとの間で通信を行う際には、複数組のインターフェースの内、ＦＡＸ機能用として割り当てられた１組のインターフェースが利用され、コンピュータ−ＦＡＸ間通信用プロトコルを利用してコンピュータ側との通信が行われる。
【００１３】
以上説明したように、従来は、スキャナ系とファクシミリ系とで、別々に論理的通信路が構成され、各論理的通信路毎に異なるプロトコルを利用して、それぞれの通信が行われるようになっていた。
【００１４】
そのため、コンピュータ側においては、スキャナ機能を利用する上で必要となるソフトウェアと、ＦＡＸ機能を利用する上で必要となるソフトウェアを、それぞれ別々に用意する必要があり、ソフトウェアの構成が複雑化しやすく、ソフトウェアの導入コストも増大する、という問題があった。
【００１５】
また、複合デバイス側においても、スキャナ機能を提供する上で必要となるハードウェアおよびソフトウェアと、ＦＡＸ機能を提供する上で必要となるハードウェアおよびソフトウェアを、それぞれ別々に用意する必要があり、装置構成が複雑化しやすく、複合デバイスの製造コストが増大し、ひいては、安価な複合デバイスを提供することが難しくなる、という問題があった。
【００１６】
本発明は、上記問題を解決するためになされたものであり、その目的は、コンピュータ側および複合デバイス側の双方において各機器の構成を簡素化でき、その簡素化された構成でも、スキャンデータおよびＦＡＸデータの双方を複合デバイスからコンピュータへ伝送可能な画像データ伝送システムと、そのような画像データ伝送システムを構築するために利用される複合デバイスおよびプログラムを提供することにある。
【課題を解決するための手段】
【００１７】
以下、本発明において採用した構成について説明する。
本発明の画像データ伝送システムは、少なくともスキャナデバイスおよびＦＡＸデバイスとして機能可能な複合デバイスと、前記複合デバイスと通信可能なコンピュータとを備え、前記複合デバイスは、原稿から画像を読み取って当該画像を表すスキャンデータを生成する画像読取手段と、他のＦＡＸデバイスから送信されてくるＦＡＸデータを受信するＦＡＸデータ受信手段と、前記ＦＡＸデータ受信手段によって受信された前記ＦＡＸデータを保存するＦＡＸデータ保存手段と、前記コンピュータが前記複合デバイスに対して画像データの送信を要求するための画像データ送信要求コマンドとして、スキャンモードまたはＦＡＸモードのいずれかを指定する動作モード情報を含む画像データ送信要求コマンドが、コンピュータとスキャナデバイスとの間で通信を行うために規定されたコンピュータ−スキャナ間通信用プロトコルを利用して前記コンピュータから送信されてきた場合に、当該画像データ送信要求コマンドを受信する画像データ送信要求コマンド受信手段と、前記画像データ送信要求コマンド受信手段によって受信された前記画像データ送信要求コマンド中に含まれる前記動作モード情報に基づいて、前記スキャンモードまたは前記ＦＡＸモードのいずれが指定されたかを判定するモード判定手段と、前記モード判定手段によって前記スキャンモードが指定されたと判定された場合には、前記画像読取手段を制御することにより、原稿からの画像の読み取りおよび前記スキャンデータの生成を前記画像読取手段に実行させ、前記画像読取手段によって生成されたスキャンデータを、前記画像データ送信要求コマンドに応じた前記画像データとして、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記コンピュータへと送信する一方、前記モード判定手段によって前記ＦＡＸモードが指定されたと判定された場合には、前記ＦＡＸデータ保存手段に保存されたＦＡＸデータを、前記画像データ送信要求コマンドに応じた前記画像データとして、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記コンピュータへと送信する画像データ送信手段とを備え、前記コンピュータは、前記画像データ送信要求コマンドを、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記複合デバイスへと送信する画像データ送信要求コマンド送信手段と、前記画像データ送信要求コマンドに応じた前記画像データが、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記複合デバイスから送信されてきた場合に、当該画像データを受信する画像データ受信手段とを備えることを特徴とする。
【００１８】
本発明の画像データ伝送システムにおいて、コンピュータは、スキャンモードまたはＦＡＸモードのいずれかを指定する動作モード情報を含む画像データ送信要求コマンドを、複合デバイスに対して送信する。その際、スキャンモードまたはＦＡＸモードのどちらを指定する場合であっても、コンピュータ−スキャナ間通信用プロトコルを利用して画像データ送信要求コマンドを送信する。
【００１９】
また、複合デバイスは、受信した画像データ送信要求コマンドに含まれる動作モード情報に応じて、スキャンデータまたはＦＡＸデータのいずれかを画像データとしてコンピュータへ送信する。その際、スキャンデータおよびＦＡＸデータのどちらを画像データとしてコンピュータへ送信する場合であっても、コンピュータ−スキャナ間通信用プロトコルを利用して画像データを送信する。
【００２０】
つまり、複合デバイスからコンピュータへスキャンデータを伝送する場合であってもＦＡＸデータを伝送する場合であっても、これらの画像データ伝送時には、コンピュータ−スキャナ間通信用プロトコルが利用される。
【００２１】
このコンピュータ−スキャナ間通信用プロトコルは、スキャナ系デバイスの製造メーカー毎あるいは機種毎に違いのあるプロトコルであり、特に統一された標準規格が存在するものではないが、少なくとも、画像読取手段にて原稿から画像を読み取ることによって生成されるスキャンデータをコンピュータへと伝送可能なプロトコルとなっている。
【００２２】
そのため、コンピュータ−スキャナ間通信用プロトコルを利用すれば、最も解像度の高いファクシミリ画像よりも高解像度の画像を伝送することができ、また、白黒二値で表現されるファクシミリ画像よりも色数の多い画像を伝送することができるので、当然ながら、ファクシミリ画像を何ら劣化させることなく、コンピュータへ伝送できる。
【００２３】
そこで、本発明の画像データ伝送システムにおいては、複合デバイス側においてＦＡＸデータをスキャンデータと同等に扱うことができるデータにして、スキャンデータをコンピュータ側へ伝送する場合と同等な手順で、ＦＡＸデータをコンピュータ側へ伝送する。
【００２４】
こうして伝送されたＦＡＸデータは、画像の内容自体は、複合デバイス側で受信したファクシミリ画像であるものの、コンピュータ側では、スキャンデータと同等な手順でＦＡＸデータを受信でき、受信したＦＡＸデータについては、スキャンデータを処理可能なアプリケーションに渡すことで、表示・印刷等の処理を行うことができる。
【００２５】
したがって、本発明の画像データ伝送システムによれば、スキャナ系とＦＡＸ系とで、別々に論理的通信路が構成されていた従来技術に比べ、コンピュータ−複合デバイス間の通信に必要な構成を簡素化することができる。
【００２６】
より具体的には、複合デバイスやコンピュータに、コンピュータ−ＦＡＸデバイス間通信用プロトコルによる通信を行うためのハードウェアやソフトウェアを組み込む必要がなくなるので、その分だけ複合デバイスの構成を簡素化し、コストダウンを図ることができる。
【００２７】
また、コンピュータには、コンピュータ−スキャナ間通信用プロトコルを利用して画像データを取得するアプリケーションがあれば、単一のアプリケーションでスキャンデータおよびＦＡＸデータの双方を取得できるので、ＦＡＸデータを取得するための専用アプリケーションが不要となり、この点でも、コンピュータの構成を簡素化することができる。
【００２８】
ちなみに、スキャンデータをコンピュータへ伝送するためのプロトコルとＦＡＸデータをコンピュータへ伝送するためのプロトコルとを、単に統合するだけであれば、コンピュータとＦＡＸデバイスとの間で通信を行うために規定されたコンピュータ−ＦＡＸ間通信用プロトコルを利用する方法もある。
【００２９】
しかし、この場合は、最も解像度の高いファクシミリ画像よりも高解像度の画像を伝送することが困難になるおそれがあり、また、白黒二値で表現されるファクシミリ画像よりも色数の多い画像を伝送することができなくなるおそれがある。
【００３０】
換言すれば、複合デバイスを、ファクシミリ画像と同程度の解像度と色数の画像しか読み取ることができないスキャナデバイスとして利用するのであれば、コンピュータ−ＦＡＸ間通信用プロトコルを利用することも不可能ではないが、本発明の構成を採用すれば、そのような制約を受けることなく、単一のプロトコルを利用してスキャンデータおよびＦＡＸデータをコンピュータへ伝送できるようになるのである。
【００３１】
なお、本発明の画像データ伝送システムは、さらに以下に述べるような構成を備えていると好ましい。
まず、本発明の画像データ伝送システムにおいて、前記複合デバイスは、前記複合デバイス側での操作によって前記複合デバイスから前記コンピュータへ前記スキャンデータを伝送させたい場合に利用者が前記複合デバイス側において実施する所定の操作を検出可能なプッシュスキャン指令操作検出手段と、前記複合デバイスが前記コンピュータに対して画像データの受信を要求するための画像データ受信要求コマンドとして、スキャンモードまたはＦＡＸモードのいずれかを指定する動作モード情報を含む画像データ受信要求コマンドを、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記コンピュータへと送信可能で、前記プッシュスキャン指令操作検出手段によって検出対象操作が検出された場合には、前記スキャンモードを指定する動作モード情報を含む前記画像データ受信要求コマンドを前記コンピュータへと送信する一方、前記ＦＡＸデータ受信手段によって前記他のＦＡＸデバイスから送信されてくるＦＡＸデータを受信した場合には、前記ＦＡＸモードを指定する動作モード情報を含む前記画像データ受信要求コマンドを前記コンピュータへと送信する画像データ受信要求コマンド送信手段とを備え、前記コンピュータは、前記画像データ受信要求コマンドが、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記複合デバイスから送信されてきた場合に、当該画像データ受信要求コマンドを受信する画像データ受信要求コマンド受信手段を備えたものであるとよい。
【００３２】
このように構成された画像データ伝送システムによれば、複合デバイス側で利用者が所定の操作を行った場合に、そのことをコンピュータ側へと伝達することができるので、いわゆるプッシュスキャン方式で画像データの伝送を行うことができる。しかも、他のＦＡＸデバイスから送信されてくるＦＡＸデータを受信した場合にも、そのことをプッシュスキャンを行う場合と同等な手順でコンピュータ側へと伝達できるので、プッシュスキャンの場合と同様に、画像データの伝送を行うことができる。
【００３３】
また、本発明の画像データ伝送システムにおいて、前記コンピュータは、前記複合デバイスへ送信される各種パラメータを利用者が任意に入力可能に構成されたパラメータ入力用ユーザーインターフェースを提供するパラメータ入力用ユーザーインターフェース提供手段を備え、前記コンピュータが備える前記画像データ送信要求コマンド送信手段は、前記パラメータ入力用ユーザーインターフェースを介して入力された各種パラメータの一つに相当する動作モード情報に基づいて、当該動作モード情報を含む前記画像データ送信要求コマンドを、前記複合デバイスへと送信するものであるとよい。
【００３４】
このように構成された画像データ伝送システムによれば、コンピュータ側で利用者がパラメータ入力用ユーザーインターフェースを利用して動作モード情報を入力することができ、その動作モード情報が複合デバイスへと伝達される。したがって、利用者が単一のパラメータ入力用ユーザーインターフェース上で、任意にスキャナモードまたはＦＡＸモードを指定して、その指定した動作モード情報に応じた画像データをコンピュータ側へ伝送させることができる。
【００３５】
また、本発明の画像データ伝送システムにおいて、前記コンピュータは、前記コンピュータ側での操作によって前記複合デバイスから前記コンピュータへ前記スキャンデータを伝送させたい場合に利用者が前記コンピュータ側において実施する所定の操作を検出可能なスキャンデータ取得指令操作検出手段と、前記コンピュータ側での操作によって前記複合デバイスから前記コンピュータへ前記ＦＡＸデータを伝送させたい場合に利用者が前記コンピュータ側において実施する所定の操作を検出可能なＦＡＸデータ取得指令操作検出手段とを備え、前記コンピュータが備える前記画像データ送信要求コマンド送信手段は、前記スキャンデータ取得指令操作検出手段によって検出対象操作が検出された場合には、前記スキャンモードを指定する前記動作モード情報を含む前記画像データ送信要求コマンドを、前記複合デバイスへと送信する一方、前記ＦＡＸデータ取得指令操作検出手段によって検出対象操作が検出された場合には、前記ＦＡＸモードを指定する前記動作モード情報を含む前記画像データ送信要求コマンドを、前記複合デバイスへと送信するものであるとよい。
【００３６】
このように構成された画像データ伝送システムによれば、スキャンデータ取得指令操作検出手段による検出対象操作、もしくは、ＦＡＸデータ取得指令操作検出手段による検出対象操作のいずれかを、利用者がコンピュータ側で実行すると、各操作に応じた動作モード情報が複合デバイスへと伝達される。したがって、利用者は、スキャンデータ取得指令操作検出手段による検出対象操作、または、ＦＡＸデータ取得指令操作検出手段による検出対象操作のうち、どちらの操作を行うかによって、任意にスキャナモードまたはＦＡＸモードを指定して、その指定した動作モード情報に応じた画像データをコンピュータ側へ伝送させることができる。
【００３７】
また、本発明の画像データ伝送システムにおいて、前記複合デバイスは、１または複数のエンドポイントによって構成されるインターフェースを複数組備えたＵＳＢインターフェースを備えていて、当該ＵＳＢインターフェースを介して前記コンピュータと通信可能に構成されており、前記コンピュータ−スキャナ間通信用プロトコルは、前記複数組のインターフェースの内、前記コンピュータ−スキャナ間通信用に割り当てられた１組のインターフェースのみを利用して通信を行うプロトコルとされているものであるとよい。
【００３８】
このように構成された画像データ伝送システムによれば、１組のインターフェースのみを利用して、ＦＡＸデータおよびスキャンデータの双方をコンピュータに伝送できるので、ＦＡＸデータの伝送用とスキャンデータの伝送用それぞれについて、別々のインターフェースを割り当てるように構成された製品に比べ、必要とするインターフェースの数を減らすことができ、その分だけ複合デバイスの構成を簡素化できる。
【００３９】
さらに、本発明の複合デバイスは、少なくともスキャナデバイスおよびＦＡＸデバイスとして機能可能で、コンピュータと通信可能な複合デバイスであって、原稿から画像を読み取って当該画像を表すスキャンデータを生成する画像読取手段と、他のＦＡＸデバイスから送信されてくるＦＡＸデータを受信するＦＡＸデータ受信手段と、前記ＦＡＸデータ受信手段によって受信された前記ＦＡＸデータを保存するＦＡＸデータ保存手段と、前記コンピュータが前記複合デバイスに対して画像データの送信を要求するための画像データ送信要求コマンドとして、スキャンモードまたはＦＡＸモードのいずれかを指定する動作モード情報を含む画像データ送信要求コマンドが、コンピュータとスキャナデバイスとの間で通信を行うために規定されたコンピュータ−スキャナ間通信用プロトコルを利用して前記コンピュータから送信されてきた場合に、当該画像データ送信要求コマンドを受信する画像データ送信要求コマンド受信手段と、前記画像データ送信要求コマンド受信手段によって受信された前記画像データ送信要求コマンド中に含まれる前記動作モード情報に基づいて、前記スキャンモードまたは前記ＦＡＸモードのいずれが指定されたかを判定するモード判定手段と、前記モード判定手段によって前記スキャンモードが指定されたと判定された場合には、前記画像読取手段を制御することにより、原稿からの画像の読み取りおよび前記スキャンデータの生成を前記画像読取手段に実行させ、前記画像読取手段によって生成されたスキャンデータを、前記画像データ送信要求コマンドに応じた前記画像データとして、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記コンピュータへと送信する一方、前記モード判定手段によって前記ＦＡＸモードが指定されたと判定された場合には、前記ＦＡＸデータ保存手段に保存されたＦＡＸデータを、前記画像データ送信要求コマンドに応じた前記画像データとして、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記コンピュータへと送信する画像データ送信手段とを備えたことを特徴とする。
【００４０】
このように構成された複合デバイスであれば、上述した本発明の画像データ伝送システムを構成可能な複合デバイスとなるので、本発明の画像データ伝送システムを構成可能なコンピュータと組み合わせることによって、本発明の画像データ伝送システムを構築することができる。
【００４１】
加えて、本発明のプログラムは、少なくともスキャナデバイスおよびＦＡＸデバイスとして機能可能な複合デバイスと通信可能なコンピュータを、前記コンピュータが前記複合デバイスに対して画像データの送信を要求するための画像データ送信要求コマンドとして、スキャンモードまたはＦＡＸモードのいずれかを指定する動作モード情報を含む画像データ送信要求コマンドを、コンピュータとスキャナデバイスとの間で通信を行うために規定されたコンピュータ−スキャナ間通信用プロトコルを利用して前記複合デバイスへと送信する画像データ送信要求コマンド送信手段と、前記画像データ送信要求コマンドに応じた前記画像データが、前記コンピュータ−スキャナ間通信用プロトコルを利用して前記複合デバイスから送信されてきた場合に、当該画像データを受信する画像データ受信手段として機能させることを特徴とする。
【００４２】
このように構成されたプログラムを利用すれば、コンピュータを本発明の画像データ伝送システムを構成可能なコンピュータとして機能させることができるので、本発明の画像データ伝送システムを構成可能な複合デバイスと組み合わせることによって、本発明の画像データ伝送システムを構築することができる。
【００４３】
なお、上述した本発明の複合デバイスおよび本発明のプログラムは、請求項１に記載の画像データ伝送システムに対応する構成を備えているが、本発明の複合デバイスおよび本発明のプログラムは、さらに請求項２〜請求項５のいずれかに記載の画像データ伝送システムに対応する構成を備えていてもよい。この場合、請求項２〜請求項５のいずれかに記載の画像データ伝送システムを構築することができる。
【発明を実施するための最良の形態】
【００４４】
次に、本発明の実施形態について一例を挙げて説明する。
［画像データ伝送システムを含む通信系全体の概略構成］
まず、本発明の一実施形態に相当する画像データ伝送システムを含む通信系全体の概略構成について、図１に基づいて説明する。
【００４５】
画像データ伝送システムは、ＭＦＰ（Multi Function Product；本発明でいう複合デバイスの一例に相当）１と、ＰＣ（Personal Computer；本発明でいうコンピュータの一例に相当）２とを備えてなる。ＭＦＰ１は、スキャナ機能、ＦＡＸ機能、プリンタ機能、コピー機能、電話機能などを兼ね備えた複合デバイスである。これらＭＦＰ１とＰＣ２は、ＵＳＢケーブル３を介して接続され、相互にデータ通信可能となっている。
【００４６】
また、ＭＦＰ１は、電話線４を介して電話回線網５に接続されている。電話回線網５には、他のＦＡＸ６（本発明でいう他のＦＡＸデバイス）が接続されるようになっており、ＭＦＰ１とＦＡＸ６との間で、ファクシミリ方式による画像の伝送を実施できるようになっている。
【００４７】
［ＭＦＰの内部構成］
次に、ＭＦＰ１の内部構成について説明する。
図２は、ＭＦＰ１の内部構成をハードウェアとしての視点で見た場合のブロック図である。
【００４８】
ＭＦＰ１は、図２に示すように、ＣＰＵ１０、ＲＯＭ１１、ＲＡＭ１２、読み取り部１３、表示部１４、ＵＳＢ Ｉ／Ｆ（インターフェース）１５、ＬＡＮ Ｉ／Ｆ１６、モデム１７、記録部１８、および操作部１９などを備えている。
【００４９】
ＣＰＵ１０は、ＲＯＭ１１に記憶されている制御プログラムに従ってＭＦＰ３各部の制御および各種演算を実行する装置である。
ＲＯＭ１１は、ＭＦＰ３の電源スイッチを切っても記憶内容を保持可能な記憶装置で、上記制御プログラムの他、通常であれば更新されない読み出し用の各種データを記憶している。
【００５０】
ＲＡＭ１２は、ＣＰＵ１０から直接アクセスされるメインメモリ等として利用される記憶装置で、ＣＰＵ１０が処理中に算出する各種データなどが一時的にＲＡＭ１２に記憶されるようになっている。
【００５１】
読み取り部１３は、自動原稿送り装置（図示略）にセットされた原稿またはフラットベッドのコンタクトガラス上に置かれた原稿から画像を読み取り可能な装置で、イメージスキャナ機能による画像の読み取り、ファクシミリ機能による送信画像の読み取り等を行う際に作動する。
【００５２】
表示部１４は、小型液晶ディスプレイによって構成された装置で、ＭＦＰ３の設定や状態などの情報を表示できるようになっている。
ＵＳＢ Ｉ／Ｆ１５は、ＵＳＢ規格準拠のシリアルインターフェースで、このＵＳＢ Ｉ／Ｆ１５を利用して、ＰＣ２との間でデータ通信を実行できるようになっている。
【００５３】
ＬＡＮ Ｉ／Ｆ１６は、ＩＥＥＥ８０２系規格(例えば、IEEE802.3/IEEE802.3u/IEEE802.3ab等)準拠の通信インターフェースである。なお、図示は省略してあるが、このＬＡＮ Ｉ／Ｆ１６を利用しても、他のＰＣとの間でデータ通信を実行することができる。
【００５４】
モデム１７は、ＭＦＰ３側で作成されたディジタルデータを音声信号に変換して公衆回線側に送信したり、公衆回線側から受信した音声信号をディジタルデータに変換してＭＦＰ３側で処理できるようにするための装置で、ファクシミリ機能による画像の送受信、電話機能による通話を行う際に作動する。
【００５５】
記録部１８は、シート状の媒体（例えば記録用紙）に対する印刷を実行可能な装置で、プリンタ機能による印刷データの印刷、ファクシミリ機能による受信画像の印刷、コピー機能によるコピー画像の印刷等を行う際に作動する。
【００５６】
操作部１９は、利用者がマニュアル操作でＭＦＰ３に対して指令を与える場合に操作する入力装置である。
図３は、ＭＦＰ１の内部構成の内、スキャナ機能およびＦＡＸ受信機能に関連する構成を機能単位で見た場合のブロック図である。
【００５７】
図３に示した構成の内、制御部２０は、上述のＣＰＵ１０、ＲＯＭ１１、およびＲＡＭ１２等によって構成されるもので、ＣＰＵ１０がＲＯＭ１１に記憶されている制御プログラムに従って各種処理を実行することにより、制御部２０として機能するように構成されている。
【００５８】
画データ管理部２１は、上述のＣＰＵ１０、およびＲＡＭ１２等によって構成されるもので、読み取り部１３において原稿から読み取ったスキャンデータや、モデム１７を介して受信したＦＡＸデータを格納するためのバッファを備え、このバッファに格納された画像データの管理（画像データの保存、削除等）を行うように構成されている。
【００５９】
図４は、ＵＳＢ Ｉ／Ｆ１５の内部構成を示すブロック図である。
ＭＦＰ１に設けられたＵＳＢ Ｉ／Ｆ１５は、エンドポイント・ゼロ３１、一対の入力用エンドポイント３２と出力用エンドポイント３３とを備えたプリンタ機能用のインターフェース３４、一対の入力用エンドポイント３５と出力用エンドポイント３６とを備えたスキャナ機能用のインターフェース３７、コントローラ３８、シリアルエンジン３９、ＵＳＢトランシーバー４０などを備えている。
【００６０】
ＵＳＢトランシーバー４０は、ＵＳＢコネクタ４１と接続され、このＵＳＢコネクタ４１に対して、ＰＣ２と接続するためのＵＳＢケーブル３などを挿し込むことができる。また、コントローラ３８は、ＭＦＰ１の内部にあるシステムバス４２に接続されている。
【００６１】
このように構成されたＵＳＢ Ｉ／Ｆ１５において、例えば、ＰＣ２側からスキャナ機能を利用するためのコマンドが送信されてくると、そのコマンドは、ＵＳＢコネクタ４１側からＵＳＢトランシーバー４０へと伝達される。
【００６２】
ＵＳＢトランシーバー４０は、シリアルエンジン３９とＵＳＢコネクタ４１との間に介在して、ＵＳＢコネクタ４１側からシリアルエンジン３９側へ電気信号を伝達し、その際、電気信号の電圧値がＵＳＢコネクタ４１側に適した電圧値からシリアルエンジン３９側に適した電圧値に調節される。
【００６３】
シリアルエンジン３９へと伝送されたコマンドは、コントローラ３８の制御下で、スキャナ機能用の出力用エンドポイント３６へと振り分けられる。ＰＣ２側から伝送されてくる各種データには、スキャナ系のデータ、プリンタ系のデータ、あるいは、ＵＳＢ Ｉ／Ｆ１５自体に対するデータなど、様々な種類のデータが存在するが、コントローラ３８は、それらのデータの種類を識別し、シリアルエンジン３９から出力されるデータが適切なエンドポイントへと振り分けられるように、シリアルエンジン３９からの出力先を制御する。
【００６４】
スキャナ機能用の出力用エンドポイント３６へと伝送されたコマンドは、さらに、コントローラ３８の制御下で、システムバス４２側へと伝送され、その結果、ＭＦＰ１にＰＣ２からのコマンドが到達することになる。
【００６５】
また、このようなコマンドに応じて、読み取り部１３において生成したスキャンデータをＰＣ２へと伝送する場合には、スキャンデータはシステムバス４２側からコントローラ３８へと伝送されてくる。
【００６６】
コントローラ３８は、伝送されてきたデータに含まれる情報に基づいて、スキャナ系のデータであることを識別し、スキャナ機能用の入力用エンドポイント３５へとデータを伝送する。入力用エンドポイント３５へ伝送されたデータは、コントローラ３８の制御下で、シリアルエンジン３９へと伝送される。
【００６７】
シリアルエンジン３９は、スキャナ機能用の入力用エンドポイント３５から取得したデータをＵＳＢトランシーバー４０側へシリアル転送する。そして、ＵＳＢトランシーバー４０で電圧値が調節された電気信号が、ＵＳＢコネクタ４１、ＵＳＢケーブル３を経てＰＣ２側へと伝送されることになる。
【００６８】
［ＰＣのソフトウェア構成］
次に、ＰＣ２のソフトウェア構成について説明する。
図５は、ＰＣ２が備える様々なソフトウェアの内、ＭＦＰ１との間の通信に関連するソフトウェアの概略を示したブロック図である。
【００６９】
本実施形態において、ＰＣ２は、ＯＳ（Operating System）としてＷｉｎｄｏｗｓ（登録商標）を採用し、このＯＳの一部として提供される各種ドライバ類と、アプリケーションなどのソフトウェアが協働して、各種機能が実現されるようになっている。
【００７０】
ＯＳに関しては、同等な機能を実現できるソフトウェアが用意できるのであれば、他のＯＳを利用しても構わないが、以下の説明においては、ＯＳとしてＷｉｎｄｏｗｓ（登録商標）が採用されていることを前提にして説明を続ける。
【００７１】
ＰＣ２では、ＭＦＰ１との間の通信に関連するソフトウェアとして、画像処理アプリケーション５１、スキャナドライバ５２、ＵＳＢスキャナクラスドライバ５３、プリンタドライバ５４、ＵＳＢプリンタクラスドライバ５５、ＵＳＢジェネリックペアレントドライバ５６、ＵＳＢホストコントローラドライバ５７などが機能するようになっている。これらのソフトウェアは、図５に示した通り、階層化された構造になっていて、それらが連携して機能するようになっている。
【００７２】
画像処理アプリケーション５１は、画像の表示、編集、印刷といった処理を行うためのソフトウェアで、ＭＦＰ１のスキャナ機能を利用して読み込んだ画像を表示したり、その画像をＭＦＰ１のプリンタ機能を利用して印刷したりすることができる。
【００７３】
スキャナドライバ５２、およびＵＳＢスキャナクラスドライバ５３は、主にＭＦＰ１のスキャナ機能を制御するために必要なソフトウェアである。
プリンタドライバ５４、およびＵＳＢプリンタクラスドライバ５５は、主にＭＦＰ１のプリンタ機能を制御するために必要なソフトウェアである。
【００７４】
ＵＳＢジェネリックペアレントドライバ５６、およびＵＳＢホストコントローラドライバ５７は、主にＵＳＢインターフェースを利用した通信制御、およびＵＳＢインターフェース自体の機能に関する制御を行うために必要なソフトウェアである。
【００７５】
図６は、ＭＦＰ１のスキャナ機能に関連するソフトウェアについて、より詳細に示したブロック図である。
Ｗｉｎｄｏｗｓ（登録商標）においては、ＷＩＡ（Windows Imaging Acquisition）と呼ばれる機能が提供されており、このＷＩＡに対応したＷＩＡアプリケーション６１（上記画像処理アプリケーション５１の一種に相当）であれば、ＷＩＡサービス６２およびＷＩＡミニドライバー６３によって提供される機能を利用して、ＭＦＰ１が備えるスキャナ機能を利用できるようになっている。
【００７６】
また、スキャナ系デバイスを利用するためのインターフェースとしては、ＴＷＡＩＮと呼ばれる機能も提供されており、ＴＷＡＩＮに対応したＴＷＡＩＮアプリケーション６４（上記画像処理アプリケーション５１の一種に相当）であれば、ＴＷＡＩＮデータソースマネージャ６５、およびＴＷＡＩＮデータソース６６などを介してＷＩＡサービス６２にアクセスし、ＷＩＡアプリケーション６１の場合と同様に、ＷＩＡサービス６２およびＷＩＡミニドライバー６３によって提供される機能を利用して、ＭＦＰ１が備えるスキャナ機能を利用することができる。
【００７７】
さらに、Ｗｉｎｄｏｗｓ（登録商標）においては、イベントモニタ６７と呼ばれるソフトウェアが提供されており、このイベントモニタ６７が、ＷＩＡサービス６２経由で、ＭＦＰ１側における利用者の操作を監視するようになっている。
【００７８】
ＭＦＰ１側において利用者がイベントモニタ６７による検出対象となる操作を実施した場合、ＭＦＰ１は、ＰＣ２側からのポーリングに応じて、検出対象操作がなされた旨の応答を返す。この応答を受け取ったイベントモニタ６７は、検出対象となるイベントが発生したことを認識し、そのイベントに対応付けられたアクションとして、ソフトウェアを起動する処理などを実施する。
【００７９】
詳しくは後述するが、本実施形態においては、ＭＦＰ１の操作部１９にあるスキャンキーを利用者が操作すると、この操作がイベントモニタ６７によって検出される。そして、イベントモニタ６７が、検出したイベントに対応付けられたアクションとして、ＷＩＡアプリケーション６１またはＴＷＡＩＮアプリケーション６４を起動する。
【００８０】
なお、このアプリケーションの起動以降の挙動は、ＷＩＡアプリケーション６１、ＴＷＡＩＮアプリケーション６４、どちらでも同じなので、ＴＷＡＩＮアプリケーション６４の場合を例に説明を続ける。
【００８１】
ＴＷＡＩＮアプリケーション６４を起動する際には、イベントモニタ６７がＴＷＡＩＮアプリケーション６４を起動するためのコマンドラインを用意し、そのコマンドラインをＯＳ側へと伝達することで、ＯＳの機能によってＴＷＡＩＮアプリケーション６４を起動する。このとき、コマンドラインの中に記述されるパラメータには、ＭＦＰ１からの起動要求であったことを示す情報が記述され、この情報がＴＷＡＩＮアプリケーション６４に渡される。
【００８２】
ＴＷＡＩＮアプリケーション６４は、コマンドラインによって渡された情報に基づいて、ＭＦＰ１からの起動要求があったことを認識する。あるいは、ＴＷＡＩＮアプリケーション６４は、自らＭＦＰ１側へ問い合わせを行い、その応答に基づいて、ＭＦＰ１からの起動要求があったことを認識するようになっていてもよい。
【００８３】
いずれにしても、ＭＦＰ１からの起動要求があったことを認識したＴＷＡＩＮアプリケーション６４は、ＭＦＰ１側へスキャンデータの送信を要求する。その結果、ＭＦＰ１側がＰＣ２側からの要求に応じれば、ＭＦＰ１側からＰＣ２側へスキャンデータが伝送されてくるので、そのスキャンデータをＴＷＡＩＮアプリケーション６４が受け取ることになる。
【００８４】
なお、以下の説明において、このようにＭＦＰ１の操作部１９にあるスキャンキーを利用者が操作することにより、ＰＣ２側のアプリケーションを起動してスキャンを行う機能のことを、プッシュスキャン機能と称する。また、ＰＣ２側での操作（例えば、ＰＣ２側のアプリケーションが備えるＵＩを利用した操作）によりスキャンを行う機能のことは、プルスキャン機能と称する。
【００８５】
［ＭＦＰ上で機能する各種制御部およびタスクの概要］
次に、ＭＦＰ１上で機能する各種制御部およびタスクについて、図７に基づいて説明する。
【００８６】
既に説明した通り、ＭＦＰ１は、ＣＰＵ１０、ＲＯＭ１１、およびＲＡＭ１２等を備え、ＣＰＵ１０がＲＯＭ１１に記憶されている制御プログラムに従って各種処理を実行することにより、制御部２０として機能するように構成されている。
【００８７】
この制御部２０では、時分割あるいは割り込みなどの周知の制御により、並列的に複数の動作単位が機能するようになっており、具体的には、図７に示すように、ＵＳＢ Ｉ／Ｆ制御部７１、ＰＣスキャン・タスク７２、読み取り処理部７３、モデム制御部７４、ＦＡＸ受信・タスク７５などが機能するようになっている。
【００８８】
ＰＣ２側からスキャンデータの送信が要求された場合、その要求は、ＵＳＢ Ｉ／Ｆ制御部７１を介してＰＣスキャン・タスク７２へと伝達され、ＰＣスキャン・タスク７２は、読み取り処理部７３に対して画像の読み取りを指令する。
【００８９】
読み取り処理部７３は、読み取り部１３に対する制御を行って、画像の読み取り、スキャンデータの生成を行い、そのスキャンデータを画データ管理部２１へと伝送する。画データ管理部２１では、スキャンデータをバッファに格納する。
【００９０】
この場合、ＰＣスキャン・タスク７２は、画データ管理部２１からスキャンデータを取得し、取得したスキャンデータを、ＵＳＢ Ｉ／Ｆ制御部７１を介してＰＣ２側へと伝送する。
【００９１】
また、他のＦＡＸ６からＦＡＸデータが送信されてきた場合、そのＦＡＸデータは、モデム制御部７４を介してＦＡＸ受信・タスク７５へと伝達され、ＦＡＸ受信・タスク７５は、そのＦＡＸデータを画データ管理部２１へと伝送する。画データ管理部２１では、ＦＡＸデータをバッファに格納する。
【００９２】
画データ管理部２１のバッファに格納されたＦＡＸデータは、ＰＣ２側からＦＡＸデータの送信が要求された場合に、ＰＣ２側へと伝送される。具体的には、ＰＣ２側からＦＡＸデータの送信が要求された場合、その要求は、ＵＳＢ Ｉ／Ｆ制御部７１を介してＰＣスキャン・タスク７２へと伝達される。
【００９３】
この場合、ＰＣスキャン・タスク７２は、画データ管理部２１からＦＡＸデータを取得し、取得したＦＡＸデータを、ＵＳＢ Ｉ／Ｆ制御部７１を介してＰＣ２側へと伝送する。
【００９４】
以上のような各種制御部およびタスクが、ＭＦＰ１上で機能することにより、スキャンデータおよびＦＡＸデータのＰＣ２への伝送が実現されることになる。
［ＭＦＰのＦＡＸ受信・タスク処理］
次に、ＭＦＰ１上で機能するＦＡＸ受信・タスク７５が実行する処理を、図８に基づいて説明する。このＦＡＸ受信・タスク処理は、ＭＦＰ１において常時実行されている処理である。
【００９５】
この処理を開始すると、ＭＦＰ１は、まず、電話回線網５側から着信したか否かを判断し（Ｓ１０５）、着信していなければ（Ｓ１０５：ＮＯ）、Ｓ１０５の処理へと戻ることにより、着信するまで待機する。
【００９６】
ここで、着信した場合は（Ｓ１０５：ＹＥＳ）、ＣＮＧ信号を受信したか否かを判断する（Ｓ１１０）。ＣＮＧ信号は、ファクシミリ通信において送信側が受信側にＦＡＸの送信であることを伝達するための信号であり、ＣＮＧ信号を受信したか否かによって、ＦＡＸデバイス（例えば、図１中にあるＦＡＸ６）からの着信であるか否かを判断することができる。
【００９７】
そこで、Ｓ１１０の処理において、ＣＮＧ信号を受信していないと判断した場合は（Ｓ１１０：ＮＯ）、音声電話処理に移行する（Ｓ１１５）。なお、Ｓ１１５の処理を終えたら、Ｓ１０５の処理へと戻り、再びＳ１０５以降の処理を繰り返すことになる。
【００９８】
一方、Ｓ１１０の処理において、ＣＮＧ信号を受信したと判断した場合は（Ｓ１１０：ＹＥＳ）、ＣＥＤ信号を送出する（Ｓ１２０）。ＣＥＤ信号は、ファクシミリ通信において受信側が送信側にＦＡＸの受信が可能である旨を伝達するための信号である。
【００９９】
そして、端末能力等のネゴシエーション処理を行うことによって（Ｓ１２５）、送信側および受信側の端末能力等について相互に情報交換し、さらに、回線トレーニング処理を行うことによって（Ｓ１３０）、送信側と受信側との間に存在する回線の性能も加味した通信速度等を決定する。
【０１００】
こうした処理によって、ファクシミリ通信を行う環境が整ったら、送信側からは、順次ＦＡＸデータが送信されてくるので、ＭＦＰ１は、１ページ分のイメージデータを受信して（Ｓ１３５）、受信したイメージデータを画データ管理部２１に保存する（Ｓ１４０）。
【０１０１】
そして、次ページが存在するか否かを判断し（Ｓ１４５）、次ページが存在する場合は（Ｓ１４５：ＹＥＳ）、Ｓ１３５の処理へと戻る。これにより、次ページが存在する限り、Ｓ１３５〜Ｓ１４５の処理が繰り返されることになり、この繰り返し処理によって、複数ページ分のイメージデータを受信することになる。
【０１０２】
一方、以上のようなＳ１３５〜Ｓ１４５の処理を１回以上実行した結果、Ｓ１４５の処理において、次ページが存在しないと判断された場合（Ｓ１４５：ＮＯ）、ＭＦＰ１は、回線切断処理を実行し（Ｓ１５０）、送信側との通信を終了する。そして、ＦＡＸ受信完了シグナルを送って（Ｓ１５５）、Ｓ１０５の処理へと戻り、再びＳ１０５以降の処理を繰り返すことになる。なお、Ｓ１５５の処理で送ったＦＡＸ受信完了シグナルは、ＭＦＰ１内で機能する他のタスク（例えば、ＰＣスキャン・タスク７２等）に伝達されることになる。
【０１０３】
以上説明したＦＡＸ受信・タスク処理により、他のＦＡＸデバイス（例えばＦＡＸ６）からＦＡＸデータが送信されてきた場合には、そのＦＡＸデータが画データ管理部２１に保存される。
【０１０４】
［ＭＦＰのスキャンキー処理］
次に、ＭＦＰ１上で実行されるスキャンキー処理について、図９に基づいて説明する。このスキャンキー処理は、ＭＦＰ１において常時実行されている処理である。
【０１０５】
この処理を開始すると、ＭＦＰ１は、まず、スキャンキーが押下されたか否かを判断し（Ｓ２０５）、スキャンキーが押下されてない場合は（Ｓ２０５：ＮＯ）、ＦＡＸ受信完了シグナルを受信したか否かを判断し（Ｓ２１０）、ＦＡＸ受信完了シグナルを受信していない場合は（Ｓ２１０：ＮＯ）、Ｓ２０５の処理へと戻る。これにより、スキャンキーが押下されるかＦＡＸ受信完了シグナルを受信するまでは、Ｓ２０５〜Ｓ２１０の処理が繰り返されることになり、待機状態となる。
【０１０６】
この待機状態において、利用者が操作部１９においてスキャンキーを押下した場合（Ｓ２０５：ＹＥＳ）、ＭＦＰ１は、スキャンキー・データ（本発明でいう画像データ受信要求コマンドの一例に相当）を、ＵＳＢ Ｉ／Ｆ制御部７１にセットして、Ｓ２２５の処理へと進む。
【０１０７】
また、上記待機状態において、他のＦＡＸデバイス（例えばＦＡＸ６）からＦＡＸデータが送信されてきた場合には、上述したＦＡＸ受信・タスク処理（図８参照）の中で、Ｓ１５５の処理が実行される結果、ＦＡＸ受信完了シグナルを受信するので（Ｓ２１０：ＹＥＳ）、この場合、ＭＦＰ１は、ＦＡＸ受信完了をスキャンキー・データ（本発明でいう画像データ受信要求コマンドの一例に相当）として、ＵＳＢ Ｉ／Ｆ制御部７１にセットし、Ｓ２２５の処理へと進む。
【０１０８】
つまり、スキャンキー・データは、本来は、コンピュータ−スキャナ間通信用プロトコルにおいて、スキャンキーが押下された場合に、ＭＦＰ１からＰＣ２へ伝送されるデータとして規定されているものであるが、本実施形態においては、ＦＡＸ受信・タスク処理によるＦＡＸデータの受信完了時にも、スキャンキー・データが、ＭＦＰ１からＰＣ２へ伝送される。
【０１０９】
ただし、このスキャンキー・データには、スキャンモードまたはＦＡＸモードのいずれかを指定する動作モード情報が含まれており、Ｓ２１５の処理においては、スキャンモードが指定され、Ｓ２２０の処理においては、ＦＡＸモードが指定される。
【０１１０】
以上のような処理を終えたら、続いて、ＭＦＰ１は、ＰＣ２がスキャンキー・データをリードしたか否かを判断し（Ｓ２２５）、リードしていなければ（Ｓ２２５：ＮＯ）、タイムアウトしたか否かを判断し（Ｓ２３０）、タイムアウトに至っていなければ（Ｓ２３０：ＮＯ）、Ｓ２２５の処理へと戻る。これにより、ＰＣ２がスキャンキー・データをリードするかタイムアウトに至るまでは、Ｓ２２５〜Ｓ２３０の処理が繰り返されることになる。
【０１１１】
この繰り返し処理の中で、ＰＣ２がスキャンキー・データをリードした場合は（Ｓ２２５：ＹＥＳ）、Ｓ２０５の処理へと戻り、再びＳ２０５以降の処理を繰り返すことになる。なお、ＰＣ２は、通常、秒単位の頻度でスキャンキー・データのリードを行っているため、ＰＣ２が正常に稼働していれば、スキャンキー・データはＰＣ２によってリードされることになる。
【０１１２】
一方、ＰＣ２が稼働していない場合等、スキャンキー・データがＰＣ２によってリードされないこともあり、その状態で所定のタイムアウト時間が経過すると、タイムアウトに至ったと判断されることになる（Ｓ２３０：ＮＯ）。この場合、ＭＦＰ１は、スキャンキー処理をキャンセルして（Ｓ２３５）、Ｓ２０５の処理へと戻り、再びＳ２０５以降の処理を繰り返すことになる。
【０１１３】
以上説明したスキャンキー処理により、利用者が操作部１９においてスキャンキーを押下するか、他のＦＡＸデバイス（例えばＦＡＸ６）から送信されてきたＦＡＸデータの受信を完了した場合には、ＰＣ２に対してスキャンキー・データが伝送されることになる。
【０１１４】
なお、上述の通り、ＭＦＰ２側において、スキャンキー・データはＰＣ２によってリードされるのを待つだけであり、ＭＦＰ２が能動的にＰＣ１に対してスキャンキー・データを送信するものではない。ただし、後述する通り、ＰＣ２は、秒単位の頻度でリードを繰り返しているので、利用者から見れば無視できる程度の短時間が経過すれば、スキャンキー・データが伝送されることになる。
【０１１５】
［ＰＣのスキャン・イベント処理］
次に、ＰＣ２上で実行されるスキャン・イベント処理について、図１０に基づいて説明する。このスキャン・イベント処理は、ＰＣ２において常時実行されている処理である。ＰＣ２において、このスキャン・イベント処理が実行されると、上述したスキャンキー処理（図９参照）中のＳ２２５の処理では、肯定判断がなされることになる。
【０１１６】
この処理を開始すると、ＰＣ２は、まず、ＭＦＰ用ＵＳＢポートをオープンし（Ｓ３０５）、スキャンキー・データをリードして（Ｓ３１０）、ＭＦＰ用ＵＳＢポートをクローズする（Ｓ３１５）。
【０１１７】
ここで、上記Ｓ２１５またはＳ２２０の処理によって、スキャンキー・データがセットされている場合、Ｓ３１０の処理では、スキャンキー・データをリードすることができる。また、上記Ｓ２１５またはＳ２２０の処理が実行されていない状態であれば、スキャンキー・データをリードすることはできないことになる。
【０１１８】
そこで、ＰＣ２は、スキャンキー・データが存在したか否かを判断し（Ｓ３２０）、スキャンキー・データが存在しなければ（Ｓ３２０：ＮＯ）、Ｓ３０５の処理へと戻ることにより、Ｓ３０５〜Ｓ３２０の処理を繰り返す。なお、この繰り返し処理は、秒単位の頻度で繰り返される。
【０１１９】
この繰り返し処理の中で、スキャンキー・データが存在すると判断された場合（Ｓ３２０：ＹＥＳ）、ＰＣ２は、スキャンキー・データをイベントＧＵＩＤに変換する（Ｓ３２５）。このＳ３２５の処理において、スキャンキー・データは、スキャンキー・データに含まれる動作モード情報に応じて、その動作モード情報の種別（スキャンモードまたはＦＡＸモードのいずれか）を示す情報を含むＧＵＩＤに変換される。なお、スキャンキー・データとイベントＧＵＩＤとの対応関係を示す情報は、ＭＦＰ１のドライバをＰＣ２にインストールする際にＰＣ２のレジストリに登録されており、この情報を利用して上記変換が行われることになる。
【０１２０】
そして、このイベントＧＵＩＤをイベントモニタ６７に通知して（Ｓ３３０）、Ｓ３０５の処理へと戻り、再びＳ３０５以降の処理を繰り返すことになる。
以上説明したスキャン・イベント処理により、ＭＦＰ１側においてスキャンキー・データがセットされていれば、そのスキャンキー・データがＰＣ２側へと伝送されることになり、そのスキャンキー・データに応じたイベントＧＵＩＤが、イベントモニタ６７に通知されることになる。
【０１２１】
［ＰＣのイベントモニタ処理］
次に、ＰＣ２上で実行されるイベントモニタ処理について、図１１に基づいて説明する。このイベントモニタ処理は、ＰＣ２において常時実行されている処理で、上記スキャン・イベント処理（図１０参照）において、Ｓ３３０の処理によるイベントＧＵＩＤの通知があった場合に、イベントＧＵＩＤに関連づけられたアプリケーション（例えば、ＷＩＡアプリケーション６１、ＴＷＡＩＮアプリケーション６４などの画像処理アプリケーション５１；以下、単にアプリケーションという）を起動するための処理である。
【０１２２】
この処理を開始すると、ＰＣ２は、まず、イベントＧＵＩＤが通知されたか否かを判断し（Ｓ４０５）、イベントＧＵＩＤが通知されていなければ（Ｓ４０５：ＮＯ）、Ｓ４０５の処理へと戻ることにより、イベントＧＵＩＤが通知されるまで待機する。
【０１２３】
そして、上述したＰＣのスキャン・イベント処理（図１０参照）の実行に伴って、上記Ｓ３３０の処理によるイベントＧＵＩＤの通知があった場合は（Ｓ４０５：ＹＥＳ）、イベントＧＵＩＤに関連付けられたアプリケーション情報をレジストリから取得する（Ｓ４１０）。なお、イベントＧＵＩＤとアプリケーション情報との関連付けについての情報は、ＭＦＰ１のドライバをＰＣ２にインストールする際にＰＣ２のレジストリに登録されたものである。
【０１２４】
Ｓ４１０の処理を終えたら、ＰＣ２は、イベントＧＵＩＤとスキャナドライバ名（スキャナドライバ５２に付与された名称）をコマンドラインパラメータとしてアプリケーションを起動する（Ｓ４１５）。
【０１２５】
なお、Ｓ４１５の処理を終えたら、Ｓ４０５へと戻ることにより、再びＳ４０５以降の処理を繰り返すことになる。
以上説明したイベントモニタ処理において、Ｓ４１５の処理によって起動されたアプリケーションは、コマンドラインパラメータとして渡された情報に基づいて、スキャンキーの押下に応じたアクションとしてアプリケーションが起動されたことを認識し、また、アプリケーションが利用すべきスキャナドライバを認識することができる。
【０１２６】
そして、これらの情報を認識したアプリケーションは、スキャナドライバに対してスキャナデバイスからの画像の取得を指令する。この指令には、解像度などのスキャン・パラメータに加え、イベントＧＵＩＤに応じて決まる動作モード情報が含まれるものとなる。
【０１２７】
［ＰＣのＰＣスキャン処理］
次に、ＰＣ２上で実行されるＰＣスキャン処理について、図１２に基づいて説明する。
このＰＣスキャン処理は、ＰＣ２おいてスキャナドライバがアプリケーションからの指令を受けて実行する処理である。
【０１２８】
アプリケーションは、例えば、上記イベントモニタ処理（図１１参照）におけるＳ４１５の処理によって起動された場合に、コマンドラインパラメータによって所定の情報が渡されていれば、利用者操作等による指示を受けることなく、スキャナドライバに対してＰＣスキャン処理の実行を指令する。このとき、コマンドラインパラメータとして渡された情報の内、動作モード情報などがアプリケーションからスキャナドライバに渡される（後述する、動作態様１の場合に相当）。
【０１２９】
また、アプリケーションは、上記Ｓ４１５の処理による起動の他、利用者の操作による起動も当然ながら可能であるが、この利用者の操作による起動の際、上記Ｓ４１５の処理の場合と同等なコマンドラインパラメータが指定されていなければ、アプリケーションはスキャナドライバに対して直ちにＰＣスキャン処理の実行を指令することはない。この場合、アプリケーションが備えるＵＩ（ユーザーインターフェース）を利用して、利用者がＭＦＰ１からの画像（スキャンデータまたはＦＡＸデータ）取得を指示すれば、アプリケーションはスキャナドライバに対してＰＣスキャン処理の実行を指令する。この指令の際には、アプリケーションの設計により、動作モード情報などをアプリケーションからスキャナドライバへ渡すこともできるし渡さないこともできるが、動作モード情報などが渡されなかった場合は、スキャナドライバは、自身が備えるＵＩを利用して利用者に対して必要な情報の入力を求め、このＵＩから動作モード情報などを取得する（後述する、動作態様２の場合に相当）。
【０１３０】
さらに、実体が同じスキャナドライバに対し、スキャンモードに対応するスキャナドライバ名と、ＦＡＸモードに対応するスキャナドライバ名とを別々に付与しておいて、いずれのスキャナドライバ名が選択されたかに応じて、利用者がスキャンモードまたはＦＡＸモードのいずれを利用したいのかを認識するように構成してもよい。この場合、アプリケーションは、利用者にスキャナドライバ名を選択させ、選択されたスキャナドライバに対してＰＣスキャン処理の実行を指令する。そして、スキャナドライバ側では、利用者が選択したスキャナドライバ名に対応する動作モードが指定されたものと認識する（後述する、動作態様３の場合に相当）。
【０１３１】
なお、利用者の操作によってアプリケーションを起動する際に、上記Ｓ４１５の処理の場合と同等なコマンドラインパラメータを指定する方法は、ＯＳの仕様等に応じた様々な方法が提供され得る。一例を挙げれば、例えば、ＯＳとしてＷｉｎｄｏｗｓ（登録商標）を採用している場合、アプリケーションに関連づけられたショートカットをポインティングデバイスでクリックすることにより、アプリケーションを起動することができるが、このショートカットに起動時のコマンドラインパラメータを登録しておくことができる。この場合、利用者がショートカットをポインティングデバイスでクリックする操作を行えば、アプリケーションが起動されるとともに、ショートカットに登録されたコマンドラインパラメータをアプリケーションに渡すことができる。
【０１３２】
以下、ＰＣスキャン処理の具体的な処理手順について説明する。
ＰＣスキャン処理を開始すると、ＰＣ２は、まず、解像度などのスキャン・パラメータおよび動作モードを、自身が備えるＵＩ（Driver UI）あるいはアプリケーションから取得する（Ｓ５０５）。そして、スキャン開始コマンド、動作モード、およびスキャン・パラメータ（これらスキャン開始コマンド、動作モード、およびスキャン・パラメータが、本発明でいう画像データ送信要求コマンドの一例に相当）を、コンピュータ−スキャナ間通信用プロトコルを利用してＭＦＰ１に送信する（Ｓ５１０）。
【０１３３】
このスキャン開始コマンドを受けたＭＦＰ１からは、コンピュータ−スキャナ間通信用プロトコルを利用して、スキャンデータが送信されてくる。
そこで、スキャンデータが送信されてきたら、ＰＣ２は、スキャンデータを受信して（Ｓ５１５）、画像データ展開処理を実行する（Ｓ５２０）。
【０１３４】
すなわち、Ｓ５１５の処理で受信するスキャンデータは、コンピュータ−スキャナ間通信用プロトコルを利用してデータ伝送を行う上で都合のよいかたちになっており、アプリケーションにとって不要な情報が付加されていたり、アプリケーションにとって必要な情報がアプリケーション側で識別できない形態になっていたりするので、Ｓ５２０の処理により、アプリケーション側へ渡すのに適したデータ形式に展開する。
【０１３５】
なお、Ｓ５１５の処理で受信するスキャンデータは、ＰＣ２側では、スキャンデータとして認識する画像データであるが、その内容は、ＭＦＰ１においてスキャンを行うことによって生成されたスキャンデータである場合と、ＭＦＰ１において受信したＦＡＸデータをスキャンデータと同等な形態のデータとして伝送したものである場合とがある。
【０１３６】
さて、Ｓ５２０の処理を終えたら、続いて、ＰＣ２は、アプリケーションに画像データを渡して（Ｓ５２５）、１ページ分の処理が終了したか否かを判断する（Ｓ５３０）。ここで、１ページ分の処理が終了していなければ（Ｓ５３０：ＮＯ）、Ｓ５１５の処理へと戻ることにより、Ｓ５１５〜Ｓ５３０の処理を繰り返し、スキャンデータを順次展開しながらアプリケーションへと渡してゆく。
【０１３７】
また、このＳ５１５〜Ｓ５３０の処理を繰り返した結果、１ページ分の処理が終了すれば（Ｓ５３０：ＹＥＳ）、ページ終了処理を実行し（Ｓ５３５）、ページの区切りであることをアプリケーション側に伝達する。
【０１３８】
そして、全てのスキャンが終了したか否かを判断し（Ｓ５４０）、全てのスキャンがまだ終了していなければ（Ｓ５４０：ＮＯ）、Ｓ５１０の処理へと戻り、再びＳ５１０以降の処理を繰り返す。これにより、アプリケーション側から指令された回数分のスキャンを順に実行してゆくことになる。
【０１３９】
こうしてＳ５１０〜Ｓ５４０の処理を１回以上実行した結果、全てのスキャンが終了すれば（Ｓ５４０：ＮＯ）、スキャン終了処理を実行し（Ｓ５４５）、Ｓ５０５の処理へと戻る。
【０１４０】
以上説明したＰＣスキャン処理により、ＰＣ２は、コンピュータ−スキャナ間通信用プロトコルを利用して、ＭＦＰ１に対して画像データの送信を要求するとともに、その要求に応じて、コンピュータ−スキャナ間通信用プロトコルを利用して送信されてくる画像データを受信し、受信した画像データをアプリケーションに引き渡すことができる。
【０１４１】
［ＭＦＰのＰＣスキャン・タスク処理］
次に、ＭＦＰ１上で機能するＰＣスキャン・タスク７２が実行する処理を、図１３に基づいて説明する。このＰＣスキャン・タスク処理は、ＭＦＰ１において常時実行されている処理である。
【０１４２】
この処理を開始すると、ＭＦＰ１は、まず、スキャン開始コマンドを受信したか否かを判断し（Ｓ６０５）、受信していなければ（Ｓ６０５：ＮＯ）、Ｓ６０５の処理へと戻ることにより、スキャン開始コマンドを受信するまで待機する。
【０１４３】
ここで、スキャン開始コマンドを受信した場合は（Ｓ６０５：ＹＥＳ）、解像度などのスキャン・パラメータ処理を実行する（Ｓ６１０）。このＳ６１０の処理により、指定された解像度やその他のパラメータに従ったスキャンができるように、読み取り部１３の制御に用いられるデータ等が適切に設定される。
【０１４４】
そして、ＰＣ２側から渡された情報に基づいて動作モードの判定を行い（Ｓ６１５）、動作モードがＰＣ−スキャンモードであった場合は（Ｓ６１５：ＰＣ−Ｓｃａｎモード）、読み取り開始処理を実行し（Ｓ６２０）、読み取りを開始するために必要な処理、例えば、読み取り部１３が備える可動部の原点調整、光源の点灯、白レベル補正用のデータ取得などを行う。なお、動作モードがＦＡＸ受信モードであった場合は（Ｓ６１５：ＦＡＸ受信モード）、後述する処理の中で読み取り部１３を作動させることはないので、Ｓ６２０の処理をスキップする。
【０１４５】
こうしてＳ６１５ないしＳ６２０の処理を終えたら、ＭＦＰ１は、動作モードの判定を行い（Ｓ６２５）、動作モードがＰＣ−スキャンモードであった場合は（Ｓ６２５：ＰＣ−Ｓｃａｎモード）、スキャンした生データを、画データ管理部２１内のバッファにライトし（Ｓ６３０）、スキャン生データに対して画処理を行う（Ｓ６３５）。
【０１４６】
一方、Ｓ６２５の処理において、動作モードがＦＡＸ受信モードであった場合は（Ｓ６２５：ＦＡＸ受信モード）、画データ管理部２１内のＦＡＸデータをリードする（Ｓ６４０）。
【０１４７】
以上のようなＳ６２５〜Ｓ６３５の処理により、読み取り部１３でのスキャンによって生成されたスキャン生データ、もしくは、先に説明したＦＡＸ受信・タスク処理（図８参照）によって画データ管理部２１に保存されたＦＡＸデータのいずれかが、内部的に取得されることになるので、これらいずれのデータに対しても、スキャンデータ用フォーマット処理を施す（Ｓ６４５）。
【０１４８】
このスキャンデータ用フォーマット処理により、読み取り部１３でのスキャンによって生成されたスキャン生データ、画データ管理部２１に保存されたＦＡＸデータは、どちらもコンピュータ−スキャナ間通信用プロトコルを利用して伝送するのに適した形式を持ったスキャンデータとされる。
【０１４９】
そこで、このスキャンデータ用フォーマット処理が施されたスキャンデータを転送バッファにライトして（Ｓ６５０）、このスキャンデータをＰＣ２に送信する（Ｓ６５５）。このＳ６５５の処理において、スキャンデータは、読み取り部１３でのスキャンによって生成されたスキャン生データ、画データ管理部２１に保存されたＦＡＸデータのいずれからなるスキャンデータであっても、コンピュータ−スキャナ間通信用プロトコルを利用して送信されることになる。
【０１５０】
こうしてＳ６５５の処理を終えたら、ＭＦＰ１は、１ページ分の処理が終了したか否かを判断し（Ｓ６６０）、１ページ分の処理が終了していなければ（Ｓ６６０：ＮＯ）、Ｓ６２５の処理へと戻ることにより、Ｓ６２５〜Ｓ６６０の処理を繰り返す。
【０１５１】
また、このＳ６２５〜Ｓ６６０の処理を１回以上実行した結果、１ページ分の処理が終了すれば（Ｓ６６０：ＹＥＳ）、動作モードの判定を行い（Ｓ６６５）、動作モードがＰＣ−スキャンモードであった場合は（Ｓ６６５：ＰＣ−Ｓｃａｎモード）、読み取り終了処理を実行し（Ｓ６７０）、読み取りを終了するために必要な処理、例えば、光源の消灯などを行う。なお、動作モードがＦＡＸ受信モードであった場合は（Ｓ６６５：ＦＡＸ受信モード）、読み取り部１３を利用していないので、Ｓ６７０の処理をスキップする。
【０１５２】
そして、全てのページ処理が終了したか否かを判断し（Ｓ６７５）、全てのページ処理が終了していなければ（Ｓ６７５：ＮＯ）、１ページ終了をＰＣ２に送信して（Ｓ６８０）、Ｓ６１５の処理へと戻り、再びＳ６１５以降の処理を実行する。また、全てのページ処理が終了していれば（Ｓ６７５：ＹＥＳ）、スキャン終了をＰＣ２に送信して（Ｓ６８５）、Ｓ６０５の処理へと戻り、再びＳ６０５以降の処理を実行する。
【０１５３】
以上説明したＰＣスキャン・タスク処理により、ＭＦＰ１は、ＰＣ２からコンピュータ−スキャナ間通信用プロトコルを利用して送信されてくる画像データ送信要求を受信するとともに、その要求に応じて、読み取り部１３でのスキャンによって生成されたスキャンデータ、画データ管理部２１に保存されたＦＡＸデータをスキャンデータ相当のフォーマットとしたもののいずれかを、コンピュータ−スキャナ間通信用プロトコルを利用してＰＣ２へ送信することができる。
【０１５４】
［画像データ伝送システムの動作態様］
次に、以上説明した各処理をＭＦＰ１およびＰＣ２それぞれが実行することにより、画像データ伝送システム全体がどのように動作するのかについて、その動作態様を図１４〜図１６のタイミングチャートを利用して説明する。
【０１５５】
図１４は、ＦＡＸデータの受信完了をＭＦＰ１からＰＣ２へ通知し、この通知を受けたＰＣ２側において、ＯＳがコマンドライパラメータを指定してアプリケーションを起動し、ＭＦＰ１からＰＣ２へのＦＡＸデータの伝送を行う例を示したものである（以下、動作態様１という）。
【０１５６】
この動作態様１においては、まず、ＭＦＰ１側において、ＦＡＸ受信・タスク７５がＦＡＸを受信すると、ＦＡＸ受信・タスク７５は、受信イメージデータを画データ管理部２１に保存する（Ｔ１）。そして、ＭＦＰ１は、スキャンキー処理（図９参照）によって、ＦＡＸ受信イベントをＰＣ２に通知する（Ｔ２）。
【０１５７】
このＦＡＸ受信イベントの通知を受けたＰＣ２側では、イベントモニタ６７が、ＦＡＸ受信イベントを検知して、アプリケーションを起動する（Ｔ３）。このとき、イベントモニタ６７からアプリケーションには、コマンドラインパラメータとしてＦＡＸモードを指定する動作モード情報が渡される。
【０１５８】
続いて、起動されたアプリケーションは、イベントモニタ６７からコマンドラインパラメータとしてＦＡＸモードを指定する動作モード情報が渡されるので、ＰＣ−ＦＡＸ受信モードをセットした状態でスキャン開始コマンドをＭＦＰ１へと送信し、ＰＣスキャンを開始する（Ｔ４）。
【０１５９】
ＭＦＰ１では、ＰＣスキャン・タスク７２が、ＰＣ２から送信されてきたスキャン開始コマンドを受けて処理を開始し、そのスキャン開始コマンドにおいてＰＣ−ＦＡＸ受信モードが指定されているので、画データ管理部２１に保存されている受信イメージデータをＰＣ２に転送する（Ｔ５）。
【０１６０】
ＭＦＰ１より転送されたイメージデータは、ＰＣ２側においてスキャナドライバによって受信され、スキャナドライバは、受信したイメージデータを展開し、アプリケーションに渡す（Ｔ６）。そして、アプリケーションは、スキャナドライバより渡されたイメージデータを表示するなどの処理を行う（Ｔ７）。
【０１６１】
以上説明したような動作態様１によれば、ＭＦＰ１がＦＡＸの受信を完了すると、操作部１９においてスキャンキーが押下された場合（すなわち、プッシュスキャン機能が利用された場合）と同等なイベントが発生し、コンピュータ−スキャナ間通信用プロトコルを利用して、スキャンデータ（実際はＦＡＸデータ）の受信要求がＰＣ２へと伝達される。そして、この受信要求にＰＣ２が応じると、ＦＡＸデータが、コンピュータ−スキャナ間通信用プロトコルを利用することにより、スキャンデータとしてＰＣ２側へ送信される。
【０１６２】
したがって、ＰＣ２側では、スキャンデータを受信する場合と全く同様のリソースのみを利用して、スキャンデータ相当のデータとされたＦＡＸデータを受信し、表示等の処理を行うことができる。
【０１６３】
図１５は、ＰＣ２側で利用者がコマンドライパラメータを指定することなくアプリケーションを起動し、アプリケーションの起動後にアプリケーションないしスキャナドライバのＵＩを利用してパラメータを入力して、ＭＦＰ１からＰＣ２へのＦＡＸデータの伝送を行う例を示したものである（以下、動作態様２という）。
【０１６４】
上記動作態様１では、プッシュスキャン機能に相当する仕組みを利用して、ＦＡＸ受信をＭＦＰ１からＰＣ２へ通知していたが、以下に説明する動作態様２は、プルスキャン機能に相当する仕組みを利用して、ＦＡＸデータをＭＦＰ１からＰＣ２へ伝送するものである。
【０１６５】
この動作態様２においては、まず、ＭＦＰ１側において、ＦＡＸ受信・タスク７５がＦＡＸを受信すると、ＦＡＸ受信・タスク７５は、受信イメージデータを画データ管理部２１に保存する（Ｔ１１）。この後、ＭＦＰ１は、上記動作態様１の場合と同様に、スキャンキー処理（図９参照）によってＦＡＸ受信イベントをＰＣ２に通知する可能性があるが、ＰＣ２側の電源スイッチが入っていない場合などは、ＦＡＸ受信イベントの通知がＰＣ２に届かないことがある。また、ＭＦＰ１側の仕様や設定によっては、ＦＡＸ受信イベントをＰＣ２に通知しないこともある。これらの場合、ＭＦＰ１は、ＰＣ２側からのアクセスを待つだけの状態になる。
【０１６６】
その後、ＰＣ２において、利用者がアプリケーションを起動し、アプリケーションのＵＩを利用して、対象ＭＦＰ（本実施形態の場合はＭＦＰ１）用のスキャナを選択する（Ｔ１２）。そして、スキャナドライバのＵＩ画面にて、利用者がＰＣ−ＦＡＸ受信モードを選択し、ＰＣスキャンを開始する（Ｔ１３）。
【０１６７】
ＭＦＰ１では、ＰＣスキャン・タスク７２が、ＰＣ２から送信されてきたスキャン開始コマンドを受けて処理を開始し、そのスキャン開始コマンドにおいてＰＣ−ＦＡＸ受信モードが指定されているので、画データ管理部２１に保存されている受信イメージデータをＰＣ２に転送する（Ｔ１４）。
【０１６８】
ＭＦＰ１より転送されたイメージデータは、ＰＣ２側においてスキャナドライバによって受信され、スキャナドライバは、受信したイメージデータを展開し、アプリケーションに渡す（Ｔ１５）。そして、アプリケーションは、スキャナドライバより渡されたイメージデータを表示するなどの処理を行う（Ｔ１６）。
【０１６９】
以上説明したような動作態様２によれば、ＰＣ２側で利用者がスキャナドライバのＵＩを利用してＦＡＸデータの送信を指定すると、コンピュータ−スキャナ間通信用プロトコルを利用して、スキャンデータ（実際はＦＡＸデータ）の送信要求がＭＦＰ１へと伝達される。そして、この送信要求にＭＦＰ１が応じると、ＦＡＸデータが、コンピュータ−スキャナ間通信用プロトコルを利用することにより、スキャンデータとしてＰＣ２側へ送信される。
【０１７０】
したがって、ＰＣ２側では、スキャンデータを受信する場合と全く同様のリソースのみを利用して、スキャンデータ相当のデータとされたＦＡＸデータを受信し、表示等の処理を行うことができる。
【０１７１】
図１６は、ＰＣ２側で利用者がアプリケーションを起動し、スキャナドライバのＵＩを利用することなく、ＭＦＰ１からＰＣ２へのＦＡＸデータの伝送を行う例を示したものである（以下、動作態様３という）。
【０１７２】
この動作態様３の場合も、まず、ＭＦＰ１側において、ＦＡＸ受信・タスク７５がＦＡＸを受信すると、ＦＡＸ受信・タスク７５は、受信イメージデータを画データ管理部２１に保存する（Ｔ２１）。この後、ＭＦＰ１がＰＣ２側からのアクセスを待つだけの状態になるのは、上記動作態様２の場合と同様である。
【０１７３】
その後、ＰＣ２において、利用者がアプリケーションを起動し、その後に表示されるアプリケーションのＵＩ画面において、対象ＭＦＰ１用のＰＣ−ＦＡＸ受信モードスキャナを選択する（Ｔ２２）。具体的には、アプリケーションを起動すると、その後に、ＭＦＰ１に対してＰＣ−スキャナモードを実行させるか、ＰＣ−ＦＡＸ受信モードを実行させるかを利用者に選択させる画面を表示する。ここでは、例えば、ＭＦＰ１の共通ドライバに対して、「ＰＣ−スキャナ用」と、「ＰＣ−ＦＡＸ受信用」というように異なる名前を付与しておき、この名前を選択画面において表示させて利用者にどちらかを選択させることで、その選択結果に基づき、ＭＦＰ１のドライバに実行させるモードがＰＣ−スキャナモード、もしくはＰＣ−ＦＡＸ受信モードとなるように内部的に指定される。このようにモードが指定されることにより、コマンドラインパラメータを用いることなく、直ちにＰＣ−ＦＡＸ受信モードでのＰＣスキャンを開始する（Ｔ２３）。
【０１７４】
なお、ＰＣ−スキャナモード、もしくはＰＣ−ＦＡＸ受信モードに対応した名前を選択可能に表示させるための情報は、ＭＦＰ１のドライバにあらかじめ組み込まれており、このドライバをＰＣ２にインストールすることで、上記アプリケーションのＵＩ画面において、ＰＣ−スキャナモード、ＰＣ−ＦＡＸ受信モードに対応した名前が表示されるように設定される。
【０１７５】
ＭＦＰ１では、ＰＣスキャン・タスク７２が、ＰＣ２から送信されてきたスキャン開始コマンドを受けて処理を開始し、そのスキャン開始コマンドにおいてＰＣ−ＦＡＸ受信モードが指定されているので、画データ管理部２１に保存されている受信イメージデータをＰＣ２に転送する（Ｔ２４）。
【０１７６】
ＭＦＰ１より転送されたイメージデータは、ＰＣ２側においてスキャナドライバによって受信され、スキャナドライバは、受信したイメージデータを展開し、アプリケーションに渡す（Ｔ２５）。そして、アプリケーションは、スキャナドライバより渡されたイメージデータを表示するなどの処理を行う（Ｔ２６）。
【０１７７】
以上説明したような動作態様３によれば、ＰＣ２側で利用者がアプリケーションを起動した後、ＰＣ−ＦＡＸ受信モードを指定し、その情報がスキャナドライバに伝達されるので、スキャナドライバのＵＩを利用しなくても、コンピュータ−スキャナ間通信用プロトコルを利用して、スキャンデータ（実際はＦＡＸデータ）の送信要求がＭＦＰ１へと伝達される。そして、この送信要求にＭＦＰ１が応じると、ＦＡＸデータが、コンピュータ−スキャナ間通信用プロトコルを利用することにより、スキャンデータとしてＰＣ２側へ送信される。
【０１７８】
したがって、ＰＣ２側では、スキャンデータを受信する場合と全く同様のリソースのみを利用して、スキャンデータ相当のデータとされたＦＡＸデータを受信し、表示等の処理を行うことができる。
【０１７９】
［上記実施形態による効果］
以上説明したように、上記画像データ伝送システムによれば、ＭＦＰ１およびＰＣ２が、コンピュータ−スキャナ間通信用プロトコルを利用して通信を行う上で必要となるハードウェアおよびソフトウェアさえ備えていれば、コンピュータ−ＦＡＸ間通信用プロトコルを利用して通信を行う上で必要となるハードウェアおよびソフトウェアを用意しなくても、ＰＣ２からＭＦＰ１のスキャナ機能およびＦＡＸ受信機能を利用することができる。
【０１８０】
したがって、ＭＦＰ１の構成を簡素化し、コストダウンを図ることができる。
より具体的には、例えば、上記ＭＦＰ１の場合、図４に示した通り、スキャナ機能用のインターフェース３７を介してスキャンデータおよびＦＡＸデータの双方を送受信できる。したがって、スキャナ機能用のインターフェース３７とは別にＦＡＸ機能用のインターフェースを設ける必要がなくなり、ＭＦＰ１が備えるＵＳＢ Ｉ／Ｆ１５の構成を簡素化することができる。また、コンピュータ−ＦＡＸ間通信用プロトコルを利用するためのソフトウェアをＭＦＰ１に組み込む必要も無くなる。
【０１８１】
また、ＰＣ２においても、コンピュータ−スキャナ間通信用プロトコルを利用して画像データを取得するアプリケーションやスキャナドライバさえあれば、単一のアプリケーションおよびドライバでスキャンデータおよびＦＡＸデータの双方を取得できるので、ＦＡＸデータを取得するための専用アプリケーションや専用ドライバが不要となり、ＰＣ２の構成を簡素化することができる。
【０１８２】
つまり、従来は、コンピュータ−スキャナ間通信用プロトコルを利用して通信を行うためのリソースと、コンピュータ−ＦＡＸ間通信用プロトコルを利用して通信を行うためのリソースを、それぞれ個別に用意する必要があったが、上記画像データ伝送システムであれば、コンピュータ−スキャナ間通信用プロトコルを利用して通信を行うためのリソースさえあれば、ＭＦＰ１のスキャナ機能およびＦＡＸ受信機能を利用することができる。
【０１８３】
また、ＭＦＰ１からＰＣ２へＦＡＸ受信を通知する際には、操作部１９でスキャンキーが押下された場合と同等な通知を行っているので、ＦＡＸ受信の通知についても、コンピュータ−スキャナ間通信用プロトコルを利用して実現することができる。
【０１８４】
さらに、利用者は、スキャナドライバのＵＩ画面においてスキャンデータまたはＦＡＸデータのいずれを取得したいのかを指定でき、あるいは、アプリケーションの起動時に、コマンドラインパラメータでスキャンデータまたはＦＡＸデータのいずれを取得したいのかを指定できる。したがって、利用者が、スキャンデータを取得したい場合とＦＡＸデータを取得したい場合とで、別々のアプリケーションを起動したり、全く異なるＵＩを利用したりしなくてもよいので、アプリケーションを使い分けるような面倒な手間は不要となり、操作性もよくなる。
【０１８５】
［変形例等］
以上、本発明の実施形態について説明したが、本発明は上記の具体的な一実施形態に限定されず、この他にも種々の形態で実施することができる。
【０１８６】
例えば、上記実施形態において、ＭＦＰ１は、スキャナ機能、ＦＡＸ機能、プリンタ機能、コピー機能、電話機能などを兼ね備えた複合デバイスとして構成されていたが、本発明は、少なくともスキャナデバイスおよびＦＡＸデバイスとして機能可能な複合デバイスであれば適用可能であり、プリンタ機能、コピー機能、電話機能等については、これらの機能を備えていないものであってもよい。
【０１８７】
また、上記実施形態において、ＭＦＰ１とＰＣ２は、ＵＳＢインターフェースを介して接続されるようになっていたが、コンピュータ−スキャナ間通信用プロトコルを利用して相互にデータ通信可能に構成されていれば、その通信において利用する通信インターフェースの規格については、どのような規格の通信インターフェースを利用していても構わない。
【０１８８】
具体例を挙げれば、例えば、ＵＳＢ（Universal Serial Bus）インターフェース等に代表されるような各種シリアルインターフェースの他、IEEE1284インターフェースに代表されるような各種パラレルインターフェース、あるいは、IEEE802系(IEEE802.3/IEEE802.3u/IEEE802.3ab等)インターフェースに代表されるようなＬＡＮインターフェース等を任意に採用することができる。
【０１８９】
また、上記実施形態においては、プッシュスキャン機能を実現するための構成として、ＭＦＰ１側においてスキャンキー・データをセットし、そのスキャンキー・データをＰＣがリードする仕組みを採用していたが、スキャンキー・データをＭＦＰ１からＰＣ２へ能動的に送信する仕組みを採用しても構わない。
【図面の簡単な説明】
【０１９０】
【図１】本発明の一実施形態に相当する画像データ伝送システムを含む通信系全体の概略構成を示すブロック図。
【図２】ＭＦＰ１の内部構成をハードウェアとしての視点で見た場合のブロック図。
【図３】ＭＦＰ１の内部構成の内、スキャナ機能およびＦＡＸ受信機能に関連する構成を機能単位で見た場合のブロック図。
【図４】ＵＳＢ Ｉ／Ｆの内部構成を示すブロック図
【図５】ＰＣが備えるソフトウェアの内、ＭＦＰ１との通信に関連するソフトウェアの概略を示したブロック図。
【図６】ＭＦＰ１のスキャナ機能に関連するソフトウェアについてのブロック図。
【図７】ＭＦＰ１上で機能する各種制御部およびタスクについての説明図。
【図８】ＭＦＰ１のＦＡＸ受信・タスク７５処理のフローチャート。
【図９】ＭＦＰ１のスキャンキー処理のフローチャート。
【図１０】ＰＣのスキャン・イベント処理のフローチャート。
【図１１】ＰＣのイベントモニタ処理のフローチャート。
【図１２】ＰＣのＰＣスキャン処理のフローチャート。
【図１３】ＭＦＰ１のＰＣスキャン・タスク７２処理のフローチャート。
【図１４】画像データ伝送システムの第１の動作態様を示すタイミングチャート。
【図１５】画像データ伝送システムの第２の動作態様を示すタイミングチャート。
【図１６】画像データ伝送システムの第３の動作態様を示すタイミングチャート。
【符号の説明】
【０１９１】
１・・・ＭＦＰ１、２・・・ＰＣ、３・・・ＵＳＢケーブル、４・・・電話線、５・・・電話回線網、６・・・ＦＡＸ、１０・・・ＣＰＵ、１１・・・ＲＯＭ、１２・・・ＲＡＭ、１３・・・読み取り部、１４・・・表示部、１５・・・ＵＳＢ Ｉ／Ｆ、１６・・・ＬＡＮ Ｉ／Ｆ、１７・・・モデム、１８・・・記録部、１９・・・操作部、２０・・・制御部、２１・・・画データ管理部２１、３１・・・エンドポイント・ゼロ、３２，３５・・・入力用エンドポイント、３３，３６・・・出力用エンドポイント、３４，３７・・・インターフェース、３８・・・コントローラ、３９・・・シリアルエンジン、４０・・・ＵＳＢトランシーバー、４１・・・ＵＳＢコネクタ、４２・・・システムバス、５１・・・画像処理アプリケーション、５２・・・スキャナドライバ、５３・・・ＵＳＢスキャナクラスドライバ、５４・・・プリンタドライバ、５５・・・ＵＳＢプリンタクラスドライバ、５６・・・ＵＳＢジェネリックペアレントドライバ、５７・・・ＵＳＢホストコントローラドライバ、６１・・・ＷＩＡアプリケーション、６２・・・ＷＩＡサービス、６３・・・ＷＩＡミニドライバー、６４・・・ＴＷＡＩＮアプリケーション、６５・・・ＴＷＡＩＮデータソースマネージャ、６６・・・ＴＷＡＩＮデータソース、６７・・・イベントモニタ、７１・・・Ｉ／Ｆ制御部、７２・・・ＰＣスキャン・タスク７２、７３・・・読み取り処理部、７４・・・モデム制御部、７５・・・ＦＡＸ受信・タスク７５。
【出願人】 【識別番号】０００００５２６７
【氏名又は名称】ブラザー工業株式会社
【出願日】 平成１８年６月３０日（２００６．６．３０）
【代理人】 【識別番号】１０００８２５００
【弁理士】
【氏名又は名称】足立 勉

【識別番号】１００１２９０９０
【弁理士】
【氏名又は名称】竹中 謙史
【公開番号】 特開２００８−１１４２７（Ｐ２００８−１１４２７Ａ）
【公開日】 平成２０年１月１７日（２００８．１．１７）
【出願番号】 特願２００６−１８２３１３（Ｐ２００６−１８２３１３）