JPH04348638A

JPH04348638A - データ伝送方法

Info

Publication number: JPH04348638A
Application number: JP3120932A
Authority: JP
Inventors: Mamoru Takai; 高井　護
Original assignee: MEGA SOFUTO KK
Current assignee: MEGA SOFUTO KK
Priority date: 1991-05-27
Filing date: 1991-05-27
Publication date: 1992-12-03
Anticipated expiration: 2010-08-02
Also published as: US5394438A; JPH0773286B2

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明はデータ伝送に関するも
のであり、特にその高速化に関するものである。

【０００２】

【従来の技術】データ交換のため、コンピュータとコン
ピュータとの間に伝送ラインを配設し、データ伝送を行
うことがなされている。このような伝送方法の一つとし
て、従来より行われている、調歩同期通信方式を図８に
示す。通信ラインは、データが無い時にはＨレベルを出
力している。１キャラクタ（８ビット）のデータを伝送
する場合には、送信側は、まずスタートビット（Ｌレベ
ル）Ｓを伝送する。受信側は、これを受けて、所定の周
期Ｔの半分の期間後（Ｔ／２経過後）から、所定周期Ｔ
（１／ボーレイト）の間隔のサンプリングパルスを生成
する。一方、送信側はスタートビットＳに続けて、所定
周期Ｔの間隔で、データＤ０〜Ｄ７およびパリティビッ
トＰを順次１ビットずつ伝送する。受信側は、サンプリ
ングパルスにより、通信ライン上のデータおよびパリテ
ィビットＰを取り込む。上記のようにして、８ビットの
データ伝送が完了すると、送信側は、ストップビットＥ
として、Ｈレベルを出力する。受信側は、ストップビッ
トＥを正しく受信したことにより、エラーなく通信が行
われたことを判断する。

【０００３】以上のようにして、１キャラクタ（８ビッ
ト）のデータが伝送される。次以降のデータについても
、同様の動作が行われる。

【０００４】ところで、上記のような調歩同期通信方式
においては、サンプリングパルスの周期Ｔにより伝送速
度が決定される。したがって、サンプリングパルスの周
期Ｔを短くすれば伝送速度が速くなる。しかしながら、
周期Ｔをあまり短くするとエラーを生じやすくなり、信
頼性を低下させるおそれがある。すなわち、サンプリン
グパルスの周期Ｔにより、伝送速度に限界があった。

【０００５】さらに、この通信方式においては、スター
トビットＳ、ストップビットＥをデータの前後に付加せ
ねばならなかった。このため、なおさら伝送速度が遅く
なっていた。

【０００６】これらの問題を解決するため、発明者はす
でに、新たな伝送方式を提案している（米国特許出願第
４１０２０６号、特開平２−２６２７４７号）。図９に
、特開平２−２６２７４７号に開示された通信方式のハ
ードウエア接続図を示す。

【０００７】パーソナルコンピュータ１のＲＳ−２３２
Ｃ用の端子２４とパーソナルコンピュータ８のＲＳ−２
３２Ｃ用の端子２５とは、ケーブルにより図のように接
続されている。端子ＲＴＳ、端子ＤＴＲは、本来モデム
インターフェイスに使用する端子であるが、ここでは、
出力端子として用いている。同様に、端子ＣＴＳ、端子
ＤＣＤも、モデムインターフェイスに使用する端子であ
るが、ここでは、入力端子として使用している。

【０００８】今、コンピュータ１の側からコンピュータ
８の側へデータを伝送するものとして説明を進める。伝
送すべきデータが格納されたフロッピィディスク（図示
せず）を、ディスクドライブ３０に挿入する。また、受
信用のフロッピィディスク（図示せず）をディスクドラ
イブ４０に挿入する。送り側のＣＰＵ２は、インターフ
ェイス３２を介してフロッピィディスクのデータを読み
出す。なお、ここでは、８ビット（１キャラクタ）単位のデー
タを送るものとする。

