(57)【要約】      （修正有）【課題】ユーザが編集可能なページのみを容易に選択できる画像編集手段を備え、さらに現在処理中のページが、文書全体のどの位置になるか、また、そのページ番号をユーザに対して明示し、常に編集中のページの位置を確認できる画像編集手段を備えた文書処理システムの提供。【解決手段】複数のページを選択して同時に画像修正が可能な画像補正ウィンドウを表示する画像修正手段と、ページ決定手段と、通し番号とページ番号を表示するＵＩ表示手段を持ち、編集対象として選択したページが製本レイアウトにおける何章の何番目であるかを明示して、画像編集アプリケーションを起動する。また、画像修正可能であるかを判定する判定手段と、画像修正可能のページと画像修正不可であるページを画像修正手段に通知する電子原稿ページ通知手段を持ち、また、画像修正不可であるダミーページと判定されたページに対して、画像修正操作を禁止する。【選択図】図１
2006293598.tif 000002
【特許請求の範囲】
【請求項１】
スキャナから読み取った画像からなるページと、電子原稿からなるページの二種類のページに対して、表示・印刷・製本指示を行う文書処理システムにおいて、複数の画像データを同時に修正可能な画像修正手段と、ユーザが複数のページを指定可能な指定手段と、ユーザが選択したページを対象に画像修正手段を起動させることが可能な、画像修正起動手段を持つことを特徴とする文書処理システム。
【請求項２】
請求項１記載の文書処理システムにおいて、前記画像修正起動手段は、選択されたページが前記画像修正手段によって画像修正可能であるかを判定する判定手段を持ち、画像修正可能と判定されたページのみを対象に、画像修正手段を起動させることを特徴とする文書処理システム。
【請求項３】
請求項１記載の文書処理システムにおいて、前記指定手段は、選択単位としてページ・章・文書全体のいずれか、あるいは複数、あるいは全てを持つことを特徴とする文書処理システム。
【請求項４】
請求項１記載の文書処理システムにおいて、前記画像修正起動手段は、選択されたページが前記画像修正手段によって画像修正可能であるかを判定する判定手段と、画像修正不可であるページを画像修正手段に通知する電子原稿ページ通知手段を持ち、前記画像修正手段は、画像修正不可であると判定されたページに対して画像修正操作を禁止することを特徴とする文書処理システム。
【請求項５】
請求項１記載の文書処理システムにおいて、前記画像修正起動手段は、選択されたページが前記画像修正手段によって画像修正可能であるかを判定する判定手段と、画像修正可能であると判定されたページのページ情報を画像修正手段に通知するページ情報通知手段を持ち、前記画像修正手段は、通知されたページ情報に従って文書の論理構造情報を含むページ番号を表示することを特徴とする文書処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は文書処理システムに関し、詳しくは、画像編集方法及び、画像及び電子文書処理指示方法と文書出力処理指示方法、及びそのシステムに関するものである。
【背景技術】
【０００２】
従来、紙の文書をスキャナで読み取り、読み取った画像データを画像編集手段で修正加工し、両面やステイプル、パンチ穴等の加工指示を付加して印刷装置より出力することが一般的に行われている。
【０００３】
また、ＰＣ上のアプリケーションソフトウェアで作成した文書データを、作成したアプリケーションに依存しない電子データに変換し、両面やステイプル、パンチ穴等の加工指示を付加して印刷装置より出力することが一般的に行われている（例えば特許文献１）。
【０００４】
さらに、画像データのページと電子データのページを組み合わせて電子原稿として保存し、両面やステイプル、パンチ穴等の加工指示を付加して印刷装置より出力することも行われている。
【特許文献１】特開２００３−０９１３８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、画像データのページと電子データのページを組み合わせて、両面やステイプル、パンチ穴等の加工指示を付加して印刷装置より出力するシステムにおいて、画像データのページについては画像編集が可能であるが、電子データのページについては画像編集することはできない。そのため、画像データの編集を行いたいユーザはページを一枚ずつ選択して、画像編集手段を起動していた。
【０００６】
あるいは、画像データのページであることをユーザが自ら意識しながら複数選択し、画像編集手段を起動する必要があった。
【０００７】
また、画像編集手段において処理中のページが、電子原稿ファイルにおける何ページ目であるかを容易に理解できず、確認のたびに画像編集アプリケーションを起動し直す手間があり、また編集ミスも起こる虞もあるという問題点があった。
【０００８】
本発明は上記の問題点に着目して成されたもので、画像データのページと電子データのページが混在した電子原稿に対して画像編集を行いたい場合に、ユーザが編集可能なページのみを容易に選択することのできる画像編集手段を備え、さらには、現在処理中のページが、文書全体のどの位置になるのか、また、そのページ番号をユーザに対して明示し、常に編集中のページの位置を確認することができる画像編集手段を備えた文書処理システムの提供を目的とする。
【課題を解決するための手段】
【０００９】
本発明は上記課題を解決するために、文書処理システムを、先ず次の（１）に示すとおりの構成とする。
【００１０】
（１）スキャナから読み取った画像からなるページと、電子原稿からなるページの二種類のページに対して、表示・印刷・製本指示を行う文書処理システムにおいて、複数の画像データを同時に修正可能な画像修正手段と、ユーザが複数のページを指定可能な指定手段と、ユーザが選択したページを対象に画像修正手段を起動させることが可能な、画像修正起動手段を持つことを特徴とする文書処理システム。
【００１１】
すなわち、画像を複数同時に修正可能な画像修正手段と、画像補正の対象として指定したページが画像修正手段によって画像修正可能であるかを判定する判定手段と、画像修正不可であるページを画像修正手段に通知する電子原稿ページ通知手段を持ち、画像修正不可であると判定されたページに対しての画像修正操作を禁止する。あるいは、修正対象として指定した画像ページが製本レイアウト上の何番目のページになるかを決定するページ決定手段と、画像補正ウィンドウにサムネイルとともに通し番号とページ番号を表示するＵＩ表示手段を持ち、複数のページ、あるいは章全体、あるいは文書全体を指定して画像修正を指定した場合に、編集対象として選択したページが製本レイアウトにおける何章の何番目であるかを明示して、画像編集アプリケーションを起動する。
【発明の効果】
【００１２】
本発明によれば、画像編集アプリケーションにおいて、画像データのページと、編集のできないページが混在した電子原稿ファイルを編集する際、サムネイル表示上に画像編集可能なページだけでなく、編集不可のページについてもダミーとして表示する。さらには、サムネイル画像とともに、製本アプリケーションの論理構造における、何章目の何番目のページ目かという情報もあわせて表示するので、常に編集中のページの製本レイアウトにおける位置を確認しながら編集を行うことが可能となった。またそれにより、編集対象ファイルの選択ミスを減らし、画像編集アプリケーションの操作性を高めることができた。
【発明を実施するための最良の形態】
【００１３】
以下、本発明を適用するのに好適である実施の形態について説明を行う。
【００１４】
まず、本発明の第１の実施形態である文書処理システムの概要を、図１から図１３を参照して説明する。この文書処理システムでは、一般アプリケーションにより作成されたデータファイルが、電子原稿ライタによって電子原稿ファイルに変換される。製本アプリケーションはその電子原稿ファイルを編集する機能を提供している。なお、本例では、それぞれの機能が明瞭になるように、一般アプリケーション、電子原稿ライタ、製本アプリケーション、電子原稿デスプーラと分離して示しているが、ユーザに提供されるパッケージはこれらに限定されず、これらを組合わせたアプリケーションやグラフィックエンジンとして提供されてもよい。以下、その詳細は説明する。
【００１５】
＜本実施形態の文書処理システムのソフトウェア構成例＞
図１は、本実施形態の文書処理システムのソフトウェア構成を示す図である。
【００１６】
文書処理システムは、本発明の文書処理装置（情報処理装置）の好適な実施形態であるデジタルコンピュータ１００（以下、ホストコンピュータとも呼ばれる）によって実現されている。一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドローあるいはペイント、プレゼンテーション、テキスト編集などの機能を提供するアプリケーションプログラムであり、ＯＳに対する印刷機能を有している。これらアプリケーションは、作成された文書データや画像データなどのアプリケーションデータを印刷するにあたって、オペレーティングシステム（ＯＳ）により提供される所定のインタフェース（一般に、ＧＤＩと呼ばれる）を利用する。すなわち、アプリケーション１０１は、作成したデータを印刷するために、前記インタフェースを提供するＯＳの出力モジュールに対して、あらかじめ定められる、ＯＳに依存する形式の出力コマンド（ＧＤＩ関数と呼ばれる）を送信する。出力コマンドを受けた出力モジュールは、プリンタ等の出力デバイスが処理可能な形式にそのコマンドを変換し、変換されたコマンド（ＤＤＩ関数と呼ばれる）を出力する。出力デバイスが処理可能な形式はデバイスの種類やメーカ、機種などによって異なるために、デバイスごとにデバイスドライバが提供されており、ＯＳではそのデバイスドライバを利用してコマンドの変換を行い、印刷データを生成し、ＪＬ（Ｊｏｂ  Ｌａｎｇｕａｇｅ）でくくることにより印刷ジョブが生成される。ＯＳとしてマイクロソフト社のウィンドウズ(登録商標)を利用する場合には、前述した出力モジュールとしてはＧＤＩ（Ｇｒａｐｈｉｃ  Ｄｅｖｉｃｅ  Ｉｎｔｅｒｆａｃｅ）と呼ばれるモジュールが相当する。
【００１７】
電子原稿ライタ１０２は、前述のデバイスドライバを改良したものであり、本文書処理システム実現のために提供されるソフトウェアモジュールである。ただし、電子原稿ライタ１０２は特定の出力デバイスを目的としておらず、後述の製本アプリケーション１０４やプリンタドライバ１０６により処理可能な形式に出力コマンドを変換する。この電子原稿ライタ１０２による変換後の形式（以後、「電子原稿形式」と呼ぶ。）は、ページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。実質的な標準形式のうちでは、例えばアドビシステムズによるＰＤＦ形式や、ＳＶＧ形式などが電子原稿形式として採用できる。
【００１８】
アプリケーション１０１により電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。ただし、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのは製本アプリケーション１０４であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。製本アプリケーション１０４は、電子原稿ライタ１０２が生成した新規の不完全な電子原稿ファイルを後述する形式を備えた電子原稿ファイルとして完成させる。以下では、この点を明瞭に識別する必要がある際には、電子原稿ライタ１０２によって作成されたファイルを電子原稿ファイルと呼び、製本アプリケーション１０４によって構造を与えられた電子原稿ファイルをブックファイルと呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイル（または文書データ）と呼ぶ。
【００１９】
このようにデバイスドライバとして電子原稿ライタ１０２を指定し、一般アプリケーション１０１によりそのデータを印刷させることで、アプリケーションデータはアプリケーション１０１によって定義されたページ（以後、「論理ページ」あるいは「原稿ページ」と呼ぶ。）を単位とする電子原稿形式に変換され、電子原稿ファイル１０３としてハードディスクなどの記憶媒体に格納される。なお、ハードディスクは、本実施形態の文書処理システムを実現するコンピュータが備えているローカルドライブであってもよいし、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。
【００２０】
製本アプリケーション１０４は、電子原稿ファイルあるいはブックファイル１０３を読み込み、それを編集するための機能を利用者に提供する。ただし製本アプリケーション１０４は、各ページの内容を編集する機能は提供しておらず、ページを最小単位として構成される、後述する章やブックの構造を編集するための機能を提供している。
【００２１】
製本アプリケーション１０４によって編集されたブックファイル１０３を印刷する際には、製本アプリケーション１０４によって電子原稿デスプーラ１０５が起動される。電子原稿デスプーラ１０５は、製本アプリケーション１０４と共にコンピュータ内にインストールされるプログラムモジュールであり、製本アプリケーション１０４で利用するドキュメント（ブックファイル）を印刷する際に、プリンタドライバ１０６へ描画データを出力するために使用されるモジュールである。電子原稿デスプーラ１０５は、指定されたブックファイルをハードディスクから読み出し、ブックファイルに記述された形式で各ページを印刷するために、前述したＯＳの出力モジュールに適合する出力コマンドを生成し、不図示の出力モジュールに出力する。その際に、出力デバイスとして使用されるプリンタ１０７のドライバ１０６がデバイスドライバとして指定される。出力モジュールは、指定されたプリンタ１０７のプリンタドライバ１０６を用いて受信した出力コマンドを、プリンタ１０７で解釈実行可能なデバイスコマンドに変換する。そしてデバイスコマンドはプリンタ１０７に送信され、プリンタ１０７によってコマンドに応じた画像が印刷される。
【００２２】
＜本実施形態の文書処理システムのハードウェア構成例＞
図２は、本実施形態の文書処理システムのハードウェア構成を示す図である。図２において、ホストコンピュータ１００は、ＲＯＭ２０３内のプログラム用ＲＯＭあるいは外部メモリ２１１に記憶された文書処理プログラム等に基づいて図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行するＣＰＵ２０１を備え、システムバス２０４に接続される各デバイスをＣＰＵ２０１が総括的に制御する。また、このＲＯＭ２０３内のプログラム用ＲＯＭあるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステムプログラム等を記憶し、ＲＯＭ２０３内のフォント用ＲＯＭあるいは外部メモリ２１１には上記文書処理の際に使用するフォントデータ等を記憶し、ＲＯＭ２０３内のデータ用ＲＯＭあるいは外部メモリ２１１には上記文書処理等を行う際に使用する各種データを記憶する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２３】
キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。２０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタ制御コマンド生成プログラム（以下プリンタドライバ）等を記憶するハードディスク（ＨＤ）、フロッピー(登録商標)ディスク（ＦＤ）等の外部メモリ２１１とのアクセスを制御する。プリンタコントローラ（ＰＲＴＣ）２０８は、双方向性インタフェース（インタフェース）２１を介してプリンタ１０７に接続されて、プリンタ１０７との通信制御処理を実行する。ＮＣ２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００２４】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ２１０上でのＷＹＳＩＷＹＧを可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等で指示されたコマンドに基づいて登録された種々のウィンドウを開き、種々のデータ処理を実行する。ユーザは印刷を実行する際、印刷の設定に関するウィンドウを開き、プリンタの設定や、印刷モードの選択を含むプリンタドライバに対する印刷処理方法の設定を行える。
【００２５】
プリンタ１０７は、ＣＰＵ３１２により制御される。プリンタのＣＰＵ３１２は、ＲＯＭ３１３内のプログラム用ＲＯＭに記憶された制御プログラム等あるいは外部メモリ３１４に記憶された制御プログラム等に基づいてシステムバス３１５に接続される印刷部（プリンタエンジン）３１７に出力情報としての画像信号を出力する。また、このＲＯＭ３１３内のプログラムＲＯＭには、ＣＰＵ３１２の制御プログラム等を記憶する。ＲＯＭ３１３内のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ等が記憶され、ＲＯＭ３１３内のデータ用ＲＯＭには、ハードディスク等の外部メモリ３１４がないプリンタの場合には、ホストコンピュータ上で利用される情報等が記憶されている。
【００２６】
ＣＰＵ３１２は入力部３１８を介してホストコンピュータ１００との通信処理が可能となっており、プリンタ１０７内の情報等をホストコンピュータ１００に通知できる。ＲＡＭ３１９は、ＣＰＵ３１２の主メモリや、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ３１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。前述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ３１４は、メモリコントローラ（ＭＣ）３２０によりアクセスを制御される。外部メモリ３１４は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、３２１は前述した操作パネル（操作部）で、操作のためのスイッチ及びＬＥＤ表示器等が配されている。
【００２７】
また、前述した外部メモリ３１４は１個に限らず、複数個備えられ、内蔵フォントに加えてオプションカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていてもよい。さらに、図示しないＮＶＲＡＭを有し、操作パネル３２１からのプリンタモード設定情報を記憶するようにしてもよい。
【００２８】
＜電子原稿データの形式例＞
製本アプリケーション１０４の詳細を言及する前に、ブックファイルのデータ形式を説明する。ブックファイルは紙媒体の書物を模した３層の層構造を有する。上位層は「ブック」と呼ばれ、１冊の本を模しており、その本全般に係る属性が定義されている。その下の中間層は、本でいう章に相当し、やはり「章」と呼ばれる。各章についても、章ごとの属性が定義できる。下位層は「ページ」であり、アプリケーションプログラムで定義された各ページに相当する。各ページついてもページごとの属性が定義できる。ひとつのブックは複数の章を含んでいてよく、また、ひとつの章は複数のページを含むことができる。
【００２９】
図３は、ブックファイルの形式の一例を模式的に示す図である。この例のブックファイルにおける、ブック、章、ページは、それぞれに相当するノードにより示されている。ひとつのブックファイルはひとつのブックを含む。ブック、章は、ブックとしての構造を定義するための概念であるから、定義された属性値と下位層へのリンクとをその実体として含む。ページは、アプリケーションプログラムによって出力されたページごとのデータを実体として有する。そのため、ページは、その属性値のほか、原稿ページの実体（原稿ページデータ）と各原稿ページデータへのリンクを含む。なお、紙媒体等に出力する際の印刷ページは複数の原稿ページを含む場合がある。この構造に関してはリンクによって表示されず、ブック、章、ページ各階層における属性として表示される。
【００３０】
図３では、ブックファイルが１つの完結したブックである必要はないので、「ブック」を「文書」として一般化して記載している。
【００３１】
まず最上位に文書情報４０１を持つ。文書情報４０１は４０２〜４０４の３つのパートに大別できる。文書制御情報４０２は、文書ファイルのファイルシステムにおけるパス名などの情報を保持する。文書設定情報４０３は、ページレイアウトなどのレイアウト情報とステイプルなど印刷装置の機能設定情報を保持し、ブックの属性に相当する。章情報リスト４０４は、文書を構成している章の集合をリスト形式で保持する。リストが保持するのは章情報４０５である。
【００３２】
章情報４０５も４０６〜４０８の３つのパートに大別できる。章制御情報４０６は、章の名称などの情報を保持する。章設定情報４０７は、その章特有のページレイアウトやステイプルの情報を保持し、章の属性に相当する。章ごとに設定情報をもつことで最初の章は２ＵＰのレイアウトその他の章は４ＵＰのレイアウトのように複雑なレイアウトを持った文書を作成することが可能である。ページ情報リスト４０８は各章を構成する原稿ページの集合リスト形式で保持している。ページ情報リスト４０８が指示するのは、ページ情報データ４０９である。
【００３３】
ページ情報データ４０９も４１０〜４１２の３つのパートに大別される。ページ制御情報４１０は、ツリー上に表示するページ番号などの情報を保持する。ページ設定情報４１１は、ページ回転角やページの配置位置情報などの情報を保持し、原稿ページの属性に相当する。ページリンク情報４１２は、ページに対応する原稿データである。この例では、ページ情報４０９が直接原稿データを持つのではなく、リンク情報４１２だけをもち、実際の原稿データは、ページデータリスト４１３で保持する構成としている。
【００３４】
図４は、ブック属性（文書設定情報４０３）の例を示すリストである。通常、下位層と重複して定義可能な項目に関しては、下位層の属性値が優先採用される。そのため、ブック属性にのみ含まれる項目に関しては、ブック属性に定義された値はブック全体を通して有効な値となる。しかし、下位層と重複する項目については、下位層において定義されていない場合における既定値としての意味を有する。しかし、本例では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。なお、図示された各項目は具体的に１項目に対応するのではなく、関連する複数の項目を含むものもある。
【００３５】
ブック属性に固有の項目は、印刷方法、製本詳細、表紙／裏表紙、インデックス紙、合紙、章区切りの６項目である。これらは、ブックを通して定義される項目である。印刷方法属性としては、片面印刷、両面印刷、製本印刷の３つの値を指定できる。製本印刷とは、別途指定する枚数の用紙を束にして２つ折りにし、その束をつづり合わせることで製本が可能となる形式で印刷する方法である。製本詳細属性としては、製本印刷が指定されている場合に、見開き方向や、束になる枚数等が指定できる。
【００３６】
表紙／裏表紙属性は、ブックとしてまとめられる電子原稿ファイルを印刷する際に、表紙及び裏表紙となる用紙を付加することの指定、及び付加した用紙への印刷内容の指定を含む。インデックス紙属性は、章の区切りとして、印刷装置に別途用意される耳付きのインデックス紙の挿入の指定及びインデックス（耳）部分への印刷内容の指定を含む。この属性は、印刷用紙とは別に用意された用紙を所望の位置に挿入するインサート機能を持ったインサータが使用する印刷装置に備えられている場合か、あるいは、複数の給紙カセットを使用可能である場合に有効となる。これは合紙属性についても同様である。
【００３７】
合紙属性は、章の区切りとして、インサータからあるいは給紙カセットから供給される用紙の挿入の指定、及び、合紙を挿入する場合には、給紙元の指定などを含む。
【００３８】
章区切り属性は、章の区切り目において、新たな用紙を使用するか、新たな印刷ページを使用するか、特に何もしないか等の指定を含む。片面印刷時には新たな用紙の使用と新たな印刷ページの使用とは同じ意味を持つ。両面印刷時には、「新たな用紙の使用」を指定すれば連続する章が１枚の用紙に印刷されることは無いが、「新たな印刷ページの使用」を指定すれば、連続する章が１枚の用紙の表裏に印刷されることがあり得る。
【００３９】
図５は、章属性（章設定情報４０７）の、図６はページ属性（ページ設定情報４１１）の例を示すリストである。章属性とページ属性との関係もブック属性と下位層の属性との関係と同様である。
【００４０】
章属性に関しては、章に固有の項目はなく、全てブック属性と重複する。したがって、通常は、章属性における定義とブック属性における定義とが異なれば、章属性で定義された値が優先する。しかし、本例では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。
【００４１】
ブック属性と章属性とにのみ共通する項目は、用紙サイズ、用紙方向、Ｎ−ｕｐ印刷指定、拡大縮小、排紙方法の５項目である。このうち、Ｎ−ｕｐ印刷指定属性は、１印刷ページに含まれる原稿ページ数を指定するための項目である。指定可能な配置としては、１×１や１×２、２×２、３×３、４×４などがある。排紙方法属性は、排出した用紙にステイプル処理を施すか否かを指定するための項目であり、この属性の有効性は使用する印刷装置がステイプル機能を有するか否かに依存する。
【００４２】
ページ属性に固有の項目には、ページ回転属性、ズーム、配置指定、アノテーション、ページ分割などがある。ページ回転属性は、原稿ページを印刷ページに配置する際の回転角度を指定するための項目である。ズーム属性は、原稿ページの変倍率を指定するための項目である。変倍率は、仮想論理ページ領域のサイズを１００％として指定される。仮想論理ページ領域とは、原稿ページを、Ｎ−ｕｐ等の指定に応じて配置した場合に、１原稿ページが占める領域である。例えば１×１であれば、仮想論理ページ領域は１印刷ページに相当する領域となり、１×２であれば、１印刷ページの各辺を約７０パーセントに縮小した領域となる。
【００４３】
ブック、章、ページについて共通な属性として、ウォーターマーク属性及びヘッダ・フッタ属性がある。ウォーターマークとは、アプリケーションで作成されたデータに重ねて印刷される、別途指定される画像や文字列などである。ヘッダ・フッタは、それぞれ各ページの上余白及び下余白に印刷されるウォーターマークである。ただし、ヘッダ・フッタには、ページ番号や日時など、変数により指定可能な項目が用意されている。なお、ウォーターマーク属性及びヘッダ・フッタ属性において指定可能な内容は、章とページとは共通であるが、ブックはそれらと異なっている。ブックにおいてはウォーターマークやヘッダ・フッタの内容を設定できるし、また、ブック全体を通してどのようにウォーターマークやヘッダ・フッタを印刷するかを指定することができる。一方、章やページでは、その章やページにおいて、ブックで設定されたウォーターマークやヘッダ・フッタを印刷するか否かを指定できる。
【００４４】
＜本実施形態の文書処理システムの操作手順例＞
（ブックファイルの生成手順例）
ブックファイルは、上述したような構造及び内容を有している。次に、製本アプリケーション１０４及び電子原稿ライタ１０２によってブックファイルを作成する手順を説明する。ブックファイルの作成は、製本アプリケーション１０４によるブックファイルの編集操作の一環として実現される。
【００４５】
図７は、製本アプリケーション１０４によりブックファイルを開く際の手順を示すフローチャートである。
【００４６】
まず、開こうとするブックファイルが、新規作成すべきものであるか、それとも既存のものであるか判定する（ステップＳ７０１）。新規作成の場合には、章を含まないブックファイルを新規に作成する（ステップＳ７０２）。新規に作成されるブックファイルは、図３の例で示せば、ブックノードのみ有し、章のノードに対するリンクが存在しないブックのノードとなる。ブック属性は、新規作成用としてあらかじめ用意された属性のセットが適用される。そして、新規ブックファイルを編集するためのユーザインタフェース（ＵＩ）画面を表示する（ステップＳ７０４）。図８は、新規にブックファイルが作成された際のＵＩ画面の一例である。この場合には、ブックファイルは実質的な内容を持たないために、ＵＩ画面８００には何も表示されない。
【００４７】
一方、既存のブックファイルがあれば、指定されたブックファイルを開き（ステップＳ７０３）、そのブックファイルの構造、属性、内容に従ってユーザインタフェース（ＵＩ）画面を表示する。図９は、このＵＩ画面の一例である。ＵＩ画面９００は、ブックの構造を示すツリー部９０１と、印刷された状態を表示するプレビュー部９０２とを含む。ツリー部９０１には、ブックに含まれる章、各章に含まれるページが、図３のような木構造が分かるように表示される。ツリー部９０１に表示されるページは原稿ページである。プレビュー部９０２には、印刷ページの内容が縮小されて表示される。その表示順序は、ブックの構造を反映したものとなっている。
【００４８】
さて、開かれたブックファイルには、電子原稿ライタ１０２によって電子原稿ファイルに変換されたアプリケーションデータを、新たな章として追加することができる。この機能を電子原稿インポート機能と呼ぶ。図７の手順によって新規に作成されたブックファイルに電子原稿インポートすることで、そのブックファイルには実体が与えられる。この機能は、図８あるいは図９の画面に用意されたメニューから電子原稿インポートを選択するか、図８あるいは図９の画面にアプリケーションデータをドラッグアンドドロップ操作することで起動される。
【００４９】
あるいは、開かれたブックファイルには、直接追加可能な画像形式のアプリケーションデータを、電子原稿ライタ１０２を使用せずに新たな章として追加することができる。この機能を画像インポート機能と呼ぶ。図７の手順によって新規に作成されたブックファイルに画像インポートすることで、そのブックファイルには実体が与えられる。この機能は、図８あるいは図９の画面に用意されたメニューから画像インポートを選択するか、図８あるいは図９の画面にアプリケーションデータをドラッグアンドドロップ操作することで起動される。
【００５０】
図１０は電子原稿インポート及び画像インポートの手順例を示すフローチャートである。
【００５１】
まず、アプリケーションデータを電子原稿データに変換する（ステップＳ８０１）。変換を終えたなら、ステップＳ８０１で生成された電子原稿ファイルを、現在開かれているブックファイルのブックに、新たな章として追加する（ステップＳ８０３）。通常、章属性としては、ブック属性と共通するものについてはブック属性の値がコピーされ、そうでないものについては、あらかじめ用意された規定値に設定されるが、本例では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。
【００５２】
ブックファイルが新規作成されたファイルであれば、新たな章が作成されて、その章に属するページとして電子原稿ファイルの各ページが追加される。通常、ページ属性は、上位層の属性と共通のものについてはその属性値が与えられ、アプリケーションデータにおいて定義された属性を電子原稿ファイルに引き継いでいるものについてはその値が与えられるる。例えば、Ｎ−ｕｐ指定などがアプリケーションデータにおいてされていた場合には、その属性値が引き継がれる。このようにして、新規なブックファイルが作成され、あるいは、新規な章が追加される。しかし、本例では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。
【００５３】
図１１は、図１０のステップＳ８０１において、電子原稿ライタ１０２により電子原稿ファイルを生成させる手順を示すフローチャートである。
【００５４】
まず、新たな電子原稿ファイルを作成してそれを開く（ステップＳ９０１）。そして変換させるデータが画像データであるか否かを判定する（ステップＳ９０５）。この判定は、ウィンドウズ(登録商標)ＯＳの下であれば、アプリケーションデータのファイル拡張子に基づいて行うことができる。例えば、拡張子が「ｂｍｐ」であればウィンドウズ(登録商標)ビットマップデータであり、「ｊｐｇ」であればＪＰＥＧ圧縮された画像データ、「ｔｉｆｆ」であればｔｉｆｆ形式の画像データであると判定できる。あるいは変換させるデータの先頭部分を解析することも可能である。
【００５５】
判定の結果画像データではなかった場合、指定したアプリケーションデータに対応するアプリケーションを起動し、電子原稿ライタ１０２をデバイスドライバとして、ＯＳの出力モジュールに対して出力コマンドを送信させる。出力モジュールは、受信した出力コマンドを電子原稿ライタによって電子原稿形式のデータに変換し、出力する（ステップＳ９０２）。出力先はステップＳ９０１で開いた電子原稿ファイルである。
【００５６】
判定の結果、画像データだった場合はＳ９０５のように、画像データから直接電子原稿データを生成し、ステップＳ９０１で開いた電子原稿ファイルに出力する。
【００５７】
その後、指定されたデータすべてについて変換が終了したか判定し（ステップＳ９０３）、終了していれば電子原稿ファイルを閉じる（ステップＳ９０４）。図１１に示される手順によって生成される電子原稿ファイルは、図３に示した、原稿ページデータの実体を含むファイルである。
【００５８】
（ブックファイルの編集例）
以上のようにして、アプリケーションデータからブックファイルを作成することができる。生成されたブックファイルについては、章及びページに対して次のような編集操作が可能である。
【００５９】
（１）新規追加
（２）削除
（３）コピー
（４）切り取り
（５）貼り付け
（６）移動
（７）章名称変更
（８）ページ番号名称振り直し
（９）表紙挿入
（１０）合紙挿入
（１１）インデックス紙挿入
（１２）各原稿ページに対するページレイアウト。
【００６０】
このほか、一旦行った編集操作を取り消す操作や、さらに取り消した操作をやり直す操作が可能である。これら編集機能により、例えば複数のブックファイルの統合、ブックファイル内で章やページの再配置、ブックファイル内で章やページの削除、原稿ページのレイアウト変更、合紙やインデックス紙の挿入などといった編集操作が可能となる。これらの操作を行うと、図４乃至図６に示す属性に操作結果が反映されたり、あるいはブックファイルの構造に反映される。たとえば、ブランクページの新規追加操作を行えば、指定された箇所にブランクページが挿入される。このブランクページは原稿ページとして扱われる。また、原稿ページに対するレイアウトを変更すれば、その変更内容は、印刷方法やＮ−ｕｐ印刷、表紙／裏表紙、インデックス紙、合紙、章区切りといった属性に反映される。
【００６１】
本実施例における、編集時の表示及び操作例については、以下で詳細に示す。
【００６２】
（ブックファイルの出力例）
以上のように作成・編集されるブックファイルは印刷出力を最終目的としている。利用者が図９に示す製本アプリケーションのＵＩ画面９００からファイルメニューを選択し、そこから印刷を選択すると、指定した出力デバイスにより印刷出力される。この際、まず製本アプリケーション１０４は、現在開かれているブックファイルからジョブチケットを作成して電子原稿デスプーラ１０５に渡す。電子原稿デスプーラ１０５は、ジョブチケットをＯＳの出力コマンド、例えばウィンドウズ(登録商標)のＧＤＩコマンドに変換し、それを出力モジュール、例えばＧＤＩに送信する。出力モジュールは、指定されたプリンタドライバ１０６によってデバイスに適したコマンドを生成し、そのデバイスに送信する。
【００６３】
すなわち、図示しない出力モジュールのグラフィックエンジンは、印刷装置ごとに用意されたプリンタドライバ１０６を外部メモリ２１１からＲＡＭ２０２にロードし、出力をプリンタドライバ１０６に設定する。そして、出力モジュールは、受け取ったＧＤＩ（Ｇｒａｐｈｉｃ  Ｄｅｖｉｃｅ  Ｉｎｔｅｒｆａｃｅ）関数からＤＤＩ（Ｄｅｖｉｃｅ  Ｄｒｉｖｅｒ  Ｉｎｔｅｒｆａｃｅ）関数に変換して、プリンタドライバ１０６へＤＤＩ関数を出力する。プリンタドライバ１０６は、出力モジュールから受け取ったＤＤＩ関数に基づいて、プリンタが認識可能な制御コマンド、例えばＰＤＬ（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）に変換する。変換されたプリンタ制御コマンドは、ＯＳによってＲＡＭ２０２にロードされたシステムスプーラを経てインタフェース２１経由でプリンタ１０７へ印刷データとして出力される仕組みとなっている。
【００６４】
ここで、上記ジョブチケットは、原稿ページを最小単位とする構造を有するデータである。ジョブチケットにおける構造は、用紙上における原稿ページのレイアウトを定義している。ジョブチケットは１ジョブにつき１つ発行される。そのため、まず最上位にドキュメントというノードがあり、文書全体の属性、例えば両面印刷／片面印刷などが定義されている。その下には、用紙ノードが属し、用いるべき用紙の識別子や、プリンタにおける給紙口の指定などの属性が含まれる。各用紙ノードには、その用紙で印刷されるシートのノードが属する。１シートは１枚の用紙に相当する。各シートには、印刷ページ（物理ページ）が属する。片面印刷ならば１シートには１物理ページが属し、両面印刷ならば１シートに２物理ページが属する。各物理ページには、その上に配置される原稿ページが属する。また物理ページの属性として、原稿ページのレイアウトが含まれる。
【００６５】
ジョブチケットのデータ構造の例を図１２に示す。印刷用のデータでは、文書は用紙の集合で構成されており、各用紙は表、裏の２面で構成されており、各面は原稿をレイアウトする領域（物理ページ）を持ち、各物理ページには、最小単位である原稿ページの集合から構成される。１１０１は文書に相当するデータで、文書全体に関係するデータと、文書を構成する用紙情報のリストから構成される。用紙情報１１０２は用紙サイズなど用紙に関する情報と用紙上に配置される面情報のリストから構成される。面情報１１０３は、面に固有のデータと、面上に配置される物理ページのリストから構成される。物理ページ情報１１０４は、物理ページのサイズやヘッダ・フッタなどの情報と、物理ページを構成する原稿ページのリストから構成される。
【００６６】
電子原稿デスプーラ１０５は、上述のジョブチケットを、出力モジュールへの出力コマンドに変換する。
【００６７】
（プレビュー表示の内容例）
すでに説明したとおり、ブックファイルが製本アプリケーションによって開かれると、図９に示すユーザインタフェース画面９００が表示される。ツリー部９０１には、開いているブック（以下、「注目ブック」と呼ぶ。）の構造を示すツリーが表示される。プレビュー部には、利用者の指定に応じて、３通りの表示方法が用意されている。第１は原稿ページをそのまま表示する原稿ビューと呼ばれるモードである。原稿ビューモードでは、注目ブックに属する原稿ページの内容が縮小されて表示される。プレビュー部の表示にレイアウトは反映されない。第２は印刷ビューモードである。印刷ビューモードでは、プレビュー部９０２には、原稿ページのレイアウトが反映された形で原稿ページが表示される。第３は簡易印刷ビューモードである。簡易印刷ビューモードでは、各原稿ページの内容はプレビュー部の表示には反映されず、レイアウトのみが反映される。
【００６８】
（画像ページの編集例）
前述したように図１の製本アプリケーション１０４は、電子原稿ファイルあるいはブックファイル１０３を読み込み、それを編集するための機能を利用者に提供するが、各ページの内容を編集する機能は提供しておらず、ページを最小単位として構成される、章やブックの構造を編集するための機能を提供している。しかし、前述の画像インポートによって生成されたページは、画像ファイルから直接電子原稿ファイルに変換しているため、再度画像ファイルを取り出し編集することが可能である。図１４は、そのような構成をとった場合の文書処理システムのソフトウェア構成を示す図であり、図１５は画像編集を行う場合について一連の動作の流れを示したフローチャートである。
【００６９】
製本アプリケーション１０４は、画像インポートされたページの画像を電子原稿ファイル１０３から取り出し（Ｓ１５０１）、取り出した画像を編集対象に指定して画像編集アプリケーション１０８を起動する（Ｓ１５０２）。画像編集アプリケーション１０８は、起動時に指定された画像について画像編集を行う（Ｓ１５０３）。画像編集が終了すると、製本アプリケーション１０４は編集後のページ画像を電子原稿ファイル１０３に格納し、画像編集を終了する。
【００７０】
＜本実施形態の文書処理システムにおける画像編集操作＞
本発明の請求項１から２記載の文書システムによれば、画像インポートによって作成された画像データからなるページと電子原稿データのインポートより作成されたページの両方が混在した文書に対し、編集操作する際のユーザの操作を簡便にすることができる。
【００７１】
図１６は、製本アプリケーション１０４のＵＩでのページ選択の一例を示したものである。ここでは１ページ目〜６ページ目までが選択された状態である。
【００７２】
３，４ページ目が電子原稿インポートによって作成されたページであり、それ以外は、画像インポートによって作成されたページであるとして、この選択状態から、１ページ目から６ページ目までが画像編集対象として選択されると、そのページの情報が画像編集アプリケーション１０８に通知される。その場合の画像編集アプリケーション１０８でのＵＩ表示の一例を示したのが図１７である。このように、編集対象として選択された全ページ（編集不可の画像以外のページを含む）をサムネイル表示領域１７０１に表示している。なお画像編集不可である３、４ページ目はダミー表示であり、ここではグレーアウトで表示されている。そして、１７０１において、グレーアウト表示のものは、編集対象として選択できず、プレビュー表示領域１７０２でプレビュー表示させることができない。この場合、１、２、５、６ページ目の画像が画像編集対象として選択可能であり、プレビュー表示領域１７０２へ表示させることができる。
【００７３】
図１８は、画像編集アプリケーション１０８が（画像ページと原稿ページの混在した）複数の画像を同時に編集可能な場合に、画像編集アプリケーションを起動する場合について一連の流れを示したフローチャートである。
【００７４】
製本アプリケーション１０４は、図９に例示されるような複数のページ画像を同時に指定可能なＵＩを持ち、複数のページを選択可能である。複数のページが選択された状態で画像編集をユーザから指定された場合、製本アプリケーション１０４は選択されたページについて順にページ情報を確認して（Ｓ１８０１）、画像編集アプリケーション１０８で画像編集可能か判定する（Ｓ１８０２）。この確認には、電子原稿インポートしたページか、画像インポートしたページか、及び画像フォーマットが何であるかの判定が含まれる。電子原稿インポートか画像インポートかの判定には、電子原稿ファイルを参照し、ページデータリスト４１３の中にページサイズと同じ大きさの画像描画命令が含まれているかを確認する方法もとれるし、あるいは、画像インポートの際に画像インポートを行ったことを明示する識別子をページ情報４０９に保持させておき、判定時に識別子を確認する方法でも実現可能である。
【００７５】
編集可能画像ページであると判定されたページは、そのページを一意に特定可能なページ情報４０９を一時的に記憶する（Ｓ１８０３）。一方、画像ページ以外であると判定されたページにおいても、そのページを一意に特定可能なページ情報４０９を一時的に記憶する。選択されたページ全てに対し判定が終了した後（Ｓ１８０５）、編集対象のページが１ページ以上あれば（Ｓ１８０６）、画像編集アプリケーション１０８を起動する（Ｓ１８０７）。ここで、製本アプリケーション１０４は、画像編集ユーザインタフェース画面（図１７）を表示する際に（Ｓ１８０８）、Ｓ１８０４で記憶した情報に基づき、画像編集不可のページについては、画像編集アプリケーションにおいてサムネイル表示１７０１をグレーアウトする。
【００７６】
続いて、図１９は、Ｓ１８０７で起動した画像編集アプリケーション１０８において、画像編集を行う場合について一連の動作の流れを示したフローチャートである。
【００７７】
ユーザが画像編集ユーザインタフェース画面（図１７）のサムネイル表示領域１７０１で、編集対象のページを選択すると（Ｓ１９０１）、選択されたページについて順にページ情報を確認して（Ｓ１９０２）、編集可能な画像ページと判定されたら（Ｓ１９０３）、プレビュー領域１７０２に画像を表示する（Ｓ１９０４）。そして、ユーザは画像編集アプリケーション１０８にて画像編集を行う（Ｓ１９０５）。画像編集終了時には、製本アプリケーション１０４が電子原稿データに再度格納する（Ｓ１９０７）。一方、選択された画像が編集不可なページと判定されたら（Ｓ１９０３）、プレビューを行わず（Ｓ１９０６）、ユーザに対して画像編集操作を禁止させる。
【００７８】
ここでは、編集不可のページをダミー表示する際、グレーアウト表示を使用しているが、ダミーページであることが判断できる限りどのような形態であっても本発明が構成可能である。
【００７９】
なお、本実施形態で示したフローチャートにおいて、その前後は処理が未完成にならない限り入れ替えることが可能である。
【００８０】
また、本発明は、複数の機器（例えばホストコンピュータ、インタフェース機
器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（複写機、プリンタ、ファクシミリ装置など）に適用してもよい。
【００８１】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００８２】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピー(登録商標)ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００８３】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００８４】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００８５】
以上の手順に従えば、画像編集アプリケーションにおいて、画像データのページと編集のできないページが混在した電子原稿ファイルを編集する際、サムネイル表示上に画像編集可能なページだけでなく、編集不可のページについてもダミーとして表示するので、常に編集中のページが製本レイアウトにおけるどの位置にあたるのかを確認しながら編集を行うことが可能となった。
【００８６】
［第２の実施例］
第２の実施例を説明するために再び図１６の製本アプリケーション１０４の電子原稿ファイルを使用する。さきほど説明したように、この中で、３，４ページ目が電子原稿インポートによって作成されたページであり、それ以外は、画像インポートによって作成されたページである。ここでは１ページ目〜６ページ目までが選択された状態である。この選択状態から、１ページ目から６ページ目までが画像編集対象として選択されると、そのページの情報が画像編集アプリケーション１０８に通知される。このとき第２の実施例において、画像編集アプリケーション１０８でのＵＩ表示の一例を示したのが図２０である。ここでは、画像編集可能である画像ページのみがサムネイル領域（２００１）に表示されており、すべてのサムネイル画像の脇には、製本アプリケーション１０４における文書の階層構造を表すページ情報が表示されていることが分かる。
【００８７】
例えば、１ページ目のサムネイルには、１章目の１番目のページであることを示す「１−１」が表示されており、３ページ目のサムネイルには、３章目の１番目のページであることを示す「３−１」が表示されている。
【００８８】
このように、製本アプリケーションでの文書の章構造を含む階層構造を考慮したページ番号を表示することで、画像を編集しながら常に、章構成を確認することが可能となる。
【００８９】
図２１は、第２の実施例における、製本アプリケーション１０４によりブックファイルを開く際の手順を示すフローチャートである。
【００９０】
製本アプリケーション１０４は、図１６に例示されるような複数のページ画像を同時に指定可能なＵＩで、複数のページが選択された状態で画像編集をユーザから指定された場合、まず、製本アプリケーション１０４は選択されたページについて順にページ情報を確認して（Ｓ２１０１）画像編集アプリケーション１０８で画像編集可能か判定する（Ｓ２１０２）。
【００９１】
編集可能画像ページであると判定されたページは、そのページを一意に特定可能な情報と、製本アプリケーション１０４での章情報を含んだページ情報４０９を一時的に記憶する（Ｓ２１０３）。選択されたページ全てに対し判定が終了した後（Ｓ２１０４）、編集対象のページが１ページ以上あれば（Ｓ２１０５）画像編集アプリケーション１０８を起動する（Ｓ２１０６）。ここで、製本アプリケーション１０４は、Ｓ２１０３で記憶した情報に基づき、画像編集可能な画像ページには、製本アプリケーション１０４での章情報を含んだページ番号を付加して、ユーザインタフェース（ＵＩ）画面（図２０）を表示する（Ｓ２１０７）。
【００９２】
以上の手順に従えば、画像編集アプリケーションにおいて、画像データのページと、編集のできないページが混在した電子原稿ファイルを編集する際、現在編集中のページが製本アプリケーションの論理構造における、何章目の何番目のページ目かという情報を確認しながら、編集操作を行うことが可能となった。
【図面の簡単な説明】
【００９３】
【図１】本実施形態のスタンドアロン型の文書処理システムのソフトウェア構成例を示すブロック図である。
【図２】本実施形態の文書処理システムを実現するハードウェア構成例を示すブロック図である。
【図３】ブックファイルの構造の一例を示す図である。
【図４】ブック属性の一覧を示す図である。
【図５】章属性の一覧を示す図である。
【図６】ページ属性の一覧を示す図である。
【図７】ブックファイルを開く手順例を示すフローチャートである。
【図８】新規のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。
【図９】既存のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。
【図１０】電子原稿ファイルをブックファイルにインポートする手順例を示すフローチャートである。
【図１１】図１０のステップ８０１に示すアプリケーションデータを電子原稿ファイルに変換する手順例を示すフローチャートである。
【図１２】印刷や表示を行う際に使用するデータ構造の例を示す図である。
【図１３】クライアントサーバ型の文書処理システムのソフトウェア構成例を示すブロック図である。
【図１４】本実施形態のスタンドアロン型の文書処理システムのソフトウェア構成例を示すブロック図である。
【図１５】画像編集を行う場合について一連の動作の流れを示したフローチャートである。
【図１６】製本アプリケーションのＵＩでのページ選択の一例を示した図である。
【図１７】画像編集アプリケーションのＵＩ画面を表示した例を示した図である。
【図１８】画像編集アプリケーションが複数の画像を同時に編集可能な場合に、画像編集を行う場合について一連の動作の流れを示したフローチャートである。
【図１９】画像編集アプリケーションが複数の画像を同時に編集可能な場合に、画像編集を行う場合について一連の動作の流れを示したフローチャートである。
【図２０】編集可能画像ページであると判定されたページに印を付加し画像編集アプリケーションのＵＩ画面を表示した例を示した図である。
【図２１】画像編集アプリケーションが複数の画像を同時に編集可能な場合に、画像編集を行う場合について一連の動作の流れを示したフローチャートである。
【符号の説明】
【００９４】
１０１  一般アプリケーション
１０２  電子原稿ライタ
１０３  電子原稿ファイル（ブックファイル）
１０４  製本アプリケーション
１０５  電子原稿デスプーラ
１０６  プリンタドライバ
１０７  プリンタ
１０８  画像編集アプリケーション
【図１】
2006293598.tif 000003
【図２】
2006293598.tif 000004
【図３】
2006293598.tif 000005
【図４】
2006293598.tif 000006
【図５】
2006293598.tif 000007
【図６】
2006293598.tif 000008
【図７】
2006293598.tif 000009
【図８】
2006293598.tif 000010
【図９】
2006293598.tif 000011
【図１０】
2006293598.tif 000012
【図１１】
2006293598.tif 000013
【図１２】
2006293598.tif 000014
【図１３】
2006293598.tif 000015
【図１４】
2006293598.tif 000016
【図１５】
2006293598.tif 000017
【図１６】
2006293598.tif 000018
【図１８】
2006293598.tif 000019
【図１９】
2006293598.tif 000020
【図２１】
2006293598.tif 000021
【図１７】
2006293598.tif 000022
【図２０】
2006293598.tif 000023