JP3848172B2 - 情報処理方法及び情報処理装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、情報処理方法及び情報処理装置に関し、例えば、印刷レイアウトアプリケーションまたはプリンタドライバにおける印刷レイアウトを表示する場合の情報処理方法及び情報処理装置に関する。
【０００２】
【従来の技術】
文字や表、画像など、データの種類が異なると、データを定義する構造やそれらデータに対する編集操作が異なるために、データの種類に応じた様々なアプリケーションプログラムが提供されている。利用者は、文字を編集するためには文字処理プログラム、表を編集するためには表計算プログラム、画像を編集するためには画像編集プログラムといった具合に、データの種類別にアプリケーションを使い分けている。
【０００３】
このように、利用者はデータの種類ごとにアプリケーションプログラムを使い分けるのが一般的である。しかし、利用者が作成しようとする文書としては、例えば文字のみや、表のみ、画像のみといった１種類のデータのみから構成される文書よりも、文字と表、文字と画像など、複数種類のデータから構成される文書の方が一般的である。そこで複数種類のデータを含む目的文書を作成するために、利用者は各種アプリケーションが備えている印刷機能を利用してアプリケーションごとにデータを印刷させ、印刷物を所望の順序に組み合わせる必要があった。
【０００４】
あるいは、いわゆるオフィススイートと呼ばれる、各種アプリケーションによってひとつの統合アプリケーションを形成するプログラムには、各アプリケーションで生成されたデータを組み合わせ、ひとつの文書を構成する機能を提供するものもある。この統合アプリケーションを使用する場合には、利用者は、各アプリケーションで作成したデータを、統合アプリケーションに含まれる特定のアプリケーションによってひとつの目的文書にまとめることができる。
【０００５】
また、プリンタドライバにおいて、印刷ジョブに特別な意味を持つ用紙を挿入する機能を有しているものが存在している。
【０００６】
【発明が解決しようとする課題】
用紙挿入機能を有するプリンタドライバでは、先頭に入れる表紙、最後に入れる裏表紙の挿入指定が可能であり、デバイスに装着されているインサータを用いて給紙される用紙を、文書の最初や最後に挿入している。しかしながら、挿入用紙としては、表紙と裏表紙の指定だけをサポートしているものであり、いくつかのページのまとまり（以下、章）ごとの区切りとして挿入する合紙や、同様に章ごとにインデックスを挿入するインデックス紙などは、未だにサポートされていないのが現状である。また、挿入用紙の給紙先は、デバイスのインサータのみであり、デバイスに装着されている給紙カセットを選択することができない。また、アプリケーションやプリンタドライバでは、印刷プレビュー機能を有するものがあり、文書がどのように印刷されるかを事前にプレビュー表示させ、ユーザに認識させることが可能となっているが、アプリケーションの印刷プレビュー機能は、文書情報のプレビューであるため、挿入用紙について表示されず、また、プリンタドライバの印刷プレビュー機能は、挿入用紙が存在することをプレビュー表示するものも存在しているが、印刷プレビュー画面においてどの用紙が挿入用紙であるか、ユーザにとっては判断が難しいという問題がある。
【０００７】
一方、統合アプリケーションを利用して目的文書を作成する場合、印刷出力せずに、データの状態で各種データを配置することができる。このため、印刷物を組み合わせて目的文書を作成する場合ほどには労力は必要とされることはない。しかしながら、各種データを編集・作成するためのアプリケーションは、統合アプリケーションに含まれるものに限られてしまい、利用者が望むアプリケーションが使用できるとは限らない。また、統合アプリケーションによって作成された目的文書はひとつの文書ファイルであり、ファイル単位で編集・出力等の管理が行われる。そのために、文書ファイルの一部について書式を設定しようとしてもアプリケーションの機能による制約が多く、例えば書式が変わる部分ごとに書式設定を変更しては印刷し直すといった作業が必要とされる。このため、多くの労力が必要とされて生産性が低い点においては、従来の一般アプリケーションと変わりはなかった。
【０００８】
また、従来の印刷レイアウトをディスプレイで表示するシステムにおいては、特殊紙を挿入する場合であって、挿入した特殊紙が印刷対象とならない場合であっても、印刷可能なページと、印刷不可能なページとが同じ形態で表示されるため、ユーザが画面表示上で印刷可能／不可能を判断することができなかった。そのため、例えば、印刷レイアウト表示画面上からページ番号などの追加描画を行おうとする際に、印刷不可能な挿入紙があった場合に不都合が生じていた。
【０００９】
本発明は上記従来例に鑑みてなされたもので、印刷すべき文書に対して、用紙の挿入を行う場合に、ユーザにとって使い勝手のよい仕組みを提供することを目的とする。
【００１０】
詳しくは、本発明は、印刷レイアウト表示をする際に、印刷対象のページと印刷できないページとを明示的に区別できるようにすること、及び印刷できないページのサイズも判断できるようにすることを他の目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するために、所定の給紙部から給紙される記録用紙への印刷処理に連動して、前記所定の給紙部とは異なる給紙部から複数種類の用紙を挿入可能な印刷装置に対して印刷すべき文書情報の表示を制御する、本発明の情報処理方法は、文書情報に挿入される挿入用紙に関する情報を設定する設定工程と、前記文書情報と前記設定工程において設定された挿入用紙の各ページ毎に、印刷可能なページか否かを判断する判断工程と、前記判断工程における判断結果に応じて、印刷可能なページと、印刷不可能なページとを、異なる形態でページ毎に表示するように制御する表示制御工程とを有する。
【００１２】
好ましくは、印刷時の出力方法を設定する排紙方法設定工程と、前記排紙方法設定工程において設定された内容により、印刷不可能なページの用紙サイズを変更する用紙サイズ変更工程とを更に有し、前記表示制御工程では、前記用紙サイズ変更工程において変更された用紙サイズが視認できるように表示制御する。
【００１３】
また、所定の給紙部から給紙される記録用紙への印刷処理に連動して、前記所定の給紙部とは異なる給紙部から複数種類の用紙を挿入可能な印刷装置に対して印刷すべき文書情報の表示を制御する、本発明の情報処理装置は、文書情報に挿入される挿入用紙に関する情報を設定する設定手段と、前記文書情報と前記設定手段により設定された挿入用紙の各ページ毎に、印刷可能なページか否かを判断する判断手段と、前記判断手段による判断結果に応じて、印刷可能なページと、印刷不可能なページとを、異なる形態でページ毎に表示するように制御する表示制御手段とを有する。
【００１４】
好ましくは、印刷時の出力方法を設定する排紙方法設定手段と、前記排紙方法設定手段により設定された内容により、印刷不可能なページの用紙サイズを変更する用紙サイズ変更手段とを更に有し、前記表示制御手段は、前記用紙サイズ変更手段により変更された用紙サイズが視認できるように表示制御する。
【００１５】
上記構成によれば、印刷レイアウトを表示するときに、印刷対象のページと印刷できないページとを互いに異なる形態で表示するため、ユーザーが両者を容易に区別することができる。
【００１６】
また、印刷できないページのサイズも自動で変更し表示されるため、ユーザーがどの用紙サイズで出力されるのかを容易に判断することができる。
【００１７】
【発明の実施の形態】
＜システム概要＞
本発明の情報処理システムに好適な実施の形態である文書処理システムの概要を、図１〜図１２を参照して説明する。この文書処理システムでは、一般アプリケーションにより作成されたデータファイルが、電子原稿ライタによって電子原稿ファイルに変換される。製本アプリケーションはその電子原稿ファイルを編集する機能を提供している。以下、その詳細は説明する。
【００１８】
＜システム構成及び動作＞
図１は、本実施の形態の文書処理システムのソフトウェア構成を示す図である。文書処理システムは、本発明の情報処理装置に好適な実施形態であるデジタルコンピュータ１００によって実現されている。一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドローあるいはペイント、プレゼンテーション、テキスト編集などの機能を提供するアプリケーションプログラムであり、オペレーティングシステム（ＯＳ）に対する印刷機能を有している。これらアプリケーションは、作成された文書データや画像データなどのアプリケーションデータを印刷するにあたって、ＯＳにより提供される所定のインターフェース（一般に、ＧＤＩと呼ばれる）を利用する。すなわち、アプリケーション１０１は、作成したデータを印刷するために、前記インターフェースを提供するＯＳの出力モジュールに対して、あらかじめ定められる、ＯＳに依存する形式の出力コマンド（ＧＤＩ関数と呼ばれる）を送信する。出力コマンドを受けた出力モジュールは、プリンタ等の出力デバイスが処理可能な形式にそのコマンドを変換し、変換されたコマンド（ＤＤＩ関数と呼ばれる）を出力する。出力デバイスが処理可能な形式はデバイスの種類やメーカ、機種などによって異なるために、デバイスごとにデバイスドライバが提供されており、ＯＳではそのデバイスドライバを利用してコマンドの変換を行うことにより印刷データを生成し、ＪＬ（Job Language）でくくることにより印刷ジョブを生成する。ＯＳとしてマイクロソフト社のウインドウズを利用する場合には、前述した出力モジュールとしてはＧＤＩ（Graphic Device Interface）と呼ばれるモジュールが相当する。
【００１９】
電子原稿ライタ１０２は、前述のデバイスドライバを改良したものであり、本文書処理システム実現のために提供されるソフトウェアモジュールである。ただし、電子原稿ライタ１０２は特定の出力デバイスを目的としておらず、後述の製本アプリケーション１０４やプリンタドライバ１０６により処理可能な形式に出力コマンドを変換することにより電子原稿ファイルを生成する。この電子原稿ライタ１０２による変換後の形式（以後、「電子原稿形式」と呼ぶ。）は、ページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。実質的な標準形式のうちでは、例えばアドビシステムズによるＰＤＦ形式や、ＳＧＭＬ形式などが電子原稿形式として採用できる。アプリケーション１０１により電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。ただし、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのは製本アプリケーション１０４であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。製本アプリケーション１０４は、電子原稿ライタ１０２が生成した新規の不完全な電子原稿ファイルを後述する形式を備えた電子原稿ファイルとして完成させる。以下では、この点を明瞭に識別する必要がある際には、電子原稿ライタ１０２によって作成されたファイルを電子原稿ファイルと呼び、製本アプリケーションによって構造を与えられた電子原稿ファイルをブックファイルと呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイル（または文書データ）と呼ぶ。
【００２０】
このようにデバイスドライバとして電子原稿ライタ１０２を指定し、一般アプリケーション１０１によりそのデータを印刷させることで、アプリケーションデータはアプリケーション１０１によって定義されたページ（以後、「論理ページ」あるいは「原稿ページ」と呼ぶ。）を単位とする電子原稿形式に変換され、電子原稿ファイル１０３としてハードディスクなどの記憶媒体に格納される。なお、ハードディスクは、本実施の形態の文書処理システムを実現するコンピュータが備えているローカルドライブであってもよいし、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。
【００２１】
製本アプリケーション１０４は電子原稿ファイルあるいはブックファイル１０３を読み込み、それを編集するための機能を利用者に提供する。ただし製本アプリケーション１０４は、各ページの内容を編集する機能は提供しておらず、ページを最小単位として構成される、後述する章やブックの構造を編集するための機能を提供している。
【００２２】
製本アプリケーション１０４によって編集されたブックファイル１０３を印刷する際には、製本アプリケーション１０４によって電子原稿デスプーラ１０５が起動される。電子原稿デスプーラ１０５は、指定されたブックファイルをハードディスクから読み出し、ブックファイルに記述された形式で各ページを印刷するために、前述したＯＳの出力モジュールに適合する出力コマンドを生成し、不図示の出力モジュールに出力する。その際に、出力デバイスとして使用されるプリンタ１０７のドライバ１０６がデバイスドライバとして指定される。出力モジュールは、指定されたプリンタ１０７のプリンタドライバ１０６を用いて受信した出力コマンドを、プリンタ１０７で解釈実行可能なデバイスコマンドに変換する。そしてデバイスコマンドはプリンタ１０７に送信され、プリンタ１０７によってコマンドに応じた画像が印刷される。
【００２３】
図２は、コンピュータ１００のハードウエアブロック図である。図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、あるいはハードディスク２１１からＲＡＭ２０２にロードされたＯＳや一般アプリケーション、製本アプリケーションなどのプログラムを実行し、図１のソフトウェア構成や、後述するフローチャートの手順を実現する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ２１０の表示を制御する。ディスクコントローラ（ＤＫＣ）２０７は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、後述する編集ファイル等を記憶するハードディスク（ＨＤ）２１１や不図示のフロッピーディスク（ＦＤ）等とのアクセスを制御する。ＰＲＴＣ２０８は、接続されたプリンタ１０７との間の信号の交換を制御する。ネットワークコントローラ（ＮＣ）２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００２４】
＜電子原稿データの形式＞
編集アプリケーション１０４の詳細を言及する前に、ブックファイルのデータ形式を説明する。ブックファイルは紙媒体の書物を模した３層の層構造を有する。上位層は「ブック」と呼ばれ、１冊の本を模しており、その本全般に係る属性が定義されている。その下の中間層は、本でいう章に相当し、やはり「章」と呼ばれる。各章についても、章ごとの属性が定義できる。下位層は「ページ」であり、アプリケーションプログラムで定義された各ページに相当する。各ページついてもページごとの属性が定義できる。ひとつのブックは複数の章を含んでいてよく、また、ひとつの章は複数のページを含むことができる。
【００２５】
図３（Ａ）は、ブックファイルの形式の一例を模式的に示す図である。この例のブックファイルにおける、ブック、章、ページは、それぞれに相当するノードにより示されている。ひとつのブックファイルはひとつのブックを含む。ブック、章は、ブックとしての構造を定義するための概念であるから、定義された属性値と下位層へのリンクとをその実体として含む。ページは、アプリケーションプログラムによって出力されたページごとのデータを実体として有する。そのため、ページは、その属性値のほか、原稿ページの実体（原稿ページデータ）と各原稿ページデータへのリンクを含む。なお、紙媒体等に出力する際の印刷ページは複数の原稿ページを含む場合がある。この構造に関してはリンクによって表示されず、ブック、章、ページ各階層における属性として表示される。
【００２６】
図３において、ブック３０１には、ブック属性が定義されるているとともに、２つの章３０２Ａ，３０２Ｂがリンクされている。このリンクにより、章３０２Ａ，３０２Ｂがブック３０１に包含されていることが表示される。章３０２Ａには、ページ３０３Ａ，３０３Ｂがリンクされ、これらページが含まれることが示されている。各ページ３０３Ａ，３０３Ｂにはそれぞれ属性値が定義され、その実体である原稿ページデータ（１）、（２）へのリンクが含まれる。これらリンクは、図３（Ｂ）に示す原稿ページデータ３０４のデータ（１），（２）を指し示し、ページ３０３Ａ、３０３Ｂの実体が、原稿ページデータ（１）、（２）であることを表示する。
【００２７】
図４は、ブック属性のリストである。下位層と重複して定義可能な項目に関しては、下位層の属性値が優先採用される。そのため、ブック属性にのみ含まれる項目に関しては、ブック属性に定義された値はブック全体を通して有効な値となる。しかし、下位層と重複する項目については、下位層において定義されていない場合における既定値としての意味を有する。なお、図示された各項目は具体的に１項目に対応するのではなく、関連する複数の項目を含むものもある。
【００２８】
図５は章属性の、図６はページ属性のリストである。章属性とページ属性との関係もブック属性と下位層の属性との関係と同様である。
【００２９】
ブック属性に固有の項目は、印刷方法、製本詳細、表紙／裏表紙、インデックス紙、合紙、章区切りの６項目である。これらは、ブックを通して定義される項目である。印刷方法属性としては、片面印刷、両面印刷、製本印刷の３つの値を指定できる。製本印刷とは、別途指定する枚数の用紙を束にして２つ折りにし、その束をつづり合わせることで製本が可能となる形式で印刷する方法である。製本詳細属性としては、製本印刷が指定されている場合に、見開き方向や、束になる枚数等が指定できる。
【００３０】
表紙／裏表紙属性は、ブックとしてまとめられる電子原稿ファイルを印刷する際に、表紙および裏表紙となる用紙を付加することの指定、及び付加した用紙への印刷内容の指定を含む。インデックス紙属性は、章の区切りとして、印刷装置に別途用意される耳付きのインデックス紙の挿入の指定およびインデックス（耳）部分への印刷内容の指定を含む。この属性は、印刷用紙とは別に用意された用紙を所望の位置に挿入するインサート機能を持ったインサータが使用する印刷装置に備えられている場合か、あるいは、複数の給紙カセットを使用可能である場合に有効となる。これは合紙属性についても同様である。
【００３１】
合紙属性は、章の区切りとして、インサータからあるいは給紙カセットから供給される用紙の挿入の指定、および、合紙を挿入する場合には、給紙元の指定などを含む。
【００３２】
章区切り属性は、章の区切り目において、新たな用紙を使用するか、新たな印刷ページを使用するか、特に何もしないか等の指定を含む。片面印刷時には新たな用紙の使用と新たな印刷ページの使用とは同じ意味を持つ。両面印刷時には、「新たな用紙の使用」を指定すれば連続する章が１枚の用紙に印刷されることは無いが、「新たな印刷ページの使用」を指定すれば、連続する章が１枚の用紙の表裏に印刷されることがあり得る。
【００３３】
章属性に関しては、章に固有の項目はなく、すべてブック属性と重複する。したがって、章属性における定義とブック属性における定義とが異なれば、章属性で定義された値が優先する。ブック属性と章属性とにのみ共通する項目は、用紙サイズ、用紙方向、Ｎ−ｕｐ印刷指定、拡大縮小、排紙方法の５項目である。このうち、Ｎ−ｕｐ印刷指定属性は、１印刷ページに含まれる原稿ページ数を指定するための項目である。指定可能な配置としては、１×１や１×２、２×２、３×３、４×４などがある。排紙方法属性は、排出した用紙にステイプル処理を施すか否かを指定したり、排出した用紙にＺ折りを施すか否かを指定するための項目であり、この属性の有効性は使用する印刷装置がステイプル機能やＺ折り機能を有するか否かに依存する。
【００３４】
ページ属性に固有の項目には、ページ回転属性、ズーム、配置指定、アノテーション、ページ分割などがある。ページ回転属性は、原稿ページを印刷ページに配置する際の回転角度を指定するための項目である。ズーム属性は、原稿ページの変倍率を指定するための項目である。変倍率は、仮想論理ページ領域のサイズを１００％として指定される。仮想論理ページ領域とは、原稿ページを、Ｎ−ｕｐ等の指定に応じて配置した場合に、１原稿ページが占める領域である。例えば１×１であれば、仮想論理ページ領域は１印刷ページに相当する領域となり、１×２であれば、１印刷ページの各辺を約７０パーセントに縮小した領域となる。
【００３５】
ブック、章、ページについて共通な属性として、ウォーターマーク属性およびヘッダ・フッタ属性がある。ウォーターマークとは、アプリケーションで作成されたデータに重ねて印刷される、別途指定される画像や文字列などである。ヘッダ・フッタは、それぞれ各ページの上余白および下余白に印刷されるウォーターマークである。ただし、ヘッダ・フッタには、ページ番号や日時など、変数により指定可能な項目が用意されている。なお、ウォーターマーク属性およびヘッダ・フッタ属性において指定可能な内容は、章とページとは共通であるが、ブックはそれらと異なっている。ブックにおいてはウォーターマークやヘッダ・フッタの内容を設定できるし、また、ブック全体を通してどのようにウォーターマークやヘッダ・フッタを印刷するかを指定することができる。一方、章やページでは、その章やページにおいて、ブックで設定されたウォーターマークやヘッダ・フッタを印刷するか否かを指定できる。
【００３６】
＜ブックファイルの生成手順＞
ブックファイルは上述したような構造および内容を有している。次に、製本アプリケーション１０４および電子原稿ライタ１０２によってブックファイルを作成する手順を説明する。ブックファイルの作成は、製本アプリケーション１０４によるブックファイルの編集操作の一環として実現される。図７は、製本アプリケーション１０４によりブックファイルを開く際の手順である。
【００３７】
まず、製本アプリケーション１０４は、開こうとするブックファイルが、新規作成すべきものであるか、それとも既存のものであるか判定する（ステップＳ７０１）。新規作成の場合には、製本アプリケーション１０４は、章を含まないブックファイルを新規に作成する（ステップＳ７０２）。新規に作成されるブックファイルは、図３の例で示せば、ブックノード３０１のみ有し、章のノードに対するリンクが存在しないブックのノードとなる。ブック属性は、新規作成用としてあらかじめ用意された属性のセットが適用される。そして、新規ブックファイルを編集するためのユーザインターフェース（ＵＩ）画面を表示する（ステップＳ７０４）。図１１は、新規にブックファイルが作成された際のＵＩ画面の一例である。この場合には、ブックファイルは実質的な内容を持たないために、ＵＩ画面１１００には何も表示されない。
【００３８】
一方、既存のブックファイルがあれば、製本アプリケーション１０４は、指定されたブックファイルを開き（ステップＳ７０３）、そのブックファイルの構造、属性、内容に従ってユーザインターフェース（ＵＩ）画面を表示する。図１０は、このＵＩ画面の一例である。ＵＩ画面１１００は、ブックの構造を示すツリー部１１０１と、印刷された状態を表示するプレビュー部１１０２とを含む。ツリー部１１０１には、ブックに含まれる章、各章に含まれるページが、図３（Ａ）のような木構造で表示される。ツリー部１１０１に表示されるページは原稿ページである。プレビュー部１１０２には、印刷ページの内容が縮小されて表示される。その表示順序は、ブックの構造を反映したものとなっている。
【００３９】
さて、開かれたブックファイルには、電子原稿ライタ１０２によって電子原稿ファイルに変換されたアプリケーションデータを、新たな章として追加することができる。この機能を電子原稿インポート機能と呼ぶ。図７の手順によって新規に作成されたブックファイルに電子原稿インポートすることで、そのブックファイルには実体が与えられる。この機能は、図１０または図１１の画面にアプリケーションデータをドラッグアンドドロップ操作することで起動される。図８に電子原稿インポートの手順を示す。
【００４０】
まず、製本アプリケーション１０４は、指定されたアプリケーションデータを生成したアプリケーションプログラムを起動し、デバイスドライバとして電子原稿ライタ１０２を指定してアプリケーションデータを印刷出力させることで、電子原稿データに変換する（ステップＳ８０１）。変換を終えたなら、変換されたデータが画像データであるか否かを判定する（ステップＳ８０２）。この判定は、ウインドウズＯＳの下であれば、アプリケーションデータのファイル拡張子に基づいて行うことができる。例えば、拡張子が「ｂｍｐ」であればウインドウズビットマップデータであり、「ｊｐｇ」であればｊｐｅｇ圧縮された画像データ、「ｔｉｆｆ」であればｔｉｆｆ形式の画像データであると判定できる。また、このような画像データの場合はＳ８０１のようにアプリケーションを起動せずに、画像データから直接電子原稿ファイルを生成することが可能であるため、Ｓ８０１の処理を省略することも可能である。
【００４１】
画像データでなかった場合には、製本アプリケーション１０４は、ステップＳ８０１で生成された電子原稿ファイルを、現在開かれているブックファイルのブックに、新たな章として追加する（ステップＳ８０３）。章属性としては、ブック属性と共通するものについてはブック属性の値がコピーされ、そうでないものについては、あらかじめ用意された規定値に設定される。
【００４２】
画像データである場合には、原則として新たな章は追加されず、指定されている章に、ステップＳ８０１で生成された電子原稿ファイルに含まれる各原稿ページが追加される（ステップＳ８０４）。ただし、ブックファイルが新規作成されたファイルであれば、新たな章が作成されて、その章に属するページとして電子原稿ファイルの各ページが追加される。ページ属性は、上位層の属性と共通のものについてはその属性値が与えられ、アプリケーションデータにおいて定義された属性を電子原稿ファイルに引き継いでいるものについてはその値が与えられる。例えば、Ｎ−ｕｐ指定などがアプリケーションデータにおいてされていた場合には、その属性値が引き継がれる。このようにして、新規なブックファイルが作成され、あるいは、新規な章が追加される。
【００４３】
図９は、図８のステップＳ８０１において、電子原稿ライタ１０２により電子原稿ファイルを生成させる手順を示すフローチャートである。まず、新たな電子原稿ファイルを作成してそれを開く（ステップＳ９０１）。指定したアプリケーションデータに対応するアプリケーションを起動し、電子原稿ライタ１０２をデバイスドライバとして、ＯＳの出力モジュールに対して出力コマンドを送信させる。出力モジュールは、受信した出力コマンドを電子原稿ライタによって電子原稿形式のデータに変換し、出力する（ステップＳ９０２）。出力先はステップＳ９０１で開いた電子原稿ファイルである。電子原稿ライタ１０２は、指定されたデータすべてについて変換が終了したか判定し（ステップＳ９０３）、終了していれば電子原稿ファイルを閉じる（ステップＳ９０４）。電子原稿ライタ１０２によって生成される電子原稿ファイルは、図３（Ｂ）に示した、原稿ページデータの実体を含むファイルである。
【００４４】
＜ブックファイルの編集＞
以上のようにして、アプリケーションデータからブックファイルを作成することができる。生成されたブックファイルについては、章及びページに対して次のような編集操作が可能である。
【００４５】
（１）新規追加
（２）削除
（３）コピー
（４）切り取り
（５）貼り付け
（６）移動
（７）章名称変更
（８）ページ番号名称振り直し
（９）表紙挿入
（１０）合紙挿入
（１１）インデックス紙挿入
（１２）各原稿ページに対するページレイアウト。
このほか、いったん行った編集操作を取り消す操作や、さらに取り消した操作をやり直す操作が可能である。これら編集機能により、例えば複数のブックファイルの統合、ブックファイル内で章やページの再配置、ブックファイル内で章やページの削除、原稿ページのレイアウト変更、合紙やインデックス紙の挿入などといった編集操作が可能となる。これらの操作を行うと、図４乃至図６に示す属性に操作結果が反映されたり、あるいはブックファイルの構造に反映される。たとえば、ブランクページの新規追加操作を行えば、指定された箇所にブランクページが挿入される。このブランクページは原稿ページとして扱われる。また、原稿ページに対するレイアウトを変更すれば、その変更内容は、印刷方法やＮ−ｕｐ印刷、表紙／裏表紙、インデックス紙、合紙、章区切りといった属性に反映される。
【００４６】
＜ブックファイルの出力＞
以上のように作成・編集されるブックファイルは印刷出力を最終目的としている。利用者が図１０に示す製本アプリケーションのＵＩ画面１１００からファイルメニューを選択し、そこから印刷を選択すると、指定した出力デバイスにより印刷出力される。この際、まず製本アプリケーション１０４は、現在開かれているブックファイルからジョブチケットを作成して電子原稿デスプーラ１０５に渡す。電子原稿デスプーラ１０５は、ジョブチケットをＯＳの出力コマンド、例えばウインドウズのＧＤＩコマンドに変換し、それを出力モジュール、例えばＧＤＩに送信する。出力モジュールは、指定されたプリンタドライバ１０６によってデバイスに適したコマンドを生成し、そのデバイスに送信する。
【００４７】
ジョブチケットは原稿ページを最小単位とする構造を有するデータである。ジョブチケットにおける構造は、用紙上における原稿ページのレイアウトを定義している。ジョブチケットは１ジョブにつき１つ発行される。そのため、まず最上位にドキュメントというノードがあり、文書全体の属性、例えば両面印刷／片面印刷などが定義されている。その下には、用紙ノードが属し、用いるべき用紙の識別子や、プリンタにおける給紙口の指定などの属性が含まれる。各用紙ノードには、その用紙で印刷されるシートのノードが属する。１シートは１枚の用紙に相当する。各シートには、印刷ページ（物理ページ）が属する。片面印刷ならば１シートには１物理ページが属し、両面印刷ならば１シートに２物理ページが属する。各物理ページには、その上に配置される原稿ページが属する。また物理ページの属性として、原稿ページのレイアウトが含まれる。
【００４８】
電子原稿デスプーラ１０５は、上述のジョブチケットを、出力モジュールへの出力コマンドに変換する。
【００４９】
＜そのほかのシステム構成＞
本実施の形態の文書処理システムの概要は以上のようなものである。これはスタンドアロン型のシステムであるが、これを拡張したサーバクライアントシステムでもほぼ同様の構成・手順でブックファイルが作成・編集される。ただし、ブックファイルや印刷処理はサーバによって管理される。
【００５０】
図１２はサーバクライアント型文書処理システムの構成を示すブロック図である。クライアント文書処理システムは、スタンドアロン型システムに、クライアントモジュールであるＤＯＭＳ（Document Output Management Service：文書出力管理サービス）ドライバ１０９およびＤＯＭＳプリントサービスモジュール１１０、ＤＳ（文書サービス）クライアントモジュール１０８を加えた構成を有する。このクライアント文書処理システム１２００に、文書管理サーバ１２０１および印刷集中管理サーバ１２０２およびプリントサーバ１２０３が接続されている。これらサーバは、通常ネットワークによってクライアント文書処理システムと接続されるが、サーバが同時にクライアントとしても機能する場合には、ネットワーク間の通信をシミュレートするプロセス間通信によって接続される。なお図１２では文書管理サーバ１２０１と印刷集中管理サーバ１２０２の両サーバがクライアントに接続されているが、いずれか一方のみがネットワーク上に存在する場合もあり得る。接続されているサーバが文書管理サーバであれば、そのクライアントモジュールを含む文書管理サーバクライアントシステム１２０１ＳＣが、印刷集中管理サーバ１２０２であれば、そのクライアントモジュールを含む印刷管理サーバクライアントシステム１２０２ＳＣが、スタンドアロン型文書管理システムに追加される。
【００５１】
文書管理サーバ１２０１は、製本アプリケーション１０４により作成・編集されたブックファイルを格納するサーバである。文書管理サーバ１２０１によってブックファイルを管理する場合、ブックファイルは、クライアントＰＣのローカルＨＤに代わって、あるいはそれに加えて、文書管理サーバ１２０１のデータベース１２１１に保存される。製本アプリケーション１０４と文書管理サーバ１２０１との間のブックファイルの保存および読み出しは、ＤＳクライアント１０８及びＤＳコア１２１２を介して行われる。
【００５２】
印刷集中管理サーバ１２０２は、クライアント文書管理システム１２００に格納された、あるいは文書管理サーバ１２０１に格納されたブックファイルの印刷を管理するサーバである。クライアントにおける印刷要求は、ＤＯＭＳドライバ１０９およびＤＯＭＳプリントサービスモジュール１１０を介して印刷集中管理サーバ１２０２のＤＯＭＳＷＧサーバモジュール１２２１に送信される。集中印刷管理サーバ１２０２は、クライアントのプリンタで印刷する場合にはクライアントのＤＯＭＳプリントサービスモジュール１１０を介して電子原稿デスプーラ１０５に電子原稿データを渡し、プリントサーバ１２０３により印刷する場合には、プリントサーバ１２０３のＤＯＭＳプリントサービスモジュール１２０３に送信する。印刷集中管理サーバ１２０２は、例えば保存されているブックファイルに対して印刷要求を発行した利用者の資格などについてセキュリティチェックを行ったり、印刷処理のログを保存したりする。このように、文書処理システムは、スタンドアロンとしても、クライアントサーバシステムとしても実現できる。
【００５３】
＜プレビュー表示の内容＞
すでに説明したとおり、ブックファイルが製本アプリケーション１０４によって開かれると、図１０に示すユーザインターフェース画面１１００が表示される。ツリー部１１０１には、開いているブック（以下、「注目ブック」と呼ぶ。）の構造を示すツリーが表示される。プレビュー部には、利用者の指定に応じて、３通りの表示方法が用意されている。第１は原稿ページをそのまま表示する原稿ビューと呼ばれるモードである。原稿ビューモードでは、注目ブックに属する原稿ページの内容が縮小されて表示される。プレビュー部の表示にレイアウトは反映されない。第２は印刷ビューモードである。印刷ビューモードでは、プレビュー部１１０２には、原稿ページのレイアウトが反映された形で原稿ページが表示される。第３は簡易印刷ビューモードである。簡易印刷ビューモードでは、各原稿ページの内容はプレビュー部の表示には反映されず、レイアウトのみが反映される。
【００５４】
次に、本実施の形態の印刷処理における給紙設定処理について説明する。
【００５５】
図１３から図２６は「表紙、裏表紙」「合紙」「インデックス紙」の挿入、非挿入の設定を、ひとつの画面だけで行えるようにしたＵＩ画面である。図１３から図２４は片面及び両面印刷の場合を、図２５、図２６は製本印刷の場合を示す。これらのＵＩ画面は、製本アプリケーションにより画面提供されるものであり、製本アプリケーションは、ＯＳの出力モジュールに対してＵＩ画面のＧＵＩ情報を出力し、図示省略したディスプレイドライバを介して表示画面に表示させるよう制御する。
【００５６】
図１３は、製本アプリケーションの印刷設定用のＵＩ画面であり、通常のページのみで、特別なページを何も挿入しない場合の設定がなされている場合であり、特に設定すべき項目はない。「パターン」のコンボボックス１３０１を操作すると、図１４から図２４に示した、各挿入用紙の組み合わせを設定するための合計１１のパターンから選ぶことができる。
【００５７】
図１４は、製本アプリケーションの印刷設定用のＵＩ画面において、「表紙」の挿入が選択された場合で、インサータによる挿入と給紙部からの挿入が選べる。インサータの場合、あらかじめ用意した用紙を外部から取り込んで表紙とするが（この場合、表紙への印刷は行われない）、給紙部からの挿入の場合は印刷原稿の先頭ページが表紙として印刷される。
【００５８】
図１５は、製本アプリケーションの印刷設定用のＵＩ画面において、「インデックス紙」の挿入が選択された場合で、使用するインデックスの型番やインデックス部へ記入する文字の設定ができる。
【００５９】
図１６は、製本アプリケーションの印刷設定用のＵＩ画面において、「表紙」と「インデックス紙」の挿入が選択された場合で、表紙を給紙部から取り込んだ場合、表紙に書かれる原稿は章に含まれるため、章の先頭にしか挿入できない「インデックス紙」が「表紙」より前に挿入されてしまうという矛盾が発生する。これを避けるために、このパターンでは表紙はインサータからの挿入のみを選択できるように制限をかけている。
【００６０】
図１７は、製本アプリケーションの印刷設定用のＵＩ画面において、「合紙」の挿入が選択された場合で、章単位で章の先頭に挿入できる。
【００６１】
図１８は、製本アプリケーションの印刷設定用のＵＩ画面において、「表紙」と「合紙」の挿入が選択された場合で、図１６の場合と同様の理由で、表紙はインサータからの挿入のみを選択できるように制限をかけている。以下、「表紙」と「合紙」または「インデックス紙」が組み合わさるパターンでは同様の制限がかけられる。
【００６２】
図１９は、製本アプリケーションの印刷設定用のＵＩ画面において、「インデックス紙」と「合紙」の挿入が選択された場合、図２０は、製本アプリケーションの印刷設定用のＵＩ画面において、「表紙」と「インデックス紙」と「合紙」の挿入が選択された場合、図２１は、製本アプリケーションの印刷設定用のＵＩ画面において、「表紙」と「裏表紙」挿入が選択された場合、図２２は、製本アプリケーションの印刷設定用のＵＩ画面において、「表紙」と「インデックス紙」と「裏表紙」の挿入が選択された場合、図２３は、製本アプリケーションの印刷設定用のＵＩ画面において、「表紙」と「合紙」と「裏表紙」の挿入が選択された場合、図２４は、製本アプリケーションの印刷設定用のＵＩ画面において、「表紙」と「インデックス紙」と「合紙」と「裏表紙」の全ての挿入が選択された場合のＵＩ画面を示す。
【００６３】
このように、製本アプリケーションは、文書情報に挿入する挿入用紙の組み合わせを指定することが可能であり、ユーザにより指定された挿入用紙の組み合わせに応じて、ユーザが選択可能な挿入用紙の給紙方法の候補も連動して変更されるよう制御している。これにより、ユーザは挿入用紙の給紙方法を容易に設定することが可能とない、使い勝手が向上する。
【００６４】
図２５、図２６は製本印刷の場合のＵＩ画面で、「表紙（裏表紙を含む）」以外の挿入用紙は挿入できないので、パターンの選択を「なにもしない」と「表紙（裏表紙と連なっている）」、に制限することによって、矛盾した設定が行えないようにしている。
【００６５】
上記の通り、印刷ジョブにおいて「表紙」、「インデックス紙」、「合紙」、「裏表紙」等の特殊紙への挿入及び／又は印刷を行う場合に、１つのＵＩ画面から設定を容易かつ矛盾無く行えるため、操作上の効率を良くし、設定ミスを無くすことができる。
【００６６】
なお、上記のようにして行った設定を、設定対象の文書を印刷するための文書情報として、当該文書のファイルと共に管理することも可能である。その場合、その文書データを読み出す際に文書情報を一緒に読み出し、文書データと共にプリンタドライブに出力することで、過去の設定をそのまま用いて印刷出力を行うことができる。
【００６７】
図２７は、製本アプリケーション１０４において、課金対象のページ数と課金対象にならないページ数をステータスバーに表示するための処理を示すフローチャートである。
【００６８】
まずステップＳ２７０１において、製本アプリケーション１０４は、次のページのページ情報を取得する。ここでページ情報が取得できなければ、全ページが終了したものと判断し（ステップＳ２７０２でＹＥＳ）、ステップＳ２７０８へ進む。
【００６９】
一方、ページ情報が取得できれば（ステップＳ２７０２でＮＯ）、ステップＳ２７０３以下の処理を実施する。ページ印刷されない用紙、つまりインサータから給紙される用紙が課金対象外になるので、「インサータからの表紙」（ステップＳ２７０３でＹＥＳ）、「インサータからの合紙」（ステップＳ２７０４でＹＥＳ）、「インサータからの裏表紙」（ステップＳ２７０５でＹＥＳ）が課金対象外になる。従って、ステップＳ２７０６に進み、非課金ページカウンタをインクリメントする。
【００７０】
一方、インサータから給紙される用紙ではない場合（ステップＳ２７０３〜Ｓ２７０５でＮＯ）、ステップＳ２７０７に進んで、課金ページカウンタをインクリメントする。
【００７１】
全てのページが終了すると、ステップＳ２７０６及びステップＳ２７０７での最終的な課金ページカウンタ及び非課金ページカウンタの値を、課金ページ数及び非課金ページ数としてそれぞれステータスバーに表示する。なお、これらの値を表示する場所は、ステータスバーに限るものではなく、視認しやすい場所で構わないことは言うまでもない。
【００７２】
このように、ページ情報を先頭から順に読み取って、課金対象かどうかを判断し、それぞれの数値をインクリメントするという方法で、課金及び非課金のページ数をカウントし、表示する。このようにステータスバーに課金対象と非対象のページ数が表示されるため、ユーザが課金の状態を的確に知ることができる。
【００７３】
次に、本実施の形態における印刷レイアウトの表示について説明する。
【００７４】
図２８は、製本アプリケーション１０４において、本実施の形態における印刷レイアウトの表示において、印刷可能ページ及び不可能ページを区別して表示するための処理を示すフローチャートである。
【００７５】
まず、印刷可能又は不可能を表示するために、製本アプリケーション１０４は、最初のページから順にページデータを読み込む（ステップＳ２８０１）。製本アプリケーション１０４は、読み込んだページの属性情報から、このページが印刷可能なページか印刷できないページかを判断する（ステップＳ２８０２）。印刷可能なページの場合、製本アプリケーション１０４は、ページの背景色として白を設定し（ステップＳ２８０３）、その上にページ内容を描画する（ステップＳ２８０４）。印刷できないページの場合は、製本アプリケーション１０４は、ページの背景色としてグレーを設定する（ステップＳ２８０５）。この処理を順に各ページに対して実行すると（ステップＳ２８０６及びＳ２８０７）、最終的には、印刷可能なページはすべて背景が白となり、印刷できないページはすべて背景がグレーとなるので、一見しただけで、ページごとに印刷の可不可が区別できるようになる。
【００７６】
図２９は、文書中に、インサータから給紙される合紙を挿入する場合の表示例を示す。図２９（ａ）は、印刷する文書の構成を示すツリー部である。図２９（ｂ）は片面印刷時の場合を示しており、各ページの印刷内容が表示されているのに対し、合紙はグレーで塗りつぶされて、合紙が特別なページであることをユーザが認識できるようにしている。図２９（ｃ）は両面印刷の場合の例で、２ページ目の裏面は白紙ページとなっているが、印刷可能ページなので、白で塗られており、印刷できない合紙とはあきらかに区別できるようになっている。合紙は両面とも印刷不可である。図２９（ｄ）及び（ｅ）は図２９（ｂ）及び（ｃ）に示す表示の印刷内容を簡略化した簡易ビューの場合を示し、印刷内容が簡略化されて表示されている以外は、図２９（ｂ）及び（ｃ）と同様である。
【００７７】
図３０は、文書の先頭にインサータから給紙される表紙をつけた場合の表示例を示す。図３０（ａ）は、印刷する文書の構成を示すツリー部である。図３０（ｂ）、（ｃ）、（ｄ）はそれぞれ、片面印刷、両面印刷、製本印刷の各場合であり、印刷可能ページでは印刷内容が表示されているのに対し、表紙はグレーで塗りつぶされており、通常のページのように追加描画できないことを表している。また、図３０（ｅ）、（ｆ）、（ｇ）は印刷内容を簡略化した簡易ビューの場合を示し、印刷内容が簡略化されて表示されている以外は、図３０（ｂ）、（ｃ）、（ｄ）と同様である。
【００７８】
図３１は、文書中にインデックス紙を挿入する場合の表示例である。インデックス紙は表面は印刷可能であるが、裏面は印刷できないという特徴を有している。そのため、図３１（ｂ）に示す片面印刷の例では、インデックス紙を含むすべてのページが印刷可能となっている。一方、図３１（ｃ）に示す両面印刷の場合はインデックス紙の表面は背景が白であり、印刷可能を表すが、裏面はグレーで塗られていて、印刷できないことを表している。図３１（ｄ）及び図３１（ｅ）は印刷内容を簡略化した簡易ビューの場合で、印刷内容が簡略化されて表示されている以外は、図３１（ｂ）及び（ｃ）と同様である。
【００７９】
図３２は、文書の先頭にインサータから給紙される表紙が設定されている場合、その表紙の用紙サイズを決定するフローチャートである。
【００８０】
まずステップＳ３２０１において、インサータから給紙する表紙が設定されているか否かをチェックし、設定されていると判断すると、ステップＳ３２０２において出力用紙サイズ情報を取得する。続いて、ステップＳ３２０３において排紙方法で「Ｚ折り」が指定されているか否かをチェックし、「Ｚ折り」が指定されていると判断すると、ステップＳ３２０４においてインサータから給紙する表紙（挿入用紙）のサイズを出力用紙サイズの半分のサイズに設定する。また、ステップＳ３２０３において、排紙方法で「Ｚ折り」が指定されていないと判断すると、ステップ３２０５においてインサータから給紙する表紙のサイズを出力用紙サイズと同じサイズに設定する。
【００８１】
図３３は、インサータから給紙される表紙を挿入する場合の表示例である。排紙方法に「Ｚ折り」が指定されていない場合であり、インサータから給紙される表紙のサイズは、印刷される他の用紙と同じサイズに設定したことが示されている。
【００８２】
図３４は、インサータから給紙される表紙を挿入する場合の表示例であって、排紙方法に「Ｚ折り」が指定された場合を示している。印刷される他の用紙は「Ｚ折り」されるため、インサータから給紙される表紙は、印刷される他の用紙の半分のサイズに設定したことが示されている。
【００８３】
また、文書の出力用紙に用紙混載（例えば、Ａ３とＡ４）が指定された場合も、図３２のステップＳ３２０２において、大きい方の出力用紙サイズ情報を取得することで、インサータから給紙する表紙のサイズの設定を行うことができる。
【００８４】
図３５は、文書の出力用紙にＡ３とＡ４との用紙混載が指定されている場合に、インサータから給紙される表紙を挿入する場合の表示例である。排紙方法に「Ｚ折り」が指定されていない場合であり、インサータから給紙される表紙のサイズは、印刷される大きい方の用紙と同じサイズに設定したことが示されている。
【００８５】
図３６は、文書の出力用紙にＡ３とＡ４との用紙混載が指定されている場合に、インサータから給紙される表紙を挿入する場合の表示例であって、排紙方法に「Ｚ折り」が指定されている場合を示している。インサータから給紙される表紙のサイズは、印刷される小さい方の用紙と同じサイズに設定したことが示されている。
【００８６】
なお、図３２乃至図３６においては、表紙を挿入する場合について説明したが、インデックス紙や合紙、その他の特殊紙（裏表紙など）をインサータから挿入する場合や、これらの特殊紙を給紙カセットなどの印刷機構を通過する給紙口から給紙する場合にも、同様にして行うことができる。
【００８７】
上記の通り、従来の印刷レイアウト表示では印刷可能なページと印刷できないページとを区別して表示できなかったが、本実施の形態では印刷可能なページと印刷できないページとが区別して表示されるため、ユーザが容易に印刷設定状態を確認することが可能になる。
【００８８】
なお、上記図２９乃至図３１に示す例では、合紙、表紙、インデックス紙のいずれかを挿入する場合について説明したが、本発明はこれに限るものではなく、例えば、その他の特殊紙（裏表紙など）を挿入する場合や、これらの特殊紙を給紙カセットなどの印刷機構を通過する給紙口から給紙する場合にも、図２８に示す手順により、印刷可能なページと印刷できないページとを区別して表示することができる。
【００８９】
また、上記例では、印刷可能なページの背景を白で、印刷できないページの背景をグレーで描画する場合について説明したが、これに限るものではない。例えば、印刷可能ページと印刷できないページとを異なる色で表示したり、濃淡を変えて表示したり、印刷可能なページにのみ太枠を付すなど、印刷可能なページと、印刷できないページとが識別可能であるように異なる形態で表示すればよく、様々な表示形態が可能である。
【００９０】
なお、本発明は、複数の機器から構成されるシステムに適用しても、一つの機器からなる装置に適用してもよい。
【００９１】
【発明の効果】
以上説明したように、本発明によれば、印刷レイアウト表示をする際に、印刷対象のページと印刷できないページとを明示的に区別することができる。
【００９２】
また、印刷できないページも、どの用紙サイズで出力されるのかを容易に判断することができる。
【図面の簡単な説明】
【図１】スタンドアロン型の文書処理システムのブロック図である。
【図２】文書処理システムを実現するコンピュータのブロック図である。
【図３】ブックファイルの構造の一例を示す図である。
【図４】ブック属性の一覧を示す図である。
【図５】章属性の一覧を示す図である。
【図６】ページ属性の一覧を示す図である。
【図７】ブックファイルを開く手順のフローチャートである。
【図８】電子原稿ファイルをブックファイルにインポートする手順のフローチャートである。
【図９】アプリケーションデータを電子原稿ファイルに変換する手順のフローチャートである。
【図１０】既存のブックファイルを開いた際のユーザインターフェース画面の一例を示す図である。
【図１１】新規のブックファイルを開いた際のユーザインターフェース画面の一例を示す図である。
【図１２】クライアントサーバ型の文書処理システムのブロック図である。
【図１３】本発明の実施の形態における片面、両面印刷時の何も挿入しない場合の設定画面を示す図である。
【図１４】本発明の実施の形態における片面、両面印刷時の「表紙」のみを挿入する場合の設定画面を示す図である。
【図１５】本発明の実施の形態における片面、両面印刷時の「インデックス紙」のみを挿入する場合の設定画面を示す図である。
【図１６】本発明の実施の形態における片面、両面印刷時の「表紙」と「インデックス紙」を挿入する場合の設定画面を示す図である。
【図１７】本発明の実施の形態における片面、両面印刷時の「合紙」のみを挿入する場合の設定画面を示す図である。
【図１８】本発明の実施の形態における片面、両面印刷時の「表紙」と「合紙」を挿入する場合の設定画面を示す図である。
【図１９】本発明の実施の形態における片面、両面印刷時の「インデックス紙」と「合紙」を挿入する場合の設定画面を示す図である。
【図２０】本発明の実施の形態における片面、両面印刷時の「表紙」と「インデックス紙」と「合紙」を挿入する場合の設定画面を示す図である。
【図２１】本発明の実施の形態における片面、両面印刷時の「表紙」と「裏表紙」を挿入する場合の設定画面を示す図である。
【図２２】本発明の実施の形態における片面、両面印刷時の「表紙」と「インデックス紙」と「裏表紙」を挿入する場合の設定画面を示す図である。
【図２３】本発明の実施の形態における片面、両面印刷時の「表紙」と「合紙」と「裏表紙」を挿入する場合の設定画面を示す図である。
【図２４】本発明の実施の形態における片面、両面印刷時の「表紙」と「インデックス紙」と「合紙」と「裏表紙」を挿入する場合の設定画面を示す図である。
【図２５】本発明の実施の形態における製本印刷時の何も挿入しない場合の設定画面を示す図である。
【図２６】本発明の実施の形態における製本印刷時の「表紙」のみを挿入する場合の設定画面を示す図である。
【図２７】本発明の実施の形態における課金対象、および非対象のページ数をステータスバーに表示するための処理を示すフローチャートである。
【図２８】本発明の実施の形態における印刷レイアウトの表示処理を示すフローチャートである。
【図２９】印刷ジョブにおいて、文書中に、インサータから給紙される合紙を挿入する場合の表示例を示す図である。
【図３０】印刷ジョブにおいて、文書の先頭にインサータから給紙される表紙をつけた場合の表示例を示す図である。
【図３１】印刷ジョブにおいて、文書中にインデックス紙を挿入する場合の表示例であるを示す図である。
【図３２】本発明の実施の形態におけるインサータから給紙される表紙の用紙サイズ決定処理を示すフローチャートである。
【図３３】印刷ジョブにおいて、文書の先頭にインサータから給紙される表紙をつけた場合で、排紙方法に「Ｚ折り」が指定されていない時の表示例を示す図である。
【図３４】印刷ジョブにおいて、文書の先頭にインサータから給紙される表紙をつけた場合で、排紙方法に「Ｚ折り」が指定されている時の表示例を示す図である。
【図３５】印刷ジョブにおいて、文書の先頭にインサータから給紙される表紙をつけた場合で、出力用紙に用紙混載が設定され、且つ、排紙方法に「Ｚ折り」が指定されていない時の表示例を示す図である。
【図３６】印刷ジョブにおいて、文書の先頭にインサータから給紙される表紙をつけた場合で、出力用紙に用紙混載が設定され、且つ、排紙方法に「Ｚ折り」が指定されている時の表示例を示す図である。
【符号の説明】
１００ コンピュータ
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０５ キーボードコントローラ
２０６ ＣＲＴコントローラ
２０７ ディスクコントローラ
２０８ プリンタコントローラ
２０９ キーボード
２１０ ＣＲＴディスプレイ
２１１ ハードディスク
２１２ ネットワークコントローラ

