JPH09265440A - ネットワーク接続されたディジタル・コンピュータ・システム用のネットワーク通信サブシステム - Google Patents

Abstract

(57)【要約】 【課題】 仮想８６モードなどの基本オペレーティング
・システム、第２プロセッサ動作モード（特権モードま
たはユーザ・モードなど）上のセッション中の拡張オペ
レーティング・システム上でアプリケーション・プログ
ラムを処理する、ディジタル・コンピュータ・システム
用の新しい通信サブシステムを提供する。 【解決手段】 拡張オペレーティング・システム・セッ
ション中には、拡張オペレーティング・システムが、基
本オペレーティング・システムの少なくともいくつかの
選択された要素すなわち本発明に特に関連する通信ドラ
イバのいくつかを利用する。この通信サブシステムを用
いると、ディジタル・コンピュータ・システムは、それ
ぞれが一連のキャラクタを含むメッセージを、通信ネッ
トワークを介して転送できるようになる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、全般的にはディジ
タル・コンピュータ・システムの分野に関し、具体的に
は、ネットワーク内で接続されたディジタル・コンピュ
ータ・システムに関連して使用するためのネットワーク
通信サブシステムに関する。

【０００２】

【従来の技術】近代の「企業」ディジタル・データ処理
システム、すなわち、ある会社のオフィス環境で使用す
るためのコンピュータ・システムでは、多数のパーソナ
ル・コンピュータ、ワークステーション、および、大容
量記憶装置、ネットワーク・プリンタ、公衆電話回線へ
のインターフェースなどの他の装置が、通常はコンピュ
ータ・ネットワークで相互接続される。パーソナル・コ
ンピュータとワークステーションは、個々のユーザによ
って、ネットワークの大容量記憶サブシステムに記憶さ
れる可能性があるデータおよびプログラムに関連する処
理を実行するのに使用される。このような配置では、パ
ーソナル・コンピュータまたはワークステーションは、
クライアントとして動作し、処理のためネットワーク大
容量記憶サブシステムからデータとプログラムをダウン
ロードする。さらに、パーソナル・コンピュータまたは
ワークステーションを用いると、処理済みのデータを、
記憶のためネットワーク大容量記憶サブシステムへ、印
刷のためネットワーク・プリンタへ、または公衆電話シ
ステムを介する伝送のため電話インターフェースへアッ
プロードすることができるようになる。このような配置
では、ネットワーク大容量記憶サブシステム、ネットワ
ーク・プリンタおよび電話インターフェースは、ネット
ワーク内のすべてのクライアントからの要求をサービス
するために使用可能であるから、サーバとして動作す
る。このような形でネットワークを編成することによっ
て、ネットワーク内のパーソナル・コンピュータおよび
ワークステーションのすべてが、サーバを簡単に使用で
きるようになる。このようなネットワークは、かなり広
い区域に広げることができ、パーソナル・コンピュータ
またはワークステーションは、電気配線または光ファイ
バなどの通信リンクによって相互接続される。

【０００３】データ処理動作を実行する際に、コンピュ
ータ・システムは、アプリケーション・プログラムを利
用して、データベース管理、ワード・プロセッシング、
決算、プロセス制御および、オフィスまたは工場の環境
での他の多数の機能などの動作を実行する。アプリケー
ション・プログラムは、通常は、オペレーティング・シ
ステムを利用して、アプリケーション・プログラムを便
利に実行できる環境を提供し、また、さまざまなハード
ウェア要素の低水準制御などのシステム・サービスを提
供する。普及しているオペレーティング・システムの１
つ、すなわち、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ
（商標）（以下ではＷｉｎｄｏｗｓと呼称する）は、Ｍ
ｉｃｒｏｓｏｆｔ社のＭＳ−ＤＯＳオペレーティング・
システムと共に動作して、複数のアプリケーション・プ
ログラムを実行できる環境を提供する。Ｗｉｎｄｏｗｓ
オペレーティング・システムは、とりわけ、グラフィカ
ル・ユーザ・インターフェース（以下では「ＧＵＩ」と
呼称する）ならびに、複数のアプリケーション・プログ
ラムを同時に実行できる、マルチタスク・オペレーティ
ング環境を提供する。Ｗｉｎｄｏｗｓセッションを開始
するには、操作員は、まずコンピュータ・システムの電
源を入れ、ＭＳ−ＤＯＳオペレーティング・システムを
ロードし、実行させ、ＭＳ−ＤＯＳから、コンピュータ
・システムにＷｉｎｄｏｗｓをロードし、実行させるこ
とができる。

【０００４】通常のネットワーク通信では、複雑な多層
プロトコルが利用され、このプロトコルのさまざまな層
は、プロトコル・「スタック」に編成されるさまざまな
ドライバ・プログラムによって処理される。データは、
通常はメッセージの形でネットワークを介して送信さ
れ、メッセージのそれぞれには、送信したいデータとプ
ロトコル情報が含まれ、このプロトコル情報は、とりわ
け、宛先コンピュータ・システムを識別し、このデータ
を受け取り、処理するアプリケーションまたは他のプロ
グラムを識別するのに使用される。送信されるデータの
量に応じて、データは、一連のメッセージ・パケットで
送信される複数のブロックに分割される場合があり、１
つまたは複数のプロトコル層のドライバは、それぞれの
ブロックとメッセージを生成する責任を負い、また、受
信側コンピュータ・システムがすべてのパケットを受信
し、そのデータを処理する宛先のアプリケーション・プ
ログラムによる使用に適した順序でさまざまなパケット
のデータを組み立てたことを保証する責任を負う。これ
を達成するために、いくつかのプロトコル層のドライバ
は、宛先コンピュータ・システムがソース・コンピュー
タ・システムによって送信されたメッセージ・パケット
の完全な並びを受信したことを保証する必要が生じる場
合があり、この過程で、いくつかのメッセージ・パケッ
トが宛先で正しく受信されなかった場合には、ソース・
コンピュータ・システムが、それらのメッセージ・パケ
ットを再送信する必要が生じる。さらに、いくつかのプ
ロトコル層のドライバは、宛先コンピュータ・システム
がメッセージ・パケットを受信し、処理することができ
る速度より高速にソース・コンピュータ・システムがメ
ッセージ・パケットを送信しないようにするために、
「フロー制御」を実行する必要が生じる場合がある。さ
らに、最低水準プロトコル・レベルのドライバは、通常
は、上のレベルのドライバが生成したメッセージ・パケ
ットをネットワーク・ハードウェアに供給し、このネッ
トワーク・ハードウェアは、ネットワークの通信回線上
での送信用の信号を生成する。さらに、低水準ドライバ
は、ネットワーク・ハードウェアが受信したキャラクタ
を受け取り、これを上のレベルのドライバに供給する責
任も追う。

【０００５】

【発明が解決しようとする課題】通常、Ｗｉｎｄｏｗｓ
は、ネットワーク通信に関してはＭＳ−ＤＯＳドライバ
を利用する。しかし、ＭＳ−ＤＯＳの低水準ドライバ
は、通常は、Ｗｉｎｄｏｗｓで使用された場合に非効率
的になる形で、ドライバ間でメッセージ・パケット・デ
ータを転送する。通常のＭＳ−ＤＯＳ低水準ドライバ
は、ドライバ間でキャラクタ単位でパケット・データを
転送するが、Ｗｉｎｄｏｗｓでは、ある個数のキャラク
タからなるバッファを単位として低水準ドライバにドラ
イバ間でメッセージ・パケット・データを転送させると
かなり効率的になるはずである。しかし、Ｗｉｎｄｏｗ
ｓの低水準ドライバを、Ｗｉｎｄｏｗｓセッションの開
始時にＭＳ−ＤＯＳドライバと単純に置換し、Ｗｉｎｄ
ｏｗｓセッションの終了時にＭＳ−ＤＯＳ低水準ドライ
バに戻す場合には、問題が発生する。というのは、この
ような置換が、ネットワーク・ハードウェアの制御に関
連する望ましくない中断をもたらし、これがネットワー
クを介する通信に悪影響を及ぼす可能性があるからであ
る。

【０００６】通常、コンピュータ・システムのプロセッ
サは、複数の動作モードの下で動作するという事実か
ら、もう１つの問題が生じる。Ｉｎｔｅｌ Ｃｏｒｐｏ
ｒａｔｉｏｎ社の８０８６プロセッサ系列（たとえば、
８０８６、８０８８、８０２８６、８０３８６、８０４
８６および８０５８６（商標「Ｐｅｎｔｉｕｍ」）と称
するマイクロプロセッサが含まれる）のアーキテクチャ
を有するプロセッサは、パーソナル・コンピュータなど
のコンピュータ・システムに一般に使用されているが、
これらのプロセッサでは、プロセッサの動作モードに、
たとえば、特権モード、ユーザ・モードおよび「仮想８
６」動作モードが含まれる。ＭＳ−ＤＯＳオペレーティ
ング・システム上でＭＳ−ＤＯＳアプリケーションを処
理している間は、プロセッサは、通常は仮想８６動作モ
ードで動作しているが、Ｗｉｎｄｏｗｓセッション中
は、Ｗｉｎｄｏｗｓオペレーティング・システムとその
ドライバが特権動作モードで処理され、Ｗｉｎｄｏｗｓ
アプリケーション・プログラムがユーザ動作モードで処
理される。Ｗｉｎｄｏｗｓセッション中は、Ｗｉｎｄｏ
ｗｓは、ＭＳ−ＤＯＳが提供する複数のサービスを使用
するが、これには、ＭＳ−ＤＯＳドライバによって提供
されるネットワーク通信サービスの一部が含まれる場合
がある。ＷｉｎｄｏｗｓがＭＳ−ＤＯＳドライバを使用
する時には、Ｗｉｎｄｏｗｓは、プロセッサの動作モー
ドを、特権動作モードまたはユーザ動作モードのいずれ
かである現在の動作モードから仮想８６動作モードに切
り替え、ＭＳ−ＤＯＳドライバが終了した後に、プロセ
ッサの動作モードを仮想８６モードから前のモードに戻
す。通常、このような動作モード切替は、長時間の処理
を必要とする可能性がある。

