JP2001519567A - モデム制御 - Google Patents

Abstract

(57)【要約】 受信した信号が受信器を介して受信器／復号器に渡され、それからテレビジョン受像機に渡されるデジタル一斉同報システム用の受信器／復号器（２０２０）で特に使用するためのモデム・デバイス・ドライバ。受信器／復号器は、実行時エンジン（４００８）を含む仮想機械（４００７）によって制御される。受信器／復号器は、外部ユニットに対する複数のインタフェースと、インタフェース用の論理ドライバ装置とを含む。モデム・インタフェースを制御するためのデバイス・ドライバ（５００）は、メッセージを受信するためのバッファ・メモリ（５０３）と、制御パラメータを格納するための制御メモリ（５０２）と、デバイス・ドライバおよびメッセージの流れを制御するための論理ユニット（５０１）とを備えている。論理ユニットは、制御メモリに格納されたイベント、ＡＣＫ、およびＮＡＣＫパターンをバッファ・メモリに格納されたメッセージの終わりと照合するための比較器（５１１）を含む。

Description

【発明の詳細な説明】

【０００１】 本発明はモデムに関し、さらに詳しくはモデムの遠隔制御に関する。それは、
アプリケーションプログラムを物理装置にインタフェースする際に、特にデジタ
ル伝送システム用の受信器／復号器の文脈において適用することができるが、そ
れのみに限定されない。

【０００２】 ここで使用する用語「受信器／復号器」とは、他の何らかの手段によって一斉
同報するか送信することができる、符号化された信号または符号化されていない
信号のいずれか、例えばテレビジョン信号および／または無線信号を受信するた
めの受信器を意味する。この用語はまた、受信した信号を復号するための復号器
をも意味する。そのような受信器／復号器の実施形態として、例えば「セット・
トップ・ボックス」における受信した信号を復号するための受信器と一体的な復
号器であって、物理的に分離した受信器と組み合わせて機能し、あるいはウェブ
・ブラウザ、ビデオ・レコーダ、またはテレビジョンなどの追加機能を含む復号
器を挙げることができる。

【０００３】 主にテレビジョン信号を一斉同報するために意図されたデジタル伝送システム
、特に、ただしそれのみに限定するものとしてではなく、衛星テレビジョン・シ
ステムの登場は、そのようなシステムを他の目的に使用する可能性を開いた。こ
れらの１つは、エンド・ユーザとの対話性を提供することである。

【０００４】 ここで使用する用語「デジタル伝送システム」とは、例えば主として音声映像
またはマルチメディア・デジタル・データを送信するか一斉同報するための伝送
システムを含む。本発明は特に放送デジタル・テレビジョン・システムに適用す
ることができるが、本発明はまたマルチメディア・インターネット・アプリケー
ション用の固定テレコミュニケーション・ネットワーク、閉回路テレビジョン等
々にも適用することができる。用語「デジタル伝送システム」は、例えば衛星、
地上、ケーブル、またはその他のシステムを含む。

【０００５】 本発明は、受信信号が受信器を介して受信器／復号器およびそれからテレビジ
ョン受像機に渡される、放送デジタル・テレビジョン・システムに特に適用する
ことができる。（セット・トップ・ボックスまたはＳＴＢとしても知られる）受
信器／復号器は、圧縮されたＭＰＥＧ型の信号をテレビション受像機用のテレビ
ジョン信号に復号する。それは、受信器／復号器内のインタフェースを介して、
遠隔制御ハンドセットによって制御される。

【０００６】 上述の対話性を提供する１つの方法は、テレビジョン信号がそれを通して受信
される受信器／復号器でアプリケーションを実行することである。様々なアプリ
ケーションを様々な物理装置と透過的に通信できるようにすることが望ましい。
本発明の同時係属出願ＰＣＴ／ＥＰ９７／０２１１５およびＰＣＴ／ＥＰ９７／
０２１１６は、１つまたはそれ以上のアプリケーションをセット・トップ・ボッ
クス（ＳＴＢ）によってダウンロードし、かつ各装置用のデバイス・ドライバお
よび全デバイス・マネージャによって並列および直列インタフェースならびにス
マートカード読取器などのＳＴＢ内の物理装置と通信することができるシステム
を記載している。

【０００７】 本発明に従って、セット・トップ・ボックスがモデム、直列チャネル、並列チ
ャネル、ＭＰＥＧ（圧縮され符号化された映像信号）チャネル、スワイプ（ｓｗ
ｉｐｅ）カード読取器等々といった多種多様な信号チャネルとインタフェースす
る能力を提供することが提案されてきた。セット・トップ・ボックスは、実行時
エンジンを含む仮想機械を含む。仮想機械はデバイス・マネージャに結合され、
デバイス・マネージャは次に、装置およびデバイス・ドライバを介して様々なチ
ャネルの物理インタフェースに結合される。

【０００８】 ＭＰＥＧという用語は、国際標準化機構の作業部会「Ｍｏｔｉｏｎ Ｐｉｃｔ
ｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ」によって作成されたデータ伝送標準、特に
、ただしそれのみに限定するものとしてではなく、デジタル・テレビジョン・ア
プリケーション用に開発され、文書ＩＳＯ １３８１８−１、ＩＳＯ １３８１
８−２、ＩＳＯ１３８１８−３、およびＩＳＯ １３８１８−４に規定されたＭ
ＰＥＧ−２標準を指す。本特許出願の文脈では、この用語は、デジタル・データ
伝送に適用可能なＭＰＥＧフォーマットの全ての変形、変更、または展開を含む
。

【０００９】 上述の通り、チャネルの１つはモデムであることが好ましい。本発明の主な目
的は、そのようなモデムの改善された制御を提供することである。これは、モデ
ムを制御するための改善されたデバイス・ドライバを提供することによって達成
される。この目的のために、装置とデバイス・ドライバの間の区別の厳密な性質
は重要ではなく、ここで使用する用語「デバイス・ドライバ」は、文脈上別の解
釈が要求されない限り、ハードウェアとアプリケーションとの間の何らかの形の
インタフェースを含むと解釈すべきである。

