JP2006065373A - 印刷システム、印刷方法および記憶媒体 - Google Patents

Abstract

【課題】 トラッピング処理等の高度なハードウェア処理を持たないプリンタへトラッピング処理を必要とする印刷データが受信された場合に適切に印刷する。
【解決手段】 プリンタ側で処理できるところは処理し、ファイルサイズが大きくない中間データの形式で、トラッピング処理等プリンタにはもたない機能等の処理をサーバに処理を依して処理する。
【選択図】 図７

Description

本発明は、ＰＤＦやＰＳといったドキュメントをプリンタに出力要求を出し、プリンタ側で処理できるところは処理し、トラッピング処理等プリンタにはもたない機能等の処理をサーバに処理を依頼する印刷システム、印刷方法および記憶媒体に関する。

従来、ＰＤＦやＰＳの印刷する際にトラッピング処理を行いたい場合には、プリンタに内蔵したトラッピング処理を利用して処理していた。あるいはサーバ上でＰＤＦやＰＳのデータをインタープリトし、サーバ上でトラッピング処理を行ってからプリンタへ出力データを作成して処理していた。

また、特許文献１に記載されているように、プリントサーバにおいて、ホストコンピュータから受け取った印刷データについてフォント展開できない場合、クライアントにフォント展開を要求し、クライアントで展開されたイメージをプリンタに送信する技術が開示されている。

また、近年プリンタに対してプリンタドライバを介さずに直接、文書データを送信して印刷するダイレクトプリント技術が考えられている。
特開平１１−１９１０５２号公報

しかしながら上記従来例の場合、プリンタでトラッピング処理を行なおうとすると、トラッピング処理には多大なメモリを必要とし、さらに処理時間もかかってしまうために高価なハードウェアを必要とし現実的ではなかった。

また、サーバ上ですべてを展開しようとすると、出来上がったイメージデータを出力するため通信路が速くないと転送時間がかかってしまい、現実的でなくなるという問題点があった。

そこで本発明では、上記問題点を解決するために、プリンタ側で処理できるところは処理し、ファイルサイズが大きくない中間データの形式で、トラッピング処理等プリンタにはもたない機能等の処理をサーバに処理を依して処理する印刷システムを提供することを目的とする。

また、本発明ではプリンタ側では処理できないあるいは負荷が大きいトラッピング等の処理をサーバ側に依頼して高速に展開することによって、プリンタの負荷なく高速に印刷処理を実行することを目的とする。

上記目的を達成するために、本発明の請求項１のシステムは、端末から印刷要求を受け付ける受付手段と、１ページのデータを抽出する抽出手段と、前記抽出された１ページデータの中にトラッピング処理が含まれるか否かを判定する判定手段と、判定手段の結果トラッピング処理が含まれる場合には、サーバに展開依頼を出市データを転送する第１の転送手段と、サーバで指定されたフォーマットに展開処理を行う第１の展開手段と、サーバからデータを出力機に返す第２の転送手段と、前記判定手段の結果トラッピング処理が含まれないと判定された場合には、プリンタで展開処理を行う第２の展開手段を有することを特徴とする。

上記目的を達成するために、本発明の請求項２の方法は、端末から印刷要求を受け付ける受付ステップと、１ページのデータを抽出する抽出ステップと、前記抽出された１ページデータの中にトラッピング処理が含まれるか否かを判定する判定ステップと、判定ステップの結果トラッピング処理が含まれる場合には、サーバに展開依頼を出市データを転送する第１の転送ステップと、サーバで指定されたフォーマットに展開処理を行う第１の展開ステップと、サーバからデータを出力機に返す第２の転送ステップと、前記判定ステップの結果トラッピング処理が含まれないと判定された場合には、プリンタで展開処理を行う第２の展開ステップを有することを特徴とする。

