JP4459195B2 - 情報処理装置 - Google Patents

Description

本発明は、例えば文書処理プログラムによって生成される文書データに対する印刷設定機能を提供する情報処理装置に関するものである。

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

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

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

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

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

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

このように、統合アプリケーションの機能が増えてきてはいるが、近年、ユーザはコンピュータ上であらゆるＤＴＰ（デスクトップパブリッシング）を実行できる環境を望むようになってきている。例えば、ユーザの利用方法として、文書ファイルの一部に他のページ、例えばインデックス紙を挿入して印刷する環境が考えられる。現在、統合アプリケーションとしてインデックス紙を文書中に挿入することはできない。また、インデックス紙として、タブ付きのインデックス紙（タブ用紙とも呼ぶ）を利用する場合、そのインデックス紙のタブ等に印字するインデックス紙情報は、ユーザがアプリケーションを用いて文書データのページとして、１ページずつ作成しなければならないという手間があった。しかし、アプリケーションを用いて作成したインデックス紙情報は、実際は文書データの１頁であり、インデックス紙を挿入個所を変更したりするためには、再度変更された個所に文書ページ（インデックス紙情報）を追加する必要があり、ユーザの手間がかかってしまう。また、ユーザはインデックス紙を文書ページとして作成するため、タブの位置が微妙にずれてしまったり、インデックス紙のタブの位置に印字される文字列のレイアウト（タブの大きさを考慮して「右寄せ」や「左寄せ」ができないため）などの指定が困難であるという問題がある。

本発明は上記従来例に鑑みてなされたもので、利用者の望むアプリケーションプログラムによって作成されるデータを一纏めにした文書情報の作成を可能にするとともに、文書情報の印刷データが印刷される印刷用紙の間にタブ部に文字列を印刷する挿入用紙の挿入を簡単な操作で行うことにより、プリンタドライバを用いた印刷データの生成を可能にする情報処理装置を提供することを目的とする。

上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
アプリケーションと、当該アプリケーションにより生成された第１描画出力データに基づく第２描画出力データを生成し印刷設定及び書式を設定する印刷設定アプリケーションと、前記第２描画出力データを出力する電子原稿デスプーラと、前記第２描画出力データに基づく印刷データを生成するプリンタドライバと、ＣＰＵとを備えた情報処理装置であって、
前記ＣＰＵが前記印刷設定アプリケーションを実行することで、任意のアプリケーションにより作成された第１描画出力データをオペレーティングシステムを介して受け取り、前記第２描画出力データを生成する文書情報生成手段として機能し、
前記ＣＰＵが前記印刷設定アプリケーションを実行することで、前記第２描画出力データの印刷データが印刷される印刷用紙の間にタブ部を有する挿入用紙を挿入し、該挿入用紙のタブ部に文字列を印刷する印刷設定、及び、挿入用紙のタブ部に印刷する文字列の書式を設定するタブ書式設定手段として機能し、
前記ＣＰＵが前記電子原稿デスプーラを実行することで、印刷装置に対応するプリンタドライバを指定して、前記タブ書式設定手段により設定される書式に従って前記文字列を前記挿入用紙のタブ部に印刷するための第３描画出力データを前記オペレーティングシステムに対して出力し、かつ、前記印刷用紙に印刷されるべく生成された前記第２描画出力データを前記オペレーティングシステムに対して出力する描画出力手段として機能し、
前記ＣＰＵが前記プリンタドライバを実行することで、前記描画出力手段によって出力された前記第２描画出力データと前記第３描画出力データとを前記オペレーティングシステムを介して受け取り、前記印刷装置が解釈可能な前記第２描画出力データと前記第３描画出力データとに基づく印刷データを生成する印刷データ生成手段として機能することを特徴とする。

本発明によれば、利用者の望むアプリケーションプログラムによって作成されるデータをひとまとめにした文書情報の作成を可能にするとともに、文書情報の印刷データが印刷される印刷用紙の間にタブ部に文字列を印刷する挿入用紙の挿入を簡単な操作で行うことにより、プリンタドライバを用いた印刷データの生成が可能になるという効果がある。

以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

＜システム概要＞
本発明の実施の形態１に係る文書処理システムの概要を、図１〜図１２を参照して説明する。この文書処理システムでは、一般的なアプリケーションにより作成されたデータファイルが、電子原稿ライタによって電子原稿ファイルに変換される。製本アプリケーションは、その電子原稿ファイルを編集する機能を提供している。以下、その詳細を説明する。

＜システム構成及び動作＞
図１は、本発明の実施の形態に係る情報処理システムに好適な文書処理システムのソフトウェア構成を示す図である。

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

電子原稿ライタ１０２は、前述のデバイスドライバを改良したものであり、この文書処理システム実現のために提供されるソフトウェアモジュールである。但し、この電子原稿ライタ１０２は、特定の出力デバイスを目的としておらず、後述の製本アプリケーション１０４やプリンタドライバ１０６により処理可能な形式に出力コマンドを変換することにより電子原稿ファイル１０３を生成する。この電子原稿ライタ１０２による変換後の形式（以後、「電子原稿形式」と呼ぶ）は、ページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。実質的な標準形式のうちでは、例えばアドビシステムズによるＰＤＦ形式や、ＳＧＭＬ形式などが電子原稿形式として採用できる。アプリケーション１０１により電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。但し、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのは製本アプリケーション１０４であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。製本アプリケーション１０４は、電子原稿ライタ１０２が生成した新規の不完全な電子原稿ファイルを、後述する形式を備えた電子原稿ファイルとして完成させる。以下では、この点を明瞭に識別する必要がある際には、電子原稿ライタ１０２によって作成されたファイルを「電子原稿ファイル」と呼び、製本アプリケーション１０４によって構造を与えられた電子原稿ファイルを「ブックファイル」と呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイル（または文書データ）と呼ぶ。

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

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

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

図２は、図１に示すデジタルコンピュータ１００のハードウェア構成を示すブロック図である。

図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、或いはハードディスク２１１からＲＡＭ２０２にロードされたＯＳや一般アプリケーション１０１、製本アプリケーション１０４などのプログラムを実行し、図１のソフトウェア構成や、後述するフローチャートの手順を実現する。ＲＡＭ２０２はＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は表示部２１０の表示を制御する。尚、この表示部２１０はＣＲＴに限定されず、例えば液晶、プラズマなどでも良い。ディスクコントローラ（ＤＫＣ）２０７は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、後述する編集ファイル等を記憶するハードディスク（ＨＤ）２１１や不図示のフロッピー（登録商標）ディスク（ＦＤ）等との間でのアクセスを制御する。ＰＲＴＣ２０８は、接続されたプリンタ１０７との間の信号の交換を制御する。ＮＣ２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。

＜電子原稿データの形式＞
編集アプリケーション１０４の詳細に言及する前に、上述した「ブックファイル」のデータ形式を説明する。

このブックファイルは、紙媒体の書物を模した３層の層構造を有する。上位層は「ブック」と呼ばれ、１冊の本を模しており、その本全般に係る属性が定義されている。その下の中間層は、本でいう章に相当し、やはり「章」と呼ばれる。各「章」についても、章ごとの属性が定義できる。下位層は「ページ」であり、アプリケーションプログラムで定義された各ページに相当する。各「ページ」ついてもページごとの属性が定義できる。尚、一つの「ブック」は複数の「章」を含んでいてよく、また一つの「章」は複数の「ページ」を含むことができる。

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

