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

Abstract

(57)【要約】 【課題】ウオータマークを印刷ページと原稿ページとに
それぞれ付加する。 【解決手段】印刷ページ１９０１は、４ページの原稿ペ
ージから構成されている。利用者が印刷ページについて
のウオーターマークと原稿ページについてのウオーター
マークとを指定すると、それぞれの指定に応じてウオー
ターマークがページ重複される。この指定はブック単位
及び章単位及びページ単位で行うことができ、章ではブ
ックの指定に従うか、ページでは章の指定に従うか指定
できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば文書処理プ
ログラムによって生成される文書データに対する編集機
能を提供する情報処理装置及び方法に関する。

【０００２】

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

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

【０００４】あるいは、いわゆるオフィススイートと呼
ばれる、各種アプリケーションによってひとつの統合ア
プリケーションを形成するプログラムには、各アプリケ
ーションで生成されたデータを組み合わせ、ひとつの文
書を構成する機能を提供するものもある。この統合アプ
リケーションを使用する場合には、利用者は、各アプリ
ケーションで作成したデータを、統合アプリケーション
に含まれる特定のアプリケーションによってひとつの目
的文書にまとめることができる。

【０００５】

【発明が解決しようとする課題】しかしながら、利用者
が各種アプリケーションによる印刷物を組み合わせてひ
とつの目的文書を作成する場合、例えばページ番号を各
ページに振るためには、いったん必要なデータをすべて
印刷出力し、文書としてまとめてから付すべきページ番
号を決定する必要がある。そして、各アプリケーション
によって、そのアプリケーションで作成された原稿の各
ページ（これを論理ページあるいは原稿ページと呼ぶ）
ごとに、決定されたページ番号を書き込んでいく。アプ
リケーションプログラムがページ番号を振る機能を有し
ている場合であっても、不連続部分があればその部分に
ついてはやはり利用者がページ番号を指定しなければな
らない。また、目的文書のページを再配置した場合に
は、ページ番号もそれに合わせて振り直さなければなら
ない。あるいは、複数の原稿ページを、印刷物としての
１ページ（これを物理ページあるいは印刷ページと呼
ぶ）にまとめたり、片面印刷から両面印刷に変更するな
ど、データの内容にかかる変更ではなく、単に書式を変
更する場合であっても、アプリケーションによって編集
および印刷のし直しが必要となる。

【０００６】このように、データの種類ごとにそれを管
理できるアプリケーションが異なることから、アプリケ
ーション間のインターフェースを利用者自身が人手によ
って提供しなければならない。このことは、利用者に多
大な労力が要求されるということであり、生産性の低下
をもたらす。さらに、多くの人手を介することからエラ
ーの発生も生じやすかった。

【０００７】一方、統合アプリケーションを利用して目
的文書を作成する場合、印刷出力せずに、データの状態
で各種データを配置することができる。このため、印刷
物を組み合わせて目的文書を作成する場合ほどには労力
は必要とされることはない。しかしながら、各種データ
を編集・作成するためのアプリケーションは、統合アプ
リケーションに含まれるものに限られてしまい、利用者
が望むアプリケーションが使用できるとは限らない。ま
た、統合アプリケーションによって作成された目的文書
はひとつの文書ファイルであり、ファイル単位で編集・
出力等の管理が行われる。そのために、文書ファイルの
一部について書式を設定しようとしてもアプリケーショ
ンの機能による制約が多く、例えば書式が変わる部分ご
とに書式設定を変更しては印刷し直すといった作業が必
要とされる。このため、多くの労力が必要とされて生産
性が低い点においては、前述した方法と変わりはなかっ
た。

