JP2008027218A - 文書処理方法及びそのシステム - Google Patents

Abstract

【課題】 文書処理システムで使用する電子原稿は、基本的に印刷することを目的とするため、コンピュータ画面での参照に必要なデータ量と比較して、大きいデータを必要とする。印刷用の高画質なＰＤＬデータから、高画質が求められない場面において必要とされるファイルサイズの小さいＰＤＬデータを、簡易な手順で生成する手段を提供する。
【解決手段】 PDLデータを解釈して画像出力コマンドを生成する描画処理手段と、出力品位を指定可能なPDLデータ作成手段とを接続することで、ページ記述言語データを生成する。その際にPDLデータ作成手段のパラメータをファイルサイズを小さくする指定を行う。また、PDLデータを生成することを指示可能なユーザーインターフェイスを持ち、一度の操作でファイルサイズの小さいPDLデータを生成することで、簡便なユーザの操作性を提供する。
【選択図】 図１

Description

本発明は文書処理方法及びそのシステム、例えば文書処理プログラムや画像編集プログラム等、様々なプログラムによって生成される出力データをひとつの文書としてまとめ、その文書に対する編集機能を提供する文書処理方法及びそのシステムに関し、特にパーソナルコンピュータ等の情報処理とプリンタから成るシステムにおける文書処理方法及びそのシステムに関するものである。

従来、各種アプリケーションによる印刷物を組み合わせてひとつの文書を作成する目的で、文書処理プログラムや画像編集プログラム等、様々なプログラムによって生成される出力データをページ記述言語（ＰＤＬ）を用いてデータの印刷イメージを電子原稿に変換し、ひとつの文書としてまとめ、その電子原稿に対する編集機能を提供する文書処理システムが提供されている。ページ番号を付随したり、ページを再配置したり、あるいは、複数の原稿ページを、印刷物としての１ページ（これを物理ページあるいは印刷ページと呼ぶ）にまとめたり、片面印刷から両面印刷に変更したり、ステイプル指示するなど、書式や印刷体裁を指示変更することが可能である。

また、それらの様々なアプリケーションで作成されたデータは、通常それらアプリケーションを持たないユーザにも配布・参照させる必要があるために、ＰＤＬデータ自体を配布することが、一般的に行われている。

利用者はＰＤＬデータを、リーダーまたはビューアと呼ばれるアプリケーションを使用してコンピュータ画面上に参照し、あるいはコンピュータに接続されたプリンタによって紙に印刷することが出来る。

従来例としては、例えば特許文献１をあげることが出来る。
特開2000-227844号公報

文書処理システムで使用する電子原稿は、基本的に印刷することを目的とするため、コンピュータ画面での参照に必要なデータ量と比較して、大きいデータを必要とする。そのため、文書構成のチェックや印刷体裁の確認をするために、ＰＤＬデータを電子メール等の通信手段で送信するといったばあいにも、印刷用の高画質で大きいデータを使用するほか無く、通信費や通信時間の増大、処理速度の低下などの課題を抱えていた。

あるいは、文書処理システムで使用する電子原稿を作成する時点で、印刷用の大きいデータと確認用の小さいデータを生成し、対応付けを取りながら両方のデータに同じ編集作業を行い、必要に応じた大きさのデータを使用すると行った繁雑な作業を強いられていた。

本発明は、そのような課題を鑑みてなされたものであり、印刷用の高画質なＰＤＬデータから、高画質が求められない場面において必要とされるファイルサイズの小さいＰＤＬデータを、簡易な手順で生成する手段を提供するものである。

ページ記述言語によって記述されたページ描画データを処理する、文書処理システムであって、アプリケーションの描画指示に従ってページ記述言語データ（PDLデータ）を生成する、出力品位を指定可能なPDLデータ作成手段と、PDLデータを解釈して画像出力コマンドを生成する、描画処理手段とを持ち、描画処理手段とPDLデータ作成手段とを接続することで、PDLデータから、ファイルサイズの小さいPDLデータを生成することを可能とする。

