JP4614397B2 - 文書処理装置、文書処理方法及び文書処理プログラム - Google Patents

Description

本発明は、パーソナルコンピュータ等の情報処理とプリンタから成るシステムにおいて、文書処理プログラムや画像編集プログラム等、様々なプログラムによって生成される出力データをひとつの文書としてまとめ、その文書に対する編集機能を提供する文書処理装置及び文書処理方法、文書処理プログラム等に関するものである。

文字や表、画像など、データの種類が異なると、データを定義する構造やそれらデータに対する編集操作が異なるために、データの種類に応じた様々なアプリケーションプログラムが提供されている。利用者は、文字を編集するためには文字処理プログラム、表を編集するためには表計算プログラム、画像を編集するためには画像編集プログラムといった具合に、データの種類別にアプリケーションを使い分けている。

このように、利用者はデータの種類ごとにアプリケーションプログラムを使い分けるのが一般的である。しかし、利用者が作成しようとする文書としては、例えば文字のみや、表のみ、画像のみといった１種類のデータのみから構成される文書よりも、文字と表、文字と画像など、複数種類のデータから構成される文書の方が一般的である。そこで複数種類のデータを含む目的文書を作成するために、利用者は各種アプリケーションが備えている印刷機能を利用してアプリケーションごとにデータを印刷させ、印刷物を所望の順序に組み合わせる必要があった。

あるいは、いわゆるオフィススイートと呼ばれる、各種アプリケーションによってひとつの統合アプリケーションを形成するプログラムには、各アプリケーションで生成されたデータを組み合わせ、ひとつの文書を構成する機能を提供するものもある。この統合アプリケーションを使用する場合には、利用者は、各アプリケーションで作成したデータを、統合アプリケーションに含まれる特定のアプリケーションによってひとつの目的文書にまとめることができる。

しかしながら、利用者が各種アプリケーションによる印刷物を組み合わせてひとつの目的文書を作成する場合、例えばページ番号を各ページに振るためには、いったん必要なデータをすべて印刷出力し、文書としてまとめてから付すべきページ番号を決定する必要がある。そして、各アプリケーションによって、そのアプリケーションで作成された原稿の各ページ（これを論理ページあるいは原稿ページと呼ぶ）ごとに、決定されたページ番号を書き込んでいく。アプリケーションプログラムがページ番号を振る機能を有している場合であっても、不連続部分があればその部分についてはやはり利用者がページ番号を指定しなければならない。また、目的文書のページを再配置した場合には、ページ番号もそれに合わせて振り直さなければならない。あるいは、複数の原稿ページを、印刷物としての１ページ（これを物理ページあるいは印刷ページと呼ぶ）にまとめたり、片面印刷から両面印刷に変更するなど、データの内容にかかる変更ではなく、単に書式を変更する場合であっても、アプリケーションによって編集及び印刷のし直しが必要となる。

このように、データの種類ごとにそれを管理できるアプリケーションが異なることから、アプリケーション間のインタフェースを利用者自身が人手によって提供しなければならない。このことは、利用者に多大な労力が要求されるということであり、生産性の低下をもたらす。さらに、多くの人手を介することからエラーの発生も生じやすかった。

一方、統合アプリケーションを利用して目的文書を作成する場合、印刷出力せずに、データの状態で各種データを配置することができる。このため、印刷物を組み合わせて目的文書を作成する場合ほどには労力は必要とされることはない。しかしながら、各種データを編集・作成するためのアプリケーションは、統合アプリケーションに含まれるものに限られてしまい、利用者が望むアプリケーションが使用できるとは限らない。また、統合アプリケーションによって作成された目的文書はひとつの文書ファイルであり、ファイル単位で編集・出力等の管理が行われる。そのために、文書ファイルの一部について書式を設定しようとしてもアプリケーションの機能による制約が多く、例えば書式が変わる部分ごとに書式設定を変更しては印刷し直すといった作業が必要とされる。このため、多くの労力が必要とされて生産性が低い点においては、前述した方法と変わりはなかった。

また、近年、このような統合アプリケーションを利用して作成した文書を印刷する際に利用する印刷方法として、「多連印刷」と呼ばれるものがある。「多連印刷」とは、印刷後の裁断を前提とし、一枚の記録媒体（用紙）上に複数ページ分の印刷結果を出力することを目的として、ページデータを用紙上に配置して印刷する機能である。例えば、一枚の用紙上に同一ページの印刷データを複数部数分（例えば、２部、４部分）印刷することにより、１回の印刷処理により得られる一枚の用紙から複数部数分に相当する印刷結果を得ることができる。

さらに、「多連印刷」の種類の一つであり、印刷後の裁断を前提とし、一枚の用紙上に同一ページの文書を並べるのではなく、異なるページの文書データを配置して文書を一枚の用紙上の前半と後半に並べて印刷する「前半後半印刷」と呼ばれる印刷もある。この前半後半印刷を、例えば、８ページの文書に適用した場合、（１，５：前半を１ページ目、後半を５ページ目とする）、（２，６）、（３，７）（４，８）等と、異なるページを組にして印刷し、裁断後に印刷された前半部分、後半部分のページを重ねることで、所定のページ数（全８ページ）を、その半分の出力用紙数（４枚）でもとの原稿をページ順どおりに再現することができる。

また、複数ページを製本印刷するために、総ページ数が奇数の場合は、最後のページ面に相当する位置に空白を配置する技術が特許文献１に開示されている。

特公平０８-５２６１号公報

しかし、従来から、前半後半印刷は特殊な面つけを行うため、印刷設定時の制限が非常に多かった。例えば、合紙を挿入する設定がなされた文書を前半後半印刷で印刷する場合や、前半後半印刷後の裁断の切り口をそろえたい場合などは、ユーザ自ら個別に設定する必要があり、操作が複雑となり、それによる印刷操作のミスが多かった。

また、合紙の設定がされている場合、画一的に白紙ページを挿入して印刷処理を実行すると、必要以上に白紙ページを印刷処理してしまう場合も生じ、用紙毎に課金されるような場合には、無駄な課金が発生することにもなっていた。

本発明は、上記背景技術を鑑みてなされたもので、２連印刷、前半後半印刷において、ユーザが文書処理装置を操作する際、印刷体裁に関する条件設定を容易にし、印刷体裁として選択可能な出力のバリエーションを増やすことを課題とする。

あるいは、合紙の設定がなされたようなドキュメントにおいても印刷後の裁断を考慮した面つけを行うこと、例えば、白紙ページのレイアウトを制御することにより、無駄な課金の発生を防止することを課題とする。

本発明に係る文書処理装置は、文書を構成するページデータを一の記録媒体上に複数ページ分レイアウトして、当該文書の印刷体裁を設定する文書処理装置であって、
文書の印刷体裁として、設定されている属性情報を取得する取得手段と、
前記取得手段により取得された属性情報において、各ページがレイアウトされた前記記録媒体を印刷後に裁断するための切り口の位置指定が設定されている場合、前記文書の前半に相当する第１ページに対して、前記文書の後半に相当する第２ページの天地方向を逆向きに回転させて、当該記録媒体上に面つけするレイアウト制御手段と
を備えることを特徴とする。

あるいは、本発明に係る文書処理方法は、文書を構成するページデータを一の記録媒体上に複数ページ分レイアウトして、当該文書の印刷体裁を設定する文書処理装置における文書処理方法であって、
取得手段が、文書の印刷体裁として、設定されている属性情報を取得する取得工程と、
前記取得工程で取得した属性情報において、各ページがレイアウトされた前記記録媒体を印刷後に裁断するための切り口の位置指定が設定されている場合、レイアウト制御手段が、前記文書の前半に相当する第１ページに対して、前記文書の後半に相当する第２ページの天地方向を逆向きに回転させて、当該記録媒体上に面つけするレイアウト制御工程と
を備えることを特徴とする。

本発明によれば、２連印刷、前半後半印刷において、ユーザが文書処理装置を操作する際、印刷体裁に関する条件設定が容易となり、印刷体裁として選択可能な出力のバリエーションを増やすことが可能になる。

あるいは、合紙の設定がなされたようなドキュメントにおいても印刷後の裁断を考慮した面つけを行うことが可能になり、白紙ページのレイアウトを制御することにより、無駄な課金の発生を防止することが可能になる。

本発明の実施の形態に係るスタンドアロン型の文書処理システムのソフトウェア構成例を示すブロック図である。 本発明の実施の形態に係る文書処理システムを実現するハードウェア構成例を示すブロック図である。 本実施の形態に係るブックファイルの構造の一例を示す図である。 本実施の形態に係るブック属性の一覧を示す図である。 本実施の形態に係る章属性の一覧を示す図である。 本実施の形態に係るページ属性の一覧を示す図である。 本実施の形態に係る文書処理システムにおけるブックファイルを開く手順例を示すフローチャートである。 新規のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。 既存のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。 本実施の形態に係る文書処理システムにおける、電子原稿ファイルをブックファイルにインポートする手順例を示すフローチャートである。 図１０のステップ８０１に示すアプリケーションデータを電子原稿ファイルに変換する手順例を示すフローチャートである。 印刷や表示を行う際に使用するデータ構造の例を示す図である。 クライアントサーバ型の文書処理システムのソフトウェア構成例を示すブロック図である。 データ構成の最上位階層である文書全体の設定を行うダイアログウィンドウの例を示す図である。 データ構成の中間階層である章の設定を行うダイアログウィンドウの例を示す図である。 図１５のダイアログウィンドウで固有属性の設定を行った例を示す図である。 データ構成の最下位階層であるページの設定を行うダイアログウィンドウの例を示す図である。 図１７のダイアログウィンドウでの設定値の変更例を示す図である。 章やページに固有の設定を行った場合の表示例を示す図である。 本発明の実施の形態に係る文書処理システムにおける、既存のドキュメントに対し、詳細な印刷設定を行うためのユーザーインターフェースの一例である。 本発明の実施の形態に関わる文書処理システムにおける、既存のドキュメントに対し、詳細な印刷設定を行うためのユーザーインターフェースの一例を示す図である。 本発明の実施の形態に係る文書処理システムにおいて、既存のドキュメントに対し、出力用紙設定を行うための設定ウィンドウの例を示す図である。 本発明の実施の形態に係る文書処理システムにおける、多連印刷を説明するための例を示す図である。 本発明の実施の形態に係る文書処理システムにおける、印刷処理を説明するためのフローチャートである。 本発明の実施の形態に係る文書処理システムにおける、多連処理を説明するためのフローチャートである。 本発明の実施の形態に係る文書処理システムにおける、前半後半印刷処理を説明するための図である。 本発明の実施の形態に係る文書処理システムにおける、前半後半印刷処理を説明するための図である。 本発明の実施の形態に係る文書処理システムにおける、前半後半印刷処理を説明するための図である。 本発明の実施の形態に係る文書処理システムにおける、前半後半印刷処理を説明するための図である。 本発明の実施の形態に係る文書処理システムにおける、前半後半印刷処理を説明するための図である。 本発明の実施の形態に係る文書処理システムにおける、前半後半印刷処理を説明するための図である。 本発明の実施の形態に係る文書処理システムにおける、前半後半印刷処理を説明するためのフローチャートである。 本発明の実施の形態に係る文書処理システムにおける、ドキュメントに対して前半後半印刷処理を設定するためのユーザーインターフェースの例である。 本発明の実施の形態に係る文書処理システムにおける、前半後半印刷処理を説明するための図である。 本発明における文書処理システムにおける、前半後半印刷処理を説明するための図である。 本発明における文書処理システムにおける、前半後半印刷処理を説明するための図である。 本発明における文書処理システムにおける、前半後半印刷処理を説明するためのフローチャートである。 本発明における文書処理システムにおける、文書処理システムにおける、前半後半印刷処理を説明するためのフローチャートである。 本発明における文書処理システムにおける、文書処理システムにおける、前半後半印刷処理を説明するためのフローチャートである。