【０００７】

【課題を解決するための手段】本発明は、ネットワーク
内で接続されたディジタル・コンピュータ・システム用
の新しい改良されたネットワーク通信サブシステムを提
供する。具体的には、本発明は、Microsoft社のＭＳ−
ＤＯＳおよびＷｉｎｄｏｗｓオペレーティング・システ
ムと関連して使用する新しいネットワーク通信サブシス
テムを提供し、これは、Ｗｉｎｄｏｗｓセッションの開
始時にＷｉｎｄｏｗｓが初期設定される時に、Ｗｉｎｄ
ｏｗｓセッション中にＭＳ−ＤＯＳ低水準ドライバの代
わりに使用されるＷｉｎｄｏｗｓ低水準ドライバのロー
ディングを提供して、ネットワーク・ハードウェアの制
御の望ましくない中断を回避し、これによって、ネット
ワークを介する通信に悪影響を及ぼさないようにする。

【０００８】要約すると、本発明は、第１プロセッサ動
作モード（仮想８６モードなど）の基本オペレーティン
グ・システム（ＭＳ−ＤＯＳオペレーティング・システ
ムなど）上と、第２プロセッサ動作モード（特権モード
またはユーザ・モードなど）上のセッション中の拡張オ
ペレーティング・システム（Ｗｉｎｄｏｗｓなど）の上
でアプリケーション・プログラムを処理する、ディジタ
ル・コンピュータ・システム用の新しい通信サブシステ
ムを提供する。拡張オペレーティング・システム・セッ
ション中には、拡張オペレーティング・システムが、基
本オペレーティング・システムの少なくともいくつかの
選択された要素すなわち本発明に特に関連する通信ドラ
イバのいくつかを利用する。この通信サブシステムを用
いると、ディジタル・コンピュータ・システムは、それ
ぞれが一連のキャラクタを含むメッセージを、通信ネッ
トワークを介して転送できるようになる。通信サブシス
テムには、両方が基本オペレーティング・システムの一
部を形成する高水準通信ドライバおよび基本低水準通信
ドライバと、拡張オペレーティング・システムの一部を
形成する拡張低水準通信ドライバが含まれる。高水準通
信ドライバと基本低水準通信ドライバは、プロトコル・
スタックの一部を形成し、これによって、ディジタル・
コンピュータ・システムが、基本オペレーティング・シ
ステムの制御下で、通信ネットワークを介するメッセー
ジの送受信を行う。メッセージ送信中は、高水準通信ド
ライバが、送信されるメッセージのキャラクタを送信の
ために基本低水準通信ドライバに反復的に供給し、メッ
セージ受信中は、基本低水準通信ドライバが、受信した
メッセージのキャラクタを高水準通信ドライバに反復的
に供給する。拡張オペレーティング・システム・セッシ
ョン中は、高水準通信ドライバと拡張低水準通信ドライ
バが、同様のプロトコル・スタックの少なくとも一部を
形成するが、キャラクタは、これらのドライバ間で、複
数キャラクタのバッファを使用して転送される。高水準
通信ドライバと拡張低水準通信ドライバは、キャラクタ
単位ではなく複数キャラクタ・バッファでメッセージの
キャラクタを転送するので、モード切替の回数が減り、
処理効率が高まる。

【０００９】

【発明の実施の形態】図１は、本発明に従って構成され
たコンピュータ・システム１０を示す図である。図１を
参照すると、１実施形態のコンピュータ・システム１０
には、プロセッサ・モジュール１１と、キーボード１２
Ａまたはマウス１２Ｂ（全体として操作員入力要素１２
と称する）などの操作員入力要素およびビデオ表示装置
１３などの操作員出力要素を含む操作員インターフェー
ス要素とが含まれる。この例のコンピュータ・システム
１０は、通常のプログラム記憶式計算機アーキテクチャ
である。プロセッサ・モジュール１１には、供給される
ディジタル・データに関連する処理動作と記憶動作を実
行する、たとえば、プロセッサと、メモリと、ディスク
またはテープ記憶要素（特に図示せず）などの大容量記
憶装置が含まれる。操作員入力要素１２は、操作員が処
理のために情報を入力できるようにするために設けられ
る。ビデオ表示装置１３は、操作員が処理のために入力
することのできるデータ、操作員が処理を制御するため
に入力することのできる情報ならびに処理中に生成され
た情報を含む、プロセッサ・モジュール１１によって生
成された出力情報を画面上で操作員に対して表示するた
めに設けられる。プロセッサ・モジュール１１は、さま
ざまなアプリケーション・プログラムの情報がさまざま
な「ウィンドウ」を使用して表示される、いわゆる「グ
ラフィカル・ユーザ・インターフェース（ＧＵＩ）」を
使用して、ビデオ表示装置１３によって表示するための
情報を生成する。コンピュータ・システム１０は、操作
員から入力情報を受け取るためのキーボード１２Ａやマ
ウス１２Ｂ、操作員に出力情報を表示するためのビデオ
表示装置１３などの具体的な構成要素を含むものとして
図示されているが、コンピュータ・システム１０に、図
１に示された構成要素に追加してまたはこれの代わり
に、さまざまな構成要素を含めることができることを諒
解されたい。

【００１０】さらに、プロセッサ・モジュール１１に
は、全体を符号１４によって識別される１つまたは複数
のネットワーク・インターフェースが含まれ、ネットワ
ーク・インターフェース１４は、コンピュータ・ネット
ワーク内でコンピュータ・システム１０を接続する通信
リンクに接続される。ネットワーク・インターフェース
１４を用いると、コンピュータ・システム１０は、ネッ
トワーク内の他のコンピュータ・システムとの間で情報
を送受できるようになり、情報を共用することが可能に
なる。さらに、プリンタ、ファクシミリ送受信装置、デ
ィジタル・オーディオ／ビデオ記憶配布装置などの装置
がネットワークに接続される場合には、そのネットワー
クに接続されたさまざまなコンピュータ・システムによ
ってこれらの装置を共用することができ、たとえば、ハ
ード・コピー形式で文書を印刷する、公衆電話システム
を介して文書のファクシミリを送信する、文書のファク
シミリを受信する、ディジタル・オーディオ・ビデオ情
報を送受信するといったことが可能になる。

【００１１】通常通り、情報は、メッセージの形でネッ
トワークを介して送信され、各メッセージは、メッセー
ジ転送に使用される特定のプロトコルに依存する特定の
構造を有する。各メッセージは、通常は、通信リンクを
介して直列に送信される一連のキャラクタという形式で
ある。ネットワークでコンピュータ・システムを相互接
続する通信リンクには、通常通り、電線、光ファイバ、
またはコンピュータ・システム間で信号を担持するため
の他の媒体を含む適当な情報担持媒体を含めることがで
きる。

【００１２】通常、通信は、ネットワーク上で、専用ネ
ットワーク・ハードウェア要素（ネットワーク・インタ
ーフェース１４を含む）と、「ドライバ」と称する１つ
または複数のコンピュータ・プログラムの制御下にある
コンピュータ・システムのプロセッサ要素の組合せによ
って促進される。ネットワークを介してメッセージ・パ
ケットを送信するために、コンピュータ・プログラムを
用いて、プロセッサ要素が、そのネットワークに対して
選択されたプロトコルが必要とする構造に従ってメッセ
ージ・パケット・データを生成できるようにする。メッ
セージ・パケットには、通常は、一連のキャラクタが含
まれ、各キャラクタには、選択された数のディジタル・
データ・ビットが含まれる。メッセージ・パケットに
は、転送すべき特定の情報（一般に「メッセージ・デー
タ」と称する）ならびに、アドレッシング、プロトコル
および他の情報（一般に「プロトコル情報」と称する）
が含まれ、プロトコル情報は、ソース・コンピュータ・
システムから宛先コンピュータ・システムへのメッセー
ジ・データの転送と、転送された情報を使用するための
宛先コンピュータ・システムでの特定のプログラムとを
制御するのに使用される。ドライバ・プログラムは、プ
ロセッサ要素が、ネットワーク・ハードウェア要素にメ
ッセージ・パケットを構成するキャラクタを転送できる
ようにし、ネットワーク・ハードウェア要素は、プロセ
ッサ要素から受け取ったキャラクタを使用して、キャラ
クタを構成する連続するビットを表す特定の信号の生成
とネットワーク通信リンク上での送信を制御する。ネッ
トワーク上でメッセージを受信する際には、コンピュー
タ・システムのネットワーク・ハードウェア要素が、通
信リンクから連続するメッセージ・データ・ビットを表
す信号を受信し、これらを組み合わせてキャラクタに
し、このキャラクタをコンピュータ・システムの処理要
素に供給する。やはりドライバ・プログラムの制御の下
で、処理要素は、受け取ったメッセージ・キャラクタを
組み合わせてメッセージ・パケットにし、メッセージ・
パケットのプロトコル情報を使用して、そのメッセージ
・データを受け取り、処理する、宛先の特定のプログラ
ムを識別し、処理要素がこれらのプログラムの処理に関
連して使用するためにメッセージ情報を使用できるよう
にする。