上記目的を達成するために、本発明の請求項３の記憶媒体は、端末から印刷要求を受け付ける受付手順と、１ページのデータを抽出する抽出手順と、前記抽出された１ページデータの中にトラッピング処理が含まれるか否かを判定する判定手順と、判定手順の結果トラッピング処理が含まれる場合には、サーバに展開依頼を出市データを転送する第１の転送手順と、サーバで指定されたフォーマットに展開処理を行う第１の展開手順と、サーバからデータを出力機に返す第２の転送手順と、前記判定手順の結果トラッピング処理が含まれないと判定された場合には、プリンタで展開処理を行なう第２の展開手順を有することを特徴とする。

本発明では、プリンタ側で処理できるところは処理し、ファイルサイズが大きくない中間データの形式で、トラッピング処理等プリンタにはもたない機能等の処理をサーバに処理を依して処理する印刷システムを提供することが可能となる。

また、プリンタ側では処理できないあるいは負荷が大きいトラッピング等の処理をサーバ側に依頼して高速に展開することによって、プリンタの負荷なく高速に印刷処理を実行することが可能となる。

以下、本発明の実施の形態例を図面を参照しながら説明する。

（第１実施例）
図１は、本発明の実施の形態例に係る文書印刷システムのシステム構成図であり、本システムは、複数台のパーソナルコンピュータ（以下、クライアントパソコンという）Ｘ、Ｙと、１台のファイルサーバＦＳと、１台のＷｅｂサーバＷＳと、１台のプリントサーバＰＳと、少なくとも１台のプリンタＡが、ネットワークＮにより接続された構成となっている。そして、携帯情報端末のようなモバイル端末Ｍがプリンタに直接ＩｒＤＡ、ＲＳ−２３２Ｃやセントロニクスなどを通してネットワークに接続することなくプリンタにつながっている。なお、クライアントパソコンＸ、Ｙの代わりに、ワードプロセッサ、ワークステーション、携帯情報端末等の情報処理装置を接続することも可能である。また、クライアントパソコンＸ、ＹおよびファイルサーバＦＳは、複数種のフォントにかかるフォントデータ群やＷｅｂのデータや画像データ等が格納されている。

本システムでは、モバイル端末ＭあるいはクライアントパソコンＸまたはＹからプリンタに対して印刷したいＷｅｂのＵＲＬやＰＤＦデータ等のドキュメント存在場所、及び印刷部数等の印刷要求を出し、プリンタからＷｅｂサーバにファイル要求を出し、Ｗｅｂサーバは必要な文書データやフォントデータ等をファイルサーバより集めて、プリントサーバに転送し、プリントサーバはその転送されたデータを展開しプリンタの送ることによって印刷する。

図２は、上記クライアントパソコンＸ、Ｙ及びファイルサーバＦＳ及びＷｅｂサーバＷＳ及びプリントサーバＰＳの概略構成を示すブロック図である。図２において、１０１はＣＰＵ、すなわち中央処理装置であり、装置全体の制御及び演算処理等を行う。１０２はＲＯＭすなわち読み出し専用メモリであり、システム起動プログラム、基本Ｉ／Ｏプログラム、及び文字コードをビットパターンに変換するための文字パターンデータ（フォントデータ）等を記憶している。１０３はＲＡＭすなわちランダムアクセスメモリであり、ＣＰＵ１０１の演算に使用するデータや演算結果、表示のために文字コードから変換された文字パターンデータ列や図形データ、イメージデータ等を一時記憶する。

１０４はＫＢＣ、すなわちキーボード制御部であり、１０５はＫＢ、すなわちキーボードよりキー入力データ（文字コードや制御コード）を受け取り、ＣＰＵ１０１へ伝達する。１０６はＣＲＴＣ、すなわちディスプレイ制御部であり、ＲＡＭ１０３に格納された文字パターンデータ列を読み出し、ＣＲＴ１０７に転送する。１０７はＣＲＴ、すなわちディスプレイ装置であり、ＣＲＴＣ１０６より文字パターンデータ列、図形データ、イメージデータを受け取り、表示画面に表示する。