以下、添付図面に従って、本発明の実施形態を詳細に説明する。

［本実施形態の文書処理システムの概要］
本発明の第１の実施形態である文書処理システムの概要を図１〜図１３を参照して説明する。この文書処理システムでは、一般アプリケーションにより作成されたデータファイルが、電子原稿ライタによって電子原稿ファイルに変換される。製本アプリケーションはその電子原稿ファイルを編集する機能を提供している。尚、本例では、それぞれの機能が明瞭になるように、一般アプリケーション、電子原稿ライタ、製本アプリケーション、電子原稿デスプーラと分離して示しているが、ユーザに提供されるパッケージはこれらに限定されず、これらを組合わせたアプリケーションやグラフィックエンジンとして提供されてもよい。以下、その詳細は説明する。

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

文書処理システムは、本発明の文書処理装置（情報処理装置）の好適な実施形態であるデジタルコンピュータ１００（以下、「ホストコンピュータ」とも呼ばれる）によって実現されている。一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドローあるいはペイント、プレゼンテーション、テキスト編集などの機能を提供するアプリケーションプログラムであり、ＯＳに対する印刷機能を有している。これらアプリケーションは、作成された文書データや画像データなどのアプリケーションデータを印刷するにあたって、オペレーティングシステム（ＯＳ）により提供される所定のインタフェース（一般に、ＧＤＩと呼ばれる）を利用する。すなわち、アプリケーション１０１は、作成したデータを印刷するために、前記インタフェースを提供するＯＳの出力モジュールに対して、あらかじめ定められる、ＯＳに依存する形式の出力コマンド（ＧＤＩ関数と呼ばれる）を送信する。出力コマンドを受けた出力モジュールは、プリンタ等の出力デバイスが処理可能な形式にそのコマンドを変換し、変換されたコマンド（ＤＤＩ関数と呼ばれる）を出力する。出力デバイスが処理可能な形式はデバイスの種類やメーカ、機種などによって異なるために、デバイスごとにデバイスドライバが提供されており、ＯＳではそのデバイスドライバを利用してコマンドの変換を行い、印刷データを生成し、ＪＬ（Job Language）でくくることにより印刷ジョブが生成される。ＯＳとしてマイクロソフト社のウインドウズを利用する場合には、前述した出力モジュールとしてはＧＤＩ（Graphic Device Interface）と呼ばれるモジュールが相当する。

電子原稿ライタ１０２は、前述のデバイスドライバを改良したものであり、本文書処理システム実現のために提供されるソフトウェアモジュールである。ただし、電子原稿ライタ１０２は特定の出力デバイスを目的としておらず、後述の製本アプリケーション１０４やプリンタドライバ１０６により処理可能な形式に出力コマンドを変換する。この電子原稿ライタ１０２による変換後の形式（以後、「電子原稿形式」と呼ぶ。）は、ページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。実質的な標準形式のうちでは、例えばアドビシステムズによるＰＤＦ形式や、ＳＶＧ形式などが電子原稿形式として採用できる。

アプリケーション１０１により電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。ただし、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのは製本アプリケーション１０４であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。製本アプリケーション１０４は、電子原稿ライタ１０２が生成した新規の不完全な電子原稿ファイルを後述する形式を備えた電子原稿ファイルとして完成させる。以下では、この点を明瞭に識別する必要がある際には、電子原稿ライタ１０２によって作成されたファイルを電子原稿ファイルと呼び、製本アプリケーションによって構造を与えられた電子原稿ファイルをブックファイルと呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイル（または文書データ）と呼ぶ。

このようにデバイスドライバとして電子原稿ライタ１０２を指定し、一般アプリケーション１０１によりそのデータを印刷させることで、アプリケーションデータはアプリケーション１０１によって定義されたページ（以後、「論理ページ」あるいは「原稿ページ」と呼ぶ。）を単位とする電子原稿形式に変換され、電子原稿ファイル１０３としてハードディスクなどの記憶媒体に格納される。なお、ハードディスクは、本実施形態の文書処理システムを実現するコンピュータが備えているローカルドライブであってもよいし、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。

製本アプリケーション１０４は、電子原稿ファイルあるいはブックファイル１０３を読み込み、それを編集するための機能を利用者に提供する。ただし製本アプリケーション１０４は、各ページの内容を編集する機能は提供しておらず、ページを最小単位として構成される、後述する章やブックの構造を編集するための機能を提供している。

製本アプリケーション１０４によって編集されたブックファイル１０３を印刷する際には、製本アプリケーション１０４によって電子原稿デスプーラ１０５が起動される。電子原稿デスプーラ１０５は、製本アプリケーションと共にコンピュータ内にインストールされるプログラムモジュールであり、製本アプリケーションで利用するドキュメント（ブックファイル）を印刷する際に、プリンタドライバへ描画データを出力するために使用されるモジュールである。電子原稿デスプーラ１０５は、指定されたブックファイル（電子原稿ファイル）をハードディスクから読み出し、ブックファイル（電子原稿ファイル）に記述された形式で各ページを印刷するために、前述したＯＳの出力モジュールに適合する出力コマンドを生成し、不図示の出力モジュールに出力する。その際に、出力デバイスとして使用されるプリンタ１０７のドライバ１０６がデバイスドライバとして指定される。出力モジュールは、指定されたプリンタ１０７のプリンタドライバ１０６を用いて受信した出力コマンドを、プリンタ１０７で解釈実行可能なデバイスコマンドに変換する。そしてデバイスコマンドはプリンタ１０７に送信され、プリンタ１０７によってコマンドに応じた画像が印刷される。

＜本実施形態の文書処理システムのハードウェア構成例＞
図２は、本実施形態の文書処理システムのハードウェア構成を示す図である。図２において、ホストコンピュータ１００は、ＲＯＭ２０３内のプログラム用ＲＯＭあるいは外部メモリ２１１に記憶された文書処理プログラム等に基づいて図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行するＣＰＵ２０１を備え、システムバス２０４に接続される各デバイスをＣＰＵ２０１が総括的に制御する。また、このＲＯＭ２０３内のプログラム用ＲＯＭあるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステムプログラム等を記憶し、ＲＯＭ２０３内のフォント用ＲＯＭあるいは外部メモリ２１１には上記文書処理の際に使用するフォントデータ等を記憶し、ＲＯＭ２０３内のデータ用ＲＯＭあるいは外部メモリ２１１には上記文書処理等を行う際に使用する各種データを記憶する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。２０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタ制御コマンド生成プログラム（以下プリンタドライバ）等を記憶するハードディスク（ＨＤ）、フレキシブルディスク（ＦＤ）等の外部メモリ２１１とのアクセスを制御する。プリンタコントローラ（ＰＲＴＣ）２０８は、双方向性インタフェース（インタフェース）２１を介してプリンタ１０７に接続されて、プリンタ１０７との通信制御処理を実行する。ＮＣ２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。

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

プリンタ１０７は、ＣＰＵ３１２により制御される。プリンタのＣＰＵ３１２は、ＲＯＭ３１３内のプログラム用ＲＯＭに記憶された制御プログラム等あるいは外部メモリ３１４に記憶された制御プログラム等に基づいてシステムバス３１５に接続される印刷部（プリンタエンジン）３１７に出力情報としての画像信号を出力する。また、このＲＯＭ３１３内のプログラムＲＯＭには、ＣＰＵ３１２の制御プログラム等を記憶する。ＲＯＭ３１３内のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ等が記憶され、ＲＯＭ３１３内のデータ用ＲＯＭには、ハードディスク等の外部メモリ３１４がないプリンタの場合には、ホストコンピュータ上で利用される情報等が記憶されている。

ＣＰＵ３１２は入力部３１８を介してホストコンピュータとの通信処理が可能となっており、プリンタ内の情報等をホストコンピュータ１００に通知できる。ＲＡＭ３１９は、ＣＰＵ３１２の主メモリや、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ３１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。前述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ３１４は、メモリコントローラ（ＭＣ）２０によりアクセスを制御される。外部メモリ３１４は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、３２１は前述した操作パネルで、操作のためのスイッチ及びＬＥＤ表示器等が配されている。

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

＜電子原稿データの形式例＞
編集アプリケーション１０４の詳細を言及する前に、ブックファイルのデータ形式を説明する。ブックファイルは紙媒体の書物を模した３層の層構造を有する。上位層は「ブック」と呼ばれ、１冊の本を模しており、その本全般に係る属性が定義されている。その下の中間層は、本でいう章に相当し、やはり「章」と呼ばれる。各章についても、章ごとの属性が定義できる。下位層は「ページ」であり、アプリケーションプログラムで定義された各ページに相当する。各ページついてもページごとの属性が定義できる。ひとつのブックは複数の章を含んでいてよく、また、ひとつの章は複数のページを含むことができる。

一般アプリケーション１０１からの印刷データは電子原稿ライタ１０２を介して電子原稿ファイル１０３としてシステム上に保存される。この際、この電子原稿ファイル１０３には、印刷物のコンテンツデータや印刷用設定データ等が含まれる。印刷物のコンテンツデータとはユーザがアプリケーション上で作成したデータを中間データとして変換したものであり、印刷用設定データとはコンテンツデータをどのように出力するか(出力体裁等)を記述したデータである。

図３は、ブックファイルの形式の一例を模式的に示す図である。このブックファイルの形式は、印刷用設定データに基づくものである。ブックファイルにおける、ブック、章、ページは、それぞれに相当するノードにより示されている。ひとつのブックファイルはひとつのブックを含む。ブック、章は、ブックとしての構造を定義するための概念であるから、定義された属性値と下位層へのリンクとをその実体として含む。ページは、アプリケーションプログラムによって出力されたページごとのデータを実体として有する。そのため、ページは、その属性値のほか、原稿ページの実体（原稿ページデータ）と各原稿ページデータへのリンクを含む。尚、紙媒体等に出力する際の印刷ページは複数の原稿ページを含む場合がある。この構造に関してはリンクによって表示されず、ブック、章、ページ各階層における属性として表示される。

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

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

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

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

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

ブック属性に固有の項目は、印刷方法、製本詳細、表紙／裏表紙、インデックス紙、合紙、章区切り、多連印刷の７項目である。これらは、ブックを通して定義される項目である。印刷方法属性としては、片面印刷、両面印刷、製本印刷の３つの値を指定できる。製本印刷とは、別途指定する枚数の用紙を束にして２つ折りにし、その束をつづり合わせることで製本が可能となる形式で印刷する方法である。製本詳細属性としては、製本印刷が指定されている場合に、見開き方向や、束になる枚数等が指定できる。

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

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

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