【００１３】通常、ネットワークに使用される通信リン
クには、メッセージ・パケットのデータをビット直列で
転送する単一の電線または光ファイバ・リンクが含まれ
る。メッセージ・パケットの送信中には、ドライバの制
御下にあるコンピュータ・システムの処理要素が、パケ
ットの連続するキャラクタをネットワーク・ハードウェ
ア要素に供給し、ネットワーク・ハードウェア要素は、
ネットワークの通信リンク上の信号としてキャラクタを
ビット直列で送信する。メッセージ・パケットの受信中
には、ネットワーク・ハードウェア要素が、メッセージ
・パケットを定義する信号を受信し、直列ビットとして
この信号を解釈し、連続して受信したビットを累積して
キャラクタにする。ネットワーク・ハードウェア要素
は、１キャラクタのビットのすべてを受信した時に、そ
のキャラクタを次の処理のために処理要素に供給するこ
とができる。

【００１４】ネットワーク通信を制御するドライバ・プ
ログラムは、コンピュータ・システムの処理要素が転送
されたメッセージ・データを受け取れるようにし、送信
される１つまたは複数のメッセージ・パケットを生成す
るためにプロトコル情報を追加し、ネットワークの通信
リンクを介する送信のためにネットワーク・ハードウェ
ア要素にメッセージ・パケットの連続するキャラクタを
供給する。さらに、ネットワークを介して受信したパケ
ットに関連して、ドライバ・プログラムは、処理要素を
制御して、ネットワーク・ハードウェア要素から連続す
るキャラクタを受け取り、これらをバッファリングし
て、完全なメッセージ・パケットを形成する。バッファ
リングされたメッセージは、ドライバ・プログラムの制
御の下で処理されて、そのメッセージに含まれる情報を
受け取るアプリケーションまたは他のプログラムが判定
される。ドライバ・プログラムは、コンピュータ・シス
テムのメモリ資源の割振りを制御するメモリ管理プログ
ラムと共に、送受信中のメッセージ・パケットのバッフ
ァリングに使用されるメモリ・バッファの割振りを制御
する。

【００１５】上で述べたネットワーク・ハードウェア要
素には、通常は、直列化機構／並列化機構要素と、信号
生成器／受信器要素が含まれる。直列化機構／並列化機
構要素は、キャラクタ・データを処理要素から並列形式
で受け取り、直列形式に変換して、信号生成器／受信器
要素に供給する。信号生成器／受信器要素は、直列化機
構／並列化機構要素から受け取る直列データ・ビットに
応答して、ネットワークに送信される信号を実際に生成
する。さらに、信号生成器／受信器要素は、信号をネッ
トワークから受信し、ディジタル・データ・ビットに変
換して、直列化機構／並列化機構要素に供給する。直列
化機構／並列化機構要素は、連続するデータ・ビットを
並列形式に累積して、処理要素に提供する。直列化機構
／並列化機構要素には、通常の「ＵＡＲＴ（Ｕｎｉｖｅ
ｒｓａｌ Ａｓｙｎｃｈｒｏｎｏｕｓ Ｒｅｃｅｉｖｅ
ａｎｄ Ｔｒａｎｓｍｉｔ、汎用非同期送受信器）」
４０（図１には図示せず、図２を参照）を含めることが
できる。コンピュータ・システム１０と共に使用される
信号生成器／受信器要素（ネットワーク・インターフェ
ース１４によって表される）は、ネットワーク上の信号
を担持するのに使用される通信リンクの具体的なタイプ
ならびに、各データ・ビットの表現に選択された具体的
なコード化方式に依存する。

【００１６】本発明は、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐ
ｏｒａｔｉｏｎ社のＭＳ−ＤＯＳおよびＷｉｎｄｏｗｓ
オペレーティング・システム・プログラムと関連して使
用する、ネットワークを介するコンピュータ・システム
１０による通信を容易にするための配置を提供する。背
景として、コンピュータ・システム１０は、Ｗｉｎｄｏ
ｗｓセッション中にＭｉｃｒｏｓｏｆｔ社のＭＳ−ＤＯ
Ｓオペレーティング・システム・プログラム（以下では
「ＭＳ−ＤＯＳ」と呼称する）と共にＭｉｃｒｏｓｏｆ
ｔのＷｉｎｄｏｗｓを実行する。ＭＳ−ＤＯＳは、それ
用に記述されたアプリケーション・プログラム（以下で
は「ＭＳ−ＤＯＳアプリケーション・プログラム」と呼
称する）を実行できるオペレーティング環境を提供し、
特定のネットワーク・プロトコルに従ってネットワーク
上でメッセージを送受するためのドライバを含む複数の
オペレーティング・システム・サービスを提供する。さ
らに、Ｗｉｎｄｏｗｓは、それ用に記述されたアプリケ
ーション・プログラム（以下では「Ｗｉｎｄｏｗｓアプ
リケーション・プログラム」と呼称する）を実行できる
環境を提供し、とりわけ、グラフィカル・ユーザ・イン
ターフェース（「ＧＵＩ」）と複数のＷｉｎｄｏｗｓア
プリケーション・プログラムを同時に実行できるマルチ
タスク環境を提供する。Ｗｉｎｄｏｗｓは、さらに、Ｗ
ｉｎｄｏｗｓセッション中にＭＳ−ＤＯＳ用に書かれた
アプリケーション・プログラム（以下、「ＭＳ−ＤＯＳ
アプリケーション・プログラムと称する）を実行できる
環境を提供する。

【００１７】処理動作中に、コンピュータ・システムの
プロセッサは、複数の動作モードの下で動作する。プロ
セッサがＩｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎ社の８０
８６プロセッサ系列（たとえば、８０８６、８０８８、
８０２８６、８０３８６、８０４８６および８０５８６
（商標「Ｐｅｎｔｉｕｍ」）と称するマイクロプロセッ
サが含まれる）のアーキテクチャを有する１実施形態で
は、プロセッサの動作モードに、たとえば、特権モー
ド、ユーザ・モードおよび「仮想８６」動作モードが含
まれる。この実施形態では、プロセッサは、ＭＳ−ＤＯ
Ｓオペレーティング・システムとＭＳ−ＤＯＳアプリケ
ーション・プログラムを仮想８６モードで処理し、Ｗｉ
ｎｄｏｗｓオペレーティング・システムとそのドライバ
を特権動作モードで処理し、Ｗｉｎｄｏｗｓアプリケー
ション・プログラムをユーザ動作モードで処理する。Ｗ
ｉｎｄｏｗｓセッション中は、Ｗｉｎｄｏｗｓは、ＭＳ
−ＤＯＳが提供する複数のサービスを使用するが、これ
には、ＭＳ−ＤＯＳドライバによって提供されるネット
ワーク通信サービスの一部が含まれる場合がある。Ｗｉ
ｎｄｏｗｓがＭＳ−ＤＯＳドライバを使用する時には、
Ｗｉｎｄｏｗｓは、プロセッサの動作モードを、特権動
作モードまたはユーザ動作モードのいずれかである現在
の動作モードから仮想８６動作モードに切り替え、ＭＳ
−ＤＯＳドライバが終了した後に、プロセッサの動作モ
ードを仮想８６モードから前のモードに戻す。通常、こ
のような動作モード切替は、長時間の処理を必要とする
可能性がある。

【００１８】Ｗｉｎｄｏｗｓでは、Ｗｉｎｄｏｗｓを起
動する前に、コンピュータ・システム１０がＭＳ−ＤＯ
Ｓオペレーティング・システムの制御下にあることが必
要である。ＭＳ−ＤＯＳの初期設定時に、コンピュータ
・システムは、上で述べたようにＭＳ−ＤＯＳアプリケ
ーション・プログラムと関連してネットワーク通信を制
御するＭＳ−ＤＯＳネットワーク通信サブシステムを初
期設定する。さらに、その後にＷｉｎｄｏｗｓが初期設
定される時には、Ｗｉｎｄｏｗｓが、ＭＳ−ＤＯＳネッ
トワーク通信サブシステムの少なくとも一部と、Ｗｉｎ
ｄｏｗｓセッション中のネットワーク通信を制御する追
加ドライバを含む、それ自体のＷｉｎｄｏｗｓネットワ
ーク通信システムを確立する。本発明は、ＭＳ−ＤＯＳ
ネットワーク通信サブシステムからＷｉｎｄｏｗｓネッ
トワーク通信サブシステムへの遷移中に、ネットワーク
を介する通信に悪影響を及ぼす可能性があるネットワー
ク・ハードウェアの制御に関連する望ましくない中断が
生じないようにする。

【００１９】具体的に言うと、ＭＳ−ＤＯＳネットワー
ク通信サブシステムとＷｉｎｄｏｗｓネットワーク通信
サブシステムには、複数の共通するドライバが含まれ
る。ＭＳ−ＤＯＳネットワーク通信サブシステムには、
ＭＳ−ＤＯＳ上でのみ使用される、ネットワーク・ハー
ドウェア要素を直接に制御するドライバも含まれ、Ｗｉ
ｎｄｏｗｓネットワーク通信サブシステムには、Ｗｉｎ
ｄｏｗｓ初期設定中にロードされて、Ｗｉｎｄｏｗｓセ
ッション中にネットワーク・ハードウェア要素を直接に
制御する、対応するドライバが含まれる。Ｗｉｎｄｏｗ
ｓドライバは、ＭＳ−ＤＯＳドライバが提供するものに
類似したサービスを提供するが、Ｗｉｎｄｏｗｓ上でＭ
Ｓ−ＤＯＳドライバより効率的な形で動作する。ネット
ワークを介する通信に悪影響を及ぼす可能性があるネッ
トワーク・ハードウェアの制御に関連する望ましくない
中断がなくなるようにするために、Ｗｉｎｄｏｗｓドラ
イバは、初期設定中に前にロードされたネットワーク・
ドライバ（すなわち、ＭＳ−ＤＯＳ上とＷｉｎｄｏｗｓ
セッション中の両方で動作するドライバ）と通信して、
Ｗｉｎｄｏｗｓセッション中の通信に関連して使用され
る通信パラメータ情報を取得する。