【００１０】 本発明に従って、モデムからのメッセージを受け取りかつ格納するためのバッ
ファ・メモリと、制御パラメータを格納するための制御メモリと、デバイス・ド
ライバおよびメッセージの流れを制御するための論理ユニットを備えた、モデム
を制御しかつそれと通信するためのデバイス・ドライバを提供する。論理ユニッ
トは、制御メモリに格納されたパターンをバッファ・メモリ内に格納されたメッ
セージと照合して、デバイス・ドライバに結合されたデバイス・マネージャに送
信するための信号を生成する比較器を含む。

【００１１】 デバイス・マネージャは通常、複数のデバイス・ドライバを制御し、かつデバ
イス・ドライバと１つまたはそれ以上のアプリケーションとの間でメッセージを
受け渡すように適応されるが、用語「デバイス・マネージャ」は、デバイス・ド
ライバを制御できるどんなエンティティをも包含するように意図されている。そ
れは、制御アプリケーションそのものとすることができる。本発明の別の重要な
特徴は、以下の詳細な説明および請求の範囲から明らかになるであろう。

【００１２】 本装置は、例えば本願の同時係属出願ＰＣＴ／ＥＰ９７／０２１０６〜０２１
１７に記載する、例えばデジタル伝送システム用の受信器／復号器内のデバイス
・ドライバとして実現することが最も好ましい。そのような実現では、デバイス
・ドライバは、デバイス・マネージャを介して、デバイス・ドライバを制御する
ための便利かつ柔軟な装備を提供するアプリケーションの制御下で作動すること
ができる。アプリケーションは解釈された言語で実行されることが好ましく、デ
バイス・ドライバはコンパイルされることが好ましい。

【００１３】 比較器は、記憶されたパターンをメッセージの予め定められた最終長と比較す
ることが好ましい。

【００１４】 パターンは多数の型のパターンとすることができ、同じ型の多数のパターンが
存在することができる。そのようなパターンの型は、Ｅｖｅｎｔ、ＡＣＫ（肯定
応答）およびＮＡＣＫ（否定応答）を含むことができ、生成される信号は、合致
したパターンの型を示す。

【００１５】 デバイス・ドライバは、モデムを介して受信したメッセージに信号を付加する
ことによって、デバイス・マネージャに信号を送るように適応させることができ
る。コマンドはデバイス・ドライバとデバイス・マネージャとの間でＣａｌｌの
形で受け渡すことができ、これは、デバイス・ドライバへの信号およびデータを
制御するパラメータであるＩＯ、およびパターンの検出、メッセージの受取り、
または伝送問題をデバイス・マネージャに知らせるパラメータであるＥｖｅｎｔ
をデバイス・ドライバでセットアップする。Ｃａｌｌコマンドの１つの形式は、
比較器によって探索される１つまたはそれ以上のパターンを定義するための少な
くとも１つのパターン設定コマンドを含む。

【００１６】 探索されるパターンを定義するパターン設定コマンドは、各パターン型にパタ
ーン設定コマンドを１つずつ、３つの副型があることが好ましい。この、または
少なくとも１つのパターン設定コマンドは、照合すべき複数のパターンを定義す
るように適応させることができ、各パターンは、対応するパターンの検出後に生
成される関連イベント信号を持つ。

【００１７】 探索されるパターンは、制御メモリのそれぞれの副領域に格納することができ
る。あるいは、探索されるパターンは、制御メモリの単一の連続領域に格納する
ことができる。

【００１８】 １つの実施形態では、複数の合致が発生した場合、最後の合致に対してだけ作
動する。あるいは、複数の合致が発生した場合、様々な型の合致の間で予め定め
られた優先順位に従って型を示す。

【００１９】 デバイス・ドライバの機能はハードウェアで、例えば専用の集積回路で実現す
ることができる。これにより、動作速度を高めることができる。しかし、デバイ
ス・ドライバの少なくとも一部はソフトウェアで実現することが好ましく、アプ
リケーションを実行する処理手段によって実行することが好ましい。これにより
、より大きい柔軟性が得られ、必要な構成部品が少なくてすみ、デバイス・ドラ
イバをより簡単に更新することが可能になる。

【００２０】 本発明は、バッファ・メモリおよび制御メモリを含むデバイス・ドライバを使
用して、モデムを制御しかつそれと通信する方法に及び、前記方法は、 モデムからのメッセージを受け取り、かつそれを前記バッファ・メモリに格納
するステップと、 制御パラメータを前記制御メモリに格納するステップと、 制御メモリに格納されたパターンをバッファ・メモリに格納されたメッセージ
と照合して、デバイス・ドライバに結合されたデバイス・マネージャに送るため
の信号を生成するステップと を含む。

【００２１】 上記の特徴はどれでも任意の適切な組合せで一つに結合することができる。装
置の特徴は方法態様に適用することができ、その逆もしかりである。

【００２２】 本発明の好適な特徴について、純粋に例として添付の図面に関連して、今から
説明する。 受信器／復号器の基礎 デバイス・ドライバの理解を助けるために、デバイス・ドライバが作動する好
適なプラットフォーム、つまり本発明のデジタル伝送受信器／復号器について最
初に簡単に説明する。

【００２３】 図１を参照すると、実施形態のデバイス・ドライバを取り付けるように意図さ
れたデジタル対話型テレビジョン・システム用の受信器／復号器２０２０または
セット・トップ・ボックスが、概略的に示されている。適切なデジタル対話型テ
レビジョン・システムの詳細は、本願の同時係属出願ＰＣＴ／ＥＰ９７／０２１
０６〜０２１１７に記載されているので、それを参照されたい。それらの開示は
、参照によってここに組み込まれる。参照を容易にするために、前述の明細書で
より詳しく説明されている部品は一般的に、これらの明細書で使用する参照符号
によって指定される。

【００２４】 前述の明細書に詳述されているように、図１を参照すると、受信器／復号器２
０２０は、幾つかのインタフェース、特にＭＰＥＧ信号フロー用の同調器４０２
８、直列インタフェース４０３０、並列インタフェース４０３２、および１つは
システムの一部を形成するスマートカード用、１つは銀行カード（支払い、ホー
ム・バンキングなどに使用される）用の２つのカード読取器４０３６を含む。受
信器／復号器はまた、テレビジョン信号制作者につながるモデムド・バック・チ
ャネル（ｍｏｄｅｍｍｅｄ ｂａｃｋ ｃｈａｎｎｅｌ）４００２へのインタフ
ェース４０３４をも含むので、ユーザは好みなどをテレビジョン信号（番組）制
作者に示すことができる。受信器はまた、実行時エンジン４００８、デバイス・
マネージャ４０６８、および１つまたはそれ以上のアプリケーション４０５６を
実行するための複数の装置４０６８およびデバイス・ドライバ４０６０をも含む
（図２参照）。

