JP2683499B2 - 交換網上でのローカル・エリア・ネットワーク・ベースのアプリケーションの通信 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、全般的に、コンピュー
タ・システム・ネットワーク内での通信に関する。さら
に詳細には、本発明は、公衆交換電話網（ＰＳＴＮ）な
どの交換網を介してリモート・ワークステーションから
ローカル・エリア・ネットワークへの接続を可能にする
標準ローカル・エリア・ネットワーク・ベースのアーキ
テクチャの拡張に関する。

【０００２】

【従来の技術】多数のコンピュータ・システムを結合し
てネットワーク化することがますます広まっている。最
も典型的なネットワークは、コンピュータ・システム
が、相互に限られた距離内に配置され、トークン・リン
グやイーサネットなどのネットワークに配線されている
ために、ローカル・エリア・ネットワーク（ＬＡＮ）と
呼ばれているものである。ＬＡＮアーキテクチャ用に多
数の業界規格、ＩＥＥＥ規格および国際規格が作成され
ている。ＩＥＥＥ／ＩＳＯアーキテクチャは、特に有名
であり、大部分のローカル・エリア・ネットワーク・ア
プリケーションおよびプロトコル・ドライバはこの仕様
向けに作成されている。

【０００３】公衆交換電話網を使用してリモート・ワー
クステーションからＬＡＮへの接続を可能にする広域通
信網（ＷＡＮ）は、固定接続網との低使用度の接続とし
て普及しつつあり、かつ費用効果が高い。しかし、ＬＡ
Ｎベースのアーキテクチャの大部分のアプリケーショ
ン、プロトコル、プロトコル・ドライバ、およびその他
のコード・モジュールは、ローカル・エリア・ネットワ
ークが提供する固定型の接続向けに設計されている。典
型的なＸシリーズまたはＶシリーズのモデムを使用して
公衆交換電話網を介して接続されたリモート・ワークス
テーション上で既存のＬＡＮアプリケーションをサポー
トできるようになればきわめて好都合であろう。

【０００４】ＬＡＮにリモート・ワークステーションを
提供しようとする幾つかの試みがなされている。しか
し、一般に、従来の技術は既存のＬＡＮアプリケーショ
ンおよび規格とぎりぎりの互換性しかもたない自社独自
のハードウェアおよびソフトウェアに依存している。通
常、局の間では、希望のＬＡＮアプリケーションを書き
こむタイプではない可能性がある１つのプロトタイプお
よび接続タイプだけしか送信できない。既存のアプリケ
ーションで使用される一連のプロトコルおよび接続タイ
プをサポートできれば好ましいはずである。さらに、将
来、未公表のプロトコルに拡張できるアーキテクチャを
設計できれば好ましいはずである。

【０００５】本発明は、かかる方法およびシステムを教
示する。

【０００６】

【発明が解決しようとする課題】したがって、本発明の
一目的は、ＬＡＮプロトコル・スタックおよびＬＡＮア
プリケーションに大幅な変更を加えることなく非ＬＡＮ
接続および新規の技術をサポートするように既存のロー
カル・エリア・ネットワーク・アーキテクチャを拡張す
ることである。

【０００７】本発明の他の目的は、様々なプロトコル上
で、既存の通信アプリケーションを、変更せずにリアル
・タイムで操作することである。

【０００８】本発明の他の目的は、大幅な修正なしで、
Ｘ−およびＶ−Ｓｅｒｉｅｓ ＷＡＮ、ＩＳＤＮ ＷＡ
Ｎ、ＩＳＯ−ＬＡＮ、セルラ、赤外線、およびＰＣＭＣ
ＩＡ環境をサポートするための成長の余地および拡張の
可能性があるＭＡＣアーキテクチャを作成することであ
る。

【０００９】本発明の他の目的は、ＬＡＮおよび非ＬＡ
Ｎプロトコルを不定様式データと同様に同じネットワー
ク上で送れるようにすることである。

【００１０】

【課題を解決するための手段】本発明の上記その他の目
的、特徴および利点は、それぞれ第１のコンピュータお
よび交換網に結合されており、第１のコンピュータと交
換網を接続するそれぞれのチャネルを提供する、複数の
媒体アクセス制御ドライバに基づくアーキテクチャによ
って達成される。各媒体アクセス制御ドライバは、交換
網で接続を確立する第１のモードと、交換網を介して第
１のコンピュータと第２のコンピュータの間でローカル
・エリア・ネットワーク・プロトコルをやり取りする第
２のモードを有する。媒体アクセス制御ドライバはま
た、不定様式プロトコルおよび非ＬＡＮベースのプロト
コルでの通信を可能にする第３のモードおよび第４のモ
ードにすることもできる。また、このアーキテクチャ
は、それぞれの媒体アクセス制御ドライバが第１のモー
ドであるときに１つのチャネルを管理する、少なくとも
１つのポート接続マネージャと、接続の状況を管理する
接続マネージャを含む。媒体アクセス制御ドライバは、
第２のモードのときにローカル・エリア・ネットワーク
・プロトコルのメッセージを送信するようにプロトコル
・ドライバに結合されている。各媒体アクセス制御ドラ
イバは、チャネルと、チャネルへの１組の入口点とを記
述するパラメータのテーブルを含む。プロトコル・マネ
ージャは、他のモジュール用のテーブルをカタログ化す
る。

【００１１】

【実施例】本発明は、多数の異なるオペレーティング・
システムのもとで、一群のコンピュータ中の様々なコン
ピュータ上で実行することができる。コンピュータは、
たとえば、他のコンピュータの分散網で走行するパーソ
ナル・コンピュータ、ミニ・コンピュータ、またはメイ
ンフレーム・コンピュータとすることができる。コンピ
ュータの選択はディスクおよびディスク記憶要件によっ
てのみ制限されるが、本発明では、ＩＢＭ ＰＳ／２
（TM）シリーズ・コンピュータ中のコンピュータを使用
することができる。ＩＢＭ ＰＳ／２シリーズ・コンピ
ュータの詳細は、Technical Reference Manual Persona
l Systems/2 Model 50, 60 Systems IBMCorporation
（部品番号68X2224、資料番号S68X-2224）およびTechni
cal Reference Manual Personal Systems/2 (Model 80)
IBM Corporation（部品番号68X 2256、資料番号S68X-2
254）を参照されたい。ＩＢＭ ＰＳ／２パーソナル・
コンピュータが実行できる１つのオペレーティング・シ
ステムは、ＩＢＭのＯＳ／２２．０（TM）である。ＩＢ
Ｍ ＯＳ／２ ２．０オペレーティング・システムの詳
細は、OS/2 2.0 Technical Library, Programming Guid
e Vol. 1, 2, 3 Version 2.00（資料番号10G6261、10G6
495、10G6494）を参照されたい。

【００１２】図１には、システム装置１１、キーボード
１２、マウス１３、およびディスプレイ１４を備えたコ
ンピュータ１０が示されている。ディスプレイ１４の画
面１６は、データ・オブジェクトに視覚的変更を提示す
るために使用される。オペレーティング・システムによ
ってサポートされるグラフィカル・ユーザ・インタフェ
ース（ＧＵＩ）により、ユーザは画面１６上の特定の位
置にあるデータ・オブジェクトを表すアイコンにポイン
タを移すことによってポイント・アンド・シュート入力
方式を使用することができ、１つのマウス・ボタンを押
してユーザ・コマンドまたは選択を実行することができ
る。

【００１３】図２は、図１に示したパーソナル・コンピ
ュータの構成要素のブロック図を示す。システム装置１
１は、様々な構成要素が結合されており、様々な構成要
素の間の通信を行うために使用される、１つまたは複数
のシステム・バス２１を含む。マイクロプロセッサ２２
は、システム・バス２１に接続されており、やはりシス
テム・バス２１に接続された読取り専用メモリ（ＲＯ
Ｍ）２３およびランダム・アクセス・メモリ（ＲＡＭ）
２４によってサポートされる。ＩＢＭマルチメディアＰ
Ｓ／２シリーズ・コンピュータ中のマイクロプロセッサ
は、３８６または４８６マイクロプロセッサを含むイン
テル（Intel）マイクロプロセッサ・ファミリの１つで
ある。68000、68020、または68030マイクロプロセッサ
などのモトローラ（Motorola）のマイクロプロセッサ・
ファミリや、ＩＢＭ、ヒューレット・パッカード（Hewl
ett Packard）、サン（Sun）、インテル、モトローラな
ど製造の縮小命令セット・コンピュータ（ＲＩＳＣ）を
含むが、それだけに限定されない他のマイクロプロセッ
サを、この特定のコンピュータで使用することができ
る。

【００１４】ＲＯＭ２３は、他にコードが数ある中で、
対話などの基本ハードウェア動作と、ディスク・ドライ
ブおよびキーボードを制御する、基本入出力システム
（ＢＩＯＳ）を格納する。ＲＡＭ２４は、オペレーティ
ング・システムおよびアプリケーション・プログラムが
ロードされるメイン・メモリである。メモリ管理チップ
２５は、システム・バス２１に接続され、ＲＡＭ２４と
ハード・ディスク・ドライブ２６およびフロッピィ・デ
ィスク・ドライブ２７との間でデータをやり取りするこ
とを含めて、直接メモリ・アクセス（ＤＭＡ）動作を制
御する。やはりシステム・バス２１に結合されているＣ
Ｄ ＲＯＭ３２は、大量のデータ、たとえばマルチメデ
ィア・プログラムまたはプレゼンテーションを記憶する
ために使用される。

【００１５】このシステム・バス２１には、キーボード
制御装置２８、マウス制御装置２９、ビデオ制御装置３
０、およびオーディオ制御装置３１など様々な入出力制
御装置も接続されている。予期されるように、キーボー
ド制御装置２８は、キーボード１２用のハードウェア・
インタフェースを提供し、マウス制御装置２９はマウス
１３用のハードウェア・インタフェースを提供する。ビ
デオ制御装置３０はディスプレイ１４用のハードウェア
・インタフェースであり、オーディオ制御装置３１はス
ピーカ１５ａおよび１５ｂ用のハードウェア・インタフ
ェースである。システム・バス２１には、スピーカ・シ
ステムで生成される音声を補正し、好ましくはオーディ
オ制御装置３１に組み込まれた、ディジタル信号プロセ
ッサ３３も結合されている。スピーカ１５ａおよび１５
ｂを使用して、ユーザにオーディオ・オブジェクトを提
供することができる。トークン・リング・アダプタなど
の入出力制御装置４０は、同様な構成の他のデータ処理
システムとのネットワーク４６を介する通信を可能にす
る。

【００１６】本発明の好ましい実施態様の１つは、ラン
ダム・アクセス・メモリに常駐する複数のコード・モジ
ュール中の数組の命令である。コンピュータ・システム
で必要とされるまで、コンピュータ読取り可能媒体、た
とえばハード・ディスク・ドライブ２６中のハード・デ
ィスク、ＣＤ ＲＯＭ３２中のＣＤ、またはフロッピィ
・ディスク・ドライブ２７中のフロッピィ・ディスク上
に１組の命令を記憶しておくことができる。

【００１７】ＮＤＩＳ（Network Driver Interface Spe
cification）環境は、ＤＯＳ、Ｗｉｎｄｏｗｓ、および
ＯＳ／２パーソナル・コンピュータの業界規格であり、
米国電気電子学会（ＩＥＥＥ）および国際標準化機構
（ＩＳＯ）のＬＡＮアーキテクチャをモデルとしてい
る。この環境は、ローカル・エリア・ネットワークおよ
びその他の固定接続のサポートを指向する実時間通信環
境である。ＮＤＩＳ環境には、図３に示すように、複数
の種類のエンティティがある。

【００１８】媒体アクセス制御（ＭＡＣ：Media Access
Control）ドライバ５０は、データ・フレームおよび物
理リンク制御フレームを送受信するのに必要なハードウ
ェア管理を実行する通信装置ドライバである。ＮＤＩＳ
環境では、ＭＡＣは、ＮＤＩＳで規定されるＭＡＣイン
タフェースを実施することによって、ＬＡＮアダプタ５
２やＬＡＮ４６などのハードウェアとネットワーク特有
の動作特性とを、他のＮＤＩＳエンティティから「隠
す」。このＭＡＣインタフェースはすべてのＭＡＣで同
じであるが、このインタフェースによってＭＡＣは様々
な属性をサポートすることができる。また、ＮＤＩＳ
ＭＡＣインタフェースでは、ＭＡＣが「ＭＡＣタイプ」
と呼ばれるフィールドを介してどの接続タイプおよびデ
ータがサポートされるかを識別する必要がある。ＮＤＩ
Ｓは、ＩＥＥＥ ８０２．３、ＩＥＥＥ ８０２．４、
ＩＥＥＥ ８０２．５、ＨＤＬＣ、ＩＳＤＮ、Ｘ．２
５、ＤＩＸ、ＤＩＸ＋８０２．３、ＡＳＹＮＣ、ＳＤＬ
Ｃ、ＦＤＤＩ、ＩＥＥＥ ８０２．６ ＡＲＣＮＥＴ、
およびＡＰＰＬＥＴＡＬＫのＭＡＣタイプを定義する。
これらのタイプ値は、ＭＡＣのサポートされるデータ・
ストリームを識別し、たいていの場合、接続されるネッ
トワークのタイプを識別する。現在、ＮＤＩＳでは、Ｍ
ＡＣタイプは静的であり、変化しない。

【００１９】プロトコル・ドライバ（ＰＤ）５４は、デ
ータ・フローの制御と、データのエラーのない転送およ
び経路指定とに必要なプロトコル手順を含む装置ドライ
バである。ＰＤ５４は、通信アーキテクチャ、ＩＥＥＥ
アーキテクチャおよびＩＳＯアーキテクチャのすべてに
おいてＭＡＣ５０のすぐ上の層である。ＮＤＩＳ環境で
は、ＭＡＣとＰＤの間にアーキテクチャされたインタフ
ェースが提供されるので、プロトコル・ドライバはたい
ていの場合ＭＡＣから独立している。この独立性は、特
定の１組のハードウェアの動作特性と結合しないことに
よって得られる。プロトコル・ドライバ５４は通常、複
数のタイプのＭＡＣ５０をサポートし、各ＭＡＣのＭＡ
Ｃタイプ・フィールドを使用して２つのエンティティに
互換性があるかどうかを判定する。プロトコル・ドライ
バ５４は大部分の通信製品で供給されているが、ＭＡＣ
ドライバ５０は通常、ＯＥＭハードウェア／アダプタ提
供業者によって供給される。これによって、ユーザは、
複数のプロトコルを様々なタイプのハードウェアと混在
させ、一致させることができる。

