JP2012123820A - 情報処理装置および制御方法および制御プログラム - Google Patents

Abstract

【課題】製本アプリケーションの印刷に対して非対応のプリンタが選択された場合、プリンタ側に非対応機能を使えるように設定する必要があるが、この設定作業に手間がかかる。
【解決手段】製本アプリケーションは文章、表、画像などが混在した文書をプリンタに印刷指示し、印刷指示を受けたプリンタで印刷に非対応の機能がある場合にこれを検出し、プリンタドライバで設定すべき印刷設定情報をユーザに表示する。これにより、簡易な操作で設定して印刷を可能にできる。
【選択図】図２６

Description

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

文字や表、画像など、データの種類が異なると、それらデータを定義する構造やそれらデータに対する編集操作が異なるために、各種データの種類に応じた様々なアプリケーションプログラムが提供されている。従って、これらのデータを利用する利用者は、文字を編集するためには文字処理プログラム、表を編集するためには表計算プログラム、画像を編集するためには画像編集プログラムといった具合に、データの種類別にアプリケーションを使い分ける必要がある。
このように、利用者はデータの種類ごとに、それに応じたアプリケーションプログラムを使い分けるのが一般的である。しかし、利用者が作成しようとする文書は、例えば文字のみや、表のみ、画像のみといった１種類のデータのみで構成される文書よりも、文字と表、文字と画像などというように、複数種類のデータから構成される文書を扱う方が一般的である。そこで複数種類のデータを含む文書を作成するために、利用者は各アプリケーションが備えている印刷機能を利用して、各アプリケーションを用いて各データを印刷させ、その印刷した印刷物を手作業で所望の順序に組み合わせて、所望の文書を作成する必要があった。
或いは、例えばオフィススイートと呼ばれる、各種アプリケーションによって一つの統合アプリケーションを形成するプログラムによれば、各アプリケーションで生成されたデータ同士を組み合わせて一つの文書を構成する機能が提供される。この統合アプリケーションを使用することにより、利用者は、各アプリケーションで作成したデータを、その統合アプリケーションに含まれる特定のアプリケーションによって一つの文書にまとめることができる（特許文献２）。
また、印刷設定のコンフリクトを解消するために、コンフリクトが発生した項目とコンフリクトが発生していない項目とを識別可能に表示する技術が特許文献１に記載されている。

特開２００５−１７４２２６号公報 特開２００７−５８５６３号公報

このような従来の統合アプリケーションでは１つにまとめた文書を実際に印刷する必要なくプレビュー表示等で確認しながらデータの編集、配置や、プリンタに対する印刷指示設定までも行うことができる。
しかしながら、従来の統合アプリケーションは、統合アプリケーションが対応していないプリンタが選択された場合、統合アプリケーションが当該プリンタの全ての能力情報を正確に取得および制御する手段がない。そのため、統合アプリケーションは、取得できない機能あるいは制御できない機能について、印刷指示を発行することができなかった。
よって、統合アプリケーションが非対応のプリンタが選択された場合、統合アプリケーションは、当該非対応のプリンタに対してすべての機能を指示することができない。そのため、利用者は、統合アプリケーションから指示できない機能について、プリンタのプリンタドライバの設定画面を開いて設定を行う必要がありユーザの操作性を低下させる可能性があった。

また、ユーザがプリンタドライバの設定画面を介して設定した設定項目と、統合アプリケーションを用いて設定した設定項目とが重複している場合、出力結果に問題が生じる可能性があった。例えば、統合アプリケーションとプリンタドライバとの両者に製本印刷が設定された場合、両者が製本印刷用の面付け処理を実行するため、ユーザが所望とする印刷結果が得られなくなる可能性がある。
つまり、利用者が使用すべく選択したプリンタが統合アプリケーションに非対応なプリンタである場合、手間がかかるだけでなく、統合アプリケーションでのプレビュー表示と同等の印刷物を得るための設定操作が困難であった。
本発明は上記従来例に鑑みてなされたものであり、統合アプリケーションに非対応なプリンタを利用する場合においても、容易な操作で、統合アプリケーションでのプレビュー表示と同等の印刷物を得ることを第１の目的とする。

また、ユーザが所望とする印刷結果を得るために、選択された印刷装置に従って、プリンタドライバを用いて設定すべき印刷設定項目と、統合アプリケーションを用いて設定すべき印刷設定項目とを決定することを第２の目的とする。

以上、本願は、上述した２つの目的の少なくとも１つを達成することを目的とする。

上述した課題を解決するために、本発明の情報処理装置は、印刷対象となる文書に対して印刷設定情報を設定するアプリケーションと、当該アプリケーションにより設定された印刷設定情報と前記文書とを用いて印刷データを生成するプリンタドライバとを備える情報処理装置であって、選択された印刷装置が前記アプリケーションから制御可能か否かを判定する判定手段と、前記判定手段によって、前記選択された印刷装置が前記アプリケーションから制御できないと判定された場合、前記選択された印刷装置のプリンタドライバを用いて設定すべき印刷設定情報を表示する表示手段を備えることを特徴とする。

本発明を用いることで、統合アプリケーションが非対応なプリンタが選択された場合であっても、容易に所望とする印刷結果を得ることが可能となる。