多連印刷属性とは、ブックとしてまとめられる電子原稿ファイルを印刷する際に、複数のページを一枚の記録媒体（用紙）上に印刷する２連印刷、４連印刷あるいは異なるページに対応する文書を一枚の用紙上の前半と後半に並べて印刷をする前半後半印刷を設定することができる。この多連印刷に関しては、後に詳細に説明するのでここでの説明は省略する。

図５は、章属性（章設定情報４０７）の、図６はページ属性（ページ設定情報４１１）の例を示すリストである。章属性とページ属性との関係もブック属性と下位層の属性との関係と同様である。

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

ブック属性と章属性とにのみ共通する項目は、用紙サイズ、用紙方向、Ｎ−ｕｐ印刷指定、拡大縮小、排紙方法の５項目である。このうち、Ｎ−ｕｐ印刷指定属性は、１印刷ページに含まれる原稿ページ数を指定するための項目である。指定可能な配置としては、１×１や１×２、２×２、３×３、４×４などがある。排紙方法属性は、排出した用紙にステイプル処理を施すか否かを指定するための項目であり、この属性の有効性は使用する印刷装置がステイプル機能を有するか否かに依存する。

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

ブック、章、ページについて共通な属性として、ウォーターマーク属性及びヘッダ・フッタ属性がある。ウォーターマークとは、アプリケーションで作成されたデータに重ねて印刷される、別途指定される画像や文字列などである。ヘッダ・フッタは、それぞれ各ページの上余白及び下余白に印刷されるウォーターマークである。ただし、ヘッダ・フッタには、ページ番号や日時など、変数により指定可能な項目が用意されている。なお、ウォーターマーク属性及びヘッダ・フッタ属性において指定可能な内容は、章とページとは共通であるが、ブックはそれらと異なっている。ブックにおいてはウォーターマークやヘッダ・フッタの内容を設定できるし、また、ブック全体を通してどのようにウォーターマークやヘッダ・フッタを印刷するかを指定することができる。一方、章やページでは、その章やページにおいて、ブックで設定されたウォーターマークやヘッダ・フッタを印刷するか否かを指定できる。

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

図７は、製本アプリケーション１０４によりブックファイルを開く際の手順を示すフローチャートである。

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

一方、既存のブックファイルがあれば、指定されたブックファイルを開き（ステップＳ７０３）、そのブックファイルの構造、属性、内容に従ってユーザインタフェース（ＵＩ）画面を表示する。図９は、このＵＩ画面の一例である。ＵＩ画面９００は、ブックの構造を示すツリー部９０１と、印刷された状態を表示するプレビュー部９０２とを含む。ツリー部９０１には、ブックに含まれる章、各章に含まれるページが、図３のような木構造が分かるように表示される。ツリー部９０１に表示されるページは原稿ページである。プレビュー部９０２には、印刷ページの内容が縮小されて表示される。その表示順序は、ブックの構造を反映したものとなっている。

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

図１０に電子原稿インポートの手順例を示すフローチャートである。

まず、指定されたアプリケーションデータを生成したアプリケーションプログラムを起動し、デバイスドライバとして電子原稿ライタ１０２を指定してアプリケーションデータを印刷出力させることで、電子原稿データに変換する（ステップＳ８０１）。変換を終えたなら、変換されたデータが画像データであるか否かを判定する（ステップＳ８０２）。この判定は、ウインドウズＯＳの下であれば、アプリケーションデータのファイル拡張子に基づいて行うことができる。例えば、拡張子が「ｂｍｐ」であればウインドウズビットマップデータであり、「ｊｐｇ」であればＪＰＥＧ圧縮された画像データ、「ｔｉｆｆ」であればｔｉｆｆ形式の画像データであると判定できる。また、このような画像データの場合はＳ８０１０のようにアプリケーションを起動せずに、画像データから直接電子原稿ファイルを生成することが可能であるため、Ｓ８０１０の処理を省略することも可能である。

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

画像データである場合には、原則として新たな章は追加されず、指定されている章に、ステップＳ８０１で生成された電子原稿ファイルに含まれる各原稿ページが追加される（ステップＳ８０４）。ただし、ブックファイルが新規作成されたファイルであれば、新たな章が作成されて、その章に属するページとして電子原稿ファイルの各ページが追加される。通常、ページ属性は、上位層の属性と共通のものについてはその属性値が与えられ、アプリケーションデータにおいて定義された属性を電子原稿ファイルに引き継いでいるものについてはその値が与えられるる。例えば、Ｎ−ｕｐ指定などがアプリケーションデータにおいてされていた場合には、その属性値が引き継がれる。このようにして、新規なブックファイルが作成され、あるいは、新規な章が追加される。しかし、本例では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。

図１１は、図１０のステップＳ８０１において、電子原稿ライタ１０２により電子原稿ファイルを生成させる手順を示すフローチャートである。

まず、新たな電子原稿ファイルを作成してそれを開く（ステップＳ９０１）。指定したアプリケーションデータに対応するアプリケーションを起動し、電子原稿ライタ１０２をデバイスドライバとして、ＯＳの出力モジュールに対して出力コマンドを送信させる。出力モジュールは、受信した出力コマンドを電子原稿ライタによって電子原稿形式のデータに変換し、出力する（ステップＳ９０２）。出力先はステップＳ９０１で開いた電子原稿ファイルである。指定されたデータすべてについて変換が終了したか判定し（ステップＳ９０３）、終了していれば電子原稿ファイルを閉じる（ステップＳ９０４）。電子原稿ライタ１０２によって生成される電子原稿ファイルは、図３に示した、原稿ページデータの実体を含むファイルである。

（ブックファイルの編集例）
以上のようにして、アプリケーションデータからブックファイルを作成することができる。生成されたブックファイルについては、章及びページに対して次のような編集操作が可能である。
（１）新規追加
（２）削除
（３）コピー
（４）切り取り
（５）貼り付け
（６）移動
（７）章名称変更
（８）ページ番号名称振り直し
（９）表紙挿入
（１０）合紙挿入
（１１）インデックス紙挿入
（１２）各原稿ページに対するページレイアウト。

このほか、一旦行った編集操作を取り消す操作や、さらに取り消した操作をやり直す操作が可能である。これら編集機能により、例えば複数のブックファイルの統合、ブックファイル内で章やページの再配置、ブックファイル内で章やページの削除、原稿ページのレイアウト変更、合紙やインデックス紙の挿入などといった編集操作が可能となる。これらの操作を行うと、図４乃至図６に示す属性に操作結果が反映されたり、あるいはブックファイルの構造に反映される。たとえば、ブランクページの新規追加操作を行えば、指定された箇所にブランクページが挿入される。このブランクページは原稿ページとして扱われる。また、原稿ページに対するレイアウトを変更すれば、その変更内容は、印刷方法やＮ−ｕｐ印刷、表紙／裏表紙、インデックス紙、合紙、章区切りといった属性に反映される。本例における、編集時の表示及び操作例については、以下で詳細に示す。

（ブックファイルの出力例）
以上のように作成・編集されるブックファイルは印刷出力を最終目的としている。利用者が図９に示す製本アプリケーションのＵＩ画面９００からファイルメニューを選択し、そこから印刷を選択すると、指定した出力デバイスにより印刷出力される。この際、まず製本アプリケーション１０４は、現在開かれているブックファイルからジョブチケットを作成して電子原稿デスプーラ１０５に渡す。電子原稿デスプーラ１０５は、ジョブチケットをＯＳの出力コマンド、例えばウインドウズ（登録商標）のＧＤＩコマンドに変換し、それを出力モジュール、例えばＧＤＩに送信する。出力モジュールは、指定されたプリンタドライバ１０６によってデバイスに適したコマンドを生成し、そのデバイスに送信する。

すなわち、図示しない出力モジュールのグラフィックエンジンは、印刷装置ごとに用意されたプリンタドライバ１０６を外部メモリ２１１からＲＡＭ２０２にロードし、出力をプリンタドライバ１０６に設定する。そして、出力モジュールは、受け取ったＧＤＩ（Graphic Device Interface）関数からＤＤＩ（Device Driver Interface）関数に変換して、プリンタドライバ１０６へＤＤＩ関数を出力する。プリンタドライバ１０６は、出力モジュールから受け取ったＤＤＩ関数に基づいて、プリンタが認識可能な制御コマンド、例えばＰＤＬ（Page Description Language）に変換する。変換されたプリンタ制御コマンドは、ＯＳによってＲＡＭ２０２にロードされたシステムスプーラを経てインタフェース２１経由でプリンタ１０７へ印刷データとして出力される仕組みとなっている。

ここで、ジョブチケットは、原稿ページを最小単位とする構造を有するデータである。ジョブチケットにおける構造は、用紙上における原稿ページのレイアウトを定義している。ジョブチケットは１ジョブにつき１つ発行される。そのため、まず最上位にドキュメントというノードがあり、文書全体の属性、例えば両面印刷／片面印刷、あるいは、多連印刷などが定義されている。その下には、用紙ノードが属し、用いるべき用紙の識別子や、プリンタにおける給紙口の指定などの属性が含まれる。各用紙ノードには、その用紙で印刷されるシートのノードが属する。１シートは１枚の用紙に相当する。各シートには、印刷ページ（物理ページ）が属する。片面印刷ならば１シートには１物理ページが属し、両面印刷ならば１シートに２物理ページが属する。各物理ページには、その上に配置される原稿ページが属する。また物理ページの属性として、原稿ページのレイアウトが含まれる。

ジョブチケットのデータ構造の例を図１２に示す。印刷用のデータでは、文書は用紙の集合で構成されており、各用紙は表、裏の２面で構成されており、各面は原稿をレイアウトする領域（物理ページ）を持ち、各物理ページには、最小単位である原稿ページの集合から構成される。１１０１は文書に相当するデータで、文書全体に関係するデータと、文書を構成する用紙情報のリストから構成される。用紙情報１１０２は用紙サイズなど用紙に関する情報と用紙上に配置される面情報のリストから構成される。面情報１１０３は、面に固有のデータと、面上に配置される物理ページのリストから構成される。物理ページ情報１１０４は、物理ページのサイズやヘッダ・フッタなどの情報と、物理ページを構成する原稿ページのリストから構成される。

電子原稿デスプーラ１０５は、電子原稿ファイルのジョブチケットをデスプールテーブルというテーブル（図１２のジョブチケットをテーブルとして表現したものに相当する。）を作成し、編集情報ファイルに定義された属性や印刷設定に応じて、そのデスプールテーブルを出力モジュールへの出力コマンドに変換する。

（プレビュー表示の内容例）
すでに説明したとおり、ブックファイルが製本アプリケーションによって開かれると、図９に示すユーザインタフェース画面９００が表示される。ツリー部９０１には、開いているブック（以下、「注目ブック」と呼ぶ。）の構造を示すツリーが表示される。プレビュー部には、利用者の指定に応じて、３通りの表示方法が用意されている。第１は原稿ページをそのまま表示する原稿ビューと呼ばれるモードである。原稿ビューモードでは、注目ブックに属する原稿ページの内容が縮小されて表示される。プレビュー部の表示にレイアウトは反映されない。第２は印刷ビューモードである。印刷ビューモードでは、プレビュー部９０２には、原稿ページのレイアウトが反映された形で原稿ページが表示される。第３は簡易印刷ビューモードである。簡易印刷ビューモードでは、各原稿ページの内容はプレビュー部の表示には反映されず、レイアウトのみが反映される。

