JP2005174226A - 印刷制御方法及び情報処理装置 - Google Patents

Abstract

【課題】 文書を印刷する際に、ユーザがページ単位に出力用紙を切り換える指示に関する情報を設定する。
【解決手段】 文書を印刷する際に、ユーザがページごとに出力用紙を切り換える指示を設定すると（Ｓ２００２のＹＥＳ）、ページごとに出力用紙を切り換えて印刷するように制御する（Ｓ２００３）。またページがカラーかモノクロかで出力用紙を切り換える指示を設定すると（Ｓ２００４のＹＥＳ）、カラーかモノクロかで出力用紙を切り換えて印刷するように制御する（Ｓ２００５）。
【選択図】 図２０

Description

本発明は、文書処理プログラムによって生成される文書データに対する印刷設定機能を提供する情報処理装置及びその方法に関するものである。

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

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

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

また、近年、マニュアル、カタログ、会議資料などの文書を電子文書で保管し、必要なときに、必要な部数だけ印刷するシステム（ＰＯＤ:Print On Demand）が普及している。このＰＯＤシステムは、ユーザが作成した文書ファイルを印刷管理サーバにアップロードし、印刷管理サーバのオペレータがその文書ファイルの印刷を行わせるものである。このようなシステムでは、通常の印刷のように、どのプリンタで出力するか、どのような体裁で出力するか、プリンタのどの機能を使用して印刷するか、といった指示を毎回行うのではなく、印刷すべき文書をオペレータが最初に印刷指示する際に、印刷管理サーバ上で上述した内容指示を、電子文書化して印刷指示文書（一般に「ジョブチケット」と呼ばれる）とし、このジョブチケット情報を印刷管理サーバに登録しておくことにより、印刷文書作成者がいないような場合でも、毎回同一の出力体裁を得ることが可能になるように構成されている。

しかしながら、上述したＰＯＤシステムの多くは、各アプリケーションに基づいて作成した文書を印刷する際に、使用する用紙を給紙部で指定することはできたが、各ページによってユーザの所望する用紙に変えることは容易ではなかった。例えば、文書中に含まれる写真画像のページのみ光沢紙に印刷したいと思った場合、その部分だけ手動で印刷し、その後、差し替えるなどの方法を取るしかなかった。

また、印刷時に文書のカラー／モノクロなどの属性を判別し、その文書に最適な用紙を自動で切り換えるシステムはあったが、ユーザがページごとに用紙の種類を設定したり、その設定情報を保存したりすることはできなかった。

本発明は、上記従来例に鑑みてなされたもので、文書を印刷する際に、ユーザがページ単位に出力用紙を切り換える指示に関する情報を設定することを目的とする。

更に、ページ単位に設定された情報に基づき、文書を同じ用紙形態で再印刷できることを目的とする。

本発明の印刷制御方法は、文書を印刷する際に、ページ単位に出力用紙を切り換える指示に関する情報をユーザに設定させる工程と、前記情報に基づいて前記出力用紙を切り換えて文書を印刷するように制御する工程とを有することを特徴とする。

また本発明の情報処理装置は、文書を印刷する際に、ページ単位に出力用紙を切り換える指示に関する情報をユーザに設定させる設定手段と、前記情報に基づいて前記出力用紙を切り換えて文書を印刷するように制御する制御手段とを有することを特徴とする。

本発明によれば、文書を印刷する際に、ユーザがページ単位に出力用紙を切り換える指示に関する情報を設定することができる。

また、ページ単位に設定された情報に基づき、文書を同じ用紙形態で再印刷することができる。

以下、図面を参照しながら発明を実施するための最良の形態について詳細に説明する。

＜システム概要＞
本実施形態による文書処理システムの概要を、図１〜図１２を参照して説明する。この文書処理システムでは、一般的なアプリケーションにより作成されたデータファイルが、電子原稿ライタによって電子原稿ファイルに変換される。製本アプリケーションは、その電子原稿ファイルを編集する機能を提供している。以下、その詳細を説明する。

＜システム構成及び動作＞
図１は、本実施形態による情報処理システムに好適な文書処理システムのソフトウェア構成を示す図である。尚、文書処理システムは、本実施形態による情報処理装置の好適な実施形態であるデジタルコンピュータ１００によって実現されている。