本発明の実施の形態に係るスタンドアロン型の文書処理システムの構成を説明するためのブロック図である。 本実施の形態に係る文書処理システムのホストコンピュータの構成を示すブロック図である。 本実施の形態に係るブックファイルの構造の一例を示す図で、図３（Ａ）はブックファイルの形式の一例を模式的に示す図、図３（Ｂ）は原稿データの構成を示す図である。 本実施の形態に係るブック属性の一例を示す図である。 本実施の形態に係る章属性の一例を示す図である。 本実施の形態に係るページ属性の一例を示す図である。 本実施の形態に係るブックファイルを開く手順を説明するフローチャートである。 本実施の形態に係る、電子原稿ファイルをブックファイルにインポートする手順を説明するフローチャートである。 本実施の形態に係る、アプリケーションデータを電子原稿ファイルに変換する手順を説明するフローチャートである。 既存のブックファイルを開いた際のユーザインターフェース画面の一例を示す図である。 新規のブックファイルを開いた際のユーザインターフェース画面の一例を示す図である。 本実施の形態に係るクライアントサーバ型の文書処理システムの構成を示すブロック図である。 本発明の実施の形態に係る文書処理システムにおけるホストコンピュータとプリンタの構成を説明するためのブロック図である。 本実施の形態に係る文書ファイルのデータ構造の一例を示す図である。 本実施の形態に係る文書の詳細設定情報のデータ構造例を示す図である。 本実施の形態に係る文書処理システムにおける出力手順を示すフローチャートである。 本実施の形態に係る、印刷指示文書の構造例を示す図である。 本実施の形態に係る、印刷指示文書の詳細内容を示す図である。 本実施の形態に係る、印刷指示文書の詳細内容を示す図である。 本実施の形態に係る、ＤＥＶＭＯＤＥの内容を示す図である。 本実施の形態に係る文書処理システムにおける印刷処理の例を示すフローチャートである。 本実施の形態に係る文書処理システムにおける印刷処理の例を示すフローチャートである。 本実施の形態に係る文書処理システムにおける、印刷を実行するためのユーザインターフェース画面の一例を示す図である。 本実施の形態に係る文書処理システムにおける、印刷を実行するためのユーザインターフェース画面の一例を示す図である。 本実施の形態に係る文書処理システムにおける、印刷を実行するためのユーザインターフェース画面の一例を示す図である。 本実施の形態に係る文書処理システムにおける、印刷を実行するためのユーザインターフェース画面の一例を示す図である。 本実施の形態に係る文書処理システムにおける、印刷設定を行うためのユーザインターフェース画面の一例を示す図である。 本実施の形態に係る文書処理システムにおける、印刷設定を行うためのユーザインターフェース画面の一例を示す図である。 本実施の形態に係る、作業指示書の１例である。 本実施の形態に係る、印刷指示文書の詳細内容を示す図である。 本実施の形態に係る、印刷指示文書の詳細内容を示す図である。 本実施の形態に係る、印刷指示文書の詳細内容を示す図である。 本実施の形態に係る、印刷指示文書の詳細内容を示す図である。 本実施の形態に係る、ＤＥＶＭＯＤＥの内容を示す図である。 本実施の形態に係る、ＤＥＶＭＯＤＥの内容を示す図である。

以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

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

＜システム構成及び動作＞
図１は、本発明の実施の形態に係る情報処理システムに好適な文書処理システムのソフトウェア構成を示す図である。

この文書処理システムは、本実施の形態に係る情報処理装置の好適な実施形態であるデジタルコンピュータ１００によって実現されている。一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドローあるいはペイント、プレゼンテーション、テキスト編集などの機能を提供するアプリケーションプログラムであり、印刷機能を有している。これらアプリケーションプログラムは、作成された文書データや画像データなどのアプリケーションデータを印刷するにあたって、オペレーティングシステム（ＯＳ）により提供される所定のインターフェースを利用する。即ち、アプリケーション１０１は、作成したデータを印刷するために、前記インターフェースを提供するＯＳの出力モジュールに対して、あらかじめ定められる、ＯＳに依存する形式の出力コマンド（ＧＤＩ関数）を送信する。この出力コマンドを受けた出力モジュールは、プリンタ等の出力デバイスが処理可能な形式にそのコマンドを変換し、その変換されたコマンド（ＤＤＩ関数）を出力する。この出力デバイスが処理可能な形式は、デバイスの種類やメーカ、機種などによって異なる。そのため、デバイスごとにデバイスドライバが提供されており、ＯＳでは、そのデバイスドライバを利用してコマンドの変換を行うことにより印刷データを生成し、ＪＬ（Ｊｏｂ Ｌａｎｇｕａｇｅ）でくくることにより印刷ジョブを生成する。このＯＳとして、例えばマイクロソフト社のウインドウズ（Ｗｉｎｄｏｗｓ（登録商標））を利用する場合は、前述した出力モジュールとしてはＧＤＩ（Ｇｒａｐｈｉｃ Ｄｅｖｉｃｅ Ｉｎｔｅｒｆａｃｅ）と呼ばれるモジュールが相当する。

電子原稿ライタ１０２は、前述のデバイスドライバを改良したものであり、この文書処理システム実現のために提供されるソフトウェアモジュールである。但し、この電子原稿ライタ１０２は、特定の出力デバイスを目的としておらず、後述の製本アプリケーション１０４やプリンタドライバ１０６により処理可能な形式に出力コマンドを変換することにより電子原稿ファイル１０３を生成する。この電子原稿ライタ１０２による変換後の形式（以後、「電子原稿形式」と呼ぶ）は、ページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。実質的な標準形式のうちでは、例えばアドビシステムズによるＰＤＦ形式や、ＳＧＭＬ形式などが電子原稿形式として採用できる。アプリケーション１０１により電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。但し、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのは製本アプリケーション１０４であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。製本アプリケーション１０４は、電子原稿ライタ１０２が生成した新規の不完全な電子原稿ファイルを、後述する形式を備えた電子原稿ファイルとして完成させる。以下では、この点を明瞭に識別する必要がある際には、電子原稿ライタ１０２によって作成されたファイルを「電子原稿ファイル」と呼び、製本アプリケーション１０４によって構造を与えられた電子原稿ファイルを「ブックファイル」と呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイルと呼ぶ。

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

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

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

図２は、図１に示すデジタルコンピュータ１００のハードウェア構成を示すブロック図である。

図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、あるいはハードディスク２１１からＲＡＭ２０２にロードされたＯＳや一般アプリケーション１０１、製本アプリケーション１０４などのプログラムを実行する。つまり、ＣＰＵ２０１は、図１のソフトウェア構成や、後述するフローチャートの手順を実現する。ＲＡＭ２０２はＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は表示部２１０の表示を制御する。尚、この表示部２１０はＣＲＴに限定されず、例えば液晶、プラズマなどでも良い。ディスクコントローラ（ＤＫＣ）２０７は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、ハードディスク（ＨＤ）２１１や不図示のフロッピー（登録商標）ディスク（ＦＤ）等との間でのアクセスを制御する。ＰＲＴＣ２０８は、接続されたプリンタ１０７との間の信号の交換を制御する。ＮＣ２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。

＜電子原稿データの形式＞
編集アプリケーション１０４の詳細に言及する前に、上述した「ブックファイル」のデータ形式を説明する。

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

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

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

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

図４は、本実施の形態に係るブック属性３０１を説明するための図である。

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

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

図４において、ブック属性３０１に固有の項目は、「印刷方法」、「製本詳細」、「表紙／裏表紙」、「インデックス紙」、「合紙」、「章区切り」の６項目である。これら項目は、そのブックを通して定義される項目である。

