JP4136842B2 - 文書編集方法および文書編集装置 - Google Patents

Description

本発明は、文書編集装置および方法に関するもので、特にパーソナルコンピュータ等の情報処理とプリンタからなるシステムにおいて、文書のレイアウト編集を行うとともに、文書の内容の編集後も編集されたレイアウトを保持できる文書編集方法及び文書編集装置に関するものである。

アプリケーションプログラムにより作成された種々のオリジナル文書を１つの文書としてまとめ、文書自体の管理や出力管理を容易化させた印刷レイアウトアプリケーション（以下、製本アプリケーションまたは印刷制御アプリケーションと呼ぶ。）がある（特許文献１等参照）。

その製本アプリケーションおいて、通常、印刷対象であるオリジナル文書を本文として取り込んだあとは、取り込んだ本文は固定化され、オリジナル文書の本文の編集を行うことができない。その製本アプリケーションにより、本文は固定のまま、レイアウトの設定、フィニッシング情報の付加、アノテーションデータの付加等、文書の体裁に関する編集だけを行うことができた。

図１３は印刷時のレイアウトを編集可能な製本アプリケーションで作成される従来の作業ファイル（実施形態における編集情報ファイルおよび保存ファイルに相当する。）の内容を示している。この作業ファイルでは「レイアウト状態」「フィニッシングの設定」「アノテーション情報」などの属性を持ち、製本アプリケーションによる編集作業でこれらを変更することが出来る。しかし、本文の画像情報（本実施形態のページデータに相当する。）１３０１は画像として固定化されているため変更は出来ない。

図１４は作業ファイルを作成するまでの工程をあらわした図である。ここまでの工程は従来の場合も本発明の場合も同じである。まず、一般のアプリケーションで本文の元となるデータのファイルを作成する。このファイルは１つであっても、複数であってもかまわない。また、同じアプリケーションのものでも、異なるアプリケーションのものでもかまわない。次に製本アプリケーションで、このデータを取り込みページごとの画像に変換する。この画像に対して、レイアウト編集を行なったのち、作業ファイルとして保存する。

図１５は、図１４の工程で作成した作業ファイルにおいてそれに含まれる本文（ページデータ）を編集する工程を示している。従来の作業ファイルについて本文を編集することはできない。そこで、一般のアプリケーションで作成したオリジナル文書ファイルを編集する。本文の変更以前に作成した作業ファイルは最早利用できないので、新たに編集した本文の取り込みからレイアウト編集作業まで、すべてをやり直さなければならない。図１５は、そのことをあらわしている。
特開平２００３−０９１５１８号公報

このように、本文の内容について編集が必要になった場合、それまでに設定したレイアウトなどの情報は放棄して、あらためて本文を編集するために、オリジナル文書を作成したアプリケーションによりオリジナル文書を編集して、編集後の文書を本文として取り込み、最初からデータを作成しなおす必要があった。このため、内容の変更に伴う作業の効率の低下を招いていた。

このように、製本アプリケーションに一度取り込んだ本文データは変更できないため、内容の変更は文書全体の再作成作業を伴い、作業にロスが生じ、生産性を非常に悪いものとしていた。

本発明は上記従来例に鑑みて成されたもので、文書編集装置において文書データとして統合されているページデータの元となるオリジナル文書を、アプリケーションプログラム使用により編集する場合に、編集されたオリジナル文書に対して、既に文書編集装置で設定されていた印刷設定を継承することができ、作業性や生産性を向上させる文書編集装置及び方法を提供することを目的とする。

上記目的を達成するために本発明は以下のような構成を備える。

複数のオリジナル文書データからページデータを生成し、複数の前記ページデータを文書データとして統合し、前記オリジナル文書データに関連付けられた前記ページデータの印刷設定を設定する文書編集装置であって、前記文書データのうち編集対象の前記ページデータをユーザに選択させるための画面を表示する表示手段と、前記表示手段によって表示された前記画面を介して選択された前記ページデータに関連付けられている前記オリジナル文書データを編集するためのアプリケーションプログラムを起動する起動手段と、前記アプリケーションプログラム使用による編集後に、編集後の前記オリジナル文書データから前記ページデータを生成する生成手段と、前記生成手段によって生成されたページデータを編集前の前記オリジナル文書データに関連付けられていたページデータと置換する置換手段と、前記オリジナル文書データの編集前のページ数と編集後のページ数に基づいて、前記置換手段によって置換される前のページデータに設定されていた前記印刷設定を、前記置換手段によって置換された後の前記ページデータに対して継承する継承手段とを備える。

編集前のページ数と編集後のページ数に基づいて文書編集装置で設定した印刷設定を編集後のオリジナル文書から生成されたページデータに対して継承することで、文書編集装置において文書データとして統合されているページデータの元となるオリジナル文書を、アプリケーションプログラムの使用により変更し、ページ数が増減しても、編集前の印刷設定を最初からやり直すことなく、継承することができる文書編集装置を実現できるため、ユーザの作業効率の向上が図られる。

本発明は、印刷方法および装置に関するもので、特にパーソナルコンピュータ等の情報処理とプリンタからなるシステムにおける、印刷レイアウトアプリケーションにおいて、ソフトウェアとして実装され、印刷データ編集時に実行されるものである。

以下、添付図面に従って、本発明の実施形態を詳細に説明する。

［本実施形態の文書処理システムの概要］
本発明の第１の実施形態である文書処理システムの概要を、図１〜図１３を参照して説明する。この文書処理システムでは、一般アプリケーションにより作成されたデータファイルが、印刷データ保存用ドライバによって保存ファイルに変換される。印刷制御アプリケーション（製本アプリケーションと呼ぶ場合もある。）はその電子原稿ファイルを編集する機能を提供している。また、印刷制御アプリケーションで編集された保存ファイルに対しては、保存ファイルに対応付けられた編集情報ファイルが生成されて保存される。そして、保存ファイルの内容は、印刷制御アプリケーションを介して印刷アプリケーション（デスプーラとも呼ばれる。）により読み出されて印刷に供される。尚、本例では、それぞれの機能が明瞭になるように、一般アプリケーション、印刷データ保存用ドライバ、印刷制御アプリケーション、印刷アプリケーションと分離して示しているが、ユーザに提供されるパッケージはこれらに限定されず、これらを組み合わせたアプリケーションやグラフィックエンジンとして提供されてもよい。以下、その詳細は説明する。

＜本実施形態の文書処理システムのハードウェア構成例＞
図２は本実施形態の文書処理システムの構成を説明するブロック図である。なお、本発明の機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ，ＷＡＮ等のネットワークを介して接続がなされ処理が行われるシステムであっても本発明を適用できる。

同図において、ホストコンピュータ１００は、ＣＰＵ２０１やＲＡＭ２０２、ＲＯＭ２０３等を備える。ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭあるいは外部メモリ２１１に記憶された文書処理プログラム等に基づいて図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行する。またＣＰＵ２０１は、システムバス２０４に接続される各デバイスを総括的に制御する。また、ＲＯＭ２０３のプログラム用ＲＯＭ領域あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステムプログラム（以下ＯＳ）等を記憶し、ＲＯＭ２０３のフォント用ＲＯＭ領域あるいは外部メモリ２１１には上記文書処理の際に使用するフォントデータ等を記憶し、ＲＯＭ２０３のデータ用ＲＯＭ領域あるいは外部メモリ２１１には上記文書処理等を行う際に使用する各種データを記憶する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。ディスクコントローラ（ＤＫＣ）２０７は、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）等の外部メモリ２１１とのアクセスを制御する。外部メモリ１１１には、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタ制御コマンド生成プログラム（以下プリンタドライバ）等が記憶される。プリンタコントローラ（ＰＲＴＣ）２０８は、双方向性インタフェイス（インタフェイス）２１を介してプリンタ１０７に接続されて、プリンタ１０７との通信制御処理を実行する。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ２１０上でのＷＹＳＩＷＹＧを可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。ユーザは印刷を実行する際、プリンタドライバにより提供される印刷の設定に関するウインドウを開き、プリンタの設定や、印刷モードの選択を含むプリンタドライバに対する印刷処理方法の設定を行える。

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

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

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

＜本実施形態の文書処理システムのソフトウェア構成例＞
図１は、本実施形態の文書処理システムのソフトウェア構成を示す図である。

