画像処理システム
【課題】 読取った画像データを可変長圧縮して送信し、送信されたデータを受信する画像処理装置において、受信状況をユーザーに提示する。
【解決手段】 画像読取装置で読取った画像データを、画像処理装置に送信する画像処理システムであって、前記画像読取装置は、読取手段で得た画像データをブロック毎に可変長圧縮して前記画像処理装置に送信し、前記画像処理装置は、画像の大きさから、前記画像データを構成する前記ブロックの総数を得、受信した受信データに含まれる前記ブロックの数と、前記画像データを構成する前記ブロックの総数との関係から受信の進捗状況を表示する表示手段とを有する。
【解決手段】 画像読取装置で読取った画像データを、画像処理装置に送信する画像処理システムであって、前記画像読取装置は、読取手段で得た画像データをブロック毎に可変長圧縮して前記画像処理装置に送信し、前記画像処理装置は、画像の大きさから、前記画像データを構成する前記ブロックの総数を得、受信した受信データに含まれる前記ブロックの数と、前記画像データを構成する前記ブロックの総数との関係から受信の進捗状況を表示する表示手段とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像読取装置に置載されている原稿を読み取り、この読み取った画像を画像処理装置に転送する画像処理システムに関する。
【背景技術】
【０００２】
従来、画像読取装置に置載され原稿を読み取る方法として、画像処理装置から読取範囲、読取解像度、読取モード（カラー読取、グレースケール読取、白黒読取）などの設定（以下、読取設定）を画像読取装置へ送り、画像読取装置で読み取った画像データを画像処理装置で受信する方法が用いられてきた。
【０００３】
画像読取装置ではラインごとに読み取った画像を逐次送信し、画像処理装置で逐次受信する方式が用いられてきた。しかし、画像読取装置と画像処理装置間の通信に使用しているインターフェースの通信速度が遅い場合、画像処理装置側で画像データの受信に時間が掛かる問題がある。無線通信を使用したインターフェースでは、有線通信より通信速度が安定せず、通信速度が遅くなることが考えられる。また、画像読取装置の読取速度の方が、通信速度より速い場合が考えられる。このような場合、画像読取装置では、読取範囲の画像データを保存するためのメモリーを確保するか、メモリーが足りなくなった時点で一度画像読取を中断する必要がある。
【０００４】
インターフェースの通信速度に依存してしまう読取時間の問題を解決するため、画像データを圧縮し転送する方法が考えられた（たとえば、特許文献１参照）。画像データを圧縮する方法として、ＪＰＥＧ符号化方が一般的である。さらに、ＪＰＥＧ圧縮では画像をブロック単位に分割し圧縮する方式であるため、画像処理装置では画像データが圧縮されるごとに画像を受信でき、逐次転送が可能である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平０７−２００８４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ＪＰＥＧ圧縮し逐次データを転送した場合、読取完了前では総画像データ量を事前に知ることや、可変長圧縮であるため総画像データ量を計算によって求めることが出来ず、読取の進捗状況を画像処理装置で表示出来ない課題があった。そこで、本発明は、画像データを読取可変長圧縮し転送されるデータを受信する画像処理装置において、受信状況をユーザーに提示することを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題を解決するための本発明の画像処理システムは、画像読取装置で読取った画像データを、画像処理装置に送信する画像処理システムであって、前記画像読取装置は、読取条件に従って画像を読取り、画像データを得る読取手段と、前記読取手段で得た画像データをブロック毎に可変長圧縮する圧縮手段と、前記圧縮手段で圧縮された圧縮データを前記画像処理装置に送信する第１の送信手段とを有し、前記画像処理装置は、画像の大きさを得る取得手段と、前記画像の大きさから、前記画像データを構成する前記ブロックの総数を得る第１の算出手段と、前記送信手段で送信された圧縮データを受信する第１の受信手段と、前記第１の受信手段で受信した受信データに含まれる前記ブロックの数を得る第２の算出手段と、前記画像データを構成する前記ブロックの総数と受信ブロックの数との関係から受信の進捗状況を表示する表示手段とを有する、ことを特徴とする画像処理システム。
【発明の効果】
【０００８】
本発明によれば、画像読取装置から読み取った画像をブロック単位で圧縮し逐次転送されるデータを受信する画像処理装置において、受信したブロック数と受信する総ブロック数を求め表示することで、ユーザーに受信の進捗状況を提示することが出来る。
【図面の簡単な説明】
【０００９】
【図１】実施例１の画像読取装置のハード構成を示す図である。
【図２】実施例１の画像読取装置の外観図である。
【図３】実施例１で、画像読取装置で画像を読み取るフローチャート。
【図４】実施例１で、画像処理装置で画像データを受信するフローチャート。
【図５】実施例１で、可変長圧縮するフローチャート。
【図６】実施例１で、可変長圧縮を説明する表。
【図７】実施例１で、ブロック展開を行うフローチャート。
【図８】実施例１で、ユーザーに受信の進捗状況を示す一例。
【図９】実施例２で、画像処理装置で画像データを受信するフローチャート。
【図１０】実施例３で、画像処理装置で画像データを受信するフローチャート。
【図１１】実施例３で、推定で表示する進捗状況を説明するグラフ。
【発明を実施するための形態】
【００１０】
（実施例１）
本実施形態の画像読取装置と画像処理装置で構成される画像処理システムについて、図１のブロック図を参照して説明する。
１００は画像読取装置、１０１は読取原稿である。１１１の光源ランプは原稿１０１を照明し、原稿表面の濃度に応じた強さの反射光が、１０２の結象レンズを通して、１０３の固体撮像素子であるＣＣＤセンサー等のラインイメージセンサー上に結像する。１１０は光源ランプ（１１１）を点灯する光源点灯回路である。１０４はラインイメージセンサー（１０３）のアナログ画像信号出力を増幅する増幅器である。また、１１２はステッパーモーター等の光学系駆動モーター（１１３）を駆動するモーター駆動回路であり、画像読取装置（１００）のシステム制御装置であるＣＰＵコントローラ（１０９）からの制御信号により駆動モーター（１１３）の励磁信号を出力する。１０５はＡ／Ｄ変換器であり、増幅器（１０４）から出力されたアナログ画像信号をディジタル画像信号に変換する。１０６は画像処理回路であり、ディジタル信号化された画像信号に対してオフセット補正、シェーディング補正、デジタルゲイン調整、カラーバランス調整、カラーマスキング変換、主・副走査方向の解像度変換等の画像処理を行う。１０７はＲＡＭにより構成されたバッファーメモリーであり、画像処理後のデータを一時的に記憶する。１２０は圧縮回路であり、１０７に記憶された画像データを圧縮する。１２１はＲＡＭにより構成されたバッファーメモリーであり、圧縮後のデータを一時的に記憶する。１０８はインターフェース回路であり、画像処理装置（１５０）とコマンドや画像通信を仲介する。ＳＣＳＩ、パラレル、ＵＳＢ、ＩＥＥＥ１３９４、ＬＡＮ、無線ＬＡＮ等のインターフェースが使用される。１１４は画像処理回路が画像処理を行う際の一時作業メモリーとして用いられる作業用メモリーである。１１５は濃度ガンマ変換ＬＵＴを記憶し、ガンマ補正を行うためのガンマＬＵＴである。１０９は画像処理装置（１５０）からの命令にしたがって画像読取装置（１００）を制御するＣＰＵコントローラであり、モーター駆動回路（１１２）、光源点灯回路（１１０）、画像処理回路（１０６）等を制御する。また、操作パネル（１１６）に備えるスイッチが押された状態はＣＰＵコントローラにより検知され、インターフェース（第１の送信手段、第１の受信手段、第２の送信手段、第２の受信手段）を介して画像処理装置（１５０）へ通知される。画像処理装置（１５０）は、パーソナルコンピュータなどのホストコンピュータであり、モニターディスプレイ（１５１）と接続されている。本実施例は、ＲＧＢ３色を読み取る３ラインＣＣＤセンサー（１０３）と白色光源（１１１）により構成されているが、単色の１ラインイメージセンサーと選択的に点灯可能なＲＧＢ３色の光源による構成のＣＩＳに於いても、同様の機能を実現出来る。
【００１１】
図２に本実施例における画像読取装置の外観図の一例を示す。
２０１は原稿台上の原稿を安定的に押さえるための原稿圧板、２０２は薄手のシート原稿を原稿台に密着させる一方、原稿の余白部分の画像データを白色にする白色シート、２０４は読取光学系ユニットである。２０５は原稿台であり、原稿の読取面を平面に保ちつつ、原稿を保持する。２０６は操作パネルであり、読取開始などの簡単な指示を、画像データ送信先である情報処理機器（１５０）に送るために使用される。２０７は原稿基準位置を示すマークであり、原稿台上に載置された原稿の読取開始位置を表している。
【００１２】
図３は、実施例１において、画像読取装置（１００）で行う動作について記述したフローチャートである。
ステップＳ３０１で、画像処理装置（１５０）から原稿を読み取るための読取条件を受信する。主な読取条件として、読取る画像の位置、幅、高さ、カラー・グレー・白黒で読取るかの読取モード、読取り時の解像度、圧縮転送時の圧縮率指定、その他画像読取装置で処理する画像処理の指定などがある。ステップＳ３０２で、画像処理装置へ圧縮転送する画像データの展開に必要な画像ヘッダーを作成する。画像ヘッダーは、画像フォーマットの規格によって決まっており、画像データの展開に必要なテーブルや、展開後の画像データの幅、高さ、ビット深度などを記録する。
【００１３】
ステップＳ３０３で、画像データを読み取る。指定された読取モード、読取り時の解像度をもとに、ラインイメージセンサー（１０３）を駆動させ、読取り時の解像度に応じて駆動モーター（１１３）を動作させる。読み取ったデータは、圧縮待ちバッファーメモリー（１０７）へ蓄積する。ステップＳ３０４で、一定ライン数蓄積されたか判定する。ＪＰＥＧ圧縮では、８×８単位のブロック（以下、ＭＣＵ：Ｍｉｍｉｍｕｍ ｃｏｄｅｄ ｕｎｉｔと呼ぶ）に分割してブロック毎に圧縮するため、最低で８ライン溜まれば画像を圧縮することが出来る。蓄積されたらＳ３０６へ進み、蓄積されていないのであればＳ３０３へ進み画像データを読み込む。
【００１４】
ステップＳ３０５で、圧縮待ちバッファーメモリー（１０７）から１ＭＣＵ（８ｘ８画素）のデータを取り出す。ステップＳ３０６で、データ容量を削減する。ＪＰＥＧ圧縮では、離散コサイン変換（ＤＣＴ：ＤｅｓｃｒｅａｔＣｏｓｉｎＴｒａｎｓｆｅｒ）を行い、周波数ごとに異なる量子化を行う。ステップＳ３０７で、可変長圧縮を行う。詳細は、図５で説明する。可変長圧縮された圧縮データは、バイト単位ではなくビット単位で出力され、送信待ちバッファーメモリー（１２１）へ蓄積する。
【００１５】
ステップＳ３０８で、一定ライン蓄積された画像データが全て可変長圧縮されてかを調べる。例えば、画像の幅が１００画素の画像を８ｘ８のブロック単位で圧縮した場合、１００／８＝１２．５、切り上げて１３ＭＣＵに分割される。全１３ＭＣＵ可変長圧縮されていれば、ステップＳ３０９へ進み、可変長圧縮されていないデータがあれば、ステップＳ３０５へ進む。ステップＳ３０９で、送信前の一定バイト数のデータが蓄積されたか判定する。ここでは、画像処理装置（１５０）と１０２４Ｂｙｔｅ単位で情報をやり取りするので、１０２４Ｂｙｔｅ溜まっているか判定する。
【００１６】
ステップＳ３１０で、画像処理装置（１５０）へ画像データ転送を行う。画像処理装置（１５０）では、ステップＳ３０１で読み取る読取条件を送信した後、画像読取装置（１００）から画像データの読取処理を行う。ここでは、データのやり取りする一定単位（１０２４Ｂｙｔｅ）の転送が可能なら、画像処理装置（１５０）は画像を読み出す。一定単位のデータが溜まっていない場合は、画像処理装置（１５０）では読み出し待ちとなる。
【００１７】
ステップＳ３１１で、最終ラインを読取完了していれば終了し、読み取っていなければステップＳ３０３へ進み、再度画像データを読み取る。
【００１８】
図４は、実施例１において、画像読取装置（１００）で読み込まれた画像データを、画像処理装置（１５０）で受信する動作について記述したフローチャートである。
【００１９】
ステップＳ４０１で、読み取る読取条件を画像読取装置に送信する。なお、この読取条件は、図３のステップＳ３０１で受信する読取条件に対応する。ステップＳ４０２で、読取条件からブロックの総数である総ＭＣＵ数を求める（第１の算出手段）。８×８のＭＣＵに分割し圧縮する場合、高さ方向のＭＣＵ数は高さ／８（切り上げ）で求まり、幅方向のＭＣＵ数は幅／８（切り上げ）で求まる。総ＭＣＵ数は、高さ方向のＭＣＵ数×幅方向のＭＣＵ数で求めることが出来る。
【００２０】
ステップＳ４０３で、画像読取装置から画像データを受信する。これは、図３のＳ３１０のデータ送信に対応して受信するものである。ステップＳ４０４で、受信した画像データから画像ヘッダーを解析していなければステップＳ４０５へ移動する。解析済みであれば、ステップＳ６へ進む。ステップＳ４０５で、受信したデータの画像ヘッダー情報を解析する。この画像ヘッダー情報は、図３のステップＳ３０２に記載の通り、画像フォーマットの規格によって決まっており、その規格に則って解析する。解析により、圧縮された画像データが何処から始まるかを得る。ＪＰＥＧデータでは、画像データの始まりを表す規定データが画像ヘッダーの最後に記述されているため、この規定データを見つける。さらに、可変長圧縮を展開するためのテーブルを得る。ステップＳ４０６で、受信した画像データからＭＣＵ展開する。詳細な展開は、図６のフローチャートに記載する。ステップＳ４０７で、ステップＳ４０６でＭＣＵ展開できたか調べる。画像読取装置から、一定バイト数毎に画像データを受信するため、ＭＣＵが、あるデータ受信と、次のデータ受信の間にまたがる可能性がある。この場合、あるデータを受信し、ＭＣＵ展開していくと、最後のＭＣＵ展開でデータが足りないため失敗する。この場合は、Ｓ４０３へ進み、次のデータを受信してから、再度ＭＣＵ展開する。なお、ＭＣＵ展開できないもう一つの理由として、データが壊れていた場合があるが、その場合の例外処理はこのフローチャートでは省略している。
【００２１】
ステップＳ４０８で、受信ＭＣＵ数をインクリメントする（第２の算出手段）。ステップＳ４０９で、ステップＳ４０２で求めた総ＭＣＵ数と、受信ＭＣＵ数の比率から受信状況を表示する。数字で表示するのであれば、１００×受信ＭＣＵ数／総ＭＣＵ数で、パーセンテージで受信状況を表示できる。その他、プログレスバーなどでも受信状況を表示することが出来る。ステップＳ４１０で、全データの受信を確認すれば終了する。
【００２２】
図５のフローチャート、及び図６の表を使用し、可変長圧縮について説明する。この処理は、図３におけるステップＳ３０７に対応する。ＪＰＥＧ圧縮では、ＤＣＴ後のデータから、ＤＣ成分と、ＡＣ成分を分けて可変長圧縮し圧縮率を高めているが、本提案特許の本質的な所ではなく、説明の簡略化のため分けずに可変長圧縮のみ説明する。なお、具体例として、圧縮するデータを０５ｈ，０１ｈ，０７ｈ，０２ｈ，００ｈ，０６ｈ，０４ｈ，０３ｈとし、図６（１）の２行目に記載した。圧縮に必要なハフマンテーブルは、図６（２）とする。
【００２３】
ステップＳ５０１で、符号化するデータから１ＢＹＴＥ取得する。まずは、０５ｈを取り出す。ステップＳ５０２で、表現ビットを計算する。０５ｈを二進数で表すと、０００００１０１ｂとなり、３ｂｉｔあれば、１０１ｂと表現可能であるので、表現ビットは３となる。ステップＳ５０３で、ハフマン値を求める。図６（２）から、表現ビット数に対応する値を引く。表現ビット数３であれな、ハフマン値は１１となる。ここまでの処理を図６（１）のＡ列に記載した。ステップＳ５０４で、得られたハフマン値を、そのまま出力する。例では、そのまま１１と出力する。ステップＳ５０５で、データを表現ビット数分出力する。例では、０５ｈは表現ビット数３で、１０１ｂとなるため、１０１を出力する。ここまでで圧縮されたデータは、１１ １０１となる。
【００２４】
ステップＳ５０６で全データを符号化しているかを判定する。０５ｈ，０１ｈ，０７ｈ，０２ｈ，００ｈ，０６ｈ，０４ｈ，０３ｈは、１Ｂｙｔｅ目で１１ １０１と圧縮されているので、その他のデータも同じように圧縮する。圧縮された結果は、１１０ １０１ ０ １ １１０ １１１ １０ １０ ０ ０ １１０ １１０ １１０ １００ １０ １１となり、８ｂｉｔ単位で記述すると１１０１０１０１ １１０１１１１０ １０００１１０１ １０１１０１００ １０１１となる。ハフマン値のビット数が少ないデータが多ければ、それだけ圧縮率は高まる。また、入力するデータのハフマン値のビット数は変化するため、圧縮されたビット長は、入力されるデータに依存し可変長となる。
【００２５】
図７のフローチャートを使用し、可変長圧縮されたデータから、ＭＣＵ展開する方法について説明する。この処理は図４のステップＳ４０６に対応する。
【００２６】
ステップＳ７０１で、作業用の変数を０で初期化する。ステップＳ７０２で、読み取ったデータから１ビット取得可能か調べる。ＭＣＵ展開中に、画像処理装置で読み取った全てのデータを取得した場合は、展開するデータが無いため１ビット取得不可能であり、ＭＣＵ展開に失敗する。ステップＳ７０３で、１ビット取得し作業用変数に格納する。このとき、すでに作業用変数にデータが入っていたら、左に１ビットシフトし、新しいビットを最下位ビットに格納する。ステップＳ７０４で、作業用変数に対応するハフマン値があるか調べる。図６における表６０２のハフマンテーブルにおいて、作業用変数が０であった場合、ハフマン値０があるため、Ｓ７０５へ進む。作業用変数が１で有った場合、ハフマン値が無いため、再度ビットを取得して、１０か１１となればハフマン値があるため、Ｓ７０５と進む。ステップＳ７０５で、ハフマン値から表現ビット数を得る。ステップＳ７０６で、ステップＳ７０２と同様にビット取得が可能か調べる。ここで調べる取得可能なビット数は、ステップＳ７０５で得られた表現ビット数となる。
【００２７】
ステップＳ７０７で表現ビット数分のビットを取得する。画像データを展開する場合は、得られたビットを元に、画像を構成するが、プログレスバーを表示する場合は、ビットの取得のみの処理となる。ステップＳ７０８で、ＭＣＵが展開されたか調べる。ＭＣＵ分のデータが取得出来ていれば１ＭＣＵの展開が成功する。出来ていない場合は、再度ステップＳ７０２へ進む。
【００２８】
図８に画像処理装置でユーザーに知らせる進捗状況の例を示す。８０１は、メッセージダイアログであり、画像処理装置に接続されたディスプレイ１００に表示される。８０２はメッセージダイアログ（８０１）上に表示されるテキストであり、進捗状況を１００％換算で表示する。８０３はメッセージダイアログ（８０１）上に表示されるプログレスバーであり、進捗状況を図示する。
【００２９】
以上の動作により、スキャナで可変長圧縮され画像処理装置へ逐次転送される系において、画像処理装置で事前に求めた総ＭＣＵ数と可変長圧縮されたＭＣＵを画像処理装置で展開しカウントによって、受信データの進捗状況をユーザーに知らせることが可能となる。
【００３０】
（実施例２）
実施例１では、画像処理装置から画像読取装置へ送る読取条件から総ＭＣＵを求めたが、画像処理装置で画像の幅、高さが分らない場合がある。例えば、画像読取装置内部で読み取る範囲を決めて画像処理装置へ画像を送る場合である。実施例２では、画像処理装置へ送られる画像データのヘッダーから総ＭＣＵを求めることで、このような場合でも読取の進捗状況を表示する方法について説明する。実施例１との差は、画像読取装置（１００）で読み込まれた画像データを、画像処理装置（１５０）で受信する際の動作のみであり、実施例１の図４のフローチャートの変形である。本実施形態は、この差分のみを説明する。
【００３１】
図９は、実施例２において、画像読取装置（１００）で読み込まれた画像データを、画像処理装置（１５０）で受信する動作について記述したフローチャートである。
【００３２】
ステップＳ９０１で、読み取る読取条件を画像読取装置（１００）に送信する。なお、この読取条件は、図３におけるステップＳ３０１で受信する読取条件に対応する。ステップＳ９０２で、画像読取装置から画像データを受信する。これは、図３におけるステップＳ３１０のデータ送信に対応する。ステップＳ９０３で、受信したデータから画像ヘッダーを解析していなければ、ステップＳ９０５へ移動する。解析済みであれば、ステップＳ９０６へ進む。
【００３３】
ステップＳ９０４で、受信したデータの画像ヘッダー情報を解析する。図４のステップＳ４０５と同様の処理に加えて、受信した画像データの幅、高さを求める。ステップＳ９０５で、総データブロックを計算していなければステップＳ９０６へ進み、計算済みであれば、ステップＳ９０７へ移動する。ステップＳ９０６で、画像の幅、高さから総ＭＣＵ数を求める。このとき、画像の幅、高さは、ステップＳ９０４で解析したヘッダー情報から取得する。取得方法は、ステップＳ４０２と同様である。ステップＳ９０７からステップＳ９１１は、ステップＳ４０６からステップＳ４１０までと同様である。
【００３４】
以上の動作により、スキャナで可変長圧縮され画像処理装置へ逐次転送される系において、画像読取装置で画像の幅、高さが決定される場合であっても、画像ヘッダー情報から総ＭＣＵ数を求め、可変長圧縮されたＭＣＵを画像処理装置で展開しカウントする事によって、受信データの進捗状況をユーザーに知らせることが可能となる。
【００３５】
（実施例３）
実施例１では、図４におけるステップＳ４０３において、画像読取装置で読み込まれた画像データを受信する際に時間が掛かる可能性がある。実施例３では、このような受信に時間が掛かる場合でも進捗状況を表示する方法について説明する。実施例１との差は、画像読取装置（１００）で読み込まれた画像データを、画像処理装置（１５０）で受信する際の動作のみであり、実施例１の図４のフローチャート、およびフローチャートの説明にあたる。本実施形態は、この差分のみを説明する。
【００３６】
図１０は、実施例３において、画像読取装置（１００）で読み込まれた画像データを、画像処理装置（１５０）で受信する動作について記述したフローチャートである。
【００３７】
ステップＳ１００１、Ｓ１００２は、図４のステップＳ４０１、Ｓ４０２と同様である。ステップＳ１００３で、画像処理装置で画像読取に掛かる推定時間を計算する。画像読取装置（１００で）は、駆動モーター（１１３）を一定の速度で駆動し画像を読み取る。この駆動モーター（１１３）が駆動する速度は、読取モード、読取解像度に比例し、あらかじめ設計値として決めておく。このモーター駆動の速度と、画像読取の長さから、駆動モーター（１１３）が駆動する時間が求まる。画像読取装置（１００）では、モーター駆動以外にも画像処理や圧縮処理、画像処理装置（１５０）に通信などに時間が掛かるが、おおよその推定時間としてモーター駆動時間を用いる。
【００３８】
ステップＳ１００４で、画像読取装置から画像データの受信中かどうかを判断する。１０２４Ｂｙｔｅを所定の情報量の単位として、この情報量毎におこなわれる一回のデータの転送が完了していればステップＳ１００５へ進み、完了していなければステップＳ１００７へ進む。
【００３９】
ステップＳ１００５で、受信進捗状況を求める。この処理は、図４におけるステップＳ４０４〜Ｓ４０９の処理に該当する。この処理で、受信ブロック数が求まる。ステップＳ１００６で、得られた受信状況から推定読取時間を修正する。推定時間とブロック数の間に比例関係があるとして、（修正推定読取時間＝経過時間×総ブロック数／受信ブロック数）で修正された推定読取時間を求める。ステップＳ１００７では推定受信状況を求める。これは、経過時間／推定読取時間で求まる。ステップＳ１００８で、ステップＳ１００５、ステップＳ１００７で得られた受信状況を表示する。ステップＳ１００９で、全データを受信してあれば終了する。
【００４０】
図１１は、推定読取時間を説明するグラフである。縦軸は受信ブロック数、横軸は、読取経過時間である。図１１（ａ）で、時刻ｔ４で４回目のデータを受信完了した後で、５回目のデータを受信している途中の時刻ｔで表示する受信の進捗状況を説明する。画像の大きさから計算される総ブロック数がｂａ、時刻ｔ４までに受信したブロック数の累積値をｂ４とする（点Ｐ４）。原点Ｏから点Ｐ４への直線Ｏ−Ｐ４を延長して、受信ブロック数の累積値がｂａとなる時刻ｔａ４（点Ｐａ４）を全体の推定読取時間とする。ｔ／ｔａ４が時刻ｔにおける推定の受信の進捗状況である。直線Ｏ−Ｐａ４上の時刻ｔでの点Ｐａ４に対応する受信ブロック数ｂが推定される受信ブロック数の累積値となる。この推定は、１０２４Ｂｙｔｅの情報量の単位を受信する毎に、新たに開始される。図１１（ｂ）で、５回目のデータを時刻ｔ５で受信し、時刻ｔ５までに受信したブロック数の累積値ｂ５（点Ｐ５）が、それまでにｔ４から推定で表示していたｂ４−５よりも小さい場合を示す。この場合には、直線Ｏ−Ｐ５の延長から推定する受信したブロック数の累積値がｂ４−５に達する時刻ｔ５−４（点Ｐ５−４）までは、ｂ４−５／ｂａの受信状況の表示を続けて、表示の変更は行わない。その後は、直線Ｏ−Ｐ５の延長から推定する受信状況を表示する。これは、受信状況が下がる表示が、ユーザを混乱させるのを避けるためである。
【００４１】
以上の動作により、スキャナで可変長圧縮され画像処理装置へ逐次転送される系において、画像データ受信中は推定された進捗状況を示し、画像データ受信したとき実際の進捗状況をユーザーに知らせることが可能となる。
【００４２】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００４３】
１００ 画像読取装置
１５０ 画像処理装置
【技術分野】
【０００１】
本発明は、画像読取装置に置載されている原稿を読み取り、この読み取った画像を画像処理装置に転送する画像処理システムに関する。
【背景技術】
【０００２】
従来、画像読取装置に置載され原稿を読み取る方法として、画像処理装置から読取範囲、読取解像度、読取モード（カラー読取、グレースケール読取、白黒読取）などの設定（以下、読取設定）を画像読取装置へ送り、画像読取装置で読み取った画像データを画像処理装置で受信する方法が用いられてきた。
【０００３】
画像読取装置ではラインごとに読み取った画像を逐次送信し、画像処理装置で逐次受信する方式が用いられてきた。しかし、画像読取装置と画像処理装置間の通信に使用しているインターフェースの通信速度が遅い場合、画像処理装置側で画像データの受信に時間が掛かる問題がある。無線通信を使用したインターフェースでは、有線通信より通信速度が安定せず、通信速度が遅くなることが考えられる。また、画像読取装置の読取速度の方が、通信速度より速い場合が考えられる。このような場合、画像読取装置では、読取範囲の画像データを保存するためのメモリーを確保するか、メモリーが足りなくなった時点で一度画像読取を中断する必要がある。
【０００４】
インターフェースの通信速度に依存してしまう読取時間の問題を解決するため、画像データを圧縮し転送する方法が考えられた（たとえば、特許文献１参照）。画像データを圧縮する方法として、ＪＰＥＧ符号化方が一般的である。さらに、ＪＰＥＧ圧縮では画像をブロック単位に分割し圧縮する方式であるため、画像処理装置では画像データが圧縮されるごとに画像を受信でき、逐次転送が可能である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平０７−２００８４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ＪＰＥＧ圧縮し逐次データを転送した場合、読取完了前では総画像データ量を事前に知ることや、可変長圧縮であるため総画像データ量を計算によって求めることが出来ず、読取の進捗状況を画像処理装置で表示出来ない課題があった。そこで、本発明は、画像データを読取可変長圧縮し転送されるデータを受信する画像処理装置において、受信状況をユーザーに提示することを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題を解決するための本発明の画像処理システムは、画像読取装置で読取った画像データを、画像処理装置に送信する画像処理システムであって、前記画像読取装置は、読取条件に従って画像を読取り、画像データを得る読取手段と、前記読取手段で得た画像データをブロック毎に可変長圧縮する圧縮手段と、前記圧縮手段で圧縮された圧縮データを前記画像処理装置に送信する第１の送信手段とを有し、前記画像処理装置は、画像の大きさを得る取得手段と、前記画像の大きさから、前記画像データを構成する前記ブロックの総数を得る第１の算出手段と、前記送信手段で送信された圧縮データを受信する第１の受信手段と、前記第１の受信手段で受信した受信データに含まれる前記ブロックの数を得る第２の算出手段と、前記画像データを構成する前記ブロックの総数と受信ブロックの数との関係から受信の進捗状況を表示する表示手段とを有する、ことを特徴とする画像処理システム。
【発明の効果】
【０００８】
本発明によれば、画像読取装置から読み取った画像をブロック単位で圧縮し逐次転送されるデータを受信する画像処理装置において、受信したブロック数と受信する総ブロック数を求め表示することで、ユーザーに受信の進捗状況を提示することが出来る。
【図面の簡単な説明】
【０００９】
【図１】実施例１の画像読取装置のハード構成を示す図である。
【図２】実施例１の画像読取装置の外観図である。
【図３】実施例１で、画像読取装置で画像を読み取るフローチャート。
【図４】実施例１で、画像処理装置で画像データを受信するフローチャート。
【図５】実施例１で、可変長圧縮するフローチャート。
【図６】実施例１で、可変長圧縮を説明する表。
【図７】実施例１で、ブロック展開を行うフローチャート。
【図８】実施例１で、ユーザーに受信の進捗状況を示す一例。
【図９】実施例２で、画像処理装置で画像データを受信するフローチャート。
【図１０】実施例３で、画像処理装置で画像データを受信するフローチャート。
【図１１】実施例３で、推定で表示する進捗状況を説明するグラフ。
【発明を実施するための形態】
【００１０】
（実施例１）
本実施形態の画像読取装置と画像処理装置で構成される画像処理システムについて、図１のブロック図を参照して説明する。
１００は画像読取装置、１０１は読取原稿である。１１１の光源ランプは原稿１０１を照明し、原稿表面の濃度に応じた強さの反射光が、１０２の結象レンズを通して、１０３の固体撮像素子であるＣＣＤセンサー等のラインイメージセンサー上に結像する。１１０は光源ランプ（１１１）を点灯する光源点灯回路である。１０４はラインイメージセンサー（１０３）のアナログ画像信号出力を増幅する増幅器である。また、１１２はステッパーモーター等の光学系駆動モーター（１１３）を駆動するモーター駆動回路であり、画像読取装置（１００）のシステム制御装置であるＣＰＵコントローラ（１０９）からの制御信号により駆動モーター（１１３）の励磁信号を出力する。１０５はＡ／Ｄ変換器であり、増幅器（１０４）から出力されたアナログ画像信号をディジタル画像信号に変換する。１０６は画像処理回路であり、ディジタル信号化された画像信号に対してオフセット補正、シェーディング補正、デジタルゲイン調整、カラーバランス調整、カラーマスキング変換、主・副走査方向の解像度変換等の画像処理を行う。１０７はＲＡＭにより構成されたバッファーメモリーであり、画像処理後のデータを一時的に記憶する。１２０は圧縮回路であり、１０７に記憶された画像データを圧縮する。１２１はＲＡＭにより構成されたバッファーメモリーであり、圧縮後のデータを一時的に記憶する。１０８はインターフェース回路であり、画像処理装置（１５０）とコマンドや画像通信を仲介する。ＳＣＳＩ、パラレル、ＵＳＢ、ＩＥＥＥ１３９４、ＬＡＮ、無線ＬＡＮ等のインターフェースが使用される。１１４は画像処理回路が画像処理を行う際の一時作業メモリーとして用いられる作業用メモリーである。１１５は濃度ガンマ変換ＬＵＴを記憶し、ガンマ補正を行うためのガンマＬＵＴである。１０９は画像処理装置（１５０）からの命令にしたがって画像読取装置（１００）を制御するＣＰＵコントローラであり、モーター駆動回路（１１２）、光源点灯回路（１１０）、画像処理回路（１０６）等を制御する。また、操作パネル（１１６）に備えるスイッチが押された状態はＣＰＵコントローラにより検知され、インターフェース（第１の送信手段、第１の受信手段、第２の送信手段、第２の受信手段）を介して画像処理装置（１５０）へ通知される。画像処理装置（１５０）は、パーソナルコンピュータなどのホストコンピュータであり、モニターディスプレイ（１５１）と接続されている。本実施例は、ＲＧＢ３色を読み取る３ラインＣＣＤセンサー（１０３）と白色光源（１１１）により構成されているが、単色の１ラインイメージセンサーと選択的に点灯可能なＲＧＢ３色の光源による構成のＣＩＳに於いても、同様の機能を実現出来る。
【００１１】
図２に本実施例における画像読取装置の外観図の一例を示す。
２０１は原稿台上の原稿を安定的に押さえるための原稿圧板、２０２は薄手のシート原稿を原稿台に密着させる一方、原稿の余白部分の画像データを白色にする白色シート、２０４は読取光学系ユニットである。２０５は原稿台であり、原稿の読取面を平面に保ちつつ、原稿を保持する。２０６は操作パネルであり、読取開始などの簡単な指示を、画像データ送信先である情報処理機器（１５０）に送るために使用される。２０７は原稿基準位置を示すマークであり、原稿台上に載置された原稿の読取開始位置を表している。
【００１２】
図３は、実施例１において、画像読取装置（１００）で行う動作について記述したフローチャートである。
ステップＳ３０１で、画像処理装置（１５０）から原稿を読み取るための読取条件を受信する。主な読取条件として、読取る画像の位置、幅、高さ、カラー・グレー・白黒で読取るかの読取モード、読取り時の解像度、圧縮転送時の圧縮率指定、その他画像読取装置で処理する画像処理の指定などがある。ステップＳ３０２で、画像処理装置へ圧縮転送する画像データの展開に必要な画像ヘッダーを作成する。画像ヘッダーは、画像フォーマットの規格によって決まっており、画像データの展開に必要なテーブルや、展開後の画像データの幅、高さ、ビット深度などを記録する。
【００１３】
ステップＳ３０３で、画像データを読み取る。指定された読取モード、読取り時の解像度をもとに、ラインイメージセンサー（１０３）を駆動させ、読取り時の解像度に応じて駆動モーター（１１３）を動作させる。読み取ったデータは、圧縮待ちバッファーメモリー（１０７）へ蓄積する。ステップＳ３０４で、一定ライン数蓄積されたか判定する。ＪＰＥＧ圧縮では、８×８単位のブロック（以下、ＭＣＵ：Ｍｉｍｉｍｕｍ ｃｏｄｅｄ ｕｎｉｔと呼ぶ）に分割してブロック毎に圧縮するため、最低で８ライン溜まれば画像を圧縮することが出来る。蓄積されたらＳ３０６へ進み、蓄積されていないのであればＳ３０３へ進み画像データを読み込む。
【００１４】
ステップＳ３０５で、圧縮待ちバッファーメモリー（１０７）から１ＭＣＵ（８ｘ８画素）のデータを取り出す。ステップＳ３０６で、データ容量を削減する。ＪＰＥＧ圧縮では、離散コサイン変換（ＤＣＴ：ＤｅｓｃｒｅａｔＣｏｓｉｎＴｒａｎｓｆｅｒ）を行い、周波数ごとに異なる量子化を行う。ステップＳ３０７で、可変長圧縮を行う。詳細は、図５で説明する。可変長圧縮された圧縮データは、バイト単位ではなくビット単位で出力され、送信待ちバッファーメモリー（１２１）へ蓄積する。
【００１５】
ステップＳ３０８で、一定ライン蓄積された画像データが全て可変長圧縮されてかを調べる。例えば、画像の幅が１００画素の画像を８ｘ８のブロック単位で圧縮した場合、１００／８＝１２．５、切り上げて１３ＭＣＵに分割される。全１３ＭＣＵ可変長圧縮されていれば、ステップＳ３０９へ進み、可変長圧縮されていないデータがあれば、ステップＳ３０５へ進む。ステップＳ３０９で、送信前の一定バイト数のデータが蓄積されたか判定する。ここでは、画像処理装置（１５０）と１０２４Ｂｙｔｅ単位で情報をやり取りするので、１０２４Ｂｙｔｅ溜まっているか判定する。
【００１６】
ステップＳ３１０で、画像処理装置（１５０）へ画像データ転送を行う。画像処理装置（１５０）では、ステップＳ３０１で読み取る読取条件を送信した後、画像読取装置（１００）から画像データの読取処理を行う。ここでは、データのやり取りする一定単位（１０２４Ｂｙｔｅ）の転送が可能なら、画像処理装置（１５０）は画像を読み出す。一定単位のデータが溜まっていない場合は、画像処理装置（１５０）では読み出し待ちとなる。
【００１７】
ステップＳ３１１で、最終ラインを読取完了していれば終了し、読み取っていなければステップＳ３０３へ進み、再度画像データを読み取る。
【００１８】
図４は、実施例１において、画像読取装置（１００）で読み込まれた画像データを、画像処理装置（１５０）で受信する動作について記述したフローチャートである。
【００１９】
ステップＳ４０１で、読み取る読取条件を画像読取装置に送信する。なお、この読取条件は、図３のステップＳ３０１で受信する読取条件に対応する。ステップＳ４０２で、読取条件からブロックの総数である総ＭＣＵ数を求める（第１の算出手段）。８×８のＭＣＵに分割し圧縮する場合、高さ方向のＭＣＵ数は高さ／８（切り上げ）で求まり、幅方向のＭＣＵ数は幅／８（切り上げ）で求まる。総ＭＣＵ数は、高さ方向のＭＣＵ数×幅方向のＭＣＵ数で求めることが出来る。
【００２０】
ステップＳ４０３で、画像読取装置から画像データを受信する。これは、図３のＳ３１０のデータ送信に対応して受信するものである。ステップＳ４０４で、受信した画像データから画像ヘッダーを解析していなければステップＳ４０５へ移動する。解析済みであれば、ステップＳ６へ進む。ステップＳ４０５で、受信したデータの画像ヘッダー情報を解析する。この画像ヘッダー情報は、図３のステップＳ３０２に記載の通り、画像フォーマットの規格によって決まっており、その規格に則って解析する。解析により、圧縮された画像データが何処から始まるかを得る。ＪＰＥＧデータでは、画像データの始まりを表す規定データが画像ヘッダーの最後に記述されているため、この規定データを見つける。さらに、可変長圧縮を展開するためのテーブルを得る。ステップＳ４０６で、受信した画像データからＭＣＵ展開する。詳細な展開は、図６のフローチャートに記載する。ステップＳ４０７で、ステップＳ４０６でＭＣＵ展開できたか調べる。画像読取装置から、一定バイト数毎に画像データを受信するため、ＭＣＵが、あるデータ受信と、次のデータ受信の間にまたがる可能性がある。この場合、あるデータを受信し、ＭＣＵ展開していくと、最後のＭＣＵ展開でデータが足りないため失敗する。この場合は、Ｓ４０３へ進み、次のデータを受信してから、再度ＭＣＵ展開する。なお、ＭＣＵ展開できないもう一つの理由として、データが壊れていた場合があるが、その場合の例外処理はこのフローチャートでは省略している。
【００２１】
ステップＳ４０８で、受信ＭＣＵ数をインクリメントする（第２の算出手段）。ステップＳ４０９で、ステップＳ４０２で求めた総ＭＣＵ数と、受信ＭＣＵ数の比率から受信状況を表示する。数字で表示するのであれば、１００×受信ＭＣＵ数／総ＭＣＵ数で、パーセンテージで受信状況を表示できる。その他、プログレスバーなどでも受信状況を表示することが出来る。ステップＳ４１０で、全データの受信を確認すれば終了する。
【００２２】
図５のフローチャート、及び図６の表を使用し、可変長圧縮について説明する。この処理は、図３におけるステップＳ３０７に対応する。ＪＰＥＧ圧縮では、ＤＣＴ後のデータから、ＤＣ成分と、ＡＣ成分を分けて可変長圧縮し圧縮率を高めているが、本提案特許の本質的な所ではなく、説明の簡略化のため分けずに可変長圧縮のみ説明する。なお、具体例として、圧縮するデータを０５ｈ，０１ｈ，０７ｈ，０２ｈ，００ｈ，０６ｈ，０４ｈ，０３ｈとし、図６（１）の２行目に記載した。圧縮に必要なハフマンテーブルは、図６（２）とする。
【００２３】
ステップＳ５０１で、符号化するデータから１ＢＹＴＥ取得する。まずは、０５ｈを取り出す。ステップＳ５０２で、表現ビットを計算する。０５ｈを二進数で表すと、０００００１０１ｂとなり、３ｂｉｔあれば、１０１ｂと表現可能であるので、表現ビットは３となる。ステップＳ５０３で、ハフマン値を求める。図６（２）から、表現ビット数に対応する値を引く。表現ビット数３であれな、ハフマン値は１１となる。ここまでの処理を図６（１）のＡ列に記載した。ステップＳ５０４で、得られたハフマン値を、そのまま出力する。例では、そのまま１１と出力する。ステップＳ５０５で、データを表現ビット数分出力する。例では、０５ｈは表現ビット数３で、１０１ｂとなるため、１０１を出力する。ここまでで圧縮されたデータは、１１ １０１となる。
【００２４】
ステップＳ５０６で全データを符号化しているかを判定する。０５ｈ，０１ｈ，０７ｈ，０２ｈ，００ｈ，０６ｈ，０４ｈ，０３ｈは、１Ｂｙｔｅ目で１１ １０１と圧縮されているので、その他のデータも同じように圧縮する。圧縮された結果は、１１０ １０１ ０ １ １１０ １１１ １０ １０ ０ ０ １１０ １１０ １１０ １００ １０ １１となり、８ｂｉｔ単位で記述すると１１０１０１０１ １１０１１１１０ １０００１１０１ １０１１０１００ １０１１となる。ハフマン値のビット数が少ないデータが多ければ、それだけ圧縮率は高まる。また、入力するデータのハフマン値のビット数は変化するため、圧縮されたビット長は、入力されるデータに依存し可変長となる。
【００２５】
図７のフローチャートを使用し、可変長圧縮されたデータから、ＭＣＵ展開する方法について説明する。この処理は図４のステップＳ４０６に対応する。
【００２６】
ステップＳ７０１で、作業用の変数を０で初期化する。ステップＳ７０２で、読み取ったデータから１ビット取得可能か調べる。ＭＣＵ展開中に、画像処理装置で読み取った全てのデータを取得した場合は、展開するデータが無いため１ビット取得不可能であり、ＭＣＵ展開に失敗する。ステップＳ７０３で、１ビット取得し作業用変数に格納する。このとき、すでに作業用変数にデータが入っていたら、左に１ビットシフトし、新しいビットを最下位ビットに格納する。ステップＳ７０４で、作業用変数に対応するハフマン値があるか調べる。図６における表６０２のハフマンテーブルにおいて、作業用変数が０であった場合、ハフマン値０があるため、Ｓ７０５へ進む。作業用変数が１で有った場合、ハフマン値が無いため、再度ビットを取得して、１０か１１となればハフマン値があるため、Ｓ７０５と進む。ステップＳ７０５で、ハフマン値から表現ビット数を得る。ステップＳ７０６で、ステップＳ７０２と同様にビット取得が可能か調べる。ここで調べる取得可能なビット数は、ステップＳ７０５で得られた表現ビット数となる。
【００２７】
ステップＳ７０７で表現ビット数分のビットを取得する。画像データを展開する場合は、得られたビットを元に、画像を構成するが、プログレスバーを表示する場合は、ビットの取得のみの処理となる。ステップＳ７０８で、ＭＣＵが展開されたか調べる。ＭＣＵ分のデータが取得出来ていれば１ＭＣＵの展開が成功する。出来ていない場合は、再度ステップＳ７０２へ進む。
【００２８】
図８に画像処理装置でユーザーに知らせる進捗状況の例を示す。８０１は、メッセージダイアログであり、画像処理装置に接続されたディスプレイ１００に表示される。８０２はメッセージダイアログ（８０１）上に表示されるテキストであり、進捗状況を１００％換算で表示する。８０３はメッセージダイアログ（８０１）上に表示されるプログレスバーであり、進捗状況を図示する。
【００２９】
以上の動作により、スキャナで可変長圧縮され画像処理装置へ逐次転送される系において、画像処理装置で事前に求めた総ＭＣＵ数と可変長圧縮されたＭＣＵを画像処理装置で展開しカウントによって、受信データの進捗状況をユーザーに知らせることが可能となる。
【００３０】
（実施例２）
実施例１では、画像処理装置から画像読取装置へ送る読取条件から総ＭＣＵを求めたが、画像処理装置で画像の幅、高さが分らない場合がある。例えば、画像読取装置内部で読み取る範囲を決めて画像処理装置へ画像を送る場合である。実施例２では、画像処理装置へ送られる画像データのヘッダーから総ＭＣＵを求めることで、このような場合でも読取の進捗状況を表示する方法について説明する。実施例１との差は、画像読取装置（１００）で読み込まれた画像データを、画像処理装置（１５０）で受信する際の動作のみであり、実施例１の図４のフローチャートの変形である。本実施形態は、この差分のみを説明する。
【００３１】
図９は、実施例２において、画像読取装置（１００）で読み込まれた画像データを、画像処理装置（１５０）で受信する動作について記述したフローチャートである。
【００３２】
ステップＳ９０１で、読み取る読取条件を画像読取装置（１００）に送信する。なお、この読取条件は、図３におけるステップＳ３０１で受信する読取条件に対応する。ステップＳ９０２で、画像読取装置から画像データを受信する。これは、図３におけるステップＳ３１０のデータ送信に対応する。ステップＳ９０３で、受信したデータから画像ヘッダーを解析していなければ、ステップＳ９０５へ移動する。解析済みであれば、ステップＳ９０６へ進む。
【００３３】
ステップＳ９０４で、受信したデータの画像ヘッダー情報を解析する。図４のステップＳ４０５と同様の処理に加えて、受信した画像データの幅、高さを求める。ステップＳ９０５で、総データブロックを計算していなければステップＳ９０６へ進み、計算済みであれば、ステップＳ９０７へ移動する。ステップＳ９０６で、画像の幅、高さから総ＭＣＵ数を求める。このとき、画像の幅、高さは、ステップＳ９０４で解析したヘッダー情報から取得する。取得方法は、ステップＳ４０２と同様である。ステップＳ９０７からステップＳ９１１は、ステップＳ４０６からステップＳ４１０までと同様である。
【００３４】
以上の動作により、スキャナで可変長圧縮され画像処理装置へ逐次転送される系において、画像読取装置で画像の幅、高さが決定される場合であっても、画像ヘッダー情報から総ＭＣＵ数を求め、可変長圧縮されたＭＣＵを画像処理装置で展開しカウントする事によって、受信データの進捗状況をユーザーに知らせることが可能となる。
【００３５】
（実施例３）
実施例１では、図４におけるステップＳ４０３において、画像読取装置で読み込まれた画像データを受信する際に時間が掛かる可能性がある。実施例３では、このような受信に時間が掛かる場合でも進捗状況を表示する方法について説明する。実施例１との差は、画像読取装置（１００）で読み込まれた画像データを、画像処理装置（１５０）で受信する際の動作のみであり、実施例１の図４のフローチャート、およびフローチャートの説明にあたる。本実施形態は、この差分のみを説明する。
【００３６】
図１０は、実施例３において、画像読取装置（１００）で読み込まれた画像データを、画像処理装置（１５０）で受信する動作について記述したフローチャートである。
【００３７】
ステップＳ１００１、Ｓ１００２は、図４のステップＳ４０１、Ｓ４０２と同様である。ステップＳ１００３で、画像処理装置で画像読取に掛かる推定時間を計算する。画像読取装置（１００で）は、駆動モーター（１１３）を一定の速度で駆動し画像を読み取る。この駆動モーター（１１３）が駆動する速度は、読取モード、読取解像度に比例し、あらかじめ設計値として決めておく。このモーター駆動の速度と、画像読取の長さから、駆動モーター（１１３）が駆動する時間が求まる。画像読取装置（１００）では、モーター駆動以外にも画像処理や圧縮処理、画像処理装置（１５０）に通信などに時間が掛かるが、おおよその推定時間としてモーター駆動時間を用いる。
【００３８】
ステップＳ１００４で、画像読取装置から画像データの受信中かどうかを判断する。１０２４Ｂｙｔｅを所定の情報量の単位として、この情報量毎におこなわれる一回のデータの転送が完了していればステップＳ１００５へ進み、完了していなければステップＳ１００７へ進む。
【００３９】
ステップＳ１００５で、受信進捗状況を求める。この処理は、図４におけるステップＳ４０４〜Ｓ４０９の処理に該当する。この処理で、受信ブロック数が求まる。ステップＳ１００６で、得られた受信状況から推定読取時間を修正する。推定時間とブロック数の間に比例関係があるとして、（修正推定読取時間＝経過時間×総ブロック数／受信ブロック数）で修正された推定読取時間を求める。ステップＳ１００７では推定受信状況を求める。これは、経過時間／推定読取時間で求まる。ステップＳ１００８で、ステップＳ１００５、ステップＳ１００７で得られた受信状況を表示する。ステップＳ１００９で、全データを受信してあれば終了する。
【００４０】
図１１は、推定読取時間を説明するグラフである。縦軸は受信ブロック数、横軸は、読取経過時間である。図１１（ａ）で、時刻ｔ４で４回目のデータを受信完了した後で、５回目のデータを受信している途中の時刻ｔで表示する受信の進捗状況を説明する。画像の大きさから計算される総ブロック数がｂａ、時刻ｔ４までに受信したブロック数の累積値をｂ４とする（点Ｐ４）。原点Ｏから点Ｐ４への直線Ｏ−Ｐ４を延長して、受信ブロック数の累積値がｂａとなる時刻ｔａ４（点Ｐａ４）を全体の推定読取時間とする。ｔ／ｔａ４が時刻ｔにおける推定の受信の進捗状況である。直線Ｏ−Ｐａ４上の時刻ｔでの点Ｐａ４に対応する受信ブロック数ｂが推定される受信ブロック数の累積値となる。この推定は、１０２４Ｂｙｔｅの情報量の単位を受信する毎に、新たに開始される。図１１（ｂ）で、５回目のデータを時刻ｔ５で受信し、時刻ｔ５までに受信したブロック数の累積値ｂ５（点Ｐ５）が、それまでにｔ４から推定で表示していたｂ４−５よりも小さい場合を示す。この場合には、直線Ｏ−Ｐ５の延長から推定する受信したブロック数の累積値がｂ４−５に達する時刻ｔ５−４（点Ｐ５−４）までは、ｂ４−５／ｂａの受信状況の表示を続けて、表示の変更は行わない。その後は、直線Ｏ−Ｐ５の延長から推定する受信状況を表示する。これは、受信状況が下がる表示が、ユーザを混乱させるのを避けるためである。
【００４１】
以上の動作により、スキャナで可変長圧縮され画像処理装置へ逐次転送される系において、画像データ受信中は推定された進捗状況を示し、画像データ受信したとき実際の進捗状況をユーザーに知らせることが可能となる。
【００４２】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００４３】
１００ 画像読取装置
１５０ 画像処理装置
【特許請求の範囲】
【請求項１】
画像読取装置で読取った画像データを、画像処理装置に送信する画像処理システムであって、
前記画像読取装置は、読取条件に従って画像を読取り、画像データを得る読取手段と、前記読取手段で得た画像データをブロック毎に可変長圧縮する圧縮手段と、前記圧縮手段で圧縮された圧縮データを前記画像処理装置に送信する第１の送信手段とを有し、
前記画像処理装置は、画像の大きさを得る取得手段と、前記画像の大きさから、前記画像データを構成する前記ブロックの総数を得る第１の算出手段と、前記送信手段で送信された圧縮データを受信する第１の受信手段と、前記第１の受信手段で受信した受信データに含まれる前記ブロックの数を得る第２の算出手段と、前記画像データを構成する前記ブロックの総数と受信ブロックの数との関係から受信の進捗状況を表示する表示手段とを有する、ことを特徴とする画像処理システム。
【請求項２】
請求項１に記載の画像処理システムであって、前記画像処理装置は、前記読取条件を前記画像読取装置に送信する第２の送信手段を有し、前記画像読取装置は、前記画像処理装置から送信された前記読取条件を受信する第２の受信手段を有する。
【請求項３】
請求項２に記載の画像処理システムであって、前記画像処理装置の取得手段は、前記読取条件から画像の大きさを得る。
【請求項４】
請求項１に記載の画像処理システムであって、前記画像読取装置は、前記画像の大きさを前記第１の送信手段で前記画像処理装置に送信し、前記画像処理装置の取得手段は、前記画像の大きさを前記第２の受信手段で受信することで得る。
【請求項５】
請求項１に記載の画像処理システムであって、前記第１の送信手段で送信される圧縮データは、送信前の累積値が所定の大きさの情報量に達する毎に送信され、前記所定の大きさの情報量を前記第１の受信手段で受信している途中では、既に前記所定の大きさの情報量毎に受信されたブロック数の累積値と、そのブロック数を受信するのに要した時間、前記画像データを構成する前記ブロックの総数、の比例関係から前記ブロックの総数を受信するのに要する読取時間を推定し、読取開始からの経過時間と前記推定された読取時間と関係を前記進捗状況として前記表示手段で表示する。
【請求項６】
請求項５に記載の画像処理システムの前記表示手段は、前記所定の大きさの情報量を受信する毎に新たに推定する進捗状況が既に表示していた進捗状況よりも小さい間は、前記進捗状況の表示を変更しない。
【請求項１】
画像読取装置で読取った画像データを、画像処理装置に送信する画像処理システムであって、
前記画像読取装置は、読取条件に従って画像を読取り、画像データを得る読取手段と、前記読取手段で得た画像データをブロック毎に可変長圧縮する圧縮手段と、前記圧縮手段で圧縮された圧縮データを前記画像処理装置に送信する第１の送信手段とを有し、
前記画像処理装置は、画像の大きさを得る取得手段と、前記画像の大きさから、前記画像データを構成する前記ブロックの総数を得る第１の算出手段と、前記送信手段で送信された圧縮データを受信する第１の受信手段と、前記第１の受信手段で受信した受信データに含まれる前記ブロックの数を得る第２の算出手段と、前記画像データを構成する前記ブロックの総数と受信ブロックの数との関係から受信の進捗状況を表示する表示手段とを有する、ことを特徴とする画像処理システム。
【請求項２】
請求項１に記載の画像処理システムであって、前記画像処理装置は、前記読取条件を前記画像読取装置に送信する第２の送信手段を有し、前記画像読取装置は、前記画像処理装置から送信された前記読取条件を受信する第２の受信手段を有する。
【請求項３】
請求項２に記載の画像処理システムであって、前記画像処理装置の取得手段は、前記読取条件から画像の大きさを得る。
【請求項４】
請求項１に記載の画像処理システムであって、前記画像読取装置は、前記画像の大きさを前記第１の送信手段で前記画像処理装置に送信し、前記画像処理装置の取得手段は、前記画像の大きさを前記第２の受信手段で受信することで得る。
【請求項５】
請求項１に記載の画像処理システムであって、前記第１の送信手段で送信される圧縮データは、送信前の累積値が所定の大きさの情報量に達する毎に送信され、前記所定の大きさの情報量を前記第１の受信手段で受信している途中では、既に前記所定の大きさの情報量毎に受信されたブロック数の累積値と、そのブロック数を受信するのに要した時間、前記画像データを構成する前記ブロックの総数、の比例関係から前記ブロックの総数を受信するのに要する読取時間を推定し、読取開始からの経過時間と前記推定された読取時間と関係を前記進捗状況として前記表示手段で表示する。
【請求項６】
請求項５に記載の画像処理システムの前記表示手段は、前記所定の大きさの情報量を受信する毎に新たに推定する進捗状況が既に表示していた進捗状況よりも小さい間は、前記進捗状況の表示を変更しない。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１１−１３５３２１（Ｐ２０１１−１３５３２１Ａ）
【公開日】平成２３年７月７日（２０１１．７．７）
【国際特許分類】
【出願番号】特願２００９−２９２８３６（Ｐ２００９−２９２８３６）
【出願日】平成２１年１２月２４日（２００９．１２．２４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２３年７月７日（２０１１．７．７）
【国際特許分類】
【出願日】平成２１年１２月２４日（２００９．１２．２４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]