また、描画処理手段とPDLデータ作成手段とを接続してPDLデータからPDLデータを生成することを指示可能なユーザーインターフェイスを持ち、一度の操作でファイルサイズの小さいPDLデータを生成することで、ユーザの操作をより簡便なものとすることができる。

本発明によれば、文書処理システムで使用する電子原稿を、簡易なＵＩ操作で、かつ簡潔な処理によってファイルサイズの小さいデータを作製することができる。

それによって、ＰＤＬデータを電子メール等の通信手段で送信するといったばあいにも、ＣＲＴ上での確認に十分な画質を保ちつつ、通信費や通信時間の増大、処理速度の低下などを防ぐことができる。

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

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

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

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

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

また、電子原稿ライタ１０２は、電子原稿ファイルを作成する際の動作について、解像度、フォントの埋め込みなどの、画質にかかわる切り替え設定が可能であり、電子原稿形式の使用目的に応じて使い分けることができる。この電子原稿ライタ１０２の設定および動作については、後に詳述する。

アプリケーション１０１により電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。また、製本アプリケーション１０４が電子原稿ファイルの変換をアプリケーション１０１に指示することも可能であり、その場合、デバイスドライバとして電子原稿ライタ１０２を指定するのは製本アプリケーション１０４で、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。

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

電子原稿ライタ１０２が生成した新規の電子原稿ファイルは単純な印刷イメージで、製本アプリケーション１０４では、後述する構造を備えた電子原稿ファイルを作成することが出来る。以下では、この点を明瞭に識別する必要がある際には、電子原稿ライタ１０２によって作成されたファイルを電子原稿ファイルと呼び、製本アプリケーションによって構造を与えられた電子原稿ファイルをブックファイルと呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイル（または文書データ）と呼ぶ。

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

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

また、製本アプリケーション１０４は、電子原稿デスプーラ１０５に対して、出力先のデバイスドライバとして電子原稿ライタ１０２を使用させることも可能である。電子原稿デスプーラ１０５は、指定されたブックファイルをハードディスクから読み出し、ブックファイルに記述された形式で各ページを印刷するために、前述したＯＳの出力モジュールに適合する出力コマンドを生成し、不図示の出力モジュールに出力する。その際に、デバイスドライバとして電子原稿ライタ１０２が指定される。出力モジュールは、電子原稿ライタ１０２を用いて、出力コマンドを電子原稿形式に変換する。そして電子原稿ファイル１０３としてハードディスクなどの記憶媒体に格納される。

＜電子原稿ライタの動作設定例＞
ユーザは、電子原稿ライタ１０２の設定ＵＩを通じて、電子原稿ライタ１０２が電子原稿ファイルを作成する際の動作について、解像度、フォントの埋め込みなどの、画質にかかわる切り替え設定が可能である。

電子原稿ライタ１０２の設定ＵＩの一例を図１３、図１４、図１５に示す。図１３の例では、解像度１３０１、画像の圧縮設定１３０２、フォントの埋め込み１３０３の設定が可能であり、画像の圧縮設定とフォントの埋め込みについては詳細な設定が図１４、および図１５に示す設定ＵＩで設定可能である。電子原稿ファイル中の画像は、図１４に示される画像の圧縮設定１４０１にしたがって、圧縮、または非圧縮、圧縮の方法、品位が決定され、画像ダウンサンプリングを行う解像度の設定１４０２に従って、指定よりも高解像度の画像は指定解像度までダウンサンプリングが行われて、電子原稿ファイルが作成される。

電子原稿ファイル中の文字は、図１５に示されるフォントの埋め込み設定にしたがって、埋め込む、埋め込まないが決定され、埋め込まない場合は文字コードのみの情報で、電子原稿ファイルが作成される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜本実施形態の文書処理システムの操作手順例＞
製本アプリケーション１０４によりブックファイルを開いた際のＵＩ画面９００について説明する。

ブックの構造を示すツリー部９０１と、印刷された状態を表示するプレビュー部９０２とを含む。ツリー部９０１には、ブックに含まれる章、各章に含まれるページが、図３のような木構造が分かるように表示される。ツリー部９０１に表示されるページは原稿ページである。プレビュー部９０２には、印刷ページの内容が縮小されて表示される。その表示順序は、ブックの構造を反映したものとなっている。

