JP3514027B2

JP3514027B2 - 記録装置、記録システム、画像転送システム

Info

Publication number: JP3514027B2
Application number: JP04120696A
Authority: JP
Inventors: 顕一大和
Original assignee: Fuji Xerox Co Ltd; Fujifilm Business Innovation Corp
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1996-02-28
Filing date: 1996-02-28
Publication date: 2004-03-31
Anticipated expiration: 2016-02-28
Also published as: JPH09234909A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、圧縮された印刷デ
ータを受け取り、受け取った印刷データに基づいてドッ
トマトリクス画像を記録する記録装置、および、圧縮し
た印刷データを送信する送信元装置も含む記録システム
に関するものである。

【０００２】

【従来の技術】従来、画像記録装置においては、ドット
の有無をそのまま「０」、「１」の情報に変換した印刷
データをある大きさ記憶装置に蓄え、その記憶装置から
印刷データを読み出して印字を行なう。カラーの画像記
録装置でも同様であり、カラーデータをブラック、シア
ン、マゼンタ、イエロー等の基本色に分解し、その分解
した基本色ごとのドットの有無をそのまま「０」、
「１」の情報として記憶装置に蓄え、その記憶装置から
印刷データを読み出して印字を行なう。例えば、印字ヘ
ッド幅ごとに印字走査して１ページの画像を印字する、
いわゆるシリアルプリンタでは、ホストコンピュータな
どの外部機器から送られてくる印刷データを印字ヘッド
幅のメモリ、つまり１バンドのそれぞれの色のメモリに
展開し、印字走査を行なってゆく。

【０００３】一方、ワークステーションやパソコンの低
価格化、高機能化に伴い、ホストコンピュータにおいて
印刷データの処理を行なう方式が多く採用されている。
また、半導体関連製品も低価格化、高集積化が進み、ホ
ストコンピュータに大容量のメモリを搭載し、処理もよ
り高速に行なえるようになっている。多値画像から前述
の基本色画像への分解や２値化処理などは、外部機器側
で行なうことが多くなってきている。

【０００４】しかしながら外部機器側で画像処理を行な
って記録装置で印刷する時、いかにホストコンピュータ
の能力が向上しても転送スピードがボトルネックとなっ
てしまい、非現実的な印刷実行時間になってしまう恐れ
がある。そこで、外部機器から記録装置への印刷データ
を転送する際に、データ圧縮を施して転送する方法が提
案されている。例えば、特開平３−１３３２６３号公報
に記載されている画像データ圧縮方式では、一般的なフ
ァクシミリなどに用いられているようなランレングスを
用いた圧縮方式を応用し、効率化をはかることで圧縮率
を上げている。記録装置はこのようなデータ圧縮方式を
利用した印刷データを受信し、記録装置側でデータを復
元してメモリに展開していく方法を採用している。

【０００５】このランレングスを用いた圧縮方式では、
圧縮データ自体はバイト単位ではあるが、圧縮効率を上
げるためにデータの連続性をカウントする時にビット単
位で画像データを処理する方式をとっている。また、圧
縮形式が固定化しているので、プリンタ側での処理効率
が悪いデータに対しての対策がとれない。そのため、印
刷実行時間を遅延させる可能性をもっている。また、周
辺機器側は通常８ビット、１６ビットを主流としたマイ
クロコンピュータを使用したシステム構成になってい
る。したがってそのＣＰＵやレジスタ構成によって演算
スピードの早いデータ処理幅が必ず存在することはいう
までもない。たとえば、１６ビットマイコンで１６ビッ
トのレジスタの処理に最も能力を発揮するシステムにお
いて、処理する単位はワード（１６ビット）幅が、ハー
フワード（８ビット）やダブルワード（３２ビット）の
処理よりも早いのが普通である。圧縮データを解凍する
場合には、マイコン内での単純なデータの複写、移動の
繰り返しとなるので、データ処理幅による数マイクロ秒
程度の処理速度の違いが、処理の回数によって大きく全
体の処理スピードに影響する。したがって、圧縮データ
はマイコンの最適のデータ処理幅で圧縮されていること
が望ましい。

