JPH10513633A - 標準対話式呼び処理通信用の汎用アプリケーション・プログラム・インターフェースを備えた電気通信交換器 - Google Patents

Abstract

(57)【要約】 本発明は、呼び制御処理を実行するための標準化ホスト−交換器間アプリケーション・プログラム・インターフェース（ＡＰＩ）であり、これは、電気通信アプリケーション、及びネットワーク信号伝送要求に合致すべくカスタム化することが可能である。汎用ＡＰＩは、ホスト・アプリケーションと交換器の間で、コマンド、状態、及びデータを伝送するために、プログラム可能なフィールドを有する１つ以上の一般メッセージからなる。本発明は更に、プログラム可能な電気通信交換器からなり、これは、任意の所望の機能を実行するために、「標準」又は本質的に特定仕様のいずれかである、所望のＡＰＩプロトコルを規定する能力をユーザに提供する。本発明には、プロトコル開発環境が含まれ、これにより、ユーザが、交換器により与えられる各ポートに対して、別個の有限な状態マシーンを規定することが可能になる。各有限な状態マシーンは、一連の基礎処理ステップ、これを原子機能と呼ぶが、それらを基本形へと組合せることにより独立に規定することができ、次いで、それら基本形を状態及び事象と組合せて、所望の状態マシーンが規定される。かかる状態マシーンには、所定の条件下で所定の情報を含ませて、所定のメッセージを生成すべく構成される、原子機能を含めることができる。かかる状態マシーンには更に、状態事象に対応する能力も含めることができ、その状態事象には、状態マシーンにホスト・アプリケーションからの情報を与えるべく構成される、一般ＡＰＩメッセージの受信が含まれる。

Description