【００２５】 この明細書では、アプリケーションは、好ましくは受信器／復号器２０２０の
高レベル機能を制御するための１片のコンピュータ・コードとする。例えば、エ
ンド・ユーザが遠隔制御器の焦点をテレビジョン受像機２０２２の画面上のボタ
ン・オブジェクト上に置いて、有効なキーを押すと、そのボタンに関連付けられ
た命令シーケンスが実行される。

【００２６】 対話型アプリケーションはメニューを提供し、エンド・ユーザの要求でコマン
ドを実行し、アプリケーションの目的に関連するデータを提供する。アプリケー
ションは、常駐アプリケーション、つまり受信器／復号器２０２０のＲＯＭ（ま
たはＦＬＡＳＨまたはその他の不揮発性メモリ）に格納されたアプリケーション
か、または受信器／復号器２０２０のＲＡＭまたはＦＬＡＳＨメモリに一斉同報
またはダウンロードされるアプリケーションのいずれかとすることができる。

【００２７】 上述の出願でより詳しく記載するアプリケーションの例の一部として、次のよ
うなものがある。

【００２８】 受信器／復号器２０２０がＭＰＥＧ−２環境ですぐに作動することを可能にす
る適応可能なモジュールの集合である起動アプリケーション。

【００２９】 ダウンロードまたは常駐のどちらでもアプリケーションを受信器／復号器２０
２０で実行させる始動アプリケーション。

【００３０】 番組に関して完全な情報を与える対話型アプリケーションであるプログラム・
ガイド。

【００３１】 デジタル・テレビジョン・ブーケの各ＰＰＶチャネルで利用可能な対話型サー
ビスであり、エンド・ユーザが現在のイベントを買うことを可能にするペイ・パ
ー・ビュー・アプリケーション。

【００３２】 エンド・ユーザがＰＣダウンロード・アプリケーションを使用してコンピュー
タ・ソフトウェアをダウンロードすることを可能にするＰＣダウンロード・アプ
リケーション。

【００３３】 画面上のボタンによるエンド・ユーザ・ナビゲーション付きの画像の循環ビデ
オ放送（ｃｙｃｌｉｃ ｖｉｄｅｏ ｂｒｏａｄｃａｓｔ）を含むマガジン・ブ
ラウザ。

【００３４】 販売用商品の提供を受信器／復号器２０２０に送信し、かつテレビジョン受像
機２０２０に表示することを可能にし、かつユーザが買うための特定の品目を選
択することを可能にするテレショッピング・アプリケーション。

【００３５】 アプリケーションは、受信器／復号器２０２０内の記憶場所に格納され、資源
ファイルとして表現される。資源ファイルは、上述の明細書でより詳しく述べる
ように、グラフィック・オブジェクト記述ユニット・ファイル、可変ブロック・
ユニット・ファイル、命令シーケンス・ファイル、アプリケーション・ファイル
、およびデータ・ファイルを含む。

【００３６】 ＭＰＥＧデータ・ストリームでは、各モジュールが１群のＭＰＥＧテーブルを
含む。各ＭＰＥＧテーブルは、多数のセクションとしてフォーマット化すること
ができる。ＭＰＥＧデータ・ストリームでは、各セクションは最高４ｋバイトま
での「サイズ」を持つ。例えば直列ポートおよび並列ポートを介してデータ転送
する場合、モジュールは同様にテーブルおよびセクションに分割され、セクショ
ンのサイズはトランスポート媒体によって変化する。

【００３７】 モジュールは、ＭＰＥＧデータ・ストリームでそれぞれの型のデータ・ストリ
ーム内で、例えば映像データ・ストリーム、音声データ・ストリーム、およびテ
レテキスト・データ・ストリーム内で、一般的に１８８バイトのデータ・パケッ
トの形で転送される。各パケットには１３ビットのパケット識別子（ＰＩＤ）が
先行し、ＭＰＥＧデータ・ストリーム内で転送される各パケットに１つづつＰＩ
Ｄが付く。番組マップ・テーブル（ＰＭＴテーブル）は、様々なデータ・ストリ
ームのリストを含み、それぞれのＰＩＤによって各データ・ストリームの内容を
定義する。番組以外でも、特定のＰＩＤは、データ・ストリームに含まれるアプ
リケーションまたはその他のデータに割り当てることができ、ＰＩＤはＰＭＴテ
ーブルを使用して識別される。

【００３８】 復号器は、ＲＡＭボリューム、ＦＬＡＳＨボリューム、およびＲＯＭボリュー
ムに分割されるメモリを含むが、この物理的編成は論理編成とは区別される。メ
モリはさらに、様々なインタフェースに関連付けられたメモリ・ボリュームに分
割することができる。１つの視点から、メモリはハードウェアの一部とみなすこ
とができる。別の視点から、メモリは、ハードウェアとは別個に示されるシステ
ムの全体をサポートまたは包含するものとみなすことができる。

【００３９】 システムは、仮想機械４００７の一部を形成する実行時エンジン４００８を中
心にしているとみなすことができる。これは、一方をアプリケーションに結合さ
れ（「高レベル」側）、他方（「低レベル」側）を以下で述べる様々な中間論理
ユニットを介して受信器／復号器ハードウェア４０６１に結合される。受信器／
復号器ハードウェアは、、上述の通り、様々なポートまたはインタフェースを含
むものとみなすことができる（ハンドセット２０２６用のインタフェース２０３
０、ＭＰＥＧストリーム・インタフェース４０２８、直列インタフェース４０３
０、並列インタフェース４０３２、カード読取器４０３６用のインタフェース、
およびモデムド・バック・チャネル４００２用のインタフェース４０３４）。

【００４０】 図２を参照すると、様々なアプリケーション４０５７がユニット４００７に結
合されている。より一般的に使用されるアプリケーションの幾つかはだいたい、
４０５７で示すようにシステムに永久常駐することができるが、他は、例えばＭ
ＰＥＧデータ・ストリームまたは必要に応じてその他のポートからシステムにダ
ウンロードされる。