図３（Ａ）において、ブック３０１には、ブック属性が定義されているとともに、２つの章３０２Ａ，３０２Ｂがリンクされている。このリンクにより、章３０２Ａ，３０２Ｂがブック３０１に包含されていることが表示される。更に章３０２Ａには、ページ３０３Ａ，３０３Ｂがリンクされ、これらページが含まれることが示されている。各ページ３０３Ａ，３０３Ｂには、それぞれそのページの属性値が定義され、その実体である原稿ページデータ（１）、（２）へのリンクが含まれる。これらリンクは、図３（Ｂ）に示す原稿ページデータ３０４の原稿データ（１），（２）を指示しており、ページ３０３Ａ、３０３Ｂの実体が、原稿ページデータ（１）、（２）であることを表示する。

同様に、章３０２Ｂにはページ３０３Ｃ，３０３Ｄが含まれ、その実体である原稿ページデータ（３）、（４）へのリンクが含まれている。これらリンクは、図３（Ｂ）に示す原稿ページデータ３０４の原稿データ（３），（４）を指示しており、ページ３０３Ｃ、３０３Ｄの実体が、原稿ページデータ（３）、（４）であることが表示される。

図４は、本実施の形態に係るブック属性３０１を説明するための図である。

ここでは、下位層と重複して定義可能な項目に関しては、下位層の属性値が優先的に採用される。そのためブック属性３０１にのみ含まれる項目に関しては、そのブック属性３０１で定義された値が、そのブック全体を通して有効な値となる。しかし、下位層と重複する項目については、下位層において定義されていない場合における既定値としての意味を有する。尚、図示された各項目は具体的に１項目に対応するのではなく、関連する複数の項目を含むものもある。

図５は、本実施の形態に係る章属性を説明する図、図６は本実施の形態に係るページ属性を説明する図である。ここで、これら章属性とページ属性との関係も、前述のブック属性と下位層の属性との関係と同様である。

図４において、ブック属性３０１に固有の項目は、「印刷方法」、「製本詳細」、「表紙／裏表紙」、「インデックス紙」、「合紙」、「章区切り」の６項目である。これら項目は、そのブックを通して定義される項目である。

「印刷方法」の属性としては、「片面印刷」、「両面印刷」、「製本印刷」の３つの値を指定できる。ここで「製本印刷」とは、別途指定する枚数の用紙を束にして２つ折りにし、その束を綴り合わせることで製本が可能となる形式で印刷する方法である。「製本詳細」の属性としては、「印刷方法」で「製本印刷」が指定されている場合に、「見開き方向」や「束になる枚数」等が指定できる。

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

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

次に図５に示す章属性に関しては、章に固有の項目はなく、全てブック属性と重複する。従って、章属性における定義とブック属性における定義とが異なれば、章属性で定義された値が優先する。前述のブック属性と章属性とにのみ共通する項目は、「用紙サイズ」、「用紙方向」、「Ｎ−ｕｐ印刷指定」、「拡大縮小」、「排紙方法」の５項目である。このうち「Ｎ−ｕｐ印刷指定」の属性は、１枚の印刷ページに含まれる原稿ページ数を指定するための項目である。ここで指定可能な配置としては、１×１や１×２、２×２、３×３、４×４などがある。「排紙方法」の属性は、排出した用紙にステイプル処理を施すか否かを指定するための項目であり、この属性の有効性は使用する印刷装置がステイプル機能を有するか否かに依存する。

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

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

＜ブックファイルの生成手順＞
上述した製本アプリケーション１０４によって構造を与えられた電子原稿ファイルである「ブックファイル」は、上述したような構造及び内容を有している。次に、製本アプリケーション１０４及び電子原稿ライタ１０２によってブックファイルを作成する手順を説明する。このブックファイルの作成は、製本アプリケーション１０４によるブックファイルの編集操作の一環として実現される。

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

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

図１１は、新規にブックファイルが作成された際のＵＩ画面の一例を示す図である。この場合には、ブックファイルは実質的な内容を持たないために、ＵＩ画面１１００には何も表示されない。

一方、ステップＳ７０１で、既存のブックファイルがあればステップＳ７０３に進み、指定されたブックファイルを開き、そのブックファイルの構造、属性、内容に従ってユーザインターフェース（ＵＩ）画面を表示する。

図１０は、この表示されたＵＩ画面の一例を示す図である。

このＵＩ画面１１００は、ブックの構造を示すツリー部１１０１と、印刷された状態を表示するプレビュー部１１０２とを含む。ツリー部１１０１には、そのブックに含まれる章、各章に含まれるページが、前述の図３（Ａ）のような木構造で表示される。ツリー部１１０１にはページ番号が表示されており、このページ番号は原稿ページの番号を示している。またプレビュー部１１０２には、印刷ページの内容が縮小されて表示される。その表示順序は、ブックの構造を反映したものとなっている。

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

図８は、本実施の形態に係る電子原稿インポートの手順を示すフローチャートである。

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

ステップＳ８０２で、画像データでなかった場合はステップＳ８０３に進み、ステップＳ８０１で生成された電子原稿ファイルを、現在開かれているブックファイルのブックに、新たな章として追加する。この場合、章属性としては、ブック属性と共通するものについてはブック属性の値がコピーされ、そうでないものについては、予め用意された規定値に設定される。

又ステップＳ８０２で画像データである場合にはステップＳ８０４に進み、原則として新たな章は追加されず、指定されている章に、ステップＳ８０１で生成された電子原稿ファイルに含まれる各原稿ページを追加する。但し、ブックファイルが新規作成されたファイルであれば、新たな章が作成されて、その章に属するページとして、電子原稿ファイルの各ページが追加される。ここでページ属性は、上位層の属性と共通のものについてはその属性値が与えられ、アプリケーションデータにおいて定義された属性を電子原稿ファイルに引き継いでいるものについてはその値が与えられる。例えば、「Ｎ−ｕｐ印刷指定」などがアプリケーションデータにおいてされていた場合には、その属性値が引き継がれる。このようにして、新規なブックファイルが作成され、或いは新規な章が追加される。

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

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

＜ブックファイルの編集＞
以上のようにして、アプリケーションデータからブックファイルを作成することができる。こうして生成されたブックファイルについては、章及びページに対して次のような編集操作が可能である。
（１）新規追加
（２）削除
（３）コピー
（４）切り取り
（５）貼り付け
（６）移動
（７）章名称変更
（８）ページ番号名称振り直し
（９）表紙挿入
（１０）合紙挿入
（１１）インデックス紙挿入
（１２）各原稿ページに対するページレイアウト。

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

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

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

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

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

図１２は、本実施の形態に係るサーバ・クライアント型の文書処理システムの構成を示すブロック図である。

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

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