【０００６】

【発明が解決しようとする課題】本発明は、上述した事
情に鑑みてなされたもので、バイト単位、ワード単位、
ロングワード単位など、データの受け側の装置に応じた
圧縮単位でデータを圧縮して転送することにより、処理
時間を削減した記録装置および記録システム、画像転送
システムを提供することを目的とするものである。

【０００７】

【課題を解決するための手段】請求項１に記載の発明
は、圧縮された印刷データを受け取り該印刷データに基
づいて記録を行なう記録装置において、記録装置の性能
で最適なデータ幅を圧縮単位として圧縮された印刷デー
タを受け取る入力手段と、前記圧縮単位に従って前記印
刷データを復元する復元手段と、復元された印刷データ
を記録する記録手段を有することを特徴とするものであ
る。

【０００８】請求項２に記載の発明は、請求項１に記載
の記録装置において、前記圧縮された印刷データととも
に該印刷データに先立って圧縮単位を示す圧縮単位情報
を受け取り、前記復元手段は、前記圧縮単位情報で示さ
れる圧縮単位に従って前記圧縮された印刷データを復元
することを特徴とするものである。

【０００９】請求項３に記載の発明は、請求項１または
２に記載の記録装置において、前記圧縮単位は、前記印
刷データの送信元において決定することを特徴とするも
のである。

【００１０】請求項４に記載の発明は、請求項１または
２または３に記載の記録装置において、前記圧縮単位
は、バイト単位、ワード単位、ダブルワード単位のいず
れかであることを特徴とするものである。

【００１１】請求項５に記載の発明は、請求項２に記載
の記録装置において、前記圧縮単位は、前記印刷データ
の途中で変更可能であり、前記復元手段は、印刷データ
の途中に挿入されている前記圧縮単位情報に従って圧縮
単位を変更し、以後の印刷データを復元することを特徴
とするものである。

【００１２】請求項６に記載の発明は、請求項１または
２に記載の記録装置において、前記印刷データは、送信
元において、白ドットまたは黒ドットの連続性に基づく
圧縮方法を用い、前記圧縮単位で圧縮されて送信される
ことを特徴とするものである。

【００１３】請求項７に記載の発明は、請求項６に記載
の記録装置において、前記圧縮方法は、ランレングス符
号化であることを特徴とするものである。

【００１４】請求項８に記載の発明は、記録システムに
おいて、送信元装置から圧縮した印刷データを記録装置
へ送信し、該記録装置で前記印刷データに基づいて印刷
を行なう記録システムにおいて、前記送信元装置は、少
なくとも前記記録装置の性能で最適なデータ幅を圧縮単
位として決定して印刷データを圧縮する圧縮手段と、前
記圧縮単位を示す圧縮単位情報と前記圧縮手段によって
圧縮された印刷データを前記記録装置へ送出する出力手
段を有し、前記記録装置は、前記圧縮単位情報と圧縮さ
れた印刷データを受け取る入力手段と、前記圧縮単位情
報で示される圧縮単位に従って前記印刷データを復元す
る復元手段と、復元された印刷データを記録する記録手
段を有することを特徴とするものである。

【００１５】請求項９に記載の発明は、請求項８に記載
の記録システムにおいて、前記圧縮手段は、前記印刷デ
ータの内容も加味して圧縮単位を決定することを特徴と
するものである。

【００１６】請求項１０に記載の発明は、送信元装置か
ら圧縮した画像データを送信先装置へ転送する画像転送
システムにおいて、前記送信元装置は、少なくとも前記
送信先装置の性能で最適なデータ幅を圧縮単位として決
定して画像データを圧縮する圧縮手段と、前記圧縮単位
を示す圧縮単位情報と前記圧縮手段によって圧縮された
画像データを前記送信先装置へ送出する出力手段を有
し、前記送信先装置は、前記圧縮単位情報と圧縮された
画像データを受け取る入力手段と、前記圧縮単位情報で
示される圧縮単位に従って前記画像データを復元する復
元手段を有することを特徴とするものである。

