(57)【要約】【課題】  入力された複数ページの画像データを１つの画像ファイル形式に変換して通信回線に送信する場合に、ファイル作成の処理時間を短縮する画像通信方法及びその装置を提供する。【解決手段】  入力された複数ページの画像データを１つの画像ファイル形式に変換して通信回線に送信する時に、通信回線で送信するデータの最大サイズに収まるよう複数ページからなるファイルデータを分割して送信する場合、最大サイズのデータを保持する容量を有する記憶手段に保持された画像ファイル形式に変換された画像データのサイズとページ数とに対応して、異なる送信データの作成及び送信を行うよう制御する。又、１ページの平均データサーズの少なくとも３ページ分のデータを保持する容量を有する記憶手段に保持された画像ファイル形式に変換された画像データのページ数に対応して、異なる変換処理、送信データの作成処理、及び送信処理を行うよう制御する。【選択図】    図４
2007060025.tif 000002
【特許請求の範囲】
【請求項１】
入力された複数ページの画像データを１つの画像ファイル形式に変換して通信回線に送信する画像通信装置であって、
通信回線で送信するデータの最大サイズに収まるよう複数ページからなるファイルデータを分割して送信する送信手段と、
前記最大サイズのデータを保持する容量を有する記憶手段と、
前記記憶手段に保持された前記画像ファイル形式に変換された画像データのサイズとページ数とに対応して、異なる送信データの作成及び送信を行うよう制御する制御手段とを有することを特徴とする画像通信装置。
【請求項２】
前記制御手段は、前記画像ファイル形式に変換された画像データのサイズが前記最大サイズを越えない間は、前記記憶手段に保持されている前記画像ファイル形式に変換された画像データを順次に送信し、前記画像ファイル形式に変換された画像データのサイズが前記最大サイズを越える場合は、前記記憶手段に保持されている前記画像ファイル形式に変換された画像データを前記最大サイズに納まるように分割して、送信するよう制御することを特徴とする請求項１に記載の画像通信装置。
【請求項３】
前記制御手段は、前記画像ファイル形式に変換された画像データの保持で前記記憶手段の容量が一杯になった時に、前記記憶手段に保持されている先頭ページの画像データの前記画像ファイル形式への変換が完了している場合は、該先頭ページを送信した後に削除し、削除後の空き領域に次のページの前記画像ファイル形式に変換された画像データを記憶するよう制御することを特徴とする請求項２に記載の画像通信装置。
【請求項４】
前記制御手段は、前記画像ファイル形式に変換された画像データの保持で前記記憶手段の容量が一杯になった時に、前記記憶手段に保持されている先頭ページの画像データの前記画像ファイル形式への変換が完了していない場合は、予めファイルデータサイズを知るためのダミーの画像データの変換を行うダミーエンコードモードに移行するよう制御することを特徴とする請求項２に記載の画像通信装置。
【請求項５】
入力された複数ページの画像データを１つの画像ファイル形式に変換して通信回線に送信する画像通信装置であって、
通信回線で送信するデータの最大サイズに収まるよう複数ページからなるファイルデータを分割して送信する送信手段と、
１ページの平均データサーズの少なくとも３ページ分のデータを保持する容量を有する記憶手段と、
前記記憶手段に保持された前記画像ファイル形式に変換された画像データのページ数に対応して、異なる変換処理、送信データの作成処理、及び送信処理を行うよう制御する制御手段とを有することを特徴とする画像通信装置。
【請求項６】
前記制御手段は、前記画像ファイル形式に変換された画像データの保持で前記記憶手段の容量が一杯になった時に、先頭ページを送信した後に削除し、削除後の空き領域に次のページの前記画像ファイル形式に変換された画像データを記憶するよう制御することを特徴とする請求項５に記載の画像通信装置。
【請求項７】
前記制御手段は、前記画像ファイル形式に変換された画像データのサイズが前記最大サイズを越えない間は、前記記憶手段に保持されている前記画像ファイル形式に変換された画像データを順次に送信し、前記画像ファイル形式に変換された画像データのサイズが前記最大サイズを越える場合は、前記記憶手段に保持されている前記画像ファイル形式に変換された画像データを前記最大サイズに納まるように分割して、送信するよう制御することを特徴とする請求項５に記載の画像通信装置。
【請求項８】
入力された複数ページの画像データを１つの画像ファイル形式に変換して通信回線に送信する画像通信装置の制御方法であって、
通信回線で送信するデータの最大サイズに収まるよう複数ページからなるファイルデータを分割して送信する送信工程と、
最大サイズのデータを保持する容量を有する記憶手段に保持された前記画像ファイル形式に変換された画像データのサイズとページ数とに対応して、異なる送信データの作成及び送信を行うよう制御する制御工程とを有し、
前記制御工程では、前記画像ファイル形式に変換された画像データのサイズが前記最大サイズを越えない間は、前記記憶手段に保持されている前記画像ファイル形式に変換された画像データを順次に送信し、前記画像ファイル形式に変換された画像データのサイズが前記最大サイズを越える場合は、前記記憶手段に保持されている前記画像ファイル形式に変換された画像データを前記最大サイズに納まるように分割して、送信するよう制御すると共に、
前記画像ファイル形式に変換された画像データの保持で前記記憶手段の容量が一杯になった時に、前記記憶手段に保持されている先頭ページの画像データの前記画像ファイル形式への変換が完了している場合は、該先頭ページを送信した後に削除し、削除後の空き領域に次のページの前記画像ファイル形式に変換された画像データを記憶し、前記記憶手段に保持されている先頭ページの画像データの前記画像ファイル形式への変換が完了していない場合は、予めファイルデータサイズを知るためのダミーの画像データの変換を行うダミーエンコードモードに移行するよう制御することを特徴とする画像通信装置の制御方法。
【請求項９】
入力された複数ページの画像データを１つの画像ファイル形式に変換して通信回線に送信する画像通信装置の制御方法であって、
通信回線で送信するデータの最大サイズに収まるよう複数ページからなるファイルデータを分割して送信する送信工程と、
１ページの平均データサーズの少なくとも３ページ分のデータを保持する容量を有する記憶手段に保持された前記画像ファイル形式に変換された画像データのページ数に対応して、異なる変換処理、送信データの作成処理、及び送信処理を行うよう制御する制御工程とを有し、
前記制御工程では、前記画像ファイル形式に変換された画像データの保持で前記記憶手段の容量が一杯になった時に、先頭ページを送信した後に削除し、削除後の空き領域に次のページの前記画像ファイル形式に変換された画像データを記憶すると共に、前記画像ファイル形式に変換された画像データのサイズが前記最大サイズを越えない間は、前記記憶手段に保持されている前記画像ファイル形式に変換された画像データを順次に送信し、前記画像ファイル形式に変換された画像データのサイズが前記最大サイズを越える場合は、前記記憶手段に保持されている前記画像ファイル形式に変換された画像データを前記最大サイズに納まるように分割して、送信するよう制御することを特徴とする画像通信装置の制御方法。
【請求項１０】
請求項８及び９に記載の画像通信装置の制御方法を実現するコンピュータ実行可能なプログラム。
【請求項１１】
請求項１０に記載のプログラムをコンピュータ読取可能な形態で記憶する記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像通信方法及びその装置に関するものである。
【背景技術】
【０００２】
ネットワークからデータをやり取りし、画像やテキストデータを送受信する画像通信装置としてインターネットＦＡＸがある。インターネットＦＡＸでは、メモリに蓄積した画像データをTIFF画像形式にパッケージしてネットワークに送出する。インターネットFAXに用いられているTIFFは、ＲＦＣ２３０１において、TIFF-S, TIFF-Fパッケージとして提案されている。
【０００３】
図１０はTIFF-Sパッケージの例を示したものである。図１０の（ａ）のように、各パッケージは、TIFFファイルの先頭につくヘッダ１０００と、画像のページ情報をタグの集合で示すIFD１０１１や１０２１と、IFDにより参照されるパラメータが格納されるパラメータ部１０１２や１０２２と、符号化された画像データを格納する画像ストリップ１０１３や１０２３とから構成される。
【０００４】
ヘッダ１０００には、１ページ目のIFD１０１１を示すオフセット値が保持されている。IFD１０１１は、図１０の（ｂ）のようなフォーマットを有し、パラメータ部１０１２へのオフセット値、画像ストリップ１０１３へのオフセット値、次のIFD１０２１へのオフセット値が保持されている。IFDは順にこのTIFFファイルの送信データ量の数だけリンクする。
【０００５】
従来から、インターネットＦＡＸがネットワークにこのようなTIFF画像ファイルを送信する時には、ネットワークに大きな負荷をかけないように、各TIFFファイルの最大データ量を設定している。そして、送信データ量がこのサイズを超えないようにメールデータを作成し、送信している。
【０００６】
このような送信データ量の制限を実現するため、以下のような手順を踏む必要がある。即ち、各ページのデータを一度エンコード（以下、ダミーエンコードともいう）し、各ページの画像データサイズだけを算出する。そして、また最初のページから本番のエンコードを行う。前ページまでの合計サイズと、今回のページのサイズとの合計が最大データ量を超えていなければ、そのページは連続したファイルとし、画像データを送信する。超えていた場合は、このページ以降は別のファイルとして分割して送信する。これにより、最大メールデータサイズを超えないように、各TIFFファイルを作成している。
【０００７】
図１１は、TIFFファイルの構成の特徴的な３つの点について述べたものである。上記ダミーエンコードの必要性は、このような構成に由来している。
(1) TIFFファイルの先頭にはTIFFファイルヘッダがつく（１１０１）。
(2) TIFFヘッダの中には、１ページ目の符号サイズを格納しなければならない（１１０２）。
(3) TIFFヘッダの中には、次ページのTIFFヘッダの位置、もしくは、次ページが無いことを示さないといけない（１１０３）。
【０００８】
これらの特徴点を考えた場合、図４で説明した順序で先頭から、TIFFヘッダ、IFD、画像データを順に作成し、作成した順で直ちにネットワークに送信していた場合、分割して送信することも考慮すると、以下のような不都合が発生する。(a) 符号サイズは、JBIG→MH/MR/MMR符号変換をページ単位で符号化終了しなければ判明しないが、そのサイズを格納すべき場所は、符号データより先に配置する必要がある（特徴点１１０２より）。
(b) あるページをTIFF化処理するときに、処理を始める段階で、そのページでTIFFファイルが終了するかどうかを知っていないといけない。最大データ上限サイズで、ファイル分割を行う場合、そのページの先頭を変換する時点で、分割するかどうかをあらかじめ決めておかないといけない。符号処理を終えてからだと、判断が遅すぎる（特徴点１１０３より）。
(c) 分割した場合、次のページの先頭には、新たなTIFFファイルヘッダの追加が必要である（特徴点１１０１より）。
【０００９】
これらを回避するために、従来では、上記のようなダミーエンコードという手法を用いることが提案されている（例えば、特許文献１参照）。
【００１０】
図１２は、従来のダミーエンコードの手法について説明したものである。尚、図１２は、３ページデータの画像を、サイズ上限値を４００kbyteの条件でTIFF化する例を示している。
【００１１】
まず、送信するべき全ページを、変換後の符号を出力せずに符号化し、先に各ページの変換後のデータサイズの値だけを全て獲得する（Ｓ１２０１）。変換後のデータサイズがあらかじめ分かれば、上記(a)〜(c)の問題は回避が可能となる。
【００１２】
すなわち、IFD部作成時に、そのページの変換後のデータサイズが分かるため、データの符号化前にIFDの作成が可能となる（Ｓ１２０２ａ）。又、ページをTIFFに変換する先頭で、最大サイズを越えるか否かも判定でき、そのページでファイルを分割するべきかどうかの判断も可能となる。その場合に、例えば図１２の例では、２ページ目のファイルのIFD作成時に次ページが無いことを示すことができる（Ｓ１２０２ｂ）。又、そのページでファイルを分割するべきかどうかの判断ができれば、TIFFヘッダをデータの符号化前に、図１２の例では３ページ目のIFDの前に挿入できる（Ｓ１２０２ｃ）。
【００１３】
図１３は、上記従来のダミーエンコードの手法を実現する処理手順のフローチャートを示したものである。
【００１４】
まず、ページカウンタ（Ｎ）を１に初期化する（Ｓ１３０１）。１枚目のメモリに格納されている符号をダミーエンコードし、変換後の符号サイズのみ求める（Ｓ１３０２）。次に、１ページ目で全ページ終了かどうかをチェックする（Ｓ１３０３）。全ページ終了でない場合は、ページ数を１増やし（Ｓ１３０４）、次のページをダミーエンコードする。最終ページまで全てダミーエンコードが終わったら、本番のエンコードに入る。
【００１５】
まず、ページカウンタ（Ｎ）を１、送信する１ファイルのサイズ（File Size）を０に初期化し（Ｓ１３０５）し、File Sizeを１ページ目の符合データ量（Data Size[1]）とする（Ｓ１３０６）。次に、１ページ目の符号データ量が、そのページだけで最大データサイズ（Size Max）を超えているかどうかのチェックを行う（Ｓ１３０７）。超えていた場合は、分割送信は不可能であるので、この通信はエラー終了する（Ｓ１３１８）。
【００１６】
超えていない場合は、次に、このページで最終ページかどうかのチェックを行う（Ｓ１３０８）。このページで最終ページのときは、このページでTIFFファイルが終了するので、このページのIFDにファイル終端ページである情報を書き込み（Ｓ１３１３）、変換画像データを付加し（Ｓ１３１４）、ファイルクローズ処理に進む（１３１５）。
【００１７】
このページで最終ページでない場合は、次に、次のページまでの変換後符号サイズ量が、最大送信データ上限を超えていないかどうかのチェックを行う（Ｓ１３０９，Ｓ１３１０）。ここで、上限を超えていた場合は、現在のページで一旦ファイルを分割することが確定し、このページのIFDにファイル終端ページである情報を書き込み（Ｓ１３１３）、変換画像データを付加し（Ｓ１３１４）、ファイルクローズ処理に進む（Ｓ１３１５）。
【００１８】
上限を超えていない場合は、このページでTIFFファイルは終了しないので、IFDに次のページが継続する情報を書き込み（Ｓ１３１１）、変換画像データを付加する（Ｓ１３１２）。
【００１９】
これらの1ページの処理を終えると、このページで最終ページかどうかチェックし（Ｓ１３１６）、最終ページであるなら全ての処理が終わったので、終了する。次のページがある場合は、ページカウンタ（Ｎ）をカウントアップし（Ｓ１３１７）、ステップＳ１３０７に戻って次のページの処理を継続する。
【特許文献１】特開平１１−３２１９６号公報
【発明の開示】
【発明が解決しようとする課題】
【００２０】
上記のように、現在の画像通信装置では、TIFFファイル等の画像ファイルデータを作成する前に必ず一度ダミーエンコード処理を行っている。しかしながら、この手法であると毎ページごとにダミーエンコードを行うことになり、処理時間が長くなったり、多くのメモリ領域を使用するなどの問題があった。
【００２１】
本発明は、かかる問題点に鑑み、入力された複数ページの画像データを１つの画像ファイル形式に変換して通信回線に送信する場合に、ファイル作成の処理時間を短縮する画像通信方法及びその装置を提供する。
【課題を解決するための手段】
【００２２】
このような課題を解決するために、本発明の画像通信装置は、入力された複数ページの画像データを１つの画像ファイル形式に変換して通信回線に送信する画像通信装置であって、通信回線で送信するデータの最大サイズに収まるよう複数ページからなるファイルデータを分割して送信する送信手段と、前記最大サイズのデータを保持する容量を有する記憶手段と、前記記憶手段に保持された前記画像ファイル形式に変換された画像データのサイズとページ数とに対応して、異なる送信データの作成及び送信を行うよう制御する制御手段とを有することを特徴とする。
【００２３】
ここで、前記制御手段は、前記画像ファイル形式に変換された画像データのサイズが前記最大サイズを越えない間は、前記記憶手段に保持されている前記画像ファイル形式に変換された画像データを順次に送信し、前記画像ファイル形式に変換された画像データのサイズが前記最大サイズを越える場合は、前記記憶手段に保持されている前記画像ファイル形式に変換された画像データを前記最大サイズに納まるように分割して、送信するよう制御する。また、前記制御手段は、前記画像ファイル形式に変換された画像データの保持で前記記憶手段の容量が一杯になった時に、前記記憶手段に保持されている先頭ページの画像データの前記画像ファイル形式への変換が完了している場合は、該先頭ページを送信した後に削除し、削除後の空き領域に次のページの前記画像ファイル形式に変換された画像データを記憶するよう制御する。また、前記制御手段は、前記画像ファイル形式に変換された画像データの保持で前記記憶手段の容量が一杯になった時に、前記記憶手段に保持されている先頭ページの画像データの前記画像ファイル形式への変換が完了していない場合は、予めファイルデータサイズを知るためのダミーの画像データの変換を行うダミーエンコードモードに移行するよう制御する。
【００２４】
又、入力された複数ページの画像データを１つの画像ファイル形式に変換して通信回線に送信する画像通信装置であって、通信回線で送信するデータの最大サイズに収まるよう複数ページからなるファイルデータを分割して送信する送信手段と、１ページの平均データサーズの少なくとも３ページ分のデータを保持する容量を有する記憶手段と、前記記憶手段に保持された前記画像ファイル形式に変換された画像データのページ数に対応して、異なる変換処理、送信データの作成処理、及び送信処理を行うよう制御する制御手段とを有することを特徴とする。
【００２５】
ここで、前記制御手段は、前記画像ファイル形式に変換された画像データの保持で前記記憶手段の容量が一杯になった時に、先頭ページを送信した後に削除し、削除後の空き領域に次のページの前記画像ファイル形式に変換された画像データを記憶するよう制御する。また、前記制御手段は、前記画像ファイル形式に変換された画像データのサイズが前記最大サイズを越えない間は、前記記憶手段に保持されている前記画像ファイル形式に変換された画像データを順次に送信し、前記画像ファイル形式に変換された画像データのサイズが前記最大サイズを越える場合は、前記記憶手段に保持されている前記画像ファイル形式に変換された画像データを前記最大サイズに納まるように分割して、送信するよう制御する。
【００２６】
又、本発明の画像通信装置の制御方法は、入力された複数ページの画像データを１つの画像ファイル形式に変換して通信回線に送信する画像通信装置の制御方法であって、通信回線で送信するデータの最大サイズに収まるよう複数ページからなるファイルデータを分割して送信する送信工程と、最大サイズのデータを保持する容量を有する記憶手段に保持された前記画像ファイル形式に変換された画像データのサイズとページ数とに対応して、異なる送信データの作成及び送信を行うよう制御する制御工程とを有し、前記制御工程では、前記画像ファイル形式に変換された画像データのサイズが前記最大サイズを越えない間は、前記記憶手段に保持されている前記画像ファイル形式に変換された画像データを順次に送信し、前記画像ファイル形式に変換された画像データのサイズが前記最大サイズを越える場合は、前記記憶手段に保持されている前記画像ファイル形式に変換された画像データを前記最大サイズに納まるように分割して、送信するよう制御すると共に、前記画像ファイル形式に変換された画像データの保持で前記記憶手段の容量が一杯になった時に、前記記憶手段に保持されている先頭ページの画像データの前記画像ファイル形式への変換が完了している場合は、該先頭ページを送信した後に削除し、削除後の空き領域に次のページの前記画像ファイル形式に変換された画像データを記憶し、前記記憶手段に保持されている先頭ページの画像データの前記画像ファイル形式への変換が完了していない場合は、予めファイルデータサイズを知るためのダミーの画像データの変換を行うダミーエンコードモードに移行するよう制御することを特徴とする。
【００２７】
又、入力された複数ページの画像データを１つの画像ファイル形式に変換して通信回線に送信する画像通信装置の制御方法であって、通信回線で送信するデータの最大サイズに収まるよう複数ページからなるファイルデータを分割して送信する送信工程と、１ページの平均データサーズの少なくとも３ページ分のデータを保持する容量を有する記憶手段に保持された前記画像ファイル形式に変換された画像データのページ数に対応して、異なる変換処理、送信データの作成処理、及び送信処理を行うよう制御する制御工程とを有し、前記制御工程では、前記画像ファイル形式に変換された画像データの保持で前記記憶手段の容量が一杯になった時に、先頭ページを送信した後に削除し、削除後の空き領域に次のページの前記画像ファイル形式に変換された画像データを記憶すると共に、前記画像ファイル形式に変換された画像データのサイズが前記最大サイズを越えない間は、前記記憶手段に保持されている前記画像ファイル形式に変換された画像データを順次に送信し、前記画像ファイル形式に変換された画像データのサイズが前記最大サイズを越える場合は、前記記憶手段に保持されている前記画像ファイル形式に変換された画像データを前記最大サイズに納まるように分割して、送信するよう制御することを特徴とする。
【００２８】
更に、上記画像通信装置の制御方法を実現するコンピュータ実行可能なプログラム。該プログラムをコンピュータ読取可能な形態で記憶する記憶媒体をも提供する。
【発明の効果】
【００２９】
以上述べたように、エンコードした画像データを送信する前に、エンコードデータをメモリにできるだけ蓄積し、蓄積したファイルデータに直接分割の修正を行うことにより、ページ単位の最大送信データ量のチェックを行うことができる。又、処理的なロスを最も抑えることができるため、通信速度の減少、使用リソースの削減を実現できる。
【発明を実施するための最良の形態】
【００３０】
本発明の画像通信装置の画像通信処理の実施形態を複合機（MFP機）を例にあげて、添付図面に従って以下に説明する。
【００３１】
＜本実施形態の画像通信装置の構成例＞
図１は、本発明における通信装置のハードウエア構成の概略図である。
【００３２】
図１において、１０１は演算制御用のCPUであり、システムの制御部として装置全体を制御する。１０２はROMであり、CPUの制御プログラムを格納するためのものである。１０３はSRAMであり、オペレータが登録した設定値や装置の管理データ等や各種ワーク用バッファ等を格納するものである。１０４はDRAMであり、プログラム制御変数等を格納するためのものである。又、画像データ、テキストデータを蓄積するためのものである。
【００３３】
１０５は読み取り部であり、画像データを読み取りバイナリデータに変換する装置である。本実施形態では、カラー画像の読み取りが可能としている。１０６は記録部であり、画像データを記録紙に出力する装置である。本実施形態では、モノクロのみ出力可能な記録部としている。
【００３４】
１０７はファクシミリ通信制御部であり、電話回線とのインターフェースである。１０８は操作部であり、オペレータによる登録などの操作を行う装置である。１０９は符号処理部（CODEC）であり、通信制御装置で扱う画像データの符号化復号化処理を行う。TIFFファイル変換処理もここで行う。１１０はネットワーク通信制御部であり、ネットワーク回線へのI/Fを行う。プリントジョブの受信や、インターネットFAX送受信に使われる。１１１はディスクなどの外部メモリ装置であり、取り外しの可能なメモリも含む。
【００３５】
図２は、本実施形態の画像通信装置のメモリの構成例を示す図である。かかる例はその一例であって、各領域の位置は図２に限定されない。尚、図２には、本実施形態の処理に関連の深い領域のみが示されている。又、後述のように、プログラムやデータが外部メモリ装置から内部メモリにロードされて、CPU１０１により本画像通信処理が実現されてもよい。
【００３６】
ROM１０２には、例えばシステムプログラム２０１、メール送信プログラム２０２、送信ファイル作成プログラム２０３などが記憶されている。
【００３７】
SRAM１０３には、画像送信先の送信先アドレステーブル２０４、TIFFファイルのファイルフォーマット２０５（図１０参照）、１メールの最大サイズ（Size Max byte）２０６、符号化データを記憶できる容量を示すメモリ最大サイズ（Mem Size９２０７などが記憶されている。
【００３８】
DRAM１０４には、本実施形態の処理を制御するため使用される変数が記憶される。メモリに格納されているデータサイズ（Mem byte）２０８、ページカウンタ（Ｎ）２０９、Ｎページ目のデータサイズ（Data Size[N]）２１０、メモリに格納されているページ図（Mem Page）、送信する１ファイルのサイズ（File Size）２１２などである。又、処理データが記憶される。例えば、テキストデータ２１３、画像データ２１４、圧縮された画像データ２１５、更に符号化された符号データ２１６、TIFFファイル２１７などである。尚、図２では、符号データ２１６とTIFFファイル２１７とを別途に示したが、図１０のように符号データ２１６はTIFFファイル２１７に含まれて送信される。
【００３９】
（画像データの符号形式変換例）
図３は本実施形態における、画像データの符号形式変換の前提について説明したものである
まず、本体メモリ内に、スキャナ部（読取部１０５）から読み取った画像をJBIG符号の形式で、各ページごとに格納している（３０１）。インターネットFAXとして、画像をネットワークに送信するには、この画像データをTIFFファイル形式に変換する必要がある。その手順として、まず始めに、TIFFファイルヘッダを作成する（３０２）。次に、１ページ目のIFD部を作成し（３０３）、その次にメモリに蓄積されているJBIG符号の画像データを、MH/MR/MMR符号に変換する（３０４）。次のページがある場合は、２ページ目のIFD部を作成し、２ページ目のJBIG符号の画像データを、MH/MR/MMR符号に変換する（３０５）。３ページ目以降も同様である（３０６）。基本的なTIFFファイルデータ作成の流れは以上のようになる。
【００４０】
＜本実施形態の画像処理装置の動作例１＞
図４及び図６は、実施形態の画像処理装置の動作例１の動作を説明する図である。この手法では、ダミーエンコードを回避するために、作成したTIFFデータをすぐに回線に送信せず、できる限り本体メモリ装置内に格納する。尚、図１２の従来例と同様に、３ページデータの画像を、サイズ上限値を４００kbyteの条件でTIFF化する例を示している。
【００４１】
（メモリに全ての変換後のデータが格納できる場合：図４）
図４では、まず、１ページ目のJBIG符号データを、TIFFに変換する。この変換が終わった時に、初めて１ページ目は150kbyteということが判明する（４０１）。同様に２ページ目、３ページ目もTIFFに変換する（４０２）（４０３）。
【００４２】
全てのTIFF変換が終了し、メモリに蓄積できた時点で、各ページのデータサイズを調べると、２ページ目と３ページ目の間でTIFFファイルを分割しないと最大データ上限値を超えてしまっていることが分かる。そのため、２ページ目のIFDに、このページで終了することを示すように修正を行う（Ｓ４０１）。さらに、３ページ目の先頭に別のTIFFファイルを示すためのTIFFヘッダを追加する（Ｓ４０２）。
【００４３】
こうすることにより、ダミーエンコードを行わないで、分割送信を実現することが可能になる。
【００４４】
（メモリに全ての変換後のデータが格納できない場合１：図５）
図５は、JBIG符号の画像データをTIFFに変換し、メモリに蓄積していくときに、メモリフルが発生した場合の処理を示している。図５も同様に、３ページデータの画像を、サイズ上限値を４００kbyteの条件でTIFF化する例を示している。
【００４５】
まず、図４の手順と同様に、各ページのJBIGデータをTIFFに変換していく（５０１、５０２、５０３）。そのときに、３ページ目のTIFFデータ変換時にメモリフルが発生したとする（５０３）。
【００４６】
しかし、この時点で、１ページ目のTIFFデータは、２ページ目の段階でも最大送信データ上限値を超えていないことがわかるため、分割に影響しないことが確定する。そのため、この時点で送信が可能である。そこで、まず、１ページ目のTIFFデータを回線に送信する。そして、１ページ目のTIFFデータを消去する。これにより、メモリの１ページ目の領域に空きができるので、再び続きのJBIGデータ→TIFF変換を行う（Ｓ５００３）。
【００４７】
最後のページまでメモリに格納し、TIFFファイルのサイズをチェックすると、２ページ目と３ページ目の間でTIFFファイルを分割しないと最大データ上限値を超えてしまっていることが分かる。そのため、２ページ目のIFDに、このページで終了することを示すように修正を行う（Ｓ５０１）。さらに、３ページ目の先頭に別のTIFFファイルを示すためのTIFFヘッダを追加する（Ｓ５０２）。
【００４８】
こうすることにより、メモリフルが発生した場合でもダミーエンコードを行わないで、分割送信を実現することが可能になる。
【００４９】
（メモリに全ての変換後のデータが格納できない場合２：図６）
図６は、JBIG符号の画像データをTIFFに変換し、メモリに蓄積していくときに、メモリフルが発生した場合の処理を示している。図６も同様に、３ページデータの画像を、サイズ上限値を４００kbyteの条件でTIFF化する例を示している。
【００５０】
まず、図４の手順と同様に各ページのJBIGデータをTIFFに変換していく。そのときに、１ページ目のTIFFデータ変換時にメモリフルが発生したとする（６０１）。
【００５１】
このように、全ての変換TIFFデータがメモリに入りきらなかった場合 かつ メモリ内に１ページ以下しか格納が完了していない場合は、図５のように送信が確定できるページが存在しない。従って、従来のダミーエンコード手法に戻って、ファイルを作成して送信する（Ｓ６００）。
【００５２】
これにより、メモリフルが発生した場合の一部のみダミーエンコードを行うことで、できる限りダミーエンコード処理を回避でき、又、分割送信を実現できる。
【００５３】
（動作例１の手順を示すフローチャート）
図７は、本動作例１の処理手順例を示すのフローチャートである。
【００５４】
まず、まず、ページカウンタ（Ｎ）を１に、メモリに格納されているページ数（Mem Page）を０に初期化する（Ｓ７０１）。1ページのJBIG画像データを、TIFFに変換しながらメモリに格納していく（Ｓ７０２）。そして、格納中にメモリフルが発生しているかどうかのチェックを行う（Ｓ７０３）。
【００５５】
メモリフルが発生しない場合は、１ページ分のTIFFデータが完成することになる。この時点で、変換後の符号サイズが判明する（Ｓ７０８）。そして、まず、この１ページの符号サイズが、最大送信データ上限値を超えているかどうかのチェックを行う（Ｓ７０９）。上限値を超えている場合は、このページは送信不可能であるので、この通信はエラー終了する（Ｓ７１０）。
【００５６】
次に、今回TIFF変換したページで全ページが終了したかどうかのチェックを行う（Ｓ７１１）。もし、最終ページでないならば、ページカウンタ（Ｎ）をカウントアップし（Ｓ７１２）、ステップＳ７０２に戻って次のページのJBIGデータをTIFFに変換する。もし、このページで最終ページである場合は、メモリへの蓄積を完了し（Ｓ７１３）、メモリに蓄積しているTIFF画像データに対して、最大送信データ上限値を超えないように、複数のTIFFファイルに分割する処理を行い（Ｓ７１４）、処理を終了する。
【００５７】
しかし、ステップＳ７０３において、TIFFデータのメモリ蓄積時にメモリフルが発生した場合は、まず、メモリに既に蓄積されているページ数をチェックする（Ｓ７０４）。ここで、蓄積しているページ数が３枚以上ある場合は、２ページ前までのTIFFデータに対してサイズチェックを行い、分割処理を行った後で、回線に送信する（Ｓ７０５）。そのあとで、２ページ前までの画像データを消去しメモリを空け、再びTIFF変換を開始する（Ｓ７０６）。
【００５８】
又、メモリフル時にメモリに蓄積されているTIFFデータが２ページ以下の場合は、送信できるTIFFデータが存在しないため、従来のダミーエンコード方式に処理を切り替える（Ｓ７０７）。
【００５９】
＜本実施形態の画像処理装置の動作例２＞
図８は、実施形態の画像処理装置の動作例２の動作を説明する図である。この手法では、ダミーエンコードを回避するために、作成したTIFFデータをすぐに回線に送信せず、できる限り本体メモリ装置内に格納する。尚、この手法では、まず、本体メモリにTIFF変換でしか使用しない専用のメモリ領域が３ページ分確保されていることが前提となっている。図８の例では５ページデータの画像を、サイズ上限値を４００kbyteの条件でTIFF化する例を示している。
【００６０】
まず、図４の手順と同様に各ページのJBIGデータをTIFFに変換していく（８０１、８０２、８０３）。そして、３ページ目まで専用出力領域に格納する。この時点で１ページ目までで150kbyte、かつ２ページ目までで300kbyteとなり、２ページ目までで、１ファイル上限をオーバーしないことが確定する。これにより、１ページ目に修正が必要ないことが確定する。ここで、１ページ目を回線に送信。そして、１ページ目の画像データを専用出力領域から消去する（Ｓ８００）。
【００６１】
次に、空いた１目ージ目の専用出力領域に、４ページ目を格納する（８０４）。この時点で２ページ目までで300kbyte、かつ３ページ目までで450kbyteとなり、２ページ目までで、１ファイル上限をオーバーしないことが確定する。しかし、３ページ目で上限をオーバーすることも判明する。従って、２ページ目でファイルを閉じなければならない。２ページ目のIFDに修正を行いファイルを閉じ、２ページ目を回線に送信。そして、２ページ目の画像データを専用出力領域から消去する（Ｓ８０１）。
【００６２】
さらに、空いた２ページ目の専用出力領域に、５ページ目を格納する。この時点で全ての画像が格納されたことになるので、残りのページを全て処理する。まず、３ページ目までで450kbyteとなるため、３ページ目で２ファイル目に切り替える。３ページ目にファイルヘッダを付加する処理を行い、回線に送信する（Ｓ８０２）。
【００６３】
これで、全てのページをTIFF化して専用メモリ領域に格納したことになるので、次は４ページ目を送信する。４ページ目までで２ファイル目の300kbyte、５ページ目までで２ファイル目の450kbyteとなり、４ページ目までで、２ファイル目の上限をオーバーしないことが確定する。しかし、５ページ目で２ファイル目の上限をオーバーすることも判明する。従って、４ページ目にファイルクローズ修正を行い、４ページ目を回線に送信する（Ｓ８０４）。
【００６４】
最後に５ページ目の処理を行う。５ページ目は２ファイル目の450kbyteとなるので、３ファイル目の先頭ページとなることが分かる。５ページ目で３ファイル目に切り替える。５ページ目にファイルヘッダを付加する処理を行い、回線に送信する（Ｓ８０５）。
【００６５】
（動作例２の手順を示すフローチャート）
図９は、本動作例１の処理手順例を示すのフローチャートである。
【００６６】
まず、まず、ページカウンタ（Ｎ）を１に、メモリに格納されているページ数（Mem Page）を０に初期化する（Ｓ９０１）。1ページのJBIG画像データを、TIFFに変換しながらメモリに格納していく（Ｓ９０２）。専用メモリ領域を使用しているので、メモリフルは発生しないので、必ず1ページ分のTIFFデータが完成する（Ｓ９０３）。
【００６７】
そして、まず、この１ページの符号サイズが、最大送信データ上限値を超えているかどうかのチェックを行う（Ｓ９０４）。上限値を超えている場合は、このページは送信不可能であるので、この通信はエラー終了する（Ｓ９０５）。
【００６８】
ステップＳ９０４において上限を越えてなければ、このページが最終ページかどうかのチェックを行う（Ｓ９０６）。このページで終了であれば、現在専用メモリ領域に蓄積されているTIFF画像データのサイズをチェックし、必要であれば分割処理をおこない（Ｓ９１８）、回線にTIFFデータを送信する（Ｓ９１９）。
【００６９】
ステップＳ９０６においてこのページで最終ページでない場合は、次に専用メモリ領域に格納されているTIFFデータのページ数が３枚以上かどうかのチェックを行う（Ｓ９０７）。３枚以上のTIFFデータが蓄積されていない場合は、直ちに次のページのJBIG画像のTIFF変換処理を行う（Ｓ９１６、Ｓ９１７）。
【００７０】
ステップＳ９０７において３枚以上のTIFF画像データが専用メモリ領域に格納されている場合は、２ページ前のTIFFデータに関して、送信処理を行う。まず、２ページ前のTIFFデータが、TIFFファイルの先頭ページかどうかのチェックを行う（Ｓ９０８）。先頭ページである場合は、２ページ前のTIFFデータにTIFFヘッダを付加する（Ｓ９１０、Ｓ９１１）。
【００７１】
ステップＳ９０８においてTIFFファイルの先頭ページでなければ、２ページ前のTIFFデータがTIFFファイルの最後尾ページかどうかのチェックを行う（Ｓ９０９）。
【００７２】
最後尾ページである場合は、２ページ前のTIFFデータのIFD部に、ファイル終端であることを示すように修正する（Ｓ９１２、Ｓ９１３）。そして、回線に２ページ前のTIFFデータを送信し、２ページ前のTIFFデータを専用メモリ領域から消去する（Ｓ９１５）。又、２ページ前のTIFFデータが、先頭ページでも、最終ページでもない場合は、修正は行わず、同様に回線に２ページ前のTIFFデータを送信し、２ページ前のTIFFデータを専用メモリ領域から消去する（Ｓ９１４、Ｓ９１５）。そして、ページカウンタ（Ｎ）をカウントアップし（Ｓ９１７）、ステップＳ９０２に戻って次のページのTIFFデータを空いた専用メモリ領域に作成する。
【００７３】
以上のような方法により無駄な処理時間や無駄なメモリ領域の使用を防ぐことが可能となる。
【００７４】
尚、本実施形態では、TIFFファイルを例に説明したが、メールで画像データを送信する場合の他の形式のファイル形成にも適用可能であり、これらも本発明に含まれる。
【００７５】
又、本発明は、複数の機器(例えばコンピュータ、インタフェース機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（複写機、プリンタ、ファクシミリ装置など）に適用してもよい。
【００７６】
又、本発明の目的は、前述した実施形態で示したフローチャートの手順を実現するプログラムコードを記憶した記憶媒体を、システムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても達成される。
【００７７】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００７８】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピー(登録商標)ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００７９】
又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００８０】
更に、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【図面の簡単な説明】
【００８１】
【図１】本実施形態の画像通信装置のハードウエア構成例を示したブロック図である。
【図２】図１のメモリ（ROM,SRAM,DRAM）の本実施形態に関連する構成例を示す図である。
【図３】本実施形態のファイル形成手法におけるTIFFパラメータのエンディアンを切り替える手法を説明する図である
【図４】本実施形態のファイル形成手法の動作例１における一例を説明する図である。
【図５】本実施形態のファイル形成手法の動作例１における他例を説明する図である。
【図６】本実施形態のファイル形成手法の動作例１における更に他例を説明する図である。
【図７】本実施形態のファイル形成手法の動作例１の処理手順を示すフローチャートである。
【図８】本実施形態のファイル形成手法の動作例２における一例を説明する図である。
【図９】本実施形態のファイル形成手法の動作例２の処理手順を示すフローチャートである。
【図１０】TIFF画像パッケージの構成について説明する図である。
【図１１】TIFFデータ構造の特徴について示した図である。
【図１２】従来のダミーエンコード手法について説明する図である。
【図１３】従来のダミーエンコード手法の手順例を示すフローチャートである。
【図１】
2007060025.tif 000003
【図２】
2007060025.tif 000004
【図３】
2007060025.tif 000005
【図４】
2007060025.tif 000006
【図５】
2007060025.tif 000007
【図６】
2007060025.tif 000008
【図７】
2007060025.tif 000009
【図８】
2007060025.tif 000010
【図９】
2007060025.tif 000011
【図１０】
2007060025.tif 000012
【図１１】
2007060025.tif 000013
【図１２】
2007060025.tif 000014
【図１３】
2007060025.tif 000015