文書処理システムは、本発明の文書処理装置（情報処理装置）の好適な実施形態であるデジタルコンピュータ１００（以下、ホストコンピュータとも呼ばれる）によって実現されている。一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドローあるいはペイント、プレゼンテーション、テキスト編集などの機能を提供するアプリケーションプログラムであり、オペレーティングシステム（ＯＳ）に対して印刷処理を要求する機能を有している。これらアプリケーションは、作成された文書データや画像データなどのアプリケーションデータを印刷するにあたって、ＯＳにより提供される所定のインタフェースを利用する。すなわち、アプリケーション１０１は、作成したデータを印刷するために、前記インタフェースを提供するＯＳの出力モジュールに対して、あらかじめ定められる形式で出力指示を行う。出力指示を受けた出力モジュールは、プリンタ等の出力デバイスが処理可能な形式にそのコマンドを変換し、変換されたコマンドを出力する。出力デバイスが処理可能な形式はデバイスの種類やメーカ、機種などによって異なるために、デバイスごとにデバイスドライバが提供されており、ＯＳではそのデバイスドライバを利用してコマンドの変換を行い、印刷データを生成し、ＪＬ（Job Language）でくくることにより印刷ジョブが生成される。

ＯＳとしてマイクロソフト社のウインドウズ（登録商標）を利用する場合には、出力モジュールとしてはＧＤＩ（Graphic Device Interface）と呼ばれるモジュールが用いられる。そして、アプリケーション１０１は、作成したデータをＧＤＩに適合した形式のパラメータとしてＧＤＩ関数をコールする。こうすることで、ＯＳに対して前述した出力指示が送られたことになる。

印刷データ保存用ドライバ１０２は、前述のデバイスドライバを改良したものであり、本文書処理システム実現のために提供されるソフトウェアモジュールである。ただし、印刷データ保存用ドライバ１０２は特定の出力デバイスを目的としておらず、後述の印刷制御アプリケーション１０４やプリンタドライバ１０６により処理可能な形式に出力コマンドを変換する。この印刷データ保存用ドライバ１０２による変換後の形式（以後、「保存ファイル形式」と呼ぶ。）は、文書の構造やページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。ページ単位の原稿を表現する形式としては、例えばアドビシステムズによるＰＤＦ形式や、ＳＶＧ形式などが保存ファイルとして採用できる。

なお、本実施形態においては保存ファイル１０３と拡張編集情報ファイル１１１とを別個のファイルとしているが、これらは、ファイルが開かれていない状態においては、その一体性を保持するためにアーカイブファイルとして一体とされていてもよい。本説明では、とくに保存ファイル１０３と拡張編集情報ファイル１１１とをまとめて電子原稿ファイルと呼ぶことがある。また印刷データ保存用ドライバのことを、電子原稿ファイルを生成するプログラムという意味で電子原稿ライタと呼ぶ場合もある。

図１で示すシステムにおいては、保存ファイル１０３で保存されているデータの内容に対して加工を施すことができる。これによりアプリケーションからの印刷データに対して、拡大縮小や、複数ページを１ページに縮小して印刷する等、アプリケーションの持たない機能を実現することができる。これらの目的のために、図１のシステムでは中間コードデータでスプールする様、従来のものに対してシステムの拡張がなされてきている。なお、印刷データの加工を行うためには、通常印刷制御アプリケーション１０４が提供するウインドウから設定を行い、その設定内容をＲＡＭ２０２上あるいは外部メモリ２１１上に保管する。

図１に示す通り、この拡張された処理方式では、まず、アプリケーション１０１からの印刷データは印刷データ保存用ドライバ１０２を介して保存ファイル１０３としてシステム上に保存される。この保存ファイル１０３は中間ファイルとも呼ばれ、印刷物のコンテンツデータや印刷用設定データ等が含まれる。印刷物のコンテンツデータとはユーザがアプリケーション上で作成したデータを中間コードに変換したデータであり、印刷用設定データとはコンテンツデータをどのように出力するか(出力体裁等)を記述したデータである。そのほか、印刷制御アプリケーションにより保存ファイルの内容の編集や出力指示をユーザに行わせる際のユーザインターフェースを提供するための拡張編集情報ファイルというアプリケーション用拡張データが含まれる。拡張編集情報ファイル１１１には、ユーザインターフェースの提供のための拡張データのみならず、保存ファイルには格納できない印刷用設定データが格納されている。このため、保存ファイルとしてたとえば標準化された形式を用いた場合など、その形式では保存できない印刷用設定も拡張編集情報ファイル１１１に保存できる。

さらに、拡張編集情報ファイル１１１には、印刷制御アプリケーションに１０４による編集操作の対象となる電子原稿ファイルそのもののほか、電子原稿ファイルの元となるオリジナル文書ファイルへのリンク情報が含まれる。また、本実施形態ではオリジナル文書ファイルそのものも含まれる。ただし、オリジナル文書ファイルそのものは拡張編集情報ファイル１１１に含まれていなくとも良い。なおオリジナル文書ファイルには、たとえば文書作成アプリケーションにより作成された文書データファイルや、表作成アプリケーションにより作成された表データ、ドローイングアプリケーションにより作成された図面データファイル、ディジタル化された写真データ等、一般アプリケーション１０１により作成され、印刷データ保存用ドライバ１０２の入力となった文書データが含まれる。

この保存ファイル１０３を印刷制御アプリケーション１０４が読み込む。この印刷制御アプリケーション１０４は、保存ファイル１０３の内容をメモリにテーブルとして展開し、さらに拡張編集情報ファイル１１１に、保存ファイルには含まれない特有の設定が含まれていれば、その設定をメモリ上に展開したテーブルに反映する。そして、読み込んだ保存ファイル１０３に内容の出力体裁を変更、表示し、保存、印刷することが可能である。実際に印刷のための処理を行うのは印刷アプリケーション(デスプーラ)１０５である。印刷制御アプリケーション１０４から印刷命令を受けた印刷アプリケーション(デスプーラ)１０５は、印刷制御アプリケーション１０４の設定した出力体裁に従い、ＧＤＩ関数など、所定の形式でグラフィックエンジン１２１に対してデータを入力する。グラフィックエンジン１２１は、入力されたＧＤＩ関数形式などのデータをＤＤＩ関数に変換して、プリンタドライバ１０６へＤＤＩ関数を出力する。プリンタドライバ１０６は、グラフィックエンジン１２１から取得したＤＤＩ関数に基づいてページ記述言語等からなるプリンタ制御コマンドを生成し、システムスプーラ１２２経由でプリンタ１０７に出力する。

＜保存ファイルのデータ形式例＞
印刷アプリケーション１０４の詳細に言及する前に、保存ファイルのデータ形式を説明する。保存ファイルは、コンテンツデータとして各原稿ページ（アプリケーションで生成されたページ単位のデータ。論理ページとも呼ぶ。）のデータを含み、印刷用設定データとしてたとえばジョブチケットと呼ばれる形式のデータを含む。さらに、保存ファイル１０３と共に、後述する印刷制御アプリケーション１０４が独自に参照するための拡張編集情報ファイル１１１も格納される。保存ファイル１０３においては、このＰＤＦ形式の原稿ページデータやジョブチケットと呼ばれる形式のデータが中間データということになる。

保存ファイルにおいて、原稿ページデータは、例えばＰＤＦ形式などで定義されており、文字の書体や色の指定、原稿ページ内における文字や図形等のレイアウトの情報等が含まれている。

保存ファイルとして保存されるジョブチケットは原稿ページを最小単位とする構造を有するデータである。ジョブチケットにおける構造は、用紙上における原稿ページのレイアウトを定義している。１つのジョブチケットは１つの印刷ジョブに対応する。最上位に文書全体のノードがあり、文書全体の属性、例えば両面印刷／片面印刷などが定義されている。その下には、文書の構造および各構成要素ごとの設定を示す情報と含む。具体的には、シート束ノードが属し、用いるべき用紙の識別子や、プリンタにおける給紙口の指定などの属性が含まれる。各シート束ノードには、そのシート束に含まれるシートのノードが属する。１シートは１枚の用紙に相当する。各シートには、印刷ページ（物理ページ）が属する。片面印刷ならば１シートには１物理ページが属し、両面印刷ならば１シートに２物理ページが属する。各物理ページには、その上に配置される原稿ページが属する。また物理ページの属性として、原稿ページのレイアウトが含まれる。原稿ページについては、原稿ページの実体である原稿ページデータへの関連づけ情報（リンク情報）が含まれる。

