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