JP2003091525A

JP2003091525A - 情報処理装置および方法

Info

Publication number: JP2003091525A
Application number: JP2001280389A
Authority: JP
Inventors: Takuya Miyasato; 拓矢宮里
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2001-09-14
Filing date: 2001-09-14
Publication date: 2003-03-28

Abstract

(57)【要約】【課題】追加描画データを、各ページのレイアウ
トとは独立に描画する。【解決手段】情報処理方法は、複数ページにわたる文
書データで、該文書データを、単一のレイアウト領域を
分割した分割領域に、ページ単位に配置させ（Ｓ203，
Ｓ204)、その分割領域内に、追加描画データを付加する
(Ｓ207，Ｓ208)。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

【０００５】また、従来におけるプリンタドライバにお
いて、追加描画機能を提供しているものがあるが、ウォ
ーターマーク等の追加描画は、文書に基づく描画関数と
同様に描画関数として、印刷データに変換する変換モジ
ュールに対して出力されている。そのため、プリンタド
ライバにおいて、アプリケーションから印刷命令を受け
たページ(以下、「論理ページ」という。)の複数ページ
分を、１枚の用紙(以下、「物理ページ」という。)に縮
小配置して印刷を行う方式(以下、「Ｎページ印刷」と
いう。)を適用した場合においては、一部の論理ページ
のレイアウト方向が物理ページのレイアウト方向と異な
っている場合、印刷される文書情報のサイズが縮小され
ることにに伴い、論理ページに描かれる追加描画も同様
に縮小されていた。

【０００６】また、物理ページと方向の異なる論理ペー
ジのレイアウト方向を90度回転させることにより、物理
ページの方向と一致させた場合でも、印刷されるサイズ
は通常と同じになるが、追加描画も論理ページと共に90
度回転してしまう描画がされていた。

【０００７】

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

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

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

【００１０】また、従来の追加描画においては、論理ペ
ージのサイズ変更や回転の方向を物理ページと整合させ
るために、レイアウトの修正がされると、その修正に追
加描画も追従するため、一部の論理ページの方向や回転
の向きが異なるとき、部分的に論理ページのレイアウト
を修正してしまうと、論理ページ全体に関する追加描画
の大きさ、回転方向を統一して表示することができない
という課題があった。

【００１１】本発明は、上記課題のうち、追加描画に関
する印刷を制御することに関し、論理ページのサイズの
変更、回転に関係なく、物理ページ上の全論理ページで
統一された、位置、大きさ、回転方向を有する追加描画
の印刷を可能にする印刷制御装置、および印刷制御方法
を提供することを目的とする。

【００１２】

【課題を解決するための手段】上記課題を解決し、その
目的を達成するべく、本発明にかかる情報処理装置及び
情報処理方法等は、主として以下の構成を備えることを
特徴とする。

【００１３】すなわち、情報処理装置であって、複数ペ
ージにわたる文書データを、単一のレイアウト領域を分
割した分割領域に、ページ単位に配置させるレイアウト
手段と、前記レイアウト手段により分割された前記分割
領域内に、追加描画データを付加する追加描画手段と、
を備えることを特徴とする。

【００１４】好ましくは、上記の情報処理装置におい
て、前記レイアウト手段は、複数ページにわたる文書デ
ータをページ単位に分割し、該ページ単位の文書データ
を、縮小し、および／若しくは、回転させて、前記分割
領域に配置させる。

【００１５】好ましくは、上記の情報処理装置におい
て、前記追加描画手段は、前記レイアウト手段により、
ページ単位に配置される文書データの縮小、および／も
しくは回転、とは独立に、前記分割領域内に追加描画デ
ータを付加する。

【００１６】好ましくは、上記の情報処理装置におい
て、印刷時に文書データに追加される追加描画に関する
情報を設定する設定手段と、前記設定手段により設定さ
れた前記追加描画に関する情報を文書情報の文書ファイ
ル内に含ませて管理する文書管理手段と、前記文書管理
手段により管理されている文書ファイルの文書情報を印
刷処理する場合に、当該文書ファイルから前記追加描画
に関する情報を読み出して、プリンタドライバに出力す
る出力手段と、を更に有する。