図１に示す一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドロー或いはペイント、プレゼンテーション、テキスト編集などの機能を提供するアプリケーションプログラムであり、印刷機能を有している。これらのアプリケーションプログラムは、作成された文書データや画像データなどのアプリケーションデータを印刷するにあたって、オペレーティングシステム（ＯＳ）により提供される所定のインターフェースを利用する。

即ち、一般アプリケーション１０１は、作成したデータを印刷するために、このインターフェースを提供するＯＳの出力モジュールに対して予め定められた、ＯＳに依存する形式の出力コマンド（ＧＤＩ：Graphic Device Interface関数）を送信する。この出力コマンドを受けた出力モジュールは、プリンタ等の出力デバイスが処理可能な形式にそのコマンドを変換し、その変換されたコマンド（ＤＤＩ：Device Driver Interface関数）を出力する。この出力デバイスが処理可能な形式は、デバイスの種類やメーカ、機種などによって異なるために、デバイスごとにデバイスドライバが提供されており、ＯＳでは、そのデバイスドライバを利用してコマンドの変換を行うことにより印刷データを生成し、ＪＬ（Job Language）でくくることにより印刷ジョブを生成する。このＯＳとして、例えばマイクロソフト社のウインドウズ（Windows：登録商標）を利用する場合は、前述した出力モジュールとしてはＧＤＩと呼ばれるモジュールが相当する。

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

一般アプリケーション１０１により電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。但し、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのは製本アプリケーション１０４であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。製本アプリケーション１０４は、電子原稿ライタ１０２が生成した新規の不完全な電子原稿ファイルを、後述する形式を備えた電子原稿ファイルとして完成させる。

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

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

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

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

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

図２は、図１に示すデジタルコンピュータ１００のハードウェア構成を示すブロック図である。図２に示すＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、或いはハードディスク２１１からＲＡＭ２０２にロードされたＯＳや一般アプリケーション１０１、製本アプリケーション１０４などのプログラムを実行し、図１のソフトウェア構成や、後述するフローチャートの手順を実現する。ＲＡＭ２０２はＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は表示部２１０の表示を制御する。尚、この表示部２１０はＣＲＴに限定されず、例えば液晶、プラズマなどでも良い。

ディスクコントローラ（ＤＫＣ）２０７は、ブートプログラム、各種アプリケーション、フォントデータ、ユーザファイル、後述する編集ファイル等を記憶するハードディスク（ＨＤ）２１１や不図示のフロッピー（登録商標）ディスク（ＦＤ）等との間でのアクセスを制御する。ＰＲＴＣ２０８は、接続されたプリンタ１０７との間の信号の交換を制御する。ＮＣ２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。

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

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

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

図３に示す（Ａ）において、ブック３０１には、ブック属性が定義されていると共に、２つの章３０２Ａ，３０２Ｂがリンクされている。これらのリンクにより、章３０２Ａ，３０２Ｂがブック３０１に包含されていることが表示される。更に章３０２Ａには、ページ３０３Ａ，３０３Ｂがリンクされ、これらページが含まれることが示されている。各ページ３０３Ａ，３０３Ｂには、それぞれそのページの属性値が定義され、その実体である原稿ページデータ（１）、（２）へのリンクが含まれる。これらリンクは、図３に示す（Ｂ）のように原稿ページデータ３０４の原稿データ（１），（２）を指示しており、ページ３０３Ａ、３０３Ｂの実体が、原稿ページデータ（１）、（２）であることを表示する。

同様に、章３０２Ｂにはページ３０３Ｃ，３０３Ｄが含まれ、その実体である原稿ページデータ（３）、（４）へのリンクが含まれている。これらリンクは、図３に示す（Ｂ）のように原稿ページデータ３０４の原稿データ（３），（４）を指示しており、ページ３０３Ｃ、３０３Ｄの実体が、原稿ページデータ（３）、（４）であることが表示される。

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

図５は、本実施形態による章属性を説明する図、図６は本実施形態によるページ属性を説明する図である。ここで、これら章属性とページ属性との関係も、上述したブック属性と下位層の属性との関係と同様である。

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

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

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