【００２０】ＮＤＩＳプロトコル・マネージャ５６は、
すべてのＮＤＩＳプロトコル・スタックをセットアップ
する目的で、すべてのＮＤＩＳ構成情報を収集、維持、
供給する。ＮＤＩＳプロトコル・マネージャ５６にとっ
て、すべてのＰＤ５４およびＭＡＣ５０は「モジュー
ル」である。すべてのＮＤＩＳモジュールは、ＮＤＩＳ
プロトコル・マネージャに登録される。すべてのＮＤＩ
Ｓモジュールが登録されると、プロトコル・マネージャ
５６は、「バインディング（接着）」と呼ばれるＮＤＩ
Ｓプロセスで、適切なＰＤ５４とＭＡＣ５０の調和およ
び「接着」を担当するエンティティとなる。バインディ
ング・プロセスは、ＮＤＩＳ構成情報によって駆動され
る。バインディング・プロセス中に、ＰＤ５４およびＭ
ＡＣ５０は、それらに互換性があるか否かを判定する。
互換性がある場合、バインド処理は成功裏に完了し、２
つのエンティティは通常、永久的に結合されて、様々な
プロトコル・スタックを形成する。プロトコル・スタッ
クは、さらに高い層のＡＰＩをもつＭＡＣに結合された
プロトコル・ドライバを参照する。

【００２１】ＮＤＩＳアーキテクチャの最高レベルに
は、ＮＤＩＳモジュールを使用してＬＡＮ４６を介して
通信するＬＡＮアプリケーション５８がある。通常、こ
れらのアプリケーションは、クライアント・アプリケー
ションとサーバ・アプリケーション、または対等アプリ
ケーションとしてネットワーク中に分散される。

【００２２】"3COM/Microsoft LAN Manager Network Dr
iver Interface Specification" Version 2.0.1版（１
９９０年１０月８日発行）と題する、３ＣＯＭまたはマ
イクロソフト（Microsoft）から入手可能な基本ＮＤＩ
Ｓ ２．０．１仕様に対する本発明のアーキテクチャ拡
張は、現行のＮＤＩＳ ＬＡＮ環境に加えて、広域通信
網（ＷＡＮ）、ＨＤＬＣ指向プロトコル・ドライバ、新
規のＰＣＭＣＩＡ規格アダプタ、ワイヤレス接続性、お
よびＩＳＯ ＬＡＮをサポートする必要があるために行
われる。これらの追加要件の共通点は、各ケースの物理
層接続が何らかの接続管理様式が必要されることであ
る。接続管理（connection management）という用語
は、各接続タイプまたは接続されたネットワークが、何
らかの形の物理媒体の管理および保守用のプロトコルを
必要とすることを示している。これは、基礎媒体が通
常、何らかの点（すなわち、接続の確立と切断、チャネ
ルまたはポートの選択、帯域幅の割振り、ハードウェア
の挿入／引出し）で動的であるためである。

【００２３】本発明は、これらの接続特有の特性を固有
ＮＤＩＳ動作から分離する。これによって、複数の接続
タイプにわたって、既存か新規か、あるいはＬＡＮ指向
かＨＤＬＣ指向かを問わず、ＮＤＩＳ ＰＤを、変更せ
ずに（タイマ値などに関する構成上の軽微な変更を除
く）実行することができる。Ｘ−およびＶ−シリーズお
よびＩＳＤＮ ＷＡＮなどの非ＬＡＮ接続に関連する他
の特有の特徴は、基礎媒体がプロトコルの影響を余り受
けないことである。言い換えると、各接続にはビット・
ストリームをコード化するための異なる技術を組み込む
ことができるが、フレーム内の内容とは無関係に、デー
タ伝送に使用されるフレーム化技術は一貫している。す
なわち、同じ配線を介して、複数のインスタンスで、た
とえばＩＥＥＥ ８０２．５、ＩＥＥＥ ８０２．３、
Ｘ．２５平衡型リンク・アクセス・プロシージャ（ＬＡ
ＰＢ）、ＩＳＤＮデータ・リンク制御（ＩＤＬＣ）、お
よび同期データ・リンク（ＳＤＬＣ）の各パケットを実
行することができる。本発明では、ＭＡＣが異なる時間
インスタンスに様々なデータ・ストリームをサポートで
きるようにする機構を構想している。

【００２４】ＮＤＩＳに対する本発明の機能拡張は主と
して、以下の２つの領域に関連する。 １．接続管理 ２．新規ＭＡＣタイプまたは新規ＭＡＣ機能あるいはそ
の両方

【００２５】図４に示すように、拡張ネットワーク・ド
ライバ・インタフェース仕様（ＡＮＤＩＳ）アーキテク
チャは、既存のＮＤＩＳアーキテクチャの互換性のある
スーパセットである。追加のネットワーク・タイプ、接
続性タイプ、およびプロトコル・タイプのサポートによ
って、今や複数のＡＮＤＩＳ環境タイプまたは「フレー
バ（flavor）」が存在できる。本発明により、ＭＡＣ５
０およびプロトコル・ドライバ５４やアプリケーション
などの基本ＮＤＩＳ構成要素が、基本的に変更せずに動
作することができる。プロトコル・マネージャ６０は、
非ＬＡＮアダプタおよびモデムに関する管理情報に関連
するいくつかの新しい責任を負うが、基本的にはＮＤＩ
Ｓのプロトコル・マネージャと似ている。本発明では、
接続マネージャ６２、ポート接続マネージャ６４、およ
びＡＮＤＩＳ ＭＡＣ６６の各エンティティを追加して
いる。

【００２６】接続マネージャは、プロトコル・マネージ
ャ６０と機能的に類似している。接続マネージャが接続
指向環境マネージャであるのに対し、プロトコル・マネ
ージャ６０はプロトコル指向環境マネージャである。接
続マネージャ（ＣＸＭ）６２は、「管理される」接続す
べての共通フォーカル・ポイントである。接続マネージ
ャ６２は、すべての知られている接続に関する状況およ
びその他の情報を維持する。接続マネージャ６２は、上
側の境界で、様々なタイプの接続の活動化、使用、およ
び非活動化のための接続管理インタフェース（ＣＭＩ）
６３と呼ばれる共通ＡＰＩをアプリケーションに提供す
る。この境界の下では、汎用呼出し制御インタフェース
（ＧＣＣＩ）６５と呼ばれる下層インタフェースを提供
する。ＧＣＣＩインタフェースは、接続マネージャと、
低レベル接続管理を実行する後述の様々なポート接続マ
ネージャとの間の通信機構である。

【００２７】ポート接続マネージャ（ＰＣＭ）６４は、
その直接制御のもとでポートまたはチャネルを実際に管
理するエンティティである。ＰＣＭ６４は、ポートまた
はチャネルあるいはその両方の制御のために、ＧＣＣＩ
を介して接続マネージャ６２に登録されている。ＰＣＭ
６４は、特定のタイプの接続（すなわち、Ｘ−およびＶ
−シリーズ非同期式、ＩＳＤＮ、セルラ、ＩＳＯ−ＬＡ
Ｎなど）をサポートする。各タイプの接続はそれぞれそ
れ自体の接続管理形式をもつからである。しかし、ＰＣ
Ｍ６４は接続管理形式に関連する「タイプ」をもつもの
の、次の２つの形式で設計またはパッケージすることが
できる。１）独立型ＰＣＭまたは２）統合ＰＣＭサブシ
ステム。統合ＰＣＭサブシステムとは、統合パッケージ
中に１つまたは複数のＰＣＭとＭＡＣを含む、ＯＥＭ供
給業者によって提供されるサブシステムである。統合Ｐ
ＣＭでは、ＰＣＭおよびＭＡＣは、それらの間に形式的
な外部インタフェースをもたない、単一のシステムとし
て動作する。この統合サブシステム・パッケージはプロ
ダクト特有のものである。このタイプのＰＣＭパッケー
ジの例は、接続管理および物理データ移送コードが実際
は外部のアダプタ上にある、ＯＥＭ供給される「ディー
プ」アダプタである。統合ＰＣＭのないシステムでは、
ＣＸＭおよびＰＣＭの諸機能を組み合わせて、単一の論
理エンティティとすることができる。この場合、コンピ
ュータ内のＰＣＭおよびＭＡＣは実際には、外部アダプ
タ特有コードへの実時間インタフェースである。

【００２８】独立型ＰＣＭは接続特有のものであるが、
必ずしもプロダクト特有のものではない。独立型ＰＣＭ
は、ＰＣＭおよびＭＡＣ用のＡＮＤＩＳ実時間接続制御
インタフェース（ＡＲＣＣＩ）６８に準拠した、外部化
された下層インタフェースを有する。すべての独立型Ｐ
ＣＭは、動作するために、それらのＰＣＭの接続管理の
タイプまたは形式を必要とする、ＭＡＣを「見つける」
必要がある。これは、ポート接続管理をサポートするＭ
ＡＣ６６のＡＮＤＩＳプロトコル・マネージャ６０から
リストを得て、特定のＰＣＭの接続制御形式をどのＭＡ
Ｃが必要としているかを決定することによって行う。こ
のプロセスは、本明細書で後述するＡＮＤＩＳの接続管
理アーキテクチャ（ＣＭＡ）の一部である。

【００２９】本発明は、現在ＮＤＩＳによって指定され
ている１組のＭＡＣ機能を、外部（独立型）ＰＣＭを介
する接続管理を含むように、かつ「データ・モーダリテ
ィ」と呼ばれるものが可能になるように拡張する。接続
管理を必要とするが、特定の統合ＰＣＭサブシステムの
一部ではないＡＮＤＩＳ ＭＡＣ６６は、ＡＮＤＩＳ実
時間接続制御インタフェース（ＡＲＣＣＩ）を実施する
ことによってＡＮＤＩＳ接続管理アーキテクチャ（ＣＭ
Ａ）をサポートする。ＮＤＩＳ ＭＡＣ機能に対するこ
れらの拡張によって、ＰＣＭは、標準ＮＤＩＳ ＭＡＣ
の諸特性を維持しながらＡＮＤＩＳ ＭＡＣを介して必
要な接続管理機能を実行することができる。本発明はま
た、大部分の接続管理処理をＭＡＣ６６からＰＣＭ６４
に移るので、ＭＡＣが実行する処理の量が削減される。
アナログＷＡＮやディジタルＷＡＮなど、プロトコルの
影響を余り受けない媒体を管理するＡＮＤＩＳ ＭＡＣ
６６は、標準ＮＤＩＳ要求を使用してＬＡＮ ８０２．
５プロトコルおよびＨＤＬＣプロトコルをサポートす
る。これらのＡＮＤＩＳ ＭＡＣ６６は、任意選択で８
０２．３およびＨＤＬＣフレーム・フィルタリングをサ
ポートすることもできる。

【００３０】接続管理を必要とするが、統合ＰＣＭサブ
システムの構成要素ではないＡＮＤＩＳ ＭＡＣ６６
は、物理ポート属性テーブル（ＰＰＡＴ）８０と呼ばれ
る新規のＮＤＩＳテーブルを有する。ＡＮＤＩＳ ＭＡ
Ｃのデータ構造を図５に示す。ＰＰＡＴ８０は、共通特
性テーブル（ＣＣＴ）８２、サービス特有特性テーブル
（ＳＳＣＴ）８４、サービス特有状況テーブル（ＳＳＳ
Ｔ）８６、上部ディスパッチ・テーブル８８（ＵＤＴ；
主としてＭＡＣが使用する）、下部ディスパッチ・テー
ブル（主としてＰＤが使用する）９０などの標準ＮＤＩ
Ｓテーブルに追加される。ＰＰＡＴの存在は、既存のテ
ーブルの１つにおける特定のビット、たとえば、ＭＡＣ
のＳＳＣＴ８４中のサービス・フラグのビット１８をセ
ットすることによって示される。このビットが「オン」
の場合、ＰＰＡＴのアドレスは、ＭＡＣのＣＣＴ８２
の、ＬＤＴアドレス・フィールド（最初に保存されたＤ
ＷＯＲＤフィールド）の直後に記憶される。ＰＰＡＴ８
０は、標準化ＰＰＡＴヘッダ・セクション９２とＰＰＡ
Ｔ接続特有パラメータ・セクション９４という２つのセ
クションから構成される。ＰＰＡＴ８０は、ＰＣＭが実
行する接続管理に必要なすべての情報を含み、ＭＡＣを
介してＡＮＤＩＳ ＰＤが実行する接続管理に必要なす
べての情報さえ含む。

【００３１】ＰＰＡＴ８０は、ＭＡＣが必要とする接続
管理タイプを定義するフィールドを含む。たとえば、Ｍ
ＡＣはＶ−またはＸ−シリーズ・モデム、ＩＳＤＮ基本
アダプタまたは一次アダプタ、セルラ無線アダプタ、赤
外線信号アダプタ、その他の交換網アダプタに結合する
ことができる。接続のタイプをポート・インタフェース
・タイプ（ＰＩＴ）と呼ぶ。各接続タイプは、ＰＰＡＴ
８０内の他のフィールドに別の１組のＰＩＴ修正可能パ
ラメータを必要とする。後から開発されたモジュール
は、どのＭＡＣバージョンを扱っているのかを知ること
ができるように、ＰＩＴ修正可能パラメータのバージョ
ン番号用のフィールドも確保されている。

