JP4136917B2

JP4136917B2 - 文書処理装置および文書処理方法

Info

Publication number: JP4136917B2
Application number: JP2003412215A
Authority: JP
Inventors: 正道山下
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2003-12-10
Filing date: 2003-12-10
Publication date: 2008-08-20
Anticipated expiration: 2023-12-10
Also published as: US20100123935A1; US20050128502A1; JP2005173923A; US7916321B2; US7675636B2

Description

本発明は、たとえばポストスクリプト（ＰＳ）やポータブルドキュメントフォーマット（ＰＤＦ）等といった形式のドキュメントデータを入力データとし、それらのドキュメントの内容をチェックした後に、出力のための中間形式のデータ（中間データ）を生成する文書処理装置および文書処理方法に関する。

従来、コンピュータとプリンタとを含む印刷システム等において、ＰＳやＰＤＦその他のドキュメントデータを入稿し、それらのドキュメントの印刷等の出力を行う前に、ドキュメントが正しく出力されることを確認するための事前チェック、いわゆるプリフライトチェックを行い、その後出力処理を行っていた。

しかしながら、従来の技術の場合、プリフライトチェックを行うときに、入力ドキュメントデータを解析するためにインタプリタ（解釈処理）を実行していた。インタプリタはドキュメントデータを解析して、そのドキュメントに必要とされる資源が印刷システムに備わっているかをチェックすると共に、出力用の中間データを生成する。ここで、中間データとは、たとえば１ページを主走査方向に平行な境界線で分割した領域（バンド）毎に、バンド内に含まれるオブジェクトを記述したデータである。オブジェクトは、たとえばプリンタが解釈できる文法に従って記述されている。この中間データをＤＬＣと略称する場合もある。

しかしながら、プリフライトチェックで生成される中間データは出力のために使用されることはなく、プリフライトチェック完了後の出力処理時に再びインタプリタが実行され、中間データが生成される。このように、ドキュメントデータを処理するためのインタプリタはプリフライトチェック時と出力処理時の２回実行され、その都度中間データが生成されていたため、プリフライトチェックにおける中間データ生成のための処理時間が無駄であり、また、不要な処理を行うことで他の処理を圧迫するなどし、処理効率の低下をもたらしていた。

中間データを生成する技術として特開２００１−００５６２０号公報記載の発明があるが、この発明ではプリフライトチェックは行われていない。また、この技術であると、ドキュメントが正しく出力されないデータまで中間データを作成してしまい、その処理が無駄な処理となってしまうおそれがある。更に、この技術は、全てのページに対して中間データを作成するので、ページ数が膨大な場合、マシン等に多大な負荷を掛けてしまうおそれがある。

本発明は上記従来例に鑑みてなされたもので、設定によって中間データを作成するタイミングを変え、プリフライトチェック時に状況に応じて中間データ生成し、また、出力時にも必要に応じて中間データを作成して出力を行うことによって、無駄な中間データ生成を省き、また、中間データ生成処理の重複も省き、プリフライトチェックを高速に実行し、また効率よくメモリや外部記憶装置を使用することを可能にする文書処理装置および文書処理方法を提供することを目的とする。
特開２００１−００５６２０号公報

上記目的を達成するために、本発明は以下の構成を備える。

プリフライトチェック時に、ドキュメントデータを解釈し、ワーニングがあるか否かを判別し、ワーニングがあると判別されたページの中間データは生成せず、ワーニングがないと判別されたページの中間データは生成し、プリフライトチェックの結果を出力するプリフライトチェック手段と、
出力時に、ドキュメントデータを解釈し、中間データが生成されているか判別し、中間データが生成されていると判別された場合、中間データを生成せず、中間データが生成されていないと判別された場合、中間データを生成し、生成された中間データを出力デバイスに出力する出力手段とを有することを特徴とする文書処理装置。

以上のように、ワーニング（warning：警告）の有無により、中間データを必要に応じて生成することによって、無駄な中間データを生成せずにすばやくプリフライトチェックの結果を返すことができ、また、むだな中間データを生成しないことによって、メモリや外部記憶装置等を効率よく使用でき、編集や印刷にもすばやい対応が可能となる。

