JPH0756834A - 通信プロトコルの割り込み応答実行方法及び装置 - Google Patents

Abstract

(57)【要約】 【目的】 通信リンク上に転送されたデータの喪失を防
止する。 【構成】 通信プロトコルを備えた割り込みハンドラー
ルーチンを設ける。受信コンピュータで実行中のアプリ
ケーションによってリクエストされたデータを通信イン
タフェースが受け取ったときに、受信コンピュータのＣ
ＰＵに通信インタフェースによって割り込みが伝送され
る。この割り込みを受け取ると、割り込みハンドラール
ーチンが即座にアクセスされ且つ実行されて、通信プロ
トロルを適時に実行する。この結果、通信プロトコル
は、送信コンピュータによって伝送された新たなデータ
によって元のデータがオーバーライトされる前に、通信
インタフェースからデータを得ることができる。その
後、アプリケーションプログラムが実行され、得られた
データを読み出す。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、一般には、データ通信
の分野、更に言えば、モデムからコンピュータへのデー
タ流れを制御する通信プロトコルに関する。

【０００２】

【従来の技術】送信コンピュータから受信コンピュータ
へデジタルデータを送信するには、コンピュータ間に通
信リンクを確立しなければならない。多くの例におい
て、これらの通信リンクは電話回線を通じて確立されて
いる。電話回線におけるコンピュータ間のこのような通
信リンクが図１に示されている。図１で、受信コンピュ
ータ１００は、送信コンピュータ１１０と通信を行っ
て、受信モデム（変調器／復調器）１２０を介して通信
リンク上でデータを受け取る。受信コンピュータ１００
内部のＩ／Ｏユニット１４５内部に、普遍的且つ非同期
的な送受信器１３０が設けられている。この送受信器１
３０は通信インタフェースとして機能して、ＵＡＲＴバ
ッファ１３２にデータをバッファする。送信コンピュー
タ１１０で送信モデム１３５を用いて、周波数変調技術
を用いてデジタルデータを電話回線上で伝送される信号
にエンコードする。電話回線上をデータが伝送され、受
信コンピュータ１００の受信モデム１２０で受け取られ
る。受信モデムはこの信号を復調してデジタルデータを
引き出す。受信モデム１２０は、ＵＡＲＴバッファ１３
２にデジタルデータを記憶するＵＡＲＴ１３０にデジタ
ルデータを伝送する。ＵＡＲＴ１３０は、ＣＰＵ１４０
に割り込みを伝送してデジタルデータの到達を信号表示
する。その後の幾つかの時点において、ＣＰＵ１４０
は、ＵＡＲＴ１３０からデジタルデータを受け取り、受
信コンピュータのメモリ１５０の通信ポート１５６にＩ
／Ｏユニット１４５を介してそれを記憶する。通信ポー
ト１５６は、通信リンクを通じて受け取ったデータを記
憶する専用メモリロケーションである。

【０００３】上述のデータ転送は、受信コンピュータ１
００のＣＰＵ１４０上で実行を行なうアプリケーション
プログラム１５２によってしばしば初期化される。ＣＰ
Ｕ１４０がアプリケーションプログラム１５２を実行し
ている最中に、送信コンピュータ１１０によって出され
た遠隔データの読み出し命令に出くわした場合、受信コ
ンピュータ１００は、通信リンクを通じて送信コンピュ
ータ１１０に適当なリクエストを送る。その後の幾つか
の時点において、送信コンピュータ１１０はリクエスト
に応答して、リクエストされたデータを通信リンクを介
して戻すためにＵＡＲＴ１３０に非同期に送信する。こ
のトランザクションでは、一旦受信コンピュータ１００
が送信コンピュータ１１０にリクエストを伝送してデー
タを送るよう要求すると、受信コンピュータ１００は、
ＵＡＲＴ１３０におけるデータの到達のタイミングを予
想することはできない。なぜなら、データは受信コンピ
ュータ１００のクロックとの関係で非同期に到達するた
めである。通信リンクを通じるデータ転送は非同期であ
るため、受信コンピュータ１００はデータ流れを制御す
るメカニズムを提供し、データを受け取り且つ適当な時
に処理することを確実にしなければならない。一般に、
このメカニズムは、ＵＡＲＴ１３０からのデータ流れを
制御する多数の通信プロトコルを備える。これらのプロ
トコルは例えばＵＡＲＴ１３０からのデータを取得する
といった機能を実行するサブプログラムであり、ＵＡＲ
Ｔ１３０にデータが到達する前に若しくは通信ポート１
５６が一杯になった後に、ＣＰＵ１４０がＵＡＲＴ１３
０からのデータをリクエストしないことを確実なものと
する。これらのプロトコルは、一般に、コンピュータ上
で実行中のアプリケーションプログラム１５２によって
提供されたコンピュータサブプログラムを通じて、受信
コンピュータによって実行されるものであり、ここで、
アプリケーションプログラム１５２は、データがＵＡＲ
Ｔ１３０に到達し始めた後の時点で、データを得るため
に呼出しを行う。例えば、アプリケーションプログラム
１５２は、ＵＡＲＴ１３０からデータを得るサブプログ
ラムであるようなプロトコル１５４を実行する。

【０００４】しかしながら、アプリケーションプログラ
ム１５２は一般には、データがＵＡＲＴ１３０に到達し
始めた後のある時点までは、これらのプロトコルを呼び
出さないだろう。受信コンピュータ１００がリクエスト
を受け取った後には固有の時間遅延が存在する。データ
がいつ到達するかを予想することは不可能なため、受信
コンピュータ１００は、アプリケーションプログラムの
実行を続ける前に、データが実際に到達するのを待たな
ければならない。故に、データの到達を待つ間、受信コ
ンピュータ１００を他の動作のために使用するのが望ま
しい。受信コンピュータ１００で実行中のオペレーティ
ングシステムがマルチタスクシステムである場合、オペ
レーティングシステムは、他のアプリケーションプログ
ラムやオペレーティングシステムルーチンのような受信
コンピュータ１００のＣＰＵ１４０によって実行すべき
他のタスクを割り当てる。この結果、受信コンピュータ
１００がＵＡＲＴ１３０から割り込みを受け取ってリク
エストデータが通信インタフェースによって受け取られ
たことを表示したときであっても、受信コンピュータ１
００で実行を行っているオペレーティングシステムが、
そのデータをリクエストしたアプリケーションプログラ
ム１５２にＣＰＵ１４０の制御を戻すまでは、受信コン
ピュータ１００がＵＡＲＴ１３０からそのリクエストデ
ータを受け取ることはない。再割り当てを行った場合に
のみ、アプリケーションプログラム１５２は、ＵＡＲＴ
１３０からデータを得るためにプロトコルを実行し、そ
のデータをアプリケーションプログラムに与える。