【００１７】また、情報処理方法であって、複数ページ
にわたる文書データを、単一のレイアウト領域を分割し
た分割領域に、ページ単位に配置させるレイアウト工程
と、前記レイアウト工程により分割された前記分割領域
内に、追加描画データを付加する追加描画工程と、を備
えることを特徴とする。

【００１８】好ましくは、上記の情報処理方法におい
て、前記レイアウト工程は、複数ページにわたる文書デ
ータをページ単位に分割し、該ページ単位の文書データ
を、縮小し、および／若しくは、回転させて、前記分割
領域に配置させる。

【００１９】好ましくは、上記の情報処理方法におい
て、前記追加描画工程は、前記追加描画工程は、前記レ
イアウト工程の処理により、ページ単位に配置される文
書データの縮小、および／もしくは回転、とは独立に、
前記分割領域内に追加描画データを付加する。

【００２０】好ましくは、上記の情報処理方法におい
て、印刷時に文書データに追加される追加描画に関する
情報を設定する設定工程と、前記設定工程により設定さ
れた前記追加描画に関する情報を文書情報の文書ファイ
ル内に含ませて管理する文書管理工程と、前記文書管理
工程により管理されている文書ファイルの文書情報を印
刷処理する場合に、当該文書ファイルから前記追加描画
に関する情報を読み出して、プリンタドライバに出力さ
せる出力工程とを更に有する。

【００２１】また、コンピュータプログラムは、上記の
印刷制御装置の機能をコンピュータが実行する機能とし
て特定することを特徴とする。

【００２２】また、コンピュータ可読記憶媒体は、上記
のコンピュータプログラムを格納することを特徴とす
る。

【００２３】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００６０】＜第１実施形態＞本実施形態にかかる印刷
制御は、図１及び図２で説明した構成により実行され、
特に、図１の製本アプリケーション１０４０における処
理に関連するものである。

【００６１】図１は印刷対象の論理ページを示す図であ
る。４ページで構成されており、１，２，３ページ目は
縦向きの原稿であるが、４ページ目は横向きの原稿であ
る。図２は図１の原稿を１枚の物理ページ上に追加描画
とともに描画する場合の処理の流れを説明するフローチ
ャートである。

【００６２】ステップＳ２０１では、製本アプリケーシ
ョン１０４０は、図３で示すように物理ページを４分割
して、分割されたそれぞれの領域を「仮想論理領域」と
して定義する。

【００６３】次に、製本アプリケーション１０４０各論
理ページを順番に該当する各仮想論理領域に入りきる大
きさに縮小して（Ｓ２０３）、論理ページのイメージを
仮想論理領域に割り付けていく（Ｓ２０４）。これらの
処理を４つの論理ページに対して実行し、仮想論理領域
に対して割り付けを行う（Ｓ２０２からＳ２０６）。

【００６４】図４は、ステップＳ２０３、およびステッ
プＳ２０４における処理の内容を示す図であり、論理ペ
ージ１，２，３ページは物理ページと用紙のレイアウト
の向きが同じなので、仮想論理領域に隙間なく、はまる
大きさに縮小して描画することができるが、４ページ目
は用紙の方向が異なるので、仮想論理領域の中央に、入
りきる大きさに縮小すると、仮想論理領域の上下に隙間
ができた状態で割り付けられる。

【００６５】ステップＳ２０７において、製本アプリケ
ーション１０４０は、追加描画を仮想論理領域を基準と
した比率に変更し、描画位置を特定して、そのサイズの
変更された追加描画を、各仮想論理領域の所定の位置に
変更された比率で描画する（Ｓ２０８）。図５は追加描
画の例を示す図であり、例として「部外秘」なる文字を
追加描画として追加する場合を想定すると、ステップＳ
２０７、およびステップＳ２０８における処理の結果、
追加描画「部外秘」は、図６に示すように、各仮想論理
領域の同じ位置、同じ比率で、描画される。追加描画の
印刷制御を、仮想論理領域を基準とすることにより、論
理ページの用紙方向や縮小サイズに関係なく、独立に、
追加描画をすべての仮想論理領域において、同一の位
置、同一の大きさで描画することができる。

