JP4597258B2 - データ処理装置及びデータ処理方法 - Google Patents

Description

本発明は、入力された画像データから、複数ページで１つのファイルとしたイメージファイルを形成することのできるデータ処理装置及びデータ処理方法に関するものである。

近年、イメージスキャナをコンピュータネットワークに接続し、そのスキャナにより原稿を走査して原稿上の画像を読み取って得た画像データをイメージファイルとしてコンピュータネットワークに送出することが提案されている。
このようなイメージスキャナにおける画像データの送信において、ユーザーは操作部から送信プロトコルや送信する画像の解像度、白黒かカラーか、そしてフォーマットなどや送信先を選択する。

送信プロトコルには、Simple Mail Transfer Protocol（以下、ＳＭＴＰと呼ぶ。）やFile Transfer Protocol（以下、ＦＴＰと呼ぶ。）や米ノベル社が開発したNetWareやServer Message Block Protocol（以下、ＳＭＢと呼ぶ。）などがある。

画像の解像度は、主走査方向と副走査方向とがあり、単位としては、例えばdot per inch（以下、ｄｐｉと呼ぶ。）で表現される。すなわち、２００ｄｐｉｘ１００ｄｐｉなどと指定すると、主走査方向の解像度が２００ｄｐｉで、副走査方向の解像度が１００ｄｐｉであることを表す。

画像のフォーマットは、スキャニングにより白黒画像を取得する場合は、例えばSingle Page Tag Image File Format（以下、Ｓ−ＴＩＦＦと呼ぶ。）、Multiple Page Tag Image File Format（以下、Ｍ−ＴＩＦＦと呼ぶ。）または、Adobe社が開発したPortable Document Format（以下、ＰＤＦと呼ぶ。）などを指定する。

また、スキャニングによりカラー画像を取得する場合、例えばJoint Photographic Experts Group Format（以下、ＪＰＥＧと呼ぶ。）や、ＰＤＦなどを指定する。Ｓ−ＴＩＦＦとＪＰＥＧとは、１ページの原稿の画像を一つのファイルとするフォーマットであり、Ｍ−ＴＩＦＦとＰＤＦとは、複数枚の原稿の画像を一つのファイルとするフォーマットである。

送信先の表現は、上記送信プロトコル毎に異なる。ＳＭＴＰの送信先は、ｅ−ｍａｉｌの宛先のことであり、ＦＴＰやNetWareやＳＭＢの送信先とは、サーバ名とそのサーバ上のユーザー名とパスワードとディレクトリ名のことである。さらに、送信するファイル名を追加することもできる。

特開平１１−３１７８３３号公報

このようなイメージスキャナにおいて、Ｍ−ＴＩＦＦやＰＤＦのように複数ページで１ファイルを形成させようとした場合に、例えばイメージメモリ不足が生じてしまったり、ユーザーが中断指示を与えたりすると、それまでに読み取った原稿の画像について作成していたイメージファイルが不完全な状態で処理を終了してしまいそのイメージファイルを利用することができなかった。

なぜなら、Ｍ−ＴＩＦＦやＦＤＦでは任意のページを指定して表示させる場合等のために各ページの後にオフセット値等を書き込み最終ページの後にはファイルを確立するための情報を書き込むが、上記の様に途中で処理が終了してしまった場合には、この様な情報を書き込めないため、不完全なファイルとなってしまい、Ｍ−ＴＩＦＦやＰＤＦなどに対応したアプリケーションで処理のできないものとなってしまうのである。

本発明の目的は上述の様な問題点を解消し、柔軟性に富んだファイル操作が可能なデータ処理装置及びデータ処理方法を提供することにある。

上述の目的は、ページ単位でデータを入力する入力手段と、入力手段で入力されたデータに基づき、１つのファイルであって、複数のページデータと、各ページデータと対応付けられた、当該各ページデータのファイル内での位置を示す情報と、ファイルの終わりを示す情報とを含む１つのファイルを生成する生成手段と、生成手段によるファイルの生成の中止を指示する指示手段と、指示手段による中止の指示が行われた場合、生成手段により生成された各ページデータについての当該各ページデータと対応付けられた各ページデータのファイル内の位置を示す情報と、ファイルの終わりを示す情報とを１つのファイルに書き込むよう生成手段を制御する制御手段とを有することを特徴とするデータ処理装置によって達成される。
また、上述の目的は、入力手段により、ページ単位でデータを入力する入力工程と、生成手段により、入力工程で入力されたデータに基づき、１つのファイルであって、複数のページデータと、各ページデータと対応付けられた、当該各ページデータのファイル内の位置を示す情報と、ファイルの終わりを示す情報とを含む１つのファイルを生成する生成工程と、指示手段により、生成工程によるファイルの生成の中止を指示する指示工程と、指示工程による中止の指示が行われた場合に、制御手段が、生成工程により生成された各ページデータについての当該各ページデータと対応付けられた各ページデータのファイル内の位置を示す情報と、ファイルの終わりを示す情報とを１つのファイルに書き込むよう生成工程を制御する制御工程とを有することを特徴とするデータ処理方法によっても達成される。

以上説明したように、本発明によれば、柔軟性に富んだファイル操作が可能なデータ処理装置及びデータ処理方法が実現できる。

本発明の実施形態にかかる複写機を接続したシステムの構成を示す図である。 本発明の実施形態にかかる複写機の概略構成を示すブロック図である。 本発明の実施形態にかかる複写機の動作を制御するソフトウェア構成を示すブロック図である。 Ｍ−ＴＩＦＦファイルのフォーマットを示す図である。 ＰＤＦファイルのフォーマットを示す図である。 第１の実施形態による処理手順を示すフローチャートである。 操作部２０１２のタッチパネル部に表示される基本画面例を示す図である。 操作部２０１２のタッチパネル部に表示されるSend画面例を示す図である。 操作部２０１２のタッチパネル部に表示されるScan Settings画面例を示す図である。 操作部２０１２のタッチパネル部に表示されるSend Settings画面例を示す図である。 操作部２０１２のタッチパネル部に表示されるSend Settings画面例を示す図である。 操作部２０１２のタッチパネル部に表示される宛先入力画面例を示す図である。 操作部２０１２のタッチパネル部に表示されるSystem Monitor画面例を示す図である。 操作部２０１２のタッチパネル部に表示されるジョブ状況画面例を示す図である。 第１の実施形態において、原稿上の画像を読み取って得た画像データをＭ−ＴＩＦＦに変換し送信する際の処理を説明するフローチャートである。 第１の実施形態におけるＰＤＦファイルへの変換と送信処理を説明するフローチャートである。 第２の実施形態における、ＰＤＦファイルのデータフォーマット概要を説明する図である。 図１７のフォーマットにおける二回目のPages１７０３０の具体的な記述例を示す図である。 図１７のフォーマットにおける二回目のCross Reference１７０３１の具体的な記述例を示す図である。 図１７のフォーマットにおける二回目のTrailer１７０３２の具体的な記述例を示す図である。 第２の実施形態による複写機１００１の操作手順の流れを示すフローチャートである。 第２の実施形態におけるＰＤＦファイルの生成及び送信処理を説明するフローチャートである。 第３の実施形態による複写機１００１の操作手順の流れを示すフローチャートである。 操作部２０１２のタッチパネル部に表示されるStore In Box画面例を示す図である。 操作部２０１２のタッチパネル部に表示されるMail Box画面例を示す図である。 操作部２０１２のタッチパネル部に表示されるMail Boxの中身の確認画面例を示す図である。 操作部２０１２のタッチパネル部に表示されるSending Address Setting画面例を示す図である。 操作部２０１２のタッチパネル部に表示されるAddress Book画面例を示す図である。 操作部２０１２のタッチパネル部に表示されるAddress Book画面例を示す図である。 第３の実施形態にかかる複写機のファイル結合、送信処理を説明するフローチャートである。 第３の実施形態にかかる複写機における、ファイル形式変換処理及び信号処理を説明するフローチャートである。

