(57)【要約】【課題】片面印刷部分と両面印刷部分とを意識せず、すべて両面印刷物としてスキャンし、画像の補正などの処理を行った後に印刷を実行すると、片面印刷原稿部分も両面印刷として実行されるため、本来不要な片面印刷部分の裏面の白紙に対しても複写動作が行われ課金されてしまう。一方、この不要な課金を避けるためは、片面印刷原稿と両面印刷原稿を仕分けし、それぞれの仕分け部分ごとにスキャンし、スキャンした部分ごとに片面印刷あるいは両面印刷を指定し、指定部数の印刷を実行すると非常に手間がかかる。【解決手段】紙の裏面が白紙であるか判定し（Ｓ２１０３）、白紙と判定された場合には、その紙の表面の画像データを片面印刷属性と共に文書化し（Ｓ２１０７）、白紙と判定されなかった場合には、その紙の両面の画像データを両面印刷属性と共に文書化する（Ｓ２１１１）。画像データをその画像データと共に文書化されている片面印刷/両面印刷属性に従ってデバイスを片面/両面印刷制御して、その画像データを印刷する。【選択図】図２１
2005142770.tif 000002
【特許請求の範囲】
【請求項１】
片面印刷物と両面印刷物が混在する原稿を両面スキャンして得られた画像データを文書化する文書処理方法であって、
前記画像データに基づいて原稿の裏面が白紙であるか判定する白紙判定工程と、
前記白紙判定工程で白紙と判定された場合には、その原稿の表面に相当する画像データを片面印刷属性と共に文書情報として保存し、前記白紙判定手段で白紙と判定されなかった場合には、その原稿の両面に相当する画像データを両面印刷属性と共に文書情報として保存する文書化工程と
を備えることを特徴とする文書処理方法。
【請求項２】
前記文書化工程で片面印刷属性あるいは両面印刷属性と共に文書情報として保存された画像データを、その画像データと共に文書化されている片面印刷/両面印刷属性に従ってデバイスを片面/両面印刷制御して、その画像データを印刷する印刷制御工程をさらに備えることを特徴とする請求項１に記載の文書処理方法。
【請求項３】
前記文書情報は、ページと、共通の属性を有するページのグループとを構成要素とする階層構造を有し、
前記白紙判定工程で白紙と判定された場合には、次の原稿に相当する画像データに基づいて、当該原稿の裏面が白紙であるか判定する第２白紙判定工程をさらに備え、
前記文書化工程では、前記白紙判定工程及び前記第２白紙判定工程により、連続する原稿それぞれについて裏面が白紙であると判定された場合には、それら連続する原稿の表面に相当する画像データをグループ化し、そのグループの属性として片面印刷の属性を付与し、連続する原稿の前者については裏面が白紙であり、後者については裏面が白紙でないと判定された場合には、それらの連続する原稿の間を区切り目としてその前後の画像データをそれぞれグループ化し、その両方のグループの属性として両面印刷の属性を付与することを特徴とする請求項１または２記載の文書処理方法。
【請求項４】
前記画像データに基づいて原稿の表面が白紙であるか判定する第３白紙判定工程を更に備え、
前記文書化工程においては、前記第１白紙判定工程および第３白紙判定工程により原稿の両面が白紙と判定された場合には、当該原稿に相当する画像データを文書情報化しないことを特徴とする請求項１乃至３のいずれか１項に記載の文書処理方法。
【請求項５】
片面印刷物と両面印刷物が混在する原稿を両面スキャンして得られた画像データを文書化する文書処理方法であって、
前記画像データに基づいて原稿の両面が白紙であるか判定する白紙判定工程と、
前記白紙判定工程で両面が白紙と判定された場合には、当該原稿の両面に相当する画像データを文書情報化せず、そのほかの原稿に相当する画像データを文書情報として保存する文書化工程と
を備えることを特徴とする文書処理方法。
【請求項６】
片面印刷物と両面印刷物が混在する原稿を両面スキャンして得られた画像データを文書化する文書処理方法であって、
前記画像データに基づいて原稿の両面が白紙であるか判定する白紙判定工程と、
前記白紙判定工程で両面が白紙と判定された場合には、その原稿の両面の画像データを印刷しないことを特徴とする文書処理方法。
【請求項７】
片面印刷物と両面印刷物が混在する原稿を両面スキャンして得られた画像データを文書化する文書処理装置であって、
前記画像データに基づいて原稿の裏面が白紙であるか判定する白紙判定手段と、
前記白紙判定手段で白紙と判定された場合には、その原稿の表面に相当する画像データを片面印刷属性と共に文書情報として保存し、前記白紙判定手段で白紙と判定されなかった場合には、その原稿の両面に相当する画像データを両面印刷属性と共に文書情報として保存する文書化手段と
を備えることを特徴とする文書処理装置。
【請求項８】
前記文書化手段で片面印刷属性あるいは両面印刷属性と共に文書情報として保存された画像データを、その画像データと共に文書化されている片面印刷/両面印刷属性に従ってデバイスを片面/両面印刷制御して、その画像データを印刷する印刷制御手段をさらに備えることを特徴とする請求項７に記載の文書処理装置。
【請求項９】
前記文書情報は、ページと、共通の属性を有するページのグループとを構成要素とする階層構造を有し、
前記白紙判定手段で白紙と判定された場合には、次の原稿に相当する画像データに基づいて、当該原稿の裏面が白紙であるか判定する第２白紙判定手段をさらに備え、
前記文書化手段では、前記白紙判定手段及び前記第２白紙判定手段により、連続する原稿それぞれについて裏面が白紙であると判定された場合には、それら連続する原稿の表面に相当する画像データをグループ化し、そのグループの属性として片面印刷の属性を付与し、連続する原稿の前者については裏面が白紙であり、後者については裏面が白紙でないと判定された場合には、それらの連続する原稿の間を区切り目としてその前後の画像データをそれぞれグループ化し、その両方のグループの属性として両面印刷の属性を付与することを特徴とする請求項７または８記載の文書処理装置。
【請求項１０】
前記画像データに基づいて原稿の表面が白紙であるか判定する第３白紙判定手段を更に備え、
前記文書化手段においては、前記第１白紙判定手段および第３白紙判定手段により原稿の両面が白紙と判定された場合には、当該原稿に相当する画像データを文書情報化しないことを特徴とする請求項７乃至９のいずれか１項に記載の文書処理装置。
【請求項１１】
片面印刷物と両面印刷物が混在する原稿を両面スキャンして得られた画像データを文書化する文書処理装置であって、
前記画像データに基づいて原稿の両面が白紙であるか判定する白紙判定手段と、
前記白紙判定手段で両面が白紙と判定された場合には、当該原稿の両面に相当する画像データを文書情報化せず、そのほかの原稿に相当する画像データを文書情報として保存する文書化手段と
を備えることを特徴とする文書処理装置。
【請求項１２】
片面印刷物と両面印刷物が混在する原稿を両面スキャンして得られた画像データを文書化する文書処理装置であって、
前記画像データに基づいて原稿の両面が白紙であるか判定する白紙判定手段と、
前記白紙判定手段で両面が白紙と判定された場合には、その原稿の両面の画像データを印刷しないことを特徴とする文書処理装置。
【請求項１３】
コンピュータにより片面印刷物と両面印刷物が混在する原稿を両面スキャンして得られた画像データを文書化するためのプログラムであって、
前記画像データに基づいて原稿の裏面が白紙であるか判定する白紙判定手段と、
前記白紙判定手段で白紙と判定された場合には、その原稿の表面に相当する画像データを片面印刷属性と共に文書情報として保存し、前記白紙判定手段で白紙と判定されなかった場合には、その原稿の両面に相当する画像データを両面印刷属性と共に文書情報として保存する文書化手段と
してコンピュータを機能させることを特徴とするプログラム。
【請求項１４】
コンピュータにより片面印刷物と両面印刷物が混在する原稿を両面スキャンして得られた画像データを文書化するためのプログラムであって、
前記画像データに基づいて原稿の両面が白紙であるか判定する白紙判定手段と、
前記白紙判定手段で両面が白紙と判定された場合には、当該原稿の両面に相当する画像データを文書情報化せず、そのほかの原稿に相当する画像データを文書情報として保存する文書化手段と
してコンピュータを機能させることを特徴とするプログラム。
【請求項１５】
コンピュータにより片面印刷物と両面印刷物が混在する原稿を両面スキャンして得られた画像データを文書化するためのプログラムであって、
前記画像データに基づいて原稿の両面が白紙であるか判定する白紙判定手段と、
前記白紙判定手段で両面が白紙と判定された場合には、その原稿の両面の画像データを印刷しないようにコンピュータを機能させることを特徴とするプログラム。
【請求項１６】
請求項１３乃至１５のいずれか１項に記載のプログラムを記録したことを特徴とするコンピュータ可読記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はパーソナルコンピュータ等の情報処理装置、スキャナおよびプリンタから成るシステムにおいて、片面/両面の混載した印刷物をスキャナから取り込んで電子化し、電子化された電子ファイルをプリンタに印刷する際、元原稿と同様の片面/両面の混載状態で印刷を実施する文書処理方法及び印刷制御方法に関するものである。
【背景技術】
【０００２】
紙原稿の複製を行う方法として、最も一般的な方法は複写機を利用することである。近年のデジタル複写機では、スキャナ部から読み込まれた原稿の画像データを、ネットワークを介して接続されるホストコンピュータ（外部装置）に対してファイルとして送信する読み取り画像送信機能が存在している（例えば、特許文献１）。
また複写機のスキャナ部に原稿をセットし、複製すべき部数を入力し、コピーボタンを押すと、指定部数の複製を作成することができる。この方法では、スキャナで読み取られた原稿が斜行して読み取られた場合には、すべての複製物の該当ページが斜めに印刷されるという問題があった。また、複写機で複製した場合には、元の原稿に対してノイズや黒点が付加されて画質が劣化するという問題があった。さらには、元の原稿に付いている不要なページ番号やヘッダ・フッタの除去、および新しくページ番号やヘッダ・フッタを付加することができないという問題があった。また、特定の原稿ページの印刷される位置を調整するなど、さらに高度な原稿の編集を行うことができないといった問題点があった。これらの問題を解決する方法として、従来二つの方法が実施されている。
【０００３】
一つは複写機単体で実施する方法で、複写機のスキャナで読み取った原稿を一旦複写機内に保存し、ユーザがその保存された原稿の状態を確認し、前記の問題点を改善する印刷設定を行った後、保存された原稿のコピーを前記印刷設定に従って実行する方法である（例えば、特許文献２参照）。この方法では、斜行補正やノイズ・黒点除去を自動的に実施する場合には用いられる方法であるが、ヘッダ・フッタの編集やページ単位の印刷位置調整などの高度な編集は、複写機の操作性や処理能力の問題からあまり実施されていないか、あるいは操作性の良くない状態で実施されているというのが現状である。
【０００４】
もう一つは、複写機のスキャナで読み取った原稿を一旦複写機に接続された情報処理装置へ転送し、情報処理装置の高度な処理能力と高度な機能を備えたアプリケーションソフトウエア、およびディスプレイ・マウス・キーボードといった操作性の良いインタフェース装置を用いることにより、高度な編集も可能とする方法である（例えば、特許文献３参照）。
【０００５】
これらの二つの方法により、紙原稿の高品質な複製物の作成が従来行われてきた。
【特許文献１】特開２００２−１３２６４２号公報
【特許文献２】特開平７−２８３９３３号公報
【特許文献３】特開２０００−１６５６３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
さて、これらの従来の方法で紙原稿を複製する場合、特に元の原稿に片面印刷物と両面印刷物が混載されており、元原稿の片面印刷部分と両面印刷部分とをそのままの状態で再現するためには以下の問題点があった。
【０００７】
手間を省くため、片面印刷部分と両面印刷部分とを意識せず、すべて両面印刷物としてスキャンし、画像の補正などの処理を行った後に印刷を実行すると、片面印刷原稿部分も両面印刷として実行されるため、本来不要な片面印刷部分の裏面の白紙に対しても複写動作が行われ課金されてしまうという問題があった。
【０００８】
一方、この不要な課金を避けるためには、片面印刷原稿と両面印刷原稿を仕分けし、それぞれの仕分け部分ごとにスキャンし、スキャンした部分ごとに片面印刷あるいは両面印刷を指定し、指定部数の印刷を実行する必要があり、非常に手間がかかるという問題があった。
【０００９】
本発明は上記従来例に鑑みてなされたもので、紙原稿を複製する場合、特に元の原稿が片面印刷物と両面印刷物とが混載されており、元原稿の片面印刷部分と両面印刷部分をそのままの状態で再現する際に、手間がかからず、かつ不要な課金がなされない文書処理方法及び装置を提供することを課題とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために本発明は以下の構成を有する。
【００１１】
片面印刷物と両面印刷物が混在する原稿を両面スキャンして得られた画像データを文書化する文書処理方法であって、
前記画像データに基づいて原稿の裏面が白紙であるか判定する白紙判定工程と、
前記白紙判定工程で白紙と判定された場合には、その原稿の表面に相当する画像データを片面印刷属性と共に文書情報として保存し、前記白紙判定手段で白紙と判定されなかった場合には、その原稿の両面に相当する画像データを両面印刷属性と共に文書情報として保存する文書化工程とを備える。
【００１２】
さらに好ましくは、前記文書化工程で片面印刷属性あるいは両面印刷属性と共に文書情報として保存された画像データを、その画像データと共に文書化されている片面印刷/両面印刷属性に従ってデバイスを片面/両面印刷制御して、その画像データを印刷する印刷制御工程をさらに備える。
【００１３】
さらに好ましくは、前記文書情報は、ページと、共通の属性を有するページのグループとを構成要素とする階層構造を有し、
前記白紙判定工程で白紙と判定された場合には、次の原稿に相当する画像データに基づいて、当該原稿の裏面が白紙であるか判定する第２白紙判定工程をさらに備え、
前記文書化工程では、前記白紙判定工程及び前記第２白紙判定工程により、連続する原稿それぞれについて裏面が白紙であると判定された場合には、それら連続する原稿の表面に相当する画像データをグループ化し、そのグループの属性として片面印刷の属性を付与し、連続する原稿の前者については裏面が白紙であり、後者については裏面が白紙でないと判定された場合には、それらの連続する原稿の間を区切り目としてその前後の画像データをそれぞれグループ化し、その両方のグループの属性として両面印刷の属性を付与する。
【００１４】
さらに好ましくは、前記画像データに基づいて原稿の表面が白紙であるか判定する第３白紙判定工程を更に備え、
前記文書化工程においては、前記第１白紙判定工程および第３白紙判定工程により原稿の両面が白紙と判定された場合には、当該原稿に相当する画像データを文書情報化しない。
【００１５】
あるいは、上記目的を達成するために本発明は以下の構成を有する。
【００１６】
片面印刷物と両面印刷物が混在する原稿を両面スキャンして得られた画像データを文書化する文書処理方法であって、
前記画像データに基づいて原稿の両面が白紙であるか判定する白紙判定工程と、
前記白紙判定工程で両面が白紙と判定された場合には、当該原稿の両面に相当する画像データを文書情報化せず、そのほかの原稿に相当する画像データを文書情報として保存する文書化工程とを備える。
【００１７】
あるいは、上記目的を達成するために本発明は以下の構成を有する。
【００１８】
片面印刷物と両面印刷物が混在する原稿を両面スキャンして得られた画像データを文書化する文書処理方法であって、
前記画像データに基づいて原稿の両面が白紙であるか判定する白紙判定工程と、
前記白紙判定工程で両面が白紙と判定された場合には、その原稿の両面の画像データを印刷しない。
【発明の効果】
【００１９】
本発明によれば、片面印刷物と両面印刷物とが混載されている紙原稿の複製を行う際、手間がかからず、機器の消耗を防止し、不要な課金がなされないという効果が得られる。
【００２０】
また、載置した原稿の構成を反映して文書情報を適切に分割できるという効果を有する。
【００２１】
また、文書情報を印刷する際には、白紙を抑制することで、機器の消耗や不要な課金を防止するという効果がある。
【発明を実施するための最良の形態】
【００２２】
以下、添付図面に従って、本発明の実施形態を詳細に説明する。
【００２３】
［本実施形態の文書処理システムの概要］
本実施形態の文書処理システムでは、スキャナで読み取られた画像データだけでなく、様々なアプリケーションプログラムで作成した電子ファイルも扱うことが可能である。実施形態の説明に先立ち、本実施形態の文書処理システムが必要となった背景を説明する。
【００２４】
文字や表、デジタルカメラやスキャナで取り込まれた画像など、データの種類が異なると、データを定義する構造やそれらデータに対する編集操作が異なるために、データの種類に応じた様々なアプリケーションプログラムが提供されている。利用者は、文字を編集するためには文字処理プログラム、表を編集するためには表計算プログラム、画像を編集するためには画像編集プログラムといった具合に、データの種類別にアプリケーションを使い分けている。
【００２５】
このように、利用者はデータの種類ごとにアプリケーションプログラムを使い分けるのが一般的である。しかし、利用者が作成しようとする文書としては、例えば文字のみや、表のみ、画像のみといった１種類のデータのみから構成される文書よりも、文字と表、文字と画像など、複数種類のデータから構成される文書の方が一般的である。そこで複数種類のデータを含む目的文書を作成するために、利用者は各種アプリケーションが備えている印刷機能を利用してアプリケーションごとにデータを印刷させ、印刷物を所望の順序に組み合わせる必要があった。
【００２６】
あるいは、いわゆるオフィススイートと呼ばれる、各種アプリケーションによってひとつの統合アプリケーションを形成するプログラムには、各アプリケーションで生成されたデータを組み合わせ、ひとつの文書を構成する機能を提供するものもある。この統合アプリケーションを使用する場合には、利用者は、各アプリケーションで作成したデータを、統合アプリケーションに含まれる特定のアプリケーションによってひとつの目的文書にまとめることができる。
【００２７】
しかしながら、利用者が各種アプリケーションによる印刷物を組み合わせてひとつの目的文書を作成する場合、例えばページ番号を各ページに振るためには、いったん必要なデータをすべて印刷出力し、文書としてまとめてから付すべきページ番号を決定する必要がある。そして、各アプリケーションによって、そのアプリケーションで作成された原稿の各ページ（これを論理ページあるいは原稿ページと呼ぶ）ごとに、決定されたページ番号を書き込んでいく。アプリケーションプログラムがページ番号を振る機能を有している場合であっても、不連続部分があればその部分についてはやはり利用者がページ番号を指定しなければならない。また、目的文書のページを再配置した場合には、ページ番号もそれに合わせて振り直さなければならない。あるいは、複数の原稿ページを、印刷物としての１ページ（これを物理ページあるいは印刷ページと呼ぶ）にまとめたり、片面印刷から両面印刷に変更したりするなど、データの内容にかかる変更ではなく、単に書式を変更する場合であっても、アプリケーションによって編集及び印刷のし直しが必要となる。
【００２８】
このように、データの種類ごとにそれを管理できるアプリケーションが異なることから、アプリケーション間のインタフェースを利用者自身が人手によって提供しなければならない。このことは、利用者に多大な労力が要求されるということであり、生産性の低下をもたらす。さらに、多くの人手を介することからエラーの発生も生じやすかった。
【００２９】
一方、統合アプリケーションを利用して目的文書を作成する場合、印刷出力せずに、データの状態で各種データを配置することができる。このため、印刷物を組み合わせて目的文書を作成する場合ほどには労力は必要とされることはない。しかしながら、各種データを編集・作成するためのアプリケーションは、統合アプリケーションに含まれるものに限られてしまい、利用者が望むアプリケーションが使用できるとは限らない。また、統合アプリケーションによって作成された目的文書はひとつの文書ファイルであり、ファイル単位で編集・出力等の管理が行われる。そのために、文書ファイルの一部について書式を設定しようとしてもアプリケーションの機能による制約が多く、例えば書式が変わる部分ごとに書式設定を変更しては印刷し直すといった作業が必要とされる。このため、多くの労力が必要とされて生産性が低い点においては、前述した方法と変わりはなかった。
【００３０】
以上のような背景から、本実施形態の文書処理システムは、これらの問題点を解決した上で、本発明の課題も解決する文書処理システムとなっている。よって、スキャナで読み取った画像データだけでなく、様々なアプリケーションプログラムで作成した電子ファイルも扱うことが可能に構成されている。
【００３１】
次に、本発明の実施形態である文書処理システムの概要を、図１〜図１３を参照して説明する。この文書処理システムでは、一般アプリケーションにより作成されたデータファイルが、電子原稿ライタ（印刷データ保存用ドライバと呼ぶこともある。）によって電子原稿ファイルに変換される。また、スキャナで読み取られた画像も、スキャナドライバか他のアプリケーションソフトウエア等の手段によって電子原稿ファイルに変換される。製本アプリケーション（印刷制御アプリケーションと呼ぶこともある。）はその電子原稿ファイルを編集する機能を提供している。尚、本例では、それぞれの機能が明瞭になるように、一般アプリケーション、スキャナドライバ、電子原稿ライタ、製本アプリケーション、電子原稿デスプーラ（印刷アプリケーションと呼ぶこともある。）と分離して示しているが、ユーザに提供されるパッケージはこれらに限定されず、これらを組み合わせたアプリケーションやグラフィックエンジンとして提供されてもよい。以下、その詳細を説明する。
【００３２】
＜本実施形態の文書処理システムのソフトウェア構成例＞
図１は、本実施形態の文書処理システムのソフトウェア構成を示す図である。
【００３３】
文書処理システムは、本発明の文書処理装置（情報処理装置）の好適な実施形態であるデジタルコンピュータ１００（以下、ホストコンピュータとも呼ばれる）によって実現されている。一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドローあるいはペイント、プレゼンテーション、テキスト編集などの機能を提供するアプリケーションプログラムであり、ＯＳに対する印刷機能を有している。これらアプリケーションは、作成された文書データや画像データなどのアプリケーションデータを印刷するにあたって、オペレーティングシステム（ＯＳ）により提供される所定のインタフェース（一般に、ＧＤＩと呼ばれる）を利用する。すなわち、アプリケーション１０１は、作成したデータを印刷するために、前記インタフェースを提供するＯＳの出力モジュールに対して、あらかじめ定められる、ＯＳに依存する形式の出力コマンド（ＧＤＩ関数と呼ばれる）を送信する。出力コマンドを受けた出力モジュールは、プリンタ等の出力デバイスが処理可能な形式にそのコマンドを変換し、変換されたコマンド（ＤＤＩ関数と呼ばれる）を出力する。出力デバイスが処理可能な形式はデバイスの種類やメーカ、機種などによって異なるために、デバイスごとにデバイスドライバが提供されており、ＯＳではそのデバイスドライバを利用してコマンドの変換を行い、印刷データを生成し、ＪＬ（Job Language）でくくることにより印刷ジョブが生成される。ＯＳとしてマイクロソフト社のウインドウズ（登録商標）を利用する場合には、前述した出力モジュールとしてはＧＤＩ（Graphic Device Interface）と呼ばれるモジュールが相当する。
【００３４】
電子原稿ライタ１０２は、前述のデバイスドライバを改良したものであり、本文書処理システム実現のために提供されるソフトウェアモジュールである。ただし、電子原稿ライタ１０２は特定の出力デバイスを目的としておらず、後述の製本アプリケーション１０４やプリンタドライバ１０６により処理可能な形式に出力コマンドを変換する。この電子原稿ライタ１０２による変換後の形式（以後、「電子原稿形式」と呼ぶ。）は、ページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。実質的な標準形式のうちでは、例えばアドビシステムズによるＰＤＦ形式や、ＳＶＧ形式などが電子原稿形式として採用できる。
【００３５】
アプリケーション１０１により電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。ただし、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのは製本アプリケーション１０４であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。製本アプリケーション１０４は、電子原稿ライタ１０２が生成した新規の不完全な電子原稿ファイルを後述する形式を備えた電子原稿ファイルとして完成させる。以下では、この点を明瞭に識別する必要がある際には、電子原稿ライタ１０２によって作成されたファイルを電子原稿ファイルと呼び、製本アプリケーションによって構造を与えられた電子原稿ファイルをブックファイルと呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイル（または文書データ）と呼ぶ。
【００３６】
このようにデバイスドライバとして電子原稿ライタ１０２を指定し、一般アプリケーション１０１によりそのデータを印刷させることで、アプリケーションデータはアプリケーション１０１によって定義されたページ（以後、「論理ページ」あるいは「原稿ページ」と呼ぶ。）を単位とする電子原稿形式に変換され、電子原稿ファイル１０３としてハードディスクなどの記憶媒体に格納される。なお、ハードディスクは、本実施形態の文書処理システムを実現するコンピュータが備えているローカルドライブであってもよいし、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。
【００３７】
製本アプリケーション１０４は、電子原稿ファイルあるいはブックファイル１０３を読み込み、それを編集するための機能を利用者に提供する。ただし製本アプリケーション１０４は、各ページの内容を編集する機能は提供しておらず、ページを最小単位として構成される、後述する章やブックの構造を編集するための機能を提供している。
【００３８】
本実施形態では、まず、一般アプリケーション１０１からの印刷データは電子原稿ライタ１０２を介して電子原稿ファイル１０３としてシステム上に保存される。この電子原稿ファイル１０３には、中間ファイルと編集情報ファイルとが含まれる。中間ファイルには、印刷物のコンテンツデータや印刷用設定データ等が含まれる。印刷物のコンテンツデータとはユーザがアプリケーション上で作成したデータを中間コードに変換したデータであり、印刷用設定データとはコンテンツデータをどのように出力するか(出力体裁等)を記述したデータである。そのほか、製本アプリケーション１０４により電子原稿ファイル１０３の内容の編集や出力指示をユーザに行わせる際のユーザインターフェースを提供するための編集情報ファイルというアプリケーション用拡張データが含まれる。編集情報ファイルには、ユーザインターフェースの提供のための拡張データのみならず、中間ファイルには格納できない印刷用設定データが格納されている。このため、中間ファイルとしてたとえば標準化された形式を用いた場合など、その形式では保存できない印刷用設定も編集情報ファイルに保存できる。
【００３９】
この電子原稿ファイル１０３を製本アプリケーション１０４が読み込む。この製本アプリケーション１０４は、中間ファイルの内容をメモリにテーブルとして展開し、さらに編集情報ファイルに、中間ファイルには含まれない特有の設定が含まれていれば、その設定をメモリ上に展開したテーブルに反映する。そして、読み込んだ中間ファイルの内容の出力体裁を変更、表示し、保存、印刷することが可能である。実際に印刷のための処理を行うのは電子原稿デスプーラ１０５である。
【００４０】
製本アプリケーション１０４によって編集されたブックファイル１０３を印刷する際には、製本アプリケーション１０４によって電子原稿デスプーラ１０５が起動される。電子原稿デスプーラ１０５は、製本アプリケーションと共にコンピュータ内にインストールされるプログラムモジュールであり、製本アプリケーションで利用するドキュメント（ブックファイル）を印刷する際に、プリンタドライバへ描画データを出力するために使用されるモジュールである。電子原稿デスプーラ１０５は、指定されたブックファイル（電子原稿ファイル）をハードディスクから読み出し、ブックファイル（電子原稿ファイル）に記述された形式、すなわち中間ファイルおよび編集情報ファイルにより定義された形式で各ページを印刷するために、前述したＯＳの出力モジュール（グラフィックエンジン）に適合する出力コマンドを生成し、不図示の出力モジュールに出力する。その際に、出力デバイスとして使用されるプリンタ１０７のドライバ１０６がデバイスドライバとして指定される。出力モジュールは、指定されたプリンタ１０７のプリンタドライバ１０６を用いて受信した出力コマンドを、プリンタ１０７で解釈実行可能なデバイスコマンドに変換する。そしてデバイスコマンドはプリンタ１０７に送信され、プリンタ１０７によってコマンドに応じた画像が印刷される。
【００４１】
また、図１のシステムはスキャナを備えており、スキャナ１０８により画像を読み取って電子原稿ファイル１０３として保存することができる。スキャナ１０８から画像を取り込むには大きく分類して二つの方法がある。一つはプルスキャンと呼ばれる方法で、画像を受け取るアプリケーション側からスキャンの指示を行う方法である。具体的には、スキャナドライバ１０９を通じてアプリケーションは画像データを取得する方法が挙げられる。スキャナドライバとしてはTWAINやISIS対応のドライバが一般的である。解像度や色数などは、スキャナドライバで設定することが可能である。
【００４２】
もう一つの方法は、プッシュスキャンと呼ばれる方法で、スキャナ側からスキャンの指示を行う方法である。具体的には、ネットワーク共有されているハードディスクにスキャナが画像ファイルを置く方法が挙げられる。この場合、スキャナはデジタルコンピュータ１００と共通のネットワーク機能を備え、共有フォルダに書き込み権限を持っている必要がある。
【００４３】
プッシュスキャンの場合、画像ファイルの画質設定はスキャナ本体のパネルなどで設定する。画像フォーマットとしてはTIFF、JPEG、BMP、PDFなどの形式が一般的である。一方プルスキャンの場合、製本アプリケーション１０４は直接スキャナドライバから画像データを取得して読み込む。プッシュスキャンの場合は、デジタルコンピュータ１００の、たとえば所定のフォルダにおかれた画像ファイルを読み込む。このとき、製本アプリケーション１０４が、スキャンされた画像ファイルが置かれるフォルダを監視し、あるいはスキャナからのスキャン終了通知を受け取り、ユーザの入力を待たずに自動的に読み込むことができる。もしくは、デジタルコンピュータ１００に置かれた画像ファイルをユーザが製本アプリケーション１０４に読み込む指示を行っても良い。
【００４４】
＜本実施形態の文書処理システムのハードウェア構成例＞
図２は、本実施形態の文書処理システムのハードウェア構成を示す図である。図２において、ホストコンピュータ１００は、ＲＯＭ２０３内のプログラム用ＲＯＭあるいは外部メモリ２１１に記憶された文書処理プログラム等に基づいて図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行するＣＰＵ２０１を備え、システムバス２０４に接続される各デバイスをＣＰＵ２０１が総括的に制御する。また、このＲＯＭ２０３内のプログラム用ＲＯＭあるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステムプログラム等を記憶し、ＲＯＭ２０３内のフォント用ＲＯＭあるいは外部メモリ２１１には上記文書処理の際に使用するフォントデータ等を記憶し、ＲＯＭ２０３内のデータ用ＲＯＭあるいは外部メモリ２１１には上記文書処理等を行う際に使用する各種データを記憶する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００４５】
キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。２０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、スキャナ制御プログラム（スキャナドライバ）、プリンタ制御コマンド生成プログラム（以下プリンタドライバ）等を記憶するハードディスク（ＨＤ）、フロッピー（登録商標）ディスク（ＦＤ）等の外部メモリ２１１とのアクセスを制御する。外部インターフェース（外部Ｉ／Ｆ）２０８は、双方向性インタフェース（インタフェース）２１を介してプリンタ１０７に、双方向性インターフェース２２を介してスキャナ１０８に接続されて、プリンタ１０７およびスキャナ１０８との通信制御処理を実行する。ＮＣ２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。プリンタ１０７及びスキャナ１０８はネットワークを介して接続されていても良い。
【００４６】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ２１０上でのＷＹＳＩＷＹＧを可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。ユーザは印刷を実行する際、印刷の設定に関するウインドウを開き、プリンタの設定や、印刷モードの選択を含むプリンタドライバに対する印刷処理方法の設定を行える。
【００４７】
プリンタ１０７は、ＣＰＵ３１２により制御される。プリンタのＣＰＵ３１２は、ＲＯＭ３１３内のプログラム用ＲＯＭに記憶された制御プログラム等あるいは外部メモリ３１４に記憶された制御プログラム等に基づいてシステムバス３１５に接続される印刷部（プリンタエンジン）３１７に出力情報としての画像信号を出力する。また、このＲＯＭ３１３内のプログラムＲＯＭには、ＣＰＵ３１２の制御プログラム等を記憶する。ＲＯＭ３１３内のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ等が記憶され、ＲＯＭ３１３内のデータ用ＲＯＭには、ハードディスク等の外部メモリ３１４がないプリンタの場合には、ホストコンピュータ上で利用される情報等が記憶されている。
【００４８】
ＣＰＵ３１２は入力部３１８を介してホストコンピュータとの通信処理が可能となっており、プリンタ内の情報等をホストコンピュータ１００に通知できる。ＲＡＭ３１９は、ＣＰＵ３１２の主メモリや、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ３１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。前述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ３１４は、メモリコントローラ（ＭＣ）３２０によりアクセスを制御される。外部メモリ３１４は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、３２１は操作パネルで、操作のためのスイッチ及びＬＥＤ表示器等が配されている。
【００４９】
また、前述した外部メモリ３１４は１個に限らず、複数個備えられ、内蔵フォントに加えてオプションカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていてもよい。更に、図示しないＮＶＲＡＭを有し、操作パネル３２１からのプリンタモード設定情報を記憶するようにしてもよい。
【００５０】
スキャナ１０８は、ＣＰＵ３３２により制御される。スキャナのＣＰＵ３３２は、ＲＯＭ３３３内のプログラム用ＲＯＭに記憶された制御プログラムに基づいてシステムバス３３５に接続される読み取り部（スキャナエンジン）３３７から入力情報としての画像信号を入力する。また、このＲＯＭ３３３内のプログラムＲＯＭには、ＣＰＵ３３２の制御プログラム等を記憶する。ＲＯＭ３３３内のデータ用ＲＯＭには、ＣＰＵ３３２により利用される情報等が記憶されている。
【００５１】
ＣＰＵ３３２はＩ／Ｆ部部３３８を介してホストコンピュータ１００との通信処理が可能となっており、スキャナ内の情報等をホストコンピュータ１００に通知できる。ＲＡＭ３３９は、ＣＰＵ３３２の主メモリや、ワークエリア等として機能するＲＡＭであり、スキャナエンジンで読み取った画像データを一時的に保存する画像メモリとしても機能する。読み取られた画像データは、シート１ページ単位でＲＡＭ３３９に一時的に保存されて、ホストコンピュータ１００に送信される。
【００５２】
読み取り部３３７は、原稿画像に光源光を照射してその反射光を光学系によりＣＣＤやＣＭＯＳなどのイメージセンサに集光して電子化し、それをデジタル信号に変換してＩＦ部３３８に入力する。あるいはＣＩＳを用いたものであってもよい。また、読み取り部３３７には、自動原稿給送装置（ＡＤＦ）が設けられ、給紙部に積載された原稿を１枚ずつ読み取り位置まで搬送する機能を持ち、複数枚の原稿を自動で読み取ることができる。さらに、ＡＤＦにはシートの反転機能が備えられており、１枚のシートの表裏を連続して読み取ることができる。その場合には、表面の読み取り後に読み取られた画像データが１ページ相当の画像データとしてホストコンピュータに送信され、その後にシートが反転されて裏面が読み取られてその画像データが１ページ相当の画像データとしてホストコンピュータ１００に送信される。操作パネル３３１はオペレータによる操作、たとえばプッシュスキャン操作のためのスイッチ及びＬＥＤ表示器等が配されている。
【００５３】
＜電子原稿データの形式例＞
編集アプリケーション１０４の詳細を言及する前に、ブックファイルのデータ形式を説明する。ブックファイルは紙媒体の書物を模した３層の層構造を有する。上位層は「ブック」と呼ばれ、１冊の本を模しており、その本全般に係る属性が定義されている。その下の中間層は、本でいう章に相当し、やはり「章」と呼ばれる。各章についても、章ごとの属性が定義できる。下位層は「ページ」であり、アプリケーションプログラムで定義された各ページに相当する。各ページについてもページごとの属性が定義できる。ひとつのブックは複数の章を含んでいてよく、また、ひとつの章は複数のページを含むことができる。
【００５４】
図３は、ブックファイルの形式の一例を模式的に示す図である。このブックファイルの形式は、編集情報ファイルにより表される。すなわち、図３は、電子原稿ファイルのうちでも編集情報ファイルの構造を示すものである。ブックファイルにおける、ブック、章、ページは、それぞれに相当するノードにより示されている。ひとつのブックファイルはひとつのブックを含む。ブック、章は、ブックとしての構造を定義するための概念であるから、定義された属性値と下位層へのリンクとをその実体として含む。ページは、アプリケーションプログラムによって出力されたページごとのデータを実体として有する。そのため、ページは、その属性値のほか、原稿ページの実体（原稿ページデータ）と各原稿ページデータへのリンクを含む。尚、紙媒体等に出力する際の印刷ページは複数の原稿ページを含む場合がある。この構造に関してはリンクによって表示されず、ブック、章、ページ各階層における属性として表示される。
【００５５】
図３では、ブックファイルが１つの完結したブックである必要はないので、「ブック」を「文書」として一般化して記載している。
【００５６】
まず最上位に文書情報４０１を持つ。文書情報４０１は４０２〜４０４の３つのパートに大別できる。文書制御情報４０２は、文書ファイルのファイルシステムにおけるパス名などの情報を保持する。文書設定情報４０３は、ページレイアウトなどのレイアウト情報とステイプルなど印刷装置の機能設定情報を保持し、ブックの属性に相当する。章情報リスト４０４は、文書を構成している章の集合をリスト形式で保持する。リストが保持するのは章情報４０５である。
【００５７】
章情報４０５も４０６〜４０８の３つのパートに大別できる。章制御情報４０６は、章の名称などの情報を保持する。章設定情報４０７は、その章特有のページレイアウトやステイプルの情報を保持し、章の属性に相当する。章ごとに設定情報をもつことで最初の章は２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、Finishing、Edit、Paper Sourceの４つのシートから構成されており、図１４は、Page Setupシートを表示した状態を示している。このPage Setupシートでは、主にレイアウトに関する設定を行うことができ、用紙サイズや向き、Ｎページ印刷などの設定を指示することができる。このウインドウには、ズームに関するチェックボックスコントロール１４０１、１４０２が配置されている。
【００９４】
図１５は、製本アプリケーション１０４の「章の詳細設定」ウインドウ１５００を示している。このウインドウでは、「章設定情報４０７」を表示／設定することができる。このウインドウは、図９のアプリケーション操作画面にあるPrint Formメニューの「Detailed Setting for Chapter」メニューあるいはツールバー上の「Detailed Setting for Chapter」ボタンから起動される。「章の詳細設定」ウインドウは、章固有の属性の設定を行うためのウインドウである。このウインドウは、Page Setup、Finishing、Edit、Paper Sourceの４つのシートから構成されており、図１５は、Page Setupシートを表示した状態を示している。このPage Setupシートでは、主に各章で固有のレイアウトに関する設定を行うことができ、用紙サイズや向き、Ｎページ印刷などの設定を指示することができる。「文書の詳細設定」と「章の詳細設定」で重複する設定項目については「Follow Book Attribute」のチェックボックスコントロール１５０１、１５０２、１５０３を配置している。このチェックボックスにチェックが入っている項目グループについては、文書の設定値をその章にも適用する。このチェックをはずした場合については、次の図１６に示す。章固有の設定としては２種類に分類できる。一つは章でしか持たない設定項目である。もう一つは、上位階層の文書とは異なる独自の設定値を章の階層で保持している場合である。
【００９５】
図１６は、図１５の「章の詳細設定」でチェックボックスコントロール１５０１、１５０２のチェックをはずした状態である。この場合、文書の全体がA3用紙を使っている場合でも、この章を構成するページはA4用紙サイズとする。またレイアウトも、文書では１Page Par Sheetであっても、この章は4 Page Per Sheetでレイアウトするという指定である。「Zoom Arrange」については、チェックがついているので、上位階層である文書の設定値をこの章の設定値として使う。
【００９６】
図１７は、製本アプリケーション１０４の「ページの詳細設定」ウインドウ１７００を示している。このウインドウでは、「ページ設定情報４１１」を表示／設定することができる。このウインドウは、図９のアプリケーション操作画面にあるPrint Formメニューの「Detailed Setting for Page」メニューあるいはツールバー上の「Detailed Setting for Page」ボタンから起動される。「ページの詳細設定」ウインドウは、各ページで固有の属性の設定を行うためのウインドウである。このウインドウは、Page Setup、Editの２つのシートから構成されており、図１７は、Page Setupシートを表示した状態を示している。このPage Setupシートでは、主に各ページで固有のレイアウトに関する設定を行うことができ、原稿ページを配置する際の回転角や拡縮率などの設定を指示することができる。「章の詳細設定」と「ページの詳細設定」で重複する設定項目については「Follow Chapter Attribute」のチェックボックスコントロール１７０１を配置している。このチェックボックスにチェックが入っている項目については、章の設定値をそのページにも適用する。このチェックをはずした場合については、次の図１８に示す。
【００９７】
図１８は、図１７の「ページの詳細設定」でPage Rotationの設定を変更した状態を示している。コントロール１７０１で、原稿ページをレイアウトする際にページの上が左になるように回転して配置する設定にしている。この項目については「Follow Chapter Attribute」のチェックボックスが無いので、章や文書に重複する設定項目が無いので、このウインドウに表示されている設定が常にページの設定値となる。１７０１のチェックがある場合、例えば「Zoom Arrange」の項目は、章にも重複する設定項目があるので章の設定値をページの設定値とする。章で該当する「Zoom Arrange」の項目が「Follow Book Attribute」のチェックがある場合、章の設定値は上位階層である文書の設置値を使うので結局ページの設定値は文書の設定値を使うことになる。章で該当する項目のチェックが外れている場合、章固有の設定値を持っているので、ページの設定値はその章固有の設定値を使う。
【００９８】
尚、上記設定画面で設定されたチェックボックスコントロールの情報は、専用の領域に保持されてもよいが、図３に示した設定情報内に属性の１つとして保持するのが望ましい。この場合には、図５及び図６にチェックボックスコントロールの情報を保持する領域が追加される。
【００９９】
＜本実施形態の文書処理システムの文書編集の表示例＞
上位階層と重複する設定項目を上位階層の設定値を使わないようにした場合、つまり、チェックボックスコントロール１５０１や１７０１のチェックをはずした場合のアプリケーションの表示形式を、図１９に示す。
【０１００】
図１９の例では、文書は二つの章からなり、各章は９ページの原稿データを持っている。最初の章のレイアウトを４ＵＰ（４ｉｎ１とも表記する）に、２番目の章の先頭ページ（文書全体では１０ページ目）に回転を指定した場合の表示例である。右側のプレビューにおいて、１〜３ページ目には１ページ上に４つの原稿がそれぞれ配置されている様子が表示されている。そして、第４ページ目のデータである「A」の文字が回転している様子が表示されている。ツリービューでの章やページ固有の設定を行った場合の表示形式を説明する。最初の章に対するアイコン１９０１が変化して、この章に章独自の設定がなされていることを示している。２番目の章の先頭ページに対するアイコン１９０２が変化して、このページに特別な設定がなされていることが示されている。
【０１０１】
＜本実施形態における文書処理装置への入稿方法＞
文書処理装置である製本アプリケーション１０４に電子原稿として文書を入稿するための方法としては、前述したように、ホストコンピュータ上の任意のアプリケーションにより生成された文書（画像ファイルも含む）を、電子原稿ライタを用いて電子原稿フォーマットに変換する方法が既に考えられている。そして、本発明では、ホストコンピュータと双方向インタフェースを介して接続されるスキャナ部を備える画像読取装置（単体のスキャナもしくは入出力機能を備える複合機）で読み取られた画像ファイルを、製本アプリケーション１０４で扱う電子原稿（ブックファイル）として入稿する機能を提供する。以下、紙原稿から読み取られた画像ファイルをブックファイルに変換する入稿方法について説明する。
【０１０２】
前述したように、スキャナ部で読み取られた画像ファイルをホストコンピュータで受信する方法としては、プルスキャン方法とプッシュスキャン方法がある。プルスキャン方法は、製本アプリケーション１０４からスキャナドライバを介して、画像読取装置に対してスキャン指示を送信し、その応答として画像ファイルを取得する。このプルスキャン方法は既知の技術であり詳細な説明は省略する。そして、取得された画像ファイルは、電子原稿ライタを用いてブックファイルとして生成され、後述する章分割機能を用いて新規の章として入稿される。また、プッシュスキャン方法は、入出力機能を備える複合機としての画像読取装置の操作パネルで、操作者が読み取った画像を送信する先の送信先アドレス（ネットワーク上のホストコンピュータのＨＤの所定フォルダへのパス）を指定し、指定された送信先のアドレスに対して読み取った画像ファイルを送信することにより実現される。このプッシュスキャン方法もまた既知の技術であるので、詳細な説明は省略する。プッシュスキャン方法を用いた電子原稿の入稿は、ホストコンピュータ上で、プッシュスキャンにより画像ファイルが送信される先である所定のフォルダを、定期的に監視しており、所定のフォルダに画像ファイルが送信されたことを検知した場合に、その画像ファイルを電子原稿ライタに渡すことにより、ブックファイルとして生成され、後述する章分割機能を用いて新規の章として入稿される。
【０１０３】
このようにして、画像読取装置で読み取られた画像ファイルを製本アプリケーション１０４にブックファイルとして入稿することが可能となっている。次に、本発明の特徴である画像読取装置で読み取られた画像ファイルを製本アプリケーション１０４にブックファイルとして入稿する際の章分割の方法について説明する。特にここでは、片面印刷された紙原稿と両面印刷された紙原稿が混載された原稿をブックファイルに変換する方法を説明する。
【０１０４】
＜本実施形態における片面/両面混載原稿の文書処理方法＞
まず、片面/両面混載原稿を仕分けすることなく画像読取装置のスキャナ部のＡＤＦ（自動原稿給紙装置）にセットし、すべて両面でスキャンを実行する。読み取り指示は、プルスキャンでもプッシュスキャンでも構わない。この作業により、片面印刷部分は裏面の白紙のスキャンデータを含めた状態で画像ファイルに電子化される。図２０は、その様子を説明するものである。簡単のために、片面印刷物３枚と両面印刷物２枚からなる原稿の例を示す。図２０の原稿は合計５枚であり、その５枚を両面でスキャンしたため、スキャン画像は１０ページとなり、片面印刷部分の裏面にあたる３枚の白紙画像を含んでいる。
【０１０５】
このようにして得られた画像ファイルを、プルスキャン方法及びプッシュスキャン方法のいずれの場合であっても、前述したように、製本アプリケーション１０４に電子原稿インポートし、ブックファイルを生成する。なお、プルスキャン方法の場合は、スキャナドライバが電子原稿ライタを介して製本アプリケーション１０４に画像ファイルを入稿し、プルスキャン方法の場合は、フォルダを監視しているプログラムが電子原稿ライタを介して製本アプリケーション１０４に画像ファイルを入稿することになる。ここで、製本アプリケーション１０４が、入稿したブックファイルを、適切な単位で章を分割する制御を、図２１のフローチャートを用いて説明する。この手順は、製本アプリケーション１０４を起動してスキャナから原稿をインポートする旨を図８等のユーザインターフェース画面のメニューから指定することで実行される。
【０１０６】
ステップＳ２１０１では、製本アプリケーション１０４は、未処理画像の先頭２ページ（表面及び裏面）を読み込む。ステップＳ２１０２では、製本アプリケーション１０４は、読み込んだ画像の１ページ目（表面）が白紙かを判定する。白紙でない場合にはステップＳ２１０３で２ページ目（裏面）が白紙か判定する。ここで白紙であると判定された場合には片面印刷物と判定できる。そこで、ステップＳ２１０５で、現在画像をインポートしている章（これを現在の章と呼ぶ。）の「印刷方法」（図３の章設定情報４０７あるいは図５に示す章属性の欄１）属性を参照して、現在の章の印刷設定が「片面印刷」となっているか判定する。片面印刷の設定であると判定されれば、読み込んだ原稿画像の印刷方法（片面印刷）と、現在の章の印刷方法属性（片面印刷）とは一致しているので、ステップＳ２１０７で現在の章に１ページ目（表面）の画像を新たなページとしてインポートする。
【０１０７】
ステップＳ２１０７における編集情報ファイルに対する操作を図３の例で説明すると、現在の章４０５の章設定情報４０７における印刷設定が片面印刷の場合、インポートされる画像を新たなページデータとしてページデータリスト４１３に付加し、現在の章情報４０５のページ情報リスト４０８のページリンクに新たなページデータのためのリンクを付加し、そのページリンクにより、インポートされた画像のページデータを現在の章情報４０５にリンクする。
【０１０８】
一方中間ファイルであるジョブチケットは、階層構造を有するものの編集情報ファイルと異なり章という構造を有していない。ジョブチケットでは共通する用紙（シートとも呼ぶ。）の束を用紙情報１１０２で、さらに共通する用紙の束中において共通する面の設定（たとえば両面印刷と片面印刷）を有する部分的な用紙の束を面情報１１０３でまとめるという構造を有する。したがって、たとえば１文書中に異なる複数の用紙サイズが含まれる場合にはそれぞれのサイズごとの用紙情報が含まれ、用紙サイズや紙質が１つであれば、印刷方法が異なっても用紙情報は１つあれば十分である。本実施形態では、スキャナのＡＤＦ機能を用いてまとめて読み込まれる原稿画像は一定のサイズなので、用紙情報１１０２に関しては、最初の１ページに対応する用紙情報を１つ作成しておけばそれで十分である。そのため、本実施形態では、編集情報ファイルの「章」に対応するジョブチケットの階層は「面情報」に相当する。もちろんこれは本実施形態では用紙の設定は一定としているからであって、章ごとに用紙サイズ等の用紙設定が異なるのであれば、章に相当するジョブチケットの階層は用紙情報となる。このように、編集情報ファイルにおいて章ごとに相異なる属性の種類に応じて、ジョブチケットにおいて章に対応する階層は決定される。そこで本実施形態においてジョブチケットに対するステップＳ２１０７における操作は、図１２を参照すると次のようになる。現在の章に相当する面情報１１０３にリンクする新たな物理ページ情報１１０４を追加し、さらにその物理ページ情報１１０４にリンクする新たな原稿ページ情報１１０５を追加する。そして原稿ページ情報１１０５のページデータリンクにインポートされる画像データを新たなページデータとしてリンクする。
【０１０９】
一方、ステップＳ２１０５において、現在の章の印刷方法属性が片面印刷でないと判定された場合には、読み込んだ原稿画像の印刷方法（片面印刷）と、現在の章の印刷方法属性（両面印刷）とは一致していないので、ステップＳ２１０６において新しく章を作成してブックに付加し、その章を新たな現在の章として印刷方法属性を片面印刷にセットする。
【０１１０】
ステップＳ２１０６における編集情報ファイルに対する操作を図３で説明すると次の様なる。文書情報４０１の章情報リスト４０４に新たな章のためのリンクを追加し、また新たな章情報を作成してその章情報を前記リンクにより接続する。そしてその章の章設定情報の印刷方法属性を「片面印刷」に設定する。一方ジョブチケットに対するステップＳ２１０６における操作を図１２で説明すると次のようになる。新たな章に相当する面情報１１０３を作成して、現在の章に相当する面情報と同一の用紙情報１１０２にリンクする。そして新たな面情報１１０３を現在の章に相当する面情報１１０３とする。その現在の章に相当する新たな面情報１１０３の面設定の印刷方法として「片面印刷」を設定する。
【０１１１】
このようにしてステップＳ２１０７においてその新たに作成した現在の章に、読み込んだ画像データをインポートする。なお、ステップＳ２１０５においてブックにまだ章が作成されていないと判定された場合（現在の章が無い場合）にも、ステップＳ２１０６に分岐して新たな章を作成し、その章に読み取られた画像データをインポートする。この場合にも読み込んだ原稿画像の印刷方法属性（片面印刷）と、現在の章の印刷方法属性（なし）とは一致していないものと考えることができる。
【０１１２】
さて、ステップＳ２１０２で１ページ目が白紙であると判定された場合、ステップＳ２１０４で２ページ目すなわち裏面も白紙であるか判定する。ステップＳ２１０４で２ページ目が白紙ではないと判定された場合、および、ステップＳ２１０３で２ページ目が白紙ではないと判定された場合は、読み込んだシートの２ページ目すなわち裏面が白紙でない場合に相当する。この場合には、読み込まれた１ページ目及び２ページ目はそれぞれ両面印刷物の１枚のシートを構成するとみなされる。そこで、ステップＳ２１０９において現在の章の印刷設定を判定する。現在の章の印刷方法属性が「両面印刷」であれば、読み込んだ原稿画像の印刷方法（両面印刷）と、現在の章の印刷方法属性（両面印刷）とは一致しているので、ステップＳ２１１１で現在の章に１ページ目（表面）および２ページ目（裏面）の画像をインポートする。
【０１１３】
一方、ステップＳ２１０９において現在の章の印刷方法属性が両面印刷でないと判定された場合には、ステップＳ２１１０において新しく章を作成し、印刷方法属性を両面印刷にセットし、その新たに作成した章を現在の章とする。そしてステップＳ２１１１において、その新たに作成された現在の章に読み取られた画像データを新たなページデータとしてインポートする。これらの処理は、印刷方法属性の相違およびインポートするページ数の相違を除けば、ステップＳ２１０６及びＳ２１０７で説明したとおりである。ただしステップＳ２１１１においては、インポート対象のページ数は２ページである。またステップＳ２１０９でブックにまだ章が作成されていないと判定された場合（現在の章が無い場合）にも、ステップＳ２１１０に分岐して新たな章を作成し、その章に読み取られた画像データをインポートする。
【０１１４】
ステップＳ２１０４で２ページ目（裏面）が白紙であると判定された場合には、両面とも白紙のため、両面ともブックファイルにはインポートしない。すなわち、この場合にはステップＳ２１０１で読み込まれた白紙の２ページは読み捨てられる。
【０１１５】
そして、ステップＳ２１０８において、ステップＳ２１０１読み込んだ２ページの画像を処理済みとし、ステップＳ２１１２で未処理の画像があるか判定し、ある場合にはステップＳ２１０１に戻って次の２ページの画像のインポート処理を行う。なお、ステップＳ２１０８における処理は、ステップＳ２１０１において直前に読み込まれている２ページの画像データに新たなデータが上書きされるならば、具体的には何もしなくともよい。また、たとえば処理中の画像データをポインタ等により指し示しているのであれば、ステップＳ２１０８では新たな画像データにポインタを移動する処理が行われる。また、有効または無効を示す属性が画像データに与えられている場合には、その属性を「無効」に変更する、といった処理が行われる。
【０１１６】
このようにして、ステップ２１０１からステップＳ２１１２で、画像を２ページずつ、すなわち一枚の紙の表面と裏面のスキャン画像を順次読み込み、片面印刷物と判定した場合には表面の画像を片面の章にインポートし、両面印刷物と判定した場合には両面の画像を両面の章にインポートすることにより、元の片面/両面が混載した状態をブックファイルに記録することができ、また不要な白紙画像はブックファイルに取り込まずに元原稿の状態を記録できる。
【０１１７】
なお、両面が白紙の場合に、ここではブックファイルに取り込まない例を示した。しかし、例えば両面が白紙の原稿は片面印刷物と判定して片面の章に表面の白紙原稿をインポートすることで、両面が白紙の原稿も文書の一部として複製物で再現させることも可能である。
【０１１８】
図５に示した章の属性では、ブックの印刷方法属性が両面の時だけ章の印刷方法を変更して片面にするか、あるいはブックの属性（両面）とするかを指定できる例を示した。よって、図２１に示したフローを実施する場合には、ブックの印刷方法属性を両面にし、各章の印刷方法属性を片面にする場合には片面を指定、両面にする場合にはブックの属性を章に適用する（Follow Book Attributeがオン）設定にすることで、各章の片面/両面設定をブックの属性に反映させることになる。
【０１１９】
図２２は、図２０に示した片面/両面が混載した画像ファイルを図２１に示したフローチャートに従って製本アプリ１０４に取り込んだ状態を示している。このように、片面印刷物の表面のスキャン画像は片面印刷属性を持った章に取り込まれ、裏面の白紙画像は削除される。また、両面印刷物の両面のスキャン画像は両面印刷属性を持った章にまとめられ、片面/両面が混載した原稿を再現することが可能となる。
【０１２０】
また、このような両面／片面が混載した原稿を製本アプリケーションに入稿する場合に、ユーザの指定により自動的に章分割が行われることが望ましい。前述したように、読み取り画像ファイルの原稿の入稿方法は、プルスキャン方法とプッシュスキャン方法があるため、それぞれの入稿方法に対して自動章分割の指定の方法が異なっている。
【０１２１】
図３１は、プッシュスキャン方法を用いた場合に、スキャンされた画像ファイルの送信先フォルダに投入される画像ファイルに対するインポート方法を設定するためのダイアログボックスの一例を示すＵＩ図である。このダイアログは、たとえば図２２のメニューの「印刷設定」欄に用意された「インポート」項目を選択することで表示され、設定可能となる。図３１においては、インポート方法３１０１により、スキャンされた画像データを製本アプリケーション（図３１ではＰＭと表記）によりブックファイルへインポートするか、あるいはフォルダ内に格納しておくかいずれかを選択できる。図３１では示されていないが、フォルダに格納する場合には、フォルダを指定することもできる。ブックファイルへインポートする旨の指定がされている場合には、図２１のステップＳ２１０１では、２ページの画像データをスキャナから取り込む。またフォルダに格納する旨の指定がされている場合には、図２１のステップＳ２１０１では、２ページの画像データを所定のフォルダから取り込む。
【０１２２】
またインポート方法３１０２により、スキャンされた画像データを既存のドキュメント（すなわちブックファイル）に追加するか、あるいは新規のブックファイルを作成するかが選択できる。既存のドキュメントに追加する場合には、追加されるドキュメントを指定できる。インポートされる画像データを既存のドキュメントに追加する旨の指定がされている場合には、図２１の手順に先立って、既存のブックファイルが指定されてオープンされ、その後にそのブックファイルに対して図２１の処理が実行される。また、インポートされる画像データを新規のドキュメントとする旨の指定がされている場合には、図２１の手順に先立って、新規のブックファイルが作成され、その後にその新規なブックファイルに対して図２１の処理が実行される。
【０１２３】
また、新規ブックファイルを作成する場合には、印刷設定を指定しておくこともできる。図３１では、Ａ４横向きサイズの用紙に、製本印刷するという指定がされている。これら指定項目は、指定に応じた値が所定の記憶領域に記憶されて、インポート処理時に参照される。
【０１２４】
以上のようにして、本実施形態においては、両面と片面の原稿を混載して両面原稿としてスキャナから読み取り、その画像データについて両面と片面の別を判定することで、片面原稿と両面原稿とをそれぞれ別個の章としてドキュメントに取り込むことができる。そのため、両面原稿と片面原稿とを区別せずにスキャナで読み取ることができるので操作者の労力が軽減され、操作性・生産性が向上する。それと共に、片面原稿についてはその印刷方法を片面印刷として電子ドキュメント中でも管理できるので、片面原稿を両面印刷することがなくなり、印刷装置の無駄な消耗を防止し、また、印刷に要する原価を低減することができる。
【０１２５】
＜本実施形態における片面/両面混載原稿の印刷制御方法＞
図２３は、電子原稿デスプーラ１０５における印刷処理の詳細をフローチャートで示したものである。本発明を適用可能なプリンタなどの印刷装置は、ブックファイルが持つブック・章・ページの階層構造と同様に、ジョブ・バインダー・ページという階層構造をもつ。基本的に、ブックに対する設定は印刷装置のジョブに、章に対する設定は印刷装置のバインダーに対して適用することで、階層構造を持った文書の印刷設定に従った印刷装置の制御が可能となる。
【０１２６】
電子原稿デスプーラ１０５は、まずステップＳ２３０１でジョブ開始の発行を行う。そしてステップＳ２３０２でジョブの印刷方法属性にブックの印刷方法（片面印刷または両面印刷）をセットする。ブックの印刷方法には製本印刷も選択肢にあるが、本実施例では片面/両面印刷制御に関して説明し、製本印刷については省略する。なお、実際には、ステップＳ２３０９でバインダーの属性としても印刷方法を設定しているので、ブックの印刷方法設定は、この場合には意味がない。あるいは、ブックファイルでは、ブックの印刷方法属性が両面印刷の場合のみ、章の印刷方法に片面/両面（ブックと同じ）を設定できる例を示したのと同様、ブックの印刷方法にも両面を指定する必要がある場合もある。本実施例ではブックの印刷方法属性をそのままジョブの印刷方法属性に設定することで、どちらの場合でも制御可能である。
【０１２７】
ステップＳ２３０３では、電子原稿デスプーラ１０５は、印刷方法を含むジョブの属性を発行し、ステップＳ２３０４で現在処理中の章番号を初期化する。ステップＳ２３０５で、電子原稿デスプーラ１０５は、すべての章を処理済みか判定し、処理済の場合には、ステップＳ２３１２でジョブ終了を発行して、ブックの印刷処理を終了する。未処理の章が残っている場合には、ステップＳ２３０６で処理対称の章を一つ進め、すべての章に対してステップＳ２３０７からステップＳ２３１１までの処理を順次実施する。ステップＳ２３０７では、電子原稿デスプーラ１０５は、バインダー開始を発行し、バインダーの印刷方法属性に現在処理中の章の印刷方法を設定して、ステップＳ２３０９で印刷方法を含むバインダー属性を発行する。続いてステップＳ２３１０では処理中の章の各ページの印刷処理を実行する。章内の印刷処理が終了すると、ステップＳ２３１１でバインダー終了を発行し、ステップＳ２３０５に戻ってすべての章が終了するまでこの処理を繰り返すことで、プリンタドライバが発行された命令に基づいて印刷データを生成するので、すべての章の片面/両面印刷設定をプリンタに伝えることができる。
【０１２８】
図２４は、図２３における印刷処理が、電子原稿デスプーラ１０５、プリンタドライバ１０６、およびプリンタ１０７の間でどのように制御されるかを示すシーケンス図である。
【０１２９】
まず、電子原稿デスプーラ１０５は、図１３のステップ1304およびステップ1305の処理でOSの印刷処理手順に従って、例えばWindows（登録商標）OSであれば、CreateDC(), StartDoc()など、印刷ジョブを生成する処理を実行する。この処理は、GDIを経由して、プリンタドライバ１０６に通知され、プリンタドライバ１０６は、ジョブ生成処理およびジョブ属性設定処理を行う。具体的には、ジョブの開始、印刷方法設定などを含むジョブ属性をプリンタへ指示するコマンドを生成し、プリンタへデータを送信するためのOSの手続きを経て、プリンタ１０７へコマンドを送信する。
【０１３０】
次に、電子原稿デスプーラ１０５は、図２３のステップＳ２３０７のバインダー開始の発行処理でExtEscape(BINDER_START)を実行し、プリンタドライバ１０６へ、独立したフィニッシング属性を指定可能なバインダーの開始を通知する。具体的には、章の印刷開始の通知を意味している。次に図２３のステップＳ２３０９のバインダー属性の発行処理でResetDC()を実行し、バインダー属性をプリンタドライバ１０６へ通知する。具体的には、章のステイプル設定を含むバインダー属性をプリンタドライバ１０６へ通知する。プリンタドライバ１０６は、これらの処理を受けて、プリンタ１０７に対して、バインダーが開始されたことを通知するバインダー生成処理およびバインダー属性設定処理を行う。具体的には、印刷方法設定を含むバインダーの属性をプリンタへ指示するコマンドを生成し、プリンタへデータを送信するためのOSの手続きを経て、プリンタ１０７へコマンドを送信する。
【０１３１】
その後、電子原稿デスプーラ１０５は、図２３のステップＳ２３１０の処理でバインダーに含まれる各ページの描画内容すなわち現在の章に含まれる各原稿ページの描画内容をGDIを通じてプリンタドライバ１０６へ通知する。前述のとおり、プリンタドライバ１０６はGDIからDDIに変換された形で描画内容を受け取り、PDLなどのプリンタが解釈可能な描画命令に変換してプリンタ１０７へ送信する。
【０１３２】
そして、電子原稿デスプーラ１０５は、図２３のステップＳ２３１１で現在のバインダーが終了すること、ステップＳ２３０７で次のバインダーが開始することを、それぞれExtEscape ( BINDER_END ) およびExtEscape ( BINDER_START ) によってプリンタドライバ１０６へ通知する。この２つの通知は、バインダーの境界を通知するのが目的であるため、バインダーの境界を通知する１つの通知にまとめることも可能である。
【０１３３】
このように、電子原稿デスプーラ１０５は、章の数だけ上記処理を繰り返し、最後に電子原稿デスプーラ１０５は、図２３のステップＳ２３１２でOSの印刷処理手順に従って、例えばWindows（登録商標）OSであれば、EndDoc()など、印刷ジョブを終了する処理を実行する。この処理は、GDIを経由して、プリンタドライバ１０６に通知され、プリンタドライバ１０６は、ジョブ終了処理を行う。具体的には、ジョブの終了をプリンタへ指示するコマンドを生成し、プリンタへデータを送信するためのOSの手続きを経て、プリンタ１０７へコマンドを送信する。
【０１３４】
なお、ここでは、電子原稿デスプーラ１０５がGDI経由でプリンタドライバ１０６へ通知する手段として、ExtEscape()やResetDC()といった具体的なAPIを例として挙げたが、電子原稿デスプーラ１０５とプリンタドライバ１０６が同期して印刷処理を実行できるのであれば、このAPI以外の手段を用いても同様の処理が実現可能なことは言うまでもない。
【０１３５】
このような処理により、ブックファイルで章ごとに設定された印刷方法（片面/両面）は、バインダー属性としてプリンタに発行され、片面/両面印刷を切り替えながら実施することが可能である。なお、バインダー属性では片面/両面印刷を連続して設定することも可能である。両面印刷属性のバインダーが奇数ページの場合、最後の紙の裏面には何も印刷されないが、表面の印刷命令後、裏面の印刷命令を発行せずバインダーを終了することにより、その紙を片面印刷とプリンタ１０７に認識させることができる。
【０１３６】
このようにして、本実施形態の片面/両面混載印刷物の文書処理システムでは、スキャン時には片面/両面混載印刷物をすべて両面でスキャンすることで、片面/両面印刷物の仕分け作業の手間がかからず、またそのようにして作成した画像をブックファイルに取り込む際、元の原稿の片面/両面属性を章の属性として保存し、印刷時には、元の原稿と同様に片面/両面を切り替えながら印刷することで、不要な課金もなされることはない。
【０１３７】
［実施の形態（２）］
上記実施形態では印刷方法の相違により章を区切っているが、さらに原稿中に挿入された白紙により章を区切ることもできる。本実施形態では、図２１の処理に代えて図２６の処理手順が実行される。さらに、図３２及び図３３に示すユーザインターフェースにより操作者が処理条件を設定することができる。これら指定項目は、指定に応じた値が所定の記憶領域に記憶されて、インポート処理時に参照される。
【０１３８】
図３２は、プルスキャン方法を用いる場合に、製本アプリケーションに投入されたブックファイルに対する自動章分割を行う設定をするためのメニューバーの一例を示すＵＩ図である。図３２は、図３１と同じウインドウではあるが、「インポート時の処理」タブを選択することで入力可能となる。図３２において、白紙削除チェックボックス３２０１がチェックされると、所定記憶領域の白紙削除フラグがセットされる。そして、本実施形態では、この白紙削除フラグがセットされている場合には、両面ともに白紙の場合には、その２ページは読み捨てられる。したがって、図２１や後述する図２６では、白紙削除フラグがセットされているものとして処理が行われている。この白紙削除フラグを図２１や図２６で反映するには、表裏面が共に白紙ページであると判定された場合でもそれを読み捨てずに、現在の章が片面印刷なら１ページの白紙を、両面印刷ならば２ページの白紙を現在の章に挿入する。さらに「連続する白紙は削除しない」チェックボックス３２０２が指定されると、対応するフラグがセットされる。これがセットされている場合には、複数枚の白紙が連続している場合にも、その白紙をそのままブックファイルにインポートする。白紙削除フラグがセットされており、かつこのチェックボックス３２０２がチェックされていない場合には、たとえば１枚だけ白紙をインポートする。
【０１３９】
また、章の分割チェックボックス３２０３がチェックされていれば、章分割フラグがセットされる。章分割フラグがセットされていなければ、図２１及び図２６の処理は行われず、インポートされる原稿画像はすべてひとつの章にまとめて挿入される。
【０１４０】
また、章分割フラグがセットされている場合には、分割方法ボタン３２０４が選択可能となる。分割方法としては白紙ページで章を分割する設定と、原稿が片面／両面の切り替わりで分割する方法とが選択できる。ただし、この両方を併用できるようにしてもよい。さらに、「分割後の両面／片面設定をそれぞれ適用」チェックボックス３２０５、「両面後の片面ページを両面の章の最後として適用」チェックボックス３２０６が、章の分割が選択されている場合には選択可能である。「分割後の両面／片面設定をそれぞれ適用」チェックボックス３２０５がチェックされている場合には、章が分割されると、分割された章には適切な印刷方法が設定される。図２１及び図２６ともこの設定が選択されている場合の処理である。また、「両面後の片面ページを両面の章の最後として適用」チェックボックス３２０６がチェックされている場合には、両面印刷の原稿の後の１ページの片面印刷の原稿を、その両面原稿の最終ページとして、章を区切るための設定である。両面原稿の間に１枚だけ片面印刷の原稿が挟まっている場合には、その片面原稿は両面印刷された原稿の最後の１ページであり、それに引き続いて新たな両面印刷の原稿が配置されているものと考えるのが自然である。そのような場合に、このチェックボックスがチェックされていると、その片面原稿を最後として章を区切る。後述の図２６の処理は、チェックボックス３２０３がチェックされ、「片面／両面ページで章を分割」ボタンが選択され、チェックボックス３２０５，３２０６が共にチェックされている場合に実行される。
【０１４１】
図３４は、自動章分割を行う際の詳細設定を設定するためのダイアログボックスの一例を示すＵＩ図である。自動章分割は、既存のブックファイルを選択して操作者が自動章分割の適用を指示することで、当該ブックファイルに対して施される処理である。図３２の設定はインポート時に行われる点で相違するが、各チェックボックスの意味は図３２に示したものと同様である。なお、図３３は、図３４のユーザインターフェース画面を表示させるためのメニュー画面を示している。ここでドキュメント全体または選択した章のいずれに対して章分割を行うか指示できる。たとえなインポート時に図３２の「章の分割」チェックボックス３２０３をチェックしていなくとも、インポート完了後に章分割を行えば、両面／片面の切り替わり部分や、白紙挿入部分で章を分割できる。
【０１４２】
このように、本発明では、図３１，３２または図３４指定されたユーザ設定に従って、入稿される原稿を自動的に両面／片面を判断して章分割することが可能となっている。
【０１４３】
次に、図３２の設定で、「白紙削除」チェックボックス３２０１，「章の分割」チェックボックス３２０３，「分割後の両面／片面設定をそれぞれ適用」チェックボックス３２０５，「両面後の片面ページを両面の章の最後として適用」チェックボックス３２０６がチェックされ、分割方法３２０３として「片面／両面ページで章を分割」オプションが指定されている場合の処理手順を図２６を参照して説明する。
【０１４４】
図２５はスキャンされる原稿の一例である。図２５に示す原稿は合計６枚であり、その６枚を両面でスキャンしたため、スキャン画像は１２ページとなり、両面印刷部分の最終ページにあたる２枚の白紙画像を含んでいる。
【０１４５】
図２６に、このようにして得られた画像ファイルを製本アプリケーション１０４に電子原稿インポートし、ブックファイルを生成するフローチャートを示す。図２６は図２１のフローチャートを拡張したもので、ステップＳ２１０５からステップＳ２１０６を経るケースでフローを変更している。図２１と共通のステップには同じ記号が振ってある。
【０１４６】
ステップＳ２１０１では、製本アプリケーション１０４は、未処理画像の先頭２ページ（表面及び裏面）を読み込む。ステップＳ２１０２では、製本アプリケーション１０４は、読み込んだ画像の１ページ目（表面）が白紙かを判定する。白紙でない場合にはステップＳ２１０３で２ページ目（裏面）が白紙か判定する。ここで白紙であると判定された場合には片面印刷物と判定できる。そこで、ステップＳ２１０５で、現在画像をインポートしている現在の章の「印刷方法」（図３の章設定情報４０７あるいは図５に示す章属性の欄１）属性を参照して、現在の章の印刷設定が「片面印刷」となっているか判定する。片面印刷の設定であると判定されれば、読み込んだ原稿画像の印刷方法（片面印刷）と、現在の章の印刷方法属性（片面印刷）とは一致しているので、ステップＳ２１０７で現在の章に１ページ目（表面）の画像を新たなページとしてインポートする。なお、編集情報ファイルやジョブチケットに対するページのインポートや章の作成操作は、図２１で説明したものと同様である。
【０１４７】
一方、ステップＳ２１０５において、現在の章の印刷方法属性が片面印刷でないと判定された場合には、読み込んだ原稿画像の印刷方法（片面印刷）と、現在の章の印刷方法属性（両面印刷）とは一致していないので、ステップＳ２６０１では更に未処理の画像を２ページ（３ページ目及び４ページ目）追加で読み込む。そして、ステップＳ２６０２で、３ページ目（表面）が白紙であるか判定する。そして、白紙であればＳ２６０３で、白紙でなければＳ２６０４で、４ページ目（裏面）が白紙かどうかを判定する。
【０１４８】
４ページ目のみ白紙と判定された場合には、追加で読み込まれた紙は片面印刷であるので、片面印刷の原稿が２枚続いたことになる。その場合には、両面原稿から片面原稿に切り替わったものと判断してステップＳ２１０６で新規に章を作成し、その新規の章を現在の章とし、印刷方法属性を片面印刷に設定する。そして、ステップＳ２６０５で、１ページ目と３ページ目すなわち２枚の紙の表面の画像を現在の章にインポートする。
【０１４９】
３、４ページ目が両方とも白紙でない場合、および、４ページ目のみ白紙でない場合には、両面原稿の間に１枚だけ片面原稿が挟まっていることになる。その場合には、１ページ目は両面印刷の最後のページがたまたま奇数番目のページであったものと判断して、ステップＳ２６０６で１ページ目を現在の両面印刷の章にインポートする。その後、ステップＳ２６０７で新しく章を作成し、その章の現在の章とし、印刷方法属性を両面印刷に設定する。そしてステップＳ２６０８で３、４ページ目の画像を現在の章にインポートする。
【０１５０】
３、４ページ目が両方とも白紙の場合には、ステップ２６０９で１ページ目の画像を現在の両面の章にインポート後、ステップＳ２６１０で現在の章を閉じる。これ以降にＳ２１０５あるいはＳ２１０９で現在の章の片面/両面印刷属性を判定する際には、前述したまだブックに章が作成されていない場合と同様の処理を行う。すなわち、次の画像を処理する場合には、必ず片面あるいは両面の新規の章が作成されることになる。
【０１５１】
このようにして、両面スキャンされた紙２枚分すなわち４ページ分の画像を処理し、ステップＳ２６１１でこれら４ページを処理済画像として、ステップＳ２１１２で未処理の画像が残っているか判定し、すべての画像が処理済になるまでステップＳ２１０１から繰り返し処理を行う。
【０１５２】
さて、ステップＳ２１０２で１ページ目が白紙であると判定された場合、ステップＳ２１０４で２ページ目すなわち裏面も白紙であるか判定する。ステップＳ２１０４で２ページ目が白紙ではないと判定された場合、および、ステップＳ２１０３で２ページ目が白紙ではないと判定された場合は、読み込んだシートの２ページ目すなわち裏面が白紙でない場合に相当する。この場合には、読み込まれた１ページ目及び２ページ目はそれぞれ両面印刷物の１枚のシートを構成するとみなされる。そこで、ステップＳ２１０９において現在の章の印刷設定を判定する。現在の章の印刷方法属性が「両面印刷」であれば、読み込んだ原稿画像の印刷方法（両面印刷）と、現在の章の印刷方法属性（両面印刷）とは一致しているので、ステップＳ２１１１で現在の章に１ページ目（表面）および２ページ目（裏面）の画像をインポートする。
【０１５３】
一方、ステップＳ２１０９において現在の章の印刷方法属性が両面印刷でないと判定された場合には、ステップＳ２１１０において新しく章を作成し、印刷方法属性を両面印刷にセットし、その新たに作成した章を現在の章とする。そしてステップＳ２１１１において、その新たに作成された現在の章に読み取られた画像データを新たなページデータとしてインポートする。これらの処理は、印刷方法属性の相違およびインポートするページ数の相違を除けば、ステップＳ２１０６及びＳ２１０７で説明したとおりである。ただしステップＳ２１１１においては、インポート対象のページ数は２ページである。またステップＳ２１０９でブックにまだ章が作成されていないと判定された場合（現在の章が無い場合）にも、ステップＳ２１１０に分岐して新たな章を作成し、その章に読み取られた画像データをインポートする。
【０１５４】
ステップＳ２１０４で２ページ目（裏面）が白紙であると判定された場合には、両面とも白紙のため、両面ともブックファイルにはインポートしない。すなわち、この場合にはステップＳ２１０１で読み込まれた白紙の２ページは読み捨てられる。
【０１５５】
そして、ステップＳ２１０８において、ステップＳ２１０１読み込んだ２ページの画像を処理済みとし、ステップＳ２１１２で未処理の画像があるか判定し、ある場合にはステップＳ２１０１に戻って次の２ページの画像のインポート処理を行う。なお、ステップＳ２１０８における処理は、ステップＳ２１０１において直前に読み込まれている２ページの画像データに新たなデータが上書きされるならば、具体的には何もしなくともよい。また、たとえば処理中の画像データをポインタ等により指し示しているのであれば、ステップＳ２１０８では新たな画像データにポインタを移動する処理が行われる。また、有効または無効を示す属性が画像データに与えられている場合には、その属性を「無効」に変更する、といった処理が行われる。
【０１５６】
このようにして、ステップ２１０１からステップＳ２１１２で、画像を２ページずつあるいは４ページずつ、すなわち１枚あるいは２枚の紙の表面と裏面のスキャン画像を順次読み込み、片面印刷物と判定した場合には表面の画像を片面の章にインポートし、両面印刷物と判定した場合には両面の画像を両面の章にインポートする。さらに、両面印刷物が奇数ページのために、最後の１枚の裏面が白紙であった場合にも、両面印刷物の直後に片面印刷物が１枚だけ存在する場合には、その画像を直前の両面の章にインポートすることにより、元の片面/両面が混載した状態をブックファイルに記録することができ、また不要な白紙画像はブックファイルに取り込まずに元原稿の状態を記録できる。さらに両面印刷設定がされた章の端数の白紙を片面と認識せず、両面の章としてブックファイルに記録することができる。
【０１５７】
図２７は、図２５に示した画像ファイルを図２６に示したフローチャートに従って製本アプリ１０４に取り込んだ状態を示している。このように、両面印刷物の両面のスキャン画像は両面印刷属性を持った章にまとめられ、さらに両面の章が連続する場合に前側の章あるいは最終の章の最後の端数によって生じた白紙によって、両面章の最後のページが片面印刷物と誤認識されないようにすることが可能となる。なお、ブックファイルの印刷手順については、第１の実施形態と同様に図２３、図２４に示したとおりである。
【０１５８】
以上のようにして本実施形態の文書処理システムでは、両面原稿の間に挟まった片面原稿を、両面原稿の区切り目として章を分割することができる。このため、文書が徒に多くの章に分割されることを防止できる。
【０１５９】
尚、ステップＳ２１０４で２ページ目が白紙であると判定された場合には、その原稿は白紙であると判断できる。この場合には図２６では白紙を読み捨てているが、この白紙を章の区切り目として、一旦現在の章をとじでも良い。その場合の処理はステップＳ２６１０と同様である。
【０１６０】
［他の実施の形態（３）］
＜片面スキャン/両面スキャン/片面両面混載スキャンをスキャナから通知する方法＞
前記第１及び第２の実施形態における文書処理では、処理対象の画像ファイルは片面/両面混載原稿を両面スキャンしたことを前提としている。スキャナ側でスキャンを実行（プッシュスキャン）する際、あるいはホスト側からプルスキャンする際に、片面/両面混載原稿をスキャンしたことを製本アプリケーション１０４が認識し、混載原稿の両面スキャン時のみ、前記文書処理（図２１及び図２６）を実行することにより、より紙原稿に忠実にブックファイルを生成することが可能となる。
【０１６１】
図２８に、スキャナ１０８の操作パネル、あるいはスキャナドライバ１０９のユーザインタフェース上に表示される読み取り方法の選択肢の例を示す。選択肢としては、「原稿台」「片面」「両面」「片面／両面混載」がある。また図２９に、製本アプリケーション１０４における画像のインポート処理のフローチャートを示す。
【０１６２】
前述したプルスキャンの場合、製本アプリケーション１０４はスキャナドライバ１０９経由でスキャナ１０８より画像データを受け取る。図２９において、この際、スキャナドライバのユーザインタフェース上に表示される図２８で示す読み取り方法で選択された選択肢の情報を製本アプリケーション１０４は画像データ群と共に受け取り（ステップＳ２９０１）、選択された読み取り方法が判定される（ステップＳ２９０２）。「片面/両面混載」と判定された場合のみ、ステップＳ２９０３で、図２１あるいは図２６のフローに従い、片面/両面原稿を片面/両面の章に分割してブックファイルにインポートを行う。
【０１６３】
「片面／両面混載」が選択されていないと判断された場合には、読み取り方法が「両面」であるか判定される（ステップＳ２９０４）。読み取り方法が「両面」と判定された場合には、新規に両面の章を一つ作成し（ステップＳ２９０６）、すべての画像をその両面の章に取り込む（ステップＳ２９０７）。
【０１６４】
読み取り方法が「原稿台」および「片面」の場合には、新規に片面の章を一つ作成し（ステップＳ２９０５）、すべての画像をその片面の章に取り込む（ステップＳ２９０７）。
【０１６５】
前述したプッシュスキャンの場合も、プルスキャンの場合と同様の処理によって、製本アプリケーション１０４はブックファイルに画像をインポートする。ただし、プッシュスキャンの場合には、スキャナ１０８は製本アプリケーション１０４と非同期に画像ファイルを生成する場合がある。この場合には、ステップＳ２９０１では以下の方法によって読み取り方法の取得を行うことが可能である。
【０１６６】
第一の方法は、スキャナ１０８が図２８に示す読み取り方法の指定を元に、図３０に示す命名規則で画像ファイルを生成するというものである。原稿台/片面が選択された場合には、ファイル名の先頭に"S_"を付け、片面スキャンされたことを表現する。両面が選択された場合には、"D_"、片面/両面混載が選択された場合には、"DS_"を付ける。そのようにすれば、ファイル名称を元に、そのファイル名を持つファイルに含まれる画像データの画像の読み取り方法を製本アプリケーション１０４は判定することができる。
【０１６７】
第二の方法は、画像ファイルの内部に方法を示す符号を格納する方法である。画像ファイルフォーマットあるいは画像を格納可能なファイルフォーマットには、内部にコメント領域などを格納できるものがある。その場合には、ファイル内部に読み取り方法を記録し、製本アプリケーション１０４に読み取り方法を通知することが可能である。例えば、Adobe PDFなどではこの方法が可能である。
【０１６８】
第三の方法は、スキャナ１０８が図２８に示す読み取り方法の指定ごとに、画像ファイルの生成先（格納先）を変更する方法である。あらかじめ製本アプリケーション１０４と取り決めた規則に従って格納先を変更することにより、製本アプリケーション１０４は読み取り方法を判定することが可能となる。
【０１６９】
このように第１乃至第３の方法何れであっても、図２９の手順をプッシュスキャンにおいても適用することが可能となる。なお、ブックファイルの印刷手順については、第１の実施形態と同様に図２３、図２４に示したとおりである。
【０１７０】
以上のように、本実施形態の文書処理システムでは、片面／両面／片面両面混載の別を指定して原稿をスキャンすることで、不要なスキャン（片面原稿に対する両面スキャンなど）や、不要な処理（片面原稿または両面原稿に対する片面／両面の区切りによる章分割処理など）を行わずに済む。そのため、より原稿をインポートする処理効率を向上させることができる。
【図面の簡単な説明】
【０１７１】
【図１】本実施形態のスタンドアロン型の文書処理システムのソフトウェア構成例を示すブロック図である。
【図２】本実施形態の文書処理システムを実現するハードウェア構成例を示すブロック図である。
【図３】ブックファイルの構造の一例を示す図である。
【図４】ブック属性の一覧を示す図である。
【図５】章属性の一覧を示す図である。
【図６】ページ属性の一覧を示す図である。
【図７】ブックファイルを開く手順例を示すフローチャートである。
【図８】新規のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。
【図９】既存のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。
【図１０】電子原稿ファイルをブックファイルにインポートする手順例を示すフローチャートである。
【図１１】図１０のステップ８０１に示すアプリケーションデータを電子原稿ファイルに変換する手順例を示すフローチャートである。
【図１２】印刷や表示を行う際に使用するデータ構造の例を示す図である。
【図１３】クライアントサーバ型の文書処理システムのソフトウェア構成例を示すブロック図である。
【図１４】データ構成の最上位階層である文書全体の設定を行うダイアログウィンドウの例を示す図である。
【図１５】データ構成の中間階層である章の設定を行うダイアログウィンドウの例を示す図である。
【図１６】図１５のダイアログウィンドウで固有属性の設定を行った例を示す図である。
【図１７】データ構成の最下位階層であるページの設定を行うダイアログウィンドウの例を示す図である。
【図１８】図１７のダイアログウィンドウでの設定値の変更例を示す図である。
【図１９】章やページに固有の設定を行った場合の表示例を示す図である。
【図２０】片面/両面印刷物とそれを両面スキャンした画像データの例を示す図である。
【図２１】両面スキャンした画像ファイルを製本アプリケーション１０４に電子原稿インポートし、ブックファイルを生成する処理手順を示すフローチャートである。
【図２２】図２０に示した片面/両面が混載した画像ファイルを図２１に示したフローチャートに従って製本アプリ１０４に取り込んだ状態を示す図である。
【図２３】電子原稿デスプーラ１０５における印刷処理の詳細手順を示すフローチャートである。
【図２４】電子原稿デスプーラ１０５、プリンタドライバ１０６、およびプリンタ１０７における印刷処理手順を示すシーケンス図である。
【図２５】両面原稿が奇数ページだった場合の両面印刷物とそれを両面スキャンした画像データの例を示す図である。
【図２６】両面原稿が奇数ページだった場合の両面スキャンした画像ファイルを製本アプリケーション１０４に電子原稿インポートし、ブックファイルを生成する処理手順を示すフローチャートである。
【図２７】図２５に示した原稿が奇数ページの両面印刷物をスキャンした画像ファイルを図２６に示したフローチャートに従って製本アプリ１０４に取り込んだ状態を示す図である。
【図２８】スキャナ装置での読み取り方法の選択肢を説明する図である。
【図２９】製本アプリケーション１０４における画像のインポート処理を示すフローチャートである。
【図３０】画像読み取り方法に基づく画像ファイルに対する命名規則表である。
【図３１】フォルダに投入される画像ファイルに対するインポート方法を設定するためのダイアログボックスの一例を示すＵＩ図である。
【図３２】フォルダに投入される画像ファイルに対するインポート時の処理を設定するためのダイアログボックスの一例を示すＵＩ図である。
【図３３】製本アプリケーションに投入されたブックファイルに対する自動章分割を行う設定をするためのメニューバーの一例を示すＵＩ図である。
【図３４】自動章分割を行う際の詳細設定を設定するためのダイアログボックスの一例を示すＵＩ図である。
【図１】
2005142770.tif 000003
【図２】
2005142770.tif 000004
【図３】
2005142770.tif 000005
【図４】
2005142770.tif 000006
【図５】
2005142770.tif 000007
【図６】
2005142770.tif 000008
【図７】
2005142770.tif 000009
【図８】
2005142770.tif 000010
【図９】
2005142770.tif 000011
【図１０】
2005142770.tif 000012
【図１１】
2005142770.tif 000013
【図１２】
2005142770.tif 000014
【図１３】
2005142770.tif 000015
【図１４】
2005142770.tif 000016
【図１５】
2005142770.tif 000017
【図１６】
2005142770.tif 000018
【図１７】
2005142770.tif 000019
【図１８】
2005142770.tif 000020
【図１９】
2005142770.tif 000021
【図２０】
2005142770.tif 000022
【図２１】
2005142770.tif 000023
【図２３】
2005142770.tif 000024
【図２４】
2005142770.tif 000025
【図２５】
2005142770.tif 000026
【図２６】
2005142770.tif 000027
【図２９】
2005142770.tif 000028
【図３０】
2005142770.tif 000029
【図２２】
2005142770.tif 000030
【図２７】
2005142770.tif 000031
【図２８】
2005142770.tif 000032
【図３１】
2005142770.tif 000033
【図３２】
2005142770.tif 000034
【図３３】
2005142770.tif 000035
【図３４】
2005142770.tif 000036