＜他の文書処理システムの構成例＞
上記実施形態の文書処理システムはスタンドアロン型のシステムであるが、これを拡張したサーバクライアントシステムでもほぼ同様の構成・手順でブックファイルが作成・編集される。ただし、ブックファイルや印刷処理はサーバによって管理される。

図１３はサーバクライアント型文書処理システムの構成を示すブロック図である。クライアント文書処理システムは、スタンドアロン型システムに、クライアントモジュールであるＤＯＭＳ（Document Output Management Service：文書出力管理サービス）ドライバ１０９及びＤＯＭＳプリントサービスモジュール１１０、ＤＳ（文書サービス）クライアントモジュール１０８を加えた構成を有する。このクライアント文書処理システム１２００に、文書管理サーバ１２０１及び印刷集中管理サーバ１２０２及びプリントサーバ１２０３が接続されている。これらサーバは、通常ネットワークによってクライアント文書処理システムと接続されるが、サーバが同時にクライアントとしても機能する場合には、ネットワーク間の通信をシミュレートするプロセス間通信によって接続される。尚、図１３では文書管理サーバ１２０１と印刷集中管理サーバ１２０２の両サーバがクライアントに接続されているが、いずれか一方のみがネットワーク上に存在する場合もあり得る。接続されているサーバが文書管理サーバであれば、そのクライアントモジュールを含む文書管理サーバクライアントシステム１２０１ＳＣが、印刷集中管理サーバ１２０２であれば、そのクライアントモジュールを含む印刷管理サーバクライアントシステム１２０２ＳＣが、スタンドアロン型文書管理システムに追加される。

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

印刷集中管理サーバ１２０２は、クライアント文書管理システム１２００に格納された、あるいは文書管理サーバ１２０１に格納されたブックファイルの印刷を管理するサーバである。クライアントにおける印刷要求は、ＤＯＭＳドライバ１０９及びＤＯＭＳプリントサービスモジュール１１０を介して印刷集中管理サーバ１２０２のＤＯＭＳＷＧサーバモジュール１２２１に送信される。集中印刷管理サーバ１２０２は、クライアントのプリンタで印刷する場合にはクライアントのＤＯＭＳプリントサービスモジュール１１０を介して電子原稿デスプーラ１０５に電子原稿データを渡し、プリントサーバ１２０３により印刷する場合には、プリントサーバ１２０３のＤＯＭＳプリントサービスモジュール１２０３に送信する。集中印刷管理サーバは、例えば保存されているブックファイルに対して印刷要求を発行した利用者の資格などについてセキュリティチェックを行ったり、印刷処理のログを保存したりする。このように、文書処理システムは、スタンドアロンとしても、クライアントサーバシステムとしても実現できる。

［本実施形態の文書処理システムの編集操作例］
上記図９は、製本アプリケーション１０４の操作画面である。製本アプリケーションは、文書のページ順の入れ替えや複製、削除などの編集に加え、ステイプルなどの印刷装置の機能設定も行うことができ、指定した印刷装置に印刷することが可能である。図９の左側の領域には、文書の構造を示すツリービューが表示されている。文書は、章の集合で構成されており、各章は原稿ページの集合で構成されている。図９の右側の領域には、各ページの印刷プレビューが表示されている。

＜本実施形態の文書処理システムの属性設定例＞
図１４は、製本アプリケーション１０４の「文書の詳細設定」ウインドウ１４００を示している。このウインドウでは、「文書設定情報４０３」を表示／設定することができる。このウインドウは、図９のアプリケーション操作画面にあるPrint Formメニューの「Detailed Setting for Document」メニューあるいはツールバー上の「Detailed Setting for Document」ボタンから起動される。「文書の詳細設定」ウインドウは、文書全体に影響する属性の設定を行うためのウインドウである。このウインドウは、Page Setup、Decoration、Edit、Paper Sourceの４つのシートから構成されており、図１４は、Page Setupシートを表示した状態を示している。このPage Setupシートでは、主にレイアウトに関する設定を行うことができ、用紙サイズや向き、Ｎページ印刷などの設定を指示することができる。このウインドウには、ズームに関するチェックボックスコントロール１４０１、１４０２が配置されている。

図１５は、製本アプリケーション１０４の「章の詳細設定」ウインドウ１５００を示している。このウインドウでは、「章設定情報４０７」を表示／設定することができる。このウインドウは、図９のアプリケーション操作画面にあるPrint Formメニューの「Detailed Setting for Chapter」メニューあるいはツールバー上の「Detailed Setting for Chapter」ボタンから起動される。「章の詳細設定」ウインドウは、章固有の属性の設定を行うためのウインドウである。このウインドウは、Page Setup、Decoration、Edit、Paper Sourceの４つのシートから構成されており、図１５は、Page Setupシートを表示した状態を示している。このPage Setupシートでは、主に各章で固有のレイアウトに関する設定を行うことができ、用紙サイズや向き、Ｎページ印刷などの設定を指示することができる。「文書の詳細設定」と「章の詳細設定」で重複する設定項目については「Follow Book Attribute」のチェックボックスコントロール１５０１、１５０２、１５０３を配置して
いる。このチェックボックスにチェックが入っている項目グループについては、文書の設定値をその章にも適用する。このチェックをはずした場合については、次の図１６に示す。章固有の設定としては２種類に分類できる。一つは章でしか持たない設定項目である。もう一つは、上位階層の文書とは異なる独自の設定値を章の階層で保持している場合である。

図１６は、図１５の「章の詳細設定」でチェックボックスコントロール１５０１、１５０２のチェックをはずした状態である。この場合、文書の全体がA3用紙を使っている場合でも、この章を構成するページはA4用紙サイズとする。またレイアウトも、文書では１Page Par Sheetであっても、この章は4 Page Per Sheetでレイアウトするという指定である。「MS Arrange」については、チェックがついているので、上位階層である文書の設定値をこの章の設定値として使う。

図１７は、製本アプリケーション１０４の「ページの詳細設定」ウインドウ１７００を示している。このウインドウでは、「ページ設定情報４１１」を表示／設定することができる。このウインドウは、図９のアプリケーション操作画面にあるPrint Formメニューの「Detailed Setting for Page」メニューあるいはツールバー上の「Detailed Setting for Page」ボタンから起動される。「ページの詳細設定」ウインドウは、各ページで固有の属性の設定を行うためのウインドウである。このウインドウは、Page Setup、Editの２つのシートから構成されており、図１７は、Page Setupシートを表示した状態を示している。このPage Setupシートでは、主に各ページで固有のレイアウトに関する設定を行うことができ、原稿ページを配置する際の回転角や拡縮率などの設定を指示することができる。「章の詳細設定」と「ページの詳細設定」で重複する設定項目については「Follow Chapter Attribute」のチェックボックスコントロール１７０１を配置している。このチェックボックスにチェックが入っている項目については、章の設定値をそのページにも適用する。このチェックをはずした場合については、次の図１８に示す。

図１８は、図１７の「ページの詳細設定」でPage Loatationの設定を変更した状態を示している。コントロール１７０１で、原稿ページをレイアウトする際にページの上が左になるように回転して配置する設定にしている。この項目については「Follow Chapter Attribute」のチェックボックスが無いので、章や文書に重複する設定項目が無いので、このウインドウに表示されている設定が常にページの設定値となる。１７０１のチェックがある場合、例えば「Arrange」の項目は、章にも重複する設定項目があるので章の設定値をページの設定値とする。章で該当する「Arrange」の項目が「Follor Book Attribute」のチェックがある場合、章の設定値は上位階層である文書の設置値を使うので結局ページの設定値は文書の設定値を使うことになる。章で該当する項目のチェックが外れている場合、章固有の設定値を持っているので、ページの設定値はその章固有の設定値を使う。

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

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

図１９の例では、文書は二つの章からなり、各章は９ページの原稿データを持っている。最初の章のレイアウトを４ＵＰ（４ｉｎ１とも表記する）に、２番目の章の先頭ページ（文書全体では１０ページ目）に回転を指定した場合の表示例である。右側のプレビューにおいて、１〜３ページ目には１ページ上に４つの原稿がそれぞれ配置されている様子が表示されている。そして、第４ページ目のデータである「A」の文字が回転している様子が表示されている。ツリービューでの章やページ固有の設定を行った場合の表示形式を説明する。最初の章に対するアイコン１９０１が変化して、この章に章独自の設定がなされていることを示している。２番目の章の先頭ページに対するアイコン１９０２が変化して、このページに特別な設定がなされていることが示されている。

＜本実施形態における文書処理装置で実行する前半後半印刷＞
次に、合紙の設定がなされた原稿に対して、本実施形態にかかる文書処理装置において実行する多連印刷ついて説明する。まず、図２０、２１、２２を用いて製本アプリケーション１０４が提供する多連印刷について説明する。

図２０は、製本アプリケーション１０４の「ドキュメントの詳細設定」ウィンドウの「仕上げ」シート２０００を例示する図であり、印刷方法として多連印刷を適用するためには、プルダウンメニュー２００１（図２０（ｂ）を参照）の表示から「しない/２連印刷/４連印刷/前半後半印刷」、何れかをユーザは選択することができる。プルダウンメニュー２００１の表示のうちから「２連印刷/４連印刷/前半後半印刷」いずれかをユーザが選択すると、属性情報生成ユニット２１２は、その選択に応じて文書の属性情報を生成し、あるいは更新をする。２連印刷、４連印刷、前半後半印刷において、ユーザが装置を操作する際、印刷体裁に関する詳細な条件設定が容易となり、印刷体裁として選択可能な出力のバリエーションを増やすことが可能になる。

ここで、属性情報生成ユニット２１２が生成、更新した属性情報は、文書設定情報４０３（図３、図４のNo．15）に反映される。製本アプリケーション１０４はページの面つけを実行する際、この属性情報を参照する。尚、属性情報生成ユニット２１２は、ハードウエア資源としてホストコンピュータ１００に構成する他、ユーザによるキーボード２０９からの選択入力に応じて起動するソフトウエアモジュールとしてプログラムＲＯＭ２０３や外部メモリ２１１に格納するようにしてもよい。

図２０の画面表示中、２００２及び２００３の入力エリアは、多連印刷として選択した２連印刷、４連印刷、前半後半印刷のいずれかの印刷後に用紙を裁断する切り口を揃えるための設定をするための入力エリアであるが、この内容は後に詳細に説明する図３３と説明が重複することになるので、ここでは説明を省略する。

図２１は、製本アプリケーション１０４における「ドキュメントの詳細設定」ウィンドウの「ページ設定」シート２１００を例示する図である。ページ設定シート中のエリア２１０１は出力用紙サイズを選択するためのエリアである。図２１の例では、「Ａ４（Ａ５原稿×２）」が選択された状態を示しており、この設定に基づき製本アプリケーション１０４はＡ４サイズの用紙に対して、Ａ５サイズの原稿を２連に面つけする。また、図２２は図２１のエリア２１０１にプルダウンメニューとして表示される具体的な出力用紙サイズの表示例を示す図である。多連印刷における用紙設定は、図２１で示したＡ４サイズにＡ５サイズの原稿を２連に面つけする場合に限られず、例えば、図２２に示すように種々の用紙サイズを選択して行うことが可能である。例えば、２連印刷用としてＢ４サイズの用紙を選択した場合、属性情報生成ユニット２１２は、その選択に応じて文書の属性情報として、出力用紙の向き（縦か横か）、出力用紙のサイズに関する属性情報を生成し、あるいは更新して文書設定情報４０３に反映する。この場合、製本アプリケーション１０４は、属性情報に応じて新たに選択されたＢ４サイズの出力用紙にＢ５サイズの原稿を２連に面つけすることができる。

