JP4194476B2 - 文書処理装置及び文書処理方法 - Google Patents

Description

本発明は文書処理装置及び文書処理方法に関するものであり、特に、文書処理プログラムや画像編集プログラム等によって生成される文書を紙原稿から入稿し、その入稿した原稿に基づいて生成される一つの電子原稿に対して、入稿した原稿の後処理情報を文書設定として反映する文書処理装置及び文書処理方法に関するものである。

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

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

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

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

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

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

このような背景により、近年、アプリケーションにより作成された文書や画像ファイルを統一されたフォーマットに変換することで、複数の文書や画像ファイルを１つの統合文書として扱う印刷アプリケーションが考えられている。この印刷アプリケーションでは、統合文書を文書全体、章、ページと階層的に管理しており、ユーザの操作により、各章毎にステイプル等の後処理の設定を行うことが可能となっている（例えば、特許文献１）。また、紙原稿の複製を行う方法として、最も一般的な方法は複写機を利用することである。近年のデジタル複写機では、スキャナ部から読み込まれた原稿の画像データを、ネットワークを介して接続されるホストコンピュータ（外部装置）に対してファイルとして送信する読み取り画像送信機能が存在している（例えば、特許文献２）。また、複写機のスキャナ部に原稿をセットし、複製すべき部数を入力し、コピーボタンを押すと、指定部数の複製を作成することができる。この方法では、スキャナで読み取られた原稿が斜行して読み取られた場合には、すべての複製物の該当ページが斜めに印刷されるという問題があった。また、複写機で複製した場合には、元の原稿に対してノイズや黒点が付加されて画質が劣化するという問題があった。さらには、元の原稿に付いている不要なページ番号やヘッダ・フッタの除去、および新しくページ番号やヘッダ・フッタを付加することができないという問題があった。また、特定の原稿ページの印刷される位置を調整するなど、さらに高度な原稿の編集を行うことができないといった問題点があった。これらの問題を解決する方法として、従来二つの方法が実施されている。

一つは複写機単体で実施する方法で、複写機のスキャナで読み取った原稿を一旦複写機内に保存し、ユーザがその保存された原稿の状態を確認し、前記の問題点を改善する印刷設定を行った後、保存された原稿のコピーを前記印刷設定に従って実行する方法である（例えば、特許文献３）。この方法では、斜行補正やノイズ・黒点除去を自動的に実施する場合には用いられる方法であるが、ヘッダ・フッタの編集やページ単位の印刷位置調整などの高度な編集は、複写機の操作性や処理能力の問題からあまり実施されていないか、あるいは操作性の良くない状態で実施されているというのが現状である。

もう一つは、複写機のスキャナで読み取った原稿を一旦複写機に接続された情報処理装置へ転送し、情報処理装置の高度な処理能力と高度な機能を備えたアプリケーションソフトウエア、およびディスプレイ・マウス・キーボードといった操作性の良いインタフェース装置を用いることにより、高度な編集も可能とする方法である（例えば、特許文献４）。

これらの二つの方法により、紙原稿の高品質な複製物の作成が従来行われてきた。

このように文書をスキャナで電子データに変換して画像データとして取り込んで電子文書を生成する場合、傾き補正、濃度調整など紙原稿特有の画質問題が発生する。また、紙の入力原稿に文書内の論理的な区切りを示すために合紙とよばれる空白ページを入れている場合がある。
特開２００３−０９１３８０号公報 特開２００２−１３２６４２号公報 特開平７−２８３９３３号公報 特開２０００−１６５６３９号公報

しかしながら、上記における従来の技術では、ステイプル・パンチ穴等の後処理設定がされていた印刷原稿をスキャナ装置で読み取り、電子データにし、文書処理装置の印刷アプリケーションにインポートすると、スキャナで読み取った原稿にステイプル・パンチ等の後処理がなされている場合に、その跡が影となり、原稿が汚くなってしまうという問題がある。このような印刷装置による印刷の後処理の跡がある読み取り原稿に対して、画像編集処理を行うことで、後処理の跡を消去することも考えられるが、ユーザが各ページについて手動で修正処理を行わなければならず使い勝手が悪い。

また、複数の章に分かれている紙原稿をまとめて、スキャナで読み取った場合には、１つのファイルとして保持しているため、元の章の切れ目がわからず、印刷アプリケーションにインポートした後で、ユーザが手動で章を分ける必要があり、使い勝手が悪い。

また、印刷アプリケーションから電子原稿の印刷を行う場合には、元の紙原稿と同じように章単位でステイプルやパンチの後処理を行いたい場合が多く想定されるが、文書処理装置の印刷アプリケーションではステイプル・パンチ等の後処理設定を印刷条件として自動的に反映することができず、使用者が手動で各後処理の設定しなければならなかった。

上記の従来技術の課題を解決するために、本発明では、スキャナで読み取られた印刷原稿を文書処理装置の印刷アプリケーションに取り込む際に、文章に対する後処理設定または天地が変化する位置（文章の区切り目に相当する位置）を認識し、自動的に区分け（章分割）することを可能にする文書処理装置及び文書処理方法を提供することを目的とする。

また、上記の従来技術の課題を解決するために、本発明ではスキャナから印刷原稿を読み取り、電子データ化したデータを文書処理装置に取り込む際に、スキャナで認識したステイプル・パンチ穴等の後処理情報、及び原稿の方向、天地方向の情報、及びとじ方向を自動的に反映させることを可能にする文書処理装置及び文書処理方法を提供することを目的とする。

上記課題を解決するべく、本発明にかかる文書処理装置は、以下の構成を有することを特徴とする。

すなわち、文書処理装置は、スキャン処理によって得られる紙原稿に施されていた後処理の内容を示す後処理情報と当該紙原稿に印刷されていた印刷内容を示す画像データとを受信する受信手段と、
前記画像データに基づく電子原稿に対する文書設定として前記受信手段によって受信された前記後処理情報を反映する場合、出力先として使用されるデバイスが当該文書設定に基づく処理を実行可能か否かを判定する判定手段と、
当該デバイスが前記文書設定に基づく処理を実行可能と前記判定手段によって判定された場合、当該後処理情報を前記画像データに基づく電子原稿に対する文書設定として反映する反映手段と、
を備えることを特徴とする。

あるいは、文書処理装置は、スキャン処理によって得られる紙原稿に印刷されていた印刷内容を示す電子原稿を受信する受信手段と、
前記紙原稿のページ単位に施されている後処理設定の情報を、連続するページ単位に認識し、判断対象ページの後処理設設定の情報が当該判断対象ページの前ページの後処理設定の情報と異なるかを判断する判断手段と、
前記判断手段により前記判断対象ページの後処理設設定の情報が当該判断対象ページの前ページの後処理設定の情報と異なると判断された場合、当該判断対象となるページと当該判断対象となるページの前ページとが異なる章となるように当該判断対象のページで章分割をする章分割手段と、
を備えることを特徴とする。