次に、図５に示す章属性に関しては、章に固有の項目はなく、全てブック属性と重複する。従って、章属性における定義とブック属性における定義とが異なれば、章属性で定義された値が優先する。前述のブック属性と章属性とにのみ共通する項目は、「用紙サイズ」、「用紙方向」、「Ｎ−ｕｐ印刷指定」、「拡大縮小」、「排紙方法」の５項目である。このうち「Ｎ−ｕｐ印刷指定」の属性は、１枚の印刷ページに含まれる原稿ページ数を指定するための項目である。ここで指定可能な配置としては、１×１や１×２、２×２、３×３、４×４などがある。「排紙方法」の属性は、排出した用紙にステイプル処理を施すか否かを指定するための項目であり、この属性の有効性は使用する印刷装置がステイプル機能を有するか否かに依存する。

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

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

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

図７は、本実施形態による製本アプリケーション１０４によりブックファイルを開く際の手順を説明するフローチャートである。まずステップＳ７０１で、開こうとするブックファイルが、新規作成すべきものであるか、それとも既存のものであるかを判定する。新規作成の場合にはステップＳ７０２に進み、章を含まないブックファイルを新規に作成する。この新規に作成されるブックファイルは、図３の例で示せば、ブックノード３０１のみ有し、章のノードに対するリンクが存在しないブックのノードとなる。この場合のブック属性は、新規作成用として予め用意された属性のセットが適用される。そしてステップＳ７０４に進み、新規ブックファイルを編集するためのユーザインターフェース（ＵＩ）画面を表示する。

図１１は、新規にブックファイルが作成された際のＵＩ画面の一例を示す図である。この場合には、ブックファイルは実質的な内容を持たないために、ＵＩ画面１１００には何も表示されない。

一方、ステップＳ７０１で、既存のブックファイルがあればステップＳ７０３に進み、指定されたブックファイルを開き、そのブックファイルの構造、属性、内容に従ってユーザインターフェース（ＵＩ）画面を表示する。

図１０は、ステップＳ７０１で表示されたＵＩ画面の一例を示す図である。このＵＩ画面１１００は、ブックの構造を示すツリー部１１０１と、印刷された状態を表示するプレビュー部１１０２とを含む。まずツリー部１１０１には、そのブックに含まれる章、各章に含まれるページが、前述の図３（Ａ）のような木構造で表示される。ツリー部１１０１にはページ番号が表示されており、このページ番号は原稿ページの番号を示している。またプレビュー部１１０２には、印刷ページの内容が縮小されて表示される。その表示順序は、ブックの構造を反映したものとなっている。

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

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

ステップＳ８０２で、画像データでなかった場合はステップＳ８０３に進み、ステップＳ８０１で生成された電子原稿ファイルを、現在開かれているブックファイルのブックに、新たな章として追加する。この場合、章属性としては、ブック属性と共通するものについてはブック属性の値がコピーされ、そうでないものについては、予め用意された規定値に設定される。

また、ステップＳ８０２で画像データである場合にはステップＳ８０４に進み、原則として新たな章は追加されず、指定されている章に、ステップＳ８０１で生成された電子原稿ファイルに含まれる各原稿ページを追加する。但し、ブックファイルが新規作成されたファイルであれば、新たな章が作成されて、その章に属するページとして、電子原稿ファイルの各ページが追加される。ここでページ属性は、上位層の属性と共通のものについてはその属性値が与えられ、アプリケーションデータにおいて定義された属性を電子原稿ファイルに引き継いでいるものについてはその値が与えられる。例えば、「Ｎ−ｕｐ印刷指定」などがアプリケーションデータにおいて指定されていた場合には、その属性値が引き継がれる。このようにして、新規なブックファイルが作成され、或いは新規な章が追加される。

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

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

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

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

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

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

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

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

尚、図１２では、文書管理サーバ１２０１と印刷集中管理サーバ１２０２の両サーバがクライアントに接続されているが、いずれか一方のみがネットワーク上に存在する場合もあり得る。接続されているサーバが文書管理サーバであれば、そのクライアントモジュールを含む文書管理サーバクライアントシステム１２０１ＳＣが、印刷集中管理サーバ１２０２であれば、そのクライアントモジュールを含む印刷管理サーバクライアントシステム１２０２ＳＣが、スタンドアロン型文書管理システムに追加される。

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

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

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

