JP4143566B2 - 文書処理装置及びその制御方法、並びにコンピュータプログラム - Google Patents

Description

本発明は文書編集アプリケーションや画像編集アプリケーション等、様々なアプリケーションプログラムによって生成される出力データをひとつの電子的な文書にまとめる技術に関するものである。

パーソナルコンピュータに代表される汎用情報処理装置の処理能力の向上にともない、文章、表、画像等について各種アプリケーションプログラムで容易に編集／作成することが可能となってきた。

一般に、文章や単純な表等は文書編集アプリケーションプログラムで作成し、画像については画像編集アプリケーションプログラムで作成し、比較的複雑な演算を伴った表は表計算アプリケーションプログラムで作成する。このように、利用者は目的別にこのようなアプリケーションを使い分けしている。

１つの目的を持った文書が、文章のみ、数値演算を伴った表のみ、画像のみといった１種類のデータのみから構成される場合も勿論あるが、これら異なった複数種類のデータが混在した文書を作成する機会が増えてきている。

通常、このような複数種類のデータで構成される文書を用意するには、その文書の各パートを、それぞれのアプリケーションで作成・編集し、印刷する。そして、それを手作業で、順番に並べ替え、まとめる作業を行うことになる。

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

このように、データの種類ごとに、それを管理するアプリケーションが異なることから、アプリケーション間のインタフェースを利用者自身が人手によって提供しなければならない。このことは、利用者に多大な労力が要求されるということであり、生産性の低下をもたらす。特に、１つの目的を持った文書の各パートを、複数の人間が分担し、それぞれのＰＣ上でアプリケーションプログラムを利用して作成する場合、混乱を招くことになり、多くの人手を介することからエラーの発生も生じやすいう問題が発生する。

上記点に鑑み、本願出願人は、以下のような技術を提案した（特許文献１）。

第１には、ワードプロセッシングアプリケーションや表計算アプリケーション等のアプリケーションプログラム、或いは、未知のアプリケーションプログラムで作成されたデータファイルについては、それぞれのアプリケーション上で所定のデバイスドライバをプリンタドライバとして利用することで、共通な電子原稿ファイルを作成する。これにより、アプリケーションの種類やメーカを問わず、アプリケーションデータファイルが共通なフォーマットの電子原稿ファイルに変換でき、その中のページを抽出できるようになる。

第２には、ビットマップファイル、ＪＰＥＧファイル、Ｔｉｆｆ等の汎用性の高く、そのフォーマットが公開されている画像ファイルについては、その画像ファイルからダイレクトに画像を取り出し、ページとして抽出する。

そして、第１、第２の処理で得られた各ページを、電子的な製本データを構成するページとして１つの製本データファイルを作成する。

上記の構成によると、製本を構成する各ページは、印刷出力する機能を有していればアプリケーションで作成したものでも構わないことになり、それら各アプリケーションで作成したページデータが混在した製本データを作成することができる。
特開２００３−９１５１８公報

そして、近年、電子入稿の需要を鑑みて、印刷文書の準備（メイクレディ）を行う製本アプリケーションに、スキャナで読み込まれた画像ページをインポートして取り扱う仕組みが考えられてきている。このようにスキャナで読み込まれた画像ページには、元の紙原稿にステイプルやパンチ穴の跡があると、画像ページにはその影が残ってしまうため、画像エディタ機能を用いて複数の画像ページの不要なデータ部分を消去したいという要求がある。

ここで、上記の従来技術である製本データについて着目すると、そこに含まれるページは、画像ページ、非画像ページ（ワードプロセッシング等で作成されたページ）が混在する。画像ページについては、それが汎用フォーマットであるため、後処理跡を消去するなどの単純な編集処理が行えるようにしたいが、画像であるか否かはそのページをオープンしない限り不明であるという問題があった。

そこで、本発明では、アプリケーションの種類を問わず、それぞれのアプリケーションで作成したページを混在した製本データを構築できると共に、製本データに含まれる所望とする１以上のページを選択して画像編集を指示した際であっても、その選択した中に非画像ページが存在する場合には、その非画像を編集対象外として画像編集へと移行することを可能にし、良好な操作環境をユーザーに提供する技術を提供しようとするものである。

この課題を解決するため、本発明の文書処理装置は以下の構成を備える。すなわち、
ページのサイズと同一サイズの画像描画命令が含まれる画像ページと、ページのサイズと同一サイズの画像描画命令が含まれない非画像ページとが混在した電子原稿ファイルを編集する文書処理装置であって、
前記電子原稿ファイルに対して画像編集を実行することを指示する指示手段と、
前記電子原稿ファイル中の画像ページを編集する編集手段と、
該編集手段の編集対象として、前記電子原稿ファイルの複数のページから、各ページのサイズと各ページの画像描画命令のサイズに基づいて、ページのサイズと同一サイズの画像描画命令が含まれる画像ページを特定する特定手段と、
前記特定手段によって少なくとも１つの画像ページが特定された場合、前記指示手段による指示に従って前記編集手段を起動する起動手段と、
前記特定手段によって特定された画像ページを表示する表示制御手段と、
前記表示制御手段によって表示された画像ページの中から選択された画像ページに対して前記編集手段による編集処理を実行する実行手段と、を備える。

本発明によれば、アプリケーションの種類を問わず、それぞれのアプリケーションで作成したページを混在した製本データを構築できると共に、製本データに含まれる所望とする１以上のページを選択して画像編集を指示した際であっても、その選択した中に非画像ページが存在する場合には、その非画像を編集対象外として画像編集へと移行することを可能にし、良好な操作環境をユーザーに提供することが可能になる。

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