【００２０】本発明を、図２に示された機能ブロック図
と、図３ないし図８に示された流れ図に関連して説明す
る。図３〜６は、本発明に関連するＭＳ−ＤＯＳネット
ワーク・ドライバ・プログラムの動作を示す図であり、
図７〜８は、本発明に関連するＷｉｎｄｏｗｓネットワ
ーク・ドライバ・プログラムの動作を示す図である。ま
ず図２を参照すると、この図には、コンピュータ・シス
テム１０がＭＳ−ＤＯＳオペレーティング・システムを
初期設定する時に確立されるＭＳ−ＤＯＳ「計算機」２
０の概略が示されている。ＭＳ−ＤＯＳ計算機２０は、
Ｗｉｎｄｏｗｓセッションの前にコンピュータ・システ
ム１０がＭＳ−ＤＯＳアプリケーション・プログラムを
処理する処理「環境」を表す。さらに、図２には、コン
ピュータ・システム１０がＷｉｎｄｏｗｓアプリケーシ
ョン・プログラム３１を処理する処理「環境」を表す複
数のＷｉｎｄｏｗｓ「仮想計算機」３０（Ａ）ないし３
０（Ｗ）（全体的には符号３０（ｗ）で表す）の概略が
示されている。Ｗｉｎｄｏｗｓは、Ｗｉｎｄｏｗｓ仮想
計算機３０（ｗ）を管理し、これにオペレーティング・
システム・プログラム・サービスを提供するシステム仮
想計算機３２も提供する。

【００２１】ＭＳ−ＤＯＳ計算機２０には、１つまたは
複数のＭＳ−ＤＯＳアプリケーション・プログラム２１
からのオペレーティング・システム・サービス呼出しを
受け取る複数の要素が含まれる。本発明に関して特に重
要なことは、オペレーティング・システム・プログラム
には、ネットワーク上の情報転送を容易にするドライバ
・プログラムのスタックが含まれることである。１実施
形態では、これらのネットワーク制御プログラムに、転
送制御プロトコル（ＴＣＰ）ドライバ２３、インターネ
ット・プロトコル（ＩＰ）ドライバ２４、ポイント・ツ
ー・ポイント・プロトコル（ＰＰＰ）ドライバ２５およ
びＭＳ−ＤＯＳネットワーク・ドライバ２６が含まれ
る。ＴＣＰドライバ２３、ＩＰドライバ２４およびＰＰ
Ｐドライバ２５によって、周知のネットワーク・プロト
コル、すなわち、ＴＣＰ／ＩＰプロトコルが実施され
て、ネットワーク上の信頼性のある情報転送がもたらさ
れる。ＭＳ−ＤＯＳ計算機２０は、ネットワーク上の情
報転送に関連するより高水準のプロトコル・サービスを
提供する他のドライバ２２も利用できることを諒解され
たい。

【００２２】ネットワークを介する別のコンピュータ・
システム１０との情報転送を容易にするため、ドライバ
２２ないし２６は、なかんずく、通信セッション開始時
に他のコンピュータ・システムとの論理接続をオープン
し、メッセージ・フロー制御を提供し、送信されたメッ
セージが受信されるようにする。さらに、ドライバ２２
ないし２６は、ネットワークを介する送信のためアプリ
ケーション・プログラムから受け取ったメッセージ・デ
ータを、別々のメッセージ・パケットで送信される一連
のブロックに分割することができ、メッセージ・パケッ
ト内のデータは、受信された時に、受信側コンピュータ
・システムのアプリケーション・プログラムによる使用
のために選択された順序で組み立てられる。また、ドラ
イバ２２ないし２６は、たとえば、通信セッション中に
情報を転送しているＭＳ−ＤＯＳアプリケーション・プ
ログラム２１が、通信セッションが終了したことを示し
た時に、論理接続をクローズすることができる。コンピ
ュータ・システム１０は、任意の時点で他のコンピュー
タ・システムとの複数の通信セッションをオープンする
ことができる。

【００２３】ネットワーク上のメッセージ送信の場合、
スタック内のドライバ２２ないし２６のそれぞれは、よ
り高水準のドライバまたは送信用データを供給したＭＳ
−ＤＯＳアプリケーション・プログラム２１から受け取
ったメッセージ・データに関連して、プロトコルのうち
でそのドライバに関連する部分のプロトコル情報を追加
し、その情報をスタック内のより低水準のドライバに渡
して、さらに処理させる。ＰＰＰドライバ２５は、メッ
セージ情報をバイト単位で直列にＭＳ−ＤＯＳネットワ
ーク・ドライバ２６に供給し、ＭＳ−ＤＯＳネットワー
ク・ドライバ２６は、各バイトをＵＡＲＴ４０に供給す
る。ＵＡＲＴ４０は、各バイトをビット直列にネットワ
ーク・インターフェース１４に供給し、ネットワーク・
インターフェース１４は、ネットワーク通信リンク上に
送信される信号を生成する。その一方で、ネットワーク
上のメッセージの受信に関連して、ネットワーク・イン
ターフェース１４は、ネットワーク上のビットを受信
し、これらをＵＡＲＴ４０に供給し、ＵＡＲＴ４０は、
ビットの並びをバイト形式に組み立てて、ＭＳ−ＤＯＳ
ネットワーク・ドライバ２６に供給する。ＭＳ−ＤＯＳ
ネットワーク・ドライバ２６は、ＵＡＲＴ４０から連続
するバイトを受け取り、これをＰＰＰドライバ２５に供
給する。ＰＰＰドライバ２５は、バイトをメッセージ・
パケットに組み立て、各メッセージ・パケットを処理し
て、送信側のコンピュータ・システムでＰＰＰドライバ
によって追加されたＰＰＰ情報をすべて取り除き、処理
済みのメッセージ・パケットをより高水準のドライバ２
４ないし２２に供給する。メッセージ・パケットを受け
取る列に含まれるドライバ２４ないし２２のそれぞれ
も、同様の形でパケットを処理して、データを受け取る
ＭＳ−ＤＯＳアプリケーション・プログラム２１に、最
終的にパケット内のデータを供給する。

【００２４】上で述べたように、Ｗｉｎｄｏｗｓは、Ｗ
ｉｎｄｏｗｓアプリケーション・プログラム３１用の環
境を提供する１つまたは複数のＷｉｎｄｏｗｓ仮想計算
機３０（ｗ）を用意している。少なくとも、ネットワー
ク・プロトコル・ドライバであるドライバ２２ないし２
６を含むＭＳ−ＤＯＳ計算機２０のオペレーティング・
システムとドライバが、Ｗｉｎｄｏｗｓ仮想計算機３０
（ｗ）のそれぞれにマッピングされて、そこで処理され
るＷｉｎｄｏｗｓアプリケーション・プログラム３１に
ＭＳ−ＤＯＳおよび他のサービスを与える。さらに、Ｗ
ｉｎｄｏｗｓは、Ｗｉｎｄｏｗｓ仮想計算機３０（ｗ）
を制御し、これにオペレーティング・システム・サービ
スを与えるシステム仮想計算機３２を用意している。本
発明にとって特に重要なことに、システム仮想計算機３
２には、ＭＳ−ＤＯＳネットワーク・ドライバ２６によ
って実行されるものに類似のサービス、特にＷｉｎｄｏ
ｗｓセッション中に効率的な形でネットワーク・インタ
ーフェース１４を介する送受信の制御を実行するＷｉｎ
ｄｏｗｓネットワーク・ドライバ３３が含まれる。具体
的に言うと、ＭＳ−ＤＯＳネットワーク・ドライバ２６
が受信するバイトごとに現在のＷｉｎｄｏｗｓ動作モー
ドから仮想８６モードへの切替と元のモードへの復帰が
必要になる、ＰＰＰドライバ２５を用いるバイト単位の
メッセージ・データ転送ではなく、Ｗｉｎｄｏｗｓネッ
トワーク・ドライバ３３は、複数バイト・バッファでＰ
ＰＰドライバ２５とデータを転送する。この場合、動作
モードの切り換えは、Ｗｉｎｄｏｗｓネットワーク・ド
ライバ３３とＰＰＰドライバ２５の間でバッファを転送
する時に限って必要になる。したがって、Ｗｉｎｄｏｗ
ｓネットワーク・ドライバ３３を使用することによっ
て、通信中にプロセッサが実行する動作モード切替の数
が減り、処理効率のかなりの拡張が可能になる。

【００２５】Ｗｉｎｄｏｗｓの初期設定中、特にＷｉｎ
ｄｏｗｓネットワーク・ドライバ３３の初期設定中に、
Ｗｉｎｄｏｗｓネットワーク・ドライバ３３とＰＰＰド
ライバ２５が互いに通信し、その結果、Ｗｉｎｄｏｗｓ
ネットワーク・ドライバ３３は、現在の動作情報を取得
できる。ＰＰＰドライバ２５とＷｉｎｄｏｗｓネットワ
ーク・ドライバ３３の間の通信によって、ネットワーク
上の情報転送に悪影響を及ぼす可能性があるＵＡＲＴ４
０の制御の中断がなくなることが保証される。さらに、
Ｗｉｎｄｏｗｓネットワーク・ドライバ３３は、ＵＡＲ
Ｔ４０の制御を引き受け、その結果、これによってネッ
トワーク・インターフェース１４から受け取られるデー
タが、Ｗｉｎｄｏｗｓセッション中はＭＳ−ＤＯＳネッ
トワーク・ドライバ２６ではなくＷｉｎｄｏｗｓネット
ワーク・ドライバ３３に渡されるようになる。Ｗｉｎｄ
ｏｗｓネットワーク・ドライバ３３の初期設定の後に、
Ｗｉｎｄｏｗｓネットワーク・ドライバ３３は、Ｗｉｎ
ｄｏｗｓセッション中のＰＰＰドライバ２５とＵＡＲＴ
４０の間の情報の情報転送を制御する。Ｗｉｎｄｏｗｓ
セッションの終了時に、ＰＰＰドライバ２５とＷｉｎｄ
ｏｗｓネットワーク・ドライバ３３が互いに通信し、Ｗ
ｉｎｄｏｗｓネットワーク・ドライバ３３は、ＵＡＲＴ
４０の制御をＭＳ−ＤＯＳネットワーク・ドライバ２６
に返し、その結果、ＵＡＲＴ４０が受信するデータが、
ＭＳ−ＤＯＳネットワーク・ドライバ２６に渡されるよ
うになる。Ｗｉｎｄｏｗｓセッションが終了した後は、
ＭＳ−ＤＯＳネットワーク・ドライバ２６が、ＰＰＰド
ライバ２５とＵＡＲＴ４０の間の情報転送を制御する責
任を負う。