ユーザが装置を操作する際、印刷体裁に関する出力用紙の向きや用紙のサイズの選択に関する条件設定が容易となり、印刷体裁として選択可能な出力のバリエーションを増やすことが可能になる。

図２３は実際に原稿ページとしてＡ、Ｂ、Ｃを含む原稿において、多連印刷を実行した場合の多連印刷結果を概略的に示す図である。図２３（ａ）は、図２１の設定画面において、出力用紙の向きが横と設定されている場合に、図２０のエリア２００１において、４連印刷が選択された場合の印刷結果を示す図であり、製本印刷アプリケーション１０４は４連印刷時には同一原稿を一枚の用紙に４つずつ面つけする。また、図２３（ｃ）は、図２１の設定画面で出力用紙の向きが縦と設定されている場合の４連印刷の例を示しており、製本印刷アプリケーション１０４は、同一原稿を縦方向の一枚の用紙に４つずつ面つけをする。図２３（ｂ）は、図２１の設定画面において、出力用紙の向きが横と設定されている場合に、２連印刷が選択された場合であり、図２３（ｄ）は、出力用紙の向きが縦と設定されている場合に、２連印刷が選択された場合の面つけの例を示している。

原稿ページＡ、Ｂ、Ｃはそれぞれ、一枚の用紙において、設定された面つけ数（２連印刷か、４連印刷）、出力用紙の向き（縦、横）に基づき、製本アプリケーション１０４の制御の下に面つけされる。

次に、図２４のフローチャートを用いて、図２０、２１のユーザインターフェース（ＵＩ）（図２０の２００１、２００２、２００３、図２１の２１０１）において多連印刷設定が行われたドキュメントに対し、製本アプリケーション１０４において印刷を実行する処理の流れを説明する。

製本アプリケーション１０４で印刷が実行されると、まず、図２４のステップＳ２４０１において、文書設定情報４０３（多連印刷設定情報を含む（図４を参照））を取得する。そして、ステップＳ２４０２において、印刷対象のドキュメントに対して多連印刷が設定されているかどうかを判定し、多連印刷が設定されていると判断されたら（Ｓ２４０２-ＹＥＳ）、次のステップＳ２４０３に処理を進め、前半後半印刷が設定されているかを判定する（「前半後半印刷」とは、多連印刷機能の一つで、詳細については後述するためここでは説明を省略する）。そして、ステップＳ２４０３で前半後半印刷が設定されていないと判断した場合（Ｓ２４０３-ＮＯ）、処理をステップＳ２４０４に進め、通常の多連印刷処理が行われる。また、Ｓ２４０３において前半後半印刷が設定されていると判断された場合（Ｓ２４０３-ＹＥＳ）、処理をステップＳ２４０５に進め、多連印刷の一つである前半後半印刷処理が行われる。一方、ステップＳ２４０２において、多連印刷が設定されていなければ（Ｓ２４０２-ＮＯ）、処理をステップＳ２４０６に進め、通常の印刷処理が行われることになる。

次に、製本アプリケーション１０４が実行する図２４のステップＳ２４０４にあたる、多連印刷処理の詳細を図２５のフローチャートを用いて説明する。ここでは、例として、図２０のエリア２００１において、多連印刷として「２連印刷」が設定されている場合について説明する。

まず、ステップＳ２５０１で物理ページカウンタＫの初期値をセットする。そして、ステップＳ２５０２に進み、物理ページカウンタＫを一つ進め（Ｋ＋＋）、ステップＳ２５０３において、Ｋページ目のドキュメントを読み込む。そして、続くステップＳ２５０４で出力用紙方向が縦に設定されているか否かを判定し、縦方向として出力用紙の向きが設定されている場合（Ｓ２５０４-ＹＥＳ）、処理をステップＳ２５０６に進め、製本アプリケーション１０４は出力用紙に対して上下に２連で面つけする。

一方、ステップＳ２５０４において、出力用紙の方向が横向きだと判定された場合（Ｓ２５０４-ＮＯ）、処理をステップＳ２５０５に進め、出力用紙に対して、製本アプリケーション１０４は左右２連で面つけする。

ステップＳ２５０５またはステップＳ２５０６において面つけが終わったら、処理を次のステップＳ２５０７に進め、製本アプリケーション１０４はＫページ目の印刷処理を行う。そして、続くステップＳ２５０８において、Ｋページ目が印刷対象のドキュメントの最終ページかどうかの判定を行い、最終ページでなければ（Ｓ２５０８-ＮＯ）、再び処理をステップＳ２５０２に戻し、次ページの印刷処理に移行する。そして同様の処理を、全ページ分終わるまで繰り返す。

このようにして、２連印刷の印刷処理が行われる。ここでは、例として、２連印刷について説明したが、４連印刷の場合には、図２５のステップＳ２５０５、ステップＳ２５０６の部分が、それぞれ４連での面つけが行われることになる。

次に、合紙の設定がなされた原稿（ドキュメント）に対する前半後半印刷処理について説明する。ここで、まず、前述した製本アプリケーション１０４が提供する多連印刷の種類の一つである「前半後半印刷」について説明する。

「前半後半印刷」とは、印刷後、出力用紙の裁断を前提とし、一枚の用紙上の印刷可能な領域に、異なるページの文書データを配置して文書を一枚の用紙上の異なる印刷領域に並べて印刷する印刷をする印刷方式をいう。

図２６は、片面の２連印刷で出力用紙の向きが横方法の場合における前半後半印刷実行時の各ページの面つけレイアウトを説明する図である。

出力用紙の印刷領域は、左側（半分）と右側（半分）であり、製本アプリケーション１０４は１枚目の用紙の左側にドキュメントの最初のページに対応する１物理ページ目を面つけする。そして、この１物理ページに続く２物理ページ目は、用紙の２枚目の左側に面つけされる。全ページ数をＮとした場合、製本アプリケーション１０４は（Ｎ/２）物理ページ目までを用紙の左側に面つけする。ここで、（Ｎ/２）物理ページが面つけされる出力用紙が最終用紙になる。文書（あるいは章）の総ページ数がＮの場合、文書の前半に相当するページは第１ページからＮ/２ページになる。製本アプリケーション１０４は、文書（あるいは章）の総ページ数を、例えば、文書設定情報４０３（あるいは章設定情報４０７）を参照することにより取得することができる。

一方、文書の後半に相当するページは（Ｎ/２＋１）から最終ページとなる。製本アプリケーション１０４は、出力用紙の１枚目の右側に、（Ｎ/２＋１）物理ページ目を面つけし、以降、ｊ枚目の用紙の右側に、（Ｎ/２＋１）＋ｊ物理ページを面つけする。Ｎが偶数の場合は、最終の用紙の右側にはＮ物理ページ目が面つけされ、Ｎが奇数の場合は、最終用紙の右側は空白として残ることになる。

裁断後に印刷されたドキュメント全体における前半部分（用紙の左側に面つけされている部分）、ドキュメント全体における後半部分（用紙の右側に面つけされている部分）のページを重ねることで、所定のページ数（全Ｎページ）を、全ページ数（Ｎ）の半分の出力用紙数（Ｎ/２枚）で印刷することができる。

尚、ページの面つけを行う用紙の右側、左側の関係は、説明の便宜上のものであり、本発明の趣旨が、用紙に面つけされる左右の関係に限定されるものではない。

例えば、片面の２連印刷で出力用紙の向きが縦方法の場合における前半後半印刷実行時の各ページの面つけは、製本アプリケーション１０４の制御の下、用紙の上側及び下側に該当する物理ページがレイアウトされることになる。

図２７は、両面の２連印刷で出力用紙の向きが横方法の場合における前半後半印刷実行時の各ページの面つけレイアウトを説明する図である。製本アプリケーション１０４は、図２６の場合と同様に、出力用紙の印刷領域として、左側（半分）と右側（半分）を想定した場合、１枚目の用紙の左側表面にドキュメントの最初のページに対応する１物理ページ目を面つけする。そして、製本アプリケーション１０４は、この１物理ページに続く２物理ページ目を１枚目の用紙の左側裏面に面つけする。製本アプリケーション１０４は、連続する物理ページを各用紙の表面、裏面に面つけし、全ページ数をＮとした場合、（Ｎ/２）物理ページ目までを用紙の左側裏面に面つけする。ここで、（Ｎ/２）物理ページが面つけされる出力用紙が最終用紙になる。

一方、製本アプリケーション１０４は、出力用紙の１枚目の右側表面に、（Ｎ/２＋１）物理ページ目を面つけし、以降最終用紙まで、各用紙の表面、裏面に物理ページを面つけする。Ｎが偶数の場合は、最終の用紙の右側裏面にはＮ物理ページ目が面つけされ、Ｎが奇数の場合は、最終用紙の右側裏面は空白として残ることになる。

図２８、図２６で説明した製本アプリケーション１０４による片面の２連印刷で出力用紙の向きが横方向の場合における前半後半印刷実行時における面つけを実行した場合の出力結果を示す図である。

印刷後に出力用紙の中央部（矢印で示すＸ-Ｘ部分）で裁断し、左半分（ドキュメントの前半分の印刷結果）を右半分（ドキュメントの後半部分）に重ねることによって、ページＡからページＦまでの連続ページ（６ページ）を半分の用紙枚数（３枚）で、原稿の順番どおりに再現することができる。

同様に、図２９は、製本アプリケーション１０４による片面の２連印刷で出力用紙の向きが縦方向の場合における前半後半印刷における面つけを実行した場合の出力結果を示す図である。印刷後に出力用紙の中央部（矢印で示すＹ-Ｙ部分）で裁断し、上半分（ドキュメントの前半分の印刷結果）を下半分（ドキュメントの後半部分）に重ねることによって、ページＡからページＦまでの連続ページ（６ページ）を半分の用紙枚数（３枚）で、原稿の順番どおりに再現することができる。

＜合紙設定を考慮した前半後半印刷＞
次に、本実施の形態における合紙設定を考慮した前半後半印刷について説明する。

図３０は、合紙設定を考慮した前半後半印刷に適用する元原稿に当たる電子原稿を示す図であり、Ａ４サイズの６ページからなる。そのうち３ページ目に合紙を挿入する設定になっている。この電子原稿に対して、図２６で説明した面つけレイアウトを適用して前半後半印刷を行うと、図３１に示すような面つけ結果になる。図３１に示すように、製本アプリケーション１０４は、面つけレイアウト（面つけ制御ともいう）において、元原稿の３ページ目に挿入される合紙に対応するページを給紙せず、その代わりに、片面半分（図３１の左側半分）に空白ページを挿入するようにレイアウトする。この面つけレイアウトにより印刷された用紙を裁断すると、３ページ目には合紙に相当する白紙ができることになる。