本願の第１の発明によれば、印刷原稿に基づき、文書処理装置において電子原稿を生成する際、印刷原稿に施されていた後処理の設定（後処理情報ともいう。）の内容に従い、電子原稿の区切りを判断することで、章分割の内容を文書設定として電子原稿に反映することが可能になる。

また、本願の第２の発明によれば、更に、印刷原稿に施されていた後処理の設定を電子原稿の文書設定へ反映することが可能になる。これにより、紙原稿を取り込んでからユーザが手作業で個別の設定を行なうという操作負担が不要になる。

あるいは、後処理情報の内容に従い、電子原稿のページの関係を判断し、これを文書設定として電子原稿に反映することが可能になる。

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

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

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

文書処理システムは、本発明の文書処理装置（情報処理装置）の好適な実施形態であるデジタルコンピュータ１００（以下、ホストコンピュータ（文書処理装置）とも呼ばれる）によって実現されている。一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドローあるいはペイント、プレゼンテーション、テキスト編集などの機能を提供するアプリケーションプログラムであり、ＯＳに対する印刷機能を有している。これらアプリケーションは、作成された文書データや画像データなどのアプリケーションデータを印刷するにあたって、オペレーティングシステム（ＯＳ）により提供される所定のインタフェース（一般に、ＧＤＩと呼ばれる）を利用する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図３では、ブックファイルが１つの完結したブックである必要はないので、「ブック」を「文書」として一般化して記載している。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１０に電子原稿インポートの手順例を示すフローチャートである。

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

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

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

図１１は、図１０のステップＳ８０１において、電子原稿ライタ１０２により電子原稿ファイルを生成させる手順を示すフローチャートである。

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

＜ブックファイルの編集例＞
以上のようにして、アプリケーションデータからブックファイルを作成することができる。生成されたブックファイルについては、章及びページに対して次のような編集操作が可能である。

（１）新規追加
（２）削除
（３）コピー
（４）切り取り
（５）貼り付け
（６）移動
（７）章名称変更
（８）ページ番号名称振り直し
（９）表紙挿入
（１０）合紙挿入
（１１）インデックス紙挿入
（１２）各原稿ページに対するページレイアウト。

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

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

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

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

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

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

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

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

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

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

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

＜本実施形態の文書処理システムの編集操作例＞
上記図９は、製本アプリケーション１０４の操作画面である。製本アプリケーションは、文書のページ順の入れ替えや複製、削除などの編集に加え、ステイプルなどの印刷装置の機能設定も行うことができ、指定した印刷装置に印刷することが可能である。図９の左側の領域には、文書の構造を示すツリービューが表示されている。文書は、章の集合で構成されており、各章は原稿ページの集合で構成されている。図９の右側の領域には、各ページの印刷プレビューが表示されている。

＜本実施形態の文書処理システムの属性設定例＞
図１４は、製本アプリケーション１０４の「文書の詳細設定」ウインドウ１４００を示している。このウインドウでは、「文書設定情報４０３」を表示／設定することができる。このウインドウは、図９のアプリケーション操作画面にあるPrint Formメニューの「Detailed Setting for Document」メニューあるいはツールバー上の「Detailed Setting for Document」ボタンから起動される。「文書の詳細設定」ウインドウは、文書全体に影響する属性の設定を行うためのウインドウである。このウインドウは、Page Setup、Decoration、Edit、Paper Sourceの４つのシートから構成されており、図１４は、Page Setupシートを表示した状態を示している。このPage Setupシートでは、主にレイアウトに関する設定を行うことができ、用紙サイズや向き、Ｎページ印刷などの設定を指示することができる。このウインドウには、ズームに関するチェックボックスコントロール１４０１、１４０２が配置されている。

図１５は、製本アプリケーション１０４の「章の詳細設定」ウインドウ１５００を示している。このウインドウでは、「章設定情報４０７」を表示／設定することができる。このウインドウは、図９のアプリケーション操作画面にあるPrint Formメニューの「Detailed Setting for Chapter」メニューあるいはツールバー上の「Detailed Setting for Chapter」ボタンから起動される。「章の詳細設定」ウインドウは、章固有の属性の設定を行うためのウインドウである。このウインドウは、Page Setup、Decoration、Edit、Paper Sourceの４つのシートから構成されており、図１５は、Page Setupシートを表示した状態を示している。このPage Setupシートでは、主に各章で固有のレイアウトに関する設定を行うことができ、用紙サイズや向き、Ｎページ印刷などの設定を指示することができる。「文書の詳細設定」と「章の詳細設定」で重複する設定項目については「Follow Book Attribute」のチェックボックスコントロール１５０１、１５０２、１５０３を配置している。このチェックボックスにチェックが入っている項目グループについては、文書の設定値をその章にも適用する。このチェックをはずした場合については、次の図１６に示す。章固有の設定としては２種類に分類できる。一つは章でしか持たない設定項目である。もう一つは、上位階層の文書とは異なる独自の設定値を章の階層で保持している場合である。

図１６は、図１５の「章の詳細設定」でチェックボックスコントロール１５０１、１５０２のチェックをはずした状態である。この場合、文書の全体がA3用紙を使っている場合でも、この章を構成するページはA4用紙サイズとする。またレイアウトも、文書では１Page Par Sheetであっても、この章は4 Page Per Sheetでレイアウトするという指定である。「MS Arrange」については、チェックがついているので、上位階層である文書の設定値をこの章の設定値として使う。

図１７は、製本アプリケーション１０４の「ページの詳細設定」ウインドウ１７００を示している。このウインドウでは、「ページ設定情報４１１」を表示／設定することができる。このウインドウは、図９のアプリケーション操作画面にあるPrint Formメニューの「Detailed Setting for Page」メニューあるいはツールバー上の「Detailed Setting for Page」ボタンから起動される。「ページの詳細設定」ウインドウは、各ページで固有の属性の設定を行うためのウインドウである。このウインドウは、Page Setup、Editの２つのシートから構成されており、図１７は、Page Setupシートを表示した状態を示している。このPage Setupシートでは、主に各ページで固有のレイアウトに関する設定を行うことができ、原稿ページを配置する際の回転角や拡縮率などの設定を指示することができる。「章の詳細設定」と「ページの詳細設定」で重複する設定項目については「Follow Chapter Attribute」のチェックボックスコントロール１７０１を配置している。このチェックボックスにチェックが入っている項目については、章の設定値をそのページにも適用する。このチェックをはずした場合については、次の図１８に示す。

