JP4847183B2 - 情報処理装置及びその制御方法、プログラム - Google Patents

Description

本発明は、用紙上に複数の仕上がりページをレイアウトし、各仕上がりページ上に原稿データをレイアウトするための面付け処理を実行する情報処理装置及びその制御方法、プログラムに関するものである。

商業的印刷業界は、第三者（顧客、クライアント）から印刷物（雑誌、新聞、カタログ、広告、グラビア等）の作成依頼を受注し、該クライアントの所望の印刷物を作成し、それを該クライアントに納品することでクライアントから報酬を得る。この商業的印刷業界では、現在でも、オフセット製版印刷機等の大規模な印刷装置を用いているのが主流である。

この商業的印刷業界では、様々な工程を踏んで作業が進められる。この工程には、例えば、入稿、デザインやレイアウト、カンプ（プリンタ出力によるプレゼンテーション）、校正（レイアウト修正や色修正）、校正刷り（プルーフプリント）、版下作成、印刷、後処理加工、発送等がある。上述のような印刷機の利用には版下作成を欠かすことができず、一度版下を作成すると、その修正は容易でなく、且つコスト的にかなり不利である。これは、入念な校正、即ち、レイアウトのチェックや色の確認作業が必須である事等に起因する。

このように、この種の業界では、大掛かりな装置を必要とし、尚且つ、クライアントが所望する印刷物を作成するのにある程度の時間も必要であった。しかも、これらそれぞれの作業には専門知識が必要であり、いわば職人と呼ばれる熟練者のノウハウが必要であった。原稿や原稿の一部となる部品データを入稿し、デザインやレイアウトを確定し、校正刷りを行う技術は、例えば、特許文献１に記載されている。

一方で、最近、電子写真方式の印刷装置やインクジェット方式の印刷装置の高速化、高画質化に伴い、上記のような印刷業界に対抗して、プリント・オン・デマンドという業態が出現しつつある。以下、プリント・オン・デマンド（Ｐｒｉｎｔ Ｏｎ Ｄｅｍａｎｄ）は、ＰＯＤと略記する。

ＰＯＤでは、印刷装置で扱うジョブを、より比較的小ロットのジョブに分けることで、大掛かりな装置、システムを用いずに、短納期で印刷処理を取り扱うことを目指している。特に、このＰＯＤでは、上記のような大規模な印刷機、印刷手法に代えて、例えば、ディジタル複写機やディジタル複合機等のディジタル画像形成装置を最大限に活用して、電子データを用いたディジタルプリントを実現している。そして、このＰＯＤによる業態のＰＯＤ市場が展開されつつある。このようなＰＯＤ市場では、従来の印刷業界に比べてディジタル化が融合し、コンピュータを利用した管理、制御が浸透してきており、コンピュータを利用してある程度、印刷業界のレベルに近づこうとしている。

このような背景の中で、ＰＯＤ市場には、コピー・プリントショップ印刷会社の印刷サービスと言われるＰＦＰや、企業内社内向け印刷サービスと言われるＣＲＤ等が存在する。ここで、ＰＦＰは、Ｐｒｉｎｔ Ｆｏｒ Ｐａｙの略称である。また、ＣＲＤは、Ｃｅｎｔｒａｌｉｚｅｄ Ｒｅｐｒｏｄｕｃｔｉｏｎ Ｄｅｐａｒｔｍｅｎｔの略称である。

また、電子写真方式やインクジェット方式のプリンタを用いて、印刷用の物理的な版を用いずに、プリントオンデマンドを実現し、各作業工程を管理する仕組みは、例えば、特許文献２に記載されている。
特開平１１−１１０５３５号公報 特開２００４−３１０７４６号公報

ＰＯＤ業界の場合、オフセット印刷とは異なり、印刷会社に原稿を持ち込むクライアントは、ＤＴＰ（デスクトップパブリッシング）デザイナーだけではなく、オフィスの会社員や学生等も多く含まれる。そのため、印刷会社に持ち込まれる原稿の形態は、様々で、印刷会社は想定することができない。例えば、クライアントがフチナシの仕上がりを希望しているのに塗足りがなかったり、不要なトンボや塗り足しがあったり、希望する仕上がりサイズと一致していなかったりする場合が多くある。

このような場合、印刷会社は原稿を面付けアプリケーションにそのまま入稿することができないため、従来は、印刷会社の熟練なオペレータが、事前にＤＴＰアプリケーション等で元々ついていた不必要なトンボや塗り足しをマスクしたり、自分で塗り足しを作ったり等の前加工を行う手間が発生していた。

さらに、一般的な面付けアプリケーションは、元の原稿にどのような塗り足しやトンボ、余白等があるかを考慮していないことが多い。そのため、原稿の左右／上下の塗り足しの幅が均一でないと、クライアントの意図した仕上がりの中心が面付けアプリケーションの仕上がりページの中心に合わないことがある。このような場合、面付け後に手動で原稿をシフトし微調整するしかなかった。

本発明は上記の課題を解決するためになされたものであり、より効率的に原稿データの面付け処理を実行することができる情報処理装置及びその制御方法、プログラムを提供することを目的とする。

上記の目的を達成するための本発明による情報処理装置は以下の構成を備える。即ち、
用紙上に仕上がりページをレイアウトし、該用紙上に４辺に幅の異なる裁ち落とし幅が設定された原稿データが印刷されるように面付け処理を実行する情報処理装置であって、
前記仕上がりページに対する裁ち落とし幅として、前記４辺に幅の異なる裁ち落とし幅が設定された原稿データの裁ち落とし幅と同じ幅を設定する設定手段と、
前記設定手段で設定される前記仕上がりページに対する４辺の幅が異なる裁ち落とし幅と仕上がりページのサイズとに基づいて、前記仕上がりページと前記裁ち落とし幅の領域とを合わせた領域であるドブ領域を決定する決定手段と、
前記決定手段により決定されたドブ領域の中央に、前記４辺に幅の異なる裁ち落とし幅が設定された原稿データの中央を合わせて、前記原稿データの配置を決定する配置手段と、
を備える。

また、好ましくは、前記配置手段により決定された配置に従って、前記原稿データを印刷するための印刷データを生成する生成手段を更に備える。

また、好ましくは、前記生成手段は、前記配置手段で配置が決定された原稿データの内、ドブ領域をはみ出している原稿データについては、印刷時にマスク処理されるように、前記印刷データを生成する。

また、好ましくは、前記原稿データを取得する取得手段を更に備え、
前記原稿データに文書設定情報が含まれている場合、前記設定手段は、前記文書設定情報に基づいて、前記面付け処理に関する設定情報を設定する。

また、好ましくは、原稿データを仕上がりページの仕上がりサイズにあわせて拡大縮小することを設定する仕上がり拡縮設定手段と、
前記仕上がり拡縮設定手段により原稿データを仕上がりページの仕上がりサイズにあわせて拡大縮小することが設定されている場合に、前記原稿データが前記仕上がりサイズと一致するように拡縮する拡縮手段と
を更に備える。

また、好ましくは、原稿データを前記ドブ領域のサイズにあわせて拡大縮小することを設定するドブ領域拡縮設定手段と、
前記ドブ領域拡縮設定手段により原稿データを前記ドブ領域のサイズにあわせて拡大縮小することが設定されている場合に、前記原稿データが前記ドブ領域のサイズと一致するように拡縮する拡縮手段と
を更に備える。

上記の目的を達成するための本発明による情報処理装置の制御方法は以下の構成を備える。即ち、
用紙上に仕上がりページをレイアウトし、該用紙上に４辺に幅の異なる裁ち落とし幅が設定された原稿データが印刷されるように面付け処理を実行する情報処理装置の制御方法であって、
前記仕上がりページに対する裁ち落とし幅として、前記４辺に幅の異なる裁ち落とし幅が設定された原稿データの裁ち落とし幅と同じ幅を設定する設定工程と、
前記設定工程で設定される前記仕上がりページに対する４辺の幅が異なる裁ち落とし幅と仕上がりページのサイズとに基づいて、前記仕上がりページと前記裁ち落とし幅の領域とを合わせた領域であるドブ領域を決定する決定工程と、
前記決定工程により決定されたドブ領域の中央に、前記４辺に幅の異なる裁ち落とし幅が設定された原稿データの中央を合わせて、前記原稿データの配置を決定する配置工程と、
を備える。

上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
用紙上に仕上がりページをレイアウトし、該用紙上に４辺に幅の異なる裁ち落とし幅が設定された原稿データが印刷されるように面付け処理を実行する情報処理装置の制御をコンピュータに実行させるためのプログラムであって、
前記仕上がりページに対する裁ち落とし幅として、前記４辺に幅の異なる裁ち落とし幅が設定された原稿データの裁ち落とし幅と同じ幅を設定する設定工程と、
前記設定工程で設定される前記仕上がりページに対する４辺の幅が異なる裁ち落とし幅と仕上がりページのサイズとに基づいて、前記仕上がりページと前記裁ち落とし幅の領域とを合わせた領域であるドブ領域を決定する決定工程と、
前記決定工程により決定されたドブ領域の中央に、前記４辺に幅の異なる裁ち落とし幅が設定された原稿データの中央を合わせて、前記原稿データの配置を決定する配置工程と、
をコンピュータに実行させる。

本発明によれば、より効率的に原稿データの面付け処理を実行することができる情報処理装置及びその制御方法、プログラムを提供できる。

以下、本発明の実施の形態について図面を用いて詳細に説明する。

本発明は、用紙上に複数の仕上がりページをレイアウトし、その各仕上がりページ上に１つあるいは複数の原稿データを配置して印刷することのできる面付け機能を有する文書処理システムに関するものである。仕上がりページ（仕上がりページのサイズを仕上がりサイズと呼ぶ）とは、印刷用紙の不要な領域を断裁し、最終印刷物となるページ（サイズ）のことである。但し、くるみ製本の表紙用紙のように、表紙、背表紙、裏表紙を含むページの場合は、最終印刷物の表紙、背表紙、裏表紙を含むページ（サイズ）を指すものとする。

この文書処理システムは、仕上がりページの各辺に裁ち落とし幅や、仕上がりページサイズ、出力用紙サイズ等を指定するための指定部を備え、仕上がりページの各辺に裁ち落とし幅（ドブ領域）を加えた領域の中心に原稿データの中心を合わせることで、原稿データの配置を決定することを特徴とする。

また、この文書処理システムは、原稿データに、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）文書のページボックス情報等の文書設定情報が埋め込まれていた場合、そのページボックス情報を文書処理システムにおけるパラメータへ自動設定することを特徴とする。これにより、ユーザによる裁ち落とし幅や、仕上がりページサイズ、出力用紙サイズ等の指定を省略することができる。

また、原稿データがドブ領域からはみ出した場合は、ドブ領域の外側に印刷されるトンボマーク（裁ち落とし位置目印、単にトンボとも呼ばれる）が上書きされないように、はみ出した領域はマスクする。

また、原稿データが希望の仕上がりサイズと違うサイズである場合に、操作者の指定に応じて、仕上がりサイズに収まるように原稿データを定型拡縮することができる。

さらに、原稿データに塗り足しがなかった場合に、操作者の指定に応じて、ユーザの希望する裁ち落としがすべて埋まるまで原稿データを定型拡縮することができる。

これにより、どのような形式の原稿データでも前処理する必要なく、そのままの状態で面付けを行うことができ、容易な操作で、ユーザの理想とする仕上がりにすることができる。

また、この文書処理システムは、製本面付け指定時に、後処理がオフラインフィニッシャで行うのかインラインフィニッシャで行うのかを指定する後処理指定部を備える。そして、この指定により、オフラインフィニッシャ指定時とインラインフィニッシャ指定時とで仕上がりページの描画方法を動的に切り替えることができる。

これにより、ユーザが、インラインフィニッシャ用とオフラインフィニッシャ用の原稿データを作り分ける手間をなくし、同じ原稿データでインラインフィニッシャ／オフラインフィニッシャどちらにおいても同じ仕上がりを得ることができる。

［文書処理システムの概要］
本発明の実施形態の文書処理システムでは、一般アプリケーションにより作成されたデータファイルが、電子原稿ライタによって電子原稿ファイルに変換される。製本アプリケーションは、その電子原稿ファイルを編集する機能を提供している。

尚、本例では、文書処理システムで実現される各種機能が明瞭になるように、一般アプリケーション、電子原稿ライタ、製本アプリケーション、電子原稿デスプーラ等の各機能を分離して示しているが、ユーザに提供されるパッケージはこれらに限定されない。例えば、これらの各種機能は、それらを組み合わせたアプリケーションやグラフィックエンジンとして提供されても良い。

＜文書処理システムのソフトウェア構成例＞
図１は本発明の実施形態の文書処理システムのソフトウェア構成を示す図である。

文書処理システムは、本発明の文書処理装置（情報処理装置）の好適な実施形態であるコンピュータ１００（以下、ホストコンピュータとも呼ばれる）によって実現されている。

一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドローあるいはペイント、プレゼンテーション、テキスト編集等の各種機能を提供するアプリケーションプログラムである。この一般アプリケーション１０１は、コンピュータ１００上で動作するＯＳ（オペレーティングシステム）に対する印刷機能を有している。これらの一般アプリケーション１０１は、作成された文書データや画像データ等のアプリケーションデータを印刷するにあたって、ＯＳにより提供される所定のインタフェース（一般に、ＧＤＩ：Ｇｒａｐｈｉｃ Ｄｅｖｉｃｅ Ｉｎｔｅｒｆａｃｅと呼ばれる）を利用する。

即ち、任意の一般アプリケーション１０１は、作成したデータを印刷するために、所定のインタフェースを提供するＯＳの出力モジュール（不図示）に対して、ＯＳに依存する所定形式の出力コマンド（ＧＤＩ関数と呼ばれる）を送信する。出力コマンドを受信した出力モジュールは、プリンタ等の出力デバイスが処理可能な形式にその出力コマンドを変換し、変換されたコマンド（ＤＤＩ：Ｄｅｖｉｃｅ Ｄｒｉｖｅｒ Ｉｎｔｅｒｆａｃｅ関数と呼ばれる）を出力する。