［第１実施形態］
第１実施形態においては、例えばプリンタ等での紙出力を行う印刷システムを説明する。この印刷システムは、作成者により作成されたＰＤＦやＰＳ形式のドキュメントを入力データとして紙媒体に印刷出力するためのシステムである。本実施形態の中でいう「ワーニング」とは、入力データにおいて指定された通りに出力できない場合に出される警告のことである。本印刷システムでは、たとえば、ＰＳやＰＤＦ形式の入力データを出力する時、出力対象となるデバイス（プリンタ）により、入力データの作者が意図した通り、すなわち、入力データにおいて指定されているすべての資源（たえばフォントやカラースペース等）が指定通りに用いられている場合には、ワーニングは発せられない。一方、一つでも指定された資源ではない資源を用いて出力をする場合、つまり、意図した通り出力できない場合、その部分についてワーニングが発せられる。

＜印刷システムの構成＞
図１は本発明にかかる印刷システムのブロック図である。本印刷システムは、コンピュータ１１、１２と、プリンタ２１とがネットワークに接続された構成となっている。もちろん、各装置の台数はこれに限らない。コンピュータ１１、１２はいわゆるクライアントマシンでも、サーバマシンその他でも良い。また、図１においてはプリンタ２１はネットワークにつながっているが、これはローカル接続の形であっても良い。また、プリンタ２１は、レーザービームプリンタ、バブルジェット（登録商標）プリンタ、熱転写プリンタ等、どのようなプリンタでもよい。

図２はコンピュータ１１、１２の概略構成を示すブロック図である。システムバス１１２は、構成要素間のデータの転送を行う。ＣＰＵ１０１は中央演算装置であり、装置全体の制御および演算処理を行う。ＲＯＭ１０２は読み出し専用メモリである。システム起動時のプログラム、基本Ｉ／Ｏプログラム等を記憶している。ＲＡＭ１０３はランダムアクセスメモリである。ＣＰＵ１０１での演算結果や文字データ、図形データ、イメージデータ等を記憶し、また、外部記憶装置等からロードされたアプリケーションなどのプログラムを一時的に記憶する。後述するインタプリタプログラム１０３１や、ユーザ設定情報１０３２、出力体裁情報１０３３、保有資源情報１０３４などのＲＡＭにロードされて実行、あるいは参照や更新などがされる。

ＫＢＣ１０４はキーボード制御部であり、ＫＢ１０５はキーボードである。ＫＢ１０５で入力されたデータをＫＢＣ１０４が受け取り、ＣＰＵ１０１へ伝送する。ＣＲＴＣ１０６はディスプレイ制御部であり、ＲＡＭ等から表示するためのデータを読み出し、ＣＲＴ１０７に転送する。ＣＲＴ１０７はディスプレイ装置であり、ＣＲＴＣ１０６より受け取った表示用のデータを画面に表示する。

ＤＫＣ１０８はディスク制御部であり、ＤＫ１０９へのアクセスの制御を行う。ＤＫ１０９は外部記憶装置であり、ＦＤすなわちフロッピー（登録商標）ディスク、ＨＤすなわちハードディスク、ＣＤ−ＲＯＭ等を含む。ハードディスクには、ＰＳ、ＰＤＦ等のドキュメントや、それらドキュメントを解釈するためのプログラム（インタプリタ）や、それらをビットマップイメージ等に展開するためのプログラム等が記憶されている。本発明にかかわるアプリケーションプログラムおよびそれに関連するプログラムやデータ等は、フロッピー（登録商標）ディスク装置、あるいはＣＤ−ＲＯＭ等の外部記憶装置から供給される。

ＮＴＣ１１０はネットワーク制御部であり、ＮＴ１１１すなわちネットワーク装置の制御を行う。図１の構成では、コンピュータはＮＴＣ１１０を介してネットワークに接続され、ネットワーク装置であるプリンタに接続されている。

