(57)【要約】【課題】カラーなどのデータを、特別のプロトコルを新規に作成することなく安易にかつ安定的にリモート印刷できるようにする。【解決手段】印刷ジョブを生成する印刷応答処理ブロック１２１と、上記印刷ジョブのスプーリングを行ない印刷完了ジョブを生成するスプーリング処理ブロック１２２と、上記印刷完了ジョブをリモ−トプリンタに転送可能な形式に変換する転送データ変換処理ブロック１２３と、上記印刷完了ジョブをファイル転送プロトコルを利用して転送するリモート転送処理ブロック１２４と、上記印刷完了ジョブのリカバリー処理を必要に応じて行なうリカバリー処理ブロック１２５とを設け、リモートカラー印刷を行なうための印刷処理をローカルネットワーク内で一旦完了させるようにして、リモート印刷を行なう際に通信に遅延が生じたり、コネクションが切断されたりする不都合を解消できるようにする。【選択図】        図１
2004234533.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してデータを送信し、リモ−トプリンタを介して印刷するための装置であって、
上記データを印刷する際の応答処理を行なうための印刷ジョブを生成する印刷応答処理手段と、
上記印刷応答処理手段によって生成された印刷ジョブのスプーリングを行ない印刷完了ジョブを生成するスプーリング処理手段と、
上記スプーリング処理手段によって生成された印刷完了ジョブを上記ネットワークを介して上記リモ−トプリンタに転送可能な形式に変換する転送データ変換処理手段と、
上記転送データ変換処理手段によって転送可能な形式に変換された印刷完了ジョブをファイル転送プロトコルにより転送するリモート転送処理手段とを有することを特徴とするデータ処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータ処理装置に関し、特に、カラープロファイルに基づくカラーマッチングを行なう画像処理システムに用いて好適なものである。
【０００２】
【従来の技術】
従来、ネットワークを経由したリモートプリンティングは広く利用されている。例えば図８に示されるような水平分散型のネットワークでの接続形態において、クライアントＰＣ（パーソナルコンピュータ）９００と第１のプリンタサーバ９１０とを同一セグメント内のＬＡＮ９５０等で接続することが可能である。
【０００３】
また、ネットワークプロトコルとしてＴＣＰ／ＩＰを用いた場合、ＬＰＲ（Ｌｉｎｅ  Ｐｒｉｎｔｅｒ  ｄａｅｍｏｎ  ｐｒｏｔｏｃｏｌ）のような印刷制御プロトコルを用いて印刷データをクライアントＰＣ９００から、第１のプリンタサーバ９１０にデータを送信することが可能である。
【０００４】
また、図８に示すように、第２のプリンタサーバ９２０や第３のプリンタサーバ９３０等のような同一セグメントの外のプリンタサーバも第１のルータ９６０や第２のルータ９７０を介してアクセス可能にすることにより、印刷データを送信して前述と同様に印刷を行なうことが可能である。
【０００５】
【発明が解決しようとする課題】
近年カラー画像が大量に扱われるようになってきており、送信時の印刷データ量が飛躍的に増えている。そのような中で、従来のネットワークを経由したリモートプリンティングシステムにおいてはいくつかの課題が残されたままであった。
【０００６】
とりわけ、データ量の増加に伴い通信に遅延が生じたり、最悪の場合はコネクションが切れてしまったり等、安定的にかつ確実にデータを転送することが難しくなってきている。
【０００７】
また更には、グローバルに接続されたネットワークインフラにおいては、非常に多種多様であり、かつ大容量のデータが同時に流れる時代になり、通信が一時的に停滞する等、回線の混雑等が問題になってきている。
【０００８】
そのような中で、ハイエンド市場で利用されているようなカラーのグラフィック系印刷データを、安易にかつ安定的にリモートプリンティングする手法の確立が大きな課題の一つになってきている。
【０００９】
本発明は上述の問題点にかんがみてなされたもので、カラーなどのデータを安易にかつ安定的にリモート印刷できるようにするとともに、特別のプロトコルを新規に作成することなくリモート印刷を実現できるようにすることを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するための手段として、本発明のデータ処理装置は、ネットワークを介してデータを送信し、リモ−トプリンタを介して印刷するための装置であって、上記データを印刷する際の応答処理を行なうための印刷ジョブを生成する印刷応答処理手段と、上記印刷応答処理手段によって生成された印刷ジョブのスプーリングを行ない印刷完了ジョブを生成するスプーリング処理手段と、上記スプーリング処理手段によって生成された印刷完了ジョブを上記ネットワークを介して上記リモ−トプリンタに転送可能な形式に変換する転送データ変換処理手段と、上記転送データ変換処理手段によって転送可能な形式に変換された印刷完了ジョブをファイル転送プロトコルにより転送するリモート転送処理手段とを有することを特徴としている。
【００１１】
【発明の実施の形態】
「リモートプリントシステムの概要」
最初に、図７を参照しながら、本実施の形態のカラーデータ処理装置が用いられるリモートプリントシステムの概要を説明する。
図７に示したように、このリモートプリントシステムは、クライアントＰＣ１００、第１のプリンタサーバ１１０、第１のリモートプリンティングサーバ１２０、ローカルプリンタ１３０、ローカルネットワーク１０５、第１のルータ８１０によって第１の拠点Ａが構成されている。
【００１２】
また、第２のルータ８２０、第２のリモートプリンティングサーバ８３０、第２のプリンタサーバ８４０、リモートプリンタ８５０等によって第２の拠点Ｂが構成されており、上記第１の拠点Ａと上記第２の拠点Ｂとがグローバルネットワーク８００を介して接続されてリモートプリントシステムが構成されている。
【００１３】
上記第１のリモートプリンティングサーバ１２０は本実施の形態のカラーデータ処理装置を構成する装置であり、クライアントＰＣ１００と印刷応答処理を行ってローカルに一旦印刷を完了させるように構成されている。そして、ジョブのスプーリングを行ない、印刷完了ジョブを内部で転送可能な形式に変換して、転送プロトコルによる転送を実行する。また、必要に応じてリカバリー処理を行なうよう構成している。
【００１４】
すなわち、クライアントＰＣ１００から第１のリモートプリンティングサーバ１２０を見ると、通常のローカルプリンタ１３０と同様に、ネットワークプリンタとして認識されるように構成されている。これは、リモートプリンティングサーバ１２０が、ネットワーク１０５上のローカルプリンタ１３０として見なされるように、印刷制御プロトコルを実行するように構成しているからである。上記プロトコルの処理は、後述する内部の印刷応答処理ブロックによって実現されている。
【００１５】
上記クライアントＰＣ１００から上記リモートプリンティングサーバ１２０に対して印刷を実行すると、通常の印刷処理と同様に、セッション開始処理がスタートし、印刷開始指令、印刷ステータス応答の送受信、印刷データの送信、送信ステータスのチェック、印刷終了指令、セッション終了等の一連のやりとりが規定の印刷プロトコルに準拠して実行される。
【００１６】
リモートプリンティングサーバ１２０に対して、印刷データが送信されると上記第１のリモートプリンティングサーバ１２０はデータを内部に保持する為に、後述するスプーリング処理ブロックにおいてデータの保持処理を実行する。データの保持は、第１のリモートプリンティングサーバ１２０上のディスク装置のスプーリング領域に適宜保持されるよう構成されている。
【００１７】
上記スプーリング領域に保持されたデータは、転送データ変換ブロックにより、リモート転送用にデータフォーマットを変換される。本実施の形態では、リモート転送用にメール送受信プロトコル、およびファイル転送プロトコルを利用するように構成している。
【００１８】
メール送受信プロトコルが選択された場合は、前記スプーリングされたデータ群は転送データ変換ブロックにより、７ビット文字へエンコード処理された後、ヘッダーファイル等が付加され、メールデータ形式に変換される。
【００１９】
リモート転送処理ブロックでは、変換されたデータを適宜ネットワーク上に送信する。リモート転送用にＦＴＰが選択された場合は、データの変換処理は行なわれず前記スプーリングされたデータはバイナリー形式にて、直接受信サーバ側へ転送される。リモート転送時には必要に応じてリカバリー機能ブロックが呼び出され、データ再送信等を行ない、確実にデータが送信されるように構成されている。
【００２０】
次に、添付図面を参照しながら本発明のデータ処理装置の実施の形態について説明する。
図１は、本実施形態におけるリモートプリンティングシステムの概略構成を示すブロック図である。
【００２１】
図１において、クライアントＰＣ（パーソナルコンピュータ）１００、プリントサーバ１１０、本実施の形態のリモートプリンティングサーバ１２０がそれぞれローカルネットワーク１０５に接続されている。
【００２２】
上記リモートプリンティングサーバ１２０の内部は、５つの機能ブロックで構成されており、それぞれは印刷応答処理ブロック１２１、スプーリング処理ブロック１２２、転送データ変換処理ブロック１２３、暗号化ブロック１２７、リモート転送処理ブロック１２４、リカバリー機能ブロック１２５として独立にモジュール化されている。
【００２３】
これらの機能ブロック１２１〜１２５は、一連の制御を司る制御ブロック１２６によって制御される。また、上記制御ブロック１２６はリモート送受信の設定の為にユーザーインターフェース画面の制御も行なっている。
【００２４】
本実施形態においては、クライアントコンピュータ１００からのカラー印刷データはプリンタサーバ１１０によって印刷処理を行なうことが可能である。また、これと同様に、上記クライアントコンピュータ１００からリモートプリンティングサーバ１２０を見ると、プリンタサーバ１１０と同様にネットワークプリンタとして認識されるように構成されている。
【００２５】
これは、リモートプリンティングサーバ１２０が、ネットワーク１０５上のプリンタとして見なされるように、印刷制御プロトコルを実行しているからである。上記プロトコルの処理は、内部の印刷応答処理ブロック１２１によって実現されている。
【００２６】
クライアントコンピュータ１００からリモートプリンティングサーバ１２０に対して印刷を実行する命令が出力されると、通常の印刷処理と同様に、セッション開始処理がスタートし、印刷開始指令、印刷ステータス応答の送受信、印刷データの送信、送信ステータスのチェック、印刷終了指令、セッション終了等の一連のやりとりが規定の印刷プロトコルに準拠して実行される。
【００２７】
また、リモートプリンティングサーバ１２０に対して印刷データが送信されると、上記リモートプリンティングサーバ１２０はデータを内部に保持する為に、スプーリング処理ブロック１２２においてデータの保持処理を実行する。データの保持は、リモートプリンティングサーバ１２０上のディスク装置のスプーリング領域に適宜保持されるよう構成されている。
【００２８】
上記スプーリング領域に保持されたデータは、リモート転送が完了されるまで一時的に保持されている。本実施の形態では、リモート転送用にメール送受信プロトコル、およびファイル転送プロトコル（以下、ＦＴＰと称する）を利用するように構成している。
【００２９】
メール送受信プロトコルを選択した場合、前記スプーリングされたデータ群は転送データ変換処理ブロック１２３により７ビット文字へエンコード処理された後、ヘッダーファイル等が付加され、メールデータ形式に変換される。
【００３０】
リモート転送処理ブロック１２４では、変換されたデータをネットワーク１０５上に適宜送信する。リモート転送用にＦＴＰが選択された場合は、データの変換処理は行なわれず、前記スプーリングされたデータはバイナリー形式にて、直接受信サーバ側へ転送される。リモート転送時には必要に応じてリカバリー機能ブロック１２５が呼び出され、データ再送信等を行ない、確実にデータが送信されるように構成されている。
【００３１】
図２は、本実施の形態のリモートプリンティングサーバで用いるユーザーインターフェースの一部を示す図である。上記ユーザーインターフェースでは、受信設定、送信設定、およびＦＴＰ設定を行なう。
【００３２】
上記受信設定では、メールのアカウント、パスワードを設定、メールアドレス、ＳＭＴＰサーバ、ＰＯＰ３サーバ、受信間隔の設定を行なう。また、リカバリー処理を行なう場合には、リカバリーチェックボックスにチェックを設定しておく。
【００３３】
一方、送信設定では送信先のメールアドレス、ファイル分割処理のＯＮ／ＯＦＦ、送信間隔の設定を行なう。送信時に使うＳＭＴＰ／ＰＯＰ３のサーバが受信設定で設定されているものと同じ場合は、「受信設定と同じサーバを使う」にチェックを設定する。
【００３４】
また、受信処理と同様に送信処理中のリカバリー処理を行なう場合には、リカバリーチェックボックスにチェックを設定しておく。尚、送信側のリモートプリンティングサーバの送信設定において「リカバリーする」にチェックを設定する。
【００３５】
また、受信側のリモートプリンティングサーバの受信設定において「リカバリーする」にチェックを設定しない場合は、リカバリー処理が無効となってしまう為、リカバリーを有効とする為には、送受信ともに「リカバリーする」にチェックを設定する必要がある。また、ＦＴＰ設定では、アカウント、パスワード、送信先のホスト名（またはＩＰアドレス）、アクセス間隔等の設定を行なう。
【００３６】
図３は、本実施の形態における送信時の処理手順の概略を説明したフローチャートである。
図３に示したように、処理が開始されると、最初のステップＳ１１１では送信の為の初期化処理を行なう。
次に、ステップＳ１１２ではリモート転送用にＳＭＴＰを利用する否かを判断する。
【００３７】
これは、ユーザーインターフェースのリモート送受信の設定部によって処理が切り替えられる。リモート送受信の設定では「ＰＯＰ３／ＳＭＴＰ」、「ＦＴＰ」または「なし」のいずれかが選択可能である。
【００３８】
次に、ステップＳ１１２において「ＦＴＰ」を選択した場合は、ステップＳ１１３より、図５のフローチャートの先頭ステップＳ３１０以下へ進む。また、「なし」の場合はステップＳ１３０へ進み、上記送信処理を終了する。
【００３９】
一方、ステップＳ１１２において、「ＰＯＰ３／ＳＭＴＰ」を選択した場合はステップＳ１１４以下へ進む。ステップＳ１１４では、送信準備が開始される。次に、ステップＳ１１５に進み、送信経路の検査処理が行なわれる。これは、送信を開始する前に、メールサーバが機能するかを検査用のプロトコルで検査したり、転送先のサーバが受信可能であるかどうかを検査メール等を用いて問い合わせたり、全経路における状況を確認する為の処理である。
【００４０】
次に、ステップＳ１１６に進み、前記ステップＳ１１５での結果を受けて、送信可能か否かの判断を行なう。この検査の結果、送信が不可能である場合は、ステップＳ１１７へ進み、送信処理をキャンセルし、処理を終了させる。
【００４１】
一方、ステップＳ１１６の判断の結果、送信が可能であった場合はステップＳ１１８へ進む。ステップＳ１１８ではスプーラーによって保持されたデータを適宜、メール形式へ変換し、上記データ群の送信を行なう。
【００４２】
次に、ステップＳ１１９ではリカバリー処理をするか否かを判断する。これは、ユーザーインターフェースの送信設定の「リカバリーする」によって処理が切り替わるようになっている。上記設定項目にチェックが設定されていない場合、ステップＳ１２１へ進み、送信処理を終了する。上記設定項目にチェックが設定されている場合は、ステップＳ１２０以下へ進む。
【００４３】
ステップＳ１２０では、前記ステップＳ１１８の処理の結果、何らかのシステムエラーが報告されていないかを検査する。この検査の結果、エラーがない場合はステップＳ１２１へ進んで送信処理を終了するが、何らかのエラーが発生している場合はステップＳ１２２以下へ進み、リカバリー処理を実行する。
【００４４】
ステップＳ１２２では、再送信用の処理スレッドが実行済であるか否かを判断する。再送信用の処理スレッドが実行済でない場合はステップＳ１２３へ進み、再送信用の受信スレッドの実行を開始し、その後、ステップＳ１２４へ進む。
【００４５】
一方、ステップＳ１２２において、再送信用の処理スレッドが実行済であったと判断された場合は、ステップＳ１２４へ処理が移動する。
ステップＳ１２４においては、適宜再送信処理を行なう。この再送信処理においては、受信側のサーバの応答メールを観察し、不足する部分の情報だけを必要に応じて再送するように構成されている。
【００４６】
上記一連の処理の結果、適切にリカバリー処理が出来た否かをステップＳ１２５で判断する。リカバリー処理が出来た場合は、ステップＳ１２７へ進み、再送信処理が完了した否かを判断する。ステップＳ１２７において、再送信が完了していないと判断された場合はステップＳ１２４へ戻り、再送処理を再度繰り返し行ない、再送信が完了したと判断された場合はステップＳ１２１へ戻り、送信処理を修了する。
【００４７】
また、ステップＳ１２５にてリカバリーが出来ないと判断された場合は、ステップＳ１２６へ進み、リトライをするか否かを判断する。上記リトライの判断は繰り返しの回数やタイムアウト値等、内部のパラメータを参考にし決定するよう構成する。
【００４８】
上記ステップＳ１２６にてリトライが必要と判断された場合は、ステップＳ１２４へ戻り、再送処理を再度繰り返す。ここで、リトライの必要がないと判断された場合はステップＳ１２１へ戻り、送信処理を修了するように構成されている。
【００４９】
図４は、本実施の形態における受信時の処理手順を説明した概略フローチャートである。
受信処理がスタートすると、最初のステップＳ２１１では受信の為の初期化処理を行なう。
【００５０】
次に、ステップＳ２１２では、リモート設定を利用する否かを判断する。これは、ユーザーインターフェースのリモート送受信の設定部によって処理が切り替えられる。リモート送受信の設定では「ＰＯＰ３／ＳＭＴＰ」または「なし」が選択可能である。この判断の結果、なしの場合はステップＳ２１３へ進んで処理を終了する。また、ステップＳ２１２の判断の結果、「ＰＯＰ３／ＳＭＴＰ」を選択した場合はステップＳ２１４以下へ進む。
【００５１】
ステップＳ２１４では受信準備が開始される。次に、ステップＳ２１５では、受信サーバへのログインが実行される。次に、ステップＳ２１６では、前記ステップＳ２１５での判断結果を受けて、受信可能か否かの判断を行なう。検査の結果、受信が不可能である場合は、ステップＳ２１７へ進み、受信処理をキャンセルし、処理を終了させる。
【００５２】
一方、ステップＳ２１６の判断の結果、受信が可能であった場合は、ステップＳ２１８以下へ進み受信処理を開始する。ステップＳ２１８では、ＰＯＰ処理によって得られたメール群を用いて、データの再構築を適宜実行する。
【００５３】
ステップＳ２１９ではリカバリー処理をするか否かを判断する。これは、ユーザーインターフェースの受信設定の「リカバリーする」によって処理が切り替わるようになっている。上記設定項目にチェックが設定されていない場合、ステップＳ２２１へ進み、受信処理を終了する。
【００５４】
一方、上記設定項目にチェックが設定されている場合は、ステップＳ２２０以下へ進む。ステップＳ２２０では前記ステップＳ２１８の受信処理の結果、何らかのシステムエラーが報告されていないかを検査する。この検査の結果、エラーがない場合は、ステップＳ２２１へ進み、受信処理を終了するが、何らかのエラーが発生している場合はステップＳ２２２以下へ進み、リカバリー処理を実行する。
【００５５】
ステップＳ２２２では、再送信用の受信スレッドの実行を開始し、その後、ステップＳ２２３へ進む。ステップＳ２２３においては、適宜再送信要求処理を行なう。この処理においては、送信側のサーバに対して応答メールを送信する。このメールにはデータを構築する上で不足している部分等の情報が記述される。
【００５６】
次に、ステップＳ２２４では適宜再受信処理が実行される。次に、ステップＳ２２５では、前記ステップＳ２２４における再受信処理の結果を受けて、リカバリーが出来た否かを判断する。この判断の結果、リカバリー処理が出来た場合は、ステップＳ２２７へ進み、再受信処理が完了した否かを判断する。
【００５７】
そして、ステップＳ２２７の判断の結果、再受信が完了していないと判断された場合はステップＳ２２３へ戻り再度、再受信処理を繰り返す。ここで、再受信が完了したと判断された場合はステップＳ２２１へ戻り、受信処理を修了する。
【００５８】
また、ステップＳ２２５の判断において、リカバリーが出来ないと判断された場合は、ステップＳ２２６へ進み、リトライをするか否かを判断する。このリトライの判断は繰り返しの回数やタイムアウト値等、内部のパラメータを参考に決定するよう構成されている。
【００５９】
ステップＳ２２６において、リトライが必要と判断された場合は、ステップＳ２２３へ移動へ戻り、再受信処理を再度繰り返す。ここで、リトライの必要がないと判断された場合はステップＳ２２１へ戻り、受信処理を修了するように構成されている。
【００６０】
図５は、本実施の形態におけるＦＴＰ転送時の処理手順を説明した概略フローチャートである。
処理が開始されると、最初のステップＳ３１０ではＰＵＴ処理の準備を行なう。次に、ステップＳ３１１では通信経路のチェックを行ない、その結果を受けてステップＳ３１２でＰＵＴ処理が可能かどうかを判断する。本実施の形態では、ＦＴＰを開始するに際して受信サーバ側へログインが出来たかどうかで判断をしている。
【００６１】
ステップＳ３１３ではＰＵＴ処理を開始し、次に、ステップＳ３１４ではＰＵＴ処理時のログデータよりＰＵＴエラーが発生しなかったか否かを判断する。この判断の結果、エラーが発生しない場合は、ステップＳ３１５へ進み、送信処理の終了を行なう。
【００６２】
一方、ステップＳ３１４の判断の結果、エラーが発生した場合はステップＳ３１６以下へ進み、リカバリー処理を行なう。ステップＳ３１６では、再ＰＵＴ処理の為の制御スレッドを開始する。
【００６３】
次に、ステップＳ３１７では再ＰＵＴ処理を行なう。次に、ステップＳ３１８に進み、ステップＳ３１４の処理と同様に、ログデータ（前記再ＰＵＴ処理時）よりＰＵＴエラーが発生しなかったか否かを判断する。この判断の結果、ＰＵＴエラーが発生していない場合はリカバリー処理が成功したと判断し、ステップＳ３２０へ進む。
【００６４】
一方、ステップＳ３１８の判断の結果、エラーが発生した場合はリカバリーが成功しなかったと判断し、ステップＳ３１９へ進む。ステップＳ３２０では全ての再ＰＵＴが完了したか否かを判断し、完了している場合はステップＳ３１５へ進み送信処理を終了する。
【００６５】
一方、複数の送信すべきデータがあるケース等で、かつデータで再ＰＵＴが完了していないものがある場合には、再度ステップＳ３１７へ戻り、再ＰＵＴ処理を行なう。ステップＳ３１９では、システム内部で規定されているリトライ回数と比較し、制限を超えていない場合はステップＳ３１７へ戻り再ＰＵＴ処理を行ない、制限を超えた場合は、リカバリー処理を諦めてステップＳ３１５へ戻り送信処理を終了する。
【００６６】
尚、受信サーバでは、リモート送受信の設定に設定されている場合は、ＦＴＰ用のフォルダを定期的に監視するホットフォルダー処理スレッドが開始される。上記フォルダにデータが現れて、一定時間を経過した後に適宜処理が開始されるよう構成されている。
【００６７】
＜第２の実施の形態＞
次に、本発明のデータ処理装置の第２の実施の形態について説明する。
【００６８】
図６は、第２の実施の形態におけるリモートプリンティングシステムの概略構成を示すブロック図であって、上述した第１の実施の形態とほぼ同様の構成である。
【００６９】
図６において、クライアントコンピュータ２００、プリントサーバ２１０、本発明のリモートプリンティングサーバ２２０がそれぞれネットワークに接続されている。
【００７０】
前記リモートプリンティングサーバ２２０の内部は、６つの機能ブロックで構成されており、それぞれは印刷応答処理ブロック２２１、スプーリング処理ブロック２２２、転送データ変換処理ブロック２２３、リモート転送処理ブロック２２４、リカバリー機能ブロック２２５として独立にモジュール化されている。これらは一連の制御を司る制御ブロック２２６によって制御される。
【００７１】
また、制御ブロック２２６は、リモート送受信の設定の為にユーザーインターフェース画面の制御も行なっている。更に、この制御ブロック２２６は、パラメータ制御部２２７へ接続されており、本実施の形態のリモートプリントシステムで利用するリモート転送パラメータの設定等を行なう。
【００７２】
パラメータ制御部２２７は、リモート転送パラメータが記載されているＩＮＩファイルと呼ばれるファイルを所定の場所から検索した後、これを適宜ロードし、制御ブロックへ引き渡すよう構成されている。本実施の形態においては、クライアントコンピュータ２００からのカラー印刷データはプリンタサーバ２１０にて印刷可能である。またこれと同様に、クライアントコンピュータ２００からリモートプリンティングサーバ２２０を見ると、プリンタサーバ２１０同様にネットワークプリンタとして認識されるよう構成されている。
【００７３】
これは、リモートプリンティングサーバ２２０が、ネットワーク上のプリンタとして見なされるように、印刷制御プロトコルを実行しているからである。このプロトコルの処理は内部の印刷応答処理ブロック２２１によって実現されている。
【００７４】
すなわち、クライアントコンピュータ２００からリモートプリンティングサーバ２２０に対して印刷を実行すると、通常の印刷処理と同様に、セッション開始処理がスタートし、印刷開始指令、印刷ステータス応答の送受信、印刷データの送信、送信ステータスのチェック、印刷終了指令、セッション終了等の一連のやりとりが規定の印刷プロトコルに準拠して実行される。
【００７５】
リモートプリンティングサーバ２２０に対して印刷データが送信されると、上記サーバはデータを内部に保持する為に、スプーリング処理ブロック２２２においてデータの保持処理を実行する。データの保持は、サーバ上のディスク装置のスプーリング領域に適宜保持されるよう構成されている。
【００７６】
上記保持されたデータは、リモート転送が完了されるまで一時的に保持されている。本実施の形態では、リモート転送用にメール送受信プロトコル、およびファイル転送プロトコル（以下ＦＴＰと称する）を利用するように構成している。
【００７７】
メール送受信プロトコルが選択された場合は、前記スプーリングされたデータ群は、転送データ変換ブロック２２３により、７ビット文字へエンコード処理された後、ヘッダーファイル等が付加され、メールデータ形式に変換される。
【００７８】
リモート転送処理ブロック２２４では、変換されたデータを適宜ネットワーク上に送信する。リモート転送用にＦＴＰが選択された場合は、データの変換処理は行なわれず前記スプーリングされたデータはバイナリー形式にて、直接受信サーバ側へ転送される。リモート転送時には必要に応じてリカバリー機能ブロック２２５が呼び出され、データ再送信等を行い、確実にデータが送信されるように構成されている。
【００７９】
システムの動作を規定するパラメータはリモート転送パラメータ（ＩＮＩファイル）はファイル２２８に記載されている。その内容は、リモート転送プロトコル別にセッションを分けて記述されている。ＳＭＴＰ、ＰＯＰ３用には、送信検査時のレベル設定（高低）、送信検査時の返信待ち時間、送信検査時のリトライ回数、送信時の分割サイズ、送信時の間隔、送信確認メッセージの待ち時間、送信完了メッセージの待ち時間、送信リトライ回数、受信動作パターン（Ａ／Ｂ）、受信時の間隔、再送信要求発射時の間隔、再送信メッセージの待ち時間、受信リトライ回数等が設定出来るようになっている。
【００８０】
また、ＦＴＰ用にはセッションタイムアウト時間、リカバリー回数、リカバリーの待ち時間等が設定出来るようになっている。
【００８１】
送信検査時のレベル設定は、「高」に設定されているとより厳密な検査を行なう。リモートで送信を開始する際には、ＳＭＴＰサーバの検査、検査メールの発射、受信側サーバのステータス応答待ち、ステータスメールの確認等があげられるが全ての項目を実行するという意味になる。一方で該設定が「低」に設定されている場合は、前記検査の中で、ＳＭＴＰサーバの検査のみを行なう。
【００８２】
送信検査時の返信待ち時間は、検査メールの発射した後に、ステータスメールが返信されてくるまでの待ち時間を規定するものである。この待ち時間を超えた場合はタイムアウトと判断し、再度検査メールを発射する。送信検査時のリトライ回数は、タイムアウト時の処理を何回まで許すかを規定する値であって、規定の回数を超えた場合は、送信処理をキャンセルするように構成している。
【００８３】
送信時の分割サイズは、送信すべきデータサイズを規定しており、このデータサイズより大きい場合に、ファイルの分割処理を行なう。例えば、分割サイズが１ＭＢに設定されている場合に、０．５ＭＢのデータであればそのまま送信が実行されるが、４．５ＭＢのデータを送信する場合は、このデータは、５つのデータに分割され送信される。送信時の間隔は、分割されたデータを送信する間隔を規定する。
【００８４】
送信確認メッセージの待ち時間は、分割メッセージが送信されてから、受信サーバからの受託確認通知メールが返送されてくるまでの待ち時間を規定している。また、送信完了メッセージの待ち時間は、最後のメッセージが送信されてから、受信サーバからの完了確認通知メールが返送されてくるまでの待ち時間を規定している。
【００８５】
この待ち時間は、いずれも規定時間を超えるとタイムアウトと判断し、リカバリー処理を実行する。送信リトライ回数は、リカバリーを行なう回数を規定する。尚、該回数が０に設定されている場合は、リカバリーは行なわない。
【００８６】
受信時の間隔は、メールサーバにＰＯＰ動作等を行なう間隔を規定している。本実施の形態のシステムでは、受信時にメールのとりこぼし等、何らかのエラーが発生した場合には、再送信要求を発射する構成されているが、複数のエラーが発生している場合等には、その都度再送信要求を発射する。
【００８７】
それらの発射間隔は再送信要求発射時の間隔にて規定されている。再送信メッセージの待ち時間は、再送信要求を出した後、送信サーバからリカバリーの為のメールが再送されてくるまでの待ち時間を規定している。
【００８８】
上記待ち時間を超えた場合は、タイムアウトとなる。受信リトライ回数は、上記タイムアウトの回数を規定しており、設定された回数を超えた場合は、その受信処理をキャンセルするようになっている。
【００８９】
ＦＴＰのセッションタイムアウト時間は、ＦＴＰアカウントでログインを開始してからの経過時間の最大時間を記述する。処理の途中であっても該設定時間を経過した場合は、ネットワークセッションを含めて、全ての処理を強制終了する。また、リカバリーの回数はＰＵＴ処理時のエラーリカバリー数を規定している。そして、設定を超えた場合はリカバリー処理を含め全ての処理を強制的に終了させる。
【００９０】
リカバリー待ち時間は再リカバリー動作を行なう際の、待ち時間を規定する。ＰＵＴ処理が完了しない場合は、直ちに次の動作を行なうのではなくて一旦動作を止めて、暫く時間をおいてから再ＰＵＴ処理を行なうように制御することが出来るよう構成されている。
【００９１】
（本発明の他の実施の形態）
本発明は複数の機器から構成されるシステムに適用しても１つの機器からなる装置に適用しても良い。
【００９２】
また、上述した実施の形態の機能を実現するように各種のデバイスを動作させるように、上記各種デバイスと接続された装置あるいはシステム内のコンピュータに対し、記憶媒体から、またはインターネット等の伝送媒体を介して上記実施の形態の機能を実現するためのソフトウェアのプログラムコードを供給し、そのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）に格納されたプログラムに従って上記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。
【００９３】
また、この場合、上記ソフトウェアのプログラムコード自体が上述した実施の形態の機能を実現することになり、そのプログラムコード自体、およびそのプログラムコードをコンピュータに供給するための手段、例えばかかるプログラムコードを格納した記憶媒体は本発明を構成する。かかるプログラムコードを記憶する記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００９４】
また、コンピュータが供給されたプログラムコードを実行することにより、上述の実施の形態で説明した機能が実現されるだけでなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）あるいは他のアプリケーションソフト等の共同して上述の実施の形態で示した機能が実現される場合にもかかるプログラムコードは本発明の実施の形態に含まれることは言うまでもない。
【００９５】
さらに、供給されたプログラムコードがコンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行ない、その処理によって上述した実施の形態の機能が実現される場合にも本発明に含まれる。
【００９６】
〔実施態様１〕ネットワークを介してデータを送信し、リモ−トプリンタを介して印刷するための装置であって、上記データを印刷する際の応答処理を行なうための印刷ジョブを生成する印刷応答処理手段と、上記印刷応答処理手段によって生成された印刷ジョブのスプーリングを行ない印刷完了ジョブを生成するスプーリング処理手段と、上記スプーリング処理手段によって生成された印刷完了ジョブを上記ネットワークを介して上記リモ−トプリンタに転送可能な形式に変換する転送データ変換処理手段と、上記転送データ変換処理手段によって転送可能な形式に変換された印刷完了ジョブをファイル転送プロトコルにより転送するリモート転送処理手段とを有することを特徴とするデータ処理装置。
〔実施態様２〕前記データの転送時にエラーが発生した際に、必要に応じてリカバリー処理を行なうリカバリー処理手段を有することを特徴とする実施態様１に記載のデータ処理装置。
〔実施態様３〕前記リモート転送処理手段は、データのリモート転送用にファイル転送プロトコルまたはメール配信プロトコル何れかを利用することを特徴とする実施態様１または２に記載のデータ処理装置。
【００９７】
〔実施態様４〕上記実施態様１〜３の何れか１項に記載のデータ処理装置を有することを特徴とするリモートプリントシステム。
【００９８】
〔実施態様５〕ネットワークを介してデータを送信し、リモ−トプリンタを介して印刷するための方法であって、上記データを印刷する際の応答処理を行なうための印刷ジョブを生成する印刷応答処理と、上記印刷応答処理によって生成された印刷ジョブのスプーリングを行ない印刷完了ジョブを生成するスプーリング処理と、上記スプーリング処理手段によって生成された印刷完了ジョブを上記ネットワークを介して上記リモ−トプリンタに転送可能な形式に変換する転送データ変換処理と、上記転送データ変換処理手段によって転送可能な形式に変換された印刷完了ジョブをファイル転送プロトコルにより転送するリモート転送処理とを行なうことを特徴とするデータ処理方法。
〔実施態様６〕前記データの転送時にエラーが発生した際に、必要に応じてリカバリー処理を行なうことを特徴とする実施態様５に記載のデータ処理方法。
〔実施態様７〕前記リモート転送処理においては、データのリモート転送用にファイル転送プロトコルまたはメール配信プロトコル何れかを利用することを特徴とする実施態様５または６に記載のデータ処理方法。
【００９９】
〔実施態様８〕ネットワークを介してデータを送信し、リモ−トプリンタを介して印刷するための方法をコンピュータに実行させるプログラムであって、上記データを印刷する際の応答処理を行なうための印刷ジョブを生成する印刷応答処理と、上記印刷応答処理によって生成された印刷ジョブのスプーリングを行ない印刷完了ジョブを生成するスプーリング処理と、上記スプーリング処理手段によって生成された印刷完了ジョブを上記ネットワークを介して上記リモ−トプリンタに転送可能な形式に変換する転送データ変換処理と、上記転送データ変換処理手段によって転送可能な形式に変換された印刷完了ジョブをファイル転送プロトコルを利用して転送するリモート転送処理とをコンピュータに実行させることを特徴とするコンピュータプログラム。
【０１００】
〔実施態様９〕上記実施態様８に記載のコンピュータプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【０１０１】
【発明の効果】
以上説明してきたように、本発明によれば、ネットワークを介してデータを送信し、リモ−トプリンタを介して印刷するために、上記データを印刷する際の応答処理を行なうための印刷ジョブを生成し、上記生成した印刷ジョブのスプーリングを行ない印刷完了ジョブを生成し、上記生成した印刷完了ジョブを上記ネットワークを介して上記リモ−トプリンタに転送可能な形式に変換し、上記転送可能な形式に変換した印刷完了ジョブをファイル転送プロトコルを利用して転送するようにしたので、リモート印刷を行なうための印刷処理をローカルネットワーク内で一旦完了させるようにすることがで、リモート印刷を行なう際の通信に遅延が生じたり、コネクションが切断されたりする不都合を解消することが可能となり、データを安易にかつ安定的にリモート印刷できる。
【図面の簡単な説明】
【図１】本実施の形態におけるリモートプリンティングシステムの概略構成を示すブロック図である。
【図２】本実施の形態のリモートプリンティングサーバで用いるユーザーインターフェースの一部を示す図である。
【図３】本実施の形態における送信時の処理手順を説明した概略フローチャートである。
【図４】本実施の形態における受信時の処理手順を説明した概略フローチャートである。
【図５】本実施の形態におけるＦＴＰ転送時の処理手順を説明した概略フローチャートである。
【図６】第２の実施の形態を示し、リモートプリンティングシステムの概略構成を示すブロック図である。
【図７】実施の形態のカラーデータ処理装置が用いられるリモートプリントシステムの概要を説明する図である。
【図８】水平分散型のネットワークでの接続形態の一例を示す図である。
【符号の説明】
１００  クライアントコンピュータ
１０５  ローカルネットワーク
１１０  第１のプリンタサーバ
１２０  第１のリモートプリンティングサーバ
１２１  印刷応答処理ブロック
１２２  スプーリング処理ブロック
１２３  転送データ変換処理ブロック
１２４  リモート転送処理ブロック
１２５  リカバリー機能ブロック
１２６  制御ブロック
１２７  暗号化ブロック
【図１】
2004234533.tif 000003
【図２】
2004234533.tif 000004
【図３】
2004234533.tif 000005
【図４】
2004234533.tif 000006
【図５】
2004234533.tif 000007
【図６】
2004234533.tif 000008
【図７】
2004234533.tif 000009
【図８】
2004234533.tif 000010