出力デバイスが処理可能な形式は、デバイスの種類やメーカ、機種等によって異なるために、デバイス毎にそれを制御するためのデバイスドライバが提供されている。ＯＳでは、そのデバイスドライバを利用してコマンドの変換を行い、印刷データを生成し、ＪＬ（Ｊｏｂ Ｌａｎｇｕａｇｅ）でくくることにより印刷ジョブが生成される。ＯＳとしてマイクロソフト社のウインドウズを利用する場合には、前述した出力モジュールとしては、ＧＤＩ（Ｇｒａｐｈｉｃ Ｄｅｖｉｃｅ Ｉｎｔｅｒｆａｃｅ）と呼ばれるモジュールが相当する。

電子原稿ライタ１０２は、前述のデバイスドライバを改良したものであり、本文書処理システム実現のために提供されるソフトウェアモジュールである。但し、電子原稿ライタ１０２は、特定の出力デバイスを目的としておらず、後述の製本アプリケーション１０４やプリンタドライバ１０６により処理可能な形式に出力コマンドを変換する。

この電子原稿ライタ１０２による変換後の形式（以後、「電子原稿形式」と呼ぶ）は、ページ単位の原稿を詳細な書式をもって表現可能であれば、特に、その形式は問わない。実質的な標準形式の内では、例えば、米国のアドビシステムズ社によるＰＤＦ形式や、Ｗ３Ｃにより公開されているＳＶＧ（Ｓｃａｌａｂｅｌｅ Ｖｅｃｔｏｒ Ｇｒａｐｈｉｃｓ）形式等が電子原稿形式として採用できる。

一般アプリケーション１０１により電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。但し、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。

そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのは製本アプリケーション１０４であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。製本アプリケーション１０４は、電子原稿ライタ１０２が生成した新規の不完全な電子原稿ファイルを、後述する形式を備えた電子原稿ファイルとして完成させる。

以下では、この点を明瞭に識別する必要がある際には、電子原稿ライタ１０２によって作成されたファイルを電子原稿ファイルと呼び、製本アプリケーション１０４によって構造を与えられた電子原稿ファイルをブックファイルと呼ぶ。また、特に、区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイル（または文書データ）と呼ぶ。

このようにデバイスドライバとして電子原稿ライタ１０２を指定し、一般アプリケーション１０１によりそのアプリケーションデータを印刷させる。これにより、アプリケーションデータは、一般アプリケーション１０１によって定義されたページ（以後、「論理ページ」あるいは「原稿ページ」と呼ぶ）を単位とする電子原稿形式に変換される。そして、この電子原稿形式のアプリケーションデータは、電子原稿ファイル１０３としてハードディスク等の記憶媒体に格納される。

尚、ハードディスクは、本実施形態の文書処理システムを実現するコンピュータが備えているローカルドライブであっても良いし、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。

また、一般アプリケーション１０１自身が電子原稿形式のデータを作成する能力を有する場合には、電子原稿ライタ１０２を指定して印刷を実行する必要はない。この場合は、一般アプリケーション１０１自身が生成した電子原稿形式のデータを、製本アプリケーション１０４の管理下で、アプリケーションデータを電子原稿ファイルへ変換することも可能である。

製本アプリケーション１０４は、電子原稿ファイルあるいはブックファイル１０３を読み込み、それを編集するための機能を利用者に提供する。

製本アプリケーション１０４によって編集されたブックファイル１０３を印刷する際には、製本アプリケーション１０４によって電子原稿デスプーラ１０５が起動される。電子原稿デスプーラ１０５は、製本アプリケーション１０４と共にコンピュータ内にインストールされるプログラムモジュールである。この電子原稿デスプーラ１０５は、製本アプリケーション１０４で利用するドキュメント（ブックファイル）を印刷する際に、プリンタドライバ１０６へ描画データを出力するために使用されるモジュールである。

電子原稿デスプーラ１０５は、指定されたブックファイル１０３をハードディスクから読み出し、それに記述された形式で各ページを印刷するために、ＯＳの出力モジュールに適合する出力コマンドを生成して、それを出力モジュールに出力する。その際に、出力デバイスとして使用されるプリンタ１０７のプリンタドライバ１０６がデバイスドライバとして指定される。出力モジュールは、指定されたプリンタ１０７のプリンタドライバ１０６を用いて受信した出力コマンドを、プリンタ１０７で解釈実行可能なデバイスコマンドに変換する。そして、デバイスコマンドはプリンタ１０７に送信され、プリンタ１０７によってデバイスコマンドに応じた画像が印刷用紙に印刷される。

＜文書処理システムのハードウェア構成例＞
図２は本発明の実施形態の文書処理システムのハードウェア構成を示す図である。

図２において、１００はホストコンピュータであり、ＣＰＵ２０１を備える。ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭ２０３ｂあるいは外部メモリ２１１に記憶された文書処理プログラム（アプリケーションプログラム）、印刷処理関連プログラム等のプログラムに基づく処理を実行する。この処理には、図形、イメージ、文字、表（表計算等を含む）等の構成要素が混在した文書処理がある。更に、ＣＰＵ２０１は、ホストコンピュータ１００内のシステムバス２０４に接続される各デバイスを総括的に制御する。

ＲＯＭ２０３のプログラム用ＲＯＭ２０３ｂあるいは外部メモリ２１１には、ＢＩＯＳや、ＣＰＵ２０１の制御プログラムであるオペレーティングシステムプログラム（以下、ＯＳ）等のプログラムも記憶している。また、ＲＯＭ２０３のフォント用ＲＯＭ２０３ａあるいは外部メモリ２１１には、文書処理の際に使用するフォントデータ等のデータを記憶している。また、ＲＯＭ２０３のデータ用ＲＯＭ２０３ｃあるいは外部メモリ２１１には、文書処理等の各種処理を行う際に使用する各種データを記憶する。

２０２はＲＡＭであり、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５はキーボードコントローラ（ＫＢＣ）であり、キーボード（ＫＢ）２０９からのキー入力やポインティングデバイス（不図示）からのコマンド入力を制御する。２０６はＣＲＴコントローラ（ＣＲＴＣ）であり、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。尚、ＣＲＴコントローラ７２０６及びＣＲＴディスプレイ２１０の代りに、ＬＣＤコントローラ及びＬＣＤを用いても良い。

２０７はディスクコントローラ（ＤＫＣ）であり、ハードディスク（ＨＤ）、フロッピー（登録商標）ディスク（ＦＤ）等の外部メモリ２１１とのアクセスを制御する。この外部メモリ２１１は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、印刷制御コマンド生成プログラム（以下、プリンタドライバ）等の各種データを記憶する。

２０８はプリンタコントローラ（ＰＲＴＣ）であり、所定の双方向性インタフェース（インタフェース）２１を介してプリンタ１０７に接続されて、プリンタ１０７との通信制御処理を実行する。双方向性インタフェースの例には、ＵＳＢインタフェース、ＩＥＥＥ１３９４インタフェース、無線ＬＡＮインタフェース等がある。

尚、ＣＰＵ２０１は、例えば、ＲＡＭ２０２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行してＧＵＩを提供することで、ＣＲＴ２１０上でのＷＹＳＩＷＹＧを可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上のマウスカーソル（不図示）等で指示されたコマンドに基づいて、登録された種々のウインドウを開き、種々のデータ処理を実行する。ユーザは、印刷を実行する際、印刷の設定に関するウインドウ（操作画面）を開き、プリンタの設定や、印刷モードの選択を含むプリンタドライバに対する印刷方法の設定を行える。

プリンタ（印刷装置）１０７において、３１２はプリンタＣＰＵであり、プリンタＣＰＵ３１２は、プリンタ制御部１０００内のシステムバス３１５に接続される各デバイスを総括的に制御する。また、プリンタＣＰＵ３１２は、印刷部インタフェース（Ｉ／Ｆ）３１６を介して、出力情報としての画像信号を印刷部（プリンタエンジン）３１７に出力する。尚、この出力は、ＲＯＭ３１３のプログラム用ＲＯＭ３１３ｂあるいは外部メモリ３１４に記憶された制御プログラム等のプログラムに基づくものである。

ＲＯＭ３１３のプログラム用ＲＯＭ３１３ｂには、プリンタＣＰＵ３１２の制御プログラム等のプログラムを記憶している。また、ＲＯＭ３１３のフォント用ＲＯＭ３１３ａには、上記出力情報を生成する際に使用するフォントデータ等のデータを記憶している。また、ハードディスク（ＨＤ）、ＩＣカード等の外部メモリ３１４がないプリンタの場合には、ＲＯＭ３１３のデータ用ＲＯＭ３１３ｃには、ホストコンピュータ１００上で利用される情報等を記憶している。

プリンタＣＰＵ３１２は、入力部３１８を介してホストコンピュータ１００との通信処理が可能となっており、プリンタ１０７内のステータス情報等の各種情報をホストコンピュータ１００に通知可能に構成されている。３１９は、プリンタＣＰＵ３１２の主メモリ、ワークエリア等として機能するＲＡＭである。このＲＡＭ３１９は、増設ポート（不図示）に接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。

尚、ＲＡＭ３１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。外部メモリ３１４は、メモリコントローラ（ＭＣ）３２０によりアクセスが制御される。外部メモリ３１４は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等のデータを記憶する。また、３２１は操作部であり、プリンタ１０７に対する各種操作を実現するための操作パネルやスイッチ、ＬＥＤ表示器等が構成されている。

また、外部メモリ３１４は１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。さらに、ＮＶＲＡＭ（不図示）を有し、操作部３２１からのプリンタモード設定情報を記憶するようにしてもよい。

＜電子原稿データの形式例＞
製本アプリケーション１０４の詳細を言及する前に、ブックファイルのデータ形式を説明する。

ブックファイルは、紙媒体の書物を模した３層の層構造を有する。上位層は「ブック」と呼ばれ、１冊の本を模しており、その文書全般に係る属性が定義されている。その下の中間層は、本でいう章に相当し、やはり「章」と呼ばれる。各章についても、章毎の属性が定義できる。下位層は「ページ」であり、アプリケーションプログラムで定義された各ページに相当する。各ページについてもページ毎の属性が定義できる。ひとつのブックには、複数の章を含むことができ、また、ひとつの章には、複数のページを含むことができる。

図３は本発明の実施形態のブックファイルのデータ形式の一例を模式的に示す図である。

この例のブックファイルにおける、ブック、章、ページは、それぞれに相当するノードにより示されている。ひとつのブックファイルは、ひとつのブックを含む。ブック、章は、ブックとしての構造を定義するための概念であるから、定義された属性値と下位層へのリンクとをその実体として含む。ページは、アプリケーションプログラムによって出力されたページごとのデータを実体として有する。そのため、ページは、その属性値のほか、原稿ページの実体（原稿ページデータあるいは原稿データ）と各原稿ページデータへのリンクを含む。

尚、紙媒体等の印刷用紙に出力する際の印刷ページは、複数の原稿ページを含む場合がある。この構造に関してはリンクによって表示されず、ブック、章、ページ各階層における属性として表示される。

図３では、ブックファイルが１つの完結したブックである必要はないので、「ブック」を「文書」として一般化して記載している。

まず、文書は、最上位に文書情報４０１を有する。文書情報４０１は、４０２〜４０４の３つのパートに大別できる。文書制御情報４０２は、文書ファイルのファイルシステムにおけるパス名等の情報を保持する。文書設定情報４０３は、ページレイアウト等のレイアウト情報とステイプル等の印刷装置の機能設定情報を保持し、ブックの属性に相当する。章情報リスト４０４は、文書を構成している章の集合をリスト形式で保持する。リストが保持するのは章情報４０５である。

章情報４０５も、４０６〜４０８の３つのパートに大別できる。章制御情報４０６は、章の名称等の情報を保持する。章設定情報４０７は、その章特有のページレイアウトやステイプルの情報を保持し、章の属性に相当する。章毎に設定情報を持つことで最初の章は２−ＵＰのレイアウト、その他の章は４−ＵＰのレイアウトのように複雑なレイアウトを持った文書を作成することが可能である。ページ情報リスト４０８は、各章を構成する原稿ページの集合リスト形式で保持している。ページ情報リスト４０８が指示するのは、ページ情報データ４０９である。

ページ情報データ４０９も、４１０〜４１２の３つのパートに大別される。ページ制御情報４１０は、ツリー上に表示するページ番号等の情報を保持する。ページ設定情報４１１は、ページ回転角やページの配置位置情報等の情報を保持し、原稿ページの属性に相当する。ページデータリンク情報４１２は、ページに対応する原稿データである。この例では、ページ情報４０９が直接原稿データを持つのではなく、リンク情報４１２だけをもち、実際の原稿データは、ページデータリスト４１３で保持する構成としている。

図４は本発明の実施形態のブック属性（文書設定情報４０３）の例を示す図である。

通常、下位層と重複して定義可能な項目に関しては、下位層の属性値が優先採用される。そのため、ブック属性にのみ含まれる項目に関しては、ブック属性に定義された値はブック全体を通して有効な値となる。しかし、下位層と重複する項目については、下位層において定義されていない場合における既定値としての意味を有する。しかし、本例では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。尚、図示された各項目は具体的に１項目に対応するのではなく、関連する複数の項目を含むものもある。

ブック属性に固有の項目は、印刷方法、仕上がりサイズ、面付け方法、トンボ・ドブ、とじ代／とじ方向、製本詳細、表紙／裏表紙、インデックス紙、合紙、章区切り、フィニッシング、くるみ表紙サイズ、仕上がり拡大縮小、ドブ拡大縮小の１４項目である。これらは、ブックを通して定義される項目である。

印刷方法属性としては、片面印刷、両面印刷、製本印刷の３つの値を指定できる。仕上がりサイズ属性としては、固定サイズ、ユーザ指定サイズの２つの値を指定できる。

仕上がりサイズ属性は、用紙サイズで示される印刷用紙を断裁した後に残される最終印刷物となるサイズである。本発明では、仕上がりサイズを用紙サイズとは別に設定することが可能であり、仕上がりサイズは、用紙サイズ以下となるように設定される。また、仕上がりサイズが設定される特定の印刷方法の場合、用紙サイズはブック属性だけで定義され、後述する章属性では設定できなくなる。