【００１７】

【発明の実施の形態】図１は、本発明の記録システムの
実施の一形態を示す概略構成図である。図中、１はホス
トコンピュータ、２は記録装置、１１はアプリケーショ
ンプログラム、１２は印刷制御部、１３はデータ圧縮
部、１４は出力インタフェース部、２１は入力インタフ
ェース部、２２は制御部、２３は出力処理部、２４は出
力バッファ、２５は記録ヘッド、２６はヘッド制御部で
ある。

【００１８】ホストコンピュータ１上では様々な適用業
務に対してその業務処理を実現するための種々のアプリ
ケーションプログラム１１などが実行される。ユーザは
アプリケーションプログラム１１を用いて文書、図形、
画像などを作成し、出力する命令を発行する。印刷制御
部１２は、作成された文書、図形、画像などをユーザか
らの命令を受けて記録装置２に転送するために、フォー
マット変換などを行なう。印刷制御部１２は、一般にプ
リンタドライバと呼ばれる印刷制御プログラムで構成す
ることができる。データ圧縮部１３は、記録装置２に転
送する印刷データを、圧縮単位に従って圧縮する。デー
タ圧縮部１３は印刷制御部１２の一部として構成するこ
ともできる。出力インタフェース部１４は、データ圧縮
部１３で圧縮された印刷データを記録装置２へ転送す
る。

【００１９】記録装置２は、ここではシリアルプリンタ
であるものとし、印字ヘッド２５による複数回の印字走
査によって１ページの画像を印字する。入力インタフェ
ース２１は、ホストコンピュータ１と接続されたインタ
フェース部を受け持つ部分である。制御部２２は、記録
装置２の全体を制御する。出力処理部２３は、ホストコ
ンピュータ１から送られてくる圧縮データの解析を行な
い、印刷データに伸張する。出力バッファ２４は、出力
処理部２３で伸張された印刷データを保持する。印字ヘ
ッド２５は、出力バッファ２４に保持された印刷データ
を読み出し、実際に印字する。ヘッド制御部２６は、印
字ヘッド２５が出力バッファ２４に保持されている印刷
データを読み出しながら印字する動作を制御する。

【００２０】次に、本発明の記録システムの実施の一形
態における動作の一例を説明する。まず、データ圧縮の
工程について説明する。以下の説明では、圧縮方式とし
てランレングス圧縮を用いる。ランレングス圧縮のアル
ゴリズム自体はすでに広く用いられている。もちろん、
他の圧縮方式でも同様に構成することが可能である。

【００２１】図２は、各種圧縮単位におけるランレング
ス圧縮方法の一例の説明図である。ここでは、連続する
データの回数を示す部分をコマンドバイト（１バイト）
で示すことにする。したがって、連続するバイトを示す
範囲は０〜２５５の１バイトで表現できる数となり、連
続回数を１回から２５６回で示すことにする。図２で
は、○を「０」、●を「１」として示し、印刷データと
して「００００１１１１」というデータが８個、８バイ
ト連続しているとき、圧縮単位をバイト単位、ワード単
位、ダブルワード単位に設定した場合の圧縮を示してい
る。

【００２２】図２（Ａ）はバイト単位での圧縮を示すも
のである。ここでは、同じビットパターンのバイトが８
バイト連続しているので、コマンドバイトは７を示す
「０００００１１１」となり、次のデータバイトが８回
連続することを示している。データバイトは、連続する
１バイトのビットパターンである「００００１１１１」
となる。これにより、８バイトの印刷データは２バイト
の圧縮データで表現できる。