ジョブチケットのデータ構造の例を図１２に示す。印刷用のデータでは、文書は用紙の集合で構成されており、各用紙は表、裏の２面で構成されており、各面は原稿をレイアウトする領域（物理ページ）を持ち、各物理ページには、最小単位である原稿ページの集合から構成される。１１０１は文書に相当するデータで、文書全体に関係するデータと、文書を構成する用紙情報のリストから構成される。用紙情報１１０２は用紙サイズなど用紙に関する情報と用紙上に配置される面情報のリストから構成される。面情報１１０３は、面に固有のデータと、面上に配置される物理ページのリストから構成される。物理ページ情報１１０４は、物理ページのサイズやヘッダ・フッタなどの情報と、物理ページを構成する原稿ページのリストから構成される。原稿ページ情報１１０５は、原稿ページの設定と、ページの内容を表すページデータへのリンクが含まれる。

文書全体の設定については、例えば次のような情報を含む。
(1)物理ページ（印刷媒体のシートの面を指す。）上における原稿ページの配置の情報（Ｎページを１枚の物理ページに配置するいわゆるＮアップ（Ｎ−ｕｐ）印刷の設定等）および順序
(2)ドキュメント名
(3)両面指定の可否
(4)バリアブル印刷（あらかじめ定めた欄の内容を別途用意したデータを埋め込んで印刷する技術）の可否
(5)含まれる原稿ページ数
(6)カラータイプ
(7)部数など
(8)ウオーターマーク（原稿ページまたは印刷ページに重複させる地模様）
(9)プリンタ状態
(10)メディアタイプ
(11)シート上の論理ページ番号リスト
(12)印刷品位など。

シート束ごとの印刷設定については次のようなパラメータを設定できる。
(13)Ｎアップ印刷の指定
(14)カラータイプ
(15)給紙元など。

各シート束に属するシートごとの印刷設定については次のような設定ができる。
(16)両面／片面印刷の設定。

各シートに属する物理ページ（面）ごとの印刷設定については次の設定ができる。
(17)カラータイプ
(18)表面／裏面のいずれかに相当するかの指定。

各物理ページに配置される原稿ページごとの印刷設定については次の設定ができる。
(19)開始座標
(20)大きさ
(21)順序。

このようにジョブチケットは、原稿ページを最小位とした階層構造を有するデータである。そして、これらジョブチケットにより定義される印刷用設定は、その多くがドキュメント単位で設定される階層ごとに共通なものではあるが、Ｎ−ｕｐ設定やカラータイプのように階層間で共通なものも一部存在する。共通な設定については、下位の階層は、原則としてその上位の階層における同一の設定の値を継承する。ただし、階層間で共通な属性が異なる値を有している場合には、注目階層について設定された値が、その属性の値として用いられる。たとえば、カラータイプの設定は、ドキュメント全体とシート束（シートのくくり）、物理ページ（面あるいは印刷ページとも呼ぶ）について設定することができる。カラータイプは、印刷装置におけるモードを指定する設定であり、モノクロモードが設定されれば印刷装置によりモノクロームで印刷させ、カラーモードが設定されればカラーで印刷させるように、印刷データが生成される。

＜拡張編集情報ファイルにより管理される文書構造＞
印刷制御アプリケーション１０４は、保存ファイル１０３に含まれるデータを様々な方法でユーザに指定させ、また、印刷設定を変更させるためのユーザインターフェースを提供するプログラムである。保存ファイル自体は上述した構造を有するファイルであるが、印刷制御アプリケーション１０４は、保存ファイル１０３とは別に前述した拡張編集情報ファイル１１１を、保存ファイルと対応付けて管理している。その拡張編集情報ファイルに含まれる編集情報により、印刷制御アプリケーション１０４は、保存ファイル１０３、例えばジョブチケットで定義されるドキュメントとは独立した管理構造で文書を管理する。その管理構造は、ジョブチケットと類似した階層構造であるが、ジョブチケットと異なり、上位から「ブック」「章」「原稿（論理）ページ」という階層からなる。このうち原稿ページはジョブチケットでいうところの原稿ページと同じものを指す。また章は、シート束（シートのくくり）に対応する。

ユーザインターフェースとして表示される文書ファイルは、ユーザが、印刷制御アプリケーション１０４を用いて保存ファイル１０３の印刷用設定の変更や印刷指示等を行う際に一時的にユーザインターフェースのために構築される。したがって、印刷制御アプリケーション１０４は、保存ファイル１０３を対応する拡張編集情報ファイル１１１とともに開き、その保存ファイルから編集情報で定義される構造を有したデスプールテーブル（後述）をメモリ上に展開し、それに基づいて、文書ファイルの構造やプレビュー画面を、後述するようにユーザインターフェースとして表示する。この印刷制御アプリケーション（製本アプリケーション）１０４により、保存ファイル１０３および拡張編集情報ファイル１１１に基づいて構築される文書ファイルをブックファイルと呼ぶ。そして、その際、拡張編集情報ファイルに固有の設定項目がある場合には、ユーザがユーザインターフェースを介してブックファイルを参照しながら印刷設定の変更を行うことができる。変更された設定は、メモリ上のテーブル（デスプールテーブル）に反映され、保存の指示がされれば保存ファイル１０３および拡張編集情報ファイル１１１に保存される。

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

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

なお図３では、ブックファイルが１つの完結したブックである必要はないので、「ブック」を「文書」として一般化して記載している。そして、文書に関する情報を文書情報、章に関する情報を章情報、ページに関する情報をページ情報と総括的に呼ぶ。

図３において、まず最上位に文書情報４０１を持つ。文書情報４０１は３つのパート４０２〜４０４に大別できる。文書制御情報４０２は、文書ファイルのファイルシステムにおけるパス名などの情報を保持する。文書設定情報４０３は、ページレイアウトなどのレイアウト情報とステイプルなど印刷装置の機能設定情報を保持し、ブックの属性に相当する。章情報リスト４０４は、文書を構成している章の集合をリスト形式で保持する。リストが保持するのは章情報４０５である。

章情報４０５も３つのパート４０６〜４０８に大別できる。章制御情報４０６は、章の名称などの情報を保持する。章設定情報４０７は、その章特有のページレイアウトやステイプルの情報を保持し、章の属性に相当する。章ごとに設定情報をもつことで最初の章は２UPのレイアウトその他の章は４UPのレイアウトのように複雑なレイアウトを持った文書を作成することが可能である。ページ情報リスト４０８は各章を構成する原稿ページの集合リスト形式で保持している。ページ情報リスト４０８が指示するのは、ページ情報データ４０９である。

ページ情報データ４０９は４つのパート４１０〜４１２および４１４に大別される。ページ制御情報４１０は、ツリー上に表示するページ番号などの情報を保持する。ページ設定情報４１１は、ページ回転角やページの配置位置情報などの情報を保持し、原稿ページの属性に相当する。ページリンク情報４１２は、ページに対応する原稿データである。この例では、ページ情報４０９が直接原稿データを持つのではなく、リンク情報４１２だけをもち、実際の原稿データは、ページデータ４１３で保持する構成としている。

そして、オリジナル文書リンク４１４は、当該ページ情報を含むオリジナル文書へのリンクデータを保持する。なお、本実施形態では、このリンクは一方向ではなく、オリジナル文書からページ情報への逆方向のリンクをも含む。オリジナル文書は、ページごとに分割されているとは限らないので、複数のページ情報からひとつのオリジナル文書へのリンクが形成されている場合もある。図３においては、２つのページ情報がそれぞれ互いに異なるオリジナル文書１とオリジナル文書２へのリンクを有しているが、もしもこれら２つのページ情報がひとつのオリジナル文書から生成されたものであれば、これらのリンクはひとつのオリジナル文書を指し示す。

図４は、ブック属性（文書設定情報４０３）の例を示すリストである。通常、下位層と重複して定義可能な項目に関しては、下位層の属性値が優先採用される。そのため、ブック属性にのみ含まれる項目に関しては、ブック属性に定義された値はブック全体を通して有効な値となる。しかし、下位層と重複する項目については、下位層において定義されていない場合における既定値としての意味を有する。しかし、本例では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。なお、図示された各項目は具体的に１項目に対応するのではなく、関連する複数の項目を含むものもある。

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

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

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

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

図５は、章属性（章設定情報４０７）の、図６はページ属性（ページ設定情報４１１）の例を示すリストである。章属性とページ属性との関係もブック属性と下位層の属性との関係と同様である。