面付け方法属性は、出力用紙を、インラインフィニッシャまたはオフラインフィニッシャにより断裁、製本することを前提として、１枚の出力用紙上に印刷ページを複数ページ面付けして印刷したいときに、その面付け方法を指定するための項目である。指定可能な面付け方法としては、「ペラ、中とじ、くるみ、４つ折り」等がある。

ここで、「ペラ」とは、仕上げの際に用紙を折らないでとじることができる形式に印刷ページを用紙に面付けする方法である。「中とじ」とは、別途指定する枚数の用紙を束にして２つ折りにし、その束をつづり合わせることで製本が可能となる形式に適したレイアウトに印刷ページを用紙に面付けする方法である。

また、「くるみ（くるみ製本）」とは、インラインフィニッシャまたは、オフラインフィニッシャによるくるみ製本が可能となる形式で、くるみ表紙、中紙に印刷ページを面付けする方法である。そして、印刷した中紙を綴じ位置に糊付けし、くるみ表紙でくるんで製本し、必要に応じて三方断裁する方法である。

また、「４つ折り」とは、出力用紙を４つ折りにして、束にすると、無線とじ製本が可能となる形式で、印刷ページを面付けする方法である。ここで、無線とじ製本は、オフラインフィニッシャにより三方断裁または四方断裁することにより実現される。

トンボ・ドブ属性は、電子原稿ファイルを印刷する際に、印刷ページに対しトンボの印刷、及びドブ（裁ち落とし）を指定したい場合に指定するための項目である。

ドブ領域（裁ち落とし幅）は、仕上がりページの各辺に付与でき、印刷用紙を断裁するときに、裁ち落とされる幅を表す。トンボマーク（裁ち落とし位置目印）は、オフラインフィニッシャを用いてユーザが裁ち落としを行う際の位置を示す目印である。

とじ代／とじ方向は、文書を綴じる方向として、用紙向きが縦の場合は、長編綴じ（左）、長編綴じ（右）、短辺綴じ（上）、短辺綴じ（下）から選択可能であり、用紙向きが横の場合は、長編綴じ（上）、長編綴じ（下）、短辺綴じ（左）、短辺綴じ（右）から選択可能である。とじ代は、綴じる方向側に付与される余白領域の幅を示す。

製本詳細属性としては、「中とじ」、「くるみ」、「４つ折り」等の面付け方法が指定されている場合に、見開き方向や、束になる枚数、とじ代（幅）、ガターシフト等が指定できる。

表紙／裏表紙属性は、ブックとしてまとめられる電子原稿ファイルを印刷する際に、表紙及び裏表紙となる用紙を付加することの指定、及び付加した用紙への印刷内容の指定を含む。

インデックス紙属性は、章の区切りとして、印刷装置に別途用意される耳付きのインデックス紙の挿入の指定及びインデックス（耳）部分への印刷内容の指定を含む。この属性は、印刷用紙とは別に用意された用紙を所望の位置に挿入するインサート機能を持ったインサータが使用する印刷装置に備えられている場合か、あるいは、複数の給紙カセットを使用可能である場合に有効となる。これは合紙属性についても同様である。

合紙属性は、章の区切りとして、インサータからあるいは給紙カセットから供給される用紙の挿入の指定、及び、合紙を挿入する場合には、給紙元の指定等を含む。

章区切り属性は、章の区切り目において、新たな用紙を使用するか、新たな印刷ページを使用するか、特に何もしないか等の指定を含む。片面印刷時には新たな用紙の使用と新たな印刷ページの使用とは同じ意味を持つ。両面印刷時には、「新たな用紙の使用」を指定すれば、連続する章が１枚の用紙に印刷されることはないが、「新たな印刷ページの使用」を指定すれば、連続する章が１枚の用紙の表裏に印刷されることがあり得る。

フィニッシング属性は、排出した用紙を、中とじ製本やくるみ製本（バインディング）あるいは三方断裁等の処理を施すか否かを指定するための項目であり、この属性の有効性は使用する印刷装置がその機能を有するか否かに依存する。

くるみ表紙用紙サイズは、面付け方法で「くるみ（くるみ製本）」が選択される場合に設定可能となる用紙サイズであり、中紙をくるむための表紙の用紙サイズを示す。尚、上述した仕上がりサイズは、中紙の仕上がりサイズを示すものであり、この中紙の仕上がりサイズから、くるみ表紙の仕上がりサイズは算出可能であるため、本実施形態では、属性としては保持していない。

中紙と同様に、くるみ表紙用紙サイズは、くるみ表紙仕上がりサイズよりも大きな値となる。くるみ表紙の仕上がりサイズは、「中紙の仕上がりサイズ×２＋背表紙幅」により算出される。なぜなら、くるみ表紙の仕上がりサイズは、表紙サイズ、背表紙サイズ、裏表紙サイズの和であり、本実施形態では、表紙サイズと裏表紙サイズは中紙の仕上がりサイズに等しいためである。尚、背表紙幅は、中紙の用紙種類（メディアタイプ）により決定される中紙用紙の厚さと中紙の枚数の積により算出される。

仕上がり拡大縮小属性でＯＮされている場合には、仕上がり用紙サイズに合わせて、入力される原稿ページを拡大縮小することを示す。

ドブ拡大縮小属性でＯＮされている場合には、仕上がり用紙サイズの４辺に設定されているドブ領域を含むサイズに合わせて、入力される原稿ページを拡大縮小することを示す。

図５は本発明の実施形態の章属性（章設定情報４０７）の例を示す図である。また、図６は本発明の実施形態のページ属性（ページ設定情報４１１）の例を示す図である。章属性とページ属性との関係もブック属性と下位層の属性との関係と同様である。

章属性に関しては、章に固有の項目はなく、すべてブック属性と重複する。従って、通常は、章属性における定義とブック属性における定義とが異なれば、章属性で定義された値が優先する。しかし、本例では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。

ブック属性と章属性とにのみ共通する項目は、用紙サイズ、用紙方向、Ｎ−ｕｐ印刷指定、拡大縮小、排紙方法の５項目である。この内、用紙サイズは、前述したように、印刷用紙のサイズを示し、くるみ製本や二つ折り製本（上記製本印刷に相当）が選択されていない場合は、章単位に用紙サイズを切り替えることが可能である。
また、用紙方向は、ポートレイト（縦）であるか、ランドスケープ（横）であるかを示す。
Ｎ−ｕｐ印刷指定属性は、１印刷ページに含まれる原稿ページ数を指定するための項目である。指定可能な配置としては、１×１や１×２、２×２、３×３、４×４等がある。拡大縮小属性でＯＮされている場合には、出力用紙サイズに合わせて、入力される原稿ページを拡大縮小することを示す。
排紙方法属性は、排出した用紙にステイプル処理を施すか否かを指定するための項目であり、この属性の有効性は使用する印刷装置がステイプル機能を有するか否かに依存する。

ページ属性に固有の項目には、ページ回転指定、ズーム、配置位置、アノテーション、ページ分割等がある。ページ回転指定属性は、原稿ページを印刷ページに配置する際の回転角度を指定するための項目である。ズーム属性は、原稿ページの変倍率を指定するための項目である。変倍率は、仮想論理ページ領域のサイズを１００％として指定される。仮想論理ページ領域とは、原稿ページを、Ｎ−ｕｐ等の指定に応じて配置した場合に、１原稿ページが占める領域である。例えば、１×１であれば、仮想論理ページ領域は１印刷ページに相当する領域となり、１×２であれば、１印刷ページの各辺を約７０パーセントに縮小した領域となる。

ブック属性、章属性、ページ属性について共通な属性として、ウォーターマーク属性及びヘッダ・フッタ属性がある。ウォーターマークとは、アプリケーションで作成されたデータに重ねて印刷される、別途指定される画像や文字列等の情報である。ヘッダ・フッタは、それぞれ各ページの上余白及び下余白に印刷されるウォーターマークである。但し、ヘッダ・フッタには、ページ番号や日時等の情報で、かつ変数により指定可能な項目が用意されている。

尚、ウォーターマーク属性及びヘッダ・フッタ属性において指定可能な内容は、章とページとは共通であるが、ブックはそれらと異なっている。ブックにおいては、ウォーターマークやヘッダ・フッタの内容を設定できる。また、ブック全体を通してどのようにウォーターマークやヘッダ・フッタを印刷するかを指定することができる。一方、章やページでは、その章やページにおいて、ブックで設定されたウォーターマークやヘッダ・フッタを印刷するか否かを指定できる。

＜文書処理システムの操作手順例＞
（ブックファイルの生成手順例）
ブックファイルは、上述したような構造及び内容を有している。次に、製本アプリケーション１０４及び電子原稿ライタ１０２によってブックファイルを作成する手順を説明する。ブックファイルの作成は、製本アプリケーション１０４によるブックファイルの編集操作の一環として実現される。

図７は本発明の実施形態の製本アプリケーションによるブックファイルの生成手順を示すフローチャートである。

まず、開こうとするブックファイルが、新規作成すべきものであるか、それとも既存のものであるかを判定する（ステップＳ７０１）。新規作成のブックファイルである場合（ステップＳ７０１でＹＥＳ）、章を含まないブックファイルを新規に作成する（ステップＳ７０２）。

新規に作成されるブックファイルは、図３の例で示せば、文書情報４０１のみ有し、これは、章のノードに対するリンクが存在しないブックのノードとなる。ブック属性（文書設定情報４０３）は、新規作成用としてあらかじめ用意された属性のセットが適用される。そして、新規ブックファイルを編集するためのユーザインタフェース（ＵＩ）画面を表示する（ステップＳ７０４）。図８は、新規にブックファイルが作成された際のＵＩ画面８００の一例である。この場合には、ブックファイルは実質的な内容を持たないために、ＵＩ画面８００には何も表示されない。

一方、既存のブックファイルである場合（ステップＳ７０１でＮＯ）、指定されたブックファイルを開く（ステップＳ７０３）。そして、そのブックファイルの構造、属性、内容に従ってユーザインタフェース（ＵＩ）画面を表示する。図９は、このＵＩ画面９００の一例である。

ここで、このＵＩ画面９００の詳細について、図９を用いて説明する。

図９は本発明の実施形態の製本アプリケーションによるＵＩ画面の一例を示す図である。

ＵＩ画面９００は、ブックの構造を示すツリー部９０１と、印刷された状態を表示するプレビュー部９０２とを備えている。ツリー部９０１には、ブックに含まれる章、各章に含まれるページが、図３のような木構造が分かるように表示される。ツリー部９０１に表示されるページは原稿ページである。プレビュー部９０２には、印刷ページの内容が縮小されて表示される（縮小画像表示）。その表示順序は、ブックの構造を反映したものとなっている。

さて、開かれたブックファイルには、電子原稿ライタ１０２によって電子原稿ファイルに変換されたアプリケーションデータを、新たな章として追加することができる。この機能を電子原稿インポート機能と呼ぶ。図７の手順によって新規に作成されたブックファイルに電子原稿インポートすることで、そのブックファイルには実体が与えられる。この機能は、図８あるいは図９の画面にアプリケーションデータをドラッグアンドドロップ操作することで起動される。

次に、この電子原稿インポートの処理手順について、図１０を用いて説明する。

図１０は本発明の実施形態の電子原稿インポートの処理手順を示すフローチャートである。

まず、指定されたアプリケーションデータを生成したアプリケーションプログラムを起動し、デバイスドライバとして電子原稿ライタ１０２を指定してアプリケーションデータを印刷出力させることで、電子原稿データに変換する（ステップＳ８０１）。

変換の完了後、その変換された電子原稿データが画像データであるか否かを判定する（ステップＳ８０２）。この判定は、ウインドウズＯＳの下であれば、アプリケーションデータのファイル拡張子に基づいて行うことができる。

例えば、拡張子が「ｂｍｐ」であればビットマップデータであり、「ｊｐｇ」であればＪＰＥＧ形式の画像データ、「ｔｉｆｆ」であればｔｉｆｆ形式の画像データであると判定できる。また、このような画像データの場合、アプリケーションプログラムを起動せずに、画像データから直接電子原稿ファイルを生成することが可能であるため、ステップＳ８０１の処理を省略することも可能である。

変換されたデータが画像データでない場合（ステップＳ８０２でＮＯ）、生成された電子原稿ファイルを、現在開かれているブックファイルのブックに、新たな章として追加する（ステップＳ８０３）。通常、章属性としては、ブック属性と共通するものについてはブック属性の値がコピーされ、そうでないものについては、あらかじめ用意された規定値に設定される。但し、本実施形態では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。

一方、変換されたデータが画像データである場合（ステップＳ８０２でＹＥＳ）、原則として新たな章は追加されず、指定されている章に、生成された電子原稿ファイルに含まれる各原稿ページが追加される（ステップＳ８０４）。

但し、ブックファイルが新規作成されたファイルであれば、新たな章が作成されて、その章に属するページとして電子原稿ファイルの各ページが追加される。通常、ページ属性は、上位層の属性と共通のものについてはその属性値が与えられ、アプリケーションデータにおいて定義された属性を電子原稿ファイルに引き継いでいるものについてはその値が与えられる。

例えば、Ｎ−ｕｐ指定等がアプリケーションデータにおいて指定されていた場合には、その属性値が引き継がれる。このようにして、新規なブックファイルが作成され、あるいは、新規な章が追加される。しかし、本実施形態では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。

次に、ステップＳ８０１の詳細について、図１１を用いて説明する。

図１１は本発明の実施形態のステップＳ８０１の電子原稿ファイルの生成手順の詳細を示すフローチャートである。

まず、新たな電子原稿ファイルを作成してそれを開く（ステップＳ９０１）。指定したアプリケーションデータに対応するアプリケーションプログラムを起動し、電子原稿ライタ１０２をデバイスドライバとして、ＯＳの出力モジュールに対して出力コマンドを送信させる。出力モジュールは、受信した出力コマンドを電子原稿ライタ１０２によって電子原稿形式のデータに変換し、出力する（ステップＳ９０２）。出力先は、ステップＳ９０１で開いた電子原稿ファイルである。

