JPH0438577A - 画像読取システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、画像読取装置で読取った画像を処理する画像
読取システムに関するものである。

［従来の技術〕 近年、パーソナルコンピュータ（パソコン）で画像を扱
うことが多くなってきているが、例えばＡ４サイズで解
像度が４００ｄｐｉの画像では、２Ｍバイトのメモリを
必要し、通富の１６ビツトＣＰＵを備えたパソコンでは
、主メモリが６４０にバイトしかないため、画像格納用
のバッファとして大容量ハードディスクやバンク切換方
式等を備えた拡張メモリを使用することが多い。特に、
拡張メモリを用いる方式では、画像処理スピードが高速
であるため、使われる事が多い。

この拡張メモリを用いた画像読取りシステムを第１図及
び第４図を参照して以下に説明する。

第１図は、画像読取装置（以下、スキャナ）による画像
読取システムの構成を示すブロック図を第１図に示す。

図において、１はホストコンピュータであり、後述する
ビデオＲＡＭに書き込まれた表示データを表示するＣＲ
Ｔ２と、データを入力するためのキーボード３と、画像
データ等を格納するためのハードディスク４と、画像を
読み取るスキャナ５とを周辺機器として備えている。そ
して、ホストコンピュータ１は、後述するプログラムに
従ってシステム全体を制御するＣＰＵ１２．そのＣＰＵ
１２がプログラムを実行時に使用する作業領域を含み、
オペレーティングシステム（Ｏ８）等の核と成るプログ
ラムを常駐する主メモリ、上述した各周辺機器２〜５の
インタフェース１４〜１７そして、スキャナ５で読取っ
た画像データを記憶する拡張メモリ１８の各デバイスが
システムバス１１に接続された構成から成る。

また、ＣＲＴインタフェース１４は、ＣＲＴ２に表示す
るデータが書き込まれるビデオＲＡＭを内蔵し、そのデ
ータをＣＲＴ２へ表示する。

なお、上述のハードディスク４は、スキャナ５から読取
った画像データを保存するだけでなく、ホストコンピュ
ータｌの各種アプリケーションプログラムも格納する記
憶装置である。

次に、第１図に示すシステムの動作を第４図に示すフロ
ーチャートに従って以下に説明する。

まず、ステップＳ４１において、ＣＰＵ　１２がキーボ
ード３からキーボードインタフェース１５を介して画像
読取り指示を入力すると、ステップＳ４２へ処理を進め
、スキャナ５に画像読取り指示のコマンドを発行する。

そして、ステップＳ４３において、スキャナ５が所定ラ
イン分の画像を読取り、スキャナインタフェース１７を
介してデジタル信号に変換された画像データを人力する
と、次のステップＳ４４では、その画像データをシステ
ムバス１１を通して拡張メモリ１８に転送する。次に、
ステップＳ４５では、画像データの読取りが全て終了し
たか否かを判断し、終了していなければステップＳ４３
へ処理を戻し、上述の処理を繰り返す。

その後、スキャナ５による画像データの読取りが終了す
ると、ステップＳ４６へ処理を進め、拡張メモリ１８か
ら主メモリ１３へ画像データを転送し、主メモリ１３上
でＣＲＴ２に表示可能なデータに圧縮する。そして、ス
テップＳ４７では全画像データの圧縮が終了したか否か
を判断し、終了していなければステップＳ４６の処理を
繰り返す。ここで、圧縮が全て終了すると、ステップ３
４８へ処理を進め、圧縮されたデータをＣＲＴインタフ
ェース１４のビデオＲＡＭへ転送する。

そして、ステップＳ４９において、ビデオＲＡＭに転送
されたデータがＣＲＴ２に表示され、処理が終了する。

［発明が解決しようとしている課題］ しかしながら、上記従来例では、画像データの転送に際
し、拡張メモリの空領域の大きさを考膚していないため
、最初から読取りサイズが小さい場合でも、スキャナの
読取り可能な最大サイズより大きな拡張メモリを備えて
いなければならず、しかも、その拡張メモリを常にスキ
ャナの読取りのために空けてお（必要があり、高速にア
クセスを行える拡張メモリが他の用途には使えず、甚だ
不便であった。

また、拡張メモリの容量が小さかったり、拡張メモリが
搭載されていないような場合は、データの書き残しや書
き損じが発生し、最悪の場合にはハングアップしてしま
う可能性もあった。

本発明は、上記課題を解決するために成されたもので、
画像データを格納するメモリの利用効率を向上させた画
像読取システムを提供することを目的とする。

