JPH06139030A

JPH06139030A - パラレルデータ伝送装置

Info

Publication number: JPH06139030A
Application number: JP4314193A
Authority: JP
Inventors: Kazutoshi Ishiguro; 一敏石黒
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1992-10-29
Filing date: 1992-10-29
Publication date: 1994-05-20
Anticipated expiration: 2017-02-25
Also published as: JP3260862B2

Abstract

(57)【要約】【目的】既存のハードウェアを用いてソフトウェア制
御のみでコンピュータとプリンタ間の高速データ伝送を
実現し，経済性及び機器の汎用性を向上させる。【構成】複数のビット列をデータの１単位とし，該デ
ータ単位毎に並列にデータを伝送するパラレル出力ポー
ト１０３と，データ単位毎に隣接するデータが異なるよ
うな条件を満足するコードを生成して符号列とする符号
器１０１と，送信データ列を前記符号器１０１によって
変換することにより得られた符号列をパラレル出力ポー
ト１０３に送出する送信部１０２とから構成される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は，コンピュータからプリ
ンタに対してデータを伝送するためのパラレルデータ伝
送装置に関し，より詳細には，セントロニクスインター
フェイスを用い，送信データに従来のストローブ（同期
クロック）に相当する成分を混入させることにより送信
側ではデータのみの伝送，受信側ではクロックの監視と
データの取り込みを同時に実行して，高速データ伝送を
実現させるパラレルデータ伝送装置に関する。

【０００２】

【従来の技術】従来のパラレル方式のデータ伝送方式と
して，コンピュータとプリンタ間にて用いられてるセン
トロニクスインターフェイスが一般的である。このイン
ターフェイスは，周知の如く米国セントロニクス社によ
って開発された，コンピュータからプリンタに対してデ
ータをパラレル（８ビット並列）に伝送するための規格
である。このセントロニクスインターフェイスは８ビッ
トのパラレルデータライン，データが確定したことを示
すストローブ信号，プリンタ（受信側）が動作中である
ことを知らせるビジー信号，及びデータ受入れ可能状態
であることを示すアック信号のハンドシェイクラインか
ら構成されている。

【０００３】図８は，セントロニクスインターフェイス
による一般的なデータ伝送を示すタイミングチャートで
あり，図９は，データ送信のシーケンスを示すフローチ
ャートである。なお，ビジー信号は正論理の制御信号，
一方，ストローブ信号は負論理の制御信号である。図８
及び図９において，コンピュータ側は入力ポートよりビ
ジー信号の状態（ステータス）を入力し（Ｓ９０１），
プリンタがビジー状態であるか否かを判断する（Ｓ９０
２）。プリンタがビジー状態ではないと判断したときに
は，送信データを取り出してパラレルポートへ出力し
（Ｓ９０３），データセットタイム（ｔ１）分待機する
（Ｓ９０４）。その後，ストローブをセットし（Ｓ９０
５），データリードタイム（ｔ２）分待機（Ｓ９０６）
した後，ストローブを解除し（Ｓ９０７），データホー
ルドタイム（ｔ３）分待機する（Ｓ９０８）。その後，
送信データが有るか否かを判断し（Ｓ９０９），送信デ
ータが有ると判断したときには上記ステップ９０１に戻
り，一方，送信データがないと判断したときには本処理
を終了する。また，上記ステップ９０２において，プリ
ンタがビジー状態であると判断したときには，上記ステ
ップ９０１に戻る。

【０００４】このようにして，セントロニクスインター
フェイスは非同期のパラレルデータ伝送を実現してい
る。なお，図８に示したデータセットタイム（ｔ１），
データリードタイム（ｔ２），及びデータホールドタイ
ム（ｔ３）は少なくとも０．５マイクロセカンド（μｓ
ｅｃ）以上である必要がある。