図３は、図１のプリンタ２０１の概略をあらわすブロック図である。システムバス２１１は、構成要素間のデータ転送を行う。ＣＰＵ２０１は中央演算装置であり、ＲＡＭ２０３すなわちランダムアクセスメモリをワークエリアとし、ＲＯＭ２０２すなわち読み出し専用メモリに格納されたプログラムに従って印刷に必要な処理を実行する。また、ＲＯＭ２０２には、プログラムだけでなく、フォントデータ等も格納されている。また、ＤＫＣ２０６すなわちディスク制御部が制御するＤＫ２０７すなわち外部記憶装置は、ＦＤすなわちフロッピー（登録商標）ディスク、ＨＤすなわちハードディスク等であるが、これらにもＲＯＭ２０２と同じくプログラムやフォントデータ等が格納されている場合がある。

ＰＲＴＣ２０４はプリンタコントローラであり、印刷信号をＰＲＴ２０５すなわちプリンタエンジンに出力する。

ＮＴＣ２０８はネットワーク制御部であり、ＮＴ２０９すなわちネットワーク装置を制御している。図１のコンピュータ１０１等とのデータ送受信を行う。

図４は、本発明に係る処理を行う際の図２におけるメモリ１０３のメモリマップを示した図である。基本Ｉ／Ｏプログラムは、ＲＯＭ１０２内のシステム起動プログラムによりＲＡＭ１０３に読み込まれる。また、外部装置１０９からアプリケーションプログラムおよび関連データ等を一旦ハードディスク装置等へインストールした状態で電源が入れられた時にハードディスク装置等からＲＡＭ１０３にロードすることにより、実行可能となる。尚、ここでは便宜上ハードディスクとしているが、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ等からＲＡＭ１０３へロードして実行することも可能である。

＜プリフライトチェック手順＞
次に、図５および図６のフローチャートを用いて、本実施形態の印刷システムにおける動作の詳細を説明する。この動作はコンピュータ１０１あるいはコンピュータ１０２等により実行される、ドキュメントのインタプリタの動作である。ここではコンピュータ１０１により実行されるものとする。本実施形態においても、ドキュメントの出力に際しては、まず、プリフライトチェックを行って、その後出力データの生成を行う、という手順を取る。しかしながら、出力データの生成処理の重複を避けるよう、処理が行われる。まず図５を参照してプリフライトチェック時の説明を行う。

ステップＳ５０１において、印刷システムのユーザインターフェースなどを介してユーザ等により行われた必要な設定を、ユーザ設定情報としてＲＡＭ１０３などに保持する。ここで行われる設定には、プリフライトチェック後に出力の対象となるデバイス（プリンタ等）の選択や、出力時のデバイスフォント（プリンタに備えられているフォント）の使用、デバイスのカラースペースの使用などといった設定を含む。

ステップＳ５０２において、ドキュメントのプリフライトチェックの指示に従ってドキュメントデータの読み込みを行う。このとき、ドキュメントデータの読み込みは、例えばアプリケーション等のＵＩ等から、当該ドキュメントデータについてプリフライトチェックの要求がされたときに行われる。したがって、ステップＳ５０１は、ドキュメントの出力とは非同期に実行されても良い。また、読み込みが行われる対象のドキュメントは、ＰＳ、ＰＤＦ等の、本実施形態におけるインタプリタが対応可能な形式である。

ステップＳ５０３において、ステップＳ５０２におけるプリフライトチェックの要求を受け、ドキュメントの解釈を始める。ドキュメントデータの解釈はステップＳ５０４以下の手順においてドキュメントデータの形式に従って行われる。すなわち、ドキュメントデータは、ＰＳやＰＤＦなどの規格により定義された規則に従って構成されており、インタプリタはその規則をたとえば文法辞書等の形式で保持している。そして、ドキュメントデータを、文法辞書を参照しつつ１ページずつ逐次読み取り、ドキュメントで指定されている資源等を特定していく。

ステップＳ５０４は、インタプリット（解析処理）のループ端の始点である。ここでは、インタープリットされるドキュメントの処理は１ページずつ行われる、インタープリットされるドキュメントの残りページ数が０になるまで、ステップＳ５０４とループ端の終点であるステップＳ５０８とにより構成されるループ処理を繰り返す。

