JP3392694B2 - 双方向パラレルデータ通信方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、双方向にパラレル
データを転送する通信方法に関し、特に、少ない制御線
を用いて通信を行う方法に関する。

【０００２】

【従来の技術】双方向にパラレルデータを転送する従来
の通信方法に、ＧＰＩＢ（General Purpose Interface
Bus；ＩＥＥＥ ４８８バス）やＳＣＳＩ（Small Compu
ter System Interface）等がある。ＧＰＩＢは、米国電
気電子学会（ＩＥＥＥ）で規格として定められれたデジ
タルインタフェースであり、計測器とパソコンとのデー
タの通信等に用いられている。

【０００３】ＳＣＳＩは、マイクロコンピュータ向けに
考案されたインタフェースであり、ＡＮＳＩ（米国規格
協会）において規格化されており、ハードディスク装置
とパソコン等を接続するのに用いられている。

【０００４】

【発明が解決しようとする課題】しかしながら、これら
の通信方法は、多くの制御線と複雑なプロトコルが必要
とされる。そのために、例えば、携帯型電話機のような
小型の電気機器を構成する内部の構成要素（並列に処理
を行う複数のマイコンチップ）間の通信方式としては不
適当である。

【０００５】具体的には、ＧＰＩＢでは、データ転送は
３本の制御線（ＤＡＶ信号，ＮＲＦＤ信号，ＮＤＡＣ信
号）によるハンドシェイクが行われる。また、トーカ及
びリスナとなる装置を決定するためにさらにＡＴＮ信号
等が必要とされる。ＳＣＳＩでは、２本の制御線（ＡＣ
Ｋ信号、ＲＥＱ信号）によるハンドシェイクによってデ
ータ転送が行われるが、各種バス・フェーズの遷移のた
めにＭＳＧ信号やＳＥＬ信号等の他の制御線が必要とさ
れる。つまり、バスの使用権を獲得するためのアービト
レーションにおいては、ＢＳＹ信号やＳＥＬ信号も必要
とされる。

【０００６】そこで、本発明は係る問題点に鑑みてなさ
れたものであり、２本の制御線だけでアービトレーショ
ン及びデータ転送時のハンドシェイクを行うことができ
る双方向パラレルデータの通信方法を提供することを目
的とする。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に、本発明に係る通信方法は、２本（第１及び第２）の
制御線とデータバスで接続された通信装置間におけるパ
ラレルデータの通信方法であって、前記データバスの使
用権を取得する通信装置を前記２本の制御線を用いて決
定する調停フェーズと、前記２本の制御線を用いてハン
ドシェイクし前記データバスを介したデータ転送を行う
転送フェーズとからなり、前記調停フェーズは、前記使
用権を取得したい旨の要求を前記第１の制御線に出力す
る送信要求ステップと、相手装置が前記要求を承諾した
か否かを前記第２の制御線により検出する承諾確認ステ
ップとを含み、前記転送フェーズは、前記承諾を検出し
た場合に、前記データバスにデータを出力するステップ
と、出力した旨を前記第１の制御線により相手装置に通
知するステップと、相手装置がデータを受信した旨を前
記第２の制御線により検出するステップとを含むことを
特徴とする。

【０００８】ここで、バスの使用権を要求するための信
号として、一定個数を超える一定形状のパルスを送信す
ることもできる。これにより、アービトレーションフェ
ーズとデータ転送フェーズは明確に区別され、わずか２
本の制御線の転送制御によるデータ転送とバス使用権の
調停が可能となる通信方法が実現される。

【０００９】

【発明の実施の形態】以下、本発明に係る通信方法の実
施形態について図面を用いて詳細に説明する。図１は、
本発明に係る電話機の構成を示すブロック図である。本
電話機は、発信者電話番号送出サービスに対応した携帯
型電話機であり、フック制御部１、増幅部２、送受話部
３、着信検出部４、デコード部５、基本制御部６、表示
部７、操作部８及びメモリ部９から構成される。

【００１０】なお、本発明に係る通信方法は、デコード
部５と基本制御部６間の通信に採用されている。また、
「発信者電話番号送出サービス」とは電話の付加サービ
スの一つであり、このサービスによれば、着信時や通話
中における第３者からの着信時に、発信者に関する識別
情報（以下、「発信者データ」と言う。）が電話交換機
から送られてくる。具体的には、１回目と２回目の呼び
出し音の休止時間中に、毎秒１２００ビットの通信速度
で発信者の電話番号のほか氏名や着信時の時刻等が送ら
れてくる。