図１１は、製本アプリケーション１０４によって、電子原稿ライタ１０２により電子原稿ファイルを生成させる手順を示すフローチャートである。

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

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

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

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

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

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

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

製本アプリケーション１０４は、現在開かれているブックファイルからジョブチケットを作成する際に、現在の原稿ページのレイアウトを反映させることもできるし、一切のレイアウト指定が無いジョブチケットを作成することもできる。現在の原稿ページのレイアウトを反映させる場合、現在の設定どおりの電子原稿ファイルが作成され、レイアウト指定が無いジョブチケットの場合は、ページデータリンクに指定された電子原稿をそのまま使用して電子原稿ファイルが作成される。ユーザは用途に応じて、後述するファイル出力指示画面（図１０）の選択肢（１００２）で、どちらかを選択可能である。

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

一方、レイアウトの確認、文章の校正などの目的で、データサイズの小さい確認用電子原稿ファイルを作成する場合、図９に示す製本アプリケーションのＵＩ画面９００からファイルメニューを選択し、そこから確認用電子原稿ファイル出力を選択する。その場合のファイル出力指示画面の一例を、図１０に示す。ユーザは電子原稿ファイルの保存場所を指定（１００１）し、その際の確認用電子原稿ファイルの作成を行うための指示（１００３）を行い、電子原稿ファイルの作成を指示する。

この際、まず製本アプリケーション１０４は、現在開かれているブックファイルからジョブチケットを作成して電子原稿デスプーラ１０５に渡す。電子原稿デスプーラ１０５は、ジョブチケットをＯＳの出力コマンド、例えばＧＤＩコマンドに変換し、それを出力モジュール、例えばＧＤＩに送信する。その際電子原稿デスプーラ１０５は、出力先のデバイスドライバとして電子原稿ライタ１０２を出力モジュールに指定し、かつ、電子原稿ライタ１０２の動作設定を、確認用に適した設定に指定する。出力モジュールは、出力先のデバイスドライバとして電子原稿ライタ１０２を使用し、指定された動作設定に従い電子原稿ファイル１０３を生成して、ハードディスクなどの記憶媒体のユーザがあらかじめ指定した位置に格納する。

電子原稿ライタ１０２の動作設定のうち、確認用に適した設定の一例を図７に示す。一般的なＣＲＴ２１０は画面表示の解像度が96dpiであることから、ＣＲＴへの表示に十分な解像度として96dpiに設定、カラーとグレイスケールのビットマップ画像も96dpiにダウンサンプリングし、かつ画像データを圧縮するように設定する。白黒ビットマップ画像だけは、縮小や間引きなどを行わないことを前提にデータが作成されている場合があるため、画像データの圧縮のみを指定する。この設定にしたがって作成した電子原稿ファイルは96dpiのデバイスに好適で、印刷に好適な電子原稿ファイルと比較して、ファイルサイズが小さくなる。

また、電子原稿ライタ１０２の動作設定のうち、確認用に適した設定の一例を図７に示す。一般的なＣＲＴ２１０は画面表示の解像度が96dpiであることから、ＣＲＴへの表示に十分な解像度として96dpiに設定、カラーとグレイスケールのビットマップ画像も96dpiにダウンサンプリングし、かつ画像データを圧縮するように設定する。白黒ビットマップ画像だけは、縮小や間引きなどを行わないことを前提にデータが作成されている場合があるため、画像データの圧縮のみを指定する。この設定にしたがって作成した電子原稿ファイルは96dpiのデバイスに好適で、印刷に好適な電子原稿ファイルと比較して、ファイルサイズが小さくなる。また、低解像度の座標空間に再描画することで、同一座標に対する描画の間引き処理が実施され、ファイルサイズを小さくできる。

そのようにして出来上がった電子原稿ファイルの座標点自体は、ここで指定した96dpiの解像度とは関係なくページ記述言語の規格によって規定された解像度で作られるため、線、文字の描画品質を比較的高く保ちつつファイルサイズを小さくすることができるという特徴がある。

