JP2001519060A

JP2001519060A - コントローラレスモデム

Info

Publication number: JP2001519060A
Application number: JP54195198A
Authority: JP
Inventors: バダー，ジム; ディーンズ，スコット; ミラー，ロバート; ワニ，ベイキム; ピー．ターキニ，リチャード; ウォーターズ，ジャック
Original assignee: Cirrus Logic Inc
Current assignee: Cirrus Logic Inc
Priority date: 1997-03-31
Filing date: 1998-03-31
Publication date: 2001-10-16
Also published as: US20010052026A1; US6353857B2; EP0972248A1; TW436711B; WO1998044425A1

Abstract

(57)【要約】モデムは、すべての処理がホストコンピュータにより扱われる仮想装置ドライバとして実現され、それにより、モデムのためのスタンドアロンプロセッサの必要を無くす。モデム仮想装置ドライバは、モデムが、ホスト上で実行しているその他の処理に関係なく適切な処理時間を得ることを保証する。ポートドライバをモデムコンタクトコードに直接組み合わせることにより、付随する制限を有するハードウェアＵＡＲＴの必要が無くなる。

Description

【発明の詳細な説明】コントローラレスモデム発明の技術分野本発明は、通信システムに関し、具体的には、別個のコントローラなしで動作するモデムに関する。関連出願の引用本願は、1996年12月30日出願の「REAL TIME SERVICES IN BACKWARDLY COMPATI BLE OPERATING SYSTEMS」と題されたRichard P．Tarquiniの米国出願シリアル番号第08/774,648号に関連している。本明細書において、上記出願全体を、参考として援用する。発明の背景通信のためにモデムを使用するコンピュータは、当該分野において周知である。以下にさらに説明されるように、このタイプの例示的なコンピュータが、図１Ａ〜図１Ｃに示され、このコンピュータと、通信のためのモデムとの使用が、図１Ｄに示される。コンピュータとモデムとの間の通信は、典型的には、汎用非同期送受信回路（ＵＡＲＴ）リンクを介して起こる。モデムは、コンピュータバスに直接接続するためのバスコネクタにモデムカード（内部モデム）を挿入することによりコンピュータに接続されてもよく、モデムが外部にある場合には、モデムは、通信ポートを介してコンピュータに接続されてもよい。従来技術の内部モデムおよび外部モデムは典型的には、データプロトコルおよび転送を管理するためのボード上のプロセッサまたはコントローラを有する。従来技術においては、モデム機能が適切な処理時間を得ることを保証するために、ボード上のプロセッサの存在が必要である。専用プロセッサの必要性は、複数の同時タスクが実行され得るマルチタスクコンピュータシステムにおいては、特に深刻である。それらのタスクが折りよい形でプロセッサをモデムアプリケーションに手放すことできない場合、データキャラクタが失われ、データ転送がアボートされ得る。問題点単にモデムタスクのための適切な処理電力を保証するためだけに、モデムを作動させるための別個のプロセッサまたはコントローラを設ける場合、費用がかかり、モデムのホストとなるコンピュータ上に既に存在する能力に冗長能力を提供することになる。ホストは、ホスト自体のプロセッサ、バス、およびシステムクロックを有する。これらをモデムに冗長的に設けることは、追加のコストを与える。モデムがホストプロセッサ能力を使用することができれば、この追加のコストは不要になる。それにもかかわらず、過去においては、モデムを介する信頼性のあるデータ通信を保証するために必要とされる厳しいタイミング要求を考慮し、且つ、プロセッサ時間を得るために競合する他のプロセッサの存在を考慮すると、ホストプロセスおよびバスを用いてモデム処理を行うことは、実行可能ではなかった。発明の要旨本発明は、ホストプロセッサのサービスを使用し、且つ、競合するプロセスが存在する場合であっても信頼性の高いデータ通信を保証する、コントローラレスモデムを提供する。本発明によるコントローラレスモデムには、通信要求をサービスするためにホストプロセッサからの適切な処理時間が保証される。さらに、本発明のコントローラレスモデムには、従来技術においてホストとモデムとの間を調整するために必要であったある特定のハードウェアがない。本発明は、それ自体のプロセッサを有するスタンドアロンモデムとしてではなく、ホストプロセッサ上で動作する仮想装置ドライバとしてモデム機能を提供するための装置、方法、システム、およびコンピュータプログラムプロダクトに関する。本発明のさらに他の目的および利点は、以下の詳細な説明から当業者に容易に明らかになる。この詳細な説明には、単に本発明を実行する企図されたベストモードの例示により、本発明の好適な実施形態だけが示され且つ説明される。本発明には、他の異なる実施形態が可能であり、本発明の幾つかの詳細には、様々な明らかな点において、本発明から逸脱することのない全ての改変が可能であることが認識される。従って、図面および説明は、本質的に限定的なものではなく例示的なものであると見なされるべきである。図面の簡単な説明図１Ａは、本発明を実行する際に使用するのに適したコンピュータの図である。図１Ｂは、本発明を実行するのに適した例示的なバスアーキテクチャのブロック図である。図１Ｃは、プログラム情報およびデータを格納するのに適した例示的なメモリ媒体の図である。図１Ｄは、コンピュータからコンピュータへの通信のブロック図である。図２は、従来技術のコンピュータ（ＤＴＥ）とモデム（ＤＣＥ）との間の例示的なソフトウェアおよびハードウェアの関係を示すブロック図である。図３は、本発明によるコントローラレスモデム（ＣＬＥ）のブロック図である。図４は、Windows 95^TMオペレーティングシステム環境における、本発明によるコントローラレスモデムの実現を示すブロック図である。図５は、コントローラレスモデムポートドライバＶｘＤおよびそのハードウェアインタフェースのソフトウェアレイヤを示す図である。図６は、図２および図３に示されるモデムコードの例示的実現のブロック図である。発明の詳細な説明図１Ａは、本発明を実行する際に使用するのに適したタイプの例示的なコンピュータの図である。図１Ａは、プロセッサユニット１００、ディスプレイユニット１２０、キーボード１３０、およびマウス１４０などの入出力装置、を有するコンピュータシステムを示す。情報の格納および取り出しを容易にするために、プロセッサユニット１００には、１つ以上のディスクドライブ１１０Ａおよび１１０Ｂが設けられ得る。これらのディスクドライブのうちの１つは、ハードドライブ（図示せず）か、または、フロッピードライブもしくはＣＤＲＯＭドライブなどの、出し入れ可能な媒体を使用するドライブであり得る。図１Ｂは、本発明を実行するのに適したタイプの例示的なコンピュータバスアーキテクチャのブロック図である。バス１５０は、中央処理ユニット１５５を、コンピュータプロセッサシステム１００のその他のエレメントに接続する。インタフェース１４５は、キーボード１３０およびマウス１４０、などの外部入出力装置を接続する。ディスプレイインタフェース１２５はまた、バスに接続され、コンピュータディスプレイ１２０を、中央処理ユニットおよびその他の装置にインタフェースする。この例示的実施形態では、リードオンリメモリ（ＲＯＭ）１６０およびランダムアクセスメモリ（ＲＡＭ）１６５が、ＣＰＶ１５５により使用されるプログラムおよびデータ情報の格納を提供する。ディスクコントローラ１７０は、情報が、光メモリ１７１、ハードドライブ１７２およびフロッピードライブ１７３、などの大容量記憶装置から読み出されることと、この大容量記憶装置に書き込まれることとを可能にする。通信ポート１８５は、外部装置とコンピュータバス１５０との間の通信インタフェースを提供する。内部モデム１８０は、コンピュータのバス１５０に直接接続する。外部モデムが、内部モデム１８０の代わりかまたは内部モデム１８０の補足の何れかとして使用される場合、通信ポートは任意に、外部モデム１９０に接続するために使用され得る。図１Ｃは、本発明による、プログラムおよびデータ情報を格納するのに適した例示的なメモリ媒体の図である。示された実施例では、プログラムおよびデータ情報は、フロッピーディスク１９５に格納される。図１Ｄは、コンピュータからコンピュータへの通信のブロック図である。歴史的には、モデムを駆動する端末またはコンピュータは、図１Ｄに示されるＤＴＥ１９５などの、データ端末装置（ＤＴＥ）と呼ばれる。データ端末装置は、データ通信装置（ＤＣＥ）１９６とインターフェースし、ＤＣＥ１９６は、通信リンクを介して、ＤＣＥ１９６’と接続する。このＤＣＥは、他端（１９６’）で、このＤＣＥ自体の受信ホストＤＴＥ１９５’と接続する。ＤＣＥは、典型的にはモデムであり、コンピュータがどのようにしてモデムとやりとりするかを示すインタフェース仕様は、標準化されており、周知である。同様に、２つのＤＣＥが、データを送る際にやりとりする方法もまた、標準化されており、公知である。通信は、直接接続により、または、ネットワークを介して、起こり得る。図２は、従来技術のコンピュータ（ＤＴＥ）とモデム（ＤＣＥ）との間の例示的なソフトウェアおよびハードウェアの関係を示すブロック図である。コンピュータ側では、通信を制御するために使用される端末ソフトウェア、などのアプリケーションプログラム２００が、オペレーティングシステムレイヤ２１０を介して動作する。オペレーティングシステムは、当該分野において公知のように、ある特定のより低いレベルのサービスへの一貫したインタフェースを提供する。この場合、オペレーティングシステムレイヤ２１０は、汎用非同期送受信回路（ＵＡＲＴ）２２０を制御するポートドライバ２１５をインタフェースする。コンピュータが、内部モデムであっても外部モデムであっても、モデムに接続されると、コンピュータ２２０からのＵＡＲＴは、モデム内のＵＡＲＴ２３０に接続する。そのようにして、データおよび命令は、コンピュータからモデムに送られる。ＵＡＲＴからのデータおよび命令は、モデムコード２３５のブロックにより処理される。モデムコードは、モデムの製造業者によって変わり得る。モデムコードは、モデム通信ラインとデータの送受を行うようモデムハードウェア２４０を制御する。図２には明確には示されていないが、モデムは、内部モデムであっても外部モデムであっても、典型的には、モデム自体のプロセッサ、バス、ならびに、モデムコード２３５を実行するためおよびモデムに必要とされるその他の機能を実行するためのサポートハードウェアを有する。図３は、本発明によるコントローラレスモデム（ＣＬＭ）のブロック図である。アプリケーション３００、オペレーティングシステムレイヤ３１０、およびハードウェア３４０は、図２のアプリケーションレイヤ２００、オペレーティングシステムレイヤ２１０、およびハードウェア２４０にほぼ対応する。ただし、図３では、仮想装置ドライバ（ＶｘＤ）を構成するＣＬＭポートドライバ３５０が、図２に示される対応する機能２５０に取って代わっている。ＵＡＲＴからＵＡＲＴへの通信の必要性が無くなることに注目されたい。ＣＬＭポートドライバ３５０はホスト上で動作し、従って、このドライバ自体の専用プロセッサバス構造およびその他のサポートハードウェアを必要としない。ＣＬＭポートドライバは、オペレーティングシステムレイヤ３１０への、および、オペレーティングシステムレイヤ３１０からのデータおよび命令を管理するＣＬＭポートドライバインタフェース３１５を含む。モデムコード３３５を、専用プロセッサを有するモデムで使用されるモデムコード２３５と同じままにすることが望ましい場合には、ソフトウェアＵＡＲＴエミュレーションレイヤが、ＣＬＭポートドライバインタフェース３１５とモデムコード３３５との間に配置され得、モデムコードが従来技術において行っていたようにＵＡＲＴにやりとりしているような形を与えるために使用され得る。言うまでもなく、単にＣＬＭポートドライバインタフェースを書き込んで、インターフェースの目的でＵＡＲＴをエミュレートする必要なくモデムコード３３５を直接制御することが好ましい。本発明を、最近のオペレーティングシステムを参照して説明する。この場合、 Windows 95^TMオペレーティングシステムに関して説明する。Windows 95^TMは、Mi crosoft Corporationの商標である。しかし、本発明が、その他のオペレーティングシステム全般へのアプリケーションを有することは明らかである。 Windows 95^TM環境では、ＣＬＭポートドライバインタフェース３１５は、Wind ows 95^TMのＶＣＯＭＭレイヤと通信して、ハードウェアに固有のモデム機能を提供する。アプリケーションによって行われるほとんどの通信ＡＰＩコールは、ＶＣＯＭＭコールに翻訳され、次いで、このＶＣＯＭＭコールは、ポートドライバコールに翻訳される。ポートドライバは、セットアップ情報を維持し、データ転送のためにオペレーティングシステムレイヤを設定し且つこのオペレーティングシステムレイヤとインタフェースし、フロー制御の局面を取り扱い、そして、アプリケーションに事象などの通知を発行する。ポートドライバはまた、ボーレート、フロー制御、パリティ、データビット、ストップビット、などについての設定を維持する。ポートドライバはまた、ＤＴＲ、ＤＳＲ、ＲＬＳＤ、およびリングラインの状態を追跡する。バッファは側に置かれ、バッファに、および、バッファからデータを送ることにより、モデムとコンピュータとの間でデータを転送するために使用される。図４は、Windows 95^TMオペレーティングシステム環境における、本発明によるコントローラレスモデムの実現を示すブロック図である。ある特定のモジュールがWindows 95^TM環境で動作する特権は、リングレベルにより決定される。リング０は、最も特権のあるレイヤであり、リング３は、より特権の少ないレイヤである。ある特定のウィンドウズアプリケーション４００は、電話アプリケーションプログラミングインタフェース（ＴＡＰＩ）４０５およびユニモデム４１０レイヤを介して通信サービスにインタフェースする。Windows 3.Xにおいて見られるような１６ビットアプリケーション（４１５）は、ＷＩＮ１６レイヤ４２０およびｃｏｍ．ｄｒｖインタフェース４２５を介してインタフェースする。ウィンドウズ３２ビットアプリケーション（４３０）は、直接インタフェースする。ＤＯＳアプリケーションのレガシーインタフェースは、本発明に示される処置とは異なる処置を必要とし、本明細書では説明されない。アプリケーション４００、４１５および４３０の各々は、Windows 95^TMオペレーティングシステムのＶＣＯＭＭＶｘＤ（４４０）を介して通信サービスを獲得する。次いで、Windows 95^T ^M オペレーティングシステムのＶＣＯＭＭＶｘＤは、図５に関して説明されるような本発明に従うコントローラレスモデムポートドライバＶｘＤ４５０と直接インタフェースする。次いで、コントローラレスモデムポートドライバＶｘＤは、ハードウェア４６０を駆動して、モデム通信を行う。尚、ＶＣＯＭＭＶｘＤおよびコントローラレスモデムポートドライバＶｘＤ４５０は、リング０レベルで動作する。図５は、コントローラレスモデムポートドライバＶｘＤおよびそのハードウェアインタフェースのソフトウェアレイヤを示す図である。これらのソフトウェアレイヤは、ウィンドウズインタフェースレイヤ、任意のＵＡＲＴレイヤ、モジュールレイヤ、モジュールＩ／Ｏレイヤ、割り込みレイヤ、および物理レイヤを含む。ポートドライバインタフェース５１０およびＵＡＲＴエミュレーション５２０については、上で図４に関して説明した。プラグアンドプレイは、コンピュータユーザが、自分のシステムに新しいハードウェアを追加するのを容易にする。プラグアンドプレイは、装置コンフリクトを防ぎ、リソースを割り当て、そして、装置の列挙（enumeration）を自動的に可能にする。コントローラレスモデムは、Windows 95^TMとプラグアンドプレイ互換性（plug and play compatible）のある、ＰＣＩベースのインタフェースを与える。プラグアンドプレイフレームワークの設定管理はすべて、Windows 95^TM オペレーティングシステムの設定マネージャにより制御される。ウィンドウズインタフェースレイヤを有するリアルタイムサービス（ＲＴＳ）モジュール５１２は、ＣＬＭポートドライバＶｘＤが、その要求をサービスするために適切な処理時間を得ることを保証するために使用される。ＲＴＳは、ホストのサービスを使用して、タイマをセットし、ＣＬＭポートドライバＶｘＤにタイムアウト応答を提供する。ＲＴＳ５１２は、上で参照した本願と同時係属中の出願に、より詳細に説明されている。好適な実施形態では、リアルタイムサービスは、プロセッサ割り当ての頻度と、割り当ての持続時間とについて制御可能な方法で、ＶｘＤに処理時間を提供する。割り込みレイヤのためのタイミングを提供するタイマ５５１は、独立して実現されてもよく、その機能のためにＲＴＳのサービスを使用してもよい。ファックスモジュール５３０、Ｖ．４２モジュール５３１、およびＶＣＥモジュール５３２は、モデムにより提供されるファックスＶ．４２データ、および音声サービスの取り扱いのための、様々なプロトコルサービスを提供する。ＡＣＵモジュール５３３は幾分、モデムのためのオペレーティングシステムとして機能する。ＤＴＥモジュール５３４は、中断（break）の取り扱いおよび端末エスケープシーケンス処理を担う。ファックスＩ／Ｏ５４０、Ｖ．４２Ｉ／Ｏ５４１、およびＶＣＥＩ／Ｏ５４２は、データ送受信モジュール５５０への入出力インタフェースを提供する。モデムタスク５４３は、ＤＣＥ機能を実現する。割り込みレイヤのデータ送受信モジュール５５０は、ＰＣＩバスＩ／Ｏラインドライバ５６０にデータを送り、通信ラインを介して送信させる。ハードウェアおよびソフトウェアに割り当てられる機能は、物理レイヤにおいてぼやけ（blur）始め、この機能は、実現に依存し得る。１つの実現では、ＰＣＩＩ／Ｏラインドライバ５６０は、割り込みレイヤのデータＴＸ／ＲＸ５５０に、データが受け取られており処理を必要としていることを知らせる。次いで、データＴＸ／ＲＸモジュール５５０は、入ってくるデータがサービスされ得るように、割り込みを送る。出ていくデータは、典型的には、ライン状態が許す場合には、送信のためにＰＣＩのＩ／Ｏラインドライバ５６０にロードされ得る。重要なのは、ＤＣＥハードウェアが、専用プロセッサまたはコントローラを必要とせず、且つ、動作するためにＵＡＲＴを必要としないことである。特定の実現のハードウェアにおいて必要とされる制御の量に依存して、その制御は、ホスト上で実行されてもよく、別個の専用プロセッサを必要とせずに比較的単純な有限状態マシンとして実現されてもよい。図６は、図２および図３に示されるモデムコードの例示的実現のブロック図である。簡略化の目的で、図６には、ファックスモードおよびＶ．４２データモードしか示されていない。音声の取り扱いは、示されていない。図６に示される実施例では、３つの別個の事象分類が、パラレルチャネルで処理される。ソフトウェアＵＡＲＴレイヤ３２０から受け取られたＤＴＥ情報６００は、示された実施例では、ＡＣＵユニットにルーティングされる制御機能か、または、ファックスに関連する情報およびデータ送信情報およびデータか、のいずれかを含み得る。ＡＣＵタイプの事象は、ＡＣＵＩ／Ｏモジュール６１０を介して、ＡＣＵ処理モジュールにルーティングされる。処理モジュールは、モデムの動作の制御を取り扱う。入ってくるファックス情報は、ファックスモジュール６４０にルーティングされ、示される実施例では、このファックスモジュール６４０において、分類１のファックス機能が実現され、ファックスＩ／Ｏデータが、ＤＣＥ６９５に、および、ＤＣＥ６９５から、ルーティングされる。ＤＴＥモジュール６６０は、入ってくるデータをデータモジュール６７０にインタフェースし、このデータモジュール６７０において、例えばＬＡＰＭまたはＭＮＰを用いて、誤り検出および訂正が行われる。さらに、Ｖ．４２制御が、ＯＣＥＩ／Ｏモジュール６８０およびＤＣＥ送受信モジュール６９５に送られる前に実現される。以前に開発されているモデムコードをコントローラレスモデム環境で実現する場合には、コードは、無限ループおよび長いポーリング遅延を除去するように再検討されるべきである。コードが遅延し得る時間量を制限するため、および、状態検査なしで連続的に実行し得るループ数を制限するために、適切な場所に機構が置かれ得る。データが例えばそのＰＣまたはラインから入力されるのを待つために長いループが存在する場合、必要なときにそのデータを「遅れを取り戻す」ことを可能にするために、対応するコードモジュールに、特別なバックグラウンド処理時間が与えられ得る。ファックスコードが、長時間の間コンピュータプロセッサをロックアップ（locking up）するのを防ぐための努力がなされるべきである。以下は、実現の際に考慮されるべき項目のリストである。１．ラインを設定するのが遅い可能性があるが、ＨＤＬＣパケットは強制的に３回まで送信され、従って、３〜５秒の待ち時間は許容可能である。これは、遅延が６〜９秒を越えると問題になり得る。故障が起こる。２．ウィンドウズの下では、ＴＣＦを逃すと、ファックスはＦＴＴを送信し、再訓練される（retrain down）。再びＤＣＳを待つ。３．事象を待つ「無限時間（infinite while）」ループを除去する。４．１０ｍｓ未満のファックスおよび音声タイマ分解能（resolutions）の有無を調べる。５．タイマに対するＤＯＳフルスクリーンの影響の有無を調べるべきである。６．ディスクアクセスが、長すぎる時間をとっていないかどうかを調べるべきである。以上、通信機能が低下しないようにモデムに適切な処理時間を保証しながら、モデムのハードウェア要求を低減するコントローラレスモデムを説明してきた。さらに、本発明は、従来技術の問題点を克服し、通信要求に対する、より低コストの解決策を提供する。本開示では、本発明の好適な実施形態だけが示され且つ説明されているが、上記のように、本発明が、他の様々な組み合わせおよび環境において使用でき、且つ、本明細書において示された本発明の概念の範囲内で変更または改変が可能であることが理解されるべきである。

