(57)【要約】【課題】  データ処理装置でデータ受信ができない旨を外部装置が確認できない場合がある。【解決手段】  データ処理装置は、データ処理装置が受信可能なデータサイズとして第１のデータサイズを外部装置へ通知した後、外部装置からのデータの受信を継続する場合には、第１のデータサイズよりも大きい第２のデータサイズを外部装置へ通知する。【選択図】  図３
2006033711.tif 000002
【特許請求の範囲】
【請求項１】
データ処理装置であって、
前記データ処理装置が受信可能なデータサイズとして第１のデータサイズを外部装置へ通知する第１の通知手段と、
印刷またはデータの受信を拒否すると判断する判断手段と、
印刷またはデータの受信を拒否すると前記判断手段により判断された場合、前記外部装置からのデータの受信を拒否するための処理を行う拒否手段と、
印刷またはデータの受信を拒否すると前記判断手段により判断されなかった場合、前記第１の通知手段により前記第１のデータサイズが通知された後、当該第１のデータサイズよりも大きい第２のデータサイズを前記外部装置へ通知する第２の通知手段とを有することを特徴とするデータ処理装置。
【請求項２】
コネクションの確立を求めるコネクション確立要求を前記外部装置から受信する要求受信手段を有し、
前記第１の通知手段は、前記第１のデータサイズを含む、前記コネクション確立要求に対応するコネクション確立応答を前記外部装置に送信することを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
データ処理装置であって、
外部装置からのデータを格納するデータ格納手段と、
前記データ格納手段のサイズとして第１のデータサイズを設定する第１の設定手段と、
印刷またはデータの受信を拒否すると判断する判断手段と、
印刷またはデータの受信を拒否すると前記判断手段により判断された場合、前記外部装置からのデータの受信を拒否するための処理を行う拒否手段と、
印刷またはデータの受信を拒否すると前記判断手段により判断されなかった場合、前記第１のデータサイズよりも大きい第２のデータサイズを前記データ格納手段のサイズとして設定する第２の設定手段とを有することを特徴とするデータ処理装置。
【請求項４】
前記外部装置との間のコネクションを確立するための処理を行うコネクション確立手段を有し、
前記拒否手段は、前記コネクションを切断する要求を前記外部装置に転送することを特徴とする請求項１乃至３のいずれかに記載のデータ処理装置。
【請求項５】
前記判断手段は、前記コネクション確立手段によって前記コネクションが確立されるのに従って、印刷を拒否しなければならいようなエラーが発生しているかどうかを確認することを特徴とする請求項１乃至４のいずれかに記載のデータ処理装置。
【請求項６】
前記第１のデータサイズはゼロであることを特徴とする請求項１乃至５のいずれかに記載のデータ処理装置。
【請求項７】
データ処理装置における通信処理方法であって、
前記データ処理装置が受信可能なデータサイズとして第１のデータサイズを外部装置へ通知する第１の通知ステップと、
前記外部装置からのデータの受信を継続しない場合、前記外部装置からのデータの受信を拒否するための処理を行う拒否ステップと、
データの受信を継続する場合、前記第１の通知ステップで前記第１のデータサイズが通知された後、当該第１のデータサイズよりも大きい第２のデータサイズを前記外部装置へ通知する第２の通知ステップとを有することを特徴とする通信処理方法。
【請求項８】
データ処理装置における通信処理方法であって、
外部装置からのデータを格納する格納領域のサイズとして第１のデータサイズを設定する第１の設定ステップと、
前記外部装置からのデータの受信を継続しない場合、前記外部装置からのデータの受信を拒否するための処理を行う拒否ステップと、
前記外部装置からのデータの受信を継続する場合、前記第１のデータサイズよりも大きい第２のデータサイズを前記データ格納手段のサイズとして設定する第２の設定ステップとを有することを特徴とする通信処理方法。
【請求項９】
請求項７或いは８に記載の通信処理方法を前記データ処理装置に実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
外部装置と通信するデータ処理装置、または当該データ処理装置における通信処理方法、または当該通信処理方法を装置に実行させるコンピュータプログラムに関するものである。
【背景技術】
【０００２】
従来、ウィンドウサイズを用いてフロー制御を行う通信方法があった（例えば、特許文献１及び２）。
【０００３】
データの受信側であるデータ処理装置は、ウィンドウサイズ分の受信バッファを確保して、転送側から転送されるデータをこの受信バッファに一時的に格納し、アプリケーションプログラムからのＲｅａｄ要求があるまで、データを保持する。
【０００４】
アプリケーションプログラムのデータ処理が遅延し、Ｒｅａｄ要求がある前に受信バッファが一杯になった場合には、受信側であるデータ処理装置は、ウィンドウサイズが０であることを転送側に通知することにより、転送側のデータ転送を抑制する。
【０００５】
なお、転送側は、受信側であるデータ処理装置からの確認応答パケット（以下、確認応答と呼ぶ）がなくても、ウィンドウサイズが示すサイズ分のデータを転送することができるので、その分、確認応答が少なくなる。よって、ウィンドウサイズを大きくすることにより、通信効率を挙げることが可能である。
【特許文献１】特開平１１−２６１６１９号公報
【特許文献２】特開２００４−０６４６６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、例えばＴＣＰを使用したコネクション型の通信方法の中には、転送側が、受信側のデータ処理装置との間でコネクションが確立された後、すぐに印刷データを転送し始め、印刷データを転送し終わり次第、正常終了してしまうものがある。
【０００７】
例えば、図６のように、ウィンドウサイズが８Ｋバイトであって、転送すべき印刷データのデータサイズが５Ｋバイトである場合、転送側がコネクション確立要求パケット（以下、コネクション確立要求と呼ぶ）を転送し、データ処理装置がコネクション確立確認応答パケット（以下、コネクション確立確認応答と呼ぶ）を転送して、コネクションが確立されると、その後、転送側はデータをすぐに転送し終わってしまう。コネクション確立確認応答に含まれるウィンドウサイズが転送すべき印刷データのサイズよりも大きく、５Ｋバイトのデータが受信バッファに全て入りきってしまうからである。転送側は、印刷データを転送し終わって、コネクションの終了を示すコネクション切断要求パケット（以下、コネクション切断要求と呼ぶ）を転送次第、印刷データの転送が正常終了したと判断する。
【０００８】
一方、受信側のデータ処理装置は、コネクションを確立するのに応じてエラーの有無を確認してみたら、印刷を拒否しなければならないようなエラーが発生していることが分かる場合がある。その場合、データ処理装置は、コネクションを切断し、受信バッファに入っているデータを破棄する。転送側が、データ転送の途中で、コネクションがデータ処理装置によって切断されたことを検知できた場合には、転送側は、印刷データの転送が失敗したと判断することができる。
【０００９】
しかし、図６のように、ウィンドウサイズよりも小さいサイズのデータが転送される場合には、転送側はすぐにデータを転送し終えるため、転送側は、データ処理装置側で発生したエラーを知る前に、印刷データの転送が正常終了したと判断してしまう。結果、ユーザは印刷データの転送が無事行われたと思うが、実際には、印刷データに基く印刷が行われないだけでなく、その印刷データもデータ処理装置において破棄されてしまう。
【００１０】
ウィンドウサイズを一律に小さくすることによって、転送側がエラーを検知できるようになる。しかし、ウィンドウサイズが小さいままでデータ転送が続けて行われると、確認応答が転送される回数が増えて通信効率が低下してしまう。
【００１１】
そこで、本発明は、データの転送が即座に終わってしまうことによりデータ処理装置によるデータ受信の拒否を転送側が検知できなくなる、のを軽減することを目的とする。
【課題を解決するための手段】
【００１２】
本発明に係るデータ処理装置は、前記データ処理装置が受信可能なデータサイズとして第１のデータサイズを外部装置へ通知する第１の通知手段と、印刷またはデータの受信を拒否すると判断する判断手段と、印刷またはデータの受信を拒否すると前記判断手段により判断された場合、前記外部装置からのデータの受信を拒否するための処理を行う拒否手段と、印刷またはデータの受信を拒否すると前記判断手段により判断されなかった場合、前記第１の通知手段により前記第１のデータサイズが通知された後、当該第１のデータサイズよりも大きい第２のデータサイズを前記外部装置へ通知する第２の通知手段とを有することを特徴とする。
【００１３】
または、本発明に係るデータ処理装置は、外部装置からのデータを格納するデータ格納手段と、前記データ格納手段のサイズとして第１のデータサイズを設定する第１の設定手段と、印刷またはデータの受信を拒否すると判断する判断手段と、印刷またはデータの受信を拒否すると前記判断手段により判断された場合、前記外部装置からのデータの受信を拒否するための処理を行う拒否手段と、印刷またはデータの受信を拒否すると前記判断手段により判断されなかった場合、前記第１のデータサイズよりも大きい第２のデータサイズを前記データ格納手段のサイズとして設定する第２の設定手段とを有することを特徴とする。
【００１４】
または、本発明に係る通信処理方法は、データ処理装置における通信処理方法であって、前記データ処理装置が受信可能なデータサイズとして第１のデータサイズを外部装置へ通知する第１の通知ステップと、前記外部装置からのデータの受信を継続しない場合、前記外部装置からのデータの受信を拒否するための処理を行う拒否ステップと、データの受信を継続する場合、前記第１の通知ステップで前記第１のデータサイズが通知された後、当該第１のデータサイズよりも大きい第２のデータサイズを前記外部装置へ通知する第２の通知ステップとを有することを特徴とする。
【００１５】
または、本発明に係る通信処理方法は、データ処理装置における通信処理方法であって、外部装置からのデータを格納する格納領域のサイズとして第１のデータサイズを設定する第１の設定ステップと、前記外部装置からのデータの受信を継続しない場合、前記外部装置からのデータの受信を拒否するための処理を行う拒否ステップと、前記外部装置からのデータの受信を継続する場合、前記第１のデータサイズよりも大きい第２のデータサイズを前記データ格納手段のサイズとして設定する第２の設定ステップとを有することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、データ処理装置が受信可能なデータサイズとして第１のデータサイズを外部装置へ通知した後、外部装置からのデータの受信を継続する場合には、第１のデータサイズよりも大きい第２のデータサイズを外部装置へ通知することにより、データ処理装置でデータ受信ができない旨を外部装置が確認できるようにした上で、データ転送の通信効率が低下するのを軽減することができる。
【００１７】
または、外部装置からのデータを格納する格納領域のサイズとして第１のデータサイズを設定した後、外部装置からのデータの受信を継続する場合には、第１のデータサイズよりも大きい第２のデータサイズを格納領域のサイズとして設定することにより、データ処理装置でデータ受信ができない旨を外部装置が確認できるようにした上で、データ転送の通信効率が低下するのを軽減することができる。
【発明を実施するための最良の形態】
【００１８】
（実施例１）
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１９】
図１は、本発明に係るデータ処理装置１００のハードウェア構成を示すブロック図である。ＣＰＵ１０１は、データ処理装置に係るソフトウェアプログラムに従って、装置全体の制御を行う。ＲＯＭ１０２は、リードオンリーメモリであり、装置のブートプログラムや固定パラメータ等を格納している。ＲＡＭ１０３は、ランダムアクセスメモリであり、ＣＰＵ１０１が装置を制御する上で一時的に使用するデータを格納する。
【００２０】
プリンタＩ／Ｆ制御部１０４は、プリンタ１１０またはプリンタエンジン１１０の間のＩ／Ｆを制御するものである。なお、図１のデータ処理装置はプリンタ１１０に接続されてプリンタ１１０を制御するものであるが、これに限られるものではない。
【００２１】
ＮＶＲＡＭ１０５は、不揮発性のメモリであり、データ処理装置の各種設定値を保存する。パネル制御部１０６は、オペレーションパネル１０９を制御し、各種情報の表示や使用者から指示の入力を制御する。
【００２２】
ネットワークＩ／Ｆ制御部１０７は、ＬＡＮ１１１とのデータの送受信を制御する。ＨＤＤ１０８は、ハードディスクドライブであり、印刷データなど様々なデータを格納する。
【００２３】
オペレーションパネル１０９は、各種情報の表示及び使用者からの指示の入力を行う。プリンタ１１０は、データ処理装置１００からデータに基いて記録媒体に画像を印刷する。バス１１２は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、プリンタＩ／Ｆ制御部１０４、ＮＶＲＡＭ１０５、パネル制御部１０６、ネットワークＩ／Ｆ制御部１０７及びＨＤＤ１０８を接続し、ＣＰＵ１０１からの制御信号や各部間のデータ信号を転送するためのシステムバスである。
【００２４】
ＬＡＮ１１１は、ローカルエリアネットワークであり、ＬＡＮ１１１には、データ処理装置のほか、ＰＣ（パーソナルコンピュータ）及びホストコンピュータなどの外部装置が接続されている。データ処理装置１００は、ＬＡＮ１１１を介して、ＰＣによって転送された印刷データを受信する。
【００２５】
図２は、データ処理装置１００のソフトウェアプログラムのソフトウェア構成を示すブロック図である。図２の各モジュールは、データ処理装置１００の１又は複数のＣＰＵ（例えば、ＣＰＵ１０１）によって実行される。
【００２６】
プリンタ制御部２０１は、プリンタＩ／Ｆ制御部１０４を制御するモジュールであり、プリンタ１１０に画像データを転送したり、プリンタ１１０における給紙や排紙などの制御を行う。
【００２７】
画像印刷制御部２０２は、受信した印刷データをプリンタ１１０で印刷処理可能な画像データに変換するモジュールであり、複数部数の印刷や両面印刷の制御なども行う。
【００２８】
ＲＡＷ印刷サーバ制御部２０３は、ＲＡＷ印刷プロトコルに則したデータの受信処理を制御し、受信したデータを画像印刷制御部２０２に引き渡す。また、エラーを検知してコネクションを切断したり、特定のホストコンピュータからの印刷を拒否したりする制御も行う。
【００２９】
ＴＣＰ／ＩＰプロトコル制御部２０４は、ＴＣＰ／ＩＰプロトコルを制御するモジュールであり、ネットワーク通信ドライバ２０５を使用してＴＣＰ／ＩＰに則したデータ送受信の制御を行う。
【００３０】
ネットワーク通信ドライバ２０５は、ネットワークＩ／Ｆ制御部１０７を制御し、ＬＡＮとの間で信号の転送を制御する。
【００３１】
以下、本発明に係る通信処理について説明する。以下の通信処理は、図２の各モジュールの制御のもとに行われる。図３は、ホストコンピュータとデータ処理装置１００との間で行われる通信処理を示すシーケンス図である。ホストコンピュータ及びデータ処理装置１００のそれぞれは図１のＬＡＮ１１１に接続されているものとする。この通信処理において、ホストコンピュータはデータ処理装置１００に対して印刷データを転送する。
【００３２】
まず、ホストコンピュータは、データ処理装置１００に対して、コネクション確立要求を転送する（３０１）。これに対して、データ処理装置１００は、コネクション確立要求に対するコネクション確立確認応答をホストコンピュータに対して転送する（３０２）。なお、このコネクション確立確認応答には、ウィンドウサイズ＝１Ｋバイトが指定されている。
【００３３】
ウィンドウサイズとは、データ処理装置１００がこのコネクションに対してＲＡＭ１０３上に確保した受信バッファのサイズ、言い換えれば、データ処理装置１００が受信可能なデータサイズを示すものである。ホストコンピュータは、データ処理装置１００からの確認応答がなくても、ウィンドウサイズが示すサイズ分のデータをデータ処理装置１００に転送することができる。
【００３４】
ホストコンピュータは、データ処理装置１００に対してデータの転送を開始する（３０３）。３０２のコネクション確立確認応答においては、ウィンドウサイズが１ＫＢｙｔｅになっているので、ホストコンピュータは、１ＫＢｙｔｅ分のデータを転送した時点で、とりあえずデータの転送を停止する。
【００３５】
一方、コネクションの確立があると、データ処理装置は、印刷を拒否しなければならないような事象が発生しているかどうかを判断する。
【００３６】
事象が発生していないと判断すると、データ処理装置１００は８ＫＢｙｔｅの受信バッファをＲＡＭ１０３上に確保して、次の確認応答をホストコンピュータに通知する場合には、ウィンドウサイズ＝８ＫＢｙｔｅが指定された確認応答をホストコンピュータへ通知する（３０５）。ここでは、ウィンドウサイズは８ＫＢｙｔｅになっている。すると、ホストコンピュータは、８ＫＢｙｔｅまでデータを転送可能になる（３０６）。
【００３７】
以降、ホストコンピュータがデータ処理装置１００に対してデータの転送を繰り返し、データが転送し終わった後、ホストコンピュータはデータ処理装置１００に対して、コネクション切断要求を転送する。これに応じて、データ処理装置１００はホストコンピュータに対してコネクション切断確認応答パケット（以下、コネクション切断確認応答と呼ぶ）を転送して、コネクションを切断する。
【００３８】
図３では、印刷を拒否しなければならない事象が発生していなかったので、ウィンドウサイズを大きくすることにより、その後のデータ転送における通信効率をあげることができた。
【００３９】
一方、印刷を拒否しなければならない事象が発生している場合の通信処理を説明する。図４は、印刷を拒否しなければならない事象が発生している場合の通信処理を示すシーケンス図である。
【００４０】
まず、ホストコンピュータは、データ処理装置１００に対して、コネクション確立要求を転送する（４０１）。これに対して、データ処理装置１００は、コネクション確立要求に対するコネクション確立確認応答をホストコンピュータに対して転送する（４０２）。なお、このコネクション確立確認応答には、ウィンドウサイズ＝１Ｋバイトが指定されている。
【００４１】
ホストコンピュータは、データ処理装置１００に対してデータの転送を開始する（３０３）。３０２のコネクション確立確認応答においては、ウィンドウサイズが１ＫＢｙｔｅになっているので、ホストコンピュータは、１ＫＢｙｔｅ分のデータを転送した時点で、とりあえずデータの転送を停止する。
【００４２】
一方、コネクションの確立があると、データ処理装置は、印刷を拒否しなければならないような事象が発生しているかどうかを判断する。
【００４３】
そのような事象が発生していると判断すると、データ処理装置１００は、コネクションの切断を一方的に要求するコネクションリセット要求パケット（以下、コネクションリセット要求と呼ぶ）をホストコンピュータに対して転送する（４０４）。
【００４４】
コネクション確立確認応答では、ウィンドウサイズが１Ｋバイトになっているので、転送すべきデータのサイズが１Ｋバイトより大きい限りは、ホストコンピュータはこのコネクションリセット要求を確認することができる。そのため、ホストコンピュータは、印刷データの転送が異常終了したと判断することができ、必要であれば、異常終了をユーザに通知することができる。
【００４５】
図５は、図３及び図４の通信処理をするためにデータ処理装置１００で行われる通信制御処理のフローチャートを示す図である。通信制御処理は、図２の各モジュールの制御のもとに行われる。
【００４６】
ＲＡＷ印刷サーバ制御部２０３が起動されると、ＲＡＷ印刷サーバ制御部２０３は、ＴＣＰ／ＩＰプロトコル制御部２０４との間でＬｉｓｔｅｎソケットをオープンする（ステップＳ５０１）。Ｌｉｓｔｅｎソケットとは、外部からのコネクション確立要求を受け付けるためのソケットであり、ＴＣＰの９１００番ポートを使用する。Ｌｉｓｔｅｎソケットがオープンされた後、ＲＡＷ印刷サーバ制御部２０３は、当該ソケットに対応する受信バッファサイズを１Ｋバイトに設定する（Ｓ５０２）。
【００４７】
次に、ＴＣＰ／ＩＰプロトコル制御部２０４が、外部からのコネクション確立要求があるかどうかを判断し（ステップＳ５０３）、ホストコンピュータからのコネクション確立要求があれば、自動的に受信ソケットをオープンする（ステップＳ５０４）。受信ソケットは、データを受信するためのソケットである。Ｌｉｓｔｅｎソケットの設定はこの後受信ソケットに引き継がれるため、受信ソケットに対応する受信バッファのサイズは１Ｋバイトになる。
【００４８】
受信ソケットがオープンされると共に、ＴＣＰ／ＩＰプロトコル制御部２０４は、ウィンドウサイズ＝１Ｋバイトが指定されたコネクション確立確認応答をホストコンピュータへ転送する（ステップＳ５０５）。
【００４９】
以上によってコネクションが確立されると、データ処理装置１００は、ホストコンピュータによって転送されるデータを受信する。それと並行して、ＲＡＷ印刷サーバ制御部２０３は、このコネクションに対してデータの受信を継続するか拒否するかを判断する（ステップＳ５０６）。印刷を拒否しなければならないようなエラー、例えば印刷が不可能なエラーが発生している場合、または、印刷を拒否する対象となっているホストコンピュータからのコネクション確立要求である場合は、データの受信を拒否すると判断する。
【００５０】
データの受信を拒否すると判断した場合は、コネクションリセット処理が行われる（ステップＳ５０７）。コネクションリセット処理では、ＲＡＷ印刷サーバ制御部２０３は、受信ソケットをクローズし、ＴＣＰ／ＩＰプロトコル制御部２０４は、コネクションリセット要求をホストコンピュータに転送する。これにより、ホストコンピュータは、比較的少量である１Ｋバイトのデータを転送した時点で、データ処理装置１００によるデータ受信拒否を確認することができる。
【００５１】
ＲＡＭ印刷サーバ制御部２０３は、データの受信を継続すると判断した場合には、受信ソケットに対応する受信バッファのサイズを８Ｋバイトに設定し（ステップＳ５０８）、ＴＣＰ／ＩＰプロトコル制御部２０４は、ウィンドウサイズ＝８Ｋバイトが指定された確認応答をホストコンピュータへ転送する（ステップＳ５０９）。
【００５２】
データ処理装置１００は、ホストコンピュータから転送されたデータの受信を継続する。その一方で、ＴＣＰ／ＩＰプロトコル制御部２０４は、コネクション切断要求があるかどうかを判断する（ステップＳ５１０）。
【００５３】
コネクション切断要求があった場合には、コネクション切断処理が行われる（ステップＳ５１１）。コネクション切断処理では、ＲＡＷ印刷サーバ制御部２０３は、受信ソケットをクローズして、ＴＣＰ／ＩＰプロトコル制御部２０４は、コネクション終了確認応答をホストコンピュータへ転送する。
【００５４】
なお、図３、４及び５においては、コネクション確立確認応答が指定するウィンドウサイズは１Ｋバイトになっていたが、ステップＳ５０５で転送されるコネクション確立確認応が指定するウィンドウサイズが、ステップＳ５０９で転送される確認応答が指定するウィンドウサイズよりも小さければ、１Ｋバイトよりも大きい値でも、０（零）Ｋバイトでもよい。０（零）Ｋバイトであれば、データ処理装置１００は、ホストコンピュータがデータを転送し始める前に、ステップＳ５０６の判断を行うことができる。
【００５５】
本発明は、上述した実施形態の装置に限定されず、複数の機器から構成されるシステムに適用しても、１つの機器から成る装置に適用してもよい。前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体をシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、完成されることは言うまでもない。
【００５６】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭを用いることができる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５７】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、次のプログラムコードの指示に基づき、その拡張機能を拡張ボードや拡張ユニットに備わるＣＰＵなどが処理を行って実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００５８】
【図１】本発明に係るデータ処理装置１００のハードウェア構成を示すブロック図である。
【図２】データ処理装置１００のソフトウェアプログラムのソフトウェア構成を示すブロック図である。
【図３】ホストコンピュータとデータ処理装置１００との間で行われる通信処理を示すシーケンス図である。
【図４】印刷を拒否しなければならない事象が発生している場合の通信処理を示すシーケンス図である。
【図５】図３及び図４の通信処理をするためにデータ処理装置１００で行われる通信制御処理のフローチャートを示す図である。
【図６】通信処理を示すシーケンス図である。
【符号の説明】
【００５９】
１００  データ処理装置
１０１  ＣＰＵ
１０２  ＲＯＭ
１０３  ＲＡＭ
１０４  プリンタＩ／Ｆ制御部
１０５  ＮＶＲＡＭ
１０６  パネル制御部
１０７  ネットワークＩ／Ｆ制御部
１０８  ＨＤＤ
１０９  オペレーションパネル
１１０  プリンタ
１１１  ＬＡＮ
１１２  バス
２０１  プリンタ制御部
２０２  画像印刷制御部
２０３  ＲＡＷ印刷サーバ制御部
２０４  ＴＣＰ／ＩＰプロトコル制御部
２０５  ネットワーク通信ドライバ
【図１】
2006033711.tif 000003
【図２】
2006033711.tif 000004
【図３】
2006033711.tif 000005
【図４】
2006033711.tif 000006
【図５】
2006033711.tif 000007
【図６】
2006033711.tif 000008