ステップＳ５０５では、プリフライトチェックの対象となるドキュメントを１ページごとに実際に解釈していく処理が行われる。ここでは、インタープリットされているページ中の情報、例えばフォントや、カラープロファイルの情報、ドキュメントの方向や用紙サイズの情報といったような、ドキュメントの各ページが保持している出力体裁情報を取得し、プリフライトチェック用情報として保持する処理も行われる。たとえば、ドキュメントデータにおいては、文字列は、サイズや位置が、使用するフォントの種類とともに指定されている。また、イメージオブジェクトが含まれる場合には、カラープロファイルの指定がドキュメントデータに含まれる場合もある。そこで、ドキュメントデータをパースして、そのような利用資源に関する情報を抽出して出力体裁情報として保存する。

なお、出力体裁情報と対比される、印刷システムが保有する資源に関する保有資源情報も、プリフライトチェックに先んじて取得される。保有資源情報は、システムに含まれるプリンタが変更されたり、あるいは新たなフォント等の資源がインストールされることによりその内容が更新される。また、システムが保有する資源は、デバイス毎に保有資源情報に登録される。したがって、保有資源情報を参照することで、特定の資源が、特定のデバイスに存在しているか判定可能となっている。そのために、たとえば、保有資源情報と出力体裁情報とは、設定されている各項目を示すコードおよび設定内容を示すコードを共通にしておくなど、互いに対比可能な形式でメモリやハードディスクなどに保持される。

ステップＳ５０６では、ステップＳ５０１で設定されたユーザ設定情報を参照して、予め取得されている保有資源情報とステップＳ５０５で取得したドキュメントの各ページの出力体裁情報とを比較し、ユーザ設定情報において指定されている出力デバイスにより、出力体裁情報において指定されている通りに出力されるかどうかのチェックを行う。例えば、ユーザ設定情報においてデバイスフォント（プリンタ等の出力デバイスが保持しているフォント）を使用する、と設定されている場合には、当該ページの出力体裁情報に含まれているフォント（すなわち当該ページで使用されるフォント）が、ユーザ設定情報において選択されたデバイスに存在するかどうかがチェックされる。使用されるフォントがデバイスフォントには含まれていないと判定された場合、正しいフォント（出力体裁情報において指定されているフォント）を出力できず、他のフォント（代替フォント）に置き換えられるなどして出力される。すなわち、当該ドキュメントは出力体裁情報どおりに出力できないこととなる。このチェック結果はメモリ等に記憶されて、その旨をユーザに通知するためのワーニングが発せられる。また、中間データの生成に際してもチェック結果が参照される。

一方、ユーザ設定情報においてデバイスフォントを使用しないと設定されている場合には、コンピュータ１０１等、中間データの生成処理を行っているコンピュータにインストールされているフォントが、ドキュメントの出力のために使用される。したがって、そのコンピュータにインストールされていないフォントがドキュメント中に使用されていた場合、そのフォントは他のフォントに置き換えられるなどして出力体裁情報において指定されているとおりに出力できないため、その旨をユーザに通知するためのワーニングが発せられる。

フォントに限らず、カラープロファイルやイメージの解像度などといったそのほかの資源についても同様である。すなわち、プリフライトチェック対象のドキュメントの各ページの出力のために必要な資源、すなわち当該ページの出力体裁情報に含まれる資源を、ユーザ指定（ユーザ設定情報）に従ってデバイスごとの保有資源情報に含まれる資源と比較し、充足されない資源がある場合には、出力体裁情報の通りには出力できないと判断される。ここで、たとえばユーザ設定情報によりデバイスが限定されない資源については、いずれかのデバイスに存在すれば充足されるものと判断される。

このような判定の結果、ワーニングが無い、つまりドキュメントが正しく（すなわち出力体裁情報において設定されている通りに）出力される、と判断された場合、ステップＳ５０７へ進む。もしワーニングがあった場合にはステップＳ５０８へ進む。ワーニングが無かった場合にステップＳ５０７の中間データ生成に進むのは、印刷等の出力前のプリフライトチェックでワーニングが無かった場合、ドキュメントは正しく出力されるため、ドキュメントを編集する必要が無いためである。