（第１の実施形態）
以下、図面を参照して本発明をその実施形態に基づき詳細に説明する。
図１は、本発明の実施形態にかかる複写機を用いたネットワークシステムの構成例を示す図である。
複写機１００１は複数枚の原稿を読み取り、その画像を記録紙上にプリントするといった通常の複写を行う機能に加え、読み取った原稿画像をネットワークインターフェイスを介してゼロックス社によって開発されたイーサネット（登録商標）等のローカルエリアネットワーク（以下、ＬＡＮ）１００６に接続された他の機器へ送信する機能を有する。

Ｅメール用のメールサーバ１００３と各種ファイルを蓄積するファイルサーバ１００４は複写機１００１から送られたデータ等を格納するコンピュータである。クライアントコンピュータ１００５はメールサーバ１００３とファイルサーバ１００４に接続し、データを取得したり表示したりするコンピュータである。ＬＡＮ１００６は、複写機１００１、メールサーバ１００３、ファイルサーバ１００４、クライアントコンピュータ１００５などが接続されるネットワークである。メールサーバ１００３は、所謂ＳＭＴＰサーバ、ＰＯＰサーバ、ファイルサーバ１００４は、所謂ＦＴＰサーバやNetWareサーバやＳＭＢサーバなどに相当する。

尚、図１においてはメールサーバ１００３、ファイルサーバ１００４及びクライアントコンピュータ１００５はそれぞれ１台のみ示したが、それぞれ複数台が同一のネットワークに接続されていてもよい。また、メールサーバ１００３、ファイルサーバ１００４は同一装置で兼用することもできる。

図２は、本実施形態におけるシステムブロック図であり、複写機１００１に実装されるコントローラユニット(Controller Unit)の構成を示すものである。Controller Unit２０００は画像入力デバイスであるスキャナ２０７０や画像出力デバイスであるプリンタ２０９５と接続し、一方ではＬＡＮ２０１１や公衆回線（ＷＡＮ）２０５１と接続することで、画像情報やデバイス情報の入出力を行なう為のコントローラである。

ＣＰＵ２００１はシステム全体を制御するコントローラである。ＲＡＭ２００２はＣＰＵ２００１が動作するためのシステムワークメモリであり、画像データを一時記憶するための画像メモリとしても使用される。ＲＯＭ２００３はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２００４はハードディスクドライブで、ハードディスクにシステムソフトウェア、画像データ等を格納する。操作部Ｉ／Ｆ２００６はタッチパネルや表示部を有した操作部（ＵＩ）２０１２とのインターフェイス部で、操作部２０１２に表示する表示用データを操作部２０１２に対して出力する。また、操作部２０１２から本システム使用者が入力した情報を、ＣＰＵ２００１に伝える役割をする。Network I/F２０１０はＬＡＮ２０１１に接続し、情報の入出力を行う。Modem２０５０は公衆回線２０５１に接続し、情報の入出力を行う。以上のデバイスがシステムバス２００７上に配置される。

Image Bus I/F２００５はシステムバス２００７と画像データを高速で転送する画像バス２００８を接続し、データ構造を変換するバスブリッジである。画像バス２００８は、例えばＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス２００８上には以下のデバイスが配置される。ラスターイメージプロセッサ（ＲＩＰ）２０６０はＰＤＬ（ページ記述言語）コードをビットマップイメージに展開する。デバイスＩ／Ｆ部２０２０は、画像入出力デバイスであるスキャナ２０７０やプリンタ２０９５とController Unit２０００を接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２０８０は、スキャナ２０７０からの入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部２０９０は、プリンタ２０９５へ出力されるべきプリント出力画像データに対して、プリンタに応じた補正、解像度変換等を行う。画像回転部２０３０は画像データの回転を行う。画像圧縮部２０４０は、多値画像データはＪＰＥＧ、２値画像データはＪＢＩＧ方式、ＭＭＲ符号、ＭＨ符号の圧縮伸長処理を行う。

スキャナ２０７０はＡＤＦ(Auto Document Feeder)から１枚ずつ搬送される原稿もしくはＡＤＦを開けて原稿台上に置かれた原稿の画像を光学的に走査して読み取り、電気的な画像データを発生する。プリンタ２０９５は入力される画像データに基づく画像を記録紙上にプリントする。

図３は、本実施形態における送信機能を実現するためのソフトウェア構成を示すブロック図であり、これらのソフトウェアはController Unit２０００のＲＯＭ２００３及び／又はＨＤＤ２００４に格納され、ＣＰＵ２００１によって実行される。

操作部コンポーネント３００１は、操作部２０１２の制御に関するコンポーネントであり、データを送信するためのプロトコルや送信する画像のフォーマットや送信先などをユーザによる操作部２０１２のタッチキー操作の指示を検知することにより取得する。

送信管理コンポーネント３０００は、操作部コンポーネント３００１において取得されたデータを送信するためのプロトコルや送信する画像のフォーマットや送信先などの処理命令に従い、スキャナ管理コンポーネント３００４により原稿の読み取りを指示し、宛先管理コンポーネント３００２より宛先情報を取得し、読込んだ画像データ、あるいはＨＤＤ２００４に設けられたＢｏｘ領域から操作部２０１２による指定で選択された画像データをプリントコンポーネント３００５、ファクシミリ送信コンポーネント３００６、ファイルサーバ送信コンポーネント３００７、メール送信コンポーネント３００８、Ｂｏｘコンポーネント３００９に送信処理命令を発行することにより、それぞれ、プリンタ２０９５、公衆回線２０５１に接続されたファクシミリ、ＬＡＮ１００６（２０１１）に接続されたファイルサーバ／メールサーバ、ＨＤＤ２００４に設けられたＢｏｘ領域に送信、あるいは蓄積することができる。特にファイルサーバ送信コンポーネント３００７とメール送信コンポーネント３００８は、ＦＴＰ、NetWare、ＳＭＢ及びＳＭＴＰの４つのプロトコルを用いて、ファイルサーバ／メールサーバ１００４に送信することができる。送信管理コンポーネント３０００は、宛先管理コンポーネント３００２とスキャナ管理コンポーネント３００４および各送信コンポーネント間でジョブ制御を行うジョブ管理コンポーネント３００３から構成される。