【０００５】しかしながら、多くのコンピュータシステ
ムでは、最初にＵＡＲＴ１３０がデータを受け取ったと
きにまで、受信コンピュータ１００は、ＣＰＵ１４０の
制御を直ちにアプリケーションプログラム１５２に戻す
ことはできない。この場合は、上述のように、ＣＰＵ１
４０は割り込みを受け取る。この割り込みは、ＵＡＲＴ
１３０からの直接ラインを通じて受信コンピュータ１０
０に伝送されたハードウエア割り込みであり、データが
受信されたことを受信コンピュータに知らせる。割り込
みが受信されると、現在実行中のタスクに割り込みがか
けられ、割り込みハンドラールーチン（図示していな
い）が実行される。しかしながら、現在よく使用されて
いるオペレーティングシステムの幾つかは、この時点で
（本明細書では「割り込み時」と呼ぶ）アプリケーショ
ンプログラムを実行することを許さない。これらのオペ
レティングシステムでは、割り込みハンドラールーチン
完了後のある時点においてアプケーションプログラム１
５２がその実行を再開するようスケジューリングされる
ことは稀である。受信コンピュータ１００は、その後、
割り込まれたタスクの実行に戻る。その後、既にスケジ
ューリングがなされ、アプリケーションプログラム１５
２より高い優先順位を備えた他のいづれかのタスクがア
プリケーションプログラム１５２の前に実行されるよう
にスケジューリングがなされる。実行を行なうべくアプ
リケーションプログラム１５２がオペレーティングシス
テムによってスケジューリングされた場合にのみ、ＵＡ
ＲＴ１３０からデータを得るために通信プロトコルが実
行される。

【０００６】現存するこのようなオペレーティングシス
テムの一例は、ワシントン、レッドモンドのマイクロソ
フトコーポレションによる Microsoft（登録商標）、Wi
ndows（登録商標）オペレーティングシステムの１つの
モードである現行のバージョンである。ウィンドウオペ
レーティングシステムは、オペレーティングシステムカ
ーネルのような、重要コードやデータが変更されてしま
うことを保護するプロテクション機構を実施する。この
機構は、アプリケーションプログラムが、例えば重要コ
ードやデータにアクセスすることを許さない。なぜな
ら、重要コードやデータが不注意で、若しくは偶発的に
変更されると、オペレーティングシステムに回復不能な
損傷が引き起こされてしまうためである。割り込まれた
タスクによって受信コンピュータ１００は重要コードや
データを変更し得る状態にされてしまうため、割り込み
時におけるアプリケーションプログラム１５２に対する
転送制御は、それがアプリケーションによって変更され
得ることから重要コードやデータを危機にさらす。この
結果、データがＵＡＲＴ１３０によって受信されたこと
をＣＰＵ１４０が知ったとき、オペレーティングシステ
ムは、アプリケーションプログラム１５２を実行し得る
間のある時点において、いづれの重要コード若しくはデ
ータをも危機にさらすことなく、実行のためにアプリケ
ーションを再スケジューリングすることのみに従事す
る。

【０００７】不幸にもアプリケーション１５２がある時
間量の範囲内で実行のためにスケジューリングされなけ
れば、受信コンピュータに伝送されたデータは喪失して
しまうだろう。ＵＡＲＴ１３０はＵＡＲＴバッファ１３
２にデータを記憶し、リクエストされたデータを送信コ
ンピュータ１１０から受け取ったときに、受信コンピュ
ータによる通信プロトコル１５４の実行を待ってデータ
を得る。ＵＡＲＴバッファ１３２のサイズは限られてい
るため、新たなデータをＵＡＲＴ１３０が受け取り続け
ると、ＵＡＲＴバッファ１３２に記憶されたデータは最
終的にはオーバーライトされてしまう。もし、ＵＡＲＴ
バッファ１３２にデータがオーバーライトされる前にそ
のデータの読み出しに間に合うようアプリケーションプ
ログラム１５２がスケジューリングされなければ、アプ
リケーションプログラ１５２による読み出し及び利用が
可能とされる前にリクエストデータは喪失される。不幸
にも、上述のプロテクション機構を実行するオペレーテ
ィングシステムは、この時間量の範囲内ではアプリケー
ションプログラム１５２をスケジューリングしないだろ
う。これが発生すると、アプリケーションプログラム１
５２はリクエストしたデータを受れ取れない。

【０００８】

【発明の概要】本発明の目的は、通信リンク上を転送さ
れたデータの損失を防ぐことにある。本発明の他の目的
は、通信プロトコルの割り込み応答実行を提供すること
にある。また本発明の他の目的は、リクエストされたデ
ータをそのデータが通信インタフェースにおいてオーバ
ーライトされてしまう前に取得することができるよう
に、受信コンピュータにおいて通信プロトコルを適時に
実行することにある。本発明の他の目的は、遠隔コンピ
ュータからのデータをリクエストしたアプリケーション
が通信プロトコルを与える必要をなくすことにある。本
発明の他の目的は、本発明を以下により完全に記述する
ことによって明らかとなるだろう。上述の目的は本発明
によって実現される。本発明は通信プロトコルの割り込
み応答実行を提供する。この通信プロトコルは通信リン
クからデータを得る。データは、通信リンク上を、送信
コンピュータによって、通信プロトコルによって得られ
るまでデータを記憶しているような受信コンピュータの
通信インタフェースを介して受信コンピュータに伝送さ
れる。通信プロトコルを含む割り込みハンドラールーチ
ンが、受信コンピュータの内部に設けられている。通信
インタフェースによってデータが受け取られたときに、
通信インタフェースによって受信コンピュータのＣＰＵ
に割り込みが伝送される。この割り込みが受け取られる
と、割り込みハンドラールーチンが即座にアクセスされ
且つ実行され、通信プロトコルを適時に実行する。この
結果、通信プロトコルは、通信インタフェースからのデ
ータを、送信コンピュータによって送信された新たなデ
ータによってそれがオーバーライトされてしまう前に、
読み出すことができる。

