JP4136687B2 - データ処理装置及びデータ処理方法 - Google Patents

Description

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

Claims (11)

1. クライアント装置とローカルに接続し、該クライアント装置から受信したデータを、ネットワークを介してリモ−トプリンタに送信して印刷させるためのデータ処理装置であって、
   上記クライアント装置から印刷データを受信し、ネットワーク上のプリンタと同一の印刷制御プロトコルを実行して、該クライアント装置に対して印刷を完了させる応答処理を行なう印刷応答処理手段と、
   上記印刷応答処理手段によって受信した印刷データを記憶手段に保持するスプーリング処理手段と、
   上記記憶手段に保持された印刷データに暗号化処理を施す暗号化処理手段と、
   上記暗号化処理手段によって暗号化した印刷データを、上記ネットワークを介して上記リモ−トプリンタに所定の転送プロトコルにより転送するリモート転送処理手段とを有することを特徴とするデータ処理装置。
2. 上記リモート転送処理手段による転送にエラーが生じた場合に、リカバリー処理を行なうリカバリー処理手段を有することを特徴とする請求項１に記載のデータ処理装置。
3. 上記所定の転送プロトコルとして、ファイル転送プロトコルまたはメール配信プロトコルの何れか一方を選択する選択手段を有することを特徴とする請求項１または２に記載のデータ処理装置。
4. 上記印刷データを上記メール配信プロトコルで転送可能な形式に変換する転送データ変換処理手段を備え、上記選択手段により上記メール配信プロトコルが選択された場合に、上記暗号化処理手段は、上記印刷データを上記転送データ変換処理手段により変換してから暗号化することを特徴とする請求項３に記載のデータ処理装置。
5. 上記リモートプリンタと請求項１〜４の何れか１項に記載のデータ処理装置とを有することを特徴とするリモートプリントシステム。
6. クライアント装置とローカルに接続したデータ処理装置において、該クライアント装置から受信したデータを、ネットワークを介してリモ−トプリンタに送信して印刷させるためのデータ処理方法であって、
   上記クライアント装置から印刷データを受信し、ネットワーク上のプリンタと同一の印刷制御プロトコルを実行して、該クライアント装置に対して印刷を完了させる応答処理を行なう印刷応答処理工程と、
   上記印刷応答処理工程において受信した印刷データを記憶手段に保持するスプーリング処理工程と、
   上記記憶手段に保持された印刷データに暗号化処理を施す暗号化処理工程と、
   上記暗号化処理工程によって暗号化した印刷データを、上記ネットワークを介して上記リモ−トプリンタに所定の転送プロトコルにより転送するリモート転送処理工程とを有することを特徴とするデータ処理方法。
7. 上記リモート転送処理工程よる転送にエラーが生じた場合に、リカバリー処理を行なうリカバリー処理工程を有することを特徴とする請求項６に記載のデータ処理方法。
8. 上記所定の転送プロトコルとして、ファイル転送プロトコルまたはメール配信プロトコルの何れか一方を選択する選択工程を有することを特徴とする請求項６または７に記載のデータ処理方法。
9. 上記印刷データを上記メール配信プロトコルで転送可能な形式に変換する転送データ変換処理工程を備え、上記選択手段により上記メール配信プロトコルが選択された場合に、上記暗号化処理工程では、上記転送データ変換処理工程により変換した印刷データを暗号化することを特徴とする請求項８に記載のデータ処理方法。
10. クライアント装置とローカルに接続したコンピュータにおいて、該クライアント装置から受信したデータを、ネットワークを介してリモ−トプリンタにデータを送信して印刷させるための工程をコンピュータに実行させるプログラムであって、
    上記クライアント装置から印刷データを受信し、ネットワーク上のプリンタと同一の印刷制御プロトコルを実行して、該クライアント装置に対して印刷を完了させる応答処理を行なう印刷応答処理工程と、
    上記印刷応答処理工程において受信した印刷データを記憶手段に保持するスプーリング処理工程と、
    上記記憶手段に保持された印刷データに暗号化処理を施す暗号化処理工程と、
    上記暗号化処理工程によって暗号化した印刷データを、上記ネットワークを介して上記リモ−トプリンタに所定の転送プロトコルにより転送するリモート転送処理とをコンピュータに実行させることを特徴とするコンピュータプログラム。
11. 請求項１０に記載のコンピュータプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。

Images