【０００８】さらに、印刷出力の際に、原稿ページに別
途用意された画像や文字列などのいわゆるウォーターマ
ークを重ねて印刷させる機能を有するアプリケーション
もある。従来ウォーターマークは原稿ページに対して付
され、印刷ページに対して付すことができなかった。例
えば、Ｎ−ｕｐ印刷と呼ばれる、１印刷ページに複数の
原稿ページの配置を指定する機能がある。Ｎとして４を
指定すると、１印刷ページに４原稿ページが田形に配置
される。この場合にウォーターマークの指定がされる
と、１印刷ページには各原稿ページごとに、４つの同一
のウォーターマークが印刷される。ひとつのウォーター
マークで十分である場合でも、４つ印刷されるのを避け
ることはできなかった。

【０００９】本発明は上記従来例に鑑みて成されたもの
で、利用者の望むアプリケーションプログラムによって
作成されるデータをひとまとめにした文書の作成および
編集を可能とするとともに、その操作性を高めて文書編
集の生産性を向上させる情報処理装置及び方法を提供す
ることを第１の目的とする。

【００１０】さらに、ウォーターマークの配置の自由度
を拡大し、利用者の意図をより反映させた印刷を実現で
きる情報処理装置及び方法を提供することを第２の目的
とする。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に、本発明は次のような構成から成る。

【００１２】原稿ページを最小単位とする階層構造を有
し、各階層において属性が設定された文書データを編集
処理する情報処理装置であって、各階層の属性におい
て、印刷ページおよび原稿ページに対して、別途指定さ
れた画像の重複をそれぞれ指定する指定手段と、前記指
定手段による指定に従って、印刷ページおよび原稿ペー
ジに対して前記画像を重複させて、印刷ページに載せる
画像を形成する画像形成手段とを備える。

【００１３】好ましくは、前記各階層の属性において、
最上位階層より下の下位階層それぞれについては、前記
指定手段は、上位階層の指定に準ずるか否かの指定を行
える。

【００１４】好ましくは、前記下位階層において、上位
階層の指定に準じないものと指定されている場合には、
前記画像形成手段は、下位階層における指定を優先適用
する。

【００１５】好ましくは、前記属性において、１印刷ペ
ージについて１原稿ページを配置する指定がされてお
り、かつ、前記画像を重複させる指定が原稿ページと印
刷ページの双方についてなされている印刷ページについ
ては、前記画像形成手段は、いずれか一方に重複させる
画像を抑制する。

【００１６】好ましくは、前記階層は、原稿ページと、
原稿ページをまとめてなる章と、章をまとめてなる文書
データ全体とを順に上位階層とする構造である好ましく
は、アプリケーションで作成されたデータを、前記文書
データの形式に変換する変換手段をさらに備える好まし
くは、前記画像形成手段により形成された各印刷ページ
の画像を、文書データの構造とともにプレビュー表示す
る手段をさらに備える。

【００１７】

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

【００１８】＜システム構成及び動作＞図１は、本実施
形態の文書処理システムのソフトウェア構成を示す図で
ある。文書処理システムは、本発明の情報処理装置に好
適なデジタルコンピュータ１０１によって実現されてい
る。一般アプリケーション１０１は、ワードプロセシン
グやスプレッドシート、フォトレタッチ、ドローあるい
はペイント、プレゼンテーション、テキスト編集などの
機能を提供するアプリケーションプログラムであり、Ｏ
Ｓに対する印刷機能を有している。これらアプリケーシ
ョンは、作成された文書データや画像データなどのアプ
リケーションデータを印刷するにあたって、オペレーテ
ィングシステム（ＯＳ）により提供される所定のインタ
ーフェース（一般に、ＧＤＩと呼ばれる）を利用する。
すなわち、アプリケーション１０１は、作成したデータ
を印刷するために、前記インターフェースを提供するＯ
Ｓの出力モジュールに対して、あらかじめ定められる、
ＯＳに依存する形式の出力コマンド（ＧＤＩ関数と呼ば
れる）を送信する。出力コマンドを受けた出力モジュー
ルは、プリンタ等の出力デバイスが処理可能な形式にそ
のコマンドを変換し、変換されたコマンド（ＤＤＩ関数
と呼ばれる）を出力する。出力デバイスが処理可能な形
式はデバイスの種類やメーカ、機種などによって異なる
ために、デバイスごとにデバイスドライバが提供されて
おり、ＯＳではそのデバイスドライバを利用してコマン
ドの変換を行い、印刷データを生成し、ＪＬ（Job Lang
uage）でくくることにより印刷ジョブが生成される。Ｏ
Ｓとしてマイクロソフト社のウインドウズを利用する場
合には、前述した出力モジュールとしてはＧＤＩと呼ば
れるモジュールが相当する。

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

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

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

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

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

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

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

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

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