【００６６】図７は、比較のために示す従来例のフロー
チャートである。従来は、本発明の製本アプリケーショ
ン１０４０のような印刷制御アプリケーションは存在し
ていないため、追加描画機能を有するプリンタドライバ
の処理のフローチャートを用いて説明する。

【００６７】まず、ステップＳ７０１において、従来の
プリンタドライバは、物理ページを４つの仮想論理領域
に分割し、ステップＳ７０３で、追加描画を各論理ペー
ジに描画する。従来のプリンタドライバは、追加描画が
付された論理ページを追加描画と共に、仮想論理領域に
入りきる大きさに縮小し（Ｓ７０４）、縮小された論理
ページを追加描画と共に、仮想論理領域に描画する（Ｓ
７０５）。

【００６８】図７の処理と本実施形態（図２）の処理と
の違いは、本実施形態では論理ページを仮想論理領域に
割り付けた後に、追加描画を割り付けているのに対し、
従来は元の論理ページに追加描画を描画してから、その
論理ページに追加描画も含めて、仮想論理領域に割り付
けをする点である。

【００６９】図８は、従来例である図７の処理の内容を
示す図である。従来の処理では、追加描画の位置、大き
さが論理ページの割り付けに追従するため、図８の場
合、４ページ目だけが、追加描画の位置、大きさが他の
３つのものと異なってしまい、レイアウトの統一性に欠
ける結果となっていた。

【００７０】本実施形態によれば、追加描画と論理ペー
ジとを別個にレイアウト制御することが可能となり、論
理ページを仮想論理領域に異なる縮小倍率でレイアウト
する場合であっても、論理ページごとに倍率の異なる縮
小の影響を受けることなく、全体として共通の位置、大
きさにより追加描画データを描画することが可能とな
る。

【００７１】＜第２実施形態＞第２実施形態として図９
のフローチャートを示す。これは、用紙の向きが物理ペ
ージの用紙の向きと異なる４ページ目の論理ページを、
割り付け前に90度回転して、用紙の向きを同じにして、
割り付け時の縮小率を他のページと同じになるように
し、かつ、仮想論理領域に隙間ができないようにレイア
ウト処理をした場合のフローである。

【００７２】ステップＳ９０１では、製本アプリケーシ
ョン１０４０は、図３で示すように物理ページを４分割
して、分割されたそれぞれの領域を「仮想論理領域」と
して定義する。

【００７３】ステップＳ９０３では、製本アプリケーシ
ョン１０４０は、論理ページ方向が物理ページの方向と
異なる場合に、その論理ページのイメージを９０度回転
させて、方向を統一する。

【００７４】次に、ステップＳ９０４で、製本アプリケ
ーション１０４０は、各論理ページを順番に該当する各
仮想論理領域に入りきる大きさに縮小して、論理ページ
のイメージを仮想論理領域に割り付けていく（Ｓ９０
５）。これらの処理を４つの論理ページに対して実行
し、仮想論理領域に対して割り付けを行う（Ｓ９０２か
らＳ９０７）。

【００７５】図１０は、ステップＳ９０３、Ｓ９０４お
よびステップＳ９０５における処理の内容を示す図であ
り、方向の異なる４ページ目は９０度回転して、１ペー
ジ〜３ページと同じ方向に配置され、仮想論理領域に隙
間なく、論理ページが割り付けられる。

【００７６】ステップＳ９０８において、製本アプリケ
ーション１０４０は、追加描画を仮想論理領域を基準と
した比率に変更し、描画位置を特定して、そのサイズの
変更された追加描画を、各仮想論理領域の所定の位置に
変更された比率で描画する（Ｓ９０９）。

【００７７】ステップＳ９０８、およびステップＳ９０
９における処理の結果、追加描画「部外秘」は、図１１
に示すように、各仮想論理領域の同じ位置、同じ比率
で、描画される。追加描画の印刷制御を、仮想論理領域
を基準とすることにより、論理ページの用紙方向や縮小
サイズに関係なく、追加描画をすべての仮想論理領域に
おいて、同一の位置、同一の大きさで描画することがで
きる。

