JP2004032214A

JP2004032214A - Method for transmitting/receiving data, transmitter, receiver, and transmitter/receiver

Info

Publication number: JP2004032214A
Application number: JP2002183595A
Authority: JP
Inventors: Michiyuki Suzuki; 鈴木　通之; Yoshio Mizuyama; 水山　善雄; Hiroki Kinoshita; 木下　浩樹
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2002-06-24
Filing date: 2002-06-24
Publication date: 2004-01-29
Anticipated expiration: 2022-06-24
Also published as: JP3949012B2

Abstract

<P>PROBLEM TO BE SOLVED: To obtain a method for transmitting/receiving data in which efficient transmission/reception of data can be realized. <P>SOLUTION: Data added with a packet header including a header ID code, a data length code, and a data type code is transmitted/received. When data is transmitted/received, a decision is made whether the data is compressed or not based on the data type code. If the data is compressed, the data is transmitted while being compressed such that the header ID code is not included. When data is received, a decision is made whether compressed data is received or not based on the data type code. If compressed data is received, the data is received continuously while detecting the header ID code (14). Otherwise, detection of the header ID code is invalidated (16), and a volume of data (11) designated by the data code length is received (12, 16). <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、パケットヘッダが付加されたデータを送受信するデータ送受信方法、パケットヘッダが付加されたデータを送信する送信機、パケットヘッダが付加されたデータを受信する受信機、及びパケットヘッダが付加されたデータを送受信する送受信装置に関するものである。
【０００２】
【従来の技術】
パーソナルコンピュータ及び周辺機器等のデータ送受信においては、データをパケット化して送受信する。このパケット送受信の方法としては、大きく分けて２通りある。
第１の方法は、送信するデータの前に、このデータのデータ長の情報を含むパケットヘッダを付加し、パケットのデータ長を予め規定して送信する方法である。この方法では、連続するパケットデータの区切りは、上述したデータ長に基づき判定される。つまり、受信側は、データ長分のデータ受信が完了してはじめて、１つのパケットデータの受信が完了したと判定する。
【０００３】
第２の方法は、送信するデータを圧縮（例えばパックビッツ圧縮）し、この圧縮したデータの前に、圧縮したデータに現れないコードを含むパケットヘッダを付加する方法である。この方法では、連続するパケットデータの区切りは、上述したパケットヘッダを検出することにより判定される。つまり、受信側は、パケットヘッダを検出することにより、新たなデータの始まりであると判定する。また、この方法では、圧縮してデータが短くなった分だけ、データの送受信速度は速くなるという長所を有している。
このような、圧縮処理の１つの方法が、特開２０００−２４２４５０号公報に開示されている。
【０００４】
【発明が解決しようとする課題】
しかし、上述した第１の方法では、何らかの要因で送受信中のデータが途切れた場合、復帰処理が複雑になるという問題がある。これは、データ長分のデータの送受信が終了しない限り、この途切れた部分のデータ転送が完了したものと判断されない為であり、タイムアウト処理が実行される迄待つか、又は所定のデータ長に達する迄、ダミーデータを送信し続けなければならない。
【０００５】
また、ダミーデータを送信する場合に、データ長の長いデータが途中で途切れてしまうと、ダミーデータの送信数が増える分だけ復帰に時間がかかることになる。
さらに、第１の方法では、データを圧縮しない為、データ長の長いデータの送信には、第２の方法のようにデータを圧縮する方法に比べて、転送に時間がかかるという問題がある。
【０００６】
また、第２の方法では、上述したように、圧縮したデータの前に、この圧縮したデータに現れないコードを含むヘッダを付加する必要がある。つまり、ヘッダに含まれるコードが、圧縮されたデータ内に現れないように、データを圧縮処理しなければならない。
その為、データ長が短く、圧縮効率が悪い場合には、圧縮処理に要する手間が増加するという短所が、圧縮処理してデータが短くなり、データ送受信速度が速くなるという長所を上回ることになる。つまり、圧縮効率が悪い場合には、一連のデータ送受信処理に時間がかかるという問題がある。
【０００７】
また、１つのデータ内で同じ情報が連続しない場合等は、圧縮処理により、逆にデータ数が増加してしまう場合も生じる。
例えば、００から２５５迄の連続する２５６バイトのデータを、パックビッツ圧縮を用いて圧縮する場合、２バイトの圧縮符号が必要となり、また、同じ数が現れない為、０から２５５迄の２５６バイトは圧縮されず、合計２５８バイトとなる。
【０００８】
更に、圧縮したデータは、格納先毎に、解凍回路を用いて解凍する必要がある。この解凍する時期は、入力されるデータの種類によって異なり、メモリに蓄えられた後に解凍する必要があるもの、格納される際に解凍する必要があるもの等がある。その為、複数の転送先がある場合には、複数の解凍回路を備える必要があり、回路が複雑・大型化する問題がある。
本発明は、上述したような事情に鑑みてなされたものであり、効率のよいパケットデータの送受信を実現できるデータ送受信方法、送信機、受信機及び送受信装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明に係るデータ送受信方法は、ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを送受信するデータ送受信方法において、データを送信する場合は、該データのデータ種類コードにより、該データを圧縮するか否かを判定し、圧縮すると判定したときには、前記ヘッダ識別コードが含まれないように、前記データを圧縮して送信し、データを受信する場合は、該データのデータ種類コードにより、圧縮されたデータであるか否かを判定し、圧縮されたデータであると判定したときは、前記ヘッダ識別コードを検出しながら、データを受信し続け、圧縮されたデータでないと判定したときは、前記ヘッダ識別コードの検出を無効にし、前記データのデータ長コードが示す量のデータを受信することを特徴とする。
【００１０】
本発明に係る送信機は、ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを送信する送信機において、送信するデータのデータ種類コードにより、該データを圧縮するか否かを判定する手段と、該手段が圧縮すると判定したときに、前記ヘッダ識別コードが含まれないように、前記データを圧縮する手段と、該手段が圧縮したデータを送信する手段とを備えることを特徴とする。
【００１１】
この送信機では、ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを送信する。判定する手段が、送信するデータのデータ種類コードにより、データを圧縮するか否かを判定し、圧縮すると判定したときに、圧縮する手段が、ヘッダ識別コードが含まれないように、データを圧縮する。送信する手段が、その圧縮したデータを送信する。
【００１２】
これにより、受信機側で、圧縮されたデータを受信した場合には、圧縮後のデータにヘッダ識別コードが含まれない為、ヘッダ識別コードを検出することにより、連続して送信される複数の異なるデータを区別しながら受信できる。また、受信機側で、非圧縮のデータを受信した場合には、データ長コードにより規定されたデータ長分のデータを受信する為、データを他のデータと区別することが出来る。
【００１３】
ここで、データ種類コードの設定において、圧縮効率の高いデータ、例えばＧＤＩ（Ｇｒａｐｈｉｃｓ　Ｄｅｖｉｃｅ　Ｉｎｔｅｒｆａｃｅ　）データを圧縮するコード設定に、データ長が短くまた圧縮効率の悪いデータ、例えば入力γデータを圧縮しないコード設定にすることにより、以下の効果が得られる。
データを圧縮する場合には、圧縮によるデータの転送量が減少する。また、データの受信が何らかの不具合により中断しても、次のデータの開始がヘッダにより判断できるため、前データの途中に次データが混在して両データの区別が出来なくなることはない。
【００１４】
データを圧縮しない場合には、圧縮されたデータにヘッダ識別コードが含まれないように圧縮する処理が不要となり、処理の無駄がなくなる。また、データの受信が何らかの不具合により中断した場合においても、タイムアウト処理時間を短く設定することが出来、また、ダミーデータの転送量を少なく出来る。
以上により、効率のよいパケットデータの送信を実行できるデータ送信機を実現することが出来る。
【００１５】
本発明に係る受信機は、ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを受信する受信機において、受信したデータのデータ種類コードにより、圧縮されたデータであるか否かを判定する判定手段と、該判定手段が圧縮されたデータであると判定したときは、前記ヘッダ識別コードを検出しながら、データを受信し続ける手段と、前記判定手段が圧縮されたデータでないと判定したときは、前記データ長コードが示す量のデータを受信する受信手段と、該受信手段が受信している間は、前記ヘッダ識別コードの検出を無効にする無効手段とを備えることを特徴とする。
【００１６】
この受信機では、ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを受信する。判定手段が、受信したデータのデータ種類コードにより、圧縮されたデータであるか否かを判定し、判定手段が圧縮されたデータであると判定したときは、受信し続ける手段が、ヘッダ識別コードを検出しながら、データを受信し続ける。判定手段が圧縮されたデータでないと判定したときは、受信手段が、データ長コードが示す量のデータを受信し、受信手段が受信している間は、無効手段が、ヘッダ識別コードの検出を無効にする。
【００１７】
これにより、圧縮されたデータを受信した場合には、圧縮後のデータにヘッダ識別コードが含まれない為、ヘッダ識別コードを検出することにより、連続して送信される複数の異なるデータを区別しながら受信出来る。また、非圧縮のデータを受信した場合には、データ長コードにより規定されたデータ長分のデータを受信する為、データを他のデータと区別することが出来る。
【００１８】
ここで、データ種類コードの設定において、圧縮効率の高いデータ、例えばＧＤＩデータを圧縮するコード設定に、データ長が短くまた圧縮効率の悪いデータ、例えば入力γデータを圧縮しないコード設定にすることにより、以下の効果が得られる。
データを圧縮する場合には、圧縮によるデータの転送量が減少する。また、データの受信が何らかの不具合により中断しても、次のデータの開始がヘッダにより判定できる為、前データの途中に次データが混在して両データの区別が出来なくなることはない。
【００１９】
データを圧縮しない場合には、圧縮に伴う処理、つまり、圧縮されたデータにヘッダ識別コードが含まれないように圧縮する処理が不要となり、処理の無駄がなくなる。また、データの受信が何らかの不具合により中断した場合においても、タイムアウト処理時間を短く設定することが出来、また、ダミーデータの転送量を少なく出来る。
以上により、効率のよいパケットデータの受信を実行出来るデータ受信機を実現することが出来る。
【００２０】
本発明に係る受信機は、前記判定手段が圧縮されたデータであると判定したときに、受信データを格納する為のバッファメモリと、前記判定手段が圧縮されたデータでないと判定したときに、受信データを格納する為の、前記データ種類コードにより指定された格納先とを更に備えることを特徴とする。
【００２１】
この受信機では、判定手段が、圧縮されたデータであると判定したときに、バッファメモリが、受信データを格納し、判定手段が、圧縮されたデータでないと判定したときに、データ種類コードにより指定された格納先が、受信データを格納する。
これにより、圧縮されたデータでない場合には、一旦、バッファメモリに格納されることなく、データの格納先に転送される。つまり、バッファメモリから格納先に転送する処理が不要となる。
従って、受信機内の負荷を減少させることが可能となり、効率のよいパケットデータの受信を実行出来るデータ受信機を実現することが出来る。
【００２２】
本発明に係る受信機は、前記受信手段が、前記データ長コードが示す量のデータを受信したときは、前記無効手段を停止すべくなしてあることを特徴とする。
【００２３】
この受信機では、受信手段が、データ長コードが示す量のデータを受信したときは、無効手段を停止する。
この受信機は、圧縮していないデータを所定データ量受信すれば、ヘッダ識別コードの検出を有効とする。つまり、次データのパケットヘッダの検出ができない状態（ヘッダ識別コードの検出が無効の状態）から、検出できる状態（ヘッダ識別コードの検出が有効の状態）へと設定を変更する。
従って、受信機内の負荷を減少させることが可能となり、効率のよいパケットデータの受信を実行出来るデータ受信機を実現することが出来る。
【００２４】
本発明に係る受信機は、所定時間、受信データが途切れたときに、データ受信を停止する手段を更に備え、該手段が停止したときに、前記無効手段を停止すべくなしてあり、受信データが圧縮されたデータでない場合の前記所定時間は、圧縮されたデータである場合の前記所定時間よりも短く設定してあることを特徴とする。
【００２５】
この受信機では、所定時間、受信データが途切れたときに、停止する手段が、データ受信を停止し、その停止したときに、無効手段を停止するように構成してあり、受信データが圧縮されたデータでない場合の前記所定時間は、圧縮されたデータである場合の前記所定時間よりも短く設定してある。
ここで、データの受信が何らかの不具合により中断した場合、非圧縮データは、もともとデータ長の短いデータである為、タイムアウト時間を短く設定することが可能である。
従って、タイムアウト時間の設定を、データにより個別に設定することにより、効率のよいデータの転送が可能となり、効率のよいパケットデータの受信を実行出来るデータ受信機を実現することが出来る。
【００２６】
本発明に係る受信機は、前記無効手段を停止している間に、前記ヘッダ識別コード以外から始まるデータを受信したときは、該データの送信側へ警告すべくなしてあることを特徴とする。
【００２７】
この受信機では、無効手段を停止している間に、ヘッダ識別コード以外から始まるデータを受信したときは、データの送信側へ警告する。
従って、データの正確な送受信が行われている場合は、ヘッダ識別コードの検出を有効とした後は、ヘッダ識別コードから始まるデータが送受信される。一方、ヘッダ識別コード以外から始まるデータが受信された場合には、送受信障害が発生していると判断できる。
これにより、送受信障害が発生している場合に、引き続くデータを送信機が送信することを制御することが出来、効率のよいパケットデータの受信を実行出来るデータ受信機を実現することが出来る。
【００２８】
本発明に係る送受信装置は、ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを送受信する送受信装置において、送信するデータのデータ種類コードにより、該データを圧縮するか否かを判定する手段、該手段が圧縮すると判定したときに、前記ヘッダ識別コードが含まれないように、前記データを圧縮する手段、及び該手段が圧縮したデータを送信する手段を有する送信機と、請求項３乃至７の何れかに記載された受信機とを備え、前記パケットヘッダが付加されたデータを送受信すべくなしてあることを特徴とする。
【００２９】
本発明に係るデータ送受信方法及び送受信装置では、ヘッダ識別コード、データ長コード、及びデータ種類コードを含むパケットヘッダが付加されたデータを送受信する。送信機は、判定する手段が、送信するデータのデータ種類コードにより、データを圧縮するか否かを判定し、圧縮すると判定したときに、圧縮する手段が、ヘッダ識別コードが含まれないように、データを圧縮し、送信する手段が、その圧縮したデータを送信する。また、本発明に係る受信機とを備え、パケットヘッダが付加されたデータを送受信する。
【００３０】
これにより、圧縮されたデータを受信する場合には、圧縮後のデータにヘッダ識別コードが含まれない為、ヘッダ識別コードを検出することにより、連続して送信される複数の異なるデータを区別しながら受信できる。また、非圧縮のデータを受信した場合には、データ長コードにより規定されたデータ長分のデータを受信するため、データを他のデータと区別することができる。
【００３１】
ここで、データ種類コードの設定において、圧縮効率の高いデータ、例えばＧＤＩデータを圧縮するコード設定に、データ長が短くまた圧縮効率の悪いデータ、例えば入力γデータを圧縮しないコード設定にすることにより、以下の効果が得られる。
データを圧縮する場合には、圧縮によるデータの送受信量が減少する。また、データの受信が何らかの不具合により中断しても、次のデータの開始がヘッダにより判定できるため、前データの途中に、次データが混在して、両データの区別が出来なくなることはない。
【００３２】
データを圧縮しない場合には、圧縮に伴う処理、つまり、圧縮されたデータにヘッダ識別コードが含まれないように圧縮する処理が不要となり、処理の無駄がなくなる。また、データの受信が何らかの不具合により中断しても、タイムアウト処理時間を短く設定することが出来、また、ダミーデータの送受信量を少なく出来る。
以上により、効率のよいパケットデータの送受信を実行できるデータ送受信方法及び送受信装置を実現することが出来る。
【００３３】
【発明の実施の形態】
以下に、本発明の実施の形態を、それを示す図面に基づき説明する。
図１は、本発明に係るデータ送受信方法、送信機、受信機及び送受信装置の実施の形態である画像形成装置の要部構成を示すブロック図である。この画像形成装置１は、送信機として作動するパーソナルコンピュータ２からのパケットデータを受信する受信機として作動し、受信したパケットデータに基づく画像を出力する。また、コピー機としての画像読取機能も備えている。
【００３４】
画像出力装置１は、回路部３を備え、回路部３には、ＣＣＤ・Ａ／Ｄ変換部４、ＣＰＵ５、ＳＤＲＡＭ６、モータ７及びＬＳＵ８が接続されている。また、回路部３内部は、メイン回路部９に入力γコントローラ３ａ、シェーディングコントローラ３ｂ、ＳＤＲＡＭコントローラ３ｃ、モータコントローラ３ｄ及びディザコントローラ３ｅが接続された構成である。
【００３５】
図２は、メイン回路部９の内部構成を示すブロック図である。このメイン回路部９は、パケットデータの種類に応じて、パケットデータの転送方式を切換える回路であり、ＰＣ（パーソナルコンピュータ）接続インタフェイス１０を通じて、受信したパケットデータが、転送バイト数設定回路１１及びセレクタ１２に与えられる。転送バイト数設定回路１１は、受信するパケットデータのデータ長を設定する回路であり、転送バイト数設定回路１１を経由したパケットデータもセレクタ１２に与えられる。
セレクタ１２は、転送バイト数設定回路オン信号により、転送バイト数設定回路１１を経由したパケットデータを選択し、転送バイト数設定回路オン信号が与えられないときは、ＰＣ接続インタフェイス１０からのパケットデータを選択して出力する。転送バイト数設定回路１１は、ＣＰＵ５へ割込み信号を与える。
【００３６】
セレクタ１２が、選択して出力したパケットデータは、スイッチ１３とセレクタ１６とへ与えられる。スイッチ１３へ与えられたパケットデータは、ヘッダ検出回路１４へ与えられる。スイッチ１３には、ラッチ回路１５が接続され、スイッチ１３の制御信号は、ヘッダ検出回路１４から与えられる。ヘッダ検出回路１４は、ＣＰＵ５へ割込み信号を与える。
セレクタ１６は、ヘッダ検出回路オン信号が与えられたときは、ヘッダ検出回路１４経由にパケットデータを与える。
【００３７】
セレクタ１６が選択して出力したパケットデータは、ＩＮＦＩＦＯ１７（ＩＮ　Ｆｉｒｓｔ−Ｉｎ　　Ｆｉｒｓｔ−Ｏｕｔ）に与えられ、ＩＮＦＩＦＯ１７に一旦入力されたパケットデータは、マルチスイッチ１８に与えられる。ＩＮＦＩＦＯ１７は、ＣＰＵ５へ割込み信号を与える。
マルチスイッチ１８は、与えられたパス設定信号に従って、与えられたパケットデータを、ＣＰＵ５、ＳＤＲＡＭ６、入力γコントローラ３ａ又はディザコントローラ３ｅの何れかに出力する。
また、ＯＵＴＦＩＦＯ１９（ＯＵＴ　Ｆｉｒｓｔ−Ｉｎ　　Ｆｉｒｓｔ−Ｏｕｔ　）は、ＣＰＵ５からステータスを設定され、設定されたステータスはＰＣ接続インタフェイス１０に与えられる。ＯＵＴＦＩＦＯ１９、ＣＰＵ５へ割込み信号を与える。
【００３８】
パケットデータの送受信方法には、上述したように、送受信するパケットデータの前に、そのパケットデータのデータ長情報を含むヘッダを付加し、パケットデータのデータ長を予め規定して送受信する方法（上記第１方法（以下、転送バイトを指定して送受信する方法と称する））と、送受信するパケットデータを圧縮し、この圧縮したデータの前に、圧縮したデータに現れないコードを含むヘッダを付加する方法（上記第２方法（以下、パケット検出を用いてデータを送受信する方法と称する））とがある。
【００３９】
本実施の形態においては、データの種類に応じて、上記両方の送受信方法を切換えて、効率の良いデータ転送を実現する。
そこで、データの送信側であるパーソナルコンピュータ２から回路部３へ、データを送信するに際し、予めデータにパケットヘッダを付加する。
転送バイトを指定して転送する方法では、少なくとも、ヘッダにデータ長の情報（データ長コード）が付加されている必要がある。また、パケット検出を用いてデータ転送する方法では、少なくとも、圧縮したデータに現れないコードを含むヘッダが付加されている必要がある。
【００４０】
そこで、図３に示すような、ＩＥＥＥ１２８４．４に定義されている６バイトのパケットヘッダをデータに付加して、データを転送する。この６バイトのパケットヘッダ（ヘッダ部）は、２バイトの先頭Ｈｅａｄｅｒデータ（ヘッダ識別コード）、２バイトのＬｅｎｇｔｈデータ（データ長コード）、１バイトのＣｒｅｄｉｔデータ及び１バイトのＣｏｎｔｒｏｌデータ（データ種類コード）から構成されている。
【００４１】
Ｈｅａｄｅｒデータには、データを圧縮する場合に、データ本体部に現れないコード（例えば、８１８１）が記される。
Ｌｅｎｇｔｈデータには、このパケットヘッダに続くデータ本体のデータ長が記される。
Ｃｒｅｄｉｔデータには、ベンダー固有のデータが記される。
Ｃｏｎｔｒｏｌデータ（データ種類コード）には、パケットデータに続くデータ本体の種類、例えば入力γｌｕｔ、ＧＤＩ（Ｇｒａｐｈｉｃｓ　Ｄｅｖｉｃｅ　Ｉｎｔｅｒｆａｃｅ　）データ等が記される。
【００４２】
データ長が短く、データ圧縮効率の悪いデータは、上述したように、パケット検出を用いてデータ転送する方法よりも、転送バイトを指定して送受信する方法の方が送受信効率がよい。
一方、データ長の長いデータは、転送バイトを指定して送受信する方法よりも、パケット検出を用いてデータ転送する方法の方が転送効率がよい。
【００４３】
以上のことから、データの送信側であるパーソナルコンピュータ２（送信機）は、データ長が短く、圧縮効率の悪いデータ、例えば、入力γＬＵＴ（ルックアップテーブル）、出力γＬＵＴ、フィルタ係数、ディザマトリクス、モータ制御用ＬＵＴ、カラーマッチングＬＵＴ及びシューディング補正データは、圧縮せずに、データを転送することとする。
一方、データ長が長いデータ、例えばＧＤＩデータは圧縮して、データ転送を行うこととする。
ここで、データを圧縮するか否かは、Ｃｏｎｔｒｏｌデータにより判定するものとする。また、データの受信側である回路部３においても、データが圧縮されたものか否かを、Ｃｏｎｔｒｏｌデータにより判定する。
【００４４】
図６は、パーソナルコンピュータ２のデータ送信時の動作を示すフローチャートである。
パーソナルコンピュータ２は、先ず、送信データの格納場所により、送信データの種類を判別し、判別した送信データの種類に応じたＣｏｎｔｒｏｌデータを生成する（Ｓ１１１）。
【００４５】
パーソナルコンピュータ２は、次に、生成したＣｏｎｔｒｏｌデータ（Ｓ１１１）により、その送信データが、ＧＤＩデータ等の圧縮すべき種類であるか否かを判定し（Ｓ１１２）、圧縮すべき種類であれば、パケットヘッダのＨｅａｄｅｒデータと同じコードが、圧縮したデータに含まれないように、その送信データを圧縮する（Ｓ１１３）。
パーソナルコンピュータ２は、次に、生成したＣｏｎｔｒｏｌデータ（Ｓ１１１）を、圧縮した送信データのパケットヘッダに付加して（Ｓ１１４）送信する（Ｓ１１５）。
【００４６】
パーソナルコンピュータ２は、その送信データが、入力γＬＵＴ、出力γＬＵＴ、フィルタ係数、ディザマトリクス、モータ制御用ＬＵＴ、カラーマッチングＬＵＴ及びシューディング補正データ等の、圧縮すべきでない種類であれば（Ｓ１１２）、生成したＣｏｎｔｒｏｌデータ（Ｓ１１１）をその送信データのパケットヘッダに付加して（Ｓ１１４）送信する（Ｓ１１５）。
尚、パーソナルコンピュータ２は、以上の送信機としての動作のみではなく、画像出力装置１（メイン回路部９及びＣＰＵ５）の後述する受信機としての動作（図７〜１０）と同様の動作も行い、送受信装置として作動する。
【００４７】
ＰＣ接続インタフェイス１０は、パーソナルコンピュータ２と受信装置１とを接続し。転送バイト設定回路１１は、転送するデータのデータ長を設定し、設定した分の長さのデータを引き続く処理工程に転送する。
セレクタ１２は、ＣＰＵ５が指定するセレクタであり、転送バイト数を設定してデータを転送するか、又は転送バイト数を設定しないでデータを転送するかを選択する。
【００４８】
スイッチ１３は、ヘッダ検出回路１４が指定するスイッチであり、データの先頭２バイトのデータが所定のキャラクタか否かにより、このデータの格納先を変更する。
ヘッダ検出回路１４は、２バイトのＨｅａｄｅｒデータが、所定のキャラクタ（例えば８１８１）か否かを判定し、ラッチ回路１５は、Ｈｅａｄｅｒデータが所定のデータであった場合に、２バイトのＬｅｎｇｔｈデータ、１バイトのＣｒｅｄｉｔデータ及び１バイトのＣｏｎｔｒｏｌデータを格納する。
【００４９】
セレクタ１６は、ヘッダ検出回路１４の検出動作に従って作動し、ヘッダ検出回路１４の検出動作で、データが所定のキャラクタでなければ（例えば８１５３）、そのデータは圧縮されたデータ本体の一部である為、引き続く処理工程に転送する。
ＩＮＦＩＦＯ１７は、セレクタ１６を介して転送されたデータを受信し、マルチスイッチ１８に転送する。
マルチスイッチ１８は、ＣＰＵ５が指定するスイッチである。マルチスイッチ１８では、Ｐａｔｈを設定することにより、転送されたデータを、ＣＰＵ、ＳＤＲＡＭ、入力γ又はＤｉｔｈｅｒ等の経路に振り分け転送する。
【００５０】
以下に、メイン回路部９における具体的なパケットデータの転送方法を、それを示す図４，５のメイン回路部９の内部構成を示すブロック図に基づき説明する。
先ず、データ長がＧＤＩデータのように長く、圧縮して転送する方が効率のよい場合には、上述したように、パケット検出を用いてデータ転送する方法を適用する。以下に、この場合のメイン回路９の動作を図４に基づき説明する。
ここで、圧縮してデータを転送するか否かは、予めデータの種類に応じて定められたＣｏｎｔｒｏｌデータにより判断される。
【００５１】
先ず、セレクタ１２に対して、転送バイト数設定回路１１をＯＦＦとする制御信号が、ＣＰＵ５から与えられる。これにより、ＰＣ接続インタフェイス１０からメイン回路９に入力されたデータは、転送バイト数設定回路１１を介さずに、次の処理工程に転送される。
次に、セレクタ１６に、ヘッダ検出回路１４をＯＮとする制御信号が、ＣＰＵ５から与えられる。これにより、データがヘッダ検出回路１４に転送される。
【００５２】
ヘッダ検出回路１４では、転送されたデータが所定のキャラクタ（例えば、８１８１）か否かの判定を行う。ここで、所定のキャラクタであれば、このキャラクタをＨｅａｄｅｒデータであると判定し、この後に続くデータ、つまりＬｅｎｇｔｈデータ、Ｃｒｅｄｉｔデータ、Ｃｏｎｔｒｏｌデータの合計４バイトのデータをラッチ回路格納部１５に取り込む。
ここで、ヘッダ検出回路１４は、２バイトのＨｅａｄｅｒデータ、２バイトのＬｅｎｇｔｈデータ、１バイトのＣｒｅｄｉｔデータ、及び１バイトのＣｏｎｔｒｏｌデータの合計６バイトのパケットデータが揃うと、ＣＰＵ５に対して割込み処理を発生させる。尚、ＣＰＵ５は、レジスタを通して、Ｌｅｎｇｔｈデータ、Ｃｒｅｄｉｔデータ、及びＣｏｎｔｒｏｌデータを確認出来る。
【００５３】
上記６バイトのパケットデータがヘッダ検出回路１４に転送された後は、データ本体、つまりヘッダ部を除いたデータ本体部が、順次、セレクタ１６からＩＮＦＩＦＯ１７に転送される。この後、マルチスイッチ１８を介して、上記データ本体部が、それぞれの種類に応じた経路に転送される。例えば、ＧＤＩデータであれば、ＳＤＲＡＭ６に転送される。なお、この経路（Ｐａｔｈ）の設定は、上記Ｃｏｎｔｒｏｌデータにより決定される。
【００５４】
データ長が入力γのように短く、圧縮効率の悪いデータの場合には、転送バイトを指定して転送する方法を適用する。以下に、この場合のメイン回路９の動作を図５に基づき説明する。
ここで、転送バイトを指定して転送するか否かは、予めデータの種類に応じて定められたＣｏｎｔｒｏｌデータにより判断される。
【００５５】
先ず、セレクタ１２に対して、転送バイト数設定回路１１をＯＮとする制御信号が、ＣＰＵ５から与えられる。これにより、ＰＣ接続インタフェイス１０からメイン回路９に入力されたデータは、転送バイト数設定回路１１を介して、次の処理工程に転送される。
転送バイト数設定回路１１では、所定の転送バイト数分のデータ転送が許可される。これにより、所定のバイトが転送されて初めて、このデータの転送が完了したものと判定し、次のデータが入力されるのを待つことになる。ここで、転送バイト数設定回路１１のバイト数は、Ｌｅｎｇｔｈデータにより決定される。
【００５６】
次に、セレクタ１６にヘッダ検出回路１４をＯＦＦとする制御信号が、ＣＰＵ５から与えられる。これにより、データが、ヘッダ検出回路１４を介さずに、順次、ＩＮＦＩＦＯ１７に転送される。この後、ＩＮＦＩＦＯ１７から、マルチスイッチ１８を介して、上記データが、それぞれの種類に応じた経路に転送される。例えば、入力γデータであれば、入力γコントローラ３ａに転送される。
このように、圧縮されたデータでない場合には、ＳＤＲＡＭ６に格納することなく、Ｃｏｔｒｏｌデータにより指定された格納先（例えば入力γコントローラ３ａ）に、受信データを直接格納することにより、ＣＰＵ５の負荷を減少させることができる。
【００５７】
ＩＮＦＩＦＯ１７は、所定のバイト数を受信終了すると、ＣＰＵ５に対して割込み通知を発信し、受信が完了したことを知らせる。ＣＰＵ５は、受信が完了した通知を受け取ると、転送バイト数設定回路１１をＯＦＦにする制御信号を出力し、また、ヘッダ検出回路１４をＯＮにする制御信号を出力し、次の新たなコマンドを待つ。尚、この経路（Ｐａｔｈ）の設定は、Ｃｏｎｔｒｏｌデータにより決定される。
【００５８】
以上のように、ＰＣ接続インタフェイス１０を介して入力されるデータを、予め、パケット検出を用いる形式のデータと、転送バイトを指定して転送する形式のデータとに分類しておき、メイン回路９では、それぞれのデータ形式に対応した転送経路を選択するように構成する。以上のような構成とすることにより、以下の効果が生じる。
データ長が短く、圧縮効果が悪い為、転送バイト数を指定して転送する形式を取るデータが、何らかの不具合により、そのデータの転送を中断した場合には、データ長が短い為、上述したタイムアウト時間を短く設定することが出来る。あるいは、上述したダミーデータの転送量を少なくすることが出来る。これにより、中断時間を短くすることが出来、効率のよいデータ送受信が可能となる。
【００５９】
また、データ長が長く、パケット検出を用いる形式を取るデータが、何らかの不具合により、そのデータの転送を中断した場合には、次に続くデータの始まりを、Ｈｅａｄｅｒデータにより認識出来る為、次に続くデータを、中断したデータの途中のデータであると、誤認識することがない。
以上のように、データの種類に応じて転送方法を切り換えることにより、送受信効率を向上させるとともに、データ送受信が中断した場合にも、早期の復旧が可能となり、また、データの誤認識を防止することが可能となる。
【００６０】
次に、上述したメイン回路部９及びＣＰＵ５の受信機としての動作を、それを示す図７〜１０のフローチャートを参照しながら説明する。
先ず、ＣＰＵ５は、ヘッダ検出回路１４をＯＮにし、転送バイト数設定回路１１をＯＦＦにする（Ｓ１）。つまり、図４に示したように、セレクタ１６にヘッダ検出回路１４をＯＮとする制御信号を与え、セレクタ１２に対して、転送バイト数設定回路１１をＯＦＦとする制御信号を与える。
初期状態では、転送バイト数設定回路１１は無効になっており、パーソナルコンピュータ２から転送されたデータは、パケットヘッダを検出する為に、ヘッダ検出回路１４に転送される。
【００６１】
次に、ＣＰＵ５は、ヘッダ検出回路１４からの割込み通知を待ち（Ｓ２）、割込み通知が来ると、レジスタからＬｅｎｇｔｈデータ、Ｃｒｅｄｉｔデータ及びＣｏｎｔｒｏｌデータを読取り（Ｓ３）、データがＧＤＩデータであるか否かを、Ｃｏｎｔｒｏｌデータにより判定する（Ｓ４）。
ＣＰＵ５は、データがＧＤＩデータであれば（Ｓ４）、ＩＮＦＩＦＯ１７にデータが残っているか否かを判定し（図８Ｓ１０１）、データが残っていれば、ＩＮＦＩＦＯ１７内のデータを空にする（Ｓ１０２）。
【００６２】
ＣＰＵ５は、データが残っていないとき（Ｓ１０１）、又はデータを空にした（Ｓ１０２）後は、パス設定をＳＤＲＡＭに切り換え（Ｓ１０３）、データをＳＤＲＡＭ７に転送させる。
ＣＰＵ５は、次に、割込みを解除し（Ｓ１０４）、次のデータが入力されるのを待つ。
【００６３】
ＣＰＵ５は、データがＧＤＩデータでなければ（図７Ｓ４）、データが入力γデータであるか否かを判定し（Ｓ５）、入力γデータであれば、ＩＮＦＩＦＯ１７にデータが残っているか否かを判定する（図９Ｓ２０１）。
ＣＰＵ５は、ＩＮＦＩＦＯ１７にデータが残っていれば（Ｓ２０１）、ＩＮＦＩＦＯ１７内のデータを空にする（Ｓ２０２）。
【００６４】
ＣＰＵ５は、ＩＮＦＩＦＯ１７にデータが残っていないとき（Ｓ２０１）、又はＩＮＦＩＦＯ１７内のデータを空にした（Ｓ２０２）後は、パケット検出をＯＦＦ、つまりヘッダ検出回路をＯＦＦとし、転送バイト数の長さを設定し、設定した転送バイト数分のみのデータを転送し、パス設定を入力γに切り換え、データを入力γに転送する（Ｓ２０３）。
【００６５】
ＣＰＵ５は、次に、タイムアウト処理に備えてタイマをスタートさせ（Ｓ２０４）、割込み処理を解除する（Ｓ２０５）。
ＣＰＵ５は、次に、割込みがあるか否かを判定し（Ｓ２０６）、割込みがあれば、次のデータが入力されるのを待つ。
ＣＰＵ５は、割込みがなければ（Ｓ２０６）、所定のタイムアウト時間が経過する迄待機し（Ｓ２０７）、タイムアウト時間が経過したならば、エラー処理を行う（Ｓ２０８）。この後、次のデータの入力を待つ。
【００６６】
ＣＰＵ５は、データが入力γデータでなければ（図７Ｓ５）、次の処理に進む。メイン回路９には、ＧＤＩデータ、入力γデータ以外にも、Ｄｉｔｈｅｒ（Ｓｎ）のような様々なデータが転送されて来る。その為、様々なデータが転送されて来た場合も、ＧＤＩデータ（Ｓ４）及び入力γデータ（Ｓ５）の場合に示したように、データの照合を行い（Ｓｎ）、照合が一致すれば、データの種類に応じて、Ｓ１０１〜Ｓ１０４又はＳ２０１〜Ｓ２０８と同様の処理を行う。
【００６７】
ＣＰＵ５は、次に、パーソナルコンピュータ２がステータス要求をしているか否かを判定し（Ｓｎ＋　ｍ）、ステータス要求をしていれば、ＯＵＴＦＩＦＯ１９に数バイトのステータス情報をセットする（図１０Ｓｎ＋　ｍ１）。
ＣＰＵ５は、次に、割込みを解除した（Ｓｎ＋　ｍ２）後、次の割込みが発生する迄待機する（Ｓｎ＋　ｍ３）。
ＣＰＵ５は、次の割り込みが発生すれば（Ｓｎ＋　ｍ３）、セットしたステータス情報（Ｓｎ＋　ｍ１）を転送する。この転送が完了すると、ＯＵＴＦＩＦＯ１９から転送終了の割り込み通知が発生し、ＣＰＵ５は、この割り込みを解除し（Ｓｎ＋　ｍ４）、次のデータの入力を待つ。
【００６８】
ＣＰＵ５は、パーソナルコンピュータ２がステータス要求をしていなければ（Ｓｎ＋　ｍ）、ＧＤＩデータ処理が終了したか否かを判定し（Ｓｎ＋　ｍ＋　１）、終了していれば、ＳＤＲＡＭ６に記録された印刷データであるＧＤＩデータのプリントを開始させる（Ｓｎ＋　ｍ＋　２）。
ＣＰＵ５は、ＧＤＩデータ処理が終了していなければ（Ｓｎ＋　ｍ＋　１）、エラーであるか否かを判定し（Ｓｎ＋　ｍ＋　３）、エラーであれば、エラー処理を行い（Ｓｎ＋　ｍ＋　４）、次いで、次のデータの入力を待つ。
【００６９】
ＣＰＵ５は、エラーでなければ（Ｓｎ＋　ｍ＋　３）、未知のコマンドが送られてくる（Ｓｎ＋　ｍ＋　５）。このような一例としては、ケーブル異常等があげられる。
尚、上述したタイムアウト処理は、転送バイトを指定して転送する方法に適用したが、　これに限られるものではなく、データ長が長くパケット検出を用いる方法にも適用することが可能である。また、転送バイトを指定して転送するデータは、データ長の短いデータである。その為、上述したタイムアウト時間を、パケット検出を用いる方法の場合のタイムアウト時間よりも短く設定することが可能である。従って、タイムアウト時間の設定を、データにより個別に設定することにより、効率のよいデータの送受信が可能となる。
【００７０】
【発明の効果】
本発明に係る送信機によれば、効率のよいパケットデータの送信を実行できるデータ送信機を実現することが出来る。
【００７１】
本発明に係る受信機によれば、受信機内の負荷を減少させることが可能となり、効率のよいパケットデータの受信を実行出来るデータ受信機を実現することが出来る。
【００７２】
本発明に係る受信機によれば、タイムアウト時間の設定を、データにより個別に設定することにより、効率のよいデータの転送が可能となり、効率のよいパケットデータの受信を実行出来るデータ受信機を実現することが出来る。
【００７３】
本発明に係る受信機によれば、送受信障害が発生している場合に、引き続くデータを送信機が送信することを制御することが出来、効率のよいパケットデータの受信を実行出来るデータ受信機を実現することが出来る。
【００７４】
本発明に係るデータ送受信方法及び送受信装置によれば、効率のよいパケットデータの送受信を実行できるデータ送受信方法及び送受信装置を実現することが出来る。
【図面の簡単な説明】
【図１】本発明に係るデータ送受信方法、送信機、受信機及び送受信装置の実施の形態である画像形成装置の要部構成を示すブロック図である。
【図２】メイン回路部の内部構成を示すブロック図である。
【図３】ＩＥＥＥ１２８４．４に定義されているパケットヘッダを示す説明図である。
【図４】メイン回路部における具体的なパケットデータの転送方法を示す、その内部構成のブロック図に基づく説明図である。
【図５】メイン回路部における具体的なパケットデータの転送方法を示す、その内部構成のブロック図に基づく説明図である。
【図６】パーソナルコンピュータの動作を示すフローチャートである。
【図７】メイン回路部及びＣＰＵの動作を示すフローチャートである。
【図８】メイン回路部及びＣＰＵの動作を示すフローチャートである。
【図９】メイン回路部及びＣＰＵの動作を示すフローチャートである。
【図１０】メイン回路部及びＣＰＵの動作を示すフローチャートである。
【符号の説明】
１　画像形成装置（受信機）
２　パーソナルコンピュータ（送信機）
３　回路部
３ａ　入力γコントローラ
３ｂ　シェーディングコントローラ
３ｃ　ＳＤＲＡＭコントローラ
３ｄ　モータコントローラ
３ｅ　ディザコントローラ
４　ＣＣＤ・Ａ／Ｄ変換部
５　ＣＰＵ
６　ＳＤＲＡＭ
８　ＬＳＵ
９　メイン回路部
１０　ＰＣ接続インタフェイス
１１　転送バイト数設定回路
１２，１６　セレクタ
１３　スイッチ
１４　ヘッダ検出回路
１５　ラッチ回路
１７　ＩＮＦＩＦＯ
１８　マルチスイッチ
１９　ＯＵＴＦＩＦＯ[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a data transmission / reception method for transmitting / receiving data with a packet header added thereto, a transmitter for transmitting data with a packet header added, a receiver for receiving data with a packet header added, and a packet header added. The present invention relates to a transmitting and receiving apparatus for transmitting and receiving data.
[0002]
[Prior art]
In data transmission and reception of personal computers and peripheral devices, data is packetized and transmitted and received. There are roughly two types of packet transmission / reception methods.
The first method is a method in which a packet header including information on the data length of this data is added before the data to be transmitted, and the data length of the packet is defined in advance and transmitted. In this method, a break of continuous packet data is determined based on the data length described above. That is, the receiving side determines that the reception of one packet data is completed only after the data reception for the data length is completed.
[0003]
The second method is a method in which data to be transmitted is compressed (for example, Packbits compression), and a packet header including a code not appearing in the compressed data is added before the compressed data. In this method, a break of continuous packet data is determined by detecting the above-described packet header. That is, by detecting the packet header, the receiving side determines that it is the beginning of new data. In addition, this method has an advantage that the data transmission / reception speed increases as the data becomes shorter after compression.
One such compression processing method is disclosed in Japanese Patent Application Laid-Open No. 2000-242450.
[0004]
[Problems to be solved by the invention]
However, the first method described above has a problem in that if data being transmitted or received is interrupted for some reason, the recovery process becomes complicated. This is because it is not determined that the data transfer of the interrupted portion has been completed unless the transmission and reception of the data of the data length is completed. Therefore, it is necessary to wait until the timeout process is performed or to reach the predetermined data length. Until that time, the dummy data must be transmitted.
[0005]
Further, when transmitting dummy data, if data having a long data length is interrupted in the middle, it takes time to recover the data by an increase in the number of transmitted dummy data.
Further, in the first method, since data is not compressed, there is a problem that transmission of data having a long data length requires a longer time for transmission than the method of compressing data as in the second method.
[0006]
In the second method, as described above, it is necessary to add, before the compressed data, a header including a code that does not appear in the compressed data. That is, the data must be compressed so that the code included in the header does not appear in the compressed data.
Therefore, when the data length is short and the compression efficiency is low, the disadvantage that the time required for the compression process increases is greater than the advantage that the data is shortened by the compression process and the data transmission / reception speed is increased. . That is, when the compression efficiency is low, there is a problem that a series of data transmission / reception processing takes time.
[0007]
When the same information is not continuous in one piece of data, the number of data may increase due to the compression process.
For example, when compressing continuous 256-byte data from 00 to 255 using PackBits compression, a 2-byte compression code is required, and since the same number does not appear, 256 bytes from 0 to 255 Are not compressed, resulting in a total of 258 bytes.
[0008]
Furthermore, it is necessary to decompress the compressed data using a decompression circuit for each storage destination. The time of decompression depends on the type of input data, and there are those that need to be decompressed after being stored in the memory and those that need to be decompressed when stored. Therefore, when there are a plurality of transfer destinations, it is necessary to provide a plurality of decompression circuits, and there is a problem that the circuits become complicated and large.
The present invention has been made in view of the above circumstances, and has as its object to provide a data transmission / reception method, a transmitter, a receiver, and a transmission / reception device that can realize efficient transmission / reception of packet data.
[0009]
[Means for Solving the Problems]
A data transmitting and receiving method according to the present invention is a data transmitting and receiving method for transmitting and receiving data to which a packet header including a header identification code, a data length code, and a data type code is added. A code is used to determine whether or not to compress the data. If compression is determined, the data is compressed and transmitted so that the header identification code is not included. By the data type code, it is determined whether or not the data is compressed. If it is determined that the data is compressed, the data is continuously received while detecting the header identification code. If not, the detection of the header identification code is invalidated, and the amount of data indicated by the data length code of the data is received. Characterized in that it.
[0010]
A transmitter according to the present invention transmits data to which a packet header including a header identification code, a data length code, and a data type code is added, and compresses the data using the data type code of the data to be transmitted. Means for determining whether or not the data is compressed, means for compressing the data so that the header identification code is not included when the means determines that the data is compressed, and means for transmitting the data compressed by the means. It is characterized by having.
[0011]
This transmitter transmits data to which a packet header including a header identification code, a data length code, and a data type code has been added. The determining means determines whether or not to compress the data based on the data type code of the data to be transmitted, and when determining to compress the data, compresses the data so that the header identification code is not included. I do. The transmitting means transmits the compressed data.
[0012]
Thereby, when the receiver receives the compressed data, since the header identification code is not included in the data after compression, by detecting the header identification code, a plurality of continuously transmitted data are detected. Different data can be received while being distinguished. When the receiver receives uncompressed data, the receiver receives data of the data length specified by the data length code, so that the data can be distinguished from other data.
[0013]
Here, in the setting of the data type code, the code setting for compressing data with high compression efficiency, for example, GDI (Graphics Device Interface) data, includes data having a short data length and low compression efficiency, for example, a code for not compressing input γ data. By setting, the following effects can be obtained.
When compressing data, the amount of data transferred by compression decreases. Also, even if the reception of data is interrupted due to some trouble, the start of the next data can be determined by the header, so that there is no possibility that the next data is mixed in the middle of the previous data and the two data cannot be distinguished.
[0014]
If the data is not compressed, it is not necessary to perform a process of compressing the compressed data so that the header identification code is not included, thereby eliminating waste of the process. Further, even when the data reception is interrupted due to some trouble, the timeout processing time can be set short, and the transfer amount of the dummy data can be reduced.
As described above, a data transmitter that can efficiently transmit packet data can be realized.
[0015]
A receiver according to the present invention is a receiver that receives data to which a packet header including a header identification code, a data length code, and a data type code is added. Determining means for determining whether or not there is, and when the determining means determines that the data is compressed, means for continuing to receive data while detecting the header identification code; and When it is determined that the received data is not the received data, receiving means for receiving the amount of data indicated by the data length code, and invalidating means for invalidating the detection of the header identification code while the receiving means is receiving the data. It is characterized by having.
[0016]
This receiver receives data to which a packet header including a header identification code, a data length code, and a data type code is added. The determining means determines whether or not the data is compressed data based on the data type code of the received data. If the determining means determines that the data is compressed, the means for continuing to receive the data is a header identification code. While receiving data. When the determining means determines that the data is not compressed data, the receiving means receives the amount of data indicated by the data length code, and while the receiving means is receiving, the invalidating means detects the header identification code. To disable.
[0017]
Thereby, when the compressed data is received, since the header identification code is not included in the data after the compression, by detecting the header identification code, a plurality of different data transmitted continuously can be distinguished. While receiving. When uncompressed data is received, data corresponding to the data length specified by the data length code is received, so that the data can be distinguished from other data.
[0018]
Here, in setting the data type code, a code setting for compressing data with high compression efficiency, for example, GDI data, and a code setting for not compressing data with a short data length and low compression efficiency, for example, input γ data, are adopted. The following effects can be obtained.
When compressing data, the amount of data transferred by compression decreases. Also, even if the reception of data is interrupted due to some trouble, the start of the next data can be determined by the header, so that there is no possibility that the next data is mixed in the middle of the previous data and the two data cannot be distinguished.
[0019]
If the data is not compressed, the processing associated with the compression, that is, the processing of compressing the compressed data so that the header identification code is not included, becomes unnecessary, and the processing is not wasted. Further, even when the data reception is interrupted due to some trouble, the timeout processing time can be set short, and the transfer amount of the dummy data can be reduced.
As described above, it is possible to realize a data receiver capable of executing efficient packet data reception.
[0020]
The receiver according to the present invention, when the determination unit determines that the data is compressed, a buffer memory for storing the received data, when the determination unit determines that the data is not compressed, The storage device further includes a storage destination specified by the data type code for storing received data.
[0021]
In this receiver, when the determining means determines that the data is compressed data, the buffer memory stores the received data, and when the determining means determines that the data is not compressed data, The specified storage destination stores the received data.
As a result, if the data is not compressed, it is transferred to the data storage destination without being temporarily stored in the buffer memory. That is, the process of transferring data from the buffer memory to the storage destination becomes unnecessary.
Therefore, the load in the receiver can be reduced, and a data receiver capable of executing efficient packet data reception can be realized.
[0022]
The receiver according to the present invention is characterized in that when the receiving means receives an amount of data indicated by the data length code, the receiving means stops the invalidating means.
[0023]
In this receiver, when the receiving means receives the amount of data indicated by the data length code, the receiving means stops the invalidating means.
When the receiver receives a predetermined amount of uncompressed data, the receiver validates the header identification code. That is, the setting is changed from a state where the packet header of the next data cannot be detected (a state where the detection of the header ID code is invalid) to a state where the packet header can be detected (a state where the detection of the header ID code is valid).
Therefore, the load in the receiver can be reduced, and a data receiver capable of executing efficient packet data reception can be realized.
[0024]
The receiver according to the present invention further comprises means for stopping data reception when received data is interrupted for a predetermined time, and when the means is stopped, the invalidation means is stopped. Is set to be shorter than the predetermined time when the data is not compressed data.
[0025]
In this receiver, the means for stopping when the reception data is interrupted for a predetermined time stops the data reception and stops the invalidation means when the reception is stopped, so that the reception data is compressed. The predetermined time for non-compressed data is set shorter than the predetermined time for compressed data.
Here, when the reception of data is interrupted due to some trouble, the timeout period can be set short because the uncompressed data is originally data having a short data length.
Therefore, by setting the timeout time individually according to data, efficient data transfer becomes possible, and a data receiver that can execute efficient packet data reception can be realized.
[0026]
The receiver according to the present invention is characterized in that, while the invalidation unit is stopped, when data starting from a source other than the header identification code is received, a warning is sent to the transmitting side of the data. .
[0027]
In this receiver, if data starting from other than the header identification code is received while the invalidation unit is stopped, a warning is sent to the data transmission side.
Therefore, when data is correctly transmitted and received, after the detection of the header identification code is enabled, data starting from the header identification code is transmitted and received. On the other hand, when data starting from a code other than the header identification code is received, it can be determined that a transmission / reception failure has occurred.
As a result, when a transmission / reception failure has occurred, it is possible to control the transmission of subsequent data by the transmitter, and it is possible to realize a data receiver that can execute efficient packet data reception.
[0028]
A transmission / reception device according to the present invention transmits and receives data to which a packet header including a header identification code, a data length code, and a data type code is added, and compresses the data with the data type code of the data to be transmitted. Means for determining whether the data is compressed, means for compressing the data so that the header identification code is not included when the means determines that the data is compressed, and means for transmitting the data compressed by the means. And a receiver according to any one of claims 3 to 7, wherein the receiver is adapted to transmit and receive the data to which the packet header is added.
[0029]
The data transmitting / receiving method and the transmitting / receiving apparatus according to the present invention transmit / receive data to which a packet header including a header identification code, a data length code, and a data type code is added. The transmitter determines, based on the data type code of the data to be transmitted, whether or not to compress the data, and when it is determined that the data is to be compressed, the compressing means does not include the header identification code. Means for compressing and transmitting the data transmits the compressed data. In addition, the receiver includes the receiver according to the present invention, and transmits and receives data to which a packet header is added.
[0030]
Thereby, when receiving the compressed data, since the header identification code is not included in the data after compression, by detecting the header identification code, a plurality of different data transmitted continuously can be distinguished. While receiving. When uncompressed data is received, data corresponding to the data length defined by the data length code is received, so that the data can be distinguished from other data.
[0031]
Here, in setting the data type code, a code setting for compressing data with high compression efficiency, for example, GDI data, and a code setting for not compressing data with a short data length and low compression efficiency, for example, input γ data, are adopted. The following effects can be obtained.
When compressing data, the amount of data transmitted and received by the compression decreases. Further, even if the reception of data is interrupted due to some trouble, the start of the next data can be determined by the header, so that the next data is not mixed in the middle of the previous data and the two data cannot be distinguished.
[0032]
If the data is not compressed, the processing associated with the compression, that is, the processing of compressing the compressed data so that the header identification code is not included, becomes unnecessary, and the processing is not wasted. Further, even if data reception is interrupted due to some trouble, the timeout processing time can be set short, and the amount of dummy data transmitted / received can be reduced.
As described above, it is possible to realize a data transmission / reception method and a transmission / reception device that can efficiently transmit and receive packet data.
[0033]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a block diagram showing a main configuration of an image forming apparatus which is an embodiment of a data transmitting / receiving method, a transmitter, a receiver, and a transmitting / receiving apparatus according to the present invention. The image forming apparatus 1 operates as a receiver that receives packet data from the personal computer 2 that operates as a transmitter, and outputs an image based on the received packet data. Further, it also has an image reading function as a copying machine.
[0034]
The image output device 1 includes a circuit unit 3, to which a CCD / A / D conversion unit 4, a CPU 5, an SDRAM 6, a motor 7, and an LSU 8 are connected. Further, the inside of the circuit unit 3 is configured such that an input γ controller 3a, a shading controller 3b, an SDRAM controller 3c, a motor controller 3d, and a dither controller 3e are connected to the main circuit unit 9.
[0035]
FIG. 2 is a block diagram illustrating an internal configuration of the main circuit unit 9. The main circuit section 9 is a circuit for switching a packet data transfer method according to the type of packet data. The packet data received through the PC (personal computer) connection interface 10 is transferred to the transfer byte number setting circuit 11 and It is provided to the selector 12. The transfer byte number setting circuit 11 is a circuit for setting the data length of packet data to be received. The packet data that has passed through the transfer byte number setting circuit 11 is also supplied to the selector 12.
The selector 12 selects the packet data that has passed through the transfer byte number setting circuit 11 according to the transfer byte number setting circuit ON signal. When the transfer byte number setting circuit ON signal is not supplied, the selector 12 selects the packet data from the PC connection interface 10. Select and output data. The transfer byte number setting circuit 11 sends an interrupt signal to the CPU 5.
[0036]
The packet data selected and output by the selector 12 is provided to the switch 13 and the selector 16. The packet data supplied to the switch 13 is supplied to a header detection circuit 14. A latch circuit 15 is connected to the switch 13, and a control signal of the switch 13 is provided from a header detection circuit 14. The header detection circuit 14 provides an interrupt signal to the CPU 5.
The selector 16 gives the packet data via the header detection circuit 14 when the header detection circuit ON signal is given.
[0037]
The packet data selected and output by the selector 16 is applied to an INF FIFO 17 (IN First-In First-Out), and the packet data once input to the INF FIFO 17 is applied to a multi-switch 18. The INFO 17 sends an interrupt signal to the CPU 5.
The multi-switch 18 outputs given packet data to any of the CPU 5, the SDRAM 6, the input γ controller 3a, or the dither controller 3e according to the given path setting signal.
The status of the OUT FIFO 19 (OUT First-In First-Out) is set by the CPU 5, and the set status is given to the PC connection interface 10. The OUTFIFO 19 sends an interrupt signal to the CPU 5.
[0038]
As described above, the packet data transmission / reception method includes a method of adding a header including the data length information of the packet data before the packet data to be transmitted / received, and preliminarily defining the data length of the packet data for transmission / reception (see above). A first method (hereinafter, referred to as a method of transmitting and receiving by designating a transfer byte), compressing packet data to be transmitted and received, and adding a header including a code not appearing in the compressed data before the compressed data. There is a method (the second method (hereinafter referred to as a method of transmitting and receiving data using packet detection)).
[0039]
In the present embodiment, efficient transmission of data is realized by switching between the above two transmission / reception methods according to the type of data.
Therefore, when transmitting data from the personal computer 2 on the data transmission side to the circuit unit 3, a packet header is added to the data in advance.
In the method of transferring by designating the transfer byte, at least the data length information (data length code) needs to be added to the header. In the method of transferring data using packet detection, at least a header including a code that does not appear in the compressed data needs to be added.
[0040]
Therefore, as shown in FIG. 3, a 6-byte packet header defined in IEEE1284.4 is added to the data, and the data is transferred. The 6-byte packet header (header part) includes a 2-byte header data (header identification code), a 2-byte Length data (data length code), a 1-byte Credit data, and a 1-byte Control data (data type code). ).
[0041]
In the Header data, a code (for example, 8181) that does not appear in the data body when data is compressed is described.
In the Length data, the data length of the data body following this packet header is described.
Credit-specific data describes vendor-specific data.
The control data (data type code) describes the type of the data itself following the packet data, for example, input γlut, GDI (Graphics Device Interface) data, and the like.
[0042]
As described above, a method of transmitting / receiving data with a specified transfer byte has a higher transmission / reception efficiency for data having a short data length and poor data compression efficiency than a method of transmitting data using packet detection, as described above.
On the other hand, for data having a long data length, a method of transferring data using packet detection has a higher transfer efficiency than a method of transmitting and receiving data by designating a transfer byte.
[0043]
From the above, the personal computer 2 (transmitter) on the data transmission side has a short data length and low compression efficiency, such as an input γLUT (lookup table), an output γLUT, a filter coefficient, a dither matrix, The motor control LUT, the color matching LUT, and the pseudo-correction data are transferred without compression.
On the other hand, data having a long data length, for example, GDI data is compressed and data is transferred.
Here, whether to compress the data is determined based on the Control data. The circuit unit 3 on the data receiving side also determines whether or not the data is compressed based on the control data.
[0044]
FIG. 6 is a flowchart showing the operation of the personal computer 2 when transmitting data.
First, the personal computer 2 determines the type of transmission data according to the storage location of the transmission data, and generates Control data according to the determined type of transmission data (S111).
[0045]
Next, the personal computer 2 determines from the generated Control data (S111) whether or not the transmission data is of a type to be compressed such as GDI data (S112). The transmission data is compressed so that the same code as the header data of the packet header is not included in the compressed data (S113).
Next, the personal computer 2 adds the generated Control data (S111) to the packet header of the compressed transmission data (S114), and transmits (S115).
[0046]
If the transmission data is of a type that should not be compressed, such as an input γ LUT, an output γ LUT, a filter coefficient, a dither matrix, a motor control LUT, a color matching LUT, and a pseudo correction data (S112), The generated control data (S111) is added to the packet header of the transmission data (S114) and transmitted (S115).
The personal computer 2 performs not only the above-described operation as a transmitter but also the same operation as the operation of the image output device 1 (the main circuit unit 9 and the CPU 5) as a receiver described later (FIGS. 7 to 10). , And operates as a transmitting / receiving device.
[0047]
The PC connection interface 10 connects the personal computer 2 and the receiving device 1. The transfer byte setting circuit 11 sets the data length of the data to be transferred, and transfers the set length of data to the subsequent processing steps.
The selector 12 is a selector designated by the CPU 5, and selects whether to transfer data by setting the number of transfer bytes or to transfer data without setting the number of transfer bytes.
[0048]
The switch 13 is a switch designated by the header detection circuit 14, and changes the storage destination of the data depending on whether or not the first two bytes of data are predetermined characters.
The header detection circuit 14 determines whether or not the 2-byte Header data is a predetermined character (for example, 8181). If the Header data is the predetermined data, the latch circuit 15 determines whether the 2-byte Length data, One byte of Credit data and one byte of Control data are stored.
[0049]
The selector 16 operates according to the detection operation of the header detection circuit 14, and if the data is not a predetermined character (for example, 8153) in the detection operation of the header detection circuit 14, the data is a part of the compressed data body. Therefore, it is transferred to a subsequent processing step.
The INFO 17 receives the data transferred through the selector 16 and transfers the data to the multi-switch 18.
The multi-switch 18 is a switch specified by the CPU 5. In the multi-switch 18, by setting a Path, the transferred data is distributed to a path such as a CPU, an SDRAM, an input γ, or a Dither.
[0050]
Hereinafter, a specific packet data transfer method in the main circuit unit 9 will be described based on a block diagram showing the internal configuration of the main circuit unit 9 in FIGS.
First, when the data length is long, such as GDI data, and it is more efficient to compress and transfer the data, the method of transferring data using packet detection is applied as described above. The operation of the main circuit 9 in this case will be described below with reference to FIG.
Here, whether or not to compress and transfer the data is determined based on Control data determined in advance according to the type of data.
[0051]
First, a control signal for turning off the transfer byte number setting circuit 11 is supplied from the CPU 5 to the selector 12. Thus, the data input from the PC connection interface 10 to the main circuit 9 is transferred to the next processing step without passing through the transfer byte number setting circuit 11.
Next, a control signal for turning on the header detection circuit 14 is given from the CPU 5 to the selector 16. As a result, the data is transferred to the header detection circuit 14.
[0052]
The header detection circuit 14 determines whether or not the transferred data is a predetermined character (for example, 8181). Here, if the character is a predetermined character, this character is determined to be Header data, and data following this, that is, data of a total of 4 bytes of Length data, Credit data, and Control data is taken into the latch circuit storage unit 15.
Here, the header detection circuit 14 interrupts the CPU 5 when the packet data of a total of 6 bytes of 2 bytes of Header data, 2 bytes of Length data, 1 byte of Credit data, and 1 byte of Control data is completed. Generate. Note that the CPU 5 can check Length data, Credit data, and Control data through the register.
[0053]
After the 6-byte packet data is transferred to the header detection circuit 14, the data body, that is, the data body portion excluding the header portion is sequentially transferred from the selector 16 to the INFO 17. Thereafter, the data main body is transferred to a path corresponding to each type via the multi-switch 18. For example, GDI data is transferred to the SDRAM 6. The setting of this path (Path) is determined by the above-mentioned Control data.
[0054]
When the data length is short such as the input γ and the compression efficiency is low, a method of transferring by designating the transfer byte is applied. The operation of the main circuit 9 in this case will be described below with reference to FIG.
Here, whether or not to transfer by designating a transfer byte is determined based on Control data determined in advance according to the type of data.
[0055]
First, a control signal for turning on the transfer byte number setting circuit 11 is supplied from the CPU 5 to the selector 12. Thus, the data input from the PC connection interface 10 to the main circuit 9 is transferred to the next processing step via the transfer byte number setting circuit 11.
The transfer byte number setting circuit 11 permits data transfer for a predetermined transfer byte number. As a result, only after a predetermined byte has been transferred, it is determined that the transfer of this data has been completed, and the system waits for the next data to be input. Here, the number of bytes of the transfer byte number setting circuit 11 is determined by the Length data.
[0056]
Next, a control signal for turning off the header detection circuit 14 is supplied from the CPU 5 to the selector 16. As a result, the data is sequentially transferred to the INFO 17 without passing through the header detection circuit 14. After that, the data is transferred from the INF FIFO 17 via the multi-switch 18 to paths corresponding to the respective types. For example, if it is input γ data, it is transferred to the input γ controller 3a.
As described above, when the data is not compressed data, the load of the CPU 5 is reduced by storing the received data directly in the storage destination (for example, the input γ controller 3a) designated by the Control data without storing the data in the SDRAM 6. Can be reduced.
[0057]
When the reception of the predetermined number of bytes is completed, the INFIFO 17 sends an interrupt notification to the CPU 5 to notify that the reception has been completed. Upon receiving the notification that the reception has been completed, the CPU 5 outputs a control signal for turning off the transfer byte number setting circuit 11 and a control signal for turning on the header detection circuit 14, and outputs the next new command. wait. The setting of this path (Path) is determined by the Control data.
[0058]
As described above, the data input via the PC connection interface 10 is classified in advance into data in a format using packet detection and data in a format in which transfer bytes are specified and transferred. In No. 9, the configuration is such that a transfer path corresponding to each data format is selected. With the above configuration, the following effects are obtained.
Because the data length is short and the compression effect is poor, data that takes the form of transfer by specifying the number of bytes to transfer is interrupted due to some problem. The time can be set shorter. Alternatively, the transfer amount of the dummy data described above can be reduced. As a result, the interruption time can be reduced, and efficient data transmission and reception can be performed.
[0059]
Further, if the data length is long and the data in the format using packet detection is interrupted due to some trouble, the start of the next data can be recognized by the Header data. The data is not erroneously recognized as being in the middle of the interrupted data.
As described above, by switching the transfer method according to the type of data, transmission / reception efficiency is improved, and even when data transmission / reception is interrupted, early recovery is possible, and erroneous recognition of data is prevented. It becomes possible.
[0060]
Next, the operation of the main circuit unit 9 and the CPU 5 as a receiver will be described with reference to the flowcharts of FIGS.
First, the CPU 5 turns on the header detection circuit 14 and turns off the transfer byte number setting circuit 11 (S1). That is, as shown in FIG. 4, a control signal for turning on the header detection circuit 14 is given to the selector 16, and a control signal for turning off the transfer byte number setting circuit 11 is given to the selector 12.
In the initial state, the transfer byte number setting circuit 11 is invalid, and the data transferred from the personal computer 2 is transferred to the header detection circuit 14 in order to detect the packet header.
[0061]
Next, the CPU 5 waits for an interrupt notification from the header detection circuit 14 (S2). When the interrupt notification comes, the CPU 5 reads Length data, Credit data and Control data from the register (S3), and determines whether the data is GDI data. Is determined based on the control data (S4).
If the data is GDI data (S4), the CPU 5 determines whether or not data remains in the INFO 17 (S101 in FIG. 8).
[0062]
When no data remains (S101) or after the data is emptied (S102), the CPU 5 switches the path setting to the SDRAM (S103), and causes the data to be transferred to the SDRAM 7.
Next, the CPU 5 releases the interrupt (S104) and waits for the next data to be input.
[0063]
If the data is not GDI data (S4 in FIG. 7), the CPU 5 determines whether the data is input γ data (S5). If the data is input γ data, the CPU 5 determines whether data remains in the INF FIFO 17 or not. (S201 in FIG. 9).
If data remains in the INFO 17 (S201), the CPU 5 empties the data in the INFO 17 (S202).
[0064]
The CPU 5 turns off the packet detection, that is, turns off the header detection circuit, that is, turns off the header detection circuit when no data remains in the INF FIFO 17 (S201) or after emptying the data in the INFO 17 (S202). Then, only the set number of transfer bytes is transferred, the path setting is switched to the input γ, and the data is transferred to the input γ (S203).
[0065]
Next, the CPU 5 starts a timer in preparation for the time-out process (S204), and releases the interrupt process (S205).
Next, the CPU 5 determines whether or not there is an interrupt (S206), and if there is an interrupt, waits for the next data to be input.
If there is no interruption (S206), the CPU 5 waits until a predetermined timeout time elapses (S207), and performs an error process if the timeout time elapses (S208). After that, it waits for the next data input.
[0066]
If the data is not the input γ data (S5 in FIG. 7), the CPU 5 proceeds to the next processing. Various data such as Dither (Sn) is transferred to the main circuit 9 in addition to the GDI data and the input γ data. Therefore, even when various data are transferred, the data is collated (Sn) as shown in the case of the GDI data (S4) and the input γ data (S5). Processing similar to S101 to S104 or S201 to S208 is performed according to the type of data.
[0067]
Next, the CPU 5 determines whether the personal computer 2 has made a status request (Sn + m), and if so, sets several bytes of status information in the OUTFIFO 19 (Sn + m1 in FIG. 10).
After releasing the interrupt (Sn + m2), the CPU 5 waits until the next interrupt occurs (Sn + m3).
When the next interrupt occurs (Sn + m3), the CPU 5 transfers the set status information (Sn + m1). When this transfer is completed, a transfer end interrupt notification is generated from the OUT FIFO 19, and the CPU 5 releases this interrupt (Sn + m4) and waits for the next data input.
[0068]
If the personal computer 2 has not made a status request (Sn + m), the CPU 5 determines whether or not the GDI data processing has been completed (Sn + m + 1). If completed, the print data recorded in the SDRAM 6 Is started (Sn + m + 2).
If the GDI data processing has not been completed (Sn + m + 1), the CPU 5 determines whether or not an error has occurred (Sn + m + 3). If an error has occurred, the CPU 5 performs error processing (Sn + m + 4). Wait for the next data input.
[0069]
If there is no error (Sn + m + 3), the CPU 5 sends an unknown command (Sn + m + 5). An example of such a case is a cable abnormality or the like.
Note that the above-described timeout processing is applied to a method of transferring by designating a transfer byte. However, the present invention is not limited to this, and may be applied to a method of using packet detection having a long data length. Data to be transferred by designating a transfer byte is data having a short data length. Therefore, the above-mentioned timeout time can be set shorter than the timeout time in the case of the method using packet detection. Therefore, by setting the setting of the timeout time individually according to the data, it is possible to transmit and receive data efficiently.
[0070]
【The invention's effect】
ADVANTAGE OF THE INVENTION According to the transmitter which concerns on this invention, the data transmitter which can perform efficient transmission of packet data can be implement | achieved.
[0071]
ADVANTAGE OF THE INVENTION According to the receiver which concerns on this invention, it becomes possible to reduce the load in a receiver, and can implement | achieve the data receiver which can perform efficient reception of packet data.
[0072]
ADVANTAGE OF THE INVENTION According to the receiver which concerns on this invention, by setting the time-out time individually by data, efficient data transfer is attained and the data receiver which can perform efficient packet data reception is implement | achieved. You can do it.
[0073]
ADVANTAGE OF THE INVENTION According to the receiver which concerns on this invention, when a transmission / reception failure occurs, it can control that a transmitter transmits the following data, and can perform the data receiver which can perform efficient packet data reception. Can be realized.
[0074]
ADVANTAGE OF THE INVENTION According to the data transmission / reception method and transmission / reception apparatus which concern on this invention, the data transmission / reception method and transmission / reception apparatus which can perform efficient transmission and reception of packet data can be implement | achieved.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a main configuration of an image forming apparatus that is an embodiment of a data transmission / reception method, a transmitter, a receiver, and a transmission / reception apparatus according to the present invention.
FIG. 2 is a block diagram illustrating an internal configuration of a main circuit unit.
FIG. 3 is an explanatory diagram showing a packet header defined in IEEE1284.4.
FIG. 4 is an explanatory diagram based on a block diagram of an internal configuration showing a specific packet data transfer method in a main circuit unit.
FIG. 5 is an explanatory diagram based on a block diagram of an internal configuration showing a specific packet data transfer method in a main circuit unit.
FIG. 6 is a flowchart illustrating an operation of the personal computer.
FIG. 7 is a flowchart illustrating operations of a main circuit unit and a CPU.
FIG. 8 is a flowchart illustrating operations of a main circuit unit and a CPU.
FIG. 9 is a flowchart illustrating operations of a main circuit unit and a CPU.
FIG. 10 is a flowchart illustrating operations of a main circuit unit and a CPU.
[Explanation of symbols]
1 Image forming device (receiver)
2 Personal computer (transmitter)
3 Circuit section
3a Input gamma controller
3b Shading controller
3c SDRAM controller
3d motor controller
3e dither controller
4 CCD / A / D converter
5 CPU
6 SDRAM
8 LSU
9 Main circuit section
10 PC connection interface
11 Transfer byte number setting circuit
12, 16 selector
13 switches
14. Header detection circuit
15 Latch circuit
17 INFO
18 Multi switch
19 OUTFIFO