［本実施形態の文書処理システムの概要］
第１の実施形態である文書処理システムの概要を、図１〜図１３を参照して説明する。

この文書処理システムでは、一般アプリケーションにより作成されたデータファイルを、実施形態で説明する電子原稿ライタによって電子原稿ファイルに変換する。そして、実施形態における製本アプリケーションはその電子原稿ファイルを編集する機能を提供する。尚、本例では、それぞれの機能が明瞭になるように、一般アプリケーション、電子原稿ライタ、製本アプリケーション、電子原稿デスプーラと分離して示しているが、ユーザに提供されるパッケージはこれらに限定されず、これらを組合わせたアプリケーションやグラフィックエンジンとして提供されてもよい。以下、その詳細は説明する。

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

実施形態における文書処理システムの主要部分は、パーソナルコンピュータ等の汎用情報処理装置１００（以下、ＰＣ、もしくはホストコンピュータとも呼ぶ）によって実現されている。一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドローあるいはペイント、プレゼンテーション、テキスト編集のいずれかの機能を提供するアプリケーションプログラムであれば、その種類及びメーカを問わない。換言すれば、ＯＳに対する印刷指示機能を有しているものであれば如何なるものでも良い。

一般に、アプリケーション上で、そのアプリケーションで作成された文書データや画像データなどを印刷する場合、オペレーティングシステム（ＯＳ）により提供される所定のインタフェース（一般に、ＧＤＩと呼ばれる）を利用する。すなわち、アプリケーション１０１は、作成したデータを印刷するために、前記インタフェースを提供するＯＳの出力モジュールに対して、あらかじめ定められる、ＯＳに依存する形式の出力コマンド（ＧＤＩ関数と呼ばれる）を送信する。出力コマンドを受けたデバイスドライバは、プリンタ等の出力デバイスが処理可能な形式にそのコマンドを変換し、変換されたコマンド（ＤＤＩ関数と呼ばれる）を出力する。デバイスドライバが変換したデータは、その出力デバイスの種類やメーカ、機種などによって異なる。このため、出力デバイスごとにデバイスドライバが提供されており、ＯＳではそのデバイスドライバを利用してコマンドの変換を行い、印刷データを生成し、ＪＬ（Job Language）でくくることにより印刷ジョブが生成される。ＯＳとしてマイクロソフト社のウインドウズ（登録商標）を利用する場合には、前述した出力モジュールとしてはＧＤＩ（Graphic Device Interface）と呼ばれるモジュールが相当する。

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

アプリケーション１０１により電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定（選択）させてから印刷処理を実行させればよい。つまり、アプリケーション１０１から見れば、電子原稿ライタ１０２と一般のプリンタドライバの違いはない。電子原稿ライタ１０２は先に説明したように処理した結果をファイル１０３として、適当なフォルダ（ディレクトリ）に保存することになる。

ただし、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、実施形態で述べる電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのは製本アプリケーション１０４であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される（詳細後述）。製本アプリケーション１０４は、電子原稿ライタ１０２が生成した新規の不完全な電子原稿ファイルを後述する形式を備えた電子原稿ファイルとして完成させる。以下では、この点を明瞭に識別する必要がある際には、電子原稿ライタ１０２によって作成されたファイルを電子原稿ファイルと呼び、製本アプリケーションによって構造を与えられた電子原稿ファイルをブックファイルと呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイル（または文書データ）と呼ぶ。

このようにデバイスドライバとして電子原稿ライタ１０２を指定し、一般アプリケーション１０１によりそのデータを印刷させることで、アプリケーションデータはアプリケーション１０１によって定義されたページ（以後、「論理ページ」あるいは「原稿ページ」と呼ぶ。）を単位とする電子原稿形式に変換され、電子原稿ファイル１０３としてハードディスクなどの記憶媒体に格納される。

ここで注目する点は、先に説明したように、実施形態における電子原稿ライタはアプリケーションから見れば、通常のプリンタメーカが用意するプリンタドライバと同じである点である。より分かりやすく説明するのであれば、既存の如何なるアプリケーションプログラム、或いは、将来出現する未知のアプリケーションプログラムを問わず、そのアプリケーションが印刷出力する機能を有していれば、実施形態における電子原稿ライタ１０２を介することで、実施形態で説明する製本アプリケーションが処理可能対象とする形式のデータファイルを得ることが約束されることを意味する。

実施形態における製本アプリケーション１０４は、電子原稿ファイルあるいはブックファイル１０３を読み込み、それを編集するための機能を利用者に提供する。ただし、実施形態における製本アプリケーション１０４の編集機能とは、例えばワードプロセッサのように、文章を編集する等の細かい機能ではなく、ページを最小単位として構成される後述する章やブックの構造についての編集機能と、簡単な画像編集機能である。文章中のフォントを変えるとか、文字を挿入等といった細かい編集については、おおもとの使いなれたアプリケーションで再度行えばよいからである。

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

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

図２において、ＰＣ１００は、システムバス２０４に接続された各要素を制御して、装置全体の制御を司るＣＰＵ２０１を備える。このＣＰＵ２０１が文書処理プログラムや、図形、イメージ、文字、表（表計算等を含む）等の各種アプリケーションを実行することになる。ＲＯＭ２０３にはＢＩＯＳ及びブートプログラムと、基本的なフォントデータ、及び各種データを記憶している。そして、外部メモリ２１１（ハードディスク装置等である）には、ＯＳを始め、実施形態で説明する各種プログラム（図１に示した、一般的なアプリケーションプログラム１０１、電子原稿ライタ１０２、製本アプリケーション１０４、電子原稿スプーラ１０５、プリンタドライバ１０６）を始め、フォントデータ、各種アプリケーションで作成されたデータファイルが格納されている。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能するものである。本装置の電源をＯＮにした場合、ＣＰＵ２０１はＲＯＭ２０３のブートプログラムに従って、外部メモリ２１１からＯＳをＲＡＭ２０２にロードし、その後で、各種アプリケーションや実施形態で説明するプログラムをロードして情報処理装置として機能するようになる。

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

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

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

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

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

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

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