図１８は、図１７の「ページの詳細設定」でPage Loatationの設定を変更した状態を示している。コントロール１７０１で、原稿ページをレイアウトする際にページの上が左になるように回転して配置する設定にしている。この項目については「Follow Chapter Attribute」のチェックボックスが無いので、章や文書に重複する設定項目が無いので、このウインドウに表示されている設定が常にページの設定値となる。１７０１のチェックがある場合、例えば「Arrange」の項目は、章にも重複する設定項目があるので章の設定値をページの設定値とする。章で該当する「Arrange」の項目が「Follor Book Attribute」のチェックがある場合、章の設定値は上位階層である文書の設置値を使うので結局ページの設定値は文書の設定値を使うことになる。章で該当する項目のチェックが外れている場合、章固有の設定値を持っているので、ページの設定値はその章固有の設定値を使う。

尚、上記設定画面で設定されたチェックボックスコントロールの情報は、専用の領域に保持されてもよいが、図３に示した設定情報内に属性の１つとして保持するのが望ましい。この場合には、図５及び図６にチェックボックスコントロールの情報を保持する領域が追加される。

＜本実施形態の文書処理システムの文書編集の表示例＞
上位階層と重複する設定項目を上位階層の設定値を使わないようにした場合、つまり、チェックボックスコントロール１５０１や１７０１のチェックをはずした場合のアプリケーションの表示形式を、図１９に示す。

図１９の例では、文書は二つの章からなり、各章は９ページの原稿データを持っている。最初の章のレイアウトを４ＵＰ（４ｉｎ１とも表記する）に、２番目の章の先頭ページ（文書全体では１０ページ目）に回転を指定した場合の表示例である。右側のプレビューにおいて、１〜３ページ目には１ページ上に４つの原稿がそれぞれ配置されている様子が表示されている。そして、第４ページ目のデータである「A」の文字が回転している様子が表示されている。ツリービューでの章やページ固有の設定を行った場合の表示形式を説明する。最初の章に対するアイコン１９０１が変化して、この章に章独自の設定がなされていることを示している。２番目の章の先頭ページに対するアイコン１９０２が変化して、このページに特別な設定がなされていることが示されている。

＜文書処理装置における後処理情報を利用した文書設定＞
本発明では、ホストコンピュータと双方向インタフェースを介して接続されるスキャナ部を備える画像読取装置（単体のスキャナもしくは入出力機能を備える複合機）で読み取られた紙原稿を、製本アプリケーション１０４で扱う電子原稿（ブックファイル）として入稿する文書処理を提供する。以下、紙原稿から読み取られた画像ファイルをブックファイルに変換する文書処理について説明する。

＜インポート時のオプション＞
以下、図２０を参照して紙原稿の電子化処理について説明するが、その前にまず紙原稿の電子化処理において利用者が設定可能なオプションについて説明する。本実施形態では、図３０に示すユーザインターフェースにより操作者がインポート時の処理条件を設定することができる。これら指定項目は、指定に応じた値が所定の記憶領域に記憶されて、インポート処理時に参照される。

図３０のユーザインターフェースは、たとえば図１９の「Ｅｄｉｔ」欄中のプルダウンメニューの一つが選択された場合に表示される。図３０において、章の分割チェックボックス３３０３がチェックされていれば、章分割フラグがセットされる。章分割フラグがセットされていなければ、章分割の処理は行われず、インポートされる原稿画像はすべて一つの章にまとめて挿入される。

また、章分割フラグがセットされている場合には、分割方法ボタン３３０４が選択可能となる。分割方法としては紙原稿に施されている、ステイプルやパンチ穴などの後処理情報全てを利用して章を分割する設定３３０５と、後処理情報のうち、部分的な情報を選択的に利用して章を分割する設定３３０６とが選択できる。これらの設定は、ＲＡＭに確保された各設定ごとの領域に、その旨を示す値として記憶される。更に、これら設定は、一つの設定ファイルとしてハードディスクに保存されてもよい。そして、図２０乃至図２４の処理において参照される。

図３２は、自動章分割を行う際の詳細設定を設定するためのダイアログボックスの一例を示すＵＩ図である。自動章分割は、既存のブックファイルを選択して操作者が自動章分割の適用を指示することで、当該ブックファイルに対して施される処理である。図３０の設定はインポート時に参照される点で図３２の設定と相違するが、各チェックボックスの意味は図３０に示したものと同様である。なお、図３１は、図３２のユーザインターフェース画面を表示させるためのメニュー画面を示している。ここでドキュメント全体または選択した章のいずれに対して章分割を行うか指示できる。たとえばインポート時に図３０の「章の分割」チェックボックス３３０３をチェックしていなくとも、インポート完了後に章分割を行えば、後処理情報がインポート後に参照され、これに基づいて章を分割することができる。このように、本発明の印刷制御システムでは、スキャナから読み取られた原稿データを本文書処理装置の製本アプリケーション１０４（印刷アプリケーションとも呼ぶ）にインポートする場合に印刷後処理の有無の判断により自動的に章分割するモードと、製本アプリケーション１０４に原稿データをインポートした後に、製本アプリケーション１０４上でユーザが指示したタイミングで印刷後処理の有無の判断により自動的に章分割するモードとを備えている。

＜インポート処理＞
図２０は、本発明の実施形態にかかる文書処理の流れに着目した文書処理装置等の概略的な構成を示す図である。同図において複合機１０７は、紙原稿２１００の読み取りを行うスキャナ２００２と、読み取った紙原稿から電子原稿データと後処理情報（後処理情報に関しては、後に詳細に説明する。）とに変換し、これらを電子原稿データファイル２００３と後処理情報ファイル２００４に格納する入力処理部２０１２を有する。更に、複合機１０７は、文書処理装置２００５との間でデータの送受を行なうネットワークI/F３１８を備え、ネットワークI/F３１８は、文書処理装置２００５のネットワークI/F２０８（図２）を介して電子原稿データファイル２００３のデータを文書処理装置２００５の電子原稿ライタ１０２に送る。

電子原稿ライタ１０２は、受信した電子原稿データに基づき、製本アプリケーション１０４やプリンタドライバ１０６により処理可能な形式のページ単位の原稿として、詳細な書式をもって表現可能なデータを生成し、電子原稿ファイル１０３に格納する。また、ネットワークI/F３１８は、後処理情報ファイル２００４に格納されている情報を文書処理装置２００５の製本アプリケーション１０４に送り、製本アプリケーション１０４は、受信した後処理情報に基づいて、電子原稿ファイルを編集することができる。