【００４１】 ユニット４００７は、実行時エンジン４００８以外に、ツールボックス４０５
８を含む幾つかの常駐ライブラリ関数４００６を含む。ライブラリは、エンジン
４００８によって使用されるＣ言語の雑関数を含む。これらは、圧縮、拡張、ま
たはデータ構造の比較、線引き等々のデータ操作を含む。ライブラリ４００６は
また、ハードウェアおよびソフトウェアのバージョン番号および使用可能なＲＡ
Ｍ空間、ならびに新しい装置４０６２をダウンロードするときに使用する関数な
ど、受信器／復号器２０２０内のファームウェア４０６１に関する情報をも含む
。関数はライブラリにダウンロードし、フラッシュ・メモリ、またはＲＡＭメモ
リに格納することができる。

【００４２】 実行時エンジン４００８はデバイス・マネージャ４０６８に結合され、デバイ
ス・マネージャは１組の装置４０６２に結合され、装置はデバイス・ドライバ４
０６０に結合され、デバイス・ドライバは次にポートまたはインタフェースに結
合される。広義には、デバイス・ドライバは論理インタフェースを定義するもの
とみなすことができるので、２つの異なるデバイス・ドライバを共通の物理ポー
トに結合することができる。装置は通常２つ以上のデバイス・ドライバに結合さ
れる。装置を単一のデバイス・ドライバに結合する場合、装置は通常、別個のデ
バイス・ドライバの必要性が回避されるように、通信に必要な完全な機能性を組
み込むように設計される。特定の装置は、それらの間で通信することができる。

【００４３】 以下で説明するように、装置４０６２から実行時エンジンへの通信は、１組の
イベント待ち行列に渡される変数、バッファ、およびイベントによる３つの形式
がある。

【００４４】 受信器／復号器２０２０の各機能は、装置４０６２として表される。装置は局
所あるいは遠隔のいずれかでありうる。局所装置４０６４は、スマート・カード
、ＳＣＡＲＴコネクタ信号、モデム、直列および並列インタフェース、ＭＰＥＧ
映像および音声再生器、ならびにＭＰＥＧセクションおよびテーブル抽出器を含
む。遠隔場所で実行される遠隔装置４０６６は、ポートおよび手続きを、受信器
／復号器製造者によって提供され設計される装置およびデバイス・ドライバによ
ってではなく、システム権限者または設計者によって定義しなければならないと
いう点で、局所装置とは異なる。

【００４５】 新しい装置４０６２が作成された場合、放送センタから関連アプリケーション
４０５６をダウンロードすることによって、既存の受信器／復号器２０２０にそ
れをインストールことができる。このダウンロードは、ハードウェアおよびソフ
トウェアのバージョンを検査して、正しければ新しい装置４０６２を表すソフト
ウェア・モジュールをロードし、ライブラリ４００６の手続きに新しい装置コー
ドをファームウェア内（フラッシュ・メモリ）にインストールするように要求す
るアプリケーション４０５６によって、受信器／復号器２０２０内で実行される
。これにより、他のソフトウェアに悪影響を及ぼすことなく、受信器／復号器２
０２０内に新しい関数を柔軟かつ確実にインストールすることができる。

【００４６】 デバイス・マネージャ４０６８は、アプリケーション４０５６と受信器／復号
器２０２０の特定の関数との間の共通ソフトウェア・インタフェースである。デ
バイス・マネージャ４０６８は、装置４０６２へのアクセスを制御し、予想外の
イベントの受取りを宣言し、共用メモリを管理する。

【００４７】 実行時エンジン４００８は、マイクロプロセッサおよび共通アプリケーション
・プログラミング・インタフェースの制御下で実行する。これらは全ての受信器
／復号器２０２０にインストールされるので、アプリケーションの観点からは、
全ての受信器／復号器２０２０は同一である。

【００４８】 エンジン４００８は、受信器／復号器２０２０でアプリケーション４０５６を
実行する。それは対話型アプリケーション４０５６を実行し、受信器／復号器２
０２０の外からイベントを受け取り、グラフィックスおよびテキストを表示し、
サービス用の装置を呼出し、特定の計算のためにエンジン４００８に接続された
ライブラリ４００６の関数を使用する。

【００４９】 実行時エンジン４００８は、各受信器／復号器２０２０にインストールされた
実行可能コードであり、アプリケーションを解釈して実行するためのインタプリ
タを含む。エンジン４００８は、（ＭＳ−ＤＯＳなどの）単一タスク・オペレー
ティング・システムをはじめ、どんなオペレーティング・システムにでも適応可
能である。エンジン４００８はプロセス・シーケンサ・ユニット（これはキー押
しなど様々なイベントを受けて、様々な動作を実行する）を基盤とし、それ自体
のスケジューラを含み、様々なハードウェア・インタフェースからのイベント待
ち行列を管理する。それはまた、グラフィックスおよびテキストの表示も処理す
る。プロセス・シーケンサ・ユニットは、１組の動作グループを含む。各イベン
トは、イベントの性質によってプロセス・シーケンサ・ユニットをその現在の動
作グループから別の動作グループに移動させ、新しい動作グループの動作を実行
させる。

【００５０】 エンジン４００８は、アプリケーション４０５６を受信器／復号器メモリ２０
２８にロードしかつダウンロードするコード・ローダを含む。最適使用を確実に
するために、必要なコードだけがＲＡＭまたはフラッシュ・メモリにロードされ
る。ダウンロードされたデータは、アプリケーション４０５６の改変や無許可ア
プリケーションの実行を防止するために、認証機構によって検証される。エンジ
ン４００８はさらにデコンプレッサ（ｄｅｃｏｍｐｒｅｓｓｏｒ）をも含む。ア
プリケーション・コード（中間コードの形）は、空間の節約のため、およびＭＰ
ＥＧ−２トランスポート・ストリームからまたは内蔵受信器／復号器モードを介
して高速ダウンロードするために圧縮されるので、コードはＲＡＭにロードする
前に展開しなければならない。エンジン４００８はまた、アプリケーション・コ
ードを解釈して様々な変数値を更新したり状態変化を決定するためにインタプリ
タを持ち、かつ誤りチェッカも持つ。