【００１１】フック制御部１はオン／オフフックの制御
を行い、増幅部２は音声信号の増幅を行う。送受話部３
はマイクとスピーカである。着信検出部４は着信や通話
中における第３者からの呼び出しを検出する。デコード
部５は、専用のマイコンチップ等からなり、交換機から
送られてくる上記発信者データを抽出・デコードし、そ
れを本発明に係る通信方法に従って基本制御部６に通知
する。

【００１２】基本制御部６は、専用のＡＳＩＣ等からな
り、電話機全体の制御を行う。具体的には、発着信制御
の他に、デコード部５から受信した発信者データをメモ
リ部９に格納したり表示部７に表示したりする。表示部
７は最大４０文字を表示するＬＣＤ及びＬＥＤ等であ
り、操作部８はダイヤルキー等であり、メモリ部９は発
信者データ等を格納するＲＡＭである。

【００１３】図２は、デコード部５と基本制御部６との
接続の詳細を示す図である。デコード部５及び基本制御
部６は、相互の接続のための制御ポート５ｄ、６ｄ（Ｓ
ＮＤ＿ＣＳ信号、ＲＣＶ＿ＣＳ信号）及びデータポート
５ｅ、６ｅ（ＤＡＴＡ＿０〜ＤＡＴＡ＿７信号）を有
し、それぞれ２本の単方向制御線１、２及び８本のデー
タ線１〜８で接続されている。２本の制御線１、２はア
ービトレーションとデータ転送時のハンドシェイクの両
方の用途に用いられ、８本のデータ線１〜８はバイト単
位によるデータ転送に用いられる。

【００１４】デコード部５及び基本制御部６は、それぞ
れ、相互の通信を行うための構成要素として、通信手順
を記述した制御プログラムを格納した制御ＲＯＭ５ａ、
６ａ、内部に８種類の独立したプリセットタイマーを有
するタイマー５ｃ、６ｃ及び上記制御プログラムを実行
するＣＰＵ５ｂ、６ｂを備える。図３は、デコード部５
と基本制御部６間の通信におけるフェーズの遷移を示す
図である。

【００１５】バスフリーフェーズ１０は両構成部５、６
において通信が行われていない状態を示し、アービトレ
ーションフェーズ１１はバスの使用権を獲得するための
通信が行われている状態を示し、データ転送フェーズ１
２は使用権を獲得した装置（以下、「マスタ」とい
う。）と獲得していない装置（以下、「スレーブ」とい
う。）との間でデータ転送が行われている状態を示し、
エラーフェーズ１３はアービトレーションやデータ転送
が異常終了した場合の初期化処理を行っている状態を示
す。

【００１６】なお、バスフリーフェーズ１０からアービ
トレーションフェーズ１１を経てデータ転送フェーズ１
２又は（及び）エラーフェーズ１３に移行し、再びバス
フリーフェーズ１０に戻る一巡の遷移をセッションと呼
ぶ。図４は、１つのセッションにおける各信号のタイミ
ングを示す図である。図５は、１つのセッションにおけ
るマスタの動作を示すフローチャートである。

【００１７】以下、マスタの動作を中心に説明する。い
ま、デコード部５において、基本制御部６に通知すべき
データが発生した場合、つまり、デコード部５がマスタ
になり、基本制御部６（スレーブ）にそのデータを通知
する場合を例にして、マスタの動作を説明する。まず、
デコード部５は、現在バスフリーフェーズ１０にあるこ
とを確認した後に（ステップＳ１、Ｓ２）、データポー
ト５ｅを出力モードにする等の準備を行う（ステップＳ
３）。

【００１８】続いて、デコード部５は、マスタになるた
めの要求を基本制御部６に送るために、タイマー５ｃ内
のトリガータイマーを８００ｍｓにプリセットし（ステ
ップＳ４）、ＳＮＤ＿ＣＳにトリガー信号（４００μｓ
周期のパルス）を連続して出力する（ステップＳ５〜Ｓ
１２）。これによってアービトレーションフェーズ１１
が開始される。