次に、指定されたデータすべてについて変換が終了したか否かを判定する（ステップＳ９０３）。終了していない場合（ステップＳ９０３でＮＯ）、ステップＳ９０２に戻る。一方、終了している場合（ステップＳ９０３でＹＥＳ）、電子原稿ファイルを閉じる（ステップＳ９０４）。ここで、電子原稿ライタ１０２によって生成される電子原稿ファイルは、図３に示す原稿ページデータの実体を含むファイルである。

（ブックファイルの編集例）
以上のようにして、アプリケーションデータからブックファイルを作成することができる。生成されたブックファイルについては、章及びページに対して次のような編集操作が可能である。

（１）新規追加
（２）削除
（３）コピー
（４）切り取り
（５）貼り付け
（６）移動
（７）章名称変更
（８）ページ番号名称振り直し
（９）表紙挿入
（１０）合紙挿入
（１１）インデックス紙挿入
（１２）各原稿ページに対するページレイアウト
この他、一旦行った編集操作を取り消す操作や、さらに取り消した操作をやり直す操作が可能である。これら編集機能により、例えば、複数のブックファイルの統合、ブックファイル内で章やページの再配置、ブックファイル内で章やページの削除、原稿ページのレイアウト変更、合紙やインデックス紙の挿入等の編集操作が可能となる。

これらの編集操作を行うと、図４乃至図６に示す属性に操作結果が反映されたり、あるいはブックファイルの構造に反映される。例えば、ブランクページの新規追加操作を行えば、指定された箇所にブランクページが挿入される。このブランクページは、原稿ページとして扱われる。また、原稿ページに対するレイアウトを変更すれば、その変更内容は、印刷方法やＮ−ｕｐ印刷、表紙／背表紙／裏表紙、インデックス紙、合紙、章区切り等の属性に反映される。

本例における、編集時の表示及び操作例については、以下で詳細に示す。

（ブックファイルの出力例）
以上のように作成・編集されるブックファイルは、印刷出力を最終目的としている。利用者が、製本アプリケーションのＵＩ（ユーザインタフェース）画面（操作画面：図９）からファイルメニューを選択し、そこから印刷を選択すると、指定した出力デバイスにより印刷出力される。

この際、まず、製本アプリケーション１０４は、現在開かれているブックファイルからジョブチケットを作成して電子原稿デスプーラ１０５に渡す。電子原稿デスプーラ１０５は、ジョブチケットをＯＳの出力コマンド、例えば、ウインドウズのＧＤＩコマンドに変換し、それを出力モジュール、例えば、ＧＤＩに送信する。出力モジュールは、指定されたプリンタドライバ１０６によってデバイスに適したコマンドを生成し、そのデバイスに送信する。

即ち、出力モジュールのグラフィックエンジンは、印刷装置毎に用意されたプリンタドライバ１０６を外部メモリ２１１からＲＡＭ２０２にロードし、出力をプリンタドライバ１０６に設定する。そして、出力モジュールは、受け取ったＧＤＩ（Ｇｒａｐｈｉｃ Ｄｅｖｉｃｅ Ｉｎｔｅｒｆａｃｅ）関数からＤＤＩ（Ｄｅｖｉｃｅ Ｄｒｉｖｅｒ Ｉｎｔｅｒｆａｃｅ）関数に変換して、プリンタドライバ１０６へＤＤＩ関数を出力する。

プリンタドライバ１０６は、出力モジュールから受け取ったＤＤＩ関数に基づいて、プリンタが認識可能な制御コマンド、例えば、ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）に変換する。変換されたプリンタ制御コマンドは、ＯＳによってＲＡＭ２０２にロードされたシステムスプーラを経てインタフェース２１経由でプリンタ１０７へ印刷データとして出力される仕組みとなっている。

ここで、ジョブチケットは、原稿ページを最小単位とする構造を有するデータである。ジョブチケットにおける構造は、用紙上における原稿ページのレイアウトを定義している。ジョブチケットは１ジョブにつき１つ発行される。

そのため、まず、最上位にドキュメントというノードがあり、文書全体の属性、例えば両面印刷／片面印刷等の属性が定義されている。その下には、用紙ノードが属し、用いるべき用紙の識別子や、プリンタにおける給紙口の指定等の属性が含まれる。

各用紙ノードには、その用紙で印刷されるシートのノードが属する。１シートは１枚の用紙に相当する。各シートには、印刷ページ（物理ページ）が属する。片面印刷ならば１シートには１物理ページが属する。また、両面印刷ならば１シートに２物理ページが属する。各物理ページには、その上に配置される原稿ページが属する。また、物理ページの属性として、原稿ページのレイアウトが含まれる。

ここで、ジョブチケットのデータ構造例について、図１２を用いて説明する。

図１２は本発明の実施形態のジョブチケットのデータ構造例を示す図である。

印刷用のデータでは、文書は用紙の集合で構成されており、各用紙は表、裏の２面で構成されている。表裏面の各面は、原稿をレイアウトする領域（物理ページ）を持ち、各物理ページには、最小単位である原稿ページの集合から構成される。

図１２において、文書情報１１０１は、文書に相当するデータで、文書全体に関係する情報（文書設定）と、文書を構成する用紙情報のリストから構成される。用紙情報１１０２は、用紙サイズ等の用紙に関する情報（用紙設定）と、用紙上に配置される面情報のリストから構成される。

面情報１１０３は、面に固有の情報（面設定）と、面上に配置される物理ページに関する物理ページ情報のリストから構成される。物理ページ情報１１０４は、物理ページのサイズやヘッダ・フッタ等の情報（物理ページ設定）と、物理ページを構成する原稿ページに関する原稿ページ情報のリストから構成される。原稿ページ情報１１０５は、原稿ページに関する情報（原稿ページ設定）と、原稿ページデータへのリンクから構成される。

そして、電子原稿デスプーラ１０５は、このジョブチケットを、出力モジュールへの出力コマンドに変換する。

（プレビュー表示の内容例）
既に説明したとおり、ブックファイルが製本アプリケーション１０４によって開かれると、図９に示すＵＩ画面９００が表示される。

ＵＩ画面９００において、ツリー部９０１には、開いているブック（以下、「注目ブック」と呼ぶ。）の構造を示すツリーが表示される。プレビュー部９０２には、利用者の指定に応じて、３通りの表示方法が用意されている。

第１の表示方法は、原稿ページをそのまま表示する原稿ビューと呼ばれるモードである。原稿ビューモードでは、注目ブックに属する原稿ページの内容が縮小されてプレビュー部９０２に表示される。この原稿ビューモードでは、プレビュー部９０２の表示にレイアウトは反映されない。

第２の表示方法は、印刷ビューモードである。印刷ビューモードでは、プレビュー部９０２には、原稿ページのレイアウトが反映された形で原稿ページが表示される。

第３の表示方法は、簡易印刷ビューモードである。簡易印刷ビューモードでは、各原稿ページの内容はプレビュー部９０２の表示には反映されず、レイアウトのみが反映される。

尚、モードの切替は、モード切替部９０４を操作することによって実現される。ここでは、プルダウンメニューで実現されている。ユーザは、このプルダウンメニューに登録されているモードから任意のモードを選択することで、意図するモードに切り替えることが可能である。

＜他の文書処理システムの構成例＞
図１に示す文書処理システムは、スタンドアローン型のシステムであるが、これを拡張したサーバクライアントシステムでもほぼ同様の構成・手順でブックファイルを作成・編集することが可能である。但し、この場合、ブックファイルや印刷処理はサーバによって管理される。

図１３は本発明の実施形態のサーバクライアント型の文書処理システムの構成を示すブロック図である。

サーバクライアント型の文書処理システムは、図１のスタンドアローン型のクライアント文書処理システム１２００に、ＤＯＭＳドライバ１０９及びＤＯＭＳプリントサービスモジュール１１０、ＤＳクライアントモジュール１０８を加えた構成を有する。

ここで、ＤＯＭＳは、Ｄｏｃｕｍｅｎｔ Ｏｕｔｐｕｔ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｉｃｅ（文書出力管理サービス）の略称であり、また、これは、クライアントモジュールとして機能する。また、ＤＳは、Ｄｏｃｕｍｅｎｔ Ｓｅｒｖｉｃｅ（文書サービス）の略称である。また、図１３の構成の場合、クライアント文書処理システム１２００は、文書管理サーバ１２０１、印刷集中管理サーバ１２０２、プリントサーバ１２０３に対するクライアントＰＣとして機能する。

この文書処理システム１２００には、文書管理サーバ１２０１及び印刷集中管理サーバ１２０２及びプリントサーバ１２０３が接続されている。これらのサーバは、通常、ネットワークによってクライアント文書処理システム１２００と接続されるが、サーバが同時にクライアントとしても機能する場合には、ネットワーク間の通信をシミュレートするプロセス間通信によって接続される。

尚、図１３では、文書管理サーバ１２０１と印刷集中管理サーバ１２０２の両サーバがクライアント文書処理システム１２００に接続されているが、いずれか一方のみがネットワーク上に存在する場合もあり得る。

接続されているサーバが文書管理サーバ１２０１であれば、そのクライアントモジュールを含む文書管理サーバクライアントシステム１２０１ＳＣが、文書処理システム１２００に追加される。

また、接続されているサーバが印刷集中管理サーバ１２０２であれば、そのクライアントモジュールを含む印刷管理サーバクライアントシステム１２０２ＳＣが、文書処理システム１２００に追加される。

文書管理サーバ１２０１は、製本アプリケーション１０４により作成・編集されたブックファイルを格納するサーバである。文書管理サーバ１２０１によってブックファイルを管理する場合、ブックファイルは、クライアント文書処理システム１２００のローカルＨＤに代わって、あるいはそれに加えて、文書管理サーバ１２０１のデータベース（ＤＢ）１２１１に保存される。製本アプリケーション１０４と文書管理サーバ１２０１との間のブックファイルの保存及び読出は、ＤＳクライアントモジュール１０８及びＤＳコア１２１２を介して行われる。

印刷集中管理サーバ１２０２は、クライアント文書処理システム１２００に格納された、あるいは文書管理サーバ１２０１に格納されたブックファイルの印刷を管理するサーバである。クライアントにおける印刷要求は、ＤＯＭＳドライバ１０９及びＤＯＭＳプリントサービスモジュール１１０を介して印刷集中管理サーバ１２０２のＤＯＭＳ ＷＧサーバモジュール１２２１に送信される。

印刷集中管理サーバ１２０２は、クライアント文書処理システム１２００のプリンタ１０７で印刷する場合には、ＤＯＭＳプリントサービスモジュール１１０を介して電子原稿デスプーラ１０５に電子原稿データを渡す。また、プリントサーバ１２０３で印刷する場合には、プリントサーバ１２０３のＤＯＭＳプリントサービスモジュール１２０３に送信する。

印刷集中管理サーバ１２０２は、例えば、保存されているブックファイルに対して印刷要求を発行した利用者の資格等についてセキュリティチェックを行ったり、印刷処理のログを保存したりする。このように、文書処理システムは、スタンドアローン型システムとしても、クライアントサーバ型システムとしても実現できる。

［文書処理システムの編集操作例］
製本アプリケーション１０４によって実現されるＵＩ画面（操作画面）９００では、文書のページ順の入れ替えや複製、削除、面付け、トンボの付加等の編集を行うことができる。これに加え、ステイプル、中とじ製本、くるみ製本、三方断裁等の印刷装置の機能設定も行うことができ、指定した印刷装置に印刷することが可能である。

これらの各種操作は、図９に示される操作画面９００上の上部にある、各種メニューやツールバー（アイコン群から構成される）９０５上に登録されているコマンドによって実現される。

操作画面９００上の左側にあるツリー部９０１では、文書の構造を示すツリービューが表示される。文書は、章（Ｃｈａｐｔｅｒ１、２、・・・）の集合で構成されており、各章は、原稿ページ（１−１、１−２、・・・、２−１、２−２、・・・）の集合で構成されている。

操作画面９００の右側にあるプレビュー部９０２では、上述のように、各ページのプレビューが指定された表示方法で表示される。ツリー部９０１及びプレビュー部９０２において、編集操作対象となるページを選択し、メニュー操作による操作を行うと、そのメニュー操作に対応する情報が、図３の文書情報４０１に格納あるいは更新される。

＜文書処理システムの属性設定例＞
文書の詳細設定を行うための操作画面について、図１４を用いて説明する。

図１４は本発明の実施形態の製本アプリケーションにより提供される「文書の体裁設定」ウインドウの一例を示す図である。

この「文書の体裁設定」ウインドウ１４００では、「文書設定情報」４０３（図３）を表示／設定することができる。このウインドウ１４００は、図９の操作画面９００にある印刷体裁メニューの「ドキュメント全体の設定」メニューあるいはツールバー上の「ドキュメント全体の設定」ボタンから起動される。

「文書の体裁設定」ウインドウ１４００は、文書全体の体裁に影響する属性の設定を行うためのウインドウである。このウインドウ１４００は、用紙設定、ページ設定、仕上げ、編集、給紙、印刷品質の６つのタブシートから構成されており、図１４は、用紙設定タブシートを表示した状態を示している。

この用紙設定タブシートでは、主に、出力用紙におけるレイアウトを決めるための設定を行うことができる。具体的には、用紙サイズや向き、仕上がりサイズや向き、面付けの種類、面付け数の指定、面付け方法、トンボ・ドブ付加の指定、裁ち落とし幅等の指定を行うことができる。

用紙設定タブシートからは、詳細設定ボタン１４０１によって、図１５に示す「仕上がりサイズ指定」ウインドウ１５００を起動することができる。また、トンボ・ドブ設定ボタン１４０２によって、図１６に示す「トンボ・ドブの設定」ウインドウ１６００を起動することができる。

また、チェックボックスコントロール１４０３において、原稿データを仕上がりページに配置する際に、その仕上がりページのサイズに併せて、原稿データを拡縮することを指定することができる。チェックボックスコントロール１４０３がチェックされると、図４で示した仕上がり拡大縮小属性のフラグが立つ。