ここで、後処理情報とは、スキャナ２００２により読み込まれた紙原稿２１００に設定されている、例えば、ステイプルの有無やパンチ穴の設定の有無に関する情報をいう。図２７は、入稿した原稿に対して、ページ単位に設定されている後処理情報を示す図である。同図において、「ページ」の欄は、紙原稿の片面を１ページとしてスキャン入力したページ数である。原稿が両面印刷の場合は、１枚の紙原稿の表面のスキャン原稿が１ページ目のデータとして入力され、裏面の原稿が２ページ目のデータとして設定される。「原稿の向き」は、スキャン入力した際の原稿の向きと、印字方向によって判断されるもので、原稿が縦長か横長か否かが判断され、実際の原稿の向き（「縦」もしくは「横」）の別が設定される。「原稿の天地」は、原稿の向きと印字方向とが正しい原稿（原稿の上下関係）には「天」と、逆になっている原稿には「地」と設定される。

「ステイプル」および「パンチ」の欄は、原稿をとじるための後処理として、原稿に施されている、ステイプル止めにより空けられた穴（ステイプル穴）やファイリング用（例えば、２穴タイプ、Ｂ５版の規格として２６穴、Ａ４版の規格として３４穴タイプ）として穿孔された穴（パンチ穴）の有無の判断結果が設定され、該当する後処理が検出された場合には「あり」と、検出されない場合には「なし」と設定される。「場所」の欄は、ステイプルおよびパンチが施されている場所を表す情報が設定され、原稿に対して論理的な位置が示される。ステイプル穴、パンチ穴が検出された「場所」の情報は、後に説明する図２９ので、前後のページの関係で片面印刷か、両面印刷かを区別するために用いられる。前後のページの関係を区別する必要が無い場合は、片面をスキャンした時点で、ステイプルおよびパンチの設定が施されているページにもとに、場所の情報を設定し、裏面側の場所は設定しないようにすることもできる。

説明を図２０に戻し、電子原稿デスプーラ１０５は、製本アプリケーション１０４で利用する電子原稿ファイルを印刷する際に、プリンタドライバへデータを出力するために使用されるモジュールであり、電子原稿デスプーラ１０５は、文書処理の対象となる電子原稿ファイルをハードディスクから読み出し、電子原稿ファイルに記述された形式で各ページを印刷するために、ＯＳの出力モジュールに適合する出力コマンドを生成し、その際に、出力デバイスとして使用されるプリンタ２０１１のプリンタドライバ１０６がデバイスドライバとして指定される。

図２１は後処理情報の内容を文書設定として、電子原稿ファイルに反映する処理の全体的な流れを説明するフローチャートである。まず、ステップＳ２１０１において、紙原稿をスキャナ２００２の読み取り台にセットして、スキャン入力をして紙原稿を電子化する。自動化を考慮した場合、原稿自動送り装置付きのスキャナが望ましいが、処理としてはスキャナの種類は問わない。電子化されるデータのファーマットは、ＰＤＦ、ＢＭＰ、ＪＰＥＧ、ＴＩＦＦ等複数のフォーマットが考えられるが、どのような形式であっても本発明を適用することができる。

次に処理をステップＳ２１０２に進め、紙原稿を電子化する際に、紙原稿に後処理設定、例えば、ステイプル、パンチ穴などのとじ設定、が施されているか否かを読み取った原稿データの所定の領域を解析することにより入力処理部２０１２が判断する。これは、ステイプルやパンチは、印刷後処理として所定の領域になされるため容易に判断できる。この判断処理は公知技術で実現可能であるため詳細な説明は省略する。ステップＳ２１０２の処理で、後処理設定がされていないと判断する場合（Ｓ２１０２−Ｎｏ）は、処理をステップＳ２１０６に進め、入力処理部２０１２は、スキャン入力した電子原稿データを電子原稿データファイル２００３に格納し、後処理設定が施されている場合は（Ｓ２１０２−Ｙｅｓ）、処理をステップＳ２１０３に進め、後処理設定の内容（例えば図２７を参照）を後処理情報ファイル２００４に格納する。

ステップＳ２１０４において、ネットワークI/F３１８は後処理情報を文書処理装置２００５の製本アプリケーション１０４に送る。

ステップＳ２１０５において、入力処理部２０１２は、ステップＳ２１０１で読み取った原稿の電子データからステイプル穴や、パンチの穴等、後処理に関する部分の情報を自動的に消し、これを電子原稿データとしてファイル２００３に格納する（Ｓ２１０６）。

ステップＳ２１０７において、電子原稿データファイルの内容が文書処理装置２００５にインポートされ、文書処理装置１０２の電子原稿ライタ１０２に送られる。

ステップＳ２１０８において、電子原稿ライタ１０２は、このデータに基づいて製本アプリケーション１０４やプリンタドライバ１０６により処理可能な形式のページ単位の原稿として、詳細な書式をもって表現可能なデータを生成し、電子原稿ファイル１０３に格納する。

ステップＳ２１０９では、紙原稿２１００に施されていた後処理情報を文書設定として文書処理装置の電子原稿ファイルのデータに反映させるか否かを判断する。この場合、文書処理装置の表示部には、図２６のようなインターフェース画面が表示され、ユーザはいずれかの処理を選択的に入力することができる。文書設定に後処理情報を反映しない場合は（Ｓ２１０９−Ｎｏ）処理を終了し、文書設定に後処理情報を反映する場合（Ｓ２１０９−Ｙｅｓ）、製本アプリケーション１０４は、ステップＳ２１０４の処理で受信した後処理情報の内容を認識し（Ｓ２１１０）、その後処理情報による文書設定が出力デバイスとして使用されるプリンタ２０１１のプリンタドライバ１０６に適合するか否か確認する（Ｓ２１１１）。この確認の処理については図２５を用いて後述する。ステップＳ２１１１の確認で後処理情報がプリンタドライバ１０６に適合しない場合（Ｓ２１１１−Ｎｏ）は処理を終了し、適合する場合（Ｓ２１１１−Ｙｅｓ）は、処理をステップＳ２１１２に進め、後処理情報を文書設定に反映して、これを編集情報ファイル２０２２に保存して処理を終了する。ここで、図２６のインタフェース画面は、図２１のステップＳ２１０９のように、処理途中においてユーザに確認を求める場合に限らず、例えば、スキャナ２００２で紙原稿を読み取る際に、後処理情報をドキュメントの文書設定に反映するか否かを前もって定めるように処理の開始前に表示するようにしてもよい。

＜デバイスの適合性判断＞
図２５は、図２１のステップＳ２１１１における出力デバイスの適合性を判断するための処理の流れを説明するフローチャートである。

まず、ステップＳ２５０１において、プリンタドライバ１０６より出力デバイスとして設定されている出力デバイスの出力機能に関する情報を取得する。次に、取得した情報により、後処理情報を反映した電子原稿の印刷処理がその出力デバイスを利用して可能か否かを判断し、後処理情報を反映して出力することができないと判断する場合（Ｓ２５０２−Ｎｏ）、出力デバイスは適合しないとして処理を終了する。一方、ステップＳ２５０２の判断で、後処理情報を反映した電子原稿の印刷処理が可能と判断する場合（Ｓ２５０２−Ｙｅｓ）、処理をステップＳ２５０３に進め、図２１のステップＳ２１１２で説明したように、後処理情報を文書設定に反映して編集情報ファイルに保存して処理を終了する。

