JPH0548017B2

JPH0548017B2 -

Info

Publication number: JPH0548017B2
Application number: JP1246755A
Authority: JP
Inventors: Mamoru Takai
Original assignee: MEGASOFUTO KK
Current assignee: MEGASOFUTO KK
Priority date: 1988-09-22
Filing date: 1989-09-22
Publication date: 1993-07-20
Also published as: US5056113A; JPH02262747A

Description

【発明の詳細な説明】

［産業上の利用分野］本発明は、データ通信方法に関する。［従来の技術］従来では、一対の送受信機間でデータ通信を行
う場合、例えば、送受信機間にRS−232C用の通
信路が配線される。そして、転送すべき原データ
および原データの前後に始まりと終わりを表わす
データを付加したり、レデイー、ノツトレデイー
等のコントロール信号等を送ることにより、送受
信機間でデータ通信が行われる。［発明が解決しようとする課題］しかし、この場合、原データの他に始まりと終
わりを表わすデータが付加されるために転送する
データが長くなり、また、レデイー、ノツトレデ
イー、ストローブ等のコントロール信号を別途送
る必要があり通信路が必然的に多くなつた。ま
た、例えば、RS−232℃で定められているボーレ
ートに規制されるとともにボーレートを合せる必
要があるので高速化したCPUのスピードを十分
に発揮することが出来なかつた。本発明は、上述の技術的課題を解決した、デー
タ通信方式を提供することを目的とする。［課題を解決するための手段］上述の技術的課題を解決するために、本発明は
以下の構成をとる。すなわち、請求項１のデータ通信方式は、一方
の送受信機から他方の送受信機にデータを送るた
めの複数本ｍから成る通信路および他方の送受信
機から一方の送受信機にデータを送るための複数
本ｍから成る通信路を配線し、両送受信機に設けられた各メモリには、送受信
すべき複数ｎビツトの２進数を一単位とする原デ
ータに個別対応し、隣接する各桁の値が異なり、
各桁が２のｍ乗進数以下の値をもつ複数桁の符号
化コードで構成された符号化テーブルがそれぞれ
記憶され、送信側は、送信すべき原データを符号化テーブ
ルに基づいて符号化し、この符号化コードを１桁
ずつ通信路を介して受信側に転送し、受信側は、受信した符号化コードを符号化テー
ブルに基づいて復号するデータ通信方式であつ
て、受信側は、符号化された符号化コードを１桁受
信する毎に、符号化コードを１桁受信したことを
知らせるために、２のｍ乗数以下の値を有する１
桁の確認値を順次変えて通信路を介して送信側に
返信し、送信側は受信側からの確認値の変化を見て符号
化コードの次の１桁を送信し、受信側は送信側か
らの符号化コードの変化を見て符号化コードを取
り込むものである。請求項２のデータ通信方式は、請求項１の符号
化コードの１桁目は予め定められた先頭値である
ものである。請求項３のデータ通信方式は、請求項１または
２のものにおいて、受信側が、符号化コードの１
桁目を受信する準備が出来たことを送信側に知ら
せるために、２のｍ乗数以下の値を有する１桁の
予め定められた受信待機値を通信路を介して送信
側に送信するものである。請求項４のデータ通信方式は、請求項３の符号
化コードの最終桁が、受信待機値、先頭値以外の
予め定められた終了値であるものである。請求項５のデータ通信方式は、請求項１のもの
において、出現頻度の高いデータに短い符号化コ
ードを対応させたものである。請求項６のデータ通信方式は、請求項５のもの
において、Ｐ桁の符号化コードの１桁目からＰ桁
目の値が、当該Ｐ桁の符号化コードより長いＱ桁
の他の符号化コードの１桁目からＰ桁目までの値
と一致しないものである。［作用］この発明に係るデータ通信方式は、隣接する各
桁の値が異なる２のｍ乗進数の複数桁の符号化コ
ードを用意し、受信側は符号化された符号化コー
ドを１桁受信する毎に、確認値を順次変えて送信
側に返信し、送信側は受信側からの確認値の変化
を見て符号化コードの次の１桁を送信し、受信側
は送信側からの符号化コードの変化を見て符号化
コードを取り込むようにしている。従つて、クロツク信号、ストローブ信号等のコ
ントロール信号が必要なくなり、また伝送線路の
数を少なくすることができる。さらにこの発明に係るデータ通信方式は、符号
化コードの１桁目を予め定められた先頭値である
ようにしている。従つて、符号化コードの先頭が
容易に確認でき、簡単に符号化コードの先頭に同
期することが出来る。また符号化コード自体がデ
ータであると同時に最初を表わすので、符号化コ
ードの前に始まりを表わすデータを別途付加する
必要がなくなる。さらにこの発明に係るデータ通信方式は、受信
側は、符号化コード受信にあたり、受信の準備が
出来たことを送信側に知らせるために、受信待機
値を通信路を介して送信側に返信するようにして
いる。従つて、受信側に確実に符号化コードを転
送することが出来る。また、符号化コードの最終桁は、受信待機値、
先頭値以外の予め定められた終了値としている。
これにより、通信中に送信側と受信側が入れ替わ
つても、誤動作を生じること無く、確実なデータ
転送を行うことができる。さらに出現頻度の高い原データに短い符号化コ
ードを対応させることにより、より高速なデータ
の通信が可能となる。加えて、Ｐ桁の符号化コードの１桁目からＰ桁
目の値は、当該Ｐ桁の符号化コードより短いＱ桁
の他の符号化コードの１桁目からＰ桁目までの値
と一致しないようにして、符号化コードの最終桁
の判定を可能にしている。すなわち、長さの異な
る符号化コードでありながら、終了信号を必要と
せず、符号化コードの最終桁を判断することがで
きる。［実施例］以下、図面に基づいて、本発明の実施例を説明
する。第１図は、本発明の一実施例によるデータ通信
方式を簡略化して示す回路図である。送受信機１は、パーソナルコンピユータ等から
なり、CPU２、メモリ３、送信用のバツフア４，
５、受信用のバツフア６，７、送信用のRS−
232C端子２４を備えている。このRS−232C端子
２４は、複数の端子RTS、DTR、CTS、DCD、
GNDを備えている。送受信機８も同様に、パーソナルコンピユータ
等からなり、CPU９、メモリ１０、送信用のバ
ツフア１１，１２、受信用のバツフア１３，１
４、通信用のRS−232C端子２５を備えている。
このRS−232C端子２５は、複数の端子RTS、
DTR、CTS、DCD、GNDを備えている。この発明は、CPUによつて「Ｈ」「Ｌ」制御可
能な送信用端子と、同じようにCPUによつて
「Ｈ」「Ｌ」制御可能な受信用端子とを使用する。
第１図の実施例では、送信用端子としてRS−
232C端子の端子RTS、DTRを用い、受信用端子
としてRS−232C端子の端子CTS、DCDを用いて
いる。ただし、RS−232C端子は、本来、端末と
モデル間とのデータのやりとりを行うための端子
である。この実施例ではRS−232C端子を利用し
てデータ通信を行つているが、各端子RTS、
DTR、CTS、DCDは、規格で定められたRS−
232C端子本来の使用方法とはまつたく異なる方
法で使用される。 CPU２と、メモリ３と、バツフア４，５，６，
７とは、バス１５を介して相互に接続される。
CPU９と、メモリ１０と、バツフア１１，１２，
１３，１４とは、バス１６を介して相互に接続さ
れる。バツフア４，５，６，７と、バツフア１
１，１２，１３，１４とは、Ｉ／Ｏポート等から
成る。バツフア４とバツフア１３とおよびバツフ
ア５とバツフア１４とは、RS−232C端子２４、
データ線１７，１８から成る２本（２ビツト）の
通信路１９およびRS−232C端子２５を介して接
続される。バツフア６とバツフア１１とおよびバ
ツフア７とバツフア１２とは、RS−232C端子２
４、データ線２０，２１から成る２ビツトの通信
路２２およびRS−232C端子２５を介して接続さ
れる。また、送受信機１と送受信機８とは、RS
−232C端子２４、通信路１９，２２、接地線２
３およびRS−232C端子２５を介して接続され
る。この実施例では、送信すべきデータは、フロツ
ピイデイスクに記憶されているものとし、送信側
のパーソナルコンピユータ１は、送信すべきデー
タのうち１バイト（８ビツト）をフロツピイデイ
スクドライブ３０からCPU２のバツフアに読み
込む。つまりこの実施例では、８ビツト（ｎ＝
８）の２進数によつて構成されるデータを一単位
として送信を行う。CPU２に読み込まれた送信
すべきデータ（原データという）は、メモリ３に
記憶されている符号化テーブルに従い、符号化さ
れる。CPU２は、符号化したデータを通信路１
９を介して、１桁ずつCPU９のバツフアに送る。符号化されたデータを受取つたCPU９は、メ
モリ１０に記憶されている符号化テーブル（送信
側と同じテーブル）に従い、符号化されているデ
ータを原データに復元する。復元されたデータ
は、インターフエイス４２を介してフロツピイデ
イスクドライブ４０に送られ、フロツピイデイス
クに記録される。上記のようにして、１バイトのデータが転送さ
れる。２バイト目以下も同様に転送される。なお、実際の転送においては、受信側の待機状
態、受信完了や送信側の送信終了等を確認する必
要がある。この発明においては、符号化を工夫す
ることにより、新たな伝送線を用意する必要な
く、そのうえ迅速にこれら行うことができるよう
にしている。したがつて、詳細な伝送の動作を説
明する前に、符号化の詳細を説明する。 −符号化− この実施例において、送受信すべき原データの
１単位である１バイトは、８ビツトから成る（ｎ
＝８）。従つて、原データの種類は、2⁸個ある。
すなわち、10進数で表わせば、０〜255の256個で
ある。一方、通信路１９，２２が各２本（２ビツ
ト）から成るので（ｍ＝２）、符号化コードは、
２の２乗進数＝４を１桁とし、０〜３の値を取る
ことが出来る。そして、符号化コードで構成され
る符号化テーブルを作成するに当たり、次のこと
に留意する。原データと、符号化コードは、１対１に個別対
応すること。符号化コードは、各桁毎にその値を順次変える
こと。これによつて、次のデータが送られたこと
を知ることが出来る。従つて、受信側は、ストロ
ーブ信号等のコントロール信号を必要としない。符号化コードの先端は、予め定められた先頭
値、この実施例では「１」、を取ること。これに
よつて、データの先頭に同期することができる。受信側がコード受信に当たり、受信の準備が出
来たことを知らせるために、受信待機値であり、
第１の値以外の第２の値、この実施例では「３」、
を送信側に返信する。また、通信の途中で、送信側と受信側が入れ替
わつた場合に、符号化コードの最後が「３」であ
れば、受信の準備が整つたものと誤判断されるお
それがある。従つて、符号化コードの最後は、第
１の値および第２の値以外の第３の値（終了値）、
この実施例では「０」または「２」、で終わるこ
と。これによつて、先頭値、受信待機値と取り違
えることがなくなり、また、次のデータをすぐに
転送することができる。また、出現頻度の高い原データに短い符号化コ
ードを対応させること。これによつて、データ転
送の高速化を図ることができる。一般に、直列転
送において符号化コードの長さが変る場合には、
データの終了を示す信号が必要である。しかし、
テーブルを次のようにすることにより、終了信号
不要としている。例えば、出現頻度が高い原デー
タの符号化コードを、120とする。出現頻度の低
い原データの符号は、その桁数に拘らず、120で
始らないように決定してある。したがつて、テー
ブルがあれば、120を受信した時点で信号の終了
を知ることができる。この関係は、全ての桁数の
符号化コードについて守られる。この留意点に基づいて作成された符号化テーブ
ルの一例が、第１表である。

