JP4324048B2 - データ処理装置、通信処理方法及びコンピュータプログラム - Google Patents

Description

外部装置と通信するデータ処理装置、または当該データ処理装置における通信処理方法、または当該通信処理方法を装置に実行させるコンピュータプログラムに関するものである。

従来、ウィンドウサイズを用いてフロー制御を行う通信方法があった（例えば、特許文献１及び２）。

データの受信側であるデータ処理装置は、ウィンドウサイズ分の受信バッファを確保して、転送側から転送されるデータをこの受信バッファに一時的に格納し、アプリケーションプログラムからのＲｅａｄ要求があるまで、データを保持する。

アプリケーションプログラムのデータ処理が遅延し、Ｒｅａｄ要求がある前に受信バッファが一杯になった場合には、受信側であるデータ処理装置は、ウィンドウサイズが０であることを転送側に通知することにより、転送側のデータ転送を抑制する。

なお、転送側は、受信側であるデータ処理装置からの確認応答パケット（以下、確認応答と呼ぶ）がなくても、ウィンドウサイズが示すサイズ分のデータを転送することができるので、その分、確認応答が少なくなる。よって、ウィンドウサイズを大きくすることにより、通信効率を挙げることが可能である。
特開平１１−２６１６１９号公報 特開２００４−０６４６６５号公報

しかし、例えばＴＣＰを使用したコネクション型の通信方法の中には、転送側が、受信側のデータ処理装置との間でコネクションが確立された後、すぐに印刷データを転送し始め、印刷データを転送し終わり次第、正常終了してしまうものがある。

例えば、図６のように、ウィンドウサイズが８Ｋバイトであって、転送すべき印刷データのデータサイズが５Ｋバイトである場合、転送側がコネクション確立要求パケット（以下、コネクション確立要求と呼ぶ）を転送し、データ処理装置がコネクション確立確認応答パケット（以下、コネクション確立確認応答と呼ぶ）を転送して、コネクションが確立されると、その後、転送側はデータをすぐに転送し終わってしまう。コネクション確立確認応答に含まれるウィンドウサイズが転送すべき印刷データのサイズよりも大きく、５Ｋバイトのデータが受信バッファに全て入りきってしまうからである。転送側は、印刷データを転送し終わって、コネクションの終了を示すコネクション切断要求パケット（以下、コネクション切断要求と呼ぶ）を転送次第、印刷データの転送が正常終了したと判断する。

一方、受信側のデータ処理装置は、コネクションを確立するのに応じてエラーの有無を確認してみたら、印刷を拒否しなければならないようなエラーが発生していることが分かる場合がある。その場合、データ処理装置は、コネクションを切断し、受信バッファに入っているデータを破棄する。転送側が、データ転送の途中で、コネクションがデータ処理装置によって切断されたことを検知できた場合には、転送側は、印刷データの転送が失敗したと判断することができる。

しかし、図６のように、ウィンドウサイズよりも小さいサイズのデータが転送される場合には、転送側はすぐにデータを転送し終えるため、転送側は、データ処理装置側で発生したエラーを知る前に、印刷データの転送が正常終了したと判断してしまう。結果、ユーザは印刷データの転送が無事行われたと思うが、実際には、印刷データに基く印刷が行われないだけでなく、その印刷データもデータ処理装置において破棄されてしまう。

ウィンドウサイズを一律に小さくすることによって、転送側がエラーを検知できるようになる。しかし、ウィンドウサイズが小さいままでデータ転送が続けて行われると、確認応答が転送される回数が増えて通信効率が低下してしまう。

そこで、本発明は、データ処理装置がデータを受信することはできるが、当該データを印刷することはできない場合に、当該データ処理装置は、データを受信したことに応じて応答を送信する代わりに、データの受信拒否を通知することにより印刷ができないにも関わらず、データを受信してしまうことを防ぐことを目的とする。