＜ファイルフォーマット＞
図４は、本実施形態における、Ｍ−ＴＩＦＦフォーマットの概要図であり、このフォーマットはファイルサーバ送信コンポーネント３００７内とメール送信コンポーネント３００８内の処理で用いられるデータフォーマットである。

Ｍ−ＴＩＦＦファイル４０００のデータフォーマットの構成は、１枚目の画像データのためのheader４００１と１枚目の画像データのdata block４００３と２枚目のheader４００４と２枚目のdata block４００６というように、ヘッダからそのデータブロックが単位となって、その単位が複数並ぶ。例えば、Ｎ枚の画像データを構成するフォーマットは、１枚目のdata block４００３には、ＭＭＲ等で圧縮された１枚目の画像が配置され、１枚目のheader４００１には、１枚目の画像の解像度や圧縮形式などの属性情報と共に、次のheaderデータの有無を識別するためのオフセット４００２が入る。２枚目のdata block４００６には、ＭＭＲ圧縮された２枚目の画像が配置され、２枚目のheader４００４には、２枚目の画像の解像度や圧縮形式などの属性情報と共に、次のheaderデータの有無を識別するためのオフセット４００５は入る。このようなフォーマットが最後の画像まで続き、最後の画像であるＮ枚目のheader内の次のheaderへのオフセットには、「０」が入ることによって、最後の画像であり、ここで１つのファイルとして確定されたことが識別される。

図５は、本実施形態における、ＰＤＦフォーマットの概要図であり、このフォーマットはファイルサーバ送信コンポーネント３００７内とメール送信コンポーネント３００８内の処理で用いられるデータフォーマットである。

ＰＤＦファイル５０００のデータフォーマットの構成は、header５００１と１枚目のdata５００２と２枚目のdata５００３・・・・Ｎ枚目のdata５００９と続き、Pages５０１０とCross Reference５０１１とTrailer５０１２とからなる。header５００１は固定的に生成されるTrailer５０１２はCross Reference５０１１の位置情報等が入る。１枚目のdata５００２は、１枚目の画像データとその解像度や圧縮形式などの属性情報から構成される。２枚目のdata５００３も同様に、２枚目の画像データとその解像度や圧縮形式などの属性情報から構成される。１枚目のdata５００２や２枚目のdata５００３などには、object numberというＰＤＦ内でデータを一意に特定するための番号が割り当てられる。Pages５０１０内にそのobject numberが記述される。Cross Reference５０１１は、ＰＤＦ５０００内で使われている全てのobject numberとそのobject numberが示すＰＤＦ内でのオフセット値が記述される。
図４、図５で示されたファイルフォーマットは図１５及び図１６のフローチャートにおけるファイルの変換に適用される。

＜ファイルの送信＞
次に、図４、図５に示したようなマルチページファイルを送信する場合の複写機１００１の動作について説明する。
図６はこのファイル送信の操作手順を示すフローチャートである。
このフローチャートは、ＲＯＭ２００３及び／又はＨＤＤ２００４に格納されたプログラムに基づきＣＰＵ２００１によって制御される処理の流れを示す。

先ず、Ｓ６００１において、操作部２０１２内のタッチパネル部の基本画面（待機時の図面）である図７の表示において[Send]キーＡ１にタッチして送信のための種々の指定を行うためのSend画面を呼び出す。

続いて、Ｓ６００２で読取モードを設定するためにSend画面中の[Scan Settings]キーＡ２を押して図９のScan Settings画面を呼び出す。そしてここで原稿画像を白黒画像として読み取らせるか、カラー画像として読み取らせるかを[Color Mode]キーＡ４で、また画像の読取解像度を[Resolution]キーＡ３でそれぞれ指定しこれらを読取モードとして設定する。ここで[OK]キーＡ５を押してSend画面に戻る。この読取モードは必ずしもここで設定する必要はなく読取指示の前であればいつでも行えるものである。

そして、Ｓ６００３でファイルタイプを設定するためにSend画面の[Send settings]キーＡ６を押して図１０のSend Settings画面を呼び出す。そしてここで送信すべき画像データのファイル形式を指定すべく[File Type]キーＡ７でリストの中から所望のファイル形式（画像フォーマット）を選択する。ここでは白黒画像の場合、Ｓ−ＴＩＦＦ、Ｍ−ＴＩＦＦもしくはＰＤＦが選択でき、カラー画像の場合、ＪＰＥＧかＰＤＦが選択できる。本実施形態では複数枚の原稿を１つのファイルに変換するフォーマットで送信するので、白黒画像の場合はＭ−ＴＩＦＦ、ＰＤＦを選択し、カラー画像の場合は、ＰＤＦを選択したものとする。そしてファイル形式の選択が終了したら[Done]キーＡ８を押してSend画面に戻る。このファイルタイプの設定も必ずしもここで行う必要はなく読取指示の前であればいつでも行えるものである。

そして、Ｓ６００４において、ファイルを送信するための宛先設定を行うが、既にAddress Book、One-touch Buttons１または２に登録されていれば、その中から選択し、登録されていない場合には、[New Recipient]キーＡ９を押し、図１１の表示に切り替えた後、所望の宛先種別を指定（ここではＬＡＮ１００６上のファイルサーバ１００４内の特定のユーザ用フォルダに蓄積させるべく[File]の指定）する。続いて図１２の表示に従って、[Protocol]キーＡ１１でファイルを送信するためのプロトコル、[Host Name]キーＡ１２でファイルサーバ１００４のコンピュータ名、[File Path]キーＡ１３でファイルの蓄積先フォルダまでのパス（ディレクトリ）、[User]キーＡ１４でユーザー名、[Password]キーＡ１５でパスワード、をそれぞれ入力する。すべての送信先設定のための入力が終了し[OK]キーＡ１６を押すとSend画面に戻る。

ここまでで送信のための諸設定が終了し、これらの設置内容は操作部コンポーネント３００１でまとめられ、ジョブ管理コンポーネント３００３に通知される。ジョブ管理コンポーネント３００３は、これらの情報をまとめて１つのジョブとして扱う。また、操作部コンポーネント３００１はこの内容を操作部２０１２に表示させ、複写機１００１のユーザが選択的にキャンセル操作を行えるようにする。

ジョブ管理コンポーネント３００３はスキャナ管理コンポーネント３００４に上記設定の内容を伝え、読取のための設定を行う。そしてＳ６００５で複写機１００１のＡＤＦ(Auto Documents Feeder)に複数（Ｎ）枚の原稿がセットされるか、ＡＤＦを開けて原稿台上に原稿が置かれた後にＳ６００６で操作部２０１２内のスタートボタンが押されると上記の設定に従って原稿の走査読取が開始される。ＡＤＦにセットされた原稿を読み取る場合は原稿は１枚ずつ搬送されて順次読み取られるが、原稿台上に置かれた原稿を読み取る場合はユーザによって１枚ずつ原稿が交換されるので最後の原稿のときはその旨を指示するための操作が操作部２０１２で行われる。