［課題を解決するための手段１ 上記目的を達成するために、本発明の画像読取システム
は以下の構成から成る。すなわち、画像データを読取り
、画像処理を行う画像読取システムにおいて、画像デー
タを読取る読取手段と、該読取手段で読取られた画像デ
ータのデータ数を算出する算出手段と、該算出手段で算
出されたデータ数と画像データを格納するメモリの空領
域とを比較する比較手段と、該比較手段での結果に応じ
て、所定のメモリへ画像データを格納する格納手段とを
備＾る。

［作用］ 以上の構成において、画像データを読取り、その画像デ
ータのデータ数を算出する。そして算出されたデータ数
と画像データを格納するメモリの空領域とを比較し、そ
の比較結果に応じて、所定のメモリへ画像データを格納
する。

［実施例］ 以下、添付図面を参照して本発明に係る好適な一実施例
を詳細に説明する なお、本実施例における画像読取システムの構成は、前
述した第１図に示す概略ブロック図と同様で・あり、こ
こでの説明は省略する。

まず、本実施例における画像読取システムの処理手順を
第２図に示すフローチャートに従って以下に説明する。

ステップＳＬにおいて、キーボード３から画像読取りサ
イズと共に、画像読取り指示を入力すると、ステップＳ
２へ処理を進め、入力された画像サイズから画像データ
数を計算し、主メモリ１３のワークエリアに保存してお
（。次に、ステップＳ３へ処理を進め、スキャナ５に画
像読取り指示のコマンドを発行する。そして、ステップ
Ｓ４において、スキャナ５が所定ライン分の画像データ
を読取り、スキャナインタフェース１７を介してデジタ
ル儒号に変換された画像データを入力すると、次のステ
ップＳ５では、システムバス１１を通して主メモリ１３
のバッファへ転送する。

次に、ステップＳ６において、上述のステップＳ２で保
存した画像データ数と、拡張メモリ１８の空領域の大き
さとを比較する。その結果、画像データ数が空領域の大
きさ以下、つまり、拡張メモリ１８に転送できればステ
ップＳ７へ処理を進め、主メモリ１３のバッファから画
像データを拡張メモリ１８へ転送する。しかし、ステッ
プＳ６での結果がＮｏであればステップＳ８へ処理を進
め、主メモリ１３のバッファから画像データをディスク
インクフェース１６を介してハードディスク４へ転送す
る。次に、ステップＳ９へ処理を進め、画像データの転
送が全て終了したか否かを判断し、終了していなければ
ステップＳ４へ処理を戻し、上述の処理を繰り返す。

その後、データ転送を終了すると、ステップＳ１０へ処
理を進め、先のステップＳ２で計算した画像データ数と
拡張メモリ１８の空領域の大きさとを比較する。その結
果、画像データ数が空領域の大きさ以下であれば、ステ
ップＳｌｌへ処理を進め、拡張メモリ１８から主メモリ
１３へ画像データを転送する。しかし、ステップＳｌＯ
での判断結果がＮＯであれば、ステップＳ１２へ処理を
進め、ハードディスク４から主メモリ１３ヘデイスクイ
ンタフエース１６を介して画像データを転送する。

次に、ステップＳ１３へ処理を進め、生メモリ１３上で
ＣＲＴ２に表示可能なデータに圧縮し、ステップＳ１４
では、全画像データの圧縮が終了したか否かを判断する
。ここで、終了していなければステップＳ１０の処理を
繰り返す。そして、圧縮が全て終了すると、ステップＳ
１５へ処理を進め、圧縮されたデータをＣＲＴイン、タ
フエース１４のビデオＲＡＭへ転送する。そしてステッ
プＳ１６では、ビデオＲＡＭに転送されたデータがＣＲ
Ｔ２に表示され、処理が終了する。

以上説明したように、本実施例によれば、実際に指示し
た画像サイズが拡張メモリ１８の空領域より少ない場合
には、スキャナ５から拡張メモリ１８に画像データを読
込むことができ、サイズが拡張メモリ１８の空領域より
大きい場合には、ハードディスク４に書き込み、全ての
画像を読むことができる。

従って、画像の読み込みスピードを向上させると共に、
拡張メモリを効率的に使用でき、経済的に優れた画像読
取りシステムを提供できるという効果がある。

なお、本実施例では、画像データを拡張メモリ１８に転
送できない場合、ハードディスク４に格納する構成とし
ているが、ハードディスク４が接続されていないシステ
ムであれば、第２図に示すステップＳ２の次に、ステッ
プＳ６の判断処理を行い、その結果がＮｏであれば、「
拡張メモリが足りません、」というような警告メツセー
ジをＣＲＴに表示しても良い。また、転送できる場合に
は、第４図に示すステップＳ４２以降の処理を実行すれ
ば良い。

［他の実施例］ 次に、本発明に係る他の実施例を関係する図面を参照し
て以下に説明する。