印刷集中管理サーバ１２０２は、クライアント文書管理システム１２００に格納された、或いは文書管理サーバ１２０１に格納されたブックファイルの印刷を管理するサーバである。クライアントにおける印刷要求は、ＤＯＭＳドライバ１０９及びＤＯＭＳプリントサービスモジュール１１０を介して印刷集中管理サーバ１２０２のＤＯＭＳＷＧサーバモジュール１２２１に送信される。印刷集中管理サーバ１２０２は、クライアントのプリンタ１０７で印刷する場合には、クライアントのＤＯＭＳプリントサービスモジュール１１０を介して電子原稿デスプーラ１０５に電子原稿データを渡す。

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

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

次に本発明の実施の形態の特徴について説明する前に、本実施の形態に適用可能なホストコンピュータ１００（本発明の情報処理装置に相当する）とプリンタ１０７とを有する文書処理システムの構成について説明する。尚、ホストコンピュータ１００（以下、クライアントと呼ぶこともある）の構成に関しては、前述の図２を参照して説明した通りであるので、ここでは共通する箇所には同じ番号を付し、その説明を省略する。またプリンタ１０７は、クライアントに接続されたローカルプリンタであっても、或いはサーバに接続されたプリンタ１２０４（図１２）の場合であってもいずれの場合にも適用可能であるものとする。

図１３は、本発明の実施の形態に係る文書処理システムの構成を説明するためのブロック図である。なお、本実施の形態に係る機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ，ＷＡＮ等のネットワークを介して接続がなされ処理が行われるシステムであっても本発明を適用できる。尚、ここでホストコンピュータ１００の構成は前述の図２と同じであるため、その説明を省略する。

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

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

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

ここで、ホストコンピュータ１００は、図１を参照して前述したファイル、アプリケーション、デスプーラ及びドライバ等を備えているものとする。そして、このアプリケーション１０１により生成された文書ファイル（アプリケーションデータ）を電子原稿ライタ１０２を介することにより電子原稿ファイル１０３が生成される。電子原稿ファイル１０３は前述したように、製本アプリケーション１０４によりファイルオープンすることが可能であり、製本アプリケーション１０４は、例えば前述の図１０に示すような、操作画面を表示部２１０に表示させる。製本アプリケーション１０４と汎用の一般アプリケーション１０１との大きな違いは、製本アプリケーション１０４が、通常プリンタドライバ１０６が提供するはずの印刷設定機能を有していることである。この印刷設定機能により、製本アプリケーション１０４は、汎用アプリケーション１０１とは異なり、文書のページ順の入れ替えや複製（コピー）、削除などの編集機能に加え、ステイプル・パンチ穴などの、プリンタ１０７における機能設定を電子原稿ファイルに対して行うことができ、指定したプリンタを使用して印刷することが可能である。なお、本実施の形態で説明する製本アプリケーション１０４を、印刷設定アプリケーションとも呼ぶ。

図１４は、本実施の形態に係る文書処理システムの製本アプリケーション１０４の「用紙の挿入設定」の機能（一般アプリケーション１０１にない特有の印刷設定機能の１つ）を使用して、電子原稿ファイルの文書に表紙やインデックス紙の挿入を指示し、そのインデックス紙のタブに章の名前を印刷する設定を行う場合の処理を示すフローチャートである。尚、このインデックス紙は、本実施の形態では章の区切りに挿入される。

この図１４のフローチャートを説明する前に、図１５及び図１６を参照して、「用紙の挿入設定」の一例について説明する。

図１５は、本実施の形態に係る製本アプリケーション１０４による「用紙の挿入設定」のウィンドウ表示の一例を示している。

図１５において、１５００は挿入する用紙の組合せを指示するためのエリアで、ここでは表紙とインデックス紙を挿入するように指示されており「表紙＋インデックス紙」と表示されている。又これ以外にも、「表紙、インデックス紙、合紙、裏表紙」の全て、或いは、これらのいずれかの組合せ、これらのいずれかのみ、を設定することができる。このダイアログボックスで指定した「表紙」「インデックス紙」「合紙」「裏表紙」は、電子原稿ファイル内の実際の文書データとしては存在せず、電子原稿ファイル内の印刷設定情報として管理されている。そのため、このダイアログボックスの印刷設定を変更する（チェックボックスのチェックを外したり、タグを変更する）だけで、インデックス紙を挿入や削除を行うことができ、ユーザの操作性が格段に向上するという効果がある。

またチェックボックス１５０１により、「インデックス紙のタブに章の名前を印刷する」がチェックされている。これにより、ツリー部１１０１に表示されている各章の名称（各章の設定情報として予め記憶されている（図２２））を、各章毎に挿入されるインデックス紙のタブに印刷するように指定することができる。

図１６は、製本アプリケーション１０４により画面提供される図１５の「テキストの詳細設定」１５０２を指示することによりオープンされた、インデックス紙のタブ部に書く文字列（章の名称）の詳細を設定するためのウィンドウの表示例を示す図である。

この図１６のウィンドウでは、タブ部に章名称を記入する際に使用するテキストの文字フォント、サイズ等を選択することができる。図１６のウィンドウのフォント指定欄で、横書きフォントを選択するか、縦書きフォントを選択するかで、レイアウト指定欄の候補が自動的に変更される。横書きフォントが選択された場合は、図１７のようにウィンドウが変更され、縦書きフォントが選択された場合は、図１８のようにウィンドウが変更される。図１７及び図１８は、これらウィンドウの拡大図である。

本実施の形態に係る印刷制御プログラムである製本アプリケーション１０４では、図１６に示すようなタブ設定画面を提供することにより、文書に付与するタブ紙（インデックス紙）に印刷する文字の設定を容易に行うことができる。そのため従来のように、文書ページとしてインデックス紙用のデータを生成しなくて済む。また、文書へのインデックス紙の挿入位置を変更したい場合には、製本アプリケーション１０４のページプレビュー画面においてインデックス紙のページ位置を変更するだけで済むため、操作を容易にできる。更に、インデックス紙を追加する場合でも、インデックス紙の追加を指示するだけで良いため使い勝手が格段に向上するという効果が得られる。

ここでは、横書きのフォント「ＭＳ明朝」が選択されているため、図１７に示すような欄１６０６の選択肢の中から、ユーザは好きなレイアウトを選ぶことができる。図１７の場合は、１６０５で示す「左寄り＜１＞」が選択されているため、タブの左側に文字列が寄ったレイアウト（１６０７）で、また、インデックス紙のタブを上側にして章名称の印刷が行われる。更に、「左寄り＜２＞」を選択すれば、タブの左側に寄った文字レイアウトで、かつインデックス紙のタブを下側にして章名称の印刷が行われる。このように、横書きフォントを選択した場合は、インデックス紙に対してタブを上側にして印刷する場合と、下側にして印刷する場合とに対応することが可能となる。

また、１６０２はスタイルを指定するエリア（ここでは標準）、１６０３は文字サイズを設定するエリア（ここでは１０ポイント）、１６０４は文字の色、１６０５には、欄１６０６のうちの選択されたレイアウトが表示されている。１６０７は、実際にタブに印字される文字の形態（ここでは、左寄り）を示している。

図１８は、インデックス紙のタブに記入する文字列の詳細を設定するためのウィンドウにおいて、縦書きフォントが選択されている場合の例を示すウィンドウ表示例を示す図である。