【０００５】従って，一般的なコンピュータ側のセント
ロニクスインターフェイスは単純な入出力ポートによる
構成のものが殆どであり，上記図８及び図９にて説明し
たようにコンピュータ側のシーケンスは全てソフトウェ
ア制御で実行していた。また，このような方式を用い
て，従来におけるプリンタはテキストデータベースのド
ットインパクトプリンタであったため，処理速度等にお
いて満足するものであった。なぜならば，プリンタの処
理速度に比較してコンピュータ側の処理速度がはるかに
勝っているためである。

【０００６】

【発明が解決しようとする課題】しかしながら，上記に
示されるような従来におけるパラレルデータ伝送方式に
あっては，最近，特に普及している高速のレーザプリン
タに対応することが困難となってきた。換言すると，レ
ーザプリンタでは高速化が図られていると共に，処理す
るデータが画像データを多く含んでおり，その結果，大
量データが扱われるようになるため，プリンタの処理は
以前と比較して高性能が要求されている。このようにプ
リンタが高速化されると，従来とは逆にコンピュータ側
のソフトウェア制御による処理に制約が生じ，プリンタ
の処理性能に追従することが困難であるという問題点が
クローズアップされてきた。

【０００７】また，上記問題点を解決する一手段とし
て，例えば，コンピュータ側のインターフェイスを周知
のＤＭＡ（ダイレクト・メモリ・アクセス）転送処理を
用いたハードウェアベースの制御方式によることが可能
である。ところが，このＤＭＡ転送方式では，高価なハ
ードウェアの変更を必要とし，且つ，従来の単純な入出
力ポートで構成されたセントロニクスインターフェイス
を有する機器にはそのまま応用できないとう問題点があ
った。

【０００８】本発明は，上記に鑑みてなされたものであ
って，既存のハードウェアを用いてソフトウェア制御の
みでコンピュータとプリンタ間の高速データ伝送を実現
し，経済性及び機器の汎用性を向上させることを目的と
する。

【０００９】

【課題を解決するための手段】本発明は，上記の目的を
達成するために，複数のビット列をデータの１単位と
し，該データ単位毎に並列にデータを伝送するパラレル
出力手段と，前記データ単位毎に隣接するデータが異な
るような条件を満足するコードを生成して符号列とする
符号化手段と，送信データ列を前記符号化手段によって
変換することにより得られた符号列を前記パラレル出力
手段に送出する送信手段とを具備するパラレルデータ伝
送装置を提供するものである。

【００１０】また，複数のビット列をデータの１単位と
し，該データ単位毎に並列にデータを伝送するパラレル
出力手段と，前記データ単位毎に隣接するデータが異な
るような条件を満足するコードを生成すると共に，送信
データ列が連続データパターンである場合に連長符号に
変換して符号列とする符号化手段と，送信データ列を前
記符号化手段によって変換することにより得られた符号
列を前記パラレル出力手段に送出する送信手段とを具備
するパラレルデータ伝送装置を提供するものである。

【００１１】

【作用】本発明によるパラレルデータ伝送装置は，符号
化手段により複数のビット列でなるデータの１単位毎に
隣接するデータが異なるような条件を満足するコードに
変換して符号列を生成し，該符号列を送信手段を介して
パラレル出力手段から並列に出力させてデータ伝送効率
を向上させる。

【００１２】また，符号化手段により複数のビット列で
なるデータの１単位毎に隣接するデータが異なるような
条件を満足するコードに変換すると共に，送信データ列
が連続データパターンである場合に連長符号に変換して
符号列を生成し，該符号列を送信手段を介してパラレル
出力手段から並列に出力させることにより，データの圧
縮化を図り大量データを高速伝送する。

【００１３】

【実施例】本発明の要旨は，送信データに従来のストロ
ーブ（同期クロック）に相当する成分を混入させること
によって，コンピュータ側（送信側）ではデータのみを
伝送し，プリンタ側（受信側）ではクロックの監視及び
データの取り込みを同時に実行するものである。従来ス
トローブを用いてデータの伝送を実行していたのは，送
信データが確定したことを受信側に知らせる必要があっ
たからである。例えば，「１」，「２」，「２」，
「３」という４個のデータを送信する場合には，各々の
データを出力ポートへ送出すると共に，ストローブを発
生させることにより実行していた。ここで，データのみ
に注目すると「１」，「２」，「３」としか変化しない
ため，送信されたデータ列が「１」，「２」，「３」で
あるか，或いは「１」，「２」，「２」，「３」である
かという判別を行うことは不可能である。本発明は，こ
の点に着眼し，隣接するデータが必ず異なるように構成
されたデータ列を送信する場合には，データ毎にストロ
ーブを発生させなくとも受信側で判別可能であることを
利用したものである。