【００２８】図５は章属性の、図６はページ属性のリス
トである。章属性とページ属性との関係もブック属性と
下位層の属性との関係と同様である。

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

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

【００３１】合紙属性は、章の区切りとして、インサー
タからあるいは給紙カセットから供給される用紙の挿入
の指定、および、合紙を挿入する場合には、給紙元の指
定などを含む。

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

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

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

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

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

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

【００３８】一方、既存のブックファイルがあれば、指
定されたブックファイルを開き（ステップＳ７０３）、
そのブックファイルの構造、属性、内容に従ってユーザ
インターフェース（ＵＩ）画面を表示する。図１０は、
このＵＩ画面の一例である。ＵＩ画面１１００は、ブッ
クの構造を示すツリー部１１０１と、印刷された状態を
表示するプレビュー部１１０２とを含む。ツリー部１１
０１には、ブックに含まれる章、各章に含まれるページ
が、図３（Ａ）のような木構造で表示される。ツリー部
１１０１に表示されるページは原稿ページである。プレ
ビュー部１１０２には、印刷ページの内容が縮小されて
表示される。その表示順序は、ブックの構造を反映した
ものとなっている。

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

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

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

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

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

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

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

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

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

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

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

【００５０】図１２はサーバクライアント型文書処理シ
ステムの構成を示すブロック図である。クライアント文
書処理システムは、スタンドアロン型システムに、クラ
イアントモジュールであるＤＯＭＳ（Document Output
Management Service：文書出力管理サービス）ドライバ
１０９およびＤＯＭＳプリントサービスモジュール１１
０、ＤＳ（文書サービス）クライアントモジュール１０
８を加えた構成を有する。このクライアント文書処理シ
ステム１２００に、文書管理サーバ１２０１および印刷
集中管理サーバ１２０２およびプリントサーバ１２０３
が接続されている。これらサーバは、通常ネットワーク
によってクライアント文書処理システムと接続される
が、サーバが同時にクライアントとしても機能する場合
には、ネットワーク間の通信をシミュレートするプロセ
ス間通信によって接続される。なお図１２では文書管理
サーバ１２０１と印刷集中管理サーバ１２０２の量サー
バがクライアントに接続されているが、いずれか一方の
みがネットワーク上に存在する場合もあり得る。接続さ
れているサーバが文書管理サーバであれば、そのクライ
アントモジュールを含む文書管理サーバクライアントシ
ステム１２０１ＳＣが、印刷集中管理サーバ１２０２で
あれば、そのクライアントモジュールを含む印刷管理サ
ーバクライアントシステム１２０２ＳＣが、スタンドア
ロン型文書管理システムに追加される。

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

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

【００５３】＜ウォーターマーク（スタンプ）＞この文
書処理システムは、図４乃至６で説明したとおり、ブッ
ク属性、章属性、ページ属性として、ウォーターマーク
を各ページに重複させる機能を有している。ウォーター
マークとはスタンプとも呼ばれ、通常の書類にプリント
されるスタンプをデータとしての書類に対して提供する
機能である。本文書処理システムはさらに、ウォーター
マークを編集する機能も有する。