尚、図２０及び図２１では、複合機１０７が、読み取った紙原稿から電子原稿データと後処理情報とに変換し、これらを電子原稿データファイル２００３と後処理情報ファイル２００４に格納する入力処理部２０１２を有するシステムについて説明したが、本発明はこれに限るものではなく、複合機１０７には、スキャナ部２００２とネットワークＩ／Ｆ３１８を備え、スキャナ部２００２で読み取った原稿データがそのまま本文書処理装置２００５に送信される場合にも実現可能である。その場合は、文書処理装置２００５の所定のフォルダに複合機１０７（画像読取装置に相当）で読み取られた原稿データが格納され、この所定のフォルダがホットフォルダとして機能し、設定されている処理、ここでは、後処理の判定が行われ、後処理情報と原稿データとが製本アプリケーション１０４にインポートされ、製本アプリケーション１０４において、自動章分割処理が行われる。本発明の後処理判断による自動章分割処理は、文書処理装置内で完結されるシステム構成とするのが望ましい。

＜後処理情報を文書設定に反映する具体的な処理＞
ここで、本実施例において、スキャナ２００２により読み取られた原稿データは、文書処理装置２００５の所定のホットフォルダに入力される。この場合、ホットフォルダにおいて、電子文書の基となるデータは、電子原稿ライタ１０２に入力され、そして、原稿の向きやステイプルの有無等の後処理の判定を行う旨を電子原稿ライタ１０２を介して、もしくは直接、製本アプリケーション１０４に入力される。電子原稿ライタ１０２において、入力された原稿データは、ページごとに前述したブックファイル形式の電子原稿に変換され、電子原稿ファイル１０３及び編集情報ファイル２０２２にそれぞれ保存される。その際、電子原稿ファイル１０３には、本実施例ではジョブチケットと呼ばれる標準的な形式でデータが保存され、編集情報ファイル２０２２には、文書処理装置に特有の「ブック（文書）」、「章」、「ページ」という階層構造を記述した文書データ（図３を参照）が格納される。後処理情報を文書設定として反映するためには、図３で示したブックファイルの形式における文書設定情報４０３に、認識した後処理情報が反映され格納されることになる。

後処理情報を具体的に文書設定に反映する処理を説明する。図２２はステイプルおよびパンチ穴の設定がある紙原稿の読み取り原稿データを文書処理装置２００５の製本アプリケーション１０４にインポートしたときの具体的な処理の流れを説明するフローチャートである。このインポート方法は、ユーザが文書処理装置２００５の所定のフォルダにある原稿データをマウスを用いて製本アプリケーション１０４のユーザインタフェース（図８）上にドラッグ＆ドロップする方法と、前述したホットフォルダに原稿データが格納されたことに応じてホットフォルダが、電子原稿ライタ１０２に対して原稿データを出力する方法とがある。ここで、文書処理装置２００５におけるステップＳ２２０１〜Ｓ２２０２の処理は、複合機１０７で説明した図２１のフローチャートのステップＳ２１０８〜Ｓ２１０９と同様の処理となるため説明は省略する。

Ｓ２２０２で製本アプリケーション１０４がステイプルもしくはパンチの設定が「あり」と判断された場合は、ステップＳ２２０４において、製本アプリケーション１０４は、この設定を文書設定に反映させるか否かの確認を行なう。この判断は、図２６に示すダイアログをディスプレイに表示し、ユーザに選択させることで確認することができる。また、前述した図３０及び図３２のユーザインタフェース画面において、「原稿の後処理設定をドキュメントの印刷設定へ反映する」というチェックボックスを設けて、ユーザに選択させてもよい。次に、処理をステップＳ２２０５に進め、製本アプリケーション１０４は、後処理情報の「原稿の向き」の設定に従って、原稿の縦横の判断を行なう。ステップＳ２２０５の判断により、原稿の向きが縦の場合は処理をステップＳ２２０６に進め、横の場合は処理をステップＳ２２０７に進める。

ステップＳ２００６において、製本アプリケーション１０４は、原稿の向きが縦の場合、図４の文書設定情報４０３に「原稿の向き縦」を設定する。次に、処理をステップＳ２２０８に進め、製本アプリケーション１０４は、原稿の表面、裏面の「原稿の天地」を後処理情報より比較して、原稿の裏表で天地情報が逆である場合（Ｓ２２０８−Ｙｅｓ）は、文書設定情報４０３にとじ方向として、「短辺とじ」を設定する（Ｓ２２１０）。

一方、ステップＳ２２０７において、原稿の向きが横の場合、製本アプリケーション１０４は、図４の文書設定情報４０３に「原稿の向き縦」を設定する。

次に、処理をステップＳ２２０９に進め、原稿の表面、裏面の「原稿の天地」を後処理情報より比較して、原稿の裏表で天地情報が逆である場合（Ｓ２２０９−Ｙｅｓ）は、製本アプリケーション１０４は、文書設定情報４０３にとじ方向として、「長辺とじ」を設定する（Ｓ２２１１）。

ステップＳ２２０８の天地方向の判断で、原稿の表裏で天地方向が逆でない場合（Ｓ２２０８−Ｎｏ）は、処理をステップＳ２２１１に進め、製本アプリケーション１０４は、文書設定情報４０３にとじ方向として、「長辺とじ」を設定する（Ｓ２２１１）。

一方、ステップＳ２２０９の天地方向の判断で、原稿の表裏で天地方向が逆でない場合（Ｓ２２０９−Ｎｏ）は、処理をステップＳ２２１０に進め、製本アプリケーション１０４は、文書設定情報４０３にとじ方向として、「短辺とじ」を設定する（Ｓ２２１０）。

次に処理をステップＳ２２１２に進め、後処理情報の「場所」の欄より、ステイプルもしくはパンチ穴の設定が施されている場合は、製本アプリケーション１０４は、その位置を認識して、先のステップで設定したとじ方向に基づき、ページの「左・右・上・下」の位置を決定し、ステップＳ２２１０もしくはＳ２２１１で設定したとじ形態と合わせてとじ位置を設定する（Ｓ２２１２）。

ステップＳ２２１３で、製本アプリケーション１０４は、製本アプリケーション１０４に設定されている出力デバイスとして使用されるプリンタ２０１１のプリンタドライバ１０６に、この後処理設定が適合するか否が確認される。ステップＳ２２０４におけるデバイスの適合性に関しては、図２１のステップＳ２１１１と同様の処理となるためここでは説明を省略するが、ステップＳ２２１３の判断に従い、後処理情報がデバイスに適合する場合は、後処理情報を文書設定情報４０３として確定し、編集情報ファイル２０２２に保存する。