【００５１】 いずれかの装置４０６２のサービスを使用する前に、プログラム（アプリケー
ション命令シーケンスなど）は「クライアント」として、つまり装置４０６２ま
たはデバイス・マネージャ４０６８への論理アクセス路を宣言しなければならな
い。マネージャはクライアントにクライアント番号を与え、これは装置への全て
のアクセスで参照される。装置４０６２は幾つかのクライアントを持つことがで
き、各装置４０６２のクライアント数は、装置４０６２の種類によって指定され
る。クライアントは、手続き「Ｄｅｖｉｃｅ：Ｏｐｅｎ Ｃｈａｎｎｅｌ」によ
って装置４０６２に導入される。この手続きはクライアントにクライアント番号
を割り当てる。クライアントは、手続き「Ｄｅｖｉｃｅ：Ｃｌｏｓｅ Ｃｈａｎ
ｎｅｌ」によってデバイス・マネージャ４０６８からクライアント・リストを取
り出すことができる。

【００５２】 デバイス・マネージャ４０６８によって提供される装置４０６２へのアクセス
は、同期または非同期のどちらでも行うことができる。同期アクセスには、手続
き「Ｄｅｖｉｃｅ：Ｃａｌｌ」が使用される。これは、すぐに利用可能データま
たは希望する応答を待つことを含まない機能性にアクセスする手段である。非同
期アクセスには、手続き「Ｄｅｖｉｃｅ：Ｉ／Ｏ」が使用される。これは、例え
ばマルチプレクスを探すためにチューナ周波数を走査したり、ＭＰＥＧストリー
ムからテーブルを取り戻すなど、応答を待つことを含むデータにアクセスする手
段である。要求した結果が得られたとき、イベントはその到着を知らせるために
エンジンの待ち行列に入れられる。さらなる手続き「Ｄｅｖｉｃｅ：Ｅｖｅｎｔ
」は、予想外のイベントを管理する手段を提供する。

【００５３】 上述の通り、実行時エンジンの主ループは様々なプロセス・シーケンサ・ユニ
ットに結合され、主ループが適切なイベントに遭遇すると、制御は一時的にプロ
セス・シーケンサ・ユニットの１つに移される。

【００５４】 したがって、基本システムは、アプリケーションが様々な装置とやり取りする
ことを可能にする際に、かなりの柔軟性を持つプラットフォームを提供すること
が分かる。 モデム・デバイス・ドライバ 様々な機能の実現の厳密な詳細およびハードウェアとソフトウェアとの間の配
分は、実現者の選択の問題であり、ここでは詳述しない。しかし、本デバイス・
ドライバで要求される作業を実行することができる専用の集積回路は市販されて
おり、あるいは容易に設計することができ、これらをハードウェア・アクセラレ
ータの基礎として使用することができ、あるいはより好ましくは、要求される様
々な作業を実現するためにそれらを改造して専用のハードウェア・アクセラレー
タを作成し、それによってソフトウェアを実行するために要求される処理能力を
低下することができることが注目される。しかし、充分な処理能力が得られるな
らば、要求される作業をソフトウェアで実現することができる。デバイス・ドラ
イバは、一連のアクセス可能な機能ユニットを含むものと考えることができ、各
々の機能ユニットを以下では「コマンド」と呼ぶ。

【００５５】 各コマンドは、他の装置と共通する上述の３つの標準手続きのうちの１つによ
って、デバイス・マネージャ４０６８の制御下でアプリケーションにインタフェ
ースする。情報は、アプリケーションと装置との間をパラメータ・テーブルによ
って受け渡すことができる。参照を容易にするために、３つの基本手続きを以下
に簡単に要約する。 １）Ｄｅｖｉｃｅ：Ｃａｌｌ この手続きは、同期コマンドまたはデータ転送を
行うためにアプリケーションが用することができる。アプリケーションの実行は
、デバイス・ドライバによる作業が完了して制御が返されるまで中断される。こ
れにより、厳密な順序で実行しなければならない作業を確実に制御することが可
能になる。 ２）Ｄｅｖｉｃｅ：Ｉ／Ｏ この手続きは非同期動作を可能にする。つまり、ア
プリケーションは、デバイス・ドライバによって実行されるデータ転送または特
定の機能の要求を送信することができ、データ転送または機能がデバイス・ドラ
イバによって実行されている間、アプリケーションの実行は継続される。 ３）Ｄｅｖｉｃｅ：Ｅｖｅｎｔ このイベント・トラッピング機能は、装置がア
プリケーションにイベントを知らせることを可能にし、そのイベントに応答して
、イベントが知らされたときにアプリケーションが実行していたコードとは関係
なく、アプリケーションが取るべき特定の処置のために、アプリケーションは効
果的に中断される。イベントは優先度を付けることができる。イベントは、バス
・リセットなどインタフェースで発生するイベントを知らせるために、あるいは
例えば要求されたデータ転送の完了を知らせることによって、非同期コマンドの
監視を行うために、使用することができる。

【００５６】 本デバイス・ドライバはブロック５００（図３）として図示されており、論理
ユニット５０１、制御メモリ５０２、およびバッファ・メモリ５０３を含む。こ
れらの２つのメモリは論理的に区別されるが、両方とも同一の物理メモリの部分
を形成する（さらに詳しくは、バッファ・メモリはＲＡＭメモリの部分を形成し
、制御メモリはＲＡＭまたはＦＬＡＳＨメモリの部分を形成することができる）
。デバイス・ドライバは、図示するように、デバイス・マネージャ４０６８およ
びモデム・インタフェース５５０に結合される。各コマンドは論理ユニット５０
１の一部を形成し、制御および／またはバッファ・メモリの部分で作動すること
ができる。

【００５７】 広義的には、信号を変調および復調する狭い意味でのモデムの機能は、インタ
フェース５５０に組み込むかまたはそれに取り付けることができるモデム・ユニ
ットによって実行される。インタフェースを介して流れる情報の制御および管理
は、これらの狭いモデムの機能とは別個に、デバイス・ドライバ５００によって
実行される。