【００５４】図１３はブックについての詳細設定のユー
ザインターフェース画面のうち、「編集」画面の例であ
る。図１０の画面のツリー部１１０１からブックのノー
ドを選択し、メニュー欄の「編集」を選択することで、
図１３の画面が表示される。図２２は、図１３の画面で
設定を行った場合の手順のフローチャートである。図２
２は、図１０の画面のツリー部１１０１からブックのノ
ードが選択され、メニュー欄の「編集」が選択された時
点から開始されている。まず、ステップＳ２２０１で図
１３のＵＩ画面１３００が表示される。ステップＳ２２
０２においては、利用者により、この画面１３００上で
種々の設定が行われる。画面１３００上で利用者が行え
る設定は、ウォーターマークについては、その編集と、
ブック単位でのウォーターマークの付加の指定である。
ステップＳ２２０２における設定についてここで説明す
る。

【００５５】チェックボックス１３０１は、原稿ページ
にウォーターマークを付けることを指定するためのもの
である。チェックボックス１３０２は、印刷ページにウ
ォーターマークを付けることを指定するためのものであ
る。印刷ページにウォーターマークが付けられると、図
１８のように、Ｎ−ｕｐ印刷が指定されて複数の原稿ペ
ージが１印刷ページ１８０１に配置される場合にも、印
刷ページに対してウォーターマークが付される。一方、
原稿ページにウォーターマークが付けられると原稿ペー
ジごとに指定されたウォーターマークが付される。その
ため、図１９のように、Ｎ−ｕｐ印刷が指定されて複数
の原稿ページが１印刷ページ１８０１に配置される場合
には、各原稿ページに対してウォーターマークが付され
る。図１９の例は４−ｕｐ印刷が指定されており、１印
刷ページ上に配置される４原稿ページそれぞれにウォー
ターマークが付加される。

【００５６】さらに、原稿ページおよび印刷ページそれ
ぞれについて、ウォーターマークを設定することができ
る。メニュー１３０３及び１３０４は、原稿ページおよ
び印刷ページそれぞれについて使用するウォーターマー
クを選択するためのメニューである。また、編集ボタン
１３０５は、選択したウォーターマークを編集するため
のボタンであり、これを押すことで、図１６の画面１６
００が表示される。図１６の画面はウォーターマークが
文字列の場合の画面である。ウインドウ１６０１はペー
ジの枠を示し、メニュー１６０５から選択したウォータ
ーマーク１６０２の位置を、スライダ１６０３および１
６０４を利用者が移動させて決定することができる。ま
た、属性等指定欄１６２０においては、テキスト欄１６
０８で文字列を、フォント欄１６０９でフォント種類
を、スタイル欄１６１０で文のスタイルを、サイズ欄１
６１２で文字サイズを、色欄１６１１で文字列の色を指
定できる。

【００５７】また、ウォーターマークが画像データの場
合には、属性等指定欄１６２０が図１７に置き換えられ
た画面となる。ファイル指定欄１７０１では、ウォータ
ーマークとして利用する画像データファイルが指定され
る。ラジオボタン１７０３では、画像サイズを指定す
る。

【００５８】以上のように、ＵＩ画面１３００におい
て、種々の設定が行われる。このように行われた設定
は、図１３の「ＯＫ」ボタンが押されて図２０のステッ
プＳ２２０２が完了した場合に、ステップＳ２２０３に
おいて図４のブック属性におけるウォーターマーク項目
にセットされ、印刷やプレビュー画面の表示の際に参照
される。

【００５９】ブックと同様に、章およびページについて
もウォーターマークの設定が行える。図１４は章の詳細
設定のユーザインターフェースのうち、「編集」画面の
例である。図１０の画面のツリー部１１０１から章のノ
ードを選択し、メニュー欄の「編集」を選択すること
で、図１４の画面が表示される。図１４においては、編
集中の章の編集シートの内容をブックの設定に合わせる
ためのチェックボックス１４０１と、原稿ページにウォ
ーターマークを付けることを指定するためのチェックボ
ックス１４０２と、印刷ページにウォーターマークを付
けることを指定するためのチェックボックス１４０３と
を含む。編集シートとは、図１４の画面そのものであ
る。チェックボックス１４０１がチェックされると、注
目している章に関しては、ブック属性において指定され
たウォーターマークが適用される。チェックボックス１
４０２がチェックされると、注目している章に関して
は、ブック属性において設定されているウォーターマー
クが各原稿ページに適用される。チェックボックス１４
０３がチェックされると、注目している章に関しては、
ブック属性において設定されているウォーターマークが
各印刷ページに適用される。