「印刷方法」の属性としては、「片面印刷」、「両面印刷」、「製本印刷」の３つの値を指定できる。ここで「製本印刷」とは、別途指定する枚数の用紙を束にして２つ折りにし、その束を綴り合わせることで製本が可能となる形式で印刷する方法である。「製本詳細」の属性としては、「印刷方法」で「製本印刷」が指定されている場合に、「見開き方向」や「束になる枚数」等が指定できる。

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

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

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

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

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

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

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

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

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

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

図１０は、この表示されたＵＩ画面の一例を示す図である。

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

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

図８は、本実施の形態に係る電子原稿インポートの手順を示すフローチャートである。

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

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

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

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

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

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

（１）新規追加
（２）削除
（３）コピー
（４）切り取り
（５）貼り付け
（６）移動
（７）章名称変更
（８）ページ番号名称振り直し
（９）表紙挿入
（１０）合紙挿入
（１１）インデックス紙挿入
（１２）各原稿ページに対するページレイアウト。

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

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

図２３は、文書処理システムにおける製本アプリケーション１０４の印刷画面を示す図である。

図２３のエリア２３０１は、印刷に使用するプリンタ（プリンタドライバ）を指定するためのエリアであり、クライアントＰＣへ登録設定されたプリンタドライバの中から選択することができる。エリア２３０３は印刷したい部数を指定するためのエリアである。

エリア２３０２は、製本アプリケーション１０４の図２８の画面で設定された、プリンタに対する機能設定のうちエリア２３０１で選択したプリンタにはその機能がない、あるいは指示できない場合にその機能項目を通知するためのエリアである。

エリア２３０２で通知された機能については、ＯＫボタン押下により印刷が実行された際に、製本アプリケーション１０４が一時的に設定を解除し、電子原稿デスプーラ１０５へ渡すブックファイルを生成する。このようにして、選択プリンタの能力に応じて、印刷指示文書の変更してブックファイルを印刷することが可能である。これらの処理の詳細については、後述する。

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

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

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

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

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

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

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

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

次に本発明の実施の形態の特徴について説明する前に、本実施の形態に適用可能なホストコンピュータ１００（本発明の情報処理装置に相当する）とプリンタ１０７とを有する文書処理システムの構成について説明する。尚、ホストコンピュータ１００（以下、クライアントと呼ぶこともある）の構成に関しては、前述の図２を参照して説明した通りであるので、ここでは共通する箇所には同じ番号を付し、その説明を省略する。またプリンタ１０７は、クライアントに接続されたローカルプリンタであっても、或いはサーバに接続されたプリンタ１２０４（図１２）の場合であってもいずれの場合にも適用可能であるものとする。

図１３は、本発明の実施の形態に係る文書処理システムの構成を説明するためのブロック図である。なお、本実施の形態に係る機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ，ＷＡＮ等のネットワークを介して接続がなされ処理が行われるシステムであっても本発明を適用できる。尚、ここでホストコンピュータ１００の構成は前述の図２と同じであるため、その説明を省略する。

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

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

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

ここで、ホストコンピュータ１００は、図１を参照して前述したファイル、アプリケーション、デスプーラ及びドライバ等を備えているものとする。そして、このアプリケーション１０１により生成された文書ファイル（アプリケーションデータ）を、電子原稿ライタ１０２を介することにより電子原稿ファイル１０３が生成される。電子原稿ファイル１０３は前述したように、製本アプリケーション１０４によりファイルオープンすることが可能であり、製本アプリケーション１０４は、例えば前述の図１０に示すような、操作画面を表示部２１０に表示させる。製本アプリケーション１０４と汎用の一般アプリケーション１０１との大きな違いは、製本アプリケーション１０４が、通常プリンタドライバ１０６が提供するはずの印刷設定機能を有していることである。この印刷設定機能により、製本アプリケーション１０４は、汎用アプリケーション１０１とは異なり、文書のページ順の入れ替えや複製（コピー）、削除などの編集機能を実現できる。さらに、製本アプリケーション１０４は、ステイプル・パンチ穴などの、プリンタ１０７における機能設定を電子原稿ファイルに対して行うことができ、指定したプリンタを使用して印刷することが可能である。なお、本実施の形態で説明する製本アプリケーション１０４を、印刷設定アプリケーションとも呼ぶ。

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

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

図１５は、図１４の文書の詳細設定情報７０２のデータ構成を更に詳細に説明する図である。

８０１は文書のページ設定情報、８０２は文書の仕上げ情報、８０３は文書の編集情報、８０４は文書の給紙情報、８０５はインデックス紙の情報で、これらの情報が文書の詳細設定情報７０２として格納されている。

＜文書処理システムによる出力手順＞
ブックファイルの出力処理について、図１６を用いて説明する。

図１６は、製本アプリケーション及びデスプーラによる処理手順を示すフローチャートである。以下では製本アプリケーション及びデスプーラをまとめてシステムと呼んでいる。

ステップＳ１６０１で、ユーザの指示に応じて、製本アプリケーションが印刷文書（前述のブックファイルに相当する）と、印刷指示文書との両方を、ハードディスク等から読み出す。印刷指示文書は、印刷対象となる印刷文書に付随し、対象の印刷文書をどのように印刷すべきかの情報が記述された電子文書である。印刷文書と印刷指示文書は、統合されて一つの文書ファイルでも良い。この印刷指示文書は、図１０に示したユーザインターフェース画面上で利用者が印刷設定情報を設定することにより生成される。

印刷指示文書の全体構造は、図１７に示すようなものになっている。まず、印刷指示文書は、出力対象となるプリンタデバイス名１７０１、印刷対象となる印刷文書名１７０２を含む。さらに、印刷指示文書は、印刷文書の各頁をどのような配置、順序で印刷するかを記述するページ配置情報部１７０３、出力対象のプリンタへの指示を記述するプリンタへの指示情報部１７０４を含む。

図１８は、印刷文書の各頁をどのような配置、順序で印刷するかを記述するページ配置情報部の例である。

ページレイアウト１８０１は、一枚の用紙に何ページ分のデータを印字するかを示すもので、１ページ／枚、２ページ／枚、４ページ／枚、１６ページ／枚などがある。配置順１８０２は、複数ページのデータを一枚の用紙に印字する時の配置順序であり、左から右、右から左等がある。

