(57)【要約】【課題】原稿の画像データを読取ってネットワーク上のクライアントに転送する場合に、１ページで自装置が備える画像メモリのメモリ容量を上回るデータサイズの原稿の画像データであってもクライアントに転送することができる画像読取装置を提供すること。【解決手段】本発明の画像読取装置１は、ネットワーク１７上のクライアントＰＣ１４からの読取り開始要求を受信して原稿の画像データの読取りを開始する手段と、該手段による原稿の画像データの読取り開始後、クライアントＰＣ１４から原稿の画像データの転送要求を受信する毎に、原稿の画像データの既読取領域のうち未転送部分をクライアントＰＣ１４に転送する手段と、を備える。【選択図】      図１
2005303770.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上のクライアント装置からの読取り開始要求を受信して原稿の画像データの読取りを開始する画像読取手段と、該手段による前記原稿の画像データの読取り開始後、前記クライアント装置から前記原稿の画像データの転送要求を受信する毎に、前記原稿の画像データの既読取領域のうち未転送部分を前記クライアント装置に転送する転送手段と、を備えることを特徴とする画像読取装置。
【請求項２】
前記転送手段は、前記画像読取手段による前記原稿の画像データの読取速度に応じて、前記未転送部分のデータ量を変化させて該未転送部分を前記クライアント装置に転送することを特徴とする請求項１記載の画像読取装置。
【請求項３】
前記読取り開始要求、前記転送要求、及び前記転送は、ＨＴＴＰプロトコルを用いて行われることを特徴とする請求項１又は２記載の画像読取装置。
【請求項４】
前記読取り開始要求及び前記転送要求の受信は、前記クライアント装置からＸＭＬ文書で記述された所定のリクエストコマンドの受信であることを特徴とする請求項３記載の画像読取装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像読取装置に関し、詳しくは読取った原稿の画像データを例えばＬＡＮ（Local Area Network）等のネットワーク上のクライアントに転送する画像読取装置に関するものである。
【背景技術】
【０００２】
近年、インターネットは、ウェブページ（Web page）の閲覧や電子メールの送受信に加え、動画像や音声データの配信など、様々な用途に利用されている。このようなインターネットを利用した装置として、撮影した画像データをインターネットを介してウェブクライアントに配信するカメラサーバが特許文献１に開示されている。
【０００３】
特許文献１のカメラサーバは、ＰＣ（Personal Computer）、ウェブクライアントからの要求に応じて画像データを撮影するカメラ、撮影した画像データを圧縮符号化する圧縮符号化手段、圧縮符号化した画像データをウェブクライアントに配信するためのネットワークインターフェース等によって構成されている。
【０００４】
このカメラサーバは、ウェブクライアントから静止画像データを要求するＨＴＭＬ（Hypertext Markup Language）文書を受信した場合には、カメラで撮影した静止画像データをＪＰＥＧ（Joint Photographic Experts Group）形式やＧＩＦ（Graphics Interchange Format）形式に対応して圧縮符号化したデータを１つのファイルにしてＨＴＴＰ（Hypertext Transfer Protocol）プロトコルにより配信する。ウェブクライアントから動画像データを要求するＨＴＭＬ文書を受信した場合には、カメラで撮影した動画像データをＭＰＥＧ（Moving Picture Experts Group）形式に対応して圧縮符号化し、その動画像データを構成する複数の静止画像データを連続的に転送するために、ＨＴＴＰプロトコルとは異なる映像配送プロトコルによりウェブクライアントに配信する。
【０００５】
このように、特許文献１のカメラサーバでは、静止画像データと動画像データを効率良くウェブクライアントに配信するために、それぞれのデータを転送するのに適したプロトコルを使用している。
【０００６】
ところで、このような画像データの配信ないし転送は、インターネットだけに限られたものではなくＬＡＮ等の比較的狭い範囲のネットワークにおいても行われている。例えば原稿の画像データを読取ってＬＡＮ上のクライアント（クライアントＰＣ）に転送する画像読取装置では、読取った原稿の画像データを圧縮符号化して画像メモリに一旦蓄積し、原稿の読取りが完了した後に蓄積した画像データを画像メモリから読み出して所定のＬＡＮインターフェースを介してクライアントに転送することにより、ネットワークスキャナ機能を実現している。
【特許文献１】特開平１０−４０１８５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、例えばＡ４サイズの原稿を読取って得たカラー画像データのデータサイズは、原稿の読取条件によっては非圧縮の状態で１００ＭＢにも及ぶため、１６ＭＢや３２ＭＢ程度のメモリ容量の画像メモリしか備えていない画像読取装置では、読取った１ページの原稿の画像データを画像メモリに蓄積することができないために、このように１ページで画像メモリのメモリ容量を上回るデータサイズの原稿の画像データをクライアントに転送することはできなかった。
【０００８】
本発明は、かかる課題に鑑みてなされたものであり、原稿の画像データを読取ってネットワーク上のクライアントに転送する場合に、１ページで自装置が備える画像メモリのメモリ容量を上回るデータサイズの原稿の画像データであってもクライアントに転送することができる画像読取装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、請求項１記載の画像読取装置は、ネットワーク上のクライアント装置からの読取り開始要求を受信して原稿の画像データの読取りを開始する画像読取手段と、該手段による前記原稿の画像データの読取り開始後、前記クライアント装置から前記原稿の画像データの転送要求を受信する毎に、前記原稿の画像データの既読取領域のうち未転送部分を前記クライアント装置に転送する転送手段と、を備えることを特徴としている。
【００１０】
請求項２記載の画像読取装置は、請求項１に記載の画像読取装置において、前記転送手段は、前記画像読取手段による前記原稿の画像データの読取速度に応じて、前記未転送部分のデータ量を変化させて該未転送部分を前記クライアント装置に転送することを特徴としている。
【００１１】
請求項３記載の画像読取装置は、請求項１又は２に記載の画像読取装置において、前記読取り開始要求、前記転送要求、及び前記転送は、ＨＴＴＰプロトコルを用いて行われることを特徴としている。
【００１２】
請求項４記載の画像読取装置は、請求項３に記載の画像読取装置において、前記読取り開始要求及び前記転送要求の受信は、前記クライアント装置からＸＭＬ文書で記述された所定のリクエストコマンドの受信であることを特徴としている。
【発明の効果】
【００１３】
請求項１に記載の画像読取装置によれば、原稿の画像データの読取り開始後、クライアント装置からの転送要求を受ける毎に原稿の画像データの既読取領域のうち未転送部分をクライアント装置に転送するので、転送した未転送部分のデータをメモリから削除して空き領域を確保することにより、複数ページの原稿の画像データを蓄積するだけのメモリを備えていなくても、１ページでメモリの容量を上回るデータサイズの原稿の画像データをクライアント装置に転送することができる。
【００１４】
請求項２に記載の画像読取装置によれば、請求項１に記載の画像読取装置の効果に加えて、原稿の画像データの読取速度に応じてクライアント装置に転送する未転送部分のデータ量を変化させるので、転送要求を受信したときに読取りが完了している未転送部分のデータのうちその一部だけがクライアント装置に転送されるということはなく、解像度や変倍率等の読取条件によって原稿の画像データの読取速度が変化したとしても円滑なデータ転送を行うことができる。
【００１５】
請求項３に記載の画像読取装置によれば、請求項１又は２に記載の画像読取装置の効果に加え、ＨＴＴＰプロトコルを使用するので汎用性があり、また、クライアント装置から転送されるリクエストに対して未転送部分のデータをレスポンスとして返送するという単純な処理の繰り返しによって原稿の画像データを転送することができる。
【００１６】
請求項４に記載の画像読取装置によれば、請求項３に記載の画像読取装置の効果に加え、クライアント装置からの読取り開始要求及び転送要求は、ＸＭＬ文書で記述された所定のリクエストコマンドの転送によって行われるため、画像読取装置では、受信したデータの中からＸＭＬ文書を検索し、検出したＸＭＬ文書の開始タグと終了タグで挟み込まれたコマンド名から要求の内容を容易に判断することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態に係る画像読取装置について図面に基づき説明する。図１は、この画像読取装置１の構成例を示したブロック図である。画像読取装置１は、図示するように制御部（ＭＰＵ：Microprocessing Unit）２、原稿読取部３、画像処理回路４、コーデック（ＣＯＤＥＣ：Coder and Decoder）５、画像メモリ６、記録部７、操作部８、表示部９、Ｆｌａｓｈ ＲＯＭ（Read Only Memory）１０、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）１１、及びＬＡＮ Ｉ／Ｆ（Local Area Network Interface）１２を備えたものであって、各部２乃至１２は、バス１３によって通信可能に接続されている。
【００１８】
制御部２は、画像読取装置１の各部の動作を制御する。原稿読取部３は、カラーＣＣＤ（Charge Coupled Device）によって原稿のカラー画像データ及びモノクロ画像データの双方の画像データを読取ることができる構成を備えたものであり、コピーやクライアントＰＣ（クライアント装置）１４用の画像データの読取りを行うものである。なお、クライアントＰＣ１４用の画像データの読取りを行う場合には、クライアントＰＣ１４からの読取り開始要求を受信して原稿の画像データの読取りを開始する。なお、クライアントＰＣ１４からは原稿の読取り開始を要求する際に、読取解像度や変倍率などの原稿の読取条件を指定することができ、原稿読取部３は、原稿を搬送する搬送ローラ（不図示）の回転速度を制御すること等により、指定された読取条件に応じて読取速度を変化させて原稿の読取りを行うことができるように構成されている。また、原稿読取部３は、図示しないが、自動原稿給送部（ＡＤＦ：Automatic Document Feeder）、フラットベッド読取部（ＦＢＳ：Flat Bed Scanner）を備えており、自動原稿給送部の原稿トレイに載置された原稿又はフラットベッド読取部の透明な原稿載置板に載置された原稿の画像データを読取ってＲＧＢ表色系の画像データを所定の出力先に出力する。
【００１９】
画像処理回路４は、原稿読取部３から出力されたＲＧＢ表色系の画像データに対してシェーディング補正、ずれ／ライン補正等の画像処理を行い、その画像データをＹＣｒＣｂ表色系やＬ*ａ*ｂ*表色系の画像データへと変換する入力色変換を行う。また、入力色変換された例えばＬ*ａ*ｂ*表色系の画像データを、Ｃ（シアン）、Ｍ（マゼンタ）、Ｙ（イエロー）、Ｋ（ブラック）の出力表色系の画像データへと変換する出力色変換や、二値化処理等も行う。
【００２０】
コーデック５は、画像データを符号化（エンコード）・復号（デコード）するものである。ここでは、画像処理回路４において入力色変換された多値画像データをＪＰＥＧ（Joint Photographic Experts Group）方式により符号化し、出力色変換された後に二値化された画像データをＭＨ（Modified Huffman）、ＭＲ（Modified Read）、ＭＭＲ（Modified Modified Read）、ＪＢＩＧ（Joint Bi-level Image Group）方式等により符号化し、符号化されている画像データを復号する。また、コンピュータで一般的に使用される画像フォーマットであるＴＩＦＦ（Tagged Image File Format）形式やＰＤＦ（Portable Document Format）形式にも対応して画データを符号化、又は復号する。
【００２１】
画像メモリ６は、図示しないが、多値メモリ、二値メモリ、及び符号化メモリからなり、画像処理回路４において入力色変換された多値画像データ、出力色変換された後に二値化された画像データ、コーデック５において符号化された画像データ等を格納する。すなわち、原稿読取部３において読取られた原稿の画像データは、上記のような処理が施された後にこの画像メモリ６に順次格納されるようになっている。
【００２２】
記録部７は、画像メモリ６から読み出された画像データの画像を所定の用紙に記録するものであって、画像データの画像をカラー及びモノクロの双方により用紙に記録することができるものである。この記録部７における記録方式としては、例えば、電子写真方式やインクジェット記録方式等の各種の記録方式を用いることができる。
【００２３】
操作部８は、原稿読取部３に原稿の読取開始を指示するためのスタートキー、コピー部数等を入力するためのテンキー、各種設定を行うためのカーソルキーなど、表示部９と連動した各種操作キーを備えている。なお、クライアントＰＣ１４用の原稿の読取り開始を指示するための操作はこの操作部８からではなく、クライアントＰＣ１４から行われるようになっている。表示部９は、各種の設定画面や画像読取装置１の動作状態などを文字や図形などで表示する液晶表示装置（ＬＣＤ：Liquid Crystal Display）１５や、点灯又は消灯で表示するＬＥＤランプ１６などを備えている。
【００２４】
Ｆｌａｓｈ ＲＯＭ１０は、制御部２によりこの画像読取装置１の各部の動作が制御されるためのファームウェアを格納するフラッシュメモリである。このＦｌａｓｈ ＲＯＭ１０に記憶されているファームウェアには、画像読取装置１を起動させるための基本プログラムや画像読取装置１の各部の処理動作を制御するための制御プログラム等が含まれている。なお、このＦｌａｓｈ ＲＯＭ１０のファームウェアは、例えばクライアントＰＣ１４から書換データを受信することによってアップデートすることができる。
【００２５】
ＳＤＲＡＭ１１は、制御部２の主メモリ、ワークエリア等として機能し、画像読取装置１の処理動作に用いる設定情報や動作情報等の各種データを読出し及び書込み可能な状態で格納するとともに、Ｆｌａｓｈ ＲＯＭ１０からロードされたファームウェア等を格納する。制御部２は、システム起動時に、Ｆｌａｓｈ ＲＯＭ１０の基本プログラムに従ってＦｌａｓｈ ＲＯＭ１０に格納されている制御プログラム等をＳＤＲＡＭ１１の所定領域にロードし、ロードした制御プログラムを必要に応じて実行することにより、原稿読取部３で読取られた原稿の画像データやクライアントＰＣ１４から転送されたプリントデータの画像を記録部７において用紙に記録したり、原稿の画像データを読取ってクライアントＰＣ１４に転送することができる。
【００２６】
ＬＡＮ Ｉ／Ｆ１２は、ＬＡＮ（Local Area Network）１７と画像読取装置１とを通信可能に接続するインターフェースである。ＬＡＮ（ネットワーク）上１７には、クライアントＰＣ１４が設置されており、クライアントＰＣ１４から画像読取装置１が有する各種機能を利用することができるようになっている。このクライアントＰＣ１４と画像読取装置１は、共にＴＷＡＩＮ（Technology Without any Interested Name）に準拠した装置であり、クライアントＰＣ１４は、例えば、画像読取装置１が読取ったＴＩＦＦ形式等の画像データを画像読取装置１から受信したり、自身が作成した文書等のプリントデータを画像読取装置１に転送して記録部７においてその画像を用紙に記録させることができる。
【００２７】
上記構成を備える画像読取装置１は、原稿の画像データを読取ってその画像を用紙に記録するコピー機能、クライアントＰＣ１４から転送されたプリントデータの画像を用紙に記録するネットワークプリンタ機能、読取った原稿の画像データをＬＡＮ１７上のクライアントＰＣ１４に転送するネットワークスキャナ機能などを備えている。
【００２８】
ネットワークスキャナ機能によりクライアントＰＣ１４用の原稿の画像データの読取りを行う場合、クライアントＰＣ１４からの原稿の読取り開始要求、及び原稿の画像データの転送要求は、クライアントＰＣ１４からＸＭＬ（Extensible Markup Language）文書で記述された所定のリクエストコマンド（ＨＴＴＰ ＰＯＳＴ Ｒｅｑｕｅｓｔ）が画像読取装置１に転送されることによって行わるようになっている。したがって、画像読取装置１は、クライアント１４からＸＭＬ文書で記述された所定のリクエストコマンドを受信することによってクライアントＰＣ１４からの読取り開始要求及び転送要求を受信する。
【００２９】
画像読取装置１は、クライアントＰＣ１４からの読取り開始要求を受信して原稿の画像データの読取りを開始し、原稿の読取り開始後、クライアントＰＣ１４からの原稿の画像データの転送要求を受信する毎に、原稿の画像データの既読取領域のうち未転送部分をクライアントＰＣ１４に転送する処理を行う。なお、クライアントＰＣ１４から画像読取装置１への前記読取り開始要求と転送要求、及び画像読取装置１からクライアントＰＣ１４への未転送部分の転送は、いずれもＨＴＴＰ（Hypertext Transfer Protocol）プロトコルを用いて行われるようになっている。
【００３０】
以下、画像読取装置１がクライアントＰＣ１４からネットワークスキャナ機能による原稿の読取り開始要求を受けた場合に、画像読取装置１とクライアントＰＣ１４との間で行われる通信処理について、図２に示すシーケンス図に基づいて説明する。なお、以下のシーケンス図に基づいて説明する画像読取装置１の処理動作は、Ｆｌａｓｈ ＲＯＭ１０に格納されているファームウェアに基づいて制御部２が発行する制御命令に従って行われるものである。
【００３１】
まず、ユーザが画像読取装置１の原稿読取部３に原稿をセットした後、クライアントＰＣ１４上のＴＷＡＩＮ対応のソフトウェアを起動し、クライアントＰＣ１４が備えるキーボードやマウスを操作して原稿の読取り開始を要求するための所定操作を行うと、クライアントＰＣ１４は、ＸＭＬ文書で記述された原稿の読取り開始を要求するためのＨＴＴＰポストリクエスト（ＨＴＴＰ ＰＯＳＴ Ｒｅｑｕｅｓｔ）を画像読取装置１に転送する。例えば、「＜ＣＯＭＭＡＮＤ＞」という開始タグ（ｔａｇ）と「＜／ＣＯＭＭＡＮＤ＞」という終了タグで原稿の読取りの開始を要求するための記述である「ＡＣＱＵＩＲＥ」という文言を挟み込んだ「＜ＣＯＭＭＡＮＤ＞ＡＣＱＵＩＲＥ＜／ＣＯＭＭＡＮＤ＞」のようなＸＭＬ文書で記述したリクエストコマンドを画像読取装置１に対して転送する。
【００３２】
なお、詳述しないが、ＸＭＬ文書では開始タグと終了タグで挟み込まれた要素を入れ子構造にすることによってデータ構造を容易に表現することができるため、上記のＸＭＬ文書とともにユーザが指定した読取解像度、読取倍率、濃度等の原稿の読取条件に関する情報を含んだＸＭＬ文書を画像読取装置１に転送することにより、ユーザは、クライアントＰＣ１４から読取条件を指定して画像読取装置１に対して原稿の読取り開始を指示することができる。
【００３３】
これに対し、画像読取装置１では、クライアントＰＣ１４から受信したデータの中からＸＭＬ文書を検索し、上記の「＜ＣＯＭＭＡＮＤ＞」の開始タグと「＜／ＣＯＭＭＡＮＤ＞」の終了タグを検出した場合に、これらの開始タグと終了タグに挟み込まれた記述（要素）からクライアントＰＣ１４のリクエストコマンドの内容を判断してそれに対応する処理を実行できるようにＦｌａｓｈ ＲＯＭ１０のファームウェアによって予め設定されている。したがって、画像読取装置１の制御部２は、クライアントＰＣ１４から上記のようなＸＭＬ文書で記述されたリクエストコマンド（ＨＴＴＰポストリクエスト）を受信すると、原稿の読取り開始要求を受けたと判断する。そして、制御部２は、原稿の読取りを開始する旨の情報（ＯＫ）を記述したＸＭＬ文書をレスポンス（Ｒｅｓｐｏｎｓｅ）としてクライアントＰＣ１４に返送し、原稿読取部３は、自動原稿給送部の原稿トレイに載置された原稿、又はフラットベッド読取部の原稿載置板に載置された原稿の画像データの読取りを開始する。
【００３４】
このようにして、原稿読取部３によって原稿の画像データの読取りが開始されると、読取られた原稿のＲＧＢ表色系の画像データは順次画像処理回路４へと出力され、クライアントＰＣ１４からの上記のリクエストコマンドによって指定された読取条件又は読取条件が指定されていない場合にはデフォルトの読取条件に基づいて画像処理が施された後、画像メモリ６に順次格納される。この画像メモリ６に格納される画像データは、例えばＲＧＢ表色系の非圧縮の画像データや、画像処理回路４において入力色変換された後にコーデック５においてＴＩＦＦ形式又はＰＤＦ形式に対応して符号化された画像データ等である。
【００３５】
クライアントＰＣ１４は、画像読取装置１から原稿の読取りを開始する旨の情報を記述したＸＭＬ文書のレスポンスを受信すると、原稿読取部３において読取りが行われている原稿の１ページ分の情報の転送を要求するためのＨＴＴＰポストリクエストを画像読取装置１に転送する。具体的には、「＜ＣＯＭＭＡＮＤ＞ＧＥＴＰＡＧＥＩＮＦＯ＜／ＣＯＭＭＡＮＤ＞」のようなページ情報の転送を要求するためのＸＭＬ文書を画像読取装置１に転送する。これに対し、画像読取装置１の制御部２は、原稿読取部３が読取りを開始した原稿のページ情報、具体的には主走査方向の画素数やその他のパラメータをレスポンスとしてクライアントＰＣ１４に返送する。
【００３６】
続いて、クライアントＰＣ１４は、原稿の画像データの転送を要求するためのＨＴＴＰポストリクエストを画像読取装置１に転送する。具体的には、「＜ＣＯＭＭＡＮＤ＞ＧＥＴＤＡＴＡ＜／ＣＯＭＭＡＮＤ＞」のような画像データの転送を要求するためのＸＭＬ文書を画像読取装置１に転送する。
【００３７】
これに対し、クライアントＰＣ１４からの画像データの転送要求を受信した画像読取装置１の制御部２は、原稿の画像データの既読取領域のうち未転送部分をクライアントＰＣ１４に転送する。具体的には、制御部２は、クライアントＰＣ１４から画像データの転送要求を受信した時点で画像メモリ６に蓄積されているデータを未転送部分のデータとしてクライアントＰＣ１４に転送する。このように、画像読取装置１の制御部２は、クライアントＰＣ１４からの１回の画像データ転送要求に対して１回のレスポンスをクライアントＰＣ１４に返送する。なお、制御部２は、原稿読取部３が原稿の画像データの読取りを開始した直後から画像データの転送要求を受信するようになっており、原稿の読取り動作と読取りが完了した部分のデータを転送する処理とが並行して行われるようになっている。
【００３８】
そして、上記のようにクライアントＰＣ１４が原稿の画像データの転送を要求するためのＨＴＴＰポストリクエストを画像読取装置１に転送する処理と、画像読取装置１がレスポンスとして原稿の画像データの既読取領域のうち未転送部分をクライアントＰＣ１４に転送する処理と、からなる一連の処理（図中の処理１）が繰り返されることによって原稿の１ページの画像データが画像読取装置１からクライアントＰＣ１４に転送される。そして、クライアントＰＣ１４は、この処理１の繰り返しによって画像読取装置１から受信した原稿の画像データを繋ぎ合せることによって原稿の１ページの画像データを構築する。
【００３９】
なお、画像読取装置１の制御部２は、原稿の画像データの既読取領域のうち未転送部分のデータをクライアントＰＣ１４に転送した後、そのデータを画像メモリ６から削除することにより、画像メモリ６に空き領域を確保する。つまり、画像メモリ６には、原稿読取部３が読取った原稿の画像データの既読取領域のうちの未転送部分のみが蓄積されるようになっている。したがって、転送すべき原稿の画像データの１ページのデータサイズが画像メモリ６のメモリ容量を超えているために１ページのデータを画像メモリ６に蓄積することができず、結果としてクライアントＰＣ１４に転送することができないというような問題が生じることはない。例えば、画像メモリ６のメモリ容量が３２ＭＢで、転送すべきＲＧＢ表色系の非圧縮のカラー画像データのデータサイズが１００ＭＢにも及ぶような場合であっても、そのカラー画像データを転送することが可能である。
【００４０】
一方、画像読取装置１は、クライアントＰＣ１４とともに処理１を繰り返すことによって原稿読取部３が読取った原稿の１ページの画像データをクライアントＰＣ１４に転送した後、例えば、自動原稿給送部の原稿トレイに次の原稿が載置されている場合など、読取るべき次ページの原稿がある場合には、１ページのデータ転送が終了したことを示す情報（ＥＯＰ：ＥＮＤ ＯＦ ＰＡＧＥ）をレスポンスとしてクライアントＰＣ１４に転送する。具体的には、「＜ＲＥＳＰＯＮＳＥ＞＜ＣＯＤＥ＞６０１＜／ＣＯＤＥ＞＜／ＲＥＳＰＯＮＳＥ＞」のようなＸＭＬ文書をクライアントＰＣ１４に転送する。そして、原稿読取部３は次ページの原稿の読取りを開始する。
【００４１】
これに対し、クライアントＰＣ１４では、このＸＭＬ文書の「６０１」の記述（コード）が１ページのデータ転送が完了して次ページの原稿の読取りが開始されたことを示す情報であることが予め設定されており、クライアントＰＣ１４は、１ページのデータ転送が完了して画像読取装置１において次ページの原稿の読取りが開始されたことを判断することができるようになっている。したがって、クライアントＰＣ１４は、画像読取装置１からＥＯＰのレスポンスを受信すると、画像読取装置１において次ページの原稿の読取りが開始されたと判断して、原稿読取部３において読取られている次ページの原稿の１ページ分の情報の転送を要求するためのＨＴＴＰポストリクエストを画像読取装置１に転送する。すなわち、上記のように「＜ＣＯＭＭＡＮＤ＞ＧＥＴＰＡＧＥＩＮＦＯ＜／ＣＯＭＭＡＮＤ＞」のようなＸＭＬ文書を画像読取装置１に転送する。
【００４２】
一方、画像読取装置１の制御部２は、原稿読取部３が読取りを開始した次ページのページ情報をレスポンスとして返送する。そして、クライアントＰＣ１４と画像読取装置１との間で前記処理１を繰り返し行うことによって、画像読取装置１からクライアントＰＣ１４に次ページの原稿の画像データが転送される。
【００４３】
このように、クライアントＰＣ１４がページ情報の転送を要求するためのＨＴＴＰポストリクエストを画像読取装置１に転送してから、画像読取装置１がＥＯＰのレスポンスをクライアントＰＣ１４に転送するまでの一連の処理（図中の処理２）が繰り返されることによって画像読取装置１で読取られた複数ページの原稿の画像データがクライアントＰＣ１４に転送されるようになっている。
【００４４】
そして、画像読取装置１の制御部２は、原稿読取部３における原稿の読取りが完了して読取るべき次ページの原稿がないと判断した場合、ＥＯＰのレスポンスの代わりに、原稿の読取りが完了して全ページのデータ転送が終了したことを示す情報（ＥＯＳ：ＥＮＤ ＯＦ ＳＣＡＮ）をレスポンスとしてクライアントＰＣ１４に転送する。具体的には、「＜ＲＥＳＰＯＮＳＥ＞＜ＣＯＤＥ＞６０２＜／ＣＯＤＥ＞＜／ＲＥＳＰＯＮＳＥ＞」のようなＸＭＬ文書をクライアントＰＣ１４に転送する。クライアントＰＣ１４は、ＥＯＳのレスポンスを示すこのＸＭＬ文書を画像読取装置１から受信すると、原稿の読取り及び読取られた原稿の画像データの転送が全て完了したと判断し、画像読取装置１との間で行う全ての通信処理を終える。
【００４５】
ところで、上記の処理１の繰り返しによって原稿の画像データのうち読取りが完了した部分のデータから順にクライアントＰＣ１４に転送されるが、画像読取装置１の制御部２は、原稿読取部３による原稿の画像データの読取速度に応じて、クライアントＰＣ１４に転送する未転送部分のデータ量を変化させて該未転送部分をクライアントＰＣ１４に転送する。すなわち、クライアントＰＣ１４からの１回の画像データ転送要求のＨＴＴＰポストリクエストに対してレスポンスとして返送する未転送部分のデータのデータ量を変化させることができる。例えば、クライアントＰＣ１４から画像データ転送要求のＨＴＴＰポストリクエストを受信した時点で画像メモリ６に１０キロバイトの未転送部分のデータが蓄積されていれば、その１０キロバイトの未転送部分のデータをレスポンスとして返送し、また、２０キロバイトの未転送部分のデータが蓄積されていれば、その２０キロバイトの未転送部分のデータをレスポンスとして返送する。
【００４６】
このように、画像読取装置１では１回の画像データ転送要求に対して転送する未転送部分のデータ量を変化させることができるため、クライアントＰＣ１４から指定された原稿の読取条件によって原稿読取部３による原稿の読取速度が変化し、画像データ転送要求のＨＴＴＰポストリクエストを受信した時点で画像メモリ６に蓄積されている未転送部分のデータのデータ量が変化したとしても、前記リクエストを受信した時点で読取りが完了しているデータを全てクライアントＰＣ１４に転送することができる。また、複数枚の原稿の画像データを連続的に読取ってクライアントＰＣ１４に順次転送する際に、例えば各原稿毎にユーザが読取解像度等の読取条件を設定することができるような場合には、同一ジョブ内であっても１回の画像データ転送要求に対して転送する未転送部分のデータのデータ量を変化させることも可能である。
【００４７】
以上説明したように、ＨＴＴＰプロトコルの場合、クライアントＰＣ１４と画像読取装置１との間の通信形態は、クライアントＰＣ１４からリクエストし、画像読取装置１がそれに対するレスポンスを返すことになる。なお、本発明の実施の形態においては、画像読取装置１で読取られた原稿の画像データをＨＴＴＰプロトコルを用いてクライアントＰＣ１４に転送する場合について説明したが、原稿の読取りと並行して読取りが完了した画像データを順次クライアントＰＣ１４に転送することができれば、使用するプロトコルはこれに限定されるものではない。例えば、独自プロトコルを用いて図２に基づいて説明したものと同様のシーケンス動作をクライアントＰＣ１４との間で行って原稿の画像データを転送するようにしてもよい。ただし、独自プロトコルの場合、汎用性が低く、また、本実施の形態において説明したように、ＨＴＴＰプロトコルを使用した場合にはＸＭＬ文書で記述されたリクエスト（コマンド）とそれに対するレスポンスのやり取りという単純な処理の繰り返しによって画像データを転送することができるため、ＨＴＴＰプロトコルを使用する方が好適である。
【００４８】
また、本実施の形態で示した画像読取装置１の構成は、本発明に係る画像読取装置１の一態様にすぎず、本発明の要旨を逸脱しない範囲内で適宜設計変更できることは勿論であり、例えば、ネットワークスキャナ機能に加えてファクシミリ通信機能等を備えた複合機としても実現可能である。
【産業上の利用可能性】
【００４９】
本願発明は、例えば原稿の画像データを読取ってＬＡＮ上のクライアントＰＣに転送する画像読取装置や、該画像読取装置を備えた複合機などに適用可能である。
【図面の簡単な説明】
【００５０】
【図１】本発明の実施の形態に係る画像読取装置の構成を示したブロック図である。
【図２】クライアントＰＣからの原稿の読取開始命令があった場合に、原稿の画像データを読取ってクライアントＰＣに転送する画像読取装置とクライアントＰＣとの間で行われる通信処理を示したシーケンス図である。
【符号の説明】
【００５１】
１    画像読取装置
２    制御部（ＭＰＵ）
３    原稿読取部
６    画像メモリ
１２    ＬＡＮＩ／Ｆ
１４    クライアントＰＣ
１７    ＬＡＮ
【図１】
2005303770.tif 000003
【図２】
2005303770.tif 000004