１０８はＤＫＣ、すなわちディスク制御部であり、外部記憶装置１０９に対するアクセス制御を行う。１０９はＦＤ、すなわちフロッピー(登録商標)ディスク装置、あるいはＨＤ、すなわちハードディスク装置、あるいはＣＤ−ＲＯＭ等の外部記憶装置である。ＨＤには、文字パターンデータ（フォントデータ）やフォントデータを読み出してビットマップデータに変換する文字展開処理プログラム、図形データを処理する図形展開処理プログラム、イメージデータを処理するイメージデータ処理プログラム等を記憶している。

本発明にかかる図８や図９の処理等を行うアプリケーションプログラム、及び関連データは、フロッピー(登録商標)ディスク装置、あるいはＣＤ−ＲＯＭ等の外部記憶装置から供給される。

１１０はＮＴＣ、すなわちネットワーク制御部であり、ＮＴ、すなわちネットワーク装置１１１の動作を制御する。１１２はシステムバスであり、上述の構成要素間のデータ転送を行う。

図３は本発明にかかる図８や図９の処理を行う際のＲＡＭ１０３のメモリマップを示した図である。基本Ｉ／Ｏプログラムは、ＲＯＭ１０２内のシステム起動プログラムによりＲＡＭ１０３に読み込まれる。また、外部記憶装置１０９としてのフロッピー(登録商標)ディスク装置、あるいはＣＤ−ＲＯＭからアプリケーションプログラム、及び関連データを一旦、ハードディスク装置へインストールした状態で電源がＯＮされたときに、ハードディスク装置からＲＡＭ１０３にロードすることにより、実行することが可能となる。なお、ハードディスク装置へインストールせずに、直接フロッピー（登録商標）ディスク装置、或いはＣＤ−ＲＯＭからＲＡＭ１０３にロードして実行することも可能である。なお、ファイルサーバＦＳでは、後述のプリンタ情報テーブルが関連データの領域に形成されている。

図４は、プリンタＡの概略を示すブロック図である。なお、プリンタＡは、レーザビームプリンタ、バブルジェット（登録商標）プリンタ、或いは熱転写プリンタ等のいずれのタイプでもよい。

プリンタＡは、図４に示したように、ＣＰＵ２１１，ＲＯＭ２１２，ＲＡＭ２１３，システムバス２１４、プリンタコントローラ（ＰＲＴＣ）２１５、プリンタエンジン（ＰＲＴ）２１６、ディスクコントローラ（ＤＫＣ）２１７、ハードディスク装置（ＨＤ）２１８、ネットワークコントローラ（ＮＴＣ）２１９、及びネットワーク装置（ＮＴ）２２０を有している。なお、ＤＫＣ２１７およびＨＤ２１８はプリンタの種類によっては存在しない場合もある。

ＣＰＵ２１１は、装置全体を制御する中央処理装置であり、ＲＡＭ２１３をワークエリア等として利用しながら、ＲＯＭ２１２に格納されたプログラムに従がって、印刷に必要な各種の処理を実行する。システムバス２１４は、上記各構成要素間でデータ、制御信号を授受するための通路となっている。なお、ＲＯＭ２１２には、文字パターンデータ（フォントデータ）等が格納されている。そしてＲＡＭ２１３またはＨＤ２１８には、ＷｅｂサーバＷＳへ要求した文書データやイメージデータあるいはフォントデータ等がＷｅｂサーバＷＳからダウンロードされ、格納される場合と、プリントサーバＰＳからイメージに展開された出力データがダウンロードされる場合がある。

ＣＰＵ２１１は、ＷｅｂサーバＷＳあるいはプリントサーバＰＳから供給された文書データ、イメージデータあるいはフォントデータを、ＲＯＭ２１２内にあるプログラムに従がって文字パターンデータや画像データ（ビットマップデータ）を生成して、プリンタコントローラ２１５内の印刷バッファに展開する。プリンタコントローラ２１５は、ビットマップデータに基づいて生成した印刷コントロール信号をプリンタエンジン２１６に出力する。