ここではフォント指定エリア１６０１において、縦書きのフォント「＠ＭＳゴシック」が選択されている。この場合には、欄１６０６には、「上寄り」、「中央寄り」、「下寄り」が表示され、これらの中から、好きなレイアウトを選択することができる。図１８では、欄１６０６で「上寄り」が選択されているため、１６０５には「上寄り」が表示され、１６０７には、タブの「上寄り」のレイアウトで、かつインデックス紙のタブを右側にして章名称を印刷する設定が行われていることが表わされている。また、図１８では、インデックス紙のタブへのレイアウトとして「上寄り」「中央寄り」「下寄り」のいずれかを選択したが、製本印刷アプリケーション１０４の印刷設定で、印刷物の開き方向として「左開き」「右開き」の指定欄を設け、その開き方向の指定で「左開き」が選択されている場合は、図１８のようにレイアウトを選択させ、「右開き」が選択されている場合は、図示省略したが「上寄り＜２＞」「中央寄り＜２＞」「下寄り＜２＞」を選択させるようにしてもよい。尚、＜２＞のレイアウトは、インデックス紙のタブを左側にして章名称の印刷が行われるレイアウトに相当する。

以上の前提を基に、図１４のフローチャートについて説明する。

まずステップＳ１４０１で、製本アプリケーション１０４は、タブに章の名称を書く設定になっているかどうかを、チェックボックス１５０１がチェックされているかどうかにより判定する。チェックボックス１５０１がチェックされて、タブに章の名称を書く設定になっている場合はステップＳ１４０２に進み、その章の名称或いは番号等をタブに印刷するために使用するためのフォントを選択する処理に移り、製本アプリケーション１０４は、選択したフォントが縦書きフォントであるかどうかを判定する。これは選択されているフォントの種類に応じて判定される。縦書きフォントのときはステップＳ１４０３に進み、製本アプリケーション１０４は、縦書き用のタブ部の設定処理を行う。この縦書き用のタブ部の設定処理では、図１８の表示画面例に示されるように、製本アプリケーション１０４は、文字スタイル、文字サイズ、文字の色、文字揃え等が設定された表示用画面を提供し、ＯＳを介して表示部２１０に表示させるよう制御する。ここで前述したように、製本アプリケーション１０４は、開き方向が「右開き」であるか「左開き」であるかを更に判断し、その開き方向に応じて、インデックス紙のタブへのレイアウトの候補を変更してもよい。また、横書きフォントが選択されている場合はステップＳ１４０４に進み、製本アプリケーション１０４は、横書き用のタブ部の設定処理を行う。この横書き用のタブ部の設定処理では、図１７の表示画面例に示されるように、製本アプリケーション１０４は、文字スタイル、文字サイズ、文字の色、文字揃え等が設定された表示用画面を提供し、ＯＳを介して表示部２１０に表示させるよう制御する。

図１９は、本実施の形態に係るアプリケーション１０１が扱う文書ファイルのデータ構造を説明する図である。この文書ファイルは、図１の電子原稿ファイル１０３に相当し、ここでは、例えば図１３の外部メモリ２１１に記憶されているが、図１２の文書管理サーバ１２０１のデータベース１２１１に格納されていてもよい。

図１９において、文書の構造情報７０１は、図１０に示したアプリケーション操作画面のツリービュー１１０１に表示する文書の構造に関する情報を記憶している。文書の詳細設定情報７０２は、文書全体に設定可能な情報を記憶するための領域である。章の詳細設定情報７０３は、各章に設定可能な情報を記憶する領域である。ページの詳細設定情報７０４は、ページごとに設定可能な情報を記憶するための領域である。そして原稿情報７０５は、各原稿ページの描画情報を記憶しており、図１０の右側の印刷プレビュー１１０２への表示に使用する情報がページ単位で保存されている。尚、この文書ファイルには、その他にも各文書毎に必要な情報が含まれているが、ここではそれらの説明を省略する。

図２０は、図１９の文書の詳細設定情報７０２のデータ構成を更に詳細に説明する図である。

８０１は文書のページ設定情報、８０２は文書の仕上げ情報、８０３は文書の編集情報、８０４は文書の給紙情報、８０５はインデックス紙の情報で、これらの情報が文書の詳細設定情報７０２として格納されている。更に、図１５に示す操作画面を用いてインデックス紙の設定を行った場合には、それらの設定情報がインデックス紙の情報８０５に追加される。

図２１は、図２０のインデックス紙の情報８０５に記憶される情報を更に詳細に説明する図である。

図において、９０１は１章のインデックス紙情報、９０２は２章のインデックス紙情報というように、以下順に最終章までインデックス紙情報（９０３〜９０５）が連続した領域に記憶される。例えば、図１５に示すようにして、インデックス紙を使用するように設定された場合には、各章の先頭にインデックス紙が挿入されることになるので、章の個数分のインデックス紙情報の欄が確保されることになる。

図２２は、図１９に示す章の詳細設定情報７０３のデータ構成さらに詳細に示した図である。

ここでは、１章から最終章までの各章の詳細設定情報（１００１〜１００５）が格納されている。この各章の詳細設定情報には、前述した、インデックス紙のタブ部に印刷される章の名称も記憶されている。

図２３は、図２２に示された各章の詳細設定情報（１００１〜１００５）のデータ構成を説明する図である。

図２３において、２１０１は章のページ設定情報で、ここに章の名称が記憶されている。２１０２は章の仕上げ情報、２１０３は章の編集情報、そして２１０４は章の給紙情報で、これらの情報が各章の詳細設定情報として格納されている。

図２４は、図１５の「インデックス紙の挿入設定」の後、インデックス紙の詳細編集を行う場合を説明する図である。

ここでは全てのインデックス紙（図２４の例では５枚）が重なった状態で編集画面に表示される。ここで、編集を行うインデックス紙のタブを、例えばポインティングデバイスであるマウスにより指示されるマウスカーソルを用いて指示し、そのマウスをクリックすることで、その指示されたインデックス紙が先頭ページに表示されて、そのインデックス紙が編集可能な状態になる。例えば、図２４の左側に示す初期画面では、先頭章のインデックス紙が編集可能状態であるので、タブ２２０１が付いたインデックス紙がアクティブになっていて、このインデックス紙に対する編集が可能となる。この状態で次に、例えばタブ２２０５をクリックすることにより、図２４の右側に示すように、そのタブ２２０５が付与されているインデックス紙（５枚目）が一番上に表示されて、このインデックス紙への編集がアクティブになる。このようにしてアクティブになったインデックス紙のタブ及びインデックス紙の内容を編集することができる。

図２５は、本実施の形態に係る文書処理システムにおけるアプリケーション１０１によるインデックス紙の設定及びプレビュー表示処理の詳細を示すフローチャートである。

このアプリケーション１０１は、インディスク紙の挿入設定ダイアログ（図１５）でインデックス紙の設定を行っていれば、その文書に含まれる章の個数分のインデックス情報を記録する領域が、図２１に示したように確保されている。

