(57)【要約】【課題】  ファイルの中程、または終端に、主走査長、副走査長、解像度などを示したヘッダデータが存在するファイル形式の画像ファイルの処理において、本体メモリに入りきらない画像データを先頭から順次処理することができないという課題を解決する。【解決手段】  外部記憶装置内に存在する画像データを、先頭から本体機器から出力する際に、画像データの特性を示す情報が出現するまで、データを読み捨てながらロードし、画像データの特性を示す情報を発見すると、その情報を全て獲得した後、再び同じ画像ファイルを先頭からロードして、画像データをデコードし、出力用の画像データを作成する。【選択図】  図１
2005217682.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークとのデータの送受信を行うことのできるネットワーク通信制御部と、
電話回線を用いてファクシミリ通信によって画像の送受信を行うファクシミリ通信制御部と、
原稿を読み取り、画像データに変換できる、読み取り部と、
画像データを出力できる記録部と、
機器本体から取り外し、持ち運びが可能な外部記憶装置にアクセスする手段と、
機器本体内に画像データを保存できるメモリ部を持つ画像通信装置において、
外部記憶装置内に存在する画像データを、先頭から本体機器から出力する際に、画像データの特性を示す情報が出現するまで、データを読み捨てながらロードし、画像データの特性を示す情報を発見すると、その情報を全て獲得した後、再び同じ画像ファイルを先頭からロードして、画像データをデコードし、出力用の画像データを作成することを特徴とする画像通信装置。
【請求項２】
画像データの特性を示す情報が、複数ページ分存在する画像ファイルの場合は、１つめの画像特性情報を獲得しても、ロードを中断せず、次ページの画像情報特性の検索を行うことを特徴とする、請求項１の装置。
【請求項３】
外部記憶装置内の画像データの、データサイズが予め判明している場合、そのサイズの画像データが、現在の機器本体メモリの空き残量に収まる場合は、本体機器内メモリに画像データをコピーしてから作業を開始し、収まらない場合は、データを読み捨てながらロードし、画像データの特性を示す情報を発見すると、その情報を全て獲得した後、再び同じ画像ファイルを先頭からロードして、画像データをデコードし、出力用の画像データを作成することを特徴とする請求項１の装置。
【請求項４】
以下の工数を持つことを特徴とした画像通信装置。
（１）外部記憶装置の画像データの一部を本体内メモリにロードする工程。
（２）ロードされたデータの一部に、画像特性情報が含まれているか判断する工程。
（３）含まれていない場合は、ロードしたデータを破棄し、続きのデータをロードする工程。
（４）含まれていた場合は、そこでロードを中断し、画像特性情報を獲得し、再び画像データの先頭からデータをロードしつつ、デコードを行う工程。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像通信装置に関するものである。
【背景技術】
【０００２】
マルチパス機において、画像データの入力経路は、スキャナ、ネットワークからの受信、ファクシミリからの受信、メモリカード等外部記憶装置からのファイルの読み込みなどがある。また、逆に、画像データの出力経路としては、用紙へのプリント、ネットワークへの送信、ファクシミリへの受信、外部記憶装置へのファイルの書き込みなどが挙げられる。
【０００３】
画像データは、これらの入力経路を通じて、機器本体内のメモリに格納され、またこれらの出力経路を通じて機器本体内のメモリからデータを放出する。
本発明は特に、外部記憶装置からの入力に関するものである。
【０００４】
外部記憶装置のメモリ容量が、本体機器内のメモリ容量よりも大きい場合、外部記憶装置内に、本体機器のメモリよりも大きいデータサイズを持つ画像データが存在する可能性がある。そのような画像データは、メモリには格納しきれないが、プリントアウトしたり、ネットワーク経由で転送等、本体内に出力後のデータを残さなくて良い場合は、処理する必要性がある。その場合、従来では、本体機器内のメモリに入りきらないデータであるので、先頭から順次処理していき、デコードを行って、出力していた（特許文献１参照）。
【０００５】
しかし、画像データ形式の中には、画像ファイルの中程、または終端に、主走査長、副走査長、解像度などを示したヘッダデータが存在するものもある。TIFFファイル形式の画像特性情報であるIFD（image file directory）が例として挙げられる。その場合、先頭から順次処理することができない。そのため、本体メモリ内に入りきれない画像データは処理できず、その外部記憶装置内のデータは無視してしまっている。
【０００６】
図２は、TIFF画像データを外部から格納する時の従来例である。
【０００７】
例のように、画像ファイルの終端にIFDが付随している場合、先頭から順に本体内メモリに画像データを格納していくが、本体メモリがいっぱいになった時点で、まだIFDが発見されていないため、画像の特性がわからず、デコードできない。
【特許文献１】特開平１０−２７５０６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従来の手法では、画像特性情報が獲得できないため、デコード処理を中断してしまっていた。しかし、外部記憶装置に格納されているデータは、何度でもロードできることから、必要な画像特性情報を獲得できるまで再ロードを繰り返し、デコードを可能にするようにする。
【課題を解決するための手段】
【０００９】
本発明によれば、ネットワークとのデータの送受信を行うことのできるネットワーク通信制御部と、原稿を読み取り、画像データに変換できる、読み取り部と、画像データを出力できる記録部と、機器本体から取り外し、持ち運びが可能な外部記憶装置と、機器本体内に画像データを保存できるメモリ部を持つ画像通信装置において、外部記憶装置内に存在する画像データを、先頭から本体機器から出力する際に、画像データの特性を示す情報が出現するまで、データを読み捨てながらロードし、画像データの特性を示す情報を発見すると、その情報を全て獲得した後、再び同じ画像ファイルを先頭からロードして、画像データをデコードし、出力用の画像データを作成することが可能となる。
【００１０】
これにより、本体メモリ容量の少ない比較的安価な機種でも、デコードを行うことのできる画像ファイルの幅が広がり、対応できる画像ファイルをより柔軟にすることができる。
【発明の効果】
【００１１】
以上説明したように、外部記憶装置内に存在する画像データを、先頭から本体機器から出力する際に、画像データの特性を示す情報が出現するまで、データを読み捨てながらロードし、画像データの特性を示す情報を発見すると、その情報を全て獲得した後、再び同じ画像ファイルを先頭からロードして、画像データをデコードし、出力用の画像データを作成することが可能となる。
【００１２】
また、一つ目のヘッダデータを獲得し、チェックした際に、そのファイルが複数ページを含む画像データであることが判明した場合、そこでは読み飛ばし処理を終了せず、続けて２番目のヘッダデータを捜査しにいくことで、最ロードの回数を減らし、処理速度を向上することができる。
【００１３】
さらに、本体機器内のメモリにロードする前に、データサイズが予め分かっている場合、本体メモリに格納できるかできないかがロード前に判明している。そこで、格納できる場合は従来の手法で一旦全画像データを本体メモリに格納してから処理することで、小さいサイズの画像データに関しては際ロードによる処理時間の増大を防ぐことができる。
【発明を実施するための最良の形態】
【００１４】
本発明の手順をネットワーク画像通信装置にインターネットFAXを例にあげて説明する
図１は、本発明における通信装置のハードウエア構成の概略図である。
【００１５】
図２は、空きメモリサイズより大きい画像をどう処理するかと言う、従来方法を示した図である。
【００１６】
図３は、従来の画像データ処理のフローを示したものである。
【００１７】
図４は、本発明における、請求項１の実施のフローを示したものである。
【００１８】
図５は、本発明における、請求項２の実施のフローを示したものである。
【００１９】
図６は、本発明における、請求項３の実施のフローを示したものである。
【００２０】
図７は、本発明における、請求項４の実施のフローを示したものである。
【００２１】
図１において、
（１−１）：CPUはシステムの制御部であり、装置全体を制御する。
【００２２】
（１−２）：ROMはCPUの制御プログラムを格納するためのものである。
【００２３】
（１−３）：SRAMはオペレータが登録した設定値や装置の管理データ等や各種ワーク用バッファ等を格納するものである。
【００２４】
（１−４）：DRAMはプログラム制御変数等を格納するためのものである。また画像データ、テキストデータを蓄積するためのものである。
【００２５】
（１−５）：読み取り部は画像データを読み取り、バイナリデータに変換する装置である。
【００２６】
（１−６）：記録部は画像データを、記録紙に出力する装置である。
【００２７】
（１−７）：ネットワーク通信制御部はネットワークとの通信インターフェースである。
【００２８】
（１−８）：ファクシミリ通信制御部は電話回線との通信インターフェースである。
【００２９】
（１−９）：操作部はオペレータによる登録を行う装置である。
【００３０】
（１−１０）：CODECは通信制御装置で扱う画像データの符号化復号化処理を行う。また画像の縮小拡大処理もここで行われる。
【００３１】
図３は従来の画像データを本体に取り込むときの処理のフローを示したものである。
【００３２】
図３に従って動作を説明する。
【００３３】
始めに、外部記憶装置から、一定バッファ量のデータ分、画像データを本体メモリにコピーする（３−１）。そして、そのバッファ内のデータをチェックし、画像特性情報があるかどうかのチェックを行う（３−２）。ここで、画像特性情報が存在した場合、今までの画像データファイルはすべて本体メモリ内に存在しているので、そのまま復号化処理を行う（３−３）。しかし、そのバッファ内に画像特性情報が存在しなかった場合、次にまず、本体のメモリにまだ空きがあるかどうかを調べる（３−４）。ここで、まだ空きがある場合、次の外部記憶装置内にある画像データの続きを獲得するため、あらたなバッファを指定し、コピーする（３−１）。しかし、本体メモリ内に既に空きが無い場合、デコードに必要な情報が発見できなかったので、今までにコピーした画像データをクリアし（３−５）、終了する。
【００３４】
図４は本発明（請求項１）の実施例のフローである。
【００３５】
図４に従って動作を説明する。
【００３６】
始めに、外部記憶装置から、一定バッファ量のデータ分、画像データを本体メモリにコピーする（４−１）。そして、そのバッファ内のデータをチェックし、画像特性情報があるかどうかのチェックを行う（４−２）。ここで、画像特性情報が存在した場合、その情報内容を保存し、画像データのロード処理を中断する。そして、次にもう一度同じファイルの画像データの先頭からロードを開始する（４−３）。そのデータを逐次符号処理モジュールに転送し、デコードをシーケンシャルに行う（４−４）。逆に、画像特性情報がバッファ内に存在しなかった場合、その内容は破棄し、同じバッファに続きの画像データを格納する（４−５）。同じバッファを用いているため、本体メモリがメモリフルになったかどうかというチェックは不要となる。
【００３７】
図５は本発明（請求項２）の実施例のフローである。
【００３８】
大まかな動作は図４と同じであるので、異なる点において説明する。
【００３９】
外部記憶装置の画像データを本体内のメモリにコピーし（５−１）、内容をチェックした際に（５−２）、画像特性情報が存在した場合、次に、その画像特性情報の中に、「次のページが存在するかどうか」をチェックする（５−４）。ここで、次ページが無い場合は、図４と同じく、データコピーを中断し、デコード作業に入る（５−７）。しかし、次ページが存在した場合、その時点で画像データの読み飛ばしチェック処理を中断せず、続けて次のページの画像特性情報の捜査を行うため、まず、その時点で獲得した画像特性情報を一旦保存し、続けて次の画像データの要求を行う（５−５）。この処理は、最後のページの画像特性情報を発見するまで行われ、その後、もう一度画像データを最初からロードし、復号化する。
【００４０】
図６は本発明（請求項３）の実施例のフローである。
大まかな動作は図４と同じであるので、異なる点において説明する。
【００４１】
まず、この場合は、画像データのデータサイズが判明しているので、本体メモリに全て格納できるかどうかが判断できる。そこでまず、格納できるかどうかチェックする（６−１）。ここで、格納できると判断した場合、読み飛ばしチェックは行わず、従来の手法どおり、まず一度本体メモリに全てのデータをロードし（６−２）、その後復号化処理を行う（６−３）。
【００４２】
全てのデータが本体メモリに格納できないと判断した場合は、図４と同じ動作を行う。
【００４３】
これにより、メモリに入りきることのできる画像は、読み飛ばし処理の分、ロード回数が減るため、無駄に処理時間を増大させる必要が無くなる。
【図面の簡単な説明】
【００４４】
【図１】本発明における通信装置のハードウエア構成の概略図である。
【図２】空きメモリサイズより大きい画像をどう処理するかと言う、従来方法を示した図である。
【図３】従来の画像データ処理のフローを示したものである。外部記憶装置から、復号化までのフローを示している。
【図４】本発明における、請求項１の実施のフローを示したものである。読み飛ばしながらの画像特性情報の捜査を行うことを示している。
【図５】本発明における、請求項２の実施のフローを示したものである。複数ページの画像データの処理について示している。
【図６】本発明における、請求項３の実施のフローを示したものである。始めに、画像データサイズが判明している時の処理について示している。
【図７】本発明における、請求項４の実施のフローを示したものである。本発明の工数について示したものである。
【図１】
2005217682.tif 000003
【図２】
2005217682.tif 000004
【図３】
2005217682.tif 000005
【図４】
2005217682.tif 000006
【図５】
2005217682.tif 000007
【図６】
2005217682.tif 000008
【図７】
2005217682.tif 000009