【０００９】本発明によって提供される利点は、オペレ
ーティングシステムの制御下で実行されるコンピュータ
システムで実現される。このオペレーティングシステム
は、割り込みを受け取ったときにアプリケーションプロ
グラムの実行を禁止する。このようなオペレーティング
システムは、割り込みの受け取り時にオペレーティング
システムカーネルのような重要コードやデータが変更さ
れてしまうことを防止する。このようなコンピュータで
は、アプリケーションプログラムでデータを読み出すた
めの命令に出会った場合、そのアプリケーションプログ
ラムで実行すべき残りのアプリケーション命令をセーブ
し、他の命令を代わりに実行する。これらの他の命令
は、オペレーティングシステムルーチンを実行するため
のオペレーティングシステム命令や、他のアプリケーシ
ョンを実行するためのアプリケーション命令を含んでお
り、オペレーティングシステムによってスケジューリン
グされた他のタスクを実行する。代替命令は、リクエス
トしたデータの到達を表示する割り込みを通信インタフ
ェースから受け取るまで実行される。本発明の好ましい
実施例では、この割り込みを通信インタフェースから受
け取った場合、代替命令がセーブされ、割り込みハンド
ラールーチンが以下のように即座に実行される。割り込
みハンドラールーチンは、割り込みテーブルのエントリ
に記憶されたアドレスを参照することでアクセスされ
る。この割り込みテーブルは、データをそこから受け取
るような通信インタフェースに対応する。アクセスされ
た割り込みハンドラールーチンは多数の通信プロトコル
を含む。この通信プロトコルは、通信インタフェースか
らデータを取得してそのデータを通信ポートに配置する
ような命令を含む機能を実行する。このように、割り込
みハンドラールーチンは、通信インタフェースからデー
タを得るための複数の通信プロトコルを、そのデータが
オーバーライトされてしまう前に適時に実行する。

【００１０】割り込みハンドラールーチンが完了する
と、前に実行されていた他の命令が検索され且つ実行さ
れる。その後、アプリケーションプログラムがスケジュ
ーリングされると、残りのアプケーション命令が検索さ
れ且つ実行される。この結果、割り込みを受け取ったと
きに即座に通信インタフェースからデータが得られたと
しても、どの重要コードをも危機にさらすことがない時
期にアプリケーションを実行のためにスケジューリング
することができる。また、アプリケーションが通信プロ
トコルを設ける必要も排除される。通信インタフェース
からのデータの流れを制御するために、ハンドラールー
チン内部でどのような数の通信プロトコルをも実行する
ことができるため、アプリケーションプログラムがこれ
らの通信プロトコルを設ける必要は排除される。

【００１１】

【実施例】本発明は、受信コンピュータに転送されたデ
ータの喪失を防止する。このようなデータの喪失は、図
１のコンピュータシステムを参照して記述することがで
きる。図１からの受信コンピュータ１００がアプリケー
ションプログラム１５２を実行しているときに、通信リ
ンクを介して送信コンピュータ１００からデータを読み
出すための命令に出くわした場合、受信コンピュータ１
００は、通信リンクを通じて送信コンピュータ１１０に
適当なリクエストを伝送する。その後のある時点で、送
信コンピュータ１１０は、通信リンクを介して受信コン
ピュータ１００のＵＡＲＴ１３０にデータを送信する。
ＵＡＲＴ１３０は、受信コンピュータがＵＡＲＴ１３０
からデータを受信するまで、ＵＡＲＴバッファ１３２に
データを記憶する。本発明は、遠隔のコンピュータ１１
０によって伝送された新たなデータによって、ＵＡＲＴ
１３０にデータがオーバーライトされることを防止す
る。本発明は、多数の通信プロトコルを適当な時期に実
行することによってこれを達成する。これらのプロトコ
ルには、実行中にＵＡＲＴ１３０からデータを得るよう
な通信プロトコルが含まれる。通信プロトコルの実行
は、通信プロトコルをインボウクする割り込みハンドラ
ールーチンの優先順位レベルと等しい優先順位レベルを
備えた通信プロトコルを適当な時期に提供することによ
って成される。割り込みハンドラールーチンは、最初に
受け取った割り込みがＵＡＲＴ１３０によってデータが
受信されたことを表示しているときに、同じ優先順位レ
ベルを備えた通信プロトコルを実行する割り込みハンド
ラールーチンを実行することにより、遅延を生じること
なく通信プロトコルをインボウクする。この結果、遠隔
のコンピュータからの新たなデータによってデータがオ
ーバーライトされる前に、通信インタフェースからデー
タが得られる。

【００１２】本発明の利点を、図１の従来システムによ
って実行される特別な割り込みプロセスを、図２を参照
して示すことができる。図２に示されているように、Ｃ
ＰＵ１４０はＵＡＲＴ１３０から割り込みリクエスト
（ＩＲＱ）を受け取る。特に、ＩＲＱは、受信コンピュ
ータ１００のＩ／Ｏユニット１４５内部に設けられたプ
ログラム可能な割り込みコントローラ２００によって受
信される。ＩＲＱは、リクエストされたデータがＵＡＲ
Ｔ１３０によって受信されたことを表示する。プログラ
ム可能な割り込みコントローラ２００は、例えば、様々
なソースから割り込みリクエストを受け、且つこれらの
割り込みリクエストをＣＰＵ１４０に報告するようなIn
tel 8259A 割り込みコントローラである。プログラム可
能な割り込みコントローラ２００は、割り込みリクエス
ト信号（ＩＮＴＲ）をＣＰＵ１４０に伝送し、ＣＰＵに
ＵＡＲＴ１３０からの割り込みリクエストを知らせる。
ＣＰＵ１４０は、割り込みリクエスト肯定応答信号（Ｉ
ＮＴＡ）をプログラム可能な割り込みコントローラ２０
０に伝送することにより、ＩＮＴＲに肯定応答を行な
う。ＣＰＵ１４０がＩＮＴＲを肯定応答すると、プログ
ラム可能な割り込みコントローラ２００は、ＵＡＲＴ１
３０を割り込みリクエストのソースとして識別する割り
込みベクトル番号をＣＰＵ１４０に伝送する。ＣＰＵ１
４０は、Ｉ／Ｏユニット１４５を介して、また、ＵＡＲ
Ｔ１３０に対応する割り込みベクトル番号を用いて割り
込みベクトルテーブル２１０のエントリ２１２のアドレ
スを計算し、メモリ１５０に記憶された割り込みベクト
ルテーブル２１０にアクセスを行なう。ＣＰＵ１４０
は、その後、割り込みベクトルテーブル２１０のエント
リ２１２によって識別されたメモリ１５０のアドレスに
記憶されているような割り込みハンドラールーチン２１
４に制御を転送する。従来の割り込みハンドラールーチ
ン２１４では、アプリケーションプログラム１５２をス
ケジューリングするためにメモリ１５０に記憶されたオ
ペレーティングシステム２００にリクエストを送り、オ
ペレーティングシステム２２０によって提供されたタス
クスケジューラ２２２に命令を行なうといったことは、
非常に稀であった。割り込みハンドラー２１４は、その
後、割り込みリクエストを受け取る前にＣＰＵ１４０に
よって従前に実行中であったタスクに制御を戻す。この
結果、アプリケーションプログラム１５２が実行を続行
するよう最終的にスケジューリングされるまでは、ＵＡ
ＲＴ１３０からデータを得ることはない。アプリケーシ
ョンプログラム１５２が最終的にスケジューリングされ
たとき、通信プロトコル１５４はＵＡＲＴからデータを
得、そのデータをポート１５６に配置する。