以上の処理により、印刷原稿に基づき、文書処理装置において電子原稿を生成する際、印刷原稿に施されていた後処理情報を電子原稿の文書設定へ反映することが可能になり、これにより、紙原稿を取り込んでからユーザが手作業で個別の設定を行なうという操作負担が不要になる。

＜後処理情報の修正＞
後処理情報の修正を文書処理装置２００５において行うこともできる。例えば、紙原稿をスキャナ２００２にセットする際に誤りがあり、天地方向の異なる原稿がインポートされた場合には、例えば、図２３Ａに示すフローチャートのように、図２２のフローチャートにおける後処理情報の認識プロセスにおいて（例えば、ステップＳ２２０８またはステップＳ２２０９の後（Ａ部））、判断した天地方向の設定を修正する必要があるか否かの確認を、図２３Ｂのようなインタフェース画面（図２３Ｂ（ａ））をＣＲＴ２１０上に表示させることによりユーザに求め（Ｓ２３０１）、インタフェース画面から入力指示されたページに関して、天地情報を修正するようにしてもよい（Ｓ２３０２）。この際、ステップＳ２３０１の確認において、ＣＲＴコントローラ（ＣＲＴＣ）２０６は、図２３Ｂ（ｂ）のように、インポートした原稿の後処理情報の設定が概略的にわかるようにＣＲＴ２１０上にレイアウト表示させることもできる。図２３Ｂ（ｂ）において、１、２、４ページは、原稿の向きと印字方向（矢印で示す左から右に向かう方向）とが正しい原稿として、天地方向「天」を示すページを例示しており、同図の３ページは、原稿の向きと印字方向が逆になっている原稿として、天地方向「地」を示すページを例示している。

また、後処理情報の修正は、天地情報に限らず、原稿の向きやとじ設定に関しても同様であり、各情報の認識結果に関してユーザの確認を求め、確認に応じてそれぞれの情報を修正することができる。

＜後処理情報による章分割＞
複数種類の紙原稿をスキャン入力して文書処理装置２００５にインポートする場合、各種類の原稿において異なる後処理が施されている場合があり、製本アプリケーション１０４は、それを「ブック（文書）」を構成する章として区切る章分割の位置を特定するための判断情報として利用して文書設定を行なうことができる。図２４は後処理情報を利用した章分割の処理の流れを説明するフローチャートである。まず、図２０の電子原稿ライタ１０２を用いて、文書処理装置２００５にインポートされたデータに基づき、電子電子原稿ファイル１０３を生成し（Ｓ２４０１）、紙原稿２１００をスキャン入力した複合機１０７から送られてくる後処理情報を認識する（Ｓ２４０２）。ここで、後処理情報の認識は、図２７に示す後処理情報の項目のうち「原稿の向き」「ステイプル」「パンチ」について行い、ページ１から順次認識を行なう。尚、本発明の趣旨として、章分割に利用する後処理情報は、「原稿の向き」「ステイプル」「パンチ」に限定する必要がなく、例えば、図３０のインタフェース画面において、章分割のために利用する後処理情報をユーザは任意に選択することができるものとする（図３０の３３０５、３３０６を参照）。

ステップＳ２４０３において、前ページの後処理情報と、次ページの後処理情報の間で内容に相違があるか否かを判定する。ここで、１ページ目の情報に関しては、前ページとの比較ができないので、次ページとの比較判定のための基準として利用される。そして、処理をステップＳ２４０４に進め、後処理情報の項目のうちどれか一つの項目において、前ページの設定と異なるものが有るか否かを判定する。ステップＳ２４０４の判定で、後処理情報に変化が無い場合（Ｓ２４０４−Ｎｏ）は、章として分割がされない旨を章情報リスト４０４に設定し、編集情報ファイル２０２２に保存する。

ステップＳ２４０４の判定で、例えば、ステイプルの条件に着目し、１ページからＮ−１ページ目まではステイプルが有りと設定されており、Ｎページ以降はステイプルが無しと設定されている場合のように、後処理設定に変化がある場合は、Ｎページ以降の文書と、１ページ〜Ｎ−１ページまでの文書とは異なる後処理がされている文章であると判断して、Ｎページ目を章分割を行う位置と判定する（Ｓ２４０５）。

ステップＳ２４０６では、前ステップで判定された位置で章分割をするか否かをユーザに確認を求め、ＣＲＴコントローラ（ＣＲＴＣ）２０６はＣＲＴ２１０上に図２８のようなインタフェース画面を表示させる。この際、インタフェース画面（図２８）において、ユーザにより章分割を「しない」（２８０２）と入力された場合、製本アプリケーション１０４の処理により判定された位置では章分割を行なわずに連続した文章を構成する電子原稿ファイルとして処理をステップＳ２４０８に進める。

一方、ユーザにより分割「する」（２８０１）と入力された場合（Ｓ２４０６−Ｙｅｓ）、製本アプリケーション１０４の処理によりステップＳ２４０５で判定された章分割の位置で電子原稿ファイルが章分割される。章分割の実行がユーザに選択された場合（Ｓ２４０６−Ｙｅｓ）、ステップＳ２４０７において、Ｎページ目で文章が章分割されることを、編集情報ファイル２０２２に格納されている文書データ（図３を参照）の章情報リスト４０４に設定する。

全ページの後処理情報について判定が終わっていなければ（Ｓ２４０８−Ｎｏ）、引き続きステップＳ２４０３に処理を戻し、後処理情報の判定を行う（Ｓ２４０８）。全ページの後処理情報について判定が終わっていれば（Ｓ２４０８−Ｙｅｓ）、それまでの章分割の判定結果として章情報リスト４０４に設定した内容を保存する（Ｓ２４０９）。このとき、一度でも章分割を行い、ステップＳ２４０７で章情報リスト４０４に章分割判定結果が反映されている場合、一番後に章分割をしたページ（上述の例では、分割をしたページはＮを指す。）から、最終ページまでを新たな章であると判定し、図３の章情報リスト４０４に設定する。以上の処理により、後処理情報の内容に従い、電子原稿の区切りを判断することで、章分割の内容を文書設定として電子原稿に反映することが可能になる。

＜後処理情報によるページの編集＞
図２４においては、複数種類の紙原稿を文書処理装置２００５にインポートする場合、後処理情報の項目のうち「原稿の向き」「ステイプル」「パンチ」について設定の内容が変わるページを判定し、設定内容が異なるページを章分割するページとする処理を説明したが、図２９では、後処理情報を利用して、電子原稿におけるページの関係を判断し（例えば、長辺とじ、短辺とじの片面印刷か両面印刷）、これを電子原稿の文書設定に反映する処理を説明する。前ページの後処理情報と、これに続く次ページの後処理情報の内容とを比較して図２９のフローチャートの各ステップが実行される。