章属性に関しては、章に固有の項目はなく、すべてブック属性と重複する。したがって、通常は、章属性における定義とブック属性における定義とが異なれば、章属性で定義された値が優先する。しかし、本例では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。

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

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

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

＜本実施形態の文書処理システムの操作手順例＞
拡張編集情報ファイル１１１は上述したような構造および内容を有している。次に、印刷制御アプリケーション１０４および印刷データ保存用ドライバ１０２によって拡張編集情報ファイル１１１および保存ファイル１０３を作成する手順を説明する。拡張編集情報ファイル１１１の作成は、印刷制御アプリケーション１０４による拡張編集情報ファイル１１１の編集操作の一環として実現される。図７は、印刷制御アプリケーション１０４により、保存ファイル１０３および拡張編集情報ファイル１１１を開いてメモリ上に展開する際の手順である。

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

一方、既存の拡張編集情報ファイルがあれば、指定された保存ファイルおよび拡張編集情報ファイルを開き（ステップＳ７０４）、その保存ファイル及び拡張編集情報ファイルの構造、属性、内容に従ってデータを展開してユーザインターフェース（ＵＩ）画面を表示する。図９は、このＵＩ画面の一例である。ＵＩ画面９００は、ブックの構造を示すツリー部９０１と、印刷された状態を表示するプレビュー部９０２とを含む。ツリー部９０１には、ブックに含まれる章、各章に含まれるページが、図３のような木構造が分かるように表示される。ツリー部９０１に表示されるページは原稿ページである。プレビュー部９０２には、印刷ページの内容が縮小されて表示される。その表示順序は、ブックの構造を反映したものとなっている。なおＲＡＭ１０２に展開されるデータもまた図３と同様の構成をとる。そして、各階層のノードに含まれる属性も、図４〜図６に示す形式でＲＡＭ１０２に展開される。これら属性項目は、たとえばその構造はポインタ等を用いて実現し、また属性における項目は、項目ごとの識別子等によって識別することができる。

さて、開かれた拡張編集情報ファイル１１１には、印刷データ保存用ドライバ１０２によって原稿ページデータを、新たな章として追加することができる。この機能をインポート機能と呼ぶ。図７の手順によって新規に作成された拡張編集情報ファイルにアプリケーションデータをインポートすることで、原稿ページデータが拡張編集情報ファイルの章の下に属するものとして対応付けられ、拡張編集情報ファイルに実体が与えられる。この機能は、図８の画面にアプリケーションデータをドラッグアンドドロップ操作することで起動される。図１０にインポート処理の手順を示す。

図１０においてまず、指定されたアプリケーションデータを生成したアプリケーションプログラムを起動し、デバイスドライバとして印刷データ保存用ドライバ１０２を指定してアプリケーションデータを印刷出力させることで、中間形式のデータ（たとえばＰＤＦ形式）に変換する（ステップＳ８０１）。変換を終えたなら、変換されたデータが画像データであるか否かを判定する（ステップＳ８０２）。この判定は、ウインドウズ（登録商標）ＯＳの下であれば、アプリケーションデータのファイル拡張子に基づいて行うことができる。例えば、拡張子が「ｂｍｐ」であればウインドウズ（登録商標）ビットマップデータであり、「ｊｐｇ」であればｊｐｅｇ圧縮された画像データ、「ｔｉｆｆ」であればｔｉｆｆ形式の画像データであると判定できる。

画像データでなかった場合には、ステップＳ８０１で生成された中間データを、現在開かれている拡張編集情報ファイル１１１のブックに、新たな章として追加する（ステップＳ８０３）。すなわち、インポートにより新たな章とそれに属する新たな原稿ページが追加される。そして、各ページノードには、原稿ページの実体に対するリンク情報を書き込む。原稿ページの実体は印刷データ保存用ドライバ１０２により生成されたものが使用される。

なおインポートされた場合、章属性としては、ブック属性と共通するものについてはブック属性の値がコピーされ、そうでないものについては、あらかじめ用意された規定値に設定される。また、保存ファイルの文書全体についての属性と共通するものについては、それを引き継ぐようにすることもできる。

インポートされたアプリケーションデータが画像データである場合には、原則として新たな章は追加されず、指定されている章に画像データが１ファイルを１原稿ページとして追加される（ステップＳ８０４）。ただし、拡張編集情報ファイル１１１が新規作成された空のファイルであれば、新たな章が作成されて、その章に属する原稿ページとして画像データが追加される。その場合ページ属性は、上位層の属性と共通のものについてはその属性値が与えられ、アプリケーションデータにおいて定義された属性を保存ファイル１０３に引き継いでいるものについてはその値が与えられる。例えば、Ｎ−ｕｐ指定などがアプリケーションデータにおいてされていた場合には、その属性値が引き継がれる。このようにして、新規な拡張編集情報ファイルが作成され、あるいは、新規な章が追加される。

また、インポートされた文書は、オリジナル文書として拡張編集情報ファイル１１１とともに保存される。そして、ステップＳ８０３においても、ステップＳ８０４においても、追加された原稿ページについては、そのページ情報に含まれるオリジナル文書リンクに、保存されたオリジナル文書ファイルへのリンク情報が書き込まれる。

また、保存ファイル１０３についても、追加された原稿ページデータは、印刷データ保存用ドライバ１０２で生成されたデータが、既存の保存ファイル１０３に対する追加であれば、新たに付加されて保存される。その際、アプリケーション１０１で指定された印刷設定が、印刷データ保存用ドライバ１０２で生成されたデータに反映されている場合には、その印刷設定を保存ファイル１０３に反映することもできる。

図１１は、図１０のステップＳ８０１において、印刷データ保存用ドライバ１０２により保存ファイル１０３を生成させる手順を示すフローチャートである。まず、新たな保存ファイル１０３を作成してそれを開く（ステップＳ９０１）。指定したアプリケーションデータに対応するアプリケーションを起動し、印刷データ保存用ドライバ１０２をデバイスドライバとして、ＯＳの出力モジュール（例えばウインドウズ（登録商標）のＧＤＩ）に対して出力コマンドを送信させる。出力モジュールは、受信した出力コマンドを印刷データ保存用ドライバ１０２によって所定の形式（例えばＰＤＦ形式）のデータに変換し、出力する（ステップＳ９０２）。出力先はステップＳ９０１で開いた保存ファイルである。指定されたデータすべてについて変換が終了したか判定し（ステップＳ９０３）、終了していれば保存ファイルを閉じる（ステップＳ９０４）。印刷データ保存用ドライバ１０２によって生成される保存ファイルは、図１２にしめす構造と、原稿ページデータの実体とを含むジョブチケットと呼ばれるファイルである。

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

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

編集操作にあたっては、いったん保存ファイル１０３に保存されたジョブチケットをその構造を反映したデスプールテーブルという形式のデータとしてメモリに展開し、さらにそのデスプールテーブル上に拡張編集情報ファイル１１１に特有の属性を反映させる。ページデータそのものについては、展開はしなくともよい。そして、デスプールテーブルとしてメモリ上に展開された文書の構造自体が、上述した編集操作の対象となる。

デスプールテーブルは、その元となるジョブチケットと同様の構造および各層における印刷設定、原稿ページへの関連づけを含む。すなわち、部数やカラータイプ、両面／片面印刷の指定などドキュメント全体に有効な印刷設定の下に、Ｎアップ印刷の指定などシート束（シートのくくり）で有効な印刷設定があり、各シート束に属するシートごとに、両面／片面指定などの印刷設定があり、各シートに属する物理ページ（面）ごとに、カラータイプや表面／裏面のいずれかに相当するかの指定などの印刷設定がある。各層の印刷設定には設定可能な項目が含まれている。デスプールテーブルの設定はデバイスの仕様に従い、物理ページでの指定となっている。

そして、編集後にそのデスプールテーブルは、利用者の操作に応じて保存される。保存の形式は、保存ファイル１０３及び拡張編集情報ファイル１１１である。すなわち、デスプールテーブルは、メモリに展開されたジョブチケットそのものに近いが、拡張編集情報ファイルの属性としてのみ保有し得る印刷設定もそこには含まれる。したがって、まずそのような属性を除いて、デスプールテーブルは保存ファイル１０３として格納される。それとともに、そこ構造に表される文書のレイアウトや各ノードの設定などが、拡張編集情報ファイル１１１に保存される。ただし、デスプールテーブルに表された構造を属性として保存するためには、デスプールテーブルの構造を把握する必要がある。そこでその構造の把握を不要とするために、デスプールテーブルに編集結果を反映するとともに、編集結果を拡張編集情報ファイル１１１に定義された属性に合わせたデータとして記録しても良い。このようにすることで、デスプールテーブルの構造とは独立して、拡張編集情報ファイルへの編集結果の保存を実現できる。