【００１３】ＵＡＲＴバッファ１３２のサイズは制限さ
れているため、ＵＡＲＴバッファ１３２は、遠隔のコン
ピュータからの新たなデータを限定量だけしか保持する
ことができない。ＵＡＲＴ１３０は、例えば、 16450Ｕ
ＡＲＴである。 16450ＵＡＲＴは、よく知られており、
たった２バイトのバッファサイズしか持たないＵＡＲＴ
バッファ１３２を有する。１バイトは、読み込まれたデ
ータを保持し、１バイトは読み込まれるデータを保持す
る。非常に多くの新たなデータがＵＡＲＴバッファ１３
２に書き込まれた後、元々書き込んであったデータがオ
ーバーライトされる。もし、アプリケーションプログラ
ム１５２が、ある時間量の範囲内はスケジューリングさ
れ且つ実行されることがなければ、データのオーバーラ
イトが生じる前に、ＵＡＲＴ１３０からデータを得るた
めに通信プロトコル１５４が実行されてしまうようなこ
とはないかもしれない。オペレーティングシステム２２
０は、例えば、 Microsoft Windowsオペレーティングシ
ステムのようなオペレーティングシステムである。この
オペレーティングシステムは、割り込み時におけるアプ
リケーションの実行を防止するため、オペレーティング
システム２２０がアプリケーションプログラム１５２を
その実行を続行するためにスケジューリングするまで
は、通信プロトコル１５４は実行されない。

【００１４】Microsoft Windowsオペレーティングシス
テムの現行のバージョンは、 80386マイクロソフトウエ
アによって提供されるプロテクション機構を利点とす
る。プロテクション機構は、コード若しくはデータの集
合を割り当てることができる優先順位レベルの番号を使
用する。この機構は、階層プロテクションの４つの異な
る優先順位レベル（リング０〜リング３）を定義する。
リング０の優先順位レベルはリング１より高く、リング
１はリング２よりも高い優先順位レベルであり、リング
２はリング３より高い優先順位レベルであり、リング３
は最も小さな優先順位レベルである。よく知られている
ように、 80386マイクロプロセッサは、セグメントメモ
リアドレッシング技術を用いる。この技術では、拡張可
能コードが異なる複数のセグメント（コードセグメン
ト）に分割され、また、これらの異なる複数のセグメン
ト（データセグメント）にデータが記憶される。例え
ば、アプリケーションプログラムの実行可能コードは、
それを通じてアクセスされるような特別なコードセグメ
ントの内部にアプリケーションプログラムは配置される
ようにして定義される。 80386マイクロプロセッサに対
して定義された各コードセグメントは、対応する優先順
位レベルを持つ。この結果、アプリケーションプログラ
ム１５２は、特別な優先順位レベルを備えたコードセグ
メントに記憶される。

【００１５】Microsoft Windowsオペレーティングシス
テムにおいて、異なるコードセグメントに対する優先順
位レベルは、一般には、図３の図によって表示されてい
るように定義される。図３は、 80386マイクロプロセッ
サによって提供され、 Microsoft Windowsオペレーティ
ングシステムによって与えられた優先順位レベルシステ
ムを表示する図である。図３に示されているように、ウ
インドウオペレーティングシステムカーネルや割り込み
ハンドラーのような最重要コードだけが、リング０に存
在する。この結果、割り込みハンドラーを記憶するコー
ドセグメントは、０の優先順位レベルを有する。一方、
アプリケーションプログラムは、一般にリング３に存在
する。即ち、アプリケーションコードを記憶するコード
セグメントは、優先順位レベル３を持つ。 80386マイク
ロプロセッサでは、各コードセグメントに対する優先順
位レベルは、対応するコードセグメント記述子で指定さ
れたビットによって定義される。コードセグメント記述
子は、 80386マイクロプロセッサによって保持された適
当なセグメント記述子テーブルのエントリに配置され、
コードセグメントのプログラムがアクセスされるときに
参照される。上述したアプリケーションプログラム１５
２を実行する従来のコードセグメントやコードセグメン
ト記述子を、図４に示す。図４では、 80386コードセグ
メント記述子であるコードセグメント記述子４００が設
けられている。コードセグメント記述子４００は、記述
子優先順位レベル（ＤＰＬ）４０２と、アプリケーショ
ンプログラム１５２を実行するアプリケーションプログ
ラムコードのアドレス４０４を備える。コードセグメン
ト記述子４００は、 80386コードセグメントであるアプ
リケーションコードセグメント４１０を記述する。アプ
リケーションコードセグメント４１０は、アプリケーシ
ョンコード４１２と、上述の通信プロトコル１５４を含
んでいるような１つ若しくはそれ以上の通信プロトコル
４１４を含む。アプリケーションコードセグメント４１
０がアプリケーションプログラムを実行するため、ウイ
ンドウオペレーティングシステムは、アプリケーション
コードセグメント４１０に「３」という記述子優先順位
４０２を割り当てる（ＤＰＬ＝３）。

【００１６】80386マイクロプロセッサによって提供さ
れる優先順位メカニズムでは、実行プログラムが異なる
コードセグメントの他のプログラムに制御を転送すると
きはいつでも、マイクロプロセッサは、転送を試行して
いるプログラムを記憶したコードセグメントの優先順位
レベルを、転送が試行されているプログラムを記憶した
コードセグメントの優先順位レベルと比較する。各プロ
グラムの記述子優先順位レベルが等しければ、 80386マ
イクロプロセッサによって転送が許可される。しかしな
がら、呼出しを行っているプログラムの記述子優先順位
レベルが、呼び出されているプログラムの優先順位レベ
ルより高ければ、 80386マイクロプロセッサによって転
送が許可される。例えば、リング０プログラムがリング
３プログラムに対する転送制御を試ろみても、その転送
は許可されない。従って、０という優先順位レベルを重
要コードに割り当て、３という優先順位レベルをアプリ
ケーションプログラムに割り当てることにより、 Micro
soft Windowsオペレーティングシステムは、アプリケー
ションプログラムが重要なコードを破壊することを防止
する。図２の従来技術の割り込みハンドラールーチン２
１４を記憶するコードセグメントが図５に示されてい
る。図５に、コードセグメント記述子４５０が示されて
いる。コードセグメント記述子４５０は、割り込みハン
ドラーコードセグメント４６０、つまり、 80386コード
セグメントを定義する 80386コードセグメント記述子で
ある。コードセグメント記述子４５０は、ＤＰＬ４５２
と、割り込みハンドラールーチン４６２のアドレス４５
４を含む。上に述べたように、図２に示された割り込み
ハンドラールーチン２１４のような割り込みハンドラー
は、一般にリング０に存在する。この結果、ＤＰＬ４５
２には０という値が割り当てられる（ＤＰＬ＝０）。こ
の結果、割り込みハンドラールーチン２１４は、アプリ
ケーションプログラム１５２を呼び出すことができな
い。なぜなら、 80386マイクロプロセッサは、各プログ
ラムに割り当てられた記述子優先順位レベルを比較し
て、呼出しを行った割り込みハンドラールーチン（リン
グ０）が、呼び出されたアプリケーション（リング３）
より高い優先順位であると判断するためである。従っ
て、 80386マイクロプロセッサはアプリケーションに対
する転送を許可しないだろう。