次に、図３２のフローチャートを用いて、合紙設定を考慮した前半後半印刷の処理フローについて説明する。ここで、用紙の面つけレイアウトに関する位置計算は、図２６、図２７で説明した面つけの内容に基づいて、製本印刷アプリケーション１０４が決定し、面つけ制御を実行するものとする。まず、ステップＳ３２０１において、製本印刷アプリケーション１０４は、空白カウントＥ、章カウントＫ、論理ページカウントＲ、物理ページカウントＱ、用紙カウントＰに初期値を設定する。

そして、ステップＳ３２０２において、物理ページカウントＱページ目を読み込んだら、製本印刷アプリケーション１０４は、ステップＳ３２０３で、章カウントＫに物理ページカウントＱページが含まれる章の番号をセットする。

次に、ステップＳ３２０４において、製本印刷アプリケーション１０４は、章カウントＫ章の詳細設定情報（図４（Ｎｏ．１〜１５）を参照。この場合、主に合紙情報）を取得し、物理ページカウントＱページ目が合紙ページかどうかを判定する（Ｓ３２０５）。ステップＳ３２０５における判定で、物理ページカウントＱページ目が合紙でないときは（Ｓ３２０５-ＮＯ）、処理をステップＳ３２０６に進め、製本印刷アプリケーション１０４は、物理ページカウントＱページ目を用紙Ｐ枚目の左側半分に面付けする。

続くステップＳ３２０７において、製本印刷アプリケーション１０４は、物理ページカウントＱページ目が最終ページであるか否かを判断し、最終ページでないと判断した場合（Ｓ３２０７-ＮＯ）、処理をステップＳ３２０８に進め、論理ページカウントＲをカウントアップし（Ｒ＋＋）、用紙Ｐ枚目右側の面つけ処理に移行する。

一方、ステップＳ３２０５において、製本印刷アプリケーション１０４が物理ページカウントＱページ目を合紙であると判断した場合（Ｓ３２０５-ＹＥＳ）、ステップＳ３２１９に処理を進め、製本印刷アプリケーション１０４は、合紙の設定を解除（ＯＦＦ）する。そして、ステップＳ３２２０で、製本印刷アプリケーション１０４は、用紙カウントＰ枚目の左半分に空白を挿入する（何も面つけしないように制御する）。次に、処理をステップＳ３２２１に進め、製本印刷アプリケーション１０４は、物理ページカウントＱページ目が最終ページか否かを判定する。最終ページでなければ（Ｓ３２２１-ＮＯ）、処理をステップＳ３２２２に進め、空白ページカウントＥと、論理ページカウンタＲをカウントアップして（Ｅ＋＋、Ｒ＋＋）、用紙カウントＰ枚目の右側の面つけ処理に移行する（Ｓ３２０９）。

ステップＳ３２０９で、製本印刷アプリケーション１０４は、物理ページカウント（Ｎ／２＋Ｑ）ページ目のデータを読み込んだら、ステップＳ３２１０で、物理ページカウント（Ｎ／２＋Ｑ）ページ目の含まれる章の番号を章カウントＫにセットする。続くステップＳ３２１１で、製本印刷アプリケーション１０４は、章カウントＫ章の詳細設定情報（図４（Ｎｏ．１〜１５）を参照。この場合、主に合紙情報）を取得し、ステップＳ３２１２において物理ページカウント（Ｎ／２＋Ｑ）ページ目が合紙であるか否かを判定する。

ステップＳ３２１２の処理で、製本アプリケーション１０４は、物理ページカウント（Ｎ／２＋Ｑ）ページ目が合紙でないと判断した場合（Ｓ３２１２-ＮＯ）、処理をステップＳ３２１３に進め、製本印刷アプリケーション１０４は、物理ページカウント（Ｎ／２＋Ｑ）ページ目をＰ枚目右半分に面つけし、ステップＳ３２１４で、物理ページカウント（Ｎ／２＋Ｑ）ページ目が最終ページであるか否かを判定する。

ステップＳ３２１４の判定で、製本印刷アプリケーション１０４が、物理ページカウント（Ｎ／２＋Ｑ）ページ目を最終ページでないと判定した場合（Ｓ３２１４-ＮＯ）、処理をステップＳ３２１５に進め、次の論理ページに面つけするために、物理ページカウントＱに「２」を加算し、論理ページカウントＲをカウントアップする（Ｒ＋＋）。そして、製本印刷アプリケーション１０４は、左右の印刷領域の面つけ処理が完了した用紙カウントＰ枚目の印刷処理を実行する（Ｓ３２１６）。

一方、ステップＳ３２１２の判断で、製本アプリケーション１０４が物理ページカウント（Ｎ／２＋Ｑ）ページ目を合紙と判定した場合（Ｓ３２１２-ＹＥＳ）、ステップＳ３２２３に処理を進め、ステップＳ３２１９の場合と同様に、製本アプリケーション１０４は、合紙の設定を解除（ＯＦＦ）する。そして、ステップＳ３２２４で、製本アプリケーション１０４は、用紙カウントＰ枚目の右半分に空白を挿入する（何も面つけしないように制御する）。

続く、ステップＳ３２２５で、製本アプリケーション１０４は、空白ページカウンタＥと論理ページカウンタＲをそれぞれアップし（Ｅ＋＋、Ｒ＋＋）、処理をステップＳ３２２６に進める。

ステップＳ３２２６において、製本アプリケーション１０４は、空白ページカウントの値Ｅが、Ｅ＝２か否か判定を行い、Ｅ＝２の場合は（Ｓ３２２６-ＹＥＳ）、用紙の左右が空白となるので、製本アプリケーション１０４は用紙カウントＰ枚目を合紙の設定に切り替え（Ｓ３２２７）、ステップＳ３２２８で合紙を挿入するように設定する。この際、製本アプリケーション１０４は、合紙を挿入する設定にするとともに、両面印刷が指定されている場合は、挿入する合紙の印刷を片面印刷に設定を切り替えることができる。これにより、合紙の設定がなされたようなドキュメントにおいても印刷後の裁断を考慮した面つけを行うことが可能になり、白紙ページのレイアウトを制御することにより、無駄な課金の発生を防止することが可能になる。

ステップＳ３２２９で、製本アプリケーション１０４は、物理ページカウント（Ｎ／２＋Ｑ）ページ目が最終ページかどうかの判定を行い、最終ページでない場合は、ステップＳ３２１８で用紙カウンタを１つ加算し（Ｐ＋＋）、再び処理をステップＳ３２０２に戻して次のページの読込み処理に移行する。

製本アプリケーション１０４は、同様の処理を物理ページが最終ページに至るまで続ける。なお、各ステップ（Ｓ３２０７、Ｓ３２２１、Ｓ３２１４、Ｓ３２２９）で最終ページに該当すると、製本アプリケーション１０４が判断した時点で、用紙カウントＰ枚目の印刷処理を実行する。

ステップＳ３２１７の判定で、物理ページカウント（Ｎ／２＋Ｑ）ページ目が最終ページに該当する場合（Ｓ３２１７-ＹＥＳ）、製本アプリケーション１０４は、面つけ制御を終了する。

以上の製本アプリケーション１０４による面つけ制御により、印刷を行う文書に合紙設定が含まれていても、合紙の設定を解除し、合紙の部分には代わりに空白ページを挿入することで、印刷後の裁断を考慮した正しい面つけを行うことが可能になる。

さらに、製本アプリケーション１０４は出力用紙の左右両方が空白になると判断した場合には、合紙を挿入する設定にするとともに、両面印刷が指定されている場合は、挿入する合紙の印刷を片面印刷に設定を切り替えることで、印刷時間の短縮化が可能となり、更には、印刷時において用紙毎の印刷で徴収する無駄な課金を防止することが可能になる。

＜印刷後の裁断位置の方向を合わせる前半後半印刷方法＞
次に、印刷後の用紙の裁断位置を考慮した前半後半印刷について説明する。

図３３は、製本アプリケーション１０４の「ドキュメントの詳細設定」ウィンドウの「仕上げ」シート３３００を例示する図である。ユーザは、印刷方法として多連印刷のうち、前半後半印刷を適用する場合、図２０の２００１と同様にプルダウンメニュー３３０１で選択することが可能である。

図３３の場合、エリア３３０３のチェックボックスに、新たに「原稿に対して切り口を揃える」指定が追加されており、裁断の切り口が「原稿の右」（３３０２）と指定されている点において、図２０の設定の状態と相違する。

裁断の切り口の設定は、例えば、図２１の出力用紙の向きの設定で、「横」が選択された場合、プルダウンメニュー表示（図３３（ｂ））より、「原稿の右」「原稿の左」のどちらを選択することができる。同様に、図２１の出力用紙の向きの設定で、「縦」が選択された場合には、プルダウンメニュー表示（図３３（ｃ））より、「原稿の上」「原稿の下」のどちらを選択することができる。

例えば、「原稿に対して切り口を揃える」（３３０３）、切り口の揃え方向の設定（３３０２）が入力された場合、属性情報生成ユニット２１２は、その入力に応じて文書の属性情報として切り口を揃えるための属性情報を生成し、あるいは更新して文書設定情報４０３（図３、図４のNo．15）に反映する。これにより、ユーザが装置を操作する際、裁断時の切り口の揃えと各ページの面つけに関する条件設定が容易となり、印刷体裁として選択可能な出力のバリエーションを増やすことが可能になる。

製本アプリケーション１０４は、この属性情報に応じて、選択された出力用紙に対して、各ページの面つけを制御する。この具体的な面つけ制御の内容は図３７、図３８、図３９で詳細に説明する。

図３４は、図３２のフローに従い前半後半印刷を実行した例を示す図であり、製本アプリケーション１０４は、この場合ページＡからページＦまでの６ページの文書に対して、出力用紙を横向きとした文書の前半（ページＡからページＣ）を各出力用紙の左側に面つけし、文書の後半（ページＤからページＦ）を各出力用紙の右側に面つけする。このように、一枚の出力用紙上に面つけされる各ページの向きが同じ方向の場合、用紙に対して、左側に面つけられている原稿（前半の原稿）は、用紙を裁断すると切り口は右側になるが、用紙の右側に対して面つけられた原稿（後半の原稿）に関しては、裁断すると切り口は左側となり、裁断位置が左右逆になってしまう。このため、裁断後に各ページを重ねた場合には、ページによっては、裁断部が見開き側であったり、製本綴じ側であったりする。このような場合、製本アプリケーション１０４は、裁断位置を左右方向、あるいは、上下方向にあわせるための面つけ制御を行うことができる。図３５、図３６は裁断の切り口を揃える前半後半印刷を概略的に説明する図である。

図３５（ａ）は、用紙の向きを横向きとして、裁断位置を左側と設定された場合の印刷結果を示している。この前半後半印刷は、図３３のエリア３３０２において、前半後半印刷で切り口「原稿の左」（このときの出力用紙方向は横が設定されているものとする）が選択された場合に、製本アプリケーション１０４により実行される。また、図３５（ｂ）は、同様に図３３のエリア３３０２で、前半後半印刷で切り口「原稿の右」（このときの用紙方向は「横」が設定されているものとする）が選択された場合の印刷結果である。