【００２３】図２（Ｂ）はワード単位での圧縮を示すも
のである。印刷データを２バイト単位で探索して行く。
この例では、同じビットパターンのワード単位が４つあ
るので、コマンドバイトは３を示す「００００００１
１」となり、次の２バイトが４回連続することを示して
いる。コマンドバイトに続き、繰り返されるビットパタ
ーンを示す２バイトのデータが付加される。このように
して、８バイトの印刷データは３バイトの圧縮データで
表現できる。

【００２４】図２（Ｃ）はダブルワード単位での圧縮を
示すものである。この場合は印刷データを４バイト単位
で探索して行く。この例では、同じビットパターンのダ
ブルワード単位が２つあるので、コマンドバイトは１を
示す「０００００００１」となり、次の４バイトが２回
連続することを示している。コマンドバイトに続き、繰
り返されるビットパターンを示す２バイトのデータが付
加される。このようにして、８バイトの印刷データは５
バイトの圧縮データで表現できる。

【００２５】この例では、ダブルワードでの圧縮は圧縮
の効率が悪いように思えるが、圧縮するデータの大きさ
が大きく、また連続性があれば、ダブルワードでの圧縮
により圧縮率は向上する。また、繰り返し周期が１バイ
トで繰り返し回数の比較的少ない場合には、バイト単位
の圧縮の方が圧縮率は向上する。

【００２６】通常、印字しようとする画像はその両端に
画像のない部分、つまり白画像が連続していることが多
い。近年では印刷装置側の解像度も向上し、６００ｄｐ
ｉ相当ではＡ４幅に５０００ドット（ビット）近くのデ
ータ有することも少なくない。その中で占められる前述
の白データをそのプリンタの持っているＣＰＵやレジス
タ構成に即したデータ幅で圧縮してやることによって、
圧縮データの復元に要する時間を節約することができ
る。通常、マイクロコンピュータ上での処理において、
データの複写の反復に処理時間がかかることがある。そ
の時はＤＭＡ転送を行なったりもするが、ある程度まと
まったデータを必ず扱う保証がないと、その効果は現わ
れない。ましてや印刷する画像データが単純（まとまっ
たデータ）か複雑（細かくわかれているデータ）かは、
記録装置２の予想できることではない。したがって、圧
縮データのデータ幅が記録装置２の性能で一番のスピー
ドが出るようなデータ幅であれば処理速度は向上する。
このようなデータ幅を圧縮単位として選択し、ホストコ
ンピュータ１側で印刷データを圧縮することにより、ホ
ストコンピュータ１から記録装置２への転送データ量を
減らすとともに、記録装置２における復元処理を高速化
することができる。記録装置２側での最適なデータ幅
は、予めホストコンピュータ１に設定しておいたり、圧
縮データの転送に先立って、プロトコルなどによってホ
ストコンピュータ１へ通知するように構成することがで
きる。

【００２７】しかし、一定のデータ幅によって圧縮を行
なうと、場合によっては圧縮率が低下し、転送に時間が
かかってしまうことがある。そのため、記録装置２にお
ける処理速度の向上だけでなく、全体としての処理速度
の向上が望まれる。上述のようにランレングスによる圧
縮を行なう場合、印刷データが単純か複雑かによって圧
縮率が異なる。ホストコンピュータ１側では、印刷する
画像データを参照し、そのデータ列や記録装置２の最適
なデータ幅等を考慮して、データ幅を適宜変更すること
により、転送時間の短縮と記録装置２の処理速度の向上
とを両立させることができる。

【００２８】これを実現するため、圧縮データが圧縮さ
れている単位がバイト、ワード、ダブルワード等のどの
単位であるかを示す圧縮単位設定コマンドを用意する。
ここでは、次に示すようにそれぞれの単位を設定するコ
マンドとする。＜Ｅｓｃ＞ｂ…バイト単位＜Ｅｓｃ＞ｗ…ワード単位＜Ｅｓｃ＞ｄ…ダブルワード単位ここで、＜Ｅｓｃ＞は、エスケープコードである。ま
た、「ｂ」、「ｗ」、「ｄ」は、それぞれのキャラクタ
コードである。