【００６０】図１５はページの詳細設定のユーザインタ
ーフェースのうち、「編集」画面の例である。図１０の
画面のツリー部１１０１からページのノードを選択し、
メニュー欄の「編集」を選択することで、図１５の画面
が表示される。図１５においては、編集中のページの編
集シートの内容を章の設定に合わせるためのチェックボ
ックス１５０１と、原稿ページにウォーターマークを付
けることを指定するためのチェックボックス１５０２と
を含む。チェックボックス１５０１がチェックされる
と、注目しているページに関しては、章属性において指
定された適用される。チェックボックス１５０２がチェ
ックされると、注目しているページに関しては、ブック
属性において設定されているウォーターマークが各原稿
ページに適用される。

【００６１】章及びページについての設定の手順は、図
２２の手順と同様であり、設定の内容は図５の章属性及
び図６のページ属性のウォーターマーク項目にセットさ
れる。

【００６２】＜プレビュー画面表示＞上記手順でウォー
ターマークが付加されたブックファイルを製本アプリケ
ーションによって開くと、図２０に示すようなプレビュ
ー画面が表示される。例示したブックファイルは、３章
から構成され、第１章及び第３章は４原稿ページ、第２
章は８原稿ページから構成される。ツリー部２００１に
は、その構造がツリー画像によって表示され、プレビュ
ー部２００２には各印刷ページが縮小表示される。

【００６３】このブックファイルは、印刷方法として片
面印刷が指定され、また、４−ｕｐの指定もされてい
る。さらに、ブック属性において、原稿ページ及び印刷
ページそれぞれにウォーターマークの付加が指示されて
いる。また第１章および第３章の章属性においては、ウ
ォーターマークはブック属性に従って付されるものと指
定され、第２章においては、ウォーターマークはブック
属性に従わず、原稿ページにも印刷ページにも付加しな
いとの指定がされている。この結果、プレビュー画面に
おいては、第１章が印刷される印刷ページ２００３に
は、原稿ページ１−１ページから１−４が表示され、印
刷ページには「丸秘」のウォーターマークが、各原稿ペ
ージには「部外秘」マークがオーバーレイされる。第３
章が印刷される印刷ページ２００４についても同様であ
る。印刷ページ２００３については、第２章の章属性に
したがってウォーターマークはオーバーレイされない。

【００６４】以上は一例であり、図２０のような結果を
得るためには、様々な属性値の組み合わせがあり得る。
例えば、ブック属性に関してはウォーターマークをオー
バーレイしないと指定しておき、第１章及び第３章の章
属性でウォーターマークの指定を行っても、図２０と同
じ結果が得られる。

【００６５】なお、１印刷ページに複数の章が含まれ、
その各章属性において、印刷ページについてのウォータ
ーマーク指定が異なる場合には、先頭の章の属性に従う
ものとする。例えば、章と章との区切り目が１印刷ペー
ジ内にある場合、その印刷ページにウォーターマークを
印刷するか否かは、最初の章の章属性に従う。ただし、
これはひとつの方法であって、多数決で決定してもよい
し、最後の章の属性に従わせてもよい。これはプレビュ
ー表示についてのみならず、実際に文書として印刷され
る場合にも同様である。

【００６６】また、図２１に示すように、Ｎ−ｕｐ指定
がされていない場合（いいかえれば１ｕｐが指定されて
いる場合）には、印刷ページ２１０１は原稿ページと一
致し、それぞれのウォーターマークが、ページ画像２１
０２のように重複して表示されることもあり得る。この
場合には、ページ画像２１０３のように、印刷ページに
ついてのウォーターマークを属性中の設定値に関わらず
抑制する。これはプレビュー表示についてのみならず実
際に文書として印刷される場合にも同様である。このよ
うに一方のウォーターマークを抑制するのは、１印刷ペ
ージに１原稿ページを配置する場合でも、印刷ページと
原稿ページの有効領域が相違し、それぞれのウォーター
マーク間が同一であったとしても、表示あるいは印刷さ
れるウォーターマークはずれてしまうためである。ま
た、異なるウォーターマークであれば重なって煩雑にな
るためである。