【００１９】具体的には、タイマー５ｃ内のＨＩＧＨタ
イマーを用いてＳＮＤ＿ＣＳ信号を２００μｓの間だけ
ＨＩＧＨに出力し（ステップＳ５、Ｓ６、Ｓ８）、続い
てタイマー５ｃ内のＬＯＷタイマーを用いて２００μｓ
の間だけＬＯＷに出力する（ステップＳ１０〜Ｓ１２）
制御を繰り返す。この動作は、ＲＣＶ＿ＣＳ信号がＨＩ
ＧＨになることを検出するか（ステップＳ７）又はトリ
ガータイマーが満期に達するまで（ステップＳ１２）繰
り返す。

【００２０】トリガータイマーが満期に達した場合は
（ステップＳ１２）、このアービトレーションは失敗に
終わったと判断しエラー処理を行う（ステップＳ２
８）。これによってエラーフェーズ１３を経てバスフリ
ーフェーズ１０に戻ることになる。一方、ＲＣＶ＿ＣＳ
信号がＨＩＧＨになったことを検出した場合には（ステ
ップＳ７）、続いて、上記要求が基本制御部６により承
諾されたか否かを判断する（ステップＳ７、Ｓ１３）。
具体的には、ＲＣＶ＿ＣＳ信号がＨＩＧＨになるまでに
出力したトリガー信号の総数が５個以上であり（ステッ
プＳ１３）、かつ、その後にＳＮＤ＿ＣＳ信号をＬＯＷ
にしてから２００ｍｓ以内にＲＣＶ＿ＣＳ信号がＬＯＷ
に戻ることを確認する（ステップＳ１４〜Ｓ１７）。

【００２１】確認ができた場合には、上記要求が承諾さ
れたと判断し、このアービトレーションは正常に終了す
る。一方、確認ができなかった場合には、エラー処理を
行う（ステップＳ２８）。なお、上記５個の判断基準は
予め取り決められたものである。これは、基本制御部６
がスレーブになることを拒否する手段、即ち、相互の通
信を行うだけの余裕がない状態（他の優先度の高い処理
を行っている状態）にあることをデコード部５に伝える
手段として、各種の方法を提供しておくためである。つ
まり、５個のトリガー信号を受信するまでにＲＣＶ＿Ｃ
Ｓ信号をＨＩＧＨにしたり、１個目のトリガー信号を受
信してから８００ｍｓ以上、無応答（ＲＣＶ＿ＣＳ信号
をＬＯＷ）にしたりする方法である。

【００２２】アービトレーションフェーズ１１が正常に
終了すると、次に、２線ハンドシェークによるデータ転
送フェーズ１２に移行する（ステップＳ１８〜Ｓ２
７）。具体的には、データポート５ｅに１バイトのデー
タを出力した後に（ステップＳ１８）、その旨を通知す
るために、ＳＮＤ＿ＣＳ信号をＨＩＧＨにして出力する
（ステップＳ１９）。続いて、そのデータが確実に受信
されたことを確認するために、前記ステップＳ１９での
出力から２００ｍｓ以内にＲＣＶ＿ＣＳ信号がＨＩＧＨ
になることを確認する（ステップＳ２０〜Ｓ２２）。

【００２３】上記確認を得たことによって、第１バイト
目のデータ転送が完了する。続いて、第２バイト目のデ
ータを出力するために、スレーブが受信可能状態にある
ことを確認する。具体的には、ＳＮＤ＿ＣＳ信号をＬＯ
Ｗに戻し（ステップＳ２３）、それから２００ｍｓ以内
にＲＣＶ＿ＣＳ信号がＬＯＷに戻ることを確認する（ス
テップＳ２４〜Ｓ２６）。

【００２４】確認できた場合には、このセッションにお
いて送出すべき全てのデータを出力し終えるまで、上記
送信手順を繰り返す（ステップＳ２７、Ｓ１８〜Ｓ２
２）。一方、上記の確認を得ることができなかった場合
には（ステップＳ２２、Ｓ２６）、データ転送を中断し
エラー処理を行う（ステップＳ２８）。全てのデータ転
送が終了したり（ステップＳ２７）、エラー処理が行わ
れた場合には、最後にデータポート５ｅを入力モードに
設定しておく等の後処理を行うことでバスフリーフェー
ズ１０に移行する（ステップＳ２８）。