図３に示すブックファイルは、１つの完結したブックである必要はなく、何度でも編集できるものであるので、それ故、図示では「ブック」を「文書」として一般化して示している。

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

章情報４０５も４０６〜４０８の３つのパートに大別できる。章制御情報４０６は、章の名称などの情報を保持する。章設定情報４０７は、その章特有のページレイアウトやステイプルの情報を保持し、章の属性に相当する。章ごとに設定情報をもつことで最初の章は２ＵＰのレイアウト、その他の章は４ＵＰのレイアウトのように複雑なレイアウトを持った文書を作成することが可能である。ページ情報リスト４０８は各章を構成する原稿ページの集合リスト形式で保持している。ページ情報リスト４０８が指示するのは、ページ情報データ４０９である。なお、上記の２ＵＰとは、実施形態での製本アプリケーション１０４で作成する１ページに、一般アプリケーションで作成された２ページ分をレイアウトすることを言う。従って、４ＵＰとは、製本アプリケーションの１ページを、一般アプリケーションで作成した４ページのデータを２×２にレウアウトした状態を言い、Ｎｕｐとは１枚の記録紙に、論理Ｎページをレイアウトした状態を言う。

なお、図３は、アプリケーションプログラムで電子原稿ライタ１０２を介してで印刷指示した論理的１ページが、製本アプリケーション１０４での１ページに対応していることを示しているが、例えば４ＵＰの場合には、ページデータリンク４１２には、４論理ページのリンク情報が格納されることになる。

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

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

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

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

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

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

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

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

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

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

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

以上、実施形態における前提となる構成及び製本アプリケーションで作成されるブックファイル構造について説明した。次に、実施形態における製本アプリケーションについて更に詳しく説明することとする。

＜本実施形態の文書処理システムの操作手順例＞
次に、製本アプリケーション１０４及び電子原稿ライタ１０２によってブックファイルを作成する手順を説明する。ブックファイルの作成は、製本アプリケーション１０４によるブックファイルの編集操作の一環として実現される。

図７は、製本アプリケーション１０４によりブックファイルを開く際の手順を示すフローチャートである。

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

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

さて、開かれたブックファイル（新規作成ブックファイルも含む）には、電子原稿ライタ１０２によって電子原稿ファイルに変換されたアプリケーションデータを、新たな章として追加することができる。この機能を電子原稿インポート機能と呼ぶ。図７の手順によって新規に作成されたブックファイルに電子原稿インポートすることで、そのブックファイルには実体が与えられる。この機能は、図８あるいは図９の画面に用意されたメニューから「インポート」を選択するか、図８あるいは図９の画面にアプリケーションデータをドラッグアンドドロップ操作することで起動される。

ここでドラッグアンドドロップすることになるファイルは、一般的なアプリケーションプログラムで作成されたデータファイルであれば、その種類を問わないが、そのデータファイルを作成したアプリケーションはＰＣ１００にインストールされているものとする。ただし、ドラッグアンドドロップしようとするファイルの構造（フォーマット）が公開されている場合、例えば、拡張子がｊｐｇ、ｂｍｐ、ｔｉｆｆ、ｐｄｆ等の汎用データファイルについては、実施形態の製本アプリケーション１０４自身が解釈できるようにしているので、必ずしもそのアプリケーションを必要ではない。ここで言う汎用データファイルか否かは、製本アプリケーション１０４がサポートするデータ構造を有するものに限られ、それ以外の構造を持つデータファイルについては、上記のように、そのデータファイルを作成／編集するアプリケーションがインストールされていることが必要になる。

図１０に電子原稿ファイル及び画像ファイルのインポートの手順例を示すフローチャートを示す。

まず、電子原稿ライタ１０２は、アプリケーション１０１から入力したアプリケーションデータファイルを電子原稿データに変換する（ステップＳ８０１）。変換を終えたなら、製本アプリケーション１０４は、ステップＳ８０１で生成された電子原稿ファイル１０３を、現在開かれているブックファイルのブックに、新たな章として追加する（ステップＳ８０３）。通常、章属性としては、ブック属性と共通するものについてはブック属性の値がコピーされ、そうでないものについては、あらかじめ用意された規定値に設定されるが、本例では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。

ブックファイルが、新規作成された場合には新たな章が作成されて、その章に属するページとして電子原稿ファイルの各ページが追加される。通常、ページ属性は、上位層の属性と共通のものについてはその属性値が与えられ、アプリケーションデータにおいて定義された属性を電子原稿ファイルに引き継いでいるものについてはその値が与えられるる。例えば、Ｎｕｐ指定などがアプリケーションデータにおいてされていた場合には、その属性値が引き継がれる。このようにして、新規なブックファイルが作成され、あるいは、新規な章が追加される。しかし、本例では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。

図１１は、図１０のステップＳ８０１において、電子原稿ライタ１０２及び製本アプリケーション１０４により電子原稿ファイルを生成させる手順を示すフローチャートである。この処理は、製本アプリケーション１０４のショートカット（図示省略）もしくは、製本アプリケーション１０４を起動している状態で表示部に表示される製本アプリケーション１０４のウィンドウ内に、文書ファイルまたは画像ファイルをドラッグ＆ドロップ操作した際に実行される。