Claims (25)

1. 所定の給紙部から給紙される記録用紙への印刷処理に連動して、前記所定の給紙部とは異なる給紙部から複数種類の用紙を挿入可能な印刷装置に対して印刷すべき文書情報の表示を制御する情報処理方法であって、
   文書情報に挿入される挿入用紙に関する情報を設定する設定工程と、
   前記文書情報と前記設定工程において設定された挿入用紙の各ページ毎に、印刷可能なページか否かを判断する判断工程と、
   前記判断工程における判断結果に応じて、印刷可能なページと、印刷不可能なページとを、異なる形態でページ毎に表示するように制御する表示制御工程と
   を有することを特徴とする情報処理方法。
2. 印刷時の出力方法を設定する排紙方法設定工程と、
   前記排紙方法設定工程において設定された内容により、印刷不可能なページの用紙サイズを変更する用紙サイズ変更工程とを更に有し、
   前記表示制御工程では、前記用紙サイズ変更工程において変更された用紙サイズが視認できるように表示制御することを特徴とする請求項１に記載の情報処理方法。
3. 前記判断工程では、印刷方法に応じて判断することを特徴とする請求項１又は２に記載の情報処理方法。
4. 前記印刷方法は、片面印刷、両面印刷、製本印刷の少なくともいずれか１つを含むことを特徴とする請求項３に記載の情報処理方法。
5. 前記複数種類の用紙は、表紙、裏表紙、合紙、インデックス紙の少なくともいずれか１つを含み、前記判断工程では、用紙の種類に応じて判断することを特徴とする請求項１乃至４のいずれかに記載の情報処理方法。
6. 前記給紙部は複数の給紙部を有し、前記判断工程では、用紙の種類及び当該用紙が給紙される給紙部に応じて判断することを特徴とする請求項１乃至５のいずれかに記載の情報処理方法。
7. 前記複数の給紙部は、印刷機構を経由する第１の給紙部と、印刷機構を経由しない第２の給紙部とを含むことを特徴とする請求項６に記載の情報処理方法。
8. 前記判断工程では、用紙が第２の給紙部から給紙される場合及び、両面印刷且つインデックス紙の裏側である場合に、印刷不可能なページであると判断することを特徴とする請求項７に記載の情報処理方法。
9. 前記表示制御工程では、前記判断工程において印刷可能であると判断されたページに、当該ページに印刷する印刷内容を表示するように制御することを特徴とする請求項１乃至８のいずれかに記載の情報処理方法。
10. 前記排紙方法設定工程で出力時におけるＺ折りの設定がなされている場合に、前記用紙サイズ変更工程では、前記挿入用紙のサイズとして出力用紙サイズの半分のサイズに変更することを特徴とする請求項２に記載の情報処理方法。
11. 前記設定工程において設定された前記挿入用紙に関する情報を文書情報の文書ファイル内に含ませて管理する文書管理工程と、
    前記文書管理工程により管理されている文書ファイルの文書情報を印刷処理する場合に、当該文書ファイルから前記挿入用紙に関する情報を読み出して、プリンタドライバに出力する出力工程と
    を更に有することを特徴とする請求項１乃至１０のいずれかに記載の情報処理方法。