【０００９】メモリ３には、図１０、図１１に示すよう
な符号化テーブルが記憶されている。このテーブルは、
８ビットのデータ（原データ）の値（２８個ある）に対
応させた符号化コードを得るものである。例えば、原デ
ータが（００００００００）２（すなわち十進数で０）
であれば、対応する符号化コードは１２０となる。また
、原データが（０００１００１１）２（すなわち十進数
で１９）であれば、符号化コードは１０２３０２となる
。なお、符号化テーブルは、（１）各桁の数値は０、１
、２、３の何れかとする、（２）隣接する各桁は必ず異
なる数値とする、（３）必ず１で始まり０か２で終る、
（４）Ｐ桁の符号化コードの１桁目からＰ桁目の値は、
Ｐ桁より長いＱ桁の符号化コードの１桁目からＰ桁目ま
での値と一致しない、等の規則性をもって作成されてい
る。ＣＰＵ２は、この符号化テーブルに従って、伝送す
る原データを符号化コードに変換する。例えば、原デー
タが（００００００００）２であれば、１２０を得る。

【００１０】データ伝送の状態を図１２に示す。ＣＰＵ
２は、上記において得た符号化コード１２０を１桁ずつ
、「１」「２」「０」の順に送り出す。すなわち、端子
ＲＴＳ、端子ＤＴＲ（通信路１９）を用いて、「０」は
端子ＲＴＳ＝Ｌ、端子ＤＴＲ＝Ｌ、「１」は端子ＲＴＳ
＝Ｌ、端子ＤＴＲ＝Ｈ、「２」は端子ＲＴＳ＝Ｈ、端子
ＤＴＲ＝Ｌ、「３」は端子ＲＴＳ＝Ｈ、端子ＤＴＲ＝Ｈ
として、受信側に送る。

【００１１】まず、受信側ＣＰＵ９は、受信の準備がで
きたことを知らせるため、通信路２２により送信側に向
けて、「３」（端子ＲＴＳ＝Ｈ、端子ＤＴＲ＝Ｈ）を出
力する。これを受けて、送信側ＣＰＵ２は、通信路１９により、
「１」（端子ＲＴＳ＝Ｌ、端子ＤＴＲ＝Ｈ）を送り出す
。

【００１２】「１」が送られてくると、受信側のＣＰＵ
９は、端子ＣＴＳ、端子ＤＣＤ（通信路１９）からこれ
を取り込む。受信側のメモリ１０にも、図１０、図１１
と同じ符号化テーブルが記憶されている。ＣＰＵ９は、
受け取ったデータ「１」が、符号化テーブルに存在する
か否かを照合する。「１」という符号化コードはないの
で、次の桁が送られてくるのを待つ。

【００１３】なお、受信側ＣＰＵ９は、上記データ「１
」を受け取ると、端子ＲＴＳ、端子ＤＴＲ（通信路２２
）の値を「０」に変化させる。送信側ＣＰＵ８は、この
変化を見て、受信側が次の桁を受信可能となったことを
知り、符号化コードの次の桁「２」を、通信路１９へ送
出する。受信側ＣＰＵ９は、通信路１９の値が変化した
ことを検知して、次の桁のデータが送られてきたことを
知る（前記の規則（２）参照）。すなわち、図８のよう
なサンプリングパルスを使用する必要がない。これを受
けた受信側ＣＰＵ９は、「１２」という符号化コードが
存在するか否かを照合する。「１２」という符号化コー
ドは存在しないので、次の桁が送られてくるのを待つ。

【００１４】なお、受信側ＣＰＵ９は、上記データ「２
」を受け取ると、通信路２２の値を「０」から「２」に
変化させる。送信側ＣＰＵ８は、この変化を見て、受信
側が次の桁を受信可能となったことを知り、符号化コー
ドの次の桁「０」を、通信路１９へ送出する。これを受
けた受信側ＣＰＵ９は、「１２０」という符号化コード
が存在するか否かを照合する。符号化コード「１２０」
は、（００００００００）２に対応する。４桁以上の符
号化コードにおいて、「１２０」で始まるものはない（
前記の規則（４）参照）。したがって、受信側ＣＰＵ９
は、この時点で、原データ（００００００００）２を得
ることができる。