あるいは、白黒ビットマップ画像について、縮小や間引きなどを行わないことを前提にデータが作成されるのは、文字の描画や、挿絵の場合が多いことに着目し、白黒ビットマップ画像についても、描画領域の大きさによって白黒ビットマップ画像のダウンサンプリングを行う設定をとることもできる。この場合の、確認用に適した設定の一例を図８に示す。

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

上記操作画面のページおよび各章、文書全体に対する設定は、不図示の設定画面で設定された内容に応じて、図３に示した設定情報内に属性の１つとして保持され、図９に示す製本アプリケーション１０４の操作画面に反映される。

たとえば、図１６の例では、文書は二つの章からなり、各章は９ページの原稿データを持っている。最初の章のレイアウトを４ＵＰ（４ｉｎ１とも表記する）に、２番目の章の先頭ページ（文書全体では１０ページ目）に回転を指定した場合の表示例である。右側のプレビューにおいて、１〜３ページ目には１ページ上に４つの原稿がそれぞれ配置されている様子が表示されている。そして、第４ページ目のデータである「A」の文字が回転している様子が表示されている。

また、ツリービューでも章やページ固有の設定が表現されており、最初の章に対するアイコン１９０１が変化して、この章に章独自の設定がなされていることを示している。２番目の章の先頭ページに対するアイコン１９０２が変化して、このページに特別な設定がなされていることが示されている。

尚、本実施形態で示したフローチャートにおいて、その前後は処理が未完成にならない限り入れ替えることが可能である。

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

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

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

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

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

本実施形態の文書処理システムのソフトウェア構成例を示すブロック図である。 本実施形態の文書処理システムを実現するハードウェア構成例を示すブロック図である。 ブックファイルの構造の一例を示す図である。 ブック属性の一覧を示す図である。 章属性の一覧を示す図である。 ページ属性の一覧を示す図である。 電子原稿ライタの動作設定のうち、確認用に好適な設定の一例である。 電子原稿ライタの動作設定のうち、確認用に好適な設定の一例である。 既存のブックファイルを開いた際のユーザーインターフェイス画面の一例である。 電子原稿ファイルのファイル出力指示画面の一例である。 製本アプリケーション１０４によって、電子原稿ライタ１０２により電子原稿ファイルを生成させる手順を示すフローチャートである。 印刷や表示を行う際に使用するデータ構造の例を示す図である。 電子原稿ライタ１０２の設定ＵＩの一例である。 電子原稿ライタ１０２の設定ＵＩの一例である。 電子原稿ライタ１０２の設定ＵＩの一例である。 章やページに固有の設定を行った場合の表示例を示す図である。

Claims (5)

1. ページ記述言語によって記述されたページ描画データを処理する文書処理システムであって、アプリケーションの描画指示に従ってページ記述言語データ（PDLデータ）を生成する、PDLデータ作成手段と、PDLデータを解釈して画像出力コマンドを生成する、描画処理手段とを持ち、
   描画処理手段とPDLデータ作成手段とを接続してPDLデータからPDLデータを生成することが可能な文書処理システム。
2. 請求項１記載のPDLデータ作成手段は、生成するPDLデータの品質を指定可能であり、少なくともデータ解像度・画像解像度・フォント処理方法のいずれか、または複数の項目について指定可能であることを特徴とする文書処理システム。
3. 請求項１記載の描画処理手段は、PDLデータ作成手段と接続してPDLデータからPDLデータを生成する際に請求項２記載のPDLデータ生成手段に対し、いずれの設定項目についてもファイルサイズが同じまたは少なくなる設定を指定して、PDLデータ生成を行うことを特徴とする文書処理システム。
4. 請求項２記載のPDLデータ作成手段は、画像解像度で指定された解像度よりも高解像度の２値画像について、
   あらかじめ定めた閾値の大きさと同じか、またはより大きい画像について解像度変換を行い、それ以外は解像度変換を行わないことを特徴とする文書処理システム。
5. 請求項１記載の文書処理システムは、描画処理手段とPDLデータ作成手段とを接続してPDLデータからPDLデータを生成することを指示可能なユーザーインターフェイスを持ち、一度の操作でPDLデータからPDLデータを生成することが可能であることを特徴とする文書処理システム。

Images