【００１４】従って，本実施例では，上記の着想を具現
化するため，一般的に使用されているセントロニクスイ
ンターフェイスのハードウェアを利用し，コンピュータ
とプリンタ間におけるデータ伝送にそれを応用するもの
である。

【００１５】以下，本発明の一実施例を添付図面を参照
して説明する。図１は，本発明によるパラレルデータ伝
送装置の基本構成を示すブロック図であり，コンピュー
タ側（送信側）及びプリンタ側（受信側）とから大きく
構成されている。図において，コンピュータ側は，１０
１の送信メッセージを隣接するデータが必ず異なるよう
にコードデータに変換する符号器と，１０２の符号器１
０１からのコードデータを単に出力処理する送信部と，
１０３のパラレル出力ポートとから構成されている。ま
た，プリンタ側は，１０４のパラレル入力ポートと，１
０５の受信データの変化点を検出して符号列をバッファ
リングする受信部と，１０６の受信された符号列を元の
送信メッセージに復号する復号器とから構成されてい
る。なお，本実施例においては，符号器１０１及び復号
器１０６による処理を送信処理と受信処理として各々別
構成としたが，これらの符号化／復号化処理をデータの
送信及び受信時に同時に実行してもよい。

【００１６】次に，以上のように構成されたパラレルデ
ータ伝送装置の動作等を下記の項目に分けて詳細に説明
する。即ち，（１）データ送出の手順（２）データ受信の手順（３）符号器及び復号器の構成（４）符号化の手順（５）符号化例（６）復号化の手順（７）復号化例

【００１７】（１）データ送出の手順図２は，本発明によるデータ送出の手順例を示すフロー
チャートである。図において，先ず，送信メッセージ列
を符号器１０１により送信符号列に符号化（変換処理）
し（Ｓ２０１），１バイトのデータを送信符号列から取
り出してパラレル出力ポート１０３にセットする（Ｓ２
０２）。更に，データホールドタイム（ｔ４）分待機
（Ｓ２０３）した後，符号列が終了したか否かを判断す
る（Ｓ２０４）。該判断の結果，符号列が終了したと判
断したときには本ルーチンを終了させ，一方，送信すべ
き送信符号列が残っている場合には，上記ステップ２０
２に戻って，以下同様の処理を実行する。

【００１８】このように，送信シーケンスは単純にデー
タをパラレル出力ポート１０３に対して出力する動作の
繰り返しであるため，データ伝送性能は略プロセッサの
処理能力の限界まで利用することが可能となる。なお，
上記データホールドタイム（ｔ４）の待機はプロセッサ
の処理能力に対応させるため，若干タイミングを調整す
るのに実行するものであり，少なくともステップ２０２
及び２０４におけるプロセッサ処理時間の間はパラレル
出力ポート１０３に同一データが保持されるので，ハー
ドウェア上の制約を受けなければデータホールドタイム
（ｔ４）＝０であっても良い。

【００１９】（２）データ受信の手順図３は，本発明によるデータ受信の手順例を示すフロー
チャートである。図において，先ず，受信部１０５は前
回の入力データを保持する変数Ｐに−１をセットして初
期化し（Ｓ３０１），パラレル入力ポート１０４よりデ
ータを入力する（Ｓ３０２）。その後，ＤＡＴＡ＝Ｐで
あるか否かを判断し（Ｓ３０３），ＤＡＴＡ＝Ｐである
と判断したときには上記ステップ３０２に戻る。一方，
ＤＡＴＡ＝Ｐではないと判断したときにはデータセット
アップタイム（ｔ５）分待機（Ｓ３０４）した後，パラ
レル入力ポート１０４よりデータを入力して（Ｓ３０
５），符号列にデータを追加する（Ｓ３０６）。次に，
変数Ｐにデータをセットし（Ｓ３０７），受信処理終了
か否かを判断して（Ｓ３０８），受信処理終了ではない
と判断したときには上記ステップ３０２に戻り，受信処
理終了と判断したときには受信符号列を復号器１０６に
よりメッセージ列に変換して（Ｓ３０９），本ルーチン
を終了する。