【００５８】 上述の通り、装置／デバイス・ドライバとデバイス・マネージャ４０６８との
間の通信は、３種類の手続きすなわちＣａｌｌ、ＩＯ、およびＥｖｅｎｔによっ
て実行される。デバイス・ドライバ５００によって使用される手続きの場合、Ｃ
ａｌｌは様々なパラメータをアプリケーションからデバイス・マネージャを介し
てデバイス・ドライバに送るために使用され、ＩＯはコマンドをアプリケーショ
ンからデバイス・マネージャを介してデバイス・ドライバに送るために使用され
、Ｅｖｅｎｔはメッセージをデバイス・ドライバからデバイス・マネージャを介
してアプリケーションに送るために使用される。

【００５９】 本発明を具体化する装置に設けられるコマンドを次に説明する。各コマンドは
、上記の３つの標準手続きの１つによりコマンドの識別子をパラメータとして渡
すことによって、アプリケーションによってアクセスすることができる。以下で
述べる全てのコマンドを設ける必要は無く、コマンドの機能は変更することがで
きる。コマンドは独立に設けたり変更することができるが、理解されるように、
下記コマンドによってもたらされる複合された機能性から特定の相互依存的利益
が生じる。

【００６０】 コマンドを、各コマンドによって提供される特徴および機能の点から、オプシ
ョンおよび好適な特徴と併せて説明する。提供する情報および提示する仕様によ
り、これらの特徴の実際の実現は当業者にとって簡単な仕事のはずであり、厳密
な詳細は実現者に任せる。一例として、各コマンドはソフトウェアで実現するこ
とができ、Ｃプログラミング言語で作成することが好ましく、かつアプリケーシ
ョンを実行するために使用するプロセッサ上で実行するようにコンパイルするこ
とが好ましい。しかし、デバイス・ドライバは、別個のプロセッサ上で実行する
ことができ、一部または全部のコマンドを専用ハードウェアによって実現するこ
ともできる。ＣａｌｌおよびＩＯコマンドは、装置に渡されるアドレスのメモリ
に格納されたパラメータ・テーブルに値を設定することによって、アプリケーシ
ョンに情報を知らせたり、パラメータを渡し返すことができる。

【００６１】 さらに詳しくは、使用される手続きまたはコマンドは次の通りである。 Ｄｅｖｉｃｅ：Ｃａｌｌ Ｓｅｔ：バッファ・サイズ、タイマ遅延を設定する。

【００６２】 Ｃｏｍｍ ｓｅｔ：データ・サイズ（５〜８ビット）、パリティ、伝送速度を
設定する。

【００６３】 Ｃｈａｒ ｓｅｔ：休止文字および遅延を設定する。

【００６４】 Ｃｏｎｔｒｏｌ ｓｅｔ：遠隔装置に送信する信号を使用可能／使用不能にす
る。

【００６５】 Ｐａｔｔｅｒｎ ｓｅｔ：探索されるパターンを設定する。 Ｄｅｖｉｃｅ：ＩＯ Ｃｏｍｍａｎｄ：コマンドを解釈無しでデバイス・ドライバに送る。

【００６６】 Ｓｅｎｄ：データをデバイス・ドライバに送る。

【００６７】 Ａｃｔｉｏｎ：コマンドを解釈付きでデバイス・ドライバに送る。

【００６８】 Ｄｉｓｃｏｎｎｅｃｔ：デバイス・ドライバを切断する。 Ｄｅｖｉｃｅ：Ｅｖｅｎｔ Ｒｅｃｅｉｖｅ：メッセージの受取りを知らせる。

【００６９】 Ｏｆｆ：伝送上の問題を知らせる。

【００７０】 手続きはまた、報告し返すための誤りコードおよび（Ｅｖｅｎｔ：Ｏｆｆ手続
きを除いて）デバイス・ドライバからデバイス・マネージャに報告し返すための
呼出しレポートをも含む。また、ＣａｌｌまたはＩＯ手続きは、送信すべき情報
（パラメータなど）が存在するメモリ・アドレスをも含む。

【００７１】 これらのコマンドの大部分の機能は、大まかには従来通りである。しかし本シ
ステムは、特殊コマンドすなわちＣａｌｌコマンドのＰａｔｔｅｒｎ ｓｅｔを
含む。このコマンドは、論理ユニット５０１が探索すべき１つまたはそれ以上の
パターンを定義する。このコマンドはメモリ・アドレスを含み、メモリはそのア
ドレスから始まる場所に一連のパターンを含む。（さらに詳しくは、メモリの第
１場所にパターンの数が含まれ、その後に個別パターンが続き、メモリ内の各々
の個別パターンは、パターンの長さを提示するヘッダを含む。） 一般的に、Ｅｖｅｎｔ、ＡＣＫ（肯定応答）、およびＮＡＣＫ（否定応答）を
生成するために、３つの型のパターンを設定することができる。言うまでも無く
、各パターンのヘッダでそのパターンの型を識別して、３つの型のパターン全部
を同一コマンドに含めることが可能である。しかし、３つの型のパターンの代わ
りに、３つの副形式のコマンドを使用することが好ましい。したがって、モデム
がコマンドを確実に受け取ったことを検出するために必要なＡＣＫおよびＮＡＣ
Ｋパターンは、専用コマンドを用いて設定することが好ましく、他の全てのパタ
ーンはイベントをトリガするために使用し、パターンを区別することができるよ
うに、各パターンに番号を割り当てる。これらのコマンドは、制御メモリ５０２
のメモリ・ゾーン５１０（図４）をセットアップする。このメモリ・ゾーンは、
Ｅｖｅｎｔ、ＡＣＫ、およびＮＡＣＫパターンをそれぞれ含む３つのセグメント
を持つ。論理ユニット５０１は、このメモリ・ゾーンに結合される比較器ユニッ
ト５１１を含む。

【００７２】 メモリ・ゾーン５１０は、３つのＰａｔｔｅｒｎ ｓｅｔコマンドによって指
定されるメモリ領域で構成することができる。この場合、メモリ・ゾーンの３つ
のセグメントは、メモリの物理的に異なる領域に存在することができる。比較器
ユニット５１１は、３つのセグメントの開始アドレスを格納し、かつ様々なパタ
ーンへのアクセスを得るために、（各セグメントの始めに格納されている）パタ
ーンの数および個々のパターンの長さを使用してパターンの正確な場所を決定し
、それらの各々を必要に応じて順番にアクセスしなければならない。あるいは、
比較器ユニット５１１は、予め定められた場所でメモリ・ゾーン５１０をパター
ンのテーブルとしてセットアップすることによって、メモリを初期化することが
できる。