【００１５】次以降のデータも、上記と同様にして伝送
される。この際に、符号化コードの先頭桁の値と最後の
桁の値とは必ず異なるので（前記規則（３）参照）、受
信側は、次のデータの最初の桁が送られてきたことを知
ることができる。

【００１６】また、送信側と、受信側を入れ替える場合
には、新たに受信を行う側が、受信待機値「３」を送る
ようにする。このことにより、容易に送信側と受信側と
を入れ替えることができる。符号化コードは、必ず、「
１」で始まり、「０」か「２」で終るので（前記規則（
３）参照）、受信待機値「３」と混同を生じるおそれが
ない。

【００１７】この伝送方法においては、サンプリングパ
ルスを必要としない。したがって、符号化コードを伝送
する速度は、サンプリングパルスの周期に依存せず、Ｃ
ＰＵの処理速度に依存することとなる。ＣＰＵ２，９の
処理速度は、極めて高速であるので、高速な伝送を行う
ことが可能となる。

【００１８】さらに、スタートビットやストップビット
が必要でなく、この点からも高速化が可能である。加え
て、符号化コードの長さは、短いもので３桁、長いもの
でも７桁である。したがって、８ビットのデータをその
ままシリアルに伝送する方法に比べ、高速化を図ること
ができる。

【００１９】

【発明が解決しようとする課題】上記のように、図９か
ら図１２に示す伝送方法は、高速なＣＰＵの処理速度を
利用して、高速伝送を可能にしたものである。しかしな
がら、以下のような問題点も有している。

【００２０】上記の伝送方法においては、サンプリング
パルスを不要とするため、符号化コードの隣接する桁を
必ず異なる値としている（前記規則（２）参照）。すな
わち、送られてくる値が変化したことにより、次の桁が
送られてきたことを知るのである。このように、隣接す
る桁を異なる値としなければならないという制約があっ
た。このため、符号化コードが長くなってしまい、伝送
速度の高速化が阻まれていた。

【００２１】このことは、あるデータの最後の桁と次の
データの先頭の桁においても同じである。すなわち、符
号化コードの最後の桁と、次に送られる符号化コードの
先頭の桁とは、同じ値であってはならない。この関係を
常に確保するため、符号化コードの先頭の桁と最後の桁
とは、異なる値にしなければならないという制限があっ
た（前記規則（３）参照）。このことによっても、符号
化コードが長くなり、伝送速度の高速化が阻まれていた
。

【００２２】この発明は、上記のような問題点を解決し
て、より高速なデータ伝送方法を提供することを目的と
する。

【００２３】

【課題を解決するための手段】請求項１のデータ伝送方
法は、送信側装置から受信側装置へ信号を伝送するため
、各々少なくとも２つの状態を有するｍ個の通信路を設
け、受信側装置から送信側装置へ信号を伝送するため、
各々少なくとも２つの状態を有するｎ個の通信路を設け
、送信側装置は、原データを符号化テーブルによって１
桁以上の符号化コードに変換し、当該符号化コードの各
桁ごとの数値に基づいて、ｍ個の通信路の状態によって
表される数値を前回とは変化させて受信側装置に送り、
受信側装置は、ｍ個の通信路の状態によって表される数
値の変化に基づいて、送信側装置が送ろうとした符号化
コードを再現し、当該符号化コードを符号化テーブルに
よって原データに復元することを特徴としている。

【００２４】請求項２のデータ伝送方法は、Ｐ桁の符号
化コードの１桁目からＰ桁目の値は、当該Ｐ桁の符号化
コードより長いＱ桁の他の符号化コードの１桁目からＰ
桁目までの値と一致しないことを特徴としている。

【００２５】請求項３のデータ伝送方法は、出現頻度が
高い原データほど、対応する符号化コードを短くしたこ
とを特徴としている。

【００２６】

【作用】送信側装置は、原データを符号化テーブルによ
り符号化コードに変換する。次に、符号化コードの各桁
ごとの数値に基づいて、ｍ個の通信路によって表される
数値を前回とは変化させて受信側装置に送る。受信側装
置は、ｍ個の通信路の状態によって表される数値の変化
に基づいて、送信側装置が送ろうとした符号化コードを
再現する。さらに、符号化テーブルに基づいて、再現し
た符号化コードから原データを復元する。

