JPH0773286B2

JPH0773286B2 - データ伝送方法

Info

Publication number: JPH0773286B2
Application number: JP3120932A
Authority: JP
Inventors: 護高井
Original assignee: メガソフト株式会社
Priority date: 1991-05-27
Filing date: 1991-05-27
Publication date: 1995-08-02
Anticipated expiration: 2010-08-02
Also published as: JPH04348638A; US5394438A

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

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

【０００７】パーソナルコンピュータ１のRS-232C用の
端子24とパーソナルコンピュータ８のRS-232C用の端子2
5とは、ケーブルにより図のように接続されている。端
子RTS、端子DTRは、本来モデムインターフェイスに使用
する端子であるが、ここでは、出力端子として用いてい
る。同様に、端子CTS、端子DCDも、モデムインターフェ
イスに使用する端子であるが、ここでは、入力端子とし
て使用している。

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

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

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

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

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

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

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

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

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

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

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

【００１９】

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

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

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

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

【００２３】請求項１のデータ伝送方法は、送信側装置
から受信側装置へ信号を伝送するため、各々少なくとも
２つの状態を有するｍ個の通信路を設け、送信側装置か
ら受信側装置に原データを伝送する際には、送信側装置
は、符号化テーブルに基づいて、各桁が、ｍ個の通信路
の状態の組合わせに対応した数値を有する、１桁以上の
符号化コードに、原データを変換し、当該符号化コード
を、各桁の数値ごとに、順次、受信側装置に伝達するに
際し、ｍ個の通信路の現在状態と、伝達しようとする符
号化コードの当該桁の数値に対応するｍ個の通信路の状
態とに基づいて、ｍ個の通信路の状態を変化させ、受信
側装置は、変化後のｍ個の通信路の状態の組合わせと、
変化前のｍ個の通信路の状態の組合わせとに基づいて、
送信側装置が送ろうとした符号化コードを再現し、当該
符号化コードを符号化テーブルによって原データに復元
することを特徴としている。

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

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

【００２６】送信側装置は、原データを符号化テーブル
により符号化コードに変換する。次に、ｍ個の通信路の
現在状態と、伝達しようとする符号化コードの当該桁の
数値に対応するｍ個の通信路の状態とに基づいて、ｍ個
の通信路の状態を変化させる。受信側装置は、ｍ個の通
信路の変化後の状態と、変化前の状態とに基づいて、送
信側装置が送ろうとした符号化コードを再現する。さら
に、符号化テーブルに基づいて、再現した符号化コード
から原データを復元する。

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

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

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

【００３０】

【実施例】図２に、この発明の一実施例によるデータ伝
送方法を実施するための回路構成を示す。パーソナルコ
ンピュータ１のRS-232C用の端子24とパーソナルコンピ
ュータ８のRS-232C用の端子25とは、ケーブルにより図
のように接続されている。端子RTS,DTR,TXDと相手方の
端子CTS,DCD,RIとが接続されている。ＣＰＵ２,９は、
制御ライン25,27およびデータバス15,16によって制御回
路90,92を制御して、各端子RTS,DTR,TXDへデータを出力
し、また各端子CTS,DCD,RIからデータを取り込む。端子
RTS、端子DTRは、本来モデムインターフェイスに使用す
る端子であるが、ここでは、出力端子として用いてい
る。同様に、端子CTS、端子DCDも、モデムインターフェ
イスに使用する端子であるが、ここでは、入力端子とし
て使用している。

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

【００３２】内部データバス136には、各種レジスタ10
4,106,108,110,112,114,116,118,120が接続されてい
る。ＣＰＵ２が、各レジスタの何れかとデータのやり取
りを行う際には、制御ライン25によって選択制御回路10
2に選択信号を与える。これを受けて、選択制御回路102
は、指定されたレジスタと内部データバス136とのデー
タのやり取りを可能とする。

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

【００３４】例えば、ＣＰＵ２が端子RTSをＨレベル、
端子DTRをＬレベルにしようとする場合には次のように
して行う。まず、ＣＰＵ２は、制御ライン25によって、
モデム制御レジスタ114を選択する。次に、データバス1
5およびデータバスバッファ100を介してモデム制御レジ
スタ114に(000000001)₂を書き込む。これにより、端子R
TSがＨレベル、端子DTRがＬレベルとなる。

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

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

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

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

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

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

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

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

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

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

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

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

【００４７】まず、ステップＳ₃₀において、受信側ＣＰ
Ｕ９は、通信路80,82,84により「７」を送出する。この
実施例においては、通信路80（RTS)を上位ビット、通信
路82(DTR)を中位ビット、通信路84（TXD)を下位ビット
として使用している。したがって、「７」を伝送する際
には、端子RTS,DTR,TXDを全てＨとする。

【００４８】送信側ＣＰＵ２は、この「７」を受け取る
と（ステップＳ₂）、「５」（通信路74(RTS)＝Ｈ、通信
路76(DTR)＝Ｌ、通信路78(TXD)＝Ｈ）を送り返す（ステ
ップＳ₄）。受信側ＣＰＵ９は、この「５」を受けて、
送信側の準備が整ったことを知り、「０」を送出する
（ステップＳ₃₄）。送信側ＣＰＵ２は、この「０」を受
け取って、受信側の準備ができたことを知る（ステップ
Ｓ₆）。以上のようにして、送信側と受信側の同期が取
れ、通信を開始できる状態となる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００６４】さらに、上記実施例では、通信路74,76,7
8,80,82,84を有線として説明したが、光、赤外線、電
波、超音波等の無線によってもよい。

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

【００６６】

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

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

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

２,９・・・ＣＰＵ３,10・・・メモリ 74,76,78・・・通信路 80,82,84・・・通信路

Claims

【特許請求の範囲】

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