また、チェックボックスコントロール１４０４において、仕上がりページに対してトンボ・ドブを印刷する（つける）ことを指定することができる。

図１５は、「仕上がりサイズ指定」ウインドウ１５００である。「仕上がりサイズ指定」ウインドウ１５００は、「仕上がりページ」サイズを指示するためのウインドウであり、出力用紙を断裁、製本した後の最終的な仕上がりサイズを、縦Ｘｍｍ、横Ｙｍｍで指定することができる。ここで指定した仕上がりサイズが、製本アプリケーション１０４における用紙レイアウトに使われる仕上がりページのサイズとなる。また、仕上がりサイズはクライアントＰＣにテンプレートとして登録しておくことも可能である。

また、図１６は、「トンボ・ドブの設定」ウインドウ１６００である。このウインドウ１６００は、トンボの詳細設定（種類、太さ、表示位置）と、仕上がりページの天辺／地辺／左辺／右辺（製本系の場合は、天辺／地辺／のど辺／小口辺）における裁ち落とし幅を指定するためのウインドウである。裁ち落とし幅の項目の「のど」は、綴じ位置側の辺を指し、「小口」は、綴じ位置と反対側の本が開かれる側の辺を指す。裁ち落とし幅は、デフォルトで各辺３ｍｍとなっている。

例えば、仕上がりページに対してトンボを用紙上に印刷したい場合は、チェックボックスコントロール１６０１において、コーナートンボ、センタートンボ、折りトンボ等の中から印刷したいものを指定することができる。コーナートンボとは、裁ち落とし位置を示す目印であり、センタートンボは、複数の用紙上の印刷のズレを判定するために用いられる各辺の中央を示す目印であり、折りトンボは、折り位置を示す目印である。

さらに、仕上がりページの各辺に対して裁ち落とし幅（ドブ）を指定したい場合は、メニュー１６０２において、仕上がりページの各辺に対し個別に、指定することができる。

本発明では、このように、ドブ領域の幅（裁ち落とし幅）を四辺で独立な値で設定することができ、これにより、入稿する原稿が仕上がりサイズに対して任意のドブ幅を付加してきた場合にも、容易な操作で原稿の配置位置を決定することが可能となる。

また、チェックボックスコントロール１６０３において、原稿データを拡縮して裁ち落とし幅に原稿データを載せることを指定することができる。特に、このチェックボックスコントロール１６０３がチェックされており、かつ、ドブ領域（裁ち落とし幅）が設定されている場合、ドブ領域のサイズと一致するように原稿データが拡縮されることになる。チェックボックスコントロール１６０３がチェックされると、図４で示したドブ拡大縮小属性のフラグが立つ。

一方、チェックボックスコントロール１６０３がチェックされておらず、かつ、ドブ領域（裁ち落とし幅）が設定されている場合は、ドブ領域を基準とする面付け処理（ドブ領域の中心と原稿ページの中心を合わせる処理）が実行される。尚、この処理の詳細については後述する。

また、図１４のチェックボックスコントロール１４０３及び図１６のチェックボックスコントロール１６０３が共にチェックされておらず、かつ、ドブ領域が４辺ともに「０」である場合は、仕上がりページを基準とする面付け処理、即ち、仕上がりページの中心と原稿ページの中心を合わせる処理が実行される。

尚、チェックボックスコントロール１４０３とチェックボックスコントロール１６０３は、相反関係にあり、いずれか一方が選択されると、もう一方は選択不可のグレイアウト表示となる。

図１７は、「文書の体裁詳細設定」ウインドウ１４００において、仕上げタブシートを表示した状態を示している。この仕上げタブシートでは、印刷方法、とじ代／とじ方向、開き方向や、中とじ製本時のガターシフト指定等の製本詳細、くるみ製本時の表紙用紙のサイズ、くるみ製本時の表紙指定パターンを指定することができる。また、インラインフィニッシャを使用した後加工を行いたい場合、ステイプル、中とじ製本、くるみ製本、三方断裁等の印刷装置に対する指定も行うことができる。

図１７では、とじ指定のプルダウンメニュー１７００として、「くるみ（くるみ製本）」が指定されている状態を示している。また、「フィニッシング設定」１７０１として、「表紙を糊付けして断裁」あるい「使用しない」が設定可能である。特に、「表紙を糊付けして断裁」は、インラインフィニッシャを使用することを意味し、「使用しない」がオフラインあるいはニアラインフィニッシャを使用することを意味する。

この「くるみ（くるみ製本）」が設定されている場合、「フィニッシング設定」の選択肢により、面付け処理が変更されることになる。具体的には、
（１）くるみ製本＋インラインフィニッシャ ＝ 「のど」のドブ領域を折り位置に食い込ませて面付け処理
（２）くるみ製本＋オフラインフィニッシャ ＝ 指定されたドブ領域付きで用紙上に面付け処理
を実行することなる。この処理の詳細については、後述する。

また、とじ指定１７００として「くるみ（くるみ製本）」が指定されている場合には、表紙表紙のサイズ１７０２を複数の用紙サイズから指定可能である。前述したように、くるみ製本の表示用の用紙は、表紙、背表紙、裏表紙を含む仕上がり用紙サイズを包含する必要があるため、図１４で指定したくるみ製本時の中紙（本文）になる用紙サイズとは別に設定する必要がある。

例えば、中紙の用紙サイズとしてＡ４が指定され、仕上がり用紙サイズがＡ４以下で指定されている場合に、くるみ製本の表紙用の用紙サイズは、Ａ３ノビ以上の大きさが必要になる。尚、前述したように、くるみ製本の表紙の仕上がりサイズは、中紙（本文）の仕上がりサイズと、中紙のメディアタイプと枚数とから背表紙が算出されるため、計算により求めることができる。

くるみ製本の表紙指定パターン１７０３は、複数種類の表紙指定パターンから選択することが可能である。原稿の１ページを表紙とし、２ページ目を表紙の裏とし、最終ページを裏表紙とし、最終ページの前のページを裏表紙の裏するパターン、第１ページを表紙とし、第２ページを裏表紙とするパターンなど、複数のパターンが用意されている。

図１８は、「文書の体裁設定」ウインドウ１４００において、ページ設定タブシートを表示した状態を示している。ページ設定タブシートでは、主に、用紙上の各仕上がりページ内のレイアウトに関する設定を行うことができ、Ｎページ印刷、原稿の配置方法等の設定を指示することができる。

次に、章の詳細設定を行うための操作画面について、図１９を用いて説明する。

図１９は本発明の実施形態の製本アプリケーションの「章の体裁設定」ウインドウの一例を示す図である。

この「章の体裁設定」ウインドウ１９００では、「章設定情報」４０７を表示／設定することができる。このウインドウ１９００は、図９の操作画面９００にある印刷体裁メニューの「章の設定」メニューあるいはツールバー上の「章の設定」ボタンから起動される。

「章の体裁設定」ウインドウ１９００は、章固有の属性の設定を行うためのウインドウである。このウインドウ１９００は、用紙設定、ページ設定、仕上げ、編集、給紙、印刷品質の６つのタブシートから構成されており、図１９は、用紙設定タブシートを表示した状態を示している。

また、図２０は、ページ設定タブシートを表示した状態を示している。この用紙設定タブシートとページ設定タブシートでは、主に、各章で固有のレイアウトに関する設定を行うことができ、用紙設定タブシートでは、用紙サイズや向き等の設定を指示することができる。また、ページ設定タブシートでは、Ｎページ印刷等の設定を指示することができる。

「文書の体裁設定」と「章の体裁設定」で重複する設定項目として、「以下の項目はドキュメントとは異なる設定にする」のチェックボックスコントロール２００１、２００２、２００３、２００４、２００５が配置されている。これらのチェックボックスコントロールに、チェックが外れている項目については、文書の設定値をその章にも適用する。章固有の設定としては２種類に分類できる。一つは、章でしか持たない設定項目である。もう一つは、上位階層の文書とは異なる独自の設定値を章の階層で保持している場合である。

図２０では、ページ設定タブシートにおいて、チェックボックスコントロール２００４のチェックが入っている状態である。この場合、文書の全体が１−ＵＰ指定であっても、この章を構成するページは２−ＵＰ指定とする。

次に、ページの詳細設定行うための操作画面について、図２１を用いて説明する。

図２１は本発明の実施形態の製本アプリケーションの「ページの詳細設定」ウインドウの一例を示す図である。

この「ページの詳細設定」ウインドウ２１００では、「ページ設定情報」４１１を表示／設定することができる。このウインドウ２１００は、図９の操作画面９００にある印刷体裁メニューの「ページの設定」メニューあるいはツールバー上の「ページの設定」ボタンから起動される。

「ページの詳細設定」ウインドウ２１００は、各ページで固有の属性の設定を行うためのウインドウである。このウインドウ２１００は、ページ設定、編集、印刷設定の３つのタブシートから構成されており、図２１は、ページ設定タブシートを表示した状態を示している。

このページ設定タブシートでは、主に、各ページで固有のレイアウトに関する設定を行うことができ、原稿ページを配置する際の回転角や拡縮率等の設定を指示することができる。「章の体裁設定」と「ページの詳細設定」で重複する設定項目として、「以下の項目は章とは異なる設定にする」のチェックボックスコントロール２１０１が配置されている。このチェックボックスコントロールにチェックが外れている項目については、章の設定値をそのページにも適用する。

図２２は、チェックボックスコントロール２１０１にチェックをいれている状態で、メニューコントロール２２０１で、原稿ページの回転の設定を変更した状態を示している。ここでは、特に、メニューコントロール２２０１で、原稿ページをレイアウトする際にページの上が左になるように回転して配置する設定にしている。この項目については「以下の項目は章とは異なる設定にする」のチェックボックスコントロールがない。つまり、章や文書に重複する設定項目が無いので、このウインドウに表示されている設定が常にページの設定値となる。

チェックボックスコントロール２１０１にチェックを入れている場合、例えば、「原稿の配置」の項目は、章にも重複する設定項目があるので章の設定値をページの設定値とする。章で該当する「原稿の配置」の項目が「以下の項目は章とは異なる設定にする」のチェックがない場合、章の設定値は上位階層である文書の設置値を使う。そのため、この場合は、結局、ページの設定値は文書の設定値を使うことになる。章で該当する項目のチェックがある場合、章固有の設定値を持っているので、ページの設定値はその章固有の設定値を使う。

尚、操作画面で設定されたチェックボックスコントロールの情報は、専用の領域に保持されてもよいが、図３に示す設定情報内に属性の１つとして保持するのが望ましい。この場合には、図５及び図６にチェックボックスコントロールの情報を保持する領域が追加される。

＜文書処理システムの文書編集の表示例＞
上位階層と重複する設定項目を上位階層の設定値を使わないようにした場合、つまり、チェックボックスコントロール２００１や２１０１のチェックを外した場合のアプリケーションの表示形式を、図２３に示す。

図２３の例では、文書は二つの章からなり、各章は９ページの原稿データを持っている。最初の章のレイアウトを４ＵＰ（４ｉｎ１とも表記する）に、２番目の章の先頭ページ（文書全体では１０ページ目）に回転を指定した場合の表示例である。

プレビュー部９０２において、１〜３ページ目には１ページ上に４つの原稿がそれぞれ配置されている様子が表示されている。そして、第４ページ目のデータである「Ａ」の文字が回転している様子が表示されている。

ここで、ツリー部９０１での章やページ固有の設定を行った場合の表示形式を説明する。ここでは、最初の章に対するアイコン２３０１が変化して、この章に章独自の設定がなされていることを示している。２番目の章の先頭ページに対するアイコン２３０２が変化して、このページに特別な設定がなされていることが示されている。

また、図２４の例では、文書は一つの章からなり、８ページの原稿データを持っている。ここでは、この文書に対し、図１４の用紙設定タブシートの「面付けの種類」指定コンボボックスで、「ペラ（縦１×横２）」を指定し、図１６の「トンボ・ドブ設定ウインドウ」１６００で「コーナートンボ」、「センタートンボ」を印刷する指定を行った場合の表示例である。プレビュー部９０２では、各仕上がりページに対して、トンボが描画されていることを示している。

＜文書処理システムにおける面付け方法＞
次に、本実施形態に係る文書処理システムにおいて、塗り足し付きの原稿ページをインポートして面付けする際のユーザ操作に基づく面付け設定処理について説明する。

図２５は本発明の実施形態の製本アプリケーションによる面付け設定処理を示すフローチャートである。本動作は、具体的には、製本アプリケーション１０４のプログラムに基づいてＣＰＵ２０１が演算処理することにより実現されるが、理解を容易にすべく製本アプリケーション１０４の動作として説明する。

尚、この面付け設定処理は、主に、図１４の「文書の体裁設定」ウインドウ１４００に対するユーザ操作に基づいて実行する。

まず、製本アプリケーション１０４は、図１４に示した文書の体裁設定画面を介して入力されるユーザ操作に基づいて、印刷物に対する出力用紙サイズとその向きを指定する（ステップＳ２５０１）。次に、製本アプリケーション１０４は、仕上がりサイズ設定画面（図１５）を介するユーザ操作に従って、印刷物に対する仕上がりサイズとその向きを指定する（ステップＳ２５０２）。

次に、製本アプリケーション１０４は、図１７に示される仕上げ画面のとじ指定１７００に対するユーザ操作に従って、面付け方法（縦何個×横何個、４つ折り用面付け、くるみ用面付け、中とじ用面付け等）をそれぞれ指定する（ステップＳ２５０３）。

次に、製本アプリケーション１０４は、図１６に示されるトンボ・ドブの設定画面に対するユーザ操作に従って、トンボと裁ち落とし幅を指定する（ステップＳ２５０４）。ここでは、コーナートンボ／センタートンボ／折りトンボを描画するかどうかと、裁ち落とし幅を指定することができる。ユーザは、ここで、原稿データに含まれる塗り足し幅と同じ幅を、裁ち落とし幅として指定すれば、ユーザの意図した仕上がりの中心が、面付け後の仕上がりページの中心にあわせることができる。