Ｓ６００６で読取開始が指示されると、ジョブ管理コンポーネント３００３は、解像度と白黒読み取りかカラー読み取りかをスキャナ管理コンポーネント３００４に指示する。スキャナ管理コンポーネント３００４は、デバイスＩ／Ｆ２０２０を通して、指定された解像度で、指定された白黒読み取り、あるいは、カラー読み取りとして、スキャナ２０７０を動作させ、複数枚の原稿を順次読込ませ入力画像を得て、スキャナ画像処理部２０８０で入力画像データを補正、加工、編集する。さらに、画像回転部２０３０を用いて入力画像を回転し、白黒読み取りの場合は、画像圧縮部２０４０によってＩＴＵ−Ｔ勧告に従ったtwo-dimensional encoding（以後、ＭＭＲと呼ぶ）で圧縮し、複数枚のそれぞれをページ毎のＳ−ＴＩＦＦファイルに変換して、ＨＤＤ２００４に格納する。カラー読み取りの場合は、画像圧縮部２０４０によってＪＰＥＧ圧縮で圧縮し、複数枚のそれぞれをページ毎のＪＰＥＧファイルに変換して、ＨＤＤ２００４に格納する。格納が終了すると、スキャナ管理コンポーネント３００４は、ジョブ管理コンポーネント３００３に入力された画像のＨＤＤ２００４内の所在を通知する。

次に、ジョブ管理コンポーネント３００３は、送信するためのプロトコルがＦＴＰかNetWareかＳＭＢなので、ファイルサーバ送信コンポーネント３００７をジョブの処理先として選択し、入力された画像のＨＤＤ２００４内の所在とフォーマットと送信するためのプロトコルと送信先との情報をファイルサーバ送信コンポーネント３００７に通知する。これ以降、Ｓ６００８でユーザがキャンセルの操作をした場合は、操作部コンポーネント３００１が、そのジョブのキャンセルをジョブ管理コンポーネント３００３に通知し、ジョブ管理コンポーネント３００３が、そのジョブのキャンセルをファイルサーバ送信コンポーネント３００７に通知し、Ｓ６００９で後述のようにキャンセル処理を行う。

送信を途中でキャンセルする場合には、図８のSend画面において[System Monitor]キーＡ１８を押して図１３のSystem Monitor画面を呼び出す。続いて、ここではSend機能のジョブをキャンセルするので[Send]キーＡ１９を押して、図１４のようなSend機能のジョブ状況画面を表示させる。
"Sending"が現在送信処理中で"Waiting"が送信待機中を示す。

ここで、今回送信を指示したジョブがＡ２０であるとすると、Ａ２０のジョブを押して[Cancel]キーＡ２１を押すことによって送信ジョブＡ２０がキャンセルされる。このとき本当にキャンセルしてもよいかどうかを確認するダイアログを表示し、誤操作を防止するようにしてもよい。

ファイルサーバ送信コンポーネント３００７は、通知されたプロトコルを読み出し、Network I/F２０１０を通して用いるプロトコルを決定し、そのプロトコル使って、通知された送信先であるファイルサーバ／メールサーバ１００４にアクセスする。通知されたサーバ名とそのサーバ上のユーザ名とパスワードを使って、指定されたファイルサーバ／メールサーバ１００４にログインし、送信する画像ファイルを置くディレクトリを指定する。ファイルが生成される日時と指定されたデータフォーマットから送信するファイル名（例えば、日時＋データフォーマットに対応した拡張子＝20000222.tif）を自動生成し、指定する。

ファイルサーバ送信コンポーネント３００７は、通知されたフォーマットがＭ−ＴＩＦＦだった場合は、ＨＤＤ２００４内に入力された画像はＳ−ＴＩＦＦなので、Ｍ−ＴＩＦＦに変換しながら、ＬＡＮ１００６上のファイルサーバ／メールサーバ１００４に送信する。これらの処理は送信プロトコルがＳＭＴＰの場合、メール送信コンポーネント３００８が行う。

＜ファイルの変換と送信＞
次に、上記のようにして原稿上の画像を読み取って得た画像データをＭ−ＴＩＦＦに変換し送信する際の処理の流れを図１５のフローチャートに基づき説明する。このフローチャートはＲＯＭ２００３及び／又はＨＤＤ２００４に格納されたプログラムに基づきＣＰＵ２００１によって制御される処理の流れを示す。

図１５のステップＳ１５００１における、Ｍ-ＴＩＦＦファイルへの変換と送信とが開始されると、まず、Ｓ１５００２において、送信すべき原稿枚数用の変数ｉを１に初期化する。次に、Ｓ１５００３における原稿の総枚数であるＮとｉとを比較し、ｉがＮより小さい場合は処理をステップＳ１５００４に進める。

ステップＳ１５００４において、ＨＤＤ２００４内に入力された１枚目の原稿の画像の属性情報を取得し、１枚目のheader４００１を作る。次のheaderへのオフセット４００２は、１枚目の画像の属性情報内の画像サイズを読み出すことによって算出できる。１枚目のheader４００１が生成できた段階で１枚目のheader４００１をファイルサーバ／メールサーバ１００４に送信する。１枚目のdata block４００３とは、ＨＤＤ２００４内に入力された１枚目の画像部のことである。ＨＤＤ２００４内から読み出して、ファイルサーバ／メールサーバ１００４に送信し、ｉに１を加える。次に、Ｓ１５００５における、キャンセルの通知が有るかどうかを調べる。即ち、１枚目のdata blockが全て送信された時に、そのジョブのキャンセル通知がきているかどうかをチェックする。そのジョブのキャンセル通知が来ていない場合は、以下、２枚目以降も同じ操作を繰り返す。Ｍ（Ｍ＜Ｎ）枚目のdata blockが全て送信された時にそのジョブのキャンセル通知が来ていた場合は、Ｍ枚目のheader内の次のheaderへのオフセットには、Ｍ＋１枚目のheaderへのオフセット値が入ってしまっている。このため、Ｓ６００６において、Ｍ＋１枚目のheader内の次のheaderへのオフセットに「０」を代入して、Ｍ＋１枚目のheaderを生成し送信して、Ｍ＋１枚目のdata blockを送信して、そのジョブの送信を終了する。

また、ファイルサーバ送信コンポーネント３００７は、通知されたフォーマットがＰＤＦだった場合は、ＨＤＤ２００４内に入力された画像はＳ−ＴＩＦＦかＪＰＥＧなので、ＰＤＦに変換しながら、ファイルサーバ／メールサーバ１００４に送信する必要がある。図１６は、本実施形態におけるＰＤＦファイルへの変換と送信との流れを示すフローチャートである。このフローチャートはＲＯＭ２００３及び／又はＨＤＤ２００４に格納されたプログラムに基づきＣＰＵ２００１によって制御される処理の流れを示す。ステップＳ１６００１において、ＰＤＦファイルへの変換と送信とを開始する。

先ず、ステップＳ１６００２で、header５００１を生成し、ファイルサーバ／メールサーバ１００４に送信し、送信すべき原稿枚数用の変数ｉを１に初期化する。次に、ステップＳ１６００３における、原稿の総枚数であるＮと原稿枚数をカウントするための変数ｉとを比較し、ｉがＮより小さい場合は、処理をステップＳ１６００４に進める。ステップＳ１６００４において、ＨＤＤ２００４内に入力された１枚目の画像と画像の属性情報を読み出し、１枚目のdata５００２を作り送信し、原稿枚数をカウントするための変数ｉに１を加える。