スタンプ１８０３は、用紙にイメージなどを描画するもので、「マル秘」、「Ｃｏｎｆｉｄｅｎｔｉａｌ」などのイメージがある。部数１８０４は、印刷部数を指定する情報である。とじ方向１８０５は、印刷物をとじる方向を指定し、とじ代１８０６は、印刷物における綴じ代サイズを示す。余白１８０７は、各ページの周囲に設定される余白を指定する情報である。

面付け１８０８は、すなわち面付け方法を示すもので、１×１面つけ、Ｎ×Ｎ面つけ、中とじ製本、くるみ製本、４つ折りなどがある。

開き方向１８０９は、面付け１８０８に連動する設定で、中とじ製本やくるみ製本の面付けを行う場合に、どの方向に開く本を作成したいかを指定する。開き方向として、左開き、右開き、上開き、下開きが設定される。

分冊１８１０は、中とじ製本を設定した場合に、１製本単位に含まれる用紙枚数を指定する。

製本アプリケーション１０４は、印刷文書名１７０２で示される印刷対象の文書データ（ブックファイル）に対し、上記詳述したページ配置設定を適用し、設定後のデータをデスプーラ１０５を介してプリンタデバイス名１７０２で指定されるプリンタへ送信する。

図１９は、プリンタへの指示情報１７０４の一例を示す図である。

排紙方法１９０１は、排紙された用紙の処理を指定する項目で、ステイプルやソート、中とじ製本ステイプルなどが指定される。印刷方法１９０２は、片面印刷や両面印刷などを指定する項目である。給紙方法１９０３は、用紙を給紙する給紙部を指定する項目で、上カセットや下カセット、手差しトレイなどがある。解像度１９０４は、解像度を指定する項目で、高解像度のファインや通常の解像度であるノーマルなどがある。

本実施形態では、上記詳述した設定をプリンタデバイス名１７０１で指定されたプリンタに図１９の情報を設定した後、データをプリンタへ送出することにより、印刷を行う。

一方、図２０は、製本アプリケーションが、プリンタへ印刷を指示する時の指示情報の構造の一例である。この指示情報はマイクロソフト社のウインドウズＯＳにおいてＤＥＶＭＯＤＥと呼ばれる。ＤＥＶＭＯＤＥは、ウインドウズＯＳにおいてプリンタドライバの設定画面で設定できる内容を格納する構造体であり、ＯＳにより提供される。印刷データを渡されたプリンタドライバは、プリンタに対して送信する印刷制御命令を生成する際にＤＥＶＭＯＤＥを参照する。プリンタドライバは、ＤＥＶＭＯＤＥに記述された内容に従ってプリンタを機能させるよう印刷制御命令（印刷データ、ページ記述言語とも言う）を生成してプリンタに送信する。なお、本実施形態では、ウインドウズＯＳの下で稼働する文書処理システムを説明するために、ＤＥＶＭＯＤＥを例として説明する。しかし、ＯＳでは一般に、プリンタの機能のようにデバイスに依存する部分に関しては、デバイスの機能に対応した処理を実現するための機構を備えている。このため、他のＯＳを利用する場合にも、本発明の本質と同様である。

ＤＥＶＭＯＤＥは、公開されている共通部分と、プリンタごとに設定可能な拡張部分がある。本実施形態の図２０では、簡略化して、関係のある部分のみ抜き出してある。

デバイス名２００１は、出力対象のプリンタ名が入っている。ＤＥＶＭＯＤＥサイズ２００２は、ＤＥＶＭＯＤＥの共通部分と拡張部分それぞれのサイズ、および、合計のサイズを格納する。用紙２００３には、出力用紙のサイズが格納される。用紙方向２００４には、用紙の送り方向（縦／横）が格納される。カラーモード２００５は、カラープリンタの場合に、データをカラーで印刷するかモノクロで印刷するかを格納する。

ページレイアウト２００６は、一枚の用紙の片面に何ページ分のデータを印字するかを格納する。

とじ方向２００７は、印刷物をとじる方向を格納する。また、排紙方法２０１０と連動して、処理が行われることもある。

排紙方法２０１０は、排紙された用紙の処理を指定する項目で、ステイプル、ソートなどがある。処理を行う位置については、とじ方向２００７と連動する場合もある。印刷方法２００９は、片面印刷、両面印刷などを指定する項目である。部数２０１１は、印刷部数を設定する項目である。

図１６の説明に戻ると、ステップＳ１６０１で製本アプリケーションが印刷文書と印刷指示文書とを受け取り（Ｓ１６０１）、印刷指示文書を開く（Ｓ１６０２）。

製本アプリケーションは、印刷指示文書に指定されたプリンタデバイス名１７０１を読み込み（Ｓ１６０３）、印刷指示文書にプリンタデバイス名が指定されているかどうかを調べる（Ｓ１６０４）。

プリンタデバイス名が指定されていない場合、製本アプリケーションは、あらかじめ所定の格納場所に登録されているデフォルトプリンタ名を取得し、そのプリンタデバイスを出力対象として設定する（Ｓ１６０６）。

次に、製本アプリケーションは、出力対象として決定されたプリンタ（対象プリンタ）に対応するプリンタドライバがインストールされているかどうかをチェックする（Ｓ１６０７）。

製本アプリケーションが、プリンタドライバがインストールされていないと判断した場合（Ｓ１６０８）、プリンタが使用不可能であることをユーザに通知する（Ｓ１６０９）。

一方、製本アプリケーションが、プリンタドライバがインストールされていると判断した場合、対象プリンタのプリンタドライバから、対象プリンタのＤＥＶＭＯＤＥを取得する（Ｓ１６１０）。

製本アプリケーションは、Ｓ１６１０にて取得されたＤＥＶＭＯＤＥを必要に応じて変更した後（Ｓ１６１１）、ＤＥＶＭＯＤＥをプリンタデバイスへ通知する（Ｓ１６１２）。

続いて、デスプーラは、印刷文書の内容を印刷指示文書に基づき展開し、プリンタデバイスへ展開したデータを送出する（Ｓ１６１３）。

デスプーラは、プリンタに全ての印刷データを送出したことを通知し（Ｓ１６１４）、全ての印刷が終了したら、その旨ユーザに通知して（Ｓ１６１５）、印刷を終了する。

＜製本アプリケーションによる印刷指示書の作成処理＞
次に製本アプリケーション１０４が、ユーザが選択したプリンタの能力に従い、ブックファイル、および前述した印刷指示文書を作る処理について説明する。

ユーザが、製本アプリケーション１０４に対してプリンタの選択および印刷実行を指示する。当該指示に従って、製本アプリケーション１０４は、プリンタドライバＳＤＫ ＡＰＩを使用して、電子原稿デスプーラ１０５を介して、プリンタドライバへ印刷機能属性情報、印刷能力属性情報を問い合わせる。

