印刷データ加工システム、および該システム用のプログラム
【課題】 クライアント側からサーバ側へ送信される印刷データのデータ量を低減してネットワークにかかる負荷を抑制可能な印刷データ加工システムの提供。
【解決手段】 クライアント１は、ネットワーク経由でーバー２に印刷データを送信してプリンタ３で印刷を行う場合に、印刷データとしてＲＡＷデータを出力する旨の設定がなされている。そのため、クライアント１は、ＲＡＷモードでプリンタ３をオープンする（Ｓ１１〜Ｓ１３）。また、クライアント１は、サーバー２で作動するプリントプロセッサとしてＲＡＷデータ専用のプリントプロセッサを指定する（Ｓ１５〜Ｓ１８）。そして、印刷ジョブに関する処理を行うことにより（Ｓ１９）、サーバー２へＲＡＷデータを送信した後、プリンタ３をクローズする（Ｓ２０）。これにより、クライアント１側からサーバ２側へ送信される印刷データのデータ量を低減できる。
【解決手段】 クライアント１は、ネットワーク経由でーバー２に印刷データを送信してプリンタ３で印刷を行う場合に、印刷データとしてＲＡＷデータを出力する旨の設定がなされている。そのため、クライアント１は、ＲＡＷモードでプリンタ３をオープンする（Ｓ１１〜Ｓ１３）。また、クライアント１は、サーバー２で作動するプリントプロセッサとしてＲＡＷデータ専用のプリントプロセッサを指定する（Ｓ１５〜Ｓ１８）。そして、印刷ジョブに関する処理を行うことにより（Ｓ１９）、サーバー２へＲＡＷデータを送信した後、プリンタ３をクローズする（Ｓ２０）。これにより、クライアント１側からサーバ２側へ送信される印刷データのデータ量を低減できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク経由でクライアント側からサーバー側へ印刷データを送信することにより、サーバー側に付設された画像形成装置に印刷を実行させる印刷システムにおいて、クライアント側に設けられる印刷データ加工システムと、その印刷データ加工システムを構成するために用いられるプログラムに関する。
【背景技術】
【０００２】
従来、複数のパーソナルコンピュータ（以下、ＰＣという。）をネットワークを介して相互に接続すると共にある特定のＰＣに画像形成装置（プリンタやプリンタ機能を有する複合機等）を接続し、その画像形成装置を、ネットワークに接続された全てのＰＣが利用できるように構成したネットワーク印刷システムが知られている。
【０００３】
また、この種のネットワーク印刷システムに関する技術として、本願出願人は、下記特許文献１に記載の技術を提案している。この技術は、クライアント側およびサーバ側のＯＳ（Operating System）としてＷｉｎｄｏｗｓ（登録商標）を採用したネットワーク印刷システムに関するものである。
【０００４】
Ｗｉｎｄｏｗｓ（登録商標）には、ＧＤＩ（Graphics Device Interface）と呼ばれる描画機能関連のモジュールが用意されており、アプリケーションソフトが印刷出力を行う際には、ＧＤＩを利用して印刷データを生成できるようになっている。アプリケーションからＧＤＩを利用する場合、アプリケーションはＧＤＩの描画機能を利用するための関数をコールすることにより、ＧＤＩに対して描画指令を与える。その際、印刷出力を行う画像形成装置の機種や仕様については、アプリケーション側で意識する必要がなく、アプリケーションは単にＧＤＩを利用するだけで、様々な画像形成装置の機種や仕様に対応した印刷出力を実施できるのである。下記特許文献１に記載の技術においても、クライアント側では、アプリケーションがＧＤＩに対して描画指令を与え、これにより、サーバー側へ送信する印刷データを生成している。
【０００５】
ところで、下記特許文献１に記載の技術において、サーバー側へ送信する印刷データを生成するためにアプリケーションがＧＤＩに対して描画指令を与えた際、ＧＤＩは、ＥＭＦ（Enhanced Meta File）と呼ばれる形式で印刷データを生成していた。このＥＭＦ形式の印刷データは、画像形成装置の機種に依存しない形式の印刷データで、最終的に特定機種の画像形成装置で認識可能な形式（画像形成装置の機種に依存する形式）の印刷データ（以下、ＲＡＷデータともいう。）よりも汎用性が高いため、ＥＭＦ形式のデータに対して二次加工を施して新たなＥＭＦ形式のデータを作成するようなことも容易である等、様々な利点がある。
【０００６】
特許文献１に記載の技術においては、クライアント側でＥＭＦ形式のデータを作成し、そのＥＭＦ形式のデータをクライアント側からサーバ側へと送信している。そして、サーバ側では、送信されてきたＥＭＦ形式のデータを一旦スプールファイルとして格納し、そのスプールファイルに対してさらに様々な加工を施したり、スプールファイル中に含まれるフォントデータの抽出を行ったりし、その後、画像形成装置へと送出する段階でＥＭＦ形式のデータを画像形成装置側で認識可能なＲＡＷデータへと変換し、そのＲＡＷデータを画像形成装置へと送出することにより、画像形成装置において紙状記録媒体に対する印刷を実行している。
【特許文献１】特開２００３−１３１８３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記特許文献１に記載の技術では、上記ＥＭＦ形式のデータをクライアント側からサーバ側へと送信していたため、ネットワーク上に流されるデータ量が非常に多くなる場合があり、このことがネットワークに過大な負荷をかける要因となることがあった。
【０００８】
特に、ＥＭＦ形式のデータは、画像形成装置の機種に依存しないデータとされていることから、実際に使用する画像形成装置では必要としない冗長なデータを含んでいる場合が多々ある。
【０００９】
より具体的には、例えば、実際に使用する画像形成装置が単色画像形成装置であるにもかかわらず、カラー情報を含むデータとなっていたり、あるいは、実際に使用する画像形成装置が比較的低解像度の画像形成装置であるにもかかわらず、より高解像度な情報を含むデータとなっていたりする場合がある。これらの場合、実際に使用する画像形成装置では有効に利用できない情報がネットワーク上に流されてしまうため、ネットワークに余計な負荷をかけてしまうことになる。
【００１０】
また、ＥＭＦ形式のデータは、二次加工を容易にするために、冗長なデータを含んでいる場合もある。
より具体的には、例えば、２ｉｎ１、４ｉｎ１などと呼ばれるＮｉｎ１形式のマルチページ印刷では、実際にはＮページ分の印刷データが１ページに印刷されるにもかかわらず、ＥＭＦ形式のデータ中においては、１ページ分の印刷データにはなっておらず、Ｎページ分の印刷データとＮｉｎ１形式にするための制御データがそのまま格納されている。また、元原稿に対して「秘」「Ｃｏｎｆｉｄｅｎｔｉａｌ」といった文字を重ね合わせて印刷する重ね印刷では、実際には元原稿に文字を重ね合わせて１ページに印刷されるにもかかわらず、ＥＭＦ形式のデータ中においては、１ページ分の印刷データにはなっておらず、元原稿と重ね合わせようの文字とがそれぞれ独立したレイヤーとして格納されている。このような格納形式は、さらに二次加工を施す場合（例えば、２ｉｎ１を４ｉｎ１に変更するとか、重ね合わせた文字の色だけを変更するといった場合）には便利であるが、そのような二次加工が不要な場合は、ネットワークに余計な負荷をかけてしまう要因となるだけである。
【００１１】
本発明は、上記問題を解決するためになされたものであり、その目的は、クライアント側からサーバ側へ送信される印刷データのデータ量を低減してネットワークにかかる負荷を抑制可能な印刷データ加工システムと、その印刷データ加工システムを構成するために用いられるプログラムとを提供することにある。
【課題を解決するための手段】
【００１２】
以下、上記目的を達成するためになされた本発明の特徴について詳述する。
本発明の印刷データ加工システムは、
ネットワーク経由でクライアント側からサーバー側へ印刷データを送信することにより、前記サーバー側に設けられたサーバー側印刷処理手段を作動させて前記サーバー側に付設された画像形成装置に印刷を実行させる印刷システムにおいて、前記クライアント側に設けられる印刷データ加工システムであって、
描画指令に従って、前記画像形成装置に依存する形式に変換可能な中間形式である第１形式、または該第１形式よりもデータ量を圧縮可能で前記画像形成装置に依存する形式である第２形式のいずれかの形式で、印刷データを作成可能なＧＤＩと、
該ＧＤＩによって作成された印刷データをスプールファイルとして格納可能で、該スプールファイルとして格納された印刷データを前記ネットワーク経由で前記サーバー側へと送信可能なスプーラと、
加工前の画像および当該画像の加工方法に相当する情報を含む前記第１形式の一次印刷データを解析して、加工後の画像に対応する前記描画指令を生成し、該描画指令を前記ＧＤＩに対して与えることにより、加工後の画像に相当する情報を含む前記第２形式の二次印刷データを、前記ＧＤＩに作成させる加工手段とを備えており、
上位モジュールから与えられる描画指令に従って、前記ＧＤＩが前記第１形式にて前記一次印刷データを作成し、前記スプーラが前記第１形式の前記一次印刷データを前記スプールファイルとして格納し、前記加工手段が、前記第１形式の前記一次印刷データを解析して、加工後の画像に対応する前記描画指令を生成し、該描画指令を前記ＧＤＩに対して与えるとともに、当該描画指令に従って、前記ＧＤＩが前記第２形式にて前記二次印刷データを作成し、前記スプーラが前記第２形式の前記二次印刷データを前記スプールファイルとして格納し、該第２形式の前記二次印刷データを前記ネットワーク経由で前記サーバー側へと送信するように構成されている
ことを特徴とする。
【００１３】
この印刷データ加工システムにおいて、上位モジュールとは、ＧＤＩを利用して第１形式の一次印刷データを作成するソフトウェアモジュールであり、例えば、第１形式の一次印刷データを新たに生成するモジュール、一次印刷データよりも前段階の印刷データに対して加工を施すことによって第１形式の一次印刷データを作成するモジュールなどが、ここでいう上位モジュールに該当する。
【００１４】
一次印刷データは、画像形成装置に依存する形式に変換可能な中間形式である第１形式のデータで、加工前の画像および当該画像の加工方法に相当する情報を含むデータであり、画像形成装置にそのまま送出することはできないデータである。上述のＷｉｎｄｏｗｓ（登録商標）を採用したネットワーク印刷システムの場合であれば、ＥＭＦ形式のデータが一次印刷データに相当する。
【００１５】
二次印刷データは、第１形式よりもデータ量を圧縮可能で画像形成装置に依存する形式である第２形式のデータで、加工後の画像に相当する情報を含むデータであり、画像形成装置にそのまま送出することができるデータである。上述のＷｉｎｄｏｗｓ（登録商標）を採用したネットワーク印刷システムの場合であれば、ＲＡＷデータが二次印刷データに相当する。この二次印刷データは、一次印刷データよりもデータ量を圧縮可能な形式になっているが、ここでいう圧縮とは、データ量を少なくすることができるようなすべての手法を包含する概念であり、具体的には、可逆圧縮が施された形式、不可逆圧縮が施された形式の双方を包含し、さらに言えば、不可逆圧縮が施された形式としては、不要なデータの一部ないし全部が削除された形式等を含む概念である。
【００１６】
本印刷データ加工システムにおいては、上位モジュールから与えられる描画指令に従ってＧＤＩが第１形式にて一次印刷データを作成し、この一次印刷データをスプーラがスプールファイルとして格納した際に、加工手段が、第１形式の一次印刷データを解析して加工後の画像に対応する描画指令を生成し、その描画指令をＧＤＩに対して与えて、ＧＤＩに二次印刷データを作成させる。その際、加工手段は、ＧＤＩに対して二次印刷データを第２形式で作成するように指令し、ＧＤＩは、加工手段から与えられた描画指令に従って二次印刷データを第２形式にて作成する。作成された第２形式の二次印刷データは、スプーラが、スプールファイルとして一旦格納し、その後、二次印刷データはネットワーク経由でサーバー側へと送信される。
【００１７】
以上のように構成された印刷データ加工システムによれば、加工手段が加工後の画像に相当する情報を含む二次印刷データを作成する際に、第１形式よりもデータ量を圧縮可能な第２形式で二次印刷データを作成し、その第２形式の二次印刷データをスプーラがネットワーク経由でサーバー側へ送信しているので、従来技術のように第１形式の一次印刷データをそのままネットワーク経由でサーバー側へ送信する場合に比べ、ネットワーク上に送出されるデータ量は少なくなる。したがって、この印刷データ加工システムによれば、クライアント側からサーバ側へ送信される印刷データのデータ量を低減してネットワークにかかる負荷を抑制することができる。
【００１８】
ところで、加工手段においては、一次印刷データよりもデータ量を圧縮するための手法として、様々な手法を採用可能であると考えられる。
一例としては、例えば、前記加工手段が、ビットマップ形式の一次画像データを含む前記一次印刷データを解析して、前記描画指令を前記ＧＤＩに対して与えた際に、前記ＧＤＩが、前記一次画像データをページ記述言語で記述することにより、前記一次画像データをよりデータ量が圧縮された二次画像データに変換し、該二次画像データを含む前記二次印刷データを作成するという構成を採用するとよい。
【００１９】
ページ記述言語（Page Description Language;ＰＤＬ）は、画像形成装置側で識別可能なデータであり、画像形成装置に依存する第２形式のデータに該当する。しかも、ビットマップ形式の一次画像データが一次印刷データに含まれている場合、その一次画像データをページ記述言語で表すことにより、一次印刷データよりもデータ量が圧縮された二次画像データとなる。
【００２０】
したがって、このような二次画像データを含む形式の印刷データは、本発明でいう二次印刷データに該当するものであり、この印刷データ加工システムによれば、一次印刷データ中の一次画像データを、ページ記述言語で記述してからサーバー側へ送信するので、送信データ量を削減することができる。
【００２１】
なお、このような構成は、ページ記述言語に対応した画像形成装置を利用している場合に採用すると効果がある。
また、上記以外には、例えば、前記加工手段が、前記一次印刷データ中に含まれるカラー印刷用データを解析して、前記描画指令を前記ＧＤＩに対して与えた際に、前記ＧＤＩが、前記カラー印刷用データをよりデータ量が圧縮された単色印刷用データに変換し、該単色印刷用データを含む形式の前記二次印刷データを作成するという構成を採用するとよい。
【００２２】
この場合、一次印刷データ中のカラー印刷用データを、単色印刷用データにしてからサーバー側へ送信するので、送信データ量を削減できる。
なお、このような構成は、単色印刷しかできない画像形成装置を利用している場合、あるいは、単色印刷しか実施しない場合に採用すると効果がある。
【００２３】
また、上記以外には、前記加工手段が、前記一次印刷データ中に含まれる複数ページ分の単ページデータを解析して、前記描画指令を前記ＧＤＩに対して与えた際に、前記ＧＤＩが、各ページを縮小して１ページの中に配置してなるマルチページデータに変換し、該マルチページデータを含む形式の前記二次印刷データを作成するという構成を採用するとよい。
【００２４】
この場合、一次印刷データ中の複数ページ分の単ページデータを、１ページ分のマルチページデータにしてからサーバー側へ送信するので、送信データ量を削減できる。
なお、このような構成は、２ｉｎ１、４ｉｎ１などと呼ばれるＮｉｎ１形式のマルチページ印刷を利用する場合に効果がある。
【００２５】
また、上記以外には、前記加工手段が、前記一次印刷データ中に含まれる複数レイヤー分の重ね合わせ用印刷データを解析して、前記描画指令を前記ＧＤＩに対して与えた際に、前記ＧＤＩが、各レイヤーを重ね合わせてなる重ね合わせ済み印刷データに変換し、該重ね合わせ済み印刷データを含む形式の前記二次印刷データを作成するという構成を採用するとよい。
【００２６】
この場合、一次印刷データ中の複数レイヤー分の重ね合わせ用印刷データを、重ね合わせ済み印刷データにしてからサーバー側へ送信するので、送信データ量を削減できる。
なお、このような構成は、元原稿に対して例えば「秘」「Ｃｏｎｆｉｄｅｎｔｉａｌ」といった文字を重ね合わせて印刷する重ね印刷を利用する場合に効果がある。
【００２７】
さらに、本発明の印刷データ加工システムは、前記サーバー側に設けられた複数のサーバー側印刷処理手段の中から選ばれる一つを、前記二次印刷データの印刷時に使用するサーバー側印刷処理手段として指定する指定手段を備えていてもよい。
【００２８】
サーバーには、様々な印刷データに対応するため、複数のサーバー側印刷処理手段が設けられている場合があり、この場合、どのサーバー側印刷処理手段を利用するかについて、サーバー側で適宜選択することは不可能なことではない。しかし、サーバー側で適宜選択したサーバー側印刷処理手段が、本システムでクライアント側から送出する二次印刷データに適したものであるとの保証もない。これに対し、上記構成を採用すれば、サーバー側に設けられた複数のサーバー側印刷処理手段の中から選ばれる一つを、二次印刷データの印刷時に使用するサーバー側印刷処理手段として指定することができるので、二次印刷データの印刷に最適な印刷処理手段を意図的に指定して利用できるという効果がある。
【００２９】
また、本発明の印刷データ加工システムは、前記スプーラが前記第１形式の前記一次印刷データを前記スプールファイルとして格納した際に、該一次印刷データをそのまま前記サーバー側へと送信するか、前記加工手段からの前記描画指令によって前記ＧＤＩが作成する前記二次印刷データを前記サーバー側へと送信するかを、利用者からの指定に基づいて切り替える切替手段を備えていてもよい。
【００３０】
このように構成すれば、一次印刷データおよび二次印刷データのどちらをもネットワーク上に送出できるようになるので、何らかの事情で、一次印刷データをサーバー側へ送信したい場合には、切替手段を利用して、簡単に一次印刷データをサーバー側へ送信できる状態にすることができる。なお、一次印刷データをサーバー側へ送信した場合は、サーバー側において画像形成装置に依存する形式の印刷データに変換してから、変換後の印刷データを画像形成装置に与える必要がある。
【００３１】
加えて、以上説明した印刷データ加工システムにおけるクライアント側の各手段としてコンピュータを機能させるためのプログラムがあれば、コンピュータを使って上記印刷データ加工システムを構築することができ、コンピュータが上述した通りに作用することにより、各印刷データ加工システムについて述べた通りの効果を得ることができる。
【発明の効果】
【００３２】
以上説明したことから明らかなように、本発明によれば、加工手段が加工後の画像に相当する情報を含む二次印刷データを作成する際に、第１形式よりもデータ量を圧縮可能な第２形式で二次印刷データを作成することができる。そして、その第２形式の二次印刷データをスプーラがネットワーク経由でサーバー側へ送信しているので、従来技術のように第１形式の一次印刷データをそのままネットワーク経由でサーバー側へ送信する場合に比べ、ネットワーク上に送出されるデータ量を少なくすることができる。したがって、クライアント側からサーバ側へ送信される印刷データのデータ量を低減してネットワークにかかる負荷を抑制することができる。
【発明を実施するための最良の形態】
【００３３】
次に、本発明の実施形態について一例を挙げて説明する。
図１は、印刷システム全体の概略構成を示すブロック図である。この印刷システムは、クライアントコンピュータ（以下、クライアントという。）１と、サーバーコンピュータ（以下、サーバーという。）２と、プリンタ３とによって構成される。これらのうち、クライアント１に、本発明の実施形態として例示する印刷データ加工システムが設けられている。
【００３４】
クライアント１とサーバー２は、いずれもパーソナルコンピュータであり、周知の通り、ＣＰＵ、ＲＯＭ、ＲＡＭ等を中心に構成された制御部、キーボードやポインティングデバイスなどの入力部、ディスプレイなどの出力部、ハードディスクなどの補助記憶部等を備えている。また、クライアント側およびサーバ側のＯＳ（Operating System）として、双方ともＷｉｎｄｏｗｓ（登録商標）が搭載され、キーボード入力や画面出力といった入出力機能やディスクやメモリの管理など、アプリケーションから共通して利用される基本機能は、ＯＳによって提供されている。なお、Ｗｉｎｄｏｗｓ（登録商標）によって提供される各種機能そのものは公知なので、ここでの詳細な説明は省略するが、以下の説明においては、クライアント１とサーバー２が、Ｗｉｎｄｏｗｓ（登録商標）によって提供される各種機能を有するとの前提で説明を続ける。
【００３５】
クライアント１とサーバー２は、ネットワークを介して接続されており、サーバー２には、画像形成装置であるプリンタ３が接続され、クライアント１からプリンタ３へ印刷出力できるように構成されている。
【００３６】
次に、クライアント１およびサーバー２の内部構成について説明する。ここでは、印刷データの流れを理解しやすくするため、印刷データの伝送経路に従って、各部の機能を説明することにする。
【００３７】
クライアント１において、アプリケーション１１は、例えばワープロソフトや表計算ソフトなどの、クライアントＯＳ上で動作するソフトウェアである。このアプリケーション１１を使う利用者が、クライアント１において印刷を指示する操作を行うと、アプリケーション１１は、印刷すべき画像に対応する描画指令を生成し、その描画指令をＧＤＩ（Graphics Device Interface）１５に与える。
【００３８】
また、プリンタドライバ１２は、マルチページ印刷、重ね印刷等の特殊印刷機能を提供するモジュールであり、プリンタドライバＵＩ１２ａ（図４参照）が提供する機能（ユーザーインターフェース）により、利用者が印刷を指示する操作を行う際に特殊印刷をする旨の指示を併せて行うと、プリンタドライバ１２は、特殊印刷に対応する描画指令を生成し、その描画指令をＧＤＩ１５に与える。
【００３９】
これらアプリケーション１１およびプリンタドライバ１２は、それぞれの処理の中で、ＧＤＩ１５に対して指令を与えるための関数（ＡＰＩ；Application Program Interface）を呼び出すことにより、ＧＤＩ１５に対して描画指令を与えることができる。
【００４０】
ＧＤＩ１５は、仮想化された描画領域であるデバイスコンテキスト（以下、ＤＣという。）の管理と、このＤＣへの描画に伴う印刷データの作成とを行うモジュールである。印刷データとしては、後からプリンタ３に依存する形式に変換可能な中間形式であるＥＭＦ形式の印刷データ（本発明でいう第１形式の印刷データ）と、ＥＭＦ形式よりもデータ量を圧縮可能でプリンタ３に依存する形式であるＲＡＷデータ（本発明でいう第２形式の印刷データ）とを作成可能で、どちらの形式で印刷データを作成するかは、ＧＤＩ１５を利用することになる上位モジュール側から指定できるようになっている。
【００４１】
ＥＭＦとは、アプリケーション１１がＧＤＩ１５に対して指示したＡＰＩ群のそれぞれを、対応するコマンドおよび付随するデータの形で記憶した１ページ単位のファイルのことである。具体的には、例えば、直線とビットマップにより描画されるページにおいては、直線を示すコマンドとその始点／終点などの付随するデータ、ならびにビットマップを示すコマンドとそのビットマップ自身および描画位置の座標などの付随データが図３のように連なって形成される。ＥＭＦ形式の印字データとは、このＥＭＦを図２に示すようにさらにページ分連ねた形式をとる。
【００４２】
なお、ＧＤＩ１５の機能のうち、ＤＣ管理機能、ＥＭＦ形式のデータ作成機能は、ＯＳによって提供され、ＤＣへの処理をプリンタ３に依存するコマンドに変換する機能（ＲＡＷデータ作成機能）は、デバイスメーカーによりプリンタドライバＧＤＩ１２ｂ（図４参照）として提供される。
【００４３】
このＧＤＩ１５によってＤＣが作成されるとともに、アプリケーション１１およびプリンタドライバ１２からの描画指令に従ってＤＣに対する描画を行い、このＤＣに対する描画に伴って印刷データが作成される。本システムの場合、アプリケーション１１およびプリンタドライバ１２からの描画指令を受けると、ＧＤＩ１５がＥＭＦ形式の印刷データを作成するように構成されている。そして、ＧＤＩ１５によって作成された形成されるＥＭＦ形式のデータは、スプーラ１６へと送られる。
【００４４】
つまり、アプリケーション１１が加工前の画像に相当する情報を生成するとともに、プリンタドライバ１２が加工前の画像の加工方法に相当する情報を生成し、これらの情報をＧＤＩ１５に与えることでＥＭＦ形式の一次印刷データを作成しているのであり、これらアプリケーション１１およびプリンタドライバ１２は、一次印刷データ作成手段１４として機能しているのである。
【００４５】
スプーラ１６は、ＧＤＩ１５によって１ページ単位で形成される複数ページ分のデータを１つの印刷ジョブとして結合した印刷データを、ハードディスク１７にスプールファイル１８として格納する。先に説明したアプリケーション１１およびプリンタドライバ１２からの描画指令によって作成された一次印刷データの場合、ＥＭＦ形式で格納されたスプールファイル１８中は、データファイルとコマンドファイルからなる。
【００４６】
データファイルは、先に説明したようにＥＭＦがページ分連なって形成されたものである。また、コマンドファイルは、印字ジョブの名称、使用するプリンタドライバの名称などの情報とともに、プリンタの基本的設定などが記録されている。このファイルは、さらに本発明の印字データ加工システムが実行する加工内容である「マルチページ印刷」「重ね印刷」「ページ入れ替え印刷」などの指示、ならびにその設定を行う情報も記録されている。これら２つのファイルにて１つの印刷ジョブが構成されている。なお、コマンドファイルとデータファイルのファイル名は、印刷ジョブのジョブＩＤを示す同一の文字列に、コマンドファイルであるかデータファイルであるかを示す拡張子を付加したものとなっている。なお、スプールファイル１８は、必ずしもクライアント１の内部に設けられている必要はなく、クライアント１の外部にある記憶手段に設けられていてもよく、要するにクライアント１からアクセス可能な状態（例えばネットワークドライブ上）に存在していればよい。
【００４７】
さて、マルチページ印刷、重ね印刷等の特殊印刷を行う場合には、加工手段２０が起動され、この加工手段２０によりスプールファイル１８に格納されている印刷ジョブ毎のＥＭＦが特殊印刷のために加工され、加工後の画像に対応する描画指令を加工手段２０からＧＤＩ１５に対して与えることにより、二次印刷データが作成される。
【００４８】
この加工手段２０は、図１に示すように、ページ分割手段２２と、ＤＣ投影手段２３と、ＤＣ加工手段２４とを備えている。さらに、図１には示されていないが、加工手段２０には、ＥＭＦのコマンドファイルに特殊印刷に関する加工情報が設定されているかどうかを解析して、加工後の画像に対応する描画指令を生成し、その描画指令をＧＤＩ１５に対して与える加工指令手段が設けられている。
【００４９】
ページ分割手段２２は、スプールファイル１８のファイル名を確認して印刷ジョブを認識し、認識した印刷ジョブ毎の各ページのＥＭＦをスプールファイル１８からエンドコマンドに基づいて分割し、その各ページのＥＭＦをＲＡＭ等に形成されるテンポラリーファイル（図示せず）にコピーする。このテンポラリーファイルは不要となった時点で消去する。
【００５０】
ＤＣ投影手段２３は、対象となるＤＣを特定する情報と、印刷データが設定された結果のファイルを入れるためのメモリ領域の指定と、描画領域を示す情報とを付加して、特定のＤＣにページ分割されたＥＭＦの印刷データを設定するようにとの指示をＧＤＩ１５に対して出す機能を有しており、このＤＣ投影手段２３からの指示に基づきＧＤＩ１５が処理を行う。
【００５１】
本システムの場合、詳しくは後述するが、加工手段２０は、システムの記憶領域に記憶されているフラグを参照して、加工後の印刷データをＥＭＦ形式のデータとするかＲＡＷデータとするかを決定するが、標準では、ＲＡＷデータにて印刷データを作成するように構成されている。また、ＥＭＦ形式のデータとするかＲＡＷデータとするかを決定した際には、併せてサーバー２側に設けられたプリントプロセッサ（サーバー側印刷処理手段）の指定も行うことができ、印刷データをＲＡＷデータとする場合には、サーバー２側に設けられたＲＡＷ用のプリントプロセッサ３６が指定される。
【００５２】
印刷データをＲＡＷデータとする場合は、例えば、図２に示すように、１ページ目のＥＭＦが、コマンド１とそのデータ、コマンド２とそのデータ、コマンド３とそのデータおよびエンドコマンドから成るとしたときに、ＤＣ投影手段２３を通し、さらに特殊印刷用の加工を行うことにより、特殊印刷の加工済みのＰＤＬコマンド（ＲＡＷデータ）が新たに形成される。
【００５３】
このとき、ＤＣ加工手段２４は、ＤＣ投影手段２３によってＥＭＦの加工処理を行う指示をＧＤＩ１５に出す機能を有しており、このＤＣ加工手段２４からの指示に基づきＧＤＩ１５が処理を行う。
【００５４】
このときの加工処理について具体的に説明すると、加工指令手段によってコピーされたＥＭＦのコマンドファイルが解析されて、どのように加工すべきかという加工情報がまず取得される。続いて、取得された加工情報に基づき、ＧＤＩ１５によりプリンタドライバ１２に含まれるプリンタドライバＧＤＩ１２ｂ（図４参照）を介して各コマンドに対応するＰＤＬのコマンド（ＲＡＷデータ）に変換され、ＤＣ投影手段２３によって指定されたメモリ領域に書き込まれる。この時、ビットマップの描画コマンドはラスターコマンドに置き換えられる。
【００５５】
また、ＥＭＦのコマンドに直接対応するＰＤＬのコマンドがない場合は、ＧＤＩ１５によりラスタライズされＰＤＬのコマンドの１つであるラスターコマンドに置き換えられる。
【００５６】
一方、本システムにおける標準の印刷モードではないが、上述の通り、印刷データをＥＭＦ形式のデータとすることも可能であり、この場合は、例えば、図２に示すように、１ページ目のＥＭＦが、コマンド１とそのデータ、コマンド２とそのデータ、コマンド３とそのデータおよびエンドコマンドから成るとしたときに、ＤＣ投影手段２３を通すことによって、図３に示すように、コマンド１ないし３とその各々のデータに加えて、特殊印刷のために必要な数だけのコマンドおよびデータがコマンド３のデータとエンドコマンドとの間に付加されたＥＭＦが新たに形成される。
【００５７】
このとき、ＤＣ加工手段２４は、ＤＣ投影手段２３によってＥＭＦの加工処理を行う指示をＧＤＩ１５に出す機能を有しており、このＤＣ加工手段２４からの指示に基づきＧＤＩ１５が処理を行う。
【００５８】
このときの加工処理について具体的に説明すると、加工指令手段によってコピーされたコマンドファイルが解析されて、どのように加工すべきかという加工情報がまず取得される。続いて、取得された加工情報に基づき、ＤＣ投影手段２３によって指定されたメモリ領域に、ＧＤＩ１５により特殊印刷のための必要な制御コマンドおよびそのデータが書き込まれる。
【００５９】
以上のような手順で、加工手段２０が二次印刷データ（標準ではＲＡＷデータ）を作成すると、その二次印刷データは、新しい印刷ジョブとして１６に戻される。また、スプールファイル１８として格納されていた元の印刷ジョブは抹消される。そして、加工手段２０によって加工された二次印刷データが、スプーラ１６によってネットワークを介してサーバー２へと送られることになる。
【００６０】
以上説明したクライアント１側における印刷データの流れをまとめたのが図４である。アプリケーション１１は加工前の画像に対応する描画指令を生成し、また、プリンタドライバＵＩ１２ａは加工前の画像に対する特殊加工に対応する描画指令を生成し、それらの描画指令がＧＤＩ１５に対して与えられる。すると、ＧＤＩ１５は、与えられた描画指令に従ってＥＭＦ形式の一次印刷データを作成し、その一次印刷データがスプーラ１６によってスプールファイル化される。加工手段２０は、スプールファイルからＥＭＦ形式の一次印刷データを読み込んで、加工前の画像および加工前の画像に対する加工方法を解析し、加工後の画像に対応する描画指令を生成し、その描画指令がＧＤＩ１５に対して与えられる。すると、ＧＤＩ１５は与えられた描画指令に従って、（システムの設定が標準の場合）プリンタドライバＧＤＩ１２ｂの機能を利用してＲＡＷデータの二次印刷データを作成し、その二次印刷データがスプーラ１６によってスプールファイル化される。そして、スプーラ１６がネットワークへ二次印刷データを送出し、その二次印刷データがサーバー２側へ送られることになるのである。
【００６１】
ところで、ＥＭＦは、Ｗｉｎｄｏｗｓ（登録商標）において扱われる標準的な描画データであり、画像形成装置の機種に依存することなく扱うことができるが、汎用性が高い分だけ冗長なデータも多く含まれている。これに対し、ＲＡＷデータは、画像形成装置の機種に依存して特定の機種でのみ識別できるようなプリンタ制御コードを含むデータである。プリンタ制御コードは、メーカー毎に仕様が異なっており、代表的なものとしては、例えば米国Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ社のＰＣＬや米国Ａｄｏｂｅ社のＰｏｓｔＳｃｒｉｐｔ（登録商標）など、種々のページ記述言語（ＰＤＬ；Page Description Language ）によるコマンドセットが知られている。このようなＲＡＷデータは、メーカー毎の仕様に合わせて識別する必要があることから汎用性は低くなるが、特定の機種の機能に適合する制御コードを中心に構成されるため、ＥＭＦに比べると冗長なデータが少なく、データによってはデータ量が小さくなる。例えば、ＥＭＦ中に含まれる画像データを、プリンタ３に依存したページ記述言語で記述してからサーバー２側へ送信すれば、プリンタ３において不要なデータを送信しなくても済む。あるいは、プリンタ３が単色印刷を行うものであれば、ＥＭＦ中に含まれるカラー印刷用データは不要なので、単色印刷用の情報のみからなるＲＡＷデータにすれば、データ量を低減できる。
【００６２】
つまり、二次印刷データとしてサーバー２側へ送出されることになる印刷データをＲＡＷデータにすると、ネットワーク上に流されることになるデータ量を低減して、ネットワークにかかる負荷を抑制できるのである。
【００６３】
なお、印刷データをＥＭＦとするかＲＡＷデータとするかの指定方法は、詳しくは後述するが、プリンタ３をオープンする際にＥＭＦかＲＡＷかを指定すると、ＥＭＦ指定であればＧＤＩ１５がプリンタドライバＧＤＩ１２ｂを経由せずＥＭＦ形式のデータを作成し、ＲＡＷ指定であればＧＤＩ１５がプリンタドライバＧＤＩ１２ｂを経由してＲＡＷデータを作成することとなり、その後は、オープンしたプリンタ３に対して元となる印刷データを与えるだけで、そのデータがＥＭＦまたはＲＡＷデータに変換されることになる。
【００６４】
さて、サーバー２では、クライアント１から送信されてくる印刷データが、スプーラ３１によって処理される。
スプーラ３１のスプーラシステム３２は、受信した印刷データをハードディスク３３にスプールファイル３４として一旦記憶させる。そして、印刷データがＥＭＦの場合は、ＥＭＦ用のプリントプロセッサ３５により印刷データが処理され、印刷データがＲＡＷの場合は、ＲＡＷ用のプリントプロセッサ３６により印刷データが処理される。なお、図示の都合上、図１では、ＥＭＦ用のプリントプロセッサ３５とＲＡＷ用のプリントプロセッサ３６を並べて描いてあるが、ＥＭＦ用のプリントプロセッサ３５はＯＳにより提供され、ＲＡＷ用のプリントプロセッサ３６はデバイスメーカーによりドライバとして提供されるものである。また、ＥＭＦ用のプリントプロセッサ３５は、ＲＡＷデータの処理も可能な汎用のプリントプロセッサであってＥＭＦ専用ではないが、ＲＡＷ用のプリントプロセッサ３６はＲＡＷデータ専用となっている。
【００６５】
ちなみに、サーバー２においても、マルチページ印刷、重ね印刷等の特殊印刷に関して、さらに加工が必要なＥＭＦが渡された場合には、加工手段（図示略）が起動され、この加工手段による加工処理が行われる。サーバー２側の加工手段は、先に説明したクライアント１側の加工手段２０とほぼ同等の機能を有するものであるが、サーバー２側での加工処理に関しては本発明の要部ではないので、ここでの詳細な説明は省略する。
【００６６】
こうしてスプーラ３１において、ＥＭＦ用のプリントプロセッサ３５またはＲＡＷ用のプリントプロセッサ３６によるデータ処理を受けた印刷データは、スプーラ３１からプリンタドライバ３８へと送られる。
【００６７】
プリンタドライバ３８は、印刷データがＥＭＦの場合、ＥＭＦをプリンタ３に対応したプリンタ制御コードに変換してから、プリンタ３へ送る。プリンタ制御コードは、先に説明した通り、種々のページ記述言語（ＰＤＬ）によるコマンドセットがあるが、プリンタドライバ３８が、ＥＭＦをプリンタ３にて採用されているＰＤＬに対応できるような印刷データに変換して、プリンタ３へと送出しているのである。一方、印刷データがＲＡＷデータの場合、プリンタドライバ３８は、ＲＡＷデータを未処理のままでプリンタ３へと送る。
【００６８】
次に、クライアント１において実行されるスプールファイル加工の手順について説明する。
図５に示すように、印刷データ作成手段１４により形成されたある印刷ジョブのＥＭＦのコマンドファイルに加工情報に関する設定があるかどうかについて、加工手段２０の加工指令手段によりＥＭＦのコマンドファイルが解析されてその判定がなされる（Ｓ１）。この判定結果がＮＯであれば（Ｓ１：ＮＯ）、ＥＭＦの加工の必要性がないため動作はそのまま終了する。一方、判定結果がＹＥＳであれば（Ｓ１：ＹＥＳ）、その印刷ジョブのＥＭＦの全ページがスプーラ１６によりスプール完了されるまで待機状態となる（Ｓ２）。なお、この間スプール中であることがチェックされる。
【００６９】
続いて、ページ分割手段２２により、スプールファイル１８に格納されているＥＭＦの印刷ジョブの認識が行われ、所定の印刷ジョブのＥＭＦがスプールファイル１８からテンポラリーファイルにコピーされる（Ｓ３）。その後、スプールファイル１８に格納されているそのコピーされたＥＭＦが消去され、これにより、元の印刷ジョブが抹消される（Ｓ４）。
【００７０】
そして、ページ分割手段２２により、コピーされたＥＭＦがページ単位に分割される（Ｓ５）。そして、上記Ｓ１の処理において解析された、どの特殊印刷を行うかという結果に基づき、ページ分割されたＥＭＦの加工等の処理が行われ（Ｓ６）、その後、動作は終了する。
【００７１】
上記Ｓ６の加工処理は、詳しくは図６に示すような処理となる。
この加工処理を開始すると、まずＲＡＷ出力の指定がなされているか否かが調べられる（Ｓ１１）。ＲＡＷ出力の指定の有無は、クライアント１側のシステムの記憶領域（Ｗｉｎｄｏｗｓ（登録商標）の場合であればレジストリと呼ばれる領域）や設定ファイルなどに記憶されている。本実施形態の場合、通常はＲＡＷ出力の指定が有る状態とされており、利用者が意図的に設定変更を行った場合に限り、ＲＡＷ出力の指定が無い状態になる。
【００７２】
ＲＡＷ出力の指定が無い場合（Ｓ１１：ＮＯ）、プリンタ３をオープンする際のオープンモードとしてデフォルトモードが選択され（Ｓ１２）、ＲＡＷ出力の指定が有る場合（Ｓ１１：ＹＥＳ）、プリンタ３をオープンする際のオープンモードとしてＲＡＷモードが選択される（Ｓ１３）。なお、デフォルトモードは、ＯＳによって規定されているモードであり、標準ではＥＭＦモードがデフォルトモードとなっている。
【００７３】
なお、本発明の請求項１乃至請求項６に記載の構成は、ＲＡＷ出力が指定されたときに適用されることになる構成である。また、Ｓ１１の処理は請求項７に記載の切替手段を構成する。
【００７４】
そして、上記Ｓ１２またはＳ１３の処理において選択したオープンモードで、プリンタ３をオープンする（Ｓ１４）。オープンしたプリンタ３にて印刷出力を行うために必要なプリンタドライバ１２は、コマンドファイルに記憶されているため、プリンタ３のオープン時に特定することができる。この時点で、プリンタ３へ出力する印刷データをＥＭＦとするかＲＡＷとするかが決まることになる。
【００７５】
続いて、サーバー２側で作動させるプリントプロセッサの指定があるか否かが調べられる（Ｓ１５）。プリントプロセッサの指定は、ＲＡＷ出力の指定の有無と同様、クライアント１側のシステムの記憶領域や設定ファイルなどに記憶されている。本実施形態の場合、通常はプリントプロセッサの指定が有る状態とされており、上述したＲＡＷ用のプリントプロセッサ３６が指定されている。なお、利用者が意図的に設定変更を行った場合に限り、プリントプロセッサの指定が無い状態になる。
【００７６】
プリントプロセッサの指定が無い場合（Ｓ１５：ＮＯ）、プリントプロセッサ名としてはデフォルトのものが選択され（Ｓ１６）、プリントプロセッサの指定が有る場合（Ｓ１５：ＹＥＳ）、プリントプロセッサ名としては上記ＲＡＷ用のプリントプロセッサ３６のものが選択される（Ｓ１７）。
【００７７】
そして、上記Ｓ１６またはＳ１７の処理において選択したプリントプロセッサ名を、サーバー２側で作動させるプリントプロセッサとして設定する（Ｓ１８）。この時点で、サーバー２側で作動させるプリントプロセッサをＥＭＦ用のプリントプロセッサ３５とするかＲＡＷ用のプリントプロセッサ３６とするかが決まることになる。
【００７８】
続いて、印刷に関するジョブ処理（後から詳述）を行い（Ｓ１９）、プリンタ３をクローズして（Ｓ２０）、本処理を終了する。
次に、上記Ｓ１９の処理に該当する各種の特殊印刷毎の処理を個別に説明する。
【００７９】
まず、図７に示すように、ページ分割された複数のページを同一ページ内に形成するいわゆる４ｉｎ１、２ｉｎ１等のＮｉｎ１と称されるマルチページ印刷のための処理について説明する。
【００８０】
図８に示すように、上記した図５のＳ５の処理によって、ページ分割手段２２によりＥＭＦがページ単位に分割されると、Ｎｉｎ１を行うためにＤＣの座標およびスケールの変換処理が行われ（Ｓ２１）、このように変換された座標系に各ページのＥＭＦが投影、即ち各ページのＥＭＦの印刷データがＤＣに設定され（Ｓ２２）、その後動作は終了する。
【００８１】
ところで、上記したＳ２１およびＳ２２の処理について、４ｉｎ１および２ｉｎ１を例として具体的に説明する。
まず４ｉｎ１の場合には、図９に示すように、処理しようとしているＥＭＦのページが（４ｎ＋１）ページか否かの判定がなされ（Ｓ３１）、この判定結果がＹＥＳであれば第ｍページを４分割したうちの左上半部に（４ｎ＋１）ページ目のＥＭＦの印刷データを設定すべく座標変更（１）が行われる（Ｓ３２）。このとき、座標変更は、Ｘ’＝ａＸ＋ｂＹ＋ｃ、Ｙ’＝ｄＸ＋ｅＹ＋ｆの式に基づいてなされ、係数ａ、ｂ、ｄ、ｅで回転およびスケール、ｃ、ｆで平行移動が定義される。なお、この座標変更は、ＧＤＩ１５に対して指令を与えるための関数（ＡＰＩ）を呼び出すことによって実行される。
【００８２】
続いて図９に示すように、Ｓ３１の判定結果がＮＯであれば、処理しようとしているＥＭＦのページが（４ｎ＋２）ページか否かの判定がなされ（Ｓ３３）、この判定結果がＹＥＳであれば第ｍページを４分割したうちの右上半部に（４ｎ＋２）ページ目のＥＭＦの印刷データを設定すべく座標変更（２）が行われ（Ｓ３４）、Ｓ３３の判定結果がＮＯであれば、処理しようとしているＥＭＦのページが（４ｎ＋３）ページか否かの判定がなされ（Ｓ３５）、この判定結果がＹＥＳであれば第ｍページを４分割したうちの左下半部に（４ｎ＋３）ページ目のＥＭＦの印刷データを設定すべく座標変更（３）が行われる（Ｓ３６）。
【００８３】
さらに図９に示すように、第ｍページを４分割したうちの右下半部に（４ｎ＋４）ページ目のＥＭＦの印刷データを設定すべく座標変更（４）が行われ（Ｓ３７）、その後Ｓ３２、Ｓ３４、Ｓ３６の各処理を経た後と共にＳ３８に移行し、Ｓ３８においてページ分割されたＥＭＦの全ページについてこのような座標変更が終了したか否かの判定がなされ（Ｓ３８）、この判定結果がＮＯであればＳ３１に戻り、判定結果がＹＥＳであればページ分割されたＥＭＦの全ページについての処理が完了したとして動作は終了する。
【００８４】
続いて２ｉｎ１の場合には、図１０に示すように、印刷された情報を読むときに要旨が縦長になるように印刷されるポートレートか、横長になるように印刷されるランドスケープかの判定がなされ（Ｓ４１）、ポートレートである場合には、処理しようとしているＥＭＦのページが奇数ページか否かの判定がなされ（Ｓ４２）、この判定結果がＹＥＳであれば縦長ページを上下に２分割したうちの上半部に奇数ページのＥＭＦの印刷データを設定すべく座標変更（５）が行われ（Ｓ４３）、Ｓ４２の判定結果がＮＯであれば縦長ページを上下に２分割したうちの下半部に偶数ページのＥＭＦの印刷データを設定すべく座標変更（６）が行われる（Ｓ４４）。
【００８５】
一方、上記したＳ４１の判定の結果がランドスケープである場合には、処理しようとしているＥＭＦのページが奇数ページか否かの判定がなされ（Ｓ４５）、この判定結果がＹＥＳであれば横長ページを左右に２分割したうちの左半部に奇数ページのＥＭＦの印刷データを設定すべく座標変更（７）が行われ（Ｓ４６）、Ｓ４５の判定結果がＮＯであれば横長ページを左右に２分割したうちの右半部に偶数ページのＥＭＦの印刷データを設定すべく座標変更（８）が行われる（Ｓ４７）。
【００８６】
その後、図１０に示すようにＳ４３、Ｓ４４、Ｓ４６の各処理を経た後と共にＳ４８に移行し、Ｓ４８においてページ分割されたＥＭＦの全ページについてこのような座標変更が終了したか否かの判定がなされ（Ｓ４８）、この判定結果がＮＯであればＳ４１に戻り、判定結果がＹＥＳであればページ分割されたＥＭＦの全ページについての処理が完了したとして動作は終了する。
【００８７】
次に、ある画像に重ねて別の画像を印刷する重ね印刷について、図１１に示すような“Ｃｏｎｆｉｄｅｎｔｉａｌ”の文字や、“秘”の文字のように下の画像が透過するように２つの画像をすかし印刷するための処理について説明する。
【００８８】
図１２に示すように、上記した図５のＳ５の処理によって、ページ分割手段２２によりＥＭＦがページ単位に分割されると、所定のＤＣに対してページ分割されたＥＭＦの印刷データが設定され（Ｓ５１）、印刷用紙のサイズやすかし文字の文字数、すかし文字の用紙に対する印刷角度等から、すかし文字の大きさおよび印刷位置の計算が行われ（Ｓ５２）、上記したＳ５１でＥＭＦの印刷データが設定されたＤＣに対し、Ｓ５２で計算されたすかし文字の印刷データが重ねて設定され、描画指令がＡＰＩにてＧＤＩ１５に対してなされ（Ｓ５３）、その後動作は終了する。
【００８９】
ここで、図１２のＳ５１〜Ｓ５３の処理を、逆にＳ５３、Ｓ５２、Ｓ５１の順で行うとすかし文字が元の画像の下に印刷されることになる。
さらに、図１３に示すように、ページ分割された複数ページの中間ファイルの順番を入れ換え、フェイスアップ印刷のように先頭と最終を逆に入れ換えて印刷したり、マニュアルデュープレックス印刷のように用紙の両面に連続したページ順で印刷するといったページ入れ換え印刷のための処理について説明する。
【００９０】
図１４に示すように、上記した図５のＳ５の処理によって、ページ分割手段２２によりＥＭＦがページ単位に分割されると、フェイスアップ印刷ならｎ、ｎ−１、ｎ−２、…、２、１の順、デュープレックス印刷なら奇数ページおよび偶数ページ逆順となるようにページ計算が行われ（Ｓ７１）、ページ分割されたＥＭＦがＳ７１で計算されたページ順で取り出される（Ｓ７２）。
【００９１】
ここで、マニュアルデュープレックス印刷の場合には、まず印刷用紙にこの印刷ジョブの奇数ページの印刷を行った後、オペレータがその印刷された用紙を裏返して再度残りのページ（偶数ページ）を印刷するという形態になる。このため、１つの印刷ジョブを奇数ページの印刷ジョブと偶数ページの印刷ジョブに分けて、２つのジョブの間にオペレータの処理が入れられるようにするのがよい。そのため、取り出された奇数ページの裏面に偶数ページを印刷するためにジョブの分割が行われる。
【００９２】
そして、取り出されたＥＭＦがＤＣに投影、即ち取り出された各ページのＥＭＦの印刷データが所定のＤＣに設定されてページ順の入れ換えが行われ（Ｓ７３）、その後動作は終了する。
【００９３】
なお、以上説明した上記Ｓ１９の処理に相当する各種特殊印刷毎の処理によって作成される印刷データは、上記Ｓ１４の処理で指定したオープンモードに従って、データ形式がＥＭＦまたはＲＡＷとなる。
【００９４】
以上説明したように、上記クライアント１が備える印刷データ加工システムによれば、クライアント１は、加工手段２０によって作成されたＲＡＷデータ（二次印刷データ）を、ネットワーク経由でサーバー２側へ送信する。ＲＡＷデータをネットワーク経由でサーバー２側へ送信すると、従来技術のようにＥＭＦ形式のデータ（一次印刷データ）をそのままネットワーク経由でサーバー２側へ送信する場合に比べ、ネットワーク上に送出されるデータ量は少なくなる。したがって、この印刷データ加工システムによれば、クライアント１側からサーバ２側へ送信される印刷データのデータ量を低減してネットワークにかかる負荷を抑制することができる。
【００９５】
また、この印刷データ加工システムは、サーバー２側に設けられた複数のプリントプロセッサ（サーバー側印刷処理手段）の中から選ばれる一つを、ＲＡＷデータの印刷時に使用するプリントプロセッサとして指定する指定手段（上記Ｓ１５〜Ｓ１８）を備えているので、ＲＡＷデータの印刷に最適なプリントプロセッサ３６を意図的に指定して利用できる。
【００９６】
また、この印刷データ加工システムには、ＥＭＦをネットワーク経由でサーバー２側へ送信する手段も備えており、利用者からの指定に基づいて、ＥＭＦまたはＲＡＷデータのいずれを送信するかを切り替える切替手段（上記Ｓ１１）を備えているので、ＥＭＦおよびＲＡＷのどちらをもネットワーク上に送出でき、何らかの事情でＥＭＦをサーバー２側へ送信したい場合には、簡単にＥＭＦをサーバー２側へ送信できる状態にすることができる。
【００９７】
以上、本発明の実施形態について説明したが、本発明は上記の具体的な一実施形態に限定されず、この他にも種々の形態で実施することができる。
例えば、上記実施形態では、中間形式の一次印刷データの例としてＥＭＦ形式のデータを例示したが、一次印刷データはＥＭＦ以外の形式であってもよい。また、一次印刷データよりもデータ量を圧縮可能な画像形成装置に依存する形式の二次印刷データの例としてＲＡＷデータを例示したが、これも、一次印刷データよりもデータ量を圧縮可能で画像形成装置に依存する形式になっていれば、特定のデータ形式に限定されず、例えば、上述のＰＤＬ以外にも、画像形成装置が特定の符号化方式で圧縮されたデータを復号する機能を備えていれば、その特定の符号化方式によって一次印刷データを二次印刷データにすることができる。
【図面の簡単な説明】
【００９８】
【図１】本発明の実施形態として説明した印刷データ加工システムのブロック図である。
【図２】加工前のＥＭＦを含むスプールファイル示す図である。
【図３】ＥＭＦを示す図である。
【図４】クライアント側における印刷データの流れを示すブロック図である。
【図５】スプールファイル加工処理全体を示すフローチャートである。
【図６】加工処理を示すを示すフローチャートである。
【図７】マルチページ印刷時のレイアウトを示す説明図である。
【図８】マルチページ印刷処理を示すフローチャートである。
【図９】４ｉｎ１処理を示すフローチャートである。
【図１０】２ｉｎ１処理を示すフローチャートである。
【図１１】重ね印刷時のレイアウトを示す説明図である。
【図１２】重ね印刷処理を示すフローチャートである。
【図１３】ページ入れ換え印刷時のレイアウトを示すフローチャートである。
【図１４】ページ入れ換え印刷処理を示すフローチャートである。
【符号の説明】
【００９９】
１・・・クライアント、２・・・サーバー、３・・・プリンタ、１１・・・アプリケーション、１２，３８・・・プリンタドライバ、１４・・・印刷データ作成手段、１６，３１・・・スプーラ、１７，３３・・・ハードディスク、１８，３４・・・スプールファイル、２０・・・加工手段、２２・・・ページ分割手段、２３・・・ＤＣ投影手段、２４・・・ＤＣ加工手段、３２・・・スプーラシステム、３５，３６・・・プリントプロセッサ。
【技術分野】
【０００１】
本発明は、ネットワーク経由でクライアント側からサーバー側へ印刷データを送信することにより、サーバー側に付設された画像形成装置に印刷を実行させる印刷システムにおいて、クライアント側に設けられる印刷データ加工システムと、その印刷データ加工システムを構成するために用いられるプログラムに関する。
【背景技術】
【０００２】
従来、複数のパーソナルコンピュータ（以下、ＰＣという。）をネットワークを介して相互に接続すると共にある特定のＰＣに画像形成装置（プリンタやプリンタ機能を有する複合機等）を接続し、その画像形成装置を、ネットワークに接続された全てのＰＣが利用できるように構成したネットワーク印刷システムが知られている。
【０００３】
また、この種のネットワーク印刷システムに関する技術として、本願出願人は、下記特許文献１に記載の技術を提案している。この技術は、クライアント側およびサーバ側のＯＳ（Operating System）としてＷｉｎｄｏｗｓ（登録商標）を採用したネットワーク印刷システムに関するものである。
【０００４】
Ｗｉｎｄｏｗｓ（登録商標）には、ＧＤＩ（Graphics Device Interface）と呼ばれる描画機能関連のモジュールが用意されており、アプリケーションソフトが印刷出力を行う際には、ＧＤＩを利用して印刷データを生成できるようになっている。アプリケーションからＧＤＩを利用する場合、アプリケーションはＧＤＩの描画機能を利用するための関数をコールすることにより、ＧＤＩに対して描画指令を与える。その際、印刷出力を行う画像形成装置の機種や仕様については、アプリケーション側で意識する必要がなく、アプリケーションは単にＧＤＩを利用するだけで、様々な画像形成装置の機種や仕様に対応した印刷出力を実施できるのである。下記特許文献１に記載の技術においても、クライアント側では、アプリケーションがＧＤＩに対して描画指令を与え、これにより、サーバー側へ送信する印刷データを生成している。
【０００５】
ところで、下記特許文献１に記載の技術において、サーバー側へ送信する印刷データを生成するためにアプリケーションがＧＤＩに対して描画指令を与えた際、ＧＤＩは、ＥＭＦ（Enhanced Meta File）と呼ばれる形式で印刷データを生成していた。このＥＭＦ形式の印刷データは、画像形成装置の機種に依存しない形式の印刷データで、最終的に特定機種の画像形成装置で認識可能な形式（画像形成装置の機種に依存する形式）の印刷データ（以下、ＲＡＷデータともいう。）よりも汎用性が高いため、ＥＭＦ形式のデータに対して二次加工を施して新たなＥＭＦ形式のデータを作成するようなことも容易である等、様々な利点がある。
【０００６】
特許文献１に記載の技術においては、クライアント側でＥＭＦ形式のデータを作成し、そのＥＭＦ形式のデータをクライアント側からサーバ側へと送信している。そして、サーバ側では、送信されてきたＥＭＦ形式のデータを一旦スプールファイルとして格納し、そのスプールファイルに対してさらに様々な加工を施したり、スプールファイル中に含まれるフォントデータの抽出を行ったりし、その後、画像形成装置へと送出する段階でＥＭＦ形式のデータを画像形成装置側で認識可能なＲＡＷデータへと変換し、そのＲＡＷデータを画像形成装置へと送出することにより、画像形成装置において紙状記録媒体に対する印刷を実行している。
【特許文献１】特開２００３−１３１８３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記特許文献１に記載の技術では、上記ＥＭＦ形式のデータをクライアント側からサーバ側へと送信していたため、ネットワーク上に流されるデータ量が非常に多くなる場合があり、このことがネットワークに過大な負荷をかける要因となることがあった。
【０００８】
特に、ＥＭＦ形式のデータは、画像形成装置の機種に依存しないデータとされていることから、実際に使用する画像形成装置では必要としない冗長なデータを含んでいる場合が多々ある。
【０００９】
より具体的には、例えば、実際に使用する画像形成装置が単色画像形成装置であるにもかかわらず、カラー情報を含むデータとなっていたり、あるいは、実際に使用する画像形成装置が比較的低解像度の画像形成装置であるにもかかわらず、より高解像度な情報を含むデータとなっていたりする場合がある。これらの場合、実際に使用する画像形成装置では有効に利用できない情報がネットワーク上に流されてしまうため、ネットワークに余計な負荷をかけてしまうことになる。
【００１０】
また、ＥＭＦ形式のデータは、二次加工を容易にするために、冗長なデータを含んでいる場合もある。
より具体的には、例えば、２ｉｎ１、４ｉｎ１などと呼ばれるＮｉｎ１形式のマルチページ印刷では、実際にはＮページ分の印刷データが１ページに印刷されるにもかかわらず、ＥＭＦ形式のデータ中においては、１ページ分の印刷データにはなっておらず、Ｎページ分の印刷データとＮｉｎ１形式にするための制御データがそのまま格納されている。また、元原稿に対して「秘」「Ｃｏｎｆｉｄｅｎｔｉａｌ」といった文字を重ね合わせて印刷する重ね印刷では、実際には元原稿に文字を重ね合わせて１ページに印刷されるにもかかわらず、ＥＭＦ形式のデータ中においては、１ページ分の印刷データにはなっておらず、元原稿と重ね合わせようの文字とがそれぞれ独立したレイヤーとして格納されている。このような格納形式は、さらに二次加工を施す場合（例えば、２ｉｎ１を４ｉｎ１に変更するとか、重ね合わせた文字の色だけを変更するといった場合）には便利であるが、そのような二次加工が不要な場合は、ネットワークに余計な負荷をかけてしまう要因となるだけである。
【００１１】
本発明は、上記問題を解決するためになされたものであり、その目的は、クライアント側からサーバ側へ送信される印刷データのデータ量を低減してネットワークにかかる負荷を抑制可能な印刷データ加工システムと、その印刷データ加工システムを構成するために用いられるプログラムとを提供することにある。
【課題を解決するための手段】
【００１２】
以下、上記目的を達成するためになされた本発明の特徴について詳述する。
本発明の印刷データ加工システムは、
ネットワーク経由でクライアント側からサーバー側へ印刷データを送信することにより、前記サーバー側に設けられたサーバー側印刷処理手段を作動させて前記サーバー側に付設された画像形成装置に印刷を実行させる印刷システムにおいて、前記クライアント側に設けられる印刷データ加工システムであって、
描画指令に従って、前記画像形成装置に依存する形式に変換可能な中間形式である第１形式、または該第１形式よりもデータ量を圧縮可能で前記画像形成装置に依存する形式である第２形式のいずれかの形式で、印刷データを作成可能なＧＤＩと、
該ＧＤＩによって作成された印刷データをスプールファイルとして格納可能で、該スプールファイルとして格納された印刷データを前記ネットワーク経由で前記サーバー側へと送信可能なスプーラと、
加工前の画像および当該画像の加工方法に相当する情報を含む前記第１形式の一次印刷データを解析して、加工後の画像に対応する前記描画指令を生成し、該描画指令を前記ＧＤＩに対して与えることにより、加工後の画像に相当する情報を含む前記第２形式の二次印刷データを、前記ＧＤＩに作成させる加工手段とを備えており、
上位モジュールから与えられる描画指令に従って、前記ＧＤＩが前記第１形式にて前記一次印刷データを作成し、前記スプーラが前記第１形式の前記一次印刷データを前記スプールファイルとして格納し、前記加工手段が、前記第１形式の前記一次印刷データを解析して、加工後の画像に対応する前記描画指令を生成し、該描画指令を前記ＧＤＩに対して与えるとともに、当該描画指令に従って、前記ＧＤＩが前記第２形式にて前記二次印刷データを作成し、前記スプーラが前記第２形式の前記二次印刷データを前記スプールファイルとして格納し、該第２形式の前記二次印刷データを前記ネットワーク経由で前記サーバー側へと送信するように構成されている
ことを特徴とする。
【００１３】
この印刷データ加工システムにおいて、上位モジュールとは、ＧＤＩを利用して第１形式の一次印刷データを作成するソフトウェアモジュールであり、例えば、第１形式の一次印刷データを新たに生成するモジュール、一次印刷データよりも前段階の印刷データに対して加工を施すことによって第１形式の一次印刷データを作成するモジュールなどが、ここでいう上位モジュールに該当する。
【００１４】
一次印刷データは、画像形成装置に依存する形式に変換可能な中間形式である第１形式のデータで、加工前の画像および当該画像の加工方法に相当する情報を含むデータであり、画像形成装置にそのまま送出することはできないデータである。上述のＷｉｎｄｏｗｓ（登録商標）を採用したネットワーク印刷システムの場合であれば、ＥＭＦ形式のデータが一次印刷データに相当する。
【００１５】
二次印刷データは、第１形式よりもデータ量を圧縮可能で画像形成装置に依存する形式である第２形式のデータで、加工後の画像に相当する情報を含むデータであり、画像形成装置にそのまま送出することができるデータである。上述のＷｉｎｄｏｗｓ（登録商標）を採用したネットワーク印刷システムの場合であれば、ＲＡＷデータが二次印刷データに相当する。この二次印刷データは、一次印刷データよりもデータ量を圧縮可能な形式になっているが、ここでいう圧縮とは、データ量を少なくすることができるようなすべての手法を包含する概念であり、具体的には、可逆圧縮が施された形式、不可逆圧縮が施された形式の双方を包含し、さらに言えば、不可逆圧縮が施された形式としては、不要なデータの一部ないし全部が削除された形式等を含む概念である。
【００１６】
本印刷データ加工システムにおいては、上位モジュールから与えられる描画指令に従ってＧＤＩが第１形式にて一次印刷データを作成し、この一次印刷データをスプーラがスプールファイルとして格納した際に、加工手段が、第１形式の一次印刷データを解析して加工後の画像に対応する描画指令を生成し、その描画指令をＧＤＩに対して与えて、ＧＤＩに二次印刷データを作成させる。その際、加工手段は、ＧＤＩに対して二次印刷データを第２形式で作成するように指令し、ＧＤＩは、加工手段から与えられた描画指令に従って二次印刷データを第２形式にて作成する。作成された第２形式の二次印刷データは、スプーラが、スプールファイルとして一旦格納し、その後、二次印刷データはネットワーク経由でサーバー側へと送信される。
【００１７】
以上のように構成された印刷データ加工システムによれば、加工手段が加工後の画像に相当する情報を含む二次印刷データを作成する際に、第１形式よりもデータ量を圧縮可能な第２形式で二次印刷データを作成し、その第２形式の二次印刷データをスプーラがネットワーク経由でサーバー側へ送信しているので、従来技術のように第１形式の一次印刷データをそのままネットワーク経由でサーバー側へ送信する場合に比べ、ネットワーク上に送出されるデータ量は少なくなる。したがって、この印刷データ加工システムによれば、クライアント側からサーバ側へ送信される印刷データのデータ量を低減してネットワークにかかる負荷を抑制することができる。
【００１８】
ところで、加工手段においては、一次印刷データよりもデータ量を圧縮するための手法として、様々な手法を採用可能であると考えられる。
一例としては、例えば、前記加工手段が、ビットマップ形式の一次画像データを含む前記一次印刷データを解析して、前記描画指令を前記ＧＤＩに対して与えた際に、前記ＧＤＩが、前記一次画像データをページ記述言語で記述することにより、前記一次画像データをよりデータ量が圧縮された二次画像データに変換し、該二次画像データを含む前記二次印刷データを作成するという構成を採用するとよい。
【００１９】
ページ記述言語（Page Description Language;ＰＤＬ）は、画像形成装置側で識別可能なデータであり、画像形成装置に依存する第２形式のデータに該当する。しかも、ビットマップ形式の一次画像データが一次印刷データに含まれている場合、その一次画像データをページ記述言語で表すことにより、一次印刷データよりもデータ量が圧縮された二次画像データとなる。
【００２０】
したがって、このような二次画像データを含む形式の印刷データは、本発明でいう二次印刷データに該当するものであり、この印刷データ加工システムによれば、一次印刷データ中の一次画像データを、ページ記述言語で記述してからサーバー側へ送信するので、送信データ量を削減することができる。
【００２１】
なお、このような構成は、ページ記述言語に対応した画像形成装置を利用している場合に採用すると効果がある。
また、上記以外には、例えば、前記加工手段が、前記一次印刷データ中に含まれるカラー印刷用データを解析して、前記描画指令を前記ＧＤＩに対して与えた際に、前記ＧＤＩが、前記カラー印刷用データをよりデータ量が圧縮された単色印刷用データに変換し、該単色印刷用データを含む形式の前記二次印刷データを作成するという構成を採用するとよい。
【００２２】
この場合、一次印刷データ中のカラー印刷用データを、単色印刷用データにしてからサーバー側へ送信するので、送信データ量を削減できる。
なお、このような構成は、単色印刷しかできない画像形成装置を利用している場合、あるいは、単色印刷しか実施しない場合に採用すると効果がある。
【００２３】
また、上記以外には、前記加工手段が、前記一次印刷データ中に含まれる複数ページ分の単ページデータを解析して、前記描画指令を前記ＧＤＩに対して与えた際に、前記ＧＤＩが、各ページを縮小して１ページの中に配置してなるマルチページデータに変換し、該マルチページデータを含む形式の前記二次印刷データを作成するという構成を採用するとよい。
【００２４】
この場合、一次印刷データ中の複数ページ分の単ページデータを、１ページ分のマルチページデータにしてからサーバー側へ送信するので、送信データ量を削減できる。
なお、このような構成は、２ｉｎ１、４ｉｎ１などと呼ばれるＮｉｎ１形式のマルチページ印刷を利用する場合に効果がある。
【００２５】
また、上記以外には、前記加工手段が、前記一次印刷データ中に含まれる複数レイヤー分の重ね合わせ用印刷データを解析して、前記描画指令を前記ＧＤＩに対して与えた際に、前記ＧＤＩが、各レイヤーを重ね合わせてなる重ね合わせ済み印刷データに変換し、該重ね合わせ済み印刷データを含む形式の前記二次印刷データを作成するという構成を採用するとよい。
【００２６】
この場合、一次印刷データ中の複数レイヤー分の重ね合わせ用印刷データを、重ね合わせ済み印刷データにしてからサーバー側へ送信するので、送信データ量を削減できる。
なお、このような構成は、元原稿に対して例えば「秘」「Ｃｏｎｆｉｄｅｎｔｉａｌ」といった文字を重ね合わせて印刷する重ね印刷を利用する場合に効果がある。
【００２７】
さらに、本発明の印刷データ加工システムは、前記サーバー側に設けられた複数のサーバー側印刷処理手段の中から選ばれる一つを、前記二次印刷データの印刷時に使用するサーバー側印刷処理手段として指定する指定手段を備えていてもよい。
【００２８】
サーバーには、様々な印刷データに対応するため、複数のサーバー側印刷処理手段が設けられている場合があり、この場合、どのサーバー側印刷処理手段を利用するかについて、サーバー側で適宜選択することは不可能なことではない。しかし、サーバー側で適宜選択したサーバー側印刷処理手段が、本システムでクライアント側から送出する二次印刷データに適したものであるとの保証もない。これに対し、上記構成を採用すれば、サーバー側に設けられた複数のサーバー側印刷処理手段の中から選ばれる一つを、二次印刷データの印刷時に使用するサーバー側印刷処理手段として指定することができるので、二次印刷データの印刷に最適な印刷処理手段を意図的に指定して利用できるという効果がある。
【００２９】
また、本発明の印刷データ加工システムは、前記スプーラが前記第１形式の前記一次印刷データを前記スプールファイルとして格納した際に、該一次印刷データをそのまま前記サーバー側へと送信するか、前記加工手段からの前記描画指令によって前記ＧＤＩが作成する前記二次印刷データを前記サーバー側へと送信するかを、利用者からの指定に基づいて切り替える切替手段を備えていてもよい。
【００３０】
このように構成すれば、一次印刷データおよび二次印刷データのどちらをもネットワーク上に送出できるようになるので、何らかの事情で、一次印刷データをサーバー側へ送信したい場合には、切替手段を利用して、簡単に一次印刷データをサーバー側へ送信できる状態にすることができる。なお、一次印刷データをサーバー側へ送信した場合は、サーバー側において画像形成装置に依存する形式の印刷データに変換してから、変換後の印刷データを画像形成装置に与える必要がある。
【００３１】
加えて、以上説明した印刷データ加工システムにおけるクライアント側の各手段としてコンピュータを機能させるためのプログラムがあれば、コンピュータを使って上記印刷データ加工システムを構築することができ、コンピュータが上述した通りに作用することにより、各印刷データ加工システムについて述べた通りの効果を得ることができる。
【発明の効果】
【００３２】
以上説明したことから明らかなように、本発明によれば、加工手段が加工後の画像に相当する情報を含む二次印刷データを作成する際に、第１形式よりもデータ量を圧縮可能な第２形式で二次印刷データを作成することができる。そして、その第２形式の二次印刷データをスプーラがネットワーク経由でサーバー側へ送信しているので、従来技術のように第１形式の一次印刷データをそのままネットワーク経由でサーバー側へ送信する場合に比べ、ネットワーク上に送出されるデータ量を少なくすることができる。したがって、クライアント側からサーバ側へ送信される印刷データのデータ量を低減してネットワークにかかる負荷を抑制することができる。
【発明を実施するための最良の形態】
【００３３】
次に、本発明の実施形態について一例を挙げて説明する。
図１は、印刷システム全体の概略構成を示すブロック図である。この印刷システムは、クライアントコンピュータ（以下、クライアントという。）１と、サーバーコンピュータ（以下、サーバーという。）２と、プリンタ３とによって構成される。これらのうち、クライアント１に、本発明の実施形態として例示する印刷データ加工システムが設けられている。
【００３４】
クライアント１とサーバー２は、いずれもパーソナルコンピュータであり、周知の通り、ＣＰＵ、ＲＯＭ、ＲＡＭ等を中心に構成された制御部、キーボードやポインティングデバイスなどの入力部、ディスプレイなどの出力部、ハードディスクなどの補助記憶部等を備えている。また、クライアント側およびサーバ側のＯＳ（Operating System）として、双方ともＷｉｎｄｏｗｓ（登録商標）が搭載され、キーボード入力や画面出力といった入出力機能やディスクやメモリの管理など、アプリケーションから共通して利用される基本機能は、ＯＳによって提供されている。なお、Ｗｉｎｄｏｗｓ（登録商標）によって提供される各種機能そのものは公知なので、ここでの詳細な説明は省略するが、以下の説明においては、クライアント１とサーバー２が、Ｗｉｎｄｏｗｓ（登録商標）によって提供される各種機能を有するとの前提で説明を続ける。
【００３５】
クライアント１とサーバー２は、ネットワークを介して接続されており、サーバー２には、画像形成装置であるプリンタ３が接続され、クライアント１からプリンタ３へ印刷出力できるように構成されている。
【００３６】
次に、クライアント１およびサーバー２の内部構成について説明する。ここでは、印刷データの流れを理解しやすくするため、印刷データの伝送経路に従って、各部の機能を説明することにする。
【００３７】
クライアント１において、アプリケーション１１は、例えばワープロソフトや表計算ソフトなどの、クライアントＯＳ上で動作するソフトウェアである。このアプリケーション１１を使う利用者が、クライアント１において印刷を指示する操作を行うと、アプリケーション１１は、印刷すべき画像に対応する描画指令を生成し、その描画指令をＧＤＩ（Graphics Device Interface）１５に与える。
【００３８】
また、プリンタドライバ１２は、マルチページ印刷、重ね印刷等の特殊印刷機能を提供するモジュールであり、プリンタドライバＵＩ１２ａ（図４参照）が提供する機能（ユーザーインターフェース）により、利用者が印刷を指示する操作を行う際に特殊印刷をする旨の指示を併せて行うと、プリンタドライバ１２は、特殊印刷に対応する描画指令を生成し、その描画指令をＧＤＩ１５に与える。
【００３９】
これらアプリケーション１１およびプリンタドライバ１２は、それぞれの処理の中で、ＧＤＩ１５に対して指令を与えるための関数（ＡＰＩ；Application Program Interface）を呼び出すことにより、ＧＤＩ１５に対して描画指令を与えることができる。
【００４０】
ＧＤＩ１５は、仮想化された描画領域であるデバイスコンテキスト（以下、ＤＣという。）の管理と、このＤＣへの描画に伴う印刷データの作成とを行うモジュールである。印刷データとしては、後からプリンタ３に依存する形式に変換可能な中間形式であるＥＭＦ形式の印刷データ（本発明でいう第１形式の印刷データ）と、ＥＭＦ形式よりもデータ量を圧縮可能でプリンタ３に依存する形式であるＲＡＷデータ（本発明でいう第２形式の印刷データ）とを作成可能で、どちらの形式で印刷データを作成するかは、ＧＤＩ１５を利用することになる上位モジュール側から指定できるようになっている。
【００４１】
ＥＭＦとは、アプリケーション１１がＧＤＩ１５に対して指示したＡＰＩ群のそれぞれを、対応するコマンドおよび付随するデータの形で記憶した１ページ単位のファイルのことである。具体的には、例えば、直線とビットマップにより描画されるページにおいては、直線を示すコマンドとその始点／終点などの付随するデータ、ならびにビットマップを示すコマンドとそのビットマップ自身および描画位置の座標などの付随データが図３のように連なって形成される。ＥＭＦ形式の印字データとは、このＥＭＦを図２に示すようにさらにページ分連ねた形式をとる。
【００４２】
なお、ＧＤＩ１５の機能のうち、ＤＣ管理機能、ＥＭＦ形式のデータ作成機能は、ＯＳによって提供され、ＤＣへの処理をプリンタ３に依存するコマンドに変換する機能（ＲＡＷデータ作成機能）は、デバイスメーカーによりプリンタドライバＧＤＩ１２ｂ（図４参照）として提供される。
【００４３】
このＧＤＩ１５によってＤＣが作成されるとともに、アプリケーション１１およびプリンタドライバ１２からの描画指令に従ってＤＣに対する描画を行い、このＤＣに対する描画に伴って印刷データが作成される。本システムの場合、アプリケーション１１およびプリンタドライバ１２からの描画指令を受けると、ＧＤＩ１５がＥＭＦ形式の印刷データを作成するように構成されている。そして、ＧＤＩ１５によって作成された形成されるＥＭＦ形式のデータは、スプーラ１６へと送られる。
【００４４】
つまり、アプリケーション１１が加工前の画像に相当する情報を生成するとともに、プリンタドライバ１２が加工前の画像の加工方法に相当する情報を生成し、これらの情報をＧＤＩ１５に与えることでＥＭＦ形式の一次印刷データを作成しているのであり、これらアプリケーション１１およびプリンタドライバ１２は、一次印刷データ作成手段１４として機能しているのである。
【００４５】
スプーラ１６は、ＧＤＩ１５によって１ページ単位で形成される複数ページ分のデータを１つの印刷ジョブとして結合した印刷データを、ハードディスク１７にスプールファイル１８として格納する。先に説明したアプリケーション１１およびプリンタドライバ１２からの描画指令によって作成された一次印刷データの場合、ＥＭＦ形式で格納されたスプールファイル１８中は、データファイルとコマンドファイルからなる。
【００４６】
データファイルは、先に説明したようにＥＭＦがページ分連なって形成されたものである。また、コマンドファイルは、印字ジョブの名称、使用するプリンタドライバの名称などの情報とともに、プリンタの基本的設定などが記録されている。このファイルは、さらに本発明の印字データ加工システムが実行する加工内容である「マルチページ印刷」「重ね印刷」「ページ入れ替え印刷」などの指示、ならびにその設定を行う情報も記録されている。これら２つのファイルにて１つの印刷ジョブが構成されている。なお、コマンドファイルとデータファイルのファイル名は、印刷ジョブのジョブＩＤを示す同一の文字列に、コマンドファイルであるかデータファイルであるかを示す拡張子を付加したものとなっている。なお、スプールファイル１８は、必ずしもクライアント１の内部に設けられている必要はなく、クライアント１の外部にある記憶手段に設けられていてもよく、要するにクライアント１からアクセス可能な状態（例えばネットワークドライブ上）に存在していればよい。
【００４７】
さて、マルチページ印刷、重ね印刷等の特殊印刷を行う場合には、加工手段２０が起動され、この加工手段２０によりスプールファイル１８に格納されている印刷ジョブ毎のＥＭＦが特殊印刷のために加工され、加工後の画像に対応する描画指令を加工手段２０からＧＤＩ１５に対して与えることにより、二次印刷データが作成される。
【００４８】
この加工手段２０は、図１に示すように、ページ分割手段２２と、ＤＣ投影手段２３と、ＤＣ加工手段２４とを備えている。さらに、図１には示されていないが、加工手段２０には、ＥＭＦのコマンドファイルに特殊印刷に関する加工情報が設定されているかどうかを解析して、加工後の画像に対応する描画指令を生成し、その描画指令をＧＤＩ１５に対して与える加工指令手段が設けられている。
【００４９】
ページ分割手段２２は、スプールファイル１８のファイル名を確認して印刷ジョブを認識し、認識した印刷ジョブ毎の各ページのＥＭＦをスプールファイル１８からエンドコマンドに基づいて分割し、その各ページのＥＭＦをＲＡＭ等に形成されるテンポラリーファイル（図示せず）にコピーする。このテンポラリーファイルは不要となった時点で消去する。
【００５０】
ＤＣ投影手段２３は、対象となるＤＣを特定する情報と、印刷データが設定された結果のファイルを入れるためのメモリ領域の指定と、描画領域を示す情報とを付加して、特定のＤＣにページ分割されたＥＭＦの印刷データを設定するようにとの指示をＧＤＩ１５に対して出す機能を有しており、このＤＣ投影手段２３からの指示に基づきＧＤＩ１５が処理を行う。
【００５１】
本システムの場合、詳しくは後述するが、加工手段２０は、システムの記憶領域に記憶されているフラグを参照して、加工後の印刷データをＥＭＦ形式のデータとするかＲＡＷデータとするかを決定するが、標準では、ＲＡＷデータにて印刷データを作成するように構成されている。また、ＥＭＦ形式のデータとするかＲＡＷデータとするかを決定した際には、併せてサーバー２側に設けられたプリントプロセッサ（サーバー側印刷処理手段）の指定も行うことができ、印刷データをＲＡＷデータとする場合には、サーバー２側に設けられたＲＡＷ用のプリントプロセッサ３６が指定される。
【００５２】
印刷データをＲＡＷデータとする場合は、例えば、図２に示すように、１ページ目のＥＭＦが、コマンド１とそのデータ、コマンド２とそのデータ、コマンド３とそのデータおよびエンドコマンドから成るとしたときに、ＤＣ投影手段２３を通し、さらに特殊印刷用の加工を行うことにより、特殊印刷の加工済みのＰＤＬコマンド（ＲＡＷデータ）が新たに形成される。
【００５３】
このとき、ＤＣ加工手段２４は、ＤＣ投影手段２３によってＥＭＦの加工処理を行う指示をＧＤＩ１５に出す機能を有しており、このＤＣ加工手段２４からの指示に基づきＧＤＩ１５が処理を行う。
【００５４】
このときの加工処理について具体的に説明すると、加工指令手段によってコピーされたＥＭＦのコマンドファイルが解析されて、どのように加工すべきかという加工情報がまず取得される。続いて、取得された加工情報に基づき、ＧＤＩ１５によりプリンタドライバ１２に含まれるプリンタドライバＧＤＩ１２ｂ（図４参照）を介して各コマンドに対応するＰＤＬのコマンド（ＲＡＷデータ）に変換され、ＤＣ投影手段２３によって指定されたメモリ領域に書き込まれる。この時、ビットマップの描画コマンドはラスターコマンドに置き換えられる。
【００５５】
また、ＥＭＦのコマンドに直接対応するＰＤＬのコマンドがない場合は、ＧＤＩ１５によりラスタライズされＰＤＬのコマンドの１つであるラスターコマンドに置き換えられる。
【００５６】
一方、本システムにおける標準の印刷モードではないが、上述の通り、印刷データをＥＭＦ形式のデータとすることも可能であり、この場合は、例えば、図２に示すように、１ページ目のＥＭＦが、コマンド１とそのデータ、コマンド２とそのデータ、コマンド３とそのデータおよびエンドコマンドから成るとしたときに、ＤＣ投影手段２３を通すことによって、図３に示すように、コマンド１ないし３とその各々のデータに加えて、特殊印刷のために必要な数だけのコマンドおよびデータがコマンド３のデータとエンドコマンドとの間に付加されたＥＭＦが新たに形成される。
【００５７】
このとき、ＤＣ加工手段２４は、ＤＣ投影手段２３によってＥＭＦの加工処理を行う指示をＧＤＩ１５に出す機能を有しており、このＤＣ加工手段２４からの指示に基づきＧＤＩ１５が処理を行う。
【００５８】
このときの加工処理について具体的に説明すると、加工指令手段によってコピーされたコマンドファイルが解析されて、どのように加工すべきかという加工情報がまず取得される。続いて、取得された加工情報に基づき、ＤＣ投影手段２３によって指定されたメモリ領域に、ＧＤＩ１５により特殊印刷のための必要な制御コマンドおよびそのデータが書き込まれる。
【００５９】
以上のような手順で、加工手段２０が二次印刷データ（標準ではＲＡＷデータ）を作成すると、その二次印刷データは、新しい印刷ジョブとして１６に戻される。また、スプールファイル１８として格納されていた元の印刷ジョブは抹消される。そして、加工手段２０によって加工された二次印刷データが、スプーラ１６によってネットワークを介してサーバー２へと送られることになる。
【００６０】
以上説明したクライアント１側における印刷データの流れをまとめたのが図４である。アプリケーション１１は加工前の画像に対応する描画指令を生成し、また、プリンタドライバＵＩ１２ａは加工前の画像に対する特殊加工に対応する描画指令を生成し、それらの描画指令がＧＤＩ１５に対して与えられる。すると、ＧＤＩ１５は、与えられた描画指令に従ってＥＭＦ形式の一次印刷データを作成し、その一次印刷データがスプーラ１６によってスプールファイル化される。加工手段２０は、スプールファイルからＥＭＦ形式の一次印刷データを読み込んで、加工前の画像および加工前の画像に対する加工方法を解析し、加工後の画像に対応する描画指令を生成し、その描画指令がＧＤＩ１５に対して与えられる。すると、ＧＤＩ１５は与えられた描画指令に従って、（システムの設定が標準の場合）プリンタドライバＧＤＩ１２ｂの機能を利用してＲＡＷデータの二次印刷データを作成し、その二次印刷データがスプーラ１６によってスプールファイル化される。そして、スプーラ１６がネットワークへ二次印刷データを送出し、その二次印刷データがサーバー２側へ送られることになるのである。
【００６１】
ところで、ＥＭＦは、Ｗｉｎｄｏｗｓ（登録商標）において扱われる標準的な描画データであり、画像形成装置の機種に依存することなく扱うことができるが、汎用性が高い分だけ冗長なデータも多く含まれている。これに対し、ＲＡＷデータは、画像形成装置の機種に依存して特定の機種でのみ識別できるようなプリンタ制御コードを含むデータである。プリンタ制御コードは、メーカー毎に仕様が異なっており、代表的なものとしては、例えば米国Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ社のＰＣＬや米国Ａｄｏｂｅ社のＰｏｓｔＳｃｒｉｐｔ（登録商標）など、種々のページ記述言語（ＰＤＬ；Page Description Language ）によるコマンドセットが知られている。このようなＲＡＷデータは、メーカー毎の仕様に合わせて識別する必要があることから汎用性は低くなるが、特定の機種の機能に適合する制御コードを中心に構成されるため、ＥＭＦに比べると冗長なデータが少なく、データによってはデータ量が小さくなる。例えば、ＥＭＦ中に含まれる画像データを、プリンタ３に依存したページ記述言語で記述してからサーバー２側へ送信すれば、プリンタ３において不要なデータを送信しなくても済む。あるいは、プリンタ３が単色印刷を行うものであれば、ＥＭＦ中に含まれるカラー印刷用データは不要なので、単色印刷用の情報のみからなるＲＡＷデータにすれば、データ量を低減できる。
【００６２】
つまり、二次印刷データとしてサーバー２側へ送出されることになる印刷データをＲＡＷデータにすると、ネットワーク上に流されることになるデータ量を低減して、ネットワークにかかる負荷を抑制できるのである。
【００６３】
なお、印刷データをＥＭＦとするかＲＡＷデータとするかの指定方法は、詳しくは後述するが、プリンタ３をオープンする際にＥＭＦかＲＡＷかを指定すると、ＥＭＦ指定であればＧＤＩ１５がプリンタドライバＧＤＩ１２ｂを経由せずＥＭＦ形式のデータを作成し、ＲＡＷ指定であればＧＤＩ１５がプリンタドライバＧＤＩ１２ｂを経由してＲＡＷデータを作成することとなり、その後は、オープンしたプリンタ３に対して元となる印刷データを与えるだけで、そのデータがＥＭＦまたはＲＡＷデータに変換されることになる。
【００６４】
さて、サーバー２では、クライアント１から送信されてくる印刷データが、スプーラ３１によって処理される。
スプーラ３１のスプーラシステム３２は、受信した印刷データをハードディスク３３にスプールファイル３４として一旦記憶させる。そして、印刷データがＥＭＦの場合は、ＥＭＦ用のプリントプロセッサ３５により印刷データが処理され、印刷データがＲＡＷの場合は、ＲＡＷ用のプリントプロセッサ３６により印刷データが処理される。なお、図示の都合上、図１では、ＥＭＦ用のプリントプロセッサ３５とＲＡＷ用のプリントプロセッサ３６を並べて描いてあるが、ＥＭＦ用のプリントプロセッサ３５はＯＳにより提供され、ＲＡＷ用のプリントプロセッサ３６はデバイスメーカーによりドライバとして提供されるものである。また、ＥＭＦ用のプリントプロセッサ３５は、ＲＡＷデータの処理も可能な汎用のプリントプロセッサであってＥＭＦ専用ではないが、ＲＡＷ用のプリントプロセッサ３６はＲＡＷデータ専用となっている。
【００６５】
ちなみに、サーバー２においても、マルチページ印刷、重ね印刷等の特殊印刷に関して、さらに加工が必要なＥＭＦが渡された場合には、加工手段（図示略）が起動され、この加工手段による加工処理が行われる。サーバー２側の加工手段は、先に説明したクライアント１側の加工手段２０とほぼ同等の機能を有するものであるが、サーバー２側での加工処理に関しては本発明の要部ではないので、ここでの詳細な説明は省略する。
【００６６】
こうしてスプーラ３１において、ＥＭＦ用のプリントプロセッサ３５またはＲＡＷ用のプリントプロセッサ３６によるデータ処理を受けた印刷データは、スプーラ３１からプリンタドライバ３８へと送られる。
【００６７】
プリンタドライバ３８は、印刷データがＥＭＦの場合、ＥＭＦをプリンタ３に対応したプリンタ制御コードに変換してから、プリンタ３へ送る。プリンタ制御コードは、先に説明した通り、種々のページ記述言語（ＰＤＬ）によるコマンドセットがあるが、プリンタドライバ３８が、ＥＭＦをプリンタ３にて採用されているＰＤＬに対応できるような印刷データに変換して、プリンタ３へと送出しているのである。一方、印刷データがＲＡＷデータの場合、プリンタドライバ３８は、ＲＡＷデータを未処理のままでプリンタ３へと送る。
【００６８】
次に、クライアント１において実行されるスプールファイル加工の手順について説明する。
図５に示すように、印刷データ作成手段１４により形成されたある印刷ジョブのＥＭＦのコマンドファイルに加工情報に関する設定があるかどうかについて、加工手段２０の加工指令手段によりＥＭＦのコマンドファイルが解析されてその判定がなされる（Ｓ１）。この判定結果がＮＯであれば（Ｓ１：ＮＯ）、ＥＭＦの加工の必要性がないため動作はそのまま終了する。一方、判定結果がＹＥＳであれば（Ｓ１：ＹＥＳ）、その印刷ジョブのＥＭＦの全ページがスプーラ１６によりスプール完了されるまで待機状態となる（Ｓ２）。なお、この間スプール中であることがチェックされる。
【００６９】
続いて、ページ分割手段２２により、スプールファイル１８に格納されているＥＭＦの印刷ジョブの認識が行われ、所定の印刷ジョブのＥＭＦがスプールファイル１８からテンポラリーファイルにコピーされる（Ｓ３）。その後、スプールファイル１８に格納されているそのコピーされたＥＭＦが消去され、これにより、元の印刷ジョブが抹消される（Ｓ４）。
【００７０】
そして、ページ分割手段２２により、コピーされたＥＭＦがページ単位に分割される（Ｓ５）。そして、上記Ｓ１の処理において解析された、どの特殊印刷を行うかという結果に基づき、ページ分割されたＥＭＦの加工等の処理が行われ（Ｓ６）、その後、動作は終了する。
【００７１】
上記Ｓ６の加工処理は、詳しくは図６に示すような処理となる。
この加工処理を開始すると、まずＲＡＷ出力の指定がなされているか否かが調べられる（Ｓ１１）。ＲＡＷ出力の指定の有無は、クライアント１側のシステムの記憶領域（Ｗｉｎｄｏｗｓ（登録商標）の場合であればレジストリと呼ばれる領域）や設定ファイルなどに記憶されている。本実施形態の場合、通常はＲＡＷ出力の指定が有る状態とされており、利用者が意図的に設定変更を行った場合に限り、ＲＡＷ出力の指定が無い状態になる。
【００７２】
ＲＡＷ出力の指定が無い場合（Ｓ１１：ＮＯ）、プリンタ３をオープンする際のオープンモードとしてデフォルトモードが選択され（Ｓ１２）、ＲＡＷ出力の指定が有る場合（Ｓ１１：ＹＥＳ）、プリンタ３をオープンする際のオープンモードとしてＲＡＷモードが選択される（Ｓ１３）。なお、デフォルトモードは、ＯＳによって規定されているモードであり、標準ではＥＭＦモードがデフォルトモードとなっている。
【００７３】
なお、本発明の請求項１乃至請求項６に記載の構成は、ＲＡＷ出力が指定されたときに適用されることになる構成である。また、Ｓ１１の処理は請求項７に記載の切替手段を構成する。
【００７４】
そして、上記Ｓ１２またはＳ１３の処理において選択したオープンモードで、プリンタ３をオープンする（Ｓ１４）。オープンしたプリンタ３にて印刷出力を行うために必要なプリンタドライバ１２は、コマンドファイルに記憶されているため、プリンタ３のオープン時に特定することができる。この時点で、プリンタ３へ出力する印刷データをＥＭＦとするかＲＡＷとするかが決まることになる。
【００７５】
続いて、サーバー２側で作動させるプリントプロセッサの指定があるか否かが調べられる（Ｓ１５）。プリントプロセッサの指定は、ＲＡＷ出力の指定の有無と同様、クライアント１側のシステムの記憶領域や設定ファイルなどに記憶されている。本実施形態の場合、通常はプリントプロセッサの指定が有る状態とされており、上述したＲＡＷ用のプリントプロセッサ３６が指定されている。なお、利用者が意図的に設定変更を行った場合に限り、プリントプロセッサの指定が無い状態になる。
【００７６】
プリントプロセッサの指定が無い場合（Ｓ１５：ＮＯ）、プリントプロセッサ名としてはデフォルトのものが選択され（Ｓ１６）、プリントプロセッサの指定が有る場合（Ｓ１５：ＹＥＳ）、プリントプロセッサ名としては上記ＲＡＷ用のプリントプロセッサ３６のものが選択される（Ｓ１７）。
【００７７】
そして、上記Ｓ１６またはＳ１７の処理において選択したプリントプロセッサ名を、サーバー２側で作動させるプリントプロセッサとして設定する（Ｓ１８）。この時点で、サーバー２側で作動させるプリントプロセッサをＥＭＦ用のプリントプロセッサ３５とするかＲＡＷ用のプリントプロセッサ３６とするかが決まることになる。
【００７８】
続いて、印刷に関するジョブ処理（後から詳述）を行い（Ｓ１９）、プリンタ３をクローズして（Ｓ２０）、本処理を終了する。
次に、上記Ｓ１９の処理に該当する各種の特殊印刷毎の処理を個別に説明する。
【００７９】
まず、図７に示すように、ページ分割された複数のページを同一ページ内に形成するいわゆる４ｉｎ１、２ｉｎ１等のＮｉｎ１と称されるマルチページ印刷のための処理について説明する。
【００８０】
図８に示すように、上記した図５のＳ５の処理によって、ページ分割手段２２によりＥＭＦがページ単位に分割されると、Ｎｉｎ１を行うためにＤＣの座標およびスケールの変換処理が行われ（Ｓ２１）、このように変換された座標系に各ページのＥＭＦが投影、即ち各ページのＥＭＦの印刷データがＤＣに設定され（Ｓ２２）、その後動作は終了する。
【００８１】
ところで、上記したＳ２１およびＳ２２の処理について、４ｉｎ１および２ｉｎ１を例として具体的に説明する。
まず４ｉｎ１の場合には、図９に示すように、処理しようとしているＥＭＦのページが（４ｎ＋１）ページか否かの判定がなされ（Ｓ３１）、この判定結果がＹＥＳであれば第ｍページを４分割したうちの左上半部に（４ｎ＋１）ページ目のＥＭＦの印刷データを設定すべく座標変更（１）が行われる（Ｓ３２）。このとき、座標変更は、Ｘ’＝ａＸ＋ｂＹ＋ｃ、Ｙ’＝ｄＸ＋ｅＹ＋ｆの式に基づいてなされ、係数ａ、ｂ、ｄ、ｅで回転およびスケール、ｃ、ｆで平行移動が定義される。なお、この座標変更は、ＧＤＩ１５に対して指令を与えるための関数（ＡＰＩ）を呼び出すことによって実行される。
【００８２】
続いて図９に示すように、Ｓ３１の判定結果がＮＯであれば、処理しようとしているＥＭＦのページが（４ｎ＋２）ページか否かの判定がなされ（Ｓ３３）、この判定結果がＹＥＳであれば第ｍページを４分割したうちの右上半部に（４ｎ＋２）ページ目のＥＭＦの印刷データを設定すべく座標変更（２）が行われ（Ｓ３４）、Ｓ３３の判定結果がＮＯであれば、処理しようとしているＥＭＦのページが（４ｎ＋３）ページか否かの判定がなされ（Ｓ３５）、この判定結果がＹＥＳであれば第ｍページを４分割したうちの左下半部に（４ｎ＋３）ページ目のＥＭＦの印刷データを設定すべく座標変更（３）が行われる（Ｓ３６）。
【００８３】
さらに図９に示すように、第ｍページを４分割したうちの右下半部に（４ｎ＋４）ページ目のＥＭＦの印刷データを設定すべく座標変更（４）が行われ（Ｓ３７）、その後Ｓ３２、Ｓ３４、Ｓ３６の各処理を経た後と共にＳ３８に移行し、Ｓ３８においてページ分割されたＥＭＦの全ページについてこのような座標変更が終了したか否かの判定がなされ（Ｓ３８）、この判定結果がＮＯであればＳ３１に戻り、判定結果がＹＥＳであればページ分割されたＥＭＦの全ページについての処理が完了したとして動作は終了する。
【００８４】
続いて２ｉｎ１の場合には、図１０に示すように、印刷された情報を読むときに要旨が縦長になるように印刷されるポートレートか、横長になるように印刷されるランドスケープかの判定がなされ（Ｓ４１）、ポートレートである場合には、処理しようとしているＥＭＦのページが奇数ページか否かの判定がなされ（Ｓ４２）、この判定結果がＹＥＳであれば縦長ページを上下に２分割したうちの上半部に奇数ページのＥＭＦの印刷データを設定すべく座標変更（５）が行われ（Ｓ４３）、Ｓ４２の判定結果がＮＯであれば縦長ページを上下に２分割したうちの下半部に偶数ページのＥＭＦの印刷データを設定すべく座標変更（６）が行われる（Ｓ４４）。
【００８５】
一方、上記したＳ４１の判定の結果がランドスケープである場合には、処理しようとしているＥＭＦのページが奇数ページか否かの判定がなされ（Ｓ４５）、この判定結果がＹＥＳであれば横長ページを左右に２分割したうちの左半部に奇数ページのＥＭＦの印刷データを設定すべく座標変更（７）が行われ（Ｓ４６）、Ｓ４５の判定結果がＮＯであれば横長ページを左右に２分割したうちの右半部に偶数ページのＥＭＦの印刷データを設定すべく座標変更（８）が行われる（Ｓ４７）。
【００８６】
その後、図１０に示すようにＳ４３、Ｓ４４、Ｓ４６の各処理を経た後と共にＳ４８に移行し、Ｓ４８においてページ分割されたＥＭＦの全ページについてこのような座標変更が終了したか否かの判定がなされ（Ｓ４８）、この判定結果がＮＯであればＳ４１に戻り、判定結果がＹＥＳであればページ分割されたＥＭＦの全ページについての処理が完了したとして動作は終了する。
【００８７】
次に、ある画像に重ねて別の画像を印刷する重ね印刷について、図１１に示すような“Ｃｏｎｆｉｄｅｎｔｉａｌ”の文字や、“秘”の文字のように下の画像が透過するように２つの画像をすかし印刷するための処理について説明する。
【００８８】
図１２に示すように、上記した図５のＳ５の処理によって、ページ分割手段２２によりＥＭＦがページ単位に分割されると、所定のＤＣに対してページ分割されたＥＭＦの印刷データが設定され（Ｓ５１）、印刷用紙のサイズやすかし文字の文字数、すかし文字の用紙に対する印刷角度等から、すかし文字の大きさおよび印刷位置の計算が行われ（Ｓ５２）、上記したＳ５１でＥＭＦの印刷データが設定されたＤＣに対し、Ｓ５２で計算されたすかし文字の印刷データが重ねて設定され、描画指令がＡＰＩにてＧＤＩ１５に対してなされ（Ｓ５３）、その後動作は終了する。
【００８９】
ここで、図１２のＳ５１〜Ｓ５３の処理を、逆にＳ５３、Ｓ５２、Ｓ５１の順で行うとすかし文字が元の画像の下に印刷されることになる。
さらに、図１３に示すように、ページ分割された複数ページの中間ファイルの順番を入れ換え、フェイスアップ印刷のように先頭と最終を逆に入れ換えて印刷したり、マニュアルデュープレックス印刷のように用紙の両面に連続したページ順で印刷するといったページ入れ換え印刷のための処理について説明する。
【００９０】
図１４に示すように、上記した図５のＳ５の処理によって、ページ分割手段２２によりＥＭＦがページ単位に分割されると、フェイスアップ印刷ならｎ、ｎ−１、ｎ−２、…、２、１の順、デュープレックス印刷なら奇数ページおよび偶数ページ逆順となるようにページ計算が行われ（Ｓ７１）、ページ分割されたＥＭＦがＳ７１で計算されたページ順で取り出される（Ｓ７２）。
【００９１】
ここで、マニュアルデュープレックス印刷の場合には、まず印刷用紙にこの印刷ジョブの奇数ページの印刷を行った後、オペレータがその印刷された用紙を裏返して再度残りのページ（偶数ページ）を印刷するという形態になる。このため、１つの印刷ジョブを奇数ページの印刷ジョブと偶数ページの印刷ジョブに分けて、２つのジョブの間にオペレータの処理が入れられるようにするのがよい。そのため、取り出された奇数ページの裏面に偶数ページを印刷するためにジョブの分割が行われる。
【００９２】
そして、取り出されたＥＭＦがＤＣに投影、即ち取り出された各ページのＥＭＦの印刷データが所定のＤＣに設定されてページ順の入れ換えが行われ（Ｓ７３）、その後動作は終了する。
【００９３】
なお、以上説明した上記Ｓ１９の処理に相当する各種特殊印刷毎の処理によって作成される印刷データは、上記Ｓ１４の処理で指定したオープンモードに従って、データ形式がＥＭＦまたはＲＡＷとなる。
【００９４】
以上説明したように、上記クライアント１が備える印刷データ加工システムによれば、クライアント１は、加工手段２０によって作成されたＲＡＷデータ（二次印刷データ）を、ネットワーク経由でサーバー２側へ送信する。ＲＡＷデータをネットワーク経由でサーバー２側へ送信すると、従来技術のようにＥＭＦ形式のデータ（一次印刷データ）をそのままネットワーク経由でサーバー２側へ送信する場合に比べ、ネットワーク上に送出されるデータ量は少なくなる。したがって、この印刷データ加工システムによれば、クライアント１側からサーバ２側へ送信される印刷データのデータ量を低減してネットワークにかかる負荷を抑制することができる。
【００９５】
また、この印刷データ加工システムは、サーバー２側に設けられた複数のプリントプロセッサ（サーバー側印刷処理手段）の中から選ばれる一つを、ＲＡＷデータの印刷時に使用するプリントプロセッサとして指定する指定手段（上記Ｓ１５〜Ｓ１８）を備えているので、ＲＡＷデータの印刷に最適なプリントプロセッサ３６を意図的に指定して利用できる。
【００９６】
また、この印刷データ加工システムには、ＥＭＦをネットワーク経由でサーバー２側へ送信する手段も備えており、利用者からの指定に基づいて、ＥＭＦまたはＲＡＷデータのいずれを送信するかを切り替える切替手段（上記Ｓ１１）を備えているので、ＥＭＦおよびＲＡＷのどちらをもネットワーク上に送出でき、何らかの事情でＥＭＦをサーバー２側へ送信したい場合には、簡単にＥＭＦをサーバー２側へ送信できる状態にすることができる。
【００９７】
以上、本発明の実施形態について説明したが、本発明は上記の具体的な一実施形態に限定されず、この他にも種々の形態で実施することができる。
例えば、上記実施形態では、中間形式の一次印刷データの例としてＥＭＦ形式のデータを例示したが、一次印刷データはＥＭＦ以外の形式であってもよい。また、一次印刷データよりもデータ量を圧縮可能な画像形成装置に依存する形式の二次印刷データの例としてＲＡＷデータを例示したが、これも、一次印刷データよりもデータ量を圧縮可能で画像形成装置に依存する形式になっていれば、特定のデータ形式に限定されず、例えば、上述のＰＤＬ以外にも、画像形成装置が特定の符号化方式で圧縮されたデータを復号する機能を備えていれば、その特定の符号化方式によって一次印刷データを二次印刷データにすることができる。
【図面の簡単な説明】
【００９８】
【図１】本発明の実施形態として説明した印刷データ加工システムのブロック図である。
【図２】加工前のＥＭＦを含むスプールファイル示す図である。
【図３】ＥＭＦを示す図である。
【図４】クライアント側における印刷データの流れを示すブロック図である。
【図５】スプールファイル加工処理全体を示すフローチャートである。
【図６】加工処理を示すを示すフローチャートである。
【図７】マルチページ印刷時のレイアウトを示す説明図である。
【図８】マルチページ印刷処理を示すフローチャートである。
【図９】４ｉｎ１処理を示すフローチャートである。
【図１０】２ｉｎ１処理を示すフローチャートである。
【図１１】重ね印刷時のレイアウトを示す説明図である。
【図１２】重ね印刷処理を示すフローチャートである。
【図１３】ページ入れ換え印刷時のレイアウトを示すフローチャートである。
【図１４】ページ入れ換え印刷処理を示すフローチャートである。
【符号の説明】
【００９９】
１・・・クライアント、２・・・サーバー、３・・・プリンタ、１１・・・アプリケーション、１２，３８・・・プリンタドライバ、１４・・・印刷データ作成手段、１６，３１・・・スプーラ、１７，３３・・・ハードディスク、１８，３４・・・スプールファイル、２０・・・加工手段、２２・・・ページ分割手段、２３・・・ＤＣ投影手段、２４・・・ＤＣ加工手段、３２・・・スプーラシステム、３５，３６・・・プリントプロセッサ。
【特許請求の範囲】
【請求項１】
ネットワーク経由でクライアント側からサーバー側へ印刷データを送信することにより、前記サーバー側に設けられたサーバー側印刷処理手段を作動させて前記サーバー側に付設された画像形成装置に印刷を実行させる印刷システムにおいて、前記クライアント側に設けられる印刷データ加工システムであって、
描画指令に従って、前記画像形成装置に依存する形式に変換可能な中間形式である第１形式、または該第１形式よりもデータ量を圧縮可能で前記画像形成装置に依存する形式である第２形式のいずれかの形式で、印刷データを作成可能なＧＤＩと、
該ＧＤＩによって作成された印刷データをスプールファイルとして格納可能で、該スプールファイルとして格納された印刷データを前記ネットワーク経由で前記サーバー側へと送信可能なスプーラと、
加工前の画像および当該画像の加工方法に相当する情報を含む前記第１形式の一次印刷データを解析して、加工後の画像に対応する前記描画指令を生成し、該描画指令を前記ＧＤＩに対して与えることにより、加工後の画像に相当する情報を含む前記第２形式の二次印刷データを、前記ＧＤＩに作成させる加工手段とを備えており、
上位モジュールから与えられる描画指令に従って、前記ＧＤＩが前記第１形式にて前記一次印刷データを作成し、前記スプーラが前記第１形式の前記一次印刷データを前記スプールファイルとして格納し、前記加工手段が、前記第１形式の前記一次印刷データを解析して、加工後の画像に対応する前記描画指令を生成し、該描画指令を前記ＧＤＩに対して与えるとともに、当該描画指令に従って、前記ＧＤＩが前記第２形式にて前記二次印刷データを作成し、前記スプーラが前記第２形式の前記二次印刷データを前記スプールファイルとして格納し、該第２形式の前記二次印刷データを前記ネットワーク経由で前記サーバー側へと送信するように構成されている
ことを特徴とする印刷データ加工システム。
【請求項２】
前記加工手段が、ビットマップ形式の一次画像データを含む前記一次印刷データを解析して、前記描画指令を前記ＧＤＩに対して与えた際に、前記ＧＤＩが、前記一次画像データをページ記述言語で記述することにより、前記一次画像データをよりデータ量が圧縮された二次画像データに変換し、該二次画像データを含む前記二次印刷データを作成する
ことを特徴とする請求項１に記載の印刷データ加工システム。
【請求項３】
前記加工手段が、前記一次印刷データ中に含まれるカラー印刷用データを解析して、前記描画指令を前記ＧＤＩに対して与えた際に、前記ＧＤＩが、前記カラー印刷用データをよりデータ量が圧縮された単色印刷用データに変換し、該単色印刷用データを含む形式の前記二次印刷データを作成する
ことを特徴とする請求項１または請求項２に記載の印刷データ加工システム。
【請求項４】
前記加工手段が、前記一次印刷データ中に含まれる複数ページ分の単ページデータを解析して、前記描画指令を前記ＧＤＩに対して与えた際に、前記ＧＤＩが、各ページを縮小して１ページの中に配置してなるマルチページデータに変換し、該マルチページデータを含む形式の前記二次印刷データを作成する
ことを特徴とする請求項１〜請求項３のいずれかに記載の印刷データ加工システム。
【請求項５】
前記加工手段が、前記一次印刷データ中に含まれる複数レイヤー分の重ね合わせ用印刷データを解析して、前記描画指令を前記ＧＤＩに対して与えた際に、前記ＧＤＩが、各レイヤーを重ね合わせてなる重ね合わせ済み印刷データに変換し、該重ね合わせ済み印刷データを含む形式の前記二次印刷データを作成する
ことを特徴とする請求項１〜請求項４のいずれかに記載の印刷データ加工システム。
【請求項６】
前記サーバー側に設けられた複数のサーバー側印刷処理手段の中から選ばれる一つを、前記二次印刷データの印刷時に使用するサーバー側印刷処理手段として指定する指定手段
を備えたことを特徴とする請求項１〜５のいずれかに記載の印刷データ加工システム。
【請求項７】
前記スプーラが前記第１形式の前記一次印刷データを前記スプールファイルとして格納した際に、該一次印刷データをそのまま前記サーバー側へと送信するか、前記加工手段からの前記描画指令によって前記ＧＤＩが作成する前記二次印刷データを前記サーバー側へと送信するかを、利用者からの指定に基づいて切り替える切替手段
を備えたことを特徴とする請求項１〜請求項６のいずれかに記載の印刷データ加工システム。
【請求項８】
請求項１〜７のいずれかに記載の印刷データ加工システムにおける前記クライアント側の前記各手段としてコンピュータを機能させるためのプログラム。
【請求項１】
ネットワーク経由でクライアント側からサーバー側へ印刷データを送信することにより、前記サーバー側に設けられたサーバー側印刷処理手段を作動させて前記サーバー側に付設された画像形成装置に印刷を実行させる印刷システムにおいて、前記クライアント側に設けられる印刷データ加工システムであって、
描画指令に従って、前記画像形成装置に依存する形式に変換可能な中間形式である第１形式、または該第１形式よりもデータ量を圧縮可能で前記画像形成装置に依存する形式である第２形式のいずれかの形式で、印刷データを作成可能なＧＤＩと、
該ＧＤＩによって作成された印刷データをスプールファイルとして格納可能で、該スプールファイルとして格納された印刷データを前記ネットワーク経由で前記サーバー側へと送信可能なスプーラと、
加工前の画像および当該画像の加工方法に相当する情報を含む前記第１形式の一次印刷データを解析して、加工後の画像に対応する前記描画指令を生成し、該描画指令を前記ＧＤＩに対して与えることにより、加工後の画像に相当する情報を含む前記第２形式の二次印刷データを、前記ＧＤＩに作成させる加工手段とを備えており、
上位モジュールから与えられる描画指令に従って、前記ＧＤＩが前記第１形式にて前記一次印刷データを作成し、前記スプーラが前記第１形式の前記一次印刷データを前記スプールファイルとして格納し、前記加工手段が、前記第１形式の前記一次印刷データを解析して、加工後の画像に対応する前記描画指令を生成し、該描画指令を前記ＧＤＩに対して与えるとともに、当該描画指令に従って、前記ＧＤＩが前記第２形式にて前記二次印刷データを作成し、前記スプーラが前記第２形式の前記二次印刷データを前記スプールファイルとして格納し、該第２形式の前記二次印刷データを前記ネットワーク経由で前記サーバー側へと送信するように構成されている
ことを特徴とする印刷データ加工システム。
【請求項２】
前記加工手段が、ビットマップ形式の一次画像データを含む前記一次印刷データを解析して、前記描画指令を前記ＧＤＩに対して与えた際に、前記ＧＤＩが、前記一次画像データをページ記述言語で記述することにより、前記一次画像データをよりデータ量が圧縮された二次画像データに変換し、該二次画像データを含む前記二次印刷データを作成する
ことを特徴とする請求項１に記載の印刷データ加工システム。
【請求項３】
前記加工手段が、前記一次印刷データ中に含まれるカラー印刷用データを解析して、前記描画指令を前記ＧＤＩに対して与えた際に、前記ＧＤＩが、前記カラー印刷用データをよりデータ量が圧縮された単色印刷用データに変換し、該単色印刷用データを含む形式の前記二次印刷データを作成する
ことを特徴とする請求項１または請求項２に記載の印刷データ加工システム。
【請求項４】
前記加工手段が、前記一次印刷データ中に含まれる複数ページ分の単ページデータを解析して、前記描画指令を前記ＧＤＩに対して与えた際に、前記ＧＤＩが、各ページを縮小して１ページの中に配置してなるマルチページデータに変換し、該マルチページデータを含む形式の前記二次印刷データを作成する
ことを特徴とする請求項１〜請求項３のいずれかに記載の印刷データ加工システム。
【請求項５】
前記加工手段が、前記一次印刷データ中に含まれる複数レイヤー分の重ね合わせ用印刷データを解析して、前記描画指令を前記ＧＤＩに対して与えた際に、前記ＧＤＩが、各レイヤーを重ね合わせてなる重ね合わせ済み印刷データに変換し、該重ね合わせ済み印刷データを含む形式の前記二次印刷データを作成する
ことを特徴とする請求項１〜請求項４のいずれかに記載の印刷データ加工システム。
【請求項６】
前記サーバー側に設けられた複数のサーバー側印刷処理手段の中から選ばれる一つを、前記二次印刷データの印刷時に使用するサーバー側印刷処理手段として指定する指定手段
を備えたことを特徴とする請求項１〜５のいずれかに記載の印刷データ加工システム。
【請求項７】
前記スプーラが前記第１形式の前記一次印刷データを前記スプールファイルとして格納した際に、該一次印刷データをそのまま前記サーバー側へと送信するか、前記加工手段からの前記描画指令によって前記ＧＤＩが作成する前記二次印刷データを前記サーバー側へと送信するかを、利用者からの指定に基づいて切り替える切替手段
を備えたことを特徴とする請求項１〜請求項６のいずれかに記載の印刷データ加工システム。
【請求項８】
請求項１〜７のいずれかに記載の印刷データ加工システムにおける前記クライアント側の前記各手段としてコンピュータを機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００５−８４８９８（Ｐ２００５−８４８９８Ａ）
【公開日】平成１７年３月３１日（２００５．３．３１）
【国際特許分類】
【出願番号】特願２００３−３１５６５７（Ｐ２００３−３１５６５７）
【出願日】平成１５年９月８日（２００３．９．８）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成１７年３月３１日（２００５．３．３１）
【国際特許分類】
【出願日】平成１５年９月８日（２００３．９．８）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]