【００３２】ＰＰＡＴ８０中で最も重要なフィールドの
１つは、ＡＮＤＩＳ ＭＡＣモード（または状態）用の
フィールドである。このフィールドは、ＭＡＣが、ＰＣ
ＭがＭＡＣを交換網を介して接続を確立するように制御
する接続モードと、ＭＡＣがＬＡＮベースのＭＡＣと同
様に動作し、プロトコル・ドライバに関連するネットワ
ークとメッセージをやり取りするプロトコル・モードの
どちらのモードであるかを示す。生データまたは不定様
式データ、あるいは非ＬＡＮベースのフォーマットのデ
ータ用の第３のモードも利用可能であり、このフィール
ドによってセットされる。本発明では、アーキテクチャ
に根本的な変更を加えることなく、未開発のプロトコル
に将来拡張できるようにする、非ＬＡＮベースのプロト
コル用の第４のモードも構想されている。したがって、
ＭＡＣは、呼び出しごとに複数のプロトコル・ドライバ
に接続できるのみならず、同じチャネルを介してＬＡＮ
ベースの通信、非ＬＡＮベースの通信、および不定様式
通信を可能にする各モードに切り替えることもできる。

【００３３】ＰＰＡＴ８０の他のフィールドには、接続
タイプ、たとえば交換型かまたは固定型か（ＬＡＮベー
スのＭＡＣの場合）、物理接続状態、たとえば切断、接
続、ハードウェア存在、ポート名、ポート番号、スロッ
ト番号、チャネル番号、および物理ポート速度を含む。
ポートＩＤ用のフィールドは、プロトコル・マネージャ
中のＰＰＡＴ登録機能によってセットされる。複数のフ
ィールドは、ＰＰＡＴ８０の登録、構成、および管理の
ためのＭＡＣへのポインタおよび様々な入口点と、ＣＣ
Ｔなど、ＭＡＣ中の他のテーブルへのポインタおよび様
々な入口点を含む。

【００３４】物理ポート属性テーブル（ＰＰＡＴ）機能 ＡＮＤＩＳ実時間接続制御インタフェース（ＡＲＣＣ
Ｉ）は、独立型ＡＮＤＩＳ ＭＡＣとＰＣＭの間のイン
タフェースである。このインタフェースの基礎を物理ポ
ート属性テーブル（ＰＰＡＴ）と呼ぶ。ＰＰＡＴは、ポ
ート／接続属性と、ＡＲＣＣＩを構成する機能の入口点
アドレスとを含む。ＰＰＡＴの内容については前述した
が、ＡＲＣＣＩを記述し構成する機能については以下の
節で説明する。

【００３５】ＡＲＣＣＩプリミティブ ＰＰＡＴで識別される入口点を呼び出すのに使用される
プリミティブは、ＮＤＩＳ仕様バージョン２．０．１の
呼出し規則およびフォーマットに従う。ＡＲＣＣＩプリ
ミティブは、ポート管理、ポート管理指示、即値データ
送信、および即値データ受信という４つの範疇から構成
される。ポート管理プリミティブおよび即値データ送信
プリミティブは、ＰＰＡＴ中で定義されている入口点を
もつ機能を使用してＰＣＭからＭＡＣに発行される。ポ
ート管理指示プリミティブおよび即値データ受信プリミ
ティブは、レジスタＰＣＭプリミティブによって定義さ
れた入口点を使用してＭＡＣからＰＣＭに送信される指
示である。送信または受信されたデータを非同期的に処
理できるようにするもう２つの範疇が存在する。それ
は、即値データ受信確認機能および即値データ送信確認
機能である。「即値データ」という用語は、ＮＤＩＳ定
義によるものである。すべてのデータ・プリミティブが
単一の連続データ・バッファへの仮想アドレス・ポイン
タ（ＬＰＢＵＦ）を含むことに留意されたい。ＯＳ／２
の仮想アドレスは、３２ビット・セレクタ、すなわちオ
フセットＧＤＴポインタ、ＤＯＳ標準３２ビット・セグ
メント、オフセット・ポインタを意味する。

【００３６】各プリミティブの詳細について以下の本文
で説明する。

【００３７】ポート管理プリミティブ： ポート管理プ
リミティブは、ＰＰＡＴ中のポート管理要求入口点アド
レスが指す入口に発行される。以下にポート管理プリミ
ティブを示す。

【００３８】Ｒｅｇｉｓｔｅｒ−ＰＣＭは、ＰＣＭがそ
のポート管理指示、即値データ受信、および即値データ
送信確認用の入口点をＭＡＣに登録できるようにする。
この機能は、ＮＤＩＳバインドと直接類似しており、首
尾よく完了すると、ＭＡＣのポートまたはチャネルをＰ
ＣＭが「所有している」とみなされるようになる。すな
わち、ＰＰＡＴ中のＭＡＣの接続状態フィールドがそれ
に応じて更新される。Ｐｏｒｔ−ｉｄは、ＭＡＣのＰＰ
ＡＴ中のポートＩＤ／アドレス値と一致する必要があ
る。ＰＣＭ＿Ｅｎｔｒｙ＿Ｔａｂｌｅは、３つのＬＰＦ
ＵＮ値のアレイを指す。第１のエントリは、Ｐｏｒｔ＿
Ｍｇｍｔ＿Ｉｎｄ（ポート管理指示）用の入口点であ
る。第２のエントリは、Ｒｃｖ＿Ｉｍｍｅｄｉａｔｅ＿
Ｄａｔａ（即値データ受信）用の入口点である。第３の
入口点は、即値データ送信確認指示を処理するためのル
ーチンのアドレスである。

【００３９】Ｒｅｌｅａｓｅ＿ＰＣＭは、Ｐｏｒｔ＿Ｉ
Ｄパラメータで指定されたポートに対するＰＣＭの所有
権を解除する。これで、ＭＡＣが、ＰＣＭ用に所有して
いる入口点を呼び出す必要はなくなる。ＭＡＣはまた、
進行中の待機要求があればそれを終了する必要がある。
ＭＡＣは、このプリミティブを完了した後、すべての設
定を元のデフォルト状態に復元する必要がある。現在活
動状態のＤＬＣがある場合は、ＤＬＣが取った処置に対
して、接続が永久的に失われたことを示す適切な戻りコ
ードを与える必要がある。

【００４０】Activate_Mode（モード活動化）は、ＭＡ
Ｃを３つのモードに切り替えるために使用される。それ
は、接続管理モード、ＮＤＩＳプロトコル・モード、お
よび不定様式データ・モードである。接続管理モードで
は、ＭＡＣは、ＰＣＭと通信して、物理接続を確立、切
断、または管理する。ＮＤＩＳプロトコル・モードで
は、ＭＡＣは、既存のＮＤＩＳインタフェースを介して
プロトコル・スタックと通信する。不定様式データ・モ
ードでは、ＭＡＣは、接続モードの場合と同様に、本明
細書に記載するＮＤＩＳ拡張機能を介して他のモジュー
ルと通信する。言い換えると、データは、ＭＡＣによっ
ていかなる形でもフレーム化や修正を行われない。この
ため、ポートまたはチャネルがその固有モードで使用で
きる。たとえば、非同期式ポートをＡＳＣＩＩ端末エミ
ュレーション・プロダクトが使用することができ、ある
いはＩＳＯ−ＬＡＮ Ｃ−チャネルが、不定様式データ
・モードの間にマルチメディア・データ・ストリームを
サポートすることができる。

【００４１】Retrieve_PPI_Status（ＰＰＩ状況検索）
は現物理ポート・インタフェース（ＰＰＩ）状況をＰＣ
Ｍに返す。この機能は、ＰＰＩ状況指標がＰＩＴ特有の
ものであり、標準ＰＰＡＴヘッダの一部として定義され
ていないので、ＰＩＴ依存性である。したがって、ＰＰ
Ｉ状況フィールドのフォーマットは、本明細書の該当す
る節で各接続範疇によって定義されている。一部の接続
タイプはこの機能をサポートすることができない。大部
分の接続のサポートについては、層１接続状況用にＷＯ
ＲＤサイズのフィールドが使用される。この機能は、Ｐ
ＰＩ状況ＷＯＲＤ中の現行の値をＰＰＡＴ ＰＩＴ特有
のパラメータ・セクションから、ＰＰＩ状況ポインタが
指すＷＯＲＤにコピーする。このプリミティブは、Regi
ster_PCMが発行された後にかぎり有効である。

【００４２】Get_PPAT_Parms（ＰＰＡＴパラメータ獲
得）は、ＰＰＡＴ ＰＩＴ特有のパラメータ・テーブル
を取り出す。ＰＰＡＴ ＰＩＴ特有のパラメータ・テー
ブルは、標準ＰＰＡＴヘッダに続くＰＰＡＴのセクショ
ンとして定義されている。ＰＰＡＴパラメータ・テーブ
ルがPPAT_Parm_Size（ＰＰＡＴパラメータ・サイズ）パ
ラメータよりも大きい場合、BUFFER_TOO_SMALL（バッフ
ァが小さすぎる）が返され、ＰＰＡＴパラメータ・テー
ブルのコピーは実行されない。この場合にＰＰＡＴのコ
ピーが実行されないのは、ＰＰＡＴが変更されても、Ｐ
ＣＭまたはＤＬＣが誤ってＰＰＡＴのフィールドを使用
しないようにするためである。

【００４３】ＰＣＭは、Activate_Modeプリミティブを
使用しＰＰＡＴへのアクセスを制御する。ＰＣＭは、Ac
tivate_Modeを発行して制御をＤＬＣまたはＮｕｌｌ
ＤＬＣに与えるまで、ＰＰＡＴを独占的に使用する。そ
の時点まで、ＤＬＣまたはＮｕｌｌ ＤＬＣは、ＰＰＡ
Ｔパラメータ・テーブルを取り出そうとする試みに応答
して、Invalid_Fucntion（無効機能）を受け取る。ＰＣ
Ｍは、Activate_Modeプリミティブ（制御の放棄）の
後、誤ったモードでＰＰＡＴアクセスを試みる場合、In
valid_Functionを受け取る。ＰＣＭがＰＰＡＴを再び取
り出せるようにするには、モードをＰＣＭ接続管理モー
ドに切り替えておく必要がある。この同期化によって、
ＤＬＣ（またはＮｕｌｌ ＤＬＣ）およびＰＣＭが同じ
ＰＰＡＴに対して異なる変更を加え、一方が他方を重ね
書きする可能性がなくなる。このことはまた、ＰＣＭ
が、ＰＣＭモードに切り替えるたびにＰＰＡＴパラメー
タ・テーブルの新規コピーを取り出し、ＰＰＡＴの修正
が行われたかどうかを判定する必要があることを意味す
る。ＡＮＤＩＳ ＭＡＣは最終的に、どんなタイプのＰ
ＰＡＴ変更がどれだけ発生する可能性があるかを決定す
る。

【００４４】Set_PPAT_Parms（ＰＰＡＴパラメータ設
定）は、ＰＰＡＴ ＰＩＴ特有のパラメータ・テーブル
をセットまたはリセットする。ＰＰＡＴ ＰＩＴ固有の
パラメータ・テーブルは、標準ＰＰＡＴヘッダに続くＰ
ＰＡＴのセクションとして定義されている。この機能
は、ＰＩＴパラメータを再構成またはセットするために
ＰＣＭによって使用される。ＰＡＲＴパラメータ・テー
ブルがPPAT_Parm_Sizeパラメータよりも大きい場合、BU
FFER_TOO_SMALLが返され、ＰＰＡＴパラメータ・テーブ
ルのコピーは実行されない。

【００４５】Reset_Port（ポート・リセット）は、ハー
ドウェアまたはソフトウェアあるいはその両方のリセッ
トを実行するためにＭＡＣに発行される。Reset_Portは
主として、接続が切断された後に使用される。ハード・
リセットは、ポートおよびすべてのソフトウェアの設定
を元のデフォルト状態にリセットする。ソフト・リセッ
トは、ＭＡＣが現在保持している待ち行列要求がある場
合にそれを返す。ソフト・リセットを使用して、接続を
未完了のうちに終了させる非致命的エラー状態から回復
することができる。

【００４６】Activate_Phys_Conn（物理接続活動化）に
よって、ＰＣＭは物理接続タイプに関して特別の処置を
取らずに接続を活動化することができる。ＤＣＥとの間
の信号のあらゆる管理は、ＭＡＣに引き渡される。ＤＣ
Ｅまたはネットワークに発行する必要がある文字列また
はコマンドは、TransmitImmediateData（即値データ送
信）プリミティブの発行後に、このプリミティブを使用
して送信される。この機能の性質上、この事象の解釈は
ＰＩＴ特有のものである。ＭＡＣは、ＰＣＭの介入やＰ
ＣＭからＤＣＥ／ネットワークへのメッセージ転送なし
で接続を確立できる場合、このプリミティブを受け取る
と接続を確立しようとする。ＰＣＭと、接続されたＤＣ
Ｅ／ネットワークが何らかの種類の層２（またはそれよ
り上位）対話を行わなければならない場合、ＭＡＣが緊
急接続の準備をするように、ＭＡＣにこのプリミティブ
が発行される。接続が確立されている場合、接続活動指
示が常に所有ＰＣＭに発行される。

【００４７】Ｍｏｄｅパラメータによって、ＰＣＭは、
Activate_Modeプリミティブを発行せずに、ＮＤＩＳイ
ンタフェース（ＮＤＩＳプロトコル・モード）またはＮ
ｕｌｌ ＤＬＣインタフェース（不定様式データ・モー
ド）を使用可能にすることにより、関連するポート／チ
ャネルの能動制御から受動制御に移行することができ
る。ＭＡＣは、Connection_Active指示を首尾よく発行
した直後に、適切なモードに切り替わり、データの受信
および送信の準備をする。ＰＣＭがＭＡＣを接続管理モ
ードに維持する場合、ＰＣＭは、後でActivate_Modeプ
リミティブを発行して、他のデータ・インタフェースの
１つを活動化する必要がある。

【００４８】Deactivate_Phys_Conn（物理接続非活動
化）によって、ＰＣＭは物理接続タイプに関して特別の
処置を取らずに、接続を非活動化することができる。Ｄ
ＣＥとの間の信号のあらゆる管理は、ＭＡＣに引き渡さ
れる。このプリミティブは、必ずしもすべてのパラメー
タをデフォルト値にリセットしない点でReset_Portと異
なる。このプリミティブによって、ＰＣＭは、ＰＩＴ特
有のすべてのパラメータをもう１度セット／リセットす
ることなしに、ポートまたはチャネルを再使用すること
ができる。