ステップＳ５０７では、ページ記述言語（ＰＤＬ）等の出力用中間データを生成する。ここでは、ステップＳ５０５のインタプリットで解釈された情報を元に、中間データを生成する。このとき、生成された中間データはメモリ等に保存される。また、メモリではなく、ハードディスクやフロッピー（登録商標）ディスクといった外部記憶装置でも良い。保存方法は問わない。更に、生成された中間データが、どのドキュメントの何ページ目の中間データかを判別できるように情報を付加する。情報の付加の方法は、ＩＤであったり、パス名であったり、その方法は問わない。

なお、１ページ毎に中間データを作る場合は、図５のフローチャートが示すようになるが、全てのページをインタープリットした後に、中間データ（ＤＬＣ）を作っても良い。図５で説明すると、ステップＳ５０７がステップＳ５０８の後に処理されることになる。またそのように順序を入れ替えた場合にはステップＳ５０８では全ページの中間データを生成する。

ステップＳ５０８はループの終端である。全ページについて解析処理が終了するとステップＳ５０９でプリフライトチェックの結果を返す。ここで、結果を返すとは、たとえば図５の手順を呼び出す親手順がある場合には、その結果（警告の有無や、警告がある場合には警告の内容など）をパラメータとして親手順に渡すことをいう。また、ユーザインターフェース等を介してユーザに対して警告画面の表示や警告音の出力を通知する。

以上のようにして、警告が出されないページを対象として中間データが生成される。

＜出力処理手順＞
次に、出力要求に対する処理の説明を図６を参照して行う。出力要求は、プリフライトチェックで警告が出された項目に関してドキュメントを編集した後か、あるいは、警告を無視して出力させる場合に、ユーザから印刷システムに入力される。

ステップＳ５１０では、ユーザインターフェース等を介してユーザからドキュメントの出力要求を受け、出力の開始を行う。ステップＳ５１１では出力要求に応じて、インタプリタに対してインタプリットの開始を要求する。ステップＳ５１２は、インタープリット（解釈処理）のループの始点である。インタープリットの対象となるドキュメントのインタープリット残ページが０になるまでループする。

ステップＳ５１３は、実際のインタープリットの処理の開始のステップである。ステップＳ５１４では、プリフライトチェック時に、インタプリットの対象となっているページの中間データがステップＳ５０７で生成されていたかどうかを判断する。もし、中間データがすでに生成されていたらステップＳ５１６へ、生成されていなかったらステップＳ５１５へ進む。なお、ステップＳ５１３とステップＳ５１４とを入れ替え、中間データが生成されていない（存在していない）ページについてステップＳ５１３の解析処理およびステップＳ５１５の中間データの生成処理を行うようにしてもよい。こうすれば、無駄な解析処理を行わずに済む。なお、ステップＳ５１５においては、生成された中間データは、図５のステップＳ５０７において生成された中間データとページ順にマージされる。

ステップＳ５１５では、図５のプリフライトチェックで中間データが生成されていないページについて中間データを生成する。ステップＳ５１６はループの終点である。ステップＳ５１７では、生成された中間データがプリンタ等の出力デバイスに送信される。そしてプリンタにおいてドキュメントが印刷出力される。プリンタ側では、受信した中間データに基づきイメージデータをプリンタコントローラで生成し、生成されイメージデータに基づきプリンタエンジンで用紙に画像を印刷する。

以上の処理により、本実施形態における印刷システムにおいては、プリフライトチェック時と中間データ生成処理時と、２つの処理において重複するデータを生成することがない。そのため、プリフライトチェックを経て中間データ生成を行う場合の処理時間を短縮化でき、また、システム資源の利用効率を向上させることができる。

［第２実施形態］
第１実施形態では、出力要求が印刷の場合の例であった。しかし、プリフライトチェックを伴う出力システムの場合、ユーザの画面で出力がどうなるかをチェックするプレビューの場合と、プリンタ等への出力との場合では、中間データを生成するタイミングが多少異なる場合がある。第２実施形態では、プレビューの場合の例を説明する。以下に本発明の、第２実施形態を説明する。構成図やメモリマップ等は、第１実施形態と同様なので、第２実施形態での説明は省略する。また、図７の手順に先立って、印刷システムの保有資源情報をコンピュータにより獲得しておく点も第１実施形態と同様である。