従って、まずステップＳ２３０１で、今回始めてインデックス紙を設定したのであれば、インデックス紙の情報８０５に、図２１に示すように、章の個数（Ｎ）分だけ、各章のインデックス紙情報の領域を確保し、そこにインデックス紙情報のデフォルト値を書き込む。次に、このインデックス紙の編集操作を行うことによりステップ２３０２で、インデックス紙のタブ領域の有効座標を求めるための情報を計算する。ここでは、一例として、インデックス紙の右上座標（Ｘ0，Ｙ0）を原点とした時のタブ位置のＸ座標範囲（Ｘ1，Ｘ2）、インデックス紙の高さＨ、及びタブの高さＪを予め求めておく。

次にステップＳ２３０３以降において、ユーザによる編集操作による何らかのイベントが発生すれば、そのイベントに対応する処理を行う。例えば、編集するインデックス紙の選択イベントとして、ポインティングデバイスであるマウスで当該インデックス紙上がクリックされるとステップＳ２３０４からステップＳ２３０９に進み、マウスカーソルを用いてクリックされた座標値（ＸX、ＹY）を読み取る。次にステップＳ２３１０に進み、そのマウスクリックされた画面上の座標値（ＸX、ＹY）を、インデックス紙の右上座標値（Ｘ0、Ｙ0）を原点とした座標値（Ｘ，Ｙ）に変換する。そして、この変換した座標値（Ｘ，Ｙ）を基に、タブ領域の有効座標範囲がマウスにより指示されたか否かを確認する。ここで、この変換された座標値（Ｘ，Ｙ）のＸ，Ｙの各値が、Ｘ1＜Ｘ＜Ｘ2，Ｙ0＜Ｙ＜（Ｙ0＋Ｈ）の条件を満たしていれば、マウスカーソルにより、いずれかのインデックス紙のタブが指示されたことになるので、その指示されたタブに対応するインデックス紙を求める。ここでは、｛（Ｙ−Ｙ0）／Ｊ｝の整数部分を求めることにより、先頭のインデックス紙の番号を「０」とした場合における、指示されたインデックス紙の番号を求めることができる。つまり、この番号が当該編集の情報を格納する領域、即ち、図２１で示すインデックス紙情報の格納領域への章番号となっている。

ステップＳ２３０４でマウスイベントでない場合はステップＳ２３０５に進み、タブ編集イベントが発生したかを調べ、タブ編集イベントが発生したときはステップ２３０８に進み、インデックス紙のタブに書き込む章の名称を印刷するための編集画面に切り替える。そして、この画面を用いて設定された文字の様式がステップ２３１０で求めた章番号で指示される章のインデックス紙情報（図２１）に格納される。このステップＳ２３０８における処理の詳細は、前述の図１４のフローチャートに示されている。

またステップＳ２３０５でタブ編集イベントでない場合はステップＳ２３０６に進み、インデックス紙の編集イベントが発生したかを調べ、そうであればステップＳ２３０７に進み、インデックス紙の編集画面に切り替わり、ステップ２３１０で求めた章番号で指示されるインデックス紙情報（図２１）に、ステップＳ２３０７で編集された情報が格納される。

最後にステップＳ２３０３で、編集の終了イベントが発生するとステップＳ２３１１に進み、今までの操作で編集した情報をもとにして、インデックス紙の設定処理が終了する。

このようにして、ユーザは、インデックス紙の向きに応じて、そのインデックス紙のタグの文字列の配置を任意の方向に設定することが可能となる。

図２６は、上述したインデックス紙の情報の入力処理をまとめて示すフローチャートである。

まずステップＳ２６０１で、図１５の画面を用いてインデックス紙の設定処理が起動されると次にステップＳ２６０２に進み、製本アプリケーション１０４は、設定されたインデックス紙の枚数を基に、図２１に示すように、必要な章の個数分のインデックス紙情報の記憶エリアを確保する。次にステップＳ２６０３で、製本アプリケーション１０４は、チェックボックス１５０１により、インデックスのタブ部に章の名称を印刷するように指示されているかを判定する。印刷が指示されている時はステップＳ２６０４に進み、そのタブに印刷する文字のフォント、スタイル、サイズ、色及び文字揃えを指定する（図１６乃至図１８）。そしてステップＳ２６０５に進み、その設定されたタブの情報とともに、そのインデックス紙の情報を、該当する章のインデックス紙情報として記憶する。又ステップＳ２６０３で、タブへの印刷が設定されていない場合には、ステップＳ２６０５に進み、そのインデックス紙の情報を記憶する。

図２７は本実施の形態に係る文書情報の印刷処理を示すフローチャートである。

まずステップＳ２７０１で、電子原稿デスプーラ１０５は、図１９に示す文書情報のうち文書の詳細設定情報７０２を読取り、次にステップＳ２７０２で、それに含まれるインデックス紙の情報８０５（図２０）を取り出す。この情報８０５（図２１）を基に、現在の章にインデックス紙の情報が設定されているかどうかをみる。設定されているときはステップＳ２７０４に進み、電子原稿デスプーラ１０５は、その章のインデックス紙の情報を取り出して、インデックス紙を印刷する。次にステップＳ２７０５に進み、そのインデックス紙のタブに章の名称を印刷するように指示されているかどうかを判定する。印刷が指示されている場合はステップＳ２７０６に進み、その章に対応する章の名称を対応する章の詳細設定情報から読み出し、ステップＳ２７０７で電子原稿デスプーラは、対応するインデックス紙情報として記憶されている、指定されたフォント、文字サイズや文字揃え等に応じて、そのインデックス紙のタブに印刷させるようＧＤＩ関数をＯＳの描画手段であるグラフィックエンジン（ＧＤＩ）に出力する。これにより、グラフィックエンジンでプリンタドライバ１０６が解釈可能な描画関数（ＤＤＩ関数）に変換され、前述したように、プリンタドライバ１０６は、グラフィックエンジンから渡された描画関数に応じて、プリンタ１０７が解釈可能なプリンタ制御言語の印刷データを生成することにより、タブ紙印刷処理が実行される。

一方、ステップＳ２７０３で、その章にインデックス紙の情報が設定されていない場合は、或いはステップＳ２７０５でタブの印刷が指示されていない場合はステップＳ２７０８に進み、電子原稿デスプーラ１０５は、その章に含まれる原稿ページの情報を基に、各原稿ページを印刷させるようＧＤＩ関数をグラフィックエンジンに出力することにより印刷処理を実行する。そしてその章の全原稿ページの印刷処理が終了するとステップＳ２７０９に進み、その章が最終章であるかをみる。最終章でない時は再びステップＳ２７０２に戻り、電子原稿デスプーラ１０５は、次の章のインデックス紙の情報８０５（図２０）を取り出し、前述と同様の処理を実行する。こうして、その文書の全ての章の全原稿ページ及び付与されているインデックス紙の印刷処理が終了すると、この印刷処理を終了する。

尚、この文書情報の印刷プレビューを表示する場合には、図２７のフローチャートにおいて、「印刷する」を「印刷プレビューに展開して表示する」とすることにより、設定されているインデックス紙と各原稿ページの印刷プレビュー表示を行うことができる。

図２８は、この様にして表示された印刷プレビューの一例を示す図である。

図２８では、各章の先頭にインデックス紙２８００，２８０１が挿入されて、印刷プレビュー１１０２が表示されている。これらインデックス紙２８００，２８０１のそれぞれは、インデックス紙にタブが付いた状態で表示されており、そのタブの文字列も、設定された文字サイズや文字フォント、文字揃えなどに応じて表示されている。これにより、そのインデックス紙が挿入されているページ位置が一瞥して判別でき、またインデックス紙のタブ位置を先頭のインデックス紙２８００から順に下方にずらして配置して表示しているので、インデックス紙の用紙形状も一瞥して分かる。