【００４９】Register_Null_DLCによって、Ｎｕｌｌ
（不定様式データ・ストリーム）ＤＬＣは、ポート管理
指示、即値データ受信、および即値データ送信確認用の
入口点をＭＡＣに登録することができる。Port_IDと
は、Ｎｕｌｌ ＤＬＣが使用しようとするポートのＰＰ
ＡＴ中のポートＩＤ／アドレス値である。DLC_Entry_Ta
bleは３つのＬＰＦＵＮ値のアレイを指す。第１のエン
トリは、Port_Mgmt_Ind（ポート管理指示）用の入口点
である。第２のエントリは、Rcv_Immediate_Data（即値
データ受信）用の入口点である。第３の入口点は、即値
データ送信確認表示を処理するルーチンのアドレスを含
む。このプリミティブは主として、生ＡＳＣＩＩ非同期
接続やマルチメディア（ＩＳＯ−ＬＡＮ）リンクなど
の、フレーム化データ・ストリームと非フレーム化デー
タ・ストリームの両方、または非フレーム化データ・ス
トリームだけをサポートできる接続をサポートするため
に使用される。このプリミティブは、潜在的に製造業者
特有の自社独自データ・ストリームをサポートするため
に使用できる。

【００５０】Release_Null_DLC（Ｎｕｌｌ ＤＬＣ解
除）は、Port_IDパラメータで指定されたポートに対す
るＮｕｌｌ ＤＬＣの所有権を解除する。ＭＡＣ自体
が、Ｎｕｌｌ ＤＬＣ用に有する入口点を呼び出す必要
はもはやない。ＭＡＣはまた、それ自体が有する進行中
の待機要求を終了する必要がある。ＭＡＣは、このプリ
ミティブが首尾よく完了したとき、接続管理モードに戻
る必要がある。

【００５１】ポート管理指示 Port Management Indication（ポート管理指示）プリミ
ティブは、Register_PCMリミティブによって定義された
PCM Entry_TableのPort_Mgmt_Indフィールドが指す機能
に対して発行される。以下に、Port Management Indica
tionプリミティブを示す。

【００５２】Connection_Activeは、接続が活動状態で
あることをＰＣＭに示す。この指示は、ＭＡＣが物理接
続を確立する試みを完了したことをＰＣＭに示す。ＰＣ
Ｍが元のActivate_Connection要求でモード変更を指定
している場合、ＭＡＣはただちにそのモードに入る必要
がある。モード変更を指定していない場合、ＰＣＭは、
モード変更間にデータがなくならないようにできるだけ
迅速にActivate_Modeプリミティブを発行する必要があ
る。しかし、ＰＣＭは、異なる状況のもとでは、接続を
確立した後にネットワークまたはＤＣＥとデータを交換
しなければならないことがあり、接続状態およびモード
を管理するのは、最終的にはＰＣＭの責任である。

【００５３】Connection_Inactiveは、接続が非活動状
態になったことをＰＣＭに示す。サポートされている場
合、どの処置が必要かをＰＣＭが判定する助けとして、
ＰＩＴ特有のPPI Statusフィールドのコピーが返され
る。ＭＡＣは、このプリミティブを発行する前に、自動
的に接続モードに切り替わる必要がある。ＰＣＭはこの
モードを明示的にセットすることができるが、これは必
ずしも必要ではない。

【００５４】PPI_Signalは、ＭＡＣが１つまたは複数の
PPI Status信号の変化を検出したことをＰＣＭに示す。
この指示はＰＩＴ特有のものである。すなわち、この指
示は接続タイプに依存する。各接続タイプは、それ自体
のPPI StatusフィールドがＰＰＡＴのＰＩＴ特有のパラ
メータ・セクションで定義されている。各接続タイプま
たはＰＣＭタイプは、PPI Statusフィールドの内容と、
通知を発生させる条件を定義する。

【００５５】PPI_Exceptionは、ＭＡＣがエラー条件を
検出したことをＰＣＭに示す。前述のＰＰＩ信号指示の
場合と同様に、この指示もＰＩＴ特有のものである。各
接続タイプは、通知を発生させるエラー条件を定義す
る。PPI_Exceptionフィールドは、ＰＩＴ特有のもので
あり、ＰＰＡＴのＰＩＴ特有パラメータ・セクションの
各接続タイプによって定義される。

【００５６】PortMgmt_Request Completeは、以前に待
ち行列に入っていたプリミティブをＭＡＣが完了したこ
とをＰＣＭに通知する。要求が成功した場合、状況の値
はゼロである。Info_Pointerは、要求に関する情報を指
す長ポインタである。完了した要求は、この指示上のRe
qHandleによって識別される。ReqHandleは元のプリミテ
ィブのReqHandleと一致する。

【００５７】即値データ送信プリミティブ Transmit Immediate Data（即値データ送信）プリミテ
ィブは、ＰＰＡＴのTransmitImmediateData要求入口点
アドレスが指す機能に対して発行される。現在、標準送
信機構として定義または必要とされている送信プリミテ
ィブは１つしかない。しかし、各接続タイプについて、
特定の送信ニーズが増えた場合、他の送信タイプを定義
することができる。追加のプリミティブは、指定された
呼出し様式に従う必要がある。渡された命令コードは、
ポート・インタフェース・タイプ（ＰＩＴ）特有の送信
タイプを識別するように変えることができる。

【００５８】TransmitImmediateDataは、接続モードの
ときにＰＣＭからＭＡＣにデータを送信し、不定様式デ
ータ・モードのときにＮＵＬＬ ＤＬＣからＭＡＣにデ
ータを送信するために使用される。モードに関する詳細
については、Activate_Modeプリミティブの項を参照さ
れたい。Imm_Data_Pointerは、セレクタ／セグメント、
すなわち連続データ・バッファを指すオフセット・ポイ
ンタである。ＯＳ／２では、このポインタはＧＤＴポイ
ンタである。ＰＣＭは通常、ＤＣＥまたはネットワーク
と通信する大量のデータ・トラフィックを生成せず、か
つ連続データ・バッファがすべての送信に使用される
（「分散収集」を防ぐ）ので、可能ならば、すべての送
信要求を同期的に実行するＭＡＣを推奨する。ＭＡＣに
渡されたバッファが大きすぎるか、あるいは何らかの理
由でデータがただちに送信できない（おそらく、実施態
様による）場合、ＭＡＣがＰＣＭに待機戻りコードを返
すことを提案する。

【００５９】即値データ送信確認プリミティブ Transmit Immediate Data Confirms（即値データ送信確
認）プリミティブは、Register_PCMプリミティブによっ
て定義されたPCM_Entry_TableのXmit_Immediate_Dataフ
ィールドが指すエントリに対して発行される。Transmit
ImmediateDataConfirmは、ＭＡＣが以前に待ち行列に入
れた送信プリミティブをＭＡＣが完了したことをＰＣＭ
に通知する。要求が成功した場合、状況の値はゼロにな
る。Info_Pointerは、要求に関する情報を指す長ポイン
タである。完了した要求は、この指示上のReqHandleに
よって識別される。データ送信の待ち行列化に関する指
針については、TransmitImmediateData要求の項を参照
されたい。

【００６０】即値データ受信プリミティブ Receive Immediate Data（即値データ受信）プリミティ
ブは、ＰＰＡＴのReceiveImmediateDataConfirm入口点
アドレスが指す機能に対して発行される。ReceiveImmed
iateDataPurposeは、ＰＣＭまたはＤＬＣによって処理
すべきデータをＭＡＣが受信したことを、（接続モード
では）ＰＣＭに、（不定様式モードでは）ＮＵＬＬ Ｄ
ＬＣに通知する。Rcv_Data_Pointerは、セレクタ／セグ
メント、すなわち連続データ・バッファを指すオフセッ
ト・ポインタである。ＯＳ／２の下では、このポインタ
はＧＤＴポインタである。

【００６１】即値データ受信確認プリミティブ Receive Immediate Data Confirms（即値データ受信確
認）プリミティブは、Register_PCMプリミティブで定義
されたPCM_Entry_TableのReceiveImmediateDataConfirm
アドレス・フィールドが指す機能に対して発行される。
ReceiveImmediateDataConfirmは、以前に待ち行列に入
っていたReceiveImmediateData指示が完全に処理され、
付随するデータ・バッファが再使用可能であることをＭ
ＡＣに通知する。要求が成功した場合、状況の値はゼロ
になる。Info_Pointerは、要求に関する情報を指す長ポ
インタである。完了した要求は、この指示上のReqHandl
eによって識別される。

【００６２】ＰＰＡＴ管理プリミティブ PPAT Managementプリミティブは、ＰＰＡＴにおけるＭ
ＡＣのPPAT Management要求入口点アドレスが指す機能
に対して発行される。Update PPATによって、ＡＮＤＩ
Ｓプロトタイプ・マネージャＰＰＡＴ登録機能、すなわ
ちＭＡＣのＰＰＡＴを更新（再構成）する能力が使用可
能になる。ＭＡＣの接続が非活動状態である場合、ＭＡ
ＣはＰＰＡＴ更新を受け入れる（すなわち、プログラム
式再構成を使用可能にする）必要がある。ＭＡＣは、無
効な構成をもつＰＰＡＴ値に出会った場合、適切な戻り
コードでリターンする必要がある。ＭＡＣは、進行中の
活動接続がある場合、ＰＰＡＴ更新の試みを拒絶する
か、あるいは後で使用できるようにＰＰＡＴのコピーを
作成することができる。しかし、活動接続は切断され
ず、ポート／チャネルは、非活動状態でないかぎり、再
構成の真の候補にはならない。

【００６３】ＰＰＡＴ登録 すべてのＭＡＣモジュールのＰＰＡＴは、レジスタ・モ
ジュール・プロトタイプ・マネージャ要求を使用して登
録するときに、ＡＮＤＩＳプロトコル・マネージャによ
って自動的にログされる。すべてのＰＰＡＴアドレス
は、ＡＮＤＩＳプロトコル・マネージャによって、以下
の形式の構造に維持される。

【００６４】ＷＯＲＤ ＰＰＡＴエントリの数；アレイ
中のＰＰＡＴアドレスの数 ＤＷＯＲＤ ＰＰＡＴアドレス＃１ ＰＰＡＴアドレス
のアレイ ＤＷＯＲＤ ＰＰＡＴアドレス＃２ ・ ・ ・ ＤＷＯＲＤ ＰＰＡＴアドレス＃ｎ

【００６５】ＰＣＭまたはその他のエンティティは、Ａ
ＮＤＩＳプロトコル・マネージャから、この全登録済み
ＰＰＡＴリストを取り出すことができる。プロトコル・
マネージャのＰＰＡＴリストのコピーを取り出すため
に、新規のプロトコル・マネージャ要求が作成されてい
る。新規の要求は一般に、ＮＤＩＳ ２．０．１仕様の
６２ページに記載されたプロトコル・マネージャ要求呼
出し指針に従う。要求の様式および情報を以下に示す。

【００６６】GetPPATInfo 目的：プロトコル・マネージャのＰＰＡＴ登録リストの
コピーを検索する。 命令コード ０ｘ０Ｃ 状況 リターン時に要求の完了状況を含む。 ポインタ１ ＰＰＡＴリストをコピーすべきバッファを
指すＦＡＲポインタ ポインタ２ 未使用 ワード１ 返されるアドレス・タイプ・セレクタ

【００６７】ＡＮＤＩＳ ＭＡＣデータ・サポート ＷＡＮに対する本発明のサポートには、ＭＡＣが様々な
「フレーム化」データ様式の送受信をサポートする能力
も含まれる。これは、非同期／同期ネットワーク、アナ
ログ・ネットワーク、セルラ・ネットワーク、およびデ
ィジタル（ＩＳＤＮ）ネットワークが、データ移送用の
共通のフレーム化技術をサポートすることによる。同期
接続ではＨＤＬＣフレーム化技術を使用し、非同期接続
では様々な擬似ＨＤＬＣフレーム化技術を使用する。Ａ
ＮＤＩＳでは、ＭＡＣが、ＬＡＮおよびＨＤＬＣデータ
の伝送を要求に応じて（すなわち、「バインド・インス
タンス」ごと、つまりNDIS BINDシステム要求とNDIS UN
BINDシステム要求の間の時間）にそれをサポートする能
力を標準化する。これによって、ＡＮＤＩＳ ＭＡＣは
より多くのプロトコルおよびネットワーク・タイプをサ
ポートすることができる。これは、新規のＭＡＣ機能を
指定し、サポートされるデータ・フレーム様式を標準化
することによって行われる。

【００６８】プロトコルの影響を受け難い媒体（ＰＩ
Ｍ）上で動作するＭＡＣについて、マルチプロトコル・
サポートを提供する３つの方法を以下に列挙する。当業
者なら、プロトコルの他の組合せも思いつくであろう。

【００６９】第１の好ましい実施例では、すべてのＡＮ
ＤＩＳ ＰＩＭ ＭＡＣが、ＩＥＥＥ ８０２．５動作
およびPromiscuous／ＨＤＬＣ動作をサポートする必要
がある。すなわち、ＡＮＤＩＳ ＭＡＣは、ＭＡＣに対
してFilterMask値が"Promiscuous"（０×０００４）のS
etPacketFilter ＮＤＩＳ一般要求が発行されないかぎ
り、固有の８０２．５（トークン・リング）ＭＡＣとし
て動作する。ＭＡＣは、FilterMaskが"Promiscuous"のS
etPacketFilter要求を受け取ると、受信したフレーム
（１６ビット）のＦＣＳが良好であり（これはハードウ
ェアであることもソフトウェアであることもある）、フ
レームの長さがＦＣＳを含めて少なくとも４バイトであ
ることを検証するだけでよい。データ・フレームは、こ
れらの最小検査に合格した場合、ＰＤに渡される。不合
格の場合データ・フレームは破棄され、当該の統計が更
新される。動的接続をサポートする非ＬＡＮ ＡＮＤＩ
ＳＭＡＣには、StationAddressが、それにバインドする
プロトコル・ドライバによって割り当てられる。すなわ
ち、これらのＭＡＣは、それ自体の固有の「バーン・イ
ンされた」ＬＡＮアドレスをもたない。これは、複数の
接続およびバインド・インスタンス間でＬＡＮアドレス
があいまいになるのを防ぐためのものである。したがっ
て、ＡＮＤＩＳ ＭＡＣは、OpenAdapterまたはSetPack
etFilter要求が発行されるまでにSetStationAddress要
求を受け取らない場合、バインディング・エンティティ
はすべてのフレームを受信したいものと仮定する。

