(57)【要約】【課題】画像読み取り装置で読み取った画像データのサイズが大きくても、ワークメモリの容量を増やすことなく、該画像データの画像処理を行うことができるようにする。【解決手段】画像読み取り装置により読み取られた画像データの画像処理を行うためのワークメモリのサイズと前記読み取られた画像データのサイズとを比較する。読み取られた画像データのサイズがワークメモリのサイズよりも大きい場合に、該画像データを所定のサイズで分割する。分割された画像データ毎に画像処理を行い、画像処理された分割画像データに対して位置情報を埋め込んだヘッダ情報を付与し、出力ファイルに設定する。【選択図】図６
2010154040.tif 000002
【特許請求の範囲】
【請求項１】
画像読み取り手段が原稿を読み取って生成した画像データを記憶するためのワークメモリと、
前記画像データのサイズと前記ワークメモリ内で前記画像データを格納するための領域のサイズとを比較する比較手段と、
前記読み取られた画像データのサイズが前記ワークメモリ内で前記画像データを格納するための領域のサイズよりも大きい場合に、該画像データを分割する分割手段と、
前記分割手段が分割した複数の画像データの１つを前記ワークメモリに格納し、前記ワークメモリに格納された画像データのフォーマットを変換する変換手段と、
前記変換手段が前記複数の画像データのそれぞれを変換して得られた画像データを含む１つの画像ファイルを生成する画像ファイル生成手段と、
を備えたことを特徴とする画像読み取り装置。
【請求項２】
前記分割手段は、外部より指定された分割サイズ、または前記画像読み取り手段が以前に読み取った原稿に基づき生成した画像データを分割した際の分割サイズで前記画像読み取り手段が生成した画像データを分割することを特徴とする請求項１に記載の画像読み取り装置。
【請求項３】
前記分割された複数の画像データの各々に対して、位置情報を含んだヘッダ情報を付与する付与手段を更に備えることを特徴とする、請求項１または請求項２に記載の画像読み取り装置。
【請求項４】
前記付与手段は、前記生成手段が生成した画像ファイルの出力先が前記位置情報を必要としない場合には前記画像ファイルのヘッダ情報に前記位置情報を含めないことを特徴とする、請求項３に記載の画像読み取り装置。
【請求項５】
前記画像ファイル生成手段は、複数ページの画像データを含む１つの画像ファイルを生成し、前記分割手段により分割された複数の画像データの各々は前記画像ファイル生成手段が生成する画像ファイルの１ページを構成することを特徴とする、請求項１乃至請求項４の何れか１項に記載の画像読み取り装置。
【請求項６】
画像を読み取る画像読み取り装置の制御方法であって、
画像読み取り手段が原稿を読み取って生成した画像データと、ワークメモリ内で前記画像データを格納するための領域のサイズとを比較する比較工程と、
前記画像データのサイズが前記ワークメモリ内で前記画像データを格納するための領域のサイズよりも大きい場合に、該画像データを分割する分割工程と、
前記分割工程で分割された複数の画像データの１つを前記ワークメモリに格納し、前記ワークメモリに格納された画像データのフォーマットを変換する変換工程と、
前記変換工程で前記複数の画像データのそれぞれが変換されて得られた画像データを含む１つの画像ファイルを生成する画像ファイル生成工程と、
を有することを特徴とする画像読み取り装置の制御方法。
【請求項７】
画像を読み取る画像読み取り装置の制御方法を実行するための、コンピュータで読み取り可能なプログラムであって、
画像読み取り手段が原稿を読み取って生成した画像データと、ワークメモリ内で前記画像データを格納するための領域のサイズとを比較する比較ステップと、
前記画像データのサイズが前記ワークメモリ内で前記画像データを格納するための領域のサイズよりも大きい場合に、該画像データを分割する分割ステップと、
前記分割ステップで分割された複数の画像データの１つを前記ワークメモリに格納し、前記ワークメモリに格納された画像データのフォーマットを変換する変換ステップと、
前記変換ステップで前記複数の画像データのそれぞれが変換されて得られた画像データを含む１つの画像ファイルを生成する画像ファイル生成工程と、
を有することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スキャナなど画像読み取り装置、及び画像読み取り装置の制御方法、並びに前記制御方法を実現するためのプログラムに関する。
【背景技術】
【０００２】
従来より、画像処理装置では、複数の静止画像を纏めて同一のファイルに記録したフォーマットを出力することが広く行われている。例えば、特許文献１では、出力順序をフォーマットのヘッダに記載し、再生時にこのフォーマットのヘッダ情報を基に静止画像の再生順序を決定する方法が提案されている。
【特許文献１】特開２００４−２５４１０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記の従来の技術では、次のような問題点があった。
【０００４】
複数の静止画像を同一ファイルに纏めて出力する場合に、画像のサイズが大きいと、画像処理装置が搭載するメモリの容量によっては、処理する画像データをメモリに展開することができない場合がある。
【０００５】
これを解決するため、搭載するメモリの容量を増やすことが考えられるが、これでは、画像形成装置の低コスト化に支障を来すという問題があった。
【０００６】
本発明は上記従来の問題点に鑑み、次のような、画像読み取り装置の制御装置、及び画像読み取り装置の制御方法、並びにプログラムを提供することを目的とする。即ち、読み取った画像データのサイズが大きくても、ワークメモリの容量を増やすことなく、該画像データの画像処理を行うことができるようにする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の画像読み取り装置は、画像読み取り手段が原稿を読み取って生成した画像データを記憶するためのワークメモリと、前記画像データのサイズと前記ワークメモリ内で前記画像データを格納するための領域のサイズとを比較する比較手段と、前記読み取られた画像データのサイズが前記ワークメモリ内で前記画像データを格納するための領域のサイズよりも大きい場合に、該画像データを分割する分割手段と、前記分割手段が分割した複数の画像データの１つを前記ワークメモリに格納し、前記ワークメモリに格納された画像データのフォーマットを変換する変換手段と、前記変換手段が前記複数の画像データのそれぞれを変換して得られた画像データを含む１つの画像ファイルを生成する画像ファイル生成手段と、を備えたことを特徴とする。
【０００８】
また、本発明は、画像を読み取る画像読み取り装置の制御方法であって、画像読み取り手段が原稿を読み取って生成した画像データと、ワークメモリ内で前記画像データを格納するための領域のサイズとを比較する比較工程と、前記画像データのサイズが前記ワークメモリ内で前記画像データを格納するための領域のサイズよりも大きい場合に、該画像データを分割する分割工程と、前記分割工程で分割された複数の画像データの１つを前記ワークメモリに格納し、前記ワークメモリに格納された画像データのフォーマットを変換する変換工程と、前記変換工程で前記複数の画像データのそれぞれが変換されて得られた画像データを含む１つの画像ファイルを生成する画像ファイル生成工程と、を有することを特徴とする。
【０００９】
また、本発明は、画像を読み取る画像読み取り装置の制御方法を実行するための、コンピュータで読み取り可能なプログラムであって、画像読み取り手段が原稿を読み取って生成した画像データと、ワークメモリ内で前記画像データを格納するための領域のサイズとを比較する比較ステップと、前記画像データのサイズが前記ワークメモリ内で前記画像データを格納するための領域のサイズよりも大きい場合に、該画像データを分割する分割ステップと、前記分割ステップで分割された複数の画像データの１つを前記ワークメモリに格納し、前記ワークメモリに格納された画像データのフォーマットを変換する変換ステップと、前記変換ステップで前記複数の画像データのそれぞれが変換されて得られた画像データを含む１つの画像ファイルを生成する画像ファイル生成工程と、を有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、画像読み取り装置で読み取った画像データのサイズが大きくても、ワークメモリの容量を増やすことなく、該画像データの画像処理を行うことが可能になるため、コストの軽減を実現することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００１２】
［第１の実施の形態］
＜ハードウェア構成＞
図１は、本発明の実施の形態に係る画像読み取り装置のハードウェア構成を示すブロック図である。
【００１３】
画像読み取り装置は、原稿読み取り手段の一例であるスキャナ１１７とコントローラ１１８より構成される。コントローラユニット１１８は、スキャナ１１７と接続することで、画像データやデバイス情報の入力を行う。ＣＰＵ１０１は、画像読み取り装置全体を制御するプロセッサである。ＲＡＭ１０３は、ＣＰＵ１０１がプログラムを実行する際のワークエリアとして機能する。また、ＲＡＭ１０３は、ＣＰＵ１０１が画像データを処理する場合における一時記憶領域としても用いられる。  ＦｌａｓｈＲＯＭ１０２は書き換え可能な不揮発性メモリであり、システムを制御するための各種制御プログラムが記録される。操作部Ｉ／Ｆ１０４は、操作部１０５とのインターフェース部で、操作部１０５に表示する画像データを出力する。また、操作部１０５からユーザが入力した情報を、ＣＰＵ１０１に伝える役割をする。ＵＳＢポート１１０は、ＵＳＢデバイス１１１との接続を可能にする。
【００１４】
以上のデバイスがシステムバス１０６上に配置されている。
【００１５】
イメージバスＩ／Ｆ１０８は、システムバス１０６と画像データを高速で転送する画像バス１１２とを接続し、データ構造を変換するバスブリッジである。画像バス１１２は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス１１２上には以下のデバイスが配置される。
【００１６】
ラスタイメージプロセッサＲＩＰ１１３はＰＤＬコードのようなベクトルデータをビットマップイメージに展開する。スキャナＩ／Ｆ１１５は、スキャナ１１７とコントローラユニット１１８を接続し、画像データの変換を行う。画像処理部１１６は、入力画像データに対し補正、加工、編集を行ったり、スキャナ入力画像データに対して、スキャナの補正、解像度変換等を行う。また、これに加えて、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。スキャナ１１７は、原稿を読み込み画像データに変換する部分である。その方式はレーザー等があるが、どの方式でも構わない。プリンタインターフェース（プリンタＩ／Ｆ）１１４は、不図示のプリンタエンジンと接続する。
【００１７】
操作部１０５は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られている。また操作キーを有している。システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報をＣＰＵ１０１に伝える。
【００１８】
ＬＡＮインターフェース１０７は、ＬＡＮに接続するための機能ユニットで、ＬＡＮを介してパーソナルコンピュータやサーバに画像ファイルを送信したり、他のデバイスの情報を取得したりするために使用される。
【００１９】
スキャナ１１７は不揮発性のメモリであるＮＶＭＥＭ１００を備えている。スキャナ１１７が読み取った原稿に基づく画像データは一旦ＮＶＭＥＭ１００に格納され、その後スキャナＩ／Ｆ１１５を介してＲＡＭ１０３へ転送される。
【００２０】
画像読み取り装置は、スキャナ１１７で原稿画像を読み取って生成した画像データをＨＤＤ１０９へ格納したり、プリンタＩ／Ｆ１１４を介して不図示のプリンタを用いて印刷することが可能である。また、画像読み取り装置は、スキャナ１１７で原稿画像を読み取って生成した画像データをＬＡＮ  Ｉ／Ｆ１０７を介して接続する不図示のコンピュータ装置へ送信することもできる。また画像読み取り装置は、スキャナ１１７で原稿画像を読み取って生成した画像データをＵＳＢポート１１０を介して接続するＵＳＢデバイス１１１（例えば、ＵＳＢメモリなど）へ出力することもできる。
【００２１】
＜ファイルフォーマット＞
図２は、複数ページの静止画像を同一のファイルとして記録するためのフォーマットの構成例を示す図である。
【００２２】
ファイルヘッダ２００は、１ページ目のページヘッダ２０２のアドレス、対象ファイルのファイルサイズ、及び当該ファイルが複数の静止画像を同一のファイルとして記録するフォーマットである情報が記されている。
【００２３】
１ページヘッダ２０２は、１ページデータ２０３について記されたヘッダ情報である。２ページヘッダ２０６と２ページデータ２０７、３ページヘッダ２１０と３ページデータ２１１も同様の関係にある。各ページデータには静止画画像の情報が記されている。
【００２４】
本フォーマットに対応していないデバイスが本フォーマットのファイルを参照した場合、１ページヘッダ２０２、１ページデータ２０３のみ参照することができる。
【００２５】
＜ページヘッダ＞
図３は、図２におけるページヘッダ２０２，２０６，２１０の構成例を示す図である。
【００２６】
先頭画像フラグ３００はそのページが先頭画像か否かを示す領域である。ここで、先頭画像とはファイルに含まれる複数の画像の中で代表となる画像を指す。本フォーマットにおいて先頭画像は各ファイルに１つだけ必ず含まれる。
【００２７】
主画像フラグ３０１とはそのページに従属する従画像をもつか否かを示す領域であり、従画像フラグ３０２とはそのページが従属する主画像をもつか否かを示す領域である。次ページのアドレス３０３はそのページの次ページのページヘッダアドレスが格納される。      
【００２８】
最終ページである場合には最終ページであることを示す値としてＮＵＬＬが格納される。従属画像のアドレス３０４はそのページが主画像である場合にのみ持つ項目であり、そのページに従属する従画像のページヘッダのアドレスがそれぞれ格納される。
【００２９】
カラーモード３０５はそのページがカラー画像であるかモノクロ画像であるかを示し、解像度３０６はそのページの解像度を示す。また、レイアウト３０７は自画像データと従属画像のレイアウト情報を示し、このレイアウト情報は画像再生時に並べて表示すべきか、また、その並べ方を示す。
【００３０】
＜ページ画像分割処理＞
次に、第１の実施の形態に係るページ画像分割処理について、図４及び図５を参照して説明する。
【００３１】
図４は、本実施形態に係る、スキャンしたページ画像の分割処理を示すフローチャートである。また、図５は、図４の分割処理を実行した場合のデータフローチャートである。
【００３２】
ＲＡＭ１０３は、ＣＰＵ１０１が実行する様々な処理のために用いられるので、ＲＡＭ１０３内（ワークメモリ内）に画像データの一時記憶領域として確保できる容量は動的に変化する。従って、スキャナ１１７から送られる画像データのサイズ（原稿のサイズや解像度や階調数などによって変化する）によっては１ページの画像データ全てをＲＡＭ１０３に格納できないこともある。１ページの画像データ全てをＲＡＭ１０３に格納できない場合においても画像データを分割することによって原稿画像に基づく画像データのファイルを生成するための処理を説明する。
【００３３】
まずステップＳ４００において、ＣＰＵ１０１は、スキャン指示と、スキャンにより生成される画像ファイルの格納場所とが指示されたか否かを判定する。即ち、ユーザは、例えばＡ３原稿をスキャナ１１７に載せ、該操作部１０５を用いて、スキャン指示と、スキャンにより生成される画像ファイルの格納場所とを指示し、ＣＰＵ１０１は、この指示動作を受け付ける。この際、画像ファイルの格納場所は、ＨＤＤ１０９、ＵＳＢデバイス１１１に接続された記憶媒体やデジタルカメラ、ＬＡＮ  Ｉ／Ｆ１０７に接続されたＰＣ、或いは画像読み取り装置の記憶部などの記憶媒体であればよい。
【００３４】
次にステップＳ４０１において、ＣＰＵ１０１はスキャナ１１７に原稿の読み込みを指示する。スキャナ１１７は読み込んだ１ページ分の画像データをスキャナ１１７内のＮＶＭＥＭ１００に一時格納する（図５のＴ１：「スキャン」）。なお、ＮＶＭＥＭ１００はスキャナ１１７が原稿をスキャンして生成する１ページ分の画像データを記憶することが可能な容量を有しているものとする。
【００３５】
続いて、ＣＰＵ１０１は、ステップＳ４０２において、一時記憶されたＮＶＭＥＭ１００内の画像データサイズを取得し、この画像データサイズと、画像処理を行うために必要なＲＡＭ１０３の領域サイズに相当するワークメモリのサイズとを比較する。ここで、画像データサイズがワークメモリのサイズよりも大きければ、ステップＳ４０３へ移る。画像データサイズがワークメモリのサイズよりも小さければ、ステップＳ４０５へ移る。
【００３６】
次にステップＳ４０３において、ＣＰＵ１０１は、読み取った原稿が２ページ目以降で、分割情報画既に生成されているか否かを判定する。読み込んだ画像データが２ページ目以降であり、後述するステップＳ４１１で指示された分割情報が存在するかどうか確認し、存在する場合、ステップＳ４０４へ移る。存在しない場合、ステップＳ４１１へ移る。この場合、以前に（１ページ目の原稿読み取り時に）生成した分割情報を２ページ目以降にも用いることになる。
【００３７】
続いて、ステップＳ４０４において、ＣＰＵ１０１は、後述するステップＳ４１２の分割情報を取得し、これに基づく分割サイズで画像データを分割するようスキャナ１１７へ指示する。当該指示に応答してスキャナ１１７から分割された画像データが転送され、ＣＰＵ１０１は転送された画像データを一旦ＲＡＭ１０３へ格納し、その後、ＨＤＤ１０９に非圧縮データで保存する。このとき、本画像サイズにおける、各分割画像の座標位置を分割情報として生成してメモリに保持しておく（図５のＴ２：「画像分割、保存」）。
【００３８】
次にステップＳ４０５において、ＣＰＵ１０１は、非圧縮データで保持されている画像データをＮＶＭＥＭ１００に展開し、外部で扱うことが可能な一般フォーマットＪＰＥＧ等に変換する。このとき、前記ステップＳ４０４で画像データを分割しているため、分割したサイズだけのメモリ量であればよく、一度のフォーマット変換に必要なメモリ量を抑えることが可能になる（図５のＴ３：「フォーマット変換」）。
【００３９】
次にステップＳ４０６において、ＣＰＵ１０１は、前記ステップＳ４０４で取得した分割情報をレイアウト情報として分割ページファイルのヘッダに記載し、ＨＤＤ１０９に保存する（図５のＴ４：「ヘッダ生成」）。続いて、ステップＳ４０７において、ＣＰＵ１０１は、前記ステップＳ４０６でＨＤＤ１０９に保存した分割ページファイルを出力ファイルに追加（付与）する（図  ５のＴ５：「ファイル結合、保存」）。
【００４０】
次にステップＳ４０８において、ＣＰＵ１０１は、前記ステップＳ４０１でスキャンした画像を全て分割ページファイルとして保存した場合はステップＳ４０９へ移る。全て保存していない場合は、ステップＳ４０４に戻り、次の未保存分割画像をスキャナ１１７から取得して、同様のステップを処理する。
【００４１】
次にステップＳ４０９において、ＣＰＵ１０１は、前記ステップＳ４０１において、スキャナ１１７にまだ読み込んでいない原稿がある場合は、ステップＳ４１３へ移る。これは、ドキュメントフィーダなどを使用し複数原稿を読み込む場合などである。全ての原稿を読み込んだ場合は、ステップＳ４１０へ移る。続いてステップＳ４１０において、前記ステップＳ４００において、指示されたファイル格納場所へ、本フローによって生成したファイルを送信し、格納する。これにより画像ファイル生成が完了する。
【００４２】
一方、前記ステップＳ４０３において、分割情報がまだ存在しない場合には、ＣＰＵ１０１は、ステップＳ４１１の処理を行う。ステップＳ４１１では、前記ステップＳ４０１でスキャンした画像を操作部１０５で表示し、ユーザによって、分割方法を指示する。指示方法は原稿がＮｕｐプリントされたものであれば、１ページに何ページプリントされた原稿かを指定する。また、この指定は、表示された画像の領域を選択することにより行う。なお、分割情報はＲＡＭ１０３などに記憶され。スキャンする原稿が複数枚の原稿である場合には、今回のスキャン指示によって読み取る全ての原稿に対しても同様に分割情報が適用されるものとする。
【００４３】
また、この時点でユーザの指示を仰がずに、分割法方を指定する情報を予め画像読み取り装置の設定情報としてＦｌａｓｈ  ＲＯＭ１０２、或いはＨＤＤ１０９に格納しておくことにより、自動的に分割情報を生成するようにしても良い。
【００４４】
次にステップＳ４１２において、ＣＰＵ１０１は、操作部１０５から、前記ステップＳ４１１でユーザが指示した分割情報を取得し、決定する。この分割情報とは、複数の矩形情報から成る。この際、送信先が、文書管理を行うシステムや画像処理を行うシステムであれば、分割後のサイズも一般的な用紙サイズに丸めこむ。これにより、文字切れが少なくなるため、分割画像データをレイアウト情報に基づき再生しなくても、ＯＣＲ、画像認識等の処理にかけることが可能となる。
【００４５】
続いてステップＳ４１３において、ＣＰＵ１０１は、処理したページが先頭ページかどうかを判断する。先頭ページの場合はステップＳ４１４へ移る。そうでない場合、前記ステップＳ４０１へ移る。
【００４６】
次にステップＳ４１４において、ＣＰＵ１０１は、先頭ページを分割した画像に対してそれぞれサイズの縮小処理を行う。縮小するサイズはサムネイル表示に適したサイズである（図５のＴ６：「縮小」）。
【００４７】
続いてステップＳ４１５において、ＣＰＵ１０１は、前記ステップＳ４１４で縮小したそれぞれの分割画像を結合し１つの画像に変換する（図５のＴ７：「サムネイル生成」）。そしてステップＳ４１６において、前記ステップＳ４１４で作成したサムネイル画像を出力ファイルの主画像として保存する。その後、前記ステップＳ４０１へ戻る。
【００４８】
＜第１の実施の形態に係る利点＞
本実施形態によれば、画像処理を行うワークメモリのサイズを判断することにより、読み取った画像データを分割し、送信することが可能となる。再生時には、必要に応じてレイアウト情報を参照し、分割画像を再結合することが可能となる（図５のＴ８：「再生」）。さらに、定型サイズに分割することにより、送信後の処理において、分割画像を再結合しなくても、処理することが可能となる。これにより、読み取った画像データのサイズが大きくても、ＲＡＭ１０３の容量を増やすことなく、該画像データの画像処理を行うことが可能になるため、コストの軽減につながる。
【００４９】
また、作成したファイルを表示する表示装置が、本出力ファイルのフォーマットに対応していなくても、サムネイル画像により概要を表示することが可能となる。
【００５０】
また、フォーマットに対応した表示装置においても、サムネイル表示を行う際に、分割画像を結合しなくても、主画像を表示することによってサムネイルを表示することが可能となる。
【００５１】
［第２の実施の形態］
次に、本発明の第２の実施の形態について説明する。
【００５２】
第２の実施の形態が上記第１の実施の形態と異なる点は、ドキュメントフィーダにより複数原稿をスキャンしてその各原稿サイズが異なる場合に、必要な原稿のみ適切に分割することを可能にしたことである。画像読み取り装置の構成は、第１の実施形態で説明したものと同じであるものとする。
【００５３】
＜ページ画像原稿混載処理＞
以下、第２の実施の形態に係るページ画像分割処理について、図６及び図７を参照して説明する。
【００５４】
図６は、本実施形態に係る、スキャンしたページ画像の分割処理を示すフローチャートである。また、図７は、図６の分割処理を実行した場合のデータフローチャートである。
【００５５】
ステップＳ５００からステップＳ５０５までの処理は、第１の実施の形態における図４のステップＳ４００からステップＳ４０５までの処理とそれぞれ同じである。但し、本実施の形態では、ステップＳ５０１のスキャン時には、図７のＴ１１に示すように、ドキュメントフィーダにより複数原稿、例えばＡ３原稿とＡ４原稿をスキャンするものとする。そのうち、分割の対象となる原稿画像は、図７のＴ１２に示すようにＡ３原稿の画像だけということになる。したがって、ステップＳ５０５のフォーマット変換処理は、図７のＴ１３に示すように３枚のＡ４画像に対して行われることになる。
【００５６】
次のステップＳ５０６においては、ＣＰＵ１０１は、前記ステップＳ５００で指示された格納場所情報（或いは画像ファイルの出力先情報）を取得する。格納場所、あるいは出力先によって、分割したページを再生時に復元するレイアウト情報が必要であるか、そうでないかを判断する。例えば、Ａ４サイズで分割したデータを、最大用紙サイズがＡ４のプリンタに送信する場合、分割前のレイアウト情報があっても復元することができないため、レイアウト情報は必要ない。この場合、ステップＳ５１６へ移る。格納場所で分割データを復元する必要がある場合は、ヘッダを生成する処理（図７のＴ１４）であるステップＳ５０７へ移る。レイアウト情報画必要であるか否かは、現在実行している原稿画像読み取りの処理に対してユーザから設定された処理内容に基づいて判断する。
【００５７】
ファイルを結合し保存する処理（図７のＴ１５）であるステップＳ５０７から、ステップＳ５１１までの処理では、第１の実施の形態における図４のステップＳ４０６からステップＳ４１０までの処理とそれぞれ同じである。
【００５８】
ステップＳ５１２では、送信先は分割が必要であるか否かを判断する。即ち、前記ステップＳ５０２においてワークメモリのサイズを超えないサイズの画像データであると判断されても、送信先の種類によっては当該画像データを分割する必要がある。例えば、送信先の画像形成装置のワークメモリのサイズが少ない場合やプリント用紙サイズが小さい場合などである。送信先が分割画像データを必要とする場合、ステップＳ５０３へ移り、分割処理を行う。送信先が分割画像データを必要としない場合は、分割せずに、ステップＳ５１５へ移る。
【００５９】
その後のステップＳ５１３及びステップＳ５１４の処理は、第１の実施の形態における図４のステップＳ４１１及びステップＳ４１２の処理とそれぞれ同じである。
【００６０】
続くステップＳ５１５では、ＣＰＵ１０１は、非圧縮データで保持されている画像データをＮＶＭＥＭ１００に展開し、外部で扱うことが可能な一般フォーマットＪＰＥＧ等に変換する。そして次のステップＳ５１６において、前記ステップＳ５０６で生成された画像データを単独の画像ファイルとして保存する。
【００６１】
その後のステップＳ５１７からステップＳ５２０までの処理は、第１の実施の形態における図４のステップＳ４１３からステップＳ４１６の処理とそれぞれ同じである。
【００６２】
＜第２の実施の形態に係る利点＞
第２の実施形態によれば、原稿サイズが混載した原稿をスキャンした場合においても、分割が必要な原稿のみ分割することが可能となり、処理を効率化することが可能となる。
【００６３】
なお、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【００６４】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００６５】
また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。
【００６６】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００６７】
更に、前述した実施形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。
【図面の簡単な説明】
【００６８】
【図１】コントローラユニットのハードウェア構成を示すブロック図である。
【図２】複数の画像を同一ファイルに記録するファイルフォーマット概要図である。
【図３】ファイルフォーマットの副画像ヘッダ概要図
【図４】第１の実施の形態におけるページ画像分割処理のフローチャートである。
【図５】第１の実施の形態におけるページ画像分割処理のデータチャートである。
【図６】第２の実施の形態におけるページ画像分割処理のフローチャートである。
【図７】第２の実施の形態におけるページ画像分割処理のデータチャートである。
【符号の説明】
【００６９】
１００  ＮＶＭＥＭ
１０１  ＣＰＵ
１０２  ＦｌａｓｈＲＯＭ
１０３  ＲＡＭ
１０５  操作部
１１６  画像処理部
１１７  スキャナ
１１８  コントローラユニット
【図１】
2010154040.tif 000003
【図２】
2010154040.tif 000004
【図３】
2010154040.tif 000005
【図４】
2010154040.tif 000006
【図５】
2010154040.tif 000007
【図６】
2010154040.tif 000008
【図７】
2010154040.tif 000009