この処理によって、図１６に示したウィンドウから指定されたインデックス紙情報に従った文字列をインデックス紙のタブに印刷することが可能となる。

なお、このインデックス紙情報では文字サイズを指定できるが、タブに印刷すべき文字列が長いと、指定された文字サイズでは文字列の全てをタブ内に印刷できない場合がある。この場合には、文字サイズの調整処理と改行処理を行うことで、タブ内に文字列を収める処理を行うべく、インデックス紙情報を拡張することが可能である。

以下、タブ内に文字列を収める拡張された処理を説明する。

図２９は、図１６及び図１７で示したインデックス紙のタブ部に書く文字列（章の名称）の詳細を設定するためのウィンドウを拡張した一例を示す図で、図１６及び図１７と共通する部分は同じ記号で示している。

図において、「サイズの自動調整」のチェックボックス２９０１を図示のようにチェック（オン）すると、「サイズ」１６０３で指定された文字サイズでは、指定された文字列がタブ内に収まらない場合、その文字列のサイズを、そのタブ内に収まる文字サイズに自動的に調整する処理が有効となる。即ち、「サイズ」１６０３で指定されたサイズは、必ずそのサイズで印刷される上述の実施の形態とは異なり、その文字列が指定されたサイズではタブ内に収まらない場合に、その文字サイズが自動的に変更される設定となる。

また、「サイズの自動調整」のチェックボックス２９０１がオンの場合には、更に、「改行を許可する」のチェックボックス２９０２が指定可能な状態となる。このチェックボックス２９０２をオンにすると、自動調整された文字サイズが所定の文字サイズ未満となる場合には、改行により文字列を二行に分けて印刷する処理が有効となる。この所定文字サイズはプログラム内部に保持されており、それ未満の文字サイズで一行に印刷するよりも二行に分けて印刷すべきであると判定する閾値となる文字サイズであり、二行で印刷可能な最大文字サイズ以下のサイズで、かつ人が文字を識別するために小さ過ぎないサイズが保持されている。この所定の文字サイズは、プログラム内部に固定値で保持する例を示すが、本発明はこれに限定されず、例えば図２９に示すウィンドウ上で、その文字サイズを指定するためのユーザインターフェース（ＵＩ）を設け、可変値として制御することも可能である。

図３０は、本実施の形態に係るタブ内に印刷する文字サイズの調整処理および改行処理を示すフローチャートである。以下、この処理を図２９を参照して説明する。

まずステップＳ３００１で、電子原稿デスプーラ１０５は、「サイズの自動調整」のチェックボックス２９０１がオンになっているかを調べ、オフの場合にはステップＳ３００８へ進み、「サイズ」１６０３で指定された文字サイズでタブ部に、指定された文字を印刷すべくタブ紙部分へ印刷させる描画情報のＧＤＩ関数を出力する。

一方ステップＳ３００１で、そのチェックボックス２９０１がオンの場合にはステップＳ３００２に進み、電子原稿デスプーラ１０５は、図２９の１６０１，１６０２および１６０３で指定されたフォント、文字サイズおよびその他の属性に基づいて、指定された文字列（章の名称）の長さを調べる。次にステップＳ３００３に進み、ステップＳ３００２で求めた文字列の長さがタブ内に収まるかを調べる。

図３１は、タブ部の印刷可能な領域を説明する図である。

ここでは印刷可能領域は、幅Ｗ、高さＨで示されている。従って、計算した文字列の長さがＷ以下であればタブの印刷可能領域に収まると判定し、それを超える場合には収まらないと判定する。

こうしてタブの印刷可能領域に収まると判定した場合はステップＳ３００８へ進み、電子原稿デスプーラ１０５は、「サイズ」１６０３で指定された文字サイズで、その設定されている文字列をタブ部に印刷すべく描画関数として出力を行い、プリンタドライバ１０６で印刷データの生成処理に進む。

一方、ステップＳ３００３で文字列がタブの印刷可能領域に収まらないと判定された場合はステップＳ３００４に進み、電子原稿デスプーラ１０５は、その文字列をタブの一行に収めるための文字サイズを求める。即ち、文字列長がＷ或はそれ以下となる文字サイズを求める。そしてステップＳ３００５へ進み、図２９の「改行を許可する」のチェックボックス２９０２がオンになっているか調べ、オフの場合にはステップＳ３００８へ進み、ステップＳ３００４で求めた文字サイズでタブ部に印刷すべく描画関数として出力を行い、プリンタドライバ１０６で印刷データの生成処理に進む。この場合には、指定されている文字列が一行でタブに印刷され、その文字列の長さに応じて文字サイズが極めて小さくなる可能性がある。

一方、ステップＳ３００５で、「改行を許可する」のチェックボックス２９０２がオンの場合にはステップＳ３００６へ進み、電子原稿デスプーラ１０５は、ステップＳ３００４で求めた文字サイズが、上述した所定の文字サイズ、即ち、二行で印刷可能な最大文字サイズ以下のサイズで、かつ人が文字を識別するために小さ過ぎないサイズ以上かどうかを調べる。この所定の文字サイズ以上の場合にはステップＳ３００８に進み、電子原稿デスプーラ１０５は、ステップＳ３００４で求めた文字サイズでタブ部に印刷すべく描画関数として出力を行う。この場合にも、指定されている文字列が一行でタブに印刷され、その文字列の文字サイズは適正なものとなる。

一方、ステップＳ３００６で、所定文字サイズ未満の場合にはステップＳ３００７に進み、電子原稿デスプーラ１０５は、その文字列を二行に収めるための文字サイズを求め、その文字サイズで、その印刷すべき文字列を二行に分けて、ステップＳ３００８でタブ部に印刷すべく文字列の描画関数を出力する。ここで、ステップＳ３００７で求める二行に収めるための文字サイズは、文字列長が二行の長さ、即ち、図３１で（Ｗ×２）で表される値になる文字サイズと、行の高さがタブ部に二行で収まるサイズ、即ち、図３１で（Ｈ／２）で表される値になる文字サイズの小さい方のサイズである。

また、文字列を二行に分割する際には、使用される言語に応じた禁則処理を含む分割が通常なされるが、本実施の形態においても、その処理が実行されても良い。また更にステップＳ３００８において、二行に分けて印刷する場合には、図３１に示す二つの領域に分割された各印刷領域に対して、それぞれ指定された文字揃えに基づき、分割した文字列の印刷を行う。尚、この様な文字列を二行に分割して印刷する処理は周知であるので、それに関する詳細な説明は省略する。

［実施の形態２］
上述の実施の形態１では、インデックス紙のタブに印刷する文字の書式は、図１６のウィンドウのフォント指定欄で指定したフォントが横書きフォントか、縦書きフォントかに応じて文字揃えを変更する例を説明した。これに対してこの実施の形態２では、元々横書きフォントしか存在しない例えば欧文フォントを用いて、縦書きで印刷できるようにする。尚、この実施の形態２に係る文書処理システムは前述の実施の形態１に係るハードウェア構成と基本的に同じであるため、それらの説明を省略する。