【００７８】図１２は比較のために示す従来例のフロー
チャートである。前述したように、追加描画機能を有す
るプリンタドライバを例にして説明する。

【００７９】まず、ステップＳ１２０１において、従来
のプリンタドライバは、物理ページを４つの仮想論理領
域に分割し、ステップＳ１２０３で、追加描画を各論理
ページに描画する。追加描画が付された論理ページであ
って、論理ページのレイアウト方向が物理ページの方向
と異なる場合、その論理ページを９０度回転させて（Ｓ
１２０４）、論理ページと追加描画とを共に、仮想論理
領域に入りきる大きさに縮小し（Ｓ１２０５）、縮小さ
れた論理ページを追加描画と共に、仮想論理領域に描画
する（Ｓ１２０６）。

【００８０】図１２の処理と本実施形態（図９）の処理
との違いは、本実施形態では論理ページを９０度回転さ
せて、論理ページを仮想論理領域に割り付けた後に、追
加描画を割り付けているのに対し、従来は元の論理ペー
ジに追加描画を描画してから、その論理ページに追加描
画も含めて、仮想論理領域に割り付けをする点である。

【００８１】図１３は、従来例である図１２の処理の内
容を示す図である。追加描画は、論理ページの回転の影
響により、90度回転された状態で描画されてしまい、レ
イアウトの統一性に欠ける結果となる。本実施形態にお
ける文書データに関する情報処理方法では、印刷時に文
書データに追加される追加描画に関する情報を設定し、
その設定された追加描画に関する情報を文書ファイルに
その文書データと共に管理する（１０３０）。

【００８２】情報処理方法においては、プリンタ１０７
０を制御するプリンタドライバ１０６０に対して、印刷
情報を出力する際、管理されている文書データと、追加
描画データと、に関するデータとを読み出し、文書デー
タに関するレイアウトと、追加描画データの付加に関す
る情報処理を実行する。情報処理の具体的な処理は、上
述の図２、図９で示したフローチャートに従うことで実
行することができる。

【００８３】本実施形態によれば、追加描画と論理ペー
ジとを別個にレイアウト制御することが可能となり、論
理ページを仮想論理領域に併せて回転された場合であっ
ても、論理ページの回転による影響を受けることなく、
回転していないページと同じ向きで追加描画データを描
画することが可能となる。

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

【００８５】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
憶した記憶媒体を、システムあるいは装置のコンピュー
タ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプ
ログラムコードを読出し実行することによっても、達成
される。

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

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

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

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

【００９０】

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

【００９１】本発明によれば、追加描画と論理ページと
を別個にレイアウト制御することが可能となり、論理ペ
ージを仮想論理領域に異なる縮小倍率でレイアウトする
場合であっても、論理ページごとに倍率の異なる縮小の
影響を受けることなく、全体として共通の位置、大きさ
により追加描画データを描画することが可能となる。

【００９２】本発明によれば、追加描画と論理ページと
を別個にレイアウト制御することが可能となり、論理ペ
ージを仮想論理領域に併せて回転された場合であって
も、論理ページの回転による影響を受けることなく、回
転していないページと同じ向きで追加描画データを描画
することが可能となる。

【図面の簡単な説明】

【図１】図１は印刷対象の論理ページを例示する図であ
る。

【図２】本発明の実施形態にかかり、複数の論理ページ
を１枚の物理ページ上に追加描画とともに描画する場合
の処理の流れを説明するフローチャートである。

【図３】物理ページに４ページの論理ページを割り付け
るために、定義した仮想論理領域を説明する図である。

【図４】４つの論理ページを物理ページの仮想論理領域
に、入りきるように論理ページを縮小して割り付ける処
理を説明する図である。

【図５】追加描画の例を示す図である。

【図６】各仮想論理領域に、追加描画を割り付ける処理
を説明する図である。

【図７】従来例において、原稿を１枚の物理ページ上に
追加描画とともに描画する場合の処理の流れを説明する
フローチャートである。