ステップＳ２９０１では、両ページの原稿の向き（縦、横の別）を判断する。原稿の向きが縦の場合は処理をステップＳ２９０２に進め、横の場合は処理をステップＳ２９０６に進める。前後のページで原稿の向きが変わる場合は、図２４のステップＳ２４０４以降の処理において章分割の対象となり、説明が重複することになるのでここでは省略する。

ステップＳ２９０２の処理で、前後の原稿で天地方向が逆か否かを判断し、逆でない場合（Ｓ２９０２−Ｎｏ）は処理をステップＳ２９０７に進め、天地方向が逆の場合（Ｓ２９０２−Ｙｅｓ）は、処理をステップＳ２９０３に進める。

ステップＳ２９０３の処理では、「短辺とじ」のページ設定において、前後のページでステイプル、パンチ穴の位置が上下逆の関係か否かを判断し、上下が逆の関係である場合（Ｓ２９０３−Ｙｅｓ）、短辺とじ設定・両面印刷と判定し（Ｓ２９０５）、ステイプル、パンチ穴の位置が上下逆でない場合は（Ｓ２９０３−Ｎｏ）、短辺とじ・片面印刷と判定する（Ｓ２９０４）。

一方、ステップＳ２９０６において、原稿の向きが横で、前後の原稿で天地方向が逆か否かを判断し、天地方向が逆でない場合（Ｓ２９０６−Ｎｏ）は、処理をステップＳ２９０３に進め、天地方向が逆の場合（Ｓ２９０６−Ｙｅｓ）は処理をステップＳ２９０７に進める。

ステップＳ２９０７では、「長辺とじ」のページ設定において、前後のページでステイプル、パンチ穴の位置が左右逆の関係か否かを判断し、左右が逆の関係である場合（Ｓ２９０７−Ｙｅｓ）、長辺とじ設定・両面印刷と判定し（Ｓ２９０８）、ステイプル、パンチ穴の位置が左右逆でない場合は（Ｓ２９０７−Ｎｏ）、長辺とじ・片面印刷と判定する（Ｓ２９０９）。

ステップＳ２９１０において、前ページの後処理情報の認識を終了したか否かを判断し、処理が終了していない場合は処理をステップＳ２９０１に戻し、処理が終了している場合は処理をステップＳ２９１１に進め、原稿のとじ方向と、片面、両面印刷の別の判定結果（Ｓ２９０４、Ｓ２９０５、Ｓ２９０８、Ｓ２９０９）をブックの属性として、文書設定情報４０３（図３）に保存して処理を終了する。

以上の処理により、後処理情報を利用して、電子原稿のページの関係を判断し（例えば、長辺とじ、短辺とじの片面印刷か両面印刷）、これを電子原稿の文書設定に反映することが可能になる。

尚、本実施形態で示したフローチャートにおいて、その前後は処理が未完成にならない限り入れ替えることが可能である。また、本発明は、複数の機器(例えばホストコンピュータ、インターフェース機器、リーダ、プリンタなど)から構成されるシステムに適用しても、一つの機器からなる装置（複写機、プリンタ、ファクシミリ装置など）に適用してもよい。

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

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

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

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

本実施形態のスタンドアロン型の文書処理システムのソフトウェア構成例を示すブロック図である。 本実施形態の文書処理システムを実現するハードウェア構成例を示すブロック図である。 ブックファイルの構造の一例を示す図である。 ブック属性の一覧を示す図である。 章属性の一覧を示す図である。 ページ属性の一覧を示す図である。 ブックファイルを開く手順例を示すフローチャートである。 新規のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。 既存のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。 電子原稿ファイルをブックファイルにインポートする手順例を示すフローチャートである。 図１０のステップ８０１に示すアプリケーションデータを電子原稿ファイルに変換する手順例を示すフローチャートである。 印刷や表示を行う際に使用するデータ構造の例を示す図である。 クライアントサーバ型の文書処理システムのソフトウェア構成例を示すブロック図である。 データ構成の最上位階層である文書全体の設定を行うダイアログウィンドウの例を示す図である。 データ構成の中間階層である章の設定を行うダイアログウィンドウの例を示す図である。 図１５のダイアログウィンドウで固有属性の設定を行った例を示す図である。 データ構成の最下位階層であるページの設定を行うダイアログウィンドウの例を示す図である。 図１７のダイアログウィンドウでの設定値の変更例を示す図である。 章やページに固有の設定を行った場合の表示例を示す図である。 本発明を実施する文書印刷装置と文書処理システムの構成図である。 本発明を実施する全体の手順を示すフローチャートである。 ステイプルもしくはパンチの設定、そして原稿の向き、とじ方向を反映させる手順を示すフローチャートである。 原稿の天地を修正する手順を示すフローチャートである。 天地方向の設定を修正するためのインタフェース画面を例示する図である。 後処理情報の異なる位置で章分割を行う手順を示すフローチャートである。 出力する文書印刷装置の能力に応じて、設定を反映する手順を示したフローチャートである。 ユーザが後処理情報を反映するかどうかの決定を行うダイアログウィンドウの例を示す図である。 紙原稿をスキャンしたときに認識した後処理情報を、文書処理装置に送るためにリスト化した後処理情報を示す図である。 ユーザが章分割をするかどうかの決定を行うダイアログウィンドウの例を示す図である。 後処理情報に基づいて、綴じ方向、片面、両面の別を設定するための処理の流れを説明するフローチャートである。 インポート時の処理オプションを選択するためのユーザインターフェース画面の一例を示す図である。 ドキュメントの章分割を指示するためのユーザインターフェース画面の一例を示す図である。 ドキュメントの章分割におけるオプションを選択するためのユーザインターフェース画面の一例を示す図である。

Claims (18)

1. スキャン処理によって得られる紙原稿に施されていた後処理の内容を示す後処理情報と当該紙原稿に印刷されていた印刷内容を示す画像データとを受信する受信手段と、
   前記画像データに基づく電子原稿に対する文書設定として前記受信手段によって受信された前記後処理情報を反映する場合、出力先として使用されるデバイスが当該文書設定に基づく処理を実行可能か否かを判定する判定手段と、
   当該デバイスが前記文書設定に基づく処理を実行可能と前記判定手段によって判定された場合、当該後処理情報を前記画像データに基づく電子原稿に対する文書設定として反映する反映手段と、
   を備えることを特徴とする文書処理装置。