本発明に係るデータ処理装置は、外部装置からデータを受信する受信手段と、前記受信手段によって受信可能なデータサイズとして第１のデータサイズを外部装置へ通知する第１の通知手段と、前記通知手段によって通知された前記第１のデータサイズに相当するサイズのデータを前記受信手段によって受信したことに応じて、前記外部装置に応答を送信する応答手段と、前記データ処理装置によって前記データを印刷できるか否かを判断する判断手段と、前記データを印刷できないと前記判断手段により判断された場合、前記第１のデータサイズに相当するサイズのデータを前記受信手段によって受信したにも関わらず、前記応答手段によって前記応答を送信する代わりに、前記外部装置からのデータの受信を拒否する旨を通知し、前記データを印刷できると前記判断手段により判断された場合、前記第１のデータサイズよりも大きい第２のデータサイズを前記外部装置へ通知する第２の通知手段とを有することを特徴とする。

本発明によれば、データ処理装置がデータを受信することはできるが、印刷することはできない場合に、当該データ処理装置がデータを受信したことに応じて応答を送信する代わりに、データの受信拒否を通知することにより印刷ができないにも関わらず、データを受信してしまうことを防ぐことができる。

（実施例１）
以下、本発明の実施の形態について図面を参照して詳細に説明する。

図１は、本発明に係るデータ処理装置１００のハードウェア構成を示すブロック図である。ＣＰＵ１０１は、データ処理装置に係るソフトウェアプログラムに従って、装置全体の制御を行う。ＲＯＭ１０２は、リードオンリーメモリであり、装置のブートプログラムや固定パラメータ等を格納している。ＲＡＭ１０３は、ランダムアクセスメモリであり、ＣＰＵ１０１が装置を制御する上で一時的に使用するデータを格納する。

プリンタＩ／Ｆ制御部１０４は、プリンタ１１０またはプリンタエンジン１１０の間のＩ／Ｆを制御するものである。なお、図１のデータ処理装置はプリンタ１１０に接続されてプリンタ１１０を制御するものであるが、これに限られるものではない。

ＮＶＲＡＭ１０５は、不揮発性のメモリであり、データ処理装置の各種設定値を保存する。パネル制御部１０６は、オペレーションパネル１０９を制御し、各種情報の表示や使用者から指示の入力を制御する。

ネットワークＩ／Ｆ制御部１０７は、ＬＡＮ１１１とのデータの送受信を制御する。ＨＤＤ１０８は、ハードディスクドライブであり、印刷データなど様々なデータを格納する。

オペレーションパネル１０９は、各種情報の表示及び使用者からの指示の入力を行う。プリンタ１１０は、データ処理装置１００からデータに基いて記録媒体に画像を印刷する。バス１１２は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、プリンタＩ／Ｆ制御部１０４、ＮＶＲＡＭ１０５、パネル制御部１０６、ネットワークＩ／Ｆ制御部１０７及びＨＤＤ１０８を接続し、ＣＰＵ１０１からの制御信号や各部間のデータ信号を転送するためのシステムバスである。

ＬＡＮ１１１は、ローカルエリアネットワークであり、ＬＡＮ１１１には、データ処理装置のほか、ＰＣ（パーソナルコンピュータ）及びホストコンピュータなどの外部装置が接続されている。データ処理装置１００は、ＬＡＮ１１１を介して、ＰＣによって転送された印刷データを受信する。

図２は、データ処理装置１００のソフトウェアプログラムのソフトウェア構成を示すブロック図である。図２の各モジュールは、データ処理装置１００の１又は複数のＣＰＵ（例えば、ＣＰＵ１０１）によって実行される。

プリンタ制御部２０１は、プリンタＩ／Ｆ制御部１０４を制御するモジュールであり、プリンタ１１０に画像データを転送したり、プリンタ１１０における給紙や排紙などの制御を行う。

画像印刷制御部２０２は、受信した印刷データをプリンタ１１０で印刷処理可能な画像データに変換するモジュールであり、複数部数の印刷や両面印刷の制御なども行う。