ここで、印刷機能属性情報とは、印刷装置において実行可能な印刷機能、プリンタドライバで指定可能な印刷機能を示す情報である。具体的には、両面印刷、Ｎ−ＵＰ機能、ステイプル機能、パンチ機能、Ｚ折り機能、中とじ製本、くるみ製本等の、プリンタドライバにおいて指定可能な機能情報である。

また、印刷能力属性情報とは上記印刷機能情報における、ＯＳおよびプリンタドライバで実行可能な印刷機能の範囲を表す情報である。具体的には、印刷可能な用紙サイズや用紙の種類、最大指定部数、モノクロ印刷時の階調数、カラー印刷時の色空間やカラープロファイル等のプリンタドライバの能力情報である。

そしてプリンタドライバは、製本アプリケーション１０４から電子原稿デスプーラ１０５を介してコールされたプリンタドライバＳＤＫ ＡＰＩ関数に対するリターン値として、印刷機能属性情報および印刷能力属性情報を製本アプリケーション１０４に通知する。

電子原稿デスプーラ１０５は、プリンタドライバＳＤＫ ＡＰＩを使用して各種印刷属性設定、印刷指示をプリンタドライバに対して発行する。または、電子原稿デスプーラ１０５は、ＯＳがもつＧＤＩで提供されるＷｉｎｄｏｗｓ（登録商標） ＳＤＫ ＡＰＩを使用しての印刷設定（例えば、ＤＥＶＭＯＤＥ構造体を用いた印刷設定）、印刷指示をプリンタドライバに発行しても良い。なお、ＧＤＩとは、Ｇｒａｐｈｉｃａｌ Ｄｅｖｉｃｅ Ｉｎｔｅｒｆａｃｅの略である。

プリンタドライバは、電子原稿デスプーラ１０５からプリンタドライバＳＤＫ ＡＰＩを使用して各種印刷属性設定、印刷指示が発行されると、当該印刷属性設定に基づいて、印刷制御命令を生成する。

一方、電子原稿デスプーラ１０５から通常のＷｉｎｄｏｗｓ（登録商標） ＳＤＫ ＡＰＩを使用しての印刷設定、印刷指示がなされると、プリンタドライバは、ＯＳからコールされる印刷属性設定および印刷指示関数に基づいて印刷制御命令を生成する。その結果、プリンタから目的のドキュメントの印刷出力を行うことが可能となる。

ここで、プリンタドライバＳＤＫ ＡＰＩとは、アプリケーションプログラムおよびプリンタドライバプログラムにおいて、相互に各種情報や各種データを通知する手段である。ＡＰＩは、任意にプログラミング可能な関数あるいはデータ形式のアプリケーションプログラムインタフェース（ＡＰＩ）である。

上述したように、ＳＤＫ ＡＰＩで指示できるＤＥＶＭＯＤＥには、公開されている各社共通部分とプリンタごとに設定可能な拡張部分がある。上述した製本アプリケーション１０４が、プリンタドライバから印刷機能属性情報や印刷能力属性情報を取得したり、ＤＥＶＭＯＤＥ構造体を使用した印刷指示を発行できるのは、プリンタドライバがプリンタドライバＳＤＫ ＡＰＩに対応しているためである。または、プリンタドライバが、拡張ＤＥＶＭＯＤＥを持たない場合に限られる。

そのため、プリンタドライバがプリンタドライバＳＤＫ ＡＰＩに対応していない場合、または、拡張ＤＥＶＭＯＤＥを備えている場合、製本アプリケーション１０４はプリンタの能力に応じた印刷指示を行うことができない。これは、プリンタドライバが、プリンタドライバＳＤＫ ＡＰＩに対応していない場合、製本アプリケーションは、プリンタドライバに印刷指示を発行するインターフェースがないことに起因する。

このように、製本アプリケーションがプリンタドライバに対して印刷指示できない場合、ユーザ自身がプリンタドライバに対して直接設定する必要がある。また機能によっては、製本アプリケーション１０４とプリンタドライバに対して共通する機能を２重に設定してしまうと問題が発生する場合がある。このような機能についてはプリンタドライバに対して直接指示するだけではなく、製本アプリケーション側の印刷設定を解除する必要がある。

続いて、本発明の実施の形態に係わる文書処理システムにおいて、製本アプリケーション１０４が対応していないプリンタドライバ（プリンタドライバＳＤＫ ＡＰＩに対応していないプリンタドライバ）での印刷に対応するための処理について説明する。

＜本実施形態の文書処理システムにおける印刷処理＞
図２１は、本実施の形態に係る文書処理システムにおける製本アプリケーション１０４が対応していないプリンタのプリンタドライバを使用する場合の印刷処理を示すフローチャートである。

まず、ユーザが製本アプリケーション１０４に対して、プリンタの選択、印刷実行を指示する。当該指示に従って、製本アプリケーション１０４は、選択されたプリンタドライバが製本アプリケーションと非対応であるか否かを判断する（Ｓ２１０１）。このＳ２１０１の判断処理が、第１判断処理に相当する。

具体的には、製本アプリケーションは、選択されたプリンタドライバ名が記述されたＤＥＶＭＯＤＥを、対応プリンタか否かを判定するための判定ＡＰＩに対して送信する。ここで、製本アプリケーションが、当該判定ＡＰＩから対応プリンタであることを示す回答を受信した場合、制御可能と判断し（Ｓ２１０１−Ｙｅｓ）、対応プリンタであることを示す回答を受信しなかった場合、制御不可能（Ｓ２１０１−Ｎｏ）と判断する。

Ｓ２１０１にてＹｅｓと判断された場合、製本アプリケーションは、上述した通常のブックファイルの印刷処理を行う（Ｓ２１０２）。

一方、Ｓ２１０１においてＮｏと判断された場合、製本アプリケーション１０４は、製本アプリケーションの設定画面を介して設定された印刷設定に、選択プリンタが制御できない設定が含まれているか否かを判定する（Ｓ２１０３）。具体的には、製本アプリケーションは、ユーザが設定した印刷設定の中に、フィニッシング処理（例えば、パンチ、ステイプル、中とじ製本）が含まれているか否かを判定する。なお、フィニッシング処理とは、印刷済みのシートに対して実行される処理である。ユーザにより製本アプリケーションの設定画面を介して設定された設定項目に、フィニッシング処理が含まれていた場合、製本アプリケーションは、選択プリンタに対して制御できない設定が含まれていると判断する。