【００７３】 メッセージを受け取ると、それはバッファ・メモリ５０３内のバッファに渡さ
れる。このメモリは複数のバッファ５１２に分割されているので、メッセージは
２つ以上のバッファを占めることができる。しかし、メッセージ空間は、個々の
メッセージに対し論理的に連続している。パターンの突合せが実行されると、比
較器５１１は、メモリ・ゾーン５１０に格納されたパターンのいずれかと照合す
るために、メッセージの最後の３２文字を探索する。

【００７４】 合致が見つかると、合致の型（イベント、ＡＣＫ、またはＮＡＣＫ）が、バッ
ファに格納されたメッセージのヘッダに書き込まれ、かつ／または何らかの適切
な処置がデバイス・ドライバによって取られる。

【００７５】 ＡＣＫおよびＮＡＣＫパターンの検出は、例えばモデムがオフラインのときに
コマンドが送信されている場合に、モデムからの予想される応答を検出するため
に使用することができる。モデムからのその他の信号は別個のパターン・リスト
と照合され、イベントをトリガするために使用される。このため、ＡＣＫおよび
ＮＡＣＫパターンの設定は、予想外のイベントまたはモデムからのその他のメッ
セージに対応するパターンのリストの設定とは独立して行うことが好ましい。

【００７６】 この方法で、アプリケーションは様々なモデムのどれとでも通信することが可
能である。例えば、多くのモデムは一般的に、命令シーケンスおよび応答のため
の例えばヘイズ（Ｈａｙｅｓ）標準などの標準に準拠するが、多くは追加機能を
持ち、そのために固有の応答シーケンスが生成される。そのような場合、ＡＣＫ
およびＮＡＣＫパターンは標準パターンに設定し、追加機能に対応する応答シー
ケンスはイベント信号に割り当てることができる。

【００７７】 図５は、バッファ・メモリ５０３に常駐するメッセージ５２０を示す。メッセ
ージはヘッダ５２１および本体５２２で構成される。この場合のメッセージは、
２つのバッファ５１２、５１２’の間に物理的に分割される。比較器５２０は、
メッセージの本体５２２の最後の３２文字領域５２３に対してパターン・マッチ
ング（つまり、メモリ領域５１０に格納されたパターンとの合致の探索）を実行
する。見つかった合致の性質が、バッファ・メモリのメッセージ・ヘッダ５２１
に挿入される。

【００７８】 ２つ以上の合致が発生する可能性が２通りある。第１に、同じ型の２つのパタ
ーンが（メッセージの最後の３２文字中の異なる位置に）発生することがある。
この二重合致は無視することができる。つまり、単一合致として処理することが
できる。第２に、異なる型の２つの合致が（再び、最後の３２文字中の異なる位
置に）発生することがある。状況によって、比較器５１１は、異なる型の合致の
間の予め定められた優先順位に従って、またはどちらのパターンがメッセージの
終わりに近いかによって、合致の型を示すように適応させることができる。

【００７９】 Ｃｏｍｍａｎｄモード時、つまりモデム・パラメータが設定されているときに
、この技術を使用してコマンド・メッセージをデバイス・ドライバに送ることが
できる。メッセージは、インタフェースを介して例えばデータ・サーバへ送られ
るのではなく、デバイス・ドライバによって解釈される。各コマンドごとに、デ
バイス・ドライバは返信メッセージでパターンを探索し、それに従ってデバイス
・ドライバに応答する。

【００８０】 このモード時には、コマンドを送ること無く、インタフェースを介してメッセ
ージを受け取ることも可能である。これは、例えばリング電圧が検出された場合
に発生し得る。この場合、デバイス・ドライバはイベント・パターン・リストで
もパターンを探索する必要がある。

【００８１】 オンライン・モード時には、モデムはデータ・サーバに接続され、このサーバ
からメッセージを受け取ることができる。デバイス・ドライバは、データ・サー
バから受け取った最後の３２文字でパターンを探索する。

【００８２】 上記コマンドおよびイベントは単なる解説であり、本発明は様々な方法で実現
することができ、特に、幾つかのコマンドは、同様の機能を実行する他のコマン
ドと組合わせることができ、あるいは簡略化された実現では一部のコマンドを省
略することができる。

【００８３】 ハードウェア、コンピュータ・ソフトウェア等々によって実行される機能は、
電気および類似の信号を使用して実行されることが容易に理解されるであろう。
ソフトウェア実現はＲＯＭに格納することができ、あるいはＦＬＡＳＨに格納ま
たはパッチすることができる。

【００８４】 本発明の上記説明は純粋に例として行ったものであり、本発明の範囲内で細部
の変形を行うことができることは理解されるであろう。

【００８５】 明細書ならびに（該当する場合）請求の範囲および図面に開示する各特徴は、
独立に、または適切に組合わせて提供することができる。

【図面の簡単な説明】

【図１】 受信器／復号器のインタフェースの概略図である。

【図２】 受信器／復号器の機能ブロック図である。

【図３】 本デバイス・ドライバの一般的論理編成を示す。

【図４】 本デバイス・ドライバのパターン処理態様の論理編成をより詳細に示す。

【図５】 メッセージの構造および格納を示す。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ， ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，Ｄ Ｋ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ， ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，Ｌ Ｕ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ， ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，Ｕ Ｇ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ

Claims (29)

【特許請求の範囲】
1. 【請求項１】 モデムを制御しかつそれと通信するためのデバイス・ドライ
   バであって、前記デバイス・ドライバはモデムからのメッセージを受取りかつ格
   納するためのバッファ・メモリと、制御パラメータを格納するための制御メモリ
   と、デバイス・ドライバおよびメッセージの流れを制御するための論理ユニット
   とを含み、前記論理ユニットが、前記制御メモリに格納されたパターンを前記バ
   ッファ・メモリに格納されたメッセージと照合して、前記デバイス・ドライバに
   結合されたデバイス・マネージャに送るための信号を生成するための比較器を含
   むようにしたデバイス・ドライバ。