まず、製本アプリケーション１０４は、新たな電子原稿ファイルを作成してそれを開く（ステップＳ９０１）。そして変換させようとするデータファイルが画像データファイルであるか否かを判定する（ステップＳ９０５）。この判定は、ウインドウズＯＳの下であれば、データファイルのファイル拡張子に基づいて行うことができる。例えば、拡張子が「ｂｍｐ」であればウインドウズビットマップデータであり、「ｊｐｇ」であればＪＰＥＧ圧縮された画像データ、「ｔｉｆｆ」であればｔｉｆｆ形式の画像データであると判定できる。あるいは変換させるデータの先頭部分を解析することも可能である。これらは製本アプリケーション１０４でダイレクトにインポートできる形式である。

判定の結果画像データではなかった場合、製本アプリケーション１０４は、データファイルの拡張子に対応するアプリケーションをＯＳを介して起動させ、そのアプリケーションに対して、電子原稿ライタ１０２をデバイスドライバとして、ＯＳの出力モジュールに対して出力コマンドを送信させる。出力モジュールは、受信した出力コマンドを電子原稿ライタ１０２によって電子原稿形式のデータに変換し、出力する（ステップＳ９０２）。出力先はステップＳ９０１で、製本アプリケーション１０４が新規に開いた電子原稿ファイルである。

また、判定の結果、画像データファイルであった場合はステップＳ９０５に進み、電子原稿ライタ１０２は、画像データから直接電子原稿データを生成し、ステップＳ９０１で開いた電子原稿ファイルに出力する。尚、電子原稿ライタ１０２は前述した汎用フォーマットの画像データをサポートしているため、直接電子原稿ファイルを生成することが可能となっている。例えば、米国Ａｄｏｂｅ社のＰＤＦライタも、画像フォーマットからＰＤＦファイルを生成するという同様の機能を有している。

その後、製本アプリケーション１０４は、指定されたデータすべてについて変換が終了したか判定し（ステップＳ９０３）、終了していれば電子原稿ファイルを閉じる（ステップＳ９０４）。図１１に示される手順によって生成される電子原稿ファイルは、図３に示した、原稿ページデータの実体を含むファイルとして構成される。

以上のようにして、新規なブックファイルが作成される。また、製本アプリケーション１０４が既存の電子原稿ファイルを開いている状態で、新規にデータファイルがドロップ操作される場合は、アプリケーションデータであれば新規な章として、また画像データであれば最終章に新規ページとして追加される。そして、本例では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。

なお、例えば、ワードプロセッシングアプリケーション用のデータファイルを電子原稿形式ファイルにした場合、その電子原稿ファイルには複数ページが含まれる１つの章が作成される。作成された章中に不要なページが存在する場合には、製本アプリケーションで削除する指示を与えることで、必要なページのみを残すことが可能となる。

また、上記処理を、必要なアプリケーションデータファイルについて繰り返していくと、インポートする単位毎に章が作成され、その章の下にページが作成されていく。つまり、異なるアプリケーションで作成されたページが混在したブックが作成できることになるのが理解できよう。

＜ブックファイルの編集例＞
以上のようにして、アプリケーションデータからブックファイルを作成することができる。生成されたブックファイルについては、章及びページに対して次のような編集操作が可能である。
（１）新規追加
（２）削除
（３）コピー
（４）切り取り
（５）貼り付け
（６）移動
（７）章名称変更
（８）ページ番号名称振り直し
（９）表紙挿入
（１０）合紙挿入
（１１）インデックス紙挿入
（１２）各原稿ページに対するページレイアウト。
（１３）画像ページの編集
このほか、一旦行った編集操作を取り消す操作や、さらに取り消した操作をやり直す操作が可能である。これら編集機能により、例えば複数のブックファイルの統合、ブックファイル内で章やページの再配置、ブックファイル内で章やページの削除、原稿ページのレイアウト変更（２ＵＰにするなど）、合紙やインデックス紙の挿入などといった編集操作が可能となる。これらの操作を行うと、図４乃至図６に示す属性に操作結果が反映されたり、あるいはブックファイルの構造に反映される。たとえば、ブランクページの新規追加操作を行えば、指定された箇所にブランクページが挿入される。このブランクページは原稿ページとして扱われる。また、原稿ページに対するレイアウトを変更すれば、その変更内容は、印刷方法やＮ−ｕｐ印刷、表紙／裏表紙、インデックス紙、合紙、章区切りといった属性に反映される。また、或る章中のページを別な章に移動することもできる（該当するページを他の章中にドラッグアンドドロップする）。

本例における、編集時の表示及び操作例については、以下で詳細に示す。

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

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

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

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

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

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

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

図１３はサーバクライアント型文書処理システムの構成を示すブロック図である。

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

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

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

＜画像ページの編集処理＞
前述したように図１の製本アプリケーション１０４は、電子原稿ファイルあるいはブックファイル１０３を読み込み、それを編集するための機能を利用者に提供する。ブックファイル１０３にインポートされた各ページは、画像ファイルから直接原稿ファイルに変換した画像ページと、電子原稿ライタ１０２でアプリケーションから出力した非画像ページで構成される。また、先に説明したように、各ページは、編集によって、或る章から別な章に移動したりできるわけであるから、章１つを着目しても、その章中には画像ページと非画像ページが混在したものとなる。