【００２７】上記のように、符号化コードの各桁の値を
、ｍ個の通信路の状態を変化させることによって伝送す
るようにしている。したがって、１桁の伝送を行うごと
に通信路の状態は必ず変化するので、符号化コードの隣
接する桁の数値を異なるものとする必要がない。

【００２８】同様に、次の符号化コードの先頭の桁を送
る時に、ｍ個の通信路の状態が必ず変化する。したがっ
て、符号化コードの先頭の桁と最後の桁とを異なった値
としなくともよい。

【００２９】また、Ｐ桁の符号化コードの１桁目からＰ
桁目の値は、当該Ｐ桁の符号化コードより長いＱ桁の他
の符号化コードの１桁目からＰ桁目までの値と一致しな
いように符号化テーブルを作成することにより、ストッ
プビットを不要としている。さらに、出現頻度が高い原
データほど、対応する符号化コードを短くすることによ
り、高速伝送を可能としている。

【００３０】

【実施例】図２に、この発明の一実施例によるデータ伝
送方法を実施するための回路構成を示す。パーソナルコ
ンピュータ１のＲＳ−２３２Ｃ用の端子２４とパーソナ
ルコンピュータ８のＲＳ−２３２Ｃ用の端子２５とは、
ケーブルにより図のように接続されている。端子ＲＴＳ
，ＤＴＲ，ＴＸＤと相手方の端子ＣＴＳ，ＤＣＤ，ＲＩ
とが接続されている。ＣＰＵ２，９は、制御ライン２５
，２７およびデータバス１５，１６によって制御回路９
０，９２を制御して、各端子ＲＴＳ，ＤＴＲ，ＴＸＤへ
データを出力し、また各端子ＣＴＳ，ＤＣＤ，ＲＩから
データを取り込む。端子ＲＴＳ、端子ＤＴＲは、本来モ
デムインターフェイスに使用する端子であるが、ここで
は、出力端子として用いている。同様に、端子ＣＴＳ、
端子ＤＣＤも、モデムインターフェイスに使用する端子
であるが、ここでは、入力端子として使用している。

【００３１】制御回路９０の詳細を図３に示す。制御回
路９０の内部データバス１３６には、データバスバッフ
ァ１００が接続されている。このデータバスバッファ１
００は、ＣＰＵ２のデータバス１５に接続されている。ＣＰＵ２は、データバス１５およびデータバスバッファ
１００を介して、データのやり取りを行う。

【００３２】内部データバス１３６には、各種レジスタ
１０４，１０６，１０８，１１０，１１２，１１４，１
１６，１１８，１２０が接続されている。ＣＰＵ２が、
各レジスタの何れかとデータのやり取りを行う際には、
制御ライン２５によって選択制御回路１０２に選択信号
を与える。これを受けて、選択制御回路１０２は、指定
されたレジスタと内部データバス１３６とのデータのや
り取りを可能とする。

【００３３】モデム制御レジスタ１１４は、モデム制御
回路１３４の出力ＲＴＳ、ＤＴＲを制御するものである
。モデム制御レジスタ１１４の最下位ビットをＨとする
ことにより、出力ＲＴＳをＨとすることができる。同様
に、下位２ビット目をＨとすることにより、出力ＤＴＲ
をＨとすることができる。

【００３４】例えば、ＣＰＵ２が端子ＲＴＳをＨレベル
、端子ＤＴＲをＬレベルにしようとする場合には次のよ
うにして行う。まず、ＣＰＵ２は、制御ライン２５によ
って、モデム制御レジスタ１１４を選択する。次に、デ
ータバス１５およびデータバスバッファ１００を介して
モデム制御レジスタ１１４に（００００００００１）２
を書き込む。これにより、端子ＲＴＳがＨレベル、端子
ＤＴＲがＬレベルとなる。