＜拡張編集情報ファイルの出力＞
以上のように作成・編集される拡張編集情報ファイルは印刷出力を最終目的としている。利用者が図９に示す印刷制御アプリケーションのＵＩ画面９００からファイルメニューを選択し、そこから印刷を選択すると、指定した出力デバイスにより印刷出力される。この際、まず印刷制御アプリケーション１０４は、現在開かれている拡張編集情報ファイルおよび対応する保存ファイル（例えばジョブチケット）から上述したデスプールテーブルと呼ばれるデータを作成して印刷アプリケーション１０５に渡す。

印刷アプリケーション１０５は、デスプールテーブルを、グラフィックエンジン１２１に渡すパラメータに変換する。

印刷アプリケーション１０５は、保存ファイル１０３をＯＳの出力コマンド、例えばウインドウズ（登録商標）のＧＤＩコマンドに変換し、それをパラメータとしてグラフィックエンジンであるＧＤＩ関数をコールする。グラフィックエンジン１２１は、指定されたプリンタドライバ１２１によってデバイス（例えばプリンタ）に適したコマンドを生成させ、そのコマンドをデバイスに送信する。

ここでグラフィックエンジン１２１は、印刷デバイスごとに用意されたプリンタドライバ１０６を外部メモリ２１１からＲＡＭ２０２にロードし、出力をプリンタドライバ１０６に設定する。そして、グラフィックエンジン１２１は、ＧＤＩ（Graphic Device Interface）関数からＤＤＩ（Device Driver Interface）関数に変換して、プリンタドライバ１０６の提供するＤＤＩ関数をコールする。プリンタドライバ１０６は、出力モジュールから呼び出されたＤＤＩ関数に基づいて、プリンタが認識可能な制御コマンド、例えばＰＤＬ（Page Description Language）に変換する。変換されたプリンタ制御コマンドは、ＯＳによってＲＡＭ２０２にロードされたシステムスプーラ１２２を経てインタフェース２１経由でプリンタ１０７へ印刷データとして出力される仕組みとなっている。

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

＜印刷レイアウト処理の概要＞
図１４は、本実施形態において編集情報ファイルおよび保存ファイルを作成するまでの工程をあらわした図である。この工程は従来の場合と同じである。まず、一般のアプリケーションで本文の元となるデータのファイルを作成する。このファイルは１つであっても、複数であってもかまわない。また、同じアプリケーションのものでも、異なるアプリケーションのものでもかまわない。次に製本アプリケーション１０４で、このデータを取り込みページごとの画像に変換する。この画像に対して、レイアウト編集を行なったのち、編集された文書を編集情報ファイル１１１および保存ファイル１０３として保存する。

図１６は本発明に係る製本アプリケーション１０４の作業ファイルの内容を示している。従来の内容に加え、本文の元となったアプリケーションで作成されたオリジナル文書データ１６０１等を情報として取り込んでいる。このデータを利用することで、本文の画像情報にも変更を加えることが可能になる。

図１７は、図１４の工程で作成した編集情報ファイル及び保存ファイル１７０１から本文を編集する工程を示している。編集情報ファイル及び保存ファイル１７０１に含まれている本文の元データを当該アプリケーションで編集する。編集後これを保存すると、前回の工程で編集したレイアウトと新しくなった本文との合成が自動的に行われ、新しい本文と前回のレイアウト編集の組み合わさった状態が作成される。これを保存することで作業は完了する。すべてやり直しが必要だった従来の工程にくらべ、大幅に効率が改善されている。

ただし、図１７の場合でも、本文データのページ数が変化していたり、レイアウト編集時にページが入れ替えられていた場合などは、自動合成のあとにユーザの手動による修正が必要なこともある。しかし、すべてをやり直す場合に比べれば、それでも効率は良いと言える。

図１８は本発明に係る製本アプリケーションによるユーザインターフェース操作の概念図である。編集情報ファイル及び保存ファイルを開くとき、まず、拡張編集情報ファイル１８００を基にして、本文編集かレイアウト編集かを選択できる画面１８０１を最初に開く。この表示は本実施形態においては製本アプリケーション１０４により行われる。しかし、製本アプリケーション以外のプログラムにより実行されても良い。ここでアイコン１８０１ａが選択されて開かれると、レイアウト編集が選択されたものとして、製本アプリケーションの提供するウインドウ１８０２内において通常のレイアウト編集を利用者が行うことができ、編集後のデータを保存することができる。ウインドウ１８０２は、図９に示すウインドウ９００に相当する。

一方、本文編集のときは、ウインドウ１８０１に表示されたオリジナル文書ファイルのアイコンの内、編集対象のファイルを利用者が選択する。選択されたファイルには、それを編集生成したアプリケーションが関連づけられており、アイコンの選択によって対応する一般のアプリケーションが起動される。その対応アプリケーションによる編集操作はウインドウ１８０３において行われる。この画面は、通常市販されているようなアプリケーションプログラムの使用する場合のユーザインターフェースと全く同様のユーザインターフェースにより、利用者は編集を行える。

一般アプリケーションによる本文の編集が終了し、それを保存してアプリケーションを終了したのをきっかけにして、新しい本文を画像データに変換し、古いものと置き換える。この処理は本実施形態においては製本アプリケーション１０４により行われる。しかし、製本アプリケーション以外の製本アプリケーション以外のプログラムによりウインドウ１８０１の表示が行われている場合には、そのプログラムにより編集後の本文の取り込みは実行される。

その後、製本アプリケーションによって、新しい本文に対して、以前設定したレイアウトなどの情報が反映された形で表示される。このようにして、本文とレイアウトとの合成が実現される。ユーザは合成された結果に問題がなければ、そのまま保存し、修正の必要があれば、レイアウトなどを修正して保存することができる。

＜編集処理手順の説明＞
図１９〜図２３の流れ図および図３の編集情報ファイルの構成、及び、図１２のジョブチケットの構成を参照して、本実施形態により拡張された製本アプリケーションの処理について説明する。なお、前述の通り、図１９乃至図２３の処理は製本アプリケーションではなく、別に設けたプログラムにより実行させることもできる。

図１９は、本実施形態における製本アプリケーション１０４により、図１８のウインドウ１８０１を表示し、利用者による操作に応じた処理に分岐する処理手順のフローチャートである。この手順は、製本アプリケーションが起動された後、拡張製本情報ファイルが編集対象として指定された場合や、拡張編集情報ファイルを指定してそれをアプリケーションにより開く操作が行われた場合に起動される。なお、以下では、拡張編集情報ファイルの内、オリジナル文書リンクおよびリンクされたオリジナル文書ファイルを除く部分を編集情報ファイルと呼ぶ。

まずステップＳ１９０１において、指定された拡張編集情報ファイルに含まれるオリジナル文書ファイルを、編集情報ファイルとともに表示する。この表示は、ファイルを示すアイコン等のシンボルや、そのファイル名のリストを表示することで、図１８のウインドウ１８０１に示すように行われる。

ここで利用者による操作を待ち（ステップＳ１９０２）、編集情報ファイル１８０１ａのオープンが指示された場合には（ステップＳ１９０３−Ｙ）、その編集情報ファイルを開く。この手順は図７に示したとおりの手順である。あるいは、オリジナル文書ファイル１８０１ｂのオープンが指示された場合には（ステップＳ１９０４−Ｙ）、指定されたオリジナル文書ファイルに対応付けられたアプリケーション（オリジナル文書対応アプリケーションと呼ぶ。）を起動して編集処理を開始する。この対応付けは、製本アプリケーションが独自に行っても良いが、ウインドウズ（登録商標）オペレーティングシステムなどでは、ファイル名の拡張子にアプリケーションを対応付けて保存しており、その情報を利用することもできる。オリジナル文書対応アプリケーションの起動前には、編集対象の文書のページ数および更新日時を当該文書と関連づけて記憶しておく。更新日時はファイルの属性として記録されているのが普通であるが、ページ数についてファイルを開かずに獲得できるとは限らない。しかし、図３に示すように、オリジナル文書と各ページ情報とはリンクされており、本実施形態ではオリジナル文書からページ情報への逆リンクも有することから、そのリンクの数をオリジナル文書のページ数として記憶しておいても良い。