一般の画像編集アプリケーションの場合、そのアプリケーションプログラム或いはそのアイコンに、画像データファイルをドラッグアンドドロップすることで、アプリケーションが起動し、且つ、その画像データがオープンされて表示することになる。しかし、この機能は、そのドラッグアンドドロップするファイルが、そのアプリケーションで認識できる画像ファイルであることを前提にしている。つまり、画像アプリケーションとは無関係なファイルをドラッグアンドドロップした場合には、エラーとなるか、そのファイルは無視されてアプリケーションが起動するのみである。

本実施形態では、製本データはＯＳの管理下に置かれるものの、製本データを構成する各ページは製本アプリケーション１０４の管理下に置かれる。実施形態における製本プログラム１０４は、この点を利用し、複数のページが選択され、画像編集が指示された場合、その選択されたページ群から非画像ページを除外した画像ページ群のみを画像編集対象とすることを特徴としている。

本発明の印刷制御システムでは、スキャナで読み込まれた画像データを製本アプリケーション１０４にインポートし、それを他のアプリケーションデータと存在した電子原稿ファイルとして管理し、印刷準備（メイクレディ）することを意識しているため、画像データについては、元の紙原稿に対するステイプルやパンチ穴などの後処理跡をメイクレディ中に消去したいという課題が存在している。このように、非画像ページと画像ページとが混在した電子原稿から、ユーザが任意に章などの複数ページを選択して、画像編集操作する場合に、適切に画像ページだけを対象として画像編集許可させることを目的としている。

各ページが画像ページか否かは、図３に示す構造において、ページデータリストを調べることで判定できる。従って、複数ページが指定された場合、選択範囲に含まれる各ページ情報４０９のページデータリンクをたどってページデータリストを検索して判断すればよい。なお、画像ページか非画像ページかを示す情報を、ページ情報４０９のページ制御情報４１０に含ませる場合には、更に簡単に判別できるようになる。

図１４は、上記画像編集の際の文書処理システムのソフトウェア構成を示す図である。図示の画像編集アプリケーション１０８は、製本アプリケーション１０４内に含まれる１機能プログラムであるが、分かりやすいように、製本アプリケーション１０４とは別に示している。

図１５は、画像編集を行う場合について一連の動作の流れを示したフローチャートである。以下、同図に従って処理内容を説明する。ここでは、先ず１つの画像ページの編集処理について説明する。

製本アプリケーション１０４を実行中、ユーザの操作によりツリービュー上で所望とする画像ページが選択され、メニューバー中の「編集（edit）」のプルダウンメニューを表示し、画像編集を指示すると本処理が開始される。

先ず、製本アプリケーション１０４は、指定された画像ページを電子原稿ファイル１０３から取り出し（ステップＳ１５０１）、取り出した画像を編集対象に指定して画像編集アプリケーション１０８を起動する（ステップＳ１５０２）。画像編集アプリケーション１０８は、起動時に指定された画像について画像編集を行う（ステップＳ１５０３）。画像編集が終了すると、製本アプリケーション１０４は編集後のページ画像を電子原稿ファイル１０３に格納し、画像編集を終了する。

以上は、１つの画像ページの編集であったが、複数の画像ページを一度に編集することも可能である。この場合の処理は、図１６のフローチャートに従って説明する。

図１６は、製本アプリケーション１０３上で、ユーザ操作によりツリービュー上で所望とする章や任意に複数のページが選択された状態で、画像編集が指示された場合の処理である。なお、複数のページを選択する場合には、ツリービュー操作以外にも、図９のウインドウに、各ページが縮小表示されるプレビュー領域９０２において、左上隅をポインティングデバイスで指定し、次いで右下隅を指定することで特定される矩形領域内の含まれるページ群を選択対象することができる。また、キーボードのＣＴＲＬキーを押しながら、各ページをクリックする作業を行うことで、選択ページを加えていくようにしても構わない。また、メニューバー中に「全ページ選択」を用意しておいても良い。この場合には、１つの操作で全ページを選択可能になる。

さて、製本アプリケーション１０４は、選択されたページ群の１つのページに着目し、そのページ情報確認して（ステップＳ１６０１）、画像編集アプリケーション１０８で編集可能な画像ページか否かを判定する（ステップＳ１６０２）。この確認には、電子原稿インポートしたページか、画像インポートしたページか、及び画像フォーマットが何であるかの判定が含まれる。電子原稿インポートか画像インポートかの判定には、以下の２つの手法で実現する。第１手法は、画像インポートの際に画像インポートを行ったことを明示する識別子をページ情報４０９に保持させておき、判定時に識別子を確認する方法でもである。第２手法は、第１手法より識別子により画像であると確認できない場合に実行されるものであり、電子原稿ファイルを参照し、ページデータリスト４１３の中にページサイズと同じ大きさの画像描画命令が含まれているかを確認する方法である。この第２の手法では、必ずしもページデータリスト４１３の中にページサイズと同じ大きさの画像描画命令が含まれていなくてもよく、ページサイズに対して所定の割合（例えば９０％）以上の大きさの画像描画命令（イメージが貼り付けられることを示す命令）が含まれているか否かを判断することで実現可能である。

編集可能画像ページであると判定されたページは、製本アプリケーション１０４は、そのページを一意に特定可能なページ情報４０９を一時的に記憶する（ステップＳ１６０３）。

そして、ステップＳ１６０４にて、選択された全ページに対して行ったと判断されるまで、ステップＳ１６０１乃至Ｓ１６０３の処理を繰り返す。