ここで、印刷設定にフィニッシング処理が含まれていた場合、Ｓ２１０３にてＹｅｓと判断される理由について説明する。Ｓ２１０３にてＹｅｓと判断された場合、プリンタドライバが、フィニッシング指定および当該フィニッシングに伴う面付け処理を実行する。もし、製本アプリケーションに対して設定されたフィニッシング指定が残る場合、製本アプリケーションとプリンタドライバの両者が、当該フィニッシング用の面付け処理を実行することになり、ユーザが所望とする印刷結果が得られなくなる。そこで、製本アプリケーションを用いて設定した印刷設定情報にフィニッシング処理が含まれていた場合、製本アプリケーションは、製本アプリケーションでの面付けを解除するためにＳ２１０３にてＹｅｓと判断する。

なお、Ｓ２１０３では、印刷設定にＤＥＶＭＯＤＥの拡張部分が含まれ、かつ、当該印刷設定をプリンタドライバに適用する場合、プリンタドライバの面付けを伴うか否かを判断しても良い。ここで、印刷設定情報が、印刷設定にＤＥＶＭＯＤＥの拡張部分が含まれ、かつ、当該印刷設定をプリンタドライバに適用する場合、プリンタドライバの面付けを伴う場合、製本アプリケーションは、Ｓ２１０３−Ｙｅｓと判断する。なお、Ｓ２１０３の判断処理が第２判断処理に相当する。

Ｓ２１０３の判定処理により、選択プリンタに対して制御できない設定が含まれていないと判定された場合、製本アプリケーションは、図２４のような警告画面を表示する。これは、製本アプリケーションが、設定された内容に従って実行した面つけ処理を生かすために行われる。

図２４の警告画面は、製本アプリケーション１０４と、プリンタドライバプロパティでの２重設定（同じ設定に基づく２重の描画）を防止することを目的とする。ここで、ユーザは、図２４のプロパティボタン（指示部）２４０２を押下することによって、選択プリンタのプリンタドライバの設定画面を表示し、現在プリンタドライバに設定されている印刷設定情報を確認できる。

Ｓ２１０５において、製本アプリケーションは、ユーザによって印刷実行が指示された場合（図２４の２４０３が押下された場合）、図２４の警告メッセージの表示を終え（Ｓ２１０６）、ブックファイルの印刷を行う（Ｓ２１０２）。

一方、ステップＳ２１０３において、選択プリンタに対して制御できない設定が含まれていると判断された場合、製本アプリケーション１０４は、印刷設定の一部を変更あるいは解除し、選択プリンタの能力に合わせた印刷指示文書を作成する（Ｓ２１０７）。Ｓ２１０７の詳細については、図２２を用いて説明する。

そして、製本アプリケーションは、ブックファイルの印刷を行う（Ｓ２１０２）。

図２２は、図２１のステップＳ２１０７の詳細を説明するフローチャートである。

製本アプリケーションは、図２５の警告ダイアログを表示する（Ｓ２２０１）。図２５の警告ダイアログ２５０１は、ユーザが製本アプリケーション１０４を用いて設定した印刷設定項目に選択プリンタに対して指示できない項目が含まれる場合、その項目が何であるかをユーザに報知する。例えば、製本アプリケーションは、ユーザの設定した印刷設定にフィニッシング処理設定が含まれていた場合、図２５の画面２５０１を表示する。なお、フィニッシング処理とは、印刷済みのシートに実行される処理であるため、印刷後処理と記載される場合がある。

ここで、ユーザは、図２５の２５０２を押下することによって、選択プリンタのプリンタドライバに対する設定を変更できる。

そして、ステップＳ２２０２において、製本アプリケーションは、警告ダイアログに存在する選択プリンタのプロパティボタン２５０２が押下されたか否かを判断する。ここで、ユーザによりプロパティボタン２５０２が押下された場合、製本アプリケーションは、選択プリンタのプリンタドライバの設定画面２６０２を表示する。さらに、製本アプリケーションは、図２６のナビゲーションウィンドウ２６０１を表示する。なお、ナビゲーションウィンドウとは、プリンタドライバで設定すべき設定内容をユーザに報知するための画面である。例えば図２６は、「用紙サイズ：Ａ４」、「印刷方法：製本印刷」、「開き方向：左方向」、「製本印刷の方法：全ページまとめて印刷」、「中とじ：する」を設定すべきと報知している。ここで表示された設定項目は、「製本印刷」に関連する項目である。製本アプリケーションは、予め「製本印刷」が設定され、かつ、非対応プリンタが選択された場合に、プリンタドライバで設定すべき項目を保持している。この保持情報を使って図２６のナビゲーションウィンドウを表示する。なお、各設定項目の設定内容は、製本アプリケーションの設定画面を介して設定された値である。また、本実施例では、フィニッシング処理として「製本印刷」を例に挙げているが、その他にも「パンチ処理」、「ステイプル処理」がフィニッシング処理として挙げられる。よって、製本アプリケーションは、保持情報として「パンチ」に関連する項目、「ステイプル」に関連する項目も保持している。

図２６は、プリンタドライバの設定画面２６０２とナビゲーションウィンドウ２６０１とが表示されている例を示した図である。つまり、製本アプリケーションが、図２６のようにプリンタドライバの設定画面とナビゲーションウィンドウとを表示するため、ユーザは、ナビゲーションウィンドウを確認しながらプリンタドライバの設定画面に適切な印刷設定情報を容易に設定できる。

続いて、ユーザはナビゲーションウィンドウを見ながらプリンタドライバの設定画面に対して印刷設定情報を設定する。そして、ステップＳ２２０９において、製本アプリケーションは、プリンタドライバの設定画面を閉じる指示を受けたか否かを判断し（Ｓ２２０９）、プリンタドライバの設定画面を閉じる指示に従ってナビゲーションウィンドウの表示を終了する（Ｓ２２１０）。