【図８】図７の従来例の処理により、論理ページと追加
描画を物理ページに割り付ける処理を説明する図であ
る。

【図９】本発明の実施形態にかかり、複数の論理ページ
を１枚の物理ページ上に追加描画とともに描画する場合
の処理の流れを説明するフローチャートである。

【図１０】４つの論理ページを物理ページの仮想論理領
域に、入りきるように論理ページを回転させてして割り
付ける処理を説明する図である。

【図１１】図１０で作成された物理ページの各仮想論理
領域に、追加描画を割り付ける処理を説明する図であ
る。

【図１２】従来例において、原稿を１枚の物理ページ上
に追加描画とともに描画する場合の処理の流れを説明す
るフローチャートである。

【図１３】図１２の従来例の処理により、論理ページと
追加描画を物理ページに割り付ける処理を説明する図で
ある。

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

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

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

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

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

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

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

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

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

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

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

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

Claims

【特許請求の範囲】

【請求項１】情報処理装置であって、複数ページにわたる文書データを、単一のレイアウト領
域を分割した分割領域に、ページ単位に配置させるレイ
アウト手段と、前記レイアウト手段により分割された前記分割領域内
に、追加描画データを付加する追加描画手段と、を備えることを特徴とする情報処理装置。
【請求項２】前記レイアウト手段は、複数ページにわ
たる文書データをページ単位に分割し、該ページ単位の
文書データを、縮小し、および／若しくは、回転させ
て、前記分割領域に配置させることを特徴とする請求項
１に記載の情報処理装置。
【請求項３】前記追加描画手段は、前記レイアウト手
段により、ページ単位に配置される文書データの縮小、
および／もしくは回転、とは独立に、前記分割領域内に
追加描画データを付加することを特徴とする請求項１ま
たは２に記載の情報処理装置。
【請求項４】印刷時に文書データに追加される追加描
画に関する情報を設定する設定手段と、前記設定手段により設定された前記追加描画に関する情
報を文書情報の文書ファイル内に含ませて管理する文書
管理手段と、前記文書管理手段により管理されている文書ファイルの
文書情報を印刷処理する場合に、当該文書ファイルから
前記追加描画に関する情報を読み出して、プリンタドラ
イバに出力する出力手段とを更に有することを特徴とす
る請求項１乃至３のいずれかに記載の情報処理装置。
【請求項５】情報処理方法であって、複数ページにわたる文書データを、単一のレイアウト領
域を分割した分割領域に、ページ単位に配置させるレイ
アウト工程と、前記レイアウト工程により分割された前記分割領域内
に、追加描画データを付加する追加描画工程と、を備えることを特徴とする情報処理方法。
【請求項６】前記レイアウト工程は、複数ページにわ
たる文書データをページ単位に分割し、該ページ単位の
文書データを、縮小し、および／若しくは、回転させ
て、前記分割領域に配置させることを特徴とする請求項
５に記載の情報処理方法。
【請求項７】前記追加描画工程は、前記レイアウト工
程の処理により、ページ単位に配置される文書データの
縮小、および／もしくは回転、とは独立に、前記分割領
域内に追加描画データを付加することを特徴とする請求
項５または６に記載の情報処理方法。
【請求項８】印刷時に文書データに追加される追加描
画に関する情報を設定する設定工程と、前記設定工程により設定された前記追加描画に関する情
報を文書情報の文書ファイル内に含ませて管理する文書
管理工程と、前記文書管理工程により管理されている文書ファイルの
文書情報を印刷処理する場合に、当該文書ファイルから
前記追加描画に関する情報を読み出して、プリンタドラ
イバに出力させる出力工程とを更に有することを特徴と
する請求項５乃至７のいずれかに記載の情報処理方法。
【請求項９】請求項１乃至４のいずれかに記載の印刷
制御装置の機能をコンピュータが実行する機能として特
定することを特徴とするコンピュータプログラム。
【請求項１０】請求項９に記載のコンピュータプログ
ラムを格納することを特徴とするコンピュータ可読記憶
媒体。