(57)【要約】【課題】  ユーザーの所望する用紙枚数に固定した上で、用紙枚数の固定を含めた出力状態の確認を行える。【解決手段】  出力する用紙枚数を所望の枚数に設定し、設定された用紙枚数に収まるページと収まらないページを区別して表示する。【選択図】  図１
2008262405.tif 000002
【特許請求の範囲】
【請求項１】
文書データに印刷設定を反映させて印刷するための出力データを作成可能な情報処理システムにおいて、
用紙の出力枚数を指定した枚数に固定する出力枚数指定手段と、
出力枚数指定手段により固定された固定出力用紙枚数の範囲内に収まる印刷範囲内ページと、前記固定出力用紙枚数の範囲内に収まらない印刷範囲外ページを区別して表示することを特徴とする文書処理システム。
【請求項２】
請求項１に記載の文書処理システムは、
前記印刷範囲内ページの内容を示す情報を表示するメインウィンドウと、
前記印刷範囲外ページの内容を示す情報を表示するサブウィンドウを持つ
ことを特徴とする文書処理システム。
【請求項３】
請求項１に記載の文書処理システムは、
出力用紙枚数の指定、または印刷設定の変更、または文書データの変更の文書データ変更操作が行われたとき、前記文書データ変更操作により変更される固定出力用紙枚数の範囲内に収まるページを新たな印刷範囲内ページとする
ことを特徴とする文書処理システム。
【請求項４】
請求項３に記載の文書処理システムは、
前記文書データ変更操作により、印刷範囲内ページを変更するか否かの切り替えが可能であり、ユーザーがどちらの動作にするかを選択可能である
ことを特徴とする文書処理システム。
【請求項５】
請求項１に記載の文書処理システムは、
印刷範囲内ページが、現在の印刷設定で固定出力用紙枚数の範囲内に収まる最大のページ数に満たない場合、不足のページ数分、白紙が存在すると仮定して表示することを特徴とする文書処理システム。
【請求項６】
請求項５に記載の文書処理システムは、
印刷範囲内ページが、現在の印刷設定で固定出力用紙枚数の範囲内に収まる最大のページ数に満たない場合、印刷時に不足のページ数分、白紙を挿入する
ことを特徴とする文書処理システム。
【請求項７】
請求項１に記載の文書処理システムは、
前記印刷範囲内ページから指定したページと、前記印刷範囲外ページから指定したページの、文書データ内のページ並びの順序を入れ替えるページの交換を可能とするページ交換手段を備える
ことを特徴とする文書処理システム。
【請求項８】
請求項７に記載の文書処理システムは、
前記ページ交換手段によってページの交換の対象となるページをドラッグアンドドロップで指定する交換対象指定手段を備える
ことを特徴とする文書処理システム。
【請求項９】
請求項８に記載の文書処理システムは、
ドラッグアンドドロップ操作時のドラッグ操作で選択したドラッグ対象ページに対してのドロップ操作を、文書データ内の特定のページデータを示す領域へ行った場合、前記ドラッグ対象ページと特定のページデータとのページの交換を行う動作と、
特定のページデータが存在しない領域へ行った場合、ドロップした場所に応じた文書データ内のページ並びの位置へ前記ドラッグ対象ページを移動する動作と、
を備えることを特徴とする文書処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は文書データを印刷装置において印刷する際の印刷設定を反映した出力データの作成する文書処理システムに関するものである。
【背景技術】
【０００２】
従来、複数の印刷候補ページの中からパンフレットやチラシなどのフライヤーや予め決められたページ枚数で本などの出版物を作成するような出力用紙枚数を指定して印刷する必要がある場合、以下の方法で実現することが出来た。
１．印刷直前に印刷範囲の指定を行う。
【０００３】
一般のアプリケーションの場合、印刷範囲指定でページ指定をすることにより出力用紙枚数を指定することが出来た。この場合、N-UP印刷などの複数のページを1枚の用紙に出力できる設定を持つ情報処理装置において、指定の用紙枚数に収めようとした場合、ページ数を確認してからN-UP設定をする必要があったが、従来技術により用紙枚数を固定し、ページ数に応じて最適なN-UP設定にすることが出来た。（特許文献１）
２．印刷しないページを削除する。
【０００４】
ページを削除し、所望する用紙枚数に収まるように調整する。
【特許文献１】特開平11-119955号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、従来の技術では以下の課題があった。
【０００６】
用紙枚数を指定しN-UP設定を自動的に変更する方法では、用紙枚数は固定できるものの用紙枚数とN-UP設定両方を固定したい場合にはページを削除しなければならなかった。
【０００７】
ページを一度削除してしまうと削除したページが必要となった場合、同じファイルを再度取り込み、不要なページを削除する操作が必要で作業が煩雑になり編集作業の操作性に課題があった。
【課題を解決するための手段】
【０００８】
本発明は、上記課題を解決するために考案されたものであり、文書データに印刷設定を反映させて印刷するための出力データを作成可能な情報処理システムにおいて、用紙の出力枚数を指定した枚数に固定する出力枚数指定手段と、出力枚数指定手段により固定された固定出力用紙枚数の範囲内に収まる印刷範囲内ページと、前記固定出力用紙枚数の範囲内に収まらない印刷範囲外ページを区別して表示することを特徴とする文書処理システムである。
【発明の効果】
【０００９】
印刷候補ページを印刷範囲外ページとすることで、削除することなく所望の用紙枚数に設定できることにより、印刷候補ページを必要となった時点で印刷可能ページすることが出来る。また、印刷範囲内ページと印刷範囲外ページの交換動作を可能とすることにより、印刷ページの差し替えができ作業の煩雑さが軽減される。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照しながら本発明における実施の形態を詳細に説明する。
【００１１】
＜システム概要＞
まず、本発明における文書処理システムの概要について、図１〜図１２を参照して以下に説明する。なお、この文書処理システムは、一般のアプリケーションによって作成されたデータファイルを電子原稿ファイルに変換する電子原稿ライタと、その電子原稿ファイルを編集する機能を提供する製本アプリケーションとを含み、作成されたデータを一まとめにした文書の作成及び編集を可能とし、その操作性を向上させて文書編集を効率的に行えるものである。
【００１２】
＜システム構成及び動作＞
図１は、本実施形態の文書処理システムのソフトウェア構成を示す図である。文書処理システムは、本発明の情報処理装置に好適な実施形態であるデジタルコンピュータ１０１（以下、ホストコンピュータとも呼ぶ）によって実現されている。図１に示す一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドロー、あるいはペイント、プレゼンテーション、テキスト編集などの機能を提供するアプリケーションプログラムであり、ＯＳに対する印刷機能を有している。これらのアプリケーションは、作成された文書データや画像データなどのアプリケーションデータを印刷する際に、オペレーティングシステム（ＯＳ）によって提供される所定のインターフェイス（一般に、ＧＤＩと呼ばれる）を利用する。即ち、アプリケーション１０１は、作成したデータを印刷するために、上述のインターフェイスを提供するＯＳの出力モジュールに対して、あらかじめ定められる、ＯＳに依存する形式の出力コマンド（ＧＤＩ関数と呼ばれる）を送信する。一方、出力コマンドを受けた出力モジュールは、その出力コマンドをプリンタ等の出力デバイスが処理可能な形式に変換して、変換されたコマンド（ＤＤＩ関数と呼ばれる）を出力する。出力デバイスが処理可能な形式はデバイスの種類やメーカ、機種などによって異なるため、デバイスごとにデバイスドライバが提供されており、ＯＳではそのデバイスドライバを利用してコマンドの変換を行い、印刷データを生成し、ＪＬ（Job Language）でくくることにより印刷ジョブが生成される。ＯＳとしてマイクロソフト（マイクロソフトは登録商標）社のウィンドウズ（登録商標）を利用する場合には、前述した出力モジュールとしてはＧＤＩ（Graphic Device Interface）と呼ばれるモジュールが相当する。
【００１３】
電子原稿ライタ１０２は、上述のデバイスドライバを改良したものであり、本文書処理システム実現のために提供されるソフトウェアモジュールである。但し、電子原稿ライタ１０２は特定の出力デバイスを目的としておらず、詳細は後述する製本アプリケーション１０４やプリンタドライバ１０６により処理可能な形式に出力コマンドを変換する。この電子原稿ライタ１０２による変換後の形式（以後電子原稿形式と呼ぶ）は、ページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。実質的な標準形式のうち、例えばアドビシステムズによるＰＤＦ形式やＳＶＧ形式などが電子原稿形式として採用できる。
【００１４】
一般アプリケーション１０１から電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。但し、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのは製本アプリケーション１０４であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。そして、製本アプリケーション１０４は電子原稿ライタ１０２が生成した新規の不完全な電子原稿ファイルを後述する形式を備えた電子原稿ファイルとして完成させる。以下、この点を明瞭に識別する必要がある場合、電子原稿ライタ１０２によって作成されたファイルを「電子原稿ファイル」と呼び、製本アプリケーション１０４によって構造を与えられた電子原稿ファイルを「ブックファイル」と呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイル（または文書データ）と呼ぶ。
【００１５】
このようにデバイスドライバとして電子原稿ライタ１０２を指定し、一般アプリケーション１０１によりデータを印刷させることで、アプリケーションデータはアプリケーション１０１によって定義されたページ（以後論理ページあるいは原稿ページと呼ぶ）を単位とする電子原稿形式に変換され、電子原稿ファイル１０３としてハードディスクなどの記憶媒体に格納される。なお、ハードディスクは、本実施形態の文書処理システムを実現するコンピュータが備えているローカルドライブであっても良く、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。
【００１６】
製本アプリケーション１０４は電子原稿ファイル（あるいはブックファイル）１０３を読み込み、それを編集するための機能を利用者に提供する。但し、製本アプリケーション１０４は、各ページの内容を編集する機能は提供しておらず、ページを最小単位として構成される、章やブックの構造を編集するための機能を提供している。なお、章、ブックの構造については後述する。
【００１７】
製本アプリケーション１０４によって編集されたブックファイル１０３を印刷する際には、製本アプリケーション１０４によって電子原稿デスプーラ１０５が起動される。電子原稿デスプーラ１０５は、製本アプリケーションと共にコンピュータ内にインストールされるプログラムモジュールであり、製本アプリケーションで利用するドキュメント（ブックファイル）を印刷する際に、プリンタドライバへ描画データを出力するために使用されるモジュールである。電子原稿デスプーラ１０５は、指定されたブックファイルをハードディスクから読み出し、ブックファイルに記述された形式で各ページを印刷するために、前述したＯＳの出力モジュールに適合する出力コマンドを生成し、出力モジュールに出力する。その際に、出力デバイスとして使用されるプリンタ１０７用のプリンタドライバ１０６がデバイスドライバとして指定される。上述の出力モジュールは、受信した出力コマンドをデバイスコマンドに変換して指定されたプリンタ１０７用のプリンタドライバ１０６に出力し、そのプリンタドライバ１０６がプリンタ１０７で解釈実行可能なページ記述言語等のコマンドに変換する。そして、変換されたコマンドはプリンタドライバ１０６からシステムスプーラを介してプリンタ１０７に送信され、プリンタ１０７によってコマンドに応じた画像が印刷される。
【００１８】
図２は、コンピュータ１００のハードウェアブロック図である。図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、あるいはハードディスク２１１からＲＡＭ２０２にロードされたＯＳや一般アプリケーション、製本アプリケーションなどのプログラムを実行し、図１のソフトウェア構成や、後述するフローチャートの手順を実現する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９やポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ２１０の表示を制御する。ディスクコントローラ（ＤＫＣ）２０７は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、後述する編集ファイル等を記憶するハードディスク（ＨＤ）２１１やフロッピー（登録商標）ディスク（ＦＤ）等とのアクセスを制御する。ＰＲＴＣ２０８は、接続されたプリンタ１０７との間の信号の交換を制御する。ＮＣ２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００１９】
＜電子原稿データの形式＞
編集アプリケーション１０４の詳細を説明する前に、ブックファイルのデータ形式について説明する。ブックファイルは紙媒体の書物を模倣した３層の層構造を有する。まず、上位層は「ブック」と呼ばれ、１冊の本を模倣しており、その本全般に係る属性が定義されている。その下の中間層は、本でいう章に相当し、やはり「章」と呼ばれる。各章についても、章毎の属性が定義できる。そして、下位層は「ページ」であり、アプリケーションプログラムで定義された各ページに相当する。なお、各ページについてもページ毎の属性が定義できる。更に、一つのブックは複数の章を含むことができ、また一つの章は複数のページを含むこともできる。
【００２０】
図３に示す（Ａ）は、ブックファイルの形式の一例を模式的に示す図である。図示するように、この例では、ブックファイルにおけるブック，章，ページは、それぞれに相当するノードにより示されている。一つのブックファイルは一つのブックを含む。ブック，章は、ブックとしての構造を定義するための概念であるから、定義された属性値と下位層へのリンクとをその実体として含む。ページは、アプリケーションプログラムによって出力されたページ毎のデータを実体として有する。そのため、ページは、その属性値のほかに、原稿ページの実体（原稿ページデータ）と各原稿ページデータへのリンクを含む。
【００２１】
なお、紙媒体等に出力する際の印刷ページは複数の原稿ページを含む場合がある。この構造に関してはリンクによって表示されず、ブック，章，ページ各階層における属性として表示される。
【００２２】
図３において、ブック３０１には、ブック属性が定義されていると共に、２つの章３０２Ａ，３０２Ｂがリンクされている。このリンクにより、章３０２Ａ，３０２Ｂがブック３０１に包含されていることが表示される。章３０２Ａには、ページ３０３Ａ，３０３Ｂがリンクされ、これらページが含まれることが示されている。各ページ３０３Ａ，３０３Ｂにはそれぞれ属性値が定義され、その実体である原稿ページデータ（１）、（２）へのリンクが含まれる。これらリンクは、図３に示す（Ｂ）のように原稿ページデータ３０４のデータ（１），（２）を指し示し、ページ３０３Ａ、３０３Ｂの実体が原稿ページデータ（１）、（２）であることを表示している。
【００２３】
図４は、ブック属性のリストである。下位層と重複して定義可能な項目に関しては、下位層の属性値が優先採用される。そのため、ブック属性にのみ含まれる項目に関しては、ブック属性に定義された値はブック全体を通して有効な値となる。しかし、下位層と重複する項目については、下位層において定義されていない場合における既定値としての意味を有する。なお、図示された各項目は具体的に１項目に対応するのではなく、関連する複数の項目を含むものもある。
【００２４】
図５は章属性の、図６はページ属性のリストである。章属性とページ属性との関係もブック属性と下位層の属性との関係と同様である。
【００２５】
図４〜図６から明らかなように、ブック属性に固有の項目は、印刷方法、製本詳細、表紙／裏表紙、インデックス紙、合紙、章区切りの６項目である。これらはブックを通して定義される項目である。印刷方法の属性としては、片面印刷、両面印刷、製本印刷の３つの値を指定できる。ここで、製本印刷とは、別途指定する枚数の用紙を束にして２つ折りにし、その束をつづり合わせることで製本が可能となる形式で印刷する方法である。製本詳細属性としては、製本印刷が指定されている場合に、見開き方向や、束になる枚数等が指定できる。
【００２６】
表紙／裏表紙属性は、ブックとしてまとめられる電子原稿ファイルを印刷する際に、表紙及び裏表紙となる用紙を付加することの指定、及び付加した用紙への印刷内容の指定を含む。インデックス紙属性は、章の区切りとして、印刷装置に別途用意される耳付きインデックス紙の挿入の指定及びインデックス（耳）部分への印刷内容の指定を含む。この属性は、印刷用紙とは別に用意された用紙を所望の位置に挿入するインサート機能を持ったインサータが使用する印刷装置に備えられている場合か、あるいは、複数の給紙カセットを使用可能である場合に有効となる。これは合紙属性についても同様である。
【００２７】
合紙属性は、章の区切りとして、インサータから、あるいは給紙カセットから供給される用紙の挿入の指定、及び合紙を挿入する場合には、給紙元の指定などを含む。
【００２８】
章区切り属性は、章の区切り目において、新たな用紙を使用するか、新たな印刷ページを使用するか、特に何もしないか等の指定を含む。片面印刷時には、新たな用紙の使用と新たな印刷ページの使用とは同じ意味を持つ。両面印刷時には、「新たな用紙の使用」を指定すれば連続する章が１枚の用紙に印刷されることは無いが、「新たな印刷ページの使用」を指定すれば、連続する章が１枚の用紙の表裏に印刷されることがあり得る。
【００２９】
章属性に関しては、章に固有の項目はなく、全てブック属性と重複する。従って、章属性における定義とブック属性における定義とが異なれば、章属性で定義された値が優先する。ブック属性と章属性とにのみ共通する項目は、用紙サイズ、用紙方向、N-UP印刷指定、拡大縮小、排紙方法の５項目である。これらのうち、N-UP印刷指定属性は１印刷ページに含まれる原稿ページ数を指定するための項目である。指定可能な配置としては、１×１、１×２、２×２、３×３、４×４などがある。排紙方法属性は、排出した用紙にステイプル処理を施すか否かを指定するための項目であり、この属性の有効性は使用する印刷装置がステイプル機能を有するか否かに依存する。
【００３０】
ページ属性に固有の項目には、ページ回転属性、ズーム、配置指定、アノテーション、ページ分割などがある。ページ回転属性は、原稿ページを印刷ページに配置する際の回転角度を指定するための項目である。ズーム属性は、原稿ページの変倍率を指定するための項目である。変倍率は、仮想論理ページ領域のサイズを１００％として指定される。仮想論理ページ領域とは、原稿ページをN-UP等の指定に応じて配置した場合に、１原稿ページが占める領域である。例えば、１×１であれば、仮想論理ページ領域は１印刷ページに相当する領域となり、１×２であれば、１印刷ページの各辺を約７０パーセントに縮小した領域となる。
【００３１】
ブック、章、ページについて共通な属性としては、ウォーターマーク属性及びヘッダ・フッタ属性がある。ここで、ウォーターマークとは、アプリケーションで作成されたデータに重ねて印刷される、別途指定される画像や文字列などである。ヘッダ・フッタは、それぞれ各ページの上余白及び下余白に印刷されるウォーターマークである。但し、ヘッダ・フッタには、ページ番号や日時など変数により指定可能な項目が用意されている。なお、ウォーターマーク属性およびヘッダ・フッタ属性において指定可能な内容は、章とページとは共通であるが、ブックはそれらと異なっている。ブックにおいてはウォーターマークやヘッダ・フッタの内容を設定できるし、また、ブック全体を通してどのようにウォーターマークやヘッダ・フッタを印刷するかを指定することができる。一方、章やページでは、その章やページにおいて、ブックで設定されたウォーターマークやヘッダ・フッタを印刷するか否かを指定できる。
【００３２】
＜ブックファイルの生成手順＞
ブックファイルは上述したような構造及び内容を有している。次に、製本アプリケーション１０４及び電子原稿ライタ１０２によるブックファイルの作成手順について説明する。ブックファイルの作成手順は、製本アプリケーション１０４によるブックファイルの編集操作の一環として実現される。
【００３３】
図７は、製本アプリケーション１０４によりブックファイルを開く際の手順である。まず、開こうとするブックファイルが、新規作成すべきものであるか、それとも既存のものであるか判定する（ステップＳ７０１）。新規作成の場合には、章を含まないブックファイルを新規に作成する（ステップＳ７０２）。新規に作成されるブックファイルは、図３の例で示せば、ブックノード３０１のみ有し、章のノードに対するリンクが存在しないブックのノードとなる。ブック属性は、新規作成用としてあらかじめ用意された属性のセットが適用される。そして、新規ブックファイルを編集するためのユーザーインターフェイス（ＵＩ）画面を表示する（ステップＳ７０３）。図１１は、新規にブックファイルが作成された際のＵＩ画面の一例である。この場合は、ブックファイルは実質的な内容を持たないため、ＵＩ画面１１００には何も表示されない。
【００３４】
一方、既存のブックファイルがあれば、指定されたブックファイルを開き（ステップＳ７０３）、そのブックファイルの構造、属性、内容に従ってユーザーインターフェイス（ＵＩ）画面を表示する。図１０は、既存のブックファイルから指定されたブックファイルを表示するＵＩ画面の一例である。ＵＩ画面１１００は、ブックの構造を示すツリー部１１０１と、印刷された状態を表示するプレビュー部１１０２とを含む。ツリー部１１０１には、ブックに含まれる章、各章に含まれるページが図３に示す（Ａ）のような木構造で表示される。ツリー部１１０１に表示されるページは原稿ページである。またプレビュー部１１０２には、印刷ページの内容が縮小されて表示される。その表示順序はブックの構造を反映したものとなっている。
【００３５】
さて、開かれたブックファイルには、電子原稿ライタ１０２によって電子原稿ファイルに変換されたアプリケーションデータを、新たな章として追加することができる。この機能を電子原稿インポート機能と呼ぶ。図７に示す手順によって新規に作成されたブックファイルに電子原稿インポートすることで、そのブックファイルには実体が与えられる。この機能は、図１０の画面にアプリケーションデータをドラッグアンドドロップ操作することで起動される。
【００３６】
図８に電子原稿インポートの手順を示す。まず、指定されたアプリケーションデータを生成したアプリケーションプログラムを起動し、デバイスドライバとして電子原稿ライタ１０２を指定してアプリケーションデータを印刷出力させることで、電子原稿データに変換する（ステップＳ８０１）。変換を終えたなら、変換されたデータが画像データであるか否かを判定する（ステップＳ８０２）。この判定は、ウィンドウズ（登録商標）ＯＳの下であれば、アプリケーションデータのファイル拡張子に基づいて行われる。例えば、拡張子が「ｂｍｐ」であればウィンドウズ（登録商標）ビットマップデータであり、「ｊｐｇ」であればｊｐｅｇ圧縮された画像データ、「ｔｉｆｆ」であればｔｉｆｆ形式の画像データであると判定できる。また、このような画像データの場合はＳ８０１０のようにアプリケーションを起動せずに、画像データから直接電子原稿ファイルを生成することが可能であるため、Ｓ８０１の処理を省略することも可能である。
【００３７】
ここで、画像データでなかった場合には、ステップＳ８０１で生成された電子原稿ファイルを、現在開かれているブックファイルのブックに、新たな章として追加する（ステップＳ８０３）。章属性としては、ブック属性と共通するものについてはブック属性の値がコピーされ、そうでないものについては、予め用意された規定値に設定される。
【００３８】
また、ステップＳ８０２で画像データである場合には、原則として新たな章は追加されず、指定されている章に、ステップＳ８０１で生成された電子原稿ファイルに含まれる各原稿ページが追加される（ステップＳ８０４）。但し、ブックファイルが新規作成されたファイルであれば、新たな章が作成されて、その章に属するページとして電子原稿ファイルの各ページが追加される。ページ属性は、上位層の属性と共通のものについてはその属性値が与えられ、アプリケーションデータにおいて定義された属性を電子原稿ファイルに引き継いでいるものについてはその値が与えられる。例えば、N-UP指定などがアプリケーションデータにおいて指定されていた場合には、その属性値が引き継がれる。このようにして、新規なブックファイルが作成され、あるいは、新規な章が追加される。
【００３９】
図９は、図８に示すステップＳ８０１において、電子原稿ライタ１０２により電子原稿ファイルを生成させる手順のフローチャートである。まず、新たな電子原稿ファイルを作成してそれを開く（ステップＳ９０１）。指定したアプリケーションデータに対応するアプリケーションを起動し、電子原稿ライタをデバイスドライバとしてＯＳの出力モジュールに対して出力コマンドを送信させる。出力モジュールは、受信した出力コマンドを電子原稿ライタ１０２によって電子原稿形式のデータに変換し、出力する（ステップＳ９０２）。その出力先はステップＳ９０１で開いた電子原稿ファイルである。指定されたデータ全てについて変換が終了したか判定し（ステップＳ９０３）、終了していれば電子原稿ファイルを閉じる（ステップＳ９０４）。電子原稿ライタ１０２によって生成される電子原稿ファイルは、図３の（Ｂ）に示される原稿ページデータの実体を含むファイルである。
【００４０】
＜ブックファイルの編集＞
以上のようにして、アプリケーションデータからブックファイルを作成することができる。生成されたブックファイルについては、章及びページに対して次のような編集操作が可能である。
（１）新規追加
（２）削除
（３）コピー
（４）切り取り
（５）貼り付け
（６）移動
（７）章名称変更
（８）ページ番号名称振り直し
（９）表紙挿入
（１０）合紙挿入
（１１）インデックス紙挿入
（１２）各原稿ページに対するページレイアウト。
【００４１】
このほか、一旦行った編集操作を取り消す操作や、更に取り消した操作をやり直す操作が可能である。これら編集機能により、例えば複数のブックファイルの統合、ブックファイル内で章やページの再配置、ブックファイル内で章やページの削除、原稿ページのレイアウト変更、合紙やインデックス紙の挿入などの編集操作が可能となる。これらの操作を行うと、図４、図５に示す属性に操作結果や、あるいはブックファイルの構造に反映される。例えば、ブランクページの新規追加操作を行えば、指定された箇所にブランクページが挿入される。このブランクページは原稿ページとして扱われる。また、原稿ページに対するレイアウトを変更すれば、その変更内容は、印刷方法やN-UP印刷、表紙／裏表紙、インデックス紙、合紙、章区切りといった属性に反映される。
【００４２】
＜ブックファイルの出力＞
以上のように作成・編集されるブックファイルは、印刷出力を最終目的とするものである。ここで、利用者が図１０に示した製本アプリケーションのＵＩ画面１１００からファイルメニューを選択し、そこから印刷を選択すると、指定した出力デバイスにより印刷出力される。この際、まず製本アプリケーション１０４は、現在開かれているブックファイルからジョブチケットを作成し、そのジョブチケットを電子原稿デスプーラ１０５に渡す。一方、電子原稿デスプーラ１０５は、ジョブチケットをＯＳの出力コマンド、例えばウィンドウズ（登録商標）のＧＤＩ関数に変換し、それを出力モジュール、例えばＧＤＩに送信する。出力モジュールは、指定されたプリンタドライバ１０６によってデバイスに適したコマンドを生成し、そのデバイスに送信する。
【００４３】
ここで、ジョブチケットは原稿ページを最小単位とする構造を有するデータである。ジョブチケットにおける構造は、用紙上における原稿ページのレイアウトを定義している。ジョブチケットは１ジョブにつき１つ発行される。そのため、まず最上位にドキュメントというノードがあり、文書全体の属性、例えば両面印刷／片面印刷などが定義されている。その下には、用紙ノードが属し、用いるべき用紙の識別子やプリンタにおける給紙口の指定などの属性が含まれる。各用紙ノードには、その用紙で印刷されるシートのノードが属する。１シートは１枚の用紙に相当する。各シートには、印刷ページ（物理ページ）が属する。片面印刷ならば１シートには１物理ページが属し、両面印刷ならば１シートに２物理ページが属する。各物理ページには、その上に配置される原稿ページが属する。また物理ページの属性として、原稿ページのレイアウトが含まれる。
【００４４】
電子原稿デスプーラ１０５は、上述のジョブチケットを、出力モジュールへの出力コマンドに変換する。
【００４５】
＜そのほかのシステム構成＞
本実施形態の文書処理システムの概要は以上のようなものである。これはスタンドアロン型のシステムであるが、これを拡張したサーバクライアントシステムでもほぼ同様の構成・手順でブックファイルを作成・編集できる。但し、ブックファイルや印刷処理はサーバによって管理される。
【００４６】
図１２は、サーバクライアント型文書処理システムの構成を示すブロック図である。クライアント文書処理システムは、スタンドアロン型システムに、クライアントモジュールであるＤＯＭＳ（Document Output Management Service：文書出力管理サービス）ドライバ１０９及びＤＯＭＳプリントサービスモジュール１１０、ＤＳ（文書サービス）クライアントモジュール１０８を加えた構成を有する。このクライアント文書処理システム１２００に文書管理サーバ１２０１、印刷集中管理サーバ１２０２及びプリントサーバ１２０３が接続されている。これらサーバは、通常ネットワークによってクライアント文書処理システムと接続されるが、サーバが同時にクライアントとしても機能する場合には、ネットワーク間の通信をシミュレートするプロセス間通信によって接続される。
【００４７】
尚、図１２に示す例では、文書管理サーバ１２０１と印刷集中管理サーバ１２０２の両方のサーバがクライアントに接続されているが、何れか一方のみネットワーク上に存在する場合もあり得る。例えば、接続されているサーバが文書管理サーバであれば、そのクライアントモジュール１０８を含む文書管理サーバクライアントシステム１２０１ＳＣが、また印刷集中管理サーバ１２０２であれば、そのクライアントモジュールを含む印刷管理サーバクライアントシステム１２０２ＳＣが、スタンドアロン型文書管理システムに追加される。
【００４８】
文書管理サーバ１２０１は、製本アプリケーション１０４により作成・編集されたブックファイルを格納するサーバである。文書管理サーバ１２０１によってブックファイルを管理する場合、ブックファイルはクライアントＰＣのローカルＨＤに代わって、あるいはそれに加えて、文書管理サーバ１２０１のデータベース１２１１に保存される。製本アプリケーション１０４と文書管理サーバ１２０１との間のブックファイルの保存及び読み出しは、ＤＳクライアント１０８及びＤＳコア１２１２を介して行われる。
【００４９】
印刷集中管理サーバ１２０２は、クライアント文書管理システム１２００に格納された、あるいは文書管理サーバ１２０１に格納されたブックファイルの印刷を管理するサーバである。クライアントにおける印刷要求は、ＤＯＭＳドライバ１０９およびＤＯＭＳプリントサービスモジュール１１０を介して印刷集中管理サーバ１２０２のＤＯＭＳＷＧサーバモジュール１２２１に送信される。集中印刷管理サーバ１２０２は、クライアントのプリンタで印刷する場合にはクライアントのＤＯＭＳプリントサービスモジュール１１０を介して電子原稿デスプーラ１０５に電子原稿データを渡し、プリントサーバ１２０３により印刷する場合には、プリントサーバ１２０３のＤＯＭＳプリントサービスモジュール１２０３に送信する。集中印刷管理サーバは、例えば保存されているブックファイルに対して印刷要求を発行した利用者の資格などについてセキュリティチェックを行ったり、印刷処理のログを保存したりする。このように、文書処理システムは、スタンドアロンとしても、クライアントサーバシステムとしても実現できる。
【００５０】
＜プレビュー表示の内容＞
既に説明した通り、ブックファイルが製本アプリケーションによって開かれると、図１０に示したユーザーインターフェイス画面１１００が表示される。ツリー部１１０１には、開いているブック（以下、「注目ブック」と呼ぶ）の構造を示すツリーが表示される。プレビュー部には、利用者の指定に応じて、３通りの表示方法が用意されている。まず、第１は原稿ページをそのまま表示する原稿ビューと呼ばれるモードである。この原稿ビューモードでは、注目ブックに属する原稿ページの内容が縮小されて表示される。なお、プレビュー部１１０２の表示にレイアウトは反映されない。次に、第２は印刷ビューモードである。この印刷ビューモードでは、プレビュー部１１０２には原稿ページのレイアウトが反映された形で原稿ページが表示される。そして、第３は簡易印刷ビューモードである。この簡易印刷ビューモードでは、各原稿ページの内容はプレビュー部の表示には反映されず、レイアウトのみが反映される。
【００５１】
＜ステイプル制御＞
次に、ステイプル機能を有するプリンタと接続するコンピュータ１００の製本アプリケーション１０４によって行われるステイプル制御について説明する。
【００５２】
図１３は、ステイプル制御システムの構成を示すブロック図である。図示するように、ステイプル制御システムは、図２に示したホストコンピュータ１００とステイプル機能を有するプリンタ１０７とで構成される。
【００５３】
以下、プリンタ１０７の構成について説明する。尚、本発明の機能が実現されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ，ＷＡＮ等のネットワークを介して接続がなされ、処理が行われるシステムであっても本発明を適用できる。
【００５４】
図示するように、プリンタ１０７において、１３０１はプリンタＣＰＵであり、ＲＯＭ１３０２内のプログラム用ＲＯＭに記憶された制御プログラム等や外部メモリ１３０３に記憶された制御プログラム等に基づいてシステムバス１３０４に接続される印刷部Ｉ／Ｆ１３０５を介して、印刷部（プリンタエンジン）１３０６に出力情報としての画像信号を出力する。また、このＲＯＭ１３０２内のプログラムＲＯＭには、ＣＰＵ１３０１の制御プログラム等が記憶され、ＲＯＭ１３０２内のフォント用ＲＯＭには、出力情報を生成する際に使用するフォントデータ等が記憶され、ＲＯＭ１３０２内のデータ用ＲＯＭには、ハードディスク等の外部メモリ１３０３がないプリンタの場合、ホストコンピュータ１００上で利用される情報等が記憶されている。
【００５５】
また、ＣＰＵ１３０１は、入力部１３０７を介してホストコンピュータ１００との通信処理が可能となっており、プリンタ１０７内の情報等をホストコンピュータ１００に通知できる。ＲＡＭ１３０８は、ＣＰＵ１３０１の主メモリや、ワークエリア等として機能するＲＡＭであり、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。
【００５６】
なお、ＲＡＭ１３０８は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。上述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ１３０３は、メモリコントローラ（ＭＣ）１３０９によりアクセスを制御される。外部メモリ１３０３は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、操作パネル１３１１は操作のためのスイッチ及びＬＥＤ表示器等で構成されている。
【００５７】
また、上述の外部メモリ１３０３は１個に限らず、複数個備えられ、内蔵フォントに加えてオプションカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。更に、図示しないＮＶＲＡＭを有し、操作パネル１３１１からのプリンタモード設定情報を記憶するようにしても良い。
【００５８】
＜サブウィンドウ表示の内容＞
図１４は図１１にサブウィンドウを付加したユーザーインターフェイスの図である。
【００５９】
設定手段によって、印刷しないと設定された論理ページをサブウィンドウ１４０１に格納する。論理ページとは、原稿ページ1ページのことを指す。印刷しない設定の設定方法は、印刷範囲を指定する方法や原稿ページ、もしくは章の属性で印刷しない設定付加する方法などが考えられる。詳細な方法については後述する。
【００６０】
図１４は製本印刷、出力用紙枚数１枚、文書データの論理ページ数6ページである時のユーザーインターフェイスの状態を示している。用紙1枚に収めることが出来ない5ページ目、6ページ目はサブウィンドウで表示される。
【００６１】
サブウィンドウで表示されるプレビューは基本的にページの属性や印刷方法を反映しない原稿ページのデータのみを表示することとするが、属性などを付加した状態のものを表示しても良い。
【００６２】
＜サブウィンドウ−メインウィンドウ間のページ移動＞
サブウィンドウ‐メインウィンドウ間の移動はドラッグアンドドロップなどの操作により移動することが出来る。その場合、サブウィンドウからメインウィンドウへ移動した時点で印刷するページとなり、メインウィンドウからサブウィンドウへ移動した時点でそのページは印刷しないページとなる。
【００６３】
＜ページの交換＞
サブウィンドウの論理ページをドラッグし、メインウィンドウ上でドロップする操作をするとき、ドロップする位置によってページの挿入、ページの交換のいずれかの動作を行う。
【００６４】
図２４はドロップ位置に応じた動作変更を示したユーザーインターフェイスの図である。２４０１はサブウィンドウの論理ページをドラッグした状態を示している。ドラッグした論理ページを２４０２の領域でドロップした場合は、ドロップした位置に表示されている論理ページと交換をする。２４０２の領域の範囲は表示されている論理ページの上全てを領域とするが、表示されている論理ページの中央付近のみを範囲としてもよい。
【００６５】
２４０３の領域でドロップした場合は、ドロップした位置の前方に表示されている論理ページと後方に表示されている論理ページの間にドラッグした論理ページを挿入する。前方とは、基本的に左側に表示されている論理ページのことを指す。ドロップした位置の左側に論理ページが存在しない場合で上方に表示されている論理ページが存在する場合は、一つ上の列に表示されている論理ページの一番右側に表示されている論理ページを指す。後方とは前方の逆を指し、基本的に右側に表示されている論理ページのことを指す。ドロップした位置の右側に論理ページが存在しない場合で下方に表示されている論理ページが存在する場合は、一つ下の列に表示されている論理ページの一番左側に表示されている論理ページを指す。２４０３の領域の範囲は表示されている論理ページと論理ページの間を領域とするが表示されている論理ページの側面にかかってもよい。２４０２と２４０３の領域は重なることはないが、隣接していなくてもよい。
【００６６】
なお、上記で説明したドラッグアンドドロップによる動作は、ドラッグする論理ページがメインウィンドウで表示されている論理ページであっても、サブウィンドウで表示されている論理ページであってもよい。また、ドラッグする位置についてもメインウィンドウ、サブウィンドウどちらであってもページの挿入、ページの交換動作が出来るものとする。
【実施例１】
【００６７】
＜プレビュー表示の全体フロー＞
図１５はユーザーによって出力用紙枚数が指定されているときの出力用紙枚数指定時の動作、および出力可能な論理ページ数が変化した場合の処理を示したフローチャートである。
【００６８】
まず、図１５における記号の説明をする。
【００６９】
Nは用紙1枚あたりの論理ページ数を示す。用紙1枚とは、実際に印刷される物理的な紙1枚のことを指す。したがって、両面に印刷される場合は表／裏両方の面を含め用紙1枚とする。表／裏を含め、1枚の用紙に何ページ分の論理ページを印刷することが出来るかということを示す。
【００７０】
Oは固定出力用紙枚数を示す。出力用紙枚数とは実際に印刷される紙の枚数のことを指す。出力用紙枚数の指定はユーザーによって図１６のようなユーザーインターフェイスを用いて入力される。
【００７１】
Dは文書データの論理ページの数を示す。
【００７２】
Mは用紙1枚あたりの論理ページ数Nや指定出力用紙枚数Mを用いて計算することで求めることが出来る、出力可能な論理ページ数を示す。
【００７３】
これらの記号は図１５に限らず、図１７、図１８においても同様の意味で使用する。
【００７４】
次に、図１５の処理の流れを説明する。
【００７５】
まず、ユーザーによって入力されている固定出力用紙枚数Oの値を取得する（S１５０１）。このフローチャートの処理は固定出力用紙枚数が指定されていた場合にのみ発生する。固定出力用紙枚数が入力されていなかった場合はメインウィンドウで全てのページが表示されることとなる。次に出力可能な論理ページ数を計算する（S１５０２）。計算方法の詳細については後述する。その後、出力可能論理ページ数Mまでの文書データの論理ページをメインウィンドウで表示する（S１５０３）。なお、文書データの論理ページ数Dが出力可能論理ページ数Mに達しない場合、文書データ全ての論理ページがメインウィンドウで表示されることになる。メインウィンドウは前記プレビュー部(S１１０２)のことを指す。
【００７６】
次に、文書データの論理ページ数Dと出力可能論理ページ数Mを比較する（S１５０４）。
【００７７】
文書データの論理ページ数Dが出力可能論理ページ数Mより大きかった場合、出力可能論理ページM以降の文書データの論理ページをサブウィンドウで表示させる（S１５０６）。
【００７８】
文書データの論理ページ数Dが出力可能論理ページ数Mより大きかった場合のユーザーインターフェイスの状態は図１４に示すような状態となる。出力可能論理ページ数を境にメインウィンドウとサブウィンドウに分けて表示することにより、ユーザーはメインウィンドウに表示されているページが印刷されるページで、サブウィンドウに表示されているページが印刷されないページであるということを一目で見分けることが出来る。
【００７９】
文書データの論理ページ数Dが出力可能論理ページ数M以下であった場合は、次に文書データの論理ページ数Dが（出力可能論理ページ数M−用紙1枚あたりの論理ページ数N）より小さいかどうかの比較を行う（S１５０５）。これは、文書データの論理ページ数Dが固定出力用紙枚数に達しないページ数であるかどうかの確認をしている。（出力可能論理ページM−用紙1枚あたりの論理ページ数N）より小さいということは、固定出力用紙枚数に達しないということである。
【００８０】
図１７の例は片面印刷設定時、固定出力用紙枚数Oが４枚の時に文書データの論理ページ数Dが２枚であったときのユーザーインターフェイスの表示である。このとき、固定出力用紙枚数Oが４枚に設定されているにも関わらず2枚しか表示されていない状態になるため、固定出力用紙枚数Oになるまで空白ページを表示する（S１５０７）。これにより、ユーザーはメインウィンドウの表示内容から文書データの論理ページ数Dは２枚であるが用紙4枚出力されるということが確認できる。
【００８１】
なお、文書データの論理ページ数Dが出力可能論理ページ数M以下から出力可能論理ページ数M−用紙1枚あたりの論理ページ数Nまでの数だった場合は固定出力用紙枚数Oの枚数と同じ枚数で文書データの論理ページ数Dを収めることが出来るため、S１５０３で表示した内容の状態となる。
【００８２】
これらのプレビュー表示の全体フローの処理は、N-UP印刷設定、印刷方法、固定出力用紙枚数などの出力可能論理ページ数が変わる状況において行われる。
【００８３】
また、論理ページの削除、挿入、移動などの論理ページの構成変更時にはS１５０３から処理が行われS１５０１、S１５０２については行わない。
【００８４】
変更時のユーザーインターフェイスの状態を図１８に示す。
【００８５】
図１８は図１４の固定出力用紙枚数1枚、1-UP、文書データの論理ページ数6枚からN-UP印刷設定を2-UPに変更したときの表示状態である。図１５の処理によってサブウィンドウに表示されていた５、６ページ目の論理ページが出力可能になったためメインウィンドウへ移動されたのがわかる。
【００８６】
＜出力可能論理ページ数の計算＞
図１９は、固定出力用紙枚数Oに収めることが出来る論理ページ数である出力可能論理ページ数Mを算出するための処理の流れを示したフローチャートである。
【００８７】
用紙1つの面に配置することが出来る論理ページ数（N-UP）を用紙1枚あたりの論理ページ数Nに格納する（S１９０１）。
【００８８】
次に印刷設定の印刷方法を調べる（S１９０２、S１９０３）。例では、印刷方法として、片面印刷、両面印刷、製本印刷の３種類とする。印刷方法が片面印刷でも両面印刷でもない場合は製本設定として判定する。製本設定は用紙を半分に折った状態で両面に印刷されるため、用紙1枚あたり4枚の論理ページを配置することが出来る。そのため、製本設定であった場合、Nを４倍する（S１９０５）。
【００８９】
印刷方法が両面印刷であった場合、表と裏で2面分の論理ページを配置できるためNを２倍する（S１９０４）。
【００９０】
印刷方法が片面印刷であった場合、１面のためそのまま次の処理を実行する。
【００９１】
以上の処理により、用紙１枚あたりの論理ページ数Nを算出できる。
【００９２】
そこで、用紙１枚あたりの論理ページ数Nと固定出力用紙枚数Oを乗算することにより、出力可能論理ページ数Mを算出できる。
【００９３】
ここでは、出力可能論理ページが変化する印刷設定として印刷方法とN-UP印刷設定を挙げたが、他にも出力可能論理ページ数に関わる印刷設定が存在する場合にはその設定を加味した上で出力可能論理ページ数を算出する。
【００９４】
＜出力用紙枚数固定時の印刷＞
図２０は出力用紙枚数が固定されている場合の印刷時の処理を示したフローチャートである。
【００９５】
まず、文書データの論理ページ数Dと出力可能論理ページ数Mを比較する（S２００１）。文書データの論理ページ数Dが小さかった場合には、出力可能論理ページ数Mと等しくなるまで、文書データ内の最後尾にある論理ページの後ろに空白ページを挿入する（S２００２）。
【００９６】
次に、出力可能な論理ページ数Mまでを印刷する（S２００３）。文書データの論理ページ数Dが出力可能な論理ページ数Mを超える場合であってもMページまでを印刷する。
【００９７】
この操作により、文書データの論理ページ数Dに関わらず出力可能な論理ページ数M分のページを印刷することが出来る。
【実施例２】
【００９８】
＜一時領域＞
出力範囲外の論理ページを格納するための一時領域を用意する。
【００９９】
文書データの最後尾に章を追加し、その章を一時領域として用いる。章属性に印刷する、印刷しないの情報を設け一時領域は印刷しない設定とする。なお、一時領域とする章の位置は先頭であってもよいし、文書データとは他の領域に一時領域のための章を用意してもよい。
【０１００】
一時領域内の論理ページの内容はサブウィンドウでプレビュー表示される。
【０１０１】
なお、メインウィンドウに表示されている論理ページを格納している領域を印刷領域と呼ぶ。印刷領域は一時領域以外の論理ページが格納されている領域全てを指す。
【０１０２】
図２１は一時領域、印刷領域の構造に対応するユーザーインターフェイスを示す。
【０１０３】
ブック、章、ページの構成は上記＜電子原稿データ＞で説明した通りである。
【０１０４】
２１０１の章およびページは印刷領域であり、２１０２の章およびページは一時領域となる。
【０１０５】
一時領域はブック全体の中の章なのでツリー部１１０１に表示される。そのときのツリー部の表示はツリー構造から切り離して表示したりするが、他の印刷される章のように表示しても良い。また、表示しなくても良い。
【０１０６】
一時領域は、主に出力用紙枚数固定時に出力範囲外になった論理ページを格納するために用いる。
【０１０７】
しかし、出力用紙枚数を固定しない場合に置いても使用することが出来る。メインウィンドウにある印刷したくない論理ページをサブウィンドウへドラッグアンドドロップなどの操作で論理ページを一時領域に格納することで印刷しないページにすることが出来る。また、サブウィンドウへアプリケーションデータをドラッグアンドドロップすることにより、一時領域への電子原稿インポートを可能とする。
【０１０８】
システムの終了時、一時領域に格納されている論理ページは、破棄する、ファイルの一部として保存する、別のファイルに保存する、のいずれかの動作を行うことができる。
【０１０９】
＜出力用紙枚数固定時の一時領域へのページ移動＞
図２２は出力用紙枚数の指定を行ったときの処理を示したフローチャートである。
【０１１０】
S２２０１とS２２０２は、上記S１５０１と上記S１５０２と同様の処理のためここでは省略する。
【０１１１】
次に文書データの論理ページ数Dと出力可能論理ページ数Mを比較し（S２２０３）、出力可能論理ページ数を超える論理ページを一時領域へ移動する（S２２０４）。その後、ユーザーインターフェイスの表示を更新する（S２２０５）。これにより、一時領域に格納された論理ページはサブウィンドウで表示されることになりユーザーは出力状態を確認することが出来る。
【０１１２】
＜出力可能論理ページ数変更時のフロー＞
図２３は出力可能論理ページ数変更時の処理内容を示すフローチャートである。出力可能論理ページ数が変更される操作は、固定出力用紙枚数の変更、印刷方法の変更、N-UP印刷設定の変更などの処理がある。まず、変更前の出力可能論理ページ数Mと変更後の出力可能論理ページ数Mとの差Cを求める（S２３０１）。
【０１１３】
出力可能論理ページの変更分Cが０であるならば（S２３０２）何も処理は行わずに終了する。
【０１１４】
正の値であったならば、印刷領域の最後尾からCページ分の論理ページを一時領域の先頭へ移動する（S２３０５）。
【０１１５】
負の値であったならば、一時領域の先頭から−Cページ分の論理ページを印刷領域の最後尾に格納する（S２３０４）。−Cページ分の論理ページが一時領域に格納されていない場合には格納されている論理ページ全てを移動させる。
【０１１６】
変更によって固定出力用紙枚数に達しなくなった場合には前記S１５０６、S１５０７と同様の処理で空白ページを挿入する。なお、差分が負の値になった場合の一時領域から印刷領域への移動はしないことも可能とする。
【０１１７】
そして、これらの処理をユーザーインターフェイスに反映させるために表示の更新を行う（S２３０６）。
【図面の簡単な説明】
【０１１８】
【図１】本実施形態のスタンドアロン型文書処理システムのソフトウェア構成例を示すブロック図である。
【図２】本実施形態の文書処理システムを実現するハードウェア構成例を示すブロック図である。
【図３】ブックファイルの構造の一例を示す図である。
【図４】ブック属性の一覧を示す図である。
【図５】章属性の一覧を示す図である。
【図６】ページ属性の一覧を示す図である。
【図７】ブックファイルを開く手順例を示すフローチャートである。
【図８】電子原稿ファイルをブックファイルにインポートする手順例を示すフローチャートである。
【図９】図８のステップ８０１に示すアプリケーションデータを電子原稿ファイルに変換する手順例を示すフローチャートである。
【図１０】製本アプリケーションのユーザーインターフェイス画面である。
【図１１】新規にブックファイルが作成された際のＵＩ画面である。
【図１２】クライアントサーバ型の文書処理システムのソフトウェア構成例を示すブロック図である。
【図１３】ステイプル制御システムの構成を示すブロック図である。
【図１４】本発明の実施例における、製本アプリケーションの出力用紙枚数固定時のユーザーインターフェイス画面である。
【図１５】本発明の実施例における、出力用紙枚数が指定されているときの出力用紙枚数指定時の動作、および出力可能な論理ページ数が変化した場合の処理を示したフローチャートである。
【図１６】本発明の実施例における、出力用紙枚数の指定を行うユーザーインターフェイスの一例を示した図である。
【図１７】本発明の実施例における、片面印刷設定時、固定出力用紙枚数Oが４枚の時に文書データの論理ページ数Dが２枚であったときのユーザーインターフェイス画面の表示である。
【図１８】本発明の実施例における、図１４の固定出力用紙枚数1枚、１UP、文書データの論理ページ数6枚からN-UP印刷設定を2-UPに変更したときのユーザーインターフェイス画面である。
【図１９】本発明の実施例における、固定出力用紙枚数Oに収めることが出来る論理ページ数である出力可能論理ページ数Mを算出するための処理の流れを示したフローチャートである。
【図２０】本発明の実施例における、出力用紙枚数が固定されている場合の印刷時の処理を示したフローチャートである。
【図２１】本発明の実施例における、一時領域、印刷領域とユーザーインターフェイス画面との対応を示す図である。
【図２２】本発明の実施例における、出力用紙枚数の指定を行ったときの処理を示したフローチャートである。
【図２３】本発明の実施例における、出力可能論理ページ数変更時の処理内容を示すフローチャートである。
【図２４】本発明の実施例における、ドロップ位置に応じた動作変更を示したユーザーインターフェイスの図である。
【符号の説明】
【０１１９】
１１０１  ツリー部
１１０２  メインウィンドウ
１４０１  サブウィンドウ
２４０２  ページの交換を行う領域
２４０３  ページの移動を行う領域
【図１】
2008262405.tif 000003
【図２】
2008262405.tif 000004
【図３】
2008262405.tif 000005
【図４】
2008262405.tif 000006
【図５】
2008262405.tif 000007
【図６】
2008262405.tif 000008
【図７】
2008262405.tif 000009
【図８】
2008262405.tif 000010
【図９】
2008262405.tif 000011
【図１０】
2008262405.tif 000012
【図１１】
2008262405.tif 000013
【図１２】
2008262405.tif 000014
【図１３】
2008262405.tif 000015
【図１４】
2008262405.tif 000016
【図１５】
2008262405.tif 000017
【図１６】
2008262405.tif 000018
【図１７】
2008262405.tif 000019
【図１８】
2008262405.tif 000020
【図１９】
2008262405.tif 000021
【図２０】
2008262405.tif 000022
【図２１】
2008262405.tif 000023
【図２２】
2008262405.tif 000024
【図２３】
2008262405.tif 000025
【図２４】
2008262405.tif 000026