【００２０】なお，上記ステップ３０５及び３０６にお
いて，再度パラレル入力ポート１０４よりデータ入力す
るのは，ステップ３０２にて入力したデータが過度状態
にある場合が想定されるからである。即ち，複数のビッ
トが変化する可能性があるのでステップ３０２の時点で
は，全てのビットが変化していない状態で入力している
可能性があるためである。従って，データセットアップ
タイム（ｔ５）は，パラレルデータとして全データビッ
トが安定するまでの保証期間である。また，このデータ
セットアップタイム（ｔ５）は本実施例において，通常
のセントロニクスインターフェイスにあっては，０．５
マイクロセカンド（μｓｅｃ）程度あれば十分であるこ
とが確認できた。

【００２１】（３）符号器及び復号器の構成符号器１０１は，セントロニクスインターフェイスを用
いるため１バイト（８ビット）単位として，隣接するデ
ータが一致しないような符号を生成するように構成され
ている。このような条件を満たすための手段は種々考え
られるが，本発明の主旨として以下の関係を満たさなけ
ればならない。即ち，（符号化時間＋伝送時間）＜従来の伝送方式による
伝送時間である。

【００２２】従って，本実施例においては処理時間を最
小にするため，次のような方式を採用する。メッセージ列において隣接するデータが異なる場合
には，そのままの状態のデータを符号として処理する。隣接するデータが一致する場合，即ち，連続データ
パターンであることが判明したときには，連続データの
長さを付加した特殊パターン（以下，フラグという）を
符号として処理する。なお，該フラグは次のように３バ
イトのデータ列で定義される。データＸがＭバイト連続
した場合のフラグは，（Ｘ），（Ｘ＋１），（Ｘ＋Ｍ）
の３バイトで表現する。但し，Ｍは２〜２５５の範囲の
値とする。また，このフラグは，連長符号（ランレング
ス符号）とも見做すことができるため，連続パターンが
４バイト以上の場合には，データの圧縮効果をも期待す
ることができる。メッセージ列において，フラグの先頭２バイトとの
形式と一致するパターンが発生した場合には，フラグパ
ターンにおいて連続データ長Ｍを０として処理する。即
ち，元のデータが（Ｘ），（Ｘ＋１）のパターンであっ
た場合には，（Ｘ），（Ｘ＋１），（Ｘ）として符号化
する。

【００２３】（４）符号化の手順図４は，本発明による符号化の手順を示すフローチャー
トである。ここでは送信メッセージが連続パターンであ
るか否か，及びフラグパターンと一致しているか否かの
判断のため変数Ｐを用いる。図４において，先ず，受信
メッセージ列内にて発生し得ない値で初期化，即ち，変
数Ｐに−１をセットして初期化し（Ｓ４０１），受信メ
ッセージ列より１バイト単位で変数Ｍへデータを読み込
み（Ｓ４０２），全ての受信メッセージが終了したか否
かを判断する（Ｓ４０３）。このとき全ての受信メッセ
ージが終了したと判断したときには本ルーチンを終了さ
せ，一方，送信すべき受信メッセージがあるときには，
更にＭ＝Ｐであるか否かを判断する（Ｓ４０４）。即
ち，受信メッセージが連続パターンであるか否かを判定
するものである。

【００２４】上記ステップ４０４において，前回データ
Ｐと一致したパターンが発生した（Ｍ＝Ｐ）と判断した
ときには，連続データとみなして符号列に対し，フラグ
パターン（Ｍ＋１）を追加する（Ｓ４０５）。次に，こ
の時点で少なくとも２バイトの連続データが検出されて
いるので，連続個数をカウントする変数Ｃを２に初期化
し（Ｓ４０６），以下に示す繰り返しループＬ（ステッ
プ４０７〜４１１）に基づいて連続データをカウントす
る。