＜プレビュー表示の内容＞
既に説明したように、ブックファイルが製本アプリケーション１０４によって開かれると、図１０に示すユーザインターフェース画面１１００が表示される。ここでツリー部１１０１には、開いているブック（以下、「注目ブック」と呼ぶ）の構造を示すツリーが表示される。印刷プレビュー部１１０２には、利用者の指定に応じて、以下の３通りの表示方法が用意されている。

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

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

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

＜文書システムの構成＞
次に、本発明の実施形態の特徴について説明する前に、本実施形態に適用可能なホストコンピュータ１００（本発明の情報処理装置に相当する）とプリンタ１０７とを有する文書処理システムの構成について説明する。尚、ホストコンピュータ１００（以下、クライアントと呼ぶこともある）の構成に関しては、前述の図２を参照して説明した通りであるので、ここでは共通する箇所には同じ番号を付し、その説明を省略する。またプリンタ１０７は、クライアントに接続されたローカルプリンタであっても、或いはサーバに接続されたプリンタ１２０４（図１２）の場合であってもいずれの場合にも適用可能であるものとする。
図１３は、本実施形態における文書処理システムの構成を示すブロック図である。尚、本実施形態による機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ，ＷＡＮ等のネットワークを介して接続がなされ処理が行われるシステムであっても本発明を適用できる。尚、ここでホストコンピュータ１００の構成は前述の図２と同じであるため、その説明を省略する。

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

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

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

ここで、ホストコンピュータ１００は、図１を参照して前述したファイル、アプリケーション、デスプーラ及びドライバ等を備えているものとする。そして、このアプリケーション１０１により生成された文書ファイル（アプリケーションデータ）を電子原稿ライタ１０２を介することにより電子原稿ファイル１０３が生成される。この電子原稿ファイル１０３は前述したように、製本アプリケーション１０４によりファイルオープンすることが可能であり、製本アプリケーション１０４は、例えば前述の図１０に示すような、操作画面を表示部２１０に表示させる。

製本アプリケーション１０４と汎用の一般アプリケーション１０１との大きな違いは、製本アプリケーション１０４が、通常プリンタドライバ１０６が提供するはずの印刷設定機能を有していることである。この印刷設定機能により、製本アプリケーション１０４は一般アプリケーション１０１とは異なり、文書のページ順の入れ替えや複製（コピー）、削除などの編集機能に加え、ステイプル・パンチ穴などの、プリンタ１０７における機能設定を電子原稿ファイルに対して行うことができ、指定したプリンタを使用して印刷することが可能である。尚、本実施形態で説明する製本アプリケーション１０４を「印刷設定アプリケーション」とも呼ぶ。

図１４は、文書処理システムにおける製本アプリケーション１０４の「ドキュメントの詳細設定」画面の一例を示す図である。まずエリア１４０１は、製本アプリケーションに従来からある機能で、文書を印刷する際に使用する用紙の給紙部を指定するためのエリアである。１４０２と１４０３は、本実施形態の特徴的な機能の一例である、印刷時に自動で出力用紙を切り換える指示に関する情報の設定を行うための設定エリアである。

また、図１５は、文書処理システムにおける製本アプリケーション１０４の「ページの詳細設定」画面の一例を示す図である。この「ページの詳細設定」画面は、ページごとの詳細な設定を行うための画面であり、エリア１５０１で印刷に使用する用紙の種類も指定することができる。この例では、「普通紙／光沢紙／ＯＨＰ」の中から選択することができる。

次に、図１４に示す設定エリア１４０２における「ページごとの用紙の設定を反映」がチェックされると、エリア１５０１においてユーザがページごとに設定した用紙タイプの情報に基づき、印刷時に用紙を自動で切り換えて印刷を行う。また、設定エリア１４０３における「カラー／モノクロ自動用紙切り替え」がチェックされると、７０４のページの詳細設定情報に基づいて、ページがカラーであれば光沢紙で、ページがモノクロであれば普通紙という具合に用紙を自動で切り換えて印刷を行う。