図３５（ａ）の場合、製本アプリケーション１０４は、切り口を用紙の左側に揃えるために、用紙の左半分に面つけるページ（前半）を、用紙の右側（後半）のページに対して天地方向が逆向きになるように１８０度回転させて面つけ制御を行う。図３５（ｂ）の場合は、裁断した際の切り口を用紙の右側に揃えるために、製本アプリケーション１０４は、用紙の右側の半分に面つけるページ（後半）を、用紙の左側（前半）のページに対して天地方向が逆向きになるように１８０度回転させて面つけ制御を行う。

図３６（ａ）は、用紙の向きを縦向きとして、裁断位置を上側と設定された場合の印刷結果を示している。この前半後半印刷は、図３３のエリア３３０２において、前半後半印刷で切り口「原稿の上」（このときの出力用紙の方向は「縦」が設定されているものとする）が選択された場合に、製本アプリケーション１０４により実行される。また、図３６（ｂ）は、同様に図３３のエリア３３０２で、前半後半印刷で切り口「原稿の下」（このときの用紙方向は縦）が選択された場合の印刷結果である。

図３６（ａ）の場合、製本アプリケーション１０４は、切り口を用紙の上側に揃えるために、用紙の上半分に面つけるページ（前半）を、用紙の下半分に面つけるページ（後半）に対して天地方向が逆向きになるように１８０度回転させて面つけ制御を行う。図３６（ｂ）の場合は、裁断した際の切り口を用紙の下側に揃えるために、製本アプリケーション１０４は、用紙の下側の半分に面つけるページ（後半）を、用紙の上側の半分に面つけるページ（前半）に対して天地方向が逆向きになるように１８０度回転させて面つけ制御を行う。

続いて、図３７のフローチャートを用いて、用紙の切り口方向を考慮してページを回転させて面つける前半後半印刷の処理フローについて説明する。これは、図２４のステップＳ２４０５における処理を具体的にするものである。

