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