次に、処理をステップＳ１６００５における、キャンセルの通知があるかどうかを調べる。キャンセルの通知がなければ、以下、２枚目以降も同じ操作を繰り返す。
Ｍ（Ｍ＜Ｎ）枚目のdataが送信された時のそのジョブのキャンセル通知が来ていた場合は、Ｓ１６００６における、Ｍ枚目までのobject noを記述したPages５０１０を生成して送信し、ＰＤＦ５０００内で使われている全てのobject noとそのobject noが示すＰＤＦ内でのオフセット値を記述したCross Reference５０１１を生成して送信し、Trailer５０１２を生成して送信して、そのジョブの送信を終了する。

以上の実施形態では、ユーザの指示によりジョブがキャンセルされた場合について説明したが、装置のエラー等によってユーザが介在せずにキャンセルされた場合も同様である。

以上、本実施形態によれば、画像データの送信の中断を送信中に指示した場合、中断の指示を受付け、中断までに送信した画像データを一つの画像データのまとまりとして再変換して、データの送信を完了させることにより、異常ファイルを作りださずに、ユーザにとって使い勝っての良い円滑な画像処理を可能とする。

（第２の実施形態）
上述の第１の実施形態は複数枚の原稿を各ページ毎に属性情報を有した１つのファイルとして送信させる場合に、途中でキャンセルされても送信できたところまでは受け側で正常なファイルとして扱えるようファイルを確定させるものである。これによって不完全な状態の異常ファイルを送信することによって無駄なメモリ領域を使用してしまうことを防ぐとともに送信をやり直す場合は続きから行えるものであった。

以下に示す第２の実施形態は、例えば複写機１００１のＲＡＭ２００２等に設定されたSend機能のためのワークエリアに上限がある場合、PDFでの送信時のCross Reference５０１１では、送信する画像データとその属性情報等とを格納した場所のオフセット値をそのobject noと共に記載する必要があり、PDFに変換して送信できる画像枚数が制限されてしまう。これを防ぐために、上記のワークエリアの許容範囲でCross Reference５０１１を作成し送信し、Trailer５０１２を送信して、一つのPDFファイルとして完結させた後に、headerや続きの画像データ等をそのPDFファイルに追加して書込み、その追加した画像データ等に関するCross ReferenceやTrailerも含めたもう一つのPDFファイルを追加して、この二つのPDFファイルを連結するという表現を加えることによって、一つのPDFファイルとして表現できるようにし、PDFに変換して送信できる画像枚数が制限されないようにしたものである。

以下、その処理について詳細に説明する。
システム構成、複写機１００１の構成は図１〜図３に示した通りであるので、ここでの説明は省略する。
図１７は、本実施形態における、ＰＤＦファイルのデータフォーマット概要を説明する図である。本実施形態において、スキャンした画像を１つのPDFファイルに変換できる上限枚数はＭとし、図１７では送信すべき画像の総数は２Ｍであった場合のデータフォーマットを示している。

スキャンした画像データから図１７に示すようなＰＤＦファイルを作成するのはファイルサーバ送信コンポーネント３００７（もしくはメール送信コンポーネント３００８）である。ＰＤＦファイル１７０００は、header１７００１と１枚目のdata１７００２、２枚目のdata１７００３、...と上限数であるＭ枚目のdata１７００９までdataが連続する。そしてＭ枚目のdata１７００９の次に一回目のPages１７０１０、一回目のCross Reference１７０１１及び一回目のTrailer１７０１２が連続した後、Ｍ＋１枚目のdata１７０２２、Ｍ＋２枚目のdata１７０２３、...、２Ｍ枚目のdata１７０２９とdataが連続する。２Ｍ枚目のdata１７０２９の後ろには、Ｍ枚目のdata１７００９の後ろと同様、二回目のPages１７０３０、二回目のCross Reference１７０３１及び二回目のTrailer１７０３２が連続する。

このうち、header１７００１は、固定的に生成できる。１枚目のdata１７００２は、１枚目の原稿画像とその解像度や圧縮形式などの属性情報から構成される。２枚目のdata１７００３も、２枚目の画像とその解像度や圧縮形式などの属性情報から構成される。同じようにdataが続き、Ｍ枚目のdata１７００９も、Ｍ枚目の画像とその解像度や圧縮形式などの属性情報から構成される。１枚目のdata１７００２や２枚目のdata１７００３などには、object noというＰＤＦファイル１７０００内で一意の番号が割り当てられる。

一回目のPages１７０１０内にそれらのobject noが記述される。一回目のCross Reference１７０１１は、一回目のCross Reference１７０１１までに現れた全てのobject noとそのobject noが示すＰＤＦ内での位置情報が記述される。一回目のTrailer１７０１２には、一回目のCross Reference１７０１１の位置情報が記述される。

次に、Ｍ＋１枚目のdata１７０２２は、Ｍ＋１枚目の画像とその解像度や圧縮形式などの属性情報から構成される。Ｍ＋２枚目のdata１７０２３も、Ｍ＋２枚目の画像とその解像度や圧縮形式などの属性情報から構成される。同じようにdataが続き、２Ｍ枚目のdata１７０２９も、２Ｍ枚目の画像とその解像度や圧縮形式などの属性情報から構成される。Ｍ＋１枚目のdata１７０２２やＭ＋２枚目のdata１７０２３などにも、object noというＰＤＦファイル１７０００内で一位の番号が割り当てられる。

二回目のPages１７０３０内には、１枚目の画像のdata１７００２から２Ｍ枚目の画像のdata１７０２９までのobject noが記述される。二回目のCross Reference１７０３１には、一回目のPages１７０１０を二日目のPages１７０３０で更新すること、二回目のPages１７０３０の位置情報、Ｍ＋１枚目のdata１７０２２のobject no、及び、Ｍ＋１枚目のdata１７０２２から二枚目のCross Reference１７０３１までに現れた全てのobjectの位置情報の値が順に記述される。

二回目のTrailer１７０３２には一回目のCross Reference１７０１１の位置情報と二回目のCross Reference１７０３１の位置情報とが記述される。これによって、このファイルを受けた側では一回のPages、Cross Reference、Trailerが反映されたものがそれぞれ二回目のものに加えられ、一回目のものが削除され、１つのＰＤＦファイルを形成可能となる。ここで、完全なＰＤＦファイルには他の要素も含まれるが、本実施形態とは直接関係ないので図１７での図示及びその説明は省略する。

図１８は、図１７における二回目のPages１７０３０の具体的な記述例を示す図である。図１８においては、スキャンした画像の変換できる上限数Ｍは２００、スキャンした画像の総数２Ｍが４００である場合を示している。"/Kids"の行１８００１で、１枚目の画像のdata１７００２から２Ｍ枚目の画像のdata１７０２９までのobject noが記述されている。１枚目の画像のdata１７００２のobject noは、"１ ０ Ｒ"であり、２Ｍ枚目の画像のdata１７０２９のobject noは、"２３９４ ０ Ｒ"である。"/Count ４００"は、全ての画像のdataのobject数を示しており、その値は２Ｍであるから、４００となる。