ネットワークコントローラ２１９は、ネットワークＮを介してクライアントパソコンＸ，ＹやファイルサーバＦＳやプリントサーバＰＳとの間でデータ送受信を行う際のネットワーク装置（ＮＴ）２２０の動作を制御している。
次に図５のＲＩＰモジュールの構成図について説明する。５０１は、ＲＩＰマネージャであり、ＰＤＦやＰＳのドキュメントおよび印刷指示命令を受け取り、印刷指示命令に応じたドキュメントの展開処理をマネージメントするところである。簡単な例で説明すると、あるＰＤＦファイルの印刷が指定されたときにその印刷指示命令が２ｉｎ１（２ＵＰ）であったとする。このときＲＩＰマネージャは、まずドキュメントのすべてのページに対して５０２のインタープリタを実行し、中間データ１を生成する。そして中間データ１を５０３の中間データ編集モジュールを使って１／２に縮小し、新たな中間データ１を生成する。そしてそれらを２ページ分の中間データ１を、１ページ内の右側と左側に貼り付け、２ｉｎ１の新たな１ページのデータを生成する。すべてのデータについて２ｉｎ１のデータを作成したら、次は５０４のＲＩＰ処理を起動し、中間データ１から中間データ２に変換し、さらにイメージあるいはＧＤＩ形式のデータに変換するような処理を行なう。つまり５０１のＲＩＰマネージャはこれらの一連の処理をマネージメントする。

５０２はインタープリタ処理であり、ＰＤＦやＰＳのドキュメントデータの内容を解釈し、中間データ１あるいは中間データ２の生成処理を行う。

ここで中間データ１と中間データ２の違いを説明しておく。中間データ１は、図６（ａ）に示すように、図形でいえばベクトルレベルのデータであり、フォントに関しては展開前の文字コードとサイズのみを保持する。このような形式で表現されている状態であるので、拡大縮小等の編集処理に向いている。そして中間データ２は、図６（ｂ）に示すように書くスキャンラインの塗りつぶしのスタート点およびエンド点等の情報であり、描画レベルに近い状態であり、フォントに関しては展開されたビットマップイメージのデータとなる。したがって中間データ１に比べて中間データ２は柔軟性がなく拡大縮小等には向かないが、描画レベルに近いので中間データ２からのＲＩＰ処理は高速に実行可能である。

５０１のＲＩＰマネージャと５０２のインタープリタのインターフェイスとしては、入力としては５０５ではＰＤＦやＰＳあるいはＳＶＧ等のドキュメントを入力とし、５０６において中間データ１を返す場合もあるし、５０７において中間データ２を返す場合もある。５０６の中間データ１を返す場合と５０７の中間データ２を返す場合の違いは、Ｎｕｐやブックレット処理等中間データレベルで拡大縮小等の編集する必要があれば５０６の中間データ１を返し、Ｎｕｐ等の処理がなければＲＩＰ処理が早い中間データ２を返す。またプリフライトチェックに関しても、５０２のインタープリタ部で処理され、フォントリストやイメージデータの解像度、あるいはカラープロファイルといった内容を５０８において返す。プリフライトチェックと印刷時の中間データ生成処理は同じインタープリタをとおるので、５０６の中間データ１と５０８のプリフライト結果を同時に返すことが可能である。同様に５０７の中間データ２と５０８のプリフライト結果を同時に返すことも可能である。

５０１のＲＩＰマネージャと５０３の中間データ編集部のインターフェイスとしては、５０９で中間データ１を入力として、拡大縮小等の編集、あるいはトラッピング等のデータの整形等を行った後、５１０で中間データ１の形式で返す。ここでは中間データ１の形式で各種編集処理を行うところである。

５０１とＲＩＰマネージャと５０４のＲＩＰ処理とのインターフェイスとしては、５１１で中間データ形式１を入力する場合もあるし、５１２で中間データ形式２を入力する場合もある。中間データ形式２を入力する場合は、５０３の中間データ編集部を経由せずに５０２のインタープリタ部からダイレクトに中間データ形式２を渡される場合である。つまりこの場合にはＮｕｐ等の編集処理は行なわれない。そして５０４のＲＩＰ処理部でデータの展開処理を行ない、５１３でイメージデータを出力出力したり、あるいは５１４でＷｉｎｄｏｗｓ（登録商標）の描画にあわせるためにＧＤＩへ変換して出力したりする。