【００３５】また、端子ＴＸＤは、シリアル通信用の信
号送出端子であり、本来ＣＰＵ２，９から直接制御でき
るものではない。しかし、ＣＰＵ２からライン制御レジ
スタ１０６にＢＲＥＡＫ信号（上位２ビット目をＨレベ
ルとする）を送ることにより、端子ＴＸＤをＨレベルと
することができる。以上のようにして、ＣＰＵ２は、各
端子ＲＴＳ，ＤＴＲ，ＴＸＤの状態を制御している。

【００３６】次に、各端子ＣＴＳ，ＤＣＤ，ＲＩの状態
を読み込む動作について説明する。読み込みには、モデ
ムステータスレジスタ１１６を用いる。モデムステータ
スレジスタ１１６の上位１ビット目には、端子ＤＣＤが
ＨでるかＬであるかの状態が示されている。同様に２ビ
ット目には端子ＲＩの状態が示され、４ビット目には端
子ＣＴＳの状態が示されている。ＣＰＵ２は、制御ライ
ン２５によってモデムステータスレジスタ１１６を選択
して、データバスバッファ１００を介して、その内容を
読み込む。これにより、ＣＰＵ２は、各端子ＣＴＳ，Ｄ
ＣＤ，ＲＩの状態を知ることができる。

【００３７】なお、制御回路９２についても同様である
。

【００３８】上記のように、この実施例では、ＲＳ−２
３２Ｃ端子を用い、ＲＳ−２３２Ｃインターフェイス回
路を利用して通信を行うようにしている。したがって、
すでに、ＲＳ−２３２Ｃインターフェイス回路を備えて
いる機器においては、ハードウエアを追加することなく
ソフトウエアの変更・追加のみで本発明を実施すること
ができる。

【００３９】なお、送信用の各端子をＣＰＵから制御で
き、また受信用の各端子の状態をＣＰＵが読み取ること
ができれば、本発明を実施することができる。例えば、
図７に示すように、各端子ごとにバッファ５０〜７２を
設け、ＣＰＵ２，９から直接制御するようにしても良い
。

【００４０】次に、データ伝送の詳細について説明する
。図２の回路において、コンピュータ１の側からコンピ
ュータ８の側へデータを伝送するものとして説明を進め
る。この実施例においては、送信側１から受信側８へ向
けて３本の通信路７４，７６，７８が設けられ、受信側
８から送信側１へ向けて３本の通信路８０，８２，８４
が設けられている。

【００４１】伝送すべきデータが格納されたフロッピィ
ディスク（図示せず）を、ディスクドライブ３０に挿入
する。また、受信用のフロッピィディスク（図示せず）
をディスクドライブ４０に挿入する。送り側のＣＰＵ２
は、インターフェイス３２を介してフロッピィディスク
のデータを読み出す。なお、ここでは、８ビット（１キ
ャラクタ）単位のデータを送るものとする。

【００４２】メモリ３およびメモリ１０には、図４に示
すような符号化テーブルが記憶されている。このテーブ
ルは、８ビットのデータ（原データ）の値（２８個ある
）に対応させた符号化コードを得るものである。例えば
、原データが（００００００００）２（すなわち十進数
で０）であれば、対応する符号化コードは１となる。ま
た、原データが（０００１００１１）２（すなわち十進
数で１９）であれば、符号化コードは３２３となる。

【００４３】まず、この符号化コードの作成規則につい
て説明する。まず、第１に、各桁の数値は１から２ｍ−
１の何れかとする（規則（Ａ））。ただし、ｍは、送信
側から受信側への通信路の数とする。なお、１から２ｍ
−１というように、０を含んでいない理由は、後述する
。また、この実施例においては、１つの通信路が取り得る
状態を２つ（ＨまたはＬ）としたので、１から２ｍ−１
としているが、１つの通信路の取り得る状態をＫ個とす
れば、１からＫｍ−１の値とすればよい。

【００４４】第２に、Ｐ桁の符号化コードの１桁目から
Ｐ桁目の値は、Ｐ桁より長いＱ桁の符号化コードの１桁
目からＰ桁目までの値と一致しない（規則（Ｂ））。こ
れにより、ストップビットを不要としている。