───────────────────────────────────────────────────── フロントページの続き (72)発明者ディーンズ，スコットアメリカ合衆国ノースカロライナ 27604，ラレイ，バークシーダウンズドライブ 7309 (72)発明者ミラー，ロバートアメリカ合衆国ノースカロライナ 27613，ラレイ，スリーピークリークドライブ 8617 (72)発明者ワニ，ベイキムアメリカ合衆国ノースカロライナ 27615，ラレイ，カーブリッジウェイム 2009 (72)発明者ターキニ，リチャードピー. アメリカ合衆国ノースカロライナ 27502，エイペックス，ビーチモントコート 1010 (72)発明者ウォーターズ，ジャックアメリカ合衆国ノースカロライナ 27612，ラレイ，ストーンギャップコート 3025

Claims

【特許請求の範囲】１．ａ．プロセッサと、ｂ．該プロセッサ上で動作するオペレーティングシステムと、ｃ．該オペレーティングシステムにインタフェースされ、通信ポートを介する通信を管理するためのモデム機能を提供する仮想装置ドライバと、を含む、コンピュータ。２．前記仮想装置ドライバが、モデム機能を保証する適切な処理時間を提供するために使用される、請求項１に記載のコンピュータ。３．前記処理時間が、処理時間の部分が利用可能にされる頻度と、該処理時間の部分の持続時間とのうちの少なくとも１つについて制御可能である、請求項２に記載のコンピュータ。４．前記モデム機能が、ファックスサービス、音声サービス、およびデータサービスのうちの少なくとも１つを含む、請求項１に記載のコンピュータ。５．前記仮想装置ドライバが、オペレーティングシステムインタフェースレイヤ、ＵＡＲＴレイヤ、モジュールレイヤ、モジュールＩ／Ｏレイヤ、割り込みレイヤ、および物理レイヤ、のうちの少なくとも３つを含むレイヤにおいて実現される、請求項１に記載のコンピュータ。６．前記仮想装置ドライバが、ＵＡＲＴからＵＡＲＴへの通信をエミュレートするソフトウェアレイヤを含む、請求項１に記載のコンピュータ。７．別のコンピュータと通信する、請求項１に記載のコンピュータ。８．ａ．プロセッサと、ｂ．該プロセッサ上で動作するプロセスであって、通信リンクを介して１つ以上の外部装置への通信および該１つ以上の外部装置からの通信を提供するため、ならびに、該プロセッサに割り込んで、該プロセッサ上で実行しているその他のプロセスに関係なく処理時間を得るためのプロセスと、を含む、コンピュータ。９．コンピュータを動作させて通信サービスを得る方法であって、ａ．モデム機能をプロセッサ上の仮想装置ドライバとして提供するためのプロセスを実行するステップを包含する、方法。１０．モデム機能を提供するための前記プロセスに、前記プロセッサ上の仮想装置ドライバとしての処理時間を提供するプロセスを実行するステップをさらに包含する、請求項９に記載の方法。１１．コンピュータを動作させて通信サービスを得る方法であって、ａ．通信リンクを介して１つ以上の外部装置への通信および該１つ以上の外部装置からの通信を提供するため、ならびに、プロセッサに割り込んで、該プロセッサ上で実行しているその他のプロセスに関係なく処理時間を得るためのプロセスを、該コンピュータ上で実行するステップを包含する、方法。１２．ａ．ネットワークと、ｂ．該ネットワークを介して第２のコンピュータに接続される第１のコンピュータであって、該第１および該第２のコンピュータのうちの少なくとも１つが、モデム機能を提供する仮想装置ドライバを有する第１のコンピュータと、を含むコンピュータシステム。１３．ネットワークを介する別のコンピュータとの通信中にコンピュータを動作させる方法であって、該コンピュータのプロセッサ上で動作する仮想装置ドライバを用いてモデム機能を提供するステップを包含する、方法。１４．ａ．メモリ媒体と、ｂ．該メモリ媒体上に格納されるコンピュータプログラムであって、モデム機能を仮想装置ドライバとして提供するための命令を含むコンピュータプログラムと、を含むコンピュータプログラムプロダクト。１５．ａ．メモリ媒体と、ｂ．該メモリ媒体上に格納されるコンピュータプログラムであって、モデム機能を提供するため、および、該モデム機能のための処理時間を保証するための命令を含むコンピュータプログラムと、を含むコンピュータプログラムプロダクト。１６．ａ．メモリ媒体と、ｂ．該メモリ媒体上に格納されるコンピュータプログラムであって、通信リンクを介して１つ以上の外部装置への通信および該１つ以上の外部装置からの通信を提供するため、ならびに、プロセッサに割り込んで、該プロセッサ上で実行しているその他のプロセスに関係なく処理時間を得るための命令を含む、コンピュータプログラムと、を含むコンピュータプログラムプロダクト。１７．モデムコントローラコードを実行するためのマイクロコントローラのないモデムとともに使用するための汎用コンピュータシステムであって、該汎用コンピュータシステムが、該モデムコントローラコードを実行し、該汎用コンピュータシステムが、命令を実行するためのプロセッサと、該プロセッサに結合される入出力バスであって、デジタル信号プロセッサを備えるコントローラレスハードウェアモデムと通信するように適合される入出力バスと、を含み、該プロセッサが、汎用コンピュータシステムコードと、該モデムコントローラコードとの両方を実行し、該実行されたモデムコントローラコードと、該デジタル信号プロセッサとの間でデータおよびコマンドをやりとりする、コンピュータシステム。１８．前記プロセッサによる実行のためのオペレーティングシステムと、ハードウェアＵＡＲＴ装置のための装置ドライバであって、該オペレーティングシステムにより呼び出され、該ハードウェアＵＡＲＴ装置とともにシリアル動作を行う装置ドライバと、該プロセッサによる実行のための仮想ＵＡＲＴであって、前記モデムコントローラコードとデータをやりとりし、且つ、該ハードウェアＵＡＲＴからの読み出しおよび該ハードウェアＵＡＲＴへの書き込みに対応するエントリポイントを提供する仮想ＵＡＲＴと、をさらに含み、仮想装置ドライバが、該エントリポイントを呼び出して、該ハードウェアＵＡＲＴの代わりに、該仮想ＵＡＲＴからの読み出しおよび該仮想ＵＡＲＴへの書き込みを行うように改変される、請求項１７に記載のコンピュータシステム。１９．前記仮想ＵＡＲＴまたは仮想化されたインタフェースが、１６４５０ＵＡＲＴをエミュレートする、請求項１８に記載のコンピュータシステム。に記載のコンピュータシステム。に記載のコンピュータシステム。２２．前記仮想ＵＡＲＴまたは仮想化されたインタフェースが、前記装置ドライバに、区画化された（compartmentalized）インタフェースを提供することにより、前記オペレーティングシステムが、該仮想ＵＡＲＴを大幅に改変することなく、第２の装置ドライバを備える第２のオペレーティングシステムに変えられ得る、請求項１８に記載のコンピュータシステム。２３．前記仮想化されたＵＡＲＴが、前記装置ドライバに、区画化されたインタフェースを提供することにより、前記コントローラレスハードウェアモデムが、該装置ドライバを大幅に改変することなく第２のコントローラレスハードウェアモデムに変えられ得る、請求項１８に記載のコンピュータシステム。２４．デジタル信号プロセッサを備えるが、モデムコントローラコードを実行するためのマイクロコントローラのないモデムとともに使用するためのコンピュータシステムであって、命令を実行するためのプロセッサであって、該モデムコントローラコードを実行するプロセッサと、物理ハードウェアインタフェースを仮想化したバージョンであって、該実行しているモデムコントローラコードに、仮想化されたインタフェースを提供する、仮想化したバージョンと、物理ハードウェアインタフェースと通信するように書き込まれる装置ドライバであって、該物理ハードウェアインタフェースに向けられた命令を、該仮想化されたインタフェースへの呼び出しに置き換えることにより改変される装置ドライバ、とを含む、コンピュータシステム。２５．前記仮想ＵＡＲＴまたは仮想化されたインタフェースが、１６４５０ＵＡＲＴをエミュレートする、請求項２４に記載のコンピュータシステム。に記載のコンピュータシステム。に記載のコンピュータシステム。２８．前記プロセッサに結合され、前記モデムコントローラコードを格納するためのディスクドライブと、該モデムコントローラコードを格納するためのメインメモリと、をさらに含む、請求項１７に記載のコンピュータシステム。２９．オペレーティングシステム、装置ドライバ、および仮想ＵＡＲＴが、前記ディスクドライブ上および前記メインメモリ内に格納される、請求項２８に記載のコンピュータシステム。３０．汎用コンピュータシステムにおけるモデム通信を、ハードウェアモデムコントローラなしで提供する方法であって、テレコミュニケーションリンクを介して通信するためのデジタル信号プロセッサを提供するステップと、該デジタル信号プロセッサとの通信のためのモデムコントローラコードを、該汎用コンピュータシステム上で実行するステップと、該モデムコントローラコードから該デジタル信号プロセッサへの通信のためのハードウェアインタフェースを提供するステップと、該汎用コンピュータシステム上のオペレーティングシステム装置ドライバソフトウェアと、該汎用コンピュータシステム上で実行する該モデムコントローラコードとの間に、ハードウェアインタフェースを仮想化したバージョンを提供するステップと、を包含し、それにより、モデムコマンドおよびデータが、該オペレーティングシステム装置ドライバソフトウェアと該モデムコントローラコードとの間で送信される、方法。