【００２５】即ち，受信メッセージ列より１バイト単位
で変数Ｍへデータを読み込み（Ｓ４０７），全ての受信
メッセージが終了したか否かを判断する（Ｓ４０８）。
このとき送信すべき受信メッセージがある（終了してい
ない）と判断したときには，更にＭ＝Ｐであるか否かを
判断して（Ｓ４０９），受信メッセージが連続パターン
であるか否かを判定する。次に，連続個数をカウントす
る変数Ｃが２５５以下であるか否か（Ｃ＜２５５）を判
断し（Ｓ４１０），連続個数をカウントする変数Ｃが２
５５以下であると判断したときには，更にＣに１を追加
（Ｃ＋１）して（Ｓ４１１），ステップ４０７に戻り，
繰り返しループＬを実行する。

【００２６】また，上記繰り返しループＬの脱出条件
は，メッセージの終了，データの不一致，及び扱うデー
タが８ビットのために生じる連続個数値の制限オーバ時
の３ケースである。即ち，上記ステップ４０８にてメッ
セージ終了と判断したとき，ステップ４０９にて前回デ
ータＰと一致したパターンが発生した（Ｍ＝Ｐ）と判断
したとき，及びステップ４１０にてＣ＞２５５と判断し
たときである。この場合，Ｐに対してＣを追加し（Ｓ４
１２），更に，Ｃには連続データの個数がセットされて
いるためフラグの３バイト目（Ｐ＋Ｍ）を符号列に追加
する（Ｓ４１３）。その後，この時点で変数Ｍには既に
次のメッセージ列が読み込まれているのでステップ４０
３に戻り前述の処理を実行する。

【００２７】一方，上記ステップ４０４において，前回
データＰと一致しないパターンであると判断したときに
は，メッセージ列がフラグパターンと一致しているか否
かを判断し（Ｓ４１４），メッセージ列がフラグパター
ンと一致していると判断したときには符号列にＰ＋１を
追加して（Ｓ４１５），更にＰを追加する（Ｓ４１
６）。一方，上記ステップ４１４においてメッセージ列
がフラグパターンと一致していないと判断したときに
は，そのままの値を符号とすればよいため，前回データ
Ｐを更新し（Ｓ４１７），その値を符号列へ追加する
（Ｓ４１６）。更に，ステップ４１６の処理を実行した
後，上記ステップ４０２に戻って前述の処理を実行し，
メッセージデータが終了するまで本ルーチンを継続させ
る。

【００２８】（５）符号化例図５は，本発明による符号化の例を示す説明図であり，
図５（ａ）は符号化処理前のデータ，いわゆる送信メッ
セージデータを示し，図５（ｂ）は符号化処理後のデー
タ（符号列）を示している。ここでは，図５（ａ）に示
すようにメッセージ列Ｍ０〜Ｍ８を符号化する場合につ
いて説明する。先ず，最初の値はそのままＭ０→Ｑ０と
いうように符号化する。次にＭ１の値「３」はＭ０の値
「１」と異なるのでこの値もそのまま符号化する。続く
Ｍ２の値「３」は前回のＭ１の値「３」と同一であるた
め符号列には連続パターンを示すフラグをセットする。
この場合，Ｑ２に対しては（Ｑ１＋１），即ち「４」が
セットされ，更に，この場合は値「３」がＭ１〜Ｍ５ま
で５個連続しているので，Ｑ３には（Ｑ１＋５），即
ち，「８」がセットされる。

【００２９】続いて，Ｍ６のデータを参照する。この場
合，最後の符号値Ｑ３とＭ６とは異なるためＱ４にはＭ
６の値がそのままセットする。更に，Ｍ７の値はＱ４に
対して異なるため，そのままＱ５にセットされるが，こ
のときＭ７＝（Ｍ６＋１）とフラグパターンと一致して
いるため。Ｑ６にはメッセージそのものがフラグパター
ンであることを示すのでＱ４＋０の値「５」をセットす
る。最後にＭ８はＱ６と異なるためそのままの値「４」
がＱ７にセットする。

