(57)【要約】【課題】  ビットマップ形式の画像データを文書処理装置で処理可能な電子原稿ファイルに変換し、ビットマップ形式の画像データにあるヘッダまたはフッタ情報を電子原稿ファイルの印刷設定に反映させることで、自動的な印刷設定を実現する。【解決手段】  ヘッダまたはフッタ情報を印刷設定に反映するか否かを判定し、反映すると判定された場合、製本アプリケーションに取り込まれた電子原稿ファイルのヘッダまたはフッタ情報を１ページ目から認識していき、ヘッダまたはフッタ情報の内容が前ページと異なる場合は、あらかじめ設定した内容に従って自動的に章分割処理が行えるようにする。また画像データにあるヘッダまたはフッタ情報は、視覚的に見えなくなるような処理が施される。【選択図】  図１３
2005326958.tif 000002
【特許請求の範囲】
【請求項１】
ビットマップ形式の画像データに応じて印刷設定をする文書処理装置であって、
前記ビットマップ形式の画像データを電子原稿ファイルに変換する変換手段と、
前記ビットマップ形式の画像データを解析し、ヘッダまたはフッタ情報を認識する認識手段と、
前記認識手段によって認識されたヘッダまたはフッタ情報を登録する登録手段と、
前記登録手段によって登録された前記ヘッダまたはフッタ情報を前記電子原稿ファイルの印刷設定に反映させる反映手段を有することを特徴とする文書処理装置。
【請求項２】
ビットマップ形式の画像データから認識したヘッダまたはフッタ情報より、前記ビットマップ形式の画像データを章の属性ごとに分割する分割手段を有することを特徴とする請求項１に記載の文書処理装置。
【請求項３】
複数のビットマップ形式の画像データを取り込んだ際、ヘッダまたはフッタ情報が複数の位置で認識された場合、前記認識された複数の位置にあるヘッダまたはフッタ情報の位置をそろえる手段を有することを特徴とする請求項１に記載の文書処理装置。
【請求項４】
ヘッダまたはフッタ領域にある文字を認識する認識手段と、
前記認識手段により認識されたヘッダまたはフッタ領域にある文字の印字方向を判定する判定手段と、
前記判定手段により判定された印字方向が異なっている場合は、画像データの方向を修正する修正手段を有することを特徴とする請求項１に記載の文書処理装置。
【請求項５】
ビットマップ形式の画像データに応じて印刷設定をする文書処理装置における文書処理方法であって、
前記ビットマップ形式の画像データを電子原稿ファイルに変換する変換工程と、
前記ビットマップ形式の画像データを解析し、ヘッダまたはフッタ情報を認識する認識工程と、
前記認識工程によって認識されたヘッダまたはフッタ情報を登録する登録工程と、
前記登録工程によって登録された前記ヘッダまたはフッタ情報を前記電子原稿ファイルの印刷設定に反映させる反映工程を有することを特徴とする文書処理方法。
【請求項６】
ビットマップ形式の画像データから認識したヘッダまたはフッタ情報より、前記ビットマップ形式の画像データを章の属性ごとに分割する分割工程を有することを特徴とする請求項５に記載の文書処理方法。
【請求項７】
複数のビットマップ形式の画像データを取り込んだ際、ヘッダまたはフッタ情報が複数の位置で認識された場合、前記認識された複数の位置にあるヘッダまたはフッタ情報の位置をそろえる工程を有することを特徴とする請求項５に記載の文書処理方法。
【請求項８】
ヘッダまたはフッタ領域にある文字を認識する認識工程と、
前記認識工程により認識されたヘッダまたはフッタ領域にある文字の印字方向を判定する判定工程と、
前記判定工程により判定された印字方向が異なっている場合は、画像データの方向を修正する修正工程を有することを特徴とする請求項５に記載の文書処理方法。
【請求項９】
ビットマップ形式の画像データに応じて印刷設定をする文書処理プログラムであって、
前記ビットマップ形式の画像データを文書処理プログラムに取り込む取り込みステップと、
前記取り込みステップによって取り込まれた前記ビットマップ形式の画像データを電子原稿ファイルに変換する変換ステップと、
前記取り込みステップによって取り込まれた前記ビットマップ形式の画像データを解析し、ヘッダまたはフッタ情報を認識する認識ステップと、
前記認識ステップによって認識されたヘッダまたはフッタ情報を登録する登録ステップと、
前記登録ステップによって登録された前記ヘッダまたはフッタ情報を前記電子原稿ファイルの印刷設定に反映させる反映ステップを有することを特徴とするコンピュータに読み取り可能な文書処理プログラム。
【請求項１０】
ビットマップ形式の画像データから認識したヘッダまたはフッタ情報より、前記ビットマップ形式の画像データを章の属性ごとに分割する分割ステップを有することを特徴とする請求項９に記載のコンピュータに読み取り可能な文書処理プログラム。
【請求項１１】
複数のビットマップ形式の画像データを取り込んだ際、ヘッダまたはフッタ情報が複数の位置で認識された場合、前記認識された複数の位置にあるヘッダまたはフッタ情報の位置をそろえるステップを有することを特徴とする請求項９に記載のコンピュータに読み取り可能な文書処理プログラム。
【請求項１２】
ヘッダまたはフッタ領域にある文字を認識する認識ステップと、
前記認識ステップにより認識されたヘッダまたはフッタ領域にある文字の印字方向を判定する判定ステップと、
前記判定ステップにより判定された印字方向が異なっている場合は、画像データの方向を修正する修正ステップを有することを特徴とする請求項９に記載のコンピュータに読み取り可能な文書処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は文書処理装置に係り、特にビットマップ形式の画像データを文書処理装置で処理可能な電子原稿ファイルに変換し、ビットマップ形式の画像データにあるヘッダまたはフッタ情報を電子原稿ファイルの印刷設定に反映させるのに好適なものである。
【背景技術】
【０００２】
利用者が作成しようとする文書としては、例えば文字のみや、表のみ、画像のみといった１種類のデータのみから構成される文書よりも、文字と表、文字と画像など、複数種類のデータから構成される文書の方が一般的であり、複数種類のデータを含む目的文書を作成するために、利用者は各種アプリケーションが備える印刷機能を利用してアプリケーションごとにデータを印刷させ、印刷物を所望の順序に組み合わせる必要があった。
【０００３】
しかしながら、利用者が各種アプリケーションによる印刷物を組み合わせてひとつの目的文書を作成する場合、例えばページ番号を各ページに振るためには、いったん必要なデータをすべて印刷出力し、文書としてまとめてから付すべきページ番号を決定する必要があるなど、多くの労力を必要としていた。
【０００４】
上記問題を解決する手段として、複数のアプリケーションを用いて作成したデータを、一つの文書編集アプリケーション上で統合し、前記文書編集アプリケーション上で印刷設定を行えるようにすることで利用者の労力を解消し、生産性を向上する技術は、すでに公知の技術として知られている。
【特許文献１】特開２００３−１６２４０７
【発明の開示】
【発明が解決しようとする課題】
【０００５】
前記記載の文書編集アプリケーションでは、ビットマップ形式の画像データを取り込んだ際、章分割や画像の回転などの編集作業、また印刷設定を自動的に行うことができず、利用者の手作業を必要としていた。
【０００６】
例えば、利用者が向きを気にすることなく複数のビットマップ形式の画像データを文書処理装置に取り込んでいくと、生成された電子原稿ファイルの向きが異なることが考えられ、利用者は生成された電子原稿ファイルの向きをポインティングデバイス等を用いて変更しなければならないなど労力を増加させることになっていた。
【０００７】
また、例えばビットマップ形式の画像データにおいて、ある原稿はヘッダ領域にページ情報が施されており、別の原稿はフッタ領域にページ情報が施されている場合などが考えられ、複数のビットマップ形式の画像データを前述の文書編集アプリケーションを用いて１つに統合して印刷を行うと、統合された印刷物はそれぞれのビットマップ形式の画像データに従って複数の位置にページ情報が存在することになり、見栄えの悪いものになっていた。この問題点を解消するためには、利用者がポインティングデバイス等を用いてページ情報の位置を手作業で修正するしかなく、労力を増加させることになっていた。
【０００８】
本発明は上記の課題に鑑みてなされたものであり、ビットマップ形式の画像データを文書処理装置で処理可能な電子原稿ファイルに変換し、前記ビットマップ形式の画像データにあるヘッダまたはフッタ領域の文字情報に基づいて、電子原稿ファイルの印刷設定を自動的に行うことで利用者の操作性を向上させることが可能となる。
【課題を解決するための手段】
【０００９】
上記従来技術の課題を解決するために、ビットマップ形式の画像データに応じて印刷設定をする文書処理装置であって、前記ビットマップ形式の画像データを電子原稿ファイルに変換する変換手段と、前記ビットマップ形式の画像データを解析し、ヘッダまたはフッタ情報を認識する認識手段と、前記認識手段によって認識されたヘッダまたはフッタ情報を登録する登録手段と、前記登録手段によって登録された前記ヘッダまたはフッタ情報を前記電子原稿ファイルの印刷設定に反映させる反映手段を有することを特徴とする文書処理装置。
【００１０】
あるいは、上記従来技術の課題を解決するために、ビットマップ形式の画像データに応じて印刷設定をする文書処理装置における文書処理方法であって、前記ビットマップ形式の画像データを電子原稿ファイルに変換する変換工程と、前記ビットマップ形式の画像データを解析し、ヘッダまたはフッタ情報を認識する認識工程と、前記認識工程によって認識されたヘッダまたはフッタ情報を登録する登録工程と、前記登録工程によって登録された前記ヘッダまたはフッタ情報を前記電子原稿ファイルの印刷設定に反映させる反映工程を有することを特徴とする文書処理方法。
【００１１】
あるいは、上記従来技術の課題を解決するために、ビットマップ形式の画像データに応じて印刷設定をする文書処理プログラムであって、前記ビットマップ形式の画像データを文書処理プログラムに取り込む取り込みステップと、前記取り込みステップによって取り込まれた前記ビットマップ形式の画像データを電子原稿ファイルに変換する変換ステップと、
前記取り込みステップによって取り込まれた前記ビットマップ形式の画像データを解析し、ヘッダまたはフッタ情報を認識する認識ステップと、前記認識ステップによって認識されたヘッダまたはフッタ情報を登録する登録ステップと、前記登録ステップによって登録された前記ヘッダまたはフッタ情報を前記電子原稿ファイルの印刷設定に反映させる反映ステップを有することを特徴とするコンピュータに読み取り可能な文書処理プログラム。
【発明の効果】
【００１２】
ビットマップ形式の画像データを文書処理装置に取り込み、文書処理装置で処理可能な電子原稿ファイルに変換し、前記ビットマップ形式の画像データにあるヘッダまたはフッタ情報を前記電子原稿ファイルの印刷設定に反映させることで自動的な印刷設定が可能となり、使用者の操作性を向上させることができる。
【発明を実施するための最良の形態】
【００１３】
以下、添付図面に従って、本発明の実施形態を詳細に説明する。
【００１４】
［本実施形態の文書処理システムの概要］
本発明の第１の実施形態である文書処理システムの概要を説明する。この文書処理システムでは、画像読取装置から生成されたビットマップ形式の画像データを文書処理装置に取り込み、電子原稿ライタによって文書処理装置で処理可能な電子原稿ファイルに変換される。また、本件ではｂｉｔｍａｐまたはＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）、ＧＩＦ（Ｇｒａｐｈｉｃ  Ｉｎｔｅｒ  ｃｈａｎｇｅ  Ｆｏｒｍａｔ）形式の画像データだけでなく、圧縮されたｂｉｔｍａｐまたはＪＰＥＧ、ＧＩＦ形式の画像データ等もビットマップ形式の画像データに含まれるものとする。
【００１５】
製本アプリケーションはその電子原稿ファイルを編集する機能を提供している。尚、本例では、文書処理システムのそれぞれの機能が明瞭になるように、一般アプリケーション、電子原稿ライタ、製本アプリケーション、電子原稿デスプーラと分離して示しているが、ユーザに提供されるパッケージはこれらに限定されず、これらを組み合わせたアプリケーションやグラフィックエンジンとして提供されてもよい。
【００１６】
＜本実施形態の文書処理システムのソフトウェア構成例＞
図１は、本実施形態の文書処理システムのソフトウェア構成を示す図である。
【００１７】
文書処理システムは、本発明の文書処理装置（情報処理装置）の好適な実施形態であるデジタルコンピュータ１００（以下、ホストコンピュータとも呼ばれる）によって実現されている。一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドローあるいはペイント、プレゼンテーション、テキスト編集などの機能を提供するアプリケーションプログラムであり、ＯＳに対する印刷機能を有している。これらアプリケーションは、作成された文書データや画像データなどのアプリケーションデータを印刷するにあたって、オペレーティングシステム（ＯＳ）により提供される所定のインタフェース（一般に、ＧＤＩと呼ばれる）を利用する。すなわち、アプリケーション１０１は、作成したデータを印刷するために、前記インタフェースを提供するＯＳの出力モジュールに対して、あらかじめ定められるＯＳに依存する形式の出力コマンド（ＧＤＩ関数と呼ばれる）を送信する。出力コマンドを受けた出力モジュールは、プリンタ等の出力デバイスが処理可能な形式にそのコマンドを変換し、変換されたコマンド（ＤＤＩ関数と呼ばれる）を出力する。出力デバイスが処理可能な形式はデバイスの種類やメーカ、機種などによって異なるために、デバイスごとにデバイスドライバが提供されており、ＯＳではそのデバイスドライバを利用してコマンドの変換を行い、印刷データを生成し、ＪＬ（Ｊｏｂ  Ｌａｎｇｕａｇｅ）でくくることにより印刷ジョブが生成される。ＯＳとしてマイクロソフト社のウインドウズを利用する場合には、前述した出力モジュールとしてはＧＤＩ（Ｇｒａｐｈｉｃ  Ｄｅｖｉｃｅ  Ｉｎｔｅｒｆａｃｅ）と呼ばれるモジュールが相当する。
【００１８】
電子原稿ライタ１０２は、前述のデバイスドライバを改良したものであり、本文書処理システム実現のために提供されるソフトウェアモジュールである。ただし、電子原稿ライタ１０２は特定の出力デバイスを目的としておらず、後述の製本アプリケーション１０４やプリンタドライバ１０６により処理可能な形式に出力コマンドを変換する。この電子原稿ライタ１０２による変換後の形式は、ページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。実質的な標準形式のうちでは、例えばアドビシステムズによるＰＤＦ形式や、ＳＶＧ形式などが電子原稿形式として採用できる。
【００１９】
アプリケーション１０１により電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。ただし、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのは製本アプリケーション１０４であり、その管理下で画像データの電子原稿ファイルへの変換が実行される。製本アプリケーション１０４は、電子原稿ライタ１０２が生成した新規の不完全な電子原稿ファイルを後述する形式を備えた電子原稿ファイルとして完成させる。以下では、この点を明瞭に識別する必要がある際には、電子原稿ライタ１０２によって作成されたファイルを電子原稿ファイルと呼び、製本アプリケーションによって構造を与えられた電子原稿ファイルをブックファイルと呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイル（または文書データ）と呼ぶ。
【００２０】
このようにデバイスドライバとして電子原稿ライタ１０２を指定し、一般アプリケーション１０１によりそのデータを印刷させることで、アプリケーションデータはアプリケーション１０１によって定義されたページ（以後、「論理ページ」あるいは「原稿ページ」と呼ぶ。）を単位とする電子原稿形式に変換され、電子原稿ファイル１０３としてハードディスクなどの記憶媒体に格納される。なお、ハードディスクは、本実施形態の文書処理システムを実現するコンピュータが備えているローカルドライブであってもよいし、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。
【００２１】
製本アプリケーション１０４は、電子原稿ファイルあるいはブックファイル１０３を読み込み、それを編集するための機能を利用者に提供する。ただし製本アプリケーション１０４は、各ページの内容を編集する機能は提供しておらず、ページを最小単位として構成する、後述の章やブックの構造を編集するための機能を提供している。
【００２２】
製本アプリケーション１０４によって編集されたブックファイル１０３を印刷する際には、製本アプリケーション１０４によって電子原稿デスプーラ１０５が起動される。電子原稿デスプーラ１０５は、製本アプリケーションと共にコンピュータ内にインストールされるプログラムモジュールであり、製本アプリケーションで利用するドキュメント（ブックファイル）を印刷する際に、プリンタドライバへ描画データを出力するために使用されるモジュールである。電子原稿デスプーラ１０５は、指定されたブックファイルをハードディスクから読み出し、ブックファイルに記述された形式で各ページを印刷するために、前述したＯＳの出力モジュールに適合する出力コマンドを生成し、不図示の出力モジュールに出力する。その際に、出力デバイスとして使用されるプリンタ１０７のドライバ１０６がデバイスドライバとして指定される。出力モジュールは、指定されたプリンタ１０７のプリンタドライバ１０６を用いて受信した出力コマンドを、プリンタ１０７で解釈実行可能なデバイスコマンドに変換する。そしてデバイスコマンドはプリンタ１０７に送信され、プリンタ１０７によってコマンドに応じた画像が印刷される。
【００２３】
＜本実施形態の文書処理システムのハードウェア構成例＞
図２は、本実施形態の文書処理システムのハードウェア構成を示す図である。図２において、ホストコンピュータ１００は、ＲＯＭ２０３内のプログラム用ＲＯＭあるいは外部メモリ２１１に記憶された文書処理プログラム等に基づいて図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行するＣＰＵ２０１を備え、システムバス２０４に接続される各デバイスをＣＰＵ２０１が総括的に制御する。また、このＲＯＭ２０３内のプログラム用ＲＯＭあるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステムプログラム等を記憶し、ＲＯＭ２０３内のフォント用ＲＯＭあるいは外部メモリ２１１には上記文書処理の際に使用するフォントデータ等を記憶し、ＲＯＭ２０３内のデータ用ＲＯＭあるいは外部メモリ２１１には上記文書処理等を行う際に使用する各種データを記憶する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２４】
キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。２０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタ制御コマンド生成プログラム（以下プリンタドライバ）等を記憶するハードディスク（ＨＤ）、フロッピー（登録商標）ディスク（ＦＤ）等の外部メモリ２１１とのアクセスを制御する。プリンタコントローラ（ＰＲＴＣ）２０８は、双方向性インタフェース（インタフェース）２１を介してプリンタ１０７に接続されて、プリンタ１０７との通信制御処理を実行する。ＮＣ２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００２５】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ２１０上でのＷＹＳＩＷＹＧを可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。ユーザは印刷を実行する際、印刷の設定に関するウインドウを開き、プリンタの設定や、印刷モードの選択を含むプリンタドライバに対する印刷処理方法の設定を行える。プリンタ１０７は、ＣＰＵ３１２により制御される。プリンタのＣＰＵ３１２は、ＲＯＭ３１３内のプログラム用ＲＯＭに記憶された制御プログラム等あるいは外部メモリ３１４に記憶された制御プログラム等に基づいてシステムバス３１５に接続される印刷部（プリンタエンジン）３１７に出力情報としての画像信号を出力する。また、このＲＯＭ３１３内のプログラムＲＯＭには、ＣＰＵ３１２の制御プログラム等を記憶する。ＲＯＭ３１３内のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ等が記憶され、ＲＯＭ３１３内のデータ用ＲＯＭには、ハードディスク等の外部メモリ３１４がないプリンタの場合には、ホストコンピュータ上で利用される情報等が記憶されている。ＣＰＵ３１２は入力部３１８を介してホストコンピュータとの通信処理が可能となっており、プリンタ内の情報等をホストコンピュータ１００に通知できる。ＲＡＭ３１９は、ＣＰＵ３１２の主メモリや、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ３１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。前述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ３１４は、メモリコントローラ（ＭＣ）２０によりアクセスを制御される。外部メモリ３１４は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、３２１は前述した操作パネルで、操作のためのスイッチ及びＬＥＤ表示器等が配されている。また、前述した外部メモリ３１４は１個に限らず、複数個備えられ、内蔵フォントに加えてオプションカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていてもよい。更に、図示しないＮＶＲＡＭを有し、操作パネル３２１からのプリンタモード設定情報を記憶するようにしてもよい。
【００２６】
＜電子原稿データの形式例＞
ブックファイルのデータ形式を説明する。ブックファイルは紙媒体の書物を模した３層の層構造を有する。上位層は「ブック」と呼ばれ、１冊の本を模しており、その本全般に係る属性が定義されている。その下の中間層は、本でいう章に相当し、やはり「章」と呼ばれる。各章についても、章ごとの属性が定義できる。下位層は「ページ」であり、アプリケーションプログラムで定義された各ページに相当する。各ページついてもページごとの属性が定義できる。ひとつのブックは複数の章を含んでいてよく、また、ひとつの章は複数のページを含むことができる。
【００２７】
図３は、ブックファイルの形式の一例を模式的に示す図である。この例のブックファイルにおける、ブック、章、ページは、それぞれに相当するノードにより示されている。ひとつのブックファイルはひとつのブックを含む。ブック、章は、ブックとしての構造を定義するための概念であるから、定義された属性値と下位層へのリンクとをその実体として含む。ページは、アプリケーションプログラムによって出力されたページごとのデータを実体として有する。そのため、ページは、その属性値のほか、原稿ページの実体（原稿ページデータ）と各原稿ページデータへのリンクを含む。尚、紙媒体等に出力する際の印刷ページは複数の原稿ページを含む場合がある。この構造に関してはリンクによって表示されず、ブック、章、ページ各階層における属性として表示される。本例でいう属性とは、画像データに備わっている固有の性質（レイアウト情報やヘッダまたはフッタ情報、印刷設定など）を指す。
【００２８】
図３では、ブックファイルが１つの完結したブックである必要はないので、「ブック」を「文書」として一般化して記載している。
【００２９】
まず最上位に文書情報４０１を持つ。文書情報４０１は４０２〜４０４の３つのパートに大別できる。文書制御情報４０２は、文書ファイルのファイルシステムにおけるパス名などの情報を保持する。文書設定情報４０３は、ページレイアウトなどのレイアウト情報とステイプルなど印刷装置の機能設定情報を保持し、ブックの属性に相当する。章情報リスト４０４は、文書を構成している章の集合をリスト形式で保持する。リストが保持するのは章情報４０５である。
【００３０】
章情報４０５も４０６〜４０８の３つのパートに大別できる。章制御情報４０６は、章の名称などの情報を保持する。章設定情報４０７は、その章特有のページレイアウトやステイプルの情報を保持し、章の属性に相当する。章ごとに設定情報をもつことで最初の章は２ＵＰのレイアウトその他の章は４ＵＰのレイアウトのように複雑なレイアウトを持った文書を作成することが可能である。ページ情報リスト４０８は各章を構成する原稿ページの集合リスト形式で保持している。ページ情報リスト４０８が指示するのは、ページ情報データ４０９である。
【００３１】
ページ情報データ４０９も４１０〜４１２の３つのパートに大別される。ページ制御情報４１０は、ツリー上に表示するページ番号などの情報を保持する。ページ設定情報４１１は、ページ回転角やページの配置位置情報などの情報を保持し、原稿ページの属性に相当する。ページリンク情報４１２は、ページに対応する原稿データである。この例では、ページ情報４０９が直接原稿データを持つのではなく、リンク情報４１２だけをもち、実際の原稿データは、ページデータリスト４１３で保持する構成としている。
【００３２】
図４は、ブック属性（文書設定情報４０３）の例を示すリストである。通常、下位層と重複して定義可能な項目に関しては、下位層の属性値が優先採用される。そのため、ブック属性にのみ含まれる項目に関しては、ブック属性に定義された値はブック全体を通して有効な値となる。しかし、下位層と重複する項目については、下位層において定義されていない場合における既定値としての意味を有する。しかし、本例では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。なお、図示された各項目は具体的に１項目に対応するのではなく、関連する複数の項目を含むものもある。
【００３３】
ブック属性に固有の項目は、印刷方法、製本詳細、表紙／裏表紙、インデックス紙、合紙、章区切りの６項目である。これらは、ブックを通して定義される項目である。印刷方法属性としては、片面印刷、両面印刷、製本印刷の３つの値を指定できる。製本印刷とは、別途指定する枚数の用紙を束にして２つ折りにし、その束をつづり合わせることで製本が可能となる形式で印刷する方法である。製本詳細属性としては、製本印刷が指定されている場合に、見開き方向や、束になる枚数等が指定できる。
【００３４】
表紙／裏表紙属性は、ブックとしてまとめられる電子原稿ファイルを印刷する際に、表紙及び裏表紙となる用紙を付加することの指定、及び付加した用紙への印刷内容の指定を含む。インデックス紙属性は、章の区切りとして、印刷装置に別途用意される耳付きのインデックス紙の挿入の指定及びインデックス（耳）部分への印刷内容の指定を含む。この属性は、印刷用紙とは別に用意された用紙を所望の位置に挿入するインサート機能を持ったインサータが使用する印刷装置に備えられている場合か、あるいは、複数の給紙カセットを使用可能である場合に有効となる。これは合紙属性についても同様である。
【００３５】
合紙属性は、章の区切りとして、インサータからあるいは給紙カセットから供給される用紙の挿入の指定、及び、合紙を挿入する場合には、給紙元の指定などを含む。
【００３６】
章区切り属性は、章の区切り目において、新たな用紙を使用するか、新たな印刷ページを使用するか、特に何もしないか等の指定を含む。片面印刷時には新たな用紙の使用と新たな印刷ページの使用とは同じ意味を持つ。両面印刷時には、「新たな用紙の使用」を指定すれば連続する章が１枚の用紙に印刷されることは無いが、「新たな印刷ページの使用」を指定すれば、連続する章が１枚の用紙の表裏に印刷されることがあり得る。
【００３７】
図５は、章属性（章設定情報４０７）の、図６はページ属性（ページ設定情報４１１）の例を示すリストである。章属性とページ属性との関係もブック属性と下位層の属性との関係と同様である。
【００３８】
章属性に関しては、章に固有の項目はなく、すべてブック属性と重複する。したがって、通常は、章属性における定義とブック属性における定義とが異なれば、章属性で定義された値が優先する。しかし、本例では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。
【００３９】
ブック属性と章属性とにのみ共通する項目は、用紙サイズ、用紙方向、Ｎ−ｕｐ印刷指定、拡大縮小、排紙方法の５項目である。このうち、Ｎ−ｕｐ印刷指定属性は、１印刷ページに含まれる原稿ページ数を指定するための項目である。指定可能な配置としては、１×１や１×２、２×３などがある。排紙方法属性は、排出した用紙にステイプル処理を施すか否かを指定するための項目であり、この属性の有効性は使用する印刷装置がステイプル機能を有するか否かに依存する。
【００４０】
ページ属性に固有の項目には、ページ回転属性、ズーム、配置指定、アノテーション、ページ分割などがある。ページ回転属性は、原稿ページを印刷ページに配置する際の回転角度を指定するための項目である。ズーム属性は、原稿ページの変倍率を指定するための項目である。変倍率は、仮想論理ページ領域のサイズを１００％として指定される。仮想論理ページ領域とは、原稿ページを、Ｎ−ｕｐ等の指定に応じて配置した場合に、１原稿ページが占める領域である。例えば１×１であれば、仮想論理ページ領域は１印刷ページに相当する領域となり、１×２であれば、１印刷ページの各辺を約７０パーセントに縮小した領域となる。
【００４１】
ブック、章、ページについて共通な属性として、ウォーターマーク属性及びヘッダ・フッタ属性がある。ウォーターマークとは、アプリケーションで作成されたデータに重ねて印刷される、別途指定される画像や文字列などである。ヘッダ・フッタは、それぞれ各ページの上余白及び下余白に印刷されるウォーターマークである。ただし、ヘッダ・フッタには、ページ番号や日時など、変数により指定可能な項目が用意されている。なお、ウォーターマーク属性及びヘッダ・フッタ属性において指定可能な内容は、章とページとは共通であるが、ブックはそれらと異なっている。ブックにおいてはウォーターマークやヘッダ・フッタの内容を設定できるし、また、ブック全体を通してどのようにウォーターマークやヘッダ・フッタを印刷するかを指定することができる。一方、章やページでは、その章やページにおいて、ブックで設定されたウォーターマークやヘッダ・フッタを印刷するか否かを指定できる。
【００４２】
図４〜６にそれぞれの属性リストの内容を示したが、図４〜６に記述された属性リストの項目は一例に過ぎず、この他にも登録項目が存在することが考えられる。
【００４３】
図７は、本発明の文書処理装置の実施形態において、前提となるシステムの構成を示したものであり、各モジュール構成は図１と同様のもので、同じ動作をするものである。図７において７０１は原稿の読み取りを行い、読み取りを行った原稿を画像データに変換し、文書処理装置へ送信する手段を持つ印刷装置である。７０２は前記印刷装置における原稿の読み取りを行うスキャナ部を示している。７０３は前記スキャナ部７０２で読み取りを行った原稿を電子化したビットマップ形式の画像データである。
【００４４】
前記スキャナ７０２で読み取られた原稿を電子化したビットマップ形式の画像データ７０３は、前記記述の図１の１０２に相当する電子原稿ライタ７０５を用いて、製本アプリケーション７０７で読み込み可能な形式の電子原稿ファイル７０６に変換される。この際、ビットマップ形式の画像データ７０３は電子原稿ライタによって、前述したＰＤＦ形式やＳＶＧ形式などの電子原稿形式に変換される。電子原稿ファイル７０６はＰＤＦ形式やＳＶＧ形式などの電子原稿形式に変換されたファイルと図３の階層構造を記述したファイル、図４〜６の各属性リストのファイルを１つにアーカイブしたファイルのことを指す。なお、製本アプリケーション７０７は、画像データ７０３のヘッダまたはフッタ情報に基づいて本発明の処理を行っていく。詳しい説明は後述する。また、本例でいうヘッダまたはフッタ情報とはヘッダまたはフッタ領域にある文字情報のことを指す。電子原稿ファイル７０６はハードディスクなどの記憶媒体に格納される。なおハードディスクは、本実施形態の文書処理システムを実現するコンピュータが備えているローカルドライブであってもよいし、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。
【００４５】
以下製本アプリケーション７０７で電子原稿ファイル７０６を取り込み、編集を行い、印刷する工程については図１で示した工程と同じである。
【００４６】
図８は、印刷装置７０１のスキャナ部で電子化されたビットマップ形式の画像データ７０３にあるヘッダまたはフッタ情報の内容を製本アプリケーション７０７がホストコンピュータの記憶部に保存する際の処理に関するフローを示したものである。ヘッダまたはフッタ情報の内容とは、ヘッダまたはフッタ情報の有無、印字位置、印字方向を指す。まず、ユーザによって印刷装置７０１の原稿読み取り台に原稿がセットされ、スキャナ部７０２がスキャンを行い、読み込んだ原稿から画像データ７０３を生成する。文書処理装置７０４は、図２に示すような双方向性インタフェース２１を介して画像データ７０３を受信する。受信した画像データは製本アプリケーションのウィンドウ内にドラッグ＆ドロップにより投入される場合と、ドラッグ＆ドロップや印刷装置７０１からのＳｅｎｄ機能により、ユーザが任意に作成したホットフォルダ内に画像データが取り込まれることで、製本アプリケーションに投入される場合に、製本アプリケーションは、画像データが投入されたことを認識して本フローの処理を開始する（Ｓ８０１）。文書処理装置７０４の機能である電子原稿ライタ７０５はデバイスドライバとして指定され、Ｓ８０１で取り込まれた画像データ７０３を文書処理装置７０４で処理可能な電子原稿ファイル７０６に変換する（Ｓ８０２）。製本アプリケーション７０７は、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）機能を用いて１ページずつ電子原稿ファイル７０６のヘッダまたはフッタ領域を読み込んでいき（Ｓ８０３）、ヘッダまたはフッタ領域にあるヘッダまたはフッタ情報の内容をホストコンピュータの記憶部に１ページずつ保存していく（Ｓ８０４）。この保存処理は従来の保存処理と同様のものである。また、Ｓ８０４におけるヘッダまたはフッタ情報の保存構成については図９に記述する。図９にある〔ページ〕は、原稿の印刷部をスキャンした数である。例えば、両面に印刷部がある場合には、１枚の原稿でも２ページの情報として保存される。〔ヘッダ〕または〔フッタ〕は、ヘッダまたはフッタ情報の有無を表す。〔左〕〔中心〕〔右〕は、ヘッダまたはフッタ情報の印字位置を示している。〔左〕は、左揃えされて印字されていたヘッダまたはフッタ情報を保存する。〔中心〕は、中央揃えされて印字されていたヘッダまたはフッタ情報を保存する。〔右〕は、右揃えされて印字されていたヘッダまたはフッタ情報を保存する。また、印字方向とはヘッダまたはフッタ領域に印字されている文字の印字方向を表している。全ページで終了ならば終了（Ｓ８０５）。
【００４７】
本文書処理装置において、画像データを取り込んだ際に自動的に章分割を行うために、事前に取り込み時の設定をしておく必要がある。
【００４８】
図１０は製本アプリケーションに画像データ７０３を取り込む際の設定のユーザインターフェースであり、画像データ７０３を取り込む前にユーザによって設定されるものである。ポインティングデバイス等によって図１０にあるスキャン画像設定欄を選択することによって「インポート時の設定」が表示される。図１０でインポート時の設定が選択された場合、図１１のユーザインターフェースが表示される。ユーザによって図１１にある「後処理情報全体で章を分割」が選択されることで、１１０１〜１１０２の選択を行うことが可能となる。１１０１〜１１０２は画像データを製本アプリケーションに取り込んだ際に、何を基準にして章分割を行うかについて設定するものである。例えば１１０１が選択された際はヘッダまたはフッタ情報の有るページと無いページで属性が異なると判断して章分割が実行される。以上図１０、１１は製本アプリケーションのウィンドウ内にドラッグ＆ドロップによって画像データが投入される際に用いられる処理である。
【００４９】
図１２はホットフォルダに対して設定を行うことができるユーザインターフェースである。図１２はホットフォルダの設定を行う際に表示されるものであり、図１２で設定された内容は、ホットフォルダ内に取り込まれるデータに反映される。例えば、画像読取装置で読み取った画像データを文書処理装置に送信する際、あらかじめ「ヘッダまたはフッタ情報の有無を基準に章分割を行う」とホットフォルダに設定しておき、その設定されたホットフォルダにデータを取り込むと、取り込まれたデータはホットフォルダに設定されたヘッダまたはフッタ情報の有無を基準にして章分割が行われる。また、ホットフォルダに設定した内容は製本アプリケーションに反映される。以上図１２は画像読取装置によって読み取られた画像データがドラッグ＆ドロップや印刷装置７０１からのＳｅｎｄ機能により、ユーザが任意に作成したホットフォルダ内に画像データが取り込まれることで、製本アプリケーションに投入される際に用いられる処理である。
【００５０】
図１３は、図８のＳ８０４でホストコンピュータの記憶部に保存された図９のヘッダまたはフッタ情報の内容を用いて製本アプリケーションにインポートされる電子原稿ファイルの印刷設定を行うための処理フローであり、本発明の文書処理システムの好適な実施の形態として、各構成における処理の流れを説明するためのフローチャートである。以下、図１３を用いて電子原稿ライタと製本アプリケーションにおける本発明の印刷設定のフローを説明する。また、本フローの処理を行う前に、図１０〜１２のユーザインターフェースを用いて章分割を行うか否か、章分割をする際はなにを基準にして行うかが設定されている。製本アプリケーション７０７は、画像データ７０３を取り込んだ際、図１８のようなユーザインターフェースを表示する。製本アプリケーション７０７は、図１８のようなユーザインターフェースにおけるユーザの指定に基づいて、新たにヘッダまたはフッタ情報を印刷設定に反映するか否かについて判定する（Ｓ１３０１）。また、ユーザインターフェースにおけるユーザの指定はキーボードやポインティングデバイス等によって行われ、図２に示したキーボードコントローラ（ＫＢＣ）がユーザの入力を制御しており、この技術は従来のものと同様である。なお、後述するユーザインターフェースの制御は全てＫＢＣによって行われているので以後説明は省略する。Ｓ１３０１で反映すると判定された場合、製本アプリケーションは図９の保存情報を１ページ目から読み込むためにページカウンタｎを初期値１に設定する（Ｓ１３０２）。製本アプリケーションは図９の保存情報の１ページ目からヘッダまたはフッタ情報の内容を読み込んでいき（Ｓ１３０３）、現在の対象ページにヘッダまたはフッタ情報あるかないかの判定をする（Ｓ１３０４）。Ｓ１３０４でヘッダまたはフッタ情報があると判定された場合、製本アプリケーションは章分割を行うか否かの判定をする（Ｓ１３０５）。ここでの判定基準は、本フローの処理が始まる前に何を基準に章分割を行うという設定がされているか、現在の対象ページ（ｎページ目）が前ページとヘッダまたはフッタ情報の内容（印字方向・印字位置）が異なるかである。製本アプリケーションが、本フロー処理前の章分割の設定が「ヘッダまたはフッタ情報の向き」または「ヘッダまたはフッタ情報の印字位置」であり、前ページと印字方向または印字位置が異なると判定した場合、図１７のようなユーザインターフェースを表示し、ユーザの指定に基づいて章分割を行うか否かを決定する。Ｓ１３０５で章分割を行うと判定された場合、製本アプリケーションは現在の対象ページで章分割を行う（Ｓ１３０６）。Ｓ１３０５で章分割を行わないと判定した場合、またはＳ１３０６で章分割を実行した後は、Ｓ１３０７に進み、製本アプリケーション７０７は、現在表示されているヘッダまたはフッタ情報を消去する（Ｓ１３０７）。ここでいう消去とは、例えば枠内が白で塗りつぶされている矩形などを用いて、記述されているヘッダまたはフッタの画素情報を上から覆うことによって視覚的に見えなくすることを指し、実際にヘッダまたはフッタの画素情報自体を消去するわけではない。また、Ｓ１３０４でヘッダまたはフッタ情報がないと判定された場合、製本アプリケーションは章分割を行うか否かの判定をする（Ｓ１３０８）。ここでの判定基準は、本フローの処理が始まる前に何を基準に章分割を行うという設定がされているか、現在の対象ページ（ｎページ目）と前ページとヘッダまたはフッタ情報の有無が異なるかである。製本アプリケーションが、本フロー処理前の設定が「ヘッダまたはフッタ情報の有無」であり、前ページとヘッダまたはフッタ情報の有無が異なると判定した場合、図１７のようなユーザインターフェースを表示し、ユーザの指定に基づいて章分割を行うか否かを決定する。Ｓ１３０８で章分割を行うと判定された場合、製本アプリケーションは現在の対象ページで章分割を行う（Ｓ１３０９）。また、章分割の詳細については図１４に後述する。製本アプリケーションは、現在の対象ページにおいてヘッダまたはフッタ情報の設定や章分割を行ったか否かの情報を図４〜６の対象となるリストに登録し、印刷設定を更新していく（Ｓ１３１０）。製本アプリケーションは印刷設定へ認識するためにＳ１３１０で登録された内容に基づいてジョブチケットを作成していき、作成されたジョブチケットを電子原稿デスプーラに出力し、ジョブチケットをＯＳの出力コマンドに変換して出力モジュールへ送信する。出力モジュールは、指定されたプリンタドライバによってプリンタに適したコマンドを生成し、プリンタに送信することで図４〜６に登録された内容が印刷設定として反映される。製本アプリケーションは全ページで終了したか否かについての判定を行う（Ｓ１３１１）。全ページ終了していれば終了。終了でなければ、製本アプリケーションはｎ＝ｎ＋１の処理を実行する（Ｓ１３１２）。つまり、現在の対象ページｎのインクリメント処理を行い、Ｓ１３０３から処理を再開する。
【００５１】
［属性分割（章分割）フロー］
図１４にホストコンピュータに保存された図９の保存情報を認識して属性分割（章分割）を行うフローを示す。まず、製本アプリケーション７０７は、図９の保存情報を読み込むためページカウンタｎを初期値１に設定する（Ｓ１４０１）。製本アプリケーションは図９の保存情報を１ページ目から認識し（Ｓ１４０２）、現在の対象ページ（ｎページ目）にヘッダまたはフッタ情報があるか否かの判定をする（Ｓ１４０３）。Ｓ１４０３でヘッダまたはフッタ情報があると判定された場合、製本アプリケーションは図９の保存情報から現在の対象ページ（ｎページ目）の１ページ前（ｎ−１ページ目）にヘッダまたはヘッダ情報があるか否かを判定する（Ｓ１４０４）。また、Ｓ１４０３でＮｏと判定された場合、製本アプリケーションはｎ−１ページ目にヘッダまたはフッタ情報があるか否かについて判定する（Ｓ１４０５）。Ｓ１４０３、Ｓ１４０４でＹｅｓと判定された場合、製本アプリケーションはｎページ目とｎ−１ページ目でヘッダまたはフッタの印字位置が同じか判定する（Ｓ１４０７）。例えばｎページ目ではヘッダ情報があり、ｎ−１ページ目ではフッタ情報がある場合は、ｎページ目とｎ−１ページ目では印字位置が異なると判定される。Ｓ１４０７で印字位置が同じであると判定された場合、製本アプリケーションはｎページ目とｎ−１ページ目で印字方向が同じか否かについて判定する（Ｓ１４０８）。Ｓ１４０８で印字方向が同じと判定された場合、製本アプリケーションはｎページ目とｎ−１ページ目で属性が同じと認識し（Ｓ１４０９）、印刷設定を更新する（Ｓ１４０１１）。Ｓ１４０５でＹｅｓ、Ｓ１４０４、１４０７，１４０８でＮｏと判定された場合、製本アプリケーションはｎページ目とｎ−１ページ目で属性が異なると認識し、あらかじめユーザによって章分割を行うという設定がされているか否かの判定を行い、章分割を行うと設定がされていた場合、図１７のようなユーザインターフェースを表示し、ユーザの指定に基づいて章分割を行うか否かの判定をする（Ｓ１４０６）。Ｓ１４０６で章分割を行うと判定された場合、製本アプリケーションはｎページ目で章分割を行う（Ｓ１４１０）。Ｓ１４１０で章分割を行った場合、製本アプリケーションはｎ−１ページ目と章が変更されたことを印刷設定に更新する（Ｓ１４１１）。製本アプリケーションは全ページで終了したか否かを判定して（Ｓ１４１２）、終了ならば終了。終了でないならば、製本アプリケーションはｎ＝ｎ＋１の処理を実行する（Ｓ１４１３）。つまり、現在の対象ページｎのインクリメント処理を行い、Ｓ１４０２から処理を再開する。
【００５２】
［画像データ方向修正処理フロー］
図１５はホストコンピュータに保存された図９の保存情報を認識して、ヘッダまたはフッタ情報があった場合には、製本アプリケーションがヘッダまたはフッタ領域にある文字情報の印字方向を判定して、画像データ方向の修正処理を行うフローを示している。また、画像データ方向修正処理フローは、写真や図形など画像データ内のヘッダまたはフッタ領域以外に文字情報がなく、画像データの方向を認識することの出来ない自然画に用いることを特徴とする処理である。
【００５３】
まず、製本アプリケーション７０７は、図９の保存情報を読み込むためページカウンタｎを初期値１に設定する（Ｓ１５０１）。製本アプリケーションは図９の保存情報を１ページ目から認識し（Ｓ１５０２）、現在の対象ページ（ｎページ目）にヘッダまたはフッタ情報があるか否かの判定をする（Ｓ１５０３）。ｎページにヘッダまたはフッタ情報がある場合、Ｓ１５０４へ進む。Ｓ１５０３ヘッダまたはフッタ情報がないと判定された場合、Ｓ１５０６へ進む。Ｓ１５０３でヘッダまたはフッタ情報があると判定された場合、製本アプリケーションは図９の保存情報にある印字方向を認識して、前ページと異なるか否か判定する（Ｓ１５０４）。Ｓ１５０４でヘッダまたはフッタ情報の印字方向が異なると判定された場合、製本アプリケーションは図６にあるページ情報属性リストにあるページ回転指定の情報を変更し、印刷設定を更新する（Ｓ１５０５）。ここで属性リストの変更を行い、印刷設定を更新する方法は前述のとおりである。製本アプリケーションは全ページ終了したか否かの判定を行い（Ｓ１５０６）終了ならば終了。終了でないならば、製本アプリケーションはｎ＝ｎ＋１の処理を実行する（Ｓ１５０７）。
【００５４】
以上の処理をすることによって、次のような効果を得ることができる。例えば、複数の自然画の画像データを文書処理装置に取り込んだ際、画像データの方向が異なった状態で取り込まれることも考えられる。その際に上記の処理を用いることによって、製本アプリケーションは図６の属性リストにあるページ回転指定の情報を修正し、自然画の画像データ方向を自動的にそろえることが可能となる。
【００５５】
［ヘッダまたはフッタ情報の位置そろえ処理］
図１６は、ホストコンピュータに保存された図９の保存情報にあるヘッダまたはフッタ情報の印字位置が複数の位置で確認された場合に、ヘッダまたはフッタ情報の印字位置をそろえるための処理フローである。例えば、ある画像データに関してはページ番号がヘッダ領域にあり、別の画像データに関してはページ番号がフッタ領域にある場合や、ある画像データに関してはページ番号がヘッダ領域の中央にあり、別の画像データに関してはページ番号がヘッダ領域の左にある場合などが複数の位置にヘッダまたはフッタ情報があると考えられ、本フローの処理が実行される。
【００５６】
製本アプリケーション７０７は、図９の保存情報を読み込むためページカウンタｎを初期値１に設定する（Ｓ１６０１）。製本アプリケーションは図９の保存情報を１ページ目から認識し（Ｓ１６０２）、現在の対象ページ（ｎページ目）にヘッダまたはフッタ情報があるか否かの判定をする（Ｓ１６０３）。ｎページ目にヘッダまたはフッタ情報がある場合、Ｓ１６０４へ進む。Ｓ１６０３でヘッダまたはフッタ情報がないと判定された場合、Ｓ１６０６へ進む。Ｓ１６０３でヘッダまたはフッタ情報があると判定された場合、製本アプリケーションは図９の保存情報にある印字位置を認識して、前ページと異なるか否か判定する（Ｓ１６０４）。Ｓ１６０４でヘッダまたはフッタ情報の印字位置が異なると判定された場合、製本アプリケーションは図１９のようなユーザインターフェースを表示し、ユーザの指定に基づいて印字位置をそろえるか否かの判定をする（Ｓ１６０５）。Ｓ１６０５で印字位置をそろえる処理を行った場合、製本アプリケーションは現在対象としている図４〜６のリストにあるヘッダまたはフッタ情報を変更し、印刷設定を更新する（Ｓ１６０６）。ここでリストの変更を行い、印刷設定を更新する方法は前述のとおりである。製本アプリケーションは全ページ終了したか否かの判定を行い（Ｓ１６０７）終了ならば終了。終了でないならば、製本アプリケーションはｎ＝ｎ＋１の処理を実行する（Ｓ１６０８）。
【００５７】
本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（複写機、プリンタ、ファクシミリ装置など）に適用してもよい。
【００５８】
なお、実施例においてはスキャナによって取り込まれた画像データに関する記述をしたが、本発明はそれに限るものではなく、デジタルカメラによって撮影された画像データや、画像編集アプリケーションによって作成された画像データをドラッグ＆ドロップによって製本アプリケーションに取り込む場合も適用可能である。
【００５９】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００６０】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００６１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００６２】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【図面の簡単な説明】
【００６３】
【図１】本実施形態のスタンドアロン型の文書処理システムのソフトウェア構成例を示すブロック図である。
【図２】本実施形態の文書処理システムを実現するハードウェア構成例を示すブロック図である。
【図３】ブックファイルの構造の一例を示す図である。
【図４】ブック属性の一覧を示す図である。
【図５】章属性の一覧を示す図である。
【図６】ページ属性の一覧を示す図である。
【図７】本発明の文書印刷装置と文書処理システムの構成図である。
【図８】画像データのヘッダまたはフッタ情報をホストコンピュータの記憶部に保存するフローチャートである。
【図９】図８のステップ８０４によって保存されたヘッダまたはフッタ情報の保存構成図である。
【図１０】製本アプリケーションに画像データを取り込む際の設定を行うダイアログウィンドウの例を示す図である。
【図１１】図１０のインポート時の設定内容を示すダイアログウィンドウの図である。
【図１２】ホットフォルダを用いてインポートする際の設定をするダイアログウィンドウの例を示す図である。
【図１３】製本アプリケーションにインポートされる電子原稿ファイルの印刷設定を行うための処理フローチャートである。
【図１４】属性分割（章分割）を行う際のフローチャートである。
【図１５】画像データの方向を修正する際のフローチャートである。
【図１６】ヘッダまたはフッタ情報の印字位置をそろえる際のフローチャートである。
【図１７】ユーザが章分割をするかどうかの決定を行うダイアログウィンドウの例を示す図である。
【図１８】ヘッダ／フッタ情報を、印刷設定に反映させるかかどうかの決定を行うダイアログウィンドウの例を示す図である。
【図１９】ユーザにヘッダ／フッタ情報の位置の修正を促すダイアログウィンドウの例を示す図である。
【符号の説明】
【００６４】
７０１  印刷装置
７０３  画像データ
７０４  文書処理装置
７０５  電子原稿ライタ
７０６  電子原稿ファイル
７０７  製本アプリケーション
【図１】
2005326958.tif 000003
【図２】
2005326958.tif 000004
【図３】
2005326958.tif 000005
【図４】
2005326958.tif 000006
【図５】
2005326958.tif 000007
【図６】
2005326958.tif 000008
【図７】
2005326958.tif 000009
【図８】
2005326958.tif 000010
【図９】
2005326958.tif 000011
【図１０】
2005326958.tif 000012
【図１１】
2005326958.tif 000013
【図１２】
2005326958.tif 000014
【図１３】
2005326958.tif 000015
【図１４】
2005326958.tif 000016
【図１５】
2005326958.tif 000017
【図１６】
2005326958.tif 000018
【図１７】
2005326958.tif 000019
【図１８】
2005326958.tif 000020
【図１９】
2005326958.tif 000021