【００２９】このような圧縮単位設定コマンドをそれぞ
れの圧縮単位の圧縮データを転送する前に付加する。圧
縮データの途中で圧縮単位を変更する場合には、変更の
直前にこのコマンドを埋め込む。記録装置２では、圧縮
された印刷データ中に圧縮単位設定コマンドを検出する
と、この２バイトの圧縮単位設定コマンドを解析するこ
とによって圧縮データを伸張するデータ処理幅を決定
し、以降の印刷データの解析を決定したデータ処理幅に
よって行なう。このデータ処理幅は、ふたたび圧縮単位
設定コマンドを受け取るか、あるいはリセットなどで初
期化されるまで、その設定は有効である。

【００３０】図３は、本発明の記録システムの実施の一
形態における圧縮前の印刷データの一例の説明図、図４
は、同じく圧縮後の印刷データの一例の説明図である。
多くの印刷データでは、両端部のかなりの部分に何も印
刷しない空白が存在する。この例では、この両端部付近
の空白の部分をダブルワード単位で圧縮して圧縮効率を
高めている。また、中央部の文字や図形が描かれている
部分は、記録装置２における最適な処理単位に応じた圧
縮単位を選択するものとし、ここではバイト単位で圧縮
する。

【００３１】いま、図３に示す印刷データをホストコン
ピュータ１から記録装置２へ転送する場合を考える。図
３に示すデータは、ある１本の印字ラインを示してお
り、すべて「０」のバイトデータが左端から２００バイ
ト存在し、その後、文字や図形部分のデータとして「０
１０１１１０１」が７バイト、「０１００１００１」が
２バイト、・・・、「１１１１１１０１」、・・・、
「１１００００００」と並び、最後に右端までの１９６
バイトがすべて「０」のデータである。

【００３２】ホストコンピュータ１は、図３に示す印刷
データを圧縮して記録装置２へ送る。まず、左端から２
００バイトの空白を、圧縮単位をダブルワードとして圧
縮する。このとき、最初にこれからの圧縮データの圧縮
単位がダブルワードであることを示す圧縮単位設定コマ
ンドを生成する。図４における最初の２バイトが圧縮単
位をダブルワードに設定する圧縮単位設定コマンドであ
る。「０００１１０１１」が＜Ｅｓｃ＞のコードであ
り、「０１１００１００」が「ｄ」のコードである。次
に、左端から２００バイト分、すなわち５０個のすべて
「０」のダブルワードを圧縮する。この方法は図２
（Ｃ）に示したとおりであり、コマンドバイトとして連
続回数が５０回であることを示す「００１１０００１」
と、４バイトのすべて「０」のデータが続く。

【００３３】次のデータはすべて「０」のデータではな
いので、文字、図形の描画されている領域であるとし
て、圧縮単位をバイトに変更する。そのために、以後の
圧縮単位がバイトであることを示す圧縮単位設定コマン
ドを生成する。図４の２行目の最初の２バイト＜Ｅｓｃ
＞ｂがそのコマンドである。ここで「０１１０００１
０」が「ｂ」を示すコードである。それに続いて、バイ
ト単位での圧縮を行なって行く。７バイトの「０１０１
１１０１」は、連続回数が７回であることを示すコマン
ドバイト「０００００１１０」と１バイトのデータ「０
１０１１１０１」の２バイトに圧縮される。続く２バイ
トの「０１００１００１」は、コマンドバイト「０００
００００１」とデータ「０１００１００１」に、中間の
１バイトのデータ「１１１１１１０１」は、コマンドバ
イト「００００００００」とデータ「１１１１１１０
１」に、それぞれ圧縮される。このように繰り返しのな
いデータではランレングスによる圧縮で逆にデータ量が
増加するが、全体として減少すれば問題はない。また、
繰り返しのないデータを羅列するモードを設けてもよ
い。