【００７０】静的／構成化ＡＮＤＩＳ ＭＡＣモーダル
・データ・サポート。ＰＩＭ ＭＡＣは、ＡＮＤＩＳ
ＰＩＭ ＭＡＣ用として指定された上述の第１の実施例
のプロトコル・サポートだけでなく、その基本／デフォ
ルトＬＡＮプロトコルの静的構成もサポートすることが
できる。これは、Protocol.IniファイルのＭＡＣのセク
ションに新規のキーワードを使うことによって行う。こ
のキーワードは"MACTYPE = ..."であり、デフォルトＬ
ＡＮモード用にこのキーワードに割り当てることのでき
る値は"８０２．５"または"８０２．３"とすることがで
きる。このＭＡＣタイプは、いったん割り当てられる
と、潜在的再構成が行われないかぎり静的である。キー
ワードを指定しない場合、８０２．５がそのままデフォ
ルトのＭＡＣタイプとなる。ＭＡＣタイプを"８０２．
３"にセットすると、ＭＡＣは、上述のPromiscuous／Ｈ
ＤＬＣモードにされないかぎり、固有のＩＥＥＥ ８０
２．３（イーサネット）ＭＡＣとして動作する。ＡＮＤ
ＩＳ ＭＡＣ、特に、固定接続をサポートするＡＮＤＩ
Ｓ ＭＡＣで、ＭＡＣのデフォルト／基本ＬＡＮプロト
コルの静的構成をサポートすることを強く推奨する。

【００７１】動的ＡＮＤＩＳ ＭＡＣモーダル・データ
・サポート。さらに、ＡＮＤＩＳＰＩＭ ＭＡＣは動的
モード設定をサポートすることができる。このモード設
定は、ＭＡＣがデータを受信できない間（すなわち、ア
ダプタ／ＭＡＣ状態が「クローズされている」間、また
はSetPacketFilter要求の前）に実行される。これは、
新規のＮＤＩＳ一般要求、すなわちSetProtocolModeの
呼出しを介して行う。この一般要求をサポートするＡＮ
ＤＩＳ ＭＡＣは、サービス特有特性テーブルのサービ
ス・フラグのビット１９を"Ｏｎ"にセットする。SetPro
tocolMode要求は、ＮＤＩＳ ２．０．１仕様の４３ペ
ージに記載されたＮＤＩＳ一般要求指針に準拠する。

【００７２】前述のすべての内容は、ＨＤＬＳフィルタ
化動作を除き自明である。ＨＤＬＣフィルタ化モードを
プロトコル・モードとするSetProtocolMode要求が、Set
PacketFilter要求に影響を及ぼす。ＰＣＭは、ＭＡＣを
ＨＤＬＣフィルタ化モードにした後、標準フィルタ・マ
スク（ＮＤＩＳ ２．０．１の４８ページを参照）と、
以下の構造を指すＦＡＲポインタ（LPBUF）パラメータ
を含むSetPacketFilter要求を発行する。

【００７３】ＷＯＲＤ ＨＤＬＣバイト・マスクの数 ＢＹＴＥ(n) １バイトＨＤＬＣフィルタ・マスクのア
レイ

【００７４】ＦＡＲポインタは、現在ＮＤＩＳ仕様の４
８ページに指定されている予約ＤＷＯＲＤパッド・パラ
メータ中に置かれる。ＨＤＬＣフィルタ化モードをサポ
ートするＭＡＣは、供給されたバイト・マスクを使用し
て、受け取った、破壊されていない各データ・フレーム
の第１バイトがこれらの値のうち１つに一致するか否か
を検証し、一致しない場合はそれを破棄する。このモー
ドは、ＳＤＬＣおよびＬＡＰＢのサポートに関係する場
合でも、予備フィルタ化機能を必要とするどんなプロト
コルが使うこともできる。

【００７５】SetProtocolMode一般要求は、SetPacketFi
lter一般要求より前に発行する必要がある。SetProtoco
lModeはＭＡＣのデータ・モードをセットするが、SetPa
cketFilterはＭＡＣのデータ・モードを活動化する。こ
の副指令は、現行のＮＤＩＳ勧告に類似している。SetP
acketFilter FilterMaskは、先行する要求を無効にする
か、あるいは修飾する。すなわち、PromiscuousのFilte
rMaskは、ＭＡＣの現プロトコル・モード状態とは無関
係に、ＭＡＣをPromiscuous／ＨＤＬＣ動作状態にす
る。第２のFilterMask値は、Promiscuous／ＨＤＬＣを
除き、指定されたすべてのプロトコルを活動化する。

【００７６】SetProtocolMode要求に関連して、ビット
１９はまた、１バッファ記述子当たり最大数のデータ・
ブロックに使用されるＷＯＲＤの直後のＭＡＣのＳＳＣ
Ｔの終わりに位置する２つの新規のフィールドの存在を
示す。これら２つのフィールドは、ＭＡＣによってサポ
ートされるプロトコル・モードと現プロトコル・モード
を反映する。これによって、ＰＤおよびその他のＡＮＤ
ＩＳエンティティは、ＭＡＣがどの機能をサポートする
かを判定することができる。ＳＳＣＴの長さフィールド
は、これら２つの新規指標の存在を反映する必要があ
る。また、ＳＳＣＴ中のＭＡＣタイプ・フィールドは、
プロトコル・モードの変更を反映する必要がある（すな
わち、ＡＳＣＩＩＺ ＭＡＣタイプは常に最新である必
要がある）。

【００７７】ＡＮＤＩＳ ＭＡＣ設計情報 ＯＥＭハードウェアおよびソフトウェアのベンダは、提
供されたＮＤＩＳ／ＡＮＤＩＳエンティティと自分のＯ
ＥＭハードウェアとのインタフェースにＡＮＤＩＳ媒体
アクセス制御（ＭＡＣ）ドライバを供給することにな
る。

【００７８】マイクロソフト（Microsoft）／３Ｃｏｍ
ＬＡＮマネージャ・ネットワーク・ドライバ・インタ
フェースに対する本発明の改良点の大部分は主として、
ＷＡＮ／ＬＡＮ動的接続環境でのＭＡＣ動作の概要を示
すことを目指したものである。「動的接続」という用語
は、Ｘ−およびＶ−シリーズ回線交換網接続、セルラ・
ダイヤル・アップ接続、ＩＳＤＮ非固定Ｂ−およびＨ−
チャネル、およびおそらくＩＳＯ−ＬＡＮ Ｃ−チャネ
ルなどの非固定接続を指す。また、ＰＣＭＣＩＡアダプ
タのサポートは、ＰＣＭＣＩＡアダプタを実時間で挿入
し引き出すことが可能なので、動的接続の範疇に入る。
ＰＰＡＴのConnection Typeフィールドは、ＭＡＣの基
本媒体が動的であるか固定的であるかを示す。固定接続
の例は、Ｘ−またはＶ−シリーズ非交換回線、固定ＩＳ
ＤＮ Ｂ−およびＨ−チャネル、およびＩＳＯ−ＬＡＮ
Ｐ−チャネルである。これら２種類の接続の主要な違
いは、以下の「ＡＮＤＩＳ ＭＡＣ属性」の節にその概
要を示してある。

【００７９】「バインド・インスタンス」という用語
は、NDIS BINDシステム要求とNDIS UNBINDシステム要求
の間で行われる活動を指す。「ＭＡＣ使用可能処理」と
いう用語は、ＮＤＩＳ ＢＩＮＤシステム要求に続いて
プロトコル・ドライバとＭＡＣの間を流れる、すべての
ＮＤＩＳ一般要求動詞および関連する応答を指す。これ
らの要求は、データ・トラフィック用にＭＡＣをセット
アップし、活動化するために使用され、後述のバインド
・インスタンス・フローの節で説明する。「呼出しイン
スタンス」という用語は、呼出しの接続と、同じ呼出し
の切断との間に行われる活動を指す。

【００８０】ＡＮＤＩＳ ＭＡＣ属性 各活動ポートまたはチャネルごとに、１つのＡＮＤＩＳ
ＭＡＣモジュール・インタフェースがある。「インタ
フェース」という用語は、媒体と、プロトコル・ドライ
バなどより上位の層のＮＤＩＳ／ＡＮＤＩＳエンティテ
ィに提供される論理ＭＡＣモジュールとの間で１対１の
相関関係を適用するために使用されている。サービス特
有特性テーブルに含まれるＡＮＤＩＳ ＭＡＣ属性は、
すべてのＡＮＤＩＳ ＭＡＣにおいて一貫している必要
がある。

【００８１】サービス特有特性テーブル（ＳＳＣＴ）で
は、サービス・フラグ値を１６進００００６６１Ｄ、０
０００６７１Ｄ、００００６Ｅ１Ｄ、または００００６
Ｆ１Ｄ（詳細はＮＤＩＳ ２．０．１の１３、１４ペー
ジを参照）に設定する必要がある。これらのフラグは、
同報通信フレーム、機構／グループ・アドレス指定、pr
omiscuousモード、ソフトウェア設定可能局アドレス、R
esetMAC処理、８０２．５ソース経路指定フレームの受
信、および仮想（ＧＤＴ）／物理バッファ・アドレス指
定の各機能がサポートされることを示す。

【００８２】サービス特有状況テーブル（ＳＳＳＴ）で
は、任意選択によるＭＡＣのOpenAdapter/CloseAdapter
要求のサポートに応じて（前記参照）、３２ビットのＭ
ＡＣ状況フィールドを１６進００００００１７または０
００００００７に初期設定する必要がある。状況値は、
ＭＡＣが常に「オープンであり準備ができている」（す
なわち、活動状態である）か、それとも「オープンおよ
びクローズ」を必要とするかをプロトコル・ドライバに
示す。通常どおり、ＭＡＣ初期設定が失敗すると、他の
関連するフラグがセットされる。

【００８３】ＡＮＤＩＳ環境では、動的接続をサポート
するＭＡＣは、静的または直接に「バインド可能な」エ
ンティティとはみなされない。すなわち、そのようなＭ
ＡＣのＭＡＣモジュール名は、Protocol.Initファイル
中のＰＤの"Bindings=..."リストに現れない。これによ
って、ＬＡＮまたは他の非ＡＮＤＩＳレベルＰＤが、切
断状態のときにＭＡＣを使用しようと試みたり、接続マ
ネージャに、呼出し／接続インスタンスごとに様々なＰ
ＤおよびＡＮＤＩＳ ＭＡＣを動的にバインドするため
の柔軟性を与えようとすることはなくなる。一方、固定
媒体に接続されたＭＡＣは、既存のＮＤＩＳ ＭＡＣと
同様に直接「バインド可能」である。これらのＭＡＣモ
ジュール名は、ＮＤＩＳ／ＡＮＤＩＳ ＰＤの"Binding
s=..."リストに直接出現できるのに対し、動的ＭＡＣで
は、動的に呼出しインスタンスごとにバインドを実行す
るのに接続マネージャの助けが必要である。

【００８４】すべてのＡＮＤＩＳ ＭＡＣは、接続タイ
プとは無関係に、ＡＮＤＩＳプロトコル・マネージャに
登録される。この規則の唯一の例外は、統合ＰＣＭサブ
システムの一部であるＡＮＤＩＳ ＭＡＣでは、静的バ
インディングに参加せず、かつ登録すべきＰＰＡＴをも
たないために、そのＭＡＣモジュールを登録する必要が
ないことである。ＡＮＤＩＳ登録は次の２つの機能を実
行する。１）Netbind.Exe処理中のバインド時のバイン
ディング用にすべてのＰＤおよびＭＡＣをログする。
２）ＰＣＭによる照会に備えて、登録されているＡＮＤ
ＩＳ ＭＡＣによって提供されるすべてのＰＰＡＴをロ
グする。他のすべてのＮＤＩＳプロトコル・マネージャ
要求は変更されない。

【００８５】エラー／分散条件の通知および処理 動的接続環境でのＮＤＩＳ ＭＡＣインタフェースのサ
ポートに特有のタイミング条件が柔軟に処理され許容さ
れるようにＡＮＤＩＳ ＭＡＣを設計するには、「異
常」条件と「予期不能」条件の違いを理解する必要があ
る。「異常」条件とは、エラー条件とみなされる条件で
ある。これは、進行中の動作に対して一時的または永久
的に破局的である、予期不能な、プロトコルに規定され
ていない、重大なエラー条件である。これらの条件に
は、オペレーティング・システム障害、ソフトウェア・
エラー、システム資源不足、ハードウェア障害、マイク
ロコード障害などがある。これらの障害はＭＡＣ動作に
影響を及ぼすが、ＰＣＭまたはＭＡＣあるいはその両方
で発生する可能性がある。これらの条件は、ＭＡＣに、
以下に示す適切なNDIS StatusIndicationを生成させ
る。

【００８６】一方、「予期不能な」条件とは、現ＭＡＣ
動作を妨害するが、必ずしもエラーではなく、また破局
的ともみなされない、思いがけない事象である。ＷＡＮ
環境における予期不能条件の最も一般的な例は、データ
転送時の擬似呼出しクリア事象である。この種の事象を
「異常」とみなさない理由は、呼出しクリア・プロセス
が、アーキテクチャ化されたプロトコルに規定された方
式で発生し、予期不能なものであるにせよ、エラーでは
ないが思いがけない事象であるからである。また、接続
切断は、動的接続環境に固有の特性である。したがっ
て、前述のエラー条件と同じクラスに属するものとはみ
なされない。

【００８７】もう１つの状況として、途中でまたは思い
がけなく切断された呼出しは破局的ではない。呼出し制
御ソフトウェアは、自動的にこの種の妨害を処理し、そ
れから回復する。