図１９は、図１７における二回目のCross Reference１７０３１の具体的な記述例を示す図である。図１８と同様、スキャンした画像の変換できる上限数Ｍは２００とし、スキャンした画像の総数２Ｍが４００である場合を示している。一回目のPages１７０１０を二回目のPages１７０３０で更新することを示す"２ １"が行１９００１に記述され、次いで二回目のPagesの位置情報が行１９００２に、Ｍ＋１行目のdata１７０２２のobject no（１２００）が行１９００３に、Ｍ＋１枚目のdata１７０２２の位置情報が行１９００４にそれぞれ記述され、以下、二回目のCross Reference１７０３１までに現れた全てのobjectの位置情報の値が記述される。

図２０は、図１７における二回目のTrailer１７０３２の具体的な記述例を示す図である。図２０においても、スキャンした画像の変換できる上限数Ｍは２００とし、スキャンした画像の総数２Ｍが４００である場合を示している。二回目のTrailer１７０３２には、直前（一回目）のCross Reference１７０１１の位置情報が行２０００１に、二回目のCross Reference１７０３１の位置情報が行２０００２にそれぞれ記述される。

以下、本実施形態に係る複写機において、第２の実施形態におる送信処理を実行する際の流れを順に説明する。
図２１は第２の実施形態による複写機１００１の操作手順の流れを示すフローチャートである。このフローチャートはＲＯＭ２００３及び／又はＨＤＤ２００４に格納されたプログラムに基づきＣＰＵ２００１によって制御される処理の流れを示す。

Ｓ２１００１〜Ｓ２１００６の処理については前述の図６のＳ６００１〜Ｓ６００６と同様であるのでここでの詳細な説明は省略する。
ただし、Ｓ２１００３のファイルタイプ設定ではＰＤＦファイルを指定する。またＳ２１００５及びＳ２１００６ではＡＤＦに原稿をセットする場合も原稿台に原稿を置く場合も最後の原稿（ＡＤＦの場合は最後の原稿の束）であることを指定するまでは一連の原稿（共通のファイルとされるべき原稿）として扱われる。

Ｓ２１００７ではＳ２１００１〜Ｓ２１００４で設定された内容に基づき原稿上の画像の読み取りと後述するような手順での送信処理を開始する。そして、Ｓ２１００８で最終原稿と判断されるまで処理を継続する。
Ｓ２１００９で送信終了と判断されたら一連の送信処理を終了する。

次に、図１７に示すデータ構成及び図２２に示すフローチャートを用いて、ＰＤＦファイルの生成及び送信にかかる一連の処理を説明する。図２２においては、一回で変換できる画像の上限ページ数はＭとし、送信されるべき一連の画像の総ページ数はＮ（Ｎ＞Ｍ）であった場合の例を示す。

ファイルサーバ送信コンポーネント３００７は、ステップＳ２２００１において、ＰＤＦファイルの生成、送信処理が開始されると、まずステップＳ２２００２において、header１７００１を生成、送信し、送信した画像数用の変数ｉを０に初期化する。
次に、ステップＳ２２００３において、変換した画像数用の変数ｊを０に初期化する。

次に、ステップＳ２２００４において、原稿の総枚数であるＮとｉとを比較し、ｉがＮより小さければステップＳ２２００５に進み、ｉがＮ以上、すなわち全部の画像が送信された場合にはステップＳ２２００８に進む。
次にステップＳ２２００５において、画像を一度に変換できる上限数であるＭとｊを比較し、ｊがＭより小さければステップＳ２２００６に進み、ｊがＭ以上、即ち上限に達した場合にはステップＳ２２００７に進む。

次にステップＳ２２００６において、ｉ枚目の原稿画像の属性情報とデータを取得し、dataを生成し、送信し、ｉとｊに１を加えて、ステップＳ２２００４に戻る。
Ｍ枚目までの送信が終了すると、ステップＳ２２００７において、１枚目のdata１７００２のobject noからｉ枚目のdata１７００９までのobject noを一回目のPages１７０１０に書き込み、それらの位置情報を一回目のCross Reference１７０１１に書き込み、一回目のTrailer１７０１２を生成して送信し、ステップＳ２２００３に戻る。

ステップＳ２２００７での処理が一回目の場合は、生成したCross Referenceの位置情報を記憶しておく。ｎ（ｎは２以上の自然数）回目以降の処理では、ｎ回目のPagesに、１枚目の画像のdataから（ｎ×Ｍ）枚目の画像のdataまでのobject noが記述される。そして、ｎ回目のCross Referenceに、（ｎ−１）回目のPagesをｎ回目のPagesで更新すること、ｎ回目のPagesの位置情報、（（ｎ−１）×Ｍ＋１）枚目のdataのobject no及び、（（ｎ−１）×Ｍ＋１）枚目からｉ枚目のdataまでに現れた全てのobjectの位置情報の値が順に記述される。そして、ｎ回目のTrailerの生成時に、前回のCross Referenceの位置情報を書き込み、かつ、今回生成したCross Referenceの位置情報を記憶しておく。

Ｎ枚目までの送信が終了すると、ステップＳ２２００８において、１枚目のdataのobject noからＮ枚目までのdataのobject noをPagesに書き込み、前回のPagesを今回生成したPagesで更新すること、今回生成したPagesの位置情報、（Ｎ−ｊ）枚目のdataのobject no及び（Ｎ−ｊ）枚目のdataから今回生成したCross Referenceまでに現れた全てのobjectの位置情報をCross Referenceに書き込み、前回のCross Referenceの位置情報と、今回のCross Referenceの位置情報を書き込んだTrailerを生成して送信し、ステップＳ２２００９に進む。

ステップＳ２２００９において、ＰＤＦファイルへの変換と送信処理とを終了する。
以上の実施形態では分割の基準として上限ページ数を用いたが、これに限ることなく画像データのデータ量（Ｍバイト）等としてもよい。

上述の実施形態においては、ＰＤＦ形式のファイルを生成する場合を例にして説明したが、複数の画像データを１ファイルにまとめるデータフォーマットのファイルを生成する場合であって、同様の問題点を有する場合には本発明を適用することが可能である。
この場合も、ファイルが生成できる原稿画像の量に応じた複数のファイルブロックを形成し、各ブロック間の関連を示す情報を付加して送信するとともに、受信側でこの付加情報を元に一連のファイルとして取り扱うように構成すればよい。

上述の実施形態においては二番目以降のファイルブロックに直前のファイルブロックを特定可能な情報を付加したが、次に続くファイルブロックを特定可能な情報を付加するように構成することも可能である。
また、上述の第２の実施形態によれば、二回目（最後）のCross Referenceに直前のファイルブロックのPagesの情報を今回のPagesで更新することを表す上表が書き込まれているので、このファイルを受けた側では途中のCross ReferenceやPagesを削除することができ、最終的に形成されるファイルのサイズを小さくかつシンプルにすることができる。