【００２６】ＰＰＰドライバ２５とＷｉｎｄｏｗｓネッ
トワーク・ドライバ３３によって実行される動作を、図
３〜図８に関連して説明する。図３〜図６は、ＰＰＰド
ライバ２５によって実行される動作を示し、図７〜図８
は、Ｗｉｎｄｏｗｓネットワーク・ドライバ３３によっ
て実行される動作を示す。ＰＰＰドライバ２５は、Ｗｉ
ｎｄｏｗｓ初期設定中にＷｉｎｄｏｗｓがＷｉｎｄｏｗ
ｓネットワーク・ドライバ３３をロードできるようにす
る責任を負う。Ｗｉｎｄｏｗｓセッション開始時のＷｉ
ｎｄｏｗｓ初期設定中に、Ｗｉｎｄｏｗｓは、コンピュ
ータ・システム１０で現在走行中のドライバおよび他の
プログラム（全体を「ドライバ」と呼称する）に、所定
のソフトウェア割込みを発行することによって、Ｗｉｎ
ｄｏｗｓが初期設定を行うことを通知する。このソフト
ウェア割込みは、ソフトウェア割込みチェイン内のドラ
イバのすべてによって、順次受け取られ、処理される。
通知を受け取るドライバは、たとえば、Ｗｉｎｄｏｗｓ
環境で走行する必要がある「Ｗｉｎｄｏｗｓ仮想デバイ
ス・ドライバ（ＶｘＤ）」と称する他のドライバについ
てＷｉｎｄｏｗｓに通知することができ、Ｗｉｎｄｏｗ
ｓは、システム仮想計算機３２にこのＶｘＤをロード
し、実行することができる。コンピュータ・システム１
０を参照すると、ＰＰＰドライバ２５は、Ｗｉｎｄｏｗ
ｓ初期設定通知を使用して、ＷｉｎｄｏｗｓがＷｉｎｄ
ｏｗｓネットワーク・ドライバ３３をロードしなければ
ならないことをＷｉｎｄｏｗｓに通知する。

【００２７】ＰＰＰドライバ２５およびＷｉｎｄｏｗｓ
ネットワーク・ドライバ３３によって実行される多数の
動作で、ＭＳ−ＤＯＳオペレーティング・システムが提
供するソフトウェア割込み構造が利用される。説明を進
める前に、このソフトウェア割込み構造を解説すると有
用であろう。このソフトウェア割込み構造は、ＭＳ−Ｄ
ＯＳオペレーティング・システムによって与えられる割
込みチェイン（「ＩＮＴ ２Ｆｈ」割込みチェインと称
する）を提供する。これには、他のプログラムにサービ
スを提供することができるドライバおよび他のプログラ
ムのためのエントリを含むか、または、コンピュータ・
システム内の特定のイベントの通知を受け取ってそれに
応答して特定の動作を実行する必要があるドライバおよ
び他のプログラムのためのエントリが含まれる。

【００２８】ＩＮＴ ２Ｆｈ割込みは、ＩＮＴ ２Ｆｈ
割込みチェインにリンクされたドライバのサービスを得
るため、または、上で述べたようにイベント通知を提供
するために、どのプログラムからも発行できる。プログ
ラムは、ＩＮＴ ２Ｆｈソフトウェア割込みを発行する
時に、ＩＮＴ ２Ｆｈ割込みチェインにリンクされたド
ライバのすべてによってサービスされる必要があるイベ
ントを識別する割込み識別子コードか、ＩＮＴ ２Ｆｈ
割込みチェインにリンクされた単一のドライバによって
実行される特定の動作を識別する割込み識別子コードを
ＩＮＴ ２Ｆｈ割込みと共に発行する。上で述べたよう
にＷｉｎｄｏｗｓが通知に使用するものなどのＩＮＴ
２Ｆｈソフトウェア割込みは、ＩＮＴ ２Ｆｈ割込みチ
ェインにリンクされたすべてのドライバによって受け取
られ、処理される必要があるが、特定のドライバによる
サービスの要求などの他のＩＮＴ ２Ｆｈソフトウェア
割込みは、そのドライバだけが受け取り、処理する。Ｉ
ＮＴ ２Ｆｈ割込みチェイン内のすべてのドライバによ
って受け取られ、処理されるＩＮＴ ２Ｆｈ割込みに関
連して、オペレーティング・システムは、ＩＮＴ ２Ｆ
ｈ割込みを受け取る時に、その割込みをＩＮＴ ２Ｆｈ
割込みチェインの最初のドライバに委ね、そのドライバ
は、その割込みに関連して要求された動作を実行した後
に、ＩＮＴ２Ｆｈ割込みチェインにリンクされた次のド
ライバまたは他のプログラムにその割込みを渡す。ＩＮ
Ｔ ２Ｆｈ割込みチェインの最後のドライバが動作を完
了した時に、オペレーティング・システムは、ＩＮＴ
２Ｆｈ割込みを発行したプログラム（Ｗｉｎｄｏｗｓ通
知の場合ならばＷｉｎｄｏｗｓ）に制御を返す。

【００２９】その一方で、特定のドライバによるサービ
スを要求するためのＩＮＴ ２Ｆｈ割込みに関連して、
オペレーティング・システムは、やはりその割込みをＩ
ＮＴ２Ｆｈ割込みチェインの最初のドライバに委ね、こ
のドライバは、割込み識別子からこれに応答して動作を
実行する必要があるかどうかを判定し、そうである場合
には、その動作を実行して制御をオペレーティング・シ
ステム・プログラムに返す。しかし、ＩＮＴ ２Ｆｈ割
込みチェインの最初のドライバが、割込み識別子から、
そのＩＮＴ ２Ｆｈ割込みに応答して動作を実行する必
要がないと判定した場合、そのドライバは、ＩＮＴ ２
Ｆｈ割込みチェインの次のドライバにこの割込みを渡
す。ＩＮＴ ２Ｆｈ割込みチェイン内で連続するドライ
バは、その割込みを処理するドライバに達するまでこの
処理を繰り返す。その割込みを処理するドライバは、割
込みを受け取った時に、割込みを処理し、オペレーティ
ング・システムに制御を返す。オペレーティング・シス
テムは、割込みを発行したプログラムに制御を返す。

【００３０】上で述べたように、ＰＰＰドライバ２５
は、Ｗｉｎｄｏｗｓの初期設定中にＷｉｎｄｏｗｓがＷ
ｉｎｄｏｗｓネットワーク・ドライバ３３をロードでき
るようにする責任を負う。ＰＰＰドライバ２５は、ＭＳ
−ＤＯＳ初期設定時にＩＮＴ２Ｆｈ割込みチェインにリ
ンクされ、Ｗｉｎｄｏｗｓ初期設定についてドライバに
通知するためＷｉｎｄｏｗｓが生成するＩＮＴ ２Ｆｈ
割込みの受取時に、ＰＰＰドライバ２５は、Ｗｉｎｄｏ
ｗｓによるＷｉｎｄｏｗｓネットワーク・ドライバ３３
のロードを容易にするための多数の動作を実行する。こ
の動作には、Ｗｉｎｄｏｗｓネットワーク・ドライバ３
３を構成する仮想デバイス・ドライバを含むコンピュー
タ・ファイルの位置を判定するためのコンピュータ・シ
ステムの大容量記憶サブシステムの探索と、突き止めら
れたコンピュータ・ファイルのパスおよびファイル名を
含むＷｉｎｄｏｗｓスタートアップ情報構造の生成が含
まれる。Ｗｉｎｄｏｗｓは、このスタートアップ情報構
造を使用して、仮想デバイス・ドライバをロードし、そ
の初期設定を開始する。

【００３１】図３〜図６を参照して具体的に説明する
と、ＰＰＰドライバ２５は、ＩＮＴ２Ｆｈ割込みを受け
取る時（ステップ１００）に、まず割込み機能識別子を
使用して、それが実行しなければならない動作を判定す
る。具体的にＷｉｎｄｏｗｓの初期設定に関して、ＰＰ
Ｐドライバ２５は、割込み機能識別子がＷｉｎｄｏｗｓ
初期設定割込み識別子であると判定した場合に（ステッ
プ１０１）、一連のステップを実行してスタートアップ
情報構造を生成し、ＩＮＴ ２Ｆｈ割込みチェインのド
ライバによって生成される一連のスタートアップ情報構
造にリンクする。まず、ＰＰＰドライバ２５は、Ｗｉｎ
ｄｏｗｓネットワーク・ドライバ３３を構成する仮想デ
バイス・ドライバのファイルのパスを判定する（ステッ
プ１０２）。Ｗｉｎｄｏｗｓネットワーク・ドライバ３
３のファイルは、所定のファイル名を有し、ファイルの
パスを判定する際に、ＰＰＰドライバ２５は、コンピュ
ータ・システムの大容量記憶サブシステムのディレクト
リから１つまたは複数のパスを探索して、パスのいずれ
かに所定のファイル名を有するファイルがあるかどうか
を判定する。１実施形態では、ステップ１０２を実行す
る際に、ＰＰＰドライバ２５が、ＭＳ−ＤＯＳオペレー
ティング・システムによって維持されるマスタ環境ブロ
ックに含まれるパス情報ならびにＷｉｎｄｏｗｓネット
ワーク・ドライバ３３のファイルを指す可能性があるパ
スを識別するために選択された省略時パス（Ｗｉｎｄｏ
ｗｓプログラムを含むディレクトリやその選択されたサ
ブディレクトリなど）を使用する。