【００３０】従って，このように符号化されたデータ
は，一意的に元のメッセージデータに復号化可能である
ため，復号器１０６は上記符号化手順に対して逆の手順
で処理をすればよいことになる。

【００３１】（６）復号化の手順図６は，本発明による復号化の手順を示すフローチャー
トである。先ず，符号列から１バイトを取り出して（Ｓ
６０１），前回の符号を保持するための変数Ｐを最初の
符号で初期化し，更にそのＰをメッセージ列に追加する
（Ｓ６０２）。次に，符号列より読み込まれた１バイト
のデータを変数Ｑにセットし（Ｓ６０３），符号列が全
て終了したか否かを判断する（Ｓ６０４）。即ち，符号
列が全てなくなるまで復号化処理を実行する。

【００３２】また，上記ステップ６０４において，符号
列が全て終了したと判断したときには本ルーチンを終了
させ，一方，符号列が終了していないと判断したときに
は，フラグパターンであるか否かを判断（検出）し（Ｓ
６０５），フラグパターンでないと判断（検出）したと
きには符号をそのままメッセージへ追加し（Ｓ６０
６），変数Ｐの値を更新して（Ｓ６０７），上記ステッ
プ６０３に戻る。

【００３３】また，上記ステップ６０５において，フラ
グパターンであると判断（検出）したときには，符号列
より１バイト取り出し（Ｓ６０８），連続データの個数
Ｃを計算（Ｑ−Ｐ）する（Ｓ６０９）。次に，連続デー
タの個数Ｃが０であるか否かを判断する（Ｓ６１０）。
このとき，個数Ｃが０と判断したときには，元のメッセ
ージそのものがフラグパターンであったことを示してい
るので，メッセージ列へフラグと同じパターン（Ｐ＋
１）を追加して（Ｓ６１１），上記ステップ６０３に戻
る。

【００３４】また，上記ステップ６１０において個数Ｃ
が０でないと判断したときには，データＰがＣ個連続す
ることを示しているので，データＰをＣ回メッセージ列
に追加し（Ｓ６１２），更に前回符号データを示す変数
Ｐを更新して（Ｓ６１３），上記ステップ６０３に戻
る。

【００３５】（７）復号化例図７は，本発明による復号化の例を示す説明図であり，
図７（ａ）は符号列，図７（ｂ）は復号列を示してい
る。また，ここでは図５にて説明した符号化例の逆の処
理によってメッセージデータに復号化する場合を示して
おり，符号列Ｑ０〜Ｑ７を復号処理する。図において，
先ず，最初の値Ｑ１，Ｑ２はそのままメッセージＭ０，
Ｍ１と復号する。続くＱ２はＱ２＝（Ｑ１＋１）とフラ
グ開始パターンとなっているので，更にＱ３より連続デ
ータの個数を求める。即ち，このときの個数は（Ｑ３−
Ｑ１）＝（８−３）＝５となる。従って，メッセージ列
には５個のＱ１の値「３」がセットされる（Ｍ１〜Ｍ
５）。

【００３６】次に，符号Ｑ４を参照する。この場合はＱ
３とＱ４は異なるのでそのままの値「５」がＭ６にセッ
トされる。続いて，Ｑ５を参照すると，これもフラグパ
ターンとなっているので，更にＱ６を参照して個数を求
める。即ち，この場合の個数＝Ｑ６−Ｑ４＝０となり，
フラグパターンがメッセージそのものであることが判
る。従って，Ｍ７に対してはＱ５の値「６」がそのまま
セットされる。最後にＱ７を参照すると，該Ｑ7 はＱ６
に対してフラグパターンとはならないため，そのままＭ
８にセットして，この場合の復号化処理を終了する。