５１５は、トラッピングモジュールであり、出力機の版ずれ等で生じるすき間を予防するために、隙間が生じないように図形を広げたり、２つのオブジェクトの中間色ですき間を埋めるオブジェクトを新たに作成したりする。これらの処理の詳細は、特開２０００−２３２５９０号公報や特開平８−２３７４７２号公報等に詳述されているので、ここでの処理の詳細は省略する。

５０３と５１５のインターフェイスとしては、５１６の中間データ形式１の形で渡され、５１５のトラッピング処理おいて図形やイメージあるいはフォントをトラッピング処理することによって整形あるいは新規オブジェクトを追加し、５１７の中間データ形式１で返す。

そしてこれらの構成のうち本発明の例では、５０１、５０２、５０３、５０４のモジュールはプリンタおよびサーバの双方に組み込まれ、また５１５のトラッピング処理については、プリンタに内蔵するには多大なメモリを必要としさらに処理時間もかかるので、現実的ではないので、サーバのみに組み込まれる。

次に図７のブロック図を用いて本発明の詳細について説明する。

７０１はモバイル端末であり、ユーザが印刷したいＰＤＦあるいはＬＩＰＳやＰＳといったドキュメントを７０２のプリンタへ印刷依頼を行う。このとき出力用紙サイズやＮｕｐ等の指定、あるいはフィニッシングの情報等もドキュメントとは別に別途Ｊｏｂ情報として添付することが可能である。またここでドライバを持たない端末の代表としてモバイル端末を例にとって説明したが、ドライバを持つＰＣであっても何ら問題ないことは言うまでもない。ただし、ドライバを持つＰＣであっても本発明ではドライバを使って処理するのではなく、モバイル端末同様、印刷したいＰＤＦ等のドキュメントをジョブ情報とともに直接７０２のプリンタへ投げる。

７０２はプリンタであり、モバイル端末やＰＣ等から要求されたＰＤＦ等のドキュメントを受け付け、トラッピング等の処理が必要かどうか、あるいは現在のプリンタの状況等をチェックすることにより、プリンタで必要に応じて、中間ファイル１あるいは中間ファイル２まで展開する。そして状況に応じてサーバにそれらのデータを転送して展開依頼を出し、サーバで展開されたデータを受け取って出力を行う。このとき、サーバに対して出力形式やトラッピングの生む等の要望項目を一緒に送る。また状況によってはプリンタで展開する場合には、プリンタ内のインタープリタ屋ＲＩＰを起動して展開し出力を行う。

７０３はサーバであり、プリンタからＰＤＦドキュメントの展開要求があったときに、プリンタからはＰＤＦ等のドキュメントであったり、中間データ１であったり、中間データ２であったりする。そして必要に応じてトラッピングの処理を行ない、プリンタから要求された出力形式に合わせて出力データを作成して、プリンタにデータを戻す。

次に図８のフローチャートを用いて、本発明における７０２のプリンタの処理の詳細を説明する。

まずステップ８−１においては、モバイル等の端末から印刷要求があったかどうか、あるいはサーバやプリンタ内の情報の更新要求があったかどうかをチェックする。印刷要求あるいはサーバやプリンタ内の情報更新要求がなければ、ここでそれらの要求があるまで待ち、印刷要求があった場合にはステップ８−２へ進む。

そしてステップ８−２においては、印刷要求があった場合であり、７０１のモバイル端末等から実際にデータをダウンロードする。

ステップ８−３においてはダウンロードしたドキュメントの種類を判定する。つまりＰＤＦであるのか、ＰＳやＨＴＭＬといったドキュメントであるのかといった種類をチェックする。