この結果、編集可能な画像ページ情報４０９が格納されることになる。ステップＳ１０６５では、編集可能な画像ページ情報４０９が１つ以上あったか否かを判断する。１つも存在しない場合には、選択範囲には画像ページが存在しなかったことになるので、本処理を終える。

また、編集対象の画像ページが１ページ以上あると判断した場合には、製本アプリケーション１０４は、画像編集アプリケーション１０８を起動する（ステップＳ１６０６）。その際に、製本アプリケーション１０４は、一時的に記憶されたページ情報を画像編集アプリケーション１０８に通知する。画像編集アプリケーション１０８は、通知されたページに対して画像編集を行う（ステップＳ１６０７）。

画像編集にあたっては、あらかじめ全てのページ画像を製本アプリケーション１０４が電子原稿ファイルから取り出して、画像編集アプリケーション１０８に渡すこともできるし、画像編集アプリケーション１０８が必要になった時点で製本アプリケーション１０４に、通知されたページ情報を元に電子原稿ファイルから取り出して画像編集アプリケーション１０８に渡させる構成も可能である。

画像編集終了時には、製本アプリケーション１０４が電子原稿データに再度格納する（ステップＳ１５０４）ことで、一連の処理を画像編集を終える。

上記を、図１７、図１８を用いて更に分かりやすく説明する。

製本アプリケーション１０４のＵＩでのページ選択の一例を示したのが図１７である。図示では、５ページ目（９０３）、８ページ目（９０４）、１０ページ目（９０５）が選択された状態である。１ページ目から９ページ目までが画像インポートによって作成されたページ、１０ページ目以降が電子原稿インポートによって作成されたページであるとする。つまり、選択された５、８、１０ページ中、５ページ、８ページが画像ページであり、１０ページが非画像ページであるものとする。この状態で、画像編集の指示を行うと、５ページ目及び８ページ目のページ情報のみが画像編集アプリケーション１０８に通知される。その場合の画像編集アプリケーション１０８でのＵＩ表示の一例を示したのが図１８である。

画像編集アプリケーション１０８は、図１８に示すように、編集対象となったページ一覧を表示する領域１８０３、現在編集中のページの中身を表示する編集領域１８０４で構成される。起動時では、編集対象となったページ中の先頭ページが編集対象としてＵＩを表示する。このため、５ページの枠を太くして、編集対象であることを示すようにした。編集対象のページの切り換えは、領域１８０３中の所望とするページをクリックすることで行う。編集対象となるとページのその枠が太くなり、且つ、編集領域１８０４には該当するページの内容が表示される。

なお、画像編集は、範囲指定、消去、ペイント、線の描画、文字画像の挿入、トリミング、回転、孤立黒ドット除去等があるが、これらの編集処理そのものは公知であるので、ここでの説明は省略する。ただし、画像インポートで入力したページの場合、その画像がスキャナ等で読取った画像の場合、原稿搬送の問題で斜行して読取る場合があるし、ゴミとして黒点が乗ってしまう場合がある。このような場合、複数のページについて同様の問題があることが予想されるので、斜行補正、黒点除去を行う場合、現在選択されているページについて行うのか、画像編集対象として入力した全ページについて一括して行うのかを選択できるようにした。原稿の斜め読取りの判定は、原稿のエッジを検出し、その原稿エッジで示される直線の傾きを算出することで行う。傾きが、所定角以上ずれている場合には、それを最寄りの水平或いは垂直線と一致させるため回転処理を行う。また、黒点除去は、黒画素数が所定数以下で、所定面積に集中し、且つ、所定範囲内に他の黒画素が存在しない場合、その黒画素をノイズとして判定し、それを白画素で置換える処理で実現するものとした。

なお、上記例では、ページを選択する際には、プレビュー領域９０２でページを選択するものとして説明したが、図１９に示すように、ツリー部９０１上で例えば「章」を選択した場合には、その章に含まれる全ページを仮選択ページとして決定することも可能である。また、図２０に示すように、ブックで選択（ブックの表題９０７を選択）するとブックに含まれるページが全て選択される方法も可能である。あるいはそれらの組み合わせで選択することも可能である。

以上説明したように本実施形態によれば、製本アプリケーション１０４が解釈可能な画像ファイルについてはダイレクトにインポートし、解釈不能なアプリケーションデータファイルについては電子原稿ライタ１０２で電子原稿ファイルにした結果をインポートすることで、各ページを作成するアプリケーションプログラムの種類、メーカを問わず、画像ページ、非画像ページが混在した製本データファイルを作成でき、しかも、格別に意識しなくても画像ページについてのみ画像編集が行えるようになる。

［第２の実施形態］
上記実施形態（第１の実施形態）では、まずユーザーが複数のページを選択し、複数のページが選択された状態で画像編集をユーザーから指定された場合にはじめて画像編集可能であるかのチェックを行うが、本第２の実施形態では、ブックファイルをオープンする時点で画像編集可能であるかのチェックする例を説明する。以後、第１の実施形態と同様の部分については説明を省略する。

図２１は、本第２の実施形態における、製本アプリケーション１０４によりブックファイルを開く際の手順を示すフローチャートである。

まず、開こうとするブックファイルが、新規作成すべきものであるか、それとも既存のものであるか判定する（ステップＳ２１０１）。新規作成の場合には、章を含まないブックファイルを新規に作成する（ステップＳ２１０２）。そして、新規ブックファイルを編集するためのユーザインタフェース（ＵＩ）画面を表示する（ステップＳ２１０８）。