【００２５】以上のようにして１つのセッションが終了
する。次に、スレーブ（基本制御部６）の動作を説明す
る。図６は、１つのセッションにおけるスレーブの動作
を示すフローチャートである。まず、現在の通信状態が
バスフリーフェーズ１０にある場合において（ステップ
Ｒ１）、ＲＣＶ＿ＣＳに１個目のトリガ信号が入力され
たか否かを検出する（ステップＲ２）。検出した場合に
はタイマー６ｃ内のトリガータイマーを８００ｍｓにセ
ットし、その時間内に合計５個以上のトリガー信号を検
出することができたか否かを判断する（ステップＲ３〜
Ｒ６）。

【００２６】もし、この基本制御部６が優先度の高い他
の処理を行っている場合には、基本制御部６は、８００
ｍｓ以内に５個以上のトリガー信号を検出することに失
敗し、エラー処理を行う（ステップＲ２２）。一方、５
個以上のトリガー信号の検出に成功した場合には、その
旨を通知するためにＳＮＤ＿ＣＳ信号をＨＩＧＨに出力
した後に（ステップＲ７）、タイマー６ｃを用いて２０
０ｍｓ以内にＲＣＶ＿ＣＳ信号がＬＯＷに戻ったことを
確認し（ステップＲ８〜Ｒ１０）、確認できた場合には
ＳＮＤ＿ＣＳ信号をＬＯＷに戻す（ステップＲ１１）。
これによって、アービトレーションフェーズ１１は正常
に終了し、基本制御部６がスレーブとなる。

【００２７】データ転送フェーズ１２においては、基本
制御部６は、一定時間（２００ｍｓ）内にＲＣＶ＿ＣＳ
信号がＨＩＧＨになることを確認した後に（ステップＳ
１２〜Ｒ１４）、１バイトのデータを受信し（ステップ
Ｒ１５）、その旨を返答するためにＳＮＤ＿ＣＳ信号を
ＨＩＧＨに出力する（ステップＲ１６）。同様に、一定
時間（２００ｍｓ）内にＲＣＶ＿ＣＳ信号がＬＯＷに戻
ることを確認した後に（ステップＲ１７〜Ｒ１９）、Ｓ
ＮＤ＿ＣＳ信号をＬＯＷに戻す（ステップＲ２０）。

【００２８】以上の１バイトデータの受信動作（ステッ
プＲ１２〜Ｒ２０）は、このセッションで予定されてい
る全てのデータの受信を終了するまで繰り返す（ステッ
プＲ２１）。これによってデータ転送フェーズ１２は正
常に終了し、バスフリーフェーズ１０に移行する。な
お、上記一定時間内に予定された信号を検出することに
失敗した場合には（ステップＲ６，Ｒ１０，Ｒ１４，Ｒ
１９）、それまでに受信したトリガー信号の個数や受信
データ等の不要となったデータをクリアするエラー処理
を行った後に、バスフリーフェーズ１０に移行する（ス
テップＲ２２）。

【００２９】以上のようにして、２本の制御線１、２と
８本のデータ線１〜８のみによって、アービトレーショ
ンと双方向パラレルデータの転送とが実現される。次
に、１つのセッションで伝送される情報の長さと内容に
関する取り決めを説明する。図７（ａ）と図７（ｂ）
は、１つのセッションで伝送される情報のフォーマット
を示し、それぞれ、１バイトのデータだけ転送される第
１フォーマット、２バイト以上のデータが転送される第
２フォーマットを示す。なお、１バイト目のデータはス
タートデータと呼び、そのセッションで伝送される情報
の種別（コマンド）を特定する。２バイト目以降のデー
タはディテールデータと呼び、個別具体的な詳細情報を
示し、その第１バイト目はディテールデータのバイト数
を示す。

【００３０】フォーマットの種類（第１又は第２）は、
スタートデータのＭＳＢ（ＤＡＴＡ＿７）によって区別
される。ＭＳＢが“０”の場合は第１フォーマット、
“１”の場合は第２フォーマットであることを示す。従
って、第１フォーマットのデータは、“００”〜“７
Ｆ”（hex)の合計１２８種類だけ存在する。図８は、ス
タートデータの値、その意味及びそれが用いられる通信
方向を示す。