＜プリフライトチェック手順＞
図７のフローチャートを用いて、本発明の詳細を説明する。まず、プリフライトチェック時の説明を行う。まずステップＳ６０１において、ユーザ等が各設定を行い、ユーザ設定情報として保持する。ここで行われる設定とは、プリフライトチェック後に出力の対象となるデバイスを選択したり、出力時にデバイスフォントを使用するか、などといった出力設定のことである。この点は第１実施形態と同様である。ただし、ここではディスプレイ等へのプレビュー出力であるので、印刷時に出力するデバイスの設定は、出力先として想定されたデバイスとなる。また、このユーザ設定では、プリフライトチェックの結果のみの出力かどうかの設定も行う。

ステップＳ６０２において、ドキュメントの読み込みを行う。このとき、ドキュメントの読み込みが行われる時は、例えばアプリケーション等のＵＩ等から、いわゆるプリフライトチェックの要求がされたときである。また、読み込みが行われる対象のドキュメントは、ＰＳ、ＰＤＦ等である。

ステップＳ６０３において、ステップＳ６０２でプリフライトチェックの要求を受け、インタプリタがドキュメントの解釈を始める。

ステップＳ６０４は、インタプリットのループ端の始点である。ここでは、インタープリットされるドキュメントは１ページずつその処理が行われるが、インタープリットされるドキュメントの残りページ数が０になるまでループを続ける。

ステップＳ６０５ではプリフライトチェックの対象となるドキュメントを１ページごとに実際の解釈していく処理が行われる。ここでは、インタープリットされているページ中の情報、例えばフォントであったり、カラーの情報であったり、ドキュメントの向きやサイズの情報といったような、ドキュメントの各ページが保持している出力体裁情報を取得し、プリフライトチェック用情報として保持する処理も行われる。

ステップＳ６０６は、ステップＳ６０１で入力されたユーザ設定情報を参照し、プリフライトチェックの結果のみを出力するかどうかの選択がされているか判断する。もし、プリフライトチェックの結果のみの出力が選択されていたならば、ステップＳ６０９へ進む。もし、プリフライトチェック結果のみではなく、プレビューデータも必要とするならば、ステップＳ６０７へ進む。

ステップＳ６０７では、ステップＳ６０１で設定されたユーザ設定情報を参照して、ステップＳ６０５で取得したドキュメントの各ページについての出力体裁情報と保有資源情報とを比較し、ステップＳ６０１で設定されたデバイスに、ドキュメントが保持している情報に従って出力されるかどうかのチェックを行う。例えば、ステップＳ６０１においてデバイスフォントを使用する、とユーザが設定していたとき、ドキュメント中に使用されているフォントが同じく設定で選択されたデバイスに存在しなかった時、それは正しいフォントを出力できず、他のフォントに置き換えられたりしてしまうことになるので、ドキュメントの情報どおり出力できないこととなり、ワーニングとなる。また、デバイスフォントを使用しないとしていた場合、図１でのコンピュータ１０１等にインストールされているフォントを使用することとなるが、そのコンピュータにインストールされていないフォントがドキュメント中に使用されていた場合、それはフォントが置き換えられたりしてしまうためドキュメントの情報どおり出力できず、ワーニングとなる。同じように、フォントだけではなく、カラーであったり、イメージ等の解像度であったり、といったような情報から、ワーニングがある、つまりドキュメントが正しく出力されない可能性がある、と判断された場合、ステップＳ６０８へ進む。

一方、１つもワーニングが見つからなかった場合、ステップＳ６０９へ進む。ここで、ワーニングが無かった場合にステップＳ６０８の中間データ生成に進むのは、プレビュー時のプリフライトチェックでワーニングがあった場合、ドキュメントは正しく出力されない可能性があるため、ユーザはどこが不正であるか、プレビューで確認するためである。