その後、ユーザにより印刷実行が指示された場合、製本アプリケーションは、図２５の警告ダイアログ２５０１の表示を終え（Ｓ２２０４）、製本アプリケーション１０４の印刷設定の一部を変更し、変更後の印刷設定を基に印刷指示文書を生成する（Ｓ２２０５）。具体的には、製本アプリケーション１０４は、プリンタドライバで重複して設定すると出力結果に問題が発生する点について設定を変更する。例えば、製本アプリケーション１０４は、ナビゲーションウィンドウを用いて「印刷方法：製本印刷」と報知している。ユーザが、この指示に従ってプリンタドライバの設定画面を用いて「印刷方法：製本印刷」を設定した場合、製本アプリケーションおよびプリンタドライバの両者が、「製本印刷：中とじ」用の面付けを実行するためユーザが所望とする印刷結果が得られなくなる。そのため、製本アプリケーションは、Ｓ２２０５の処理を実行し、製本アプリケーションの「印刷方法：製本印刷」を解除することで、設定の重複を解消する。つまり、製本アプリケーションは、選択された印刷装置を制御できない場合、プリンタドライバにて設定すべき項目（Ｓ２２０５にて変更すべき項目）と製本アプリケーションにて設定すべき項目（Ｓ２２０５にて変更しない項目）とを決定する。

図２４は、図２１のステップＳ２１０４において表示される警告ダイアログの一例を示す図で、製本アプリケーション１０４と、プリンタドライバでの２重設定（同じ設定を２箇所で行うこと）を防止するために表示される。

ここで、ユーザは、図２４の指示部２４０２を押下することによって、選択プリンタのプリンタドライバの設定画面を起動することで、そのままプリンタドライバに対する設定を初期設定に戻すことができる。

次に、ユーザにより製本アプリケーションが非対応なプリンタが選択された場合、製本アプリケーションが実行する処理について具体例を挙げて説明する。

ここでは例として、製本アプリケーションに対して図２９のような中とじ製本の設定内容が指示された場合に、図２９の設定内容に従った印刷物を得るために、製本アプリケーションが実行する処理について説明する。

まず製本アプリケーションは、ユーザの指示に従って図２７、図２８の設定画面を表示し、ユーザの指示に従って印刷設定情報を設定する。

図２７の設定項目２７０１は印刷する際に使用する用紙サイズを指定するための項目であり、製本アプリケーションは、図２９に従ってＡ３を設定する。図２７の設定項目２７０２は、印刷時の用紙の向きを指定するための設定項目である。図２９では「仕上がりサイズ：Ａ４（縦）」と設定されているため、Ａ４（縦）をＡ３に並べて出力すべく製本アプリケーションは、「横」を設定する。

設定項目２７０４は、原稿をどのような順序で並べて印刷するか（面付けの種類）を指定するための設定項目であり、製本アプリケーションは、図２９に従って「中とじ」を選択する。この場合、製本アプリケーションは、１枚の用紙上に原稿を２つずつ並べるための領域を確保し、これらの領域に、印刷後の用紙を中とじ製本した本を開いたときの出力順がページ順に並ぶように面付け処理を実行する。

次に、製本アプリケーションは、図２８の画面を介して設定された指示に従って詳細設定と、プリンタに対する設定を行う。

図２８の設定項目２８０１は製本方法を指定するための項目であり、設定項目２８０２は、本の開き方向を指定するための項目である。よって、製本アプリケーションは、図２９に従って設定項目２８０１に「中とじ製本」を選択し、設定項目２８０２に「左開き」を選択する。

ユーザは、設定項目２８０３、２８０４、２８０５を用いて原稿の配置方法を詳細に設定することができ、設定項目２８０３ではとじ代の余白を指定することができる。

また、設定項目２８０４は、本のとじ側となる側に原稿を寄せて印刷するか否かを指定するためのチェックボックスである。また、設定項目２８０５は、クリープ補正機能を行うか否かを指定するためのチェックボックスである。

設定項目２８０６は、プリンタに付属の後加工機で「中とじ」を行うか否かを指定するための項目であり、ユーザが設定項目２８０６に「折りとステイプル」を選択すると、プリンタによって「中とじステイプル」の加工まで行われた印刷結果状態が出力される。

以上のようにして、製本アプリケーションが、ブックファイルに対する文書のページ順などの配置設定、ステイプルなどのプリンタに対する機能設定を実行する。そして、ユーザから印刷の指示を受け付けた場合、製本アプリケーションは、製本アプリケーションが対応できる対応プリンタが選択されたか、非対応プリンタか選択されたかを判断する。この判断は、図２１のＳ２１０１と同様の判定処理である。

ここで対応プリンタが選択されたと判断された場合、図３０のページ配置情報（３００１〜３０１０）が生成される。

一方、非対応プリンタが選択されたと判断された場合、製本アプリケーションは、製本アプリケーションの設定画面を介して設定された内容に選択されたプリンタに対して指示できない設定項目が含まれるかを判断する。図２９では、選択された非対応プリンタに対して指示できない設定項目としてフィニッシング処理である「製本仕上げ：あり」が含まれている。

よって、製本アプリケーションは、図３０に対して印刷設定の一部変更処理を実行する。なお、本願を適用することにより図３０は図３１（３１０１〜３１１０）に変更される。これは、製本アプリケーション１０４が、プリンタドライバへ渡す印刷対象の文書データに対しフィニッシングを考慮したページ配置設定を実行せず、プリンタドライバに実行させるために行われる。製本アプリケーションは、図３０から製本印刷に関係する面つけ情報を初期設定に変更する。具体的には、図３０の「面付け：中とじ」を図３１の「面付け：１×１」に変更する。この変更に従って、開き方向、分冊は無効となるため、図３１では「ＯＦＦ」と変更されている。つまり、製本アプリケーションは、面付け、開き方向、分冊の指定はプリンタドライバを用いて設定すべき項目であると決定している。一方、図３０ではとじしろが「５ｍｍ」と設定されているため、５ｍｍ左側に空けた原稿を生成すべく図３０の「とじ方向：ＯＦＦ」が図３１では「とじ方向：左とじ」に変更されている。つまり、製本アプリケーションは、とじ方向は、製本アプリケーションを用いて設定すべき項目と決定している。

このように、今回の例では、プリンタドライバが、製本関係の面付け処理（すなわち、中とじ製本印刷用に原稿およびページを配置した描画処理）と、プリンタに対する製本仕上げ（インラインフィニッシャによる中とじ製本等）の指示を行う。そのため、製本アプリケーションは、製本関係の印刷設定項目を初期設定に変更している。

ここで、製本アプリケーション１０４が図３１のように変更しなかった場合、それを受けたプリンタドライバ側でもさらに（プリンタドライバで設定されたとおりに）製本面付けを行ってしまうということになる（つまり、二重に製本面付けされてしまう）。このような、２重の面付けを防ぐためにＳ２２０５の処理が実行される。

