(57)【要約】【課題】  印刷体裁を章ごとに設定できるプリプレスアプリケーションにおいて、章の区切り目に「仕上がりの用紙を変える」「仕上がりページを変える」を指定し仕上がりを変えることができた。しかし、見開きで先頭にくる頁を指定するような体裁では、上記設定では回りこみなどが起こり、章の区切り目の指定だけでは意図した体裁にならない場合があった。そのような場合は、白紙ページを挿入し面付けを調整することができたが、面付け数を変化させてしまうと再度調整が必要になり、効率が悪い。【解決手段】  章の始めのページが必ず左右どちら側から始めるかを判別し、面付けが崩れないように自動的に白紙ページを挿入しブックファイルを作成する。このため利用者が白紙ページを挿入する作業が不必要になり、作業効率およびシステムの生産性を向上させるとともに、人為的な過誤を防止して高品質の文書を作成可能とする。【選択図】  図１
2010113596.tif 000002
【特許請求の範囲】
【請求項１】
ドキュメント印刷時の印刷体裁を設定、変更可能な文書処理システムにおいて、
章の論理的な区切りを有し、章ごとに異なる印刷体裁を組み合わせ、ドキュメント全体の印刷体裁を指定することができる指定手段を備えると共に、次の章の最初のページをどのように面付けするかを選択することができ、見開きの先頭ページにすることができるように空白の原稿ページを挿入する挿入手段と、原稿ページを挿入されたレイアウトに従って再配置する手段とを備えることを特徴とする文書処理システム。
【請求項２】
章の区切りを指定する場合に、区切りごとに一番初めに面付けされる原稿ページが、常に同一の方向となるように、空白の原稿ページを挿入する挿入手段と、原稿ページを挿入されたレイアウトに従って再配置する手段とを備えることを特徴とする請求項１に記載の文書処理システム。
【請求項３】
区切りごとのレイアウトを行う場合に、表紙または裏表紙にも機能を有効とするかどうかを判断する手段を備えることを特徴とする請求項１又は請求項２に記載の文書処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば文書処理プログラムや画像編集プログラム等、様々なプログラムによって生成される出力データをひとつの文書としてまとめ、その文書に対する編集機能を提供する文書処理システム及びその方法に関する。
【背景技術】
【０００２】
文字や表、画像など、データの種類が異なると、データを定義する構造やそれらデータに対する編集操作が異なるために、データの種類に応じた様々なアプリケーションプログラムが提供されている。利用者は、文字を編集するためには文字処理プログラム、表を編集するためには表計算プログラム、画像を編集するためには画像編集プログラムといった具合に、データの種類別にアプリケーションを使い分けている。そのため、異なるアプリケーションのデータを統合的に扱えるようにしたアプリケーションが存在する。これを製本アプリケーションと呼ぶ。製本アプリケーションでは、前記の異なるアプリケーションデータを扱えることに加え、印刷時の設定を行えるとう特徴がある。例えば、製本のような表紙、裏表紙をもつくるみ製本を指定したり、１枚に何ページものデータを埋め込むようなＮ-UP印刷の設定ができたりする。そのような機能において、後からページの追加を行ったり、ページごとに異なる設定を反映しようとする場合、ページ構成が崩れることが起きる。これを回避するために、論理的に章構成をもたせ、章ごとに改ページ指定の有無を設定し判定する処理と、必要に応じて空白ページを挿入させるという手段があった。
【特許文献１】特開２００３−０９１５２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、章ごとに改ページや、空白ページを挿入するロジックでは、特殊な製本において適応できないケースが起きる。たとえば、章の始めのページが必ず左側に来なければいけない本である。このような構成は参考書や、練習問題に用いられるケースがある。
【０００４】
本を想定することから、製本の設定は、表紙、裏表紙あり、両面の構成であることを前提とする。従来の方法には、章の区切りにページを変えるパターンと、章の区切りに用紙を変えるパターンがある。
【０００５】
図１３は本実施例に適応可能な課題となる製本のプレビューである。
【０００６】
製本アプリケーション１０４は印刷された状態を表示するプレビュー部１１０２を持ち、１１０２には１３０１〜１３０９までの電子原稿ファイルが存在する。製本アプリケーションによる章構成は次の通りである。１３０１は表紙であり始章とする。１章は１３０２、１３０３の２原稿である。２章は１３０４、１３０５、１３０６の３原稿である。３章は１３０７、１３０８の２原稿である。最後の章は１３０９の１原稿でありこれを終章とする。このように製本アプリケーション１０４において構造を与えられたので、以降は図１３で説明した構成を図１３のブックファイルと呼ぶ。
【０００７】
図１４は本実施例に適応可能な課題となるくるみ製本のプレビューである。
【０００８】
図１３のブックファイルを製本アプリケーション１０４でさらに、くるみ製本の構造を与えたのが図１４である。くるみ製本とは表紙と中紙をもつ構造である。表紙は１４０１であり、中紙は１４０２、１４０３、１４０４、１４０５である。１４０１はＡ３で出力するデータである。Ａ３用紙左半分に「裏表紙」と書かれた原稿データ、右半分に「表紙」と書かれた原稿データを持つ。真ん中で左とじになるように折り曲げ、内側に中紙を挟むことで、ちょうど本の表紙、裏表紙をもつ紙と成すことができる。１４０２は１枚目の中紙であり、Ａ４で出力する原稿データである。原稿データは２つあり、双方ともに「１」と描画されている。２つの原稿データはＡ４用紙の表と裏に面付けされている。１４０３は１４０２と同様の構成であるが、双方ともに「２」と描画されている。１４０４は１４０３と同様の構成であるが、表面に「２」が、裏面に「３」のデータが面付けされる。１４０５は１４０４と同様の構成であるが、表面に「３」が、裏面には白紙のデータが面付けされる。以上の構成により図１４のブックファイルでは、表紙を開くと４枚構成で「１」「１」「２」「２」「２」「３」「３」「白紙」閉じると「裏表紙」と印刷される製本ができる。
【０００９】
図１５は本実施例に適応可能な課題となるくるみ製本のプレビューの白紙挿入パターンである。
【００１０】
図１４のブックファイルで、課題である章の始めのページが必ず左側に来なければいけないレイアウトを行うとする。図１４のままでは、表紙を開いて右側に１４０２の「表」が来てしまう。これを回避するためには１頁目に白紙を挿入したものが図１５のブックファイルである。表紙は図１４と同じなので説明を省く。１５０１は１枚目の中紙であり、Ａ４で出力する原稿データである。原稿データは２つあり、表面である１５０１fに追加した白紙が、裏面である１５０１bに「１」が面付けされる。そして１５０１fの白紙に押されるように以降のページが図１４から１ページずれたように面付けされる。１５０２の表面である１５０１fには「１」が、裏面である１５０２bに「２」が面付けされる。１５０３の表面である１５０３fには「２」が、裏面である１５０３bに「２」が面付けされる。１５０４の表面である１５０４fには「３」が、裏面である１５０４bに「３」が面付けされる。以上の構成により図１５のブックファイルでは、表紙を開くと４枚構成で「白紙」「１」「１」「２」「２」「２」「３」「３」閉じると「裏表紙」と印刷される製本ができる。
【００１１】
これは課題である章の始めのページが必ず左側に来なければいけないレイアウトにはなっていない。１章の最初のページである１５０１bと、２章の最初のページである１５０２bは見開きの左側に来ている。しかし３章の最初のページである１５０４fは右側に来てしまう。
【００１２】
従来の方法には、章の区切りにページを変えるパターンと、章の区切りに用紙を変えるパターンがあるので、この機能を組み合わせて考えてみる。
【００１３】
図１５に章の区切りにページを変えるパターンを適応させても何もかわらない。図１４はもともと章の区切りでページが変わっているからである。次に章の区切りに用紙を変えるパターンをあてはめる。
【００１４】
図１６は本実施例に適応可能な課題となるくるみ製本のプレビューの用紙切り替えパターンである。
【００１５】
図１６のブックファイルは図１５に用紙切り替えの設定を行ったブックファイルである。表紙は図１５と同じなので説明を省く。１６０１は１枚目の中紙であり、Ａ４で出力する原稿データである。原稿データは２つあり、表面である１６０１fに追加した白紙が、裏面である１６０１bに「１」が面付けされる。そして１６０１fの白紙に押されるように以降のページがずれるのも図１５と同様である。１６０２の表面である１６０２fには「１」が、裏面である１６０２bには「白紙」が面付けされる。１６０２bの「白紙」は１６０２fが１章の最後であるため用紙をきりかえるために自動で挿入されたものである。１６０３の表面である１６０３fには「２」が、裏面である１６０３bに「２」が面付けされる。１６０４の表面である１６０４fには「２」が、裏面である１６０４bには「白紙」が面付けされる。１６０４bの「白紙」は１６０４fが２章の最後であるため用紙をきりかえるために自動で挿入されたものである。１６０５の表面である１６０５fには「３」が、裏面である１６０５bに「３」が面付けされる。以上の構成により図１６のブックファイルでは、表紙を開くと４枚構成で「白紙」「１」「１」「白紙」「２」「２」「２」「白紙」「３」「３」閉じると「裏表紙」と印刷される製本ができる。
【００１６】
これも課題である章の始めのページが必ず左側に来なければいけないレイアウトにはなっていない。１章の最初のページである１６０１bは見開きの左側に来ている。しかし２章の最初のページである１６０３bと、３章の最初のページである１６０５bは見開きの右側に来てしまう。
【００１７】
図１５、図１６のように、従来の方法では章の始めのページが必ず左側に来なければいけないレイアウトを実現することはできなかった。
【課題を解決するための手段】
【００１８】
上記目的を達成するために、本発明は次のような構成から成る。
【００１９】
製本アプリケーション１０４および図１４のようなブックファイルにおいて、従来の白紙挿入機能と、章の区切りにページを変える機能と、章の区切りに用紙を変える機能に加え、章の始めのページが必ず左側（または右）に来るように仕向ける機能を持たせる。
【発明の効果】
【００２０】
本発明によれば、章の始めのページが必ず左右どちら側から始めるかを判別し、面付けが崩れないように自動的に白紙ページを挿入しブックファイルを作成する。このため利用者が白紙ページを挿入する作業が不必要になり、作業効率およびシステムの生産性を向上させるとともに、人為的な過誤を防止して高品質の文書を作成可能とするという効果を奏する。
【発明を実施するための最良の形態】
【００２１】
次に、本発明の詳細を実施例の記述に従って説明する。
【実施例１】
【００２２】
まず前提となる技術について説明する。本発明では文書処理システムと、画像形成装置を要する。この文書処理システムは、一般のアプリケーションによって作成されたデータファイルを電子原稿ファイルに変換する電子原稿ライタと、その電子原稿ファイルを編集する機能を提供する製本アプリケーションとを含み、作成されたデータを一まとめにした文書の作成及び編集を可能とし、その操作性を向上させて文書編集を効率的に行えるものである。
【００２３】
図１は本実施例に適応可能なシステムのソフトウェア構成図である。
【００２４】
図１は、本実施形態の文書処理システムのソフトウェア構成を示す図である。文書処理システムは、本発明の情報処理装置に好適な実施形態であるデジタルコンピュータ１０１（以下、ホストコンピュータとも呼ぶ）によって実現されている。図１に示す一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドロー、あるいはペイント、プレゼンテーション、テキスト編集などの機能を提供するアプリケーションプログラムであり、ＯＳに対する印刷機能を有している。これらのアプリケーションは、作成された文書データや画像データなどのアプリケーションデータを印刷する際に、オペレーティングシステム（ＯＳ）によって提供される所定のインタフェース（一般に、ＧＤＩと呼ばれる）を利用する。即ち、アプリケーション１０１は、作成したデータを印刷するために、上述のインタフェースを提供するＯＳの出力モジュールに対して、あらかじめ定められる、ＯＳに依存する形式の出力コマンド（ＧＤＩ関数と呼ばれる）を送信する。一方、出力コマンドを受けた出力モジュールは、その出力コマンドをプリンタ等の出力デバイスが処理可能な形式に変換して、変換されたコマンド（ＤＤＩ関数と呼ばれる）を出力する。出力デバイスが処理可能な形式はデバイスの種類やメーカ、機種などによって異なるため、デバイスごとにデバイスドライバが提供されており、ＯＳではそのデバイスドライバを利用してコマンドの変換を行い、印刷データを生成し、ＪＬ（Job Language）でくくることにより印刷ジョブが生成される。ＯＳとしてマイクロソフト社のウインドウズ（ＷＩＮＤＯＷＳ（登録商標））を利用する場合には、前述した出力モジュールとしてはＧＤＩ（Graphic Device Interface）と呼ばれるモジュールが相当する。
【００２５】
電子原稿ライタ１０２は、上述のデバイスドライバを改良したものであり、本文書処理システム実現のために提供されるソフトウェアモジュールである。但し、電子原稿ライタ１０２は特定の出力デバイスを目的としておらず、詳細は後述する製本アプリケーション１０４やプリンタドライバ１０６により処理可能な形式に出力コマンドを変換する。この電子原稿ライタ１０２による変換後の形式（以後電子原稿形式と呼ぶ）は、ページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。実質的な標準形式のうち、例えばＰＤＦ形式やＳＶＧ形式などが電子原稿形式として採用できる。
【００２６】
一般アプリケーション１０１から電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。但し、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのは製本アプリケーション１０４であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。そして、製本アプリケーション１０４は電子原稿ライタ１０２が生成した新規の不完全な電子原稿ファイルを後述する形式を備えた電子原稿ファイルとして完成させる。以下、この点を明瞭に識別する必要がある場合、電子原稿ライタ１０２によって作成されたファイルを「電子原稿ファイル」と呼び、製本アプリケーション１０４によって構造を与えられた電子原稿ファイルを「ブックファイル」と呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイル（または文書データ）と呼ぶ。
【００２７】
このようにデバイスドライバとして電子原稿ライタ１０２を指定し、一般アプリケーション１０１によりデータを印刷させることで、アプリケーションデータはアプリケーション１０１によって定義されたページ（以後論理ページあるいは原稿ページと呼ぶ）を単位とする電子原稿形式に変換され、電子原稿ファイル１０３としてハードディスクなどの記憶媒体に格納される。尚、ハードディスクは、本実施形態の文書処理システムを実現するコンピュータが備えているローカルドライブであっても良く、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。
【００２８】
製本アプリケーション１０４は電子原稿ファイル（あるいはブックファイル）１０３を読み込み、それを編集するための機能を利用者に提供する。但し、製本アプリケーション１０４は、各ページの内容を編集する機能は提供しておらず、ページを最小単位として構成される、後述する章やブックの構造を編集するための機能を提供している。
【００２９】
製本アプリケーション１０４によって編集されたブックファイル１０３を印刷する際には、製本アプリケーション１０４によって電子原稿デスプーラ１０５が起動される。電子原稿デスプーラ１０５は、製本アプリケーションと共にコンピュータ内にインストールされるプログラムモジュールであり、製本アプリケーションで利用するドキュメント（ブックファイル）を印刷する際に、プリンタドライバへ描画データを出力するために使用されるモジュールである。電子原稿デスプーラ１０５は、指定されたブックファイルをハードディスクから読み出し、ブックファイルに記述された形式で各ページを印刷するために、前述したＯＳの出力モジュールに適合する出力コマンドを生成し、不図示の出力モジュールに出力する。その際に、出力デバイスとして使用されるプリンタ１０７用のプリンタドライバ１０６がデバイスドライバとして指定される。上述の出力モジュールは、受信した出力コマンドをデバイスコマンドに変換して指定されたプリンタ１０７用のプリンタドライバ１０６に出力し、そのプリンタドライバ１０６がプリンタ１０７で解釈実行可能なページ記述言語等のコマンドに変換する。そして、変換されたコマンドはプリンタドライバ１０６から不図示のシステムスプーラを介してプリンタ１０７に送信され、プリンタ１０７によってコマンドに応じた画像が印刷される。
【００３０】
図２は本実施例に適応可能なパソコンの構成を示すブロック図である。
【００３１】
図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、あるいはハードディスク２１１からＲＡＭ２０２にロードされたＯＳや一般アプリケーション、製本アプリケーションなどのプログラムを実行し、図１のソフトウェア構成や、後述するフローチャートの手順を実現する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ２１０の表示を制御する。ディスクコントローラ（ＤＫＣ）２０７は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、後述する編集ファイル等を記憶するハードディスク（ＨＤ）２１１やフレキシブルディスク（ＦＤ）等とのアクセスを制御する。ＰＲＴＣ２０８は、接続されたプリンタ１０７との間の信号の交換を制御する。ＮＣ２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００３２】
＜電子原稿データの形式＞
編集アプリケーション１０４の詳細を言及する前に、ブックファイルのデータ形式について説明する。ブックファイルは紙媒体の書物を模倣した３層の層構造を有する。まず、上位層は「ブック」と呼ばれ、１冊の本を模倣しており、その本全般に係る属性が定義されている。その下の中間層は、本でいう章に相当し、やはり「章」と呼ばれる。各章についても、章毎の属性が定義できる。そして、下位層は「ページ」であり、アプリケーションプログラムで定義された各ページに相当する。尚、各ページについてもページ毎の属性が定義できる。更に、一つのブックは複数の章を含んでいてよく、また一つの章は複数のページを含むこともできる。
【００３３】
図３は本実施に適応可能なブックファイルの形式図である。
【００３４】
図３に示す（Ａ）は、ブックファイルの形式の一例を模式的に示す図である。図示するように、この例では、ブックファイルにおけるブック，章，ページは、それぞれに相当するノードにより示されている。一つのブックファイルは一つのブックを含む。ブック，章は、ブックとしての構造を定義するための概念であるから、定義された属性値と下位層へのリンクとをその実体として含む。ページは、アプリケーションプログラムによって出力されたページ毎のデータを実体として有する。そのため、ページは、その属性値のほかに、原稿ページの実体（原稿ページデータ）と各原稿ページデータへのリンクを含む。
【００３５】
尚、紙媒体等に出力する際の印刷ページは複数の原稿ページを含む場合がある。この構造に関してはリンクによって表示されず、ブック、章、ページ各階層における属性として表示される。
【００３６】
図３において、ブック３０１には、ブック属性が定義されていると共に、２つの章３０２Ａ，３０２Ｂがリンクされている。このリンクにより、章３０２Ａ，３０２Ｂがブック３０１に包含されていることが表示される。章３０２Ａには、ページ３０３Ａ，３０３Ｂがリンクされ、これらページが含まれることが示されている。各ページ３０３Ａ，３０３Ｂにはそれぞれ属性値が定義され、その実体である原稿ページデータ（１）、（２）へのリンクが含まれる。これらリンクは、図３に示す（Ｂ）のように原稿ページデータ３０４のデータ（１），（２）を指し示し、ページ３０３Ａ、３０３Ｂの実体が原稿ページデータ（１）、（２）であることを表示している。
【００３７】
図４は本実施例に適応可能なブック属性のリストである。
【００３８】
下位層と重複して定義可能な項目に関しては、下位層の属性値が優先採用される。そのため、ブック属性にのみ含まれる項目に関しては、ブック属性に定義された値はブック全体を通して有効な値となる。しかし、下位層と重複する項目については、下位層において定義されていない場合における既定値としての意味を有する。尚、図示された各項目は具体的に１項目に対応するのではなく、関連する複数の項目を含むものもある。
【００３９】
図５は本実施例に適応可能な章属性のリストである。
【００４０】
図６は本実施例に適応可能なページ属性のリストである。
【００４１】
章属性とページ属性との関係もブック属性と下位層の属性との関係と同様である。
【００４２】
図４〜図６から明らかなように、ブック属性に固有の項目は、印刷方法、製本詳細、表紙／裏表紙、インデックス紙、合紙、章区切りの６項目である。これらはブックを通して定義される項目である。印刷方法の属性としては、片面印刷、両面印刷、製本印刷の３つの値を指定できる。ここで、製本印刷とは、別途指定する枚数の用紙を束にして２つ折りにし、その束をつづり合わせることで製本が可能となる形式で印刷する方法である。製本詳細属性としては、製本印刷が指定されている場合に、見開き方向や、束になる枚数等が指定できる。
【００４３】
図７は本実施例に適応可能な製本アプリケーションがブックファイルを開く処理フローである。
【００４４】
まず、開こうとするブックファイルが、新規作成すべきものであるか、それとも既存のものであるか判定する（ステップＳ７０１）。新規作成の場合には、章を含まないブックファイルを新規に作成する（ステップＳ７０２）。新規に作成されるブックファイルは、図３の例で示せば、ブックノード３０１のみ有し、章のノードに対するリンクが存在しないブックのノードとなる。ブック属性は、新規作成用としてあらかじめ用意された属性のセットが適用される。そして、新規ブックファイルを編集するためのユーザインタフェース（ＵＩ）画面を表示する（ステップＳ７０４）。図１１は、新規にブックファイルが作成された際のＵＩ画面の一例である。この場合は、ブックファイルは実質的な内容を持たないため、ＵＩ画面には何も表示されない。
【００４５】
一方、既存のブックファイルがあれば、指定されたブックファイルを開き（ステップＳ７０３）、そのブックファイルの構造、属性、内容に従ってユーザインタフェース（ＵＩ）画面を表示する。図１０は、既存のブックファイルから指定されたブックファイルを表示するＵＩ画面の一例である。ＵＩ画面１１００は、ブックの構造を示すツリー部１１０１と、印刷された状態を表示するプレビュー部１１０２とを含む。ツリー部１１０１には、ブックに含まれる章、各章に含まれるページが図３に示す（Ａ）のような木構造で表示される。ツリー部１１０１に表示されるページは原稿ページである。またプレビュー部１１０２には、印刷ページの内容が縮小されて表示される。その表示順序はブックの構造を反映したものとなっている。
【００４６】
さて、開かれたブックファイルには、電子原稿ライタ１０２によって電子原稿ファイルに変換されたアプリケーションデータを、新たな章として追加することができる。この機能を電子原稿インポート機能と呼ぶ。図７に示す手順によって新規に作成されたブックファイルに電子原稿インポートすることで、そのブックファイルには実体が与えられる。この機能は、図１０の画面にアプリケーションデータをドラッグアンドドロップ操作することで起動される。
【００４７】
図８は本実施例に適応可能な製本アプリケーションの電子原稿インポート処理フローである。
【００４８】
まず、指定されたアプリケーションデータを生成したアプリケーションプログラムを起動し、デバイスドライバとして電子原稿ライタ１０２を指定してアプリケーションデータを印刷出力させることで、電子原稿データに変換する（ステップＳ８０１）。変換を終えたなら、変換されたデータが画像データであるか否かを判定する（ステップＳ８０２）。この判定は、ウインドウズＯＳの下であれば、アプリケーションデータのファイル拡張子に基づいて行われる。例えば、拡張子が「ｂｍｐ」であればウインドウズビットマップデータであり、「ｊｐｇ」であればｊｐｅｇ圧縮された画像データ、「ｔｉｆｆ」であればｔｉｆｆ形式の画像データであると判定できる。また、このような画像データの場合はアプリケーションを起動せずに、画像データから直接電子原稿ファイルを生成することが可能であるため、Ｓ８０１の処理を省略することも可能である。
【００４９】
ここで、画像データでなかった場合には、ステップＳ８０１で生成された電子原稿ファイルを、現在開かれているブックファイルのブックに、新たな章として追加する（ステップＳ８０３）。章属性としては、ブック属性と共通するものについてはブック属性の値がコピーされ、そうでないものについては、予め用意された規定値に設定される。
【００５０】
また、ステップＳ８０２で画像データである場合には、原則として新たな章は追加されず、指定されている章に、ステップＳ８０１で生成された電子原稿ファイルに含まれる各原稿ページが追加される（ステップＳ８０４）。但し、ブックファイルが新規作成されたファイルであれば、新たな章が作成されて、その章に属するページとして電子原稿ファイルの各ページが追加される。ページ属性は、上位層の属性と共通のものについてはその属性値が与えられ、アプリケーションデータにおいて定義された属性を電子原稿ファイルに引き継いでいるものについてはその値が与えられる。例えば、Ｎｕｐ指定などがアプリケーションデータにおいて指定されていた場合には、その属性値が引き継がれる。このようにして、新規なブックファイルが作成され、あるいは、新規な章が追加される。
【００５１】
図９は本実施例に適応可能な製本アプリケーションの電子原稿ライタにより電子原稿ファイルを生成させる処理フローである。
【００５２】
図９は、図８に示すステップＳ８０１において、電子原稿ライタ１０２により電子原稿ファイルを生成させる手順のフローチャートである。まず、新たな電子原稿ファイルを作成してそれを開く（ステップＳ９０１）。指定したアプリケーションデータに対応するアプリケーションを起動し、電子原稿ライタをデバイスドライバとしてＯＳの出力モジュールに対して出力コマンドを送信させる。出力モジュールは、受信した出力コマンドを電子原稿ライタ１０２によって電子原稿形式のデータに変換し、出力する（ステップＳ９０２）。その出力先はステップＳ９０１で開いた電子原稿ファイルである。指定されたデータ全てについて変換が終了したか判定し（ステップＳ９０３）、終了していれば電子原稿ファイルを閉じる（ステップＳ９０４）。電子原稿ライタ１０２によって生成される電子原稿ファイルは、図３の（Ｂ）に示される原稿ページデータの実体を含むファイルである。
【００５３】
＜ブックファイルの編集＞
以上のようにして、アプリケーションデータからブックファイルを作成することができる。生成されたブックファイルについては、章及びページに対して次のような編集操作が可能である。
【００５４】
（１）新規追加
（２）削除
（３）コピー
（４）切り取り
（５）貼り付け
（６）移動
（７）章名称変更
（８）ページ番号名称振り直し
（９）表紙挿入
（１０）合紙挿入
（１１）インデックス紙挿入
（１２）各原稿ページに対するページレイアウト。
【００５５】
このほか、一旦行った編集操作を取り消す操作や、更に取り消した操作をやり直す操作が可能である。これら編集機能により、例えば複数のブックファイルの統合、ブックファイル内で章やページの再配置、ブックファイル内で章やページの削除、原稿ページのレイアウト変更、合紙やインデックス紙の挿入などの編集操作が可能となる。これらの操作を行うと、図４、図５に示す属性に操作結果が反映されたり、あるいはブックファイルの構造に反映される。例えば、ブランクページの新規追加操作を行えば、指定された箇所にブランクページが挿入される。このブランクページは原稿ページとして扱われる。また、原稿ページに対するレイアウトを変更すれば、その変更内容は、印刷方法やＮ−ｕｐ印刷、表紙／裏表紙、インデックス紙、合紙、章区切りといった属性に反映される。
【００５６】
＜ブックファイルの出力＞
以上のように作成・編集されるブックファイルは、印刷出力を最終目的とするものである。ここで、利用者が図１０に示した製本アプリケーションのＵＩ画面１１００からファイルメニューを選択し、そこから印刷を選択すると、指定した出力デバイスにより印刷出力される。この際、まず製本アプリケーション１０４は、現在開かれているブックファイルからジョブチケットを作成し、そのジョブチケットを電子原稿デスプーラ１０５に渡す。一方、電子原稿デスプーラ１０５は、ジョブチケットをＯＳの出力コマンド、例えばウインドウズのＧＤＩ関数に変換し、それを出力モジュール、例えばＧＤＩに送信する。出力モジュールは、指定されたプリンタドライバ１０６によってデバイスに適したコマンドを生成し、そのデバイスに送信する。
【００５７】
ここで、ジョブチケットは原稿ページを最小単位とする構造を有するデータである。ジョブチケットにおける構造は、用紙上における原稿ページのレイアウトを定義している。ジョブチケットは１ジョブにつき１つ発行される。そのため、まず最上位にドキュメントというノードがあり、文書全体の属性、例えば両面印刷／片面印刷などが定義されている。その下には、用紙ノードが属し、用いるべき用紙の識別子やプリンタにおける給紙口の指定などの属性が含まれる。各用紙ノードには、その用紙で印刷されるシートのノードが属する。１シートは１枚の用紙に相当する。各シートには、印刷ページ（物理ページ）が属する。片面印刷ならば１シートには１物理ページが属し、両面印刷ならば１シートに２物理ページが属する。各物理ページには、その上に配置される原稿ページが属する。また物理ページの属性として、原稿ページのレイアウトが含まれる。
【００５８】
電子原稿デスプーラ１０５は、上述のジョブチケットを、出力モジュールへの出力コマンドに変換する。
【００５９】
＜そのほかのシステム構成＞
本実施形態の文書処理システムの概要は以上のようなものである。これはスタンドアロン型のシステムであるが、これを拡張したサーバクライアントシステムでもほぼ同様の構成・手順でブックファイルを作成・編集できる。但し、ブックファイルや印刷処理はサーバによって管理される。
【００６０】
図１７は本実施例に適応可能な製本アプリケーションのくるみ製本の章区切り方法を指定するＵＩである。
【００６１】
製本アプリケーション１０４は図１０や図１４の面付けプレビュー画面のほかに、図１７のような印刷体裁を指定するＵＩを持つ。１７０１は特に印刷方法や製本方法、章区切りの動作を設定できるＵＩである。１７０１は図１０のＵＩのメニューなどから呼び出すことができる。１７０２は印刷方法の設定欄である。印刷方法は片面印刷と両面印刷を選択することができる。１７０３は章の区切りの設定欄である。１７０３の設定によって、章の区切りが来た場合にどのように面付けを行うかを指定することができる。本発明は１７０３に「章の開始を右ページにする」と「章の開始を左ページにする」の項目があることが特徴である。
【００６２】
図１８は本実施例に適応可能な印刷体裁を保持するテーブルである。
【００６３】
図１８は製本アプリケーション１０４において、印刷体裁を管理するデータ領域である。この印刷体裁テーブルの情報に従い、製本アプリケーションは面付けやブックファイルの作成、印刷指示などを行う。印刷体裁テーブルの管理、保持方法については特許文献１などと同等の手段であり、本発明の特徴に含まれないので説明を割愛する。１８０１は印刷体裁テーブルである。１８０１は１７０１などの製本アプリケーション１０４のＵＩ部で指示される設定情報、または内部てきな設定情報を持つテーブルである。印刷体裁にかかるデータを持つためこのテーブルは非常に多くの項目を持つが、ここでは本発明に必要な部分のみ説明する。１８０２は印刷方法のデータ領域である。この値は１７０２のＵＩによって決定される。今は「両面」が設定されていることになる。１８０３は章の区切りのデータ領域である。この値は１７０３のＵＩによって決定される。今は「指定しない」が設定されていることになる。その他１８０４のようにいくつかの項目を持つ。
【００６４】
図１９は本実施例に適応可能なくるみ製本の章区切り方法を指定した場合の処理フローである。
【００６５】
図１９は図１７のＵＩにおいて、１７０２において「両面」を、１７０３において「章の開始を左ページにする」を設定した結果、その「章の区切り」に従った自動白紙生成処理のフローチャートを示している。このフローチャートは、各章のレイアウトを決定して行く際、章の最後に何枚の白紙が必要かを判断する時点で呼び出されることとなる。まず、印刷指示をうけＳ１９０１において、章区切りに合わせた白紙の挿入を行う。この処理の詳細は図２０で説明する。次にＳ１９０２において面付け処理を行う。Ｓ１９０２において面付けの終わった電子原稿データが完成する。次にＳ１９０３において、製本アプリケーション１０４から印刷装置に対し、印刷が行われる。印刷データはＳ１９０２で作成して電子原稿データである。
【００６６】
図２０は本実施例に適応可能な章区切りの設定に応じて白紙を挿入する処理フローである。
【００６７】
図２０はＳ１９０１において呼び出される。図２０の処理フローは、章内に白紙ページを自動追加することで、ブックファイルの面付けが「章の開始を左ページにする」ようになるようにする。追加される白紙ページは、ユーザが追加した白紙とは異なり、内部的に管理する白紙ページである。これを内部白紙ページと呼ぶ。内部白紙ページはユーザがＵＩ上で削除することができない。また面付けを変更する場合には内部白紙ページは都度計算され再構成されるためユーザは意識しなくてよいという特徴がある。今、図１７のＵＩ１７０３で「章の開始を左ページにする」が選択されたとして、図２０のフローを説明する。まずＳ２００１において章区切りの設定確認を行う。ここでは「章の開始を左ページにする」以外の場合は、図２０の処理を抜け従来の章設定に応じた処理を行う。次にＳ２００２において始章を処理対象外とみなす。始章は図１３の３０１に示すように表紙である。表紙および裏表紙に関して「章の開始を左ページにする」は適応しない。適応する例は実施例２で説明する。Ｓ２００３はループ処理の開始判定である。複数章が存在する場合は章の回数ループすることになる。Ｓ２００４は章の先頭ページ（開始）が用紙の表面に面付けされるかどうか判定する。表面である場合はＳ２００５に、裏面である場合はＳ２００６に進む。Ｓ２００４において、表面であった場合はＳ２００５において、Ｎ-up分の白紙を章の先頭に付加する。Ｎ-up分のシフトによって、表面には全て白紙が来ることになり、章の先頭にあったページは用紙の裏面にくるようになる。それはすなわち見開いた場合、左側にくることになる。次にＳ２００６において、章のページ数とN-upの情報から、章の最終ページの面付け位置を計算する。そしてＳ２００７において、章の最終ページが面付けされる用紙に、さらに面付けできる領域が残存しているかどうかを判定する。面付けできる領域が残っている場合はＳ２００８に進み、残っていない場合はＳ２００９に進む。Ｓ２００８では面付けできる領域が残っている場合に、用紙が一杯になるまで白紙を挿入する。こうすることで次の章の先頭は必ず、次の用紙から始めることになる。次にＳ２００９でループ処理の終了判定を行う。全ての章に対して行うまではＳ２００３に帰属する。以上で「章の開始を左ページにする」設定の場合の内部白紙挿入処理を終える。Ｓ１９０２において、面付けを行えば章の開始が左ページとなるような製本を作成することができる。
【００６８】
図２１は本実施例に適応可能な章区切りの設定に応じて白紙を挿入した場合のブックファイルである。
【００６９】
図２１は図１４のブックファイルに、図２０の処理フローを適応させたときのブックファイルである。２１０１、２１０２、２１０３が挿入された内部白紙である。このブックファイルをくるみ製本印刷すると、章の始めの頁が左側にくることがわかる。
【００７０】
図２２は本実施例に適応可能な章区切りの設定に応じて白紙を挿入する処理フローである。
【００７１】
図２２は図２０と基本的に同じ処理である。図２０が「章の開始を左ページにする」であった場合の処理フローであるのに対し、図２２は「章の開始を右ページにする」であった場合の処理フローである。図２２のＳ２００２、Ｓ２００３、Ｓ２００４、Ｓ２００７、Ｓ２００８、Ｓ２００９は図２０と同様であるので説明を割愛する。Ｓ２２０１において章区切りの設定確認を行う。ここでは「章の開始を右ページにする」以外の場合は処理を抜けるのも図２０と同様である。Ｓ２００４において、裏面であった場合はＳ２２０５において、Ｎ-up分の白紙を章の先頭に付加する。Ｎ-up分のシフトによって、表面には全て白紙が来ることになり、章の先頭にあったページは用紙の裏面にくるようになる。次にＳ２２０６において、章のページ数とN-upの情報から、章の最終ページの面付け位置を計算する。
【００７２】
（実施例１の効果）
実施例１によれば、「章の開始を右ページにする」または「章の開始を左ページにする」をＵＩで選択しておくことによって、章の始めのページが必ず左右どちら側から始めるかを判別し、面付けが崩れないように自動的に白紙ページを挿入しブックファイルを作成する。このため利用者が白紙ページを挿入する作業が不必要になり、作業効率およびシステムの生産性を向上させるとともに、人為的な過誤を防止して高品質の文書を作成可能とするという効果を奏する。
【実施例２】
【００７３】
実施例１では、図２０の処理において表紙を例外として扱っていた。くるみ製本では、表紙の綴じ方向も指定することができ、「章の開始を右ページにする」または「章の開始を左ページにする」指定が表紙を含めて設定できることで、より作業効率の向上が望める。
【００７４】
実施例２では表紙を含めた処理について説明する。
【００７５】
本実施例は、図１、図２、図３、図４、図６、図７、図８、図９、図１０、図１１、図１３、図１４、図１５、図１６、図１７、図１８、図１９、に関しては実施例１と同様であるので説明を割愛する。
【００７６】
図２３は本実施例に適応可能な章区切りの設定に応じて白紙を挿入する表紙を考慮した処理フローである。図２３は図２０と基本的に同じ処理である。図２０がＳ２００２において表紙を一律で例外としていたのに対し、図２３では表紙例外を持つ場合のサブルーチンを持つ処理フローである。図２３のＳ２００１、Ｓ２００３、Ｓ２００４、Ｓ２００５、Ｓ２００６、Ｓ２００７、Ｓ２００８、Ｓ２００９は図２０と同様であるので説明を割愛する。Ｓ２３０２において表紙の面付け処理を行う。これは図１２で説明する。
【００７７】
図１２は本実施例に適応可能な章区切りの設定に応じて白紙を挿入する表紙例外の処理フローである。
【００７８】
図１２において表紙の面付けを行う。図１２は「章の開始を左ページにする」が指定されたことを前提とした説明図である。まずＳ２４０１において表紙の綴じ方向を判断する。表紙の綴じ方向は図１８の１８０１の印刷体裁テーブルから取得することができる。綴じ方向が左開きであった場合にはＳ２４０２に進み、右開きであった場合にはＳ２４０５に進む。Ｓ２４０２では表紙を例外とするかどうかを判定する。今、「章の開始を左ページにする」を前提としているので、表紙を例外としない場合、表紙も用紙の左から面付けされることになるＳ２４０３に進む。しかし左開きの表紙を作成する場合は、かならず表紙は用紙の右側に面付けされなければ、製本することができない。よってこの例外は認められないこととなりＳ２４０３において、エラーをユーザに通知する。エラー処理は、ダイアログを表示したり、設定をまるめる警告であったり、どのようなものであってもかまわない。またエラー後に処理復帰を行うかどうかも製本アプリケーションのつくり次第である。Ｓ２４０２において表紙例外とする場合、表紙は用紙の右から面付けされることになる。左開きの場合の表紙は必ず右から面付けされるので、この例外は認められる。Ｓ２４０４において設定通りに面付けを行う。Ｓ２４０５は右開きのときの表紙例外判定処理である。右開きの場合、表紙は左側から面付けされる。表紙例外とする場合は、表紙を右から面付けすることになるので、製本することができない。よってこの例外は認められないこととなりＳ２４０３と同様にＳ２４０６においてエラーをユーザに通知する。Ｓ２４０２において表紙例外としない場合、表紙は用紙の左から面付けされることになる。右開きの場合の表紙は必ず左から面付けされるので、この例外は認められる。ただし、用紙への印字方向が印刷機器によって定められている場合は、逆順となるようＳ２４０７において、表紙と裏表紙を入れ替える必要がある。
【００７９】
（実施例２の効果）
実施例２によれば、実施例１に加え表紙も含め自動で面付けが崩れないように自動的に白紙ページを挿入しブックファイルを作成する。このため利用者が白紙ページを挿入する作業が不必要になり、作業効率およびシステムの生産性を向上させるとともに、人為的な過誤を防止して高品質の文書を作成可能とするという効果を奏する。
【図面の簡単な説明】
【００８０】
【図１】本実施例に適応可能なシステムのソフトウェア構成図である。
【図２】本実施例に適応可能なパソコンの構成を示すブロック図である。
【図３】本実施例に適応可能なブックファイルの形式図である。
【図４】本実施例に適応可能なブック属性のリストである。
【図５】本実施例に適応可能な章属性のリストである。
【図６】本実施例に適応可能なページ属性のリストである。
【図７】本実施例に適応可能な製本アプリケーションがブックファイルを開く処理フローである。
【図８】本実施例に適応可能な製本アプリケーションの電子原稿インポート処理フローである。
【図９】本実施例に適応可能な製本アプリケーションの電子原稿ライタにより電子原稿ファイルを生成させる処理フローである。
【図１０】本実施例に適応可能な既存のブックファイルから指定されたブックファイルを表示するＵＩ画面の一例である。
【図１１】本実施例に適応可能な新規にブックファイルが作成された際のＵＩ画面の一例である。
【図１２】本実施例に適応可能な章区切りの設定に応じて白紙を挿入する表紙例外の処理フローである。
【図１３】本実施例に適応可能な課題となる製本のプレビュー画面である。
【図１４】本実施例に適応可能な課題となるくるみ製本のプレビューである。
【図１５】本実施例に適応可能な課題となるくるみ製本のプレビューの白紙挿入パターンである。
【図１６】本実施例に適応可能な課題となるくるみ製本のプレビューの用紙切り替えパターンである。
【図１７】本実施例に適応可能な製本アプリケーションのくるみ製本の章区切り方法を指定するＵＩである。
【図１８】本実施例に適応可能な印刷体裁を保持するテーブルである。
【図１９】本実施例に適応可能なくるみ製本の章区切り方法を指定した場合の処理フローである。
【図２０】本実施例に適応可能な章区切りの設定に応じて白紙を挿入する処理フローである。
【図２１】本実施例に適応可能な章区切りの設定に応じて白紙を挿入した場合のブックファイルである。
【図２２】本実施例に適応可能な章区切りの設定に応じて白紙を挿入する処理フローである。
【図２３】本実施例に適応可能な章区切りの設定に応じて白紙を挿入する表紙を考慮した処理フローである。
【図１】
2010113596.tif 000003
【図２】
2010113596.tif 000004
【図３】
2010113596.tif 000005
【図４】
2010113596.tif 000006
【図５】
2010113596.tif 000007
【図６】
2010113596.tif 000008
【図７】
2010113596.tif 000009
【図８】
2010113596.tif 000010
【図９】
2010113596.tif 000011
【図１０】
2010113596.tif 000012
【図１１】
2010113596.tif 000013
【図１２】
2010113596.tif 000014
【図１３】
2010113596.tif 000015
【図１４】
2010113596.tif 000016
【図１５】
2010113596.tif 000017
【図１６】
2010113596.tif 000018
【図１７】
2010113596.tif 000019
【図１８】
2010113596.tif 000020
【図１９】
2010113596.tif 000021
【図２０】
2010113596.tif 000022
【図２１】
2010113596.tif 000023
【図２２】
2010113596.tif 000024
【図２３】
2010113596.tif 000025