そしてステップ８−４において、ステップ８−３の結果に基づいて５０２で用意されているインタープリタ群の中から対象とするインタープリタの選択を行う。

ステップ８−５においては、ステップ８−２でゲットしたドキュメントデータのうち、対象とする１ページ分のデータを取り出す。

そしてステップ８−６においては、対象とするインタープリタが７０２のプリンタ内で既に他のジョブのインタープリトを行っていてビジー状態になっているのかどうかをチェックする。ビジー状態であればステップ８−１４へ進み、ビジー状態でなければステップ８−７へ進む。

ステップ８−７においては、対象とするページデータ内にトラッピングの指定があるのかどうかをチェックする。トラッピング指定がある場合にはトラッピングありを示すフラグをオンにしておき、トラッピング指定がない場合にはトラッピングありを示すフラグをオフにしておく。

ステップ８−８においては、５０２のインタープリタを実行し、中間データ１を生成する。

そしてステップ８−９においては、中間データ１からＲＩＰ処理を行うにあたって、７０２のプリンタ内のＲＩＰ処理が既に他のジョブのＲＩＰ処理を行っていてビジー状態になっているのかどうかをチェックする。既に他の処理のＲＩＰ処理を行っている場合には、ＲＩＰ処理中を示すフラグをオンにしておき、そうでなければオフにしておく。

ステップ８−１０においては、対象ページ内にトラッピングの指定があったかどうかをチェックする。ステップ８−７でセットしたトラッピングありを示すフラグがオンになっているかどうかをチェックし、オンになっている場合にはステップ８−２１へ進み、オフになっている場合にはステップ８−１１へ進む。

ステップ８−１１においては、プリンタにおいてＲＩＰ処理をする場合であり、トラッピング処理が最初からなかった場合、あるいはトラッピング処理の指定があった場合は一旦サーバ側でトラッピング処理が行なわれた後に中間データ１の形式に変換されたものが対象となる。そしてトラッピング指定がなくなった中間データ１のデータから５０４のＲＩＰ処理によってイメージデータの作成を行う。

ステップ８−１２においては、ステップ８−１１で作成されたイメージデータをプリント出力する。

そしてステップ８−１３において印刷の対象とするページデータがまだ存在するかどうかをチェックし、まだ存在する場合にはステップ８−５へ戻り、もう存在しない場合にはここで処理を終了する。

ステップ８−１４からステップ８−２０においては、ステップ８−６において７０２のプリンタ内のインタープリタの処理がビジー状態になっている場合であり、サーバにページデータの処理から依頼する場合である。

ステップ８−１４においては、７０２のプリンタ内のＲＩＰ処理が既に他のジョブのＲＩＰ処理を行なっていてビジー状態になっているのかどうかをチェックする。そしてビジー状態であればステップ８−１５へ進み、そうでなければステップ８−１８へ進む。ステップ８−１５へ進んだ場合には、プリンタのＲＩＰ処理がビジーであるためにサーバ側でＲＩＰ済みデータまで作成してプリンタに返す場合であり、ステップ８−１８へ進んだ場合は、プリンタのＲＩＰ処理がビジーではないので、サーバ側では中間データ１まで作成してプリンタに返す場合である。

ステップ８−１５においては、プリンタ側からサーバにページデータを転送する。

そしてステップ８−１６においては、サーバ側でトラッピング指定があればトラッピング処理を行い、そのあとイメージデータの作成完了を示すＡｃｋ信号が返ってくるのを待つ。

ステップ８−１７においては、サーバ側でＲＩＰ処理が終了したあとのＲＩＰ済みデータをダウンロードする。そしてステップ８−１２へ進む。

ステップ８−１８においては、プリンタ側からサーバにページデータを転送する。

そしてステップ８−１９においては、サーバ側でトラッピング指定があればトラッピング処理を行ない、そのあと中間データ１の作成完了を示すＡｃｋ信号が返ってくるのを待つ。

ステップ８−２０においては、サーバが中間データ１作成処理が終了したあと、中間データ１をダウンロードする。そしてステップ８−１１へ進む。