オリジナル文書の編集は、それを編集するアプリケーション独自の手順で行われるために、ここではその詳細は省略する。さて、オリジナル文書の編集が終了したときの製本アプリケーションによる処理を図２０に示す。製本アプリケーション１０４は、オリジナル文書対応アプリケーションの終了というイベントの発生を待ち、そのイベントの発生を伝えるメッセージを受けて図２０の処理を開始する。このようなプロセス間のメッセージは通常オペレーティングシステムによりサポートされる。

図２０において、まず、オリジナル文書対応アプリケーションにより作成・保存されたオリジナル文書ファイルについて、ページごとにたとえばＰＤＦ化されたページデータを含む仮保存ファイルを作成する（ステップＳ２００１）。ここで、保存ファイルの作成は、図１１に示したように印刷データ保存用ドライバ１０２により行われる。ただし、ここではページごとのページデータを作成することを目的としており、図１０のインポート処理のように文書に構造を持たせる必要はない。

次に、ステップＳ２００１により作成された電子原稿のページデータ（所定形式で作成された各ページのデータ。）のページ数と、オリジナル文書対応アプリケーション起動前に記憶しておいたオリジナル文書のページ数とを比較する（ステップＳ２００２）。一致していれば、保存ファイル、編集情報ファイルとも、その構造に何ら変更はない。したがって、仮保存ファイルのページデータにより、元の保存ファイルのページデータを置換する（ステップＳ２００４）。これは、保存ファイル１０３のみならず、編集情報ファイル１１１についても同様である。ただし、ふたつのファイルによりページデータを共有する場合には、置換は共有されているページデータについてのみ行われる。

既存の保存ファイル１０３の原稿ページ情報１１０５（図１１参照）および編集情報ファイル１１１のページ情報４０９（図３参照）それぞれのページデータリンクの値は、これら置換後のページデータを指し示しているとは限らず、ページデータへのリンクが確立していないために、ステップＳ２００４では、保存ファイル１０３および編集情報ファイル１１１についてページデータリンクを再構成する。保存ファイル１０３および編集情報ファイル１１１とも、原稿ページ情報１１０５およびページ情報４０９は木構造の葉に相当し、その葉のみを走査すると文書内でページが配置されている順序に並ぶ。たとえば、図３のページデータリスト４１３は左から右へとページ順に並べて記載されているが、これはページ情報４０９が左から右へとページ順に並ぶためである。これは保存ファイル１０３についても同様である。したがって、置換後のページデータの先頭ページから末尾ページへ、その順序でページ情報および原稿ページ情報を順次対応付けてリンクすれば、ページデータリンクあるいは原稿ページデータリンクの再構成が実現できる。

なお、図２０の手順は、編集されたオリジナル文書ファイルに限って行われる。すなわち、製本アプリケーションにより作成される文書（すなわち電子原稿）のうち、他のオリジナル文書対応アプリケーションにより作成された部分については何ら変更されない場合には、編集対象となったオリジナル文書ファイルの部分に限り図２０の処理が行われ、そのほかの部分はそのまま維持される。「編集対象となったオリジナル文書ファイルの部分」が元の文書（すなわち電子原稿）内において不連続であっても、例えば図３に示すオリジナル文書リンク（の逆リンク）により、オリジナル文書ファイルからページ情報を特定できる。そして特定されたページ情報からページデータリンクにより特定されるページデータについて上記置換および再構成を行うこともできる。この場合にも、オリジナル文書におけるページと、文書（すなわち電子原稿）におけるページの対応付けまでは行わず、仮保存ファイルのページの先頭から順にページデータを取りだし、それを新たなページデータとして置換する。

なお、オリジナル文書対応アプリケーション起動前のオリジナル文書ファイルの作成更新日時を記録しておき、それをオリジナル文書対応アプリケーション起動後の更新日時と比較して、一致している場合にはその時点でステップＳ２００５へと分岐するようにしてもよい。

また、製本アプリケーションにより、ページ順序が入れ替えられたり、ページが削除されている場合もあり得るが、そのような場合には、操作者が改めてそれと同様の操作を行う必要がある。

ステップＳ２００５では、図９あるいは図１８のウインドウ１８０２に示すように、製本アプリケーションにより編集情報ファイルを開き、プレビュー画像を生成して表示する。この状態で利用者は表示された文書の編集や印刷を行うことができる。

さて、ステップＳ２００２において編集前後のページ数が一致しない場合には、図２１のステップＳ２１００へ分岐する。ここでは編集後のページ数が編集前よりも増加しているか判定される。この判定は、ステップＳ２００２と同じデータを用いて行える。

増加していると判定された場合には、まず仮保護ファイルの原稿ページのページデータにより、元の保存ファイルおよび編集情報ファイルのページデータを置換する（ステップＳ２１０１）。

そして、編集情報ファイル１１１について、ページ情報のページデータリンクを再構成する（ステップＳ２１０２）。この再構成は、ステップＳ２００４において編集情報ファイルについて行った処理と同様である。ただし、ここではページデータが増加しているために、末尾の増分のページデータについては、ページ情報にリンクできない。

そこで、増加した原稿ページのページデータに対応するページ情報を新たに編集情報ファイルに追加する（ステップＳ２１０３）。追加に際しては、編集前のオリジナル文書の最終ページに対応するページ情報を、増加したページ数に相当する数だけ、ページ属性を含めて複製する。

これらページ情報が追加される編集情報ファイルは、ステップＳ２１０４において再構成される。まず、複製されたページ情報は、その複製元のページ情報と同一の章情報のページ情報リスト４０８（図３参照）にリンクされる。したがって、同一の章に属し、同一の属性を有するページ情報が、増加したページ数分だけ編集情報ファイルに追加される。

こうして追加されたページ情報が、余っていたページデータとリンクされる。すなわち、余っていたページデータをそのページ順序に従ってページ情報と対応付ける。ページ情報は、図３の例では左から右へ向かって並ぶ。したがって、対応付けもその順序（すなわち編集情報ファイルにおけるページの順序）で行う。対応付けられたページ情報とページデータとが、ページデータリンクによりリンクされる。

なお、ページ情報に含まれるオリジナル文書リンク情報についても、オリジナル文書単位で再構成される。すなわち、図２１に示す処理はオリジナル文書単位で行われる処理であるために、ステップＳ２１０３において編集情報ファイルに追加されたページデータはすべて同一のオリジナル文書ファイルから生成されたものである。新規に追加されたページ情報は、編集前のオリジナル文書の末尾ページに相当するページ情報を複製したものであるから、複製時にオリジナル文書リンク情報も複製することで、オリジナル文書リンク情報も同時に再構成される。

最後に、保存ファイル１０３に格納されたジョブチケットを再構成する（ステップＳ２１０５）。この手順は図２２および図２３により説明する。

一方、ステップＳ２１００において編集後のページ数が編集前のページ数よりも少ないと判定された場合には、ステップＳ２１０６に分岐して、仮保存ファイルの原稿ページのページデータにより、元の保存ファイルおよび編集情報ファイルのページデータを置換する（ステップＳ２１０６）。この手順はステップＳ２１０１と同様である。

そして、編集情報ファイル１１１について、ページ情報のページデータリンクを再構成する（ステップＳ２１０７）。この再構成は、ステップＳ２１０２においてと同じく、ステップＳ２００４において編集情報ファイルについて行った処理と同様の処理を行う。ただし、ここではページデータが減少しているために、末尾の減少分のページ情報については、ページデータにリンクできない。

そこで、減少した原稿ページのページデータに対応するページ情報を編集情報ファイルから削除する（ステップＳ２１０８）。これは、単にページデータへのリンクが失われているページ情報を削除すればよい。削除に際しては、削除によりリンクされるページ情報がひとつもなくなる章情報があればその章情報も削除する。最後に、保存ファイルに格納されたジョブチケットを再構成する（ステップＳ２１０５）。

図２２は、図２１のステップＳ２１０５におけるジョブチケットの再構成処理の手順である。ジョブチケットはページのレイアウトをその木構造により表現しているために、ページデータの追加あるいは削除も、その構造に応じて行わねばならない。