【００３４】右端のすべて「０」のデータの手前の「１
１００００００」までの圧縮が終了すると、右端までの
１９６バイトをダブルワードで圧縮するために、以後の
圧縮単位がダブルワードであることを示す圧縮単位設定
コマンドを生成する。図４の３行目の末尾２バイトの＜
Ｅｓｃ＞ｄがそのコマンドである。このコマンドの後
に、ダブルワードで４９回連続することを示すコマンド
バイト「００１１００００」と、すべて「０」の４バイ
トのデータが続く。

【００３５】このようにして、ホストコンピュータ１に
おいて、図３に示す印刷データを図４に示す圧縮データ
に圧縮し、ホストコンピュータ１から記録装置２に転送
する。

【００３６】図４に示すような圧縮データを受け取った
記録装置２では、圧縮データを順に解析して行く。まず
最初のバイトを参照し、＜Ｅｓｃ＞であるので圧縮単位
設定コマンドであることを認識し、次のバイトが「ｄ」
であることから圧縮単位をダブルワードに設定する圧縮
単位設定コマンドであることを認識する。次に圧縮デー
タを読み込む際には、コマンドバイトに続くデータはダ
ブルワードで処理をしてダブルワードの回数分だけデー
タを複写する。図４に示す例では、コマンドバイトが５
０回連続していることを示しているので、続くすべて
「０」のダブルワードを５０回複写する。このとき、記
録装置２において最適な処理単位がダブルワード以外で
ある場合には、ワードやバイト単位の複写に置き換えて
複写処理を行なうように構成することも可能である。

【００３７】そして次に圧縮単位設定コマンド＜Ｅｓｃ
＞ｂを受けて、データ幅をバイトに設定する。そして、
コマンドバイト「０００００１１０」に基づいて次の１
バイトのデータ「０１０１１１０１」を７回複写する。
さらに、次のコマンドバイト「０００００００１」に基
づき、データ「０１００１００１」を２回複写する。途
中、「１１１１１１０１」の複写を行ない、さらに「１
１００００００」の複写を行なった後、圧縮単位設定コ
マンド＜Ｅｓｃ＞ｄを受けて、データ幅をダブルワード
に設定し、４９ダブルワード分の右端の余白部分の複写
を行なう。

【００３８】このように、バイト、ワード、ダブルワー
ド等のデータ幅の圧縮単位に対応することにより、記録
装置の能力を最大限に引き出すことができるとともに、
システム構成全体での記録速度を向上させることができ
る。

【００３９】なお、上述の圧縮単位設定コマンドの構成
やコードはこれに限らない。例えば、上述の例では、コ
マンドバイトが＜Ｅｓｃ＞と同一となる場合を除くよう
に、連続回数の値を設定しなければならない。例えば＜
Ｅｓｃ＞の代わりに「１１１１１１１１」や「００００
００００」を設定し、コマンドバイトが示す連続回数を
連続した値に対応づけることも可能である。

【００４０】本発明は、モノクロの記録装置の場合に
も、また、カラーの記録装置の場合にも適用でき、カラ
ーの場合にはそれぞれの構成色について設定した圧縮単
位ごとの処理を行なえばよい。また、本発明はシリアル
プリンタだけでなくページプリンタにおいても同様に構
成できる。

【００４１】さらに、本発明は画像をビットマップ形式
で転送するあらゆる場面において応用が可能である。こ
のとき、転送を受ける側は記録装置以外でもよく、別の
ワークステーションやパソコンなどのコンピュータ、あ
るいは周辺機器等でよい。

【００４２】

【発明の効果】以上の説明から明らかなように、本発明
によれば、ホストコンピュータからの印刷データを圧縮
して削減することによってメモリ容量の削減と転送時間
の短縮を図るとともに、受け側の能力を最大限に引き出
すような圧縮単位によって圧縮することにより、処理時
間を短縮し、システム全体の実行時間を短縮することが
できるという効果がある。

【図面の簡単な説明】

【図１】本発明の記録システムの実施の一形態を示す
概略構成図である。

【図２】各種圧縮単位におけるランレングス圧縮方法
の一例の説明図である。