ステップ８−２１からステップ８−２７においては、ステップ８−１０において対象ページにトラッピング処理の指定が入っていた場合であり、サーバ側でトラッピングの処理を行ない、プリンタにトラッピング後のデータを返す処理を行う。

ステップ８−２１においては、７０２のプリンタ内のＲＩＰ処理が既に他のジョブのＲＩＰ処理を行っていてビジー状態になっているのかどうかをチェックする。そしてビジー状態であればステップ８−２５へ進み、そうでなければステップ８−２２へ進む。ステップ８−２５へ進んだ場合には、プリンタのＲＩＰ処理がビジーであるためにサーバ側でＲＩＰ済みデータまで作成してプリンタに返す場合であり、ステップ８−２２へ進んだ場合は、プリンタのＲＩＰ処理がビジーではないので、サーバ側では中間データ１まで作成してプリンタに返す場合である。

ステップ８−２２においては、ステップ８−８で作成された中間データ１をプリンタ側からサーバにページデータを転送する。

そしてステップ８−２３においては、サーバ側でトラッピング処理を行ない、そのあと中間データ１の作成完了を示すＡｃｋ信号が返ってくるのを待つ。

ステップ８−２４においては、サーバが中間データ１作成処理が終了したあと、中間データ１をダウンロードする。そしてステップ８−１１へ進む。

ステップ８−２５においては、ステップ８−８で作成された中間データ１をプリンタ側からサーバにページデータを転送する。

そしてステップ８−２６においては、サーバ側でトラッピング処理を行い、そのあとイメージデータの作成完了を示すＡｃｋ信号が返ってくるのを待つ。

ステップ８−２７においては、サーバがイメージデータ作成処理が終了したあと、そのイメージデータをダウンロードする。そしてステップ８−１２へ進む。

以上のステップで、トラッピング処理があればサーバ側に依頼し、さらにプリンタ側の状態によってはトラッピング処理がなくてもプリンタにデータ作成依頼することが可能となる。

次に図９のフローチャートを用いて、本発明における７０３のサーバの処理の詳細を説明する。

まずステップ９−１においては、プリンタから展開要求があったかどうかをチェックする。展開要求があればステップ９−２へ進み、展開要求がなければここで要求を待つ。ここでプリンタから展開要求が出されるケースとしては、図８のステップ８−１５およびステップ８−１８のＰＳやＰＤＦのページデータ、ステップ８−２２および８−２５の中間データ１である。そしてデータの展開要求があった場合には、プリンタ側からのデータの読込み処理を行う。

ステップ９−２においては、プリンタから展開要求があった場合であり、そのデータがＰＳやＰＤＦのデータであるのかどうかをチェックする。つまり、ステップ８−１５あるいはステップ８−１８から要求されてきたデータであれば、ステップ９−３へ進み、そうでなければ９−４へ進む。

ステップ９−３においては、プリンタから読み込んだＰＳやＰＤＦといったページデータを図５の５０２のインタープリタを使ってインタープリト処理し、中間データ１を生成する。

ステップ９−４においては、中間データ１になったページデータにトラッピングの指定があるかどうかをチェックする。トラッピングの指定がある場合にはステップ９−５へ進み、トラッピングの指定がない場合にはステップ９−６へ進む。

ステップ９−５においては、中間データ１を入力として、図５の５１５のトラッピングモジュールを使ってトラッピング処理を行う。その処理の詳細については、特開２０００−２３２５９０号公報や特開平８−２３７４７２号公報等に詳述されているので、ここでの処理の詳細は省略する。そして処理を行った後中間データ１の形式でトラッピング済みのデータを出力する。

ステップ９−６においては、プリンタからの要求がＲＩＰ処理までサーバに依頼しているかどうかのチェックを行う。ＲＩＰ処理をサーバに依頼している場合にはステップ９−７へ進み、ＲＩＰ処理はプリンタで行う場合にはステップ９−９へ進む。