一方、既存のブックファイルがあれば、指定されたブックファイルを開き（ステップＳ２１０３）、全てのページについて、順にページ情報を確認して（ステップＳ２１０４）画像編集アプリケーション１０８で画像編集可能かページ単位に判定する（ステップＳ２１０５）。この判定には、電子原稿インポートしたページか、画像インポートしたページか、及び画像フォーマットが何であるかの確認が含まれる。電子原稿インポートか画像インポートかの判定には、電子原稿ファイルを参照し、ページデータリスト４１３の中にページサイズと同じ大きさの画像描画命令が含まれているかを確認する方法もとれるし、あるいは、画像インポートの際に画像インポートを行ったことを明示する識別子をページ情報４０９に保持させておき、判定時に識別子を確認する方法でも実現可能である。

編集可能画像ページであると判定されたページは、そのページを一意に特定可能なページ情報４０９を一時的に記憶する（ステップＳ２１０６）。

上記をステップＳ２１０７にて、全ページについて処理を行ったと判断するまで繰り返す。

全ページに対する判定が終了したと判断した場合には、ステップＳ２１０９に進んで、一時的に記憶されたページ情報を参照し、画像編集可能な印（マーク）を該当するページに付加してユーザインタフェース（ＵＩ）画面（図２２）を表示する（ステップＳ２１０９）。画像編集不可のページは、通常の表示を行う。

図２２では、ページ番号が○マーク９０８で囲ったページが画像編集可能であることを示している。なお、図２２は一例であって、画像編集可／不可が区別が付く限りどのような形態であっても良いのは明らかである。例えば、各ページの枠の色で区別しても良い。

図２３は、画像編集アプリケーション１０８が複数の画像を同時に編集可能な場合に、画像編集を行う場合について一連の動作の流れを示したフローチャートである。製本アプリケーション１０４で、複数のページが選択された状態で画像編集をユーザーから指定された場合、第１の実施形態に示した、製本アプリケーション１０４が選択されたページについて順にページ情報を確認して画像編集アプリケーション１０８で画像編集可能か判定する手順を省略し、編集対象ページのページ情報を記憶しているページのみを対象に編集対象ページがあるか確認し（ステップＳ２３０１）、画像編集アプリケーションを起動する（ステップＳ２３０３）ことができる。

以上の手順に従えば、画像データのページと電子データのページが混在した電子原稿ファイルに対して、ユーザーに事前に画像編集可能なページを明示することが可能になり、ユーザーが原稿の種別を意識すること無しに、ページ、あるいは章、あるいはブック、あるいはそれらの組み合わせを選択するにあたり、さらに利便性を高めることが可能になる。

なお、上記第１、第２の本実施形態で示したフローチャートにおいて、その前後は処理が未完成にならない限り入れ替えることが可能である。

また、実施形態での特徴となる点は、図１に示すように、その殆どがコンピュータプログラムによるものであるので、当然、かかるプログラムは本発明の範疇に含まれる。また、通常、コンピュータプログラムは、それを格納したＣＤＲＯＭ等のコンピュータ可読記憶媒体を、コンピュータにセットし、システムにコピーもしくはインストールすることで実行可能となるわけであるから、当然、そのようなコンピュータ可読記憶媒体も本発明の範疇に含まれる。

本実施形態のスタンドアロン型の文書処理システムのソフトウェア構成例を示すブロック図である。 本実施形態の文書処理システムを実現するハードウェア構成例を示すブロック図である。 ブックファイルの構造の一例を示す図である。 ブック属性の一覧を示す図である。 章属性の一覧を示す図である。 ページ属性の一覧を示す図である。 ブックファイルを開く手順例を示すフローチャートである。 新規のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。 既存のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。 電子原稿ファイルをブックファイルにインポートする手順例を示すフローチャートである。 図１０のステップ８０１に示すアプリケーションデータを電子原稿ファイルに変換する手順例を示すフローチャートである。 印刷や表示を行う際に使用するデータ構造の例を示す図である。 クライアントサーバ型の文書処理システムのソフトウェア構成例を示すブロック図である。 画像編集の際の文書処理システムのソフトウェア構成例を示すブロック図である。 画像編集を行う場合について一連の動作の流れを示したフローチャートである。 複数の画像を同時に編集可能な場合の、画像編集を行う一連の動作の流れを示したフローチャートである。 製本アプリケーションのUIでのページ選択の一例を示す図である。 画像編集アプリケーションでのUI表示の一例を示す図である。 章で選択を行う場合について製本アプリケーションのUIでのページ選択の一例を示す図である。 ブックで選択を行う場合について製本アプリケーションのUIでのページ選択の一例を示す図である。 第２の実施形態における製本アプリケーションによりブックファイルを開く際の手順を示すフローチャートである。 第２の実施形態における編集可能画像ページであると判定されたページに印を付加し製本アプリケーションのUI画面を示す図である。 第２の実施形態における画像編集の一連の動作の流れを示したフローチャートである。

Claims (17)

1. ページのサイズと同一サイズの画像描画命令が含まれる画像ページと、ページのサイズと同一サイズの画像描画命令が含まれない非画像ページとが混在した電子原稿ファイルを編集する文書処理装置であって、
   前記電子原稿ファイルに対して画像編集を実行することを指示する指示手段と、
   前記電子原稿ファイル中の画像ページを編集する編集手段と、
   該編集手段の編集対象として、前記電子原稿ファイルの複数のページから、各ページのサイズと各ページの画像描画命令のサイズに基づいて、ページのサイズと同一サイズの画像描画命令が含まれる画像ページを特定する特定手段と、
   前記特定手段によって少なくとも１つの画像ページが特定された場合、前記指示手段による指示に従って前記編集手段を起動する起動手段と、
   前記特定手段によって特定された画像ページを表示する表示制御手段と、
   前記表示制御手段によって表示された画像ページの中から選択された画像ページに対して前記編集手段による編集処理を実行する実行手段と、
   を備えることを特徴とする文書処理装置。