【００３２】Ｗｉｎｄｏｗｓネットワーク・ドライバ３
３を含むパスを突き止めた後に、ＰＰＰドライバ２５
は、スタートアップ情報構造を生成し、これをスタート
アップ情報構造チェインにリンクする。この動作の際
に、ＰＰＰドライバ２５は、Ｗｉｎｄｏｗｓスタートア
ップ通知割り込み処理中にあるドライバによって生成さ
れた前のスタートアップ情報構造のポインタに対応する
次スタートアップ情報構造ポインタを生成し（ステップ
１０３）、ステップ１０２で生成されたＷｉｎｄｏｗｓ
ネットワーク・ドライバ３３仮想デバイスドライバのフ
ァイルのパスおよびファイル名を生成する（ステップ１
０４）。その後、ＰＰＰドライバ２５は、ＩＮＴ ２Ｆ
ｈ割込みを使用可能にして、ＩＮＴ ２Ｆｈ割込みチェ
インの次のドライバにこの割込みが渡されるようにし
（ステップ１０５）、リターンする（ステップ１０
６）。

【００３３】ＩＮＴ ２Ｆｈ割込みが、ＰＰＰドライバ
２５を含む、ＩＮＴ ２Ｆｈ割込みチェインのすべての
ドライバによって処理された後のある時点で、Ｗｉｎｄ
ｏｗｓは、Ｗｉｎｄｏｗｓスタートアップ中に生成され
たスタートアップ情報構造チェイン内のスタートアップ
情報構造の処理を開始する。その動作の際に、Ｗｉｎｄ
ｏｗｓは、Ｗｉｎｄｏｗｓネットワーク・ドライバ３３
を含む、チェイン内のスタートアップ情報構造内で識別
される仮想デバイス・ドライバのすべてをロードし、初
期設定する。Ｗｉｎｄｏｗｓネットワーク・ドライバ３
３の初期設定中に、Ｗｉｎｄｏｗｓネットワーク・ドラ
イバ３３は、ＰＰＰドライバ２５と通信して、Ｗｉｎｄ
ｏｗｓネットワーク・ドライバ３３がＵＡＲＴ４０を介
する通信の制御に使用するネットワーク通信パラメータ
・ブロックの位置を判定する。さらに、初期設定中に、
Ｗｉｎｄｏｗｓネットワーク・ドライバ３３は、Ｗｉｎ
ｄｏｗｓネットワーク・ドライバ３３の動作状況に関す
る情報の取得、ＵＡＲＴ４０のさまざまなレジスタのア
ドレスの判定、ＵＡＲＴ４０によって生成される割込み
の制御などのためにＷｉｎｄｏｗｓアプリケーション・
プログラムが使用するコールバックのアドレスを初期設
定するなど、通常の動作を実行する。

【００３４】図７〜８を参照してより具体的に説明する
と、初期設定中に、Ｗｉｎｄｏｗｓネットワーク・ドラ
イバ３３は、まず、ＰＰＰドライバ２５に対するＩＮＴ
２Ｆｈ割込み呼び出しを生成し、発行する（ステップ
２００）。このＩＮＴ ２Ｆｈ割込み呼出しには、ＰＰ
Ｐドライバ２５を識別するドライバ識別子と、ＰＰＰド
ライバ２５が通信パラメータ・ブロックを指すポインタ
を提供できるようにするための仮想デバイス・ドライバ
初期設定割込み機能識別子が含まれる。Ｗｉｎｄｏｗｓ
は、このＩＮＴ ２Ｆｈ割込み呼出しをＩＮＴ ２Ｆｈ
割込みチェインの最初のドライバに渡し、ＩＮＴ ２Ｆ
ｈ割込みチェインの各ドライバは、この割込みがＰＰＰ
ドライバ２５に到達するまで次のドライバにこの割込み
を渡す。

【００３５】ＰＰＰドライバ２５は、ＩＮＴ ２Ｆｈ割
込みを受け取る時（図３、ステップ１００）に、まず割
込み機能識別子を使用して、実行すべき動作を判定す
る。ＰＰＰドライバ２５は、割込み機能識別子によって
仮想デバイス・ドライバ初期設定機能が識別されると判
定した場合（ステップ１１０）に、ステップ１１１に進
んで、Ｗｉｎｄｏｗｓネットワーク・ドライバ３３に提
供するための通信パラメータ・ブロックを指すポインタ
を生成する。さらに、ＰＰＰドライバ２５は、ドライバ
状態フラグを設定して、それ以降ＰＰＰドライバ２５が
ネットワーク上の伝送に関してＭＳ−ＤＯＳネットワー
ク・ドライバ２６ではなくＷｉｎｄｏｗｓネットワーク
・ドライバ３３にメッセージ・パケットを供給すること
を示すようにする（ステップ１１２）。その後、ＰＰＰ
ドライバ２５はリターンする（ステップ１１３）。

【００３６】ＰＰＰドライバ２５がＩＮＴ ２Ｆｈ割込
みからリターンした後に、Ｗｉｎｄｏｗｓネットワーク
・ドライバ３３は、通信パラメータ・ブロック・ポイン
タを保管し（図４、ステップ２０１）、この通信パラメ
ータ・ブロックから、入出力ベース・ポインタ、割込み
要求番号値およびボー・レート値を含むさまざまなパラ
メータ値を取り出す（ステップ２０２）。入出力ベース
・ポインタは、ネットワーク通信を含む、コンピュータ
・システムのプロセッサのアドレス空間内の、入出力動
作に使用されるブロックのベースを指す値を表す。入出
力ブロックには、たとえば、ＰＰＰドライバ２５とＷｉ
ｎｄｏｗｓネットワーク・ドライバ３３がお互いの間で
データを転送するのに使用する入出力バッファを指すポ
インタなどを含む、複数の要素が含まれる。さらに、入
出力ブロックには、ＵＡＲＴ４０のレジスタが含まれ
る。これらの要素のすべてが、入出力ブロック・ベース
のベースから所定のオフセットにあるアドレスに関連付
けられ、Ｗｉｎｄｏｗｓネットワーク・ドライバ３３
は、入出力ベース・ポインタを使用して、バッファおよ
びレジスタを指すポインタを生成し、保管する（ステッ
プ２０３）。

【００３７】割込み要求番号は、ハードウェア割込みに
よって、ネットワーク・インターフェース１４を介する
１キャラクタの成功裡の送信またはネットワーク・イン
ターフェース１４からの１キャラクタの受信を含む、い
くつかの状態についてプロセッサに通知するための、Ｕ
ＡＲＴ４０とコンピュータ・システムのプロセッサの間
の特定の電気接続に対応する。ハードウェア割込みの受
取に応答して、プロセッサは、割込みハンドラ・プログ
ラムを呼び出し、この割込みハンドラ・プログラムは、
その特定の割込みによって要求される選択された動作を
実行するために割込みを処理する。ＵＡＲＴ４０によっ
て生成されたハードウェア割込みの場合、割込みハンド
ラ・プログラムに、Ｗｉｎｄｏｗｓネットワーク・ドラ
イバ３３が含まれ、Ｗｉｎｄｏｗｓネットワーク・ドラ
イバ３３は、呼び出された時に、ＵＡＲＴのレジスタを
読み取って、特定の割込みの原因を判定し、割込みの原
因に依存して選択される動作を実行する。たとえば、Ｗ
ｉｎｄｏｗｓネットワーク・ドライバ３３は、ＵＡＲＴ
のレジスタから、ネットワークから１キャラクタを受信
したことが示されると判定した場合に、レジスタからそ
のキャラクタを取り出し、取り出されたキャラクタを入
出力バッファに転送することができる。その一方で、Ｗ
ｉｎｄｏｗｓネットワーク・ドライバ３３は、ＵＡＲＴ
のレジスタから、１キャラクタの送信に成功し、送信の
ため次のキャラクタを受け取る状態になっていることが
示されると判定した場合に、入出力バッファに送信すべ
きキャラクタがあるならば、入出力バッファからキャラ
クタを取り出し、ネットワークへの送信のためにＵＡＲ
Ｔ４０に供給することができる。入出力バッファに送信
すべきキャラクタがない場合、Ｗｉｎｄｏｗｓネットワ
ーク・ドライバ３３は、その旨をＵＡＲＴ４０に通知す
ることができる。

【００３８】どの場合でも、Ｗｉｎｄｏｗｓネットワー
ク・ドライバ３３は、ステップ２０３の後に、プロセッ
サがＵＡＲＴ４０から割込みを受け取る時にＷｉｎｄｏ
ｗｓネットワーク・ドライバ３３を呼び出すように、プ
ロセッサの割込みハンドラを設定する（ステップ２０
４）。さらに、Ｗｉｎｄｏｗｓネットワーク・ドライバ
３３は、データ送信速度の設定を含む、ＵＡＲＴ４０に
関連するいくつかの初期設定動作を実行し、リターンす
る（ステップ２０５）。その時点で、Ｗｉｎｄｏｗｓネ
ットワーク・ドライバ３３は、ＵＡＲＴ４０を介する送
信のためＰＰＰドライバ２５からデータを受け取ること
ができ、ＰＰＰドライバ２５に供給されるデータをＵＡ
ＲＴ４０から受け取ることができる状態になっている。