ステップＳ６０８では、ＰＤＬ等のような、出力用中間データを生成する。ここでは、ステップＳ６０５のインタプリットで解釈された情報を元に、中間データを生成する。このとき、生成された中間データはメモリ等に保存される。また、メモリではなく、ハードディスクやフロッピー（登録商標）ディスクといった外部記憶装置でも良い。保存方法は問わない。更に、生成された中間データが、どのドキュメントの何ページ目の中間データかを判別できるように情報を付加する。情報の付加の方法は、ＩＤであったり、パス名であったり、その方法は問わない。

また、このとき、１ページ毎に中間データを作る場合は、図７のフローチャートが示すようになるが、全てのページをインタープリットした後に、ＤＬＣを作っても良い。図７で説明すると、ステップＳ６０８がステップＳ６０９の後に処理されることになる。

ステップＳ６０９はループの終端である。ステップＳ６１０でプリフライトチェックの結果を返す。

以上の手順は、ステップＳ６０６においてプリフライトチェック結果のみの出力であるか否かの判定が行われることと、ステップＳ６１０においてプレビュー表示が行われる点を除いて、図５と同様である。このようにして、プリフライトチェック結果のみの出力が指定されていない場合には、警告が出されないページを対象として中間データが生成される。

＜出力処理手順＞
次に、出力要求時の説明を図８を参照して行う。ステップＳ６１１は出力要求を受け、出力の開始を行う。ステップＳ６１２は出力要求時のインタプリットの開始要求である。

ステップＳ６１３は、インタープリットのループの始点である。インタープリットの対象となるドキュメントのインタープリット残ページが０になるまでループする。

ステップＳ６１４は、実際のインタープリットの処理の開始のステップである。ステップＳ６１５では、プリフライトチェック時に、インタプリットの対象となっているページの中間データがステップＳ６０７で生成されていたかどうかを判断する。もし、中間データがすでに生成されていたらステップＳ６１６へ、生成されていなかったらステップＳ６１５へ進む。ステップＳ６１６では中間データを生成する。

ステップＳ６１７はループの終点である。ステップＳ６１８では、生成された中間データを元に、プリンタ等の出力デバイスで出力される。

出力処理手順は、図６の手順を同一である。以上の処理により、本実施形態における印刷システムにおいては、プリフライトチェック時と中間データ生成処理時と、２つの処理において重複するデータを生成することがない。そのため、プリフライトチェックを経て中間データ生成を行う場合の処理時間を短縮化でき、また、システム資源の利用効率を向上させることができる。

さらに、プリフライトチェックの結果のみを出力することを、プリフライトチェックの前にユーザが指定しておくことで、プリフライトチェック時においては中間コードを生成することがなく、迅速にプリフライトチェックを行うことができる。

［第３実施形態］
次に、第１実施形態および第２実施形態の変形例として、第３の実施形態を説明する。第１および第２の実施形態においては、プリフライトチェック（図５および図７）において、１ページずつ出力体裁情報と保有資源情報とを比較対比して不一致、すなわち警告の有無を判定し、警告のないページについては、そのページの中間データを生成している。

これに対して本実施形態では、１ページずつ出力体裁情報と保有資源情報とを比較対比して不一致の有無を判定する点は、第１実施形態および第２の実施形態と同様であるが、本実施形態では、ページごとに警告の有無を記憶しておき、全ページについて前記判定を行った後に、警告の生じなかったページについて中間データを一括して生成する。プリフライトチェック時に生成されるデータであって、中間データの生成に使用されるデータは、中間データの生成処理まで一時的に保存される。そして、プリフライトチェックの結果は例えばユーザインターフェースを介して出力される。ここで、プリフライトチェック結果の出力を、中間データの生成に先行して行うことで、ユーザによるプリフライトチェック結果の確認や、プリフライトチェック結果に応じたドキュメントの編集操作など、ユーザによる操作に並行して中間データの生成を行うことができる。このため、ユーザによる体感的な処理速度をより向上させることができる。

［第４実施形態］
次に、第４実施形態を説明する。本実施形態は、第１実施形態および第２実施形態が含まれる場合の例である。図９を用いて説明する。