ＲＡＷ印刷サーバ制御部２０３は、ＲＡＷ印刷プロトコルに則したデータの受信処理を制御し、受信したデータを画像印刷制御部２０２に引き渡す。また、エラーを検知してコネクションを切断したり、特定のホストコンピュータからの印刷を拒否したりする制御も行う。

ＴＣＰ／ＩＰプロトコル制御部２０４は、ＴＣＰ／ＩＰプロトコルを制御するモジュールであり、ネットワーク通信ドライバ２０５を使用してＴＣＰ／ＩＰに則したデータ送受信の制御を行う。

ネットワーク通信ドライバ２０５は、ネットワークＩ／Ｆ制御部１０７を制御し、ＬＡＮとの間で信号の転送を制御する。

以下、本発明に係る通信処理について説明する。以下の通信処理は、図２の各モジュールの制御のもとに行われる。図３は、ホストコンピュータとデータ処理装置１００との間で行われる通信処理を示すシーケンス図である。ホストコンピュータ及びデータ処理装置１００のそれぞれは図１のＬＡＮ１１１に接続されているものとする。この通信処理において、ホストコンピュータはデータ処理装置１００に対して印刷データを転送する。

まず、ホストコンピュータは、データ処理装置１００に対して、コネクション確立要求を転送する（３０１）。これに対して、データ処理装置１００は、コネクション確立要求に対するコネクション確立確認応答をホストコンピュータに対して転送する（３０２）。なお、このコネクション確立確認応答には、ウィンドウサイズ＝１Ｋバイトが指定されている。

ウィンドウサイズとは、データ処理装置１００がこのコネクションに対してＲＡＭ１０３上に確保した受信バッファのサイズ、言い換えれば、データ処理装置１００が受信可能なデータサイズを示すものである。ホストコンピュータは、データ処理装置１００からの確認応答がなくても、ウィンドウサイズが示すサイズ分のデータをデータ処理装置１００に転送することができる。

ホストコンピュータは、データ処理装置１００に対してデータの転送を開始する（３０３）。３０２のコネクション確立確認応答においては、ウィンドウサイズが１ＫＢｙｔｅになっているので、ホストコンピュータは、１ＫＢｙｔｅ分のデータを転送した時点で、とりあえずデータの転送を停止する。

一方、コネクションの確立があると、データ処理装置は、印刷を拒否しなければならないような事象が発生しているかどうかを判断する。

事象が発生していないと判断すると、データ処理装置１００は８ＫＢｙｔｅの受信バッファをＲＡＭ１０３上に確保して、次の確認応答をホストコンピュータに通知する場合には、ウィンドウサイズ＝８ＫＢｙｔｅが指定された確認応答をホストコンピュータへ通知する（３０５）。ここでは、ウィンドウサイズは８ＫＢｙｔｅになっている。すると、ホストコンピュータは、８ＫＢｙｔｅまでデータを転送可能になる（３０６）。

以降、ホストコンピュータがデータ処理装置１００に対してデータの転送を繰り返し、データが転送し終わった後、ホストコンピュータはデータ処理装置１００に対して、コネクション切断要求を転送する。これに応じて、データ処理装置１００はホストコンピュータに対してコネクション切断確認応答パケット（以下、コネクション切断確認応答と呼ぶ）を転送して、コネクションを切断する。

図３では、印刷を拒否しなければならない事象が発生していなかったので、ウィンドウサイズを大きくすることにより、その後のデータ転送における通信効率をあげることができた。

一方、印刷を拒否しなければならない事象が発生している場合の通信処理を説明する。図４は、印刷を拒否しなければならない事象が発生している場合の通信処理を示すシーケンス図である。

まず、ホストコンピュータは、データ処理装置１００に対して、コネクション確立要求を転送する（４０１）。これに対して、データ処理装置１００は、コネクション確立要求に対するコネクション確立確認応答をホストコンピュータに対して転送する（４０２）。なお、このコネクション確立確認応答には、ウィンドウサイズ＝１Ｋバイトが指定されている。