【００３９】上で述べたようにＷｉｎｄｏｗｓがＷｉｎ
ｄｏｗｓネットワーク・ドライバ３３を初期設定した後
のある時点で、Ｗｉｎｄｏｗｓは、ＩＮＴ ２Ｆｈ割込
みチェインにリンクされたドライバに、初期設定が完了
したことを通知するために、ＩＮＴ ２Ｆｈ割込みを発
行する。このＩＮＴ ２Ｆｈ割込みには、Ｗｉｎｄｏｗ
ｓがそれ自体およびスタートアップ情報構造で識別され
た仮想デバイス・ドライバのすべての初期設定を完了し
たことの通知として識別される割込み機能識別子が含ま
れる。上で述べた元々のＩＮＴ ２Ｆｈ（すなわち、Ｗ
ｉｎｄｏｗｓが初期設定を開始したことを示す呼出し
（ステップ１００ないし１０６））と同様に、ＰＰＰド
ライバ２５は、ＩＮＴ ２Ｆｈ割込みを受け取り（ステ
ップ１００）、まず割込み機能識別子を使用して、実行
すべき動作を判定する。ＰＰＰドライバ２５は、割込み
機能識別子によってＷｉｎｄｏｗｓが初期設定を完了し
たことの通知が識別されると判定する場合（ステップ１
２０）に、ステップ１２１に進んで、ドライバ状態フラ
グを設定して、それ以降ＰＰＰドライバ２５がネットワ
ーク上の伝送に関してＭＳ−ＤＯＳネットワーク・ドラ
イバ２６ではなくＷｉｎｄｏｗｓネットワーク・ドライ
バ３３にメッセージ・パケットを供給することを示すよ
うにする。その後、ＰＰＰドライバ２５は、このＩＮＴ
２Ｆｈ割込みをＩＮＴ ２Ｆｈ割込みチェインの次の
ドライバに転送し、リターンする（ステップ１２２）。

【００４０】ＩＮＴ ２Ｆｈ割込みの「Ｗｉｎｄｏｗｓ
初期設定完了」割込み機能（ステップ１２０ないしステ
ップ１２２）に関連してＰＰＰドライバ２５によって実
行される動作の後、ＰＰＰドライバ２５は、ネットワー
クへの送信のためにＷｉｎｄｏｗｓネットワーク・ドラ
イバ３３にデータを転送できる状態になっている。さら
に、Ｗｉｎｄｏｗｓネットワーク・ドライバ３３は、Ｐ
ＰＰドライバ２５に転送するためにネットワークからデ
ータを受信できる状態になっている。ネットワークに送
信されるデータに関連して、ＰＰＰドライバ２５は、バ
ッファにデータをロードし、Ｗｉｎｄｏｗｓネットワー
ク・ドライバ３３への直接の呼出しを発行して、ネット
ワーク・インターフェース１４を介する送信のためにＵ
ＡＲＴ４０へ、１キャラクタずつバッファの内容を送
る。

【００４１】その一方で、ネットワークからのデータの
受信に関連して、Ｗｉｎｄｏｗｓネットワーク・ドライ
バ３３は、ＵＡＲＴ４０から１キャラクタずつデータを
受け取り、これらをバッファにロードする。Ｗｉｎｄｏ
ｗｓネットワーク・ドライバ３３は、バッファにデータ
を累積し終えた時に、ＰＰＰドライバ２５がその割込み
を処理するドライバとして識別されるＩＮＴ ２Ｆｈ割
込みと、ＰＰＰドライバ２５がバッファ内のデータを受
け取り、処理しなければならないことを示す割込み機能
識別子を発行する。このＩＮＴ ２Ｆｈ割込みは、上で
説明したように処理され、ＰＰＰドライバ２５は、ＩＮ
Ｔ ２Ｆｈ割込みを受け取る時に、この割込みを処理す
る。１実施形態では、Ｗｉｎｄｏｗｓネットワーク・ド
ライバ３３が、ＩＮＴ ２Ｆｈ割込みと共にバッファ記
述子（バッファのベースを指すポインタとバッファの長
さを識別する長さ値を含む）も提供し、ＰＰＰドライバ
２５は、処理のためＩＰドライバ２４にこの記述子を渡
すことによって、割込みを効率的に処理する。

【００４２】ＰＰＰドライバ２５とＷｉｎｄｏｗｓネッ
トワーク・ドライバ３３は、ＵＡＲＴ４０を介するデー
タ送信およびＵＡＲＴ４０からのデータ受信を行うため
に、これらの動作を繰り返す。ある時点で、操作員がＷ
ｉｎｄｏｗｓセッションの終了を所望する時に、Ｗｉｎ
ｄｏｗｓネットワーク・ドライバ３３とＰＰＰドライバ
２５の両方が、一連の動作を実行して、Ｗｉｎｄｏｗｓ
セッションの前に存在した動作状態を復元する。セッシ
ョンの終了時に、Ｗｉｎｄｏｗｓは、Ｗｉｎｄｏｗｓが
終了することを仮想デバイス・ドライバに通知し、Ｗｉ
ｎｄｏｗｓネットワーク・ドライバ３３は、この通知を
受け取る時に（図８のステップ２２０）、ＵＡＲＴハー
ドウェア割込みに関連して処理される割込みハンドラと
してＭＳ−ＤＯＳネットワーク・ドライバの割込みハン
ドラを復元し（ステップ２２１）、終了する（ステップ
２２２）。その後は、ＭＳ−ＤＯＳネットワーク・ドラ
イバ２６が、ＵＡＲＴハードウェア割込みを受け取り、
処理する。

【００４３】さらに、Ｗｉｎｄｏｗｓセッションの終了
時に、Ｗｉｎｄｏｗｓは、Ｗｉｎｄｏｗｓ終了割込み機
能を識別するＩＮＴ ２Ｆｈ割込みを、ＩＮＴ ２Ｆｈ
割込みチェインに発行する。上で述べたように、ＩＮＴ
２Ｆｈ割込みチェインの各ドライバは、ＩＮＴ ２Ｆ
ｈ割込みを受け取り、非Ｗｉｎｄｏｗｓ環境での走行に
備えるために所定の動作を実行し、ＩＮＴ ２Ｆｈ割込
みをＩＮＴ ２Ｆｈ割込みチェインの次のドライバに渡
す。ＰＰＰドライバ２５は、ＩＮＴ ２Ｆｈ割込みを受
け取る時（図３、ステップ１００）に、まず割込み機能
識別子を使用して、実行すべき動作を判定する。ＰＰＰ
ドライバ２５は、割込み機能識別子からＷｉｎｄｏｗｓ
終了機能が識別されると判定する場合に（ステップ１４
０）、ステップ１４１に進んで、ドライバ状態フラグを
設定して、それ以降のパケットがＷｉｎｄｏｗｓネット
ワーク・ドライバ３３に供給されるのではなく、ＭＳ−
ＤＯＳネットワーク・ドライバ２６に供給されるように
する（ステップ１４１）。さらに、ＰＰＰドライバ２５
は、Ｗｉｎｄｏｗｓネットワーク・ドライバ３３との通
信に使用した構造体をリセットする（ステップ１４
２）。ステップ１４２の後に、ＰＰＰドライバ２５は、
ＩＮＴ ２Ｆｈ割込みチェインの次のドライバにＩＮＴ
２Ｆｈ割込みを渡し、リターンする（ステップ１４
３）。

【００４４】ＭＳ−ＤＯＳネットワーク・ドライバ２６
は、この時点で、ＵＡＲＴ４０からのハードウェア割込
みを処理しているので、ＵＡＲＴがネットワーク・イン
ターフェース１４から受け取るキャラクタを受け取り、
Ｗｉｎｄｏｗｓセッションの前に行われたのと同様の形
でこれらのキャラクタをＰＰＰドライバ２５に渡すこと
を諒解されたい。同様に、ＭＳ−ＤＯＳネットワーク・
ドライバ２６は、ＰＰＰドライバ２５からネットワーク
へ送信するキャラクタを受け取り、Ｗｉｎｄｏｗｓセッ
ションの前に行われたのと同様の形でこれらをＵＡＲＴ
４０に供給する。したがって、ＭＳ−ＤＯＳネットワー
ク・ドライバ２６は、再初期設定の必要がなく、Ｗｉｎ
ｄｏｗｓセッションの前と同様の動作を継続するだけで
十分である。

【００４５】本発明は、多数の利益をもたらす。具体的
に言うと、本発明は、Ｗｉｎｄｏｗｓセッションの開始
時にＷｉｎｄｏｗｓが初期設定される時に、Ｗｉｎｄｏ
ｗｓセッション中にＰＰＰドライバ２５との効率的な通
信をもたらすためにＭＳ−ＤＯＳネットワーク・ドライ
バ２６の代わりに使用されるＷｉｎｄｏｗｓネットワー
ク・ドライバ３３のローディングをもたらし、Ｗｉｎｄ
ｏｗｓネットワーク・ドライバ３３の初期設定が、ネッ
トワーク・ハードウェアの制御の望ましくない中断がな
い形で行われ、これによってネットワーク上の通信に悪
影響を及ぼさない、Ｍｉｃｒｏｓｏｆｔ社のＭＳ−ＤＯ
ＳおよびＷｉｎｄｏｗｓオペレーティング・システムに
関連して使用するための新しいネットワーク通信サブシ
ステムを提供する。

【００４６】前述の説明は、本発明の１実施形態に制限
されている。しかし、本発明の長所の一部またはすべて
を達成しつつ、本発明のさまざまな変形および修正を行
うことができることは明白である。これらおよびそのよ
うな変形および修正を、本発明の真の趣旨および範囲に
含まれるものとして包含することが、請求の範囲の目的
である。

【図面の簡単な説明】

【図１】 本発明によるネットワーク通信サブシステム
を組み込んだコンピュータ・システムの例を示す図であ
る。

【図２】 図１に示されたネットワーク通信サブシステ
ムの理解に有用な、データ構造を示す図である。

【図３】 図２に示されたネットワーク通信サブシステ
ムの動作を理解するのに有用な流れ図である。