【００４５】第３に、出現頻度の高い原データほど、短
い符号化コードを割り当てるようにしている（規則（Ｃ
））。

【００４６】図５にデータ伝送のフローチャートを示し
、図１にデータ伝送の状態を示す。以下、これらの図を
参照しつつ、データ伝送の方法を説明する。この実施例
においては、１かたまりの原データを１つのパケットと
して伝送するようにしている。

【００４７】まず、ステップＳ３０において、受信側Ｃ
ＰＵ９は、通信路８０，８２，８４により「７」を送出
する。この実施例においては、通信路８０（ＲＴＳ）を
上位ビット、通信路８２（ＤＴＲ）を中位ビット、通信
路８４（ＴＸＤ）を下位ビットとして使用している。し
たがって、「７」を伝送する際には、端子ＲＴＳ，ＤＴ
Ｒ，ＴＸＤを全てＨとする。

【００４８】送信側ＣＰＵ２は、この「７」を受け取る
と（ステップＳ２）、「５」（通信路７４（ＲＴＳ）＝
Ｈ、通信路７６（ＤＴＲ）＝Ｌ、通信路７８（ＴＸＤ）
＝Ｈ）を送り返す（ステップＳ４）。受信側ＣＰＵ９は
、この「５」を受けて、送信側の準備が整ったことを知
り、「０」を送出する（ステップＳ３４）。送信側ＣＰ
Ｕ２は、この「０」を受け取って、受信側の準備ができ
たことを知る（ステップＳ６）。以上のようにして、送
信側と受信側の同期が取れ、通信を開始できる状態とな
る。

【００４９】次に、ＣＰＵ２は、図４の符号化テーブル
に従って、伝送する原データを符号化コードに変換する
（ステップＳ８）。原データが（１１１１１１１１）２
、十進法で２５５であったとすると、符号化コードは２
６となる。

【００５０】ＣＰＵ２は、このようにして得た、符号化
コードの最初の桁「２」をそのまま伝送するのではなく
、通信路７４（ＲＴＳ），７６（ＤＴＲ），７８（ＴＸ
Ｄ）の状態の変化に置き換えて伝送する。この様子を示
したのが、図６である。現在の通信路７４（ＲＴＳ），
７６（ＤＴＲ），７８（ＴＸＤ）の状態は「５」（１０
１）である。送出すべき符号化コードの数値は、「２」
（０１０）である。現在の状態「５」（１０１）を、伝
送したい数値「２」（０１０）の１に対応する部分（通
信路７６（ＤＴＲ）に対応）だけ変化（１なら０、０な
ら１に）させている。論理数学的には、両者の排他的論
理和をとればよい。これにより、通信路７４（ＲＴＳ）
，７６（ＤＴＲ），７８（ＴＸＤ）の状態は、「７」（
１１１）に変化する（図１のｔ１）。

【００５１】受信側ＣＰＵ９は、この通信路の変化を見
て、データが送られてきたことを知る（ステップＳ３６
）。これにより、サンプリングパルスを不要としている
。したがって、各桁ごとに、必ず通信路７４，７６，７
８の状態を変化させねばならない。このことから、符号
化コードは「０」以外の数値により構成されている（前
記規則（Ａ））。符号化コードが「０」である場合には
、通信路７４，７６，７８の状態が変化しなくなるから
である。とはいえ、「０」以外の１から２３−１までの
値であれば、どのように数値を組合わせても通信路７４
，７６，７８の状態が変化する。したがって、従来のよ
うに、先頭の桁と最後の桁を異ならせたり、隣接する桁
を異ならせる必要はない。すなわち、符号化コードに制
約が少なく、符号化コードを短くすることができる。

【００５２】ＣＰＵ９は、通信路が「５」から「７」に
変化したことにより、送信側と逆の演算を行い、数値「
２」を得る（ステップＳ３８）。このようにして、数値
「２」を得ると、次にＣＰＵ９は、通信路８０，８２，
８４の状態を「０」から「２」に変化させる（ステップ
Ｓ４０、図１のｔ２）。