次に、図２３の印刷画面において、プリンタドライバ側への設定操作を説明する。

図２３の設定項目２３０１において、印刷に使用するプリンタ（プリンタドライバ）として、製本アプリケーション１０４が対応していないデバイス（ＭＦＰ−１）が指定されたとする。

そして、印刷を実行すべくＯＫボタンが押下されると、製本アプリケーション１０４は、図２１のフローチャートの流れで、印刷処理を行う。このとき、上記で選択したプリンタが、製本アプリケーションが非対応なプリンタであり、さらに、製本アプリケーションからプリンタに対して制御できない印刷設定が行われている場合、図２５に示した警告ダイアログが表示される。ユーザは警告ダイアログ上のプロパティボタンを指示すること、プリンタドライバの設定画面を表示すると同時に図２６のナビゲーションウィンドウを表示する。

ユーザは、ナビゲーションウィンドウを見ながら、ナビゲーションウィンドウの指示通りにプリンタドライバに対して、中とじ製本設定を行う。具体的には、ユーザはプリンタドライバの設定画面を用いて、出力用紙サイズをＡ４、印刷方法を製本印刷、開き方向を左開きに指定し、ステイプルをＯＮにする。

そして、ユーザがプリンタドライバの設定画面を閉じて印刷を実行すると、製本アプリケーション１０４は、図２２のステップＳ２２０５の処理（すなわち、ページ配置情報と、印刷指示文書の一部を変更または解除する処理）を行い、印刷を実行する。なお、Ｓ２２０５は、描画処理を実行するため描画制御手段とも記載される。今回の例では図３０に示すページ配置情報が図３１のように変更され、図３２に示すプリンタへの指示情報（３２０１〜３２０４）が図３３（３３０１〜３３０４）のように変更される。そして、製本アプリケーション１０４は、ページ配置情報およびプリンタへの指示情報を図３１および図３２のように変更した印刷指示書を電子原稿デスプーラ１０５を介してプリンタドライバへ送信する。

図３５は、今回の例において製本アプリケーション１０４が図３１、図３２の変更を行った印刷指示書を基に生成したＤＥＶＭＯＤＥ（３５０１〜３５１１）である。それに対し図３４は、通常の印刷処理（すなわち製本アプリケーション１０４が対応するデバイスを用いた印刷処理）を行う場合に電子原稿デスプーラが生成するＤＥＶＭＯＤＥ（３４０１〜３４１１）である。図３４のＤＥＶＭＯＤＥは、図３０、図３１において示した図２１のステップ２１０７の処理を通らずに生成された印刷指示書を基に作成されている。

以上のようにして、製本アプリケーション１０４が対応しないプリンタ（非対応プリンタ）を使用する場合においても、対応プリンタを使用する場合と同等の出力結果を得ることが可能となった。

例えば製本アプリケーション上で設定されている印刷設定項目の中にプリンタに対して制御できない機能の設定が含まれていた場合、製本アプリケーションは、プリンタドライバ側での設定方法を教示するナビゲーションウィンドウを表示する。これにより、ユーザの設定ミスを抑える効果がある。さらに製本アプリケーション側で設定する必要の無い印刷設定を自動的に解除することで、プリンタドライバとの重複設定により問題が発生することを防止するという効果がある。

逆に製本アプリケーションで設定されている印刷設定項情報にプリンタに対して制御できない項目が含まれない場合、製本アプリケーション側の印刷設定を解除しない。その結果、製本アプリケーションが持つ独自の面付け機能（例えば、クリープ補正、原稿をとじ位置に寄せる、くるみ製本用表紙作成機能等）を利用したまま、非対応プリンタへ印刷することが可能となる。それにより対応プリンタへ印刷する場合と同等の出力結果を得ることができるという効果がある。

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

また、本発明の目的は、前述した実施形態の機能を実現するプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータが記憶媒体に格納されたプログラムコードを実行することによっても達成される。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。当然ながら、本願の情報処理装置が読取可能なプログラムにより実現されても良い。

更に、記憶媒体から読み出されたプログラムコードが、メモリに書込まれた後、そのプログラムコードの指示に基づき、ＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

１０１ 一般アプリケーション
１０２ 電子原稿ライタ
１０４ 製本アプリケーション

Claims (6)

1. 印刷対象となる文書に対して印刷設定情報を設定するアプリケーションと、当該アプリケーションにより設定された印刷設定情報と前記文書とを用いて印刷データを生成するプリンタドライバとを備える情報処理装置であって、
   選択された印刷装置が前記アプリケーションから制御可能か否かを判定する判定手段と、
   前記判定手段によって、前記選択された印刷装置が前記アプリケーションから制御できないと判定された場合、前記選択された印刷装置のプリンタドライバを用いて設定すべき印刷設定情報を表示する表示手段を備えることを特徴とする情報処理装置。
2. 前記表示手段が前記印刷設定情報を表示すると共に、前記プリンタドライバの設定画面が表示されることを特徴とする請求項１に記載の情報処理装置。
3. 印刷対象となる文書に対して印刷設定情報を設定するアプリケーションと、当該アプリケーションにより設定された印刷設定情報と前記文書とを用いて印刷データを生成するプリンタドライバとを備える情報処理装置において実行される制御方法であって、
   選択された印刷装置が前記アプリケーションから制御可能か否かを判定する判定工程と、
   前記判定工程によって、前記選択された印刷装置が前記アプリケーションから制御できないと判定された場合、前記選択された印刷装置のプリンタドライバを用いて設定すべき印刷設定情報を表示する表示工程を備えることを特徴とする制御方法。
4. 前記表示工程が前記印刷設定情報を表示すると共に、前記プリンタドライバの設定画面が表示されることを特徴とする請求項３に記載の制御方法。
5. 印刷対象となる文書に対して印刷設定情報を設定するアプリケーションと、当該アプリケーションにより設定された印刷設定情報と前記文書とを用いて印刷データを生成するプリンタドライバとを備えるコンピュータを、
   選択された印刷装置が前記アプリケーションから制御可能か否かを判定する判定手段と、
   前記判定手段によって、前記選択された印刷装置が前記アプリケーションから制御できないと判定された場合、前記選択された印刷装置のプリンタドライバを用いて設定すべき印刷設定情報を表示する表示手段としてコンピュータを機能させるための制御プログラム。
6. 前記表示手段が前記印刷設定情報を表示すると共に、前記プリンタドライバの設定画面が表示されることを特徴とする請求項５に記載の制御プログラム。

Images