【００３１】図９（ａ）はスタートデータが“８２”で
ある場合（ＣＩＤ（Caller ID）Ｄａｔａ）の全データ
のフォーマットを示し、図９（ｂ）はスタートデータが
“８３”である場合（ｓｔａｔｅ情報）の全データのフ
ォーマットを示す。なお、「ＣＩＤ」とは、「発信者電
話番号送出サービス」おいて着信時に交換機から送られ
てくる発信者データである。

【００３２】ＣＩＤ Ｄａｔａ（スタートデータが“８
２”）は、呼び出し信号から復調した発信者データをデ
コード部５から基本制御部６に転送する場合に用いられ
る。図９（ａ）に示された情報（発信者の名前、その属
性、電話番号、その属性、着信日時）は、デコード部５
が復調した発信者データであり、発信者電話番号送出サ
ービスに基づいて交換機から送られてきたものである。

【００３３】ｓｔａｔｅ情報（スタートデータが“８
３”）は、基本制御部６の状態をデコード部５に通知す
る場合に用いられる。図９（ｂ）において、Ｓｔａｔｅ
欄はＣＰＵ６ｂの実行状態（実行中、停止中、リセット
中等）を示し、Ｒｉｎｇｅｒ欄は着信検出部４が呼び出
し音を検出したか否か等を示し、Ｓｔａｔｅ２欄は表示
部７、操作部８及びメモリ部９に関する動作状態を示
す。

【００３４】以上のようなデータの長さと内容に関する
取り決めを遵守することで、デコード部５と基本制御部
６は、通常はそれぞれに分担された処理を独立並列に実
行し、相互に通知する必要が生じた場合に、必要最低限
の情報を効率よく伝達することが可能となる。そして、
スレーブは、第１バイト目のＭＳＢ又は第２バイト目の
データから、そのセッションにおける最終バイトのデー
タを認識することができる。

【００３５】なお、本実施形態では、本発明に係る通信
方法は２つの装置間の通信に適用されたが、３つ以上の
装置間の通信に適用することもできる。例えば、ＳＮＤ
＿ＣＳ信号及びＲＣＶ＿ＣＳ信号を双方向信号とし、ア
ービトレーションフェーズ１１において、制御ポートだ
けでなくデータポートを併せて用いることで、マスタや
スレーブを特定する方法である。

【００３６】また、本実施形態では、マスタからスレー
ブにデータ転送が行われたが、この通信方向に限られる
ものではなく、マスタがスレーブに対してデータの送信
を要求する形態、即ち、スレーブからマスタにデータ転
送が行われるとすることもできる。

【００３７】

【発明の効果】以上の説明から明らかなように、本発明
に係る通信方法は、本発明に係る通信方法は、２本（第
１及び第２）の制御線とデータバスで接続された通信装
置間におけるパラレルデータの通信方法であって、前記
データバスの使用権を取得する通信装置を前記２本の制
御線を用いて決定する調停フェーズと、前記２本の制御
線を用いてハンドシェイクし前記データバスを介したデ
ータ転送を行う転送フェーズとからなり、前記調停フェ
ーズは、前記使用権を取得したい旨の要求を前記第１の
制御線に出力する送信要求ステップと、相手装置が前記
要求を承諾したか否かを前記第２の制御線により検出す
る承諾確認ステップとを含み、前記転送フェーズは、前
記承諾を検出した場合に、前記データバスにデータを出
力するステップと、出力した旨を前記第１の制御線によ
り相手装置に通知するステップと、相手装置がデータを
受信した旨を前記第２の制御線により検出するステップ
とを含むことを特徴とする。

【００３８】これにより、ＧＰＩＢやＳＣＳＩとは異な
り、わずか２本の制御線のみを用いてアービトレーショ
ンが行われ、かつ、データ転送時のハンドシェイクが行
われる。ここで、前記送信要求ステップは一定個数を超
える一定形状のパルスを前記第１の制御線に出力するも
のであり、前記調停フェーズはさらに、前記第１の制御
線において一定時間内に前記一定個数を超えるパルスを
検出した場合に前記相手装置が前記承諾を送るステップ
を含むとすることもできる。