【表】

【表】この符号化テーブルは、メモリ３，４にそれぞ
れ記憶される。受信側は、符号化コード受信にあたり、前述の
ように、「３」を送信する。そして、符号化コー
ドを１桁受信する毎に確認値であり、第１の値お
よび第２の値以外の第３の値、この実施例では
「０」および「２」、を順次変えて転送する。この符号化テーブルと、受信側からの受信待機
値、確認値によつて、始まりと終わりを表わすデ
ータを付加する必要がなくなり、また、レデイ
ー、ノツトレデイー、ストローブ等のコントロー
ル信号が必要なくなり、従つて、通信路を簡素化
することができ、さらに、CPU２、CPU９のス
ピードを十分に発揮することができ、誤りのない
データの高速通信を行なうことが出来る。従来のRS−232C端子の通常使用では、9600ボ
ー程度までであつたが、本データ通信方式では、
RS−232C端子２４、RS−232C端子２５を用い、
通信路１９、通信路２２を特殊配線し、40000〜
80000ボー程度の転送速度を実現することができ
た。 −データ通信の詳細− このような送受信機１、送受信機８間でデータ
通信を行なう場合を第１図、第２図、第３図を参
照して説明する。第２図はデータの変化を示す図
であり、第３図は動作のフローチヤートである。
第２図において、「送信→受信」は、送信側から
受信側への通信線１９のデータ変化を示してい
る。「受信→送信」は、受信側から送信側への通
信線２２のデータ変化を示している。「受信側保
持」は、受信側のCPUに保持されたデータの内
容を示している。「原データ」は、復元された原
データを示すものである。例えば、送受信機１から送受信機８に原データ
（０）₁₀、(19)₁₀……（00000000、00010011、……）
の転送を行なう場合を説明する。まず、送信側１
のCPU２は、第１表の符号化テーブルを参照し
て（00）₁₀を符号化し、符号化コード「１」、
「２」、「０」を得る（第３図S₁）。次に、受信側８
が受信可能状態であるか否かを調べる（第３図
S₂）。受信可能状態にある時には、受信側８の
CPU９は、受信待機値である「３」を、バス１
６、バツフア１１，１２、通信路２２に出力して
いる（第２図t₁、第３図S₁₀）。すなわち、受信側
８は、RTSおよびDTR端子をＨ出力にする。こ
れにより、送信側１のRTSおよびDTR端子がＨ
（すなわち「３」）となる。送信側１のCPU２は、
この「３」を見て送受信機８が受信できることを
知り（第３図S₂）、１桁目の符号化コード「１」
を通信路１９に送り出す（第２図t₂、第３図S₃）。
すなわち、送信側１のRTS端子をＬとし、DTR
端子をＨとする。これにより、受信側８のCTS
端子はＬ、DCD端子はＨ（すなわち「１」）とな
る。換言すると、CPU２→バス１５→バツフア
４，５→RS−232C端子２４→通信路１９→RS−
232C端子２５→バツフア１３，１４→バス１６
→CPU９の経路で「１」を転送する。前述のように、符号化コードは、必ず先頭値で
ある「１」から始る。したがつて、受信側８の
CPU９は、通信路１９から「１」が送られてき
た事によつて、それが符号化コードの最初である
ことを知る（第２図t₂、第３図S₁₁）。CPU９は、
この「１」を取り込む（第２図m₁、第３図S₁₃）。
取込みが終了すると、CPU９は、伝送路１９か
ら「０」（RTS＝Ｌ、DTR＝Ｌ）を転送する
（第２図t₃、第３図S₁₄）。次に、受信側８のCPU
９は、取込んだ「１」がメモリ１０のテーブルに
存在するか否かを検索する（第３図S₅）。ここで
は、「１」という符号化コードがないのでステツ
プS₁₂に戻る。一方、送信側１のCPU２は、伝送路１９の信
号が「３」から「０」に変化したのを見て受信側
８が「１」を取り込んだのを知り（第３図S₅）、
符号化コードの次の桁「２」（RTS＝Ｈ、DTR
＝Ｌ）を転送する（第２図t₄、第３図S₃）。受信
側８のCPU９は、通信路１９が「１」から「２」
に変化したのを見て、次のデータが転送されたこ
とを知る（第３図S₁₂）。CPU９は、通信路１９
の「２」を取り込み（第３図S₁₃）３通信路２２
に「２」を転送する（第２図t₅、第３図S₁₄）。受
信側８のCPU９は、前回取り込んだ「１」と今
回取り込んだ「２」とを合わせ、「12」を記憶す
る（第２図m₂）。CPU９は、この「12」が符号化
テーブルに存在するか否かを検索する（第３図
S₁₅）。ここでは、「12」という符号化コードがな
いので、ステツプS₁₂に戻る。送信側１のCPU２は、伝送路１９の信号が
「０」から「２」に変化したのを見て受信側８が
「２」を取り込んだのを知り（第３図S₅）、符号化
コードの次の桁「０」（RTS＝Ｌ、DTR＝Ｌ）
を転送する（第２図t₆、第３図S₃）。受信側８の
CPU９は、通信路１９が「２」から「０」に変
化したのを見て、次のデータが転送されたことを
知る（第３図S₁₂）。CPU９は、通信路１９の
「０」を取り込み（第３図S₁₃）、通信路２２に
「０」を転送する（第２図t₇、第３図S₁₄）。受信
側８のCPU９は、前回までに取り込んだ「12」
と今回取り込んだ「０」とを合わせ、「120」を記
憶する（第２図m₃）。CPU９は、この「120」が
符号化テーブルに存在するか否かを検索する（第
３図S₁₅）。符号化コード「120」は原データ（０）
₁₀に対応するので、原データ（０）₁₀が得られる
（表１参照）。ところで、前述のように、表１においては、原
データ（０）₁₀以外に「120」で始る符号化コード
が無いように、符号化コードが作成されている。
したがつて、受信側８のCPU９は、「120」の最
後の「０」を受信した時点で、「０」が符号化コ
ードの最後であることを知ることができる。すな
わち、終了信号等を用いなくとも１かたまりの信
号の終了を判断することができる。次に、CPU９は、復元した原データ（０）₁₀を
メモリ１０に格納する（あるいはFDD４０に出
力する）等の処理を行う（第３図S₁₆）。この処理
が終了すると、次のデータが受信可能であるか
ら、通信線２２より「３」を転送する（第２図
t₈、第３図S₁₀）。一方、送信側１のCPU２は、符号化コード
「120」の最後の桁「０」を転送した後、ステツプ
S₄を通つてステツプS₁を実行する。ステツプS₁に
おいて、CPU２は、次の原データ(19)₁₀を符号化
し、「102302」を得る。CPU２は、受信側８から
「３」が送られてくるのを待つて、データの転送
を開始する（第３図S₂）。以下前述と同様にして、
データの転送が行われる。上記のようにして、高
速通信が実現される。ところで通信中に、送信側と受信側を逆転する
場合がある。このような場合のデータ転送を、第
４図に示す。最初は、送受信機１から送受信機８
にデータ（０）₁₀が転送される。データ（０）₁₀が
転送された後、時点Ｘにおいて、送信側と受信側
が入れ替わつたものとする。すなわち、送受信機
８から送受信機１にデータを転送するものとす
る。送信側８は、受信側１からの受信待機値
「３」を待つて送信を開始する。ここで、時点Ｘ
においては、通信路１９の値は符号化コードの最
終桁の値「０」である。送信側８は、この値が
「３」に変化したのを見て（第４図t₈）、送信を開
始する（第４図t₉）。以後は、前述と同様にして
データ転送がなされる。このように、符号化コー
ドの最終桁を受信待機値「３」と異なる値にして
おくことにより、送信側と受信側が入れ替わつた
場合にも、誤動作を生じない。なお、上記実施例では、送信側における符号化
を逐次行つたが、まとめて符号化し、記憶してお
いてもよい。なお、上記実施例では、転送すべきデータのビ
ツト数ｎを８ビツトとしたが、16ビツト等の他の
ビツト数にも適用できる。また、伝送路の数ｍも
任意に選択することができる。なお、上述の実施例においては、RS−232C用
の端子RTS、DTR、CTS、DCDを用いて実施す
るようにしているが、本発明はこれらの端子に限
るものではない。さらに、本発明はRS−232C以
外の通信路にも適用することができる。上述のように、本発明を好ましく詳細に述べた
が、構成および組合せにより本発明の好ましい形
は変更されうるものである。また、構成要素の配
置等は、発明の範囲およびその精神から逸脱せ
ず、クレームの範囲内において変更されうるもの
である。［発明の効果］この発明に係るデータ通信方式は、隣接する各
桁の値が異なる２のｍ乗進数の複数桁の符号化コ
ードを用意し、受信側は符号化された符号化コー
ドを１桁受信する毎に、確認値を順次変えて送信
側に返信し、送信側は受信側からの確認値の変化
を見て符号化コードの次の１桁を送信し、受信側
は送信側からの符号化コードの変化を見て符号化
コードを取り込むようにしている。従つて、クロツク信号、ストローブ信号等のコ
ントロール信号が必要なくなり、また伝送線路の
数を少なくすることができる。さらにこの発明に係るデータ通信方式は、符号
化コードの１桁目を予め定められた先頭値である
ようにしている。従つて、符号化コードの先頭が
容易に確認でき、簡単に符号化コードの先頭に同
期することが出来る。また、符号化コード自体が
データであると同時に最初を表わすので、符号化
コードの前に始まりを表わすデータを別途付加す
る必要がなくなる。さらにこの発明に係るデータ通信方式は、受信
側は、符号化コード受信にあたり、受信の準備が
出来たことを送信側に知らせるために、受信待機
値を通信路を介して送信側に返信するようにして
いる。従つて、受信側に確実に符号化コードを転
送することが出来る。また、符号化コードの最終桁は、受信待機値、
先頭値以外の予め定められた終了値としている。
これにより、通信中に送信側と受信側が入れ替わ
つても、誤動作を生じることなく、確実なデータ
転送を行うことができる。さらに、出現頻度の高い原データに短い符号化
コードを対応させることにより、より高速なデー
タの通信が可能となる。加えて、Ｐ桁の符号化コードの１桁目からＰ桁
目の値は、当該Ｐ桁の符号化コードより短いＱ桁
の他の符号化コードの１桁目からＰ桁目までの値
と一致しないようにして、符号化コードの最終桁
の判定を可能にしている。すなわち、長さの異な
る符号化コードでありながら、終了信号を必要と
せず、符号化コードの最終桁を判断することがで
きる。