次に、製本アプリケーション１０４は、ステップＳ２５０３で指定した面付け方法が製本面付け（４つ折り、くるみ、中とじ等）指定であるか否かを判定する（ステップＳ２５０５）。製本面付け指定でない場合（ステップＳ２５０５でＮＯ）、ステップＳ２５０７に進む。一方、製本面付け指定である場合（ステップＳ２５０５でＹＥＳ）、製本アプリケーション１０４は、とじ代、開き方向、ガターシフト等の製本体裁設定を行う（ステップＳ２５０６）。さらに、Ｎ−ＵＰ印刷を行う場合は、Ｎ−ＵＰ指定を行う（ステップＳ２５０７）。

尚、Ｎ−ＵＰ印刷を行わない場合は、Ｎ−ＵＰ指定は、「１ページ／枚」というデフォルト値が指定されることになる。

以上の処理によって、面付け処理を開始する前処理である面付け設定処理が終了する。

ここで、製本アプリケーション１０４へインポートした原稿データがＰＤＦ／Ｘ形式のデータであり、内部にページボックス情報が埋め込まれていた場合は、製本アプリケーション１０４はインポートの際に、ページボックス情報をブック属性に反映する。これにより、製本アプリケーション１０４の各種設定項目に対し、ページボックス情報を自動設定することが可能となる。

ここで、ＰＤＦ／Ｘは、Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ ｅＸｃｈａｎｇｅの略称である。また、ＰＤＦ／Ｘは、ＩＳＯで標準化されており、ＰＤＦ形式文書の内、印刷用途向けに定義されている文書フォーマットである。

ＰＤＦ／Ｘのページボックス情報としては、「メディアボックス（用紙サイズ）」、「ブリードボックス（裁ち落としサイズ）」、「トリムボックス（仕上がりサイズ）」、「アートボックス（アートサイズ）」等の文書設定情報がある。ここで、例えば、原稿が「メディアボックス」の値をもっていた場合、ブック属性の用紙サイズとして保存する。また、「トリムボックス」の値ならば、ブック属性の仕上がりサイズとして保存する。また、「ブリードボックス値（裁ち落としサイズ）」から「トリムボックス値（仕上がりサイズ）」を引いた値を、「裁ち落とし幅」属性として保存する。

また、原稿データがページボックス情報を保持していた場合、製本アプリケーション１０４にそのページボックス情報をインポートすることができる。この場合、製本アプリケーション１０４の各種操作画面を起動した時点で、ページボックス情報中の各種パラメータがデフォルト値として操作画面中の各種コントロールに対し設定済状態になる。これにより、ユーザは、図２５のフローチャートで示す面付け設定処理の内、大部分の設定操作から解放される。

次に、製本アプリケーション１０４による面付け処理について説明する。

図２６本発明の実施形態の製本アプリケーションによる面付け処理を示すフローチャートである。本動作は、具体的には、製本アプリケーション１０４のプログラムに基づいてＣＰＵ２０１が演算処理することにより実現されるが、理解を容易にすべく製本アプリケーションの動作として説明する。

ここで、図２６は、特に、製本アプリケーション１０４の面付け処理において、用紙レイアウトを決定する処理（用紙レイアウト処理）を示している。

まず、製本アプリケーション１０４は、ブックファイルから文書設定情報４０３を読み込む（ステップＳ２６０１）。次に、製本アプリケーション１０４は、文書設定情報４０３中の用紙サイズと向きの情報から仮想用紙領域を決定する（ステップＳ２６０２）。次に、製本アプリケーション１０４は、文書設定情報４０３中の仕上がりサイズと向きの情報から、仕上がりページ領域を決定する（ステップＳ２６０３）。

次に、製本アプリケーション１０４は、文書設定情報４０３中の面付け設定情報から、面数（縦Ｘ個、横Ｙ個）を決定する（ステップＳ２６０４）。

ここで、面付け方法として「ペラ」が選ばれている場合は、ユーザの指定した縦Ｘ個、横Ｙ個の面数に従って面数を決定する。また、面付け方法として、製本系（中とじ、くるみ、４つ折り等）の面付けが選ばれている場合は、製本アプリケーション１０４が保持するテーブルに従い、面付け数を決定する。例えば、「中とじ」が選択されている場合は縦１×横２とし、「くるみ」が選択されている場合は縦１×横１、「４つ折り」が選択されている場合は縦２×横２として、面数を決定する。

次に、製本アプリケーション１０４は、文書設定情報４０３中に裁ち落とし幅が設定されているか否かを判定する（ステップＳ２６０５）。裁ち落とし幅が設定されている場合（ステップＳ２６０５でＹＥＳ）、製本アプリケーション１０４は、仕上がりサイズ領域の外側に裁ち落とし幅を加えた領域をドブ領域として決定する（ステップＳ２６０６）。一方、裁ち落とし幅が設定されていない場合（ステップＳ２６０５でＮＯ）、製本アプリケーション１０４は、仕上がりサイズ領域をそのままドブ領域として決定する。

そして、製本アプリケーション１０４は、仮想用紙領域上に、ステップＳ２６０６あるいはステップＳ２６０７で決定したドブ領域を縦Ｘ個、横Ｙ個分確保し、用紙レイアウト処理を終了する（ステップＳ２６０８）。

ここで、製本アプリケーション１０４において、面付け方法として、製本系の面付け（４つ折り／くるみ／中とじ用の面付け等）が選ばれている場合は、ステップＳ２６０８の処理内容が異なってくる。そこで、製本系の面付けが選ばれている場合における、このステップＳ２６０８の詳細について、図２７を用いて説明する。

図２７は本発明の実施形態のステップＳ２６０８の詳細を示すフローチャートである。

まず、製本アプリケーション１０４は、指定された面付け方法が、製本系の面付けであるか否かを判定する（ステップＳ２７０１）。製本系の面付けでない場合（ステップＳ２７０１でＮＯ）、ステップＳ２６０６及びステップＳ２６０７で決定したドブ領域を縦Ｘ個、横Ｙ個分確保する。

一方、製本系の面付けである場合（ステップＳ２７０１でＹＥＳ）、製本アプリケーション１０４は、更に、その面付け方法が「くるみ」であるか否かを判定する（ステップＳ２７０３）。面付け方法が「くるみ」以外（「４つ折り」や「中とじ」）である場合、ステップＳ２６０６あるいはステップＳ２６０７で決定したドブ領域を、仮想用紙領域の中央に必要な面数分確保する（ステップＳ２７０４）。

なぜなら、４つ折りや中とじにドブ領域が指定されている場合、インラインフィニッシャは、このような断裁処理に対応していない。そのため、このような断裁処理は、オフラインフィニッシャで行うことが想定されるためである。

もちろん、インラインフィニッシャが「４つ折り」や「中とじ」時の三方断裁処理に対応する場合には、くるみ製本と同様の処理に分岐してもよい。本実施形態では、出力先のデバイスに装着されているインラインフィニッシャは、くるみ製本時の三方断裁機能だけサポートするものであることを前提としている。

そして、製本アプリケーション１０４は、「４つ折り」及び「中とじ」の面付け方法に関して、「のど」側のドブ領域の内辺を、とじ側の辺（とじ辺）の位置に合うまで仕上がりページの配置位置を移動（シフト）させることにより位置合わせする（ステップＳ２７０５）。

ここで、ドブ領域の内辺とは、仕上がりページ領域に接する辺であり、ドブ領域の外辺は、ドブ領域の最外接領域の辺を意味する。

一方、面付け方法が「くるみ（くるみ製本）」である場合（ステップＳ２７０３でＹＥＳ）、製本アプリケーション１０４は、ステップＳ２６０６あるいはステップＳ２６０７において決定したドブ領域を、仮想用紙領域の中央に１個確保する（ステップＳ２７０６）。

次に、製本アプリケーション１０４は、インラインフィニッシャによるくるみ製本（糊付け、三方断裁）指定が行なわれているか否かを判定する（ステップＳ２７０７）。

インラインフィニッシャによるくるみ製本が指定されている場合（ステップＳ２７０７でＹＥＳ）、製本アプリケーション１０４は、仮想用紙領域上の「のど」側のドブ領域の外辺を、とじ側の辺（とじ辺）までシフトする（ステップＳ２７０８）。さらに、「のど」側のドブ領域（裁ち落とし幅領域）の内辺を、とじ辺の位置に合うまで位置合わせし、くるみ製本の中紙用の用紙レイアウト処理を終了する（ステップＳ２７０９）。

このとき、くるみ製本の場合、中紙となる本文の仕上がりサイズは、印刷用紙サイズの上下方向に対して均等になるように配置され、左右方向に対しては「のど」ドブ領域を綴じ位置に食い込ませて配置される。

このように、仕上がりサイズの上下方向を、印刷用紙サイズの上下方向に対して均等に配置することにより、インラインフィニッシャで三方断裁する場合に上下方向を独立に調整ができない場合にも、仕上がりサイズが誤って断裁されたり、ドブ領域が残って断裁されることをなくすことができる。インラインフィニッシャの断裁時に、「のど」から「小口」への仕上がりサイズの幅を指定して断裁処理することは既知の技術であるため、詳細な説明は省略する。

次に、「くるみ（くるみ製本）」の場合は、本文となる中紙とは別にくるみ表紙用の面付け処理が必要になるため、製本アプリケーション１０４は、表紙用の仮想用紙領域に確保された領域に、仕上がりサイズとドブ領域を配置する（ステップＳ２７１０）。

尚、インラインフィニッシャによるくるみ製本の表紙用の用紙レイアウト処理を行う場合は、「のど」側のドブ領域（裁ち落とし幅領域）の内辺を、背表紙領域（背表紙幅）におけるとじ辺の位置に合うまで位置合わせる。即ち、「のど」側のドブ領域は背表紙の領域に食い込むことになるので、「のど」側のドブ領域は描画データを生成せずに破棄する。尚、表紙用の仕上がりサイズは、印刷用紙サイズの上下方向に対して均等になるように配置される。

一方、インラインフィニッシャによるくるみ製本が指定されていない場合（ステップＳ２７０７でＮＯ）、つまり、オフラインフィニッシャあるいはニアラインフィニッシャによるくるみ製本が指定されている場合、製本アプリケーション１０４は、くるみ製本の表紙用の用紙レイアウト処理を行う（ステップＳ２７１０）。ここでは、仮想用紙領域の中央にドブ領域を配置することになる。本文の中紙となる面付け処理は、ステップＳ２７０５で行ったままでよい。なぜなら、オフラインフィニッシャの場合には、中紙について行う断裁処理と、中紙に糊付けしてくるみ製本表紙でくるむ処理とは別々の処理して行われるため、中紙の断裁処理は三方断裁ではなく四方断裁として問題がないためである。

そして、製本アプリケーション１０４は、ステップＳ２７０２、ステップＳ２７０５あるいはステップＳ２７１０の処理結果によって得られる用紙レイアウト情報をＲＡＭ２０２に保存する（ステップＳ２７１１）。これにより、「くるみ製本の面付け」の用紙レイアウト処理が終了する。

各種面付け指定時に、図２６の処理によって生成した用紙レイアウトの例を、図２８〜図３５を用いて説明する。

図２８は面付け方法として「ペラ（３×４）」が選択されている場合の製本アプリケーション１０４が決定した用紙レイアウトである。

図２９は面付けの方法として「中とじ」が選択されている場合の製本アプリケーション１０４が決定した用紙レイアウトである。

図３０は、図２９の各仕上がりページに対し、製本アプリケーション１０４が裁ち落とし幅領域をどのようにとるのかを示した図である。図３０からわかるように、とじ辺を超える位置に「のど」側の裁ち落とし幅領域をとる。厳密には、とじ辺に、「のど」側の裁ち落とし幅領域の内辺を位置合わせする。

そして、製本アプリケーション１０４は、ドブ領域（仕上がりページに裁ち落とし幅を加えた領域）までしか印刷しない。つまり、仮に、ドブ領域を超える原稿ページを配置する場合には、そのドブ領域を超える原稿ページについては、印刷時にはマスク処理されることになる。また、隣の仕上がりページ領域にかかる「のど」側の裁ち落とし幅領域についても印刷しない。

図３１は面付けの方法として「くるみ」が選択されている場合の製本アプリケーション１０４が決定した用紙レイアウトである。

インラインフィニッシャ指定時は、用紙のとじ辺側の端によせて仕上がりページを配置し、それぞれの辺に対し裁ち落とし幅を設定する。この図のように、とじ辺側の外側部分に「のど」側の裁ち落とし幅領域をとる。そして、製本アプリケーション１０４は、ドブ領域（仕上がりページに裁ち落とし幅を加えた領域）までしか印刷しない。また、隣の仕上がりページ領域にかかる「のど」側の裁ち落とし幅領域についても印刷しない。

一方、オフラインフィニッシャ指定時は、用紙の中央に仕上がり領域を配置し、それぞれの辺に対し、裁ち落とし幅を設定する。そして、オフラインフィニッシャの場合は、用紙の中央にドブ領域をレイアウトし、用紙上のドブ領域まで印刷する。

図３２は面付け方法として「くるみ」が選択されている場合の「くるみ表紙」用の用紙レイアウト結果である。そして、図３３は、図３２の各仕上がりページに対し、製本アプリケーション１０４がドブ領域をどのように設定するのかを示す図である。図３３のように、背表紙領域に侵食する形で、「のど」側の裁ち落とし幅領域が存在するが、背表紙領域に侵食した「のど」側の裁ち落とし幅領域は印刷されない。換言すれば、「のど」側の裁ち落とし幅領域の内辺を、背表紙領域のとじ辺に位置合わせすることで、結果的に、「のど」側の裁ち落とし幅領域が印刷されないようにしている。

図３４は面付けの方法として「４つ折り」が選択されている場合の製本アプリケーション１０４が決定した用紙レイアウトである。そして、図３５は、図３４の仕上がりページに対し、製本アプリケーション１０４がドブ領域をどのように設定するのかを示したものである。「４つ折り」の場合も、用紙中央ののど側部分のドブ領域の内辺がとじ辺に位置合わせされている。これにより、「のど」側のドブ領域は印刷されない。また、この場合もドブ領域より外側は印刷されない。

