(57)【要約】【課題】効率のよいパケットデータの送受信を実現できるデータ送受信方法の提供。【解決手段】ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを送受信するデータ送受信方法。データを送信する場合、データ種類コードにより、データを圧縮するか否かを判定し、圧縮すると判定したときには、ヘッダ識別コードが含まれないように、データを圧縮して送信する。データを受信する場合、データ種類コードにより、圧縮されたデータであるか否かを判定し、圧縮されたデータであると判定したときは、ヘッダ識別コードを検出しながら（１４）、データを受信し続け、圧縮されたデータでないと判定したときは、ヘッダ識別コードの検出を無効にし（１６）、データのデータ長コードが示す量（１１）のデータを受信する（１２，１６）。【選択図】　　　　図２
2004032214.tif 000002
【特許請求の範囲】
【請求項１】
ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを送受信するデータ送受信方法において、
データを送信する場合は、該データのデータ種類コードにより、該データを圧縮するか否かを判定し、圧縮すると判定したときには、前記ヘッダ識別コードが含まれないように、前記データを圧縮して送信し、データを受信する場合は、該データのデータ種類コードにより、圧縮されたデータであるか否かを判定し、圧縮されたデータであると判定したときは、前記ヘッダ識別コードを検出しながら、データを受信し続け、圧縮されたデータでないと判定したときは、前記ヘッダ識別コードの検出を無効にし、前記データのデータ長コードが示す量のデータを受信することを特徴とするデータ送受信方法。
【請求項２】
ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを送信する送信機において、
送信するデータのデータ種類コードにより、該データを圧縮するか否かを判定する手段と、該手段が圧縮すると判定したときに、前記ヘッダ識別コードが含まれないように、前記データを圧縮する手段と、該手段が圧縮したデータを送信する手段とを備えることを特徴とする送信機。
【請求項３】
ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを受信する受信機において、
受信したデータのデータ種類コードにより、圧縮されたデータであるか否かを判定する判定手段と、該判定手段が圧縮されたデータであると判定したときは、前記ヘッダ識別コードを検出しながら、データを受信し続ける手段と、前記判定手段が圧縮されたデータでないと判定したときは、前記データ長コードが示す量のデータを受信する受信手段と、該受信手段が受信している間は、前記ヘッダ識別コードの検出を無効にする無効手段とを備えることを特徴とする受信機。
【請求項４】
前記判定手段が圧縮されたデータであると判定したときに、受信データを格納する為のバッファメモリと、前記判定手段が圧縮されたデータでないと判定したときに、受信データを格納する為の、前記データ種類コードにより指定された格納先とを更に備える請求項３記載の受信機。
【請求項５】
前記受信手段が、前記データ長コードが示す量のデータを受信したときは、前記無効手段を停止すべくなしてある請求項３又は４記載の受信機。
【請求項６】
所定時間、受信データが途切れたときに、データ受信を停止する手段を更に備え、該手段が停止したときに、前記無効手段を停止すべくなしてあり、受信データが圧縮されたデータでない場合の前記所定時間は、圧縮されたデータである場合の前記所定時間よりも短く設定してある請求項３乃至５の何れかに記載の受信機。
【請求項７】
前記無効手段を停止している間に、前記ヘッダ識別コード以外から始まるデータを受信したときは、該データの送信側へ警告すべくなしてある請求項５又は６記載の受信機。
【請求項８】
ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを送受信する送受信装置において、
送信するデータのデータ種類コードにより、該データを圧縮するか否かを判定する手段、該手段が圧縮すると判定したときに、前記ヘッダ識別コードが含まれないように、前記データを圧縮する手段、及び該手段が圧縮したデータを送信する手段を有する送信機と、請求項３乃至７の何れかに記載された受信機とを備え、前記パケットヘッダが付加されたデータを送受信すべくなしてあることを特徴とする送受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、パケットヘッダが付加されたデータを送受信するデータ送受信方法、パケットヘッダが付加されたデータを送信する送信機、パケットヘッダが付加されたデータを受信する受信機、及びパケットヘッダが付加されたデータを送受信する送受信装置に関するものである。
【０００２】
【従来の技術】
パーソナルコンピュータ及び周辺機器等のデータ送受信においては、データをパケット化して送受信する。このパケット送受信の方法としては、大きく分けて２通りある。
第１の方法は、送信するデータの前に、このデータのデータ長の情報を含むパケットヘッダを付加し、パケットのデータ長を予め規定して送信する方法である。この方法では、連続するパケットデータの区切りは、上述したデータ長に基づき判定される。つまり、受信側は、データ長分のデータ受信が完了してはじめて、１つのパケットデータの受信が完了したと判定する。
【０００３】
第２の方法は、送信するデータを圧縮（例えばパックビッツ圧縮）し、この圧縮したデータの前に、圧縮したデータに現れないコードを含むパケットヘッダを付加する方法である。この方法では、連続するパケットデータの区切りは、上述したパケットヘッダを検出することにより判定される。つまり、受信側は、パケットヘッダを検出することにより、新たなデータの始まりであると判定する。また、この方法では、圧縮してデータが短くなった分だけ、データの送受信速度は速くなるという長所を有している。
このような、圧縮処理の１つの方法が、特開２０００−２４２４５０号公報に開示されている。
【０００４】
【発明が解決しようとする課題】
しかし、上述した第１の方法では、何らかの要因で送受信中のデータが途切れた場合、復帰処理が複雑になるという問題がある。これは、データ長分のデータの送受信が終了しない限り、この途切れた部分のデータ転送が完了したものと判断されない為であり、タイムアウト処理が実行される迄待つか、又は所定のデータ長に達する迄、ダミーデータを送信し続けなければならない。
【０００５】
また、ダミーデータを送信する場合に、データ長の長いデータが途中で途切れてしまうと、ダミーデータの送信数が増える分だけ復帰に時間がかかることになる。
さらに、第１の方法では、データを圧縮しない為、データ長の長いデータの送信には、第２の方法のようにデータを圧縮する方法に比べて、転送に時間がかかるという問題がある。
【０００６】
また、第２の方法では、上述したように、圧縮したデータの前に、この圧縮したデータに現れないコードを含むヘッダを付加する必要がある。つまり、ヘッダに含まれるコードが、圧縮されたデータ内に現れないように、データを圧縮処理しなければならない。
その為、データ長が短く、圧縮効率が悪い場合には、圧縮処理に要する手間が増加するという短所が、圧縮処理してデータが短くなり、データ送受信速度が速くなるという長所を上回ることになる。つまり、圧縮効率が悪い場合には、一連のデータ送受信処理に時間がかかるという問題がある。
【０００７】
また、１つのデータ内で同じ情報が連続しない場合等は、圧縮処理により、逆にデータ数が増加してしまう場合も生じる。
例えば、００から２５５迄の連続する２５６バイトのデータを、パックビッツ圧縮を用いて圧縮する場合、２バイトの圧縮符号が必要となり、また、同じ数が現れない為、０から２５５迄の２５６バイトは圧縮されず、合計２５８バイトとなる。
【０００８】
更に、圧縮したデータは、格納先毎に、解凍回路を用いて解凍する必要がある。この解凍する時期は、入力されるデータの種類によって異なり、メモリに蓄えられた後に解凍する必要があるもの、格納される際に解凍する必要があるもの等がある。その為、複数の転送先がある場合には、複数の解凍回路を備える必要があり、回路が複雑・大型化する問題がある。
本発明は、上述したような事情に鑑みてなされたものであり、効率のよいパケットデータの送受信を実現できるデータ送受信方法、送信機、受信機及び送受信装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明に係るデータ送受信方法は、ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを送受信するデータ送受信方法において、データを送信する場合は、該データのデータ種類コードにより、該データを圧縮するか否かを判定し、圧縮すると判定したときには、前記ヘッダ識別コードが含まれないように、前記データを圧縮して送信し、データを受信する場合は、該データのデータ種類コードにより、圧縮されたデータであるか否かを判定し、圧縮されたデータであると判定したときは、前記ヘッダ識別コードを検出しながら、データを受信し続け、圧縮されたデータでないと判定したときは、前記ヘッダ識別コードの検出を無効にし、前記データのデータ長コードが示す量のデータを受信することを特徴とする。
【００１０】
本発明に係る送信機は、ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを送信する送信機において、送信するデータのデータ種類コードにより、該データを圧縮するか否かを判定する手段と、該手段が圧縮すると判定したときに、前記ヘッダ識別コードが含まれないように、前記データを圧縮する手段と、該手段が圧縮したデータを送信する手段とを備えることを特徴とする。
【００１１】
この送信機では、ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを送信する。判定する手段が、送信するデータのデータ種類コードにより、データを圧縮するか否かを判定し、圧縮すると判定したときに、圧縮する手段が、ヘッダ識別コードが含まれないように、データを圧縮する。送信する手段が、その圧縮したデータを送信する。
【００１２】
これにより、受信機側で、圧縮されたデータを受信した場合には、圧縮後のデータにヘッダ識別コードが含まれない為、ヘッダ識別コードを検出することにより、連続して送信される複数の異なるデータを区別しながら受信できる。また、受信機側で、非圧縮のデータを受信した場合には、データ長コードにより規定されたデータ長分のデータを受信する為、データを他のデータと区別することが出来る。
【００１３】
ここで、データ種類コードの設定において、圧縮効率の高いデータ、例えばＧＤＩ（Ｇｒａｐｈｉｃｓ　Ｄｅｖｉｃｅ　Ｉｎｔｅｒｆａｃｅ　）データを圧縮するコード設定に、データ長が短くまた圧縮効率の悪いデータ、例えば入力γデータを圧縮しないコード設定にすることにより、以下の効果が得られる。
データを圧縮する場合には、圧縮によるデータの転送量が減少する。また、データの受信が何らかの不具合により中断しても、次のデータの開始がヘッダにより判断できるため、前データの途中に次データが混在して両データの区別が出来なくなることはない。
【００１４】
データを圧縮しない場合には、圧縮されたデータにヘッダ識別コードが含まれないように圧縮する処理が不要となり、処理の無駄がなくなる。また、データの受信が何らかの不具合により中断した場合においても、タイムアウト処理時間を短く設定することが出来、また、ダミーデータの転送量を少なく出来る。
以上により、効率のよいパケットデータの送信を実行できるデータ送信機を実現することが出来る。
【００１５】
本発明に係る受信機は、ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを受信する受信機において、受信したデータのデータ種類コードにより、圧縮されたデータであるか否かを判定する判定手段と、該判定手段が圧縮されたデータであると判定したときは、前記ヘッダ識別コードを検出しながら、データを受信し続ける手段と、前記判定手段が圧縮されたデータでないと判定したときは、前記データ長コードが示す量のデータを受信する受信手段と、該受信手段が受信している間は、前記ヘッダ識別コードの検出を無効にする無効手段とを備えることを特徴とする。
【００１６】
この受信機では、ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを受信する。判定手段が、受信したデータのデータ種類コードにより、圧縮されたデータであるか否かを判定し、判定手段が圧縮されたデータであると判定したときは、受信し続ける手段が、ヘッダ識別コードを検出しながら、データを受信し続ける。判定手段が圧縮されたデータでないと判定したときは、受信手段が、データ長コードが示す量のデータを受信し、受信手段が受信している間は、無効手段が、ヘッダ識別コードの検出を無効にする。
【００１７】
これにより、圧縮されたデータを受信した場合には、圧縮後のデータにヘッダ識別コードが含まれない為、ヘッダ識別コードを検出することにより、連続して送信される複数の異なるデータを区別しながら受信出来る。また、非圧縮のデータを受信した場合には、データ長コードにより規定されたデータ長分のデータを受信する為、データを他のデータと区別することが出来る。
【００１８】
ここで、データ種類コードの設定において、圧縮効率の高いデータ、例えばＧＤＩデータを圧縮するコード設定に、データ長が短くまた圧縮効率の悪いデータ、例えば入力γデータを圧縮しないコード設定にすることにより、以下の効果が得られる。
データを圧縮する場合には、圧縮によるデータの転送量が減少する。また、データの受信が何らかの不具合により中断しても、次のデータの開始がヘッダにより判定できる為、前データの途中に次データが混在して両データの区別が出来なくなることはない。
【００１９】
データを圧縮しない場合には、圧縮に伴う処理、つまり、圧縮されたデータにヘッダ識別コードが含まれないように圧縮する処理が不要となり、処理の無駄がなくなる。また、データの受信が何らかの不具合により中断した場合においても、タイムアウト処理時間を短く設定することが出来、また、ダミーデータの転送量を少なく出来る。
以上により、効率のよいパケットデータの受信を実行出来るデータ受信機を実現することが出来る。
【００２０】
本発明に係る受信機は、前記判定手段が圧縮されたデータであると判定したときに、受信データを格納する為のバッファメモリと、前記判定手段が圧縮されたデータでないと判定したときに、受信データを格納する為の、前記データ種類コードにより指定された格納先とを更に備えることを特徴とする。
【００２１】
この受信機では、判定手段が、圧縮されたデータであると判定したときに、バッファメモリが、受信データを格納し、判定手段が、圧縮されたデータでないと判定したときに、データ種類コードにより指定された格納先が、受信データを格納する。
これにより、圧縮されたデータでない場合には、一旦、バッファメモリに格納されることなく、データの格納先に転送される。つまり、バッファメモリから格納先に転送する処理が不要となる。
従って、受信機内の負荷を減少させることが可能となり、効率のよいパケットデータの受信を実行出来るデータ受信機を実現することが出来る。
【００２２】
本発明に係る受信機は、前記受信手段が、前記データ長コードが示す量のデータを受信したときは、前記無効手段を停止すべくなしてあることを特徴とする。
【００２３】
この受信機では、受信手段が、データ長コードが示す量のデータを受信したときは、無効手段を停止する。
この受信機は、圧縮していないデータを所定データ量受信すれば、ヘッダ識別コードの検出を有効とする。つまり、次データのパケットヘッダの検出ができない状態（ヘッダ識別コードの検出が無効の状態）から、検出できる状態（ヘッダ識別コードの検出が有効の状態）へと設定を変更する。
従って、受信機内の負荷を減少させることが可能となり、効率のよいパケットデータの受信を実行出来るデータ受信機を実現することが出来る。
【００２４】
本発明に係る受信機は、所定時間、受信データが途切れたときに、データ受信を停止する手段を更に備え、該手段が停止したときに、前記無効手段を停止すべくなしてあり、受信データが圧縮されたデータでない場合の前記所定時間は、圧縮されたデータである場合の前記所定時間よりも短く設定してあることを特徴とする。
【００２５】
この受信機では、所定時間、受信データが途切れたときに、停止する手段が、データ受信を停止し、その停止したときに、無効手段を停止するように構成してあり、受信データが圧縮されたデータでない場合の前記所定時間は、圧縮されたデータである場合の前記所定時間よりも短く設定してある。
ここで、データの受信が何らかの不具合により中断した場合、非圧縮データは、もともとデータ長の短いデータである為、タイムアウト時間を短く設定することが可能である。
従って、タイムアウト時間の設定を、データにより個別に設定することにより、効率のよいデータの転送が可能となり、効率のよいパケットデータの受信を実行出来るデータ受信機を実現することが出来る。
【００２６】
本発明に係る受信機は、前記無効手段を停止している間に、前記ヘッダ識別コード以外から始まるデータを受信したときは、該データの送信側へ警告すべくなしてあることを特徴とする。
【００２７】
この受信機では、無効手段を停止している間に、ヘッダ識別コード以外から始まるデータを受信したときは、データの送信側へ警告する。
従って、データの正確な送受信が行われている場合は、ヘッダ識別コードの検出を有効とした後は、ヘッダ識別コードから始まるデータが送受信される。一方、ヘッダ識別コード以外から始まるデータが受信された場合には、送受信障害が発生していると判断できる。
これにより、送受信障害が発生している場合に、引き続くデータを送信機が送信することを制御することが出来、効率のよいパケットデータの受信を実行出来るデータ受信機を実現することが出来る。
【００２８】
本発明に係る送受信装置は、ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを送受信する送受信装置において、送信するデータのデータ種類コードにより、該データを圧縮するか否かを判定する手段、該手段が圧縮すると判定したときに、前記ヘッダ識別コードが含まれないように、前記データを圧縮する手段、及び該手段が圧縮したデータを送信する手段を有する送信機と、請求項３乃至７の何れかに記載された受信機とを備え、前記パケットヘッダが付加されたデータを送受信すべくなしてあることを特徴とする。
【００２９】
本発明に係るデータ送受信方法及び送受信装置では、ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを送受信する。送信機は、判定する手段が、送信するデータのデータ種類コードにより、データを圧縮するか否かを判定し、圧縮すると判定したときに、圧縮する手段が、ヘッダ識別コードが含まれないように、データを圧縮し、送信する手段が、その圧縮したデータを送信する。また、本発明に係る受信機とを備え、パケットヘッダが付加されたデータを送受信する。
【００３０】
これにより、圧縮されたデータを受信する場合には、圧縮後のデータにヘッダ識別コードが含まれない為、ヘッダ識別コードを検出することにより、連続して送信される複数の異なるデータを区別しながら受信できる。また、非圧縮のデータを受信した場合には、データ長コードにより規定されたデータ長分のデータを受信するため、データを他のデータと区別することができる。
【００３１】
ここで、データ種類コードの設定において、圧縮効率の高いデータ、例えばＧＤＩデータを圧縮するコード設定に、データ長が短くまた圧縮効率の悪いデータ、例えば入力γデータを圧縮しないコード設定にすることにより、以下の効果が得られる。
データを圧縮する場合には、圧縮によるデータの送受信量が減少する。また、データの受信が何らかの不具合により中断しても、次のデータの開始がヘッダにより判定できるため、前データの途中に、次データが混在して、両データの区別が出来なくなることはない。
【００３２】
データを圧縮しない場合には、圧縮に伴う処理、つまり、圧縮されたデータにヘッダ識別コードが含まれないように圧縮する処理が不要となり、処理の無駄がなくなる。また、データの受信が何らかの不具合により中断しても、タイムアウト処理時間を短く設定することが出来、また、ダミーデータの送受信量を少なく出来る。
以上により、効率のよいパケットデータの送受信を実行できるデータ送受信方法及び送受信装置を実現することが出来る。
【００３３】
【発明の実施の形態】
以下に、本発明の実施の形態を、それを示す図面に基づき説明する。
図１は、本発明に係るデータ送受信方法、送信機、受信機及び送受信装置の実施の形態である画像形成装置の要部構成を示すブロック図である。この画像形成装置１は、送信機として作動するパーソナルコンピュータ２からのパケットデータを受信する受信機として作動し、受信したパケットデータに基づく画像を出力する。また、コピー機としての画像読取機能も備えている。
【００３４】
画像出力装置１は、回路部３を備え、回路部３には、ＣＣＤ・Ａ／Ｄ変換部４、ＣＰＵ５、ＳＤＲＡＭ６、モータ７及びＬＳＵ８が接続されている。また、回路部３内部は、メイン回路部９に入力γコントローラ３ａ、シェーディングコントローラ３ｂ、ＳＤＲＡＭコントローラ３ｃ、モータコントローラ３ｄ及びディザコントローラ３ｅが接続された構成である。
【００３５】
図２は、メイン回路部９の内部構成を示すブロック図である。このメイン回路部９は、パケットデータの種類に応じて、パケットデータの転送方式を切換える回路であり、ＰＣ（パーソナルコンピュータ）接続インタフェイス１０を通じて、受信したパケットデータが、転送バイト数設定回路１１及びセレクタ１２に与えられる。転送バイト数設定回路１１は、受信するパケットデータのデータ長を設定する回路であり、転送バイト数設定回路１１を経由したパケットデータもセレクタ１２に与えられる。
セレクタ１２は、転送バイト数設定回路オン信号により、転送バイト数設定回路１１を経由したパケットデータを選択し、転送バイト数設定回路オン信号が与えられないときは、ＰＣ接続インタフェイス１０からのパケットデータを選択して出力する。転送バイト数設定回路１１は、ＣＰＵ５へ割込み信号を与える。
【００３６】
セレクタ１２が、選択して出力したパケットデータは、スイッチ１３とセレクタ１６とへ与えられる。スイッチ１３へ与えられたパケットデータは、ヘッダ検出回路１４へ与えられる。スイッチ１３には、ラッチ回路１５が接続され、スイッチ１３の制御信号は、ヘッダ検出回路１４から与えられる。ヘッダ検出回路１４は、ＣＰＵ５へ割込み信号を与える。
セレクタ１６は、ヘッダ検出回路オン信号が与えられたときは、ヘッダ検出回路１４経由にパケットデータを与える。
【００３７】
セレクタ１６が選択して出力したパケットデータは、ＩＮＦＩＦＯ１７（ＩＮ　Ｆｉｒｓｔ−Ｉｎ　　Ｆｉｒｓｔ−Ｏｕｔ）に与えられ、ＩＮＦＩＦＯ１７に一旦入力されたパケットデータは、マルチスイッチ１８に与えられる。ＩＮＦＩＦＯ１７は、ＣＰＵ５へ割込み信号を与える。
マルチスイッチ１８は、与えられたパス設定信号に従って、与えられたパケットデータを、ＣＰＵ５、ＳＤＲＡＭ６、入力γコントローラ３ａ又はディザコントローラ３ｅの何れかに出力する。
また、ＯＵＴＦＩＦＯ１９（ＯＵＴ　Ｆｉｒｓｔ−Ｉｎ　　Ｆｉｒｓｔ−Ｏｕｔ　）は、ＣＰＵ５からステータスを設定され、設定されたステータスはＰＣ接続インタフェイス１０に与えられる。ＯＵＴＦＩＦＯ１９、ＣＰＵ５へ割込み信号を与える。
【００３８】
パケットデータの送受信方法には、上述したように、送受信するパケットデータの前に、そのパケットデータのデータ長情報を含むヘッダを付加し、パケットデータのデータ長を予め規定して送受信する方法（上記第１方法（以下、転送バイトを指定して送受信する方法と称する））と、送受信するパケットデータを圧縮し、この圧縮したデータの前に、圧縮したデータに現れないコードを含むヘッダを付加する方法（上記第２方法（以下、パケット検出を用いてデータを送受信する方法と称する））とがある。
【００３９】
本実施の形態においては、データの種類に応じて、上記両方の送受信方法を切換えて、効率の良いデータ転送を実現する。
そこで、データの送信側であるパーソナルコンピュータ２から回路部３へ、データを送信するに際し、予めデータにパケットヘッダを付加する。
転送バイトを指定して転送する方法では、少なくとも、ヘッダにデータ長の情報（データ長コード）が付加されている必要がある。また、パケット検出を用いてデータ転送する方法では、少なくとも、圧縮したデータに現れないコードを含むヘッダが付加されている必要がある。
【００４０】
そこで、図３に示すような、ＩＥＥＥ１２８４．４に定義されている６バイトのパケットヘッダをデータに付加して、データを転送する。この６バイトのパケットヘッダ（ヘッダ部）は、２バイトの先頭Ｈｅａｄｅｒデータ（ヘッダ識別コード）、２バイトのＬｅｎｇｔｈデータ（データ長コード）、１バイトのＣｒｅｄｉｔデータ及び１バイトのＣｏｎｔｒｏｌデータ（データ種類コード）から構成されている。
【００４１】
Ｈｅａｄｅｒデータには、データを圧縮する場合に、データ本体部に現れないコード（例えば、８１８１）が記される。
Ｌｅｎｇｔｈデータには、このパケットヘッダに続くデータ本体のデータ長が記される。
Ｃｒｅｄｉｔデータには、ベンダー固有のデータが記される。
Ｃｏｎｔｒｏｌデータ（データ種類コード）には、パケットデータに続くデータ本体の種類、例えば入力γｌｕｔ、ＧＤＩ（Ｇｒａｐｈｉｃｓ　Ｄｅｖｉｃｅ　Ｉｎｔｅｒｆａｃｅ　）データ等が記される。
【００４２】
データ長が短く、データ圧縮効率の悪いデータは、上述したように、パケット検出を用いてデータ転送する方法よりも、転送バイトを指定して送受信する方法の方が送受信効率がよい。
一方、データ長の長いデータは、転送バイトを指定して送受信する方法よりも、パケット検出を用いてデータ転送する方法の方が転送効率がよい。
【００４３】
以上のことから、データの送信側であるパーソナルコンピュータ２（送信機）は、データ長が短く、圧縮効率の悪いデータ、例えば、入力γＬＵＴ（ルックアップテーブル）、出力γＬＵＴ、フィルタ係数、ディザマトリクス、モータ制御用ＬＵＴ、カラーマッチングＬＵＴ及びシューディング補正データは、圧縮せずに、データを転送することとする。
一方、データ長が長いデータ、例えばＧＤＩデータは圧縮して、データ転送を行うこととする。
ここで、データを圧縮するか否かは、Ｃｏｎｔｒｏｌデータにより判定するものとする。また、データの受信側である回路部３においても、データが圧縮されたものか否かを、Ｃｏｎｔｒｏｌデータにより判定する。
【００４４】
図６は、パーソナルコンピュータ２のデータ送信時の動作を示すフローチャートである。
パーソナルコンピュータ２は、先ず、送信データの格納場所により、送信データの種類を判別し、判別した送信データの種類に応じたＣｏｎｔｒｏｌデータを生成する（Ｓ１１１）。
【００４５】
パーソナルコンピュータ２は、次に、生成したＣｏｎｔｒｏｌデータ（Ｓ１１１）により、その送信データが、ＧＤＩデータ等の圧縮すべき種類であるか否かを判定し（Ｓ１１２）、圧縮すべき種類であれば、パケットヘッダのＨｅａｄｅｒデータと同じコードが、圧縮したデータに含まれないように、その送信データを圧縮する（Ｓ１１３）。
パーソナルコンピュータ２は、次に、生成したＣｏｎｔｒｏｌデータ（Ｓ１１１）を、圧縮した送信データのパケットヘッダに付加して（Ｓ１１４）送信する（Ｓ１１５）。
【００４６】
パーソナルコンピュータ２は、その送信データが、入力γＬＵＴ、出力γＬＵＴ、フィルタ係数、ディザマトリクス、モータ制御用ＬＵＴ、カラーマッチングＬＵＴ及びシューディング補正データ等の、圧縮すべきでない種類であれば（Ｓ１１２）、生成したＣｏｎｔｒｏｌデータ（Ｓ１１１）をその送信データのパケットヘッダに付加して（Ｓ１１４）送信する（Ｓ１１５）。
尚、パーソナルコンピュータ２は、以上の送信機としての動作のみではなく、画像出力装置１（メイン回路部９及びＣＰＵ５）の後述する受信機としての動作（図７〜１０）と同様の動作も行い、送受信装置として作動する。
【００４７】
ＰＣ接続インタフェイス１０は、パーソナルコンピュータ２と受信装置１とを接続し。転送バイト設定回路１１は、転送するデータのデータ長を設定し、設定した分の長さのデータを引き続く処理工程に転送する。
セレクタ１２は、ＣＰＵ５が指定するセレクタであり、転送バイト数を設定してデータを転送するか、又は転送バイト数を設定しないでデータを転送するかを選択する。
【００４８】
スイッチ１３は、ヘッダ検出回路１４が指定するスイッチであり、データの先頭２バイトのデータが所定のキャラクタか否かにより、このデータの格納先を変更する。
ヘッダ検出回路１４は、２バイトのＨｅａｄｅｒデータが、所定のキャラクタ（例えば８１８１）か否かを判定し、ラッチ回路１５は、Ｈｅａｄｅｒデータが所定のデータであった場合に、２バイトのＬｅｎｇｔｈデータ、１バイトのＣｒｅｄｉｔデータ及び１バイトのＣｏｎｔｒｏｌデータを格納する。
【００４９】
セレクタ１６は、ヘッダ検出回路１４の検出動作に従って作動し、ヘッダ検出回路１４の検出動作で、データが所定のキャラクタでなければ（例えば８１５３）、そのデータは圧縮されたデータ本体の一部である為、引き続く処理工程に転送する。
ＩＮＦＩＦＯ１７は、セレクタ１６を介して転送されたデータを受信し、マルチスイッチ１８に転送する。
マルチスイッチ１８は、ＣＰＵ５が指定するスイッチである。マルチスイッチ１８では、Ｐａｔｈを設定することにより、転送されたデータを、ＣＰＵ、ＳＤＲＡＭ、入力γ又はＤｉｔｈｅｒ等の経路に振り分け転送する。
【００５０】
以下に、メイン回路部９における具体的なパケットデータの転送方法を、それを示す図４，５のメイン回路部９の内部構成を示すブロック図に基づき説明する。
先ず、データ長がＧＤＩデータのように長く、圧縮して転送する方が効率のよい場合には、上述したように、パケット検出を用いてデータ転送する方法を適用する。以下に、この場合のメイン回路９の動作を図４に基づき説明する。
ここで、圧縮してデータを転送するか否かは、予めデータの種類に応じて定められたＣｏｎｔｒｏｌデータにより判断される。
【００５１】
先ず、セレクタ１２に対して、転送バイト数設定回路１１をＯＦＦとする制御信号が、ＣＰＵ５から与えられる。これにより、ＰＣ接続インタフェイス１０からメイン回路９に入力されたデータは、転送バイト数設定回路１１を介さずに、次の処理工程に転送される。
次に、セレクタ１６に、ヘッダ検出回路１４をＯＮとする制御信号が、ＣＰＵ５から与えられる。これにより、データがヘッダ検出回路１４に転送される。
【００５２】
ヘッダ検出回路１４では、転送されたデータが所定のキャラクタ（例えば、８１８１）か否かの判定を行う。ここで、所定のキャラクタであれば、このキャラクタをＨｅａｄｅｒデータであると判定し、この後に続くデータ、つまりＬｅｎｇｔｈデータ、Ｃｒｅｄｉｔデータ、Ｃｏｎｔｒｏｌデータの合計４バイトのデータをラッチ回路格納部１５に取り込む。
ここで、ヘッダ検出回路１４は、２バイトのＨｅａｄｅｒデータ、２バイトのＬｅｎｇｔｈデータ、１バイトのＣｒｅｄｉｔデータ、及び１バイトのＣｏｎｔｒｏｌデータの合計６バイトのパケットデータが揃うと、ＣＰＵ５に対して割込み処理を発生させる。尚、ＣＰＵ５は、レジスタを通して、Ｌｅｎｇｔｈデータ、Ｃｒｅｄｉｔデータ、及びＣｏｎｔｒｏｌデータを確認出来る。
【００５３】
上記６バイトのパケットデータがヘッダ検出回路１４に転送された後は、データ本体、つまりヘッダ部を除いたデータ本体部が、順次、セレクタ１６からＩＮＦＩＦＯ１７に転送される。この後、マルチスイッチ１８を介して、上記データ本体部が、それぞれの種類に応じた経路に転送される。例えば、ＧＤＩデータであれば、ＳＤＲＡＭ６に転送される。なお、この経路（Ｐａｔｈ）の設定は、上記Ｃｏｎｔｒｏｌデータにより決定される。
【００５４】
データ長が入力γのように短く、圧縮効率の悪いデータの場合には、転送バイトを指定して転送する方法を適用する。以下に、この場合のメイン回路９の動作を図５に基づき説明する。
ここで、転送バイトを指定して転送するか否かは、予めデータの種類に応じて定められたＣｏｎｔｒｏｌデータにより判断される。
【００５５】
先ず、セレクタ１２に対して、転送バイト数設定回路１１をＯＮとする制御信号が、ＣＰＵ５から与えられる。これにより、ＰＣ接続インタフェイス１０からメイン回路９に入力されたデータは、転送バイト数設定回路１１を介して、次の処理工程に転送される。
転送バイト数設定回路１１では、所定の転送バイト数分のデータ転送が許可される。これにより、所定のバイトが転送されて初めて、このデータの転送が完了したものと判定し、次のデータが入力されるのを待つことになる。ここで、転送バイト数設定回路１１のバイト数は、Ｌｅｎｇｔｈデータにより決定される。
【００５６】
次に、セレクタ１６にヘッダ検出回路１４をＯＦＦとする制御信号が、ＣＰＵ５から与えられる。これにより、データが、ヘッダ検出回路１４を介さずに、順次、ＩＮＦＩＦＯ１７に転送される。この後、ＩＮＦＩＦＯ１７から、マルチスイッチ１８を介して、上記データが、それぞれの種類に応じた経路に転送される。例えば、入力γデータであれば、入力γコントローラ３ａに転送される。
このように、圧縮されたデータでない場合には、ＳＤＲＡＭ６に格納することなく、Ｃｏｔｒｏｌデータにより指定された格納先（例えば入力γコントローラ３ａ）に、受信データを直接格納することにより、ＣＰＵ５の負荷を減少させることができる。
【００５７】
ＩＮＦＩＦＯ１７は、所定のバイト数を受信終了すると、ＣＰＵ５に対して割込み通知を発信し、受信が完了したことを知らせる。ＣＰＵ５は、受信が完了した通知を受け取ると、転送バイト数設定回路１１をＯＦＦにする制御信号を出力し、また、ヘッダ検出回路１４をＯＮにする制御信号を出力し、次の新たなコマンドを待つ。尚、この経路（Ｐａｔｈ）の設定は、Ｃｏｎｔｒｏｌデータにより決定される。
【００５８】
以上のように、ＰＣ接続インタフェイス１０を介して入力されるデータを、予め、パケット検出を用いる形式のデータと、転送バイトを指定して転送する形式のデータとに分類しておき、メイン回路９では、それぞれのデータ形式に対応した転送経路を選択するように構成する。以上のような構成とすることにより、以下の効果が生じる。
データ長が短く、圧縮効果が悪い為、転送バイト数を指定して転送する形式を取るデータが、何らかの不具合により、そのデータの転送を中断した場合には、データ長が短い為、上述したタイムアウト時間を短く設定することが出来る。あるいは、上述したダミーデータの転送量を少なくすることが出来る。これにより、中断時間を短くすることが出来、効率のよいデータ送受信が可能となる。
【００５９】
また、データ長が長く、パケット検出を用いる形式を取るデータが、何らかの不具合により、そのデータの転送を中断した場合には、次に続くデータの始まりを、Ｈｅａｄｅｒデータにより認識出来る為、次に続くデータを、中断したデータの途中のデータであると、誤認識することがない。
以上のように、データの種類に応じて転送方法を切り換えることにより、送受信効率を向上させるとともに、データ送受信が中断した場合にも、早期の復旧が可能となり、また、データの誤認識を防止することが可能となる。
【００６０】
次に、上述したメイン回路部９及びＣＰＵ５の受信機としての動作を、それを示す図７〜１０のフローチャートを参照しながら説明する。
先ず、ＣＰＵ５は、ヘッダ検出回路１４をＯＮにし、転送バイト数設定回路１１をＯＦＦにする（Ｓ１）。つまり、図４に示したように、セレクタ１６にヘッダ検出回路１４をＯＮとする制御信号を与え、セレクタ１２に対して、転送バイト数設定回路１１をＯＦＦとする制御信号を与える。
初期状態では、転送バイト数設定回路１１は無効になっており、パーソナルコンピュータ２から転送されたデータは、パケットヘッダを検出する為に、ヘッダ検出回路１４に転送される。
【００６１】
次に、ＣＰＵ５は、ヘッダ検出回路１４からの割込み通知を待ち（Ｓ２）、割込み通知が来ると、レジスタからＬｅｎｇｔｈデータ、Ｃｒｅｄｉｔデータ及びＣｏｎｔｒｏｌデータを読取り（Ｓ３）、データがＧＤＩデータであるか否かを、Ｃｏｎｔｒｏｌデータにより判定する（Ｓ４）。
ＣＰＵ５は、データがＧＤＩデータであれば（Ｓ４）、ＩＮＦＩＦＯ１７にデータが残っているか否かを判定し（図８Ｓ１０１）、データが残っていれば、ＩＮＦＩＦＯ１７内のデータを空にする（Ｓ１０２）。
【００６２】
ＣＰＵ５は、データが残っていないとき（Ｓ１０１）、又はデータを空にした（Ｓ１０２）後は、パス設定をＳＤＲＡＭに切り換え（Ｓ１０３）、データをＳＤＲＡＭ７に転送させる。
ＣＰＵ５は、次に、割込みを解除し（Ｓ１０４）、次のデータが入力されるのを待つ。
【００６３】
ＣＰＵ５は、データがＧＤＩデータでなければ（図７Ｓ４）、データが入力γデータであるか否かを判定し（Ｓ５）、入力γデータであれば、ＩＮＦＩＦＯ１７にデータが残っているか否かを判定する（図９Ｓ２０１）。
ＣＰＵ５は、ＩＮＦＩＦＯ１７にデータが残っていれば（Ｓ２０１）、ＩＮＦＩＦＯ１７内のデータを空にする（Ｓ２０２）。
【００６４】
ＣＰＵ５は、ＩＮＦＩＦＯ１７にデータが残っていないとき（Ｓ２０１）、又はＩＮＦＩＦＯ１７内のデータを空にした（Ｓ２０２）後は、パケット検出をＯＦＦ、つまりヘッダ検出回路をＯＦＦとし、転送バイト数の長さを設定し、設定した転送バイト数分のみのデータを転送し、パス設定を入力γに切り換え、データを入力γに転送する（Ｓ２０３）。
【００６５】
ＣＰＵ５は、次に、タイムアウト処理に備えてタイマをスタートさせ（Ｓ２０４）、割込み処理を解除する（Ｓ２０５）。
ＣＰＵ５は、次に、割込みがあるか否かを判定し（Ｓ２０６）、割込みがあれば、次のデータが入力されるのを待つ。
ＣＰＵ５は、割込みがなければ（Ｓ２０６）、所定のタイムアウト時間が経過する迄待機し（Ｓ２０７）、タイムアウト時間が経過したならば、エラー処理を行う（Ｓ２０８）。この後、次のデータの入力を待つ。
【００６６】
ＣＰＵ５は、データが入力γデータでなければ（図７Ｓ５）、次の処理に進む。メイン回路９には、ＧＤＩデータ、入力γデータ以外にも、Ｄｉｔｈｅｒ（Ｓｎ）のような様々なデータが転送されて来る。その為、様々なデータが転送されて来た場合も、ＧＤＩデータ（Ｓ４）及び入力γデータ（Ｓ５）の場合に示したように、データの照合を行い（Ｓｎ）、照合が一致すれば、データの種類に応じて、Ｓ１０１〜Ｓ１０４又はＳ２０１〜Ｓ２０８と同様の処理を行う。
【００６７】
ＣＰＵ５は、次に、パーソナルコンピュータ２がステータス要求をしているか否かを判定し（Ｓｎ＋　ｍ）、ステータス要求をしていれば、ＯＵＴＦＩＦＯ１９に数バイトのステータス情報をセットする（図１０Ｓｎ＋　ｍ１）。
ＣＰＵ５は、次に、割込みを解除した（Ｓｎ＋　ｍ２）後、次の割込みが発生する迄待機する（Ｓｎ＋　ｍ３）。
ＣＰＵ５は、次の割り込みが発生すれば（Ｓｎ＋　ｍ３）、セットしたステータス情報（Ｓｎ＋　ｍ１）を転送する。この転送が完了すると、ＯＵＴＦＩＦＯ１９から転送終了の割り込み通知が発生し、ＣＰＵ５は、この割り込みを解除し（Ｓｎ＋　ｍ４）、次のデータの入力を待つ。
【００６８】
ＣＰＵ５は、パーソナルコンピュータ２がステータス要求をしていなければ（Ｓｎ＋　ｍ）、ＧＤＩデータ処理が終了したか否かを判定し（Ｓｎ＋　ｍ＋　１）、終了していれば、ＳＤＲＡＭ６に記録された印刷データであるＧＤＩデータのプリントを開始させる（Ｓｎ＋　ｍ＋　２）。
ＣＰＵ５は、ＧＤＩデータ処理が終了していなければ（Ｓｎ＋　ｍ＋　１）、エラーであるか否かを判定し（Ｓｎ＋　ｍ＋　３）、エラーであれば、エラー処理を行い（Ｓｎ＋　ｍ＋　４）、次いで、次のデータの入力を待つ。
【００６９】
ＣＰＵ５は、エラーでなければ（Ｓｎ＋　ｍ＋　３）、未知のコマンドが送られてくる（Ｓｎ＋　ｍ＋　５）。このような一例としては、ケーブル異常等があげられる。
尚、上述したタイムアウト処理は、転送バイトを指定して転送する方法に適用したが、　これに限られるものではなく、データ長が長くパケット検出を用いる方法にも適用することが可能である。また、転送バイトを指定して転送するデータは、データ長の短いデータである。その為、上述したタイムアウト時間を、パケット検出を用いる方法の場合のタイムアウト時間よりも短く設定することが可能である。従って、タイムアウト時間の設定を、データにより個別に設定することにより、効率のよいデータの送受信が可能となる。
【００７０】
【発明の効果】
本発明に係る送信機によれば、効率のよいパケットデータの送信を実行できるデータ送信機を実現することが出来る。
【００７１】
本発明に係る受信機によれば、受信機内の負荷を減少させることが可能となり、効率のよいパケットデータの受信を実行出来るデータ受信機を実現することが出来る。
【００７２】
本発明に係る受信機によれば、タイムアウト時間の設定を、データにより個別に設定することにより、効率のよいデータの転送が可能となり、効率のよいパケットデータの受信を実行出来るデータ受信機を実現することが出来る。
【００７３】
本発明に係る受信機によれば、送受信障害が発生している場合に、引き続くデータを送信機が送信することを制御することが出来、効率のよいパケットデータの受信を実行出来るデータ受信機を実現することが出来る。
【００７４】
本発明に係るデータ送受信方法及び送受信装置によれば、効率のよいパケットデータの送受信を実行できるデータ送受信方法及び送受信装置を実現することが出来る。
【図面の簡単な説明】
【図１】本発明に係るデータ送受信方法、送信機、受信機及び送受信装置の実施の形態である画像形成装置の要部構成を示すブロック図である。
【図２】メイン回路部の内部構成を示すブロック図である。
【図３】ＩＥＥＥ１２８４．４に定義されているパケットヘッダを示す説明図である。
【図４】メイン回路部における具体的なパケットデータの転送方法を示す、その内部構成のブロック図に基づく説明図である。
【図５】メイン回路部における具体的なパケットデータの転送方法を示す、その内部構成のブロック図に基づく説明図である。
【図６】パーソナルコンピュータの動作を示すフローチャートである。
【図７】メイン回路部及びＣＰＵの動作を示すフローチャートである。
【図８】メイン回路部及びＣＰＵの動作を示すフローチャートである。
【図９】メイン回路部及びＣＰＵの動作を示すフローチャートである。
【図１０】メイン回路部及びＣＰＵの動作を示すフローチャートである。
【符号の説明】
１　画像形成装置（受信機）
２　パーソナルコンピュータ（送信機）
３　回路部
３ａ　入力γコントローラ
３ｂ　シェーディングコントローラ
３ｃ　ＳＤＲＡＭコントローラ
３ｄ　モータコントローラ
３ｅ　ディザコントローラ
４　ＣＣＤ・Ａ／Ｄ変換部
５　ＣＰＵ
６　ＳＤＲＡＭ
８　ＬＳＵ
９　メイン回路部
１０　ＰＣ接続インタフェイス
１１　転送バイト数設定回路
１２，１６　セレクタ
１３　スイッチ
１４　ヘッダ検出回路
１５　ラッチ回路
１７　ＩＮＦＩＦＯ
１８　マルチスイッチ
１９　ＯＵＴＦＩＦＯ
【図１】
2004032214.tif 000003
【図２】
2004032214.tif 000004
【図３】
2004032214.tif 000005
【図４】
2004032214.tif 000006
【図５】
2004032214.tif 000007
【図６】
2004032214.tif 000008
【図７】
2004032214.tif 000009
【図８】
2004032214.tif 000010
【図９】
2004032214.tif 000011
【図１０】
2004032214.tif 000012