【００６７】図２３は、製本アプリケーションによりプ
レビュー画面を表示する際のフローチャートである。

【００６８】まずステップＳ２３０１においてツリー部
２００１を表示する。そして、先頭の印刷ページに注目
し、ブック属性の印刷方法項目の値に従って、印刷ペー
ジのページ画像を作成する（ステップＳ２３０２）。例
えば片面４−ｕｐの指定であれば、１印刷ページに４原
稿ページが田形に配置された画像データが作成される。
次に、注目印刷ページに含まれる各原稿ページについ
て、その原稿ページに適用される属性に応じてウォータ
ーマークの画像データをオーバーレイする（ステップＳ
２３０３）。

【００６９】次にＮ−ｕｐ指定されているか判定し（ス
テップＳ２３０４）、Ｎ−ｕｐ指定がなければ印刷ペー
ジに対するウォーターマークを抑制するためステップＳ
２３０５をスキップする。一方Ｎ−ｕｐ指定されている
場合には、注目印刷ページに対して、それに適用される
族制に従ってウォーターマーク画像をオーバーレイする
（ステップＳ２３０５）。

【００７０】こうして全印刷ページについて終了したか
判定し（ステップＳ２３０６）、終了していなければ次
の印刷ページに注目してステップＳ２３０２に分岐す
る。終了したならばプレビュー画面を表示する（ステッ
プＳ２３０７）。

【００７１】以上のようにしてプレビュー画面が表示さ
れる。なお、図２３の手順では、印刷ページと原稿ペー
ジとが一致している場合には、印刷ページに対するウォ
ーターマークを抑制するものとしたが、逆に原稿ページ
に対するウォーターマークを抑制してもよい。

【００７２】＜印刷＞プレビュー画面は印刷出力される
イメージをそのまま縮小表示するものであるために、印
刷される画像を生成するための手順は、目的が印刷であ
るという点を除けばプレビュー画面の生成と同様であ
る。ただし、目的が相違するために、生成される印刷デ
ータはオペレーティングシステムの出力モジュールに適
した形式の出力コマンドに変換される。そのため、印刷
ページおよび原稿ページのウォーターマークも出力コマ
ンドに変換される。そして、出力コマンドはＯＳによっ
てプリンタにより解釈可能なコマンドにさらに変換さ
れ、プリンタに送信され、プリンタによって、プレビュ
ー画面に表示したと同様の印刷ページが出力される。こ
れは図１について説明したとおりである。

【００７３】＜本実施形態のシステムによる利点＞以上
説明したように、本実施形態のシステムは、利用者の望
むアプリケーションプログラムによって作成されるデー
タをひとまとめにした文書の作成および編集を可能とす
るとともに、その操作性を高めて文書編集の生産性を向
上させることができる。

【００７４】また、ウォーターマークを印刷ページにも
原稿ページにも適用できるために、印刷ページにのみウ
ォーターマークを付加することもできるし、原稿ページ
にウォーターマークを付加することもできる。このた
め、ウォーターマーク配置の自由度が高まる。

【００７５】さらに、ウォーターマークの付加したペー
ジをプレビュー画面において印刷に先立ち確認すること
もできる。

【００７６】また、ウォーターマークの指定を、ブック
属性、章属性、ページ属性それぞれにおいて可能とした
ことにより、ひとつのブックファイル内においても、自
在にウォーターマークを各ページに付加することが可能
である。また、ブック属性および章属性においてウォー
ターマークの付加を指定できるために、ブックや章と言
った単位で統一的にウォーターマークを付加できるとと
もに、章属性あるいはページ属性において例外的な設定
をすることもできる。

