(57)【要約】【課題】本構成を備えない場合に比べてデータの転送効率を向上させつつも、データ転送保証を確保できるようにする。【解決手段】同報データ送信部７２から同報データ受信部７４へはデータセッションによりデータを送信する。データセッションでは、同報データ送信部７２から同報データ受信部７４へ印刷要求の各描画部への一括同報転送を行う。データセッションで印刷要求を転送するときは印刷要求を一定サイズのブロックに分割し、この分割された各ブロックにはブロック番号を付して送信する。同報データ受信部７４では同報データ送信部７２から受信したブロックのブロック番号を保持し、この各ブロックのブロック番号中に番号の抜けがあるときは、当該抜けのある番号のブロックはロストしたものと判断し、コマンドセッションによりシーケンス制御部７３がコマンド制御部７１に番号抜けのあるブロックの再送を要求する。【選択図】図５
2011046036.tif 000002
【特許請求の範囲】
【請求項１】
複数の送信先にデータ転送保証のない同報転送によりデータを送信する第１の送信手段と、
前記送信先から前記同報転送により送信されたデータのうち欠けているデータの要求があったときは、当該欠けているデータを前記送信先ごとの個別の通信により前記要求のあった送信先に対して送信する第２の送信手段と、
を備えているデータ送信装置。
【請求項２】
前記第１の送信手段は、前記データを送信しようとする前記送信先の数が予め定められている数以上であるときは前記同報転送により前記データを前記送信先に送信し、前記データを送信しようとする前記送信先の数が予め定められている数未満であるときは前記送信先ごとの個別の通信により前記データを前記送信先に送信する、請求項１に記載のデータ送信装置。
【請求項３】
前記第１の送信手段は、前記送信しようとする前記データの容量が予め定められている容量以上であるときは前記同報転送により前記データを前記送信先に送信し、前記送信しようとする前記データの容量が予め定められている容量未満であるときは前記送信先ごとの個別の通信により前記データを前記送信先に送信する、請求項１に記載のデータ送信装置。
【請求項４】
前記第１の送信手段は、前記データを送信しようとする前記送信先の数が予め定められている数以上であり、かつ、前記送信しようとする前記データの容量が予め定められている容量以上であるときは前記同報転送により前記データを前記送信先に送信し、そうでないときは前記送信先ごとの個別の通信により前記データを前記送信先に送信する、請求項１に記載のデータ送信装置。
【請求項５】
送信元からデータ転送保証のない同報転送によりデータを受信する第１の受信手段と、
受信した前記データに欠けている部分があったときは、当該欠けているデータを前記送信先ごとの個別の通信により送信するように前記送信元に要求する要求手段と、
前記要求をしたデータを前記送信元から前記送信先ごとの個別の通信により受信する第２の受信手段と、
を備えているデータ受信装置。
【請求項６】
前記要求手段は、前記第１の受信手段で受信した前記データに基づく処理を行う際に当該データに当該処理に必要な部分の欠けがあるか否かを確認し、欠けている部分があったことを条件に前記要求を行なう、請求項５に記載のデータ受信装置。
【請求項７】
データの送信元であるデータ送信装置と、
前記データの送信先であるデータ受信装置と、
を備え、
前記データ送信装置は、
複数の前記送信先にデータ転送保証のない同報転送によりデータを送信する第１の送信手段と、
前記送信先から前記同報転送により送信されたデータのうち欠けているデータの要求があったときは、当該欠けているデータを前記送信先ごとの個別の通信により前記要求のあった送信先に対して送信する第２の送信手段と、
を備え、
前記データ受信装置は、
前記送信元からデータ転送保証のない同報転送によりデータを受信する第１の受信手段と、
受信した前記データに欠けている部分があったときは、当該欠けているデータを前記送信先ごとの個別の通信により送信するように前記送信元に要求する要求手段と、
前記要求をしたデータを前記送信元から前記送信先ごとの個別の通信により受信する第２の受信手段と、
を備えている、
データ通信システム。
【請求項８】
複数の送信先にデータ転送保証のない同報転送によりデータを送信する第１の送信手段と、
前記送信先から前記同報転送により送信されたデータのうち欠けているデータの要求があったときは、当該欠けているデータを前記送信先ごとの個別の通信により前記要求のあった送信先に対して送信する第２の送信手段と、
をコンピュータに実行させるコンピュータに読み取り可能なデータ送信プログラム。
【請求項９】
送信元からデータ転送保証のない同報転送によりデータを受信する第１の受信手段と、
受信した前記データに欠けている部分があったときは、当該欠けているデータを前記送信先ごとの個別の通信により送信するように前記送信元に要求する要求手段と、
前記要求をしたデータを前記送信元から前記送信先ごとの個別の通信により受信する第２の受信手段と、
をコンピュータに実行させるコンピュータに読み取り可能なデータ受信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ送信装置、データ受信装置、データ通信システム、データ送信プログラム、及びデータ受信プログラムに関する。
【背景技術】
【０００２】
電子写真方式等の画像形成装置において、ホストコンピュータから印刷データを受信して印刷データの事前処理を行うフロントエンドユニットは、事前処理後の印刷データを複数台の描画部に送信し、各描画部では、印刷データをビットマップデータに変換して、これを各プリンタエンジンに出力する。
【０００３】
フロントエンドユニットから各描画部へのデータ転送は、各描画部に対して一台ずつ行う。よって、このデータ転送はフロントエンドユニットから描画部へ複数回行われる。これは、ＴＣＰ（Transmission Control Protocol）等のデータ転送保証のあるプロトコルを使用しているためであり、ピア・ツー・ピア通信であるため、描画部ごとにデータ転送する必要があるためである。
【０００４】
特許文献１には、多値画像データの印刷処理において、ラスタライズ処理の効率化を図ろうとした技術について開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】２００８‐２９０３６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、本構成を備えない場合に比べてデータの転送効率を向上させつつも、データ転送保証を確保できるようにすることである。
【課題を解決するための手段】
【０００７】
請求項１に記載の発明は、複数の送信先にデータ転送保証のない同報転送によりデータを送信する第１の送信手段と、前記送信先から前記同報転送により送信されたデータのうち欠けているデータの要求があったときは、当該欠けているデータを前記送信先ごとの個別の通信により前記要求のあった送信先に対して送信する第２の送信手段と、を備えているデータ送信装置である。
【０００８】
請求項２に記載の発明は、請求項１に記載のデータ送信装置において、前記第１の送信手段は、前記データを送信しようとする前記送信先の数が予め定められている数以上であるときは前記同報転送により前記データを前記送信先に送信し、前記データを送信しようとする前記送信先の数が予め定められている数未満であるときは前記送信先ごとの個別の通信により前記データを前記送信先に送信する。
【０００９】
請求項３に記載の発明は、請求項１に記載のデータ送信装置において、前記第１の送信手段は、前記送信しようとする前記データの容量が予め定められている容量以上であるときは前記同報転送により前記データを前記送信先に送信し、前記送信しようとする前記データの容量が予め定められている容量未満であるときは前記送信先ごとの個別の通信により前記データを前記送信先に送信する。
【００１０】
請求項４に記載の発明は、請求項１に記載のデータ送信装置において、前記第１の送信手段は、前記データを送信しようとする前記送信先の数が予め定められている数以上であり、かつ、前記送信しようとする前記データの容量が予め定められている容量以上であるときは前記同報転送により前記データを前記送信先に送信し、そうでないときは前記送信先ごとの個別の通信により前記データを前記送信先に送信する。
【００１１】
請求項５に記載の発明は、送信元からデータ転送保証のない同報転送によりデータを受信する第１の受信手段と、受信した前記データに欠けている部分があったときは、当該欠けているデータを前記送信先ごとの個別の通信により送信するように前記送信元に要求する要求手段と、前記要求をしたデータを前記送信元から前記送信先ごとの個別の通信により受信する第２の受信手段と、を備えているデータ受信装置である。
【００１２】
請求項６に記載の発明は、請求項５に記載のデータ受信装置において、前記要求手段は、前記第１の受信手段で受信した前記データに基づく処理を行う際に当該データに当該処理に必要な部分の欠けがあるか否かを確認し、欠けている部分があったことを条件に前記要求を行なう。
【００１３】
請求項７に記載の発明は、データの送信元であるデータ送信装置と、前記データの送信先であるデータ受信装置と、を備え、前記データ送信装置は、複数の前記送信先にデータ転送保証のない同報転送によりデータを送信する第１の送信手段と、前記送信先から前記同報転送により送信されたデータのうち欠けているデータの要求があったときは、当該欠けているデータを前記送信先ごとの個別の通信により前記要求のあった送信先に対して送信する第２の送信手段と、を備え、前記データ受信装置は、前記送信元からデータ転送保証のない同報転送によりデータを受信する第１の受信手段と、受信した前記データに欠けている部分があったときは、当該欠けているデータを前記送信先ごとの個別の通信により送信するように前記送信元に要求する要求手段と、前記要求をしたデータを前記送信元から前記送信先ごとの個別の通信により受信する第２の受信手段と、を備えている、データ通信システムである。
【００１４】
請求項８に記載の発明は、複数の送信先にデータ転送保証のない同報転送によりデータを送信する第１の送信手段と、前記送信先から前記同報転送により送信されたデータのうち欠けているデータの要求があったときは、当該欠けているデータを前記送信先ごとの個別の通信により前記要求のあった送信先に対して送信する第２の送信手段と、をコンピュータに実行させるコンピュータに読み取り可能なデータ送信プログラムである。
【００１５】
請求項９に記載の発明は、送信元からデータ転送保証のない同報転送によりデータを受信する第１の受信手段と、受信した前記データに欠けている部分があったときは、当該欠けているデータを前記送信先ごとの個別の通信により送信するように前記送信元に要求する要求手段と、前記要求をしたデータを前記送信元から前記送信先ごとの個別の通信により受信する第２の受信手段と、をコンピュータに実行させるコンピュータに読み取り可能なデータ受信プログラムである。
【発明の効果】
【００１６】
請求項１，５，７，８，９に記載の発明によれば、本構成を備えない場合に比べてデータの転送効率を向上させつつも、データ転送保証を確保できる。
【００１７】
請求項２，３，４に記載の発明によれば、送信するデータ量が比較的少ない場合には同報転送ではなく送信先への個別の通信によりデータ送信を行うことができる。
【００１８】
請求項６に記載の発明によれば、データ受信側でデータに基づく処理を行うのに必要な部分の欠けが当該受信データにあったことを条件にデータ転送保証を行うことができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施の形態である画像形成装置の概略構成を示す説明図である。
【図２】本発明の一実施の形態である画像形成装置のフロントエンドユニット及び描画部の電気的な接続のブロック図である。
【図３】本発明の一実施の形態である画像形成装置の各描画部の電気的な接続のブロック図である。
【図４】本発明の一実施の形態である画像形成装置において制御プログラムに基づいてフロントエンドユニット及び描画部と描画部が実行する処理を説明する機能ブロック図である。
【図５】本発明の一実施の形態である画像形成装置において制御プログラムに基づいて通信部と通信部との間で行われる印刷要求の送信に関する処理について説明する機能ブロック図である。
【図６】本発明の一実施の形態である画像形成装置において制御プログラムに基づいて通信部と通信部との間で行われる通信の通信シーケンス図である。
【図７】本発明の一実施の形態である画像形成装置において印刷要求を構成する各ブロックのデータ構成を示す説明図である。
【図８】本発明の一実施の形態である画像形成装置において制御プログラムに基づいて通信部と通信部との間で行われる通信の通信シーケンス図である。
【発明を実施するための形態】
【００２０】
以下本発明の実施の形態について図面を参照しつつ説明する。
【００２１】
図１は、本発明の一実施の形態である画像形成装置の概略構成を示す説明図である。
【００２２】
画像形成装置１は、例えば電子写真方式で用紙などの印刷媒体上に画像形成を行う装置である。画像形成装置１は、通信インターフェイス（Ｉ／Ｆ）２でネットワーク３を介してホストコンピュータ４と接続されている。画像データの印刷要求はホストコンピュータ４から画像形成装置１に送信される。
【００２３】
画像形成装置１は、フロントエンドユニット及び描画部１１にネットワーク１５を介して描画部１２〜１４が接続されている。フロントエンドユニット及び描画部１１、描画部１２〜１４にはそれぞれプリンタエンジン２１〜２４が接続されている。
【００２４】
フロントエンドユニット及び描画部１１は、物理的には単体のコンピュータシステムであるが、論理的にはその機能はフロントエンドユニット１１−１と描画部１１−２とに大別される。フロントエンドユニット１１−１は、ホストコンピュータ４から受信した印刷要求の画像データに対して予め定められた事前処理を行う。描画部１１−２、描画部１２〜１４は、フロントエンドユニット１１−１から受けた画像データをビットマップデータに変換し、それぞれプリンタエンジン２１〜２４に出力する。
【００２５】
プリンタエンジン２１〜２４は、フロントエンドユニット１１−１の指示により、それぞれ印刷要求を分担して処理し、搬送経路３１上を搬送される用紙上に画像形成を行う。
【００２６】
図２は、フロントエンドユニット及び描画部１１の電気的な接続のブロック図である。
【００２７】
フロントエンドユニット及び描画部１１は、各部を集中的に制御するＣＰＵ４１と、ＣＰＵ４１が使用する制御プログラム４２などが記憶されたＲＯＭ４３と、ＣＰＵ４１の作業エリアとなるＲＡＭ４４と、ホストコンピュータ４や描画部１２〜１４と通信を行う通信Ｉ／Ｆ４５と、半導体メモリ、ＨＤＤなどの記憶装置４６とが接続されている。
【００２８】
図３は、各描画部１２〜１４の電気的な接続のブロック図である。
【００２９】
描画部１２〜１４は、各部を集中的に制御するＣＰＵ５１と、ＣＰＵ５１が使用する制御プログラム５２などが記憶されたＲＯＭ５３と、ＣＰＵ５１の作業エリアとなるＲＡＭ５４と、フロントエンドユニット及び描画部１１と通信を行う通信Ｉ／Ｆ５５と、半導体メモリ、ＨＤＤなどの記憶装置５６とが接続されている。
【００３０】
なお、制御プログラム４２、制御プログラム５２は、当初から画像形成装置１に格納されていてもよいが、後発的に、これらのプログラムを記憶した記憶媒体から読み取って、磁気記憶装置、その他の記憶装置にセットアップし、あるいは、インターネットなどからダウンロードして、磁気記憶装置、その他の記憶装置にセットアップしてもよい。
【００３１】
次に、制御プログラム４２、制御プログラム５２に基づいて、フロントエンドユニット及び描画部１１と各描画部１２〜１４との間で行う通信について説明する。
【００３２】
図４は、制御プログラム４２，５２に基づいてフロントエンドユニット及び描画部１１と描画部１２〜１４が実行する処理を説明する機能ブロック図である。
【００３３】
ホストコンピュータ４から送信された印刷要求は、フロントエンドユニット及び描画部１１の記憶装置４６に記憶される。ホストコンピュータ４から印刷要求がなされ、記憶装置４６に記憶されると、印刷要求管理部６１はその印刷要求を各描画部１２〜１４に送信する（ここでは便宜上描画部を単体で図示している）。この送信は、フロントエンドユニット及び描画部１１の通信部６２と、各描画部１２〜１４の通信部６３との間で行う。各描画部１２〜１４で通信部６３が受信した印刷要求は、記憶装置５６に記憶される。ホストコンピュータ４から送信された印刷要求は、その全てのデータが各描画部１２〜１４にそれぞれ送信される。
【００３４】
フロントエンドユニット及び描画部１１と描画部１２〜１４の各ラスタライズ処理部６５は、単一の印刷要求に含まれる複数頁分の画像データを頁ごとに分担して処理する。処理された頁は、その後、各担当色のプリンタエンジン２１〜２４が接続されるフロントエンドユニット及び描画部１１と描画部１２へ配信される。複数頁分の画像データの頁ごとの分担の割り振りは印刷要求管理部６１の指示により頁指示部６４が行ない、その頁指定のうち描画部１２〜１４で担当するものについては、頁指示部６４から各描画部１２〜１４のラスタライズ処理部６５に対して行われる。各ラスタライズ処理部６５は、印刷要求管理部６１から送信された頁指定の情報に基づいて、記憶装置５６に記憶されている印刷要求中の自己が分担すべき頁の画像データを読み出し、これをビットマップデータに変換して、各担当色のプリンタエンジン２１〜２４に出力する。
【００３５】
図５は、制御プログラム４２，５２に基づいて通信部６２と通信部６３との間で行われる印刷要求の送信に関する処理について説明する機能ブロック図である。
【００３６】
通信部６２は、コマンド制御部７１と同報データ送信部７２とを備えている。また、通信部６３は、シーケンス制御部７３と同報データ受信部７４とを備えている。
【００３７】
同報データ送信部７２から同報データ受信部７４へは例えばＵＤＰ（User
Datagram Protocol）を使用してデータセッションによりデータを送信する。データセッションでは、同報データ送信部７２から同報データ受信部７４へ印刷要求の各描画部１２〜１４への一括同報転送（ブロードキャスト又はマルチキャスト）を行う。よって、フロントエンドユニット及び描画部１１から各描画部１２〜１４へ個別にデータを送信する場合であれば印刷要求を描画部１２〜１４の個数分だけ送信しなければならないのに対して、データを同報転送するため印刷要求を１回だけ送信すればよい。
【００３８】
しかし、ＵＤＰはデータ転送保証がないため、データ転送保証があるＴＣＰ（Transmission
Control Protocol）を使用したコマンドセッションによりデータ転送保証を行う。すなわち、データセッションで印刷要求を転送するときは印刷要求を一定サイズのブロックに分割し、この分割された各ブロックにはブロック番号を付して送信する。同報データ受信部７４では同報データ送信部７２から受信したブロックのブロック番号を保持し、この各ブロックのブロック番号中に番号の抜けがあるときは、当該抜けのある番号のブロックはロストしたものと判断し、コマンドセッションによりシーケンス制御部７３がコマンド制御部７１に番号抜けのあるブロックの再送を要求する。
【００３９】
コマンド制御部７１側では印刷要求の一括同報転送を行った描画部１２〜１４の数を把握しているので、あらかじめ全ての描画部１２〜１４とコマンドセッションをはり、描画部１２〜１４ごとの個別の通信によりロストしたブロックの再送を行う。すなわち、コマンドセッションによりシーケンス制御部７３がロストした番号のブロックの再送をコマンド制御部７１に要求すると、コマンドセッションによりコマンド制御部７１がシーケンス制御部７３にロストした番号のブロックを再送する。
【００４０】
より詳細に説明すると、フロントエンドユニット及び描画部１１側では、送信するデータをあるサイズのブロック単位に分割し、それぞれにブロック番号を付与する。このブロックのサイズ及び数はデータセッションでの一括同報転送に先立って、コマンドセッションによってネゴシエーションする。このネゴシエーションにより、それぞれの描画部１２〜１４は、これから転送されてくるデータのブロックのサイズ及び数を知ることができるため、フロントエンドユニット及び描画部１１と同等のブロック化されたバッファ領域を用意することが可能となる。
【００４１】
ネゴシエーション完了後、フロントエンドユニット及び描画部１１はデータセッションを使用して一括同報転送を開始する。描画部１２〜１４は、転送されてくるデータのブロックに付与されているブロック番号にしたがって該当するバッファ領域に受信したブロックを保存していく。この際、ブロック番号が連番とならず、番号の飛びが発生すると、ブロックがロストしたと認識して、そのブロック番号を記録する。
【００４２】
データセッションでの一括同報転送完了後、描画部１２〜１４は、ロストしたものとして記録したブロック番号をフロントエンドユニット及び描画部１１に通知し、フロントエンドユニット及び描画部１１は通視されたブロック番号のブロックのみをリトライデータとして再送する。
【００４３】
図６は、制御プログラム４２，５２に基づいて通信部６２と通信部６３との間で行われる通信の通信シーケンス図である。
【００４４】
通信部６２は、送信依頼元である印刷要求管理部６１から印刷要求のデータの転送依頼を受け（ステップＳ１）、通信部６２から通信部６３に対してＴＣＰによるコマンドセッションの確立がなされて（１）、通信部６３は、受信依頼元であるラスタライズ処理部６５から印刷要求のデータの受信依頼を受ける（ステップＳ１１）。
【００４５】
次に、通信部６２では、送信するデータのブロック化を行い（ステップＳ２）、通信部６２から通信部６３にブロックのサイズと数がＴＣＰにより通知され（２）、通信部６３では、記憶装置５６におけるバッファ領域の準備と、受け取った情報の受信依頼元であるラスタライズ処理部６５への通知がなされる（ステップＳ１２）。
【００４６】
そして、通信部６２では、一括同報通信開始通知を行い（ステップＳ３）、この通知がＴＣＰにより通信部６２から通信部６３になされ（３）、通信部６３では、一括同報通信開始通知を受信して、一括同報通信用の通信口（ソケット）をオープンする（ステップＳ１３）。
【００４７】
その後、通信部６２では、ブロック化されたデータにブロック番号を付与し、全ブロック（依頼された全データ）を一括同報転送する（ステップＳ４）。これにより、通信部６２から通信部６３にＵＤＰにより一括同報転送がなされ（４）、通信部６３では、一括同報転送が完了すれば（ステップＳ１４のＹ）、ステップＳ１８に移行する。また、通信部６２では、一括同報転送後に一括同報通信終了通知を行い（ステップＳ５）、ＴＣＰにより通信部６２から通信部６３に一括同報通信終了通知がなされる（５）。
【００４８】
通信部６３では、一括同報転送が完了していなければ（ステップＳ１４のＮ）、受信するブロック番号が連番になっているか否かを判断し（ステップＳ１５）、ブロック番号が連番になっていれば（ステップＳ１５のＹ）、当該ブロックをバッファ領域に保存し（ステップＳ１６）、ブロック番号が連番になっていなければ（ステップＳ１５のＮ）、データがロストしたものとして当該ブロック番号を記録する（ステップＳ１７）。
【００４９】
また、一括同報転送が完了したときは（ステップＳ１４のＹ）、通信部６３は、ステップＳ１７の処理によるデータのロストの記録があるか否かを判断し（ステップＳ１８）、なければ（ステップＳ１８のＮ）、ＴＣＰにより転送完了通知を行い（ステップＳ２１）、通信部６３から通信部６２にＴＣＰにより転送完了通知がなされる（７）。また、データのロストの記録があれば（ステップＳ１８のＹ）、そのブロック番号を指定して通信部６２に再送要求を行なう（ステップＳ１９）。これにより、通信部６３から通信部６２にＴＣＰにより再送要求が送信される（６）。
【００５０】
通信部６２では、転送完了通知を受信すると（ステップＳ６のＹ）、送信依頼元である印刷要求管理部６１に完了通知を送る（ステップＳ９）。転送完了通知を受信していない場合は（ステップＳ６のＮ）、再送要求による依頼があれば（ステップＳ７のＹ）、指定されたブロック番号のデータの再送を行う（ステップＳ８）。これにより、通信部６２から通信部６３に指定されたブロック番号のデータの再送がＴＣＰによりなされる（８）。通信部６３では、この再送されたデータを該当するブロックのバッファ領域に保存し、ステップＳ１８で判断したデータロストの記録を解除する（ステップＳ２０）。
【００５１】
通信部６３は、完了通知（ステップＳ２１）を行うと、受信依頼元であるラスタライズ処理部６５に完了通知を行う（ステップＳ２２）。
【００５２】
（１）なお、描画部１２〜１４の数は前述の例では３台であるが、画像形成装置１ではオプションにより描画部の台数を増やすことができる。
【００５３】
そこで、描画部の台数が予め定めた基準値以上であるときは、前述したデータセッションによる一括同報転送とコマンドセッションによる個別の転送を併用するが、描画部の台数が予め定めた基準値未満であったときは印刷要求のデータを各描画部に個別に送信しても長時間を要しないので、データセッションによる一括同報転送は行わず、最初からコマンドセッションによる個別の転送を行うようにしてもよい。
【００５４】
（２）また、印刷要求のデータサイズも様々であるので、その印刷要求のデータ容量が予め定めた基準値以上であるときは、前述したデータセッションによる一括同報転送とコマンドセッションによる個別の転送を併用するが、印刷要求のデータ容量が予め定めた基準値未満であるときは印刷要求のデータを各描画部に個別に送信しても長時間を要しないので、データセッションによる一括同報転送は行わず、最初からコマンドセッションによる個別の転送を行うようにしてもよい。
【００５５】
（３）あるいは、（１）と（２）の手法を併用しても良い。例えば、描画部の台数が予め定めた基準値以上であり、かつ、印刷要求のデータ容量が予め定めた基準値以上であるときは、前述したデータセッションによる一括同報転送とコマンドセッションによる個別の転送を併用するが、それ以外の場合は印刷要求のデータを各描画部に個別に送信しても長時間を要しないので、データセッションによる一括同報転送は行わず、最初からコマンドセッションによる個別の転送を行うようにする。
【００５６】
（４）さらに、前述の例では、データセッションでブロックのロストがあれば常にロストした番号のブロックをコマンドセッションで要求しているが、画像形成装置１では各描画部１１−２，１２〜１４で分担して画像形成を行うので、印刷要求に含まれる全てのデータが各描画部１２〜１４で実際に使用されるわけではなく、ある描画部でロストしたデータが必ずしも当該描画部で使用される必要データであるとは限らない。
【００５７】
そこで、データセッションで受信した印刷要求に基づく処理、すなわち、描画部１２〜１４での画像データのビットマップ化と、その後のプリンタエンジン２２〜２４における画像形成を実行するに際して、各描画部で自らが実行すべき処理に必要なデータがロストしていないか判断し、ロストしているデータが存在していても当該描画部では不要なデータはコマンドセッションによる個別のデータ転送を要求せず、ロストしているデータが当該描画部での処理に必要なものである場合のみ、コマンドセッションによる個別のデータ転送を要求するようにしてもよい。
【００５８】
図７は、このような処理を可能とするための印刷要求を構成する各ブロックのデータ構成を示す説明図である。
【００５９】
符号８１は、単一の印刷要求のデータを示していて、このデータは複数のブロック８２のデータに分割されている。各ブロック８２には、実際のデータ本体である実データ８３が含まれている。ブロックサイズ８４は当該ブロック８２の容量を示すデータである。ブロック番号８５は当該ブロック８２のブロック番号のデータである。データサイズ８６は実データ８３の容量を示すデータである。レファレンスブロック番号８７は、当該ブロック８２の実データ８３に連続するデータが他のブロック８２に含まれているときの、そのブロック８２のブロック番号８５のデータである。例えば、実データ８３として含まれるのがページ記述言語（ＰＤＬ）場合、そのＰＤＬを構成する各オブジェクトを各ブロック８２のサイズに収めるようにする。もし、収まらないときは、続きのブロック８２に対するリファレンスをレファレンスブロック番号８７で設定する。これにより、連続するデータをブロックチェインで追跡することができる。
【００６０】
図８は、制御プログラム４２，５２に基づいて通信部６２と通信部６３との間で行われる通信の通信シーケンス図である。
【００６１】
以下では、図７のようなデータ構成を前提として、通信部６２と通信部６３との間で行われる通信シーケンスについて説明する。
【００６２】
通信部６２は、送信依頼元である印刷要求管理部６１から印刷要求のデータの転送依頼を受け（ステップＳ１）、通信部６２から通信部６３に対してＴＣＰによるコマンドセッションの確立がなされて（１）、通信部６３は、受信依頼元であるラスタライズ処理部６５から印刷要求のデータの受信依頼を受ける（ステップＳ１１）。
【００６３】
次に、通信部６２では、送信するデータのブロック化を行い（ステップＳ２）、通信部６２から通信部６３にブロックのサイズと数がＴＣＰにより通知され（２）、通信部６３では、記憶装置５６におけるバッファ領域の準備と、受け取った情報の受信依頼元であるラスタライズ処理部６５への通知がなされる（ステップＳ１２）。
【００６４】
そして、通信部６２では、一括同報通信開始通知を行い（ステップＳ３）、この通知がＴＣＰにより通信部６２から通信部６３になされ（３）、通信部６３では、一括同報通信開始通知を受信して、一括同報通信用の通信口（ソケット）をオープンする（ステップＳ１３）。
【００６５】
その後、通信部６２では、ブロック化されたデータにブロック番号を付与し、全ブロック（依頼された全データ）を一括同報転送する（ステップＳ４）。これにより、通信部６２から通信部６３にＵＤＰにより一括同報転送がなされ（４）、通信部６３では、一括同報転送が完了すれば（ステップＳ１４のＹ）、ステップＳ１８に移行する。また、通信部６２では、一括同報転送後に一括同報通信終了通知を行い（ステップＳ５）、ＴＣＰにより通信部６２から通信部６３に一括同報通信終了通知がなされる（５）。
【００６６】
通信部６３では、一括同報転送が完了していなければ（ステップＳ１４のＮ）、受信するブロック番号が連番になっているか否かを判断し（ステップＳ１５）、ブロック番号が連番になっていれば（ステップＳ１５のＹ）、当該ブロックをバッファ領域に保存し（ステップＳ１６）、ブロック番号が連番になっていなければ（ステップＳ１５のＮ）、データがロストしたものとして当該ブロック番号を記録する（ステップＳ１７）。
【００６７】
一括同報転送が完了したときは（ステップＳ１４のＹ）、受信依頼元であるラスタライズ処理部６５は、受信した印刷要求に基づく処理を行う（ステップＳ３１）。すなわち、描画部１２〜１４で印刷要求に含まれる画像データをビットマップデータに変換し、プリンタエンジン２２〜２４で画像形成を行う処理である。この処理が完了した場合は（ステップＳ３２のＹ）、ＴＣＰにより転送完了通知を行い（ステップＳ２１）、通信部６３から通信部６２にＴＣＰにより転送完了通知がなされる（７）。
【００６８】
この処理が完了していない場合は（ステップＳ３２のＮ）、通信部６３は、処理に使用しようとしているデータが受信依頼元であるラスタライズ処理部６５で必要としているデータで、かつ、ステップＳ１７の処理によるデータのロストの記録があるか否かを判断する（ステップＳ１８）。この場合に、連続するデータがブロックとブロックとの間で途切れていたとしても、どのブロックまでが必要なデータであるかはデータ構成が図７のとおりであるため明確である。
【００６９】
そして、処理に使用しようとしているデータが受信依頼元であるラスタライズ処理部６５で必要としていないデータであるか、又は、ステップＳ１７の処理によるデータのロストの記録がなければ、ステップＳ３１に戻る。処理に使用しようとしているデータが受信依頼元であるラスタライズ処理部６５で必要としているデータで、かつ、ステップＳ１７の処理によるデータのロストの記録があれば、そのブロック番号を指定して通信部６２に再送要求を行なう（ステップＳ１９）。これにより、通信部６３から通信部６２にＴＣＰにより再送要求が送信される（６）。
【００７０】
通信部６２では、転送完了通知を受信すると（ステップＳ６のＹ）、送信依頼元である印刷要求管理部６１に完了通知を送る（ステップＳ９）。転送完了通知を受信していない場合は（ステップＳ６のＮ）、再送要求による依頼があれば（ステップＳ７のＹ）、指定されたブロック番号のデータの再送を行う（ステップＳ８）。これにより、通信部６２から通信部６３に指定されたブロック番号のデータの再送がＴＣＰによりなされる（８）。通信部６３では、この再送されたデータを該当するブロックのバッファ領域に保存する（ステップＳ３４）。
【符号の説明】
【００７１】
１    画像形成装置
１１  フロントエンドユニット及び描画部
１２〜１４  描画部
２１〜２４  プリンタエンジン
６１  印刷要求管理部
６２  通信部
６４  ページ指示部
６３  通信部
６５  ラスタライズ処理部
７１  コマンド制御部
７２  同報データ送信部
７３  シーケンス制御部
７４  同報データ受信部
【図１】
2011046036.tif 000003
【図２】
2011046036.tif 000004
【図３】
2011046036.tif 000005
【図４】
2011046036.tif 000006
【図５】
2011046036.tif 000007
【図６】
2011046036.tif 000008
【図７】
2011046036.tif 000009
【図８】
2011046036.tif 000010