ステップ９−７においては、中間データ１から実際のプリンタからの出力イメージの生成処理を図５の５０４のＲＩＰ処理を使って行う。

そしてステップ９−８において、ステップ９−７で生成したイメージデータをプリンタに返す。

また、ステップ９−９においては、プリンタ側のＲＩＰ処理を使ってイメージ生成をする場合であるので、ステップ９−３あるいはステップ９−５で生成した中間データ１をプリンタに返す。

本発明の実施の形態例にかかる文書印刷システムのシステム構成図である。 パソコン、サーバの概略構成を示す図である。 本発明にかかる処理を実行する際のパソコン、サーバ内のＲＡＭ上のメモリマップを示す図である。 プリンタの概略構成図である。 本発明のＲＩＰ処理のモジュール構成を表わす図である。 中間データ１と中間データ２の違いを説明する図である。 本発明のモジュール構成を表わす図である。 本発明のプリンタ側の流れを示すフローチャート。 本発明のサーバ側の流れを示すフローチャート。

符号の説明

Ｘ、Ｙ クライアントパソコン
ＦＳ ファイルサーバ
ＷＳ Ｗｅｂサーバ
ＰＳ プリントサーバ
Ａ プリンタ
Ｎ ネットワーク
Ｍ モバイル端末
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ ＫＢＣ
１０５ ＫＢ
１０６ ＣＲＴＣ
１０７ ＣＲＴ
１０８ ＤＫＣ
１０９ 外部記憶装置
１１０ ＮＴＣ
１１１ ネットワーク装置
１１２ システムバス
５０１ ＲＩＰマネージャ
５０２ インタープリタ
５０３ 中間データ編集部
５０４ ＲＩＰマネージャ
５１５ トラッピング処理
７０１ モバイル端末
７０２ プリンタ
７０３ サーバ

Claims (3)

1. 出力機とサーバを有する印刷システムにおいて、
   端末から印刷要求を受け付ける受付手段と、
   １ページのデータを抽出する抽出手段と、
   前記抽出された１ページデータの中にトラッピング処理が含まれるか否かを判定する判定手段と、
   判定手段の結果トラッピング処理が含まれる場合には、サーバに展開依頼を出市データを転送する第１の転送手段と、
   サーバで指定されたフォーマットに展開処理を行う第１の展開手段と、
   サーバからデータを出力機に返す第２の転送手段と、
   前記判定手段の結果トラッピング処理が含まれないと判定された場合には、プリンタで展開処理を行う第２の展開手段を有することを特徴とする印刷システム。
2. 出力機とサーバを有する印刷方法において、
   端末から印刷要求を受け付ける受付ステップと、
   １ページのデータを抽出する抽出ステップと、
   前記抽出された１ページデータの中にトラッピング処理が含まれるか否かを判定する判定ステップと、
   判定ステップの結果トラッピング処理が含まれる場合には、サーバに展開依頼を出市データを転送する第１の転送ステップと、
   サーバで指定されたフォーマットに展開処理を行なう第１の展開ステップと、
   サーバからデータを出力機に返す第２の転送ステップと、
   前記判定ステップの結果トラッピング処理が含まれないと判定された場合には、プリンタで展開処理を行なう第２の展開ステップを有することを特徴とする印刷方法。
3. 出力機とサーバを有する印刷システムにおける記憶媒体であって、
   端末から印刷要求を受け付ける受付手順と、
   １ページのデータを抽出する抽出手順と、
   前記抽出された１ページデータの中にトラッピング処理が含まれるか否かを判定する判定手順と、
   判定手順の結果トラッピング処理が含まれる場合には、サーバに展開依頼を出市データを転送する第１の転送手順と、
   サーバで指定されたフォーマットに展開処理を行なう第１の展開手順と、
   サーバからデータを出力機に返す第２の転送手順と、
   前記判定手順の結果トラッピング処理が含まれないと判定された場合には、プリンタで展開処理を行なう第２の展開手順を有することを特徴とするコンピュータ読み取り可能な制御プログラムが格納された記憶媒体。

Images