まずステップＳ２２００において、編集後のページ数が編集前よりも増加しているか判定される。この判定は、ステップＳ２００２と同じデータを用いて行える。

変化していないか、あるいは減少していると判定された場合には、保存ファイルについて、オリジナル文書編集後の原稿ページデータを編集前の原稿ページデータと置換し、原稿ページデータの原稿ページリンクを再構成する（ステップＳ２２０１）。ジョブチケットは木構造を有し、原稿ページ情報がその葉に相当する。そして葉は、一定の走査方向についてページ順に配置されている。したがって、編集後の原稿ページデータを、編集前の対応する原稿ページデータと順次置換する。そして、原稿ページデータリンクを置換後の原稿ページデータに繋ぎ直す。原稿ページ数が変化していなければ、これで処理は終了する。ステップＳ２２０２以降は行わなくとも良い。

ページ数が編集により減少している場合には、原稿ページ情報があまるので、原稿ページデータへのリンク先がない原稿ページ情報を削除する（ステップＳ２２０２）。そして、削除された原稿ページ情報がリンクされていた物理ページ情報を参照し、その原稿ページ情報の削除によりその物理ページ情報にリンクする原稿ページ情報が全くなくなれば、その物理ページ情報も削除する（ステップＳ２２０３）。この場合には、削除される物理ページがリンクされていた面情報を参照し、その物理ページ情報の削除によりその面情報にリンクする物理ページ情報が全くなくなれば、その面情報も削除する（ステップＳ２２０４）。この場合には、削除される面情報がリンクされていた用紙情報を参照し、その面情報の削除によりその用紙情報にリンクする面情報が全くなくなれば、その用紙情報も削除する（ステップＳ２２０５）。

このようにして、ページ数減少後のジョブチケットの再構成を行う。なお、ジョブチケットの再構成も編集対象のオリジナル文書単位で行われる。そこで、オリジナル文書の編集によって置換、削除、追加の対象となる原稿ページデータ（および原稿ページ情報）を特定するために、ページデータを保存ファイルと編集情報ファイルとが共有している場合には、編集情報ファイル１１１におけるオリジナル文書ファイルとページ情報とのリンクを利用できる。すなわち、この場合オリジナル文書ファイルから対応するページデータを特定できるために、そのページデータにリンクするジョブチケットの原稿ページ情報を特定できる。ただし、この場合には、保存ファイルにおいて、原稿ページデータから原稿ページ情報への逆リンクを備える必要がある。そのリンクをたどることで、置換される原稿ページデータを特定できる。

一方ステップＳ２２００において編集後のページ数が編集前のページ数よりも多いと判定された場合には、図２３のステップＳ２３０１に分岐してジョブチケットの原稿ページデータリンクを再構成する。ただし、編集後の原稿ページデータの数よりも現状の原稿ページ情報の数の方が少ないために、ステップＳ２３０１の段階では原稿ページ情報に合わせて再構成を行う。すなわち、ステップＳ２２０１４と同様に、編集後の原稿ページデータを、編集前の対応する原稿ページデータと順次置換し、原稿ページデータリンクを置換後の原稿ページデータに繋ぎ直す。

次に、現在の最終ページの原稿ページ情報を、増加したページ数分だけ複製し、原稿ページデータへのリンクを作成する（ステップＳ２３０２）。もちろん、最終ページとは、編集されたオリジナル文書ファイルに相当する原稿ページの内の最終ページを意味する。このオリジナル文書ファイルに相当する原稿ページの特定は、既述の通り、編集情報ファイル１１１におけるオリジナル文書ファイルとページ情報とのリンクを利用できる。

ステップＳ２３０３以降では、増加した原稿ページデータをジョブチケットにリンクする処理を行う。まず、増加したためにジョブチケットにリンクできなかったページデータのうち、ページ順が先頭のページデータをリンクした原稿ページ情報に注目する。これはまだジョブチケットにはリンクされていない。そして、編集により変更されたオリジナル文書ファイルに属するページデータであって、現在ジョブチケットにリンクされているページデータのうち、末尾のものに着目する。すなわち、ステップＳ２３０２において複製元となった原稿ページ情報にリンクされた原稿ページデータに再び着目する（なお、これ以降、この末尾のページデータが直接あるいは間接に属する物理ページ情報や用紙情報といったノードを「末尾」のノードと称する。）。そしてこの末尾の原稿ページデータが属する物理ページ情報すなわち末尾の物理ページ情報に、新たな原稿ページ情報をリンク可能であるか判定する（ステップＳ２３０３）。この判定は、物理ページ情報１１０４の物理ページ設定および原稿ページへのリンク数を参照して行われる。物理ページ設定からはその物理ページにリンク可能な原稿ページ数が分かる。たとえば物理ページ設定にＮイン１レイアウトが設定されていたなら、その物理ページにリンク可能な原稿ページ数はＮである。そして、その数と、現在の原稿ページ情報へのリンクの数とを比較し、リンク可能な原稿ページ数の方が多ければ、リンク可能であると判定される。

その場合には、注目原稿ページ情報を、その末尾の物理ページ情報にリンクする（ステップＳ２３０４）。そして次の原稿ページ情報に注目し（ステップＳ２３０５）、ステップＳ２３０３から繰り返す。

一方、末尾の物理ページ情報に余裕がない場合には、その物理ページ情報がリンクされた、末尾の面情報に新たな物理ページ情報をリンク可能か判定する（ステップＳ２３０６）。この判定も、面情報１１０３の面設定および物理ページへのリンク数を参照して行われる。面設定からはその面情報にリンク可能な物理ページ数が分かる。たとえば面設定に両面が設定されていたなら、その面情報にリンク可能な物理ページ数は２である。そして、その数と、現在の物理ページ情報へのリンクの数とを比較し、リンク可能な物理ページ数の方が多ければ、リンク可能であると判定される。

その場合には、末尾の物理ページ情報を複製してそれを末尾の面情報にリンクし（ステップＳ２３０７）、ステップＳ２３０３へ分岐する。その分岐後にステップＳ２３０４が実行され、注目原稿ページ情報は、複製された新たな末尾の物理ページ情報にリンクされる。

末尾の面情報に新たな物理ページ情報をリンクする余裕がない場合には、その面情報がリンクされた、末尾の用紙情報に新たな面情報をリンク可能か判定する（ステップＳ２３０８）。この判定も、用紙情報１１０２の用紙設定および面情報へのリンク数を参照して行われる。用紙設定からはその用紙情報にリンク可能な面情報の数が分かる。たとえば用紙設定に一定枚数を単位とする製本設定がされていたなら、その用紙情報にリンク可能な面情報の数は製本単位の数である。そして、その数と、現在の面情報へのリンクの数とを比較し、リンク可能な面情報数の方が多ければ、リンク可能であると判定される。

その場合には、末尾の面情報を複製してそれを末尾の用紙情報にリンクし（ステップＳ２３０９）、ステップＳ２３０３へ分岐する。その分岐後にステップＳ２３０７が実行され、新たな物理ページ情報が、複製された新たな末尾の面情報にリンクされる。その後ステップＳ２３０４が実行され、注目原稿ページ情報は、複製された新たな末尾の物理ページ情報にリンクされる。

末尾の用紙情報に新たな面情報をリンクする余裕がない場合には、末尾の用紙情報を複製してそれを文書情報にリンクし（ステップＳ２３１０）、ステップＳ２３０３へ分岐する。その結果、新たな面情報、新たな物理ページ情報がジョブチケットに追加されて、注目原稿ページ情報がジョブチケットに組み込まれる。以上のようにして、ジョブチケットが再構成される。

図１９乃至図２３の処理が行われる結果、編集されたオリジナル文書は、印刷データ保存用ドライバにより保存ファイルの形式でページデータに変換されて、ページの内容が更新される。それにもかかわらずページの属性等、文書が保持する属性は不変であるために、新たに電子原稿の文書ファイルを再構成する必要が無く、文書編集処理における労力を軽減し、生産性の向上を図ることができる。

すなわち、（１）製本アプリケーションで作成したｅＤＯＣ（電子原稿ファイル）を拡張してオリジナル文書自体を保持しておき、製本アプリからの指示によりオリジナルページの編集を許可し、編集後ｅＤＯＣ（電子原稿ファイル）に反映させることができる。（２）編集後に再ｅＤＯＣ化した際に、編集前のページに対する属性（ウォーターマーク、ヘッダ／フッダ等の各印刷属性）はそのまま引き継ぐことができる。