【図面の簡単な説明】

第１図は、本発明の一実施例によるデータ通信
方式を簡略化して示す回路図である。第２図は、
送信側と受信側でやりとりされるデータの状態を
示す図である。第３図は、データ転送のフローチ
ヤートである。第４図は、送信側と受信側が入れ
替わる場合のデータの状態を示す図である。１，８……送受信機、２，９……CPU、３，
１０……メモリ、４〜７，１１〜１４……バツフ
ア、１５，１６……バス、１９，２２……通信
路、２３……接地線、２４，２５……RS−232C
端子、３０，４０……フロツピイデイスクドライ
ブ、３２，４２……インターフエイス。

Claims

【特許請求の範囲】１一方の送受信機から他方の送受信機にデータ
を送るための複数本ｍから成る通信路および他方
の送受信機から一方の送受信機にデータを送るた
めの複数本ｍから成る通信路を配線し、両送受信機に設けられた各メモリには、送受信
すべきｎビツトの２進数を一単位とする原データ
に個別対応し、隣接する各桁の値が異なり、各桁
が２のｍ乗進数以下の値をもつ複数桁の符号化コ
ードで構成された符号化テーブルがそれぞれ記憶
され、送信側は、送信すべき原データを符号化テーブ
ルに基づいて符号化し、この符号化コードを１桁
ずつ通信路を介して受信側に転送し、受信側は、受信した符号化コードを符号化テー
ブルに基づいて復号するデータ通信方式であつ
て、受信側は、符号化された符号化コードを１桁受
信する毎に、符号化コードを１桁受信したことを
知らせるために、２のｍ乗数以下の値を有する１
桁の確認値を順次変えて通信路を介して送信側に
返信し、送信側は受信側からの確認値の変化を見て符号
化コードの次の１桁を送信し、受信側は送信側か
らの符号化コードの変化を見て符号化コードを取
り込むことを特徴とするデータ通信方法。２前記符号化コードの１桁目は予め定められた
先頭値であることを特徴とする請求項１記載のデ
ータ通信方法。３受信側は、符号化コードの１桁目を受信する
準備が出来たことを送信側に知らせるために、２
のｍ乗数以下の値を有する１桁の予め定められた
受信待機値を通信路を介して送信側に送信するこ
とを特徴とする請求項１または２記載のデータ通
信方法。４前記符号化コードの最終桁は、受信待機値、
先頭値以外の予め定められた終了値であることを
特徴とする請求項３記載のデータ通信方法。５出現頻度の高い原データに短い符号化コード
を対応させたことを特徴とする請求項１記載のデ
ータ通信方法。６Ｐ桁の符号化コードの１桁目からＰ桁目の値
は、当該Ｐ桁の符号化コードより長いＱ桁の他の
符号化コードの１桁目からＰ桁目までの値と一致
しないことを特徴とする請求項５のデータ通信方
法。