また、分割されたファイルのそれぞれがページ単位で区切られCross ReferenceやPagesを有しているので分割されたファイル（それぞれがマルチページで構成されたファイル）は、それら自体がファイルとして確定されているので、受け側のアプリケーションによっては上記のように最後のCross Reference、Pagesには他の分割ファイルの情報を書き込まず、そしてそれぞれのファイルのCross ReferenceやPagesを削除しないようにすれば、それぞれ独立したファイルとして扱えるようにでき、大きなファイルを扱えない環境でもそれぞれのフィルを適切に処理できるようになる。

（第３の実施形態）
これまで述べた実施形態はオフセット値やCross Reference、Pages、Trailer等を制御することによって途中で処理を終了したファイルをその時点で確定させたり、大量の画像データを分割して送信するものであった。
以下に述べる第３の実施形態はこのオフセット値等を制御する技術を用いて任意の複数の画像データを選択してそれらを結合し１つのファイルに再変換して送信するものである。

以下にその手順について詳細に説明する。
図２３は第３の実施形態による複写機１００１の操作手順の流れを示すフローチャートである。このフローチャートはＲＯＭ２００３及び／又はＨＤＤ２００４に格納されたプログラムに基づきＣＰＵ２００１によって制御される処理の流れを示す。

Ｓ２３００１及びＳ２３００２では上述のものと同様に読取モードの設定を行う。
そして、Ｓ２３００３でＢｏｘ指定を行うために、図１０のSend Setting画面で［Store In Box]キーＡ２２を押し、図２４のようなStore In Box画面を呼び出す。

複写機１００１ではＨＤＤ２００４を種々の画像データを蓄積できるように複数に分割しており、分割された個々の蓄積先をＢｏｘと呼び、それらはＢｏｘ番号で区分されている。ここではＢｏｘ番号００のＡ２３が選択されたものとする。そして[OK]キーＡ２４が押されると蓄積先が設定され、Send Setting画面に戻る。続いて[Done]キーＡ８を押してSend画面に戻る。

そして、Ｓ２３００４でＡＤＦまたは原稿台に原稿があることを確認して、Ｓ２３００５で操作部２０１２のスタートボタンが押されると設定された内容に基づき原稿上の画像の読み取りを開始し、Ｓ２３００６でＢｏｘ００に読取画像データが白黒画像ならＳ−ＴＩＦＦ、カラー画像ならＪＰＥＧで蓄積される。このとき読み取りをカラーで行ったか白黒で行ったか、画像サイズ、枚数、蓄積日時も一緒にそれぞれ対応付けて蓄積する。蓄積が終了すると、スキャナ管理コンポーネント３００４は蓄積された画像のＨＤＤ２００４内の所在をジョブ管理コンポーネント３００３に通知する。ジョブ管理コンポーネント３００３は、ＨＤＤ２００４内の蓄積された画像の所在とＢｏｘ番号をＢｏｘコンポーネント３００９に通知する。Ｂｏｘコンポーネント３００９は、ＨＤＤ２００４内の蓄積された画像の所在とＢｏｘ番号との関係をＨＤＤ２００４内に記憶しておく。以上の操作が何回か繰り返されると、Ｂｏｘコンポーネント３００９には、種々の時点で複数の画像データが蓄積された種々の画像データに関する情報が、Ｂｏｘ番号とともに多数記憶される。なお、ここで蓄積される画像はスキャナ２０７０からの画像に限らずネットワークＩ／Ｆ２０１０やModem２０５０など、種々の入力源からの画像としてもよい。
ここまでの処理はどの時点に行っても良い。

Ｓ２３００６ではＢｏｘ内の所望の画像データを選択するために図７の基本画面において[Mail Box]キーＡ２５を押し、図２５のMail Box画面を呼び出す。ここではＢｏｘ００に格納されている複数の画像データを選択するものとし、Mail Box画面でＢｏｘ００の中身を表示させるべくＡ２６を押す。そしてユーザは図２６のBox No００の中身の確認画面（操作部コンポーネント３００１に問い合わせることにより得た情報に基づき表示される）において、画像サイズや蓄積日付等を参照して結合して送信したい画像データとしてＡ２７、Ａ２８、Ａ２９の３つをこの順序で選択する。すると操作部コンポーネント３００１は選択された画像データをその順番とともに記憶し、この選択した順序が左端に表示される（１〜３）。

次にＳ２３００８で、送信設定を行うために[Send]キーＡ３０を押し、図２７のSending Address Setting画面を呼び出す。そしてここではAddress Bookから予め登録されている宛先に送信するものとして、[Address Book]キーＡ３１を押す。すると図２８のAddress Book画面が表示されるのでここではE-mailでmarc@ganon.com、インターネットＦＡＸでmatt@ganon.comに送信することが選択するものとして、ユーザはＡ３２とＡ３３を押す。この選択により、E-mailアドレスの他に送信プロトコル（ＳＭＴＰ）とその送信に必要な情報（ＳＭＴＰサーバーにアクセスするためのユーザ名、パスワード）が設定される。送信プロトコルとしてＦＴＰが選択された場合は宛先情報にサーバ名とそのサーバ上のユーザ名とパスワードとディレクトリ名とになり、ログイン処理後に蓄積処理が実行される。

Ａ３２とＡ３３が選択された後、[OK]キーＡ３４が押されるとこれらの宛先が設定され、Sending Address Setting画面に戻り、図２９のようにここで設定された宛先が入力された状態となる。

そして、Ｓ２３００９で前述のようにファイルタイプの設定が行われ、Ｓ２３０１０で操作部２０１２のスタートボタンが押されると、Ｓ２３０１１で後述するような処理手順で先に選択した３つの画像データがその順序で結合され１つのファイルとして送信される。

送信時の画像フォーマットとしては、白黒画像の場合、Ｓ−ＴＩＦＦかＭ−ＴＩＦＦかＰＤＦかが選択でき、カラー画像あるいは白黒画像とカラー画像の混合の場合は、ＪＰＥＧかＰＤＦかが選択できる。ただし、上述の画像データを１ファイルにまとめられるデータフォーマットは、白黒画像のみの場合、Ｍ−ＴＩＦＦかＰＤＦ、カラー画像のみ、あるいは白黒画像とカラー画像の混合の場合は、ＰＤＦとなるので、以下の説明においてはこれら複数枚の原稿の画像を１つのファイルに変換するデータフォーマットが選択されたものとする。

なお、送信開始のタイミングは送信プロトコルに応じて切り替えられるべきであり、ファイルの生成と送信とを並行して行える場合には、そのようにし、それが行えない場合にはファイル確定後に送信を開始するようにする。
Ｓ２３０１２で送信終了と判断されたら一連の送信処理を終了する。

以下、図３０、図３１のフローチャートではファイルフォーマットとして図４、図５に示したものを参照する。
また、図３０、図３１のフローチャートはＲＯＭ２００３及び／又はＨＤＤ２００４に格納されたプログラムに基づきＣＰＵ２００１が制御する処理の流れを示す。