【００７７】また、原稿ページと印刷ページとが一致す
る場合には、そのどちらかに対するウォーターマークを
抑制することで、ウォーターマークの重複を防止でき
る。

【００７８】

【発明の効果】以上説明したように、本発明によれば、
利用者の望むアプリケーションプログラムによって作成
されるデータをひとまとめにした文書の作成および編集
を可能とするとともに、その操作性を高めて文書編集の
生産性を向上させることができる。

【００７９】また、ウォーターマークを印刷ページにも
原稿ページにも適用できるために、印刷ページにのみウ
ォーターマークを付加することもできるし、原稿ページ
にウォーターマークを付加することもできる。このた
め、ウォーターマーク配置の自由度が高まる。

【００８０】さらに、ウォーターマークの付加したペー
ジをプレビュー画面において印刷に先立ち確認すること
もできる。

【００８１】また、ウォーターマークの指定を、ブック
属性、章属性、ページ属性それぞれにおいて可能とした
ことにより、ひとつのブックファイル内においても、自
在にウォーターマークを各ページに付加することが可能
である。また、ブック属性および章属性においてウォー
ターマークの付加を指定できるために、ブックや章と言
った単位で統一的にウォーターマークを付加できるとと
もに、章属性あるいはページ属性において例外的な設定
をすることもできる。

【００８２】また、原稿ページと印刷ページとが一致す
る場合には、そのどちらかに対するウォーターマークを
抑制することで、ウォーターマークの重複を防止でき
る。

【図面の簡単な説明】

【図１】スタンドアロン型の情報処理システムのブロッ
ク図である。

【図２】情報処理システムを実現するコンピュータのブ
ロック図である。

【図３】ブックファイルの構造の一例を示す図である。

【図４】ブック属性の一覧を示す図である。

【図５】章属性の一覧を示す図である。

【図６】ページ属性の一覧を示す図である。

【図７】ブックファイルを開く手順のフローチャートで
ある。

【図８】電子原稿ファイルをブックファイルにインポー
トする手順のフローチャートである。

【図９】アプリケーションデータを電子原稿ファイルに
変換する手順のフローチャートである。

【図１０】既存のブックファイルを開いた際のユーザイ
ンターフェース画面の一例を示す図である。

【図１１】新規のブックファイルを開いた際のユーザイ
ンターフェース画面の一例を示す図である。

【図１２】クライアントサーバ型の情報処理システムの
ブロック図である。

【図１３】ブックについてのウォーターマークの設定画
面である。

【図１４】章についてのウォーターマークの設定画面で
ある。

【図１５】ページについてのウォーターマークの設定画
面である。

【図１６】ウォーターマーク（テキスト）の編集画面で
ある。

【図１７】ウォーターマーク（画像）の編集画面であ
る。

【図１８】印刷ページについてのウォーターマークの一
例の図である。

【図１９】印刷ページおよび原稿ページについてのウォ
ーターマークの一例の図である。

【図２０】ウォーターマークの指定されたページを含む
ブックファイルのプレビュー画面の一例の図である。

【図２１】１ｕｐ指定時のウォーターマークの一例の図
である。

【図２２】ウォーターマークの指定を行う手順のフロー
チャートである。

【図２３】ウォーターマークの指定されたブックファイ
ルのプレビュー表示手順のフローチャートである。