Claims

In a data transmitting and receiving method for transmitting and receiving data to which a packet header including a header identification code, a data length code, and a data type code is added,
When transmitting data, it is determined whether or not to compress the data according to the data type code of the data, and when it is determined to compress, the data is compressed so that the header identification code is not included. When transmitting and receiving data, the data type code of the data determines whether or not the data is compressed, and when it is determined that the data is compressed, the header identification code is detected. While receiving data, when it is determined that the data is not compressed data, the detection of the header identification code is invalidated, and the amount of data indicated by the data length code of the data is received. Method.

In a transmitter that transmits data to which a packet header including a header identification code, a data length code, and a data type code is added,
Means for determining whether to compress the data according to the data type code of the data to be transmitted, and means for compressing the data so that the header identification code is not included when the means determines that the data is to be compressed. And a means for transmitting data compressed by the means.

In a receiver that receives data to which a packet header including a header identification code, a data length code, and a data type code is added,
Based on the data type code of the received data, determining means for determining whether the data is compressed data, and when the determining means determines that the data is compressed, while detecting the header identification code, Means for continuing to receive data, and when the determining means determines that the data is not compressed data, receiving means for receiving the amount of data indicated by the data length code, and while the receiving means is receiving, A receiver for invalidating the detection of the header identification code.

When the determination means determines that the data is compressed, a buffer memory for storing received data, and when the determination means determines that the data is not compressed, for storing the received data, 4. The receiver according to claim 3, further comprising a storage destination specified by the data type code.

The receiver according to claim 3, wherein the receiving unit is configured to stop the invalidating unit when receiving the amount of data indicated by the data length code.

Means for stopping data reception when received data is interrupted for a predetermined time, wherein when the means is stopped, the invalidating means is stopped, and when the received data is not compressed data, The receiver according to claim 3, wherein the predetermined time is set shorter than the predetermined time when the data is compressed data.

7. The receiver according to claim 5, wherein, when the invalidation unit is stopped, when data starting from a source other than the header identification code is received, a warning is sent to a transmitting side of the data.

In a transmitting and receiving apparatus for transmitting and receiving data to which a packet header including a header identification code, a data length code, and a data type code is added,
Means for determining whether to compress the data by the data type code of the data to be transmitted, means for compressing the data so that the header identification code is not included when the means determines that the data is to be compressed, A transmitter having means for transmitting data compressed by the means, and a receiver according to any one of claims 3 to 7, wherein the receiver is adapted to transmit and receive the data to which the packet header has been added. A transmission / reception device characterized by the above-mentioned.