ここで、ある１ページだけがカラーである文書で、印刷方法として「両面印刷」が設定されている場合を考える。このような場合、１４０３の「カラー／モノクロ自動用紙切り替え」が選択されると、用紙としては、カラーのページにあわせてその反対側のページも光沢紙で印刷を行う。例えば、１ページ目がカラーで、２ページ目がモノクロという場合には、表面の１ページ目に合わせて裏面の２ページ目も光沢紙で印刷を行う。

また、印刷方法として「製本印刷」が指定され、１４０２の「ページごとの用紙の設定を反映」が選択されている場合、エリア１５０１で、ある１ページだけ出力用紙のタイプが「光沢紙」と指定されると、同じ１枚の用紙に印刷されることになるほかの３ページもそれに合わせて光沢紙で印刷を行う。

更に、印刷方法として「製本印刷」が指定され、１４０３で「カラー／モノクロ自動用紙切り替え」が選択されている文書において、その文書のある１ページだけカラーページであれば、同じ用紙に印刷されることになる他の３ページもそれにあわせて光沢紙で印刷を行う。

このように、製本印刷や両面印刷の場合には、ユーザが予期しない用紙で印刷されることが考えられる。これを防ぐために、本実施形態における製本アプリケーション１０４では、図１６に示すようなＵＩを提供する。図１６は、図１４において、紙種の切り換えを行うように指定した場合に、印刷プレビュー画面において各ページがどのような用紙設定になるのかを事前に知らせる画面である。

図１６に示す例は、全８ページある文書において、ユーザが図１４に示した設定エリア１４０２で「ページごとの用紙の設定を反映」を選択し、２ページ目だけを「光沢紙」に設定し、更に印刷方法として「製本印刷」を指定した場合のプレビュー結果を示す画面である。この場合、製本印刷が選択されているので、２ページ目と、１、７、８ページ目は同じ用紙に印刷される。ここでは、そのことをユーザに対して分かりやすく表示していることがわかる。このように同じ紙種に印刷されることになるページの情報をユーザに対して分かりやすく表示することにより、ユーザの予期せぬ印刷結果になることを未然に防ぐことができる。

ここで、アプリケーション１０１が扱う文書ファイルのデータ構造について説明する。図１７は、本実施形態における文書ファイルの一例を示す図である。この文書ファイルは、図１の電子原稿ファイル１０３に相当し、ここでは、例えば図１３の外部メモリ２１１に記憶されているが、図１２の文書管理サーバ１２０１のデータベース１２１１に格納されても良い。

図１７において、文書の構造情報７０１は、図１０に示したアプリケーション操作画面のツリービュー１１０１に表示する文書の構造に関する情報である。文書の詳細設定情報７０２は、文書全体に設定可能な情報を記録するための領域である。章の詳細設定情報７０３は、各章に設定可能な情報を記録するための領域である。ページの詳細設定情報７０４は、ページごとに設定可能な情報を記録するための領域である。そして原稿情報７０５は、各原稿ページの描画情報を記憶しており、図１０の右側の印刷プレビュー１１０２への表示に使用する情報がページ単位で保存されている。尚、この文書ファイルには、その他にも、各文書毎に必要な情報が含まれているが、ここではそれらの説明を省略する。

図１８は、図１７の文書の詳細設定情報７０２のデータ構造を更に詳細に示す図である。８０１は文書のページ設定情報、８０２は文書の仕上げ情報、８０３は文書の編集情報、８０４は文書の給紙情報、８０５は出力用紙の情報で、これらの情報が文書の詳細設定情報７０２として格納されている。更に、図１５に示す操作画面を用いて出力用紙の設定を行った場合には、それらの設定情報が出力用紙の情報８０５に記録される。

図１９は、図１８の出力用紙の情報８０５に記憶される情報を更に詳細に示す図である。図１９において、９０１は１ページ目の出力用紙情報、９０２は２ページ目の出力用紙情報というように、以下順に最終ページまで出力用紙情報（９０３〜９０５）が連続した領域に記録される。