まず、ステップＳ３７０１において、製本アプリケーション１０４は、ドキュメントの詳細設定(図３３）のエリア３３０３において、切り口を揃える設定が行われたかどうかを判定する。そして、切り口を揃える設定がされていると判定されたら（Ｓ３７０１-ＹＥＳ）、処理をステップＳ３７０２に進め、製本アプリケーション１０４は、用紙方向（図２１の２１０２）が「縦」に設定されているか否かを判断する。「縦」に設定されている場合（Ｓ３７０２-ＹＥＳ）、次に、処理をステップＳ３７０３に進め、製本アプリケーション１０４は、裁断後の切り口の揃え方向が「原稿の上」と設定されているか、「原稿の下」と設定されているかを判定する。

ステップＳ３７０３の判定で、「原稿の上」と設定されている場合（Ｓ３７０３-ＹＥＳ）、処理をＳ３７０５に進め、製本アプリケーション１０４は、２連印刷で、切り口の揃えを用紙の上側にする前半後半印刷を行う。

一方、ステップＳ３７０３の判定で、「原稿の下」と設定されている場合（Ｓ３７０３-ＮＯ）、処理をステップＳ３７０６に進め、製本アプリケーション１０４は、２連印刷で、切り口の揃えを用紙の下側にする前半後半印刷を行う。

ステップＳ３７０２の判定において、製本アプリケーション１０４は、出力用紙の向きが「横」と判定した場合（Ｓ３７０２-ＮＯ）、処理をステップＳ３７０７に進め、製本アプリケーション１０４は、裁断後の切り口の揃え方向が、「原稿の左」であるか「原稿の右」のどちらに設定されているかを判定する。

ステップＳ３７０７の判定で、「原稿の左」と設定されている場合（Ｓ３７０７-ＹＥＳ）、処理をステップＳ３７０８に進め、製本アプリケーション１０４は、２連印刷で、切り口の揃えを用紙の左側にする前半後半印刷を行う。

一方、ステップＳ３７０７の判定で、「原稿の右」と設定されている場合（Ｓ３７０７-ＮＯ）、処理をステップＳ３７０９に進め、製本アプリケーション１０４は、２連印刷で、切り口の揃えを用紙の右側にする前半後半印刷を行う。

ステップＳ３７０１で、原稿に対して切り口の揃えを指定していない場合（図３３の切り口を合わせるチェックボックス３３０３がチェックされて場合）、処理をステップＳ３７０４に進め、製本アプリケーション１０４は、図３２のフローチャートで説明したように、通常の前半後半印刷を行う。

続いて、「原稿に対して切り口を揃える」設定を行った前半後半印刷の処理の具体的な処理の流れを図３８、図３９を用いて説明する。これらの内容は、図３７のステップＳ３７０５（２連印刷で、切り口の揃えを用紙の上側とした前半後半印刷）、ステップＳ３７０９（２連印刷で、切り口の揃えを用紙の右側とした前半後半印刷）に対応するものであるが、切り口の揃え方向、出力用紙の向きが異なる他は基本的に図３７のステップＳ３７０６、ステップＳ３７０９の処理も同様である。図３８、図３９における処理は、製本印刷アプリケーション１０４が面つけ制御を実行するものとする。

＜２連印刷で切り口の揃えを用紙の上側とした前半後半印刷＞
２連印刷で切り口の揃えを用紙の上側とした前半後半印刷の処理の流れを図３８のフローチャートを用いて説明する。図３８のステップＳ３８０１において、製本印刷アプリケーション１０４は、章カウントＫ、物理ページカウントＱ、用紙カウントＰ、論理ページカウントＲに初期値を設定する。

そして、ステップＳ３８０２において、物理ページカウントＱページ目を読み込んだら、製本印刷アプリケーション１０４は、ステップＳ３８０３で、章カウントＫに物理ページカウントＱページが含まれる章の番号をセットする。

次に、ステップＳ３８０４において、製本印刷アプリケーション１０４は、章カウントＫ章の詳細設定情報（図４（Ｎｏ．１〜１５）を参照。この場合、主に合紙情報）を取得し、物理ページカウントＱページ目が合紙ページかどうかを判定する（Ｓ３８０５）。ステップＳ３８０５における判断で、物理ページカウントＱページ目が合紙でないときは（Ｓ３８０５-ＮＯ）、処理をステップＳ３８０６に進め、製本印刷アプリケーション１０４は、物理ページカウントＱページ目を用紙Ｐ枚目の上側半分に面付けする。この際、製本印刷アプリケーション１０４は、物理ページカウントＱページ目の原稿を１８０度回転させて（天地方向を逆向きにして）面つけする（Ｓ３８０７）。

続くステップＳ３８０８において、製本印刷アプリケーション１０４は、物理ページカウントＱページ目が最終ページであるか否かを判断し、最終ページでないと判断した場合（Ｓ３８０８-ＮＯ）、処理をステップＳ３８０９に進め、論理ページカウントＲをカウントアップし（Ｒ＋＋）、用紙Ｐ枚目下側の面つけ処理に移行する。

一方、ステップＳ３８０５において、製本印刷アプリケーション１０４が物理ページカウントＱページ目を合紙であると判断した場合（Ｓ３８０５-ＹＥＳ）、ステップＳ３８２２で合紙設定を解除（ＯＦＦ）して、ステップＳ３８１０に処理を進め、製本印刷アプリケーション１０４は、用紙カウントＰ枚目の上半分に空白を挿入する（何も面つけしないように制御する）。次に、処理をステップＳ３８１１に進め、製本印刷アプリケーション１０４は、物理ページカウントＱページ目が最終ページか否かを判定する。最終ページでなければ（Ｓ３８１１-ＮＯ）、処理をステップＳ３８１２に進め、用紙カウントＰ枚目下側の面つけ処理に移行する（Ｓ３８１２）。

ステップＳ３８１２で、製本印刷アプリケーション１０４は、物理ページカウント（Ｎ／２＋Ｑ）ページ目のデータを読み込んだら、ステップＳ３８１３で、物理ページカウント（Ｎ／２＋Ｑ）ページ目の含まれる章の番号を章カウントＫにセットする。続くステップＳ３８１４で、製本印刷アプリケーション１０４は、章カウントＫ章の詳細設定情報（図４（Ｎｏ．１〜１５）を参照。この場合、主に合紙情報）を取得し、ステップＳ３８１５において物理ページカウント（Ｎ／２＋Ｑ）ページ目が合紙であるか否かを判定する。

ステップＳ３８１５の処理で、製本アプリケーション１０４は、物理ページカウント（Ｎ／２＋Ｑ）ページ目が合紙でないと判断した場合（Ｓ３８１５-ＮＯ）、処理をステップＳ３８１６に進め、製本印刷アプリケーション１０４は、物理ページカウント（Ｎ／２＋Ｑ）ページ目をＰ枚目下半分に面つけし、ステップＳ３８１６で、物理ページカウント（Ｎ／２＋Ｑ）ページ目が最終ページであるか否かを判定する。

ステップＳ３８１６の判定で、製本印刷アプリケーション１０４が、物理ページカウント（Ｎ／２＋Ｑ）ページ目を最終ページでないと判定した場合（Ｓ３８１６-ＮＯ）、処理をステップＳ３８１７に進め、次の論理ページに面つけするために、物理ページカウントＱ及び論理ページカウントＲをそれぞれカウントアップする（Ｑ＋＋、Ｒ＋＋）。そして、製本印刷アプリケーション１０４は、上下の印刷領域の面つけ処理が完了した用紙カウントＰ枚目の印刷処理を実行する（Ｓ３８１８）。

一方、ステップＳ３８１５の判定で、製本アプリケーション１０４が物理ページカウント（Ｎ／２＋Ｑ）ページ目を合紙と判定した場合（Ｓ３８１５-ＹＥＳ）、ステップＳ３８２３で合紙設定を解除（ＯＦＦ）して、ステップＳ３８２１に処理を進め、ステップＳ３８１０の場合と同様に、製本アプリケーション１０４は、用紙カウントＰ枚目の下半分に空白を挿入する（何も面つけしないように制御する）。

続く、ステップＳ３８２２で、製本アプリケーション１０４は、物理ページカウント（Ｎ／２＋Ｑ）ページ目が最終ページかどうかの判定を行い、最終ページでない場合は、ステップＳ３８１７で、物理ページカウント及び論理ページカウントＲをカウントアップし（Ｑ＋＋、Ｒ＋＋）、製本印刷アプリケーション１０４は、用紙カウントＰ枚目の印刷処理を実行する。そして、ステップＳ３８１９において、製本印刷アプリケーション１０４は、物理ページカウント（Ｎ／２＋Ｑ）ページ目が最終ページと判断する場合（Ｓ３８１９-ＹＥＳ）、面つけ処理を終了する。一方、ステップＳ３８１９の判定で、最終ページでない場合（Ｓ３８１９-ＮＯ）、処理をステップＳ３８２０に進め、用紙カウントＰをカウントアップして（Ｐ＋＋）、再び処理をステップＳ３８０２に戻して次のページの読込み処理に移行する。

製本アプリケーション１０４は、同様の処理を物理ページが最終ページに至るまで続ける。なお、各ステップ（Ｓ３８０７、Ｓ３８１１、Ｓ３８１６、Ｓ３８２２）で最終ページと、製本アプリケーション１０４が判断した時点で、用紙カウントＰ枚目の印刷処理を実行する。

＜２連印刷で切り口の揃えを用紙の右側とした前半後半印刷＞
次に、２連印刷で切り口の揃えを用紙の右側とした前半後半印刷の処理の流れを図３９のフローチャートを用いて説明する。まず、ステップＳ３９０１において、製本印刷アプリケーション１０４は、章カウントＫ、物理ページカウントＱ、用紙カウントＰ、論理ページカウントＲに初期値を設定する。

そして、ステップＳ３９０２において、物理ページカウントＱページ目を読み込んだら、製本印刷アプリケーション１０４は、ステップＳ３９０３で、章カウントＫに物理ページカウントＱページが含まれる章の番号をセットする。

次に、ステップＳ３９０４において、製本印刷アプリケーション１０４は、章カウントＫ章の詳細設定情報（図４（Ｎｏ．１〜１５）を参照。この場合、主に合紙情報）を取得し、物理ページカウントＱページ目が合紙ページかどうかを判定する（Ｓ３９０５）。ステップＳ３９０５における判断で、物理ページカウントＱページ目が合紙でないときは（Ｓ３９０５-ＮＯ）、処理をステップＳ３９０６に進め、製本印刷アプリケーション１０４は、物理ページカウントＱページ目を用紙Ｐ枚目の左側半分に面付けする。

続くステップＳ３９０７において、製本印刷アプリケーション１０４は、物理ページカウントＱページ目が最終ページであるか否かを判断し、最終ページでないと判断した場合（Ｓ３９０７-ＮＯ）、処理をステップＳ３９０８に進め、論理ページカウントＲをカウントアップし（Ｒ＋＋）、用紙Ｐ枚目右側の面つけ処理に移行する。

一方、ステップＳ３９０５において、製本印刷アプリケーション１０４が物理ページカウントＱページ目を合紙であると判断した場合（Ｓ３９０５-ＹＥＳ）、合紙の設定を解除（ＯＦＦ）し（Ｓ３９０９）、ステップＳ３９１０に処理を進め、製本印刷アプリケーション１０４は、用紙カウントＰ枚目の左半分に空白を挿入する（何も面つけしないように制御する）。次に、処理をステップＳ３９１１に進め、製本印刷アプリケーション１０４は、物理ページカウントＱページ目が最終ページか否かを判定する。最終ページでなければ（Ｓ３９１１-ＮＯ）、処理をステップＳ３９１２に進め、用紙カウントＰ枚目右側の面つけ処理に移行する（Ｓ３９１２）。

ステップＳ３９１２で、製本印刷アプリケーション１０４は、物理ページカウント（Ｎ／２＋Ｑ）ページ目のデータを読み込んだら、ステップＳ３９１３で、物理ページカウント（Ｎ／２＋Ｑ）ページ目の含まれる章の番号を章カウントＫにセットする。続くステップＳ３９１４で、製本印刷アプリケーション１０４は、章カウントＫ章の詳細設定情報（図４（Ｎｏ．１〜１５）を参照。この場合、主に合紙情報）を取得し、ステップＳ３９１５において物理ページカウント（Ｎ／２＋Ｑ）ページ目が合紙であるか否かを判定する。

ステップＳ３９１５の処理で、製本アプリケーション１０４は、物理ページカウント（Ｎ／２＋Ｑ）ページ目が合紙でないと判断した場合（Ｓ３９１５-ＮＯ）、処理をステップＳ３９１６に進め、製本印刷アプリケーション１０４は、物理ページカウント（Ｎ／２＋Ｑ）ページ目をＰ枚目右半分に面つけする。この際、製本印刷アプリケーション１０４は、物理ページカウント（Ｎ／２＋Ｑ）ページ目の原稿を１８０度回転させて（天地方向を逆にして）面つけを行う（Ｓ３９１７）。

ステップＳ３９１８で、製本アプリケーション１０４は、物理ページカウント（Ｎ／２＋Ｑ）ページ目が最終ページであるか否かを判定する。ステップＳ３９１８の判定で、製本印刷アプリケーション１０４が、物理ページカウント（Ｎ／２＋Ｑ）ページ目を最終ページでないと判定した場合（Ｓ３９１８-ＮＯ）、処理をステップＳ３９２２に進め、次の論理ページに面つけするために、物理ページカウントＱ及び論理ページカウントＲをそれぞれカウントアップする（Ｑ＋＋、Ｒ＋＋）。そして、製本印刷アプリケーション１０４は、左右の印刷領域の面つけ処理が完了した用紙カウントＰ枚目の印刷処理を実行する（Ｓ３９２３）。

一方、ステップＳ３９１５の判定で、製本アプリケーション１０４が物理ページカウント（Ｎ／２＋Ｑ）ページ目を合紙と判定した場合（Ｓ３９１５-ＹＥＳ）、ステップＳ３９１９に処理を進め、合紙設定を解除（ＯＦＦ）し（Ｓ３９１９）、ステップＳ３９１０の場合と同様に、製本アプリケーション１０４は、用紙カウントＰ枚目の右半分に空白を挿入する（何も面つけしないように制御する）。

続く、ステップＳ３９２１で、製本アプリケーション１０４は、物理ページカウント（Ｎ／２＋Ｑ）ページ目が最終ページかどうかの判定を行い、最終ページでない場合は、ステップＳ３９２２で、物理ページカウント及び論理ページカウントＲをカウントアップし（Ｑ＋＋、Ｒ＋＋）、製本印刷アプリケーション１０４は、用紙カウントＰ枚目の印刷処理を実行する。そして、ステップＳ３９２４において、製本印刷アプリケーション１０４は、物理ページカウント（Ｎ／２＋Ｑ）ページ目が最終ページと判断する場合（Ｓ３９２４-ＹＥＳ）、面つけ処理を終了する。一方、ステップＳ３９２４の判定で、最終ページでない場合（Ｓ３９２４-ＮＯ）、処理をステップＳ３９２５に進め、用紙カウントＰをカウントアップして（Ｐ＋＋）、再び処理をステップＳ３９０２に戻して次のページの読込み処理に移行する。

製本アプリケーション１０４は、同様の処理を物理ページが最終ページに至るまで続ける。なお、各ステップ（Ｓ３９０７、Ｓ３９１１、Ｓ３９１８、Ｓ３９２１）で最終ページであると、製本アプリケーション１０４が判断した時点で、用紙カウントＰ枚目の印刷処理を実行する。

以上説明したとおり本実施形態によれば、２連印刷、４連印刷、前半後半印刷において、ユーザが文書処理装置を操作する際、印刷体裁に関する条件設定が容易となり、印刷体裁として選択可能な出力のバリエーションを増やすことが可能になる。

また、合紙の設定がなされたようなドキュメントにおいても印刷後の裁断を考慮した面つけを行うことが可能になり、白紙ページのレイアウトを制御することにより、無駄な課金の発生を防止することが可能になる。

また、本発明は、複数の機器(例えばホストコンピュータ、インタフェース機器、リーダ、プリンタなど)から構成されるシステムに適用しても、一つの機器からなる装置（複写機、プリンタ、ファクシミリ装置など）に適用してもよい。また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

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

Claims (10)

1. 文書を構成するページデータを一の記録媒体の面上に２ページ分レイアウトして、当該文書の印刷体裁を設定する文書処理装置であって、
   文書の印刷体裁として、設定されている属性情報を取得する取得手段と、
   前記取得手段により取得された属性情報において、各ページがレイアウトされた前記記録媒体を印刷後に裁断するための切り口の位置指定が設定されている場合、前記記録媒体の面に配置される第１ページに対して、前記記録媒体の同一面に配置される第２ページの天地方向が逆向きに回転されて前記第１ページと前記第２ページとが配置されるような印刷データを生成するレイアウト制御手段と
   を備えることを特徴とする文書処理装置。
2. 前記属性情報は、前記記録媒体を縦または横にして印刷体裁を設定する記録媒体の向きの情報を含み、
   前記レイアウト制御手段は、前記記録媒体の向きの情報に基づいて、前記記録媒体上における前記第１ページと前記第２ページをレイアウトする位置を決定することを特徴とする請求項１に記載の文書処理装置。
3. 一の記録媒体上に複数ページをレイアウトする印刷体裁の選択、当該記録媒体の向きの選択、前記記録媒体を印刷後に裁断するための切り口の位置指定に関する入力に基づいて、面つけを制御するための属性情報を生成する属性情報生成手段を更に備えることを特徴とする請求項１に記載の文書処理装置。
4. 文書を構成するページデータを一の記録媒体の面上に２ページ分レイアウトして、当該文書の印刷体裁を設定する文書処理装置における文書処理方法であって、
   取得手段が、文書の印刷体裁として、設定されている属性情報を取得する取得工程と、
   前記取得工程で取得した属性情報において、各ページがレイアウトされた前記記録媒体を印刷後に裁断するための切り口の位置指定が設定されている場合、レイアウト制御手段が、前記記録媒体の面に配置される第１ページに対して、前記記録媒体の同一面に配置される第２ページの天地方向が逆向きに回転されて前記第１ページと前記第２ページとが配置されるような印刷データを生成するレイアウト制御工程と
   を備えることを特徴とする文書処理方法。
5. 前記属性情報は、前記記録媒体を縦または横にして印刷体裁を設定する記録媒体の向きの情報を含み、
   前記レイアウト制御工程では、前記記録媒体の向きの情報に基づいて、前記記録媒体上における前記第１ページと前記第２ページをレイアウトする位置を決定することを特徴とする請求項４に記載の文書処理方法。
6. 一の記録媒体上に複数ページをレイアウトする印刷体裁の選択、当該記録媒体の向きの選択、前記記録媒体を印刷後に裁断するための切り口の位置指定に関する入力に基づいて、属性情報生成手段が、面つけを制御するための属性情報を生成する属性情報生成工程を更に備えることを特徴とする請求項４に記載の文書処理方法。
7. 文書を構成するページデータを一の記録媒体の面上に２ページ分レイアウトして、当該文書の印刷体裁を設定する文書処理方法をコンピュータに実行させる文書処理プログラムであって、
   文書の印刷体裁として、設定されている属性情報を取得する取得工程と、
   前記取得工程で取得した属性情報において、各ページがレイアウトされた前記記録媒体を印刷後に裁断するための切り口の位置指定が設定されている場合、前記記録媒体の面に配置される第１ページに対して、前記記録媒体の同一面に配置される第２ページの天地方向が逆向きに回転されて前記第１ページと前記第２ページとが配置されるような印刷データを生成するレイアウト制御工程と
   をコンピュータにより実行させることを特徴とする文書処理プログラム。
8. 前記属性情報は、前記記録媒体を縦または横にして印刷体裁を設定する記録媒体の向きの情報を含み、
   前記レイアウト制御工程では、前記記録媒体の向きの情報に基づいて、前記記録媒体上における前記第１ページと前記第２ページをレイアウトする位置を決定することを特徴とする請求項７に記載の文書処理プログラム。
9. 一の記録媒体上に複数ページをレイアウトする印刷体裁の選択、当該記録媒体の向きの選択、前記記録媒体を印刷後に裁断するための切り口の位置指定に関する入力に基づいて、面つけを制御するための属性情報を生成する処理を、コンピュータに実行させる属性情報生成工程を更に備えることを特徴とする請求項７に記載の文書処理プログラム。
10. 請求項７乃至９のいずれか１項に記載の文書処理プログラムを格納したことを特徴とするコンピュータ可読の記憶媒体。

Images