JP2002542528A5 - - Google Patents

Description

【書類名】 明細書
【発明の名称】 通信のためのインタフェース及び方法
【特許請求の範囲】
【請求項１】 第１の装置と第２の装置との間の通信のための非同期インタフェースであって，シグナリングライン及び少なくとも８本のデータラインを含むものにおいて，
第１および第２の装置間の信号接地ライン，電力供給ライン及び電力供給接地ラインと，
第１および第２の装置間の７本のみのシグナリングラインとを特徴とし，
当該７本のシグナリングラインは，
データが第１の装置から第２の装置へと順方向に転送される時，ハンドシェーキングのために第１の装置から出力を与えるＮＩＣＣｌｋと，
データが第１の装置から第２の装置へと順方向及び第２の装置から第１の装置へと逆方向にそれぞれ転送される時，ハンドシェーキングのために第２の装置から出力を与えるＰｒｎｔＣｌｋと，
データが第２の装置から第１の装置へと逆方向に転送される時，ハンドシェーキングのために第１の装置から出力を与えるＮＩＣＡｃｋと，
第１の装置が転送方向の変更のため用意が出来ていることを示すため及び転送方向の変更を直ちに完了するよう第２の装置への要求として，第１の装置から出力を与えるＮＩＣＢｕｓＲｅｑと，
転送方向の変更，即ち，第１の装置から第２の装置への順方向から第２の装置から第１の装置への逆方向へ又は第２の装置から第１の装置への逆方向から第１の装置から第２の装置への順方向への変更の通知のために第２の装置から出力を与えるＰｒｎｔＢｕｓＡｃｋと，
第２の装置から第１の装置へと逆方向ヘのデータ転送を要求し，且つ第２の装置から第１の装置へと逆方向ヘのデータ転送が終了した時，インタフェースが正常モードへ戻ることを要求するため，第２の装置から出力を与えるＮＩＣＩｎｔと，
インタフェースが再初期化されるべきことを要求するため第１の装置から出力を与えるＰｒｎｔＩｎｔ，であることを特徴とする非同期インタフェース。
【請求項２】 請求項１に記載の第１の装置と第２の装置との間の通信のための非同期インタフェースであって，これら装置は，非同期インタフェースを経由する通信を処理する信号ドライバを含み，該信号ドライバは高々８ｍＡを吸い込み，また高々８ｍＡを出力する能力がある，非同期インタフェース。
【請求項３】 請求項１または２に記載の第１の装置と第２の装置との間の通信のための非同期インタフェースであって，第１の装置と第２の装置の各々はそれぞれ１つのプリント回路カード上に位置し，これらの間の接続は，一方のプリント回路カード上の接続部材および他方のプリント回路カードのラインにより形成され，該他方のプリント回路カードのラインはプリント回路により該カードの縁にまで到達するように形成され，該他方のプリント回路カードのラインが前記接続部材に挿入された時接続を確立するようにされた，非同期インタフェース。
【請求項４】 請求項１から３に記載の第１の装置と第２の装置との間の通信のための非同期インタフェースであって，第１の装置はネットワーク・インタフェース・カードであり，第２の装置は周辺装置である，非同期インタフェース。
【請求項５】 非同期インタフェースによる通信の方法であって，
（ａ）第１及び第２の装置は，第１の装置から第２の装置へのデータ送信が可能である，即ち，データは送信され又は非同期インタフェースは送信されるべきデータを待ち受け，第１の装置は第２の装置にデータを送信しようと意図している，正常モードにあるステップと，
（ｂ）第１の装置に，第２の装置が送信すべきデータを持っていることを通知し，かつ転送方向を第１の装置から第２の装置への順方向から第２の装置から第１の装置への逆方向に変更することを要求するため，第２の装置が出力ＮＩＣＩｎｔを第１の状態から第２の状態へ変更するステップと，
（ｃ）第１の装置が送信すべきデータを最早持たない時，第２の装置に，第１の装置がアイドルでありデータを受信する用意があることを通知し，かつ第２の装置が転送方向の変更を完了することを要求するため，第１の装置が引き続いて出力，ＮＩＣＢｕｓＲｅｑを第１の状態から第２の状態へ変更するステップと，
（ｄ）第１の装置の出力ＮＩＣＢｕｓＲｅｑに対する受信確認として，かつ転送方向の変更が完了したことを通知するため，第２の装置が出力ＰｒｎｔＢｕｓＡｃｋを第１の状態から第２の状態へ変更することによりこれに応答するステップと，
（ｅ）第２の装置は引き続いて，第２の装置が送信しようと意図しているデータを，第１の装置がデータライン上で利用可能なものとし，それに引き続いて第１の装置にそのデータが利用可能であることを通知するため，出力ＰｒｎｔＣｌｋを第１の状態から第２の状態へ変更するステップと，
（ｆ）出力ＰｒｎｔＣｌｋが第１の状態から第２の状態に変更されたことを第１の装置が認めたことを通知し，こうして第１の装置が，データが利用可能であることを認めたことを通知するため，第１の装置が，出力ＮＩＣＡｃｋを第１の状態から第２の状態へ変更するステップと，
（ｇ） 第２の装置が出力ＮＩＣＡｃｋの状態の変化を認めたことを通知するため，第２の装置が引き続いて出力ＰｒｎｔＣｌｋを第２の状態から第１の状態へ変更するステップと，
（ｈ） データが受信され，かつ第１の装置が新しいデータを受信する用意があることを通知するため，第１の装置が引き続いて出力ＮＩＣＡｃｋを第２の状態から第１の状態へ変更するステップと，
（ｉ） 第２の装置が送信するデータを持たなくなるまで，可能な更なるデータ送信がステップ（ｅ）−（ｈ）に従って行われ，その後，第２の装置がその送信を終結したことを第１の装置に通知するため，第２の装置が出力ＮＩＣＩｎｔを第２の状態から第１の状態へ変更するステップと，
（ｊ） 第１の装置が送信機として動作する用意があることを示し，かつ第２の装置に送信方向の変更を完了するよう要求するため，第２の装置の出力ＮＩＣＩｎｔに応答して，第１の装置が出力ＮＩＣＢｕｓＲｅｑを第２の状態から第１の状態へ変更するステップと，
（ｋ） 第１の装置に，第２の装置が受信機として動作する用意があることを通知し，かつ最終的に非同期インタフェースを正常モードに戻す用意があることを通知するため，第２の装置が出力ＰｒｎｔＢｕｓＡｃｋを第２の状態から第１の状態へ変更することによりこれに応答するステップとを含む非同期インタフェースによる通信の方法。
【請求項６】 請求項５に記載の非同期インタフェースによる通信の方法であって，更に
第１の装置は，非同期インタフェースが正常モードにある時，第１の装置が送信しようと意図するデータを利用可能とし，第２の装置にデータが利用可能であることを通知するため，引き続いて出力ＮＩＣＣｌｋを第１の状態から第２の状態へ変更するステップと，
第２の装置は，データが利用可能であることを第２の装置が認めたことを通知するため，出力ＰｒｎｔＣｌｋを第１の状態から第２の状態へ変更するステップと，
第１の装置は，出力ＰｒｎｔＣｌｋの状態の変化を第１の装置が認めたことを通知するため，引き続いて出力ＮＩＣＣｌｋを第２の状態から第１の状態へ変更するステップと，
第２の装置は，データが受信されかつ第２の装置が新しいデータを受信する用意があることを通知するため，引き続いてＰｒｎｔＣｌｋを第２の状態から第１の状態へ変更するステップと，
可能な更なるデータ送信が上に定義したのと同じ方法で行われるステップとを含む非同期インタフェースによる通信の方法。
【請求項７】 請求項５から６のいずれか１つに記載の非同期インタフェースによる通信の方法であって，更に
第１の装置は，初期化及び再初期化において，出力ＮＩＣＣｌｋ，ＮＩＣＢｕｓＲｅｑおよびＰｒｎｔＩｎｔを第２の状態にセットするステップと，
第１の装置は，第１の装置が初期化を終了した時，出力ＮＩＣＣｌｋ，ＮＩＣＢｕｓＲｅｑおよびＰｒｎｔＩｎｔを，第２の状態からこれら出力ＮＩＣＣｌｋ，ＮＩＣＢｕｓＲｅｑおよびＰｒｎｔＩｎｔの状態が正常モードにある第１の状態へ変更するステップと，
第２の装置は，初期化及び再初期化において，出力ＰｒｎｔＣｌｋ，ＰｒｎｔＢｕｓＡｃｋおよびＮＩＣＩｎｔを第２の状態にセットするステップと，
第２の装置が初期化を終了した時，第２の装置は，出力ＰｒｎｔＣｌｋ，ＰｒｎｔＢｕｓＡｃｋおよびＮＩＣＩｎｔを，第２の状態からこれら出力ＰｒｎｔＣｌｋ，ＰｒｎｔＢｕｓＡｃｋおよびＮＩＣＩｎｔの状態が正常モードにある第１の状態へ変更するステップと，
非同期インタフェースは，第１の装置の出力ＮＩＣＣｌｋ，ＮＩＣＢｕｓＲｅｑおよびＰｒｎｔＩｎｔと第２の装置の出力ＰｒｎｔＣｌｋ，ＰｒｎｔＢｕｓＡｃｋおよびＮＩＣＩｎｔの両方が第１の状態，即ち，非同期インタフェースが正常モードになるまで，データ送信を許さないステップと，を含む非同期インタフェースによる通信の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，第１の装置と第２の装置の間の通信のための，複数シグナリングライン及び少なくとも８本のデータラインを含むインタフェースに関する。
本発明は，またこの様なインタフェースを通じての通信の方法に関する。
【０００２】
（発明の背景）
２つの装置間の通信のための幾つかのインタフェースは知られている。
この様なインタフェースの一例は，ユニバーサル直列バス（ＵＳＢ）であり，これは，ホストコンピュータと広範な同時にアクセス可能な周辺装置との間のデータ交換を支援する直列ケーブルバスである。ＵＳＢに付けられた周辺装置は，ホストにスケジュールされたトークンに基づく（host-scheduled token-based）プロトコルを通じてＵＳＢ帯域幅を共有する。例えば，ＵＳＢは，ホストとして動作するＰＣを，キーボード，マウス，モニター，スピーカ，プリンタ等に，種々のコンステレーション（constellation）においてハブと呼ばれる接続箱を経由して接続するのに使用される。
【０００３】
別の例は，ファイヤ ワイヤ（Fire Wire），ＩＥＥＥ Ｐ１３９４高性能直列バスであり，これはバックプレーン（backplane）バスとケーブルの両方を支援する直列バスである。このシステムは，１６個までの接続を同時に支援する。
【０００４】
更に別の例は，ＳＣＳＩ標準であり，これは１６個のＳＣＳＩ装置まで接続する並列非同期ピア対ピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）Ｉ／Ｏバスである。ＳＣＳＩバスの目的は，多数の装置を１つ又はそれより多い計算機に接続し，たとえ装置が６ｍ又は２５ｍケーブルで接続されても，高いデータのスループットを得ることである。多数の装置を接続する目的で，装置は，少なくとも５０ラインを持つケーブルにより一緒にデイジー・チェーンされる。種々のユニットで通信を管理するために，このシステムは，種々のユニットのアイデンティティに対応するアドレスを使用している。
【０００５】
別の例は，ＩＥＥＥ１２８４による並列ポートであり，これはケーブルを経由して外部周辺装置を計算機に接続するために使用される。並列ポートは，長年にわたり計算機と周辺装置との間の通信に使用され，従って今日使用されている多くの計算機と周辺装置は，それを相互の通信のために使用している。通信のための新しくより良いプロトコル及びスキームは常に発達し，並列ポートも例外ではない。並列ポートを利用している古い装置があるという事実は，全部並列ポートを相互に両立できるようにすべきかどうか，又はポートをより良くするかどうかに関する問題を生じている。この問題は，新しい並列ポートを全部の先のポートと両立できるようにすることにより，また２つの接続されるポートにどのスキームを通信において使用するかについて交渉をさせることにより解決される。上述の様に，並列ポートはケーブルを経由して通信するように設計される。２つの接続される装置を相互に関してどこに置くかの選択におけるより大きな自由度を使用者に与えるため，並列ポートは１７ｍケーブルを経由して通信できるように設計される。これは結果として利点が得られ，例えば，走査器及び計算機は，込み合った机上の小さな量の自由空間を共用する必要がなく，またやかましいプリンタは，印刷するためそれを使用する人と同じ室内に置かれる必要がない。
【０００６】
短距離に亘る接続のためのＳＣＳＩ標準システム又は並列ポートの使用は，しかしこの解決策を高価で複雑にするであろう。更に，この様な解決策は，むしろ大きなエネエルギー消費となり，また大きな空間を必要とするであろう。並列ポートによる解決策に関しては，幾つかのインタフェース機能が余りにも遅いという結果になるであろう。
【０００７】
更に別の例は，ＰＣＩローカルバスであり，これは同期アドレス可能バスインタフェースである。このバスは，高度に集積された周辺制御器，コンポーネント，周辺アド・イン（ａｄｄ−ｉｎ）ボード，及びプロセッサメモリシステム間の相互接続機構としての使用が意図されている。このバスの目的は，図形志向オペレーティングシステムにおけるプロセッサとディスプレイ周辺との間のボトルネックの問題の解決である。これは，大きな帯域幅要求を持つ周辺機能をシステムのプロセッサの近くに移動させることにより達成される。
２つの装置だけの間の接続に対するＰＣＩローカルバスを使用しての解決策は，不適当に複雑であり，またこれにより余りにも高価で，また多くの空間を必要とするであろう。
【０００８】
（発明の要約）
本発明の目的は，第１の装置，例えば周辺装置と第２の装置，例えば，ネットワークインタフェースカードとの間の接続のための新しいインタフェースを提供することであり，このインタフェースは特に短距離に亘る接続に適している。これは，複数シグナリングラインと少なくとも８本のデータラインを含む，第１と第２の装置間の通信のための非同期インタフェースにより達成される。この非同期インタフェースは，
２つの装置間の信号接地ライン，電力供給ライン及び電力供給接地ライン，及び
２つの装置間の７本だけのシグナリングラインを特徴とし，
この７本のシグナリングラインは，
データが順方向及び逆方向へ転送される時，ハンドシェーキングのため第１の装置から出力を与えるＮＩＣＣｌｋと，
データが順方向及び逆方向へ転送される時，ハンドシェーキングのため第２の装置から出力を与えるＰｒｎｔＣｌｋと，
データが逆方向へ転送される時，ハンドシェーキングのため第１の装置から出力を与えるＮＩＣＡｃｋと，
転送方向の変更の用意があることを示すためかつ転送方向の変更を直ちに完了するよう第２の装置への要求として，第１の装置から出力を与えるＮＩＣＢｕｓＲｅｑと，
転送方向の変更，即ち，順から逆へ又は逆から順への変更の通知のため，第２の装置から出力を与えるＰｒｎｔＢｕｓＡｃｋと，
逆方向ヘのデータ転送の要求のためかつ，逆方向への転送が終了した時，インタフェースを正常モードへ戻す要求のため，第２の装置から出力を与えるＮＩＣＩｎｔと，
インタフェースが再度初期化されるべきことを要求するため第１の装置から出力を与えるＰｒｎｔＩｎｔと，である。
【０００９】
従来技術の並列インタフェースに対して，本発明の解決策によるより少ない数のシグナリングラインは，その結果としてインタフェースのより簡単な構造が得られる。本発明によりシグナリングラインに信号を運ばせることにより，比較的速いインタフェースが提供される。本発明の解決策により信号を運ぶ正確に７本のシグナリングラインを備えることにより，シグナリング速度とインタフェースの単純性との間の最適な平衡が達成される。加えて，これらの特徴は，小型で安価なインタフェースを提供し，かつこの結果として，実行のためにより少ない数のコンポーネントが必要である。
【００１０】
更に有利な実施例においては，これら装置は，インタフェースを経由して通信を処理するドライバを含み，これは高々８ｍＡを吸い込みまた高々８ｍＡを出力する能力がある。この実施例は，費用に対してより効果的なコンポーネントの使用を可能にする利点を与える。
【００１１】
本発明の目的は，また非同期インタフェースによる通信の方法により達成でき，これは
第１及び第２の装置は，第１から第２の装置へのデータ送信が可能であり，即ち，データは送信され又はインタフェースは送信されるべきデータを待ち受け，また第２の装置はデータを第１の装置へ送信しようと意図している，正常モードにあるステップと，
第２の装置は，第１の装置へそれが送信すべきデータを持っていることを通知しかつ転送方向を順方向から逆方向へ変更することを要求するため，出力ＮＩＣＩｎｔを第１の状態から第２の状態へ変更するステップと
第１の装置は，それが送信すべきデータを最早持たない時，第２の装置へそれがアイドルでありデータを受信する用意があることを通知しかつ第２の装置が転送方向の変更を完了することを要求するため，引き続いて出力，ＮＩＣＢｕｓＲｅｑを第１の状態から第２の状態へ変更するステップと，
第２の装置は，第１の装置の出力ＮＩＣＢｕｓＲｅｑに対する受信確認としてかつ転送方向の変更が完了したことを通知するため，出力ＰｒｎｔＢｕｓＡｃｋを第１の状態から第２の状態へ変更することによりこれに応答するステップと，
第２の装置は引き続いてそれが送信しようと意図しているデータを，第１の装置がデータライン上で利用可能なものとし，第１の装置にそのデータが利用可能であることを通知するため，それに引き続いて出力ＰｒｎｔＣｌｋを第１の状態から第２の状態へ変更するステップと，
第１の装置は，それがデータが利用可能なことを認めたことを通知するため，出力ＮＩＣＡｃｋを第１の状態から第２の状態へ変更するステップと，
第２の装置は，それが出力ＮＩＣＡｃｋの状態の変化を認めたことを通知するため，引き続いて出力ＰｒｎｔＣｌｋを第２の状態から第１の状態へ変更するステップと，
第１の装置は，データが受信されまたそれが新しいデータを受信する用意があることを通知するため，引き続いて出力ＮＩＣＡｃｋを第１の状態から第２の状態へ変更するステップと，
第２の装置が送信するデータを持たなくなるまで，可能なさらなるデータ送信が上述と同様な方法で行われ，その後それはその送信を終結したことを第１の装置に通知するため，出力ＮＩＣＩｎｔを第１の状態から第２の状態へ変更するステップと，
第１の装置は，それが送信機として動作する用意があることを示しかつ第２の装置に送信方向の変更を完了するよう要求するため，第２の装置の出力ＮＩＣＩｎｔに応答して出力ＮＩＣＢｕｓＲｅｑを第２の状態から第１の状態へ変更するステップと，
第２の装置は，第１の装置に，それが受信機として動作する用意があることを通知しかつ最終的にインタフェースを正常モードに戻す用意があることを通知するため，出力ＰｒｎｔＢｕｓＡｃｋを第２の状態から第１の状態へ変更することによりこれに応答するステップとを含む。
【００１２】
この方法は，送信方向の迅速な変更，即ち，順方向の送信から逆方向の送信及びこの逆を可能にする。
この発明の別の局面においては，この方法は更に
第１の装置は，初期化及び再初期化において，その出力を第２の状態にセットするステップと，
第１の装置は，それが初期化を終了した時，その複数出力を，第２の状態から，これら出力の状態が正常モードにある第１の状態へ変更するステップと，
第２の装置は，初期化及び再初期化において，その複数出力を第２の状態にセットするステップと，
第１の装置は，それが初期化を終了した時，その複数出力を，第２の状態から，これら出力の状態が正常モードにある第１の状態へ変更するステップと，
インタフェースは，第１の装置の複数出力と第２の装置の複数出力の両方が第１の状態，即ち，インタフェースが正常モードにあるまで，データ送信を許さないステップと，を含む。
【００１３】
この発明のこの局面は，インタフェースの初期化のための簡単な方法でかつ初期化は短時間内に完了する利点を持つ。初期化手順の短時間間隔は，インタフェースを通じての通信が最小限度である結果である。
【００１４】
この発明の情況内では，周辺装置は，データ記憶，外部通信又は計算機システムにおける他のタスクのための装置である。周辺装置は，例えば，プリンタ，モデム，走査器，ファクシミリ機械，フォトコピヤ（photocopier）又は多機能ペリフェラルである。
【００１５】
（好ましい実施例の詳細な説明）
図１を参照すると，周辺装置１１０とネットワークインタフェースカード１２０（ＮＩＣ）との間の通信のためのインタフェース１４０が示される。ＮＩＣ１２０の目的は，周辺装置１１０をネットワーク１５０に接続することである。この発明の好ましい実施例において，ＮＩＣ１２０は周辺装置のケース１００の内側に取り付けられる。
【００１６】
図２を参照すると，周辺装置１１０及びＮＩＣ１２０は相互にＸ本のデータラインにより接続され，ここにＸは，例えば，双方向データ転送のため８又は１６である。
【００１７】
更に，これらは，７本のシグナリングラインにより相互に接続される。これらシグナリングラインの４本，ＮＩＣＣｌｋ，ＮＩＣＡｃｋ，ＮＩＣＢｕｓＲｅｑ及びＰｒｎｔＩｎｔは，ＮＩＣ１２０からの出力である。ＮＩＣＣｌｋ１２１は，順方向のデータ転送の間，即ち，ＮＩＣ１２０から周辺装置１１０へのデータ転送の間ハンドシェーキングのために使用される。ＮＩＣＡｃｋ１２２は，逆方向のデータ転送の間，即ち，周辺装置１１０からＮＩＣ１２０ヘのデータ転送の間ハンドシェーキングのために使用される。ＮＩＣＢｕｓＲｅｑ１２３は，ＮＩＣ１２０がデータ転送方向の変更，即ち，順方向から逆方向及びこの反対，の用意があることを通知するため使用される。ＰｒｎｔＩｎｔ１２４は，割り込み・シグナリング及び再初期化シグナリングのために使用される。
【００１８】
他の３本のシグナリングライン，ＰｒｎｔＣｌｋ．，ＰｒｎｔＢｕｓＡｃｋ及びＮＩＣＩｎｔは，周辺装置１１０からの出力である。ＰｒｎｔＣｌｋ１１１は，順方向及び逆方向の両方のデータ転送の間ハンドシェーキングのために使用される。ＰｒｎｔＢｕｓＡｃｋ１１２は，データ転送の方向の変更を通知するため使用される。ＮＩＣＩｎｔ１１３は，割り込み・シグナリングのため，及び順から逆方向へ及びこの反対への転送方向の変更を要求するために使用される。
【００１９】
１つの好ましい実施例において，シグナリングラインのためのシグナリングドライバは，８ｍＡより多く吸い込むことが出来ずまた８ｍＡより多く出力させることが出来ない形式のものである。別の好ましい実施例において，シグナリングドライバは，４ｍＡを吸い込みまた出力させるよう構成される。
【００２０】
信号接地，電力供給及び接地のためのラインもまた備えられる。電力は周辺装置１１０からＮＩＣ１２０へ供給され，好ましくは３．３Ｖ／１．２Ａであるが，ＮＩＣ１２０は，もし要求されれば５．０Ｖ／０．７５Ａを使用できるであろう。
【００２１】
周辺装置１１０とＮＩＣ１２０との間の接続は，相互に短距離に位置する２つの装置の接続のための使用に実際的ないかなる形式のものでも良い。ＮＩＣ１２０を同じプリント回路カード上で実施することは可能である。別の可能性は，接続部材を両方のプリント回路カードの一方の上に取り付け，プリント回路により形成された複数ラインを，他方のプリント回路カードの縁に到達させるがそのやり方は，前記縁を接続部材の中へ押し込むことにより接続が確立される様な方法である。更に別の可能性は，接続部材を両方のプリント回路カードの各々の上に取り付け，２つの接続部材を相互に直接接触させるか又は少数のデシメートルより長くない平らなケーブルの小さい片を２つの接続部材の中に挿入することで２つのカードを接続する。
【００２２】
図３を参照すると，初期化段階における交渉の制御のためのハンドシェーキング手順が記載される。ＮＩＣが始動又は再始動されると，その出力ＮＩＣＣｌｋ，ＮＩＣＢｕｓＲｅｑ及びＰｒｎｔＩｎｔは，初期化中であることを示すため，ハンドシェーキング図におけるイベント２０１に従う状態にセットされる。周辺装置が始動又は再始動されると，その出力ＰｒｎｔＣｌｋ，ＰｒｎｔＢｕｓＡｃｋ及びＮＩＣＩｎｔは，初期化中であることを示すため，ハンドシェーキング図におけるイベント２２４に従う状態にセットされる。ＮＩＣＡｃｋと名付けられたＮＩＣ出力信号は，その信号がこの情況において有効でないため，初期化手順に影響しない。
【００２３】
データライン上のデータは，このハンドシェーキングに何らの影響を持たず，データもこのハンドシェーキングにより影響されない。
【００２４】
ＮＩＣ１２０がその内部初期化を終了した時，それはその出力ラインの状態を変更する，イベント２０２を見よ。周辺装置１１０はその内部初期化を終了した時，その出力ラインの状態を類似の方法で変更する，イベント２０３を見よ。
【００２５】
ＮＩＣ１２０又は周辺装置１１０のどちらが最初にその出力ラインの状態を変更するかは，例えば，どちらが最も速いか又はどちらが最初に初期化を開始したかに依存する。従って，ＮＩＣ１２０及び周辺装置１１０からの初期化終了シグナリングは逆の順序で現れることがあり，即ち，周辺装置が最初に初期化され，このためその出力ラインの状態を最初に変更し，またＮＩＣ１２０は２番目に初期化され，このためその出力ラインの状態を周辺装置より後に変更する。
【００２６】
ＮＩＣ１２０及び周辺装置１１０の両方が，彼らが初期化されたことをシグナルした時は，インタフェースは，それを通る通信が可能である状態に到達しており，以下この状態を正常モードと呼ぶ。
【００２７】
図４を参照すると，ハンドシェーキングが記載され，これはＮＩＣ１２０から周辺装置１１０の方向へのデータの送信中に使用され，以下この送信方向は順方向と呼ばれる。
【００２８】
インタフェースは，送信を開始できるためには正常モード２０４になければならない。順方向への送信は，ＮＩＣ１１０によりデータライン１３０上でデータ利用可能２０５とすることにより開始される。次にＮＩＣ１２０は信号ＮＩＣＣｌｋを低２０６にセットする。周辺装置１１０は，ＮＩＣＣｌｋ状態のこの変更を検出し，これを信号ＰｒｎｔＣｌｋを低２０７にセットすることにより受信を通知する。次にＮＩＣ１２０は信号ＮＩＣＣｌｋを高２０８にセットし，周辺装置１１０にそれが肯定応答を認めたことを告げる。周辺装置がデータの読み取りがなされる時，それは信号ＰｒｎｔＣｌｋを高２０９にセットし，これは同時にＮＩＣ１２０に，周辺装置は新しいデータを受信する用意があることを告げる。インタフェースは今や正常モード２０４に後戻りし，これはＮＩＣ１１０に対して，上に開示したハンドシェーキングに従い新しい送信を開始することを可能にする。
【００２９】
図５を参照すると，ハンドシェーキングが記載され，これは周辺装置１１０がＮＩＣ１２０へのデータの送信を要求している時に使用され，この送信方向は以下に逆方向と呼ばれる。
【００３０】
この図は，ＮＩＣ１２０が，現在データを周辺装置１１０へ送信している場合を表す。周辺装置１１０は，信号ＮＩＣＩｎｔを低２１０にセットすることにより送信方向の変更を要求する。もしＮＩＣ１１０が，図５に示す様に，現在データを送信していれば，それはその送信を完了し，これは多重データトランザクションを含むことがあり，次に信号ＮＩＣＢｕｓＲｅｑを低２１１にセットすることによりそれがデータの受信の用意があることを通知し，同時に周辺装置に方向の変更を出来るだけ早く終結するよう要求する。もしＮＩＣ１２０が，データ送信がビジーでなければ，それは直ちに通知する。次に，周辺装置１１０は，それが肯定応答をＮＩＣ１２０から受信したことを通知し，同時にＮＩＣにそれがデータを逆方向へ送信しようとしていることをＰｒｎｔＢｕｓＡｃｋを高２１２にセットすることにより告げる。その後信号ＮＩＣＡｃｋは有効と定義され，低い値２２５にセットされる。インタフェースは，今や全部の送信が逆方向になされる状態にあり，以下逆モードと呼ぶ。
【００３１】
図６を参照すると，逆方向への送信のハンドシェーキングが記載される。周辺装置１１０は，送信すべきデータをデータライン２１４上に置くことにより送信を始める。データが前記ライン上で安定した時は，周辺装置１１０は，信号ＰｒｎｔＣｌｋを低２１５にセットし，ＮＩＣ１２０にデータはデータライン１３０上で利用可能であることを告げる。ＮＩＣは次に，それがＰｒｎｔＣｌｋ信号２１５を認めたことを信号ＮＩＣＡｃｋを高２１６にセットすることにより通知する。これに応答して，周辺装置１１０は，それがＮＩＣＡｃｋ信号２１６を認めた時，信号ＰｒｎｔＣｌｋを高２１７にセットする。ＮＩＣ１２０がデータを受信した時，それは信号ＮＩＣＡｃｋを低２１８にセットすることにより受信を通知し，それは同時に周辺装置１１０に，ＮＩＣ１２０は新しいデータを受信する用意があることを通知する。今やインタフェースは，逆モードに戻っており，この結果として周辺装置は，上のハンドシェーキングに従いより多くのデータを送信出来る。
【００３２】
図７を参照すると，周辺装置１１０が全部のデータを送信した時，インタフェースは正常モードに戻ることになっていると思われていた。インタフェースの正常モードへの復帰は，周辺装置が，それがその送信を終了し，その意図はインタフェースを正常モード２０４へ戻すことであることをＮＩＣ１２０に通知するため，信号ＮＩＣＩｎｔを高２１９にセットすることにより開始される。ＮＩＣ１２０は，信号ＮＩＣＢｕｓＲｅｑを高２２０にセットすることにより受信を通知し，同時に周辺装置にそれが順方向に送信を開始する用意があることを通知し，また同時に周辺装置にインタフェースを出来るだけ早く正常モードに置くように要求する。周辺装置１１０は，信号ＰｒｎｔＢｕｓＡｃｋを低２２１にセットすることにより受信を通知し，ＮＩＣ１２０に，それがデータを受信しかつインタフェースを正常モードへ戻す用意のあることを告げる。その後信号ＮＩＣＡｃｋは最早有効２２６ではない。
【図面の簡単な説明】
【図１】
可能な環境におけるインタフェースの概略図。
【図２】
インタフェースの概略図。
【図３】
インタフェースの初期化を表すタイミング図。
【図４】
順方向への１つのデータの送信を表すタイミング図。
【図５】
インタフェースが順方向への送信から逆方向への送信へ変更を必要とする時発生するハンドシェーキングを表すタイミング図。
【図６】
逆方向への１つのデータの送信を表すタイミング図。
【図７】
インタフェースが逆方向への送信から順方向への送信へ変更を必要とする時発生するハンドシェーキングを表すタイミング図。