【図４】 図２に示されたネットワーク通信サブシステ
ムの動作を理解するのに有用な流れ図である。

【図５】 図２に示されたネットワーク通信サブシステ
ムの動作を理解するのに有用な流れ図である。

【図６】 図２に示されたネットワーク通信サブシステ
ムの動作を理解するのに有用な流れ図である。

【図７】 図２に示されたネットワーク通信サブシステ
ムの動作を理解するのに有用な流れ図である。

【図８】 図２に示されたネットワーク通信サブシステ
ムの動作を理解するのに有用な流れ図である。

【符号の説明】

１０ コンピュータ・システム １１ プロセッサ・モジュール １２ 操作員入力要素 １２Ａ キーボード １２Ｂ マウス １３ ビデオ表示装置 １４ ネットワーク・インターフェース ２０ ＭＳ−ＤＯＳ計算機 ２１ ＭＳ−ＤＯＳアプリケーション・プログラム ２２ 他のドライバ ２３ 転送制御プロトコル（ＴＣＰ）ドライバ ２４ インターネット・プロトコル（ＩＰ）ドライバ ２５ ポイント・ツー・ポイント・プロトコル（ＰＰ
Ｐ）ドライバ ２６ ＭＳ−ＤＯＳネットワーク・ドライバ ３０（Ａ…Ｗ） Ｗｉｎｄｏｗｓ仮想計算機 ３０（ｗ） Ｗｉｎｄｏｗｓ仮想計算機（全体） ３１ Ｗｉｎｄｏｗｓアプリケーション・プログラム ３２ システム仮想計算機 ３３ Ｗｉｎｄｏｗｓネットワーク・ドライバ ４０ ＵＡＲＴ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ディジタル・コンピュータ・システム
   が、第１プロセッサ動作モードでの基本オペレーティン
   グ・システム上でアプリケーション・プログラムを処理
   し、ディジタル・コンピュータ・システムがさらに、第
   ２プロセッサ動作モードでの拡張オペレーティング・シ
   ステム・セッション中に拡張オペレーティング・システ
   ム上でアプリケーション・プログラムを処理し、前記拡
   張オペレーティング・システム・セッション中の拡張オ
   ペレーティング・システムが、基本オペレーティング・
   システムのうちの少なくともいくつかの選択された要素
   を利用するディジタル・コンピュータ・システムのため
   の、それぞれが一連のキャラクタを含むメッセージをデ
   ィジタル・コンピュータ・システムが通信ネットワーク
   を介して転送できるようにする通信サブシステムにおい
   て、 両方とも基本オペレーティング・システムの一部を形成
   する高水準通信ドライバおよび基本低水準通信ドライバ
   と、拡張オペレーティング・システムの一部を形成する
   拡張低水準通信ドライバとを含み、 高水準通信ドライバおよび基本低水準通信ドライバが、
   プロトコル・スタックの一部を形成し、これによって、
   ディジタル・コンピュータ・システムが、基本オペレー
   ティング・システムの制御の下にある間に、通信ネット
   ワークを介してメッセージを送受信し、メッセージ送信
   中には、高水準通信ドライバが、送信されるメッセージ
   のキャラクタを送信のため基本低水準通信ドライバに反
   復的に供給し、メッセージ受信中には、基本低水準通信
   ドライバが、受信されたメッセージのキャラクタを高水
   準通信ドライバに反復的に供給し、 高水準通信ドライバおよび拡張低水準通信ドライバが、
   拡張オペレーティング・システムの制御下のセッション
   中にディジタル・コンピュータ・システムが通信ネット
   ワークを介するメッセージの送受信に使用するもう１つ
   のプロトコル・スタックの少なくとも一部を形成し、メ
   ッセージ送信中には、高水準通信ドライバが、送信され
   るメッセージのうちの複数のキャラクタを含む送信バッ
   ファを送信のために拡張低水準通信ドライバに供給し、
   メッセージ受信中には、拡張低水準通信ドライバが、受
   信されるメッセージの複数のキャラクタを含む受信バッ
   ファを高水準通信ドライバに供給することを特徴とする
   通信サブシステム。
2. 【請求項２】 ディジタル・コンピュータ・システム
   が、第１プロセッサ動作モードでの基本オペレーティン
   グ・システム上でアプリケーション・プログラムを処理
   し、ディジタル・コンピュータ・システムがさらに、第
   ２プロセッサ動作モードでの拡張オペレーティング・シ
   ステム・セッション中に拡張オペレーティング・システ
   ム上でアプリケーション・プログラムを処理し、前記拡
   張オペレーティング・システム・セッション中の拡張オ
   ペレーティング・システムが、基本オペレーティング・
   システムのうち少なくともいくつかの選択された要素を
   利用し、通信サブシステムが、それぞれが一連のキャラ
   クタを含むメッセージをディジタル・コンピュータ・シ
   ステムが通信ネットワークを介して転送できるように
   し、通信サブシステムが、両方とも基本オペレーティン
   グ・システムの一部を形成する高水準通信ドライバおよ
   び基本低水準通信ドライバと、拡張オペレーティング・
   システムの一部を形成する拡張低水準通信ドライバとを
   含む、ディジタル・コンピュータ・システム用の通信サ
   ブシステムを動作させる方法において、 コンピュータ・システムが基本オペレーティング・シス
   テムの制御下にある間、高水準通信ドライバおよび基本
   低水準通信ドライバが、通信ネットワークを介してメッ
   セージを送受信できるようにし、メッセージ送信中は、
   高水準通信ドライバが、送信されるメッセージのキャラ
   クタを基本低水準通信ドライバに反復的に供給し、メッ
   セージ受信中は、基本低水準通信ドライバが受信するメ
   ッセージのキャラクタを高水準通信ドライバに反復的に
   供給するようにするステップと、 コンピュータ・システムが拡張オペレーティング・シス
   テムの制御下にある間に、高水準通信ドライバと拡張低
   水準通信ドライバが、通信ネットワークを介してメッセ
   ージを送受信できるようにし、メッセージ送信中は、高
   水準通信ドライバが、送信されるメッセージのうちの複
   数のキャラクタを含む送信バッファを送信のため拡張低
   水準通信ドライバに提供し、メッセージ受信中は、拡張
   低水準通信ドライバが、受信するメッセージの複数のキ
   ャラクタを含む受信バッファを高水準通信ドライバに提
   供するようにするステップとを含む方法。
3. 【請求項３】 ディジタル・コンピュータ・システム
   が、第１プロセッサ動作モードでの基本オペレーティン
   グ・システム上でアプリケーション・プログラムを処理
   し、ディジタル・コンピュータ・システムがさらに、第
   ２プロセッサ動作モードでの拡張オペレーティング・シ
   ステム・セッション中に拡張オペレーティング・システ
   ム上でアプリケーション・プログラムを処理し、前記拡
   張オペレーティング・システム・セッション中の拡張オ
   ペレーティング・システムが、基本オペレーティング・
   システムのうち少なくともいくつかの選択された要素を
   利用し、通信サブシステムが、それぞれが一連のキャラ
   クタを含むメッセージをディジタル・コンピュータ・シ
   ステムが通信ネットワークを介して転送できるようにす
   る、ディジタル・コンピュータ・システムと関連して使
   用するための通信サブシステム・コンピュータ・プログ
   ラム製品において、 両方とも基本オペレーティング・システムと関連して使
   用される、高水準通信ドライバ・プログラム・コード・
   デバイスおよび低水準通信ドライバ・プログラム・コー
   ド・デバイスと、拡張オペレーティング・システムと関
   連して使用される拡張低水準通信ドライバ・プログラム
   ・コード・デバイスとを含む、コンピュータ・システム
   可読コードを埋め込まれた、コンピュータ・システム使
   用可能媒体を含み、 高水準通信ドライバ・プログラム・コード・デバイスお
   よび基本低水準通信ドライバ・プログラム・コード・デ
   バイスが、基本オペレーティング・システムの制御下に
   ある間に、ディジタル・コンピュータ・システムが通信
   ネットワークを介してメッセージを送受信するためのプ
   ロトコル・スタックを形成し、メッセージ送信中は、基
   本低水準通信ドライバ・プログラム・コード・デバイス
   の制御下のコンピュータ・システムによる送信のため、
   高水準通信ドライバ・プログラム・コード・デバイスに
   よって、コンピュータ・システムが、送信されるメッセ
   ージのキャラクタを反復的に供給できるようになり、メ
   ッセージ受信中は、高水準通信ドライバ・プログラム・
   コード・デバイスの制御下での処理のため、基本低水準
   通信ドライバ・プログラム・コード・デバイスによっ
   て、コンピュータ・システムが、受信するメッセージの
   キャラクタを反復的に供給できるようになり、 高水準通信ドライバ・プログラム・コード・デバイスお
   よび拡張低水準通信ドライバ・プログラム・コード・デ
   バイスが、拡張オペレーティング・システムの制御下の
   セッション中に、ディジタル・コンピュータ・システム
   が通信ネットワークを介してメッセージを送受信するた
   めのもう１つのプロトコル・スタックの少なくとも一部
   を形成し、メッセージ送信中は、拡張低水準通信ドライ
   バ・プログラム・コード・デバイスの制御下のコンピュ
   ータ・システムによる送信のため、高水準通信ドライバ
   ・プログラム・コード・デバイスによって、コンピュー
   タ・システムが、送信されるメッセージのうちの複数の
   キャラクタを含む送信バッファを提供できるようにな
   り、メッセージ受信中は、高水準通信ドライバの制御下
   での処理のため、拡張低水準通信ドライバ・プログラム
   ・コード・デバイスによって、コンピュータ・システム
   が、受信されるメッセージの複数のキャラクタを含む受
   信バッファを提供できるようになる通信サブシステム・
   コンピュータ・プログラム製品。