図３０は、本実施形態にかかる複写機で実施される、複数の画像データを結合して１ファイルとして送信する処理を示すフローチャートである。図３０に示す処理は、画像データの送信先に応じてファイルサーバ送信コンポーネント３００７又はメール送信コンポーネント３００８によって実行される。以下の説明において、ユーザが選択した送信画像データの数はＮ（２以上の自然数）とする。

ステップＳ３０００１において、Ｍ−ＴＩＦＦファイルへの変換と送信とが開始されると、先ずステップＳ３０００２において、送信する画像枚数用の変数ｉを１に初期化する。次にステップＳ３０００３において、送信すべき画像の総枚数であるＮとｉとを比較し、ｉがＮより小さければ、ステップＳ３０００４に進み、ｉがＮ以上であれば、ステップＳ３０００６に進む。

ステップＳ３０００４において、ｉ枚目の原稿の画像の属性情報を、その画像が蓄積されたＢｏｘから取得し、そのデータサイズから次のheaderへのオフセット値を求め、headerを生成、送信する。同時に、蓄積画像データを読み出し、送信を行う。送信が終了したら変数ｉに１を加え、ステップＳ３０００３に戻る。

変数ｉがＮになったら、ステップＳ３０００６において、ステップＳ３０００４と同様の送信処理を行い、変換、送信処理を終了する。この際、上述したようにＮ枚目のheader４０１１に含まれる次の次のheaderへのオフセット値には０を格納する。

図３１は、本実施形態にかかる複写機で実施される、Ｓ−ＴＩＦＦやＪＰＥＧファイルからＰＤＦファイルへの変換及び信号処理を示すフローチャートである。図３１に示す処理は、画像データの送信先に応じてファイルサーバ送信コンポーネント３００７又はメール送信コンポーネント３００８によって実行される。以下の説明において、ユーザが選択した送信画像データの数はＮ（２以上の自然数）とする。

先ず、ステップＳ３１００１において、ＰＤＦファイルへの変換と送信とが開始されると、ステップＳ３１００２において、headerを生成して送信し、送信する画像枚数用の変数ｉを１に初期化する。

次にステップＳ３１００３において、送信すべき画像の総枚数であるＮとｉとを比較し、ｉがＮより小さければ、ステップＳ３１００４に進み、ｉがＮ以上であれば、ステップＳ３１００６に進む。ステップＳ３１００４において、ｉ枚目の画像データが格納されているＢｏｘから、その属性情報とデータを取得し、dataを生成し送信し、ｉに１を加え、ステップＳ３１００３に戻る。

変数ｉがＮになると、ステップＳ３１００６において、１枚目からＮ枚目までのobject noをPages５０１０に書き込み、それらのオフセット値をCross Reference５０１１に書き込み、Trailer５０１２を生成して送信する。

上述の実施形態においては、一旦Ｓ−ＴＩＦＦやＪＰＥＧ等のデータフォーマットで蓄積した画像データを、送信時にＭ−ＴＩＦＦやＰＤＦ形式に変換する構成のみを示したが、画像を読み取って蓄積する段階で、複数の原稿がある場合には、Ｍ−ＴＩＦＦやＰＤＦ形式のファイルに変換しておき、送信の際には変換をしないように構成することもできる。

また、クライアントコンピュータ１００５に複写機１００１の操作部２０１２をリモート制御する機能を持たせ、複写機１００１の操作部２０１２を用いて選択もしくは入力可能な指示をクライアントコンピュータ１００５からユーザが指示するように構成することも可能である。

また、画像データの蓄積時に行う符号化形式や、蓄積された画像データの複数を１つのファイルにまとめるデータフォーマットについては、上述の実施形態で挙げたものに限定されず、任意の形式を用いることができる。

なお、本発明は、複数の機器（例えばホストコンピュータ、インターフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。

また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになりそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。

Claims (10)

1. ページ単位でデータを入力する入力手段と、
   前記入力手段で入力されたデータに基づき、１つのファイルであって、複数のページデータと、各ページデータと対応付けられた、当該各ページデータの前記ファイル内での位置を示す情報と、ファイルの終わりを示す情報とを含む１つのファイルを生成する生成手段と、
   前記生成手段によるファイルの生成の中止を指示する指示手段と、
   前記指示手段による中止の指示が行われた場合、前記生成手段により生成された各ページデータについての当該各ページデータと対応付けられた前記各ページデータの前記ファイル内の位置を示す情報と、前記ファイルの終わりを示す情報とを前記１つのファイルに書き込むよう前記生成手段を制御する制御手段と
   を有することを特徴とするデータ処理装置。
2. ユーザによる操作を受け付ける操作手段を有し、前記指示手段は、前記操作手段で受け付けた操作に従って前記生成手段によるファイルの生成の中止を指示することを特徴とする請求項１に記載のデータ処理装置。
3. 前記指示手段は、前記データ処理装置のエラーに応じて前記生成手段によるファイルの生成の中止を指示することを特徴とする請求項１に記載のデータ処理装置。
4. 原稿上の画像を読み取り、該画像に応じた画像データを発生する読取手段を有し、前記入力手段は、前記読取手段により発生した複数枚の原稿に対応する画像データを入力することを特徴とする請求項１乃至３のいずれか１項に記載のデータ処理装置。
5. セットされた複数枚の原稿を、前記読取手段で読み取らせるべく１枚ずつ搬送する原稿搬送手段を有し、前記入力手段は、前記原稿搬送手段で搬送し前記読取手段で読み取った複数枚の原稿上の画像に対応する画像データを１連のデータとして入力することを特徴とする請求項４に記載のデータ処理装置。
6. 前記読取手段は、ユーザにより１枚ずつ交換された原稿上の画像を読み取り、前記入力手段は、ユーザから読取を終了させる旨の操作があるまでに前記読取手段で読み取った原稿上の画像に対応する画像データを１連のデータとして入力することを特徴とする請求項４に記載のデータ処理装置。
7. 前記ページデータの前記ファイル内の位置を示す情報と前記ファイルの終わりを示す情報が、前記１つのファイルの所定の位置に生成されることを特徴とする請求項１乃至６のいずれか１項に記載のデータ処理装置。
8. 前記生成手段で生成したファイルを、ユーザにより指定された宛先に、当該宛先に応じた送信プロトコルに従って送信する送信手段を有することを特徴とする請求項１乃至７のいずれか１項に記載のデータ処理装置。
9. 入力手段により、ページ単位でデータを入力する入力工程と、
   生成手段により、前記入力工程で入力されたデータに基づき、１つのファイルであって、複数のページデータと、各ページデータと対応付けられた、当該各ページデータの前記ファイル内の位置を示す情報と、ファイルの終わりを示す情報とを含む１つのファイルを生成する生成工程と、
   指示手段により、前記生成工程によるファイルの生成の中止を指示する指示工程と、
   前記指示工程による中止の指示が行われた場合に、制御手段が、前記生成工程により生成された各ページデータについての当該各ページデータと対応付けられた前記各ページデータの前記ファイル内の位置を示す情報と、前記ファイルの終わりを示す情報とを前記１つのファイルに書き込むよう前記生成工程を制御する制御工程とを有することを特徴とするデータ処理方法。
10. コンピュータに、請求項９に記載のデータ処理方法の各工程を実行させるためのプログラム。

Images