【００３７】ところで，本実施例のおける符号器１０１
は，入力データパターンにより理論上において最大で入
力データ長の２倍の長さの符号を生成する場合が考えら
れる。即ち，入力データパターンが常にフラグパターン
と一致するケースである。このようなケースを考慮し
て，実際に検証実験を行った。

【００３８】本符号化の方式に基づいて８０８６系マイ
クロプロセッサ（米国インテル社製）上で動作するＭＳ
−ＤＯＳにおいて一般的に扱われるファイルについて検
証を行った。その結果，通常の実行型ファイルでは１割
弱程度，及びビットマップイメージデータでは５〜９割
程度が入力データと比較して符号列長を短縮化できるこ
とが確認できた。従って，故意にデータを作成しない限
り，入力データに対して長いデータ列を発生させるケー
スが極めて少なくなり，実用上におけるケースでは符号
化と同時にデータの圧縮効果をもたらすものである。

【００３９】従って，本実施例にて説明したように，既
存のハードウェア構成をそのまま利用し，これを従来方
式と比較した場合に数倍のデータ伝送効率を得ることが
可能となると共に，低コストで高性能のパラレルデータ
伝送が実現する。また，本方式により，特にビットマッ
プイメージデータを伝送する場合において，その連長圧
縮効果が顕著となるため大量のデータ伝送を必要とする
画像データの伝送効率が著しく向上するものである。

【００４０】

【発明の効果】以上説明したように，本発明によるパラ
レルデータ伝送装置によれば，符号化手段により複数の
ビット列でなるデータの１単位毎に隣接するデータが異
なるような条件を満足するコードに変換して符号列を生
成し，該符号列を送信手段を介してパラレル出力手段か
ら並列に出力し，また，符号化手段により複数のビット
列でなるデータの１単位毎に隣接するデータが異なるよ
うな条件を満足するコードに変換すると共に，送信デー
タ列が連続データパターンである場合に連長符号に変換
して符号列を生成し，該符号列を送信手段を介してパラ
レル出力手段から並列に出力するようにしたため，既存
のハードウェアを用いてソフトウェア制御のみでコンピ
ュータとプリンタ間の高速データ伝送が実現し，経済性
及び機器の汎用性を向上させることができる。

【図面の簡単な説明】

【図１】本発明によるパラレルデータ伝送装置の概略構
成を示すブロック図である。

【図２】本発明によるデータ送出の手順例を示すフロー
チャートである。

【図３】本発明によるデータ受信の手順例を示すフロー
チャートである。

【図４】本発明による符号化の手順を示すフローチャー
トである。

【図５】本発明による符号化の例を示す説明図である。

【図６】本発明による復号化の手順を示すフローチャー
トである。

【図７】本発明による復号化の例を示す説明図である。

【図８】セントロニクスインターフェイスによる一般的
なデータ伝送を示すタイミングチャートである。

【図９】図８に示したデータ送信のシーケンスを示すフ
ローチャートである。

【符号の説明】

１０１符号器１０２送信部１０３パラレル出力ポート１０４パラレル
入力ポート１０５受信部１０６復号器

フロントページの続き (51)Int.Cl.⁵ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｌ 29/08

Claims

【特許請求の範囲】

【請求項１】複数のビット列をデータの１単位とし，
該データ単位毎に並列にデータを伝送するパラレル出力
手段と，前記データ単位毎に隣接するデータが異なるよ
うな条件を満足するコードを生成して符号列とする符号
化手段と，送信データ列を前記符号化手段によって変換
することにより得られた符号列を前記パラレル出力手段
に送出する送信手段とを具備することを特徴とするパラ
レルデータ伝送装置。
【請求項２】複数のビット列をデータの１単位とし，
該データ単位毎に並列にデータを伝送するパラレル出力
手段と，前記データ単位毎に隣接するデータが異なるよ
うな条件を満足するコードを生成すると共に，送信デー
タ列が連続データパターンである場合に連長符号に変換
して符号列とする符号化手段と，送信データ列を前記符
号化手段によって変換することにより得られた符号列を
前記パラレル出力手段に送出する送信手段とを具備する
ことを特徴とするパラレルデータ伝送装置。