2. 【請求項２】 前記比較器が格納されたパターンをメッセージの予め定めら
   れた最終長と比較する、請求項１記載のデバイス・ドライバ。
3. 【請求項３】 前記パターンに複数の型があり、同じ型の複数のパターンが
   存在することができる、請求項１または２に記載のデバイス・ドライバ。
4. 【請求項４】 前記パターンの型がイベント、ＡＣＫ（肯定応答）およびＮ
   ＡＣＫ（否定応答）を含み、生成される信号が合致したパターンの型を示す、請
   求項３に記載のデバイス・ドライバ。
5. 【請求項５】 前記デバイス・ドライバが信号を、モデムを介して受け取る
   メッセージに付加することによってデバイス・マネージャに送る、請求項４に記
   載のデバイス・ドライバ。
6. 【請求項６】 制御信号およびデータをデバイス・ドライバに送るパラメー
   タＩＯおよびパターンの検出またはメッセージの受取りまたは伝送問題をデバイ
   ス・マネージャに知らせるパラメータＥｖｅｎｔをデバイス・ドライバでセット
   アップするＣａｌｌの形で、コマンドをデバイス・ドライバとデバイス・マネー
   ジャの間で受け渡す、請求項４または５に記載のデバイス・ドライバ。
7. 【請求項７】 １つの形のＣａｌｌコマンドが、比較器によって探索される
   １つまたはそれ以上のパターンを定義するための少なくとも１つのパターン設定
   コマンドを含む、請求項６に記載のデバイス・ドライバ。
8. 【請求項８】 パターン設定コマンドは各パターン型に１つであり、探索す
   べきパターンを定義するパターン設定コマンドに３つの副型がある、請求項７に
   記載のデバイス・ドライバ。
9. 【請求項９】 前記または少なくとも１つのパターン設定コマンドが照合す
   べき複数のパターンを定義するように適応され、各パターンが対応するパターン
   の検出時に生成する関連イベント信号を持つ、請求項７または８に記載のデバイ
   ス・ドライバ。
10. 【請求項１０】 探索されるパターンが制御メモリのそれぞれの副領域に格
    納される、請求項４ないし９のいずれかに記載のデバイス・ドライバ。
11. 【請求項１１】 探索されるパターンが制御メモリの単一の連続領域に格納
    される、請求項４ないし９のいずれかに記載のデバイス・ドライバ。
12. 【請求項１２】 複数の合致が発生したときに最後の合致にだけ作動する、
    請求項１ないし１１のいずれかに記載のデバイス・ドライバ。
13. 【請求項１３】 複数の合致が発生したときに、異なる型の合致の間で予め
    定められた優先順位に従って型が示される、請求項１ないし１１のいずれかに記
    載のデバイス・ドライバ。
14. 【請求項１４】 請求項１ないし１３のいずれかに記載のデバイス・ドライ
    バを組み込んだ受信器／復号器。
15. 【請求項１５】 バッファ・メモリおよび制御メモリを含むデバイス・ドラ
    イバを使用してモデムを制御しかつそれと通信するため方法であって、 前記モデムからのメッセージを受け取り、かつ前記バッファ・メモリに格納す
    るステップと、 制御パラメータを前記制御メモリに格納するステップと、 前記制御メモリに格納されたパターンを前記バッファ・メモリに格納されたメ
    ッセージと照合して、前記デバイス・ドライバに結合されたデバイス・マネージ
    ャに送るための信号を生成するステップと を含む方法。
16. 【請求項１６】 格納されたパターンをメッセージの予め定められた最終長
    と比較する、請求項１５に記載の方法。
17. 【請求項１７】 前記パターンに複数の型があり、同じ型の複数のパターン
    が存在することができる、請求項１５または１６に記載の方法。
18. 【請求項１８】 前記パターンの型がイベント、ＡＣＫ（肯定応答）および
    ＮＡＣＫ（否定応答）を含み、生成される信号が合致したパターンの型を示す、
    請求項１７に記載の方法。
19. 【請求項１９】 前記デバイス・ドライバが信号を、モデムを介して受け取
    るメッセージに付加することによってデバイス・マネージャに送る、請求項１８
    に記載の方法。
20. 【請求項２０】 制御信号およびデータをデバイス・ドライバに送るパラメ
    ータＩＯおよびパターンの検出またはメッセージの受取りまたは伝送問題をデバ
    イス・マネージャに知らせるパラメータＥｖｅｎｔをデバイス・ドライバでセッ
    トアップするＣａｌｌの形で、コマンドをデバイス・ドライバとデバイス・マネ
    ージャの間で受け渡す、請求項１８または１９に記載の方法。
21. 【請求項２１】 １つの形のＣａｌｌコマンドが、制御メモリ内で探索され
    る１つまたはそれ以上のパターンを定義するための少なくとも１つのパターン設
    定コマンドを含む、請求項２０に記載の方法。
22. 【請求項２２】 パターン設定コマンドは各パターン型に１つであり、探索
    すべきパターンを定義するパターン設定コマンドに３つの副型がある、請求項２
    １に記載の方法。
23. 【請求項２３】 前記または少なくとも１つのパターン設定コマンドが照合
    すべき複数のパターンを定義するように適応され、各パターンが対応するパター
    ンの検出時に生成する関連イベント信号を持つ、請求項２１または２２に記載の
    方法。
24. 【請求項２４】 探索されるパターンが制御メモリのそれぞれの副領域に格
    納される、請求項２１ないし２３のいずれかに記載の方法。
25. 【請求項２５】 探索されるパターンが制御メモリの単一の連続領域に格納
    される、請求項２１ないし２３のいずれかに記載の方法。
26. 【請求項２６】 複数の合致が発生したときに最後の合致にだけ作動する、
    請求項１５ないし２５のいずれかに記載の方法。
27. 【請求項２７】 複数の合致が発生したときに、異なる型の合致の間で予め
    定められた優先順位に従って型が示される、請求項１５ないし２５のいずれかに
    記載の方法。
28. 【請求項２８】 実質的にここに記載するモデムを制御しかつそれと通信す
    るためのデバイス・ドライバ。
29. 【請求項２９】 実質的にここに記載するデバイス・ドライバを使用して、
    モデムを制御しかつそれと通信する方法。