2. 前記特定手段は、既存の電子原稿ファイルを読み込むことに応じて、当該電子原稿ファイル中の全ページの中から画像ページを特定し、
   前記特定手段による特定結果に従い、前記表示制御手段は、画像ページを非画像ページと識別可能に一覧表示することを特徴とする請求項１に記載の文書処理装置。
3. 前記電子原稿ファイルは、電子原稿ファイル全体の性質を示すブック、ブックに含まれる少なくとも１つの章、各章に含まれる少なくともページの階層構造を有し、画像編集の際のページの選択は、ブック、章、ページのいずれかを単位に選択することを特徴とする請求項１又は２に記載の文書処理装置。
4. 前記電子原稿ファイルが作成される際に、画像ファイルからインポートされたものであるか、アプリケーションデータからインポートされたものであるかを示す識別情報を前記電子原稿ファイルのページ属性情報として管理する管理手段を更に備え、
   前記特定手段は、前記管理手段により管理されるページ属性情報に基づいて、前記画像ページを特定することを特徴とする請求項１乃至３のいずれか１項に記載の文書処理装置。
5. 前記実行手段は、斜行補正、黒点除去の編集処理を実行することを特徴とする請求項１乃至４のいずれか１項に記載の文書処理装置。
6. 前記表示制御手段は、前記電子原稿ファイルに含まれるページ一覧を表示部に表示することを特徴とする請求項１乃至５のいずれか１項に記載の文書処理装置。
7. 前記実行手段は、前記特定手段により画像ページと特定されたページから、選択されたページ群に対して前記編集手段による編集処理を実行するのか、全画像ページに対して一括して前記編集処理を実行するかの切り替えを可能とすることを特徴とする請求項１乃至６のいずれか１項に記載の文書処理装置。
8. 前記表示制御手段は、前記起動手段によって起動された編集手段によって提供される操作画面に前記特定手段によって特定された画像ページを表示することを特徴とする請求項１乃至７のいずれか１項に記載の文書処理装置。
9. ページのサイズと同一サイズの画像描画命令が含まれる画像ページと、ページのサイズと同一サイズの画像描画命令が含まれない非画像ページとが混在した電子原稿ファイルを編集する文書処理装置の制御方法であって、
   前記電子原稿ファイルに対して画像編集を実行することを指示する指示工程と、
   前記電子原稿ファイル中の画像ページを編集する編集工程と、
   該編集工程の編集対象として、前記電子原稿ファイルの複数のページから、各ページのサイズと各ページの画像描画命令のサイズに基づいて、ページのサイズと同一サイズの画像描画命令が含まれる画像ページを特定する特定工程と、
   前記特定工程によって少なくとも１つの画像ページが特定された場合、前記指示工程による指示に従って前記編集工程を起動する起動工程と、
   前記特定工程によって特定された画像ページを表示する表示制御工程と、
   前記表示制御工程によって表示された画像ページの中から選択された画像ページに対して前記編集工程による編集処理を実行する実行工程と、
   を備えることを特徴とする文書処理装置の制御方法。
10. 前記特定工程は、既存の電子原稿ファイルを読み込むことに応じて、当該電子原稿ファイル中の全ページの中から画像ページを特定し、
    前記特定工程による特定結果に従い、前記表示制御工程は、画像ページを非画像ページと識別可能に一覧表示することを特徴とする請求項９に記載の文書処理装置の制御方法。
11. 前記電子原稿ファイルは、電子原稿ファイル全体の性質を示すブック、ブックに含まれる少なくとも１つの章、各章に含まれる少なくともページの階層構造を有し、画像編集の際のページの選択は、ブック、章、ページのいずれかを単位に選択することを特徴とする請求項９又は１０に記載の文書処理装置の制御方法。
12. 前記電子原稿ファイルが作成される際に、画像ファイルからインポートされたものであるか、アプリケーションデータからインポートされたものであるかを示す識別情報を前記電子原稿ファイルのページ属性情報として管理する管理工程を更に備え、
    前記特定工程は、前記管理工程により管理されるページ属性情報に基づいて、前記画像ページを特定することを特徴とする請求項９乃至１１のいずれか１項に記載の文書処理装置の制御方法。
13. 前記実行工程は、斜行補正、黒点除去の編集処理を実行することを特徴とする請求項９乃至１２のいずれか１項に記載の文書処理装置の制御方法。
14. 前記表示制御工程は、前記電子原稿ファイルに含まれるページ一覧を表示部に表示することを特徴とする請求項９乃至１３のいずれか１項に記載の文書処理装置の制御方法。
15. 前記実行工程は、前記特定工程により画像ページと特定されたページから、選択されたページ群に対して前記編集工程による編集処理を実行するのか、全画像ページに対して一括して前記編集処理を実行するかの切り替えを可能とすることを特徴とする請求項９乃至１４のいずれか１項に記載の文書処理装置の制御方法。
16. 前記表示制御工程は、前記起動工程によって起動された編集工程によって提供される操作画面に前記特定工程によって特定された画像ページを表示することを特徴とする請求項９乃至１５のいずれか１項に記載の文書処理装置の制御方法。
17. コンピュータに読込ませ実行させることで、前記コンピュータを請求項１乃至８のいずれか１項に記載の文書処理装置として機能させることを特徴とするコンピュータプログラム。

Images