【００５３】さらに、ＣＰＵ９は、受け取ったデータ「
２」が、符号化テーブルに存在するか否かを照合する（
ステップＳ４２）。「２」という符号化コードはないの
で、ステップＳ３６に戻る。

【００５４】一方、送信側ＣＰＵ８は、通信路８０，８
２，８４が、「０」から「２」に変化したのを見て、受
信側が次の桁を受信可能となったことを知る（ステップ
Ｓ１２、図１のｔ２）。そして、ステップＳ１４におい
て、全部の桁（１キャラクタ分）を送ったか否かを判定
する。いま、符号化コード「２６」の最初の桁「２」を
送っただけであり、次の桁「６」が残っているので、ス
テップＳ１０に戻る。そして、次の桁「６」を受信側に
向けて伝送する（ステップＳ１０）。すなわち、前記と
同じように、現在の通信路７４，７６，７８の状態「７
」と送りたい数値「６」との排他的論理和である「１」
を送出する（図６参照、図５のステップＳ１０、図１の
ｔ３）。

【００５５】受信側ＣＰＵ９は、通信路１９の値が変化
したことを検知して、次の桁の数値送られてきたことを
知る（ステップＳ３６）。通信路７４，７６，７８の状
態が、「７」から「１」に変化したことにより、数値「
６」を得る（ステップＳ３８）。受信側ＣＰＵ９は、前
の桁「２」と今回の桁「６」とを合わせて、「２６」を
得る。この「２６」が、符号化コードに存在するか否か
を判定する（ステップＳ４２）。符号化コード「２６」
は、原データの（１１１１１１１１）２、十進数の２５
５に対応するものとして、符号化テーブルに存在する（
図４参照）。したがって、受信側ＣＰＵ９は、原データ
（１１１１１１１１）２を復元することができる。

【００５６】なお、３桁以上の符号化コードにおいて、
「２６」で始まるものはないように符号化テーブルが作
成されている（上記規則（Ｂ））。したがって、この時
点で、原データ（１１１１１１１１）２を確定して復元
することができる。すなわち、ストップビットが不要で
ある。ＣＰＵ９は、復元した原データ（１１１１１１１
１）２を、インターフェイス４２を介して、ドライブ４
０にセットされたフロッピィディスクに書き込む（ステ
ップＳ４４）。

【００５７】以上のようにして、１キャラクタ分のデー
タ伝送が終了すると、受信側はステップＳ３６に戻り、
送信側はステップＳ８に戻って、次の原データを伝送す
る。

【００５８】全てのデータを伝送し終えると、送信側Ｃ
ＰＵ２は、通信路７４，７６，７８の状態を「０」また
は「１」にする（ステップＳ１８、図１のｔ４）。これ
を受けて、受信側ＣＰＵ９は、「４」または「６」を送
り返す（ステップＳ５０、図１のｔ５）。この実施例に
おいては、正しく受信できた場合には「４」、異常があ
るあ場合には「６」を返すようにしている。これを受け
て、送信側は、異常がある場合にはエラー処理（例えば
再伝送）を行う。エラーがない場合には、「６」を送り
返し、パケット伝送を終了する（ステップＳ２２、図１
のｔ６）。以上のようにして、高速なデータ伝送を行う
ことができる。

【００５９】ＣＰＵ９が送信側、ＣＰＵ２が受信側とな
る場合についても、上記と同様であるである。

【００６０】送信側コンピュータ１のフロッピィディス
クのサイズと受信側コンピュータ８のフロッピィディス
クのサイズとが異なる場合には、フロッピィディスクに
よるデータ交換を行うことができない。このような場合
に、上記の伝送方法を用いると、高速なデータ伝送を行
うことができ、特に有効である。

【００６１】もちろん、上記以外の場合においても、高
速データ伝送を行う方法として、有効である。

【００６２】なお、上記実施例においては、通信路を３
つとしているが、２つまたは、４つ以上でも良い。

【００６３】また、送信側と受信側が固定されている場
合には、送信用から受信側への通信路と受信側から送信
側への通信路の配設数を異ならせても良い。

