複数のデータを記憶する第1の記憶手段と、前記第1の記憶手段に記憶されている前記複数のデータの中から異なる属性を有するデータを順次選択する選択手段と、前記選択手段によって選択されたデータの選択順を記憶する第2の記憶手段と、前記選択手段によって選択された複数のデータに対する連結指示をユーザから受付けた場合に、前記選択手段によって選択された複数のデータを、前記第2の記憶手段に記憶された前記選択順に連結して1つのファイルを生成する生成手段とを有することを特徴とするデータ処理装置。前記連結して生成するファイルのファイル形式を指定する指定手段をさらに有し、前記生成手段が、前記選択手段により選択された複数のデータを前記第2の記憶手段に記憶された前記選択順に連結する際に、前記指定手段によって指定されたファイル形式に変換することを特徴とする請求項1に記載のデータ処理装置。前記生成手段によって生成された前記1つのファイルを、ユーザにより指定された複数の異なる宛先に、当該宛先に応じた異なる送信プロトコルに従って送信する送信手段をさらに有することを特徴とする請求項1または2に記載のデータ処理装置。前記第2の記憶手段に記憶された前記選択順を表示する表示手段をさらに有することを特徴とする請求項1乃至3のいずれか1項に記載のデータ処理装置。第1の記憶手段により、複数のデータを記憶する第1の記憶工程と、選択手段により、前記第1の記憶工程で記憶されたデータの中から異なる属性を有するデータを順次選択する選択工程と、第2の記憶手段により、前記選択工程で選択されたデータの選択順を記憶する第2の記憶工程と、前記選択工程によって選択された複数のデータに対する連結指示をユーザから連結指示を受付けた場合に、生成手段により、前記選択工程によって選択された複数のデータを前記第2の記憶工程で記憶された前記選択順に連結して1つのファイルを生成する生成工程とを有することを特徴とするデータ処理方法。コンピュータに、請求項5に記載のデータ処理方法の各工程を実行させるためのプログラム。このようなイメージスキャナにおいて、M-TIFFやPDFのように複数ページで1ファイルを形成させようとした場合に、イメージメモリ不足が生じてしまったり、ユーザーが中断指示を与えたりすると、それまでに読み取った原稿の画像について作成していたイメージファイルが不完全な状態で処理を終了してしまいそのイメージファイルを利用することができなかった。なぜなら、M-TIFFやFDFでは任意のページを指定して表示させる場合等のために各ページの後にオフセット値等を書き込み最終ページの後にはファイルを確立するための情報を書き込むが、上記の様に途中で処理が終了してしまった場合には、この様な情報を書き込めないため、不完全なファイルとなってしまい、M-TIFFやPDFなどに対応したアプリケーションで処理のできないものとなってしまうのである。本発明の目的は上述の様な問題点を解消し、柔軟性に富んだファイル操作が可能なデータ処理装置及びデータ処理方法を提供することにある。上述の目的は、複数のデータを記憶する第1の記憶手段と、第1の記憶手段に記憶されている複数のデータの中から異なる属性を有するデータを順次選択する選択手段と、選択手段によって選択されたデータの選択順を記憶する第2の記憶手段と、選択手段によって選択された複数のデータに対する連結指示をユーザから受付けた場合に、選択手段によって選択された複数のデータを、第2の記憶手段に記憶された選択順に連結して1つのファイルを生成する生成手段とを有することを特徴とするデータ処理装置によって達成される。また、上述の目的は、第1の記憶手段により、複数のデータを記憶する第1の記憶工程と、選択手段により、第1の記憶工程で記憶されたデータの中から異なる属性を有するデータを順次選択する選択工程と、第2の記憶手段により、選択工程で選択されたデータの選択順を記憶する第2の記憶工程と、選択工程によって選択された複数のデータに対する連結指示をユーザから連結指示を受付けた場合に、生成手段により、選択工程によって選択された複数のデータを第2の記憶工程で記憶された選択順に連結して1つのファイルを生成する生成工程とを有することを特徴とするデータ処理方法によっても達成される。以上説明したように、本発明によれば、柔軟性に富んだファイル操作が可能なデータ処理装置及びデータ処理方法が実現できる。第1の実施形態以下、図面を参照して本発明をその実施形態に基づき詳細に説明する。図1は、本発明の実施形態にかかる複写機を用いたネットワークシステムの構成例を示す図である。複写機1001は複数枚の原稿を読み取り、その画像を記録紙上にプリントするといった通常の複写を行う機能に加え、読み取った原稿画像をネットワークインターフェイスを介してゼロックス社によって開発されたイーサネット登録商標等のローカルエリアネットワーク以下、LAN1006に接続された他の機器へ送信する機能を有する。Eメール用のメールサーバ1003と各種ファイルを蓄積するファイルサーバ1004は複写機1001から送られたデータ等を格納するコンピュータである。クライアントコンピュータ1005はメールサーバ1003とファイルサーバ1004に接続し、データを取得したり表示したりするコンピュータである。LAN1006は、複写機1001、メールサーバ1003、ファイルサーバ1004、クライアントコンピュータ1005などが接続されるネットワークである。メールサーバ1003は、所謂SMTPサーバ、POPサーバ、ファイルサーバ1004は、所謂FTPサーバやNetWareサーバやSMBサーバなどに相当する。尚、図1においてはメールサーバ1003、ファイルサーバ1004及びクライアントコンピュータ1005はそれぞれ1台のみ示したが、それぞれ複数台が同一のネットワークに接続されていてもよい。また、メールサーバ1003、ファイルサーバ1004は同一装置で兼用することもできる。図2は、本実施形態におけるシステムブロック図であり、複写機1001に実装されるコントローラユニットの構成を示すものである。ControllerUnit2000は画像入力デバイスであるスキャナ2070や画像出力デバイスであるプリンタ2095と接続し、一方ではLAN2011や公衆回線WAN2051と接続することで、画像情報やデバイス情報の入出力を行なう為のコントローラである。CPU2001はシステム全体を制御するコントローラである。RAM2002はCPU2001が動作するためのシステムワークメモリであり、画像データを一時記憶するための画像メモリとしても使用される。ROM2003はブートROMであり、システムのブートプログラムが格納されている。HDD2004はハードディスクドライブで、ハードディスクにシステムソフトウェア、画像データ等を格納する。操作部I/F2006はタッチパネルや表示部を有した操作部UI2012とのインターフェイス部で、操作部2012に表示する表示用データを操作部2012に対して出力する。また、操作部2012から本システム使用者が入力した情報を、CPU2001に伝える役割をする。NetworkIF2010はLAN2011に接続し、情報の入出力を行う。Modem2050は公衆回線2051に接続し、情報の入出力を行う。以上のデバイスがシステムバス2007上に配置される。ImageBusIF2005はシステムバス2007と画像データを高速で転送する画像バス2008を接続し、データ構造を変換するバスブリッジである。画像バス2008は、例えばPCIバスまたはIEEE1394で構成される。画像バス2008上には以下のデバイスが配置される。ラスターイメージプロセッサRIP2060はPDLページ記述言語コードをビットマップイメージに展開する。デバイスI/F部2020は、画像入出力デバイスであるスキャナ2070やプリンタ2095とControllerUnit2000を接続し、画像データの同期系/非同期系の変換を行う。スキャナ画像処理部2080は、スキャナ2070からの入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部2090は、プリンタ2095へ出力されるべきプリント出力画像データに対して、プリンタに応じた補正、解像度変換等を行う。画像回転部2030は画像データの回転を行う。画像圧縮部2040は、多値画像データはJPEG、2値画像データはJBIG方式、MMR符号、MH符号の圧縮伸長処理を行う。スキャナ2070はADFから1枚ずつ搬送される原稿もしくはADFを開けて原稿台上に置かれた原稿の画像を光学的に走査して読み取り、電気的な画像データを発生する。プリンタ2095は入力される画像データに基づく画像を記録紙上にプリントする。図3は、本実施形態における送信機能を実現するためのソフトウェア構成を示すブロック図であり、これらのソフトウェアはControllerUnit2000のROM2003及び/又はHDD2004に格納され、CPU2001によって実行される。操作部コンポーネント3001は、操作部2012の制御に関するコンポーネントであり、データを送信するためのプロトコルや送信する画像のフォーマットや送信先などをユーザによる操作部2012のタッチキー操作の指示を検知することにより取得する。送信管理コンポーネント3000は、操作部コンポーネント3001において取得されたデータを送信するためのプロトコルや送信する画像のフォーマットや送信先などの処理命令に従い、スキャナ管理コンポーネント3004により原稿の読み取りを指示し、宛先管理コンポーネント3002より宛先情報を取得し、読込んだ画像データ、あるいはHDD2004に設けられたBox領域から操作部2012による指定で選択された画像データをプリントコンポーネント3005、ファクシミリ送信コンポーネント3006、ファイルサーバ送信コンポーネント3007、メール送信コンポーネント3008、Boxコンポーネント3009に送信処理命令を発行することにより、それぞれ、プリンタ2095、公衆回線2051に接続されたファクシミリ、LAN10062011に接続されたファイルサーバ/メールサーバ、HDD2004に設けられたBox領域に送信、あるいは蓄積することができる。特にファイルサーバ送信コンポーネント3007とメール送信コンポーネント3008は、FTP、NetWare、SMB及びSMTPの4つのプロトコルを用いて、ファイルサーバ/メールサーバ1004に送信することができる。送信管理コンポーネント3000は、宛先管理コンポーネント3002とスキャナ管理コンポーネント3004および各送信コンポーネント間でジョブ制御を行うジョブ管理コンポーネント3003から構成される。<ファイルフォーマット>図4は、本実施形態における、M-TIFFフォーマットの概要図であり、このフォーマットはファイルサーバ送信コンポーネント3007内とメール送信コンポーネント3008内の処理で用いられるデータフォーマットである。M-TIFFファイル4000のデータフォーマットの構成は、1枚目の画像データのためのheader4001と1枚目の画像データのdatablock4003と2枚目のheader4004と2枚目のdatablock4006というように、ヘッダからそのデータブロックが単位となって、その単位が複数並ぶ。例えば、N枚の画像データを構成するフォーマットは、1枚目のdatablock4003には、MMR等で圧縮された1枚目の画像が配置され、1枚目のheader4001には、1枚目の画像の解像度や圧縮形式などの属性情報と共に、次のheaderデータの有無を識別するためのオフセット4002が入る。2枚目のdatablock4006には、MMR圧縮された2枚目の画像が配置され、2枚目のheader4004には、2枚目の画像の解像度や圧縮形式などの属性情報と共に、次のheaderデータの有無を識別するためのオフセット4005は入る。このようなフォーマットが最後の画像まで続き、最後の画像であるN枚目のheader内の次のheaderへのオフセットには、0が入ることによって、最後の画像であり、ここで1つのファイルとして確定されたことが識別される。図5は、本実施形態における、PDFフォーマットの概要図であり、このフォーマットはファイルサーバ送信コンポーネント3007内とメール送信コンポーネント3008内の処理で用いられるデータフォーマットである。PDFファイル5000のデータフォーマットの構成は、header5001と1枚目のdata5002と2枚目のdata5003N枚目のdata5009と続き、Pages5010とCrossReference5011とTrailer5012とからなる。header5001は固定的に生成されるTrailer5012はCrossReference5011の位置情報等が入る。1枚目のdata5002は、1枚目の画像データとその解像度や圧縮形式などの属性情報から構成される。2枚目のdata5003も同様に、2枚目の画像データとその解像度や圧縮形式などの属性情報から構成される。1枚目のdata5002や2枚目のdata5003などには、objectnumberというPDF内でデータを一意に特定するための番号が割り当てられる。Pages5010内にそのobjectnumberが記述される。CrossReference5011は、PDF5000内で使われている全てのobjectnumberとそのobjectnumberが示すPDF内でのオフセット値が記述される。図4、図5で示されたファイルフォーマットは図15及び図16のフローチャートにおけるファイルの変換に適用される。<ファイルの送信>次に、図4、図5に示したようなマルチページファイルを送信する場合の複写機1001の動作について説明する。図6はこのファイル送信の操作手順を示すフローチャートである。このフローチャートは、ROM2003及び/又はHDD2004に格納されたプログラムに基づきCPU2001によって制御される処理の流れを示す。先ず、S6001において、操作部2012内のタッチパネル部の基本画面待機時の図面である図7の表示においてSendキーA1にタッチして送信のための種々の指定を行うためのSend画面を呼び出す。続いて、S6002で読取モードを設定するためにSend画面中のScanSettingsキーA2を押して図9のScanSettings画面を呼び出す。そしてここで原稿画像を白黒画像として読み取らせるか、カラー画像として読み取らせるかをColorModeキーA4で、また画像の読取解像度をResolutionキーA3でそれぞれ指定しこれらを読取モードとして設定する。ここでOKキーA5を押してSend画面に戻る。この読取モードは必ずしもここで設定する必要はなく読取指示の前であればいつでも行えるものである。そして、S6003でファイルタイプを設定するためにSend画面のSendsettingsキーA6を押して図10のSendSettings画面を呼び出す。そしてここで送信すべき画像データのファイル形式を指定すべくFileTypeキーA7でリストの中から所望のファイル形式画像フォーマットを選択する。ここでは白黒画像の場合、S-TIFF、M-TIFFもしくはPDFが選択でき、カラー画像の場合、JPEGかPDFが選択できる。本実施形態では複数枚の原稿を1つのファイルに変換するフォーマットで送信するので、白黒画像の場合はM-TIFF、PDFを選択し、カラー画像の場合は、PDFを選択したものとする。そしてファイル形式の選択が終了したらDoneキーA8を押してSend画面に戻る。このファイルタイプの設定も必ずしもここで行う必要はなく読取指示の前であればいつでも行えるものである。そして、S6004において、ファイルを送信するための宛先設定を行うが、既にAddressBook、OnetouchButtons1または2に登録されていれば、その中から選択し、登録されていない場合には、NewRecipientキーA9を押し、図11の表示に切り替えた後、所望の宛先種別を指定ここではLAN1006上のファイルサーバ1004内の特定のユーザ用フォルダに蓄積させるべくFileの指定する。続いて図12の表示に従って、ProtocolキーA11でファイルを送信するためのプロトコル、HostNameキーA12でファイルサーバ1004のコンピュータ名、FilePathキーA13でファイルの蓄積先フォルダまでのパスディレクトリ、UserキーA14でユーザー名、PasswordキーA15でパスワード、をそれぞれ入力する。すべての送信先設定のための入力が終了しOKキーA16を押すとSend画面に戻る。ここまでで送信のための諸設定が終了し、これらの設置内容は操作部コンポーネント3001でまとめられ、ジョブ管理コンポーネント3003に通知される。ジョブ管理コンポーネント3003は、これらの情報をまとめて1つのジョブとして扱う。また、操作部コンポーネント3001はこの内容を操作部2012に表示させ、複写機1001のユーザが選択的にキャンセル操作を行えるようにする。ジョブ管理コンポーネント3003はスキャナ管理コンポーネント3004に上記設定の内容を伝え、読取のための設定を行う。そしてS6005で複写機1001のADFに複数N枚の原稿がセットされるか、ADFを開けて原稿台上に原稿が置かれた後にS6006で操作部2012内のスタートボタンが押されると上記の設定に従って原稿の走査読取が開始される。ADFにセットされた原稿を読み取る場合は原稿は1枚ずつ搬送されて順次読み取られるが、原稿台上に置かれた原稿を読み取る場合はユーザによって1枚ずつ原稿が交換されるので最後の原稿のときはその旨を指示するための操作が操作部2012で行われる。S6006で読取開始が指示されると、ジョブ管理コンポーネント3003は、解像度と白黒読み取りかカラー読み取りかをスキャナ管理コンポーネント3004に指示する。スキャナ管理コンポーネント3004は、デバイスI/F2020を通して、指定された解像度で、指定された白黒読み取り、あるいは、カラー読み取りとして、スキャナ2070を動作させ、複数枚の原稿を順次読込ませ入力画像を得て、スキャナ画像処理部2080で入力画像データを補正、加工、編集する。さらに、画像回転部2030を用いて入力画像を回転し、白黒読み取りの場合は、画像圧縮部2040によってITU-T勧告に従ったtwodimensionalencoding以後、MMRと呼ぶで圧縮し、複数枚のそれぞれをページ毎のS-TIFFファイルに変換して、HDD2004に格納する。カラー読み取りの場合は、画像圧縮部2040によってJPEG圧縮で圧縮し、複数枚のそれぞれをページ毎のJPEGファイルに変換して、HDD2004に格納する。格納が終了すると、スキャナ管理コンポーネント3004は、ジョブ管理コンポーネント3003に入力された画像のHDD2004内の所在を通知する。次に、ジョブ管理コンポーネント3003は、送信するためのプロトコルがFTPかNetWareかSMBなので、ファイルサーバ送信コンポーネント3007をジョブの処理先として選択し、入力された画像のHDD2004内の所在とフォーマットと送信するためのプロトコルと送信先との情報をファイルサーバ送信コンポーネント3007に通知する。これ以降、S6008でユーザがキャンセルの操作をした場合は、操作部コンポーネント3001が、そのジョブのキャンセルをジョブ管理コンポーネント3003に通知し、ジョブ管理コンポーネント3003が、そのジョブのキャンセルをファイルサーバ送信コンポーネント3007に通知し、S6009で後述のようにキャンセル処理を行う。送信を途中でキャンセルする場合には、図8のSend画面においてSystemMonitorキーA18を押して図13のSystemMonitor画面を呼び出す。続いて、ここではSend機能のジョブをキャンセルするのでSendキーA19を押して、図14のようなSend機能のジョブ状況画面を表示させる。Sendingが現在送信処理中でWaitingが送信待機中を示す。ここで、今回送信を指示したジョブがA20であるとすると、A20のジョブを押してCancelキーA21を押すことによって送信ジョブA20がキャンセルされる。このとき本当にキャンセルしてもよいかどうかを確認するダイアログを表示し、誤操作を防止するようにしてもよい。ファイルサーバ送信コンポーネント3007は、通知されたプロトコルを読み出し、NetworkIF2010を通して用いるプロトコルを決定し、そのプロトコル使って、通知された送信先であるファイルサーバ/メールサーバ1004にアクセスする。通知されたサーバ名とそのサーバ上のユーザ名とパスワードを使って、指定されたファイルサーバ/メールサーバ1004にログインし、送信する画像ファイルを置くディレクトリを指定する。ファイルが生成される日時と指定されたデータフォーマットから送信するファイル名例えば、日時データフォーマットに対応した拡張子=20000222tifを自動生成し、指定する。ファイルサーバ送信コンポーネント3007は、通知されたフォーマットがM-TIFFだった場合は、HDD2004内に入力された画像はS-TIFFなので、M-TIFFに変換しながら、LAN1006上のファイルサーバ/メールサーバ1004に送信する。これらの処理は送信プロトコルがSMTPの場合、メール送信コンポーネント3008が行う。<ファイルの変換と送信>次に、上記のようにして原稿上の画像を読み取って得た画像データをM-TIFFに変換し送信する際の処理の流れを図15のフローチャートに基づき説明する。このフローチャートはROM2003及び/又はHDD2004に格納されたプログラムに基づきCPU2001によって制御される処理の流れを示す。図15のステップS15001における、MTIFFファイルへの変換と送信とが開始されると、まず、S15002において、送信すべき原稿枚数用の変数iを1に初期化する。次に、S15003における原稿の総枚数であるNとiとを比較し、iがNより小さい場合は処理をステップS15004に進める。ステップS15004において、HDD2004内に入力された1枚目の原稿の画像の属性情報を取得し、1枚目のheader4001を作る。次のheaderへのオフセット4002は、1枚目の画像の属性情報内の画像サイズを読み出すことによって算出できる。1枚目のheader4001が生成できた段階で1枚目のheader4001をファイルサーバ/メールサーバ1004に送信する。1枚目のdatablock4003とは、HDD2004内に入力された1枚目の画像部のことである。HDD2004内から読み出して、ファイルサーバ/メールサーバ1004に送信し、iに1を加える。次に、S15005における、キャンセルの通知が有るかどうかを調べる。即ち、1枚目のdatablockが全て送信された時に、そのジョブのキャンセル通知がきているかどうかをチェックする。そのジョブのキャンセル通知が来ていない場合は、以下、2枚目以降も同じ操作を繰り返す。MM<N枚目のdatablockが全て送信された時にそのジョブのキャンセル通知が来ていた場合は、M枚目のheader内の次のheaderへのオフセットには、M1枚目のheaderへのオフセット値が入ってしまっている。このため、S6006において、M1枚目のheader内の次のheaderへのオフセットに0を代入して、M1枚目のheaderを生成し送信して、M1枚目のdatablockを送信して、そのジョブの送信を終了する。また、ファイルサーバ送信コンポーネント3007は、通知されたフォーマットがPDFだった場合は、HDD2004内に入力された画像はS-TIFFかJPEGなので、PDFに変換しながら、ファイルサーバ/メールサーバ1004に送信する必要がある。図16は、本実施形態におけるPDFファイルへの変換と送信との流れを示すフローチャートである。このフローチャートはROM2003及び/又はHDD2004に格納されたプログラムに基づきCPU2001によって制御される処理の流れを示す。ステップS16001において、PDFファイルへの変換と送信とを開始する。先ず、ステップS16002で、header5001を生成し、ファイルサーバ/メールサーバ1004に送信し、送信すべき原稿枚数用の変数iを1に初期化する。次に、ステップS16003における、原稿の総枚数であるNと原稿枚数をカウントするための変数iとを比較し、iがNより小さい場合は、処理をステップS16004に進める。ステップS16004において、HDD2004内に入力された1枚目の画像と画像の属性情報を読み出し、1枚目のdata5002を作り送信し、原稿枚数をカウントするための変数iに1を加える。次に、処理をステップS16005における、キャンセルの通知があるかどうかを調べる。キャンセルの通知がなければ、以下、2枚目以降も同じ操作を繰り返す。MM<N枚目のdataが送信された時のそのジョブのキャンセル通知が来ていた場合は、S16006における、M枚目までのobjectnoを記述したPages5010を生成して送信し、PDF5000内で使われている全てのobjectnoとそのobjectnoが示すPDF内でのオフセット値を記述したCrossReference5011を生成して送信し、Trailer5012を生成して送信して、そのジョブの送信を終了する。以上の実施形態では、ユーザの指示によりジョブがキャンセルされた場合について説明したが、装置のエラー等によってユーザが介在せずにキャンセルされた場合も同様である。以上、本実施形態によれば、画像データの送信の中断を送信中に指示した場合、中断の指示を受付け、中断までに送信した画像データを一つの画像データのまとまりとして再変換して、データの送信を完了させることにより、異常ファイルを作りださずに、ユーザにとって使い勝っての良い円滑な画像処理を可能とする。第2の実施形態上述の第1の実施形態は複数枚の原稿を各ページ毎に属性情報を有した1つのファイルとして送信させる場合に、途中でキャンセルされても送信できたところまでは受け側で正常なファイルとして扱えるようファイルを確定させるものである。これによって不完全な状態の異常ファイルを送信することによって無駄なメモリ領域を使用してしまうことを防ぐとともに送信をやり直す場合は続きから行えるものであった。以下に示す第2の実施形態は、例えば複写機1001のRAM2002等に設定されたSend機能のためのワークエリアに上限がある場合、PDFでの送信時のCrossReference5011では、送信する画像データとその属性情報等とを格納した場所のオフセット値をそのobjectnoと共に記載する必要があり、PDFに変換して送信できる画像枚数が制限されてしまう。これを防ぐために、上記のワークエリアの許容範囲でCrossReference5011を作成し送信し、Trailer5012を送信して、一つのPDFファイルとして完結させた後に、headerや続きの画像データ等をそのPDFファイルに追加して書込み、その追加した画像データ等に関するCrossReferenceやTrailerも含めたもう一つのPDFファイルを追加して、この二つのPDFファイルを連結するという表現を加えることによって、一つのPDFファイルとして表現できるようにし、PDFに変換して送信できる画像枚数が制限されないようにしたものである。以下、その処理について詳細に説明する。システム構成、複写機1001の構成は図1~図3に示した通りであるので、ここでの説明は省略する。図17は、本実施形態における、PDFファイルのデータフォーマット概要を説明する図である。本実施形態において、スキャンした画像を1つのPDFファイルに変換できる上限枚数はMとし、図17では送信すべき画像の総数は2Mであった場合のデータフォーマットを示している。スキャンした画像データから図17に示すようなPDFファイルを作成するのはファイルサーバ送信コンポーネント3007もしくはメール送信コンポーネント3008である。PDFファイル17000は、header17001と1枚目のdata17002、2枚目のdata17003、と上限数であるM枚目のdata17009までdataが連続する。そしてM枚目のdata17009の次に一回目のPages17010、一回目のCrossReference17011及び一回目のTrailer17012が連続した後、M1枚目のdata17022、M2枚目のdata17023、、2M枚目のdata17029とdataが連続する。2M枚目のdata17029の後ろには、M枚目のdata17009の後ろと同様、二回目のPages17030、二回目のCrossReference17031及び二回目のTrailer17032が連続する。このうち、header17001は、固定的に生成できる。1枚目のdata17002は、1枚目の原稿画像とその解像度や圧縮形式などの属性情報から構成される。2枚目のdata17003も、2枚目の画像とその解像度や圧縮形式などの属性情報から構成される。同じようにdataが続き、M枚目のdata17009も、M枚目の画像とその解像度や圧縮形式などの属性情報から構成される。1枚目のdata17002や2枚目のdata17003などには、objectnoというPDFファイル17000内で一意の番号が割り当てられる。一回目のPages17010内にそれらのobjectnoが記述される。一回目のCrossReference17011は、一回目のCrossReference17011までに現れた全てのobjectnoとそのobjectnoが示すPDF内での位置情報が記述される。一回目のTrailer17012には、一回目のCrossReference17011の位置情報が記述される。次に、M1枚目のdata17022は、M1枚目の画像とその解像度や圧縮形式などの属性情報から構成される。M2枚目のdata17023も、M2枚目の画像とその解像度や圧縮形式などの属性情報から構成される。同じようにdataが続き、2M枚目のdata17029も、2M枚目の画像とその解像度や圧縮形式などの属性情報から構成される。M1枚目のdata17022やM2枚目のdata17023などにも、objectnoというPDFファイル17000内で一位の番号が割り当てられる。二回目のPages17030内には、1枚目の画像のdata17002から2M枚目の画像のdata17029までのobjectnoが記述される。二回目のCrossReference17031には、一回目のPages17010を二日目のPages17030で更新すること、二回目のPages17030の位置情報、M1枚目のdata17022のobjectno、及び、M1枚目のdata17022から二枚目のCrossReference17031までに現れた全てのobjectの位置情報の値が順に記述される。二回目のTrailer17032には一回目のCrossReference17011の位置情報と二回目のCrossReference17031の位置情報とが記述される。これによって、このファイルを受けた側では一回のPages、CrossReference、Trailerが反映されたものがそれぞれ二回目のものに加えられ、一回目のものが削除され、1つのPDFファイルを形成可能となる。ここで、完全なPDFファイルには他の要素も含まれるが、本実施形態とは直接関係ないので図17での図示及びその説明は省略する。図18は、図17における二回目のPages17030の具体的な記述例を示す図である。図18においては、スキャンした画像の変換できる上限数Mは200、スキャンした画像の総数2Mが400である場合を示している。Kidsの行18001で、1枚目の画像のdata17002から2M枚目の画像のdata17029までのobjectnoが記述されている。1枚目の画像のdata17002のobjectnoは、10Rであり、2M枚目の画像のdata17029のobjectnoは、23940Rである。Count400は、全ての画像のdataのobject数を示しており、その値は2Mであるから、400となる。図19は、図17における二回目のCrossReference17031の具体的な記述例を示す図である。図18と同様、スキャンした画像の変換できる上限数Mは200とし、スキャンした画像の総数2Mが400である場合を示している。一回目のPages17010を二回目のPages17030で更新することを示す21が行19001に記述され、次いで二回目のPagesの位置情報が行19002に、M1行目のdata17022のobjectno1200が行19003に、M1枚目のdata17022の位置情報が行19004にそれぞれ記述され、以下、二回目のCrossReference17031までに現れた全てのobjectの位置情報の値が記述される。図20は、図17における二回目のTrailer17032の具体的な記述例を示す図である。図20においても、スキャンした画像の変換できる上限数Mは200とし、スキャンした画像の総数2Mが400である場合を示している。二回目のTrailer17032には、直前一回目のCrossReference17011の位置情報が行20001に、二回目のCrossReference17031の位置情報が行20002にそれぞれ記述される。以下、本実施形態に係る複写機において、第2の実施形態におる送信処理を実行する際の流れを順に説明する。図21は第2の実施形態による複写機1001の操作手順の流れを示すフローチャートである。このフローチャートはROM2003及び/又はHDD2004に格納されたプログラムに基づきCPU2001によって制御される処理の流れを示す。S21001~S21006の処理については前述の図6のS6001~S6006と同様であるのでここでの詳細な説明は省略する。ただし、S21003のファイルタイプ設定ではPDFファイルを指定する。またS21005及びS21006ではADFに原稿をセットする場合も原稿台に原稿を置く場合も最後の原稿ADFの場合は最後の原稿の束であることを指定するまでは一連の原稿共通のファイルとされるべき原稿として扱われる。S21007ではS21001~S21004で設定された内容に基づき原稿上の画像の読み取りと後述するような手順での送信処理を開始する。そして、S21008で最終原稿と判断されるまで処理を継続する。S21009で送信終了と判断されたら一連の送信処理を終了する。次に、図17に示すデータ構成及び図22に示すフローチャートを用いて、PDFファイルの生成及び送信にかかる一連の処理を説明する。図22においては、一回で変換できる画像の上限ページ数はMとし、送信されるべき一連の画像の総ページ数はNN>Mであった場合の例を示す。ファイルサーバ送信コンポーネント3007は、ステップS22001において、PDFファイルの生成、送信処理が開始されると、まずステップS22002において、header17001を生成、送信し、送信した画像数用の変数iを0に初期化する。次に、ステップS22003において、変換した画像数用の変数jを0に初期化する。次に、ステップS22004において、原稿の総枚数であるNとiとを比較し、iがNより小さければステップS22005に進み、iがN以上、すなわち全部の画像が送信された場合にはステップS22008に進む。次にステップS22005において、画像を一度に変換できる上限数であるMとjを比較し、jがMより小さければステップS22006に進み、jがM以上、即ち上限に達した場合にはステップS22007に進む。次にステップS22006において、i枚目の原稿画像の属性情報とデータを取得し、dataを生成し、送信し、iとjに1を加えて、ステップS22004に戻る。M枚目までの送信が終了すると、ステップS22007において、1枚目のdata17002のobjectnoからi枚目のdata17009までのobjectnoを一回目のPages17010に書き込み、それらの位置情報を一回目のCrossReference17011に書き込み、一回目のTrailer17012を生成して送信し、ステップS22003に戻る。ステップS22007での処理が一回目の場合は、生成したCrossReferenceの位置情報を記憶しておく。nnは2以上の自然数回目以降の処理では、n回目のPagesに、1枚目の画像のdataからn×M枚目の画像のdataまでのobjectnoが記述される。そして、n回目のCrossReferenceに、n-1回目のPagesをn回目のPagesで更新すること、n回目のPagesの位置情報、n-1×M1枚目のdataのobjectno及び、n-1×M1枚目からi枚目のdataまでに現れた全てのobjectの位置情報の値が順に記述される。そして、n回目のTrailerの生成時に、前回のCrossReferenceの位置情報を書き込み、かつ、今回生成したCrossReferenceの位置情報を記憶しておく。N枚目までの送信が終了すると、ステップS22008において、1枚目のdataのobjectnoからN枚目までのdataのobjectnoをPagesに書き込み、前回のPagesを今回生成したPagesで更新すること、今回生成したPagesの位置情報、N-j枚目のdataのobjectno及びN-j枚目のdataから今回生成したCrossReferenceまでに現れた全てのobjectの位置情報をCrossReferenceに書き込み、前回のCrossReferenceの位置情報と、今回のCrossReferenceの位置情報を書き込んだTrailerを生成して送信し、ステップS22009に進む。ステップS22009において、PDFファイルへの変換と送信処理とを終了する。以上の実施形態では分割の基準として上限ページ数を用いたが、これに限ることなく画像データのデータ量Mバイト等としてもよい。上述の実施形態においては、PDF形式のファイルを生成する場合を例にして説明したが、複数の画像データを1ファイルにまとめるデータフォーマットのファイルを生成する場合であって、同様の問題点を有する場合には本発明を適用することが可能である。この場合も、ファイルが生成できる原稿画像の量に応じた複数のファイルブロックを形成し、各ブロック間の関連を示す情報を付加して送信するとともに、受信側でこの付加情報を元に一連のファイルとして取り扱うように構成すればよい。上述の実施形態においては二番目以降のファイルブロックに直前のファイルブロックを特定可能な情報を付加したが、次に続くファイルブロックを特定可能な情報を付加するように構成することも可能である。また、上述の第2の実施形態によれば、二回目最後のCrossReferenceに直前のファイルブロックのPagesの情報を今回のPagesで更新することを表す上表が書き込まれているので、このファイルを受けた側では途中のCrossReferenceやPagesを削除することができ、最終的に形成されるファイルのサイズを小さくかつシンプルにすることができる。また、分割されたファイルのそれぞれがページ単位で区切られCrossReferenceやPagesを有しているので分割されたファイルそれぞれがマルチページで構成されたファイルは、それら自体がファイルとして確定されているので、受け側のアプリケーションによっては上記のように最後のCrossReference、Pagesには他の分割ファイルの情報を書き込まず、そしてそれぞれのファイルのCrossReferenceやPagesを削除しないようにすれば、それぞれ独立したファイルとして扱えるようにでき、大きなファイルを扱えない環境でもそれぞれのフィルを適切に処理できるようになる。第3の実施形態これまで述べた実施形態はオフセット値やCrossReference、Pages、Trailer等を制御することによって途中で処理を終了したファイルをその時点で確定させたり、大量の画像データを分割して送信するものであった。以下に述べる第3の実施形態はこのオフセット値等を制御する技術を用いて任意の複数の画像データを選択してそれらを結合し1つのファイルに再変換して送信するものである。以下にその手順について詳細に説明する。図23は第3の実施形態による複写機1001の操作手順の流れを示すフローチャートである。このフローチャートはROM2003及び/又はHDD2004に格納されたプログラムに基づきCPU2001によって制御される処理の流れを示す。S23001及びS23002では上述のものと同様に読取モードの設定を行う。そして、S23003でBox指定を行うために、図10のSendSetting画面で[StoreInBoxキーA22を押し、図24のようなStoreInBox画面を呼び出す。複写機1001ではHDD2004を種々の画像データを蓄積できるように複数に分割しており、分割された個々の蓄積先をBoxと呼び、それらはBox番号で区分されている。ここではBox番号00のA23が選択されたものとする。そしてOKキーA24が押されると蓄積先が設定され、SendSetting画面に戻る。続いてDoneキーA8を押してSend画面に戻る。そして、S23004でADFまたは原稿台に原稿があることを確認して、S23005で操作部2012のスタートボタンが押されると設定された内容に基づき原稿上の画像の読み取りを開始し、S23006でBox00に読取画像データが白黒画像ならS-TIFF、カラー画像ならJPEGで蓄積される。このとき読み取りをカラーで行ったか白黒で行ったか、画像サイズ、枚数、蓄積日時も一緒にそれぞれ対応付けて蓄積する。蓄積が終了すると、スキャナ管理コンポーネント3004は蓄積された画像のHDD2004内の所在をジョブ管理コンポーネント3003に通知する。ジョブ管理コンポーネント3003は、HDD2004内の蓄積された画像の所在とBox番号をBoxコンポーネント3009に通知する。Boxコンポーネント3009は、HDD2004内の蓄積された画像の所在とBox番号との関係をHDD2004内に記憶しておく。以上の操作が何回か繰り返されると、Boxコンポーネント3009には、種々の時点で複数の画像データが蓄積された種々の画像データに関する情報が、Box番号とともに多数記憶される。なお、ここで蓄積される画像はスキャナ2070からの画像に限らずネットワークI/F2010やModem2050など、種々の入力源からの画像としてもよい。ここまでの処理はどの時点に行っても良い。S23006ではBox内の所望の画像データを選択するために図7の基本画面においてMailBoxキーA25を押し、図25のMailBox画面を呼び出す。ここではBox00に格納されている複数の画像データを選択するものとし、MailBox画面でBox00の中身を表示させるべくA26を押す。そしてユーザは図26のBoxNo00の中身の確認画面操作部コンポーネント3001に問い合わせることにより得た情報に基づき表示されるにおいて、画像サイズや蓄積日付等を参照して結合して送信したい画像データとしてA27、A28、A29の3つをこの順序で選択する。すると操作部コンポーネント3001は選択された画像データをその順番とともに記憶し、この選択した順序が左端に表示される1~3。次にS23008で、送信設定を行うためにSendキーA30を押し、図27のSendingAddressSetting画面を呼び出す。そしてここではAddressBookから予め登録されている宛先に送信するものとして、AddressBookキーA31を押す。すると図28のAddressBook画面が表示されるのでここではEmailでmarcganoncom、インターネットFAXでmattganoncomに送信することが選択するものとして、ユーザはA32とA33を押す。この選択により、Emailアドレスの他に送信プロトコルSMTPとその送信に必要な情報SMTPサーバーにアクセスするためのユーザ名、パスワードが設定される。送信プロトコルとしてFTPが選択された場合は宛先情報にサーバ名とそのサーバ上のユーザ名とパスワードとディレクトリ名とになり、ログイン処理後に蓄積処理が実行される。A32とA33が選択された後、OKキーA34が押されるとこれらの宛先が設定され、SendingAddressSetting画面に戻り、図29のようにここで設定された宛先が入力された状態となる。そして、S23009で前述のようにファイルタイプの設定が行われ、S23010で操作部2012のスタートボタンが押されると、S23011で後述するような処理手順で先に選択した3つの画像データがその順序で結合され1つのファイルとして送信される。送信時の画像フォーマットとしては、白黒画像の場合、S-TIFFかM-TIFFかPDFかが選択でき、カラー画像あるいは白黒画像とカラー画像の混合の場合は、JPEGかPDFかが選択できる。ただし、上述の画像データを1ファイルにまとめられるデータフォーマットは、白黒画像のみの場合、M-TIFFかPDF、カラー画像のみ、あるいは白黒画像とカラー画像の混合の場合は、PDFとなるので、以下の説明においてはこれら複数枚の原稿の画像を1つのファイルに変換するデータフォーマットが選択されたものとする。なお、送信開始のタイミングは送信プロトコルに応じて切り替えられるべきであり、ファイルの生成と送信とを並行して行える場合には、そのようにし、それが行えない場合にはファイル確定後に送信を開始するようにする。S23012で送信終了と判断されたら一連の送信処理を終了する。以下、図30、図31のフローチャートではファイルフォーマットとして図4、図5に示したものを参照する。また、図30、図31のフローチャートはROM2003及び/又はHDD2004に格納されたプログラムに基づきCPU2001が制御する処理の流れを示す。図30は、本実施形態にかかる複写機で実施される、複数の画像データを結合して1ファイルとして送信する処理を示すフローチャートである。図30に示す処理は、画像データの送信先に応じてファイルサーバ送信コンポーネント3007又はメール送信コンポーネント3008によって実行される。以下の説明において、ユーザが選択した送信画像データの数はN2以上の自然数とする。ステップS30001において、M-TIFFファイルへの変換と送信とが開始されると、先ずステップS30002において、送信する画像枚数用の変数iを1に初期化する。次にステップS30003において、送信すべき画像の総枚数であるNとiとを比較し、iがNより小さければ、ステップS30004に進み、iがN以上であれば、ステップS30006に進む。ステップS30004において、i枚目の原稿の画像の属性情報を、その画像が蓄積されたBoxから取得し、そのデータサイズから次のheaderへのオフセット値を求め、headerを生成、送信する。同時に、蓄積画像データを読み出し、送信を行う。送信が終了したら変数iに1を加え、ステップS30003に戻る。変数iがNになったら、ステップS30006において、ステップS30004と同様の送信処理を行い、変換、送信処理を終了する。この際、上述したようにN枚目のheader4011に含まれる次の次のheaderへのオフセット値には0を格納する。図31は、本実施形態にかかる複写機で実施される、S-TIFFやJPEGファイルからPDFファイルへの変換及び信号処理を示すフローチャートである。図31に示す処理は、画像データの送信先に応じてファイルサーバ送信コンポーネント3007又はメール送信コンポーネント3008によって実行される。以下の説明において、ユーザが選択した送信画像データの数はN2以上の自然数とする。先ず、ステップS31001において、PDFファイルへの変換と送信とが開始されると、ステップS31002において、headerを生成して送信し、送信する画像枚数用の変数iを1に初期化する。次にステップS31003において、送信すべき画像の総枚数であるNとiとを比較し、iがNより小さければ、ステップS31004に進み、iがN以上であれば、ステップS31006に進む。ステップS31004において、i枚目の画像データが格納されているBoxから、その属性情報とデータを取得し、dataを生成し送信し、iに1を加え、ステップS31003に戻る。変数iがNになると、ステップS31006において、1枚目からN枚目までのobjectnoをPages5010に書き込み、それらのオフセット値をCrossReference5011に書き込み、Trailer5012を生成して送信する。上述の実施形態においては、一旦S-TIFFやJPEG等のデータフォーマットで蓄積した画像データを、送信時にM-TIFFやPDF形式に変換する構成のみを示したが、画像を読み取って蓄積する段階で、複数の原稿がある場合には、M-TIFFやPDF形式のファイルに変換しておき、送信の際には変換をしないように構成することもできる。また、クライアントコンピュータ1005に複写機1001の操作部2012をリモート制御する機能を持たせ、複写機1001の操作部2012を用いて選択もしくは入力可能な指示をクライアントコンピュータ1005からユーザが指示するように構成することも可能である。また、画像データの蓄積時に行う符号化形式や、蓄積された画像データの複数を1つのファイルにまとめるデータフォーマットについては、上述の実施形態で挙げたものに限定されず、任意の形式を用いることができる。なお、本発明は、複数の機器例えばホストコンピュータ、インターフェイス機器、リーダ、プリンタなどから構成されるシステムに適用しても、一つの機器からなる装置例えば、複写機、ファクシミリ装置などに適用してもよい。また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体または記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータまたはCPUやMPUが記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになりそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているオペレーティングシステムOSなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。