図３２乃至図３５は、本発明の実施の形態２に係るタブに印刷する文字を指定するためのウインドウ例を示す図で、前述の図１６乃至図１８と共通する部分は同じ記号で示している。

図３２では、フォント指定エリア１６０１では横書きの和文フォント「ＭＳ明朝」が選択されている。この場合には、欄１６０６には、「左寄り」、「中央寄り」、「右寄り」が表示され、これらの中から、好きなレイアウトを選択することができる。図３２では、欄１６０６で「左寄り＜１＞」が選択されているため、１６０５には「左寄り＜１＞」が表示され、１６０７には、タブの「左寄り」のレイアウトで章名称「あああ」を横書きで印刷するように設定されていることが表わされている。尚、この実施の形態２では、強制的に縦書きで印刷するように指示する「縦印刷を行う」欄３３０１が設けられている。しかし、図３２の例では、横書きの和文フォントが選択されているため、この「縦印刷を行う」が選択できないように、その欄３３０１をグレーアウトで表示している。

次に図３３では、フォント指定エリア１６０１では縦書きの和文フォント「＠ＭＳゴシック」が選択されている。この場合には、欄１６０６には、「上寄り」、「中央寄り」、「下寄り」が表示され、これらの中から、好きなレイアウトを選択することができる。図３３では、欄１６０６で「上寄り」が選択されているため、１６０５には「上寄り」が表示され、１６０７には、タブの「上寄り」のレイアウトで、かつインデックス紙のタブを右側にして章名称「あああ」を縦書きで印刷する設定が行われていることが表わされている。また、図３３では、インデックス紙のタブへのレイアウトとして「上寄り」「中央寄り」「下寄り」のいずれかを選択したが、製本印刷アプリケーション１０４の印刷設定で、印刷物の開き方向として「左開き」「右開き」の指定欄を設け、その開き方向の指定で「左開き」が選択されている場合は、図１８のようにレイアウトを選択させ、「右開き」が選択されている場合は、図示省略したが「上寄り＜２＞」「中央寄り＜２＞」「下寄り＜２＞」を選択させるようにしてもよい。尚、＜２＞のレイアウトは、インデックス紙のタブを左側にして章名称の印刷が行われるレイアウトに相当する。

このように、欄３３０１のチェックボックスは、フォント指定エリア１６０１で欧文フォントが選択されているときのみ選択可能とし、和文フォントが選択されているときは、図３２及び図３３に示すように、このチェックボックスはグレーアウト表示して選択することができないようしている。

図３４では、フォント指定エリア１６０１では、通常縦書きでは印刷されない欧文フォント「Times New Roman」が選択されている。この場合には、欄１６０６には、「左寄り」、「中央寄り」、「右寄り」が表示され、これらの中から、好きなレイアウトを選択することができる。図３４では、欄１６０６で「左寄り＜１＞」が選択されているため、１６０５には「左寄り＜１＞」が表示され、１６０７には、タブの「左寄り」のレイアウトで章名称「AAA」を横書きで印刷するように設定されていることが表わされている。この場合では、上述の「縦印刷を行う」欄３３０１での指定が可能であるため、その欄３３０１とそのチェックボックスは指定可能に表示されている。

図３５は、図３４の状態から欄３３０１のチェックボックスがチェックされた状態を示す図である。

即ち、欄１６０１で欧文フォントを選択し、かつ「縦印刷を行う」欄３３０１のチェックボックスがチェックされた場合の表示例である。この場合には、欄１６０６には、「上寄り」、「中央寄り」、「下寄り」が表示され、これらの中から、好きなレイアウトを選択することができる。そして１６０７には、タブの「上寄り」のレイアウトで章名称「AAA」を縦書きで印刷するように設定されていることが表わされている。

図３６は、本実施の形態２に係る文書処理システムにおけるタブへの文字列の書込みを説明するフローチャートで、この処理フローチャートは前述の図１４と基本的に共通しているが、欧文フォントで縦印刷を行うことを可能にした点が異なっている。

まずステップＳ３６０１で、製本アプリケーション１０４は、タブに章の名称を書く設定になっているかどうかを、チェックボックス１５０１がチェックされているかどうかにより判定する。チェックボックス１５０１がチェックされて、タブに章の名称を書く設定になっている場合はステップＳ３６０２に進み、その章の名称或いは番号等をタブに印刷するために使用するためのフォントを選択する処理に移り、製本アプリケーション１０４は、選択したフォントが和文フォントであるかどうかを判定する。和文フォントの場合はステップＳ３６０３に進み、縦書きフォントが選択されているかを判定する。縦書きフォントが選択されている時はステップＳ３６０４に進み、製本アプリケーション１０４は、縦書き用のタブ部の設定処理を行う。またステップＳ３６０３で横書きフォントが選択されている場合はステップＳ３６０６に進み、製本アプリケーション１０４は、横書き用のタブ部の設定処理を行う。これらの処理は前述の図１４のステップＳ１４０１乃至Ｓ１４０４と同じである。

一方、ステップＳ３６０で、フォント指定欄１６０１で選択されたフォントが和文フォントでない場合はステップＳ３６０５に進み、前述した３３０１で示す縦印刷チェックボックスがチェックされているかどうかを判定し、チェックされていたらステップＳ３６０７に進み、指定された欧文フォントでタブに縦書きで印刷するための設定処理を行う。またステップＳ３６０５でチェックされていない場合はステップＳ３６０６に進み、通常の横書き用の設定処理を行う。

次に、図テープ３６０７で実行される欧文フォントを使った縦書き用のタブ部の設定処理について詳しく説明する。

タブに章の名称を和文フォントで縦書きで印刷したいときは、図３３に示すように、ユーザが縦書きの和文フォントを選択すれば、その印刷される文字列は既に左に９０度回転した縦書き用のフォントであるため、特別な処理を行わなくとも自動的にタブに縦書きで印刷することができる。

しかし、欧文フォントでタブに印刷する場合には、欧文フォントには縦書きフォントがないので、図３５に示すように、「縦印刷を行う」３３０１のチェックボックスをチェックして、欧文フォントで縦書きの印刷を行わせるように指示する。

図３７は、欧文フォントで縦書きで印刷する例を説明する図である。

この例では、欧文フォントの章名称「ＡＢＣＤ」を、タブ部に縦書きで印刷する場合の製本アプリケーション１０４が行うタブ部の設定例を示している。

製本アプリケーション１０４は、タブ部に印刷する１文字列目の文字領域の原点座標（Ｘ0，Ｙ0）、１文字分の領域の幅Ｗ，（１文字分の高さ＋字間）Ｈを求める。そして、一番目の文字「Ａ」の原点座標（Ｘ0，Ｙ0）を基準として、２番目以降の各文字の原点座標を、（Ｘ1，Ｙ1）＝（Ｘ0，Ｙ0＋Ｈ），（Ｘ2，Ｙ2）＝（Ｘ0，Ｙ0＋２Ｈ），（Ｘ3，Ｙ3）＝（Ｘ0，Ｙ0＋３Ｈ）により求める。このようにして、各文字を印刷するための基準となる文字の原点座標を順に求めていき、ここで得られた各文字の座標情報をインデックス紙の情報として図２１に示すインデックス紙の情報８０５に記憶する。