【００３９】これにより、アービトレーションを開始す
る旨の信号とデータ転送時におけるハンドシェイクとは
明確に区別される。また、前記パルスを受信した装置が
他の優先度の高い処理を行っている場合には、それらパ
ルスの検出に失敗することとなるので、わずか２本の制
御線により、各装置の処理能力に応じた確実なアービト
レーションが実現される。

【００４０】このように、本発明によれば、わずかな２
本の制御線とデータバスにより、非同期に生じた事象に
基づく通信が実現され、特に、携帯電話機の如く高機能
かつ小型化が要求される機器の内部コントローラＩＣ同
士の通信に好適であり、その実用的効果は大きい。

【図面の簡単な説明】

【図１】本発明に係る電話機の構成を示すブロック図で
ある。

【図２】同電話機のデコード部５と基本制御部６との接
続の詳細を示す図である。

【図３】デコード部５と基本制御部６間の通信における
フェーズの遷移を示す図である。

【図４】デコード部５と基本制御部６間の各信号のタイ
ミングを示す図である。

【図５】データ転送におけるマスタの動作を示すフロー
チャートである。

【図６】データ転送におけるスレーブの動作を示すフロ
ーチャートである。

【図７】図７（ａ）は、第１フォーマットにより転送さ
れるデータの流れを示す図である。図７（ｂ）は、第２
フォーマットにより転送されるデータの流れを示す図で
ある。

【図８】第１及び第２フォーマットにおけるスタートデ
ータの値、その意味及びそれが用いられる通信方向を示
す図である。

【図９】図９（ａ）はスタートデータが“８２”である
場合（ＣＩＤ Ｄａｔａ）の全データのフォーマットを
示す図である。図９（ｂ）はスタートデータが“８３”
である場合（ｓｔａｔｅ情報）の全データのフォーマッ
トを示す図である。

【符号の説明】

１ フック制御部 ２ 増幅部 ３ 送受話部 ４ 着信検出部 ５ デコード部 ５ａ、６ａ 制御ＲＯＭ ５ｂ、６ｂ ＣＰＵ ５ｃ、６ｃ タイマー ５ｄ、６ｄ 制御ポート ５ｅ、６ｅ データポート ６ 基本制御部 ７ 表示部 ８ 操作部 ９ メモリ部 １０ バスフリーフェーズ １１ アービトレーションフェーズ １２ データ転送フェーズ １３ エラーフェーズ

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 昭55−39969（ＪＰ，Ａ) 特開 昭59−60622（ＪＰ，Ａ) 特開 昭61−216075（ＪＰ，Ａ) 特開 昭63−29871（ＪＰ，Ａ) 特開 昭63−58567（ＪＰ，Ａ) 特開 平１−21660（ＪＰ，Ａ) 特開 平１−88762（ＪＰ，Ａ) 特開 平４−157553（ＪＰ，Ａ) 特開 昭60−159957（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 13/36 510 G06F 13/42 310

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 ２本（第１及び第２）の制御線とデータ
   バスで接続された通信装置間におけるパラレルデータの
   通信方法であって、 前記データバスの使用権を取得する通信装置を前記２本
   の制御線を用いて決定する調停フェーズと、 前記２本の制御線を用いてハンドシェイクし前記データ
   バスを介したデータ転送を行う転送フェーズとからな
   り、 前記調停フェーズは、 前記使用権を取得したい旨の要求を前記第１の制御線に
   出力する送信要求ステップと、 相手装置が前記要求を承諾したか否かを前記第２の制御
   線により検出する承諾確認ステップとを含み、 前記転送フェーズは、 前記承諾を検出した場合に、前記データバスにデータを
   出力するステップと、 出力した旨を前記第１の制御線により相手装置に通知す
   るステップと、 相手装置がデータを受信した旨を前記第２の制御線によ
   り検出するステップとを含むことを特徴とする双方向パ
   ラレルデータ通信方法。
2. 【請求項２】 前記送信要求ステップは、一定個数を超
   える一定形状のパルスを前記第１の制御線に出力するも
   のであり、 前記調停フェーズはさらに、前記第１の制御線において
   一定時間内に前記一定個数を超えるパルスを検出した場
   合に前記相手装置が前記承諾を送るステップを含むこと
   を特徴とする請求項１記載の双方向パラレルデータ通信
   方法。