次に、製本アプリケーション１０４の面付け処理によって生成した用紙レイアウト上の各仕上がりページに対して、原稿データを配置する処理について、図３６を用いて説明する。

図３６は本発明の実施形態の製本アプリケーションによる原稿データ配置処理を示すフローチャートである。

まず、製本アプリケーション１０４は、図２７で作成した用紙レイアウト情報をＲＡＭ２０２から読み込む（ステップＳ３６０１）。次に、製本アプリケーション１０４は、１ページ目の原稿ページデータを取得する（ステップＳ３６０２）。次に、製本アプリケーション１０４は、用紙レイアウト上の１つ目の仕上がりページ上に原稿データを配置する（ステップＳ３６０６）。

このステップＳ３６０６の配置処理について、具体的に説明する。製本アプリケーション１０４は、図１６で示したチェックボックスコントロール１６０３が指定されているか、チェックボックスコントロール１４０３が指定されているか、いずれのチェックボックスコントロールも指定されていないか、いずれの状態であるか判断する。

このチェックボックスコントロール１６０３がチェックされており、かつ、項目１６０２でドブ領域（裁ち落とし幅）が設定されている場合、製本アプリケーション１０４は、仕上がり用紙サイズに設定されているドブ領域の幅を追加したサイズと一致するように、原稿データを拡縮する。これにより、ドブ領域の中心と原稿ページの中心とは一致する。この面付けパターンをドブ拡縮と呼ぶ。

また、チェックボックスコントロール１６０３と１４０３のいずれもチェックされておらず、かつ、項目１６０２でドブ領域（裁ち落とし幅）が設定されている場合は、製本アプリケーション１０４は、ドブ領域の中心と原稿ページの中心を合わせ、原稿データを変倍することなく、ドブ領域を基準とする面付け処理を実行する。これにより、ドブ領域の中心と原稿ページの中心とは一致する。この面付けパターンをドブ領域合わせと呼ぶ。

また、チェックボックスコントロール１６０３と１４０３のいずれもチェックされておらず、かつ、項目１６０２でドブ領域が４辺ともに「０」である場合は、製本アプリケーション１０４は、仕上がりページの中心と原稿ページの中心を合わせ、原稿データを変倍することなく、仕上がりページを基準とする面付け処理を実行する。これにより、仕上がりサイズの中心と原稿ページの中心とは一致する。この面付けパターンを仕上がり合わせと呼ぶ。

また、チェックボックスコントロール１４０３がチェックされている場合には、製本アプリケーション１０４は、仕上がり用紙サイズと一致するように、原稿データを拡縮する。これにより、仕上がりサイズの中心と原稿ページの中心とは一致する。この面付けパターンを仕上がり拡縮と呼ぶ。

このように、４つの面付けパターンを基本的な容易な操作で操作者は指定することが可能となる。ここで、ドブ領域の中央とは、ドブ領域の外接矩形の２本の対角線の交点を意味する。

また、変倍処理を行わないパターンにおいて、ドブ領域より原稿データがはみ出した場合、はみ出した部分の原稿データはマスク処理される。従って、印刷されるのはドブ領域までである。もし、入稿される原稿データが、塗り足し部分より外側に不要なトンボや余白等を含んでいる場合であっても、製本アプリケーションで付加したトンボを印刷するために、原稿データ中のドブの外側にあるデータは印刷されない。

また、原稿データ自体はクリップしていないので、ドブ領域より外側のデータは残っており、製本アプリケーション１０４の原稿シフト機能を使用して原稿データの塗り足し部分より外側のデータをドブ領域内に含まれるようにシフトすれば印刷することもできる。

また、原稿データの左辺／右辺／上辺／下辺の塗り足し幅が異なる場合でも、その塗り足し幅と同じ値を、製本アプリケーション１０４の左辺／右辺／上辺／下辺の裁ち落とし幅として指定すれば、ユーザの意図した仕上がりの中心が製本アプリケーション１０４上の仕上がりページの中心に配置される。

次に、製本アプリケーション１０４は、用紙レイアウト上に原稿データを配置していない仕上がりページが残っている否かを判定する。残っている場合（ステップＳ３６０４でＮＯ）、ステップＳ３６０２に戻る。一方、処理対象の仕上がりページが残っていない場合（ステップＳ３６０４でＹＥＳ）、１枚目の用紙の原稿データ配置処理が終了したので、用紙を２枚目に変更し、２枚目の用紙の原稿データ配置処理に移る（ステップＳ３６０５）。

以上の動作を、ブックファイルの持つすべての原稿データの仕上がりページへの配置処理が終わるまで繰り返す。原稿データの配置処理が終了すると（ステップＳ３６０６でＹＥＳ）、原稿データの配置処理結果である面付け処理結果をＣＲＴディスプレイ２１０にプレビュー表示する。

以上、図２６、図３６のフローによって、製本アプリケーション１０４の面付け処理が終了する。

次に、一般の面付けアプリケーションにインポートされる代表的な原稿データの例を使用して、本実施形態の製本アプリケーション１０４で面付け処理を実行する例と、その出力結果について説明する。

図３７は本発明の実施形態の原稿データの一例を示す図である。

この原稿データは、一般の面付けアプリケーションにインポートされる代表的な原稿データの一例でもある。

パターン（１）は、原稿データの４辺それぞれに任意の幅の塗り足しがついている例である。

パターン（２）は、原稿データの４辺に同じ幅の塗り足しがついている例である。

パターン（３）は、原稿データに、パターン（１）と同じ塗り足しがついていて、かつその塗り足しの外側に原稿作成時にＤＴＰアプリケーション等でつけたトンボやカラーチャート、色玉等の後処理用基準指標である、面付けに不要な情報が付加されている例である。

ここで、塗り足しとは、原稿データが、仕上がりサイズよりも小さい場合に、その原稿データと仕上がりサイズ領域間の領域を埋める領域を意味する。

パターン（４）は、原稿データに塗り足しが一切なく、仕上がりサイズと同じサイズである例である。

そして、図３８（ａ）は、ユーザがパターン（１）、（２）、（３）のような原稿をインポートし、製本アプリケーション１０４において、「ペラ（縦１×横１）」を指定した場合の出力結果である。

パターン（１）の原稿の場合、原稿の上辺３ｍｍ／下辺３ｍｍ／左辺１ｍｍ／右辺５ｍｍの塗り足しを付けており、裁ち落としを前提として仕上がりサイズより大きめに作成されている。

ユーザは、製本アプリケーション１０４において、仕上がりページのサイズ（「仕上がりサイズ」）とその向きを指定し、さらに原稿データと同じ塗り足しの幅（上辺３ｍｍ／下辺３ｍｍ／左辺１ｍｍ／右辺５ｍｍ）の値を、「トンボ・ドブの設定」ウインドウ１６００（図１６）のメニュー１６０２において指定する。尚、この場合、塗り足し幅と裁ち落とし幅（ドブ領域）は同じものを表す。

これにより、製本アプリケーション１０４は、図３６の処理によって面付けパターンがドブ領域合わせの場合、ユーザの指定した仕上がりサイズに裁ち落とし幅を加えた「ドブ領域」の中央に原稿データの中央を合わせて原稿データを配置する。その結果、図３８（ａ）に示すように、原稿データの中心が仕上がりページの中央に配置され、ユーザの理想とする仕上がりになる。

また、パターン（３）の場合も、パターン（１）と同様に、原稿と同じ塗り足しの幅（上辺３ｍｍ／下辺３ｍｍ／左辺１ｍｍ／右辺５ｍｍ）の値を、「トンボ・ドブの設定」ウインドウ１６００（図１６）のメニュー１６０２において指定する。これにより、ドブ領域合わせの場合は原稿データの拡大縮小処理は行わないため、図３８（ａ）と同じ仕上がりになる。

原稿データの塗り足し領域より外側にトンボやカラーバー等がついていても、製本アプリケーション１０４はドブ領域より内側しか印刷しないので、元々ついていたトンボは印刷されない。また、製本アプリケーション１０４においてトンボを指定すれば、製本アプリケーション１０４によって仕上がりページの位置と、裁ち落とし幅の位置へ内トンボ、外トンボを描画することもできる。

また、パターン（２）のような原稿の場合も、原稿と同じ塗り足りの幅（上辺３ｍｍ／下辺３ｍｍ／左辺３ｍｍ／右辺３ｍｍ）の値を指定すれば、製本アプリケーション１０４はドブ領域の中央に原稿データの中央を合わせて原稿データを配置する。これにより、図３８（ａ）に示すような、ユーザの理想とする仕上がりになる。

それに対し、図３８（ｂ）は、パターン（１）、（３）のような原稿データを、一般的な面付けアプリケーションのように、仕上がりページ基準で原稿データを配置したために、原稿データのセンタリングに失敗した例である。図３８（ｂ）では、元原稿データの塗り足しを考慮せず、単純に仕上がりページの中央に原稿データを配置しているため、ユーザの意図した配置になっていないことがわかる。

また、パターン（４）のような塗り足しのない原稿データの場合は、製本アプリケーション１０４において、裁ち落とし幅を０ｍｍとすれば、ユーザの理想とする仕上がりにすることができる。裁ち落とし幅を０ｍｍとすれば、ドブ領域＝仕上がりページ領域となるため、製本アプリケーション１０４は、仕上がりページの中心に原稿を配置する。その結果、図３９に示すような、ユーザの意図した仕上がりになる。

図４０（ａ）は、図３７のパターン（１）〜（３）のような原稿データを、製本アプリケーション１０４において、縦１×横２で面付けした場合の出力結果である。製本アプリケーション１０４は、上述と同様にドブ領域合わせの場合、ドブ領域の中心に原稿データを配置する。従って、ユーザは、製本アプリケーション１０４において、元原稿データと同じ塗り足しの幅を、「トンボ・ドブの設定」ウインドウ１６００（図１６）のメニュー１６０２において指定する。これにより、図４０（ａ）に示すようなユーザの理想とする仕上がりにすることができる。

一方、図４０（ｂ）は、パターン（１）、（３）のような原稿データを、一般的な面付けアプリケーションのように、仕上がりページ基準で原稿データを配置したために、原稿データのセンタリングに失敗した例である。

さらに、製本アプリケーション１０４は、原稿データに塗り足しがついていなかった場合に、原稿データを拡大することで、塗り足しを作成する機能を有する。ユーザの指定した裁ち落とし幅領域に、原稿データが達していなかった場合、製本アプリケーション１０４は、すべての裁ち落とし幅領域に達するまで原稿データを定型拡縮する。図４１は、製本アプリケーション１０４で、裁ち落とし幅領域に達するまで、原稿データを拡縮した例である。

この図４１に示す処理は、図１６の「トンボ・ドブの設定」ウインドウ１６００のチェックボックスコントロール１６０３がチェックされている場合に実行される（ドブ領域拡縮（ドブ領域に一致するように原稿データを拡縮））。

また、製本アプリケーション１０４は、原稿データが仕上がりページのサイズに満たなかった場合、または仕上がりサイズより大きかった場合に、仕上がりページに合わせて拡大縮小する機能を有する。ユーザがこれを指定すると、製本アプリケーション１０４は、原稿データが仕上がりサイズに収まる（達する）まで定型拡縮する。図４２は、製本アプリケーション１０４で、仕上がりページにあわせて原稿データを定型拡縮した例である。

この図４２に示す処理は、図１４の「文書の体裁設定」ウインドウ１４００のチェックボックスコントロール１４０３がチェックされている場合に実行される（仕上がり拡縮（仕上がりページに一致するように原稿データを拡縮））。

図４３は、面付けアプリケーションにインポートされる代表的な製本用の原稿データの例を示した図である。ここでは、原稿データの天辺３ｍｍ／地辺３ｍｍ／のど１ｍｍ／小口５ｍｍの塗り足しがあることを想定している。

そして、図４４〜図４７は、図４３の原稿データをインポートし、製本アプリケーション１０４において、「４つ折り」、「中とじ」、「くるみ」を指定した場合の出力結果である。

ユーザは、製本アプリケーション１０４において、「仕上がりサイズ」とその向き、さらに元原稿データと同じ塗り足しの幅の値を、「トンボ・ドブの設定」ウインドウ１６００（図１６）のメニュー１６０２において指定する。これにより、図４４〜図４７に示すような仕上がりにすることができる。

図４４は、製本アプリケーション１０４において、「４つ折り」用に面付けした場合の印刷結果である。製本アプリケーション１０４は、図３６の処理で、ユーザの指定した仕上がりサイズに裁ち落とし幅を加えた「ドブ領域」の中央に、原稿データの中央を合わせて原稿データを配置する。そして、ドブ領域より内側だけ印刷する。

その結果、図４４に示すように、原稿データの中央が仕上がりページの中央に配置され、ユーザの理想とする仕上がりになる。また、この図でわかるように、左右の各仕上がりページの、「のど」側の裁ち落とし幅（ドブ）領域の内辺が、とじ辺に位置合わせされている（結果的に、反対側の仕上がりページにドブ領域が侵食している）。これにより、「のど」側の裁ち落とし幅領域は印刷されない。

図４５は、製本アプリケーション１０４において、「中とじ」用として面付けした場合の印刷結果である。「中とじ」の場合も左右の各仕上がりページの、「のど」側の裁ち落とし幅領域の内辺が、とじ辺に位置合わせされている（結果的に、反対側の仕上がりページにドブ領域が侵食している）。これにより、「のど」側の裁ち落とし幅領域は印刷されない。また、図３６の処理に基づき、製本アプリケーション１０４は、用紙レイアウト上の各「ドブ領域」の中央に原稿データの中央を合わせて原稿データを配置する。その結果、図４５に示すように、原稿データの中央が仕上がりページの中央に配置され、ユーザの理想とする仕上がりになる。

図４６は、製本アプリケーション１０４において、「くるみ」用として面付けした場合の中紙の印刷結果である。「くるみ」の場合、製本アプリケーション１０４は、フィニッシングの指定に基づき、中紙の用紙レイアウトを決定する。左側が、インラインフィニッシャを指定した場合で、右側がオフラインフィニッシャを指定した場合の印刷結果である。