【００８８】「バインド」されており「活動化された」
状態にあるＭＡＣが異常エラー条件に出会ったとき、現
ＰＤにNDIS AdapterCheck StausIndicationが発行さ
れ、例外条件を通知する。ＷＡＮ／ＨＤＬＣハードウェ
アおよび回線交換環境ではＬＡＮの場合と同じエラー条
件には出会わないので、この時点で利用可能な関連Adap
terCheck理由コードは、０×８０００アダプタ（ハード
ウェア）動作不能、０×１０００不当命令コード、０×
００２０送信オーバラン、０×００１０受信オーバラ
ン、および０×０００１プログラム要求（ＰＣＭサブシ
ステム遮断）である。元の例外に最も関係の深い理由コ
ードは、StatusIndication（ＮＤＩＳ ２．０．１の５
５、５６ページを参照）とともに生成される。ＭＡＣ
は、AdapterCheckを生成した後、「活動」状態のままと
なり、ＰＤがResetMAC、CloseAdapter、またはUnBind一
般要求を発行するのを待つ。

【００８９】「活動状態の」ＭＡＣは、ＤＣＥ／ネット
ワークまたはリモート・ノードからの擬似呼出し切断
（クリア）により接続が予期せず失われるとき、次のよ
うに事象を処理する。チャネル妨害時にＭＡＣが待ち行
列に入れたすべてのデータを、伝送する場合と同様に
「フラッシュ」する（すなわち、TransmitConfirmsをSU
CCESS戻りコードとともに返す）。チャネル妨害時より
後、かつＭＡＣが「リセット」、「クローズ」、または
「バインド解除」されるよりも前のすべての送信要求
を、OUT_OF_RESOURCE戻りコードとともに返され、ある
いは「食べられる」（正常なTransmitChainとして処理
される）。他のすべての要求は通常どおり処理される。
これらの要件が課されるのは、接続マネージャが、使用
アプリケーションに予定外の呼出し切断について通知
し、プロトコル・スタックを正常に遮断させるための時
間をもてるようにするためである。これによって、プロ
トコル・スタックおよびアプリケーションによって認識
されたエラーの冗長で過剰な報告および処理が防止され
る。

【００９０】 ポート接続マネージャとＡＮＤＩＳ ＭＡＣの関係 接続管理を必要とするＡＮＤＩＳ ＭＡＣは、ＰＣＭに
よって「所有される」と（すなわち、Register_PCM処理
の後）、所与のポートまたはチャネル用の、そのＰＣＭ
の論理拡張となる点が独特である。したがって、所与の
１組のポートまたはチャネル用のＰＣＭモジュールは、
関連するすべてのＭＡＣドライバの「親」である。そこ
で、ＭＡＣおよびＰＣＭが特定の構成およびエラーに関
する情報を交換し、ある種の事象を調整することが必要
になる。以下の項では、ＰＣＭ−ＭＡＣの相互作用およ
び調整を必要とする動作設計の問題について述べる。

【００９１】ＰＣＭは、実際のポート／チャネル所有者
である。ＰＣＭの動作は、ＭＡＣのＮＤＩＳデータ・イ
ンタフェースで発生する可能性がある事象を無効にす
る。すなわち、ＡＮＤＩＳ ＭＡＣの接続状態がＭＡＣ
全体の究極的な状態である。ＭＡＣの接続が活動状態に
なり、ＰＣＭがＡＮＤＩＳ ＭＡＣを「ＮＤＩＳプロト
コル・モード」にするまで、ＭＡＣのデータ経路はＮＤ
ＩＳ ＭＡＣインタフェースで使用可能にならない。こ
の規則の唯一の例外は、ＰＣＭの介入なしで活動化でき
る固定接続をサポートするＡＮＤＩＳ ＭＡＣに関する
ものである。接続されたＤＣＥ／ネットワークで、より
上位の層のプロトコルまたはメッセージ転送は必要とさ
れない。その一例は、非交換Ｘ−またはＶ−シリーズ接
続をサポートするＡＮＤＩＳ ＭＡＣであろう。これら
のＭＡＣタイプは、ＰＣＭがまだそれに登録されていな
い場合、OpenAdapter一般要求時間フレームでその接続
を活動化することができる。後でＰＣＭが登録されると
き、ＭＡＣは、登録を処理してから、接続が活動状態で
あることをＰＣＭに通知する。この任意選択の逸脱によ
り、ＬＡＮ ＮＤＩＳ ＰＤは、固有のＬＡＮ ＭＡＣ
上の場合とまったく同じように固定接続上で動作するこ
とができる。

【００９２】物理層（層１）パラメータは、呼出しイン
スタンスごとに異なる可能性があるが、親ＰＣＭによっ
てＡＮＤＩＳ ＭＡＣに供給される。接続マネージャ
（ＣＸＭ）がＧＣＣＩ上でＰＣＭに呼出しセットアップ
要求を渡すとき、動的物理層パラメータを、呼出しセッ
トアップ情報に含め、あるいはそれ自体の構成機構を介
してＰＣＭによって取り出すことができる。ＰＣＭはそ
の後、その呼出しインスタンスの持続期間中使用する関
連ＡＮＤＩＳ ＭＡＣに適切なパラメータを渡す責任が
ある。静的物理パラメータは、ＰＣＭのポート／チャネ
ル構成またはProtocol.IniファイルのＭＡＣセクション
あるいはその両方を介して構成することができる。

【００９３】ＰＣＭおよびＭＡＣは、例外条件およびエ
ラー条件の発生を対話的に管理する必要がある。ＡＮＤ
ＩＳ ＭＡＣは、破局的エラー、または接続に関するそ
の他の回復不能な内部／外部条件に出会った場合、その
プロトコル・ドライバに対してAdapterCheck NDIS Stat
usIndicationを生成し、次いで親ＰＣＭにその事象を通
知する（ＰＣＭがまだその事象を知らない場合）必要が
ある。ＰＣＭはその後、必要なＲＡＳ機能を実行し、Ｃ
ＸＭに例外条件について通知する責任をもつエンティテ
ィとなる。これにより、ＣＸＭは、すべての関係エンテ
ィティにこの条件について通知することができる。逆
に、ＰＣＭは、その関連する活動ＭＡＣに、回復不能な
環境エラー、内部ＰＣＭエラー、および破壊的ネットワ
ーク事象について通知する必要がある。これにより、Ａ
ＮＤＩＳ ＭＡＣは適切なNDIS StatusIndicationを生
成することができる。

【００９４】すべてのＰＣＭは、共通特性テーブル（Ｃ
ＣＴ）アドレスを渡す必要がある。このアドレスは、呼
出しセットアップ確認（発呼）動詞または呼出しセット
アップ指示（着呼）動詞の情報中で接続マネージャに渡
される活動ＭＡＣの「バインド可能な」ＮＤＩＳエンテ
ィティである。これは、特定の呼出し／接続インスタン
スの持続期間中の所与の接続用の活動ＭＡＣを指定す
る。統合ＰＣＭサブシステムは、固定的にまたは呼出し
インスタンスごとに、そのＭＡＣモジュールを物理チャ
ネル／ポートに静的または動的に関連付ける柔軟性をも
つ。ＭＡＣが、呼出しまたは接続が確立される前に特定
のチャネルと固定的に関連付けられていたかそれとも動
的に関連付けられていたかは、外部環境と無関係であ
り、外部環境に対して透過的である。

【００９５】統合ＰＣＭサブシステムでは、関連するＭ
ＡＣおよびＰＣＭが通信するための機構は実施態様特有
のものである。密結合の例には、ＰＣＭモジュールの下
端とその関連するすべてのＭＡＣが単一の装置ドライバ
に結合されているものがある。疎結合の例には、ＰＣＭ
モジュールの下端が１つの装置ドライバ中にあり、関連
するＭＡＣモジュールが他の１つまたは複数の装置ドラ
イバに含まれるものがある。選択された方法／パッケー
ジングとは無関係に、唯一の制限は、構造全体があらゆ
る状況のもとで適切に機能しなければならない（すなわ
ち、呼出しセットアップ時に待ち時間によってデータま
たはポールのシーケンスが失われない）ことである。

【００９６】リモートＷＡＮワークステーションとＷＡ
Ｎ接続サーバの間の一般的な対話を図６に示す。リモー
トＷＡＮワークステーションは、モデムおよび公衆交換
電話網によってＷＡＮ接続サーバと結合される。ＷＡＮ
接続サーバは、ＰＳＴＮと、たとえば、リモートＬＡＮ
ワークステーションが使用したいサーバ・アプリケーシ
ョンを実行しているローカル・エリア・ネットワークの
両方に結合される。プロセスは、ステップ１００から開
始し、そこでまず接続マネージャ（ＣＸＭ）、ポート接
続マネージャ（ＰＣＭ）、および拡張ＮＤＩＳ ＭＡＣ
が始動される。次に、ステップ１０２で、接続サーバの
管理者が、接続管理インタフェース・アプリケーション
を開始し、すべての着呼に対してシステムが応答するよ
う求める。

【００９７】その間にステップ１０４で、リモートＷＡ
Ｎワークステーション上では、相補的な１組の接続マネ
ージャ、ポート通信マネージャ、およびＡＮＤＩＳ Ｍ
ＡＣが始動される。ステップ１０６で、通信マネージャ
・インタフェース・アプリケーションが始動されて、こ
の場合は、ＷＡＮ接続サーバを呼び出す。ステップ１０
８で、リモート・ワークステーションからの呼出しが受
信されそれに応答する。ステップ１１０および１１１
で、通常はローカル・エリア・ネットワーク上で送信さ
れる標準メッセージが広域通信網上で送信される。した
がって、アプリケーションには、それらがＬＡＮではな
く広域通信網を使用していることが通知されない。ＷＡ
Ｎ接続サーバはまた、ＬＡＮ接続サーバが常駐している
コンピュータ・システム上にサーバ・アプリケーション
が常駐していない場合に、リモート・ワークステーショ
ンからＬＡＮ上のどこかに情報を流す。ステップ１１４
ではＷＡＮ接続サーバまたはＬＡＮ内の他のサーバで、
ステップ１１６ではリモートＬＡＮワークステーション
で、ＬＡＮアプリケーションの相補部分が始動される。
上述のように、アプリケーション間のメッセージの流れ
は、ＬＡＮに接続されている場合と同様に実行される。
接続マネージャ、ポート接続マネージャ、およびＡＮＤ
ＩＳ ＭＡＣがハードウェアの違いをアプリケーション
に対して透過的に処理するからである。

【００９８】ステップ１２０で、ユーザが作業を終了
し、接続マネージャ・インタフェース・アプリケーショ
ンを使用して停止呼出しを発行する。ステップ１２２
で、ユーザがＬＡＮアプリケーションを停止する。ステ
ップ１２０および１２２では、ユーザによって２つの別
個のステップが取られることに留意されたい。このユー
ザの介入は、ＬＡＮアプリケーションの変更を防止する
ために必要である。ＡＮＤＩＳ環境を理解するＬＡＮア
プリケーションはもちろん、ユーザがＬＡＮアプリケー
ションを終了したと判断したときに、接続を停止する呼
出しを発行する。ステップ１２４および１２６で、呼出
しがリモートＬＡＮ接続サーバ側とリモートＷＡＮ接続
サーバ側の両方から切断され、ステップ１２８および１
３０で、システムが、ＬＡＮ上で通信が行われない待機
状態に戻る。

【００９９】図６の一般的な流れを図７ないし１１に詳
細に示す。図７は、図６でリモートＷＡＮワークステー
ションなどの呼出し側局で実行されるプロセスを示す。
プロセスはステップ１４０から開始し、そこでＡＮＤＩ
Ｓ ＭＡＣがプロトコル・マネージャに登録される。ス
テップ１４２で、プロトコル・マネージャが、典型的な
ＮＤＩＳ ＭＡＣアドレスおよびテーブルを登録する。
ステップ１４４で、プロトコル・マネージャがＡＮＤＩ
Ｓ ＭＡＣビットについて検査する。このビットがセッ
トされている場合、プロトコル・マネージャは追加の物
理ポート属性テーブルをログすることを知っている。こ
のテーブルについてはすでにある程度詳細に説明した。
次にステップ１４８で、プロトコル・ドライバがＭＡＣ
にバインドされる。バインドの流れの例については、後
で図１２に関してさらに詳細に説明する。

【０１００】ステップ１５０で、プロトコルが活動化さ
れる。この時点で、ステップ１５２で、ＡＮＤＩＳ Ｍ
ＡＣは接続モードである。ステップ１５４で、接続マネ
ージャおよびポート接続マネージャが初期設定される。
このプロセスには、ポート制御マネージャがプロトコル
・マネージャからＰＰＡＴのリストを受け取るステップ
１５６と、ＰＣＭが適切なＭＡＣを呼び出すステップ１
５８とが含まれる。

【０１０１】システムは、ステップ１６０でユーザがＬ
ＡＮアプリケーションを始動してその使用を開始するま
で、準備状態で待つ。ユーザは、広域通信網上で通信す
る必要があることを知ると、ステップ１６２で、接続マ
ネージャ・インタフェース・アプリケーション上の呼出
しを初期設定することにより接続プロセスを開始する。
ステップ１６４で、接続マネージャがポート接続マネー
ジャを呼び出すことによって応答し、ポート接続マネー
ジャが接続を確立するためにＭＡＣを呼び出す。ステッ
プ１６６で、ＭＡＣドライバは、電話網上で物理的呼出
しを行うため、ＷＡＮアダプタ上の接続、たとえばＶ−
シリーズ・モデムを活動化する。ステップ１６８で、Ｗ
ＡＮ上の接続が確立される。ステップ１７０では、ＰＣ
ＭによってＭＡＣがプロトコル・ドライバに切り替えら
れる。プロトコル・ドライバ・モードでは、ＭＡＣは、
広域通信網の接続状況を監視する必要があるＭＡＣでは
なく、ＬＡＮ上で通信する通常のＮＤＩＳ ＭＡＣと同
様に動作する。ステップ１７２で、ユーザは、ＬＡＮ上
の場合と同様にアプリケーションの使用を開始する。

【０１０２】呼び出されるシステム、たとえば図６のＷ
ＡＮ接続サーバ上で発生するプロセスを図８の流れ図に
示す。ステップ１８０ないし１９８は本質的に図７のス
テップ１４０ないし１５８と同様なので、これ以上説明
しない。