【図３】本発明の記録システムの実施の一形態におけ
る圧縮前の印刷データの一例の説明図である。

【図４】本発明の記録システムの実施の一形態におけ
る圧縮後の印刷データの一例の説明図である。

【符号の説明】

１…ホストコンピュータ、２…記録装置、１１…アプリ
ケーションプログラム、１２…印刷制御部、１３…デー
タ圧縮部、１４…出力インタフェース部、２１…入力イ
ンタフェース部、２２…制御部、２３…出力処理部、２
４…出力バッファ、２５…記録ヘッド、２６…ヘッド制
御部。

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) B41J 5/30 G06F 3/12 H04N 1/21 H04N 1/41

Claims

(57)【特許請求の範囲】

【請求項１】圧縮された印刷データを受け取り該印刷
データに基づいて記録を行なう記録装置において、記録
装置の性能で最適なデータ幅を圧縮単位として圧縮され
た印刷データを受け取る入力手段と、前記圧縮単位に従
って前記印刷データを復元する復元手段と、復元された
印刷データを記録する記録手段を有することを特徴とす
る記録装置。
【請求項２】前記圧縮された印刷データとともに該印
刷データに先立って圧縮単位を示す圧縮単位情報を受け
取り、前記復元手段は、前記圧縮単位情報で示される圧
縮単位に従って前記圧縮された印刷データを復元するこ
とを特徴とする請求項１に記載の記録装置。
【請求項３】前記圧縮単位は、前記印刷データの送信
元において決定することを特徴とする請求項１または２
に記載の記録装置。
【請求項４】前記圧縮単位は、バイト単位、ワード単
位、ダブルワード単位のいずれかであることを特徴とす
る請求項１または２または３に記載の記録装置。
【請求項５】前記圧縮単位は、前記印刷データの途中
で変更可能であり、前記復元手段は、印刷データの途中
に挿入されている前記圧縮単位情報に従って圧縮単位を
変更し、以後の印刷データを復元することを特徴とする
請求項２に記載の記録装置。
【請求項６】前記印刷データは、送信元において、白
ドットまたは黒ドットの連続性に基づく圧縮方法を用
い、前記圧縮単位で圧縮されて送信されることを特徴と
する請求項１または２に記載の記録装置。
【請求項７】前記圧縮方法は、ランレングス符号化で
あることを特徴とする請求項６に記載の記録装置。
【請求項８】送信元装置から圧縮した印刷データを記
録装置へ送信し、該記録装置で前記印刷データに基づい
て印刷を行なう記録システムにおいて、前記送信元装置
は、少なくとも前記記録装置の性能で最適なデータ幅を
圧縮単位として決定して印刷データを圧縮する圧縮手段
と、前記圧縮単位を示す圧縮単位情報と前記圧縮手段に
よって圧縮された印刷データを前記記録装置へ送出する
出力手段を有し、前記記録装置は、前記圧縮単位情報と
圧縮された印刷データを受け取る入力手段と、前記圧縮
単位情報で示される圧縮単位に従って前記印刷データを
復元する復元手段と、復元された印刷データを記録する
記録手段を有することを特徴とする記録システム。
【請求項９】前記圧縮手段は、前記印刷データの内容
も加味して圧縮単位を決定することを特徴とする請求項
８に記載の記録システム。
【請求項１０】送信元装置から圧縮した画像データを
送信先装置へ転送する画像転送システムにおいて、前記
送信元装置は、少なくとも前記送信先装置の性能で最適
なデータ幅を圧縮単位として決定して画像データを圧縮
する圧縮手段と、前記圧縮単位を示す圧縮単位情報と前
記圧縮手段によって圧縮された画像データを前記送信先
装置へ送出する出力手段を有し、前記送信先装置は、前
記圧縮単位情報と圧縮された画像データを受け取る入力
手段と、前記圧縮単位情報で示される圧縮単位に従って
前記画像データを復元する復元手段を有することを特徴
とする画像転送システム。