ここで、本実施形態における文書処理システムの製本アプリケーション１０４の機能を使用し、電子原稿ファイルをページごとに紙種を切り換えて印刷させる処理について説明する。

図２０は、本実施形態におけるページごとの用紙切り換え制御を示すフローチャートである。まずステップＳ２００１において、文書の詳細設定情報７０２を取得する。次に、ステップＳ２００２において、図１４の設定エリア１４０２で「ページごとの用紙設定を反映」が設定されているか否かをチェックし、設定されている場合はステップＳ２００３へ進み、ページごとに用紙を切り換える印刷処理を実行させる。

また、ステップＳ２００２において、「ページごとの用紙設定を反映」が設定されていなければステップＳ２００４へ進み、図１４の設定エリア１４０３で「カラー／モノクロ用紙切換え」が設定されているか否かをチェックする。ここで、設定されていればステップＳ２００５へ進み、カラー／モノクロ用紙切り換え用の印刷処理を実行させる。それ以外の場合は、ステップＳ２００６において、通常の印刷処理を実行させる。

図２１は、図２０のステップＳ２００３の詳細であり、図１４の設定エリア１４０２で「ページごとの用紙の設定を反映」を選択した場合の印刷処理を示すフローチャートである。製本アプリケーション１０４は、まずステップＳ２２０１において、文書の出力用紙情報８０５を取得する。続いて、ステップＳ２１０２において、文書ファイルに含まれるページの数を変数Ｎへ、変数Ｋに初期値０をセットし、ステップＳ２１０３でＫに１加算する。ここより１ページ目からの印刷処理が開始される。

次のステップＳ２１０４では、現在印刷中であるＫ番目のページの出力用紙情報を取得する。そしてステップＳ２１０５において、Ｋページ目の紙種属性の情報をプリンタドライバへの印刷指示情報（DEVMODEと呼ばれるもの）にセットする。このDEVMODEはマイクロソフト社のウィンドウズ（登録商標）ＯＳにおいて提供されている、プリンタドライバのプロパティで設定できる内容を格納する構造体であり、印刷データを渡されたプリンタドライバがプリンタに対して送信する印刷命令を生成する際に参照する。そして、プリンタドライバは、DEVMODEに記述された通りにプリンタを機能させるように印刷命令を生成してプリンタに送信する。

尚、本実施形態では、ＯＳ下で稼動する文書処理システムを説明するために、DEVMODEを例として説明する。DEVMODE構造体の変数の１つであるメディアタイプ（dmMediaType）は、印刷時の用紙を指定するためのもので「普通紙／光沢紙／ＯＨＰ」などから指定することができる。

そして、ステップＳ２１０５では、Ｋページ目の紙種属性の情報をこのメディアタイプ（dmMediaType）に指定することによって出力用紙の切り換えを実現する。

ここで図２１に戻り、ステップＳ２１０６において、印刷に使用する紙種の情報の設定を反映したDEVMODEをプリンタへ通知し、Ｋページの原稿印刷処理が行われる。そして、ステップＳ２１０７において、現在のページがＮページ目（最終ページ）か否かを判定し、Ｋ＝Ｎでない場合は、再びステップＳ２１０３に戻る。そして、Ｋに１を加算し、次のページ（Ｋ＋１ページ以降）でも同様の処理を行い、これをＫ＝Ｎになるまで、Ｎ回繰り返す。

以上の処理により、各ページごとに設定された情報に基づき、ページごとに出力用紙を切り換えて印刷させることが可能となる。

次に、図２２は、ステップＳ２００５の詳細で、ページの紙種属性又はページのカラー／モノクロ属性に基づき、紙種を切り換える処理のフローチャートである。尚、ステップＳ２２０１〜Ｓ２２０３までの処理は前述した「ページごとに用紙の設定を反映」と同じである。次のステップＳ２２０４では、８０１より、Ｋページ目のカラー情報を取得し、次のステップＳ２２０５において、そのページがカラーかモノクロかを判定する。カラーであった場合は、ステップＳ２２０６においてDEVMODEのメディアタイプ（dmMediaType）を光沢紙にセットする。また、モノクロと判断した場合は、ステップＳ２２０７において、DEVMODEのメディアタイプ（dmMediaType）を普通紙にセットする。そして、ステップＳ２１０８において、上述した紙種の設定を反映したDEVMODEをプリンタへ通知し、Ｋページの原稿印刷処理が行われる。また、図２１に示す処理と同様に、同じ処理がＮページ分繰り返される。

