(57)【特許請求の範囲】
【請求項１】
所定の順序がそれぞれ割り当てられた複数の単位データが第１符号化方式によって符号化された複数の第１単位符号化データを記憶する記憶手段と、
前記記憶手段によって記憶されている複数の前記第１単位符号化データを当該データ単位で読み出す読出手段と、
利用者の指示を受け付けて当該指示に応じた信号を出力する出力手段と、
前記出力手段が前記信号を出力する間隔が一定時間以上になった場合に、前記読出手段によって読み出された前記第１単位符号化データを、前記第１符号化方式と異なる複数の第２符号化方式でそれぞれ符号化して、当該各第２符号化方式に応じた第２単位符号化データをそれぞれ生成する符号化手段と、
前記符号化手段による符号化に用いられた前記複数の第２符号化方式の中から、１つの第２符号化方式を特定する特定手段と、
前記特定手段により特定された第２符号化方式に応じた各々の第２単位符号化データのデータ量を前記順序に従って加算し、その加算値が閾値を超えない範囲内で１又は複数の前記第２単位符号化データの組をデータ送信時の１単位となるデータとして決定する決定手段と
を具備することを特徴とするデータ処理装置。
【請求項２】
前記決定手段は、前記第２単位符号化データのデータ量のそれぞれに、決められたヘッダおよびフッタのデータ量を加算した量を前記順序に従って加算し、その加算値が閾値を超えない範囲内で前記組を決定することを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
前記決定手段によって決定された前記第２単位符号化データの組を１単位として送信する送信手段を具備することを特徴とする請求項１または２に記載のデータ処理装置。
【請求項４】
前記送信手段は、決定された前記第２単位符号化データの組のそれぞれを各電子メールに添付して送信することを特徴とする請求項３に記載のデータ処理装置。
【請求項５】
前記単位データは、１ページの画像を表示するためのデータであることを特徴とする請求項１から４のいずれか一項に記載のデータ処理装置。
【請求項６】
前記電子メールの本文のデータ量に応じて閾値を算出する閾値算出手段を具備し、
前記決定手段は、前記第２単位符号化データのデータ量の加算値が、前記閾値算出手段によって算出された閾値を超えない範囲内で１又は複数の前記第２単位符号化データの組をデータ送信時の１単位となるデータとして決定する
ことを特徴とする請求項４に記載のデータ処理装置。
【請求項７】
前記閾値算出手段は、所定の定数から前記電子メールの本文のデータ量を減算して前記閾値を算出する
ことを特徴とする請求項６に記載のデータ処理装置。
【請求項８】
前記閾値算出手段は、前記送信手段が送信する電子メールの種類に応じて異なる前記閾値を算出する
ことを特徴とする請求項６または７に記載のデータ処理装置。
【請求項９】
前記決定手段は、前記符号化手段によって生成された複数の前記第２単位符号化データのうちのいずれか１つのデータ量が、前記所定の閾値を超えている場合には、前記組の決定を中断する
ことを特徴とする請求項１から８のいずれか一項に記載のデータ処理装置。
【請求項１０】
コンピュータを、
所定の順序がそれぞれ割り当てられた複数の単位データが第１符号化方式によって符号化された複数の第１単位符号化データを記憶する記憶手段と、
前記記憶手段によって記憶されている複数の前記第１単位符号化データを当該データ単位で読み出す読出手段と、
利用者の指示を受け付けて当該指示に応じた信号を出力する出力手段と、
前記出力手段が前記信号を出力する間隔が一定時間以上になった場合に、前記読出手段によって読み出された前記第１単位符号化データを、前記第１符号化方式と異なる複数の第２符号化方式でそれぞれ符号化して、当該各第２符号化方式に応じた第２単位符号化データをそれぞれ生成する符号化手段と、
前記符号化手段による符号化に用いられた前記複数の第２符号化方式の中から、１つの第２符号化方式を特定する特定手段と、
前記特定手段により特定された第２符号化方式に応じた各々の第２単位符号化データのデータ量を前記順序に従って加算し、その加算値が閾値を超えない範囲内で１又は複数の前記第２単位符号化データの組をデータ送信時の１単位となるデータとして決定する決定手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、符号化されたデータを分割するデータ処理装置に関する。
【背景技術】
【０００２】
情報処理装置が扱うデータの符号化方式の中には、単位となるデータ（以下、単位データという）を複数包含して１つのファイルを構成する符号化方式がある。このような符号化方式では、順序を割り当てられた複数の単位データが連結されて１つのデータ（以下、複合データという）を構成する場合がある。例えば、ＴＩＦＦ（Tagged Image File Format）フォーマットなどの画像データの符号化方式では、複数のページが連結されて１つのファイルとなるマルチページファイルを構成することができる。また、電子楽器の演奏データや、音声データ等の符号化方式では、複数のイベントデータやトラックデータを時系列に連結する。
【０００３】
ところで、他の情報処理装置へ通信回線を介してデータを送信する際に、通信経路上の中継機器の制約等により、送信可能なデータ量が所定の閾値以内に制限される場合がある。このような場合、一般に、送信されるデータはこのような閾値を超えないように分割されてから送信される。最も簡易な分割方法は、ＩＥＴＦ（Internet Engineering Task Force＝インターネットの標準化組織）において、ＲＦＣ２０４６（“Multipurpose Internet Mail Extensions Part Two: Media Types”）で定められたＭｅｓｓａｇｅ／Ｐａｒｔｉａｌタイプに準拠する分割方法である。これは、大きなデータをバイナリデータとして決められたデータ量毎に分割する方法である。しかし、この分割方法だと、上記の複合データを分割する際には、複合データに含まれる単位データが途中で分割されることがある。単位データが途中で分割されると、分割した複数のデータが１つでも欠けると元のデータに戻すことが困難になる。特許文献１には、画像データを、分割後のデータが所定の閾値を超えないようにページ単位で分割する電子メールの送信装置が記載されている。
【特許文献１】特開２０００−２５９５１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記のように分割後のデータが所定の閾値を超えないように、データをページ単位で分割する場合、符号化方式を変更せずに分割して送信するのであれば、特許文献１に示すように、記憶した複合データから各単位データを分離してデータ量と閾値を比較すればよい。しかし、記憶した際の符号化方式と異なる符号化方式でデータを符号化して送信しようとすると、送信時に符号化後の各ページのデータ量が分からないため、送信装置はどこで分割すればよいか特定することができない。
【０００５】
本発明の目的は、所定の順序がそれぞれ割り当てられた複数の単位データの符号化方式を変換して送信する場合であっても、各単位データの途中で分割しないようにすることにある。
【課題を解決するための手段】
【０００６】
上述した課題を解決するため、本発明に係るデータ処理装置は、所定の順序がそれぞれ割り当てられた複数の単位データが第１符号化方式によって符号化された複数の第１単位符号化データを記憶する記憶手段と、前記記憶手段によって記憶されている複数の前記第１単位符号化データを当該データ単位で読み出す読出手段と、利用者の指示を受け付けて当該指示に応じた信号を出力する出力手段と、前記出力手段が前記信号を出力する間隔が一定時間以上になった場合に、前記読出手段によって読み出された前記第１単位符号化データを、前記第１符号化方式と異なる複数の第２符号化方式でそれぞれ符号化して、当該各第２符号化方式に応じた第２単位符号化データをそれぞれ生成する符号化手段と、前記符号化手段による符号化に用いられた前記複数の第２符号化方式の中から、１つの第２符号化方式を特定する特定手段と、前記特定手段により特定された第２符号化方式に応じた各々の第２単位符号化データのデータ量を前記順序に従って加算し、その加算値が閾値を超えない範囲内で１又は複数の前記第２単位符号化データの組をデータ送信時の１単位となるデータとして決定する決定手段とを具備することを特徴とする。
【０００７】
好ましくは、前記決定手段は、前記第２単位符号化データのデータ量のそれぞれに、決められたヘッダおよびフッタのデータ量を加算した量を前記順序に従って加算し、その加算値が閾値を超えない範囲内で前記組を決定するとよい。
また、好ましくは、前記決定手段によって決定された前記第２単位符号化データの組を１単位として送信する送信手段を具備するとよい。
また、好ましくは、前記送信手段は、決定された前記第２単位符号化データの組のそれぞれを各電子メールに添付して送信するとよい。
また、上述の態様において、前記単位データは、１ページの画像を表示するためのデータであることが望ましい。
また、好ましくは、前記電子メールの本文のデータ量に応じて閾値を算出する閾値算出手段を具備し、前記決定手段は、前記第２単位符号化データのデータ量の加算値が、前記閾値算出手段によって算出された閾値を超えない範囲内で１又は複数の前記第２単位符号化データの組をデータ送信時の１単位となるデータとして決定するとよい。
また、好ましくは、前記閾値算出手段は、所定の定数から前記電子メールの本文のデータ量を減算して前記閾値を算出するとよい。
また、好ましくは、前記閾値算出手段は、前記送信手段が送信する電子メールの種類に応じて異なる前記閾値を算出するとよい。
また、好ましくは、前記決定手段は、前記符号化手段によって生成された複数の前記第２単位符号化データのうちのいずれか１つのデータ量が、前記所定の閾値を超えている場合には、前記組の決定を中断するとよい。
【０００８】
また、本発明に係るプログラムは、コンピュータを、所定の順序がそれぞれ割り当てられた複数の単位データが第１符号化方式によって符号化された複数の第１単位符号化データを記憶する記憶手段と、前記記憶手段によって記憶されている複数の前記第１単位符号化データを当該データ単位で読み出す読出手段と、利用者の指示を受け付けて当該指示に応じた信号を出力する出力手段と、前記出力手段が前記信号を出力する間隔が一定時間以上になった場合に、前記読出手段によって読み出された前記第１単位符号化データを、前記第１符号化方式と異なる複数の第２符号化方式でそれぞれ符号化して、当該各第２符号化方式に応じた第２単位符号化データをそれぞれ生成する符号化手段と、前記符号化手段による符号化に用いられた前記複数の第２符号化方式の中から、１つの第２符号化方式を特定する特定手段と、前記特定手段により特定された第２符号化方式に応じた各々の第２単位符号化データのデータ量を前記順序に従って加算し、その加算値が閾値を超えない範囲内で１又は複数の前記第２単位符号化データの組をデータ送信時の１単位となるデータとして決定する決定手段として機能させるためのプログラムである。
【発明の効果】
【０００９】
本発明によれば、所定の順序がそれぞれ割り当てられた複数の単位データの符号化方式を変換して送信する場合であっても、各単位データの途中で分割しないようにすることができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施の形態について、データ処理装置の一例として複合機１を挙げて図面を参照しつつ説明する。
［Ａ．第一実施形態］
［Ａ−１．構成］
図１は、第一実施形態に係る複合機１の構成を示すブロック図である。ここでいう複合機とは、画像を読み取ったり画像を用紙に形成したりする複数の機能を備えた装置のことを言う。同図に示すように、複合機１は、制御部１１と、画像入力部１２と、画像処理部１３と、記憶部１４と、ユーザインタフェース部１５および通信部１６を備えている。これらの各構成は、バス１９によって相互に接続されている。
制御部１１は、ＣＰＵ（Central Processing Unit）とＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などのメモリを備え、ＣＰＵがメモリや記憶部１４に記憶されているプログラムを実行することにより、複合機１全体を制御する。
画像入力部１２は、複数ページからなる原稿をページ毎に読み取り、各ページに表された画像を示す画像信号を、そのページのページ番号を割り当ててページ毎に出力する装置であり、例えばＣＣＤ（Charge Coupled Device）などの光センサを備えた光学読取式のスキャナである。
画像処理部１３は、ＭＰＵ（Micro Processing Unit）とメモリなどを備え、指定された符号化方式に従って入力された画像データを符号化して出力する。ここでいう符号化とは、圧縮処理や展開（解凍）処理、暗号化処理や復号化処理などデータの形式を変換する種々の処理をいう。
記憶部１４はハードディスクドライブなどの大容量の記憶手段であり、制御部１１に読み込まれるプログラムを記憶するほか、画像データ等を記憶する。
ユーザインタフェース部１５は、例えばメニュー画面やボタンを示すアイコン等を表示するＴＦＴ液晶等の表示パネル１５１と、そのメニュー画面に表示されたリスト中のいずれかの項目を選択するための方向ボタンやスイッチなどを有する操作子群１５２備えている。操作子群１５２は、利用者による操作を受け付けてその操作内容に応じた操作信号を制御部１１に供給する。
通信部１６は、有線、無線などによって、他の通信装置とデータの送受信を行う通信手段である。ここでは、通信部１６は、他の通信装置としてインターネット等のネットワークを介してメールをやり取りするメールサーバ２と接続されている。
【００１１】
［Ａ−２．動作］
次に、複合機１の動作を説明する。
［Ａ−２−１．画像データ記憶の動作］
図２は、複合機１における画像データを記憶する動作の流れを説明するためのフローチャートである。
ユーザインタフェース部１５の表示パネル１５１には、画像データの記憶先や原稿を読み込む際の解像度、および後述する画像データ送信の際に用いる符号化方式等のパラメータがリストとして配列されたメニュー画面が表示されている。利用者がこのメニュー画面に応じて、ユーザインタフェース部１５の操作子群１５２に備えられた方向ボタンやスイッチを操作し、上述したリストを選択して、これらのパラメータを指定すると、操作子群１５２はこのパラメータに応じた操作信号を制御部１１に出力する。制御部１１は操作子群１５２から受け取ったパラメータをＲＡＭに記憶する（ステップＳ００１）。次に、利用者が操作子群１５２を操作して、原稿を読み込むよう指示すると、操作子群１５２はこの指示に対応する操作信号を制御部１１に出力し、制御部１１は、画像入力部１２にステップＳ００１でＲＡＭに記憶したパラメータとともに原稿の入力を開始する旨の指示を出力する（ステップＳ００２）。画像入力部１２は、パラメータが示す解像度等に従って複数ページからなる原稿を１ページずつ読み取り、そのページの画像信号にページ番号を割り当てて制御部１１に出力する（ステップＳ００３）。制御部１１は、受け取ったこの画像信号を画像処理部１３へ出力し、画像処理部１３は、予め定められた記憶用の符号化方式（以下、第１の符号化方式という）でこの画像信号を符号化して画像データ（以下、第１画像データという）を生成して制御部１１に出力する（ステップＳ００４）。本実施形態において、第１の符号化方式による符号化とはデータ量を低減する処理、つまり圧縮処理であり、この第１の符号化方式は、例えばＪＰＥＧ圧縮形式である。
【００１２】
この第１画像データには、対応する画像信号に割り当てられていたページ番号が割り当てられている。制御部１１は、ＲＡＭを参照してこの第１画像データを記憶部１４の指示された記憶先に記憶する（ステップＳ００５）。画像入力部１２は読み込んだページを排出するとともに次ページの有無を判断し、判断結果を制御部１１に出力する。制御部１１は、この判断結果を受け取って次ページがある場合には（ステップＳ００６；ＹＥＳ）、ステップＳ００３へ進み、次ページを読み込む指示を画像入力部に出力する。一方、次ページがない場合には（ステップＳ００６；ＮＯ）、第１画像データの記憶を終了する。
【００１３】
［Ａ−２−２．画像データ送信の動作］
図３は、複合機１における画像データ送信の動作の流れを説明するためのフローチャートである。
制御部１１は、記憶部１４から１ページ分の第１画像データを読み出す（ステップＳ００７）。次に、制御部１１は、ＲＡＭを参照して画像データ送信の際に用いる符号化方式（以下、第２の符号化方式という）を特定し、読み出した１ページ分の第１画像データを画像処理部１３へ出力する。画像処理部１３は、制御部１１が出力した１ページ分の第１画像データを第２の符号化方式で符号化して画像データ（以下、第２画像データという）を生成する。本実施形態において、この第２の符号化方式は、第１の符号化方式と異なる圧縮形式であり、例えばＭＨ圧縮やＪＢＩＧ２圧縮、Ｆｌａｔｅ圧縮、ＭＭＲ圧縮などである。この第２画像データには、対応する第１画像データに割り当てられていたページ番号が割り当てられている。そして、制御部１１は、この第２画像データにヘッダおよびフッタを連結してシングルページファイルを生成して（ステップＳ００８）、そのデータ量を算出し、この第２画像データに割り当てられているページ番号毎にテーブル形式で記憶部１４に記憶する（ステップＳ００９）。制御部１１は、全てのページについて第２画像データのデータ量を記憶したか否かを判断し（ステップＳ０１０）、全てのページについて第２画像データのデータ量を記憶していないと判断した場合には（ステップＳ０１０；ＮＯ）、ステップＳ００７に処理を戻す。一方、全てのページについて第１画像データのデータ量を記憶したと判断した場合には（ステップＳ０１０；ＹＥＳ）、制御部１１は、ステップＳ０１１に進む。このようにして、例えばｎページからなる第１画像データを全て読み出すと、記憶部１４には図４に示すような１ページからｎページまでのシングルページファイルのデータ量が記述されたデータ量テーブルが記憶される。例えば図４によれば、１ページ目のシングルページファイルのデータ量は５１３２バイト、２ページ目のシングルページファイルのデータ量は６５４３５バイト、３ページ目のシングルページファイルのデータ量は３４４６５バイトである。なお、データ量テーブルには、各ページが属する組ＩＤを記述するための領域が確保されている。
【００１４】
次に、制御部１１は、分割ページ数決定処理を行う（ステップＳ０１１）。図５は、この分割ページ数決定処理の流れを説明するためのフローチャートである。以下、閾値を１０００００バイトとして図５を参照しつつ分割ページ数決定処理の流れを説明する。
制御部１１は、データ量テーブルのうち注目するページを示す注目ページ番号や注目組ＩＤ、およびデータ量の合計値などを初期化する（ステップＳ１０１）。ここでは、まず、注目ページ番号には「０」が記憶され、注目組ＩＤには「１」が記憶され、合計値には「０バイト」が記憶される。そして、制御部１１は記憶部１４に記憶されたデータ量テーブルを参照し、次ページがあるか否かを判断する（ステップＳ１０２）。次ページがないと判断された場合には（ステップＳ１０２；ＮＯ）、分割ページ数決定処理を終了する（ステップＳ１０３）。一方、次ページがあると判断された場合には（ステップＳ１０２；ＹＥＳ）、次ページを注目ページにする（ステップＳ１０４）。ここでは次ページとは「１」ページであるため、次ページはあると判断され（ステップＳ１０２；ＹＥＳ）、注目ページ番号として「１」が記憶される。
【００１５】
次に、制御部１１は、データ量テーブルから注目ページに対応するデータ量を読み出し、そのデータ量が予め定められた閾値を超えているか否か判断する（ステップＳ１０５）。ここで、データ量がその閾値を超えていると判断された場合には（ステップＳ１０５；ＹＥＳ）、それ以上分割できないため、分割ページ数決定処理を中断する（ステップＳ１０６）。一方、データ量がその閾値を超えていないと判断された場合には（ステップＳ１０５；ＮＯ）、注目ページのデータ量を合計値に加算する（ステップＳ１０７）。この場合には、「１」ページのデータ量は「５１３２バイト」であり、閾値である「１０００００バイト」を超えていないため、制御はステップＳ１０７に進む。そして、ステップＳ１０７の加算により、合計値は「５１３２バイト」となる。
【００１６】
次に、制御部１１は、合計値が閾値を超えたか否かを判断する（ステップＳ１０８）。合計値が閾値を超えていないと判断された場合には（ステップＳ１０８；ＮＯ）、制御部１１は、注目ページの組ＩＤに注目組ＩＤを記憶し（ステップＳ１１１）、制御をステップＳ１０２に戻す。一方、合計値が閾値を超えたと判断された場合には（ステップＳ１０８；ＹＥＳ）、制御部１１は、注目ページのデータ量を合計値に記憶し（ステップＳ１０９）、注目組ＩＤに「１」を加算する（ステップＳ１１０）。そして、その後、制御部１１は、注目ページの組ＩＤに注目組ＩＤを記憶し（ステップＳ１１１）、制御をステップＳ１０２に戻す。
【００１７】
上述のように、ここでは合計値は「５１３２バイト」であるから、制御部１１は、合計値が閾値を超えていないと判断し（ステップＳ１０８；ＮＯ）、注目ページの組ＩＤに注目組ＩＤである「１」を記憶し（ステップＳ１１１）、制御をステップＳ１０２に戻す。そして、注目ページ番号は「２」となり、そのデータ量は「６５４３５バイト」であるから、ステップＳ１０５における判断は「ＹＥＳ」であり、ステップＳ１０７において、このデータ量は合計値に加算される。その結果、この合計値は「７０５６７バイト」となり、閾値である「１０００００バイト」を超えていないため、制御部１１は、注目ページの組ＩＤに注目組ＩＤである「１」を記憶し（ステップＳ１１１）、制御をステップＳ１０２に戻す。このようにして、各ページのデータ量が順序に従って加算され、注目ページ番号が「３」であるときに、合計値は「１０５０３２バイト」となる。この合計値は、閾値である「１０００００バイト」を超えているため、制御部１１は、合計値が閾値を超えたと判断し（ステップＳ１０８；ＹＥＳ）、制御をステップＳ１０９に進める。したがって、合計値には注目ページである「３」ページのデータ量「３４４６５バイト」が記憶され（ステップＳ１０９）、注目組ＩＤには「１」が加算されて「２」となり（ステップＳ１１０）、「３」ページの組ＩＤには「２」が記憶される（ステップＳ１１１）。このようにして、データ量テーブルの全てのページ（１，２，３・・・ｎ）について、対応する組ＩＤ（１，１，２・・・ｐ）が記憶されていき、制御部１１は、同じ組ＩＤが記憶されたページの組を、データ送信時の１単位となるデータとして決定する。
【００１８】
図３に戻って画像データ送信の動作の説明を続ける。上述の分割ページ数決定処理を行った後、制御部１１は、決定した組毎に、これに属する第１画像データを読み出す（ステップＳ０１２）。そして、制御部１１は、読み出した第１画像データを画像処理部１３へ出力し、画像処理部１３は、これを第２の符号化方式で符号化して第２画像データを生成する。制御部１１は、この第２画像データにヘッダおよびフッタを連結して送信用画像データを生成して（ステップＳ０１３）、これを電子メールに添付し、通信部１６を介してメールサーバ２に送信する（ステップＳ０１４）。制御部１１は、全ての組についての送信処理が完了したか否かを判断し（ステップＳ０１５）、完了していないと判断した場合には（ステップＳ０１５；ＮＯ）、制御をステップＳ０１２に戻し、次の組に属する第１画像データを読み出す。一方、完了したと判断した場合には（ステップＳ０１５；ＹＥＳ）、画像データ送信の動作を終了する。
【００１９】
このようにして、全ての組についての送信処理が完了すると、各メールに添付される送信用画像データは、記憶した際の第１の符号化方式とは異なる第２の符号化方式で符号化されており、かつ、それぞれのデータ量が閾値を超えないように自動的に調整される。例えば、本実施形態のように、第１の符号化方式および第２の符号化方式がそれぞれ異なる圧縮形式である場合には、あるデータを第２の符号化方式で圧縮した後のデータ量が、第１の符号化方式で圧縮した後のデータ量から予測することが困難なことがある。このような場合であっても、各メールに添付される送信用画像データのデータ量は、閾値を超えないように調整される。
【００２０】
［Ｂ．第二実施形態］
次に、第二実施形態について説明する。第二実施形態は、分割ページ数決定処理において、電子メールに添付する送信用画像データのデータ量の上限値として用いる閾値（以下、閾値Ｌという）が、電子メールの送信条件によって変動する点に特徴があり、その他の構成・動作は第一実施形態と共通している。以下、第二実施形態について、第一実施形態と異なる部分を説明する。
【００２１】
［Ｂ−１．構成］
第二実施形態においては、送信する電子メールの種類に応じて上述した閾値Ｌの異なる算出方法がそれぞれ定められている。電子メールの種別の一例としてここでは、一般メール、署名メール、暗号メールの３つを挙げる。ここで、電子メールのデータ量の上限値は、通信経路の制約により上限値Ｘという固定の値が定められている。
（ａ）一般メール
一般メールとは、電子メールにデジタル署名や公開鍵暗号による暗号化などを施さないメールを意味する。一般に電子メールはＭＩＭＥ（Multipurpose Internet Mail Extensions）と呼ばれる規格に則って、文字コードの符号化やメールヘッダの追加が行われるため、送信の際に電子メールのデータ量は、そのメールのテキスト本文、ヘッダおよび添付ファイルの各データ量の合計値よりも増える。従って、電子メールに添付することができるデータのデータ量は、増量分に応じて決める必要がある。複合機１の制御部１１は、次の数１の数式に従って一般メールのための閾値Ｌを算出する。
（数１）
Ｌ＝（Ｘ／Ｋ１）−Ｈ−Ｔ
ここで、Ｔは電子メールのテキスト本文のデータ量であり、Ｈはテキスト本文に追加するヘッダのデータ量である。そして、Ｋ１は、メール化、即ち文字コードの符号化などの処理に伴うデータ増量分を表す１よりも大きい定数である。したがって、閾値Ｌは、所定の定数（Ｘ／Ｋ１）から、電子メールのテキスト本文のデータ量を減算して算出される。
【００２２】
（ｂ）署名メール
署名メールとは、電子メールにデジタル署名を施したメールを意味する。この署名メールは、一般にＳ／ＭＩＭＥ（Secure / Multipurpose Internet Mail Extensions）と呼ばれる規格に則って符号化されるので、送信時のデータ量は上述した一般メールよりも増量する。複合機１の制御部１１は、次の数２の数式に従って署名メールのための閾値Ｌを算出する。
（数２）
Ｌ＝（Ｘ／Ｋ１）−Ｈ−Ｔ−Ｓ−Ｋ２
ここで、数２は、数１によって示されるＬから、さらにＳとＫ２を減算する式である。ここで、Ｓとは署名用証明書のデータ量であり、Ｋ２とは、署名オブジェクトに必要な情報のうち、署名用証明書以外のもののデータ量である。デジタル署名は、テキスト本文と添付データとヘッダが連結してなる電子メールの内容に署名をするものであり、この電子メールの内容に基づいて送信者の秘密鍵がなければ生成することができない署名データを生成して電子メールに添付するものである。したがって、制御部１１は、数２の数式に従って計算することで、一般メールの場合に比べてこの署名データのデータ量だけ閾値Ｌを低い値に設定する。
【００２３】
（ｃ）暗号メール
暗号メールとは、電子メールを特定の受信者だけがそれぞれの秘密鍵を用いて復号することができるように、各受信者の公開鍵を用いて暗号化したメールを意味する。この暗号メールも、Ｓ／ＭＩＭＥ規格に則って符号化されるので、送信の際に一般メールよりもデータ量が増量する。複合機１の制御部１１は、次の数３の数式に従って暗号メールのための閾値Ｌを算出する。
（数３）
Ｌ＝（（Ｘ／Ｋ１）−Ｋ３）／Ｋ４−Ｈ−Ｔ
ここで、Ｋ３は、受信者の識別情報のデータ量や証明書シリアル番号、或いは、受信者数によるデータ量の増加分であり、Ｋ４は、暗号化に伴うデータ増量分を表す１よりも大きい係数である。制御部１１は、数３の数式に従って計算することで、暗号化に伴うデータ量の増量を見越した閾値Ｌを設定する。なお、電子メールは暗号化を施すとともに、デジタル署名を添付することもできる。この場合には、数２の数式および数３の数式の両方を適用して閾値Ｌを算出する。
【００２４】
［Ｂ−２．動作］
第二実施形態において、制御部１１は、ステップＳ０１１に先立って、ユーザインタフェース部１５の操作子群１５２から受け取る操作信号を基に、電子メールの種類およびメール本文、署名用証明書等、上述した閾値Ｌの算出に必要な情報を特定する。そして、制御部１１は、特定した電子メールの種類に応じて、上述した算出方法を特定し、これに従って閾値Ｌを算出する。その後、制御部１１は、算出した閾値Ｌを用いて、ステップＳ０１１の分割ページ数決定処理を行う。これにより、電子メールの送信形態に応じて変動する添付可能なデータのデータ量が予測されるので、データの送信効率は上がる。
【００２５】
［Ｃ．変形例］
上述した実施形態を次の例のように変形してもよい。また、これらの変形例を適宜組み合わせてもよい。
（１）上述した実施形態では、画像入力部１２は、光学的に画像を読み取る方式を用いていたが、画像を読み取る方式は光学的な方法に限れず、例えば記録媒体上で画像を形成しているトナーやインク等に含まれる磁性体を磁気的に検出したり、トナーやインク等に含まれる伝導体を電気的に検出したりするなど、他の方式を用いた装置であってもよい。
また、上述した実施形態では、画像入力部１２には画像を読み取るためのスキャナを用いたが、他の様々な機器を用いてもよい。例えば、デジタルスチルカメラやデジタル放送受信チューナなどでもよい。要するに、所定の順序がそれぞれ割り当てられた複数の単位データを連結して複合データを生成し、生成した複合データを供給することができる装置であればよい。
【００２６】
（２）上述した実施形態では、データを記憶する際の第１の符号化方式は予め決められていたが、利用者の操作によって設定されてもよい。またデータを送信する際の第２の符号化方式は利用者の操作によって設定されていたが、予め決められていてもよい。
また、第２の符号化方式は、送信の諸条件に応じて自動的に特定されてもよい。例えば、複合機１の記憶部１４は、電子メールの宛先と符号化方式とが対応付けられた表を記憶しており、制御部１１は、この表を参照することにより、第２の符号化方式を特定するようにしてもよい。
また、上述した実施形態では、第１の符号化方式および第２の符号化方式は、データ量を低減する圧縮形式であったが、圧縮形式に限られず、何らかのデータ形式であればよい。
【００２７】
（３）上述した実施形態では、データ量テーブルの作成は、電子メールに添付するデータの符号化方式が決まってから行われていた（ステップＳ００７〜Ｓ０１０）。しかし、選択可能な全ての符号化方式について予めステップＳ００７〜Ｓ０１０の処理を行うことで、それぞれ符号化方式に対応したデータ量テーブルを作成してもよい。このような処理は、ユーザインタフェース部１５の操作子群１５２から出力される操作信号の出力間隔が一定時間以上になったときに実行するようにしてもよい。操作信号の出力間隔が一定時間以上になるということは、利用者が操作に対する迅速な応答を要求していない可能性が高いので、利用者の操作感を損ねることなく処理を行うことができる。また、制御部１１のＣＰＵがアイドリング状態になっている時間が一定時間以上になった場合にこのような処理を実行するようにしてもよい。なお、ＣＰＵのアイドリング状態とは処理を行っていない状態をいう。
【００２８】
（４）上述した実施形態では、画像データの符号化は画像処理部１３のＭＰＵが行っていたが、制御部１１が記憶部１４から読み出したプログラムに従って、これらの符号化を行ってもよい。
また、上述した実施形態では、通信部１６は、メールサーバ２と接続されており、画像データの送信は、電子メールに送信用画像データを添付してメールサーバに出力されることで行っていたが、画像データの送信手段は、電子メールに限られない。例えば、インターネット上のファイルサーバに画像データをアップロードし、このファイルサーバにアクセスする各端末にダウンロードさせることにより、画像データの送信を行ってもよい。また、複合機１が、通信部１６を介して接続された送信先の端末を特定し、その端末へＦＴＰ（File Transfer Protocol）などのファイル転送プロトコルを用いてファイルを転送することで、画像データを送信してもよい。
また、上述した実施形態では、利用者の操作は、ユーザインタフェース部１５の操作子群１５２が受け付けてその操作内容に応じた操作信号を供給していたが、利用者の操作は、通信部１６がこれに接続された外部端末から受け付けてもよい。
【００２９】
（５）上述した実施形態では、複合データとしての第１画像データは、冒頭から読み出されて分割ページ数が決定されたが、複合データを末尾から読み出して、分割ページ数を決定してもよい。例えば、第１画像データは３ページまでのデータであり、図４のようなデータ量テーブルが得られたとする。上述した実施形態では、第１画像データは冒頭から順に読み出されて分割ページ数が決定されたので、１ページ目と２ページ目は１つの組となり、３ページ目は別の組になっていた。一方、第１画像データを末尾側から読み出すと、注目ページ番号が「２」のときに、図５のステップＳ１０７による加算をされた合計値は「６５４３５バイト」と「３４４６５バイト」の合計である「９９９００バイト」である。従って合計値は、閾値である「１０００００バイト」を超えていないため、制御部１１は、注目ページ番号「２」に対応する組ＩＤに、注目組ＩＤである「１」を記憶し（図５のステップＳ１１１）、制御を図５のステップＳ１０２に戻す。そして、注目ページ番号が「１」のとき、図５のステップＳ１０７による加算をされた合計値は「１０５０３２バイト」となる。この合計値は、閾値である「１０００００バイト」を超えているため、制御部１１は、注目ページのデータ量を合計値に記憶し（ステップＳ１０９）、注目組ＩＤに「１」を加算する（ステップＳ１１０）。したがって、３ページ目と２ページ目はともに組ＩＤが「１」であるから同じ組となり、１ページ目は組ＩＤが「２」であるから別の組になる。このように、各ページのデータ量によって、冒頭から読み出した場合と末尾から読み出した場合で、分割ページ数は変動する場合があるが、いずれの場合においても、送信用画像データのデータ量は閾値を超えないように調整される。
【００３０】
（６）上述した実施形態では、データ量テーブルを作成する際に、シングルページファイルを生成し、そのデータ量を記憶していたが、シングルページファイルではなく、第２画像データのデータ量を記憶してもよい。この場合は、制御部１１は、分割ページ数決定処理を行うにあたり、読み出したデータ量のそれぞれに、ヘッダおよびフッタのデータ量を加算すればよい。なお、上述の実施形態で、シングルページファイルを用いている理由は以下の通りである。シングルページファイルは、１ページ分の第１画像データを第２の符号化方式で符号化した第２画像データに、ヘッダおよびフッタを連結したファイルである。一方、電子メールに添付して送信する送信用画像データは、データ送信時の１単位となる組に属する１または複数の第２画像データに、ヘッダおよびフッタを連結したファイルである。したがって、複数の第２画像データのそれぞれをシングルページファイルにすると、同じ複数の第２画像データを送信用画像データにするよりも、それぞれ個別に連結されるヘッダおよびフッタのデータ量だけ、データは必ず大きくなる。したがって、シングルページファイル毎にデータ量を記憶して、これを閾値と比較することにより、送信用画像データが必ず閾値を超えない範囲内に収まるようにすることができるからである。
【００３１】
（７）上述した実施形態では、制御部１１は、図５のステップＳ１０５およびＳ１０６で、注目ページに対応するデータ量が予め定められた閾値を超えていると判断した場合には、分割ページ数決定処理を中断していたが、中断以外の処理を行ってもよい。例えば、このデータ量が閾値を超えていると判断した場合に、制御部１１は、上述したＭｅｓｓａｇｅ／Ｐａｒｔｉａｌタイプに準拠する分割方法を適用して注目ページの第２画像データを分割してもよい。また、この場合に、制御部１１は、利用者に対して確認を促す対話画面をユーザインタフェース部１５の表示パネル１５１に表示させ、利用者の指示に応じて処理を中断するか否かを決定してもよい。
【００３２】
（８）上述した実施形態における複合機１の制御部１１によって実行されるプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ（Hard Disk Drive）、ＦＤＤ（Flexible Disk Drive））など）、光記録媒体（光ディスク（ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk））など）、光磁気記録媒体、半導体メモリなどのコンピュータ読み取り可能な記録媒体に記憶した状態で提供し得る。また、インターネットのようなネットワーク経由でダウンロードさせることも可能である。
【図面の簡単な説明】
【００３３】
【図１】複合機の構成を示すブロック図である。
【図２】複合機における画像データを記憶する動作の流れを説明するためのフローチャートである。
【図３】複合機における画像データ送信の動作の流れを説明するためのフローチャートである。
【図４】データ量テーブルの一例を示す図である。
【図５】分割ページ数決定処理の流れを説明するためのフローチャートである。
【符号の説明】
【００３４】
１…複合機、１１…制御部、１２…画像入力部、１３…画像処理部、１４…記憶部、１５…ユーザインタフェース部、１５１…表示パネル、１５２…操作子群、１６…通信部、１９…バス、２…メールサーバ。
【図１】
0004831099.tif 000002
【図２】
0004831099.tif 000003
【図３】
0004831099.tif 000004
【図４】
0004831099.tif 000005
【図５】
0004831099.tif 000006