【００６４】さらに、上記実施例では、通信路７４，７
６，７８，８０，８２，８４を有線として説明したが、
光、赤外線、電波、超音波等の無線によってもよい。

【００６５】上記の実施例では、ＲＳー２３２Ｃ規格の
通信路を利用した伝送を示したが（使用法は、ＲＳー２
３２Ｃ規格にしたがったものではない）、これ以外の規
格のものを利用しても良い。

【００６６】

【発明の効果】請求項１に係るデータ伝送方法は、符号
化コードの各桁の値を、ｍ個の通信路の状態を変化させ
ることによって伝送するようにしている。したがって、
１桁の伝送を行うごとに通信路の状態は必ず変化するの
で、符号化コードの隣接する桁の数値を異なるものとす
る必要がない。さらに、次の符号化コードの先頭の桁を
送る時に、ｍ個の通信路の状態が必ず変化する。したが
って、符号化コードの先頭の桁と最後の桁とを異なった
値としなくともよい。すなわち、符号化コードの制約が
少なく、短くすることができるので、伝送を高速に行う
ことができる。

【００６７】また、Ｐ桁の符号化コードの１桁目からＰ
桁目の値は、当該Ｐ桁の符号化コードより長いＱ桁の他
の符号化コードの１桁目からＰ桁目までの値と一致しな
いようにされている。したがって、ストップビットを不
要とせず、高速な伝送を行うことができる。

【００６８】さらに、出現頻度が高い原データほど、対
応する符号化コードを短くするようにしている。したが
って、より高速なデータ伝送が可能である。

【図面の簡単な説明】

【図１】この発明の一実施例によるデータ伝送方法を示
す図である。

【図２】上記データ伝送方法に使用したハードウエア構
成を示す図である。

【図３】制御回路９０の詳細を示すブロック図である。

【図４】上記データ伝送方法において用いた符号化テー
ブルである。

【図５】上記データ伝送のフローチャートである。

【図６】通信路の状態を変化させて数値を送る方法の詳
細を示す図である。

【図７】他の実施例によるハードウエア構成を示す図で
ある。

【図８】従来の調歩同期方式によるデータ伝送を示す図
である。

【図９】特開平２−２６２７４７号公報に開示されたデ
ータ伝送方法におけるハードウエア構成を示す図である
。

【図１０】図９のデータ伝送方法に用いる符号化テーブ
ルを示す図である。

【図１１】図９のデータ伝送方法に用いる符号化テーブ
ルを示す図である。

【図１２】図９のデータ伝送方法の詳細を示す図である
。

【符号の説明】

２，９・・・ＣＰＵ３，１０・・・メモリ７４，７６，７８・・・通信路８０，８２，８４・・・通信路

Claims

【特許請求の範囲】

【請求項１】送信側装置から受信側装置へ信号を伝送す
るため、各々少なくとも２つの状態を有するｍ個の通信
路を設け、受信側装置から送信側装置へ信号を伝送する
ため、各々少なくとも２つの状態を有するｎ個の通信路
を設け、送信側装置は、原データを符号化テーブルによ
って１桁以上の符号化コードに変換し、当該符号化コー
ドの各桁ごとの数値に基づいて、ｍ個の通信路の状態に
よって表される数値を前回とは変化させて受信側装置に
送り、受信側装置は、ｍ個の通信路の状態によって表さ
れる数値の変化に基づいて、送信側装置が送ろうとした
符号化コードを再現し、当該符号化コードを符号化テー
ブルによって原データに復元することを特徴とするデー
タ伝送方法。
【請求項２】請求項１のデータ伝送方法において、Ｐ桁
の符号化コードの１桁目からＰ桁目の値は、当該Ｐ桁の
符号化コードより長いＱ桁の他の符号化コードの１桁目
からＰ桁目までの値と一致しないことを特徴とするデー
タ伝送方法。
【請求項３】請求項１または２のデータ伝送方法におい
て、出現頻度が高い原データほど、対応する符号化コー
ドを短くしたことを特徴とするもの。