【００１７】このように、割り込みを受け取った場合、
制御は割り込みハンドラールーチン２１４に転送される
が、その割り込みハンドラールーチン２１４は、アプリ
ケーションプログラム１５２を呼び出すことはできず、
割り込みハンドラールーチン２１４が戻ったときに、割
り込まれたタスクに制御は戻る。この理由から、リクエ
ストされたデータがＵＡＲＴ１３０によって受け取られ
たことを表示するような割り込みをＣＰＵ１４０が受け
取ったときでも、図２の従来のコンピュータシステム
は、アプリケーションプログラム１５２を実行すること
はできなかった。また、アプリケーションコード４１２
は同じコードセグメント４１０に配置された通信プロト
コル４１４を呼び出すことから、割り込みを受け取った
ときはどの通信プロトコルを実行することもできない。
従来のコンピュータシステムでは、オペレーティングシ
ステム２２０によってスケジューリングされるまで、ア
プリケーションプログラム１５２は実行されないため、
しばしば、送信コンピュータ１１０によって伝送された
新たなデータがＵＡＲＴ１３２にオーバーライトされる
ことを防止するのに間に合わないことがある。本発明
は、データがＵＡＲＴバッファ１３２にオーバーライト
されるという上述の問題を防止する。本発明は、割り込
みハンドラールーチンと同じ優先順位レベルである通信
プロトコルを提供することによってコンピュータによっ
て最初に割り込みが受け取られたときに、通信インタフ
ェースからデータを得る通信プロトコルが実行されるこ
とを確実なものとする。この問題に対する解法を、図６
に示す。図６は、本発明の好ましいコンピュータシステ
ムのブロック図である。図６で、コンピュータ５００
は、ＣＰＵ１４０、ＵＡＲＴ１３０とプログラム可能な
割り込みコントローラ２００を備えたＩ／Ｏユニット１
４５と、メモリ１５０を含む。メモリ１５０は、タスク
スケジューラ２２２を備えたオペレーティングシステム
と、通信ポート１５６と、プロトコルバッファ２３０を
も含む。メモリ１５０は、適当な割り込みハンドラール
ーチンを指示するエントリ２１２を備えた割り込みベク
トルテーブル２１０をも記憶する。好ましいコンピュー
タシステムでは、コンピュータ５００は、例えば、割り
込みハンドラー５１０と同じコードセグメント内の通信
プロトコル５１２を提供することによって、割り込みハ
ンドラールーチン５１０と同じ優先順位レベルを備えた
通信プロトコル５１２をインボウクするような割り込み
ハンドラールーチン５１０をメモリ１５０に記憶する。
通信プロトコル５１２は、ＵＡＲＴ１３０からデータを
得る。アプリケーションプログラム５２０もまた、例え
ば、従来のアプリケーションプログラム１５２と同じア
プリケーションコードを含んでいるようなメモリ１５０
に記憶される。しかしながら、通信プロトコル５１２は
割り込みハンドラールーチン５１０によって実行される
ため、アプリケーション５２０は、従来技術で行われて
いたように通信プロトコル５１２を提供する必要はな
い。また、通信プロトコル５１２には割り込みハンドラ
ールーチン５１０と同じ優先順位レベルが提供されるた
め、本発明では、ＣＰＵ１４０が割り込みリクエストを
ＵＡＲＴ１３０から受け取って割り込みハンドラールー
チン５１０に制御を転送するとすぐさま、通信プロトコ
ル５１２が実行される。従って、通信プロトコル５１２
は、プログラム可能な割り込みコントローラ２００から
ＣＰＵ１４０によって割り込みが受け取られるとすぐ
に、ＵＡＲＴ１３０からデータを得るために実行され
る。この結果、通信プロトコル５１２は、ＵＡＲＴバッ
ファ１３２にオーバーライトされる前にデータを得る。

【００１８】本発明の好ましい実施例では、ＣＰＵ１４
０は 80386マイクロプロセッサであり、オペレーティン
グシステム２２０は、 Microsoft Windowsオペレーティ
ングシステムである。本発明の割り込みルーチンを記憶
する 80386コードセグメントが図７に示されている。図
７に示すように、コードセグメント記述子６００が設け
られている。このコードセグメント記述子６００は、記
述子優先順位レベル（ＤＰＬ）６０２と、割り込みハン
ドラールーチン５１０の割り込みハンドラーコードのア
ドレス６０４を含んだ 80386コードセグメント記述子で
ある。コードセグメント記述子６００は、割り込みハン
ドラーコード６１２と、１つ若しくは２つ以上の通信プ
ロトコトル６１４を含んだ 80386割り込みハンドラーコ
ードセグメント６１０を記述する。通信プロトコルは、
通信プロトコル５１２を含む。特に、通信プロトコル６
１４は、よく知られたＸＯＮ／ＸＯＦＦプロトコル、Ｒ
ＴＳ／ＣＴＳプロトコル、ＡＣＫ／ＮＡＫプロトコル等
を含む。従来の割り込みハンドラーで用いられていたよ
うに、割り込みハンドラールーチン５１０はリング０に
存在するため、ＤＰＬ６０２には０という値が割り当て
られる（ＤＰＬ＝０）。従って、同じコードセグメント
６１０に設けられた通信プロトコル６１４も、０という
優先順位レベル（ＤＰＬ＝０）を有し、割り込み時に
も、 MicrosoftWindowsオペレーティングシステムによ
って実行が禁止されることはない。