前述の実施例では、予め入力された画像サイズから画像
データ数を求め、その時点で拡張メモリ１８の空領域に
転送できるか否かを判断し、転送先を決定しているが、
この実施例では、スキャナ５から画像データを入力する
毎に拡張メモリ１８の空領域を求め、必要な空領域がな
ければハードディスク４へ転送する場合を説明する。

第３Ａ図及び第３Ｂ図は、他の実施例における処理手順
を示すフローチャートである。

第３Ａ図に示すステップＳ２１において、キーボード３
からキーボードインタフェース１５を介して画像読取り
指示を入力すると、ステップＳ２２へ処理を進め、スキ
ャナ５に画像読取り指示のコマンドを発行する。そして
、ステップＳ２３において、スキャナ５が所定ライン分
の画像を読取り、スキャナインタフェース１７を介して
デジタル信号に変換された画像データを入力する。

次に、ステップＳ２４へ処理を進め、入力した画像デー
タのデータ数と拡張メモリ１８の空領域とを求め、次の
ステップＳ２５で拡張メモリ】８へ転送できるか否かを
判断する。その結果、画像データを転送可能な空領域が
あれば、ステップＳ２６へ処理を進め、画像データを拡
張メモリ１８へ転送する。しかし、ステップＳ２５にお
いて、拡張メモリ１８に転送できる空領域がなければ、
ステップＳ２７へ処理を進め、画像データをディスクイ
ンタフェース１６を介してハードディスク４へ転送する
。

次に、ステップ３２８へ処理を進め、上述した転送先を
主メモリ１３内に定義されているメモリ管理テーブルに
登録する。例えば拡張メモリ１８に転送できるだけの空
領域がなく、画像データをハードディスク４へ転送した
のであれば、メモリ管理テーブルにその旨を示すフラグ
及びアドレス等を登録し、後述する表示処理で参照でき
るようにするものである。そして、登録が終了すると、
ステップＳ２９へ処理を進め、画像データの読取りが全
て終了したか否かを判断し、終了していなければステッ
プ３２３へ処理を戻し、上述の処理を繰り返す。

その後、読取りが終了し、ＣＲＴ２へ表示する場合には
、第３Ｂ図に示すステップＳ３１へ処理を進め、上述し
たメモリ管理テーブルを参照して画像データが拡張メモ
リ１８に格納されているか否かを判断する。その結果、
拡張メモリ１８に格納されているのであればステップＳ
３２へ処理を進め、拡張メモリ１８から画像データを主
メモリ１３へ転送する。しかし、ここで転送するデータ
がハードディスク４に格納されているのであればステッ
プ５３３へ処理を進め、ハードディスク４から主メモリ
１３へ転送する。

次に、ステップＳ３４へ処理を進め、主メモリ１３上で
ＣＲＴ２に表示可能なデータに圧縮し、ステップＳ３５
では、全画像データの圧縮が終了したか否かを判断する
。ここで、終了していなければステップＳ３１の処理を
繰り返す。そして、圧縮が全て終了すると、ステップＳ
３６へ処理を進め、圧縮されたデータをＣＲＴインタフ
ェース１４のビデオＲＡＭへ転送する。そしてステップ
Ｓ３７では、ビデオＲＡＭに転送されたデータがＣＲＴ
２に表示され、処理が終了する。

上述した実施例によれば、拡張メモリの空領域を更に有
効に使用することができる。

［発明の効果］ 以上説明したように、本発明によれば、画像データのデ
ータ数とメモリの空領域に応じて画像データを格納する
ことにより、メモリの利用効率を向上させることができ
る。

【図面の簡単な説明】

第１図は画像読取システムの構成を示す概略ブロック図
、 第２図は実施例における処理手順を示すフローチャート
、 第３Ａ図、第３Ｂ図は他の実施例における処理手順を示
すフローチャート、 第４図は従来例における処理手順を示すフローチャート
である。 図中、ｌ・・・ホストコンピュータ、２・・・ＣＲＴ、
３・・・キーボード、４・・・ハードディスク、５・・
・スキャナ、１２・・・ＣＰＵ％　１３・・・主メモリ
、１４・・・ＣＲＴインタフェース、１５・・・キーボ
ードインタフェース、１６・・・ディスクインタフェー
ス、１７・・・スキャナインタフェース、１８・・・拡
張メモリである。 特許出願人　　　キャノン株式会社　−ア代理人　弁理
士　　　大塚康徳（他１名）−一！−一

Claims (1)

1. 【特許請求の範囲】 　画像データを読取り、画像処理を行う画像読取システ
   ムにおいて、 画像データを読取る読取手段と、 該読取手段で読取られた画像データのデータ数を算出す
   る算出手段と、 該算出手段で算出されたデータ数と画像データを格納す
   るメモリの空領域とを比較する比較手段と、 該比較手段での結果に応じて、所定のメモリへ画像デー
   タを格納する格納手段とを備えることを特徴とする画像
   読取システム。