文書処理システム
【課題】 複数の文書を統合してできる最終原稿に、統一されたページ番号やヘッダ、フッタ等を付加する際、既に原稿に付与されているページ番号やヘッダ、フッタを容易にかつ確実に削除する手段が求められている。
【解決手段】文書処理装置において、削除したいオブジェクトを含む矩形領域およびオブジェクトを指定する手段と、指定された矩形領域内のオブジェクト情報を抽出する手段と、他ページに対し、同じ矩形領域内に同じオブジェクト情報があるかを検索する手段と、検索結果を表示し、処理を選択実行させる手段を提供する。
【解決手段】文書処理装置において、削除したいオブジェクトを含む矩形領域およびオブジェクトを指定する手段と、指定された矩形領域内のオブジェクト情報を抽出する手段と、他ページに対し、同じ矩形領域内に同じオブジェクト情報があるかを検索する手段と、検索結果を表示し、処理を選択実行させる手段を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数ファイルを取り込み、統合ファイルを生成する文書処理システムに関するものである。
【背景技術】
【０００２】
文書や表あるいは図形やイメージといった描画オブジェクトは、それぞれの専用アプリケーションを用いて作成や編集を行う方が、自由度が高く作業効率も高い。
【０００３】
そのため、ファイルフォーマットの異なる複数のアプリケーションで作成し、それぞれできあがったドキュメントを統合し、最終原稿を作成するというアプリケーションがある。
【０００４】
また、同一フォーマットではあるが、作成者ごとや章別ファイルとして作成されているものを最終的に統合して最終原稿を作成することが可能なアプリケーションもある。
【０００５】
最終原稿を作成する時のドキュメントフォーマットとしては、ＰＤＦ（Ａｄｏｂｅによって公開されている電子文書フォーマット：Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）が広く用いられている。
【０００６】
ＰＤＦは仕様が公開されているため、複数のアプリケーションで作成されたアプリケーション特有のフォーマットからＰＤＦに変換し、ＰＤＦ形式で複数のドキュメントを結合し、統一的に扱うことが可能なためである。
【０００７】
図１４は、章ごとに作成された２つの原稿を統合したアプリケーションの例で、このようなアプリケーションでは、統合してできあがったドキュメントに対し、さらにページの組替えや情報の付加等を行ない、最終原稿を作成している。
【０００８】
また、複数のドキュメントを統合するということで、最終的なページ番号付けやヘッダ、フッタの設定も重要な機能となっており、このアプリケーション自体で統一的なページ番号やヘッダ、フッタを作成する手段が提供されている。（例えば、特許文献１参照）
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００４−３４８４２８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、特許文献１の従来技術では、フッタやヘッダを挿入したい位置にすでに画像が存在するかを調べ、すでに存在するページについてのみ存在する画像を空白で削除するというものである。
【００１１】
そのため、すでに存在するヘッダやフッタを削除するための目的に用意されたものではないため、例えば図１５に示すように、元から存在するヘッダやフッタと、新規に付加するヘッダやフッタが、異なる位置に複数存在してしまうという問題がある。
【００１２】
そのため、統合してできる最終原稿に一連のページ番号を振るという機能には、入力原稿に既に付与されているヘッダやフッタ、ページ番号等を自動的に削除する手段も提供されることが課題として課されている。
【００１３】
従来のアプリケーションでは、この課題を解決するために、ページ内の矩形領域を指定し、その矩形領域内に全体が含まれるオブジェクトを自動的に削除する手段を提供していた。
【００１４】
しかし、複数ドキュメントからなる統合ドキュメントでは、必ずしもヘッダやフッタ、ページ番号位置が一定ではないため、削除したいもの以外の情報が削除されてしまうという問題がある。
【００１５】
入力原稿に既に含まれているヘッダやフッタ、ページ番号等のオブジェクトを適切に検出して自動削除する、ドキュメント統合機能を備えた文書処理装置を提供することが課題である。
【課題を解決するための手段】
【００１６】
複数の入力ドキュメントを結合し、１つの出力ドキュメントを生成し、ヘッダやフッタやページ番号等の情報を付加する文書処理システムにおいて、選択したページ内の矩形領域を指定する矩形領域指定手段と、前記矩形領域内に包含される第一のオブジェクトを抽出する第一のオブジェクト抽出手段と、前記第一のオブジェクト抽出手段で抽出した第一のオブジェクトを削除する第一のオブジェクト削除手段と、前記第一のオブジェクト削除手段で削除したオブジェクト属性を記憶するオブジェクト記憶手段と、前記選択したページ以外のページに対し、前記矩形領域指定手段で指定したのと同じ矩形領域内に包含される第二のオブジェクトを抽出する第二のオブジェクト抽出手段と、前記オブジェクト記憶手段で記憶したオブジェクト属性と前記第二のオブジェクト抽出手段結果のオブジェクト属性を比較するオブジェクト比較手段と、前記オブジェクト比較手段で一致した時のみ前記第二のオブジェクト抽出手段で抽出した第二のオブジェクトを削除する第二のオブジェクト削除手段を有することを特徴とする。
【発明の効果】
【００１７】
元原稿で割り付けたページ番号あるいはヘッダ、フッタ情報が、ページ毎に異なる位置に描画されている場合においても、簡単な操作で容易かつ確実に一括削除することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本実施形態のスタンドアロン型の文書処理システムのソフトウェア構成例を示すブロック図である。
【図２】本実施形態の文書処理システムを実現するハードウェア構成例を示すブロック図である。
【図３】ブックファイルの構造の一例を示す図である。
【図４】ブック属性の一覧を示す図である。
【図５】章属性の一覧を示す図である。
【図６】ページ属性の一覧を示す図である。
【図７】ブックファイルを開く手順例を示すフローチャートである。
【図８】電子原稿ファイルをブックファイルにインポートする手順例を示すフローチャートである。
【図９】図８のステップ８０１に示すアプリケーションデータを電子原稿ファイルに変換する手順例を示すフローチャートである。
【図１０】製本アプリケーションのＵＩ画面である。
【図１１】新規にブックファイルが作成された際のＵＩ画面である。
【図１２】クライアントサーバ型の文書処理システムのソフトウェア構成例を示すブロック図である。
【図１３】ステイプル制御システムの構成を示すブロック図である。
【図１４】従来例の２つの原稿を統合したアプリケーションを示す図
【図１５】従来例のアプリケーションの課題を示す図
【図１６】本実施例の文書処理システムのオブジェクト削除処理フロー図
【図１７】本実施例の領域選択を示す図
【図１８】本実施例の抽出オブジェクト指定を示す図
【図１９】本実施例の文書処理システムのオブジェクト抽出処理フロー図
【図２０】本実施例のオブジェクト削除時の確認メッセージを示す図
【発明を実施するための形態】
【００１９】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【実施例】
【００２０】
＜システム概要＞
まず、本発明に係る文書処理システムの概要について、図１乃至図１２を参照して以下に説明する。尚、この文書処理システムは、一般のアプリケーションによって作成されたデータファイルを電子原稿ファイルに変換する電子原稿ライタと、その電子原稿ファイルを編集する機能を提供する製本アプリケーションとを含む。そして作成されたデータを一まとめにした文書の作成及び編集を可能とし、その操作性を向上させて文書編集を効率的に行えるものである。
【００２１】
＜システム構成及び動作＞
図１は、本実施形態の文書処理システムのソフトウェア構成を示す図である。文書処理システムは、本発明の情報処理装置に好適な実施形態であるデジタルコンピュータ１０１（以下、ホストコンピュータとも呼ぶ）によって実現されている。図１に示す一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドロー、あるいはペイント、プレゼンテーション、テキスト編集などの機能を提供するアプリケーションプログラムであり、ＯＳに対する印刷機能を有している。これらのアプリケーションは、作成された文書データや画像データなどのアプリケーションデータを印刷する際に、オペレーティングシステム（ＯＳ）によって提供される所定のインタフェース（一般に、ＧＤＩと呼ばれる）を利用する。即ち、アプリケーション１０１は、作成したデータを印刷するために、上述のインタフェースを提供するＯＳの出力モジュールに対して、あらかじめ定められる、ＯＳに依存する形式の出力コマンド（ＧＤＩ関数と呼ばれる）を送信する。一方、出力コマンドを受けた出力モジュールは、その出力コマンドをプリンタ等の出力デバイスが処理可能な形式に変換して、変換されたコマンド（ＤＤＩ関数と呼ばれる）を出力する。出力デバイスが処理可能な形式はデバイスの種類やメーカ、機種などによって異なるため、デバイスごとにデバイスドライバが提供されている。ＯＳではそのデバイスドライバを利用してコマンドの変換を行い、印刷データを生成し、ＪＬ（Ｊｏｂ Ｌａｎｇｕａｇｅ）でくくることにより印刷ジョブが生成される。ＯＳとしてマイクロソフト社のウインドウズを利用する場合には、前述した出力モジュールとしてはＧＤＩ（Ｇｒａｐｈｉｃ Ｄｅｖｉｃｅ Ｉｎｔｅｒｆａｃｅ）と呼ばれるモジュールが相当する。
【００２２】
電子原稿ライタ１０２は、上述のデバイスドライバを改良したものであり、本文書処理システム実現のために提供されるソフトウェアモジュールである。但し、電子原稿ライタ１０２は特定の出力デバイスを目的としておらず、詳細は後述する製本アプリケーション１０４やプリンタドライバ１０６により処理可能な形式に出力コマンドを変換する。この電子原稿ライタ１０２による変換後の形式（以後電子原稿形式と呼ぶ）は、ページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。実質的な標準形式のうち、例えばアドビシステムズによるＰＤＦ形式やＳＶＧ形式などが電子原稿形式として採用できる。
【００２３】
一般アプリケーション１０１から電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。但し、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして十分な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのは製本アプリケーション１０４であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。そして、製本アプリケーション１０４は電子原稿ライタ１０２が生成した新規の不十分な電子原稿ファイルを後述する形式を備えた電子原稿ファイルとして完成させる。以下、この点を明瞭に識別する必要がある場合、電子原稿ライタ１０２によって作成されたファイルを「電子原稿ファイル」と呼び、製本アプリケーション１０４によって構造を与えられた電子原稿ファイルを「ブックファイル」と呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイル（または文書データ）と呼ぶ。
【００２４】
デバイスドライバとして電子原稿ライタ１０２を指定し、一般アプリケーション１０１によりデータを印刷させることで、アプリケーションデータを電子原稿形式に変換する。アプリケーションデータはアプリケーション１０１によって定義されたページ（以後論理ページあるいは原稿ページと呼ぶ）を単位とする電子原稿形式に変換される。そして、電子原稿ファイル１０３としてハードディスクなどの記憶媒体に格納される。尚、ハードディスクは、本実施形態の文書処理システムを実現するコンピュータが備えているローカルドライブであっても良く、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。
【００２５】
製本アプリケーション１０４は電子原稿ファイル（あるいはブックファイル）１０３を読み込み、それを編集するための機能を利用者に提供する。但し、製本アプリケーション１０４は、各ページの内容を編集する機能は提供しておらず、ページを最小単位として構成される、後述する章やブックの構造を編集するための機能を提供している。
【００２６】
製本アプリケーション１０４によって編集されたブックファイル１０３を印刷する際には、製本アプリケーション１０４によって電子原稿デスプーラ１０５が起動される。電子原稿デスプーラ１０５は、製本アプリケーションと共にコンピュータ内にインストールされるプログラムモジュールである。製本アプリケーションで利用するドキュメント（ブックファイル）を印刷する際に、プリンタドライバへ描画データを出力するために使用されるモジュールである。電子原稿デスプーラ１０５は、指定されたブックファイルをハードディスクから読み出し、ブックファイルに記述された形式で各ページを印刷するために、前述したＯＳの出力モジュールに適合する出力コマンドを生成し、不図示の出力モジュールに出力する。その際に、出力デバイスとして使用されるプリンタ１０７用のプリンタドライバ１０６がデバイスドライバとして指定される。上述の出力モジュールは、受信した出力コマンドをデバイスコマンドに変換して指定されたプリンタ１０７用のプリンタドライバ１０６に出力し、そのプリンタドライバ１０６がプリンタ１０７で解釈実行可能なページ記述言語等のコマンドに変換する。そして、変換されたコマンドはプリンタドライバ１０６から不図示のシステムスプーラを介してプリンタ１０７に送信され、プリンタ１０７によってコマンドに応じた画像が印刷される。
【００２７】
図２は、コンピュータ１００のハードウェアブロック図である。図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、あるいはハードディスク２１１からＲＡＭ２０２にロードされたＯＳや一般アプリケーション、製本アプリケーションなどのプログラムを実行する。そして、図１のソフトウェア構成や、後述するフローチャートの手順を実現する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ２１０の表示を制御する。ディスクコントローラ（ＤＫＣ）２０７は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、後述する編集ファイル等を記憶するハードディスク（ＨＤ）２１１やフロッピー（登録商標）ディスク（ＦＤ）等とのアクセスを制御する。ＰＲＴＣ２０８は、接続されたプリンタ１０７との間の信号の交換を制御する。ＮＣ２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００２８】
＜電子原稿データの形式＞
編集アプリケーション１０４の詳細を言及する前に、ブックファイルのデータ形式について説明する。ブックファイルは紙媒体の書物を似せた３層の層構造を有する。まず、上位層は「ブック」と呼ばれ、１冊の本を似せており、その本全般に係る属性が定義されている。その下の中間層は、本でいう章に相当し、やはり「章」と呼ばれる。各章についても、章毎の属性が定義できる。そして、下位層は「ページ」であり、アプリケーションプログラムで定義された各ページに相当する。尚、各ページについてもページ毎の属性が定義できる。更に、一つのブックは複数の章を含んでいてよく、また一つの章は複数のページを含むこともできる。
【００２９】
図３に示す（Ａ）は、ブックファイルの形式の一例を模式的に示す図である。図示するように、この例では、ブックファイルにおけるブック，章，ページは、それぞれに相当するノードにより示されている。一つのブックファイルは一つのブックを含む。ブック，章は、ブックとしての構造を定義するための概念であるから、定義された属性値と下位層へのリンクとをその実体として含む。ページは、アプリケーションプログラムによって出力されたページ毎のデータを実体として有する。そのため、ページは、その属性値のほかに、原稿ページの実体（原稿ページデータ）と各原稿ページデータへのリンクを含む。
【００３０】
尚、紙媒体等に出力する際の印刷ページは複数の原稿ページを含む場合がある。この構造に関してはリンクによって表示されず、ブック、章、ページ各階層における属性として表示される。
【００３１】
図３において、ブック３０１には、ブック属性が定義されていると共に、２つの章３０２Ａ，３０２Ｂがリンクされている。このリンクにより、章３０２Ａ，３０２Ｂがブック３０１に包含されていることが表示される。章３０２Ａには、ページ３０３Ａ，３０３Ｂがリンクされ、これらページが含まれることが示されている。各ページ３０３Ａ，３０３Ｂにはそれぞれ属性値が定義され、その実体である原稿ページデータ（１）、（２）へのリンクが含まれる。これらリンクは、図３に示す（Ｂ）のように原稿ページデータ３０４のデータ（１），（２）を指し示し、ページ３０３Ａ、３０３Ｂの実体が原稿ページデータ（１）、（２）であることを表示している。
【００３２】
図４は、ブック属性のリストである。下位層と重複して定義可能な項目に関しては、下位層の属性値が優先採用される。そのため、ブック属性にのみ含まれる項目に関しては、ブック属性に定義された値はブック全体を通して有効な値となる。しかし、下位層と重複する項目については、下位層において定義されていない場合における既定値としての意味を有する。尚、図示された各項目は具体的に１項目に対応するのではなく、関連する複数の項目を含むものもある。
【００３３】
図５は章属性の、図６はページ属性のリストである。章属性とページ属性との関係もブック属性と下位層の属性との関係と同様である。
【００３４】
図４〜図６から明らかなように、ブック属性に固有の項目は、印刷方法、製本詳細、表紙／裏表紙、インデックス紙（タブシート）、合紙、章区切りの６項目である。これらはブックを通して定義される項目である。印刷方法の属性としては、片面印刷、両面印刷、製本印刷の３つの値を指定できる。ここで、製本印刷とは、別途指定する枚数の用紙を束にして２つ折りにし、その束をつづり合わせることで製本が可能となる形式で印刷する方法である。製本詳細属性としては、製本印刷が指定されている場合に、見開き方向や、束になる枚数等が指定できる。
【００３５】
表紙／裏表紙属性は、ブックとしてまとめられる電子原稿ファイルを印刷する際に、表紙及び裏表紙となる用紙を付加することの指定、及び付加した用紙への印刷内容の指定を含む。インデックス紙属性は、章の区切りとして、印刷装置に別途用意される耳付きのインデックス紙の挿入の指定及びインデックス（タブ）部分への印刷内容の指定を含む。しかし、後述するタブ用原稿データを印字するインデックスシートの場合、インデックス部分への印刷内容は反映されない。この属性は、印刷用紙とは別に用意された用紙を所望の位置に挿入するインサート機能を持ったインサータが使用する印刷装置に備えられている場合か、あるいは、複数の給紙カセットを使用可能である場合に有効となる。これは合紙属性についても同様である。
【００３６】
合紙属性は、章の区切りとして、インサータから、あるいは給紙カセットから供給される用紙の挿入の指定、及び合紙を挿入する場合には、給紙元の指定などを含む。
【００３７】
章区切り属性は、章の区切り目において、新たな用紙を使用するか、新たな印刷ページを使用するか、特に何もしないか等の指定を含む。片面印刷時には、新たな用紙の使用と新たな印刷ページの使用とは同じ意味を持つ。両面印刷時には、「新たな用紙の使用」を指定すれば連続する章が１枚の用紙に印刷されることは無いが、「新たな印刷ページの使用」を指定すれば、連続する章が１枚の用紙の表裏に印刷されることがあり得る。
【００３８】
章属性に関しては、章に固有の項目はなく、全てブック属性と重複する。従って、章属性における定義とブック属性における定義とが異なれば、章属性で定義された値が優先する。ブック属性と章属性とにのみ共通する項目は、用紙サイズ、用紙方向、Ｎ−ｕｐ印刷指定、拡大縮小、排紙方法の５項目である。これらのうち、Ｎ−ｕｐ印刷指定属性は１印刷ページに含まれる原稿ページ数を指定するための項目である。指定可能な配置としては、１×１、１×２、２×２、３×３、４×４などがある。排紙方法属性は、排出した用紙にステイプル処理を施すか否かを指定するための項目であり、この属性の有効性は使用する印刷装置がステイプル機能を有するか否かに依存する。
【００３９】
ページ属性に固有の項目には、タブ用原稿属性、ページ回転属性、ズーム、配置指定、アノテーション、ページ分割などがある。タブ用原稿属性は、リンクする原稿ページがタブ用原稿データか否かを指定するための項目である。ページ回転属性は、原稿ページを印刷ページに配置する際の回転角度を指定するための項目である。ズーム属性は、原稿ページの変倍率を指定するための項目である。変倍率は、仮想論理ページ領域のサイズを１００％として指定される。仮想論理ページ領域とは、原稿ページを、Ｎｕｐ等の指定に応じて配置した場合に、１原稿ページが占める領域である。例えば、１×１であれば、仮想論理ページ領域は１印刷ページに相当する領域となり、１×２であれば、１印刷ページの各辺を約７０パーセントに縮小した領域となる。
【００４０】
ブック、章、ページについて共通な属性としては、ウォーターマーク属性及びヘッダ・フッタ属性がある。ここで、ウォーターマークとは、アプリケーションで作成されたデータに重ねて印刷される、別途指定される画像や文字列などである。ヘッダ・フッタは、それぞれ各ページの上余白及び下余白に印刷されるウォーターマークである。但し、ヘッダ・フッタには、ページ番号や日時など変数により指定可能な項目が用意されている。尚、ウォーターマーク属性およびヘッダ・フッタ属性において指定可能な内容は、章とページとは共通であるが、ブックはそれらと異なっている。ブックにおいてはウォーターマークやヘッダ・フッタの内容を設定できるし、また、ブック全体を通してどのようにウォーターマークやヘッダ・フッタを印刷するかを指定することができる。一方、章やページでは、その章やページにおいて、ブックで設定されたウォーターマークやヘッダ・フッタを印刷するか否かを指定できる。
【００４１】
＜ブックファイルの生成手順＞
ブックファイルは上述したような構造及び内容を有している。次に、製本アプリケーション１０４及び電子原稿ライタ１０２によるブックファイルの作成手順について説明する。ブックファイルの作成手順は、製本アプリケーション１０４によるブックファイルの編集操作の一環として実現される。
【００４２】
図７は、製本アプリケーション１０４によりブックファイルを開く際の手順である。まず、開こうとするブックファイルが、新規作成すべきものであるか、それとも既存のものであるか判定する（ステップＳ７０１）。新規作成の場合には、章を含まないブックファイルを新規に作成する（ステップＳ７０２）。新規に作成されるブックファイルは、図３の例で示せば、ブックノード３０１のみ有し、章のノードに対するリンクが存在しないブックのノードとなる。ブック属性は、新規作成用としてあらかじめ用意された属性のセットが適用される。そして、新規ブックファイルを編集するためのユーザインタフェース（ＵＩ）画面を表示する（ステップＳ７０３）。図１１は、新規にブックファイルが作成された際のＵＩ画面の一例である。この場合は、ブックファイルは実質的な内容を持たないため、ＵＩ画面１１００には何も表示されない。
【００４３】
一方、既存のブックファイルがあれば、指定されたブックファイルを開き（ステップＳ７０３）、そのブックファイルの構造、属性、内容に従ってユーザインタフェース（ＵＩ）画面を表示する。図１０は、既存のブックファイルから指定されたブックファイルを表示するＵＩ画面の一例である。ＵＩ画面１１００は、ブックの構造を示すツリー部１１０１と、印刷された状態を表示するプレビュー部１１０２とを含む。ツリー部１１０１には、ブックに含まれる章、各章に含まれるページが図３に示す（Ａ）のような木構造で表示される。ツリー部１１０１に表示されるページは原稿ページである。またプレビュー部１１０２には、印刷ページの内容が縮小されて表示される。その表示順序はブックの構造を反映したものとなっている。
【００４４】
さて、開かれたブックファイルには、電子原稿ライタ１０２によって電子原稿ファイルに変換されたアプリケーションデータを、新たな章として追加することができる。この機能を電子原稿インポート機能と呼ぶ。図７に示す手順によって新規に作成されたブックファイルに電子原稿インポートすることで、そのブックファイルには実体が与えられる。この機能は、図１０の画面にアプリケーションデータをドラッグアンドドロップ操作することで起動される。
【００４５】
図８に電子原稿インポートの手順を示す。まず、指定されたアプリケーションデータを生成したアプリケーションプログラムを起動し、デバイスドライバとして電子原稿ライタ１０２を指定してアプリケーションデータを印刷出力させることで、電子原稿データに変換する（ステップＳ８０１）。変換を終えたなら、変換されたデータが画像データであるか否かを判定する（ステップＳ８０２）。この判定は、ウインドウズＯＳの下であれば、アプリケーションデータのファイル拡張子に基づいて行われる。例えば、拡張子が「ｂｍｐ」であればウインドウズビットマップデータであり、「ｊｐｇ」であればｊｐｅｇ圧縮された画像データ、「ｔｉｆｆ」であればｔｉｆｆ形式の画像データであると判定できる。また、このような画像データの場合はＳ８０１０のようにアプリケーションを起動せずに、画像データから直接電子原稿ファイルを生成することが可能であるため、Ｓ８０１０の処理を省略することも可能である。
【００４６】
ここで、画像データでなかった場合には、ステップＳ８０１で生成された電子原稿ファイルを、現在開かれているブックファイルのブックに、新たな章として追加する（ステップＳ８０３）。章属性としては、ブック属性と共通するものについてはブック属性の値がコピーされ、そうでないものについては、予め用意された規定値に設定される。
【００４７】
また、ステップＳ８０２で画像データである場合には、原則として新たな章は追加されず、指定されている章に、ステップＳ８０１で生成された電子原稿ファイルに含まれる各原稿ページが追加される（ステップＳ８０４）。但し、ブックファイルが新規作成されたファイルであれば、新たな章が作成されて、その章に属するページとして電子原稿ファイルの各ページが追加される。ページ属性は、上位層の属性と共通のものについてはその属性値が与えられ、アプリケーションデータにおいて定義された属性を電子原稿ファイルに引き継いでいるものについてはその値が与えられる。例えば、Ｎｕｐ指定などがアプリケーションデータにおいて指定されていた場合には、その属性値が引き継がれる。このようにして、新規なブックファイルが作成され、あるいは、新規な章が追加される。
【００４８】
図９は、図８に示すステップＳ８０１において、電子原稿ライタ１０２により電子原稿ファイルを生成させる手順のフローチャートである。まず、新たな電子原稿ファイルを作成してそれを開く（ステップＳ９０１）。指定したアプリケーションデータに対応するアプリケーションを起動し、電子原稿ライタをデバイスドライバとしてＯＳの出力モジュールに対して出力コマンドを送信させる。出力モジュールは、受信した出力コマンドを電子原稿ライタ１０２によって電子原稿形式のデータに変換し、出力する（ステップＳ９０２）。その出力先はステップＳ９０１で開いた電子原稿ファイルである。指定されたデータ全てについて変換が終了したか判定し（ステップＳ９０３）、終了していれば電子原稿ファイルを閉じる（ステップＳ９０４）。電子原稿ライタ１０２によって生成される電子原稿ファイルは、図３の（Ｂ）に示される原稿ページデータの実体を含むファイルである。
【００４９】
＜ブックファイルの編集＞
以上のようにして、アプリケーションデータからブックファイルを作成することができる。生成されたブックファイルについては、章及びページに対して次のような編集操作が可能である。
【００５０】
（１）新規追加
（２）削除
（３）コピー
（４）切り取り
（５）貼り付け
（６）移動
（７）章名称変更
（８）ページ番号名称振り直し
（９）表紙挿入
（１０）合紙挿入
（１１）インデックス紙挿入
（１２）各原稿ページに対するページレイアウト。
【００５１】
このほか、一旦行った編集操作を取り消す操作や、更に取り消した操作をやり直す操作が可能である。これら編集機能により、例えば複数のブックファイルの統合、ブックファイル内で章やページの再配置、ブックファイル内で章やページの削除、原稿ページのレイアウト変更、合紙やインデックス紙の挿入などの編集操作が可能となる。これらの操作を行うと、図４、図５に示す属性に操作結果が反映されたり、あるいはブックファイルの構造に反映される。例えば、ブランクページの新規追加操作を行えば、指定された箇所にブランクページが挿入される。このブランクページは原稿ページとして扱われる。また、原稿ページに対するレイアウトを変更すれば、その変更内容は、印刷方法やＮ−ｕｐ印刷、表紙／裏表紙、インデックス紙、合紙、章区切りといった属性に反映される。
【００５２】
＜ブックファイルの出力＞
以上のように作成・編集されるブックファイルは、印刷出力を最終目的とするものである。ここで、利用者が図１０に示した製本アプリケーションのＵＩ画面１１００からファイルメニューを選択し、そこから印刷を選択すると、指定した出力デバイスにより印刷出力される。この際、まず製本アプリケーション１０４は、現在開かれているブックファイルからジョブチケットを作成し、そのジョブチケットを電子原稿デスプーラ１０５に渡す。一方、電子原稿デスプーラ１０５は、ジョブチケットをＯＳの出力コマンド、例えばウインドウズのＧＤＩ関数に変換し、それを出力モジュール、例えばＧＤＩに送信する。出力モジュールは、指定されたプリンタドライバ１０６によってデバイスに適したコマンドを生成し、そのデバイスに送信する。
【００５３】
ここで、ジョブチケットは原稿ページを最小単位とする構造を有するデータである。ジョブチケットにおける構造は、用紙上における原稿ページのレイアウトを定義している。ジョブチケットは１ジョブにつき１つ発行される。そのため、まず最上位にドキュメントというノードがあり、文書全体の属性、例えば両面印刷／片面印刷などが定義されている。その下には、用紙ノードが属し、用いるべき用紙の識別子やプリンタにおける給紙口の指定などの属性が含まれる。各用紙ノードには、その用紙で印刷されるシートのノードが属する。１シートは１枚の用紙に相当する。各シートには、印刷ページ（物理ページ）が属する。片面印刷ならば１シートには１物理ページが属し、両面印刷ならば１シートに２物理ページが属する。各物理ページには、その上に配置される原稿ページが属する。また物理ページの属性として、原稿ページのレイアウトが含まれる。
【００５４】
電子原稿デスプーラ１０５は、上述のジョブチケットを、出力モジュールへの出力コマンドに変換する。
【００５５】
＜そのほかのシステム構成＞
本実施形態の文書処理システムの概要は以上のようなものである。これはスタンドアロン型のシステムであるが、これを拡張したサーバクライアントシステムでもほぼ同様の構成・手順でブックファイルを作成・編集できる。但し、ブックファイルや印刷処理はサーバによって管理される。
【００５６】
図１２は、サーバクライアント型文書処理システムの構成を示すブロック図である。クライアント文書処理システムは、スタンドアロン型システムに、クライアントモジュールであるＤＯＭＳドライバ１０９及びＤＯＭＳプリントサービスモジュール１１０、ＤＳ（文書サービス）クライアントモジュール１０８を加えた構成を有する。ＤＯＭＳはＤｏｃｕｍｅｎｔ Ｏｕｔｐｕｔ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｉｃｅ：文書出力管理サービスを意味する。このクライアント文書処理システム１２００に文書管理サーバ１２０１、印刷集中管理サーバ１２０２及びプリントサーバ１２０３が接続されている。これらサーバは、通常ネットワークによってクライアント文書処理システムと接続されるが、サーバが同時にクライアントとしても機能する場合には、ネットワーク間の通信をシミュレートするプロセス間通信によって接続される。
【００５７】
尚、図１２に示す例では、文書管理サーバ１２０１と印刷集中管理サーバ１２０２の両方のサーバがクライアントに接続されているが、何れか一方のみネットワーク上に存在する場合もあり得る。例えば、接続されているサーバが文書管理サーバであれば、そのクライアントモジュール１０８を含む文書管理サーバクライアントシステム１２０１ＳＣが、スタンドアロン型文書管理システムに追加される。また印刷集中管理サーバ１２０２であれば、そのクライアントモジュールを含む印刷管理サーバクライアントシステム１２０２ＳＣが、スタンドアロン型文書管理システムに追加される。
【００５８】
文書管理サーバ１２０１は、製本アプリケーション１０４により作成・編集されたブックファイルを格納するサーバである。文書管理サーバ１２０１によってブックファイルを管理する場合、ブックファイルはクライアントＰＣのローカルＨＤに代わって、あるいはそれに加えて、文書管理サーバ１２０１のデータベース１２１１に保存される。製本アプリケーション１０４と文書管理サーバ１２０１との間のブックファイルの保存及び読み出しは、ＤＳクライアント１０８及びＤＳコア１２１２を介して行われる。
【００５９】
印刷集中管理サーバ１２０２は、クライアント文書管理システム１２００に格納された、あるいは文書管理サーバ１２０１に格納されたブックファイルの印刷を管理するサーバである。クライアントにおける印刷要求は、ＤＯＭＳドライバ１０９およびＤＯＭＳプリントサービスモジュール１１０を介して印刷集中管理サーバ１２０２のＤＯＭＳＷＧサーバモジュール１２２１に送信される。集中印刷管理サーバ１２０２は、クライアントのプリンタで印刷する場合にはクライアントのＤＯＭＳプリントサービスモジュール１１０を介して電子原稿デスプーラ１０５に電子原稿データを渡す。プリントサーバ１２０３により印刷する場合には、プリントサーバ１２０３のＤＯＭＳプリントサービスモジュール１２０３に送信する。集中印刷管理サーバは、例えば保存されているブックファイルに対して印刷要求を発行した利用者の資格などについてセキュリティチェックを行ったり、印刷処理のログを保存したりする。このように、文書処理システムは、スタンドアロンとしても、クライアントサーバシステムとしても実現できる。
【００６０】
＜プレビュー表示の内容＞
既に説明した通り、ブックファイルが製本アプリケーションによって開かれると、図１０に示したユーザインタフェース画面１１００が表示される。ツリー部１１０１には、開いているブック（以下、「注目ブック」と呼ぶ）の構造を示すツリーが表示される。プレビュー部には、利用者の指定に応じて、３通りの表示方法が用意されている。まず、第１は原稿ページをそのまま表示する原稿ビューと呼ばれるモードである。この原稿ビューモードでは、注目ブックに属する原稿ページの内容が縮小されて表示される。尚、プレビュー部１１０２の表示にレイアウトは反映されない。次に、第２は印刷ビューモードである。この印刷ビューモードでは、プレビュー部１１０２には原稿ページのレイアウトが反映された形で原稿ページが表示される。そして、第３は簡易印刷ビューモードである。この簡易印刷ビューモードでは、各原稿ページの内容はプレビュー部の表示には反映されず、レイアウトのみが反映される。
【００６１】
＜ステイプル制御＞
次に、ステイプル機能を有するプリンタと接続するコンピュータ１００の製本アプリケーション１０４によって行われるステイプル制御について説明する。
【００６２】
図１３は、ステイプル制御システムの構成を示すブロック図である。図示するように、ステイプル制御システムは、図２に示したホストコンピュータ１００とステイプル機能を有するプリンタ１０７とで構成される。
【００６３】
以下、プリンタ１０７の構成について説明する。尚、本発明の機能が実現されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ，ＷＡＮ等のネットワークを介して接続がなされ、処理が行われるシステムであっても本発明を適用できる。
【００６４】
図示するように、プリンタ１０７において、１３０１はプリンタＣＰＵである。プリンタＣＰＵは、ＲＯＭ１３０２内のプログラム用ＲＯＭに記憶された制御プログラム等や外部メモリ１３０３に記憶された制御プログラム等に基づいて動作する。そして、システムバス１３０４に接続される印刷部Ｉ／Ｆ１３０５を介して、印刷部（プリンタエンジン）１３０６に出力情報としての画像信号を出力する。また、このＲＯＭ１３０２内のプログラムＲＯＭには、ＣＰＵ１３０１の制御プログラム等が記憶さる。ＲＯＭ１３０２内のフォント用ＲＯＭには、出力情報を生成する際に使用するフォントデータ等が記憶される。ＲＯＭ１３０２内のデータ用ＲＯＭには、ハードディスク等の外部メモリ１３０３がないプリンタの場合、ホストコンピュータ１００上で利用される情報等が記憶されている。
【００６５】
また、ＣＰＵ１３０１は、入力部１３０７を介してホストコンピュータ１００との通信処理が可能となっており、プリンタ１０７内の情報等をホストコンピュータ１００に通知できる。ＲＡＭ１３０８は、ＣＰＵ１３０１の主メモリや、ワークエリア等として機能するＲＡＭであり、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。
【００６６】
尚、ＲＡＭ１３０８は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。上述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ１３０３は、メモリコントローラ（ＭＣ）１３０９によりアクセスを制御される。外部メモリ１３０３は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、操作パネル１３１１は操作のためのスイッチ及びＬＥＤ表示器等で構成されている。
【００６７】
また、上述の外部メモリ１３０３は１個に限らず、複数個備えられ、内蔵フォントに加えてオプションカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。更に、図示しないＮＶＲＡＭを有し、操作パネル１３１１からのプリンタモード設定情報を記憶するようにしても良い。
【００６８】
＜オブジェクト削除処理＞
次に、コンピュータ１００の製本アプリケーション１０４によって行われるオブジェクト削除処理について説明する。
【００６９】
図１６は、本実施例のコンピュータ１００の製本アプリケーションのオブジェクト削除処理手順を示すフローチャートである。
【００７０】
製本アプリケーションが起動し、複数のドキュメントから統合されたドキュメントに対してオブジェクト削除処理が起動すると、Ｓ１６０１で削除したいオブジェクト属性を特定するための矩形領域指定するためのページ選択を行う。
【００７１】
次にステップＳ１６０２で、選択したページにおいて、矩形領域の指定を行う。
【００７２】
図１７は、ステップＳ１６０１で選択したページにおいて、矩形領域を指定した例を示している。
【００７３】
また、ステップＳ１６０２の矩形指定において、１つの矩形では指定が不十分な場合、複数個の矩形領域を指定可能なように実装してもよい。
【００７４】
次にステップＳ１６０３で、抽出対象オブジェクト属性を指定させる。
【００７５】
オブジェクト属性は、本実施例では、文字列で構成されたオブジェクトであって、さらに数字によって構成されるページ番号、年月日に相当する数字およびセパレータで構成された日付、指定文字列に分類される。
【００７６】
尚、本実施例ではオブジェクト属性として年月日による日付を挙げたが、時分秒といった時刻を加えた日時を示すオブジェクトにも容易に応用可能である。
【００７７】
また、本実施例でのオブジェクト属性は、ページ番号、日付、指定文字列を挙げたが、ヘッダやフッタを構成する他の描画要素であってもよい。
【００７８】
図１８は抽出対象オブジェクトを指定するためのユーザーインタフェースの一例を示すもので、オブジェクト属性として、ページ番号、日付、指定文字列が選択可能となっており、ページ番号を抽出対象とするように指定した例を示すものである。
【００７９】
次にステップＳ１６０４で、図１９で後述する矩形領域内に含まれるオブジェクトの抽出処理を行う。
【００８０】
ステップＳ１６０５で、オブジェクトの抽出結果より、未処理オブジェクトがあるか否かの判別を行ない、未処理オブジェクトがあればステップＳ１６０６へ、未処理オブジェクトがなければステップＳ１６１０の処理を行う。
【００８１】
ステップＳ１６０６では、抽出したオブジェクト属性の表示およびそのオブジェクトを削除するか否かの指定を行う。
【００８２】
図２０は抽出したオブジェクト属性を表示するユーザーインタフェースの一例を示すもので、ページ番号“１”を抽出したことを示し、さらにそれを削除対象とするか否かを指定されるものである。
【００８３】
次にステップＳ１６０７で、抽出したオブジェクトを削除するか否かの指定の判別を行ない、削除指定であればステップＳ１６０８の処理を、削除しない指定であればステップＳ１６０４の処理を行う。
【００８４】
ステップＳ１６０８では、オブジェクトの削除処理を行う。
【００８５】
この削除処理は、削除対象となるオブジェクトを表示するのに必要なデータのみをファイルから削除するものである。
【００８６】
次にステップＳ１６０９で、削除したオブジェクト属性を記憶し、ステップＳ１６０４の処理を行う。
【００８７】
ステップＳ１６１０では、ステップＳ１６０１で選択したページ以外のページで未処理のものがあるか否かを判別し、未処理のページがあればステップＳ１６１１の処理を、未処理のページがなければ処理を終了する。
【００８８】
ステップＳ１６１１では、ステップＳ１６０２で指定したのと同じ矩形領域を当てはめ、図１９で後述する矩形領域内に含まれるオブジェクトの抽出処理を行う。
【００８９】
ステップＳ１６１２で、オブジェクトの抽出結果より、未処理オブジェクトがあるか否かの判別を行ない、未処理オブジェクトがあればステップＳ１６１３へ、未処理オブジェクトがなければステップＳ１６１０の処理を行う。
【００９０】
ステップＳ１６１３では、ステップＳ１６０９で記憶した削除対象オブジェクトと同じ属性かを判別し、同じであればステップＳ１６１４の処理を、同じでなければステップＳ１６１１の処理を行う。
【００９１】
次にステップＳ１６１４では、図２０に示すように、削除対象オブジェクト属性の表示およびそのオブジェクトを削除するか否かの指定を行う。
【００９２】
次にステップＳ１６１５で、一致した削除対象オブジェクトを削除するか否かの指定の判別を行ない、削除指定であればステップＳ１６１６の処理を、削除しない指定であればステップＳ１６１１の処理を行う。
【００９３】
ステップＳ１６１６では、オブジェクトの削除処理を行ない、ステップＳ１６１１の処理に戻る。
【００９４】
図１９は、本実施例のコンピュータ１００の製本アプリケーションの矩形内オブジェクト抽出処理手順を示すフローチャートである。
【００９５】
先ず、ステップＳ１９０１で、矩形領域内に包含される文字列データを逐次抽出する。
【００９６】
ここで、文字列でなく、図形やイメージで構成された描画オブジェクトの場合、前処理として、一旦イメージ化し、文字認識処理を行った上で、再度文字列として文字列データ抽出処理を行えばよい。
【００９７】
また、矩形領域内に包含されるか否かの判断は、文字列単位等一区切りとなる描画データの外接矩形を求め、それとの比較を行えばよい。
【００９８】
次にステップＳ１９０２で、文字列データが抽出できたか否かを判別し、抽出できたらステップＳ１９０３へ、抽出できなければステップＳ１９１６の処理を行う。
【００９９】
ステップＳ１９０３では、ステップＳ１６０３で抽出対象オブジェクトとしてページ番号が指定されているか否かを判別し、指定されていればステップＳ１９０４へ、指定されていなければステップＳ１９０８の処理を行う。
【０１００】
ステップＳ１９０４では、抽出した文字列データが、ページ番号か否かの判別を行ない、ページ番号と判別すれば、ステップＳ１９０５へ、ページ番号でなければステップＳ１９０８の処理を行う。
【０１０１】
ページ番号であるかを判別する手段のひとつとして、選択したページの前後の同一矩形位置にあるオブジェクト属性が、同じ書体、同じ文字サイズ、同じ表記形式の数字あるいはその組み合わせで構成されているかによって判断すればよい。
【０１０２】
尚、表記形式の一例として、“１、２、３、、、”、“−１−、−２−、−３−、、、”、“１／ｎ、２／ｎ、３／ｎ、、、”、“一、二、三、、、”、“ページ１、ページ２、ページ３、、、”、“Ｐａｇｅ１、Ｐａｇｅ２、Ｐａｇｅ３、、、”等あり、これらを全てページ番号として扱う。
【０１０３】
ステップＳ１９０５では、処理中のページの前後のページに対し、ステップＳ１９０１と同様に矩形領域内に包含される文字列データの抽出を行う。
【０１０４】
ステップＳ１９０６では、前後のページの文字列が、ステップＳ１９０４で判定したページ番号と連番になっているかを判定し、連番であればステップＳ１９０７へ、連番でなければステップＳ１９０８の処理を行う。
【０１０５】
本実施例では、ページ番号の場合、通常連番になるものであり、連番でないと判定したときには、ページ番号ではないと判定したが、ページ番号が連続しない場合もあり、そのときはこのステップＳ１９０６の処理を行わなくてもよい。
【０１０６】
ステップＳ１９０７では、抽出したオブジェクトとそのオブジェクト属性がページ番号であるという結果を、矩形内オブジェクト抽出処理の呼び出し元に返し終了する。
【０１０７】
次にステップＳ１９０８で、ステップＳ１６０３で抽出対象オブジェクト属性として日付が指定されているか否かを判別し、指定されていればステップＳ１９０９へ、指定されていなければステップＳ１９１３の処理を行う。
【０１０８】
ステップＳ１９０９では、抽出した文字列データが、日付か否かの判別を行ない、日付と判別すれば、ステップＳ１９１０へ、日付でなければステップＳ１９１３の処理を行う。
【０１０９】
日付であるかを判別する手段のひとつとして、日付を表現する各種表記形式を事前に設定し、設定された表記形式との一致性を確認することで、日付であるかを判断すればよい。
【０１１０】
尚、日付表記の一例として、“平成Ｘ年Ｙ月Ｚ日”、“ＨＸ．Ｙ．Ｚ”、“２００Ｘ年Ｙ月Ｚ日”、“２００Ｘ．Ｙ．Ｚ”、“２００Ｘ―Ｙ―Ｚ”、“２００Ｘ／Ｙ／Ｚ”、“Ｚ／Ｙ／２００Ｘ”、“Ｙ／Ｚ／２００Ｘ”、等あり、これらを全て日付として扱う。
【０１１１】
ステップＳ１９１０では、処理中のページの前後のページに対し、ステップＳ１９０１と同様に矩形領域内に包含される文字列データの抽出を行う。
【０１１２】
ステップＳ１９１１では、前後のページの文字列が、ステップＳ１９０９で判定した日付と連番になっているかを判定し、連番であればステップＳ１９１３へ、連番でなければステップＳ１９１２の処理を行う。
【０１１３】
本実施例では、日付の場合、ページ番号とは異なり、通常連番になることはないので、連番と判定したときには、日付ではないと判定したが、このステップＳ１９１１の処理を行わなくてもよい。
【０１１４】
ステップＳ１９１２では、抽出したオブジェクトとそのオブジェクト属性が日付であるという結果を、矩形内オブジェクト抽出処理の呼び出し元に返し終了する。
【０１１５】
次にステップＳ１９１３では、ステップＳ１６０３で指定文字列の指定であるか否かを判別し、指定されていればステップＳ１９１４の処理を、指定されていなければステップＳ１９０１の処理を行う。
【０１１６】
ステップＳ１９１４では、抽出した文字列とステップＳ１６０３で指定された文字列の比較を行ない、同じであればステップＳ１９１５の処理を、異なればステップＳ１９０１の処理を行う。
【０１１７】
ステップＳ１９１５では、抽出したオブジェクトとそのオブジェクト属性が指定文字列であるという結果を、矩形内オブジェクト抽出処理の呼び出し元に返し終了する。
【０１１８】
一方、ステップＳ１９０２の判別で、文字列データが抽出できなければ、ステップＳ１９１６で抽出オブジェクトなしという結果を、矩形内オブジェクト抽出処理の呼び出し元に返し終了する。
【０１１９】
また、矩形が複数個指定されている場合、矩形ごとに繰り返しオブジェクト抽出を行う。
【０１２０】
以上により、元原稿で割り付けたページ番号あるいはヘッダ、フッタ情報が、ページ毎に異なる位置に描画されている場合においても、簡単な操作で容易かつ確実に一括削除することが可能となる。
【０１２１】
また、削除するものを事前に表示し、削除してよいか否かを確認するステップを提供することにより、誤削除を防ぐこともできる。
【０１２２】
また、矩形領域を複数個指定可能とすることにより、全然位置が異なる複数のものを一回の操作で削除可能となる。
【符号の説明】
【０１２３】
１００ ホストコンピュータ
１０７ プリンタ
２０１ ＣＵＰ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０７ ディスクコントローラ
【技術分野】
【０００１】
本発明は、複数ファイルを取り込み、統合ファイルを生成する文書処理システムに関するものである。
【背景技術】
【０００２】
文書や表あるいは図形やイメージといった描画オブジェクトは、それぞれの専用アプリケーションを用いて作成や編集を行う方が、自由度が高く作業効率も高い。
【０００３】
そのため、ファイルフォーマットの異なる複数のアプリケーションで作成し、それぞれできあがったドキュメントを統合し、最終原稿を作成するというアプリケーションがある。
【０００４】
また、同一フォーマットではあるが、作成者ごとや章別ファイルとして作成されているものを最終的に統合して最終原稿を作成することが可能なアプリケーションもある。
【０００５】
最終原稿を作成する時のドキュメントフォーマットとしては、ＰＤＦ（Ａｄｏｂｅによって公開されている電子文書フォーマット：Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）が広く用いられている。
【０００６】
ＰＤＦは仕様が公開されているため、複数のアプリケーションで作成されたアプリケーション特有のフォーマットからＰＤＦに変換し、ＰＤＦ形式で複数のドキュメントを結合し、統一的に扱うことが可能なためである。
【０００７】
図１４は、章ごとに作成された２つの原稿を統合したアプリケーションの例で、このようなアプリケーションでは、統合してできあがったドキュメントに対し、さらにページの組替えや情報の付加等を行ない、最終原稿を作成している。
【０００８】
また、複数のドキュメントを統合するということで、最終的なページ番号付けやヘッダ、フッタの設定も重要な機能となっており、このアプリケーション自体で統一的なページ番号やヘッダ、フッタを作成する手段が提供されている。（例えば、特許文献１参照）
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００４−３４８４２８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、特許文献１の従来技術では、フッタやヘッダを挿入したい位置にすでに画像が存在するかを調べ、すでに存在するページについてのみ存在する画像を空白で削除するというものである。
【００１１】
そのため、すでに存在するヘッダやフッタを削除するための目的に用意されたものではないため、例えば図１５に示すように、元から存在するヘッダやフッタと、新規に付加するヘッダやフッタが、異なる位置に複数存在してしまうという問題がある。
【００１２】
そのため、統合してできる最終原稿に一連のページ番号を振るという機能には、入力原稿に既に付与されているヘッダやフッタ、ページ番号等を自動的に削除する手段も提供されることが課題として課されている。
【００１３】
従来のアプリケーションでは、この課題を解決するために、ページ内の矩形領域を指定し、その矩形領域内に全体が含まれるオブジェクトを自動的に削除する手段を提供していた。
【００１４】
しかし、複数ドキュメントからなる統合ドキュメントでは、必ずしもヘッダやフッタ、ページ番号位置が一定ではないため、削除したいもの以外の情報が削除されてしまうという問題がある。
【００１５】
入力原稿に既に含まれているヘッダやフッタ、ページ番号等のオブジェクトを適切に検出して自動削除する、ドキュメント統合機能を備えた文書処理装置を提供することが課題である。
【課題を解決するための手段】
【００１６】
複数の入力ドキュメントを結合し、１つの出力ドキュメントを生成し、ヘッダやフッタやページ番号等の情報を付加する文書処理システムにおいて、選択したページ内の矩形領域を指定する矩形領域指定手段と、前記矩形領域内に包含される第一のオブジェクトを抽出する第一のオブジェクト抽出手段と、前記第一のオブジェクト抽出手段で抽出した第一のオブジェクトを削除する第一のオブジェクト削除手段と、前記第一のオブジェクト削除手段で削除したオブジェクト属性を記憶するオブジェクト記憶手段と、前記選択したページ以外のページに対し、前記矩形領域指定手段で指定したのと同じ矩形領域内に包含される第二のオブジェクトを抽出する第二のオブジェクト抽出手段と、前記オブジェクト記憶手段で記憶したオブジェクト属性と前記第二のオブジェクト抽出手段結果のオブジェクト属性を比較するオブジェクト比較手段と、前記オブジェクト比較手段で一致した時のみ前記第二のオブジェクト抽出手段で抽出した第二のオブジェクトを削除する第二のオブジェクト削除手段を有することを特徴とする。
【発明の効果】
【００１７】
元原稿で割り付けたページ番号あるいはヘッダ、フッタ情報が、ページ毎に異なる位置に描画されている場合においても、簡単な操作で容易かつ確実に一括削除することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本実施形態のスタンドアロン型の文書処理システムのソフトウェア構成例を示すブロック図である。
【図２】本実施形態の文書処理システムを実現するハードウェア構成例を示すブロック図である。
【図３】ブックファイルの構造の一例を示す図である。
【図４】ブック属性の一覧を示す図である。
【図５】章属性の一覧を示す図である。
【図６】ページ属性の一覧を示す図である。
【図７】ブックファイルを開く手順例を示すフローチャートである。
【図８】電子原稿ファイルをブックファイルにインポートする手順例を示すフローチャートである。
【図９】図８のステップ８０１に示すアプリケーションデータを電子原稿ファイルに変換する手順例を示すフローチャートである。
【図１０】製本アプリケーションのＵＩ画面である。
【図１１】新規にブックファイルが作成された際のＵＩ画面である。
【図１２】クライアントサーバ型の文書処理システムのソフトウェア構成例を示すブロック図である。
【図１３】ステイプル制御システムの構成を示すブロック図である。
【図１４】従来例の２つの原稿を統合したアプリケーションを示す図
【図１５】従来例のアプリケーションの課題を示す図
【図１６】本実施例の文書処理システムのオブジェクト削除処理フロー図
【図１７】本実施例の領域選択を示す図
【図１８】本実施例の抽出オブジェクト指定を示す図
【図１９】本実施例の文書処理システムのオブジェクト抽出処理フロー図
【図２０】本実施例のオブジェクト削除時の確認メッセージを示す図
【発明を実施するための形態】
【００１９】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【実施例】
【００２０】
＜システム概要＞
まず、本発明に係る文書処理システムの概要について、図１乃至図１２を参照して以下に説明する。尚、この文書処理システムは、一般のアプリケーションによって作成されたデータファイルを電子原稿ファイルに変換する電子原稿ライタと、その電子原稿ファイルを編集する機能を提供する製本アプリケーションとを含む。そして作成されたデータを一まとめにした文書の作成及び編集を可能とし、その操作性を向上させて文書編集を効率的に行えるものである。
【００２１】
＜システム構成及び動作＞
図１は、本実施形態の文書処理システムのソフトウェア構成を示す図である。文書処理システムは、本発明の情報処理装置に好適な実施形態であるデジタルコンピュータ１０１（以下、ホストコンピュータとも呼ぶ）によって実現されている。図１に示す一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドロー、あるいはペイント、プレゼンテーション、テキスト編集などの機能を提供するアプリケーションプログラムであり、ＯＳに対する印刷機能を有している。これらのアプリケーションは、作成された文書データや画像データなどのアプリケーションデータを印刷する際に、オペレーティングシステム（ＯＳ）によって提供される所定のインタフェース（一般に、ＧＤＩと呼ばれる）を利用する。即ち、アプリケーション１０１は、作成したデータを印刷するために、上述のインタフェースを提供するＯＳの出力モジュールに対して、あらかじめ定められる、ＯＳに依存する形式の出力コマンド（ＧＤＩ関数と呼ばれる）を送信する。一方、出力コマンドを受けた出力モジュールは、その出力コマンドをプリンタ等の出力デバイスが処理可能な形式に変換して、変換されたコマンド（ＤＤＩ関数と呼ばれる）を出力する。出力デバイスが処理可能な形式はデバイスの種類やメーカ、機種などによって異なるため、デバイスごとにデバイスドライバが提供されている。ＯＳではそのデバイスドライバを利用してコマンドの変換を行い、印刷データを生成し、ＪＬ（Ｊｏｂ Ｌａｎｇｕａｇｅ）でくくることにより印刷ジョブが生成される。ＯＳとしてマイクロソフト社のウインドウズを利用する場合には、前述した出力モジュールとしてはＧＤＩ（Ｇｒａｐｈｉｃ Ｄｅｖｉｃｅ Ｉｎｔｅｒｆａｃｅ）と呼ばれるモジュールが相当する。
【００２２】
電子原稿ライタ１０２は、上述のデバイスドライバを改良したものであり、本文書処理システム実現のために提供されるソフトウェアモジュールである。但し、電子原稿ライタ１０２は特定の出力デバイスを目的としておらず、詳細は後述する製本アプリケーション１０４やプリンタドライバ１０６により処理可能な形式に出力コマンドを変換する。この電子原稿ライタ１０２による変換後の形式（以後電子原稿形式と呼ぶ）は、ページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。実質的な標準形式のうち、例えばアドビシステムズによるＰＤＦ形式やＳＶＧ形式などが電子原稿形式として採用できる。
【００２３】
一般アプリケーション１０１から電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。但し、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして十分な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのは製本アプリケーション１０４であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。そして、製本アプリケーション１０４は電子原稿ライタ１０２が生成した新規の不十分な電子原稿ファイルを後述する形式を備えた電子原稿ファイルとして完成させる。以下、この点を明瞭に識別する必要がある場合、電子原稿ライタ１０２によって作成されたファイルを「電子原稿ファイル」と呼び、製本アプリケーション１０４によって構造を与えられた電子原稿ファイルを「ブックファイル」と呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイル（または文書データ）と呼ぶ。
【００２４】
デバイスドライバとして電子原稿ライタ１０２を指定し、一般アプリケーション１０１によりデータを印刷させることで、アプリケーションデータを電子原稿形式に変換する。アプリケーションデータはアプリケーション１０１によって定義されたページ（以後論理ページあるいは原稿ページと呼ぶ）を単位とする電子原稿形式に変換される。そして、電子原稿ファイル１０３としてハードディスクなどの記憶媒体に格納される。尚、ハードディスクは、本実施形態の文書処理システムを実現するコンピュータが備えているローカルドライブであっても良く、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。
【００２５】
製本アプリケーション１０４は電子原稿ファイル（あるいはブックファイル）１０３を読み込み、それを編集するための機能を利用者に提供する。但し、製本アプリケーション１０４は、各ページの内容を編集する機能は提供しておらず、ページを最小単位として構成される、後述する章やブックの構造を編集するための機能を提供している。
【００２６】
製本アプリケーション１０４によって編集されたブックファイル１０３を印刷する際には、製本アプリケーション１０４によって電子原稿デスプーラ１０５が起動される。電子原稿デスプーラ１０５は、製本アプリケーションと共にコンピュータ内にインストールされるプログラムモジュールである。製本アプリケーションで利用するドキュメント（ブックファイル）を印刷する際に、プリンタドライバへ描画データを出力するために使用されるモジュールである。電子原稿デスプーラ１０５は、指定されたブックファイルをハードディスクから読み出し、ブックファイルに記述された形式で各ページを印刷するために、前述したＯＳの出力モジュールに適合する出力コマンドを生成し、不図示の出力モジュールに出力する。その際に、出力デバイスとして使用されるプリンタ１０７用のプリンタドライバ１０６がデバイスドライバとして指定される。上述の出力モジュールは、受信した出力コマンドをデバイスコマンドに変換して指定されたプリンタ１０７用のプリンタドライバ１０６に出力し、そのプリンタドライバ１０６がプリンタ１０７で解釈実行可能なページ記述言語等のコマンドに変換する。そして、変換されたコマンドはプリンタドライバ１０６から不図示のシステムスプーラを介してプリンタ１０７に送信され、プリンタ１０７によってコマンドに応じた画像が印刷される。
【００２７】
図２は、コンピュータ１００のハードウェアブロック図である。図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、あるいはハードディスク２１１からＲＡＭ２０２にロードされたＯＳや一般アプリケーション、製本アプリケーションなどのプログラムを実行する。そして、図１のソフトウェア構成や、後述するフローチャートの手順を実現する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ２１０の表示を制御する。ディスクコントローラ（ＤＫＣ）２０７は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、後述する編集ファイル等を記憶するハードディスク（ＨＤ）２１１やフロッピー（登録商標）ディスク（ＦＤ）等とのアクセスを制御する。ＰＲＴＣ２０８は、接続されたプリンタ１０７との間の信号の交換を制御する。ＮＣ２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００２８】
＜電子原稿データの形式＞
編集アプリケーション１０４の詳細を言及する前に、ブックファイルのデータ形式について説明する。ブックファイルは紙媒体の書物を似せた３層の層構造を有する。まず、上位層は「ブック」と呼ばれ、１冊の本を似せており、その本全般に係る属性が定義されている。その下の中間層は、本でいう章に相当し、やはり「章」と呼ばれる。各章についても、章毎の属性が定義できる。そして、下位層は「ページ」であり、アプリケーションプログラムで定義された各ページに相当する。尚、各ページについてもページ毎の属性が定義できる。更に、一つのブックは複数の章を含んでいてよく、また一つの章は複数のページを含むこともできる。
【００２９】
図３に示す（Ａ）は、ブックファイルの形式の一例を模式的に示す図である。図示するように、この例では、ブックファイルにおけるブック，章，ページは、それぞれに相当するノードにより示されている。一つのブックファイルは一つのブックを含む。ブック，章は、ブックとしての構造を定義するための概念であるから、定義された属性値と下位層へのリンクとをその実体として含む。ページは、アプリケーションプログラムによって出力されたページ毎のデータを実体として有する。そのため、ページは、その属性値のほかに、原稿ページの実体（原稿ページデータ）と各原稿ページデータへのリンクを含む。
【００３０】
尚、紙媒体等に出力する際の印刷ページは複数の原稿ページを含む場合がある。この構造に関してはリンクによって表示されず、ブック、章、ページ各階層における属性として表示される。
【００３１】
図３において、ブック３０１には、ブック属性が定義されていると共に、２つの章３０２Ａ，３０２Ｂがリンクされている。このリンクにより、章３０２Ａ，３０２Ｂがブック３０１に包含されていることが表示される。章３０２Ａには、ページ３０３Ａ，３０３Ｂがリンクされ、これらページが含まれることが示されている。各ページ３０３Ａ，３０３Ｂにはそれぞれ属性値が定義され、その実体である原稿ページデータ（１）、（２）へのリンクが含まれる。これらリンクは、図３に示す（Ｂ）のように原稿ページデータ３０４のデータ（１），（２）を指し示し、ページ３０３Ａ、３０３Ｂの実体が原稿ページデータ（１）、（２）であることを表示している。
【００３２】
図４は、ブック属性のリストである。下位層と重複して定義可能な項目に関しては、下位層の属性値が優先採用される。そのため、ブック属性にのみ含まれる項目に関しては、ブック属性に定義された値はブック全体を通して有効な値となる。しかし、下位層と重複する項目については、下位層において定義されていない場合における既定値としての意味を有する。尚、図示された各項目は具体的に１項目に対応するのではなく、関連する複数の項目を含むものもある。
【００３３】
図５は章属性の、図６はページ属性のリストである。章属性とページ属性との関係もブック属性と下位層の属性との関係と同様である。
【００３４】
図４〜図６から明らかなように、ブック属性に固有の項目は、印刷方法、製本詳細、表紙／裏表紙、インデックス紙（タブシート）、合紙、章区切りの６項目である。これらはブックを通して定義される項目である。印刷方法の属性としては、片面印刷、両面印刷、製本印刷の３つの値を指定できる。ここで、製本印刷とは、別途指定する枚数の用紙を束にして２つ折りにし、その束をつづり合わせることで製本が可能となる形式で印刷する方法である。製本詳細属性としては、製本印刷が指定されている場合に、見開き方向や、束になる枚数等が指定できる。
【００３５】
表紙／裏表紙属性は、ブックとしてまとめられる電子原稿ファイルを印刷する際に、表紙及び裏表紙となる用紙を付加することの指定、及び付加した用紙への印刷内容の指定を含む。インデックス紙属性は、章の区切りとして、印刷装置に別途用意される耳付きのインデックス紙の挿入の指定及びインデックス（タブ）部分への印刷内容の指定を含む。しかし、後述するタブ用原稿データを印字するインデックスシートの場合、インデックス部分への印刷内容は反映されない。この属性は、印刷用紙とは別に用意された用紙を所望の位置に挿入するインサート機能を持ったインサータが使用する印刷装置に備えられている場合か、あるいは、複数の給紙カセットを使用可能である場合に有効となる。これは合紙属性についても同様である。
【００３６】
合紙属性は、章の区切りとして、インサータから、あるいは給紙カセットから供給される用紙の挿入の指定、及び合紙を挿入する場合には、給紙元の指定などを含む。
【００３７】
章区切り属性は、章の区切り目において、新たな用紙を使用するか、新たな印刷ページを使用するか、特に何もしないか等の指定を含む。片面印刷時には、新たな用紙の使用と新たな印刷ページの使用とは同じ意味を持つ。両面印刷時には、「新たな用紙の使用」を指定すれば連続する章が１枚の用紙に印刷されることは無いが、「新たな印刷ページの使用」を指定すれば、連続する章が１枚の用紙の表裏に印刷されることがあり得る。
【００３８】
章属性に関しては、章に固有の項目はなく、全てブック属性と重複する。従って、章属性における定義とブック属性における定義とが異なれば、章属性で定義された値が優先する。ブック属性と章属性とにのみ共通する項目は、用紙サイズ、用紙方向、Ｎ−ｕｐ印刷指定、拡大縮小、排紙方法の５項目である。これらのうち、Ｎ−ｕｐ印刷指定属性は１印刷ページに含まれる原稿ページ数を指定するための項目である。指定可能な配置としては、１×１、１×２、２×２、３×３、４×４などがある。排紙方法属性は、排出した用紙にステイプル処理を施すか否かを指定するための項目であり、この属性の有効性は使用する印刷装置がステイプル機能を有するか否かに依存する。
【００３９】
ページ属性に固有の項目には、タブ用原稿属性、ページ回転属性、ズーム、配置指定、アノテーション、ページ分割などがある。タブ用原稿属性は、リンクする原稿ページがタブ用原稿データか否かを指定するための項目である。ページ回転属性は、原稿ページを印刷ページに配置する際の回転角度を指定するための項目である。ズーム属性は、原稿ページの変倍率を指定するための項目である。変倍率は、仮想論理ページ領域のサイズを１００％として指定される。仮想論理ページ領域とは、原稿ページを、Ｎｕｐ等の指定に応じて配置した場合に、１原稿ページが占める領域である。例えば、１×１であれば、仮想論理ページ領域は１印刷ページに相当する領域となり、１×２であれば、１印刷ページの各辺を約７０パーセントに縮小した領域となる。
【００４０】
ブック、章、ページについて共通な属性としては、ウォーターマーク属性及びヘッダ・フッタ属性がある。ここで、ウォーターマークとは、アプリケーションで作成されたデータに重ねて印刷される、別途指定される画像や文字列などである。ヘッダ・フッタは、それぞれ各ページの上余白及び下余白に印刷されるウォーターマークである。但し、ヘッダ・フッタには、ページ番号や日時など変数により指定可能な項目が用意されている。尚、ウォーターマーク属性およびヘッダ・フッタ属性において指定可能な内容は、章とページとは共通であるが、ブックはそれらと異なっている。ブックにおいてはウォーターマークやヘッダ・フッタの内容を設定できるし、また、ブック全体を通してどのようにウォーターマークやヘッダ・フッタを印刷するかを指定することができる。一方、章やページでは、その章やページにおいて、ブックで設定されたウォーターマークやヘッダ・フッタを印刷するか否かを指定できる。
【００４１】
＜ブックファイルの生成手順＞
ブックファイルは上述したような構造及び内容を有している。次に、製本アプリケーション１０４及び電子原稿ライタ１０２によるブックファイルの作成手順について説明する。ブックファイルの作成手順は、製本アプリケーション１０４によるブックファイルの編集操作の一環として実現される。
【００４２】
図７は、製本アプリケーション１０４によりブックファイルを開く際の手順である。まず、開こうとするブックファイルが、新規作成すべきものであるか、それとも既存のものであるか判定する（ステップＳ７０１）。新規作成の場合には、章を含まないブックファイルを新規に作成する（ステップＳ７０２）。新規に作成されるブックファイルは、図３の例で示せば、ブックノード３０１のみ有し、章のノードに対するリンクが存在しないブックのノードとなる。ブック属性は、新規作成用としてあらかじめ用意された属性のセットが適用される。そして、新規ブックファイルを編集するためのユーザインタフェース（ＵＩ）画面を表示する（ステップＳ７０３）。図１１は、新規にブックファイルが作成された際のＵＩ画面の一例である。この場合は、ブックファイルは実質的な内容を持たないため、ＵＩ画面１１００には何も表示されない。
【００４３】
一方、既存のブックファイルがあれば、指定されたブックファイルを開き（ステップＳ７０３）、そのブックファイルの構造、属性、内容に従ってユーザインタフェース（ＵＩ）画面を表示する。図１０は、既存のブックファイルから指定されたブックファイルを表示するＵＩ画面の一例である。ＵＩ画面１１００は、ブックの構造を示すツリー部１１０１と、印刷された状態を表示するプレビュー部１１０２とを含む。ツリー部１１０１には、ブックに含まれる章、各章に含まれるページが図３に示す（Ａ）のような木構造で表示される。ツリー部１１０１に表示されるページは原稿ページである。またプレビュー部１１０２には、印刷ページの内容が縮小されて表示される。その表示順序はブックの構造を反映したものとなっている。
【００４４】
さて、開かれたブックファイルには、電子原稿ライタ１０２によって電子原稿ファイルに変換されたアプリケーションデータを、新たな章として追加することができる。この機能を電子原稿インポート機能と呼ぶ。図７に示す手順によって新規に作成されたブックファイルに電子原稿インポートすることで、そのブックファイルには実体が与えられる。この機能は、図１０の画面にアプリケーションデータをドラッグアンドドロップ操作することで起動される。
【００４５】
図８に電子原稿インポートの手順を示す。まず、指定されたアプリケーションデータを生成したアプリケーションプログラムを起動し、デバイスドライバとして電子原稿ライタ１０２を指定してアプリケーションデータを印刷出力させることで、電子原稿データに変換する（ステップＳ８０１）。変換を終えたなら、変換されたデータが画像データであるか否かを判定する（ステップＳ８０２）。この判定は、ウインドウズＯＳの下であれば、アプリケーションデータのファイル拡張子に基づいて行われる。例えば、拡張子が「ｂｍｐ」であればウインドウズビットマップデータであり、「ｊｐｇ」であればｊｐｅｇ圧縮された画像データ、「ｔｉｆｆ」であればｔｉｆｆ形式の画像データであると判定できる。また、このような画像データの場合はＳ８０１０のようにアプリケーションを起動せずに、画像データから直接電子原稿ファイルを生成することが可能であるため、Ｓ８０１０の処理を省略することも可能である。
【００４６】
ここで、画像データでなかった場合には、ステップＳ８０１で生成された電子原稿ファイルを、現在開かれているブックファイルのブックに、新たな章として追加する（ステップＳ８０３）。章属性としては、ブック属性と共通するものについてはブック属性の値がコピーされ、そうでないものについては、予め用意された規定値に設定される。
【００４７】
また、ステップＳ８０２で画像データである場合には、原則として新たな章は追加されず、指定されている章に、ステップＳ８０１で生成された電子原稿ファイルに含まれる各原稿ページが追加される（ステップＳ８０４）。但し、ブックファイルが新規作成されたファイルであれば、新たな章が作成されて、その章に属するページとして電子原稿ファイルの各ページが追加される。ページ属性は、上位層の属性と共通のものについてはその属性値が与えられ、アプリケーションデータにおいて定義された属性を電子原稿ファイルに引き継いでいるものについてはその値が与えられる。例えば、Ｎｕｐ指定などがアプリケーションデータにおいて指定されていた場合には、その属性値が引き継がれる。このようにして、新規なブックファイルが作成され、あるいは、新規な章が追加される。
【００４８】
図９は、図８に示すステップＳ８０１において、電子原稿ライタ１０２により電子原稿ファイルを生成させる手順のフローチャートである。まず、新たな電子原稿ファイルを作成してそれを開く（ステップＳ９０１）。指定したアプリケーションデータに対応するアプリケーションを起動し、電子原稿ライタをデバイスドライバとしてＯＳの出力モジュールに対して出力コマンドを送信させる。出力モジュールは、受信した出力コマンドを電子原稿ライタ１０２によって電子原稿形式のデータに変換し、出力する（ステップＳ９０２）。その出力先はステップＳ９０１で開いた電子原稿ファイルである。指定されたデータ全てについて変換が終了したか判定し（ステップＳ９０３）、終了していれば電子原稿ファイルを閉じる（ステップＳ９０４）。電子原稿ライタ１０２によって生成される電子原稿ファイルは、図３の（Ｂ）に示される原稿ページデータの実体を含むファイルである。
【００４９】
＜ブックファイルの編集＞
以上のようにして、アプリケーションデータからブックファイルを作成することができる。生成されたブックファイルについては、章及びページに対して次のような編集操作が可能である。
【００５０】
（１）新規追加
（２）削除
（３）コピー
（４）切り取り
（５）貼り付け
（６）移動
（７）章名称変更
（８）ページ番号名称振り直し
（９）表紙挿入
（１０）合紙挿入
（１１）インデックス紙挿入
（１２）各原稿ページに対するページレイアウト。
【００５１】
このほか、一旦行った編集操作を取り消す操作や、更に取り消した操作をやり直す操作が可能である。これら編集機能により、例えば複数のブックファイルの統合、ブックファイル内で章やページの再配置、ブックファイル内で章やページの削除、原稿ページのレイアウト変更、合紙やインデックス紙の挿入などの編集操作が可能となる。これらの操作を行うと、図４、図５に示す属性に操作結果が反映されたり、あるいはブックファイルの構造に反映される。例えば、ブランクページの新規追加操作を行えば、指定された箇所にブランクページが挿入される。このブランクページは原稿ページとして扱われる。また、原稿ページに対するレイアウトを変更すれば、その変更内容は、印刷方法やＮ−ｕｐ印刷、表紙／裏表紙、インデックス紙、合紙、章区切りといった属性に反映される。
【００５２】
＜ブックファイルの出力＞
以上のように作成・編集されるブックファイルは、印刷出力を最終目的とするものである。ここで、利用者が図１０に示した製本アプリケーションのＵＩ画面１１００からファイルメニューを選択し、そこから印刷を選択すると、指定した出力デバイスにより印刷出力される。この際、まず製本アプリケーション１０４は、現在開かれているブックファイルからジョブチケットを作成し、そのジョブチケットを電子原稿デスプーラ１０５に渡す。一方、電子原稿デスプーラ１０５は、ジョブチケットをＯＳの出力コマンド、例えばウインドウズのＧＤＩ関数に変換し、それを出力モジュール、例えばＧＤＩに送信する。出力モジュールは、指定されたプリンタドライバ１０６によってデバイスに適したコマンドを生成し、そのデバイスに送信する。
【００５３】
ここで、ジョブチケットは原稿ページを最小単位とする構造を有するデータである。ジョブチケットにおける構造は、用紙上における原稿ページのレイアウトを定義している。ジョブチケットは１ジョブにつき１つ発行される。そのため、まず最上位にドキュメントというノードがあり、文書全体の属性、例えば両面印刷／片面印刷などが定義されている。その下には、用紙ノードが属し、用いるべき用紙の識別子やプリンタにおける給紙口の指定などの属性が含まれる。各用紙ノードには、その用紙で印刷されるシートのノードが属する。１シートは１枚の用紙に相当する。各シートには、印刷ページ（物理ページ）が属する。片面印刷ならば１シートには１物理ページが属し、両面印刷ならば１シートに２物理ページが属する。各物理ページには、その上に配置される原稿ページが属する。また物理ページの属性として、原稿ページのレイアウトが含まれる。
【００５４】
電子原稿デスプーラ１０５は、上述のジョブチケットを、出力モジュールへの出力コマンドに変換する。
【００５５】
＜そのほかのシステム構成＞
本実施形態の文書処理システムの概要は以上のようなものである。これはスタンドアロン型のシステムであるが、これを拡張したサーバクライアントシステムでもほぼ同様の構成・手順でブックファイルを作成・編集できる。但し、ブックファイルや印刷処理はサーバによって管理される。
【００５６】
図１２は、サーバクライアント型文書処理システムの構成を示すブロック図である。クライアント文書処理システムは、スタンドアロン型システムに、クライアントモジュールであるＤＯＭＳドライバ１０９及びＤＯＭＳプリントサービスモジュール１１０、ＤＳ（文書サービス）クライアントモジュール１０８を加えた構成を有する。ＤＯＭＳはＤｏｃｕｍｅｎｔ Ｏｕｔｐｕｔ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｉｃｅ：文書出力管理サービスを意味する。このクライアント文書処理システム１２００に文書管理サーバ１２０１、印刷集中管理サーバ１２０２及びプリントサーバ１２０３が接続されている。これらサーバは、通常ネットワークによってクライアント文書処理システムと接続されるが、サーバが同時にクライアントとしても機能する場合には、ネットワーク間の通信をシミュレートするプロセス間通信によって接続される。
【００５７】
尚、図１２に示す例では、文書管理サーバ１２０１と印刷集中管理サーバ１２０２の両方のサーバがクライアントに接続されているが、何れか一方のみネットワーク上に存在する場合もあり得る。例えば、接続されているサーバが文書管理サーバであれば、そのクライアントモジュール１０８を含む文書管理サーバクライアントシステム１２０１ＳＣが、スタンドアロン型文書管理システムに追加される。また印刷集中管理サーバ１２０２であれば、そのクライアントモジュールを含む印刷管理サーバクライアントシステム１２０２ＳＣが、スタンドアロン型文書管理システムに追加される。
【００５８】
文書管理サーバ１２０１は、製本アプリケーション１０４により作成・編集されたブックファイルを格納するサーバである。文書管理サーバ１２０１によってブックファイルを管理する場合、ブックファイルはクライアントＰＣのローカルＨＤに代わって、あるいはそれに加えて、文書管理サーバ１２０１のデータベース１２１１に保存される。製本アプリケーション１０４と文書管理サーバ１２０１との間のブックファイルの保存及び読み出しは、ＤＳクライアント１０８及びＤＳコア１２１２を介して行われる。
【００５９】
印刷集中管理サーバ１２０２は、クライアント文書管理システム１２００に格納された、あるいは文書管理サーバ１２０１に格納されたブックファイルの印刷を管理するサーバである。クライアントにおける印刷要求は、ＤＯＭＳドライバ１０９およびＤＯＭＳプリントサービスモジュール１１０を介して印刷集中管理サーバ１２０２のＤＯＭＳＷＧサーバモジュール１２２１に送信される。集中印刷管理サーバ１２０２は、クライアントのプリンタで印刷する場合にはクライアントのＤＯＭＳプリントサービスモジュール１１０を介して電子原稿デスプーラ１０５に電子原稿データを渡す。プリントサーバ１２０３により印刷する場合には、プリントサーバ１２０３のＤＯＭＳプリントサービスモジュール１２０３に送信する。集中印刷管理サーバは、例えば保存されているブックファイルに対して印刷要求を発行した利用者の資格などについてセキュリティチェックを行ったり、印刷処理のログを保存したりする。このように、文書処理システムは、スタンドアロンとしても、クライアントサーバシステムとしても実現できる。
【００６０】
＜プレビュー表示の内容＞
既に説明した通り、ブックファイルが製本アプリケーションによって開かれると、図１０に示したユーザインタフェース画面１１００が表示される。ツリー部１１０１には、開いているブック（以下、「注目ブック」と呼ぶ）の構造を示すツリーが表示される。プレビュー部には、利用者の指定に応じて、３通りの表示方法が用意されている。まず、第１は原稿ページをそのまま表示する原稿ビューと呼ばれるモードである。この原稿ビューモードでは、注目ブックに属する原稿ページの内容が縮小されて表示される。尚、プレビュー部１１０２の表示にレイアウトは反映されない。次に、第２は印刷ビューモードである。この印刷ビューモードでは、プレビュー部１１０２には原稿ページのレイアウトが反映された形で原稿ページが表示される。そして、第３は簡易印刷ビューモードである。この簡易印刷ビューモードでは、各原稿ページの内容はプレビュー部の表示には反映されず、レイアウトのみが反映される。
【００６１】
＜ステイプル制御＞
次に、ステイプル機能を有するプリンタと接続するコンピュータ１００の製本アプリケーション１０４によって行われるステイプル制御について説明する。
【００６２】
図１３は、ステイプル制御システムの構成を示すブロック図である。図示するように、ステイプル制御システムは、図２に示したホストコンピュータ１００とステイプル機能を有するプリンタ１０７とで構成される。
【００６３】
以下、プリンタ１０７の構成について説明する。尚、本発明の機能が実現されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ，ＷＡＮ等のネットワークを介して接続がなされ、処理が行われるシステムであっても本発明を適用できる。
【００６４】
図示するように、プリンタ１０７において、１３０１はプリンタＣＰＵである。プリンタＣＰＵは、ＲＯＭ１３０２内のプログラム用ＲＯＭに記憶された制御プログラム等や外部メモリ１３０３に記憶された制御プログラム等に基づいて動作する。そして、システムバス１３０４に接続される印刷部Ｉ／Ｆ１３０５を介して、印刷部（プリンタエンジン）１３０６に出力情報としての画像信号を出力する。また、このＲＯＭ１３０２内のプログラムＲＯＭには、ＣＰＵ１３０１の制御プログラム等が記憶さる。ＲＯＭ１３０２内のフォント用ＲＯＭには、出力情報を生成する際に使用するフォントデータ等が記憶される。ＲＯＭ１３０２内のデータ用ＲＯＭには、ハードディスク等の外部メモリ１３０３がないプリンタの場合、ホストコンピュータ１００上で利用される情報等が記憶されている。
【００６５】
また、ＣＰＵ１３０１は、入力部１３０７を介してホストコンピュータ１００との通信処理が可能となっており、プリンタ１０７内の情報等をホストコンピュータ１００に通知できる。ＲＡＭ１３０８は、ＣＰＵ１３０１の主メモリや、ワークエリア等として機能するＲＡＭであり、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。
【００６６】
尚、ＲＡＭ１３０８は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。上述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ１３０３は、メモリコントローラ（ＭＣ）１３０９によりアクセスを制御される。外部メモリ１３０３は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、操作パネル１３１１は操作のためのスイッチ及びＬＥＤ表示器等で構成されている。
【００６７】
また、上述の外部メモリ１３０３は１個に限らず、複数個備えられ、内蔵フォントに加えてオプションカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。更に、図示しないＮＶＲＡＭを有し、操作パネル１３１１からのプリンタモード設定情報を記憶するようにしても良い。
【００６８】
＜オブジェクト削除処理＞
次に、コンピュータ１００の製本アプリケーション１０４によって行われるオブジェクト削除処理について説明する。
【００６９】
図１６は、本実施例のコンピュータ１００の製本アプリケーションのオブジェクト削除処理手順を示すフローチャートである。
【００７０】
製本アプリケーションが起動し、複数のドキュメントから統合されたドキュメントに対してオブジェクト削除処理が起動すると、Ｓ１６０１で削除したいオブジェクト属性を特定するための矩形領域指定するためのページ選択を行う。
【００７１】
次にステップＳ１６０２で、選択したページにおいて、矩形領域の指定を行う。
【００７２】
図１７は、ステップＳ１６０１で選択したページにおいて、矩形領域を指定した例を示している。
【００７３】
また、ステップＳ１６０２の矩形指定において、１つの矩形では指定が不十分な場合、複数個の矩形領域を指定可能なように実装してもよい。
【００７４】
次にステップＳ１６０３で、抽出対象オブジェクト属性を指定させる。
【００７５】
オブジェクト属性は、本実施例では、文字列で構成されたオブジェクトであって、さらに数字によって構成されるページ番号、年月日に相当する数字およびセパレータで構成された日付、指定文字列に分類される。
【００７６】
尚、本実施例ではオブジェクト属性として年月日による日付を挙げたが、時分秒といった時刻を加えた日時を示すオブジェクトにも容易に応用可能である。
【００７７】
また、本実施例でのオブジェクト属性は、ページ番号、日付、指定文字列を挙げたが、ヘッダやフッタを構成する他の描画要素であってもよい。
【００７８】
図１８は抽出対象オブジェクトを指定するためのユーザーインタフェースの一例を示すもので、オブジェクト属性として、ページ番号、日付、指定文字列が選択可能となっており、ページ番号を抽出対象とするように指定した例を示すものである。
【００７９】
次にステップＳ１６０４で、図１９で後述する矩形領域内に含まれるオブジェクトの抽出処理を行う。
【００８０】
ステップＳ１６０５で、オブジェクトの抽出結果より、未処理オブジェクトがあるか否かの判別を行ない、未処理オブジェクトがあればステップＳ１６０６へ、未処理オブジェクトがなければステップＳ１６１０の処理を行う。
【００８１】
ステップＳ１６０６では、抽出したオブジェクト属性の表示およびそのオブジェクトを削除するか否かの指定を行う。
【００８２】
図２０は抽出したオブジェクト属性を表示するユーザーインタフェースの一例を示すもので、ページ番号“１”を抽出したことを示し、さらにそれを削除対象とするか否かを指定されるものである。
【００８３】
次にステップＳ１６０７で、抽出したオブジェクトを削除するか否かの指定の判別を行ない、削除指定であればステップＳ１６０８の処理を、削除しない指定であればステップＳ１６０４の処理を行う。
【００８４】
ステップＳ１６０８では、オブジェクトの削除処理を行う。
【００８５】
この削除処理は、削除対象となるオブジェクトを表示するのに必要なデータのみをファイルから削除するものである。
【００８６】
次にステップＳ１６０９で、削除したオブジェクト属性を記憶し、ステップＳ１６０４の処理を行う。
【００８７】
ステップＳ１６１０では、ステップＳ１６０１で選択したページ以外のページで未処理のものがあるか否かを判別し、未処理のページがあればステップＳ１６１１の処理を、未処理のページがなければ処理を終了する。
【００８８】
ステップＳ１６１１では、ステップＳ１６０２で指定したのと同じ矩形領域を当てはめ、図１９で後述する矩形領域内に含まれるオブジェクトの抽出処理を行う。
【００８９】
ステップＳ１６１２で、オブジェクトの抽出結果より、未処理オブジェクトがあるか否かの判別を行ない、未処理オブジェクトがあればステップＳ１６１３へ、未処理オブジェクトがなければステップＳ１６１０の処理を行う。
【００９０】
ステップＳ１６１３では、ステップＳ１６０９で記憶した削除対象オブジェクトと同じ属性かを判別し、同じであればステップＳ１６１４の処理を、同じでなければステップＳ１６１１の処理を行う。
【００９１】
次にステップＳ１６１４では、図２０に示すように、削除対象オブジェクト属性の表示およびそのオブジェクトを削除するか否かの指定を行う。
【００９２】
次にステップＳ１６１５で、一致した削除対象オブジェクトを削除するか否かの指定の判別を行ない、削除指定であればステップＳ１６１６の処理を、削除しない指定であればステップＳ１６１１の処理を行う。
【００９３】
ステップＳ１６１６では、オブジェクトの削除処理を行ない、ステップＳ１６１１の処理に戻る。
【００９４】
図１９は、本実施例のコンピュータ１００の製本アプリケーションの矩形内オブジェクト抽出処理手順を示すフローチャートである。
【００９５】
先ず、ステップＳ１９０１で、矩形領域内に包含される文字列データを逐次抽出する。
【００９６】
ここで、文字列でなく、図形やイメージで構成された描画オブジェクトの場合、前処理として、一旦イメージ化し、文字認識処理を行った上で、再度文字列として文字列データ抽出処理を行えばよい。
【００９７】
また、矩形領域内に包含されるか否かの判断は、文字列単位等一区切りとなる描画データの外接矩形を求め、それとの比較を行えばよい。
【００９８】
次にステップＳ１９０２で、文字列データが抽出できたか否かを判別し、抽出できたらステップＳ１９０３へ、抽出できなければステップＳ１９１６の処理を行う。
【００９９】
ステップＳ１９０３では、ステップＳ１６０３で抽出対象オブジェクトとしてページ番号が指定されているか否かを判別し、指定されていればステップＳ１９０４へ、指定されていなければステップＳ１９０８の処理を行う。
【０１００】
ステップＳ１９０４では、抽出した文字列データが、ページ番号か否かの判別を行ない、ページ番号と判別すれば、ステップＳ１９０５へ、ページ番号でなければステップＳ１９０８の処理を行う。
【０１０１】
ページ番号であるかを判別する手段のひとつとして、選択したページの前後の同一矩形位置にあるオブジェクト属性が、同じ書体、同じ文字サイズ、同じ表記形式の数字あるいはその組み合わせで構成されているかによって判断すればよい。
【０１０２】
尚、表記形式の一例として、“１、２、３、、、”、“−１−、−２−、−３−、、、”、“１／ｎ、２／ｎ、３／ｎ、、、”、“一、二、三、、、”、“ページ１、ページ２、ページ３、、、”、“Ｐａｇｅ１、Ｐａｇｅ２、Ｐａｇｅ３、、、”等あり、これらを全てページ番号として扱う。
【０１０３】
ステップＳ１９０５では、処理中のページの前後のページに対し、ステップＳ１９０１と同様に矩形領域内に包含される文字列データの抽出を行う。
【０１０４】
ステップＳ１９０６では、前後のページの文字列が、ステップＳ１９０４で判定したページ番号と連番になっているかを判定し、連番であればステップＳ１９０７へ、連番でなければステップＳ１９０８の処理を行う。
【０１０５】
本実施例では、ページ番号の場合、通常連番になるものであり、連番でないと判定したときには、ページ番号ではないと判定したが、ページ番号が連続しない場合もあり、そのときはこのステップＳ１９０６の処理を行わなくてもよい。
【０１０６】
ステップＳ１９０７では、抽出したオブジェクトとそのオブジェクト属性がページ番号であるという結果を、矩形内オブジェクト抽出処理の呼び出し元に返し終了する。
【０１０７】
次にステップＳ１９０８で、ステップＳ１６０３で抽出対象オブジェクト属性として日付が指定されているか否かを判別し、指定されていればステップＳ１９０９へ、指定されていなければステップＳ１９１３の処理を行う。
【０１０８】
ステップＳ１９０９では、抽出した文字列データが、日付か否かの判別を行ない、日付と判別すれば、ステップＳ１９１０へ、日付でなければステップＳ１９１３の処理を行う。
【０１０９】
日付であるかを判別する手段のひとつとして、日付を表現する各種表記形式を事前に設定し、設定された表記形式との一致性を確認することで、日付であるかを判断すればよい。
【０１１０】
尚、日付表記の一例として、“平成Ｘ年Ｙ月Ｚ日”、“ＨＸ．Ｙ．Ｚ”、“２００Ｘ年Ｙ月Ｚ日”、“２００Ｘ．Ｙ．Ｚ”、“２００Ｘ―Ｙ―Ｚ”、“２００Ｘ／Ｙ／Ｚ”、“Ｚ／Ｙ／２００Ｘ”、“Ｙ／Ｚ／２００Ｘ”、等あり、これらを全て日付として扱う。
【０１１１】
ステップＳ１９１０では、処理中のページの前後のページに対し、ステップＳ１９０１と同様に矩形領域内に包含される文字列データの抽出を行う。
【０１１２】
ステップＳ１９１１では、前後のページの文字列が、ステップＳ１９０９で判定した日付と連番になっているかを判定し、連番であればステップＳ１９１３へ、連番でなければステップＳ１９１２の処理を行う。
【０１１３】
本実施例では、日付の場合、ページ番号とは異なり、通常連番になることはないので、連番と判定したときには、日付ではないと判定したが、このステップＳ１９１１の処理を行わなくてもよい。
【０１１４】
ステップＳ１９１２では、抽出したオブジェクトとそのオブジェクト属性が日付であるという結果を、矩形内オブジェクト抽出処理の呼び出し元に返し終了する。
【０１１５】
次にステップＳ１９１３では、ステップＳ１６０３で指定文字列の指定であるか否かを判別し、指定されていればステップＳ１９１４の処理を、指定されていなければステップＳ１９０１の処理を行う。
【０１１６】
ステップＳ１９１４では、抽出した文字列とステップＳ１６０３で指定された文字列の比較を行ない、同じであればステップＳ１９１５の処理を、異なればステップＳ１９０１の処理を行う。
【０１１７】
ステップＳ１９１５では、抽出したオブジェクトとそのオブジェクト属性が指定文字列であるという結果を、矩形内オブジェクト抽出処理の呼び出し元に返し終了する。
【０１１８】
一方、ステップＳ１９０２の判別で、文字列データが抽出できなければ、ステップＳ１９１６で抽出オブジェクトなしという結果を、矩形内オブジェクト抽出処理の呼び出し元に返し終了する。
【０１１９】
また、矩形が複数個指定されている場合、矩形ごとに繰り返しオブジェクト抽出を行う。
【０１２０】
以上により、元原稿で割り付けたページ番号あるいはヘッダ、フッタ情報が、ページ毎に異なる位置に描画されている場合においても、簡単な操作で容易かつ確実に一括削除することが可能となる。
【０１２１】
また、削除するものを事前に表示し、削除してよいか否かを確認するステップを提供することにより、誤削除を防ぐこともできる。
【０１２２】
また、矩形領域を複数個指定可能とすることにより、全然位置が異なる複数のものを一回の操作で削除可能となる。
【符号の説明】
【０１２３】
１００ ホストコンピュータ
１０７ プリンタ
２０１ ＣＵＰ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０７ ディスクコントローラ
【特許請求の範囲】
【請求項１】
複数の入力ドキュメントを結合し、１つの出力ドキュメントを生成し、情報を付加する文書処理システムにおいて、
選択したページ内の矩形領域を指定する矩形領域指定手段と、
前記矩形領域の内に包含される第一のオブジェクトを抽出する第一のオブジェクト抽出手段と、
前記第一のオブジェクト抽出手段で抽出した第一のオブジェクトを削除する第一のオブジェクト削除手段と、
前記第一のオブジェクト削除手段で削除したオブジェクト属性を記憶するオブジェクト記憶手段と、
前記選択したページ以外のページに対し、前記矩形領域指定手段で指定したのと同じ矩形領域内に包含される第二のオブジェクトを抽出する第二のオブジェクト抽出手段と、
前記オブジェクト記憶手段で記憶したオブジェクト属性と前記第二のオブジェクト抽出手段結果のオブジェクト属性を比較するオブジェクト比較手段と、
前記オブジェクト比較手段で一致した時のみ前記第二のオブジェクト抽出手段で抽出した第二のオブジェクトを削除する第二のオブジェクト削除手段を有することを特徴とする文書処理システム。
【請求項２】
前記オブジェクト比較手段で一致したオブジェクト属性を表示し、処理を選択させる表示選択手段を有することを特徴とする請求項１記載の文書処理システム。
【請求項３】
前記矩形領域指定手段に加え、抽出するオブジェクト属性を指定するオブジェクト属性指定手段を有することを特徴とする請求項１記載の文書処理システム。
【請求項４】
前記オブジェクト属性は、ページ番号あるいは日付あるいは指定文字列のいずれかを含むことを特徴とする請求項１記載の文書処理システム。
【請求項５】
前記矩形領域指定手段は、複数個指定可能であることを特徴とする請求項１記載の文書処理システム。
【請求項１】
複数の入力ドキュメントを結合し、１つの出力ドキュメントを生成し、情報を付加する文書処理システムにおいて、
選択したページ内の矩形領域を指定する矩形領域指定手段と、
前記矩形領域の内に包含される第一のオブジェクトを抽出する第一のオブジェクト抽出手段と、
前記第一のオブジェクト抽出手段で抽出した第一のオブジェクトを削除する第一のオブジェクト削除手段と、
前記第一のオブジェクト削除手段で削除したオブジェクト属性を記憶するオブジェクト記憶手段と、
前記選択したページ以外のページに対し、前記矩形領域指定手段で指定したのと同じ矩形領域内に包含される第二のオブジェクトを抽出する第二のオブジェクト抽出手段と、
前記オブジェクト記憶手段で記憶したオブジェクト属性と前記第二のオブジェクト抽出手段結果のオブジェクト属性を比較するオブジェクト比較手段と、
前記オブジェクト比較手段で一致した時のみ前記第二のオブジェクト抽出手段で抽出した第二のオブジェクトを削除する第二のオブジェクト削除手段を有することを特徴とする文書処理システム。
【請求項２】
前記オブジェクト比較手段で一致したオブジェクト属性を表示し、処理を選択させる表示選択手段を有することを特徴とする請求項１記載の文書処理システム。
【請求項３】
前記矩形領域指定手段に加え、抽出するオブジェクト属性を指定するオブジェクト属性指定手段を有することを特徴とする請求項１記載の文書処理システム。
【請求項４】
前記オブジェクト属性は、ページ番号あるいは日付あるいは指定文字列のいずれかを含むことを特徴とする請求項１記載の文書処理システム。
【請求項５】
前記矩形領域指定手段は、複数個指定可能であることを特徴とする請求項１記載の文書処理システム。
【図４】
【図６】
【図１３】
【図１６】
【図１９】
【図１】
【図２】
【図３】
【図５】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１４】
【図１５】
【図１７】
【図１８】
【図２０】
【図６】
【図１３】
【図１６】
【図１９】
【図１】
【図２】
【図３】
【図５】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１４】
【図１５】
【図１７】
【図１８】
【図２０】
【公開番号】特開２０１２−８３９３０（Ｐ２０１２−８３９３０Ａ）
【公開日】平成２４年４月２６日（２０１２．４．２６）
【国際特許分類】
【出願番号】特願２０１０−２２９２０２（Ｐ２０１０−２２９２０２）
【出願日】平成２２年１０月１２日（２０１０．１０．１２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２４年４月２６日（２０１２．４．２６）
【国際特許分類】
【出願日】平成２２年１０月１２日（２０１０．１０．１２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]