ホストコンピュータは、データ処理装置１００に対してデータの転送を開始する（３０３）。３０２のコネクション確立確認応答においては、ウィンドウサイズが１ＫＢｙｔｅになっているので、ホストコンピュータは、１ＫＢｙｔｅ分のデータを転送した時点で、とりあえずデータの転送を停止する。

一方、コネクションの確立があると、データ処理装置は、印刷を拒否しなければならないような事象が発生しているかどうかを判断する。

そのような事象が発生していると判断すると、データ処理装置１００は、コネクションの切断を一方的に要求するコネクションリセット要求パケット（以下、コネクションリセット要求と呼ぶ）をホストコンピュータに対して転送する（４０４）。

コネクション確立確認応答では、ウィンドウサイズが１Ｋバイトになっているので、転送すべきデータのサイズが１Ｋバイトより大きい限りは、ホストコンピュータはこのコネクションリセット要求を確認することができる。そのため、ホストコンピュータは、印刷データの転送が異常終了したと判断することができ、必要であれば、異常終了をユーザに通知することができる。

図５は、図３及び図４の通信処理をするためにデータ処理装置１００で行われる通信制御処理のフローチャートを示す図である。通信制御処理は、図２の各モジュールの制御のもとに行われる。

ＲＡＷ印刷サーバ制御部２０３が起動されると、ＲＡＷ印刷サーバ制御部２０３は、ＴＣＰ／ＩＰプロトコル制御部２０４との間でＬｉｓｔｅｎソケットをオープンする（ステップＳ５０１）。Ｌｉｓｔｅｎソケットとは、外部からのコネクション確立要求を受け付けるためのソケットであり、ＴＣＰの９１００番ポートを使用する。Ｌｉｓｔｅｎソケットがオープンされた後、ＲＡＷ印刷サーバ制御部２０３は、当該ソケットに対応する受信バッファサイズを１Ｋバイトに設定する（Ｓ５０２）。

次に、ＴＣＰ／ＩＰプロトコル制御部２０４が、外部からのコネクション確立要求があるかどうかを判断し（ステップＳ５０３）、ホストコンピュータからのコネクション確立要求があれば、自動的に受信ソケットをオープンする（ステップＳ５０４）。受信ソケットは、データを受信するためのソケットである。Ｌｉｓｔｅｎソケットの設定はこの後受信ソケットに引き継がれるため、受信ソケットに対応する受信バッファのサイズは１Ｋバイトになる。

受信ソケットがオープンされると共に、ＴＣＰ／ＩＰプロトコル制御部２０４は、ウィンドウサイズ＝１Ｋバイトが指定されたコネクション確立確認応答をホストコンピュータへ転送する（ステップＳ５０５）。

以上によってコネクションが確立されると、データ処理装置１００は、ホストコンピュータによって転送されるデータを受信する。それと並行して、ＲＡＷ印刷サーバ制御部２０３は、このコネクションに対してデータの受信を継続するか拒否するかを判断する（ステップＳ５０６）。印刷を拒否しなければならないようなエラー、例えば印刷が不可能なエラーが発生している場合、または、印刷を拒否する対象となっているホストコンピュータからのコネクション確立要求である場合は、データの受信を拒否すると判断する。

データの受信を拒否すると判断した場合は、コネクションリセット処理が行われる（ステップＳ５０７）。コネクションリセット処理では、ＲＡＷ印刷サーバ制御部２０３は、受信ソケットをクローズし、ＴＣＰ／ＩＰプロトコル制御部２０４は、コネクションリセット要求をホストコンピュータに転送する。これにより、ホストコンピュータは、比較的少量である１Ｋバイトのデータを転送した時点で、データ処理装置１００によるデータ受信拒否を確認することができる。