「くるみ」の場合、インラインフィニッシャ指定時は、仕上がりページを用紙のとじ辺側に寄せて配置するため、「のど」側の裁ち落とし幅領域が、とじ辺に侵食する形で設定される。この結果、とじ辺を超えた「のど」側の裁ち落とし幅領域は印刷されない。オフラインフィニッシャ指定時は、用紙の中央に仕上がりページを配置するため、その周囲のすべてのドブ領域が印刷される
また、「くるみ」の場合も「４つ折り」、「中とじ」と同様に、製本アプリケーション１０４は、用紙レイアウト上の「ドブ領域」の中央に原稿データの中央を合わせて原稿データを配置する。その結果、図４６に示すように、原稿データの中央が仕上がりページの中央に配置され、ユーザの理想とする仕上がりになる。この場合もユーザは、元原稿データと同じ塗り足しの幅の値を、「トンボ・ドブの設定」ウインドウ１６００（図１６）のメニュー１６０２において指定する。これにより、意図した仕上がりになる。

さらに図４４〜図４７において、製本アプリケーション１０４において、トンボを指定すれば、仕上がりページに対して「内トンボ」を、裁ち落とし幅の外側へ「外トンボ」を、さらにとじ辺の位置に「折りトンボ」を描画することもできる。

以上説明したように、本実施形態によれば、製本アプリケーション１０４は、ユーザの指定した仕上がりページに、ユーザの指定した裁ち落とし幅を加えた「ドブ領域」を基準に原稿データを配置する。そして、裁ち落とし幅領域より外側にはみ出した原稿データは印刷しない。

また、製本面付け指定時は「のど」側の裁ち落とし幅領域の内辺を、とじ辺の位置に合うように設定し、「のど」側の裁ち落とし幅領域が印刷されないようにする。

これにより、ユーザは容易な操作で、ユーザの意図する原稿データの中央を面付け後の仕上がりページの中央に配置することが可能となる。また、どのような原稿データにおいても、前加工を行う必要なく、そのまま製本アプリケーション１０４において面付けすることが可能となる。

さらに、製本アプリケーション１０４は、インラインフィニッシャ指定時とオフラインフィニッシャ指定時とで適切な描画方法に切り替える。それにより、ユーザ自身が、インラインフィニッシャ用とオフラインフィニッシャ用とで原稿データを作り分ける必要がなく、ユーザの利便性を向上することができる。

尚、本実施形態で示したフローチャートにおいて、その前後は処理が未完成にならない限り入れ替えることが可能である。

以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスクがある。また、更に、記録媒体としては、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、その接続先のホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。また、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。

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

本発明の実施形態の文書処理システムのソフトウェア構成を示す図である。 本発明の実施形態の文書処理システムのハードウェア構成を示す図である。 本発明の実施形態のブックファイルのデータ形式の一例を模式的に示す図である。 本発明の実施形態のブック属性（文書設定情報４０３）の例を示す図である。 本発明の実施形態の章属性の例を示す図である。 本発明の実施形態のページ属性の例を示す図である。 本発明の実施形態の製本アプリケーションによるブックファイルの生成手順を示すフローチャートである。 本発明の実施形態の新規のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。 本発明の実施形態の既存のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。 本発明の実施形態の電子原稿インポートの処理手順を示すフローチャートである。 本発明の実施形態のステップＳ８０１の電子原稿ファイルの生成手順の詳細を示すフローチャートである。 本発明の実施形態のジョブチケットのデータ構造例を示す図である。 本発明の実施形態のサーバクライアント型の文書処理システムの構成を示すブロック図である。 本発明の実施形態の製本アプリケーションの「文書の体裁設定」ウインドウの一例を示す図である。 本発明の実施形態の「仕上がりサイズ指定」ウインドウの一例を示す図である。 本発明の実施形態の「トンボ・ドブの設定」ウインドウの一例を示す図である。 本発明の実施形態の製本アプリケーションの「文書の体裁設定」ウインドウの一例を示す図である。 本発明の実施形態の製本アプリケーションの「文書の体裁設定」ウインドウの一例を示す図である。 本発明の実施形態の製本アプリケーションの「章の体裁設定」ウインドウの一例を示す図である。 本発明の実施形態の製本アプリケーションの「章の体裁設定」ウインドウの一例を示す図である。 本発明の実施形態の製本アプリケーションの「ページの詳細設定」ウインドウの一例を示す図である。 本発明の実施形態の製本アプリケーションの「ページの詳細設定」ウインドウの一例を示す図である。 本発明の実施形態の文書編集の表示例を示す図である。 本発明の実施形態の既存のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。 本発明の実施形態の製本アプリケーションによる面付け設定処理を示すフローチャートである。 本発明の実施形態の製本アプリケーションによる面付け処理を示すフローチャートである。 本発明の実施形態のステップＳ２６０８の詳細を示すフローチャートである。 本発明の実施形態の製本アプリケーションにより生成された用紙レイアウトの一例を示す図である。 本発明の実施形態の製本アプリケーションにより生成された用紙レイアウトの一例を示す図である。 本発明の実施形態の製本アプリケーションにより生成された用紙レイアウトの一例を示す図である。 本発明の実施形態の製本アプリケーションにより生成された用紙レイアウトの一例を示す図である。 本発明の実施形態の製本アプリケーションにより生成された用紙レイアウトの一例を示す図である。 本発明の実施形態の製本アプリケーションにより生成された用紙レイアウトの一例を示す図である。 本発明の実施形態の製本アプリケーションにより生成された用紙レイアウトの一例を示す図である。 本発明の実施形態の製本アプリケーションにより生成された用紙レイアウトの一例を示す図である。 本発明の実施形態の製本アプリケーションによる原稿データ配置処理を示すフローチャートである。 本発明の実施形態の原稿データの一例を示す図である。 本発明の実施形態の原稿の出力結果の一例を示す図である。 本発明の実施形態の原稿の出力結果の一例を示す図である。 本発明の実施形態の原稿の出力結果の一例を示す図である。 本発明の実施形態の原稿の出力結果の一例を示す図である。 本発明の実施形態の原稿の出力結果の一例を示す図である。 本発明の実施形態の代表的な入稿原稿の一例を示す図である。 本発明の実施形態の原稿の出力結果の一例を示す図である。 本発明の実施形態の原稿の出力結果の一例を示す図である。 本発明の実施形態の原稿の出力結果の一例を示す図である。 本発明の実施形態の原稿の出力結果の一例を示す図である。

符号の説明

１００ ホストコンピュータ
１０１ 一般アプリケーション
１０２ 電子原稿ライタ
１０３ 電子原稿ファイル
１０４ 製本アプリケーション
１０５ 電子原稿デスプーラ
１０６ プリンタドライバ
１０７ プリンタ

Claims (18)

1. 用紙上に仕上がりページをレイアウトし、該用紙上に４辺に幅の異なる裁ち落とし幅が設定された原稿データが印刷されるように面付け処理を実行する情報処理装置であって、
   前記仕上がりページに対する裁ち落とし幅として、前記４辺に幅の異なる裁ち落とし幅が設定された原稿データの裁ち落とし幅と同じ幅を設定する設定手段と、
   前記設定手段で設定される前記仕上がりページに対する４辺の幅が異なる裁ち落とし幅と仕上がりページのサイズとに基づいて、前記仕上がりページと前記裁ち落とし幅の領域とを合わせた領域であるドブ領域を決定する決定手段と、
   前記決定手段により決定されたドブ領域の中央に、前記４辺に幅の異なる裁ち落とし幅が設定された原稿データの中央を合わせて、前記原稿データの配置を決定する配置手段と、
   を備えることを特徴とする情報処理装置。
2. 前記配置手段により決定された配置に従って、前記原稿データを印刷するための印刷データを生成する生成手段を更に備える
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記生成手段は、前記配置手段で配置が決定された原稿データの内、ドブ領域をはみ出している原稿データについては、印刷時にマスク処理されるように、前記印刷データを生成する
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記原稿データを取得する取得手段を更に備え、
   前記原稿データに文書設定情報が含まれている場合、前記設定手段は、前記文書設定情報に基づいて、前記面付け処理に関する設定情報を設定する
   ことを特徴とする請求項１に記載の情報処理装置。
5. 原稿データを仕上がりページの仕上がりサイズにあわせて拡大縮小することを設定する仕上がり拡縮設定手段と、
   前記仕上がり拡縮設定手段により原稿データを仕上がりページの仕上がりサイズにあわせて拡大縮小することが設定されている場合に、前記原稿データが前記仕上がりサイズと一致するように拡縮する拡縮手段とを更に備える
   ことを特徴とする請求項１に記載の情報処理装置。
6. 原稿データを前記ドブ領域のサイズにあわせて拡大縮小することを設定するドブ領域拡縮設定手段と、
   前記ドブ領域拡縮設定手段により原稿データを前記ドブ領域のサイズにあわせて拡大縮小することが設定されている場合に、前記原稿データが前記ドブ領域のサイズと一致するように拡縮する拡縮手段と
   を更に備えることを特徴とする請求項１に記載の情報処理装置。
7. 用紙上に仕上がりページをレイアウトし、該用紙上に４辺に幅の異なる裁ち落とし幅が設定された原稿データが印刷されるように面付け処理を実行する情報処理装置の制御方法であって、
   前記仕上がりページに対する裁ち落とし幅として、前記４辺に幅の異なる裁ち落とし幅が設定された原稿データの裁ち落とし幅と同じ幅を設定する設定工程と、
   前記設定工程で設定される前記仕上がりページに対する４辺の幅が異なる裁ち落とし幅と仕上がりページのサイズとに基づいて、前記仕上がりページと前記裁ち落とし幅の領域とを合わせた領域であるドブ領域を決定する決定工程と、
   前記決定工程により決定されたドブ領域の中央に、前記４辺に幅の異なる裁ち落とし幅が設定された原稿データの中央を合わせて、前記原稿データの配置を決定する配置工程と、
   を備えることを特徴とする情報処理装置の制御方法。
8. 前記配置工程により決定された配置に従って、前記原稿データを印刷するための印刷データを生成する生成工程を更に備える
   ことを特徴とする請求項７に記載の情報処理装置の制御方法。
9. 前記生成工程は、前記配置工程で配置が決定された原稿データの内、ドブ領域をはみ出している原稿データについては、印刷時にマスク処理されるように、前記印刷データを生成する
   ことを特徴とする請求項８に記載の情報処理装置の制御方法。
10. 前記原稿データを取得する取得工程を更に備え、
    前記原稿データに文書設定情報が含まれている場合、前記設定工程は、前記文書設定情報に基づいて、前記面付け処理に関する設定情報を設定する
    ことを特徴とする請求項７に記載の情報処理装置の制御方法。
11. 原稿データを仕上がりページの仕上がりサイズにあわせて拡大縮小することを設定する仕上がり拡縮設定工程と、
    前記仕上がり拡縮設定工程により原稿データを仕上がりページの仕上がりサイズにあわせて拡大縮小することが設定されている場合に、前記原稿データが前記仕上がりサイズと一致するように拡縮する拡縮工程とを更に備える
    ことを特徴とする請求項７に記載の情報処理装置の制御方法。
12. 原稿データを前記ドブ領域のサイズにあわせて拡大縮小することを設定するドブ領域拡縮設定工程と、
    前記ドブ領域拡縮設定工程により原稿データを前記ドブ領域のサイズにあわせて拡大縮小することが設定されている場合に、前記原稿データが前記ドブ領域のサイズと一致するように拡縮する拡縮工程と
    を更に備えることを特徴とする請求項７に記載の情報処理装置の制御方法。
13. 用紙上に仕上がりページをレイアウトし、該用紙上に４辺に幅の異なる裁ち落とし幅が設定された原稿データが印刷されるように面付け処理を実行する情報処理装置の制御をコンピュータに実行させるためのプログラムであって、
    前記仕上がりページに対する裁ち落とし幅として、前記４辺に幅の異なる裁ち落とし幅が設定された原稿データの裁ち落とし幅と同じ幅を設定する設定工程と、
    前記設定工程で設定される前記仕上がりページに対する４辺の幅が異なる裁ち落とし幅と仕上がりページのサイズとに基づいて、前記仕上がりページと前記裁ち落とし幅の領域とを合わせた領域であるドブ領域を決定する決定工程と、
    前記決定工程により決定されたドブ領域の中央に、前記４辺に幅の異なる裁ち落とし幅が設定された原稿データの中央を合わせて、前記原稿データの配置を決定する配置工程と、
    をコンピュータに実行させることを特徴とするプログラム。
14. 前記配置工程により決定された配置に従って、前記原稿データを印刷するための印刷データを生成する生成工程を更に備える
    ことを特徴とする請求項１３に記載のプログラム。
15. 前記生成工程は、前記配置工程で配置が決定された原稿データの内、ドブ領域をはみ出している原稿データについては、印刷時にマスク処理されるように、前記印刷データを生成する
    ことを特徴とする請求項１４に記載のプログラム。
16. 前記原稿データを取得する取得工程を更に備え、
    前記原稿データに文書設定情報が含まれている場合、前記設定工程は、前記文書設定情報に基づいて、前記面付け処理に関する設定情報を設定する
    ことを特徴とする請求項１３に記載のプログラム。
17. 原稿データを仕上がりページの仕上がりサイズにあわせて拡大縮小することを設定する仕上がり拡縮設定工程と、
    前記仕上がり拡縮設定工程により原稿データを仕上がりページの仕上がりサイズにあわせて拡大縮小することが設定されている場合に、前記原稿データが前記仕上がりサイズと一致するように拡縮する拡縮工程とを更に備える
    ことを特徴とする請求項１３に記載のプログラム。
18. 原稿データを前記ドブ領域のサイズにあわせて拡大縮小することを設定するドブ領域拡縮設定工程と、
    前記ドブ領域拡縮設定工程により原稿データを前記ドブ領域のサイズにあわせて拡大縮小することが設定されている場合に、前記原稿データが前記ドブ領域のサイズと一致するように拡縮する拡縮工程と
    を更に備えることを特徴とする請求項１３に記載のプログラム。

Images