【発明の詳細な説明】 標準対話式呼び処理通信用の汎用アプリケーション・プログラム・インターフ ェースを備えた電気通信交換器 発明の背景 発明の分野 本発明は、一般に、電気通信の分野に関し、更に詳細には、プログラム可能な 電気通信交換器と各種の電気通信アプリケーションを支援するホストコンピュー タにより、標準対話式呼び制御処理を行うための汎用アプリケーション・プログ ラム・インターフェース（ＡＰＩ）に関する。 関連技術の説明 プログラム可能な電気通信交換器は、音声メッセージ送出、テレマーケティン グサービス、その他といった様々な用途に用いられる。コンピュータが、電気通 信アプリケーション・プログラムを実行する。プログラム可能な交換器は通常、 ホスト装置により制御され、顧客は通常、ホスト及び交換器ハードウェアと互換 性のある市販のアプリケーション・プログラムを購入するか、又はカスタム仕様 プログラムを書き込むかのいずれかを選ぶことになる。 たいていの用途で、プログラム可能な交換器は、交換器で終端される１つ以上 のアナログ中継線又はデジタルスパン（例えば、Ｔ１スパン）により、公衆電話 ネットワークに接続される。交換器は又、１つ以上の「回線」も終端し、これら は電話機等の装置に接続される。任意の所与の中継線、スパン、又は回線を介し た通信が、割当 て済み信号伝送プロトコルに従って実行される。 各種の交換システム用途に対して、交換事象のシーケンスが制御される必要が あり、また、交換機能が、必須のプロトコルに従って実行される必要がある。世 界中には、使用状態の多数の「標準」信号伝送プロトコルがあり、それらには、 Ｅ＆Ｍウィンク・スタート、ループスタート、グランドスタート、ＭＦＲ２アド レス信号伝送を用いる国際強制Ｒ２、及びＤＴＭＦ／ＭＦＲＩ信号伝送を用いる Ｅ１チャネル関連信号伝送（ＣＡＳ）プロトコルが含まれる。通常は、慣用的な プログラム可能な交換器が、特定の信号伝送プロトコルを特定の中継線、スパン 、又は回線と関連付けるように構成される。 特殊化した交換器機能を満足するのに必要な各種のレベルで、電気通信交換器 を制御するために、慣用的なホスト・アプリケーションが、複数の交換事象に対 応して、デジタル信号コマンドを生成するように構成されてきた。それに応じて 、慣用的な電気通信交換器が、ポートでのこれら事象の処理に関連して、デジタ ル信号応答を生成するように構成されてきた。これらのメッセージは、一定すな わち「ハード符号化」メッセージであり、その各々は、ホスト・アプリケーショ ンと交換器の間で、特殊情報を通信するために構成される。電気通信アプリケー ションと交換器の間のインターフェースは、それを介してこれらのメッセージが 伝送されるが、アプリケーション・プログラム・インターフェース、又はＡＰＩ と呼ばれる。 信号伝送プロトコルの各々には、ホスト−交換器間呼び制御処理プロトコルを 確立する必要があり、その各プロトコルには、１つ以 上の一定メッセージの交換が含まれる。このように、プログラム可能な交換器を 制御して、通信を維持するのに必要な必須の交換事象を実行するために、通信交 換器は、極端に数が多いこれら特殊のホスト−交換器間コマンド・メッセージ、 及びそれに関連したプロトコルを支援可能であらねばならない。従って、各信号 伝送プロトコルは、交換器だけでなくホストにおいても格納され、索引付けられ る１つ以上の異なるメッセージ組と関連付けられている。メッセージ組、及び結 果としてのホスト−交換器間プロトコルは又、特定の電気通信アプリケーション 要求にも依存し、それらには例えば、アプリケーションが、交換器を適宜制御し て特定の信号伝送プロトコルを支援するのに必要な情報の量と型式がある。 更に、慣用的なプログラム可能な交換器は、公衆電話ネットワークと、音声メ ッセージ送出システム等の他の装置との間に接続することもできる。かかる装置 は、特殊化機能を実行し、公衆電話ネットワークに直接接続されるようには意図 していないので、それらは通常、標準信号伝送プロトコルと密着していない。従 って、ユーザが、公衆電話ネットワークと、交換器に接続された他の装置の両方 に関して、適切な通信が維持されるようにして、プログラム可能な交換器を制御 できるためには、複雑且つ多種のＡＰＩ信号伝送プロトコル要求を満足させる必 要がある。慣用的な通信交換器は、ＡＰＩメッセージの多数の特定組を実施して 、これら多種の要求を支援する。 一定メッセージの実施と、各種の電気通信アプリケーション及び 信号伝送プロトコル要求の結果として、これまで、ホスト・アプリケーションと 電気通信交換器の間のインターフェースの標準化は存在しなかった。これによっ て、特定ＡＰＩプロトコルを支援して、ホスト・アプリケーション要求だけでな く、各中継線、スパン、及び回線に対する信号伝送プロトコル要求をも満足する のに必要なハードウェア、及びソフトウェアを開発することで、コストが高くな ってしまった。 更に、各々が特定のコマンド又はデータ転送に専用化される、別個で特異なＡ ＰＩメッセージを備える結果、電気通信交換器に機能が追加されることにより、 １つ以上の追加のＡＰＩメッセージを生成及び実施して、ホストと交換器間の関 連したＡＰＩメッセージを支援する必要がある。新規で独特なメッセージの各々 を実施するために、交換器及びホストに対して、割高で時間のかかるソフトウェ ア変更をなさねばならない。 従って、必要なのは、ホスト・アプリケーション又は信号伝送プロトコルに関 係なく使用できる、ホスト−交換器間呼び制御処理を支援する標準化ＡＰＩメッ セージ・プロトコルである。更に、かかる汎用ＡＰＩプロトコルは、今開発され ている又は後に開発される電気通信アプリケーション、又は信号伝送プロトコル の現在及び将来の要求に対して、カスタム化するのに充分柔軟で万能なものであ らねばならない。 発明の摘要 本発明は、呼び制御処理を実行するための標準化ホスト−交換器 間アプリケーション・プログラム・インターフェース（ＡＰＩ）であり、電気通 信アプリケーション、及びネットワーク信号伝送プロトコル要求に合致するよう カスタム化することが可能である。汎用ＡＰＩは、ホスト・アプリケーションと 交換器間で、コマンド、状態、及びデータを伝送するために、プログラム可能な フィールドを有する１つ以上の一般メッセージからなる。本発明は更に、プログ ラム可能な電気通信交換器からなり、これは、任意の所望の交換機能を実行する ために、ユーザに、「標準」又は特定仕様のいずれかである所望のＡＰＩプロト コルを規定する能力を与える。 本発明には、プロトコル開発環境が含まれ、これにより、ユーザが、交換器に より与えられる各ポートに対して、別個の有限状態マシーンを規定することが可 能となる。各々の有限状態マシーンは、原子機能と呼ばれる一連の基礎処理ステ ップを基本形にまとめることにより独立に規定され、次いで基本形が、状態及び 事象と組み合わせられて、所望の状態マシーンが規定される。かかる状態マシー ンには、所定の条件のもとで所定の情報を含んだ、所定のメッセージを生成すべ く構成される原子機能を含めることができる。かかる状態マシーンには更に、状 態事象に応答する能力を含めることができ、状態事象には、状態マシーンに、ホ スト・アプリケーションからの情報を提供するよう構成される一般ＡＰＩメッセ ージの受信が含まれる。 更に、本発明は、個人通信サービス（ＰＣＳ）、８００／９００サービス、音 声メール、テレマーケティング、その他といった電気 通信アプリケーションを支援するカスタム化標準メッセージを有するカスタム化 ＡＰＩプロトコルを生成するために、開発ツールとして機能することもできる。 また本発明を用いて、様々な通信サービスを、プログラム可能な交換器内で、一 般ＡＰＩメッセージの転送により制御又は管理可能であり、それらには、会議、 音声記録アナウンス、トーン発生、トーン受信、呼び進行解析、音声認識、音声 圧縮、及びファックス符号化／復号化が含まれる。 本発明の汎用ＡＰＩは、交換器内部の通信を達成するためにも実施される。例 えば、汎用ＡＰＩの標準メッセージを用いて、交換器内の任意のソフトウェア層 間で通信を支援することができる。 有利なことに、本発明の一般メッセージ構造により、電気通信に加えるべき追 加の呼び処理特徴が可能となり、これは、ホストによって、その特徴に専用化さ れる追加の内容特定ＡＰＩメッセージを実施することなく起動可能である。これ によって、カスタム化ＡＰＩメッセージ・プロトコルの生成が可能となり、該プ ロトコルは、指定の特徴及び機能に対する特定メッセージの制限を越えて発展可 能である。 本発明の一般メッセージ構造の他の利点は、それにより、アプリケーション開 発用の標準化インターフェースとなるに必要な共通性、及び柔軟性が与えられる 点にある。これにより、ホスト／交換器通信インターフェースの複雑性が大幅に 低減されて、多数の特殊化メッセージから構成されるインターフェースを支援す る経費が削除される。 本発明の他の利点は、ユーザに、標準化メッセージを用いて、交換器の全ての ソフトウェア層に対する情報の送信と受信能力を与える点にある。重要なのは、 これによって、交換器の同じ又は異なるソフトウェア層により実行される類似性 のない機能を管理するために、多数の特異なメッセージを記憶せねばならない負 担がなくなる、ということである。従って、慣用的な交換器に記憶され索引付け られた大きなメッセージ組が、本発明により削除される。 本発明の他の利点は、ホストとの対話の度合いが増大され、それは、様々な処 理ポイントにおいて、データを送信及び受信する原子機能を交換器内の多数の位 置に導入することにより簡単に達成可能である。 本発明の他の利点は、ユーザが、別個の状態マシーンを生成して、信号伝送プ ロトコルの各変化に対処することにより、多数のネットワーク信号伝送プロトコ ルを生成できる点にある。汎用ＡＰＩをプログラムして、これらプロトコル指定 の状態マシーンの各々を支援するのに必要な通信を達成することができる。従っ て、ホスト−交換器間インターフェースからなるメッセージの構造は、交換器が 多数の信号伝送プロトコルを支援するにもかかわらず、変化なく保たれる。 本発明の更なる特徴及び利点は、本発明の各種の実施例の構造及び動作と共に 、添付図面を参照して以下で詳細に説明される。図面において、同様の参照番号 は、同一の又は機能的に類似の要素を表す。従って、参照番号の一番左の１つ又 は２つの数字は、その参照 番号が最初に出現する図面を表す。 図面の簡単な説明 本発明は、添付の請求の範囲の特徴により注目される。本発明の上記及び更な る利点は、添付図面と関連してなされる以下の詳細な説明を参照することにより 、更に良く理解できるであろう。添付図面において、 図１は、本発明の好適実施例に従って、ユーザによりプログラムされるプログ ラム可能な電気通信交換器のブロック図である。 図２は、図１の交換器の制御に用いられるソフトウェアの幾つかの層を示す図 である。 図３Ａ及び３Ｂは、図２に示すソフトウェア層の各々と関連した、特定の特徴 及び機能の幾つかを示す。 図４は、本発明の好適実施例に従って構成された、有限状態マシーン開発環境 のブロック図である。 図５は、本発明の一般ＰＰＬ事象指示、及びＰＰＬ事象要求メッセージの構造 及び内容を示すブロック図である。 図６は、本発明のＰＰＬ事象指示肯定応答、及びＰＰＬ事象要求肯定応答メッ セージのブロック図である。 図７Ａ及び７Ｂは、高度対話式ホスト電気通信アプリケーション要求を支援す るために、本発明の汎用ＡＰＩを利用して、呼び制御処理を与えるための有限状 態マシーンの状態図である。 図７Ｃは、図７Ａ及び７Ｂに示す呼び制御処理を支援する汎用ＡＰＩのインタ ーフェース図である。 図７Ｄ及び７Ｅは、図７Ａ及び７Ｂの有限状態マシーンを示す図であり、一連 の原子機能の各々が基本形として規定される。 図７Ｆ及び７Ｇは、図７Ａ−７Ｅの原子機能、基本形、及び状態間の対応を示 す表である。 図８Ａ及び８Ｂは、限定対話式ホスト電気通信アプリケーション要求を支援す るために、本発明の汎用ＡＰＩを利用して、呼び制御処理を与えるための有限状 態マシーンの状態図である。 図８Ｃは、図８Ａ及び８Ｂに示す呼び制御処理により生成されるホスト−交換 器間ＡＰＩのインターフェース図である。 図８Ｄ及び８Ｅは、図８Ａ及び８Ｂの有限状態マシーンを示す図であり、一連 の原子機能の各々が基本形として規定される。 図８Ｆ及び８Ｇは、図８Ａ−８Ｅの原子機能、基本形、及び状態間の対応を示 す表である。 図９は、ＰＰＬ事象指示メッセージを生成する例示的な工程流れを示す機能ブ ロック図である。 図１０は、図９のＰＰＬ事象指示メッセージの生成時に、層４ＰＰＬプロセッ サにより生成されるメッセージ・バッファのブロック図である。 図１１は、ＰＰＬ事象要求メッセージを生成する例示的な工程流れを示す機能 ブロック図である。 発明の詳細な説明 図１は、市販のパーソナル・コンピュータ（ＰＣ）を示し、これには、ＰＣ入 ／出力（Ｉ／Ｏ）バス１０８及びＰＣ電源バス１０９ により相互接続される、ＰＣ中央処理装置（ＣＰＵ）１０４とハードディスク駆 動装置１０６が含まれる。ＰＣ１０２は、インターナショナル・ビジネス・マシ ーンズ（ＩＢＭ）により販売されているＰＣ−ＡＴ^(R)又はその互換機が好まし い。ＰＣ−ＡＴ^(R)よりもメモリが多く、ＣＰＵが強力である他のパーソナル・ コンピュータを用いることもできる。ＰＣ１０２は、ＤＯＳ^(R)又はＵＮＩＸ^(R) といった用途向けオペレーティング・システムのもとで好適に動作する。 ＰＣ１０２は、シャーシ又はハウジングから構成され、この中に、マザーボー ドが、ディスク駆動装置、及び他の任意のアセンブリ、例えばフロッピーディス ク駆動装置、モデム、その他と共に実装される。ＰＣ ＣＰＵ１０４は、マザー ボード上に実装され、これには、一連のエッジコネクタが含まれ、そこに他のボ ード（カード）を挿入することで、ＰＣ Ｉ／Ｏバス１０８及び電源バス１０９ と接続される。 プログラム可能な電気通信交換器１１０が、ＰＣ１０２内にある。ＣＰＵ／マ トリックス・カード１１２が、マザーボード上のスロットの１つに挿入されるこ とで、バス１０８と１０９に接続される。ＣＰＵ／マトリックス・カード１１２ は、デジタル（Ｔ１）回線カード１１４、デジタル（Ｅ１）回線カード１１５、 デジタル信号処理（ＤＳＰ）カード１１６、パケットエンジン・カード１１７、 アナログ（汎用）回線カード１１８、及び終端カード１１９と相互接続されるが 、それは次の４つのバスによる。すなわち、高レベルデ ータリンク制御（ＨＤＬＣ）又は相互プロセッサ・バス１２０と、時分割多重（ ＴＤＭ）バス１２２と、回線カード（ＬＣ）状態／制御バス１２４と、タイミン グ／制御バス１２６である・バッテリ／リング電圧バス１２８が、バッテリ電圧 （直流４８Ｖ）及びリング電圧（交流１０９Ｖ）を、アナログ回線カード１１８ に供給する。終端カード１１９は、バス１２０、１２２、１２４、１２６、及び １２８を物理的に終端すべく機能する。 回線カード１１４、１１５、１１８、及びＤＳＰカード１１６は全て、ＰＣ電 源バス１０９に接続され、そこから基本動作電力を受け取る。１つのデジタル（ Ｔ１）回線カード１１４、１つのデジタル（Ｅ１）回線カード、及び１つのアナ ログ回線カード１１８しか図示していないが、理解されたいのは、任意の型式で 追加の回線カードを加えることができる、ということであり、それには次の２つ の物理的制約を受ける。すなわち、（１）ＣＰＵ／マトリックス・カード１１２ の最大交換容量と、（２）ＰＣ１０２のシャーシ内の物理的スペースである。 外部ホスト１３０が、別個のパーソナル・コンピュータ、ワークステーション 、又は他のコンピュータからなるが、これは任意的に、通信チャネル１３２を経 由してＣＰＵ／マトリックス・カード１１２に接続できる。ＣＰＵ／マトリック ス・カード１１２は、チャネル１３２を接続するために、慣用的なＲＳ−２３２ 互換インターフェースを含むのが好ましい。外部ホスト１３０は、用途向けオペ レーティング・システムのもとで好適に動作する。 所望であれば、交換器１１０は、受動バックプレーン（ＰＣ ＣＰＵ１０４及 びディスク１０６は存在しない）上に常駐可能であり、そこから電力を受け取り 、外部ホスト１３０により制御される。例えば、本発明は、他の処理プラットフ ォームにおいても実施でき、これは、本出願人に譲渡された、「拡張可能な電気 通信システム(Expandable Telecommunications System)」と称する同時係属特許 出願第08/207,931号に開示されるような、拡張可能な電気通信交換器であり、こ の特許出願全体を参照として本願明細書に合体する。 外部バッテリ／リング電源１３１が、経路１３３を介して、終端カード１１９ に接続される。電源１３１は、例えば市販の電源で構成することができる。 デジタル（Ｅ１）回線カード１１５、ＤＳＰカード１１６、及びパケットエン ジン・カード１１７を除いて、図１に示す各種カードの構成に関する詳細は、本 出願人に譲渡された、「パーソナル・コンピュータ用のプログラム可能な電気通 信交換器(Programmable Telecommunications Switch for Personal Computer)」 と称する、米国特許第5,321,744 号に記載されており、この特許全体を参照とし て本願明細書に合体する。デジタル（Ｅ１）回線カード１１５は、好適には、Ｔ １回線カード１１４に関して開示されるハードウェアに類似したハードウェアを 用いて構成されるが、例外として、回線カード１１５がＴ１スパンとは対照的な Ｅ１スパンを終端するのを可能にする慣用的な回路は相異なる。 ＤＳＰカード１１６とパケットエンジン・カード１１７に関する 詳細は、本出願人に譲渡された、「プログラム可能な通信サービスを備えた電気 通信交換器(Telecommunications Switch With Programmable Communications Se rvices)」と称する、米国特許第5,349,579 号に記載されており、この特許全体 を参照として本願明細書に合体する。 図２は、図１のプログラム可能な交換器１１０の制御に用いられるソフトウェ アの層モデルである。図２の左手側の縦列は、オープンシステム相互接続（ＯＳ Ｉ）基準モデルに規定される７つの層を示す。図２の右手側の縦列は、交換器２ の制御に用いられる５つの層、及びそれらのＯＳＩモデルとの概略的な対応を示 す。 次に図１と２の両方を参照すると、アプリケーション層５は、ＯＳＩモデルの アプリケーション層と概ね対応するが、アプリケーション・ソフトウェアを表し 、これは通常、ＰＣ ＣＰＵ１０４又は外部ホスト上で走る。アプリケーション 層５のソフトウェアを用いて、所望の電気通信サービスのいずれかを実施でき、 それらを少し挙げてみると、無料通話（８００）サービス、音声メール、自動呼 び配布がある。アプリケーション層５は、本発明のアプリケーション・プログラ ム・インターフェース（ＡＰＩ）により、プログラム可能な交換器の他の任意の 層と通信する。アプリケーション層５が、外部ホスト１３０上に常駐する場合、 ＡＰＩは、通信チャネル１３２を介して通信を管理する。アプリケーション層５ が、ＰＣ ＣＰＵ１０４上に常駐する場合、ＡＰＩは、ＰＣ Ｉ／Ｏバス１０８ を介して、呼び制御処理通信を管理する。 呼び管理層１０４は、ＯＳＩモデルのプレゼンテーション、セッション、及び 移植層と概ね対応するが、ＣＰＵ／マトリックス・カード１２上で走るソフトウ ェアを表す。呼び管理層４は、集中呼び処理機能を実行して、交換器１０２内に 用いられるネットワーク信号伝送プロトコルの１つ又は幾つかの型式に関係なく 、アプリケーション層５に対して共通のインターフェースを与えるために応答可 能である。通常、呼び管理層４は、呼びセットアップに続いて必要とされる機能 を実行する。 ネットワーク信号伝送プロトコル層３は、ＯＳＩモデルのネットワーク層と概 ね対応する。ネットワーク信号伝送プロトコル層３により表されるソフトウェア は、ＣＰＵ／マトリックス・カード１１２上で走るか、回線カード１１４や１１ ５、又はパケットエンジン・カード１１７といった、自身のマイクロプロセッサ を含む回線カード上で走り、帯域内外の信号伝送監視と共に、入出呼びのネット ワーク・プロトコル・レベル制御のために応答可能である。 リンク層２は、ＯＳＩモデルのデータ・リンク層と概ね対応する。リンク層２ のソフトウェアは、ＣＰＵ／マトリックス・カード１１２、自身のマイクロプロ セッサを含む回線カード、ＤＳＰカード１１６、又はパケットエンジン・カード １１７（その各々は、それ自身のマイクロプロセッサを含む）上で走り、ネット ワーク又は回線インターフェースを介した、ネットワーク信号伝送情報の物理的 転送だけでなく、またその検出のために応答可能である。 最後に、物理層１は、ＯＳＩモデルの物理層に対応する。回線カ ード１１４、１１５、及び１１８は、それぞれ、物理的Ｔ１、Ｅ１、及びアナロ グ電気インターフェースを交換器１１０に与える。 図３Ａ及び３Ｂは、図２のソフトウェア層２−５の各々により与えられる代表 的特徴及び機能の表形式の一覧である。本発明を開発ツールとして用いると、図 ３Ａ及び３Ｂに示すいずれかの特徴及び機能を実施する適切なソフトウェアを開 発することができる。層２−５の各々に関連して本発明を用いる実証例は、本出 願人に譲渡された米国特許第5,426,694 号に記載されており、この特許全体を参 照として本願明細書に合体する。 図４は、本発明の好適実施例に従って構成された、有限状態マシーン開発環境 の全体ブロック図であり、これにより、顧客又はユーザが、本発明の汎用ＡＰＩ による１つ以上のアプリケーションによって制御される所望の電気通信機能を実 行するために、有限状態マシーンを生成及び規定することが可能になる。この図 を詳細に検討するまえに、幾つかの用語の定義に関して言及する。 本明細書で用いるような、「状態(state)」という用語は、特定チャネル又は ポートに対する現在の「状況」を表す番号を指す。本発明の好適実施例では、３ つのタイプの状態が定義されており、それらは、通常、内部、及び阻止である。 「通常」状態がとり得るのは、「待機」状態（すなわち、SEIZE ACK 状態であり 、その状況では、特定事象の発生まで更なる動作が延期される）、又は「安定」 状態（すなわち、会話が行われている）である。「内部」状態を用いて、状況の 試験、及び決定分岐としての有効な動作が行われる。 通常及び内部状態は、本発明に従って、有限状態マシーンを規定して所望の機能 を実行するために、ユーザにより指定できる。「阻止」状態は、本発明により自 動的に生成され、チャネル毎に、ボード外資源の管理と関連して用いられる。 「事象」とは、特定状態により受け入れられる状況を識別する番号である。デ ータは、１つの事象と関連付けられる。 「原子機能」とは、タイマの設定といった基礎作業を行うものである。ユーザ 指定データは、１つの原子機能と関連付けられる。 「基本形」とは、幾つかの原子機能の所定シーケンスのことであり、特定事象の 発生に基づき呼び出される。ユーザは、利用可能な原子機能のライブラリから基 本形を生成又は規定できる。好適実施例の場合、各基本形には、最大で２０個の 原子機能を納めることができる。 「状態／事象テーブル」が、特定状態に対する妥当な事象、及びかかる事象の 各々の発生に基づき呼び出される基本形を規定する。好適実施例の場合、１つの 状態／事象テーブルには、最大で１００個の状態と、状態当たり最大で２０個の 事象を納めることができる。 「基本形テーブル」が、１つの状態／事象テーブルにより用いられる幾つかの 基本形を規定する。好適実施例の場合、１つの基本形テーブルには、最大で２０ ０個の基本形を納めることができる。 「プロトコル」が、各種タイプのテーブルの関連として定義され、そのテーブ ルの最小限度は状態／事象テーブル、及び基本形テーブルであるが、プロトコル は、「プロトコルＩＤ」（番号）により識 別される。 「ＡＰＩプロトコル」が、ホスト・アプリケーションと交換器のソフトウェア 層との間のホスト−交換器間制御プロトコルとして定義される。 「プログラム可能なプロトコル言語（ＰＰＬ）」とは、ネットワーク信号伝送 プロトコル、及び通信サービスを管理するためのプログラム可能な環境のことで ある。 「データブロック」が、参照番号４０ａ、４０ｎで表記されるが、交換器の各 チャネル（ポート）０…ｎに対して割り当てられる。各データブロック４０ａ、 ４０ｎは、その対応するチャネルに属する次の情報を含んでいる。すなわち、チ ャネルの現在の状態と、活性な状態／事象テーブルに対するポインタと、活性な 基本形テーブルに対するポインタと、割当て済み状態／事象テーブルに対するポ インタと、割当て済み基本形テーブルに対するポインタである。 チャネル０の場合、活性な状態／事象テーブル、及び活性な基本形テーブルの ポインタが、破線で示されるように、参照番号４４２ａで示す常駐プロトコル０ と関連付けられるテーブルを指している。チャネル０に対する割当て済み状態／ 事象テーブル、及び割当て済み基本形テーブルのポインタが、参照番号４４４ａ で示す動的にロードされる顧客規定プロトコル１と関連付けられるテーブルを指 している。 他のプロトコルも存在しユーザが利用可能であるが、それらは、常駐プロトコ ル１…ｎ（４４２ｂ、４４２ｃ）、及びダウンロード される顧客規定プロトコルｎ＋１…ｍ（４４４ｂ、４４４ｃ）である。常駐プロ トコル４４２ａ−４４２ｃは、プログラム可能又は「標準」プロトコルを表し、 これらは通常、製造業者により交換器に設けられる。対照的に、顧客規定プロト コルｎ＋１…ｍは、顧客又はユーザにより生成され、本質として完全に「特定仕 様」又は「独占」である。 層依存の原子機能ライブラリ４４６が、状態マシーン・エンジン４４８に情報 を与えるべく接続される。状態マシーン・エンジンは又、活性な状態／事象テー ブル・ポインタ、及び活性な基本形テーブル・ポインタを、データブロック４４ ０ａ−４４０ｎの各々から受信すべく接続される。また、参照番号４５０で示す ように、ユーティリティが、層依存の環境支援のために設けられる。 状態マシーン・エンジン４４８の機能は、各チャネルを、その割当て済みプロ トコル、これは割当て済み状態／事象テーブル、及び割当て済み基本形テーブル により規定されるが、その割当て済みプロトコルに従って駆動することである。 通常状態に対して有効な事象が発生すると、１つの基本形が、割当て済み状態／ 事象テーブル内のエントリに従って呼び出される。状態マシーン・エンジン４４ ８は、原子機能ライブラリ４４６を利用して、呼び出された基本形により表され る原子機能を実行する。 状態マシーン・エンジン４４８は、任意の必要な内部状態を介して、適切な阻 止状態を自動的に生成して、そのチャネルが再度通常状態に達するまで進行する ことになる。その時点で、状態マシーン ・エンジン４４８による処理が完了し、これは別の有効な事象が発生するまで続 く。 各チャネルには、初期に、顧客規定プロトコルの１つに、又は予めプログラム されたプロトコルの１つが割り当てられる。これは、アプリケーション層５から 呼び管理層４へのＡＰＩメッセージの送信により達成され、次いで、呼び管理層 ４が、層３に適切なメッセージを発行し、層３も又、本発明のＡＰＩに従って構 成される。割当て済み状態／事象テーブル・ポインタ、及び割当て済み基本形テ ーブル・ポインタは、最後に割り当てられたプロトコルを指す。従って、顧客は 、利用可能なプロトコルのうちの所望のプロトコルを、単に、各データブロック において適切なポインタを指定することにより割り当てることができる。このよ うにして、本発明の利点によって、顧客が、チャネル毎に、単一の交換器内に常 駐する多数のプロトコルの中から、所望のプロトコルを割り当てることが可能に なる。 代替として、又は顧客が、チャネルの幾つか或いは全てにプロトコルを割り当 てないことを選んだ場合、既定値が好適に与えられるため、各チャネルは常に、 それに割り当てられた有効なプロトコル（例えば、常駐プロトコル４４２ａ−４ ４２ｃの１つ）を有することになる。 活性な状態／事象テーブル、及び活性な基本形テーブル・ポインタは、状態マ シーン・エンジン４４８に与えられるが、チャネルを現在制御しているプロトコ ルを指す。 特定チャネルに割り当てられたプロトコルは、永久的である必要はなく、指定 事象の発生に応答して実時間で動的に変更することができ、このことは、図７に 関連して詳細に説明する。更に、ライブラリ４４６により与えられる原子機能は 、基礎機能を表すので、顧客又はユーザは、下位のコードに対して実質的な変更 なしに、又は恐らく全く変更なしに、プロトコルの所望の変更を有利に実施する ことができる。加えて、環境支援ユーティリティは、顧客又はユーザに対してプ ロトコル環境を簡素化すべく設けられる。このユーティリティは、即座に使用で きる資源管理機能（例えば、タイマ）を与え、これにより、所望のプロトコルを 実施するのに必要な状態マシーン論理が大幅に簡素化される。異なるユーティリ ティを、各ソフトウェア層に対して設けることが好ましい。というのは、各層が 必要とする資源は異なるためである。 本発明によれば、通常は外部ホスト１３０上に常駐するアプリケーション層５ と、図２に示す交換器の他の層との間の呼び処理制御通信が、本発明の汎用ＡＰ Ｉの一般メッセージの転送を通じて行われる。特定として、本発明の汎用ＡＰＩ の好適実施例の場合、単一のメッセージ型式、これはＰＰＬ事象要求メッセージ を指すが、それを用いて、全ての呼び制御処理コマンドとデータが、ホスト・ア プリケーション（層５）から電気通信交換器（他の全てのソフトウェア層）へと 転送される。同様に、ＰＰＬ事象指示メッセージを指す単一のメッセージを用い て、全ての呼び制御処理状態とデータが、電気通信交換器からホスト・アプリケ ーションへと転送される。こ れらの一般ＡＰＩメッセージは、任意フィールドを有し、アプリケーション要求 、ネットワーク信号伝送プロトコル要求、又は現存する或いは電気通信交換器に 加えるべき特徴に関係なく、呼び処理を維持するのに必要な唯一のメッセージで ある。本発明のプログラム可能な交換器によって、ユーザが、各種の交換機能を 実行して上記要求のいずれかに適応させるために、本質として「標準」又は特定 仕様のいずれかである、所望のアプリケーション・プログラム・インターフェー ス・プロトコルを規定及び割当てることが可能になる。 図５を参照すると、ＰＰＬ事象要求メッセージが、ホストから交換器へと送ら れて、ホスト事象が、任意のＩＣＢデータによりＰＰＬコンポーネント上で始ま る。ＰＰＬ事象要求メッセージは、ホストから交換器へと通される唯一の呼び制 御処理メッセージであり、好適な実施例の場合、図５に示すメッセージ書式５０ ０を有する。ＰＰＬ事象要求メッセージは、多数のフィールド及びサブフィール ドからなり、その各々は以下で説明する。 ＰＰＬ事象要求メッセージには、フレームバイト５０２が含まれ、これは、そ れを１つのフレームの最初のバイトとして識別する一定値を有する。 メッセージ長フィールド５０４には、特定のＰＰＬ事象要求メッセージの長さ が納められる。これは、本発明の一般ＡＰＩメッセージの能力に起因して、任意 フィールドを含めてメッセージの長さを変更するのに必要である。通常、長さフ ィールド値には、フレームバイト５０２は含まれない。 メッセージ型式フィールド５０６には、特定のメッセージをＰＰＬ事象要求メ ッセージとして識別する一定値が納められる。メッセージ型式フィールドは、全 てのＰＰＬ事象要求メッセージに対して一定である。 シーケンス番号フィールド５０８は、ホスト・アプリケーションにより生成さ れる各ＰＰＬ事象要求メッセージに割り当てられる、指定数値識別子である。こ の値を用いて、ホストから交換器へと伝送される異なるＰＰＬ事象要求メッセー ジが区別される。例えば、ホストが、ＰＰＬ事象要求メッセージの受信を肯定応 答した場合、それには、ＰＰＬ事象要求メッセージのうちのどれが、その肯定応 答内に納められている状態情報と関連するかを識別する、その肯定応答のシーケ ンス番号が含まれる。 上記のように、交換器におけるあらゆるＰＰＬコンポーネント状態マシーンに は、独自の参照番号が割当てられる。ＰＰＬコンポーネントＩＤ５１０は、交換 器で実施されるどのＰＰＬコンポーネントが、特定のＰＰＬ事象要求メッセージ ５００により参照されるかを識別する、１ワード・フィールドである。 任意の所与の時間で交換器におけるＰＰＬコンポーネント状態マシーンの多数 のインスタンシエーションが存在する。例えば、好適な実施例の場合、各チャネ ルに割り当てられたＥ１ ＰＰＬコンポーネント状態マシーンがある。従って、 単一のＥ１カードが２５６個のチャネルを支援する例示的な実施例においては、 Ｅ１ ＰＰＬコンポーネント状態マシーンの２５６個もの多くのインスタンシエ ーションが存在し、その各々は、１つの特異なチャネルと関連する。１つのＰＰ Ｌコンポーネントのあらゆるインスタンシエーションに対してアクセスを選択的 に与えるために、本発明の汎用ＡＰＩによって、アドレス指定の多数レベルを実 行する能力が与えられる。従って、ＰＰＬコンポーネントが、ＰＰＬコンポーネ ントＩＤフィールド５１０において識別されてしまうと、アドレス要素フィール ド５１４が与えられて、そのＰＰＬコンポーネント状態マシーンのどのインスタ ンシエーションを参照するかが識別される。図５に示すように、ＰＰＬ事象要求 メッセージは、任意の数のアドレス要素フィールド５１４を含める能力を与える ため、単一のＰＰＬコンポーネント状態マシーンの多数のインスタンシエーショ ンと同時通信することができる。１つのＰＰＬ事象要求メッセージに含まれるア ドレス要素フィールド５１４の全体数は、アドレス要素カウント・フィールド５ １２で与えられる。 上記のアドレス指定の追加レベルに適応するために、アドレス要素フィールド ５１４には、どの状態マシーンのインスタンシエーションが、ＰＰＬ事象要求メ ッセージを受信すべきかを更に識別するために、多数のサブフィールドが納めら れている。特定として、アドレス要素型式フィールド５１６が設けられ、所望の 状態マシーンを含む、又はそれと関連した、交換器の階層コンポーネントが参照 される。Ｅ１ ＰＰＬ状態マシーンのインスタンシエーションの上記例の場合、 アドレス要素型式フィールド５１６は、どのスパン及びチャネルと、状態マシー ンのインスタンシエーションが関連付け られるかを指示する。アドレス情報サブフィールド５２０により、アドレス要素 型式フィールド５１６で指示される階層コンポーネントの各々に対して、指定の アドレスが与えられる。 フィールド５２０に納められているアドレス指定情報は、アドレス指定された デバイスの型式に応じて変化するので、ＡＥフィールド５１４の長さが変化する ことになり、従って、長さサブフィールド５１８で与えられる。当業者には明ら かであると考えられるが、特定のＰＰＬコンポーネント状態マシーン、及び交換 器アーキテクチャーに適した他のアドレス指定方式も用いられる。また留意され たいのは、上記例で、単一の状態マシーンが各チャネルに対して存在する、とい うことである。というのは、ＰＰＬコンポーネント状態マシーンが、各チャネル に個々に割り当てられるためである。しかし、当業者には明らかであると考えら れるが、任意の数のチャネルを管理するために、１つの特定の状態マシーンを構 成することもできる。 アドレス指定の多数レベルによって、汎用ＡＰＩ ＰＰＬ事象要求メッセージ に、柔軟なアドレス指定方式がもたらされる。これにより、ホスト・アプリケー ションが、単一のＰＰＬ事象要求メッセージを用いて、共通のＰＰＬコンポーネ ントＩＤを有する状態マシーンのインスタンシエーションのある範囲をアドレス 指定して、全てのアドレス指定された状態マシーンにおいて、１つの特定の事象 を生成することが可能になる。 各ＰＰＬ事象は、各ＰＰＬコンポーネントに対して、固有のＩＤ を有する。ＰＰＬ事象ＩＤフィールド５２２によって、交換器が特定要求と関連 有りと認識するユーザ規定ＰＰＬ事象ＩＤが、交換器に与えられる。受取側ＰＰ Ｌコンポーネントが、そのＰＰＬコンポーネントに対して固有である１つのＰＰ Ｌ事象へとマッピングする。 各ＰＰＬ事象要求メッセージには又、１つ以上のデータフィールドを、情報制 御ブロック（ＩＣＢ）の形態で納めることができる。ＩＣＢは、各ＰＰＬコンポ ーネントに対して、そのＰＰＬが支援するソフトウェア層、及び通信プロトコル に基づいて規定される。従って、どんな信号伝送情報でも、本発明の一般的でプ ログラム可能なメッセージを用いて、ホストと交換器間で受け渡しすることがで きる。 やはり図５を参照すると、１つのＰＰＬ事象指示メッセージが、１つのＰＰＬ コンポーネントにより、交換器からホストへと送られて、幾つかのポートでのあ る事象が、任意のＩＣＢデータによりホストに報告される。ＰＰＬ事象指示メッ セージは、交換器からホストへと渡される唯一の呼び制御処理メッセージであり 、好適な実施例の場合、図５に示すＰＰＬ事象要求メッセージと同じ書式を有す る。以下に注記することを除いて、ＰＰＬ事象指示メッセージのフィールドは、 上記のＰＰＬ事象要求メッセージの類似フィールドと同一であり、それと同じ機 能を実行する。 上記のように、１つのＰＰＬコンポーネント状態マシーンの多数インスタンシ エーションが存在し得る。ＰＰＬ事象指示メッセージの場合、アドレス要素フィ ールドは、１つの特定の状態マシーンの どのインスタンシエーションが、ＰＰＬ事象指示メッセージを生成する原子機能 を実際に呼び出しているかを指示する。 ＰＰＬ事象指示メッセージにおいて、ＰＰＬ事象ＩＤフィールド５２２は、交 換器で指定の事象が発生したことを表し、その結果として、ＰＰＬ事象指示メッ セージが、ＰＰＬコンポーネント状態マシーンから送られることになる。注目点 として、これは、１つの特定の事象の発生に応答して、特定のＰＰＬ事象指示メ ッセージを送るべくプログラムされる１つの原子機能により管理され、そのメッ セージ内に含まれるＰＰＬ事象ＩＤは、ユーザによりプログラムされる。 当業者には明らかであると考えられるが、本発明の汎用ＡＰＩを用いて、全て の層間通信を含む、交換器内の情報の全ての転送が構成される。例えば、上記合 体した米国特許第5,426,694 号に記載される例示的な通信を、本発明の汎用ＡＰ Ｉで置き換えることができる。 ＰＰＬコンポーネントは、層指定、機能指定、インターフェース指定、プロト コル指定、又はチャネル指定とすることが可能である。これによって、ホスト層 ５電気通信アプリケーションを、所望な又は必要な程度の対話式とすることが可 能となり、交換器の各層がアクセスされ、またコンポーネントがどこに位置する かに関係なく、各ＰＰＬコンポーネントが管理される。従って、１つのアプリケ ーションが、汎用ＡＰＩインターフェースを用いて、任意のＰＰＬコンポーネン トを管理することができる。これによって、処理のどの レベルを実行しているかに関係なく、例えば非常に詳細な信号伝送解析から、ネ ットワーク信号伝送、高レベル呼び経路指定、呼び管理接続機能にまでわたって 、交換器内のあらゆるＰＰＬコンポーネントを管理するための一貫し予期できる 手段が与えられる。 本発明の好適実施例の場合、データを識別しホストへと送る方法には、ホスト に以前に記憶されたデータを与える一般ＰＰＬ事象指示を生成する１つ以上の原 子機能と関連して、指定のメモリ位置に対してある型式のデータを記憶及び検索 すべく構成された１つ以上の原子機能を実施することが含まれる。しかし、当業 者には明らかなように、原子機能を、ＰＰＬ事象指示メッセージにおいてデータ を送るべく構成するのに多数の方法がある。例えば、１つの別個の原子機能を、 ＰＰＬ事象指示メッセージにおいて指定型式のデータを転送すべく実施すること もできる。 ＰＰＬ事象要求、及びＰＰＬ事象指示メッセージを示すための簡略式の注釈を 図５の下部に示す。 図６を参照すると、電気通信交換器は、メッセージ書式６００を有するＰＰＬ 事象要求応答メッセージにより、ＰＰＬ事象要求に応答する。同様に、ホスト・ アプリケーションは、やはり図６に示す書式を有するＰＰＬ事象指示肯定応答メ ッセージにより、ＰＰＬ事象指示メッセージに応答する。一般肯定応答メッセー ジ６００には、フレームバイト６０２、長さバイト６０４、メッセージバイト６ ０６、及びシーケンス番号６０８が含まれ、その全てが、ＰＰＬ事象要求メッセ ージ５００内の対応するフィールドと同じ機能を実行す る。加えて、状態フィールド６１０が、受取側に、メッセージ指定の状態情報を 与える。ＰＰＬ事象要求肯定応答、及びＰＰＬ事象指示肯定応答メッセージを示 すための間略式の注釈を図６に示す。 図７Ａ−８Ｇを参照して、本発明の汎用ＡＰＩを利用して、対話式音声処理機 能を実行する２つの例を以下に与える。第１の例は、電気通信交換器が、高度対 話式ホスト・アプリケーション層５により制御されて、対話式音声アナウンスを 行う場合に、ホスト−交換器間通信を管理するための汎用ＡＰＩを示す。第２の 例は、ホスト・アプリケーション層５が、電気通信交換器との制限された対話を 備えて、同一の機能を実行する場合に、ホスト−交換器間通信を管理するための 汎用ＡＰＩを示す。これらの例は、各種のアプリケーション要求に適応する汎用 ＡＰＩの能力を示す。 以下の図において、状態が円で示され、原子機能が矩形ボックスで示され、ま た事象が、状態から導出される経路に沿って位置する略語で表現されている。原 子機能における括弧内に示す情報は、その機能と関連している引数又はデータを 表す。参照番号が、他の数値記述子との混乱を避ける必要がある場合に、括弧内 の下に設けられている。 図７Ａ−７Ｂは、ホスト・アプリケーション層５が必要とする高レベルの対話 を備えた呼び処理層４における、本発明の応用の１つの例を示す。この例の場合 、本発明を用いて、入呼への対話式音声応答の性能全体を通した意志決定を、ホ スト・アプリケーションに与えるためのプロトコルが実施される。 このプロトコルは、遊休状態７０２である通常状態ＮＳ０における関連したチ ャネル（チャネル１）で始まる。層４にセットアップ・メッセージ（(50)L4PPLe vL3 SETUP INDICATION）を送信するという層３の事象の発生に基づいて、原子機 能af35が実行される。その記述子で注記されるように、層４ ＰＰＬ事象(L4PPL ev)が、ネットワーク信号伝送プロトコル層３(L3)から受信され、それが入呼を 検出したことが報告される（SETUP INDICATION）。メッセージ記述子に先行する 括弧内の番号５０は、層４によりその事象に割り当てられたＰＰＬ事象ＩＤであ る。従って、層４に、５０のＰＰＬ事象ＩＤで表される入呼が通知されると、図 ７ＡのＰＰＬコンポーネント状態マシーンは、遊休状態７０２から出て、原子機 能af35を実行する（７０４）。 原子機能af35（７０４）は、その事象に１のＰＰＬ事象ＩＤを割当てて、ホス ト・アプリケーション（層５）に、その事象を報告すべく動作する。ホスト・ア プリケーションは、このＰＰＬ事象ＩＤ（番号１）に入呼の通知として割込をか ける。図７Ｃを参照すると、原子機能３５（７０４）は、ＰＰＬ事象指示メッセ ージ７０１を生成して、ホストに入呼を通知する。このＰＰＬ事象指示メッセー ジは、以下の書式を有する。 ＰＰＬ事象ＩＮＤ（Ｌ４ＰＰＬ，ｃｈ１，１） ここで、ＰＰＬコンポーネントＩＤは、層４ＰＰＬコンポーネント(L4PPL)を示 し、このメッセージによりアドレス指定される層４ＰＰＬコンポーネント状態マ シーンのインスタンシエーションは、チ ャネル１（ch1）と関連したインスタンシエーションであり、ＰＰＬ事象ＩＤ(1) は、到来メッセージの受信が終了したことと共に、ＰＰＬコンポーネント状態マ シーンが遊休状態ＮＳ０ままであることを示す。 図示のように、原子機能af35（７０４）と関連した引数は、層４ＰＰＬ事象Ｉ Ｄを指定する。留意点として更に一般的には、原子機能af35は、ＰＰＬ送り事象 指示メッセージ原子機能であり、ＰＰＬ事象指示メッセージをホスト層５に送る べき場合にはいつも用いられ、各メッセージは、異なる事象の発生と関連した固 有のＰＰＬ事象ＩＤを指示するための引数を有する。ホストは、以下の一般書式 を有するＰＰＬ事象肯定応答メッセージ７０３と応答する。 ＰＰＬ事象Ｉｎｄ Ａｃｋ（シーケンス番号，状態） ここで、シーケンス番号は、ＰＰＬ事象指示メッセージ７０１において与えられ るシーケンス番号であり、状態は、関連したＰＰＬ事象指示メッセージの状態を 示す。この及び以下の例のために、ＰＰＬ事象指示肯定応答メッセージは全て、 直前のＰＰＬ事象指示メッセージが成功裡に受信されたことを示す。 電気通信交換器が、本発明のＰＰＬ事象指示メッセージを利用して、ホストに 入呼の通知を与えた後、層４ＰＰＬコンポーネント状態マシーンは、待ち状態７ ０６である通常状態ＮＳ１に入り、その間、層４ＰＰＬコンポーネントが、ホス ト・アプリケーションを待って通知に応答する。ホストは、１の事象ＩＤを備え た層５ＰＰＬ事象要求メッセージ７０５を送る（図７Ｃを参照）が、これは、交 換器がチャネル１上で受信される呼びを続行することを、ホストが要求している ことを示す。メッセージ７０５は以下の書式を有する。 ＰＰＬ事象要求（Ｌ４ＰＰＬ，ｃｈ１，１） これは、交換器が、チャネル１上で受信される入呼に応答すべきことを示す。１ のＰＰＬ事象ＩＤを有するＰＰＬ事象要求メッセージは、１つの事象として、層 ４ＰＰＬコンポーネント状態マシーンにより割込をかけられる。図７Ａに示すよ うに、このＰＰＬ事象要求メッセージの受信には、層４ＰＰＬコンポーネント状 態マシーンによって、５０１の固有ＰＰＬ事象ＩＤが割当てられ、これは、層５ ＰＰＬ事象要求（１のＰＰＬ事象ＩＤを備えた）が発生したことを示す。 ＰＰＬ事象５０１に応答して、層４ＰＰＬコンポーネント状態マシーンは、５ 個の原子機能を実行する。すなわち、原子機能af60（７０８）と、原子機能af62 （７１０）と、原子機能af140（７１２）と、原子機能af212（７１４）と、原子 機能af50（７１６）である。原子機能af60は、本発明に従って、一般ＰＰＬ事象 要求肯定応答メッセージを発生する原子機能である。この原子機能af60は、交換 器のＰＰＬコンポーネントが、ＰＰＬ事象要求メッセージに肯定応答すべき場合 にはいつでも使用できる。引数１６は、ＰＰＬ事象要求メッセージが成功裡に受 信された、という肯定応答状態を表す。この原子機能af60（７０８）は、上記の ＰＰＬ事象指示肯定応答メッセージと概ね同じ書式を有する、ＰＰＬ事象要求肯 定応答メッセージ７０７を発生する。ＰＰＬ事象要求肯定応答メッセージ７０７ は、 上記の入呼が成功裡に受信されたことを示す。 原子機能af62（７１０）、及び原子機能af140（７１２）は、それぞれ、層３ に接続メッセージ（呼びに答える）を送り、対話式ディジット列収集のためにＤ ＳＰ資源を割り当てるメッセージを送るべく機能する。原子機能af212（７１４ ）は、発呼者に開始アナウンスを行う。図示のように、af2１2 には２つの引数 があり、アナウンスＩＤとアナウンス制御オプションである。af212（７１４） は、開始アナウンスを行うべく選択されたものである。原子機能af50（７１６） が実行されると、タイマを設定して、選択された時間期間にわたって到来ディジ ットの受信を待つが、これは、原子機能af212（７１４）により行われるアナウ ンスに応答して入力される。図示のように、第１の引数は、この機能の実行に用 いるべき多目的タイマが、タイマ１であることを示す。第２の引数は、１０００ ｍｓ単位の数をタイマが計数すべきことを示す。ここで、第２の引数は１０であ るが、これは、タイマ１が１０秒間計数することを示す。従って、原子機能af50 （７１６）によって、タイマ１が許可されて１０秒で満了となり、その時間の間 に、層４ＰＰＬコンポーネントが待ち状態７１８である通常状態Ｓ２に入り、こ こで、ＰＰＬ状態マシーンは、ディジットがチャネル１上で検出されるのを待つ 。 次のＰＰＬ事象が、１０秒の期間ではディジットが受信されなかったことを示 す、タイマ１の満了((191)PPLevTIMER1)である場合、原子機能af35（７２０）が 実行されて、ディジットが受信されなかったことをホストに報告する。PPLevTIM ER1 メッセージの受信には、 層４ＰＰＬコンポーネントにより、１９１のＰＰＬ事象ＩＤが割当てられる。上 記のように、原子機能３５は、本発明のＰＰＬ事象指示メッセージを発生する。 しかしここで、４のＰＰＬ事象ＩＤが、ＰＰＬ事象指示メッセージ内に含まれ、 これは、選択されたチャネル上でのディジットの検出に失敗したことを示す。こ のＰＰＬ事象指示メッセージの書式は、従って以下のようになる。 ＰＰＬ事象Ｉｎｄ（Ｌ４ＰＰＬ，ｃｈ１，４） これは、層４ＰＰＬコンポーネントのチャネル１インスタンシエーションと関連 したチャンネル上では、ディジットは検出されておらず、また層４ＰＰＬコンポ ーネントが状態７１８にあったことを示す。 図７Ｃのインターフェース図は、ディジットの成功受信、及び呼びアナウンス という後続の処理と関連した、汎用ＡＰＩプロトコルを示すので、このメッセー ジは、図７Ｃには示されていない。次に処理は、図示されない一連の原子機能を 続行するが、そこでは、本発明の汎用ＡＰＩの実施によるホスト・アプリケーシ ョン制御下で、電気通信交換器が、チャネル１上でのディジット検出の失敗に応 答して、各種の機能を実行する。 層４ＰＰＬコンポーネント状態マシーンが待ち状態７１８にある間に発生する 次の状態が、チャネル１上でディジットが検出されたことを示すメッセージ((66 )L4PPLev RESULT DIGITS)の受信である場合、原子機能af47（７２２）が実行さ れる。このメッセージの受信には、６６の固有ＰＰＬ事象ＩＤが割当てられる。 従って、層４ に、ディジットが受信されたことが通知されると、層４ＰＰＬコンポーネント状 態マシーンが、待ち状態Ｓ２（７１８）を出て、原子機能af47（７２２）を実行 する。原子機能af47は、その原子機能の引数で指示されるように、原子機能af50 （７１６）により選択されたＰＰＬ多目的タイマ（タイマ１）を禁止にする。原 子機能af53（７２４）が、受信ディジットを選択された汎用レジスタに格納する 。ここで、af53（７２４）は、受信ディジットを、汎用レジスタ１に格納する。 本発明に従って、原子機能af36（７２６）は、選択された汎用レジスタ（引数 ２）の内容と、ＰＰＬ事象ＩＤ（引数１）を備えたＰＰＬ事象指示メッセージを 送るべく構成される原子機能である。ここで、原子機能af36（７２６）は、汎用 レジスタ１の内容を、２の事象ＩＤを有するＰＰＬ事象指示メッセージ７０９と して、層５ホスト・アプリケーションに送る。ＰＰＬ事象指示メッセージ７０９ は、以下の書式を有する。 ＰＰＬ事象Ｉｎｄ（Ｌ４ＰＰＬ，ｃｈ１，２，ディジット） ここで、Ｌ４ＰＰＬはＰＰＬコンポーネントＩＤであり、ｃｈ１はアドレス要素 であり、２はＰＰＬ事象ＩＤであり、「ディジット」は受信ディジットである。 このＰＰＬ事象指示メッセージは、単一の一般ＰＰＬ事象指示メッセージ書式を 利用して、コマンドのみならずデータも転送する、本発明の汎用ＡＰＩの能力を 例証する。ホストは、ＰＰＬ事象指示肯定応答メッセージ７１１と応答し、これ は、ＰＰＬ事象指示メッセージ７０９が成功裡に受信されたことを 示す。次に、原子機能af147（７２８）が実行されて、チャネル１からＤＴＭＦ 受信器を切り離すことにより、ディジット受信が取り消される。 層４ＰＰＬコンポーネント状態マシーンは次いで、待ち状態７３０である状態 Ｓ４に入り、そこで、層４ＰＰＬコンポーネント状態マシーンは、ホスト・アプ リケーション層５を無限に待って、層４ＰＰＬコンポーネント状態マシーンが、 受信されたディジットに如何に応答するかが指示される。図７Ｂに示すように、 例示的な実施例において、ホスト・アプリケーションは、層４ＰＰＬコンポーネ ントに、ＰＰＬ事象ＩＤ５０４、５０５、及び５０６を有する３つの異なる応答 のうちの１つを送る。 ４のＰＰＬ事象ＩＤを有するＰＰＬ事象要求メッセージ７１３が、層４ＰＰＬ コンポーネント状態マシーンにより受信されると((504)PPLevL5 EVENT REQ 4)、 層４ＰＰＬコンポーネント状態マシーンは、層４にそこに固有のＰＰＬ事象ＩＤ ５０４を割当て、これは、層５が、４のＰＰＬ事象ＩＤを有するＰＰＬ事象要求 メッセージを与えたことを示す。ＰＰＬ事象要求メッセージ７１１が、層４ＰＰ Ｌコンポーネント状態マシーンに指示して、特定の出力アナウンスを行わせる。 ＰＰＬ事象要求メッセージ７１３の書式は次のようになる。 ＰＰＬ事象Ｒｅｑ（Ｌ４ＰＰＬ，ｃｈ１，４） ここで、ＰＰＬコンポーネントＩＤは、メッセージが、層４ＰＰＬコンポーネン トに向かって向けられることを示し(L4PPL)、アドレス要素は、通信が発生して いるチャネルがチャネル１であることを 示し（ch1）、ＰＰＬ事象ＩＤ（４）は、特定の追加アナウンスが、識別された チャネル上で行われるべきことを示す。 ＰＰＬ事象５０４に応答して、層４は、４個の原子機能を実行する。すなわち 、原子機能af60（７３２）と、原子機能af140（７３４）と、原子機能af212（７ ３６）と、原子機能af50（７３８）である。原子機能af60（７３２）は、本発明 に従って、一般ＰＰＬ事象要求肯定応答メッセージを発生する原子機能である。 上記のように、原子機能af60は、ＰＰＬ事象要求メッセージに肯定応答すべき場 合にはいつでも使用される。引数１６は、ＰＰＬ事象要求メッセージが成功裡に 受信された、という肯定応答状態を表す。この原子機能は、上記の一般書式を有 するＰＰＬ事象要求肯定応答メッセージ７６４を発生する。 原子機能af140（７３４）は、対話式ディジット列収集のためのＤＳＰ資源を チャネル１に割り当てるべく機能する。原子機能af212（７３６）は、チャネル １上で追加の出力アナウンスを行う。３のアナウンスは、第１の引数によって、 第２の引数に応じて選択されたオプションがないことが示される。原子機能af50 （７３８）が実行されると、タイマ１が設定されて、到来ディジットの受信を１ ０秒間待つ。ＰＰＬコンポーネントは、状態Ｓ５に入って（７４０）、選択され た時間期間にわたって到来ディジットを待つ。 原子機能af212（７３６）の実行の結果、発呼者にアナウンスが行われること になる。図示のように、af212 には２つの引数、すなわちアナウンスＩＤとアナ ウンス制御オプションがある。原子機能af 212(７３６)は、出力アナウンスを行うべく選択されたものである。 原子機能af50（７３８）が実行されると、タイマが設定されて、選択された時 間期間にわたって、到来ディジットの受信を待ち、原子機能af212(７３６)によ り行われるアナウンスへの応答に入る。引数に従って、原子機能af212(７３６) は、１０秒で満了するようタイマ１を設定する。この期間の間、層４ＰＰＬコン ポーネント状態マシーンは、待ち状態７４０である状態Ｓ５に入り、そこで、状 態マシーンは、ディジットが受信されるのを待つ。 この例示的な実施例において、ホストは代替として、不図示の他の機能を実行 する層４ＰＰＬコンポーネントを示す、５か６いずれかのＰＰＬ事象ＩＤを有す るＰＰＬ事象要求に応答することもできる。両方の場合に、ＰＰＬコンポーネン ト状態マシーンは、原子機能af60（それぞれ、７３１及び７３３）を実行し、こ れは、それぞれのＰＰＬ事象要求メッセージが、成功裡に受信されたことを示す 。 次の事象が、タイマ１の満了である場合((191)PPLevTIMER1)、プロトコルは再 度、原子機能af35を実行する。原子機能af35（７４２）が実行されて、割当て時 間内には、ディジットが受信されなかったことがホストに報告される。上記のよ うに、原子機能af35は、本発明に従って、ＰＰＬ事象指示メッセージを発生すべ く構成される。ここで、４のＰＰＬ事象ＩＤが、原子機能af35（７４２）によっ て、ＰＰＬ事象指示メッセージ内に含められ、これは、選択されたチャネル上で のディジットの検出に失敗したことを示す。このＰＰＬ事象指示メッセージの書 式は、次のようになる。 ＰＰＬ事象Ｉｎｄ（Ｌ４ＰＰＬ，ｃｈ１，４） これは、層４ＰＰＬコンポーネントのチャネル１インスタンシエーションに対し て、割当て時間内には、ディジットは検出されなかったことを示す。図７Ｃのイ ンターフェース図は、呼びアナウンス・シーケンスの成功処理と関連したＡＰＩ プロトコルを示すので、このメッセージは、その図には示されていない。 次のＰＰＬ事象が、１０秒期間内には、ディジットが検出されなかったことを 示す、タイマ１の満了である場合((191)PPLevTIMER1)、原子機能af35が実行され て、４のＰＰＬ事象ＩＤを備えた、本発明のＰＰＬ事象指示メッセージを発生す ることにより、ディジットが受信されなかったことがホストに報告され、その書 式は、次のようになる。 ＰＰＬ事象Ｉｎｄ（Ｌ４ＰＰＬ，ｃｈ１，４） 上記で与えた理由のために、これは図７Ｃに示されていない。次に処理は、図 示されない一連の原子機能を続行するが、そこでは、本発明の汎用ＡＰＩの実施 によるホスト・アプリケーション制御下で、電気通信交換器が、チャネル１上で のディジット検出の失敗に応答して、各種の機能を実行する。 層４ＰＰＬコンポーネント状態マシーンが待ち状態７４０にある間に発生する 次の状態が、チャネル１上でディジットが検出されたことを示すメッセージ((66 )L4PPLev RESULT DIGITS)の受信である場合、原子機能af47（７４４）、af53（ ７４６）、及びaf36（７４８）がそれぞれ実行されて、以前に選択されたＰＰＬ 多目的タイマ （タイマ１）が禁止にされ、受信ディジットが選択された汎用レジスタに格納さ れて、ＰＰＬ事象指示メッセージ７１７が送られる。 本発明に従って、原子機能af36（７４８）は、汎用レジスタ１の内容と、３の ＰＰＬ事象ＩＤを備えたＰＰＬ事象指示メッセージを送るべく構成される原子機 能である。ここで、原子機能af36（７４８）は、汎用レジスタ１の内容を、３の 事象ＩＤを有するＰＰＬ事象指示メッセージ７１７として、層５ホスト・アプリ ケーションに送る。ＰＰＬ事象指示メッセージ７１７は、以下の書式を有する。 ＰＰＬ事象Ｉｎｄ（Ｌ４ＰＰＬ，ｃｈ１，３，ディジット） ここで、Ｌ４ＰＰＬはＰＰＬコンポーネントＩＤであり、ｃｈ１はアドレス要素 であり、３はＰＰＬ事象ＩＤであり、「ディジット」は受信ディジットである。 この事象ＩＤは、帰還ディジットが、３のアナウンスＩＤを有する出力アナウン スを行う、af212 原子機能に応答することを示す。ホストは、ＰＰＬ事象指示肯 定応答メッセージ７１９と応答し、これは、ＰＰＬ事象指示メッセージ７１１が 成功裡に受信されたことを示す。 次に図７Ｄを参照すると、図７Ａ−７Ｂに示す原子機能の各シーケンスが、１ つの基本形として定義されていることが分かる。実際、各基本形は、呼び出す原 子機能の所望のシーケンスを識別する簡略な方法を与える。図７Ｄのテーブルは 、各基本形に対する原子機能のシーケンスを、表形式で一覧にしたものである。 図７Ｅは、図７Ｄの状態、事象、及び基本形の間の関係を規定するテーブルで ある。本発明の好適実施例によれば、図７Ａ−７Ｂに 示すプロトコルの生成を希望する顧客は、図７６Ｄ及び７Ｅに示すテーブルを規 定することしか必要でない。それらのテーブルは次に、ホスト装置からの一連の メッセージを通じて、交換器１０２（図１）にダウンロードされることになる。 図８Ａ−８Ｇを参照すると、ホスト−交換器間通信を管理すべく構成される、 本発明の汎用ＡＰＩの第２の例が示されている。この例の場合、ホスト・アプリ ケーション層５は、電気通信交換器との制限された対話を有すると共に、これら の機能を実行する。特に、電気通信交換器は、入力されるディジットに自動的に 応答するよう構成される。前の例とは対照的に、層４ＰＰＬ状態マシーンには、 ディジット収集時に内部発生されるプロンプトに応答する内部状態が含まれる。 交換器のこれらの態様によって、受信ディジットをホストに、ＰＰＬ事象指示メ ッセージを生成する原子機能と、ホストがＰＬ事象要求メッセージを供給するの を交換器が待つ、後続の待ち状態とが置き換えられる。 図８Ａ−８Ｂは、制限されたレベルの対話をホスト・アプリケーション層５が 要求する、呼び処理層４における本発明の１つの応用例を示し、入呼への対話式 音声応答を実行する際に、制限されたホスト・アプリケーション意志決定を与え るためのプロトコルが実施される。 このプロトコルは、遊休状態７０２である通常状態Ｓ０における関連チャネル （チャネル１）で始まる。層４にセットアップ・メッセージを送信する、層３の 事象が発生すると((50)L4PPLevL3 SETUP INDICATION)、図８ＡにおけるＰＰＬコンポーネント状態マシーンは、遊休状態 ８０２を出て、原子機能af35（８０４）を実行する。 原子機能af35（８０４）は、ホスト・アプリケーション（層５）に、その事象 を通知すべく動作し、その事象に、１のＰＰＬ事象ＩＤを割り当てる。ホスト・ アプリケーションは、入呼の通知として、このＰＰＬ事象ＩＤ値に割込をかける 。図８Ｃを参照すると、原子機能３５（８０４）は、ＰＰＬ事象指示メッセージ ８０１を発生して、ホストに入呼を通知する。このＰＰＬ事象指示メッセージは 、ＰＰＬ事象指示メッセージ７０１と同じ書式を有し、このメッセージによりア ドレス指定される層４ＰＰＬコンポーネントのチャネル１インスタンシエーショ ンが、到来メッセージを受信したことと共に、層４ＰＰＬコンポーネントが遊休 状態にあったことを示す。 ホストは、上記の一般書式を有するＰＰＬ事象指示肯定応答メッセージで応答 し、これは、前のＰＬ事象指示メッセージが成功裡に受信されたことを示す。 電気通信交換器が、本発明のＰＰＬ事象指示メッセージを利用して、ホストに 入呼の通知を与えた後、層４ＰＰＬコンポーネント状態マシーンは、待ち状態７ ０６である通常状態Ｓ１に入り、その間、層４ＰＰＬコンポーネントは、ホスト ・アプリケーションが通知に応答するのを待つ。ホストは、１の事象ＩＤを備え た層５ＰＰＬ事象要求メッセージ７０５を送り、これは、交換器がチャネル１上 で受信された呼びで進行することを、ホストが要求していることを示す。このメ ッセージは上記の書式を有し、到来メッセージが、層４ ＰＰＬコンポーネントのそのインスタンシエーションに対して、チャネル１上で 受信されたことと共に、層４ＰＰＬコンポーネント状態マシーンが、遊休状態に あったことを示す。 このＰＰＬ事象要求メッセージの受信は、層４ＰＰＬコンポーネント状態マシ ーンによって、ＰＰＬ事象として識別され、その受信には、５０１の層４固有Ｐ ＰＬ事象ＩＤが割当てられ、これは、層５ＰＰＬ事象要求（１）が発生したこと を示す。 ＰＰＬ事象５０１に応答して、層４ＰＰＬコンポーネント状態マシーンは、５ 個の原子機能を実行する。すなわち、原子機能af60（８０８）と、原子機能af62 （８１０）と、原子機能af140(８１２)と、原子機能af212(８１４)と、原子機能 af50（８１６）である。上記のように、原子機能af60は、ＰＰＬコンポーネント が、ＰＰＬ事象要求メッセージの受信に肯定応答すべき場合にはいつでも使用さ れる。引数１６は、ＰＰＬ事象要求メッセージが成功裡に受信された、という肯 定応答を表す。この原子機能af60（８０８）は、ＰＰＬ事象要求肯定応答メッセ ージ８０７を発生し、これは、上記のＰＰＬ事象指示肯定応答メッセージと同じ 一般書式を有する。ＰＰＬ事象要求肯定応答メッセージ８０７は、上記の到来メ ッセージが成功裡に受信されたことを示す。 原子機能af62（８１０）、af140(８１２)、af212(８１４)、及びaf50（８１６ ）は、図７Ａを参照して上記した類似の原子機能と同じ機能を実行する。原子機 能af50（８１６）は、タイマ１を満了させるべく許可して、その時間の間に、層 ４ＰＰＬコンポーネント が、待ち状態８１８である通常状態Ｓ２に入り、そこで、ＰＰＬ状態マシーンは 、ディジットがチャネル１上で検出されるのを待つ。 上記例の場合のように、次のＰＰＬ事象が、選択された待ち時間内にはディジ ットは受信されなかったことを示す、タイマ１の満了である場合((191)PPLevTIM ER1)、原子機能af35（８２０）が実行される。 層４ＰＰＬコンポーネント状態マシーンが待ち状態８１８にある間に発生する 次の事象が、チャネル１上でディジットが受信されたことを示すメッセージの受 信である場合((66)L4PPLev RESULT DIGITS)の受信である場合、原子機能af47（ ８２２）、af53（８２４）、及びaf47（８２８）が実行される。これらの原子機 能は、図７Ａ及び７Ｂを参照して上記した類似の原子機能と同様の機能を実行す る。ここで留意されたいのは、af36（７２６）と類似の原子機能は呼び出されな い、ということである。従って、受信ディジットは、ホスト・アプリケーション には与えられない。 原子機能af28（８２９）が実行されて、受信ディジットを格納するのに原子機 能af63（８２４）で用いられた汎用レジスタに格納されているディジットの値が 試験される。層４ＰＰＬコンポーネント状態マシーンは、試験状態８３０である 内部状態ＩＳ３に入り、そこで、層４ＰＰＬコンポーネント状態マシーンは、受 信され汎用レジスタ１に格納されたディジットの値を試験する。図７Ｂに示すよ うに、例示的な実施例において、被試験ディジットは、３個の異なる値のうちの いずれか１つを有することができ、その各々は、ＰＰ Ｌ事象ＩＤ２００、２０１、及び２０２を有する内部事象を生成する。 ０のＰＰＬ事象ＩＤを有するＰＰＬ内部事象メッセージ((200)PPLevINT EVENT 0)が、層４ＰＰＬコンポーネント状態マシーンに与えられる場合、層４にそれ に固有のＰＰＬ事象ＩＤ２００を割当て、０のＰＰＬ事象ＩＤを有する内部事象 を受信したことが示される。 ＰＰＬ事象２００に応答して、層４ＰＰＬコンポーネント状態マシーンは、３ 個の原子機能af140(８３４)、af212(８３６)、及びaf50（８３８）を実行し、そ の各々は、図７Ａ及び７Ｂを参照して上記した類似の原子機能と同様の機能を実 行する。ここで留意されたいのは、af60（７３２）と類似の原子機能は実行され ない、ということである。というのは、交換器は、それ自体の到来ディジットを 試験し、ホスト生成のＰＰＬ事象要求メッセージを待たないためである。従って 、肯定応答を生成する必要はない。 層４ＰＰＬコンポーネント状態マシーンは次に、待ち状態８４０である通常状 態ＮＳ４に入り、そこで、状態マシーンは再度、ディジットが受信されるのを待 つ。 ディジットが受信されず、次の事象が、タイマ１の満了である場合((191PPLev TIMER1)、プロトコルは、原子機能af35（８４２）を実行して、割当て時間内に ディジットが受信されなかったことを、ホストに報告する。次に処理は、図示さ れない一連の原子機能を続行するが、そこでは、本発明の汎用ＡＰＩの実施によ るホスト・アプリケーション制御下で、電気通信交換器が、チャネル１上でのデ ィジット検出の失敗に応答して、各種の機能を実行する。 層４ＰＰＬコンポーネント状態マシーンが待ち状態８４０にある間に発生する 次の状態が、チャネル１上でディジットが検出されたことを示すメッセージ((66 )L4PPLev RESULT DIGITS)の受信である場合、原子機能af147(８４４)、af53（８ ４６）が実行される。これらの原子機能は、図７Ａ及び７Ｂを参照して上記した 類似の原子機能と同様の機能を実行する。更に、原子機能af28（８４７）が実行 されて、汎用レジスタ１に格納されている、今２番目に受信したディジットの値 が試験される。原子機能af36（７４８）と類似の機能は実行されず、それにより 、ホストには、ＰＰＬ事象指示メッセージが与えられない。 次に図８Ｄ−８Ｅを参照すると、図８Ａ−８Ｂに示す原子機能の各シーケンス が、１つの基本形として定義されていることが分かる。実際、各基本形は、呼び 出す原子機能の所望のシーケンスを識別する簡略な方法を与える。図８Ｆのテー ブルは、各基本形に対する原子機能のシーケンスを、表形式で一覧にしたもので ある。 図８Ｆは、図８Ｄの状態、事象、及び基本形の間の関係を規定するテーブルで ある。本発明の好適実施例によれば、図７Ａ−７Ｂに示すプロトコルの生成を希 望する顧客は、図８Ｄ及び８Ｅに示すテーブルを規定することしか必要でない。 それらのテーブルは次に、ホスト装置からの一連のメッセージを通じて、交換器 １０２（図１）にダウンロードされることになる。 図９−１１を参照すると、層４ＰＰＬコンポーネント９０１が、 層４ＰＰＬプロセッサ９０２の部分として実行される。上記のように、同時に動 作する１つのＰＰＬコンポーネントの多数のインスタンシエーションが存在する ことができ、その各々は、関連した状態マシーン及びテーブルを有する。層４Ｐ ＰＬコンポーネント９０１の全てのインスタンシエーションは、ＰＰＬ状態マシ ーン・エンジン１１０４上で実行される。層４ＰＰＬプロセッサ９０２には又、 内部ＰＰＬ事象要求メッセージ１１０６を受信及び処理するために、層４ＰＰＬ メッセージ・プロセッサ１１０２が含まれる。層４ＰＰＬプロセッサ９０２とい った各ＰＰＬプロセッサは、任意の数のＰＰＬコンポーネントを含むことができ る。図９及び１１に示す例示的な実施例の場合、層４ＰＰＬプロセッサ９０２は 、単一の層４ＰＰＬコンポーネント９０１を含む。 図９は、ＰＰＬ事象指示メッセージを生成する、原子機能の呼出及び実行に関 連した工程流れを示す。例示目的のために、図９は、ＰＰＬ事象指示メッセージ ７０１を生成するために、基本形＃１（７５０）の原子機能af35（７０４）の処 理に関連して予め形成された機能を示す。原子機能af35（７０４）は、層４ＰＰ Ｌコンポーネント９０１の部分である。 層４ＰＰＬプロセッサ９０２は、上記の例示的な実施例の場合、ＣＰＵ／マト リックス・カード１１２上にあり、状態／事象及び基本形テーブルに応じて原子 機能を呼び出し、各種の機能を実行するが、これには、図２の呼び管理層４を参 照して上記した機能が含まれる。上記のように、呼び管理層４は、集中呼び処理 機能を実行し て、共通インターフェースをアプリケーション層５に与えるために応答可能であ る。 本発明の好適実施例の場合、層４ＰＰＬプロセッサ９０２が実行する機能は、 ＰＳＯＳと呼ばれる公開利用可能で、所有権のあるオペレーティング・システム で実施され、それは、米国カリフォルニア州、サンタクララ所在のIntegrated S ystems，Inc.から入手可能である。しかし、当業者には明らかなように、本発明 は、任意の周知のソフトウェア・プログラム、また今開発されている、及び後に 開発される任意のソフトウェア言語で実施することもできる。 一般に、層４ＰＰＬプロセッサ９０２は、ＰＰＬ事象指示メッセージの内部表 現を生成する原子機能を呼び出す。内部メッセージは、通信プロセッサ９０６に 通され、これはやはりＣＰＵ／マトリックス・カード上にあるが、それにより、 本発明の汎用ＡＰＩのＰＰＬ事象指示メッセージへと翻訳される。 層４ＰＰＬプロセッサ９０２が、ＰＰＬコンポーネント状態マシーンの基本形 を実行すると、その基本形と関連した原子機能の各々を呼び出すが、これは、上 記の基本形テーブルで示される。図７Ａ及び７Ｂを参照して上記した例の場合、 原子機能af35（７０４）は、基本形＃１（７５０）に含まれる唯一の原子機能で ある。上記のように、原子機能３５は、異なる事象の発生を示すために、異なる ＰＰＬ事象ＩＤを有する原子機能の発生毎に、ホストへとＰＰＬ事象指示を送る べき場合にはいつも使用される、ＰＰＬ送り事象指示の原子機能である。 多数の機能、その各々を以下で説明するが、それらは、層４ＰＰＬ原子機能af 35（７０４）により実行されて、層５ホスト・アプリケーションへの送信のため に、ＰＰＬ事象指示メッセージ７０１が生成される。図１０を参照すると、層４ ＰＰＬプロセッサ９０２は、原子機能af35（７０４）が生成したＰＰＬ事象指示 メッセージ９０４の内部表現に「接続」すべく、メッセージ・バッファ１０５０ を割り当てる。メッセージ・バッファは、ＰＳＯＳオペレーティング・システム により用いられて、ＰＰＬ事象指示メッセージ７０１の生成に必要な情報を格納 する。そのメッセージ・バッファに対するポインタは、バッファが割り当てられ る際に、ＰＳＯＳオペレーティング・システムを通じて得られる。 メッセージ・バッファが割り当てられると、宛先及び発信源ＩＤフィールド１ ０５２、１０５４がロードされる。これら２つのフィールドの内容は、送信及び 受信要素の相対位置により判定される。ＰＰＬコンポーネントを、ホスト上に常 駐する層５アプリケーションと通信可能にすることに加えて、本発明の汎用ＡＰ Ｉは、同じ又は異なるＰＰＬプロセッサ内に常駐する、任意のコンポーネントの 任意の２つのインスタンシエーション間で、通信を管理するように実施すること もできる。 汎用ＡＰＩを利用して、同一のＰＰＬプロセッサ内に位置する、又はそのプロ セッサが「所有」する、ＰＰＬコンポーネント間で通信を達成すると、発信源及 び宛先ＩＤフィールドが、ＰＰＬコンポーネントＩＤでロードされる。そうでな ければ、発信源及び宛先Ｉ Ｄフィールドが、プロセッサ仮想ＩＤでロードされ、メッセージ型式フィールド １０５８が、宛先ＰＰＬコンポーネント又はアプリケーションにより用いられて 、メッセージが、宛先ＰＰＬプロセッサ内に常駐する所望のＰＰＬコンポーネン トの適切なインスタンシエーションに向けられる。メッセージ型式フィールド１ ０５８は、特定のＰＰＬコンポーネントと関連する、固有のメッセージ型式識別 子を含む。 層４ＰＰＬプロセッサ９０２は又、ＰＰＬ事象ＩＤを、メッセージ・バッファ の関連したフィールド１０５６へとロードし、ＰＰＬ基本形テーブル７８０内で 識別された事象ＩＤは、原子機能af35（７０４）に与えられる。図７に示す例の 場合、原子機能af35（７０４）は、遊休状態Ｓ０時の入呼の検出を示し、又それ には、１のＰＰＬ事象ＩＤが割り当てられる。 ＩＣＢカウント・フィールド１０６２には、もしあれば、後に続くＩＣＢデー タ・フィールドの数がロードされる。 層４ＰＰＬプロセッサ９０２は、データ・バッファ１０５０を、ＰＰＬ事象指 示メッセージ９０４に転送する。これは、通信プロセッサ９０６に、データ・バ ッファ１０５０に対するポインタを与えることにより、ＰＰＬ事象指示メッセー ジ９０４に、割当てバッファ１０５０を接続する機能を呼び出すことにより達成 される。通信プロセッサ９０６は、本発明のＡＰＩメッセージを、ＰＰＬプロセ ッサ９０２が使用可能な内部表現から、ホスト・アプリケーションへの送信のた めの図５に示す書式へと再フォーマットする。通信プ ロセッサ９０６は、メッセージ処理通信プロセッサの典型的な周知の翻訳操作を 行い、これは、当該技術において周知であると考えられる。通信プロセッサ９０ ６は次に、ＰＰＬ事象指示メッセージ７０１を、ＡＰＩインターフェース９０８ を介して、ホストコンピュータ１３０に位置付けられたアプリケーション・プロ グラムへと送信する。 層４ＰＰＬプロセッサ９０２に関して上記した方式は、以下の疑似コードで下 に示されている。この疑似コードを用いて、任意の適切な言語、例えばＣ、Ｃ＋ ＋、又はＰＡＳＣＡＬで、本発明用のソースコードを生成可能なことが思い描か れる。 １．allocate psos msg data buffer(ppl data buff); ２．psos msg.ppl component = L4PPL; ３．psos msg.event id = event id; ４．psos msg.destination = HOST; ５．psos msg.source = L4PPL; ６．psos msg.timeslot addr＝CHANNEL 1; ７．14ppl send_msg(psos msg，comm queue); 図１１は、ＰＰＬ事象要求メッセージの受信及び処理に関する工程流れを示す 。例示目的のために、図１１は、基本形テーブル７８０に示すような基本形２原 子機能を呼び出して、待ち状態Ｓ１（７０６）で受信されたＰＰＬ事象要求メッ セージ７０５の処理に関する機能を示す。 通信プロセッサ１００６は、ＰＰＬ事象指示メッセージに関して 上記で実行したのと逆の操作を行う。すなわち、通信プロセッサ１００６は、Ｐ ＰＬ事象要求メッセージ７０５のＡＰＩバージョンを、ＡＰＩ１００８にわたっ て受信し、それを、内部ＰＳＯＳ ＰＰＬ事象要求メッセージ１１０６へと翻訳 する。通信プロセッサ１００６は、ＰＰＬ事象要求メッセージ１１０６を、層４ ＰＰＬプロセッサ１００２へと送信する。層４ＰＰＬメッセージ・プロセッサ１ １０２が、内部ＰＰＬ事象要求メッセージ１１０６を受信及び処理して、層４Ｐ ＰＬ状態マシーン・エンジン１１０４に対して、特異な層４ＰＰＬ事象を生成す る。 層４ＰＰＬメッセージ・プロセッサ１１０２は、メッセージ７０５のＰＰＬ事 象ＩＤ５２２を、層４ＰＰＬ状態マシーン１１０４用の層４固有ＰＰＬ事象ＩＤ へと変換するが、これは、５００の層５事象要求基本値を、ＰＰＬ事象ＩＤに加 算することにより行われる。従って、例示的な実施例の場合、層４ＰＰＬメッセ ージ・プロセッサ１１０２は、５００の基本値を、１のＰＰＬ事象要求メッセー ジＰＰＬ事象ＩＤに加算すると、結果として、５０１の層４固有ＰＰＬ事象ＩＤ となる。 ＰＰＬ事象要求メッセージが、層４固有ＰＰＬ事象ＩＤへとマッピングされる と、論理スパン及びチャネルＩＤを含んでいたメッセージ内のアドレス要素値に 基づき、ポインタが、選択されたチャネルのＰＰＬデータへと導かれる。換言す れば、層４ＰＰＬメッセージ・プロセッサ１１０２は、論理アドレスを、物理ア ドレス、すなわち交換器１０２内の物理的な時間スロットへと変換する。次に、 ＰＰＬ状態マシーン・エンジンが、通常は機能呼びとして呼び出されるが、これ は、ＰＰＬコンポーネント・インスタンシエーション・データブロック用のチャ ネル・ポインタと、通信プロセッサ１００６から受信されたＰＰＬ事象要求メッ セージ１１０６と関連したデータブロックに対するポインタによる。 層４ＰＰＬコンポーネント状態マシーン・エンジン１１０４が、層４固有ＰＰ Ｌ事象ＩＤを、現在の状態に対するそのＰＰＬ事象ＩＤ用の状態／事象テーブル ７９０を探索して処理する。一致事象が見つかると、状態マシーン・エンジン１ １０４は、基本形テーブル７８０からその基本形ＩＤと関連した原子機能を検索 して、状態／事象テーブル内で識別された基本形を呼び出す。 従って、例示的な実施例の場合、層４ＰＰＬコンポーネント状態マシーン・エ ンジン１１０４は、現在の状態Ｓ１（７０６）に対する５０１のＰＰＬ事象ＩＤ を、状態／事象テーブル７９０内に配置し、基本形＃２と関連した原子機能を呼 び出して、ＰＰＬ事象５０１を処理する。ＰＰＬ状態マシーン・エンジン１１０ ４は、基本形２と関連した全ての原子機能を処理した後、層４ＰＰＬ状態／事象 テーブル７９０で指示される状態に入る。 本発明の実施例により考えられる、層４ＰＰＬメッセージ・プロセッサ１１０ ２用の疑似コードを次に開示する。 １．ppl event=psos mgg.ppl data buff^(R)ppl event+ppl L5 event req base ２．ppl chan ptr=ppl data[psos msg.hdr.timeslot addr] ３．ppl stmch(ppl chan ptr，ppl event，psos.msg) ここで理解されたいのは、本発明の実施例を、ハードウェア、ソフトウェア、 又はその組合せで実施することができる、ということである。かかる実施例の場 合、各種のコンポーネント及びステップを、ハードウェア及び／又はソフトウェ アで実施して、本発明の機能が実行されることになる。現在利用可能な、又は将 来開発されるコンピュータ・ソフトウェア言語、及び／又はハードウェア・コン ポーネントを、本発明の上記実施例に使用可能である。とりわけ、上記の疑似コ ードは、ソフトウェア実施例を生成するのに特に有用であり得る。 本発明を、その好適な実施例を参照して、特定的に図示及び説明したが、形態 及び詳細の各種変更を、本発明の精神及び範囲から逸脱することなくなし得るこ とは、当業者には理解されるであろう。更に、用いた用語及び表現は、限定では なく説明の用語として用いたものであり、かかる用語及び表現の使用に際して、 図示及び説明した特徴の任意の等価物、又はその部分含まないという意図はなく 、本発明の請求の範囲内で、各種の修正が可能であることを認められたい。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，Ｓ Ｚ，ＵＧ)，ＵＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＵ，ＢＢ，ＢＧ，ＢＲ ，ＣＡ，ＣＮ，ＣＺ，ＥＥ，ＧＥ，ＨＵ，ＩＬ，ＩＳ， ＪＰ，ＫＰ，ＫＲ，ＬＫ，ＬＲ，ＬＴ，ＬＶ，ＭＧ，Ｍ Ｋ，ＭＮ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＲＯ，ＳＧ，ＳＩ ，ＳＫ，ＴＲ，ＴＴ，ＵＡ，ＵＺ，ＶＮ 【要約の続き】 定される。かかる状態マシーンには、所定の条件下で所 定の情報を含ませて、所定のメッセージを生成すべく構 成される、原子機能を含めることができる。かかる状態 マシーンには更に、状態事象に対応する能力も含めるこ とができ、その状態事象には、状態マシーンにホスト・ アプリケーションからの情報を与えるべく構成される、 一般ＡＰＩメッセージの受信が含まれる。