【００１９】図６の本発明のコンピュータシステムの動
作を、図８〜図１４を参照して示す。図８は、送信コン
ピュータ１１０からデータを読み出すためにアプリケー
ションが命令を実行したときに、本発明のコンピュータ
システムと従来のコンピュータシステムの両方によって
実行されるＣＰＵ１４０の制御の流れ図である。図８
は、割り込みがＵＡＲＴ１３０から受け取られる時点ま
で、ＣＰＵ１４０によって実行されるステップを示す。
ステップ７０２で、現在実行中のオペレーティングシス
テム２２０は、アプリケーション（１５２若しくは６２
０）を実行するため、ＣＰＵ１４０を動作させる。ステ
ップ７０４で、ＣＰＵ１４０が、送信コンピュータ１１
０からデータを読み出すためのアプリケーションの命令
に出合った場合、ＣＰＵ１４０は、メモリ１５０に記憶
された通信ドライバ（図示していない）に制御を転送す
る。この通信ドライバは、ステップ７０６で、ＵＡＲＴ
１３０を介して送信コンピュータ１１０からのデータを
要求する。アプリケーションは、ＣＰＵ１４０をオペレ
ーティングシステムに譲る。オペレーティングシステム
は、ステップ７０８で、ＣＰＵ２０８を動作させ、オペ
レーティングシステムルーチンや他のアプリケーション
のような、他のタスクを実行する。ＣＰＵ１４０（ 803
86）は、割り込みリクエスト信号（ＩＮＴＲ）をプログ
ラム可能な割り込みコントローラ２００から受け取るま
で、これらの他のタスクを実行する。ＣＰＵ１４０はそ
の後、現在実行中のタスクをセーブし（例えば、適当な
レジスタをプッシュして現在実行中の命令や、現在実行
中のタスクの状態を表示することにより）、その後、適
当な割り込みハンドラールーチンに制御を転送する。図
７は従来の方法を示す。ステップ７１０は、制御を従来
の割り込みハンドラールーチン２１４に転送する。図８
は本発明を表示しており、ステップ７１０は、本発明の
割り込みハンドラールーチン５１０に制御を転送する。

【００２０】割り込みハンドラールーチン５１０の性能
は、最初に従来の割り込みハンドラーについて記述する
ことによって最良の形で表示することができる。従来、
ステップ７１０が実行された場合のＣＰＵによる制御の
転送先である割り込みハンドラールーチンは、図９の流
れ図によって示されているような割り込みハンドラール
ッチン２１４であった。図９は、割り込みハンドラール
ーチン２１４が呼び出されたときに、従来の割り込みハ
ンドラールーチン２１４とオペレーティングシステム２
２０によって実行される基本ステップの流れ図である。
ステップ８０２で、割り込みハンドラールーチン２１４
は、オペレーティングシステム２２０にリクエストを伝
送し、アプリケーションを実行のためにスケジューリン
グする。ステップ８０４で、オペレーティングシステム
２２０は、タスクスケジューラ２２２を動作させること
によってリクエストに応答し、後の実行のためにアプリ
ケーションプログラム１５２をスケジューリングする。
割り込みハンドラールーチンが戻るのは稀である。従来
のコンピュータシステムでは、この時点では、リクエス
トされたデータをＵＡＲＴから受け取っていないため、
最終的には通信インタフェースでオーバーライトされる
かもしれない。

【００２１】本発明では、ステップ７１０が実行された
場合に、ＣＰＵが制御を転送する割り込みハンドラール
ーチンは、通信プロトコル５１２を含む割り込みハンド
ラールーチン５１０である。図１０は、割り込みハンド
ラールーチン５１０が呼び出されたときに割り込みハン
ドラールーチン５１０とオペレーティングシステム２２
０によって実行される基本ステップの流れ図である。ス
テップ９０２で、割り込みハンドラールーチン５１０
は、従来のコンピュータシステムにおける割り込みでな
されたのと同じ方法でアプリケーション５２０のスケジ
ューリングをリクエストする。同様に、ステップ８０４
で、オペレーティングシステム２２０はアプリケーショ
ン６２０を実行のためにスケジューリングする。しかし
ながら、ステップ９０６で、割り込みハンドラールーチ
ン５１０は、割り込みハンドラールーチン５１０の同じ
コードセグメント内に設けられた通信プロトコルを呼び
出す。ステップ９０８で、通信プロトコル５１２を実行
してデータを得、そのデータをコンピュータ５００のポ
ート１５６に配置する。この時点で、ＵＡＲＴ１３０か
らポート１５６へのデータの流れ、ポート１５６からＣ
ＰＵ１４０へのデータの流れ、等を制御するために、通
信プロトコルが実行されることもある。データを得た
後、割り込みハンドラールーチン５１０は戻る。

【００２２】図１１は、割り込みハンドラールーチン
（２１４若しくは５１０）が戻った後に、本発明のコン
ピュータシステムと従来のコンピュータシステムの両方
によって実行されるＣＰＵ制御を示す。ステップ１００
２で、ＣＰＵ１４０は、（例えば、オペレーティングシ
ステムから、前に実行していた命令や前に実行していた
タスクの状態情報を表示する適当なレジスタの前にセー
ブされた内容を得ることにより、）前に実行していたタ
スクを検索する。ＣＰＵＩ４０は、割り込みハンドラー
ルーチン（２１４若しくは６１０）を実行する前に、前
にやり残した実行を続行する。ステップ１００４で、オ
ペレーティングシステムは、ＣＰＵ１４０を動作させ
て、前に実行していたタスクやスケジューリングされた
他のいづれかのタスクの実行を続行する。この間中、予
期し得ない時間量が経過する。この時間量は、ＵＡＲＴ
１３０に現在送信中のなんらかのデータによってＵＡＲ
Ｔバッファ１３２が完全に満たされ、前にそこに書き込
まれたデータをオーバーライトし初めてしまうのに十分
長い時間量である。ステップ１００６で、オペレーティ
ングシステムは、タスクスケジューラ２２２によって付
された優先順位に従ってアプリケーションプログラムを
スケジューリングする。ステップ１００８で、遠隔のコ
ンピュータに伝送されたデータを読み出すために、アプ
リケーションプログラム（１５２若しくは６２０）が実
行される。

【００２３】データを読み込むための本発明の性能は、
最初に従来技術を簡単に記述することによって最もよく
表示することができる。従来技術では、アプリケーショ
ンプログラム１５２が図１１のステップ１００８でデー
タを読み出した場合、ＣＰＵ１４０は図１２に示された
流れ図のステップを実行する。ステップ１１０２で、ア
プリケーションプログラム１５２は、そこに含まれた通
信プロトコル１５４を呼び出してデータを得る。ステッ
プ１１０４で、通信プロトコルは、ＵＡＲＴ１３０から
データを得、そのデータをポート１５６に配置する。デ
ータは元々は送信コンピュータ１１０からリクエストさ
れたものであることから、なんらかの時間長が経過して
しまうとと、ステップ１１０４で通信ポート１５６中に
配置されたＵＡＲＴバッファ１３２のデータが、元来的
にリクエストされたデータに対応しているかどうかは保
証されない。ステップ１１０６で、ＣＰＵ１４０は、ポ
ート１５６からデータを検索し、そのデータをアプリケ
ーションプログラム１５２に与える。本発明では、アプ
リケーション５２０が図１１のステップ１００８でデー
タを読み込むときに、ＣＰＵ１４０は、そのデータを読
み出すため、図１３に示された流れ図のステップを実行
する。ステップ１２０２で、ＣＰＵ１４０は、ポート１
５６からデータを検索する。割り込みがＣＰＵ１４０に
よって受け取られてデータがＵＡＲＴ１３０によって受
け取られたことを表示したときにすぐに、割り込みハン
ドラー５１０内部に設けられた通信プロトコル６１２が
データを得る。この結果、ＣＰＵ１４０によって読み出
されたデータが、元来的にリクエストされたデータと対
応することが確実なものとされる。なぜなら、そのデー
タは、送信コンピュータ１１０からの新たなデータによ
ってＵＡＲＴバッファ１３２内部にオーバーライトされ
る前に、ポート１５６中に置かれるためである。