本実施形態の処理における特徴としては、以下の点が上げられる。
（１）文書作成アプリケーションの文書、表作成アプリケーションの文書、図形描画アプリケーションの文書、画像ファイルの文書をそれぞれ合わせて１つの文書として新規に生成している。
（２）電子原稿は、オリジナル文書と、オリジナル文書から変換された製本アプリケーション用の電子原稿、更には、複合電子原稿の構成情報（図３）と、印刷設定が階層構造で記述されているジョブチケット（図１１）とを含んでいる。
（３）オリジナル文書が編集され保存されると、編集後のオリジナル文書を印刷データ保存用ドライバに処理させることで、再度電子原稿（ｅＤＯＣの原稿データ）が生成され、古い原稿データと入れ替えが行われる。
（４）原稿ページ自体のオリジナル文書を用いた編集処理を許可する上、編集後にページ属性を反映させる。

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

また、本発明の目的は、前述した実施形態の機能を実現する図１９乃至図２３の手順を実行するためのソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。

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

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

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

本発明の実施の形態に係るスタンドアロン型の文書処理システムの構成を説明するためのブロック図である。 本発明の実施の形態に係る文書処理システムにおけるホストコンピュータとプリンタの構成を説明するためのブロック図である。 本実施の形態に係るブックファイルの構造の一例を示す図である。 本実施の形態に係るブック属性の一例を示す図である。 本実施の形態に係る章属性の一例を示す図である。 本実施の形態に係るページ属性の一例を示す図である。 本実施の形態に係るブックファイルを開く手順を説明するフローチャートである。 新規のブックファイルを開いた際のユーザインターフェース画面の一例を示す図である。 既存のブックファイルを開いた際のユーザインターフェース画面の一例を示す図である。 本実施の形態に係る、保存ファイルをブックファイルにインポートする手順を説明するフローチャートである。 本実施の形態に係る、アプリケーションデータを保存ファイルに変換する手順を説明するフローチャートである。 ジョブチケットの構造の一例を示す図である。 従来の印刷レイアウト作業ファイルのフォーマットを簡単にあらわした図である。 一般のアプリケーションで本文を作成して、印刷レイアウトアプリケーションでレイアウト編集した作業ファイルを作成するまでの過程を示した図である。 作業ファイル（電信原稿ファイル）の本文部分を編集したい場合の従来の作業過程を示した図である。 実施形態の印刷レイアウト作業ファイルのフォーマットを簡単にあらわした図である。 作業ファイルの本文部分を編集したい場合の本発明での作業過程を示した図である。 実施形態のユーザーインターフェースの概略図である。 電子原稿ファイル又はオリジナル文書ファイルの編集を開始する際の手順のフローチャートである。 オリジナル文書の編集終了後の編集情報ファイルの再構成手順のフローチャートである。 オリジナル文書の編集終了後の編集情報ファイルの再構成手順のフローチャートである。 オリジナル文書の編集終了後の保存ファイルの再構成手順のフローチャートである。 オリジナル文書の編集終了後の保存ファイルの再構成手順のフローチャートである。

Claims (12)

1. 複数のオリジナル文書データからページデータを生成し、複数の前記ページデータを文書データとして統合し、前記オリジナル文書データに関連付けられた前記ページデータの印刷設定を設定する文書編集装置であって、
   前記文書データのうち編集対象の前記ページデータをユーザに選択させるための画面を表示する表示手段と、
   前記表示手段によって表示された前記画面を介して選択された前記ページデータに関連付けられている前記オリジナル文書データを編集するためのアプリケーションプログラムを起動する起動手段と、
   前記アプリケーションプログラム使用による編集後に、編集後の前記オリジナル文書データから前記ページデータを生成する生成手段と、
   前記生成手段によって生成されたページデータを編集前の前記オリジナル文書データに関連付けられていたページデータと置換する置換手段と、
   前記オリジナル文書データの編集前のページ数と編集後のページ数に基づいて、前記置換手段によって置換される前のページデータに設定されていた前記印刷設定を、前記置換手段によって置換された後の前記ページデータに対して継承する継承手段と
   を備えることを特徴とする文書編集装置。
2. 前記オリジナル文書データの編集が行われる前に前記オリジナル文書データのページ数を記憶する記憶手段と、
   前記記憶手段によって記憶されたページ数と、前記生成手段によって生成されたページデータのページ数とを比較する比較手段とを更に備え、
   前記継承手段は、前記比較手段による比較結果に基づいて継承を行うことを特徴とする請求項１に記載の文書編集装置。
3. 前記比較手段による比較の結果、前記生成手段によって生成されたページデータのページ数が前記記憶手段によって記憶されたページ数に対して増加している場合には、前記継承手段は、前記置換手段によって置換される前のページデータの末尾のページの印刷設定を複製し、増加した前記ページデータに対して、複製された前記印刷設定を継承することを特徴とする請求項２に記載の文書編集装置。
4. 前記印刷設定は、上位層の印刷設定に下位層の印刷設定が関連付けられている階層構造を有し、
   前記下位層の印刷設定を上位層の末尾の階層の印刷設定に関連付けることが可能かを判定する判定手段と、
   前記判定手段によって可能であると判定された場合に、前記印刷設定を前記上位層の末尾の階層の印刷設定に関連付けるリンク手段とを更に備えることを特徴とする請求項３に記載の文書編集装置。
5. 前記印刷設定を削除する削除手段を更に備え、
   前記比較手段による比較の結果、前記生成手段によって生成されたページデータのページ数が前記記憶手段によって記憶されたページ数に対して減少している場合には、前記削除手段は、減少した前記ページデータに対して、設定されていた印刷設定を削除することを特徴とする請求項２乃至４のいずれか一項に記載の文書編集装置。
6. 前記印刷設定は、上位層の印刷設定に下位層の印刷設定が関連付けられている階層構造を有し、
   前記上位層の印刷設定に対して関連付けられている前記下位層の印刷設定が存在しない場合には、前記削除手段は、前記上位層の印刷設定を削除することを特徴とする請求項５に記載の文書編集装置。
7. 前記記憶手段は、前記オリジナル文書データの更新日時を記憶し、
   前記比較手段は、前記記憶手段によって記憶された前記更新日時と前記編集後のオリジナル文書データの更新日時とを比較し、
   前記比較手段による比較の結果、更新日時が一致していた場合には、前記置換手段は、前記ページデータの置換を行わず、前記継承手段は、前記印刷設定の継承を行わないことを特徴とする請求項２乃至６いずれか一項に記載の文書編集装置。
8. 前記文書データは、階層毎に前記印刷設定を設定可能であり、かつページデータを最下位層とする階層構造を備えていることを特徴とする請求項１乃至７のいずれか一項に記載の文書編集装置。
9. 前記文書データに対して前記階層構造における下位層の前記印刷設定を優先するか否かを選択可能であることを特徴とする請求項８に記載の文書編集装置。
10. 表示手段と起動手段と生成手段と置換手段と継承手段とを備えた文書編集装置において、複数のオリジナル文書データからページデータを生成し、複数の前記ページデータを文書データとして統合し、前記オリジナル文書データに関連付けられた前記ページデータの印刷設定を設定する文書編集方法であって、
    前記文書データのうち編集対象の前記ページデータをユーザに選択させるための画面を前記表示手段が表示する表示工程と、
    前記表示工程で表示された前記画面を介して選択された前記ページデータに関連付けられている前記オリジナル文書データを編集するためのアプリケーションプログラムを前記起動手段が起動する起動工程と、
    前記アプリケーションプログラム使用による編集後に、編集後の前記オリジナル文書データから前記ページデータを前記生成手段が生成する生成工程と、
    前記生成工程で生成されたページデータを編集前の前記オリジナル文書データに関連付けられていたページデータとを前記置換手段が置換する置換工程と、
    前記オリジナル文書データの編集前のページ数と編集後のページ数に基づいて、前記置換工程で置換される前のページデータに設定されていた前記印刷設定を、前記置換工程で置換された後の前記ページデータに対して前記継承手段が継承する継承工程と
    を備えることを特徴とする文書編集方法。
11. 請求項１乃至９のいずれか一項に記載の文書編集装置が有する機能をコンピュータに実行させることが可能なプログラム。
12. 請求項１１に記載のプログラムを記録したことを特徴とするコンピュータ可読記憶媒体。

Images