図９において、１０１はクライアントマシンであり、１０２はサーバマシンである。また、１０３は出力機器である。第１実施形態で説明した例は、ドキュメントの出力を要求された場合のプリフライトチェックおよび中間データ生成処理の例であったが、この処理は、本実施形態においては図９のサーバマシン１０２により実行される。この場合、プリフライトチェック結果は、出力要求を発行したクライアント１０１に返される。このため、クライアント１０１は図７の手順を実行し、プレビュー表示を行う。サーバ１０２は、図５および図６の手順を実行し、プリフライトチェックおよび中間データの生成を行う。すなわち、クライアント１０１では、ユーザによりドキュメントデータが作成され、作成されたドキュメントデータはサーバマシン１０２に入稿（ドキュメントデータを入力）される。サーバマシン１０２でプリフライトチェックが行われてその結果がクライアントに返され、また、中間データが作成される。作成された中間データは出力機器１０３に入力されて印刷出力される。つまり、クライアントマシン１０１では、ドキュメントが作成されてプレビューが行われる。クライアント１０１では、プリフライトチェック結果のみの出力が設定される。サーバマシンで１０２は、そのドキュメントデータの入稿を受けつけてプリフライトチェックし、出力する。

コンピュータは、印刷システムの構成が図１のようなものであるか図９のようなものであるかを判定し、また、図９のような構成であれば、そのなかのどの構成要素に成相するかを判定して、何れの処理行うか決定することもできる。この設定、具体的には、クライアントにおいてプリフライトチェック結果のみの出力であるか否かの設定（図７のステップＳ６０６で判定される。）は、インタプリタがコンピュータにインストールされたときに、クライアントであると判定されたなら設定されてもよいし、ユーザにより設定されても良い。そして、判定結果にしたがって、クライアントであれは、出力対象のドキュメントデータについて図７の手順を施し、サーバであれば、入力されたドキュメントに対して図７および図８の処理を実行する。このように構成することで、クライアントサーバシステムにおいても、重複する中間データの生成は行われない。

本発明の実施形態にかかる文書処理システムの構成図である。クライアントマシン・サーバマシン等の概略構成を示す図である。プリンタの概略構成の図である。本発明にかかる処理を実行する際の、コンピュータ内のＲＡＭのメモリマップを示す図である。本発明の第１実施形態のフローチャートである。本発明の第１実施形態のフローチャートである。本発明の第２実施形態のフローチャートである。本発明の第２実施形態のフローチャートである。本発明の第３実施形態のシステム構成を示す図である。

Claims

プリフライトチェック時に、ドキュメントデータを解釈し、ワーニングがあるか否かを判別し、ワーニングがあると判別されたページの中間データは生成せず、ワーニングがないと判別されたページの中間データは生成し、プリフライトチェックの結果を出力するプリフライトチェック手段と、
出力時に、ドキュメントデータを解釈し、中間データが生成されているか判別し、中間データが生成されていると判別された場合、中間データを生成せず、中間データが生成されていないと判別された場合、中間データを生成し、生成された中間データを出力デバイスに出力する出力手段とを有することを特徴とする文書処理装置。
プリフライトチェック時に、ドキュメントデータを解釈し、ワーニングがあるか否かを判別し、ワーニングがあると判別されたページの中間データは生成せず、ワーニングがないと判別されたページの中間データは生成し、プリフライトチェックの結果を出力するプリフライトチェックステップと、
出力時に、ドキュメントデータを解釈し、中間データが生成されているか判別し、中間データが生成されていると判別された場合、中間データを生成せず、中間データが生成されていないと判別された場合、中間データを生成し、生成された中間データを出力デバイスに出力する出力ステップとを有することを特徴とする文書処理方法。
プリフライトチェック時に、ドキュメントデータを解釈し、ワーニングがあるか否かを判別し、ワーニングがあると判別されたページの中間データは生成せず、ワーニングがないと判別されたページの中間データは生成し、プリフライトチェックの結果を出力するプリフライトチェック手段と、
出力時に、ドキュメントデータを解釈し、中間データが生成されているか判別し、中間データが生成されていると判別された場合、中間データを生成せず、中間データが生成されていないと判別された場合、中間データを生成し、生成された中間データを出力デバイスに出力する出力手段としてコンピュータを機能させるためのプログラム。