12. 所定の給紙部から給紙される記録用紙への印刷処理に連動して、前記所定の給紙部とは異なる給紙部から複数種類の用紙を挿入可能な印刷装置に対して印刷すべき文書情報の表示を制御する情報処理装置であって、
    文書情報に挿入される挿入用紙に関する情報を設定する設定手段と、
    前記文書情報と前記設定手段により設定された挿入用紙の各ページ毎に、印刷可能なページか否かを判断する判断手段と、
    前記判断手段による判断結果に応じて、印刷可能なページと、印刷不可能なページとを、異なる形態でページ毎に表示するように制御する表示制御手段と
    を有することを特徴とする情報処理装置。
13. 印刷時の出力方法を設定する排紙方法設定手段と、
    前記排紙方法設定手段により設定された内容により、印刷不可能なページの用紙サイズを変更する用紙サイズ変更手段とを更に有し、
    前記表示制御手段は、前記用紙サイズ変更手段により変更された用紙サイズが視認できるように表示制御することを特徴とする請求項１２に記載の装置。
14. 前記判断手段は、印刷方法に応じて判断することを特徴とする請求項１２又は１３に記載の装置。
15. 前記印刷方法は、片面印刷、両面印刷、製本印刷の少なくともいずれか１つを含むことを特徴とする請求項１４に記載の装置。
16. 前記複数種類の用紙は、表紙、裏表紙、合紙、インデックス紙の少なくともいずれか１つを含み、前記判断手段は、用紙の種類に応じて判断することを特徴とする請求項１２乃至１５のいずれかに記載の装置。
17. 前記給紙部は複数の給紙部を有し、前記判断手段は、用紙の種類及び当該用紙が給紙される給紙部に応じて判断することを特徴とする請求項１２乃至１６のいずれかに記載の装置。
18. 前記複数の給紙部は、印刷機構を経由する第１の給紙部と、印刷機構を経由しない第２の給紙部とを含むことを特徴とする請求項１７に記載の装置。
19. 前記判断手段は、用紙が第２の給紙部から給紙される場合及び、両面印刷且つインデックス紙の裏側である場合に、印刷不可能なページであると判断することを特徴とする請求項１８に記載の装置。
20. 前記表示制御手段は、前記判断手段により印刷可能であると判断されたページに、当該ページに印刷する印刷内容を表示するように制御することを特徴とする請求項１２乃至１９のいずれかに記載の装置。
21. 前記排紙方法設定手段は、出力時におけるＺ折りの有無の設定を行う手段を含み、前記排紙方法設定手段により出力時におけるＺ折りの設定がなされている場合に、前記用紙サイズ変更手段は、前記挿入用紙のサイズとして出力用紙サイズの半分のサイズに変更することを特徴とする請求項１３に記載の装置。
22. 前記設定手段により設定された前記挿入用紙に関する情報を文書情報の文書ファイル内に含ませて管理する文書管理手段と、
    前記文書管理手段により管理されている文書ファイルの文書情報を印刷処理する場合に、当該文書ファイルから前記挿入用紙に関する情報を読み出して、プリンタドライバに出力する出力手段と
    を更に有することを特徴とする請求項１２乃至２１のいずれかに記載の装置。
23. 請求項１乃至１１のいずれかに記載の情報処理方法を実現するためのプログラムコードを有する情報処理装置が実行可能なプログラム。
24. 情報処理装置が実行可能なプログラムであって、前記プログラムを実行した情報処理装置を、請求項１２乃至２２のいずれかに記載の情報処理装置として機能させることを特徴とするプログラム。
25. 請求項２３又は２４に記載のプログラムを記憶した記憶媒体。

Images