【０１０３】ステップ２００で、ユーザが通信マネージ
ャ・インタフェースを始動し、サーバに、受け取った呼
出しを受け入れるよう指令する。ステップ２０２で、Ｗ
ＡＮを介してリモート・ワークステーションから呼出し
を受け取る。ステップ２０４で、ＭＡＣは呼出しを検出
し、ポート通信マネージャを書く。ステップ２０６で
は、ＰＣＭが通信マネージャに対して呼出しを行い、ス
テップ２０８で、通信マネージャによってその呼出しが
受け入れられる。通信マネージャが呼出しを受け入れた
後、ステップ２１０で、ポート通信マネージャがＭＡＣ
に、リモート・ワークステーションに応答するよう通知
する。ＷＡＮの両側のアダプタが接続を確立し、ステッ
プ２１０でＭＡＣがこれを検出し、接続が確立されたこ
とをＰＣＭに通知する。ステップ２１４で、ＰＣＭは、
ＭＡＣをプロトコル・ドライバ・モードに切り替え、し
たがって、ワークステーションが実際には交換網に接続
されているにもかかわらず、前述のように、ＡＮＤＩＳ
ＭＡＣが、ＬＡＮに接続されたＮＤＩＳ ＭＡＣとし
て動作できるようになる。ステップ２１６で、ＰＣＭが
接続マネージャに、接続が確立されたことを通知する。
すると、接続マネージャはＬＡＮアプリケーションに、
接続が完成したことを通知する。ステップ２１８で、メ
ッセージがネットワーク上を流れる。

【０１０４】広域通信網からの整然とした切断手順を図
９に示す。ステップ２４０から開始し、そこでユーザ
が、ＬＡＮアプリケーションの使用を停止することを決
定する。次にステップ２４２で、ユーザは、通信マネー
ジャ・インタフェースに、広域通信網から切断するよう
求める。ステップ２４４で、通信マネージャ・インタフ
ェースがＰＣＭに切断について通知する。ステップ２４
６で、ポート制御マネージャがＭＡＣをプロトコル・モ
ードから接続モードに切り替える。ステップ２４８で、
ＰＣＭが、モデムを非活動化するのに必要なアダプタ特
有のコマンドを発行する。ステップ２５０で、ＬＡＮと
の交換リンクが非活動化される。リンクが非活動化され
ると、ステップ２５２で、ＭＡＣは接続が解除されたこ
とをＰＣＭに示す。ステップ２５４で、ポート接続マネ
ージャは接続マネージャに、接続が切れたことを通知す
る。すると、接続マネージャはステップ２５６で、接続
マネージャ・インタフェース・アプリケーションにネッ
トワークから正常に切断したことを通知し、該アプリケ
ーションは、ユーザにその旨を通知する。

【０１０５】図１０には、最初にプロセスを開始しなか
ったワークステーション中の切断プロセスを示すステッ
プ２６０で、ＭＡＣによって、リモート・ワークステー
ションが接続を終了したことが検出される。ステップ２
６２で、ＭＡＣがＰＣＭに接続がなくなったことを通知
し、ステップ２６４で、ＰＣＭが接続マネージャにその
旨を通知する。ＰＣＭはステップ２６６で、ＭＡＣを接
続モードに切り替える。ＰＣＭはまた、接続を終了する
ため、モデムにアダプタ特有のコマンドを発行する。ス
テップ２７０で、モデムに対するアダプタ特有のコマン
ドによって、接続が再非活動化されている。先に接続が
リモート・ワークステーションによって切断されたが、
接続を再非活動化することにより、余分の電話料金やビ
ジー状態を回避することができる。

【０１０６】接続マネージャおよびポート接続マネージ
ャによって発呼を行うプロセスを図１１に示し、詳細に
説明する。ステップ３０１で、接続マネージャ・インタ
フェース・アプリケーションは、CallEstablishRequest
動詞によって発呼を行うことを要求する。ステップ３０
２で、接続マネージャが、要求が受け入れられ、呼出し
の試みが開始されることを示すCallEstablishConfirm動
詞で応答する。接続マネージャは、TransmitImmData動
詞によって、必要なコマンドをモデムに発行し、電話番
号１２３４５６７をダイヤルするようにＰＣＭに通知す
る。モデムは、ReceiveImmData動詞によって、ネットワ
ークへの接続が確立された旨の応答を、ＭＡＣを介して
９６００ボーで返信する。接続が確立されたことは、ス
テップ３０５で、CallStatusIndicate動詞によって接続
マネージャ・インタフェース・アプリケーションに伝え
られる。ステップ３０６で、ＭＡＣは接続が活動状態で
あることをＰＣＭに通知する。ＰＣＭはステップ３０７
で、GetPPATParms動詞によって、ＭＡＣから現ＰＰＡＴ
を取り出す。ステップ３０８で、ＰＣＭはSetPPATPrams
動詞によって、この呼出しセッション用のデータ・モー
ド・パラメータを設定する。次に、ステップ３０９で、
ＰＣＭがＭＡＣをプロトコル・ドライバ・モードに切り
替え、次にＭＡＣが受け取ったすべてのデータをプロト
コル・スタックに経路指定する。ステップ３１０で、Ca
llConnectedIndicate動詞によって、接続マネージャ・
インタフェース・アプリケーションのユーザ・インタフ
ェースに呼出し接続状況が送信される。ステップ３１０
で、アプリケーションが、ＬＡＮを介して、ＬＡＮ上の
１つのシステム上に常駐するサーバ・アプリケーション
に接続される。これで、プロトコル・ドライバ・スタッ
クは、ローカルＬＡＮに直接接続されている場合と同様
に、交換接続を使用する。

【０１０７】ユーザは、ＬＡＮアプリケーションを終了
した後、接続マネージャ・インタフェース・アプリケー
ションに接続を終了するよう指令する。ステップ３１２
で、インタフェース・アプリケーションはCallClearReq
uest動詞を発行して、呼出しのクリアを要求する。ステ
ップ３１３で、ＰＣＭがＭＡＣを接続モードに切り替え
る。このモードでは、ＭＡＣは受信したすべてのデータ
をＰＣＭに経路指定する。ステップ３１４で、ＰＣＭは
再び、GetPPATParms動詞によってＭＡＣから現ＰＰＡＴ
を取り出す。ステップ３１５で、ＰＣＭがSetPPATParms
動詞によって接続モード・パラメータを設定する。ステ
ップ３１６で、ＰＣＭはモデムにエスケープ・シーケン
スを送って、モデムをコマンド・モードに戻す。コマン
ド・モードで、モデムは、コマンドを受け取る準備がで
きていることを示すReceiveImmData(ok)メッセージによ
って応答する。ステップ３１８で、ＰＣＭが、Transmit
ImmData（ＡＴＨ）動詞によって電話を切るようモデム
に指令する。モデムはステップ３１９で、電話を切った
ことを示すReceiveImmData (OK)動詞で応答する。ステ
ップ３２０で、ＭＡＣは活動状態でなくなったことをＰ
ＣＭに通知する。ステップ３２１で、ＰＣＭがモデムと
の物理接続を非活動化する。ステップ３２２で、ＰＣＭ
は次の呼出しセッションに備えて、モデムへの物理接続
を再活動化する。最後にステップ３２３で、接続マネー
ジャ・インタフェース・アプリケーションに、呼出しが
クリアされたことが通知される。

【０１０８】図１２は、ＬＡＮプロトコル・ドライバを
ＭＡＣインタフェースにバインドする典型的なプロセス
の流れ図である。ステップ３５０で、プロトコル・ドラ
イバ（ＰＤ）はＡＮＤＩＳ ＭＡＣにＮＤＩＳ ＢＩＮ
Ｄ動詞を発行する。ＡＮＤＩＳ ＭＡＣが互換性のある
タイプであるか、あるいはSetProtocolMode一般要求を
介して（ＳＳＣＴのサービス・フラグのビット１９を
「オン」にする）必要なタイプをサポートする場合、ス
テップ３５２で、ＢＩＮＤが成功する。プロトコル・ド
ライバは、SetProtocolMode要求を介してＭＡＣタイプ
をセットする必要があるか否かを判定する。必要がある
場合、ＰＤはステップ３５４で、ＡＮＤＩＳ ＭＡＣを
適切なモードにするSetProtocolMode要求を発行する。
その必要がないとき、ＭＡＣがすでに互換性のあるタイ
プである場合は、このステップをスキップし、ＰＤは次
のステップに進む。

【０１０９】プロトコル・ドライバは次に、ステップ３
５６で、ＡＮＤＩＳ ＭＡＣにNDISSetLookAhead動詞
（バッファ・サイズ＝２５６バイト）を発行する。SetL
ookAheadが成功した場合、プロトコル・ドライバはステ
ップ３６０で、ＡＮＤＩＳＭＡＣにNDIS SetStationAdd
ress動詞を発行する（６バイトＬＡＮアダプタ・アドレ
スを渡す）。SetStationAddressが成功すると、プロト
コル・ドライバはステップ３６２で、ＡＮＤＩＳ ＭＡ
ＣにSetPacketFilter動詞（フィルタ・マスク＝有向、
同報通信、およびソース経路指定フレーム）を発行す
る。SetPacketFilterが成功すると、プロトコル・ドラ
イバはステップ３６４で、ＡＮＤＩＳＭＡＣのサービス
特有特性テーブルを検査して、このＭＡＣにOpenAdapte
r動詞が必要かどうかを調べる。必要である場合、ステ
ップ３６６で、ＭＡＣのサービス特有状況テーブルのＭ
ＡＣ状況フラグが検査されて、ＭＡＣが「オープン」状
態であるか否かが調べられる。必要でない場合は、ステ
ップ３６８で、プロトコル・ドライバがＡＮＤＩＳ Ｍ
ＡＣにOpenAdapter要求を発行する。必要な場合は、Set
PacketFilterの後にＭＡＣを「活動化する」動詞は発行
されず、このＭＡＣは「使用可能である」とみなされ
る。

【０１１０】ステップ３７０で、ローカル・ノードとリ
モート・ノードがデータを交換する。ステップ３７２
で、呼出しが終了する。

【０１１１】呼出しインスタンスが終了すると、プロト
コル・ドライバはステップ３７４で、ＡＮＤＩＳ ＭＡ
ＣがOpenAdapter/CloseAdapter動詞をサポートするかど
うかを検査する。この動詞がサポートされ、ステップ３
７６でＭＡＣが依然として「オープン」状態である場
合、ステップ３７８で、CloseAdapter動詞が発行され、
ＡＮＤＩＳ ＭＡＣが非活動化される。そうでない場
合、CloseAdapter動詞は発行されない。最後のステップ
は、ステップ３８０であり、ＡＮＤＩＳ ＭＡＣにNDIS
UNBIND動詞を発行してプロトコル・ドライバを切断す
るとともに、ＢＩＮＤインスタンスを終了する。

【０１１２】本発明のＭＡＣはモード式であり、ＭＡＣ
がサポートするプロトコルは固定されず、特定の呼出し
中にＭＡＣにバインドされるプロトコル・ドライバまた
はその他のアプリケーションに依存する。従来の技術で
は、単一のプロトコルおよび接続タイプがサポートされ
る。図１３に、本発明の柔軟性を示す１つの可能な流れ
図を示す。このプロセスはステップ４００から開始し、
まず接続マネージャ、ポート接続マネージャ、媒体アク
セス制御ドライバ、およびプロトコル・ドライバが初期
設定される。ユーザは、第１のＬＡＮプロトコルを必要
とする第１のＬＡＮアプリケーション（たとえば、トー
クン・リング・アプリケーション）を使用することに決
定している。ステップ４０４で、接続マネージャは、ト
ークン・リング・データ・ストリームをサポートするよ
うＭＡＣに通知し、プロトコル・ドライバを見つけるよ
う適切なＰＣＭに通知しプロトコル・ドライバをＭＡＣ
にバインドする。リモート・ワークステーションと、Ｌ
ＡＮに結合された局との間にトラフィックがやり取りさ
れる。ステップ４０６で、呼出しが終了する。

【０１１３】次にステップ４０８で、イーサネット通信
を必要とする第２のＬＡＮアプリケーションが、交換網
を介してＬＡＮへのアクセスを要求する。ステップ４１
０で、接続マネージャおよびポート制御マネージャは、
第２のプロトコル・ドライバをＭＡＣにバインドする。
このとき、プロトコル・ドライバはイーサネット・プロ
トコルをサポートする。したがって、ＭＡＣは多数のＬ
ＡＮプロトコル・データ・ストリームをサポートするこ
とができる。リモート・ワークステーションと、イーサ
ネットＬＡＮに接続されたワークステーションとの間で
メッセージがやり取りされる。後者のワークステーショ
ンは、必ずしも第１の呼出しインスタンスのワークステ
ーションと同じである必要はない。最後にステップ４１
２で、呼出しが終了する。

【０１１４】ＭＡＣは、モーダルなので、不定様式デー
タ・ストリームおよび非ＬＡＮベースのプロトコルをサ
ポートすることもできる。たとえば、プロセスはステッ
プ４１４に進み、そこで第３の呼出しインスタンスが、
広域通信網を介して通信するために、ＡＳＣＩＩアプリ
ケーションを求める。ステップ４１６で、ＡＳＣＩＩデ
ータがネットワークを介して送信できるようにＭＡＣモ
ードが変更される。ステップ４１８で、交換網上で第１
および第２の呼出しインスタンスの場合と同じＭＡＣを
介して不定様式データが送信される。ステップ４２０
で、呼出しが終了する。

【０１１５】このアーキテクチャはまた、未定義のプロ
トコルを追加できるように拡張可能である。たとえば、
ステップ４２２で、何らかの種類のセルラ・プロトコル
用のセルラ・アプリケーションのために第４の呼出しイ
ンスタンスが開始される。ステップ４２４で、ＭＡＣモ
ードがセルラ・モードに変更され、ステップ４２６で、
交換網を介してセルラ・データが送信される。セッショ
ン終了後、ステップ４２８で、呼出しが終了する。