フロントページの続き (72)発明者 森 安生 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 中桐 孝治 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 Ｆターム(参考） 5B009 NG02 NG03 RB33 RC13 5C076 AA14 AA17 BA06

Claims (16)

【特許請求の範囲】
1. 【請求項１】 原稿ページを最小単位とする階層構造を
   有し、各階層において属性が設定された文書データを編
   集処理する情報処理装置であって、 各階層の属性において、印刷ページおよび原稿ページに
   対して、別途指定された画像の重複をそれぞれ指定する
   指定手段と、 前記指定手段による指定に従って、印刷ページおよび原
   稿ページに対して前記画像を重複させて、印刷ページに
   載せる画像を形成する画像形成手段とを備えることを特
   徴とする情報処理装置。
2. 【請求項２】 前記各階層の属性において、最上位階層
   より下の下位階層それぞれについては、前記指定手段
   は、上位階層の指定に準ずるか否かの指定を行えること
   を特徴とする請求項１に記載の情報処理装置。
3. 【請求項３】 前記下位階層において、上位階層の指定
   に準じないものと指定されている場合には、前記画像形
   成手段は、下位階層における指定を優先適用することを
   特徴とする請求項２に記載の情報処理装置。
4. 【請求項４】 前記属性において、１印刷ページについ
   て１原稿ページを配置する指定がされており、かつ、前
   記画像を重複させる指定が原稿ページと印刷ページの双
   方についてなされている印刷ページについては、前記画
   像形成手段は、いずれか一方に重複させる画像を抑制す
   ることを特徴とする請求項１に記載の情報処理装置。
5. 【請求項５】 前記階層は、原稿ページと、原稿ページ
   をまとめてなる章と、章をまとめてなる文書データ全体
   とを順に上位階層とする構造であることを特徴とする請
   求項１に記載の情報処理装置。
6. 【請求項６】 アプリケーションで作成されたデータ
   を、前記文書データの形式に変換する変換手段をさらに
   備えることを特徴とする請求項１に記載の情報処理装
   置。
7. 【請求項７】 前記画像形成手段により形成された各印
   刷ページの画像を、文書データの構造とともにプレビュ
   ー表示する手段をさらに備えることを特徴とする請求項
   １に記載の情報処理装置。
8. 【請求項８】 原稿ページを最小単位とする階層構造を
   有し、各階層において属性が設定された文書データを編
   集処理する情報処理方法であって、 各階層の属性において、印刷ページおよび原稿ページに
   対して、別途指定された画像の重複をそれぞれ指定する
   指定工程と、 前記指定工程による指定に従って、印刷ページおよび原
   稿ページに対して前記画像を重複させて、印刷ページに
   載せる画像を形成する画像形成工程とを備えることを特
   徴とする情報処理方法。
9. 【請求項９】 前記各階層の属性において、最上位階層
   より下の下位階層それぞれについては、前記指定工程
   は、上位階層の指定に準ずるか否かの指定を行えること
   を特徴とする請求項８に記載の情報処理方法。
10. 【請求項１０】 前記下位階層において、上位階層の指
    定に準じないものと指定されている場合には、前記画像
    形成工程は、下位階層における指定を優先適用すること
    を特徴とする請求項９に記載の情報処理方法。
11. 【請求項１１】 前記属性において、１印刷ページにつ
    いて１原稿ページを配置する指定がされており、かつ、
    前記画像を重複させる指定が原稿ページと印刷ページの
    双方についてなされている印刷ページについては、前記
    画像形成工程は、いずれか一方に重複させる画像を抑制
    することを特徴とする請求項８に記載の情報処理方法。
12. 【請求項１２】 前記階層は、原稿ページと、原稿ペー
    ジをまとめてなる章と、章をまとめてなる文書データ全
    体とを順に上位階層とする構造であることを特徴とする
    請求項８に記載の情報処理方法。
13. 【請求項１３】 アプリケーションで作成されたデータ
    を、前記文書データの形式に変換する変換工程をさらに
    備えることを特徴とする請求項８に記載の情報処理方
    法。
14. 【請求項１４】 前記画像形成工程により形成された各
    印刷ページの画像を、文書データの構造とともにプレビ
    ュー表示する工程をさらに備えることを特徴とする請求
    項８に記載の情報処理方法。
15. 【請求項１５】 請求項８乃至１４のいずれかに記載の
    情報処理方法をコンピュータにより実現するためのコン
    ピュータプログラム。
16. 【請求項１６】 請求項１５に記載のコンピュータプロ
    グラムを格納するためのコンピュータ可読記憶媒体。