(57)【要約】【課題】  レンダリング処理をネットワーク上の他の機器で代行して貰う際にも、代行をして貰わないで自機でレンダリングしたのと同じ印字結果を得る。【解決手段】  印刷データをネットワーク上の他の印刷装置に転送する印刷データ転送手段と、印刷データ転送元の印刷装置の色処理情報を印刷データ転送先へ送信する色処理情報送信手段と、転送された印刷データを受信する転送印刷データ受信手段と、送信された色処理情報を受信する色処理情報受信手段と、受信した色処理情報を自機の色処理情報と置き換えて使用する色処理情報置換手段と、レンダリングした結果を印字データ転送元へ返信するレンダリング結果返信手段と、返信されてきたレンダリング結果を受信するレンダリング結果受信手段と、を有することを特徴とする。【選択図】  図１
2006347113.tif 000002
【特許請求の範囲】
【請求項１】
印刷データをネットワーク上の他の印刷装置に転送する印刷データ転送手段と、印刷データ転送元の印刷装置の色処理情報を印刷データ転送先へ送信する色処理情報送信手段と、転送された印刷データを受信する転送印刷データ受信手段と、送信された色処理情報を受信する色処理情報受信手段と、受信した色処理情報を自機の色処理情報と置き換えて使用する色処理情報置換手段と、レンダリングした結果を印字データ転送元へ返信するレンダリング結果返信手段と、返信されてきたレンダリング結果を受信するレンダリング結果受信手段と、を有することを特徴とする印刷装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク接続された印刷装置間で代行レンダリング処理を行う時の画像形成方法ならびに画像形成方法を実行するプログラムに関するものである。
【背景技術】
【０００２】
従来、ネットワーク上に接続された他の印刷装置で代行レンダリング処理を行う場合は、印刷データを転送して、レンダリング結果のビットマップを受け取るのが一般的であった。
【０００３】
又、従来例としては、例えば特許文献１と特許文献２をあげることが出来る。
【特許文献１】特開2003-271349号公報
【特許文献２】特開平11-184649号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記した従来の技術では、印刷データのみを渡すために、レンダリングは印刷データ転送先の印刷装置の色処理(ProfileやDitherなど)が施されて行われるために、生成されたビットマップが必ずしも印字データ転送元の印刷装置にとって最適なものとならない問題があった。
【課題を解決するための手段】
【０００５】
上記した問題を解決するために、本発明は印刷データをネットワーク上の他の印刷装置に転送する印刷データ転送手段と、印刷データ転送元の印刷装置の色処理情報を印刷データ転送先へ送信する色処理情報送信手段と、転送された印刷データを受信する転送印刷データ受信手段と、送信された色処理情報を受信する色処理情報受信手段と、受信した色処理情報を自機の色処理情報と置き換えて使用する色処理情報置換手段と、レンダリングした結果を印字データ転送元へ返信するレンダリング結果返信手段と、返信されてきたレンダリング結果を受信するレンダリング結果受信手段と、を有することを特徴とする。
【発明の効果】
【０００６】
本発明によって、レンダリング処理をネットワーク上の他の機器で代行して貰う際にも、代行をして貰わないで自機でレンダリングしたのと同じ印字結果を得ることができる。
【発明を実施するための最良の形態】
【０００７】
（実施例１）
図１は本発明に適応される印刷装置システムを表す。
【０００８】
100は印刷機である。101はパネルであり、前記100の動作設定を行う。102はCPUであり、図２以降で説明する印刷装置上で動作するソフトウェアは全てこの上で動作する。103はRAMであり、前記102で動作するソフトウェアがデータ保存や自分自身の動作のために使用する。104はプリンタエンジンであり、前記102上で動作したソフトウェアが作り出すイメージの印刷を行う。105は通信インターフェイスである。
【０００９】
110も前記100と同様の構造を持つ印刷機である。
【００１０】
図２は本発明におけるソフトウェアモジュールの構成図である。
【００１１】
200はデータ受信部である。201は印刷制御部であり、本発明の中心的役割を果たす。詳細機能については、図3以降のフローチャート内で示していく。202はデータ送信部であり、前記201からNetwork内の他の印刷装置に対して印刷データや色処理情報を送信する。203はPDLであり、受信した印刷データの解釈を行う。204は前記203のPDLがサポートしている色処理部分である。205は色処理であり、PDLが出力するレンダリング結果に対して機器特有の色処理を行う。206は前記205の色処理が終了し、前記104で印刷可能な状態であるImageデータである。
【００１２】
図3は本発明を実装した印刷装置が印字データを受信した際のフローチャートであるが、図3を説明する前に図3中で本発明が使用するプロトコルについて、図4、図5を用いて説明する。
【００１３】
図4において、401はレンダリング処理を依頼する印刷装置のアドレスである。402はレンダリング処理を依頼した印刷装置のアドレスである。403は色処理情報開始フラグである。405は色処理情報種別であり、前記204で使用されるべき色処理情報か、前記205で使用されるべき色処理情報かが示される。また、図示はしていないが、前記204、前記205の中でも複数箇所で色処理情報が使用される場合がある。この場合もこのフィールドを使って表される。405は後続の色処理情報データのサイズであり、406が色処理情報データである。色処理情報は1つとは限らず、410で示される色処理情報終了フラグで終端されるまで前記404から前記406までの情報が一組となって続く。411は後続の印刷データのサイズであり、412が印刷データである。
【００１４】
図5において、501はレンダリング結果であるイメージを返信する印刷装置のアドレスを表す送信先機器アドレスである。502は自機器のアドレスを表す送信元機器アドレスである。503は後続のレンダリング結果のサイズであり、504がレンダリング結果である。
【００１５】
図3において、印刷装置は前記200でデータを受信する(ステップ301)。受信したデータは前記201で解析され、前記図4で示すフォーマットであるか否かで、他機からの印刷依頼であるか否かの判断をする(ステップ302)。ステップ302で他機からの印刷依頼でないと判断した場合、この印刷データを自機で印刷するか否かの判断をする(ステップ303)。自機で印刷するか否かの判断基準は、自機の込み具合などが考えられるが、本発明の本質ではないので詳細についての議論はしない。ステップ303において自機で印刷すると判断した場合、前記203でPDLの処理を行い、前記205で色処理をして、イメージ(前記206)を作成して、前記104で印刷を行うという通常の印刷動作を行って(ステップ304)、処理を終了する。ステップ303において自機で印刷しないと判断した場合、前記201は前記図4に基づくフォーマットで印字データに前記204、前記205で使用する色処理情報を添付して、前記202を通じて他機に送信する(ステップ305)。なお、送信する他機の選択方法については、Network上で負荷が最も低いもの、同機種を優先などが考えられるが、本発明の本質ではないので詳述しない。印刷データを転送後、前記201はレンダリング結果が返信されるのを待ち(ステップ306)、前記図5で述べたフォーマットで記述されたレンダリング結果が返信されてきたら、レンダリング結果を前記206の位置に投入して前記104で印刷する(ステップ307)。ステップ302で前記201が受信したデータが他機からの送信されたものと判断したら、前記404、前記407の情報から、色処理情報データを前記204、前記205の置換える場所を判断して置換え、前記412を前記203へ渡して前記206まで作成する(ステップ309)。前記201が前記206の作成を検知したら、図5で示したフォーマットにして、前記202を通じて前記501で示されるレンダリング依頼元へ前記206を返信する(ステップ310)。
【００１６】
（実施例２）
実施例1では前記206の作成迄前記100で行ったが、前記203のレンダリング結果を受け取り前記110で前記215を通して前記216を作成しても同等の効果を得られるのは言うまでも無い。実施例1と実施例２の違いは主にハードウェアの設計に起因することが多い。
【図面の簡単な説明】
【００１７】
【図１】本発明によって実現されるホストコンピュータと印刷装置のハードウェア構成図である。
【図２】本発明によって実現されるソフトウェア機能の概念図である。
【図３】本発明を説明するためのフローチャートである。
【図４】本発明で他機に印刷の依頼行う時に使用するプロトコルである。
【図５】本発明で他機から印刷結果を受信する時に使用するプロトコルである。
【図１】
2006347113.tif 000003
【図２】
2006347113.tif 000004
【図３】
2006347113.tif 000005
【図４】
2006347113.tif 000006
【図５】
2006347113.tif 000007