このようにして、横書きフォントしか存在しない欧文フォントの場合であっても、縦書きで印刷することが可能となる。

なお本発明は、複数の機器（例えばホストコンピュータ、インターフェース機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。

また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

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

以上説明したように本実施の形態によれば、インデックス紙のタブに書き込む、例えば章名称等を、ユーザが任意に指定することが可能となる。それにより、ユーザは、一組のインデックス紙に対して、各章ごとに、その都度、タブの設定を行う手間を省くことができる。

また、ユーザは、選択したフォントに応じた選択肢の中から、タブに書く文字列のレイアウトを選択してタブ情報を書き込むことができる。それにより、インデックス紙の向きやタブの大きさを考慮したインデックス情報を設定することが可能となる。

本発明の実施の形態に係るスタンドアロン型の文書処理システムの構成を説明するためのブロック図である。 本実施の形態に係る文書処理システムのホストコンピュータの構成を示すブロック図である。 本実施の形態に係るブックファイルの構造の一例を示す図で、図３（Ａ）はブックファイルの形式の一例を模式的に示す図、図３（Ｂ）は原稿データの構成を示す図である。 本実施の形態に係るブック属性の一例を示す図である。 本実施の形態に係る章属性の一例を示す図である。 本実施の形態に係るページ属性の一例を示す図である。 本実施の形態に係るブックファイルを開く手順を説明するフローチャートである。 本実施の形態に係る、電子原稿ファイルをブックファイルにインポートする手順を説明するフローチャートである。 本実施の形態に係る、アプリケーションデータを電子原稿ファイルに変換する手順を説明するフローチャートである。 既存のブックファイルを開いた際のユーザインターフェース画面の一例を示す図である。 新規のブックファイルを開いた際のユーザインターフェース画面の一例を示す図である。 本実施の形態に係るクライアントサーバ型の文書処理システムの構成を示すブロック図である。 本発明の実施の形態に係る文書処理システムにおけるホストコンピュータとプリンタの構成を説明するためのブロック図である。 本発明の実施の形態に係る文書処理システムにおけるタブへの文字列の書き込みを説明するフローチャートである。 本実施の形態に係る、インデックス紙の挿入設定を行うためのユーザインターフェース画面の一例を示す図である。 、 、 本実施の形態に係る、インデックス紙のタブへの文字列を設定するためのユーザインターフェース画面の一例を示す図である。 本実施の形態に係る文書ファイルのデータ構造の一例を示す図である。 本実施の形態に係る文書の詳細設定情報のデータ構造例を示す図である。 本実施の形態に係る、各章ごとのインデックス紙の情報を示す図である。 本実施の形態に係る、各章の詳細設定情報を示す図である。 各章のページ設定情報のデータ構造を説明する図である。 インデックス紙のタブ情報を編集する際の表示例を説明する図である。 本実施の形態に係るインデックス紙情報の編集およびプレビュー表示を制御する処理を示すフローチャートである。 本実施の形態に係るインデックス紙の設定処理を説明するフローチャートである。 本実施の形態に係るインデックス紙を含む文書情報の印刷処理を示すフローチャートである。 本実施の形態に係るインデックス紙及びタブ印刷設定を行った場合に、原稿ページにインデックス紙を含めてプレビュー表示した例を示す図である。 本実施の形態に係るインデックス紙のタブへの文字列を設定するためのユーザインターフェース画面に、文字サイズの自動調整設定および改行設定を設けた例を示す図である。 本実施の形態に係るタブ内に印刷する文字サイズの調整処理および改行処理を説明するフローチャートである。 本実施の形態に係るインデックス紙のタブ部における印刷可能領域を説明する図である。 、 、 本発明の他の実施の形態に係る、インデックス紙のタブへの文字列を設定するためのユーザインターフェース画面の一例を示す図である。 本発明の他の実施の形態に係る、タブへ欧文フォントの文字列を縦方向に印刷するように指定したユーザインターフェース画面の一例を示す図である。 本発明の他の実施の形態に係る文書処理システムにおけるタブへの文字列の書き込み処理を説明するフローチャートである。 他の実施の形態に係る、欧文フォントをインデックス紙のタブへ縦書きで印刷するためのタブ設定処理を説明する図である。

Claims (4)

1. アプリケーションと、当該アプリケーションにより生成された第１描画出力データに基づく第２描画出力データを生成し印刷設定及び書式を設定する印刷設定アプリケーションと、前記第２描画出力データを出力する電子原稿デスプーラと、前記第２描画出力データに基づく印刷データを生成するプリンタドライバと、ＣＰＵとを備えた情報処理装置であって、
   前記ＣＰＵが前記印刷設定アプリケーションを実行することで、任意のアプリケーションにより作成された第１描画出力データをオペレーティングシステムを介して受け取り、前記第２描画出力データを生成する文書情報生成手段として機能し、
   前記ＣＰＵが前記印刷設定アプリケーションを実行することで、前記第２描画出力データの印刷データが印刷される印刷用紙の間にタブ部を有する挿入用紙を挿入し、該挿入用紙のタブ部に文字列を印刷する印刷設定、及び、挿入用紙のタブ部に印刷する文字列の書式を設定するタブ書式設定手段として機能し、
   前記ＣＰＵが前記電子原稿デスプーラを実行することで、印刷装置に対応するプリンタドライバを指定して、前記タブ書式設定手段により設定される書式に従って前記文字列を前記挿入用紙のタブ部に印刷するための第３描画出力データを前記オペレーティングシステムに対して出力し、かつ、前記印刷用紙に印刷されるべく生成された前記第２描画出力データを前記オペレーティングシステムに対して出力する描画出力手段として機能し、
   前記ＣＰＵが前記プリンタドライバを実行することで、前記描画出力手段によって出力された前記第２描画出力データと前記第３描画出力データとを前記オペレーティングシステムを介して受け取り、前記印刷装置が解釈可能な前記第２描画出力データと前記第３描画出力データとに基づく印刷データを生成する印刷データ生成手段として機能することを特徴とする情報処理装置。
2. 前記文書情報生成手段は、前記アプリケーションにより生成された複数ページの文書の第１描画出力データを１つの章として前記第２描画出力データを生成し、
   前記タブ書式設定手段により前記挿入用紙のタブ部に文字列を印刷することが設定される場合に、前記描画出力手段は、前記第２描画出力データの章の先頭で、前記挿入用紙のタブ部に印刷させる文字列の前記第３描画出力データを前記オペレーティングシステムに対して出力することを特徴とする請求項１に記載の情報処理装置。
3. 前記文書の第２描画出力データは、各章毎に章の名称が与えられており、前記挿入用紙のタブ部に印刷される文字列は、この章の名称が用いられることを特徴とする請求項２に記載の情報処理装置。
4. 前記文書生成手段は、前記任意のアプリケーションにより生成された各文書の前記第１描画出力データから変換された電子原稿データを新たな章としてブックファイルにインポートすることにより、複数の章として複数の電子原稿データを含むブックファイルを生成することを特徴とする請求項２又は３に記載の情報処理装置。

Images