2. 前記受信手段によって受信された電子原稿の向きが縦向きであり、かつ、当該電子原稿の表面と裏面とにおいて原稿の天地が逆である場合、前記反映手段は、前記文書設定として短辺綴じを反映することを特徴とする請求項１に記載の文書処理装置。
3. 前記受信手段によって受信された電子原稿の向きが縦向きであり、かつ、当該電子原稿の表面と裏面とにおいて原稿の天地が逆でない場合、前記反映手段は、前記文書設定として長辺綴じを反映することを特徴とする請求項１に記載の文書処理装置。
4. 前記受信手段によって受信された電子原稿の向きが横向きであり、かつ、当該電子原稿の表面と裏面とにおいて原稿の天地が逆である場合、前記反映手段は、前記文書設定として長辺綴じを反映することを特徴とする請求項１に記載の文書処理装置。
5. 前記受信手段によって受信された電子原稿の向きが横向きであり、かつ、当該電子原稿の表面と裏面とにおいて原稿の天地が逆でない場合、前記反映手段は、前記文書設定として短辺綴じを反映することを特徴とする請求項１に記載の文書処理装置。
6. スキャン処理によって得られる紙原稿に印刷されていた印刷内容を示す電子原稿を受信する受信手段と、
   前記紙原稿のページ単位に施されている後処理設定の情報を、連続するページ単位に認識し、判断対象ページの後処理設設定の情報が当該判断対象ページの前ページの後処理設定の情報と異なるかを判断する判断手段と、
   前記判断手段により前記判断対象ページの後処理設設定の情報が当該判断対象ページの前ページの後処理設定の情報と異なると判断された場合、当該判断対象となるページと当該判断対象となるページの前ページとが異なる章となるように当該判断対象のページで章分割をする章分割手段と、
   を備えることを特徴とする文書処理装置。
7. 前記後処理設定の情報には、当該原稿に対するステイプル穴、パンチ穴のうち少なくとも１つを含むことを特徴とする請求項６に記載の文書処理装置。
8. 前記判断手段により前記判断対象ページの後処理設設定の情報が当該判断対象ページの前ページの後処理設定の情報と異なると判断された場合、章分割をするか否かを指示するための操作画面を表示する表示手段を更に有し、
   前記表示手段によって表示された操作画面を用いて入力された指示に従って、前記章分割手段は、当該判断対象ページで章分割するか否かを決定することを特徴とする請求項６または７に記載の文書処理装置。
9. 受信手段により、スキャン処理によって得られる紙原稿に施されていた後処理の内容を示す後処理情報と当該紙原稿に印刷されていた印刷内容を示す画像データとを受信する受信工程と、
   前記画像データに基づく電子原稿に対する文書設定として前記受信工程によって受信された前記後処理情報を反映する場合、判定手段により、出力先として使用されるデバイスが当該文書設定に基づく処理を実行可能か否かを判定する判定工程と、
   当該デバイスが前記文書設定に基づく処理を実行可能と前記判定工程によって判定された場合、反映手段が、当該後処理情報を前記画像データに基づく電子原稿に対する文書設定として反映する反映工程と、
   を備えることを特徴とする文書処理方法。
10. 前記受信工程によって受信された電子原稿の向きが縦向きであり、かつ、当該電子原稿の表面と裏面とにおいて原稿の天地が逆である場合、前記反映工程は、前記文書設定として短辺綴じを反映することを特徴とする請求項９に記載の文書処理方法。
11. 前記受信工程によって受信された電子原稿の向きが縦向きであり、かつ、当該電子原稿の表面と裏面とにおいて原稿の天地が逆でない場合、前記反映工程は、前記文書設定として長辺綴じを反映することを特徴とする請求項９に記載の文書処理方法。
12. 前記受信工程によって受信された電子原稿の向きが横向きであり、かつ、当該電子原稿の表面と裏面とにおいて原稿の天地が逆である場合、前記反映工程は、前記文書設定として長辺綴じを反映することを特徴とする請求項９に記載の文書処理方法。
13. 前記受信工程によって受信された電子原稿の向きが横向きであり、かつ、当該電子原稿の表面と裏面とにおいて原稿の天地が逆でない場合、前記反映工程は、前記文書設定として短辺綴じを反映することを特徴とする請求項９に記載の文書処理方法。
14. 受信手段により、スキャン処理によって得られる紙原稿に印刷されていた印刷内容を示す電子原稿を受信する受信工程と、
    判断手段により、前記紙原稿のページ単位に施されている後処理設定の情報を、連続するページ単位に認識し、判断対象ページの後処理設設定の情報が当該判断対象ページの前ページの後処理設定の情報と異なるかを判断する判断工程と、
    前記判断工程により前記判断対象ページの後処理設設定の情報が当該判断対象ページの前ページの後処理設定の情報と異なると判断された場合、章分割手段が、当該判断対象となるページと当該判断対象となるページの前ページとが異なる章となるように当該判断対象のページで章分割をする章分割工程と、
    を備えることを特徴とする文書処理方法。
15. 前記後処理設定の情報には、当該原稿に対するステイプル穴、パンチ穴のうち少なくとも１つを含むことを特徴とする請求項１４に記載の文書処理方法。
16. 前記判断工程により前記判断対象ページの後処理設設定の情報が当該判断対象ページの前ページの後処理設定の情報と異なると判断された場合、により、章分割をするか否かを指示するための操作画面を表示する表示工程を更に有し、
    前記表示工程によって表示された操作画面を用いて入力された指示に従って、前記章分割工程は、当該判断対象ページで章分割するか否かを決定することを特徴とする請求項１４または１５に記載の文書処理方法。
17. 文書処理プログラムであって、
    スキャン処理によって得られる紙原稿に施されていた後処理の内容を示す後処理情報と当該紙原稿に印刷されていた印刷内容を示す画像データとを受信する受信手段と、
    前記画像データに基づく電子原稿に対する文書設定として前記受信手段によって受信された前記後処理情報を反映する場合、出力先として使用されるデバイスが当該文書設定に基づく処理を実行可能か否かを判定する判定手段と、
    当該デバイスが前記文書設定に基づく処理を実行可能と前記判定手段によって判定された場合、当該後処理情報を前記画像データに基づく電子原稿に対する文書設定として反映する反映手段と、
    をコンピュータにより実現することを特徴とする文書処理プログラム。
18. 文書処理プログラムであって、
    スキャン処理によって得られる紙原稿に印刷されていた印刷内容を示す電子原稿を受信する受信手段と、
    前記紙原稿のページ単位に施されている後処理設定の情報を、連続するページ単位に認識し、判断対象ページの後処理設設定の情報が当該判断対象ページの前ページの後処理設定の情報と異なるかを判断する判断手段と、
    前記判断手段により前記判断対象ページの後処理設設定の情報が当該判断対象ページの前ページの後処理設定の情報と異なると判断された場合、当該判断対象となるページと当該判断対象となるページの前ページとが異なる章となるように当該判断対象のページで章分割をする章分割手段と、
    をコンピュータにより実現することを特徴とする文書処理プログラム。

Images