ＲＡＭ印刷サーバ制御部２０３は、データの受信を継続すると判断した場合には、受信ソケットに対応する受信バッファのサイズを８Ｋバイトに設定し（ステップＳ５０８）、ＴＣＰ／ＩＰプロトコル制御部２０４は、ウィンドウサイズ＝８Ｋバイトが指定された確認応答をホストコンピュータへ転送する（ステップＳ５０９）。

データ処理装置１００は、ホストコンピュータから転送されたデータの受信を継続する。その一方で、ＴＣＰ／ＩＰプロトコル制御部２０４は、コネクション切断要求があるかどうかを判断する（ステップＳ５１０）。

コネクション切断要求があった場合には、コネクション切断処理が行われる（ステップＳ５１１）。コネクション切断処理では、ＲＡＷ印刷サーバ制御部２０３は、受信ソケットをクローズして、ＴＣＰ／ＩＰプロトコル制御部２０４は、コネクション終了確認応答をホストコンピュータへ転送する。

なお、図３、４及び５においては、コネクション確立確認応答が指定するウィンドウサイズは１Ｋバイトになっていたが、ステップＳ５０５で転送されるコネクション確立確認応が指定するウィンドウサイズが、ステップＳ５０９で転送される確認応答が指定するウィンドウサイズよりも小さければ、１Ｋバイトよりも大きい値でも、０（零）Ｋバイトでもよい。０（零）Ｋバイトであれば、データ処理装置１００は、ホストコンピュータがデータを転送し始める前に、ステップＳ５０６の判断を行うことができる。

本発明は、上述した実施形態の装置に限定されず、複数の機器から構成されるシステムに適用しても、１つの機器から成る装置に適用してもよい。前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体をシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、完成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭを用いることができる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、次のプログラムコードの指示に基づき、その拡張機能を拡張ボードや拡張ユニットに備わるＣＰＵなどが処理を行って実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明に係るデータ処理装置１００のハードウェア構成を示すブロック図である。 データ処理装置１００のソフトウェアプログラムのソフトウェア構成を示すブロック図である。 ホストコンピュータとデータ処理装置１００との間で行われる通信処理を示すシーケンス図である。 印刷を拒否しなければならない事象が発生している場合の通信処理を示すシーケンス図である。 図３及び図４の通信処理をするためにデータ処理装置１００で行われる通信制御処理のフローチャートを示す図である。 通信処理を示すシーケンス図である。

符号の説明

１００ データ処理装置
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ プリンタＩ／Ｆ制御部
１０５ ＮＶＲＡＭ
１０６ パネル制御部
１０７ ネットワークＩ／Ｆ制御部
１０８ ＨＤＤ
１０９ オペレーションパネル
１１０ プリンタ
１１１ ＬＡＮ
１１２ バス
２０１ プリンタ制御部
２０２ 画像印刷制御部
２０３ ＲＡＷ印刷サーバ制御部
２０４ ＴＣＰ／ＩＰプロトコル制御部
２０５ ネットワーク通信ドライバ

Claims (9)

1. データ処理装置であって、
   外部装置からデータを受信する受信手段と、
   前記受信手段によって受信可能なデータサイズとして第１のデータサイズを外部装置へ通知する第１の通知手段と、
   前記通知手段によって通知された前記第１のデータサイズに相当するサイズのデータを前記受信手段によって受信したことに応じて、前記外部装置に応答を送信する応答手段と、
   前記データ処理装置によって前記データを印刷できるか否かを判断する判断手段と、
   前記データを印刷できないと前記判断手段により判断された場合、前記第１のデータサイズに相当するサイズのデータを前記受信手段によって受信したにも関わらず、前記応答手段によって前記応答を送信する代わりに、前記外部装置からのデータの受信を拒否する旨を前記外部装置へ通知し、
   前記データを印刷できると前記判断手段により判断された場合、前記第１のデータサイズよりも大きい第２のデータサイズを前記外部装置へ通知する第２の通知手段とを有することを特徴とするデータ処理装置。