【０１１６】以下のとおり発明を開示する。 （１）ローカル・エリア・ネットワーク・プロトコルを
使用して、交換網を介して第１のコンピュータと第２の
コンピュータの間で通信を行うためのシステムであっ
て、前記交換網上で接続を確立する第１のモードと、前
記ローカル・エリア・ネットワーク・プロトコルを前記
交換網を介して前記第１のコンピュータと前記第２のコ
ンピュータの間でやり取りする第２のモードとを有す
る、前記第１のコンピュータを前記交換網に接続する通
信チャネルを提供するための、媒体アクセス制御（ＭＡ
Ｃ）ドライバを備えることを特徴とするシステム。 （２）さらに、前記媒体アクセス制御ドライバが前記第
１のモードであるときに、チャネルを管理するポート接
続マネージャを備えることを特徴とする、（１）に記載
のシステム。 （３）さらに、前記第１のコンピュータを前記交換網に
物理的に接続するハードウェア・アダプタを備えること
を特徴とする、（１）に記載のシステム。 （４）さらに、前記第１のコンピュータを前記交換網に
物理的に接続するハードウェア・アダプタを備えること
を特徴とする、（２）に記載のシステム。 （５）さらに、接続の状況を管理する接続マネージャを
備えることを特徴とする、（２）に記載のシステム。 （６）前記ポート接続マネージャがさらに、前記第１の
モードと前記第２のモードの間で前記媒体アクセス制御
ドライバを切り替えることを特徴とする、（２）に記載
のシステム。 （７）前記媒体アクセス制御ドライバが、チャネルと、
チャネルへの１組の入口点とを記述するパラメータのテ
ーブルを含むことを特徴とする、（１）に記載のシステ
ム。 （８）さらに、前記媒体アクセス制御ドライバが前記第
２のモードであるときに、前記チャネルを介して、前記
ローカル・エリア・ネットワーク・プロトコルによるメ
ッセージを前記第２のコンピュータに渡す、前記第１の
コンピュータに常駐するプロトコル・ドライバとローカ
ル・エリア・ネットワーク・アプリケーションとを備え
ることを特徴とする、（１）に記載のシステム。 （９）交換網を介して接続を確立する第１のモードと、
ローカル・エリア・ネットワーク・プロトコルを交換網
を介して第１のコンピュータと第２のコンピュータの間
でやり取りする第２のモードとを有する、第２のコンピ
ュータと交換網の間で通信チャネルを提供するための第
２の媒体アクセス制御ドライバと、前記第２のコンピュ
ータを交換網に物理的に接続する第２のハードウェア・
アダプタとを備えることを特徴とする、（４）に記載の
システム。 （１０）前記ハードウェア・アダプタがモデムであり、
交換網が電話網であることを特徴とする、（３）に記載
のシステム。 （１１）媒体アクセス制御ドライバが、交換網を介して
不定様式データを送信する第３のモードを有することを
特徴とする、（１）に記載のシステム。 （１２）媒体アクセス制御ドライバが、交換網を介して
非ＬＡＮプロトコルを送信する第３のモードを有するこ
とを特徴とする、（１）に記載のシステム。 （１３）ローカル・エリア・ネットワーク・プロトコル
を使用して、交換網を介して第１のコンピュータと第２
のコンピュータの間で通信を行うためのシステムであっ
て、それぞれ交換網を介して接続を確立する第１のモー
ドと、ローカル・エリア・ネットワーク・プロトコルを
交換網を介して第１のコンピュータと第２のコンピュー
タの間でやり取りする第２のモードとを有する、第１の
コンピュータと交換網を接続する当該の通信チャネルを
提供するための、複数の媒体アクセス制御（ＭＡＣ）ド
ライバと、当該の媒体アクセス制御ドライバが第１のモ
ードであるときに、１つのチャネルを管理するポート接
続マネージャと、接続の状況を管理する接続マネージャ
と、当該媒体アクセス制御ドライバが第２のモードであ
るときに、前記ローカル・エリア・ネットワーク・プロ
トコルによるメッセージを送信するプロトコル・ドライ
バとを備えることを特徴とするシステム。 （１４）前記各媒体アクセス制御ドライバが、チャネル
と、チャネルへの１組の入口点とを記述するパラメータ
のテーブルを含み、さらに該テーブルをカタログ化する
プロトコル・マネージャを備えることを特徴とする、
（１３）に記載のシステム。 （１５）ローカル・エリア・ネットワーク・プロトコル
を使用して、交換網を介して第１のコンピュータと第２
のコンピュータの間で通信を行う方法であって、媒体ア
クセス制御（ＭＡＣ）ドライバが第１のモードであると
きに、第１のコンピュータと交換網の間で通信を提供す
る前記媒体アクセス制御ドライバとの接続を確立するス
テップと、前記媒体アクセス制御ドライバが第２のモー
ドであるときに、ローカル・エリア・ネットワーク・プ
ロトコルによるメッセージを交換網を介して第１のコン
ピュータと第２のコンピュータの間でやり取りするステ
ップとを備えることを特徴とする方法。 （１６）さらに、前記媒体アクセス制御ドライバが第１
のモードであるときに、ポート接続マネージャによって
チャネルを管理するステップと、接続が確立されたとき
に、前記ポート接続マネージャによって、前記媒体アク
セス制御ドライバを前記第１および前記第２のモードの
間で切り替えるステップとを備えることを特徴とする、
（１５）に記載の方法。 （１７）さらに、接続マネージャによって接続の状況を
管理するステップを備えることを特徴とする、（１６）
に記載の方法。 （１８）前記媒体アクセス制御ドライバが、チャネル
と、チャネルへの１組の入口点とを記述するパラメータ
のテーブルを含むことを特徴とする、（１５）に記載の
方法。 （１９）さらに、前記媒体アクセス制御ドライバが前記
第２のモードであるときに、前記チャネルを介して、共
に前記第１のコンピュータに常駐するプロトコル・ドラ
イバとローカル・エリア・ネットワーク・アプリケーシ
ョンとから、前記ローカル・エリア・ネットワーク・プ
ロトコルによるメッセージを渡すステップを備えること
を特徴とする、（１５）に記載のシステム。 （２０）さらに、前記媒体アクセス制御ドライバを第３
のモードに切り替えるステップと、前記媒体アクセス制
御ドライバが該第３のモードであるときに、前記交換網
を介して不定様式を送信するステップとを備えることを
特徴とする、（１５）に記載の方法。 （２１）さらに、前記媒体アクセス制御ドライバを第３
のモードに切り替えるステップと、前記媒体アクセス制
御ドライバが第３のモードであるときに、前記交換網を
介して非ＬＡＮプロトコルのデータを送信するステップ
とを備えることを特徴とする、（１５）に記載の方法。 （２２）ローカル・エリア・ネットワーク・プロトコル
を使用して、交換網を介して第１のコンピュータと第２
のコンピュータの間で通信を行うために第１のコンピュ
ータを制御するためのコンピュータ・プログラム製品で
あって、交換網を介して接続を確立する第１のモード
と、ローカル・エリア・ネットワーク・プロトコルを交
換網を介して第１のコンピュータと第２のコンピュータ
の間でやり取りする第２のモードとを有する、第１のコ
ンピュータ上に常駐するとき、第１のコンピュータを交
換網に接続するチャネルを提供するための、媒体アクセ
ス制御ドライバを備えることを特徴とする製品。 （２３）さらに、媒体アクセス制御ドライバが第１のモ
ードであるときに、チャネルを管理するポート接続マネ
ージャを備えることを特徴とする、（２２）に記載の製
品。 （２４）さらに、接続の状況を管理する接続マネージャ
を備えることを特徴とする、（２３）に記載の製品。 （２５）ポート接続マネージャがさらに、媒体アクセス
制御ドライバを第１のモードと第２のモードの間で切り
替えることを特徴とする、（２３）に記載の製品。 （２６）媒体アクセス制御ドライバが、チャネルと、チ
ャネルへの１組の入口点とを記述するパラメータのテー
ブルを含むことを特徴とする、（２２）に記載の方法。 （２７）さらに、媒体アクセス制御ドライバが第２のモ
ードであるときに、チャネルを介して、ローカル・エリ
ア・ネットワーク・プロトコルによるメッセージを第２
のコンピュータに渡す、プロトコル・ドライバとローカ
ル・エリア・ネットワーク・アプリケーションとを備え
ることを特徴とする、（２２）に記載の製品。 （２８）媒体アクセス制御ドライバがモデムに結合さ
れ、交換網が電話網であることを特徴とする、（２２）
に記載の製品。 （２９）媒体アクセス制御ドライバが、交換網を介して
不定様式データを送信する第３のモードを有することを
特徴とする、（２２）に記載の製品。 （３０）媒体アクセス制御ドライバが、交換網を介して
非ＬＡＮプロトコルを送信する第３のモードを有するこ
とを特徴とする、（２２）に記載の製品。

【０１１７】

【発明の効果】上述の例を、ＮＤＩＳアーキテクチャの
拡張に関して論じたが、本発明は、ＩＥＥＥ／ＩＳＯ規
格に準拠する他のＬＡＮアーキテクチャにも適用するこ
とができる。たとえば、Novell NetwareのＯＤＩ環境や
Clarkson Packet Driver環境用の接続マネージャ、ＰＣ
Ｍ、およびＭＡＣを書くことが可能である。

【図面の簡単な説明】

【図１】システム装置、システム・ディスプレイ、キー
ボード、およびマウスを備えたコンピュータ・システム
を示す図である。

【図２】図１のコンピュータ・システムの構成要素を示
す図である。

【図３】従来技術のＬＡＮネットワーク・アーキテクチ
ャの構成図である。

【図４】本発明のコード・モジュールの構成図である。

【図５】本発明に従って構築された媒体アクセス制御層
インタフェースの構成図である。

【図６】リモートＷＡＮワークステーションと、ＬＡＮ
に結合されたＷＡＮ接続サーバとの間の一般通信プロセ
スの流れ図である。

【図７】本発明による、呼出し側システム、たとえばリ
モート・ワークステーションで発生するプロセスの流れ
図である。

【図８】被呼出し側局システム、たとえばＷＡＮ接続サ
ーバの流れ図である。

【図９】切断側システムでの切断手順の流れ図である。

【図１０】被切断側システムでの切断手順の流れ図であ
る。

【図１１】接続マネージャおよびポート接続マネージャ
を使用する発呼の流れ図である。

【図１２】典型的なＬＡＮプロトコル・ドライバを本発
明のＭＡＣインタフェースにバインドする典型的なプロ
セスの流れ図である。

【図１３】複数の連続呼出しインスタンスにおける、Ｍ
ＡＣドライバによる、プロトコルおよびモードの切替え
の流れ図である。

【符号の説明】

１２ キーボード １３ マウス １４ グラフィック・ディスプレイ １５ スピーカ ２２ マイクロプロセッサ ２５ メモリ管理機構 ２６ ハードディスク ２７ フロッピィ・ディスク ２８ キーボード制御装置 ２９ マウス制御装置 ３０ ビデオ制御装置 ３１ オーディオ制御装置 ３３ ディジタル信号プロセッサ ５２ ＬＡＮアダプタ ５６ ＮＤＩＳプロトコル・マネージャ ５８ アプリケーション ４６ ローカル・エリア・ネットワーク（ＬＡＮ） ５２ ＬＡＮアダプタ ５８ アプリケーション ６０ ＡＮＤＩＳプロトコル・マネージャ ６２ 接続マネージャ ６４ 独立型ポート接続マネージャ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ロバート・オリン・シャープ アメリカ合衆国78664 テキサス州ラウ ンド・ロック トロイ・レーン1301 (72)発明者 クェンティン・ハーヴェイ・スチーヴン ソン アメリカ合衆国78759 テキサス州オー スチン ニーリー・ドライブ 8200 ナ ンバー224 (56)参考文献 特開 昭55−128950（ＪＰ，Ａ)

Claims (7)

(57)【特許請求の範囲】
1. 【請求項１】ローカル・エリア・ネットワーク・プロト
   コルを使用して、交換網を介して第１のコンピュータと
   第２のコンピュータの間で通信を行うためのシステムで
   あって、 媒体アクセス制御（ＭＡＣ）ドライバが第１のモードで
   あるときに、第１のコンピュータと交換網の間で通信を
   提供する前記媒体アクセス制御ドライバとの接続を確立
   する手段と、 前記媒体アクセス制御ドライバが第２のモードであると
   きに、ローカル・エリア・ネットワーク・プロトコルに
   よるメッセージを交換網を介して第１のコンピュータと
   第２のコンピュータの間でやり取りする手段と を備えることを特徴とするシステム。
2. 【請求項２】さらに、前記媒体アクセス制御ドライバが
   第１のモードであるときにチャネルを管理し、接続が確
   立されたときに前記媒体アクセス制御ドライバを前記第
   １および前記第２のモードの間で切り替えるポート接続
   マネージャを備えることを特徴とする、請求項１に記載
   のシステム。
3. 【請求項３】さらに、前記ポート接続マネージャは接続
   の状況を管理することを特徴とする、請求項２に記載の
   システム。
4. 【請求項４】前記媒体アクセス制御ドライバが、チャネ
   ルと、チャネルへの１組の入口点とを記述するパラメー
   タのテーブルを含むことを特徴とする、請求項１に記載
   のシステム。
5. 【請求項５】さらに、前記媒体アクセス制御ドライバが
   前記第２のモードであるときに、前記チャネルを介して
   前記ローカル・エリア・ネットワーク・プロトコルによ
   るメッセージを渡す、前記第１のコンピュータに常駐す
   るプロトコル・ドライバとローカル・エリア・ネットワ
   ーク・アプリケーションとを備えることを特徴とする、
   請求項１に記載のシステム。
6. 【請求項６】さらに、前記媒体アクセス制御ドライバは
   第３のモードを有し、前記媒体アクセス制御ドライバが
   該第３のモードであるときに、前記交換網を介して不定
   様式データを送信する手段を備えることを特徴とする、
   請求項１に記載のシステム。
7. 【請求項７】さらに、前記媒体アクセス制御ドライバは
   第３のモードを有し、前記媒体アクセス制御ドライバが
   該第３のモードであるときに、前記交換網を介して非Ｌ
   ＡＮプロトコルのデータを送信する手段を備えることを
   特徴とする、請求項１に記載のシステム。