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