2. コネクションの確立を求めるコネクション確立要求を前記外部装置から受信する要求受信手段を有し、
   前記応答手段は、前記第１のデータサイズを含む、前記コネクション確立要求を前記要求受信手段によって受信した場合に、当該コネクション確立要求に対応するコネクション確立応答を前記外部装置に送信することを特徴とする請求項１に記載のデータ処理装置。
3. データ処理装置であって、
   外部装置から受信したデータを格納するデータ格納手段と、
   前記データ格納手段のサイズとして第１のデータサイズを設定する第１の設定手段と、
   前記設定手段によって設定された第１のデータサイズに相当するサイズのデータを受信した場合に、前記外部装置へ応答を送信する応答手段と、
   前記データ処理装置によって前記データを印刷できるか否かを判断する判断手段と、
   前記データを印刷できないと前記判断手段により判断された場合、前記第１のデータサイズに相当するサイズのデータを受信したにも関わらず、前記応答手段によって前記応答を送信する代わりに、前記外部装置からのデータの受信を拒否する旨を前記外部装置へ送信する送信手段と、
   前記データを印刷できると前記判断手段により判断された場合、前記第１のデータサイズよりも大きい第２のデータサイズを前記データ格納手段のサイズとして設定する第２の設定手段とを有することを特徴とするデータ処理装置。
4. 前記外部装置との間のコネクションを確立するための処理を行うコネクション確立手段を有し、
   前記送信手段は、前記コネクション確立手段によって確立されたコネクションを切断する要求を前記外部装置に送信することを特徴とする請求項３に記載のデータ処理装置。
5. 前記判断手段は、前記コネクション確立手段によって前記コネクションが確立されるのに従って、前記データ処理装置によって前記データを印刷できるか否かを判断することを特徴とする請求項４に記載のデータ処理装置。
6. 前記第１のデータサイズはゼロであることを特徴とする請求項１乃至５のいずれかに記載のデータ処理装置。
7. データ処理装置における通信処理方法であって、
   外部装置からデータを受信する受信ステップと、
   前記受信ステップで受信可能なデータサイズとして第１のデータサイズを外部装置へ通知する第１の通知ステップと、
   前記通知ステップで通知された前記第１のデータサイズに相当するサイズのデータを前記受信ステップで受信したことに応じて、前記外部装置に応答を送信する応答ステップと、
   前記データ処理装置によって前記データを印刷できるか否かを判断する判断ステップと、
   前記データを印刷できないと前記判断ステップで判断された場合、前記第１のデータサイズに相当するサイズのデータを前記受信ステップで受信したにも関わらず、前記応答ステップで前記応答を送信する代わりに、前記外部装置からのデータの受信を拒否する旨を前記外部装置へ通知する通知ステップと、
   前記データを印刷できると前記判断ステップで判断された場合、前記第１のデータサイズよりも大きい第２のデータサイズを前記外部装置へ通知する第２の通知ステップとを有することを特徴とする通信処理方法。
8. データ処理装置における通信処理方法であって、
   外部装置から受信したデータをデータ格納手段に格納するデータ格納ステップと、
   前記データ格納手段のサイズとして第１のデータサイズを設定する第１の設定ステップと、
   前記設定ステップで設定された第１のデータサイズに相当するサイズのデータを受信した場合に、前記外部装置に応答を送信する応答ステップと、
   前記データ処理装置によって前記データを印刷できるか否かを判断する判断ステップと、
   前記データを印刷できないと前記判断ステップで判断された場合、前記第１のデータサイズに相当するサイズのデータを受信したにも関わらず、前記応答ステップで前記応答を送信する代わりに、前記外部装置からのデータの受信を拒否する旨を前記外部装置へ送信する送信ステップと、
   前記データを印刷できると前記判断ステップで判断された場合、前記第１のデータサイズよりも大きい第２のデータサイズを前記データ格納手段のサイズとして設定する第２の設定ステップとを有することを特徴とする通信処理方法。
9. 請求項７或いは８に記載の通信処理方法を前記データ処理装置に実行させることを特徴とするコンピュータプログラム。

Images