【００２４】本発明を特別な実施例を参照して記述して
きたが、当業者の１人ならば、本発明の意図を逸脱する
ことなく、本発明の形態および範囲に様々な変更を加え
ることができるだろう。説明を簡単にするため、通信イ
ンタフェースからデータを得るために実行可能な単一の
通信プロトコルを参照して記述してきたが、本発明によ
って提供された割り込みハンドラールーチン内では、イ
ンバウンドデータの流れを制御するために必要でありま
た望ましいどのような数の通信プロトコルをも実行する
ことができる。この結果、本発明のコンピュータシステ
ムで実行中のアプリケーションは、これらの通信プロト
コルを提供する必要がなくなる。本発明の範囲は特許請
求の範囲によって定義されている。

【図面の簡単な説明】

【図１】従来のコンピュータシステムのブロック図。

【図２】従来のコンピュータシステムを詳細に示すブロ
ック図。

【図３】80386マイクロプロセッサによって設けられ、
Microsoft Windowsオペレーティングシステムによって
付与された優先順位レベルシステムを表示する図。

【図４】通信プロトコルを実行するアプリケーションを
記憶している従来のコードセグメントを示す図。

【図５】従来の割り込みハンドラールーチンを記憶して
いる従来のコードセグメントを示す図。

【図６】本発明の好ましい実施例のコンピュータシステ
ムを示す図。

【図７】本発明の好ましい実施例における割り込みハン
ドラールーチンを記憶するコードセグメントを示す図。

【図８】遠隔コンピュータからデータを読み出すために
アプリケーションが命令を実行したときに、好ましい実
施例のコンピュータシステムと従来のコンピュータシス
テムの両方によって実行される制御の一般的な流れ図。

【図９】従来の割り込みハンドラールーチンが呼び出さ
れたときに実行されるステップの流れ図。

【図１０】好ましい実施例の割り込みハンドラールーチ
ンが呼び出されたときに実行されるステップの流れ図。

【図１１】割り込みハンドラールーチンが戻ったとき
に、好ましい実施例のコンピュータシステムと従来のコ
ンピュータシステムの両方によって実行される制御を示
す図。

【図１２】通信インタフェースに書き込まれているデー
タをアプリケーションが読み込むときに従来技術で実行
されるステップの流れ図。

【図１３】通信インタフェースに書き込まれているデー
タをアプリケーションが読み込むときに本発明の実施例
で実行されるステップの流れ図。

Claims (21)

【特許請求の範囲】
1. 【請求項１】 コンピュータによって実行される方法で
   あって、該コンピュータは、メモリを有し、所定の優先
   順位レベルを備えた第１のルーチンによってそれと等し
   い優先順位レベルを備えた第２のルーチンをインボウク
   することを可能とするようなオペレーティングシステム
   を実行するものであり、前記方法は、前記コンピュータ
   に接続された外部デバイスと通信を行なうコンピュータ
   内部の通信インタフェースからデータを得るような通信
   プロトコルを実行するものであり、前記方法が、 （ａ）通信プロトコルをインボウクする割り込みハンド
   ラールーチンをメモリに記憶する段階と、但し、前記割
   り込みハンドラールーチンは割り込み優先順位レベルを
   備え、前記通信プロトコルはこの割り込み優先順位レベ
   ルと等しいプロトコル優先順位レベルを備えており、 （ｂ）データが通信インタフェースによって受け取られ
   たことを示す割り込みを通信インタフェースから受け取
   ったときに前記割り込みハンドラールーチンを実行して
   プロトコル優先順位レベルを備えた通信プロトコルをイ
   ンボウクし、これによって通信インタフェースからデー
   タを得る段階と、を備えることを特徴とする方法。
2. 【請求項２】 請求項１記載の方法において、 割り込みハンドラールーチンを記憶する前記段階（ａ）
   は、プロトコル優先順位レベルを備えた複数の通信プロ
   トコルを実行する割り込みハンドラールーチンを記憶す
   ることを備え、 割り込みハンドラールーチンを実行する前記段階（ｂ）
   は、プロトコル優先順位レベルを備えた複数の通信プロ
   トコルを実行することを備える方法。
3. 【請求項３】 請求項２記載の方法において、前記複数
   の通信プロトコルはＸＯＮ／ＸＯＦＦプロトコルを含ん
   でいる方法。
4. 【請求項４】 請求項２記載の方法において、前記複数
   の通信プロトコルはＡＣＫ／ＮＡＫプロトコルを含んで
   いる方法。
5. 【請求項５】 請求項２記載の方法において、前記複数
   の通信プロトコルはＲＴＳ／ＣＴＳプロトコルを含んで
   いる方法。
6. 【請求項６】 請求項１記載の方法において、割り込み
   ハンドラールーチンをアクセスする前記段階（ｂ）は、
   更に、テーブルのエントリに記憶されたアドレスに記憶
   されているルーチンをアクセスする段階であって、前記
   テーブルはそこから割り込みが受け取られた通信インタ
   フェースに対応している方法。
7. 【請求項７】 請求項１記載の方法において、更に、デ
   ータをリクエストしたアプリケーションプログラムを実
   行することによってデータをリクエストする段階と、実
   行のためにアプリケーションプログラムから次のアプリ
   ケーションプログラムをセーブする段階と、その後、第
   ２のプログラムを実行する段階と、を備え、 割り込みハンドラールーチンを実行する前記段階（ｂ）
   は、更に、次の第２のプログラム命令を第２のプログラ
   ムにセーブし、その後、割り込みハンドラールーチンを
   実行することを備えた段階（ｂ）と、更に、 （ｃ）前記第２のプログラム命令を検索し、ステップ
   （ｂ）における割り込みハンドラールーチンの実行の完
   了時に、前記第２のプログラム命令を検索し且つ前記第
   ２のプログラムの実行を続行する段階と、 （ｄ）アプリケーション命令を検索し、ステップ（ｃ）
   の割り込みハンドラー命令の実行の完了時に、アプリケ
   ーションプログラムの実行を続行する段階と、を備える
   ことを特徴とする方法。