これにより、ページの属性がカラーの場合は光沢紙に、ページの属性がモノクロの場合は普通紙に自動で切り換えて印刷することが可能となる。

以上説明した実施形態によれば、文書ファイルを印刷する際に、文書ファイルに対してユーザが事前にページごとに用紙を設定し、その設定に基づいて印刷時に使用する紙種を切り換えることにより、ユーザの所望する形での印刷物を容易に提供することができる。

また、各ページの出力用紙設定を文書情報の一部として保存することにより、同じ用紙形態で繰り返し印刷することができる。

尚、本発明は複数の機器（例えば、ホストコンピュータ，インターフェース機器，リーダ，プリンタなど）から構成されるシステムに適用しても、１つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用しても良い。

また、本発明の目的は前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。

この場合、記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

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

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

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

本実施形態による情報処理システムに好適な文書処理システムのソフトウェア構成を示す図である。 図１に示すデジタルコンピュータのハードウェア構成を示すブロック図である。 ブックファイルの形式の一例を模式的に示す図である。 本実施形態によるブック属性を説明するための図である。 本実施形態による章属性を説明する図である。 本実施形態によるページ属性を説明する図である。 本実施形態による製本アプリケーションによりブックファイルを開く際の手順を説明するフローチャートである。 本実施形態による電子原稿インポートの手順を示すフローチャートである。 、図８のステップＳ８０１において、電子原稿ライタにより電子原稿ファイルを生成させる手順を示すフローチャートである。 ステップＳ７０１で表示されたＵＩ画面の一例を示す図である。 、新規にブックファイルが作成された際のＵＩ画面の一例を示す図である。 本実施形態によるサーバ・クライアント型の文書処理システムの構成を示すブロック図である。 本実施形態における文書処理システムの構成を示すブロック図である。 製本アプリケーションの「ドキュメントの詳細設定」画面の一例を示す図である。 製本アプリケーションの「ページの詳細設定」画面の一例を示す図である。 各ページがどのような用紙設定になるのかを事前に知らせる印刷プレビュー画面を示す図である。 本実施形態における文書ファイルの一例を示す図である。 図１７の文書の詳細設定情報のデータ構造を更に詳細に示す図である。 図１８の出力用紙の情報に記憶される情報を更に詳細に示す図である。 本実施形態におけるページごとの用紙切り換え制御を示すフローチャートである。 図２０のステップＳ２００３の詳細を示すフローチャートである。 図２０のステップＳ２００５の詳細を示すフローチャートである。

符号の説明

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

Claims (8)

1. 文書を印刷する際に、ページ単位に出力用紙を切り換える指示に関する情報をユーザに設定させる工程と、
   前記情報に基づいて前記出力用紙を切り換えて文書を印刷するように制御する工程とを有することを特徴とする印刷制御方法。
2. 前記情報は、ページ単位に設定された出力用紙の種類により前記出力用紙を切り換えるように指示する情報であることを特徴とする請求項１に記載の印刷制御方法。
3. 前記情報は、印刷する文書のページがカラーかモノクロかで出力用紙を切り換えるように指示する情報であることを特徴とする請求項１に記載の印刷制御方法。
4. 前記文書を印刷する前に、前記ページ単位に出力用紙を切り換えて印刷したプレビュー結果を表示する工程を更に有することを特徴とする請求項１に記載の印刷制御方法。
5. 前記情報を前記文書の印刷設定情報として保存する工程を更に有することを特徴とする請求項１に記載の印刷制御方法。
6. 文書を印刷する際に、ページ単位に出力用紙を切り換える指示に関する情報をユーザに設定させる設定手段と、
   前記情報に基づいて前記出力用紙を切り換えて文書を印刷するように制御する制御手段とを有することを特徴とする情報処理装置。
7. コンピュータに請求項１に記載の印刷制御方法の各手順を実行させるためのプログラム。
8. 請求項７に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images