Claims (1)

1. 【特許請求の範囲】 １．電気通信システムにおいて、 ホスト装置と、 複数のチャネルの各種のチャネル間で確立される通信経路に関する呼び処理 機能を実行するために、前記ホスト装置と通信関係で接続され、また前記ホスト 装置に応答する、プログラム可能な電気通信交換器と、 該電気通信交換器と前記ホスト装置との間の通信用の標準化メッセージを有 する、汎用アプリケーション・プログラム・インターフェース（ＡＰＩ）と、 からなるシステム。 ２．前記汎用ＡＰＩは、 前記ホスト装置から前記電気通信交換器に、全ての呼び制御処理コマンド及 びデータを転送するための、プログラム可能なプロトコル言語（ＰＰＬ）事象要 求メッセージと呼ばれる、単一のメッセージ型式と、 前記電気通信交換器から前記ホスト装置に、全ての呼び制御処理状態及びデ ータを転送するための、ＰＰＬ事象指示メッセージと呼ばれる、単一のメッセー ジ型式と、 からなる、請求項１に記載のシステム。 ３．前記電気通信交換器は更に、１つ以上の有限な状態マシーンの１つ以上のイ ンスタンシエーションからなり、該１つ以上の有限な状態マシーンの各々は、前 記１つ以上のプロトコルのう ちの１つを表すと共に、 １つ以上の所定の機能を各々が含む１つ以上のライブラリと、 １つ以上の所定の論理状態と、 該１つ以上の所定の論理状態と関連した少なくとも１つの所定の事象であっ て、その各々は、前記１つ以上のＰＰＬコンポーネント状態マシーンの各々に対 して固有に識別される、少なくとも１つの所定の事象とからなり、 該１つ以上の所定の事象のうちの１つの発生に基づいて、その発生事象と関 連した所定の基本形が呼び出され、該所定の基本形は、所定の一連の１つ以上の 前記所定の機能からなる、請求項２に記載のシステム。 ４．前記交換器は更に、１つ以上の状態マシーン・エンジンからなり、前記１つ 以上の状態マシーンは、１つ以上の状態マシーン・エンジンが割込をかけるべく 構成される、請求項３に記載のシステム。 ５．前記ＰＰＬ事象要求メッセージは、 前記１つ以上の状態マシーンのうちのどれが、特定のＰＰＬ事象要求メッセ ージにより参照されるかを識別するためのＰＰＬコンポーネントＩＤと、 １つ以上のアドレス要素であって、その各々が、前記ＰＰＬコンポーネント ＩＤフィールドで識別された前記状態マシーンの前記１つ以上のインスタンシエ ーションのうちの１つを識別する、１つ以上のアドレス要素と、 前記ＰＰＬコンポーネントＩＤフィールドで識別された特定の状態マシーン と関連した、前記少なくとも１つの所定の事象のうちの関連した１つを表す、ユ ーザ規定のＰＰＬ事象ＩＤと、 からなる、請求項３に記載のシステム。 ６．前記ＰＰＬ事象要求メッセージは更に、 前記関連したアドレス要素により識別された前記状態マシーン・インスタン シエーションと関連した、前記電気通信交換器のコンポーネントを参照するため の、前記アドレス要素と関連したアドレス要素型式と、 該アドレス要素型式により識別された前記電気通信交換器コンポーネントの 各々のコンポーネント・アドレスと、 からなる、請求項５に記載のシステム。 ７．前記ＰＰＬ事象要求メッセージは更に、前記ホスト装置から前記電気通信交 換器に、呼び制御処理情報を転送するための、前記１つ以上の状態マシーンの各 々と関連した、１つ以上のデータ・フィールドからなる、請求項５に記載のシス テム。 ８．前記ＰＰＬ事象指示メッセージは、 前記１つ以上の状態マシーンのうちのどれが、特定のＰＰＬ事象指示メッセ ージにより参照されるかを識別するためのＰＰＬコンポーネントＩＤと、 １つ以上のアドレス要素であって、その各々が、前記ＰＰＬ事象指示メッセ ージを生成する機能を呼び出した、前記状態マシーンの前記１つ以上のインスタ ンシエーションのうちの１つ を識別する、１つ以上のアドレス要素と、 前記電気通信交換器における前記少なくとも１つの事象のうちの特定事象の 発生を表し、その結果として、特定のＰＰＬ事象指示メッセージが、前記状態マ シーンにより生成される、ユーザ規定のＰＰＬ事象ＩＤと、 からなる、請求項３に記載のシステム。 ９．前記ＰＰＬ事象指示メッセージの各々は、特定事象の発生に応答して、ＰＰ Ｌ事象指示メッセージを送るべく構成された前記１つ以上の機能のうちの１つに より生成され、前記１つ以上のアドレス要素フィールドの各々は、 前記１つ以上のアドレス要素により識別される前記状態マシーン・インスタ ンシエーションと関連した、前記電気通信交換器のＰＰＬコンポーネントを参照 する、アドレス要素型式と、 該アドレス要素型式により識別される前記ＰＰＬコンポーネントの各々のＰ ＰＬコンポーネント・アドレスと、 からなる、請求項８に記載のシステム。 10．前記ＰＰＬ事象指示メッセージは更に、前記ホスト装置から前記電気通信交 換器に、呼び制御処理情報を転送するための、前記１つ以上の状態マシーンの各 々と関連した１つ以上のデータ・フィールドからなる、請求項８に記載のシステ ム。 11．電気通信システムにおいて、 ホスト装置と、 複数のチャネルの各種のチャネル間で確立される通信経路に 関する呼び処理機能を実行するために、前記ホスト装置と通信関係で接続され、 また前記ホスト装置に応答する、プログラム可能な電気通信交換器と、 前記ホストと前記交換器間で情報を送信するための標準化メッセージを含む プログラム可能な汎用アプリケーション・プログラム・インターフェース（ＡＰ Ｉ）を用いて、前記ホストと前記交換器間で通信を行うための手段と、 からなるシステム。 12．前記ＡＰＩは、電気通信アプリケーション、及びネットワーク信号伝送プロ トコル要求に合致するようにカスタム化すべく構成される、請求項１１に記載の システム。 13．前記ＡＰＩは、 前記ホスト装置から前記電気通信交換器に、呼び制御処理情報を転送する全 てのメッセージ用の第１の所定のメッセージ書式と、 前記電気通信交換器から前記ホスト装置に、呼び制御処理情報を転送する全 てのメッセージ用の第２の所定のメッセージ書式と、 からなる、請求項１１に記載のシステム。 14．前記電気通信交換器は更に、１つ以上のプログラム可能なプロトコル言語（ ＰＰＬ）コンポーネント状態マシーンからなり、その各々は、前記呼び処理機能 を実行するための前記１つ以上のプロトコルのうちの１つを表し、前記１つ以上 の状態マシー ンは、前記状態マシーンと関連した１つ以上の所定の事象に応答する、請求項１ ３に記載のシステム。 15．前記交換器は更に、１つ以上の状態マシーン・エンジンからなり、前記１つ 以上の有限な状態マシーンの各々は、所定の機能の１つ以上のライブラリからな り、前記１つ以上の有限な状態マシーンの各々は、前記１つ以上の状態マシーン ・エンジンのうちの１つが割込をかけるべく構成される、請求項１４に記載のシ ステム。 16．前記１つ以上の状態マシーンの各々は、１つの状態／事象テーブルと１つの 基本形テーブルの機能的組合せにより規定され、 前記状態／事象テーブルは、１つ以上の所定の論理状態と、該１つ以上の所 定の論理状態の各々と関連した前記１つ以上の所定の事象の少なくとも１つとを 規定し、 前記基本形テーブルは、１つ以上の基本形を規定し、その各々は、所定の一 連の１つ以上の前記所定の機能からなり、それにより、前記１つ以上の所定の事 象のうちの１つの発生に基づいて、その発生事象と関連した所定の基本形が呼び 出される、請求項１５に記載のシステム。 17．前記第１の所定のメッセージ書式は、 前記１つ以上のＰＰＬコンポーネント状態マシーンのうちのどれが、特定の ＰＰＬ事象要求メッセージにより参照されるかを識別するためのＰＰＬコンポー ネントＩＤ、 からなる可変長ＰＰＬ事象要求メッセージである、請求項１４ に記載のシステム。 18．前記電気通信交換器は更に、前記１つ以上のＰＰＬコンポーネント状態マシ ーンの各々の１つ以上のインスタンシエーションからなる、請求項１４に記載の システム。 19．前記第１のメッセージ書式は、 前記１つ以上のＰＰＬコンポーネント状態マシーンのうちのどれが、特定の ＰＰＬ事象要求メッセージにより参照されるかを識別するＰＰＬコンポーネント ＩＤと、 １つ以上のアドレス要素であって、その各々が、前記ＰＰＬコンポーネント ＩＤにより識別される前記ＰＰＬコンポーネント状態マシーンの前記１つ以上の インスタンシエーションのうちの１つを識別する、１つ以上のアドレス要素と、 からなる可変長ＰＰＬ事象要求メッセージである、請求項１８に記載のシステ ム。 20．前記１つ以上のアドレス要素の各々は、 前記１つ以上のアドレス要素により識別される前記状態マシーン・インスタ ンシエーションと関連した、前記電気通信交換器のコンポーネントを参照するた めのアドレス要素型式と、 前記１つ以上のアドレス要素により識別される前記ＰＰＬコンポーネントの 各々に対して、指定アドレスを与えるＰＰＬコンポーネント・アドレス情報と、 からなる、請求項１９に記載のシステム。 21．前記ＰＰＬ事象要求メッセージは、前記複数のＰＰＬコンポ ーネント状態マシーンの前記少なくとも１つのインスタンシエーションの所望の １つ以上をアドレス指定するために、プログラム可能な可変アドレス指定方式か らなる、請求項１８に記載のシステム。 22．前記１つ以上の事象の各々は、前記１つ以上のＰＰＬコンポーネント状態マ シーンの各々に対して固有に識別され、更に、 前記ＰＰＬ事象要求メッセージは更に、前記ＰＰＬコンポーネントＩＤフィ ールドで識別された特定のＰＰＬコンポーネント状態マシーンに固有の関連事象 を表す、ユーザ規定の事象ＩＤを含むＰＰＬ事象ＩＤフィールドからなる、請求 項１９に記載のシステム。 23．前記ＰＰＬ事象要求メッセージは更に、前記ホストから前記交換器に呼び制 御処理情報を転送するための、前記１つ以上のＰＰＬコンポーネント状態マシー ンと関連した１つ以上のデータ・フィールドからなる、請求項２２に記載のシス テム。 24．前記第２の所定のメッセージ書式は、 前記１つ以上のＰＰＬコンポーネント状態マシーンのうちのどれが、特定の ＰＰＬ事象指示メッセージにより参照されるかを識別するためのＰＰＬコンポー ネントＩＤ、 からなる可変長ＰＰＬ事象指示メッセージである、請求項１４に記載のシステ ム。 25．前記ＰＰＬ事象指示メッセージは、前記複数のＰＰＬコンポーネント状態マ シーンの各々の前記少なくとも１つのインスタ ンシエーションの所望の１つ以上をアドレス指定するために、プログラム可能な 可変アドレス指定方式からなる、請求項１８に記載のシステム。 26．前記第１のメッセージ書式は、 前記１つ以上のＰＰＬコンポーネント状態マシーンのうちのどれが、特定の ＰＰＬ事象指示メッセージにより参照されるかを識別するＰＰＬコンポーネント ＩＤと、 １つ以上のアドレス要素であって、その各々が、前記ＰＰＬ事象指示メッセ ージを生成する機能を呼び出した、前記ＰＰＬコンポーネント状態マシーンの前 記１つ以上のインスタンシエーションの１つを識別する、１つ以上のアドレス要 素と、 からなる可変長ＰＰＬ事象指示メッセージである、請求項１８に記載のシステ ム。 27．前記ＰＰＬ事象指示メッセージは、特定事象の発生に応答して、特定のＰＰ Ｌ事象指示メッセージを送るべく構成された前記１つ以上の機能により生成され 、前記１つ以上のアドレス要素フィールドは、 前記１つ以上のアドレス要素フィールドで識別される前記状態マシーン・イ ンスタンシエーションと関連した、前記交換器のコンポーネントを参照するため のアドレス要素型式サブフィールドと、 前記アドレス型式フィールドで指示される階層コンポーネントの各々に対し て、指定アドレスを与えるアドレス情報サブフ ィールドと、 からなる、請求項２６に記載のシステム。 28．前記１つ以上の事象の各々は、前記１つ以上のＰＰＬコンポーネント状態マ シーンに対して固有に識別され、更に、 前記ＰＰＬ事象指示メッセージは更に、前記交換器における特定事象の発生 を表し、その結果として、特定のＰＰＬ事象指示メッセージが、前記ＰＰＬコン ポーネント状態マシーンにより生成される、ユーザ規定の事象ＩＤを含むＰＰＬ 事象ＩＤフィールドからなる、請求項２６に記載のシステム。 29．前記ＰＰＬ事象指示メッセージは更に、前記ホストから前記交換器に呼び制 御処理情報を転送するための、前記１つ以上のＰＰＬコンポーネント状態マシー ンの各々と関連した１つ以上のデータ・フィールドからなる、請求項２３に記載 のシステム。 30．前記呼び処理機能は、複数のチャネルの各種のチャネル間における通信経路 の動的接続、又は切り離しを含む、請求項１１に記載のシステム。 31．機能的に層分けされたプログラム可能な電気通信交換器において、 電気通信サービス・アプリケーションにより生成されるメッセージに応答し て、複数のチャネルの各種のチャネル間で、通信経路を動的に接続、又は切り離 すための制御可能な切換手段と、 複数のプログラム可能なプロトコル言語（ＰＰＬ）コンポー ネント状態マシーンの１つ以上のインスタンシエーションであって、その各々が 、前記複数のチャネルに関して呼び処理機能を実行すべく構成された複数のプロ トコルのうちの１つを表し、前記複数のＰＰＬコンポーネント状態マシーンは、 前記ＰＰＬコンポーネントを含む前記電気通信交換器の機能層と機能的に関連付 けられる、１つ以上のインスタンシエーションと、 前記機能層の間で、また前記機能層と前記電気通信サービス・アプリケーシ ョンとの間で、標準化メッセージを転送するためのプログラム可能な汎用アプリ ケーション・プログラム・インターフェース（ＡＰＩ）と、 からなる電気通信交換器。 32．前記電気通信交換器の前記機能層は、 電気通信サービス機能を実行するために、前記機能層の１つ以上と共同して 動作すべく構成された、前記電気通信サービス・アプリケーションからなるアプ リケーション層を含む、請求項３１に記載の電気通信交換器。 33．前記アプリケーション層は、前記電気通信交換器内に常駐し、更に、前記汎 用ＡＰＩは、前記電気通信交換器の内部のバスを介して発生する通信を規定する 、請求項３２に記載の電気通信交換器。 34．前記機能層は更に、前記電気通信交換器に結合されたホストコンピュータ・ システム内に常駐するアプリケーション層を含み、前記ＡＰＩは、前記電気通信 交換器と前記ホスト装置を結 合する通信チャネルを介して発生する通信を規定する、請求項３２に記載の電気 通信交換器。 35．前記電気通信サービス・アプリケーションにより提供される前記電気通信サ ービスは、無料通話サービス機能を含む、請求項３２に記載の電気通信交換器。 36．前記電気通信サービス・アプリケーションにより提供される前記電気通信サ ービスは、音声メール・サービス機能を含む、請求項３２に記載の電気通信交換 器。 37．前記電気通信サービス・アプリケーションにより提供される前記電気通信サ ービスは、自動呼び配布サービス機能を含む、請求項３２に記載の電気通信交換 器。 38．前記電気通信サービス・アプリケーションにより実行される前記呼び処理機 能は、対話式音声応答機能を含む、請求項３２に記載の電気通信交換器。 39．前記電気通信サービス・アプリケーションにより実行される前記呼び処理機 能は、個人通信機能を含む、請求項３２に記載の電気通信交換器。 40．前記電気通信サービス・アプリケーションにより実行される前記呼び処理機 能は、トーン発生機能を含む、請求項３２に記載の電気通信交換器。 41．前記電気通信サービス・アプリケーションにより実行される前記呼び処理機 能は、呼び会議機能を含む、請求項３２に記載の電気通信交換器。 42．前記電気通信サービス・アプリケーションにより実行される前記呼び処理機 能は、呼び管理機能を含む、請求項３２に記載の電気通信交換器。 43．前記電気通信サービス・アプリケーションにより実行される前記呼び処理機 能は、呼び進行トーン制御機能を含む、請求項３２に記載の電気通信交換器。 44．前記電気通信サービス・アプリケーションにより実行される前記呼び処理機 能は、到着呼び経路指定及び待機機能を含む、請求項３２に記載の電気通信交換 器。 45．前記機能層は、集中呼び処理機能を実行するための呼び管理層からなる、請 求項３１に記載の電気通信交換器。 46．前記呼び管理層により実行される前記集中呼び処理機能は、対話式音声応答 アプリケーション支援用の記録アナウンス制御機能を含む、請求項４５に記載の 電気通信交換器。 47．前記呼び管理層により実行される前記集中呼び処理機能は、再接続及び転送 機能を含む、請求項４５に記載の電気通信交換器。 48．前記呼び管理層により実行される前記集中呼び処理機能は、多数の呼び管理 特徴の提供を含む、請求項４５に記載の電気通信交換器。 49．前記呼び管理層により実行される前記集中呼び処理機能は、会議接続管理機 能を含む、請求項４５に記載の電気通信交換器。 50．前記機能層は、ネットワーク信号伝送機能を実行するための ネットワーク信号伝送プロトコル層を含む、請求項３１に記載の電気通信交換器 。 51．前記ネットワーク信号伝送プロトコル層により実行される前記ネットワーク 信号伝送機能は、帯域内外のネットワーク信号伝送監視を含む、請求項５０に記 載の電気通信交換器。 52．前記ネットワーク信号伝送プロトコル層により実行される前記ネットワーク 信号伝送機能は、入呼及び出呼のネットワーク・プロトコル・レベル制御を含む 、請求項５０に記載の電気通信交換器。 53．前記機能層は、ネットワーク又は回線インターフェースを横切って、ネット ワーク信号伝送情報を検出及び転送するためのリンク層からなる、請求項３１に 記載の電気通信交換器。 54．前記リンク層は、ＣＰＵ／マトリックス・カード上で走る、請求項５３に記 載の電気通信交換器。 55．前記リンク層は、回線カード上で走る、請求項５３に記載の電気通信交換器 。 56．前記リンク層により実行される前記機能は、Ｔ１略奪ビット信号走査を含む 、請求項５３に記載の電気通信交換器。 57．前記リンク層により実行される前記機能は、Ｅ１チャネル関連信号走査を含 む、請求項５３に記載の電気通信交換器。 58．前記リンク層により実行される前記機能は、Ｔ１／Ｅ１回線インターフェー ス・フレーム警報制御を含む、請求項５３に記載の電気通信交換器。 59．前記リンク層により実行される前記機能は、ＤＳＰトーン発生制御を含む、 請求項５３に記載の電気通信交換器。 60．前記リンク層により実行される前記機能は、ＤＳＰ記録の音声アナウンス制 御を含む、請求項５３に記載の電気通信交換器。 61．前記機能層は、交換器に物理的及び電気的なネットワーク及び回線インター フェースを与える回線カード内で実施される物理層からなる、請求項３１に記載 の電気通信交換器。 62．前記ＡＰＩは、前記機能層間で、呼び制御処理コマンド、状態、及びデータ を転送する全てのメッセージ用の所定のメッセージ書式からなる、請求項３１に 記載の電気通信交換器。 63．前記１つ以上のＰＰＬコンポーネント状態マシーンの各々は、 １つ以上の所定の機能を各々が含む１つ以上のライブラリと、 １つ以上の所定の論理状態と、 該１つ以上の所定の論理状態と関連した少なくとも１つの所定の事象であっ て、その各々は、前記１つ以上のＰＰＬコンポーネント状態マシーンの各々に対 して固有に識別される、少なくとも１つの所定の事象とからなり、 該１つ以上の所定の事象のうちの１つの発生に基づいて、その発生事象と関 連した所定の基本形が呼び出され、該所定の基本形は、所定の一連の１つ以上の 前記所定の機能からなる、請求項３１に記載の交換器。 64．前記交換器は更に、１つ以上の状態マシーン・エンジンからなり、 前記１つ以上のコンポーネント状態マシーンの各々は、所定の機能の１つ以 上のライブラリからなり、 前記１つ以上のコンポーネント状態マシーンの各々は、１つ以上の状態マシ ーン・エンジンが割込をかけるべく構成される、請求項６３に記載の交換器。 65．前記１つ以上の有限な状態マシーンの各々は、 １つ以上の所定の機能を各々が含む１つ以上のライブラリと、 １つ以上の所定の論理状態と、 該１つ以上の所定の論理状態の各々と関連した少なくとも１つの所定の事象 であって、その各々は、前記１つ以上のＰＰＬコンポーネント状態マシーンの各 々に対して固有に識別される、少なくとも１つの所定の事象と、 所定の一連の１つ以上の前記所定の機能とからなり、 前記１つ以上の所定の事象のうちの１つの発生に基づいて、その発生事象と 関連した所定の基本形が呼び出される、請求項６３に記載の交換器。 66．前記１つ以上の状態マシーンの各々は、１つの状態／事象テーブルと１つの 基本形テーブルの機能的組合せにより規定され、 前記状態／事象テーブルは、１つ以上の所定の論理状態と、該１つ以上の所 定の論理状態の各々と関連した前記１つ以上の所定の事象の少なくとも１つとを 規定し、 前記基本形テーブルは、１つ以上の基本形を規定し、その各々は、所定の一 連の１つ以上の前記所定の機能からなる、請求 項６５に記載の交換器。 67．前記交換器は更に、１つ以上の状態マシーン・エンジンからなり、前記１つ 以上の有限な状態マシーンの各々は、１つ以上の状態マシーン・エンジンが割込 をかけるべく構成される、請求項６５に記載の交換器。 68．前記ＰＰＬ事象要求メッセージは、 前記１つ以上のＰＰＬコンポーネント状態マシーンのうちのどれが、特定の ＰＰＬ事象要求メッセージにより参照されるかを識別するためのＰＰＬコンポー ネントＩＤと、 １つ以上のアドレス要素フィールドであって、その各々が、前記ＰＰＬコン ポーネントＩＤフィールドで識別される前記ＰＰＬコンポーネント状態マシーン の前記１つ以上のインスタンシエーションのうちの１つを識別する、１つ以上の アドレス要素フィールドと、 前記ＰＰＬコンポーネントＩＤフィールドで識別される特定のＰＰＬコンポ ーネント状態マシーンに固有な関連事象を表す、ユーザ規定の事象ＩＤを含むＰ ＰＬ事象ＩＤフィールドと、 からなる、請求項６５に記載のシステム。 69．前記１つ以上のアドレス要素フィールドは、 前記１つ以上のアドレス要素フィールドで識別される前記状態マシーン・イ ンスタンシエーションと関連した、前記交換器のコンポーネントを参照するため のアドレス要素型式サブフィールドと、 前記アドレス要素型式フィールドで指示される階層コンポーネントの各々に 対して、指定アドレスを与えるアドレス情報サブフィールドと、 からなる、請求項６８に記載のシステム。 70．前記ＰＰＬ事象要求メッセージは更に、前記ホストから前記交換器に呼び制 御処理情報を転送するための、前記１つ以上のＰＰＬコンポーネント状態マシー ンの各々と関連した１つ以上のデータ・フィールドからなる、請求項６８に記載 のシステム。 71．前記ＰＰＬ事象指示メッセージは、 前記１つ以上のＰＰＬコンポーネント状態マシーンのうちのどれが、特定の ＰＰＬ事象指示メッセージにより参照されるかを識別するためのＰＰＬコンポー ネントＩＤと、 前記１つ以上のＰＰＬコンポーネント状態マシーンのうちのどれが、特定の ＰＰＬ事象指示メッセージにより参照されるかを識別するためのＰＰＬコンポー ネントＩＤフィールドと、 １つ以上のアドレス要素フィールドであって、その各々が、前記ＰＰＬ事象 指示メッセージを生成する機能を呼び出した、前記ＰＰＬコンポーネント状態マ シーンの前記１つ以上のインスタンシエーションのうちの１つを識別する、１つ 以上のアドレス要素フィールドと、 前記交換器における特定事象の発生を表し、その結果として、特定のＰＰＬ 事象指示メッセージが、前記ＰＰＬコンポーネント状態マシーンにより生成され る、ユーザ規定の事象ＩＤを含 むＰＰＬ事象ＩＤフィールドと、 からなる、請求項６５に記載のシステム。 72．前記ＰＰＬ事象指示メッセージは、特定事象の発生に応答して、特定のＰＰ Ｌ事象指示メッセージを送るべく構成された前記１つ以上の機能のうちの１つに より生成され、前記１つ以上のアドレス要素フィールドは、 前記１つ以上のアドレス要素フィールドで識別される前記状態マシーン・イ ンスタンシエーションと関連した、前記交換器のコンポーネントを参照するため のアドレス要素型式サブフィールドと、 前記アドレス要素型式フィールドで指示される階層コンポーネントの各々に 対して、指定アドレスを与えるアドレス情報サブフィールドと、 からなる、請求項７１に記載のシステム。 73．前記ＰＰＬ事象指示メッセージは更に、前記機能層間で、呼び制御処理情報 を転送するための、前記複数のＰＰＬコンポーネント状態マシーンの各々と関連 した１つ以上のデータ・フィールドからなり、前記データブロックは、前記ＰＰ Ｌコンポーネント状態マシーンが前記機能層のうちのどれと関連するかに、また 、そのＰＰＬコンポーネント状態マシーンが支援する通信プロトコルに基づいて 、前記複数のＰＰＬコンポーネントの各々に対して規定される、請求項７１に記 載のシステム。 74．電気通信交換器、及び該交換器に結合されたホスト装置を含 む電気通信システムの機能層間における標準化対話式呼び処理通信のための汎用 アプリケーション・プログラム・インターフェース（ＡＰＩ）において、 前記ホストから、前記電気通信交換器の前記機能層に、全ての呼び制御処理 コマンド、及びデータを転送するための第１のプログラム可能なメッセージと、 前記電気通信交換器の前記機能層から、前記ホストに、全ての呼び制御処理 状態、及びデータを転送するための第２のプログラム可能なメッセージと、 からなるＡＰＩ。 75．前記電気通信交換器は、１つ以上のＰＰＬコンポーネント状態マシーンの１ つ以上のインスタンシエーションからなり、その各々は、１つの呼び処理プロト コルを表し、前記１つ以上の有限な状態マシーンの各々は、 １つ以上の所定の機能を各々が含む１つ以上のライブラリと、 １つ以上の所定の論理状態と、 該１つ以上の所定の論理状態の各々と関連した少なくとも１つの所定の事象 であって、その各々は、前記１つ以上のＰＰＬコンポーネント状態マシーンの各 々に対して固有に識別される、少なくとも１つの所定の事象とからなり、 前記１つ以上の所定の事象のうちの１つの発生に基づいて、その発生事象と 関連した所定の基本形が呼び出され、該基本形は、所定の一連の１つ以上の前記 所定の機能からなり、 前記１つ以上の所定の事象は、前記第１のプログラム可能なメッセージの受 信を含み、前記１つ以上の所定の機能の少なくとも１つは、前記第２のプログラ ム可能なメッセージを生成する、請求項７４に記載のＡＰＩ。 76．前記電気通信交換器は更に、１つ以上の状態マシーン・エンジンからなり、 前記１つ以上のＰＰＬコンポーネント状態マシーンの各々は、前記１つ以上 の所定の機能のライブラリからなり、 前記１つ以上のＰＰＬコンポーネント状態マシーンの各々は、前記１つ以上 の状態マシーン・エンジンが割込をかけるべく構成される、請求項７５に記載の 交換器。 77．前記ＡＰＩは更に、受取者にメッセージ指定の状態情報を与える状態フィー ルドを含む肯定応答メッセージからなり、 前記ホスト装置は、前記第１のプログラム可能なメッセージの受信に基づい て、前記肯定応答メッセージを前記電気通信交換器に送信し、 前記１つ以上の所定機能の少なくとも１つは、前記第２のプログラム可能な メッセージの受信に基づいて、前記肯定応答メッセージを前記ホスト装置に送信 すべく構成される、請求項７５に記載の交換器。 78．プログラム可能な電気通信交換器における複数のチャネルのうちの各種のチ ャネル間で確立される通信経路に関する呼び処理機能を実行するために、呼び関 連プロトコルを開発する方法 であって、前記呼び処理機能は、前記交換器のある特定の機能層により実行され る機能と関連するような方法において、 (a) １つ以上の状態／事象テーブルを作成するステップであって、該テーブル の各々は、 複数の所定の論理状態と、 該複数の所定の論理状態の各々と関連した１つ以上の所定の事象であって 、前記作成される呼び関連プロトコルと同じ又は異なる機能層で生成される、１ つ以上のアプリケーション・プログラム・インターフェース（ＡＰＩ）メッセー ジの受信を含む１つ以上の所定の事象と、 該１つ以上の所定の事象と関連した基本形であって、前記１つ以上の関連 した事象の発生に基づいて呼び出される基本形と、 を規定する、１つ以上の状態／事象テーブルを作成するステップと、 (b) １つ以上の基本形テーブルを作成するステップであって、該テーブルの各 々は、前記基本形の各々に対して、所定の一連の所定の層依存機能を規定し、該 所定の機能の１つ以上が、前記機能層へのＡＰＩメッセージを生成する、１つ以 上の基本形テーブルを作成するステップと、 (c) １つ以上のプロトコルを作成するステップであって、該プロトコルの各々 は、前記状態／事象テーブルの１つ以上と前記１つ以上の基本形テーブルの１つ 以上との所定の関連によ り表される、１つ以上のプロトコルを作成するステップと、 を含む方法。 79．前記方法は更に、 (d) 前記プログラム可能な電気通信交換器内に格納された前記１つ以上の呼び 関連プロトコルを格納するステップと、 (e) 前記プログラム可能な電気通信交換器内の前記１つ以上の呼び関連プロト コルを実行するステップと、 を含む、請求項７８に記載の方法。 80．前記１つ以上のプロトコルの各々は、前記所定の機能の定義を含むライブラ リへのアクセスを有すると共に、状態マシーン・エンジンが割込をかけるべく構 成される、有限な状態マシーンにより表され、前記状態マシーン・エンジンは、 前記ポインタに応答して動作する、請求項７８に記載の方法。 81．機能的に層分けされたプログラム可能な電気通信交換器において、 交換器における通信チャネルと関連した呼び処理プロトコルを表すＰＰＬコ ンポーネント状態マシーンのインスタンシエーションを実行すべく構成された状 態マシーン・エンジンを有する層特定プロセッサからなり、前記状態マシーンは 、現在の状態及び所定事象の発生に従って、１つ以上の所定機能を呼び出し、 前記１つ以上の所定機能は、前記状態マシーンから呼び制御処理情報を転送 する全てのメッセージ用の第１の所定のメッセ ージ書式を有する、第１のアプリケーション・プログラム・インターフェース（ ＡＰＩ）メッセージの生成を含み、 前記所定事象は、前記状態マシーンに呼び制御処理情報を転送する全てのメ ッセージ用の第２の所定のメッセージ書式を有する、第２のＡＰＩメッセージの 受信を含む、交換器。 82．前記層特定プロセッサは、内部表現形式で、前記第１及び第２のＡＰＩメッ セージを処理すべく構成され、前記交換器は更に、 前記層特定プロセッサに結合され、内部表現のＡＰＩメッセージ形式と前記 汎用標準化ＡＰＩメッセージ形式との間の変換を行うべく構成され、更に、前記 第１の汎用ＡＰＩメッセージを送信すべく構成された、通信プロセッサからなる 、請求項８１に記載の交換器。 83．前記システムは、アプリケーション層内に常駐するアプリケーションを支援 すべく構成されたホストを含み、更に、前記ＡＰＩメッセージは、交換器からホ ストへと、またホストから交換器へと送信される、請求項８２に記載の交換器。 84．前記プロセッサは、 宛先識別フィールドと、発信源の対応アドレスを納める発信源識別フィール ドとを含み、同じ又は異なるプロセッサ内に常駐するＰＰＬコンポーネント・イ ンスタンシエーションを受信する、原子機能メッセージ・バッファと、 前記原子機能により生成される前記ＰＰＬ事象指示メッセー ジの前記内部表現に、前記メッセージ・バッファを接続するための手段とからな る、請求項８１に記載の交換器。 85．前記メッセージ・バッファは更に、前記原子機能を生成した事象を識別する ＰＰＬ事象識別フィールドからなる、請求項８４に記載の交換器。 86．前記メッセージ・バッファは更に、受信インスタンシエーションのための前 記事象、及び前記原子機能と関連した情報を含む、１つ以上のデータ・フィール ドからなる、請求項８４に記載の交換器。 87．前記複数のＰＰＬコンポーネント状態マシーンは層特定である、請求項８３ に記載の交換器。 88．前記複数のＰＰＬコンポーネント状態マシーンは機能特定である、請求項８ ３に記載の交換器。 89．前記複数のＰＰＬコンポーネント状態マシーンはインターフェース特定であ る、請求項８３に記載の交換器。 90．前記複数のＰＰＬコンポーネント状態マシーンはプロトコル特定である、請 求項８３に記載の交換器。 91．前記複数のＰＰＬコンポーネント状態マシーンはプロトコル特定である、請 求項８３に記載の交換器。 92．標準化汎用アプリケーション・プログラム・インターフェース（ＡＰＩ）を 利用して、機能的に層分けされたプログラム可能な電気通信交換器の２つの層間 で通信を行う方法において、 (1) 層特定のプログラム・プロトコル言語（ＰＰＬ）コンポー ネント状態マシーンの１つ以上のインスタンシエーションを、状態マシーン・エ ンジンを有する層特定ＰＰＬプロセッサにおいて呼び出すステップであって、前 記１つ以上のインスタンシエーションの各々は、１つの呼び処理プロトコルを表 す、ステップと、 (2) 前記状態マシーンを定義して、各種機能を実行するためにプロセッサに格 納される、状態／事象及び基本形テーブルに従って、原子機能を呼び出すステッ プであって、前記原子機能は、ＡＰＩ事象指示メッセージの内部表現を生成する 、ステップと、 (3) 汎用標準化ＰＰＬ事象指示メッセージへの翻訳のために、前記プロセッサ に結合された通信プロセッサに、前記内部表現のＰＰＬ事象指示メッセージを転 送するステップと、 を含む方法。 93．前記方法は更に、 (4) 前記汎用ＡＰＩメッセージを、同じ又は異なるプロセッサ内に常駐する他 のＰＰＬコンポーネント状態マシーン・インスタンシエーションへと送信するス テップ、 を含む、請求項９２に記載の方法。 94．前記システムは、アプリケーション層内に常駐するホスト支援アプリケーシ ョンを含み、前記方法は更に、 (4) 前記汎用ＡＰＩメッセージを、ホスト上に位置するアプリケーションへと 送信するステップ、 を含む、請求項９２に記載の方法。 95．前記方法は更に、 (5) 宛先識別フィールドと、発信源の対応アドレスを納める発信源識別フィー ルドとを含み、ＰＰＬコンポーネント・インスタンシエーションを受信する原子 機能メッセージ・バッファを、前記プロセッサにより作成するステップと、 (6) 前記メッセージ・バッファを、前記原子機能により生成された前記ＰＰＬ 事象指示メッセージの内部表現に接続するステップと、 を含む、請求項９３に記載の方法。 96．前記メッセージ・バッファは更に、前記原子機能を生成した事象を識別する 、ＰＰＬ事象識別フィールドからなる、請求項９５に記載の方法。 97．前記メッセージ・バッファは更に、受信インスタンシエーションのための前 記事象、及び前記原子機能と関連した、１つ以上のデータ・フィールドからなる 、請求項９５に記載の方法。 98．前記方法は更に、 (4) 前記通信プロセッサにおいて、汎用ＡＰＩ ＰＰＬ事象要求メッセージを 受信するステップと、 (5) 前記通信プロセッサにおいて、前記汎用ＡＰＩ ＰＰＬ事象要求メッセー ジを、内部表現のＰＰＬ事象要求メッセージへと翻訳するステップと、 (6) 前記内部表現のＰＰＬ事象要求メッセージを、前記層特定 ＰＰＬプロセッサに送信するステップと、 (7) 前記層特定ＰＰＬプロセッサにおいて、前記内部表現のＰＰＬ事象要求メ ッセージを受信及び処理するステップと、 (8) 前記内部表現のＰＰＬ事象要求メッセージ内に含まれるＰＰＬ事象ＩＤの 値を、前記層特定状態マシーン用の層特定の固有ＰＰＬ事象識別値へと変換する ステップと、 (9) 前記層特定ＰＰＬコンポーネント状態マシーン・エンジンにより、層固有 ＰＰＬ事象識別値を処理するステップと、 を含む、請求項９２に記載の方法。 99．前記ステップ(9)は、 (a) 前記状態マシーンの現在状態に対するそのＰＰＬ事象識別値を求めて、前 記状態／事象テーブルを探索するステップと、 (b) 一致事象が見つかった場合、状態／事象テーブルで識別された基本形を呼 び出し、基本形テーブルから、基本形ＩＤと関連した原子機能を検索するステッ プと、 (c) 状態／事象テーブルにおける識別された基本形を呼び出すステップと、 (d) 基本形テーブルから、基本形ＩＤと関連した原子機能を検索するステップ と、 を含む、請求項９８に記載の方法。