8. 【請求項８】 請求項７の方法において、前記第２のプ
   ログラムはオペレーティングシステムプログラムを備え
   る方法。
9. 【請求項９】 請求項７記載の方法において、 割り込みハンドラールーチンを実行する前記段階（ｂ）
   は、コンピュータを実行しているオペレーティングシス
   テムによってアプリケーションをスケジューリングする
   ことを備え、 アプリケーション命令を検索し且つ実行を続行する前記
   段階（ｄ）は、アプリケーションがスケジューリングさ
   れたときに残りのアプリケーション命令を実行すること
   を備える方法。
10. 【請求項１０】 送信コンピュータから受信コンピュー
    タへのデータの流れを受信コンピュータ内部の通信イン
    タフェースを通じて制御するような通信プロトコルを実
    行する方法において、前記通信インタフェースは、メモ
    リを有し、所定の優先順位レベルを備えた第１のルーチ
    ンによって等しい優先順位レベルを備えた第２のルーチ
    ンをインボウクすることを可能とするようなオペレーテ
    ィングシステムを実行するものであり、前記方法は、受
    信コンピュータによって実行されるものであり、前記方
    法が、 （ａ）通信プロトコルをインボウクする割り込みハンド
    ラールーチンをメモリに記憶する段階と、但し、前記割
    り込みハンドラールーチンは割り込み優先順位レベルを
    備え、前記通信プロトコルは前記割り込み優先順位レベ
    ルと等しいプロトコル優先順位レベルを備えており、 （ｂ）前記送信コンピュータからのデータをリクエスト
    する段階と、 （ｃ）外部デバイスによってデータが受け取られたこと
    を表示する割り込みが通信インタフェースから受け取ら
    れたときに割り込みハンドラールーチンを実行し、プロ
    トコル優先順位レベルを備えた通信プロトコルをインボ
    ウクして送信コンピュータから受信コンピュータへのデ
    ータの流れを制御する段階と、を備えることを特徴とす
    る方法。
11. 【請求項１１】 請求項１０記載の方法において、 割り込みハンドラールーチンを記憶する前記段階（ａ）
    は、割り込みハンドラールーチンを記憶することを備
    え、前記割り込みハンドラールーチンは、送信コンピュ
    ータから受信コンピュータへのデータの流れを制御する
    プロトコル優先順位レベルを備えた複数の通信プロトコ
    ルを実行するものである段階であり、 割り込みハンドラールーチンを実行する前記段階（ｃ）
    は、プロトコル優先順位レベルを備えた複数の通信プロ
    トコルを実行して送信コンピュータから受信コンピュー
    タへのデータの流れを制御することを含む段階である方
    法。
12. 【請求項１２】 請求項１１記載の方法において、前記
    複数の通信プロトコルはＸＯＮ／ＸＯＦＦプロトコルを
    含んでいる方法。
13. 【請求項１３】 請求項１１記載の方法において、前記
    複数の通信プロトコルはＡＣＫ／ＮＡＣＫプロトコルを
    含んでいる方法。
14. 【請求項１４】 請求項１１記載の方法において、前記
    複数の通信プロトコルはＲＴＳ／ＣＴＳプロトコルを含
    んでいる方法。
15. 【請求項１５】 請求項１０記載の方法において、割り
    込みハンドラールーチンを実行する前記段階（ｃ）は、
    テーブルのエントリに記憶されたアドレスに記憶されて
    いるルーチンにアクセスすることを備えており、前記テ
    ーブルはそこから割り込みが受け取られるような通信イ
    ンタフェースに対応している方法。
16. 【請求項１６】 遠隔のコンピュータからのデータを受
    け取る通信プロトコルを実行するコンピュータシステム
    において、 遠隔のコンピュータに接続された外部デバイスと、コン
    ピュータとを備え、 前記コンピュータが、 前記外部デバイスからデータを受け取る通信インタフェ
    ースと、 所定の優先順位レベルを備えた第１のルーチンによって
    等しい優先順位レベルを備えた第２のルーチンをインボ
    ウクすることを可能とするようなオペレーティングシス
    テムを記憶し、通信プロトコルをインボウクする割り込
    みハンドラールーチンを記憶しているメモリと、但し、
    前記割り込みハンドラールーチンは割り込み優先順位レ
    ベルを備え、前記通信プロトコルは前記割り込み優先順
    位レベルと等しいプロトコル優先順位レベルを備えてお
    り、 通信インタフェースによってデータが受け取られたこと
    を示す割り込みを外部デバイスから受け取ったときに割
    り込みハンドラールーチンを実行してプロトコル優先順
    位レベルを備えた通信プロトコルをインボウクし、それ
    によって通信インタフェースからデータを読み出す手段
    と、を備えることを特徴とするコンピュータシステム。
17. 【請求項１７】 請求項１６記載のコンピュータシステ
    ムにおいて、 前記割り込みハンドラールーチンは、プロトコル優先順
    位レベルを備えた複数の通信プロトコルを備え、 前記割り込みハンドラールーチンを実行する前記手段
    は、プロトコル優先順位レベルを備えた複数の通信プロ
    トコルを実行する手段を備えるコンピュータシステム。
18. 【請求項１８】 請求項１６記載のコンピュータシステ
    ムにおいて、前記割り込みハンドラールーチンを実行す
    る前記手段は、テーブルのエントリに記憶されたアドレ
    スに記憶されているルーチンをアクセスする手段を備
    え、前記テーブルはそこから割り込みが受け取られるよ
    うな外部のデバイスに対応しているコンピュータシステ
    ム。
19. 【請求項１９】 請求項１６記載のコンピュータシステ
    ムにおいて、前記外部デバイスは、受信コンピュータか
    らデータのリクエストを受け取るまでデータをバッファ
    しておくような普遍的且つ非同期の送受信器であるコン
    ピュータシステム。
20. 【請求項２０】 請求項１９記載のコンピュータシステ
    ムにおいて、前記メモリは、更に、前記受信コンピュー
    タからリクエストを受け取ったときに普遍的且つ非同期
    の送受信器によってその中にデータが配置されるような
    通信ポートを備えるコンピュータシステム。
21. 【請求項２１】 請求項１６記載のコンピュータシステ
    ムにおいて、 前記割り込みハンドラーを実行する手段は、 前記第１および第２の優先順位レベルを自身の上で実行
    を行なう複数のプログラムに割り当てるマイクロプロセ
    ッサと、 割り込みを受け取ったときに前記第１の優先順位レベル
    に割り当てられたプログラムの実行を可能とし、割り込
    みを受け取ったときに前記第２の優先順位レベルに割り
    当てられた実行を防止し、更に、データをリクエスト
    し、前記第２の優先順位レベルが割り当てられているア
    プリケーションプログラムを備えているようなオペレー
    ティングシステムと、を備えるコンピュータシステム。