JPH05506977A - 電話網の応用を支えるためのデジタルコンピュータプラットホーム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるため要約のデータは記録されません。

Description

【発明の詳細な説明】 この発明は、電話サービスを応用ソフトウェアにより提供することに関し、かつ このような応用ソフトウェアを支持するための電話網デジタルコンピュータプラ ットホーム様々な電話サービスおよび強化されたサービスが、たとえば呼出し応 答、呼出しフォワード、音声記憶およびフォワード、ボイスメイル、緊急番号フ ァシリティ、ディレクトリアシスタンス、オペレータアシスタンス、呼出しスク リーニング、自動目覚しサービス（Ｃａｌｌ　Ａｎｓｗｅｒ、Ｃａ１ｌ　Ｆ。

ｒｗａｒｄ、Ｖｏｉｃｅ　５ｔｏｒｅ　ａｎｄ　Ｆｏｒｗａｒｄ、Ｖ＋＋ｉｃｅ 　Ｍａｉｌ　ＥｍｅｒｇｅｎｃＩ　Ｎｕｍｂｅ＋　Ｆａｃｉｌｉｔｉｅｓ、　Ｄ ｉｔｅｃｔｏ＋７　Ａｓ５ｉｓｔａｎｃｅ、　０ｐｅｒａｌｏｔＡｓｓｉｓｔａ ｎｃｅ、Ｃａ１ｌ　５ｃｒｅｕ＋ｉｎｇ、Ａｎ！ｏｍｉｔｉｃ　Ｗａｋｅ−ｕｐ 　５ｅｒｖｉｃｅｓ）といった形で現在利用可能である。一般的には、こういっ たサービスはそのサービスおよびそのシステムが配備されるハードウェアの環境 に応じて特定的に指定された専用システムにより提供されるが、このような単一 目的のシステムが提供するのはたった１つの強化されたサービスに過ぎない。機 能性に所望の変化を持たせるためにはしばしば広範囲でかつ従って高価な修正が 応用ソフトウェアに加えられなければならないという点でこれらのシステムは柔 軟性を欠く傾向にある。加えて、こういったサービスを提供するための応用ソフ トウェアは、ハードウェア環境における変更が通常実質的な応用ソフトウェアの 書き直しを必要とするという点でポータプルではない。これらのシステムは通常 コンピュータベースのものであるが、指定された機能しか果たすことができずか つしたがって汎用データ処理を実行するために使用することはできない。またこ れらシステムは一般的には汎用コンピュータに関して記憶されているデータベー スに対してアクセスを有していない。加えて、広範囲なサービスの提供が所望さ れている場合、多数の専用システムを利用することは、手が出ないほど高くつく 傾向にある。

上に述べたタイプの強化されたかつ新しい特別なサービスを提供するためのシス テムは、構内、キャンパス、ＰＢＸおよびＰＡＢＸ環境において使用されている 。しかしながらその権利を剥奪されて以来、ベル・オペレーティング・カンパニ ーズ（ＢＯＣｓ）およびインディペンデント・テレホン・カンパニー（Ｔｅｌｃ ｏｓ）はその主要な財産、すなわちすでに配備された回線網で収入を増やす道を 模索してきた。収入を増やす１つの方法としては、既存のネットワークに統合す るまたはこれにインターフェイスする新しいサービスを提供することで、その利 用をより高めることが考えられる。この発明以前には、ＢＯＣｓとＴｅｌｃＯＳ にとって新しいサービスを提供することは困難であった、というのもネットワー クスイッチが呼出しを切換えるべく設計されており、データベースまたは特別の サービスに関連する機能性を支持するようには設計されていないからである。各 セントラル・オフィス（ＣＯ）はスイッチの製造業者により提供される予め定め られたセットの機能を利用する。製造業者のみがスイッチングシステムに新しい サービスを加えることが可能なのであり、これは通常２年以上といったかなりの リード時間を要した。加えて、スイッチの製造業者は、強化されたサービス設備 に関するＢＯＣｓとＴｅ１ｃｏｓの需要に対し応答するのが特に遅かった。した がってこのような新しいサービスを提供することに関する主要な限定要因は、こ れら新しいサービスにより必要とされる能力を実行するために電話のスイッチ供 給者に依存していることである。

発明の概要 この発明は、初めて、電話ネットワークとインターフェイスしかつＢＯＣｓとＴ ｅ１ｃｏｓとにより配備されかつ／または開発された応用ソフトウェアを支持す る電話ネットワーク応用プラットホーム（Ｔｅｌｅｐｈｏｎｅ　Ｎｅｔｗｏｒｋ 　Ａｐｐｌｉｃａｌｉｅｎｓ　Ｐｌａ［ｏｒｍ　）を提供することにより、先行 技術の上記に述べたような欠点を克服するものであり、そのソフトウェアはＢＯ ＣｓとＴｅ１ｃｏｓが提供することを所望するサービスを提供する。電話ネット ワーク応用プラットホームはネットワークとインターフェイスするデジタルコン ピュータであり、かつその応用を支持するに必要とされる機能性を電話ネットワ ークに提供するソフトウェアでプログラムされている。このような機能性には、 ネットワークからの入来呼出しを検知しかつ報告する機能、ネットワークへの出 呼出しを開始する機能、ネットワークからの音声メツセージを受ける機能、ネッ トワークへ音声メツセージを送る機能、ネットワークから入れられたディジット を集める機能、チャネル間の呼出しを切換える機能、呼出しを終了する機能、お よび呼出しの終了を検知しかつ報告する機能とが含まれる。ネットワーク応用プ ラットホーム（ＮＡＰ）はネットワークに与えられるべき予め定められたデジタ ル化された音声およびトーンメツセージと、そこへ再び与えられるべきネットワ ークから受け取られる音声メツセージとを記憶するための音声ファイルを含むデ ータベースを含む。

その好ましい実施例においては、ＮＡＰは応用とＮＡＰとの間をインターフェイ スするための応用インターフェイスモジュール（Ａｐｐｌｉｃａｔｉｏｎ　Ｉｎ ｔｅｒｌａｃｅ　Ｍｏｄｕｌｅ）　（Ａ　Ｉ　Ｍ）を含む。ＡＩＭは応用からの コマンドを受けかっそれに対して適切な応答を返す。１つまたは２つ以上のネッ トワークインターフェイスユニット（Ｎｅｔｗｏｒｋ　Ｉｎｔｅｒｆａｃｅ　Ｕ ｎｉｔ）（Ｎ　Ｉ　Ｕ）もネットワークのラインおよびトランクをＮＡＰにイン ターフェイスするために含まれる。各ＮＩＵはＮＡＰにより制御されるデジタル スイッチである。ＮＡＰはさらにＡＩＭとＮＩＵとの間をインターフェイスして デジタルコミュニケーションリンクによりＮＩＵに結合されたＡＩＭおよび音声 インターフェイスモジュール（Ｖｏｉｃｅ　ＩｎＩｅｒｌａｃｅ　Ｍｏｄｕｌｅ ｓ　）　（Ｖ　Ｉ　Ｍ）からのコマンドに従いＮＩＵを制御するためのネットワ ークインターフェイスユニットモジュール（Ｎｅｔｗｏｒｋ　Ｉｎｔｅｒｆａｃ ｅＵｎｉｔ　Ｍｏｄｕｌｅ　）　（Ｎ　ＩＵＭ）を含む。ＮＡＰへのおよびＮＡ Ｐからの音声メツセージはＶＩＭを介して処理される。ＮＡＰはさらにＡＩＭか らのコマンドを受け音声ファイルから記憶された音声メツセージをＶＩＭに送り かつＶＩＭからの音声メツセージを音声ファイル内に記憶する音声メツセージ管 理モジュール（Ｖｏｉｃｅ　Ｍｅｓｓａｇｅ　Ｍａｎａｇｅｍｅｎｔ　Ｍｏｄｕ ｌｅ　）　（ＶＭＭＭ）を第１図は本願発明のＮＡＰの全体的アーキテクチャお よびＮＡＰが配備される環境を示す模式ブロック図である。

第２図は第１図のＮＡＰの応用インターフェイスモジュール（Ａ　Ｉ　Ｍ）を詳 細に示す模式ブロック図である。

第３図は第１図のＮＡＰの音声メツセージ管理モジュール（ＶＭＭＭ）を詳細に 示す模式ブロック図である。

第４図は第１図のＮＡＰのネットワークインターフェイスユニット管理装置（Ｎ 　Ｉ　ＵＭ）を詳細に示す模式ブロック図である。

第５図は第１図のＮＡＰのネットワークインターフェイスユニット（Ｎ　Ｉ　Ｕ ）を詳細に示す模式ブロック図である。

第６図は第１図のＮＡＰの音声インターフェイスモジュール（Ｖ　Ｉ　Ｍ）を詳 細に示す模式ブロック図である。

第７ａ図−第７ｆ図はそれぞれ第１図のＮＡＰ内で使用される、ＡＩＭコマンド および応答共通ヘッダフォーマット、ＡＩＭ応答共通ヘッダフォーマット、ＡＩ Ｍコマンドフォーマット、ＡＩＭ応答フォーマット、ＶＩＭコマンドフォーマッ トおよびＮＩＵＭ呼出し記録フォーマットを示す。

第８ａ図はディスク音声ファイル内にＶＭＭＭを経由して記憶される音声メツセ ージセグメント（ＶＭＳ）のフを一マットを示す図である。

第８ｂ図はディスク音声ファイル内の音声メツセージへのインデックス構造ポイ ンタの様式を示す図である。

第８ｃ図は音声ファイルインデックス構造のレイアウトを示す図である。

第８ｄ図はディスク音声ファイル（フラットファイル）のレイアウトを示す図で ある。

第９図は音声メツセージのためのトークンアサインメント過程を示すプログラム フロー図である。

好ましい実施例の説明 第１図を参照して、ＮＡＰＩＯは電話ネットワーク応用プログラム１１と電話ネ ットワーク１２との間をインターフェイスするものとして図示される。発明の好 ましい実施例においては、ＮＡＰＩＯはペンシルバニア州ブルーベルのユニシス ・コーポレーションから商業的に入手可能なＡシリーズデジタルコンピュータシ ステムにおいて実現される。ＮＡＰＩＯは標準的な並列Ｉ１０処理能力と、デー タベース管理データマネージメントシステムＩＩ（ＤＭＳＩ■）と、ディスク記 憶ファッシリティおよびディレクトＩ１０と、コミュニケーション管理システム （ＣＯＭＳ）およびＡシリーズシステムのデータコミュニケーション（ＤＡＴＡ ＣＯＭ）等のコミュニケーション能力を有利に利用する。アプリケーション１１ は、ＡシリーズのＣ０Ｍ３等のメツセージ通過コミュニケーション装置１３を介 してＮＡＰＩＯとコミュニケーションする。アプリケーション１１は電話会社に より配備される（およびおそらくは電話会社により開発される）複数の独立した アプリケーションを含んで、ユーザに対して所望のサービスを提供し得る。

ＮＡＰＩＯは音声ネットワーク管理システム（ＶＮＭＳ）１４と集合名詞的に呼 ばれる３つのソフトウェアモジュールからなる。ＶＮＭＳｌ、４はアプリケーシ ョンインターフェイスモジュール（Ａ、ＩＭ）１５と、音声メツセージ管理モジ ュール（ＶＭＭＭ）１６と、ネットワークインターフエイスユニットマネジャー 　（Ｎｅｔｗｏｒｋ　Ｉｎ１（！ｒｌａｃｅ　Ｕｎｉｔ　Ｍａｎｇｇｅｒ）１７ とを含む。ＶＮＭＳ　１４はコンピュータシステムの主メモリ１８内にあり、そ の上にＮＡＰＩＯが装備され、たとえばＡシリーズシステム内にある。アプリケ ーション１１は多重のダイア０グ（ｄｉｘｌａｇ）　ニよりＣ０Ｍ５Ｉ３を通し てＡＩＭ１５とコミュニケーションし、各ダイアログが関連するメツセージの論 理的に異なるシーケンスを表わす。各ダイアログ内のメツセージは対で生じ、多 対がアプリケーション１１からのＮＡＰに対しある機能を達成することを要求し かつ、適切な状態情報またはキード・インコーラディジット（Ｋｅ７ｅｄ−ｉｎ 　Ｃａ１ｌｅ「ｄｉｇｉｔｓ）またはメツセージ番号識別トークン等のデータを 有するＡＩＭ１５からアプリケーション１１への返答を要求するＡＩＭコマンド を含む。

ＡＴＭ１５はＮＡＰｌｏとアプリケーション１１とのコミュニケーションのポイ ントでありかっＮＡＰＩＯの機能性を方向付ける。ＡＩＭ１５の方向付けに基づ き、ＶＭＭＭ１６がＮＡＰＩＯとネットワーク１２との間のデジタル音声メツセ ージの送信および受信を制御する。ＡＩＭ１５もまたＮＩＵＭ１７とコミュニケ ーションをとりＤＴＭＦディジット等のディジットをネットワークがら受け、オ ン・フック、オフ・フック２通話中、応答なしおよび応答スーパービジョン信号 等の状態信号をネットワークから受け、かっＮＡＰＩＯとネットワーク１２との 間のインターフェイスでの呼出しスイッチングを制御する。

ＮＡＰＩＯは１つまたは２つ以上のネットワークインターフェイスユニット（ｒ ｌＵ）１９を通じてネットワーク１２とインターフェイスする。各ＮＩＵ１９は ポート２０を介してネットワーク１２のラインおよびトランクとコミュニケーシ ョンするコンピュータ制御のデジタルマトリックススイッチを含む。ＮＩＵ１９ はコミュニケーションリンク２１にわたってポート２０を経由してＮＡＰｌ　０ の音声メツセージ部とコミュニケーションする。好ましくは、コミュニケーショ ンリンク２１は従来技術のＴ１デジタル音声リンクまたはトランクを含む。たと えば異なるタイプの多重のＮＩＵが単一のＮＡＰ装置内に存在してもよい。

たとえば１つまたは２つ以上のＮＩＵ１９が商業的に入手可能なサマ７ｔ　−（ Ｓｕａ＋ｍｉ　Ｐｏｕｔ）　５ＤＳ−１０００により実現されてもよい。

ＮＩＵ１９はたとえばＡシリーズＤＡＴＡＣＯＭといった通信装置２２を経由し てＮＩＵＭ１７とコミュニケーションをする。ＮＩＵＭ１７からＮＩＵ１９への ＤＡＴＡＣＯＭ２２を介するコミュニケーションリンクが、いずれのポートでも 他のいずれかのポートおよびＮＩＵＭ１７へのネットワーク１２上に接続された 呼出しからのオン・フック、オフ・フック、通話中、応答なしおよび応答スーパ ービジョン等の通信状態信号に接続され得るように、ポート２０のスイッチング を制御する。加えて、上に述べたような態様で、ＮＩＵ１９は、Ｎ　Ｉ　ＵＭＩ 　７の制御の下、入来の呼出しのポートに選択的に接続されて入れられたＤＴＭ ＦディジットをＮＩＵＭ１７に提供し得るＤＴＭＦレシーバを含む。

ＶＭＭＭ１６はネットワーク１２に対するデジタル音声メツセージの送受信を制 御する。メツセージは、好ましくは標準Ａシリーズディスク記憶および検索シス テムを含むディスクシステム２３上に記憶される。ＶＭＭＭ１６は、好ましくは ＤＭＳ　Ｉ　ＩおよびディレクトＩ１０等のＡシリーズＩ１０インターフェイス を含むＩ１０プロセッサシステム２４を通じてディスクシステム２３とコミュニ ケーションする。Ｉ１０プロセッサシステム２４は１つまたは２つ以上の音声イ ンターフェイスモジュール（ＶＩＭ）２５からなるインターフェイスを経由して Ｔ１デジタル音声リンク２１とコミュニケーションする。ＶＭＭＭ１６は、デー タ転送を行なうための標準ＡシリーズＭＬＩ　（ＳＤＳ２３２３　７３９９）コ ミュニケーションサブシステムを含むＩ１０プロセッサシステム２４を経由して ＶＩＭ２５とコミュニケーションする。ＶＩＭ２５の各々はこのシステムにより 現在成立する複数の音声チャネルと関連する。ＶＭＭＭ１６からＶＩＭ２５への 音声データ送りおよび音声データ受はコマンドが、主メモリ１８における音声チ ャネルコマンドキュー２６内に保持される形で模式的に図示される。各成立した 音声チャネルはその動作を制御するためのコマンドキュー２６を有する。

呼出し者へのサービス提供の催促および指示等の予め定められた音声メツセージ はディスクシステム２３上に記憶される。これらのメツセージはＶＭＭＭ１６を 経由してアプリケーション１１によりアクセスされ、かつＶＩＭ２５の制御の下 、ＮＩＵ１９における選択されたポートを通じて音声チャネルにわたって伝送さ れる。呼出し者からの音声メツセージは適切なアプリケーション１１の制御の下 、ネットワーク１２へ再伝送するためにディスクシステム２３上に記憶される。

Ｎ　Ｉ　ＵＭＩ　７はアプリケーション１１のコマンドの下ＮＩＵ１９のポート を選択しかつ接続し、ＶＭＭＭ　１６　ハＩ　１０プロセツサ２４およびＶＩＭ ２５を経由してデジタル音声メツセージの流れを制御する。ＮＩＵにおいてはア ナログ変換は必ずしも起こる必要はないが、ＮＩＵ１９が従来的にネットワーク １２のアナログラインをデジタルＴ１トランク２１とインターフェイスするため に必要な変換器を含んでいてもよい点に留意されたい。

セントラルオフィス（ＣＯ）のスイッチングプラント２７がネットワーク１２内 に示される。今日のＣＯスイッチは入来の呼出しに対しての予め定められた数の リングバック（ｒｉｎｇ−ｂａｅｋ　）または通話中トーンを検出しかつ入来ラ インを電話会社により予め定められた化ラインに切換える能力を備える。したが って、呼出し応答等のアプリケーションに関しては、Ｃ０２７は、ＣＯ２７のア ドレス空間においてこの呼出しを電話番号に切換えＮＡＰＩＯに対しこの呼出し をルート決めして、適切なアプリケーションがこのサービスを提供し得るように することができる。ボイスメールならびに音声記憶およびフォワード等の他のサ ービスについては所望の装置に接続するためにＣＯのアドレス空間における適切 なアクセス電話番号を利用することができる。入来のポートアドレスおよび電話 番号またはＣＯ２７によりＮＡＰｌ　０に伝送される他の情報等の情報の構成可 能な翻訳に基づいて、ＮＩＵＭ１７は使用するのに適切なアプリケーションを決 定する。

呼出しの処理の際に、ＮＩＵＭ１７はＮＩＵ１９に対しポート選択コマンドを与 えかつオン・フック、オフ・フック、通話中、呼出し応答なしおよび応答スーパ ービジョン等の呼出し処理に関連する状態信号を受ける。以下に述べる態様で、 ＮＩＵＭ１７は呼出し状態をＡＩＭ１５を経由してアプリケーション１１に報告 する。ＮＡＰＩＯはＡシリーズシステムハードウェアおよびソフトウェアをかな り利用している。たとえば、Ｉ１０プロセッサシステム２４はＮＡＰのデータベ ースの要件からＡシリーズＤＭＳ　Ｉ　１を備える。加えて、ＮＡＰＩＯはＡシ リーズシステム内で独立するプログラム間に伝言伝達コミュニケーションメカニ ズムを提供するＡシリーズＣ０Ｍ５１３を利用してネットワークアプリケーショ ン１１とコミュニケーションする。

第２図を参照して、同図においては第１図に関して同じ番号が同じコンポーネン トを示し、かつ第１図を引続き参照して、ＡＩＭ１５についてより詳細に示す。

概念的には、ＡＩＭ１５は、コマンドを送るアプリケーションにより所望される 機能を達成するようにＮＡ、Ｐｌｏを制御するためのアプリケーション１１から 受取ったコマンドの組を含むＡＩＭコマンドセット３０を含む。模式的に示され るとおり、ＡＩＭコマンドセット３０はＶＭＭＭ１６を制御して音声メツセージ を含む機能を達成させるためのＶＭＭＭコマンド３１と、ＮＩＵＭ１７をシグナ リングして、呼出しスイッチング、ディジットハンドリングおよび呼出し状態報 告等のＮＩＵ１９に関する制御機能を達成させるためのＮ　Ｉ　ＵＭコマンド３ ２とから構成される。

Ａ　ＩＭＩ　５もまたＡＩＭコマンドに応答してＡＩＭ１５からの適切な応答を アプリケーション１１に戻すＡＩＭ応答セット３３を概念的に含む。セット３３ におけるＡＩＭ応答は、たとえばアプリケーション１１にディジットおよび状態 信号を戻してもよい。ＡＩＭ応答セット３３はＮＩＵＭ１７からのＮＩＵＭ報告 ３４に応答して、ＮＩＵ１９により受取られたディジットおよび状態信号等の呼 出しに関連する情報を提供する。ＡＩＭ１５は呼出しの際に受取られたＤＴＭＦ デジタルをバッファするためのディジットバッファ３５を含む。、１Ｍ応答セッ ト３３はまたコマンドにより要求された動作が完了したことを示すＶＭＭＭＩ６ からの結果信号にも応答する。この結果信号は参照番号３６により示される。Ａ ＩＭ１５の詳細な動作について以下に述べる。

上記から、アプリケーション１１とＡＩＭ１５との間で送られる情報の基本的単 位はコマンドまたは応答メツセージである点を理解されたい。コマンドはアプリ ケーション１１により発生させられかつＡＩＭ１５に送られ、かつ応答はＡＩＭ １５により提供されかつアプリケーション１１により受取られる。連続的に論理 的に関連するコマンドおよび戻された応答がダイアログが含まれる。ダイアログ ＩＤで表わされるダイアログはＡ　ＩＭＩ　５とアプリケーション１１との間に 同時論理コミュニケーション経路である。

一般的には、ダイアログは現在プロセスにある呼出しに関連することになる。し かしながら、ＮＡＰＩＯは呼出しと関連しないダイアログの開始を可能にし、か つしたがって音声チャネルまたはポートが指定されていない。アプリケーション １１によってもはや必要とされない場合には、ダイアログは終了される。たとえ ば、アプリケージ３ン１１は、呼出し者がオン・フックとなった直後に呼出しに 関連′するダイアログを終了し得る。

一般的には、アプリケーション１１とＮＡＰＩＯとが各ダイアログ内のコマンド および応答に関して１対１対応で動作する。ＮＡＰｌｏは、どの時点でも各同時 に起こるダイアログに関して１つの応答のみが傑出しているように動作する。ひ とたびＮＡＰがダイアログに対する応答をリリースすると、そのダイアログに関 する他の応答はいずれもアプリケーション１１がコマンドを発生しかつＮＡＰＩ Ｏがそれを受取るまでリリースされない。アブリケーシコン１１はそのダイアロ グに対する応答を受取りかつそれを処理した後にはダイアログに対して１つしか コマンドを発生できない。ひとノ；びダイアログに関する応答を受取ると、アプ リケーションは、そのダイアログに関するコマンドを発生するまでダイアログに 対して他の応答を受取る試みを行なってはならない。すべてのダイアログはＮＡ Ｐｌ、Ｏからアプリケーション１１への必要とされない応答で始まりかつアプリ ケーション１１からＮＡＰへの認識されないコマンドで終了する。新しいダイア ログは検出された入来の呼出しに応答してかまたはアプリケーション１１に要求 された際にＮＡＰｌｏにより作り出される。アプリケーション１１とＮＡＰｌｏ の間に交されるメツセージ内のすべてのアドレッシング情報に対して好ましくは 形成可能な翻訳（ｃｕ＋Ｉｉｇａｒｓｂｌｅｔｒａｎｓｌａｔｉｏｎ）が行なわ れる。

ＡＩＭ１５の特徴、特にＡＩＭコマンドおよび応答セット３０．３３に関する特 徴がネットワークアプリケーションの開発者に、ネットワーク制御および音声メ ツセージ管理のための高レベルで、メツセージベースの、トランザクション構成 の環境を与え、それによりアプリケーションの開発が多大に容易となる。ＡＩＭ コマンドおよび応答セットの束縛の下で開発されたネットワークアプリケーショ ンはネットワーク構成、シグナリングプロトコール、または特定のスイッチング 装置の特徴に全く依存していない。したがって、ＮＡＰＩＯはネットワークアプ リケーションにおける携帯性、柔軟性、および展開性を促進し、かつ同時に開発 プロセスを多大に単純化する。ＮＡＰＩＯのプログラム環境およびインターフェ イスはＢＯＣｓとＴｅ１．ｃ。

Ｓがそれら独自のアプリケーションソフトウェアを開発しかつ配備することを奨 励するべく設計されている。

ダイアログのために受取られるディジットはディジットバッファ３５内に置かれ ることになる。受取られたディジットはＮＡＰにより、それらディジットが提示 されるべき態様について特定するディジットルールに従いアプリケーションに報 告される。ディジットルールはディジットの収集に影響を与えない。ディジット の収集は、呼出しが接続された際に、アプリケーション１１により特定されるオ プションである。アプリケーション１１は以下のディジットルールのうち１つを 選択し得る、すなわちシングル、カウント、デリミターまたは選択なしである。

以下に述べる態様で、ＡＩＭコマンドは使用されるディジットルール、戻される ディジットの数を制御するディジットカウント、どのディジットがディジットの ストリングの最後を示すべく使用されるべきかを示すデリミターリスト、どのデ ィジットがトークおよび聞取り音声動作をブレークしまたは中断するかを指定す るブレークリストと、コマンドが入れられるべきディジットに関して実行された 後にＮＡＰｌ　０が何秒待つべきかを指定するタイムリミツトとを提供する。タ イムリミツトはインター・ディジットタイムリミツトである。したがって、ＮＡ ＰＩＯは、ディジット間の時間がタイムリミツトよりも少ない限り、コマンドが 実行された後にディジットが入れられるのを待つことになる。ＡＩＭコマンドは また、以下に説明する理由によりディジットオーバーランフィールドを提供する 。

シングルのディジットルールは、コマンドが実行される前または実行されている 際にディジットが発生する場合には、単一のディジットのみがアプリケーション １１に戻されることを指定する。カウントのディジットルールは、ディジットカ ウントにより示されるディジットの数がアプリケーション１．１に戻されるべき であることを措定する。ディジットカウントがコマンドが実行された時間により 満たされずかつディジット間の時間がタイムリミツトよりも大きい場合には、Ａ ＩＭ応答はタイムアウトをセットしてアプリケーション１１に戻されることにな る。デリミターのディジットルールはアプリケーション１１に戻されるディジッ トの数がデリミターリストにおいて指定されるディジットが受取られるまで、デ ィジットカウントに受取られたディジットの数になることを条件とする。ここで も、この条件が満たされない場合にはタイムアウトが戻されることになる。なし のディジットルールはアプリケーション１１に対してディジットが返されないこ とを指定する。受取られたディジットはＡＩＭ応答においてアプリケーション１ １に帰されるかまたはＡＩＭコマンドにおいてパージディジットインディケータ （Ｐｕｒｇｅ　Ｄｉｇｉｔ　Ｉｎｄｉｃａｔｏｒ　）によりバッファ３５からパ ージされるまでディジットバッファ３５内にバッファされる。

ディジットバッファ３５およびディジットルールは、アプリケーション１１がデ ィジット収集、音声「パージイン」（ｂａｒｇｅ　ｉｎ）およびメニュートラパ ーサルタイプ・アヘッド（ｍｅｎｕ　ｆｒａｙｅｒｓａｌ　ｆ７ｐｅ−ａｈｅａ ｄ　）を可能にするＤＴＭＦディジット処理を提供する。したがって、ディジッ ト処理は固定した数のまたは限界が決められた可変の数のＤＴＭＦディジットが 収集されることを可能にする。アプリケ−シコン１１は収集を終了するデリミタ ーとして翻訳されるべき特定のＤＴＭＦディジットまたはＤＴＭＦディジットの リストを指定し得る。ディジットの処理によりプロンプトの予測においてＤＴＭ Ｆディジットを入れることが可能となり、かつアプリケーションは、ある種のＤ ＴＭＦディジットの検出がプロンプトを中断することおよび／または記録を終了 することが必要であることを指定し得る。ディジット収集に関しては、予め定め られた数のディジットが集められかつ単位として提示される。たとえば、アプリ ケーション１１は電話番号または電話内線を入れるための特定の数のディジット を集めることを要求できる。呼出しが接続または開始された場合、アプリケーシ ョン１１はＤＴＭＦレシーバが必要とされるかどうかを指定し得る。ＤＴＭＦレ シーバが要求される場合には、ディジット検出は継続されかつ呼出しが終了され るかまたは再接続されるまでＩ了しない。ＡＩＭコマンドがディジットを処理し ない場合には、入れられたディジットのいずれでもディジットバッファ３５内に 保持される。アプリケーション１１が、ディジットを処理するコマンドを送る場 合には、バッファされたディジットが処理される。

第７ａ図−第７ｄ図を参照して、ＡＩＭコマンドおよび応答メツセージのフォー マットが図示される。各メツセージは、共通の情報が与えられるヘッダとメツセ ージタイプに特定のメツセージボディを含む。第７ａ図はＡＩＭコマンドとＡＩ Ｍ応答メツセージのためのへラダツヤ−マットを示す。加えて、応答ヘッダは第 ７ｂ図に示される情報を含む。第７ｃ図および第７ｄ図はそれぞれＡＩＭコマン ドおよび応答メツセージフォーマットを示す。

第７ａ図を参照して、ＡＩＭコマンドおよび応答メツセージに共通のヘッダ４０ が図示される。メツセージタイプフィールド４１は、ヘッダ４０がコマンドヘッ ダである場合どのコマンドがＮＡＰＩＯにより実行され、かつヘッダ４０が応答 ヘッダである場合どの応答がアプリケーション１１に対してＮＡＰＩＯにより返 されているかを特定する。

コマンドメツセージタイプはアプリケーション１１により発生されかつ応答メツ セージタイプがＮＡＰＩＯにより設定される。ダイアログＩＤフィールド４２は ダイアログを識別するのに使用される一連の文字を含んでいる。ディジットルー ルフィールド４３はアプリケージワン１１に対してディジットが報告されるべき 態様を特定する。フィールド４３がＳ、Ｃ，Ｄ、またはＮを含んでいる場合には 、ディジットルールはシングル、カウント、デリミター、またはなしのそれぞれ いずれかである。ディジットカウントフィールド４４はアプリケーション１１に 伝えられる前に蓄積されるべきディジットの数を特定する。フィールド４４は、 ディジットルールがカウントまたはデリミターである場合にのみ使用される。デ リミターリストフィールド４５は一連のディジットの終りを示すのにどのディジ ットが使用されるべきかを特定する。デリミターリスト内にあるディジットに遭 遇した場合には、ＮＡＰＩＯにより収集されたディジットは応答においてアプリ ケーション１１に送られることになる。フィールド４５は、ディジットルールが デリミターである場合にのみ使用される。

ブレークリストフィールド４６はどのディジットがトークおよび聞取り音声動作 を中断するべきかを特定する。ブレークリストに含まれるディジットが受取られ かつ音声動作が進行している場合には、動作は中断されることになる。

ディジットを処理するコマンドが提出された場合にディジットバッファにあるデ ィジットがまたブレークリストにもあれば、それは実行されない。たとえば、音 声メツセージ送りが提出されかつブレークリストにあるディジットがディジット バッファにある場合には、メツセージは送られない、しかしながらディジットル ールは依然として適用されることになる。ブレークリストはディジットルールか ら独立している。ディジットは実行されているディジットルールに基づいて報告 されることになる。したがって、アプリケーション１１は所与のディジットがデ リミターになることを特定し得るが音声動作をブレークし得ない。パージディジ ットフィールド４７は、設定された場合ディジットバッファ３５に含まれるすべ てのディジットがコマンドの実行の前にパージされる必要があることを特定する 。カウントおよびデリミターのディジットルールに関してのみ、タイムリミツト フィールド４８が、ＮＡＰＩＯが入れられるべきディジットに関してコマンドが 実行された後待つべき秒数を特定する。コマンドが実行された後、タイマ（図示 せず）が特定されたタイムリミツトを使用して開始される。

タイムリミツトをディジットが入れられる前または後に超過した場合には、タイ ムアウトフラグがＡＩＭ応答内に設定される。タイムリミツトを超過する前にデ ィジットが入れられかつ入れられたディジットがディジットルール（たとえばカ ウントまたはデリミター）を満足しない場合には、タイマは他のディジットを入 れるために再びスタートされる。

ヘッダ４０内のディジットオーバーランフィールド４９は、ディジットルールお よびディジットカウントにより特定されたものに加えてバッファ３５内のすべて のディジットが応答において戻されることになることを示す。ディジットオーバ ーランは、デジットルールが満たされた場合にのみ使用されることになる。つま り、ディジットオーバーランを伴うカウントのディジットルールが特定されかつ コマンドが実行された後のバッファにおけるディジットカウントディジットより も少なくかつコマンドが実行された後または最後のディジットが受取られた後に 経過したタイムリミツト秒よりも多い場合には、ディジットオーバーランは無視 されることになる。

ディジットオーバーランがシングルのディジットルールで特定された場合には、 ディジットバッファにおけるすべてのディジットが応答において返される。ディ ジットオーバーランがカウントのディジットルールで特定されかつディジットカ ウントにおいて特定されたディジットの数がディジットバッファ３５内に存在し ている場合には、ＡＩＭ１５はディジットバッファ３５に存在しているすべての ディジットを返すことになる。ディジットオーバーランがデリミターのディジッ トルールで特定されかつデリミターリストにおけるディジットまたはディジット カウントにおいて特定されたディジットの数がディジットバッファに存在してい る場合には、ＡＩＭはディジットバッファに存在するすべてのディジットを返却 することになる。ディジットオーバーランがなしのディジットルールで特定され た場合には、ディジットオーバーランは無視されることになる。

したがって、ディジットオーバーランによりアプリケーションは特定された最小 のディジットコレクションを得ることが可能になるが、ディジットバッファ３５ におけるすべてのディジットを得ることができる。

第７ｂ図を参照して、共通のＡＩＭ応答ヘッダ５０が図示される。呼出しが現在 のダイアログに関連していない場合またはＮＡＰＩＯが、呼出し者がたとえば電 話を切るなどしてその呼出しを終了してしまったことを検知した場合には、オン ・フックフィールド５１が設定される。ディジットルールが満たされることを待 っている際にタイムアウトが生じた場合にはタイムアウトフィールド５２が設定 される。ディジット受取りフィールド５３は報告されているディジットの数のカ ウントを含む。デイジットデリミターフィールド５４は、ディジットルールがデ リミターである場合にはデリミティングディジットを含みかつデリミターリスト にあるディジットが受取られる。ディジットフィールド５５は受取られた実際の ディジットを含む。

策７Ｃ図を参照して、適切なコマンドタイプで設定されたメツセージタイプフィ ールド４１を有するヘッダ４０と、メツセージタイプに特定的な情報を含むメツ セージボディ６１と、アプリケーションが使用するために提供される状態領域６ ２とを含むＡＩＭコマンド６０が示される。第７ｄ図を参照して、適切な応答タ イプで設定されたメツセージタイプフィールド４１を有するヘッダ４０および５ ０と、その応答タイプに特定的な情報を含むボディ６６と、アプリケーションに 返される状態領域６２とを含むＡＩＭ応答６５が示される。

状態フィールド６２はコマンドおよび応答内に存在する。

このフィールドのフォーマット、用途および長さはアプリケーション１１により 規定される。アプリケーションは所望される場合には各コマンドの前に状態領域 ６２を変更することができる。Ａ、ＩＭ１５は、このダイアログに関する次の応 答が前のコマンドで提供された状態領域を含むことを保証する。状態領域の用途 は任意であるが、コマンド間の情報の記憶のための領域をアプリケーションに与 える。

たとえば、アプリケーションは応答が返された場合どの機能が実行されるべきか を示す情報を、コマンドがＡＩＭＩ５に送られる前に状態領域の一部分に置くこ とが可能である。状態領域６２は呼出しフロー情報を維持するダイアログＩＤに よりインデックスされた表を維持する必要なしに、アプリケーションが書込まれ ることを可能にする。代替的には、アプリケーションの開発者が表内に典型的に 維持されると考えられる情報を状態領域６２内のアプリケーション内に置く。そ こで各応答が受取られた際に、状態領域６２内の情報がアクセスされて、呼出し フローおよび他の呼出しに関連する情報において現在の位置を確立することがで きる。

以下の表はＡＩＭコマンドセット３０のリストを示し、そのコマンドはダイアロ グにおけるアプリケーションから予測されるものである。アプリケーションがＮ ＡＰｌ　０に対しある機能の達成を希望する場合には、コマンドがアプリケーシ ョン１１からＮＡＰＩＯに送られる。各ダイアログ内では、コマンドと応答との 間に１対１の関係が存在し、すなわちアプリケーション１１により送られる各コ マンドに対して、ＮＡＰｌｏは応答を返しかつＮＡＰＩＯにより返される応答に 対し、アプリケーション１１が１つのコマンドを発行することになる。

２　音声メツセージ送り　１０２．１０３．１０５３　音声メツセージ削除　１ ０４ ４　呼出し接続　１０１ ５　ダイアログ終了　Ｎｏｎｅ ６　ディジット収集　１１０ ８　ポール繰り返し　２０４ ９　呼出し開始　１ｏｔ １１　呼出し終了　１１Ｇ １２　メツセージ番号取得　１１０ １３　音声メツセージ取得　１１Ｇ １４　音声メツセージ創出　０１ １６　呼出しピボット　１０１ １７　呼出しスプリット　１０１．２０１以下の表はＡＩＭ応答セｉト３３の必 要とされる応答のリストを示す。必要な応答はコマンドが実行された後アプリケ ーション１１に返される。

１０１　呼出し接続　８．９以外のすべて１０２　メツセージ送り　８．９以外 のすべて１０３　メツセージ受けとり　８，９以外のすべて１０４　メツセージ を削除　８　以外のすべて１０５　音声中断　８，９以外のすべて１１０　コマ ンド実行　８　以外のすべて１１１　メツセージ創出　８　以外のすべて以下の 表はＡＩＭ応答セット３３において要求されない応答（ｏｎ＠ａｌｉｃＨｅｄ　 ｒ！５ｐｏｎｓｃ）を示す。要求されない応答は入来の呼出しに応答してまたは アプリケーション１１による要求に際してＮＡＰｌｏにより発生させられる。

２０１　入来呼出し　４，５．１１ ２０４　ポールアプリケーション　８ ２０５　アプリケーション要求　３．５．９．１２．１３．１４さて、ＡＩＭコ マンドの詳細についてここで述べる。

音声メツセージ送りコマンドはＮＡＰＩＯに対して確立した音声チャネルにわた って１つまたは２つ以上の音声メツセージを送ることを命令する。送り音声メツ セージコマンドは音声メツセージまたは複数のこれらメツセージを送った後に受 取り音声メツセージ動作が開始されることを可能にするバリエーションを含む。

このバリエーションを利用して、音声チャネル（よ、聞取る（旨ｓｔｅ＋１）こ とができる前に話さなければ（ｔａｌｋ）ならない。この要件を満たすには若干 の沈黙があれば十分である。音声メツセージ受取りが要求されている場合は、メ ツセージが受取られかつ音声ファイル内に置かれる。音声メツセージ受取り動作 が選択された場合の音声メツセージ送りは、統合された１つのコマンドであり、 −緒にされた２つのコマンドではない点に留意されたい。したがって、ブレーク リストにあるディジットの受取りがコマンドの終了を引起こす。コマンドは音声 メツセージ受取り動作の開始の前または後のいずれかに終了することになる。こ のコマンドとは異なる音声メツセージ受取りは、コマンドのボディ６１（第７Ｃ 図）における音声メツセージ受取りフィールドを設定することにより駆動される 。ＶＭＭＭ１６に関して以下に述べるような態様で、音声メツセージ送りコマン ドのボディ６１もまた処理されるべき音声メツセージのメツセージ数を規定する フィールドと、送られるべきメツセージの数のカウントを含む他のフィールドと を含む。

音声メツセージ削除コマンドはＮＡＰＩＯに対し音声メツセージを削除すること を命令する。このコマンドのボディ６１は削除されるべき音声メツセージのメツ セージ数を含む。音声メツセージは後に説明するディスクシステム２３（第１図 ）における音声メツセージデータベースから削除される。

呼出し接続メツセージはダイアログに関する呼出しにおいて、あれば現在の出ポ ートを切断しかつ開放することおよび呼出しの入来ポートをＮＩＵ１９　（第１ 図）のもう１つの出ポートに対し接続することを命令する。アプリケーション１ １が入来呼出し非要求応答を受ける場合には、呼出し接続、呼出し終了またはダ イアログ終了コマンドのいずれかを発しなければならない。呼出し接続コマンド がエラーなしで実行されれば、ＮＡＰＩＯは呼出し接続応答を発生することにな る。呼出し接続コマンドは返答スーパービジョンが与えられることを暗示してい る。呼出し接続コマンドが呼出が接続された後に出された場合には、現在の出ポ ートが切断されかつ新しい出ボートが接続されることになる。呼出しが新しいポ ートに接続された後、呼出し接続応答が発生される。呼出し接続コマンドのボデ ィ６１（第７Ｃ図）は呼出しのために使用される出ボートを指定し、かつそこか らディジットが受取られることを可能にすレシーバのブリッジングを制御するた めのフィールドを含む。出ボートはトーンプラント（Ｔｏｎｅ　Ｐｌａｎｔ）　 （図示せず）として指定されることが可能で、コマンドボディ内のフィールドが 、使用されるトーンプラントのタイプを制御する。

リングバックおよび通話中等のトーンがポートに対し与えられ得る。出ボートは またＮＩＵ１９　（第１図）を特定のｖＩＭ２５（第１図）に接続するべく選択 され得る。

ダイアログ終了コマンドは、ダイアログＩＤにより表わされるダイアログが終了 されるようにＮＡＰＩＯを制御する。終了されるダイアログが現在呼出しを処理 している場合には、その呼出しとダイアログ双方が終了されることになる。呼出 し者が呼出しを終了した場合でもダイアログはアクティブのままである。アプリ ケーション１１はダイアログを終了するためにダイアログ終了コマンドを発しな ければならない。このコマンドに対してはいかなる応答も返されない。

ディジットバッファ３５（第２図）からＮＡＰｌｏ内にバッファされたディジッ トを引抜くためにディジット収集コマンドがアプリケーション１１により発行さ れる。ＮＡＰＩＯは要求されたディジットとともにコマンド実行応答を返す。は とんどの応答に関してディジットが返される点に留意されたい。このコマンドは 、いかなる新しいＮＡＰ動作をも要求することな（、アプリケーションがディジ ・ソトを得ることが可能になるという点においてのみ特別である。

ボール繰り返しコマンドに関しては、ＡＩＭ１５がアプリケーションをボールす るために使用されるボールダイアログとして、アプリケーション当り１ダイアロ グを確立する。アプリケーションをボールする主要目的は、アプリケーションが 、他のダイアログが開始されることを特定することを可能にするためである。ボ ール繰り返しコマンドは、タイムリミツトにおいて特定された秒数が経過した後 に、ＡＩＭ１５が、アプリケーションに対しボールアプリケーション応答を送る ことを要求する。繰り返しボールコマンドにおけるフィールドが新しいダイアロ グが開始されるべきであることを示すために使用され得る。このフィールドが設 定された場合、ボール繰り返しコマンドに含まれている情報は新しいダイアログ に送られる。アプリケーションは典型的には呼出しを発生し、メツセージ削除の ユーティリティーを開始し、音声メツセージを達成しまたは達成された音声メツ セージを復元するために新たなダイアログの開始を要求すると考えられる。

ＮＡＰｌｏが呼出しを開始するよう制御するためにアプリケーション１１により 呼出し開始コマンドが利用される。

このコマンドのボディ６１はその呼出しに関して入来および出ポートを選択しか つ呼出し接続コマンドに関して上に述べたものと同様の態様で選択されたポート に対してのＤＴＭＦレシーバの接続を制御するためのフィールドを含む。

トーンプラントおよびＶＩＭ接続もまた呼出し接続コマンドに関して上に述べた ものと同様の態様で呼出し開始コマンドにより実行され得る。呼出し開始コマン ドのボディ６１もまたフィールドにおけるメツセージ番号により識別される初期 グリ−ティングメツセージを指定するためのフィールドを含む。グリ−ティング メツセージが指定されれば、そのメツセージは呼出しが成立しかつ返答スーパー ビジョンが設けられるや否や選択された出ポートに送られる。グリ−ティングメ ツセージフィールドは入来ボートがＶＩＭである場合にのみ利用される。

呼出し終了コマンドは、アプリケーション１１が呼出しの制御を終了、拒絶、ま たは放棄し、ダイアログを維持することを所望する場合にＮＡＰＩＯに送られる 。このコマンドのボディ６１は呼出しを切断し、入来ポートに対し指定されたト ーンプラントを接続し、または入来ポートに指定されたアナウンスメントを送る ことを制御するためのフィールドを含む。ディジタル音声メツセージユニット（ 図示せず）がアナウンスメントを含むために備えられる。このようなユニットは 好ましくはＮＩＵ１９内に組込まれる。

アプリケーション１１がそのデータベースをＮＡＰＩＯ内に維持されるデータベ ースと同期させることを所望する場合には、メツセージ番号取得コマンドが利用 される。データベース同期化の基本的な目的はアプリケーション１１がＮＡＰＩ Ｏからのみなしご（ｏ【ｐｈａｎ）音声メツセージを削除することを可能にする ことである。みなしごとはＮＡＰＩＯ内に存在しているが、その音声メツセージ に対し責任のあるアプリケーション１１のデータベースにおいては知られていな い音声メツセージである。

みなしご音声メツセージの削除に関してＶＭＭＭ１６（第１図）の説明に関連し て以下により詳細に述べることにする。このコマンドはＮＡＰＩＯを制御してＮ ＡＰの最も最近の初期化に先立って創出されたアプリケーション１１に関連する ＮＡＰデータベースにおけるメツセージ番号のすべてを提供させる。この態様で 、アプリケーション１１は自己のメツセージデータベースとＮＡＰｌ　０のもの とを比較し、アプリケーションデータベースに存在していないＮＡＰデータベー ス内のメツセージを削除することができる。

音声メツセージ取得コマンドはＮＡＰＩＯを制御してコマンドボディにおいて指 定されるメツセージ番号に関する音声データをコマンドボディ内で指定されたデ ィスクファイル内に置かせる。ディスクファイルはディスクシステム２３（第１ 図）に含まれる。このコマンドは、たとえばアプリケーションがＶＩＭ２５（第 １図）を介して呼出し者によりファイル内に入れられた音声メツセージをコピー することを所望する際に、アプリケーション１１によりＮＡＰＩＯに送られる。

コピーされたメツセージデータは、標準的なディスクファイル機構（すなわちＮ ＡＰとは別の）を利用するディスクシステム２３から、指定されたディスクファ イルを利用して、アプリケーションにとりアクセス可能なものとなる。したがっ て、音声メツセージ取得は音声ファイルから音声メツセージを取出しかつそれを アプリケーション１１により特定されるファイルにコピーし、それによりアプリ ケーションが所望する音声データを利用することを可能にする。音声メツセージ 取得コマンドは音声メツセージをＶＭＭＭの外部のファイル内に置く。

音声メツセージ創出コマンドは、音声メツセージが、指定されたファイルからコ ピーされかつＮＡＰＩＯにより維持されるデータベース内に置かれたことをＮＡ ＰＩＯに告げる。このコマンドのボディ６１は創出された音声メツセージが記憶 されているファイルを識別するフィールドを含む。音声メツセージ創出コマンド はＮＡＰデータベース内にプロンプトおよびアナウンスメントを装備するために 基本的に利用され、それによりそれらが他のＡＩＭコマンド内のメツセージ番号 を使用してアプリケーション１１により指定され得るようにする。音声メツセー ジ創出コマンドは外部のファイル内に記憶されている音声メツセージを取出しか つそれをＶＭＭＭファイル内に置く。

音声メツセージ取得および音声メツセージ創出の用途例には、アーカイブ（ａｒ ｃｈｉｗｅ　）およびレスドア（ｒｅｓｔｏｒｅ　）ファシリティが含まれる。

音声メツセージ取得はメツセージのアーカイブファイルを作るために利用され得 る。音声メツセージ創出は音声ファイルにそれらをレスドアするために使用され 得る。

呼出しピボットコマンドはダイアログの呼出しの出ポートを同じ呼出しの入来ポ ートに変更しかつ新しい出ボートを確立する。もとの入来ポートは切断される。

このコマンドのボディは新しい出ポートを選択し、ＤＴＭＦレシーバの、新しい 入来かつ出ポートに対するブリッジングを制御し、トーンプラントの利用を制御 し、かつ呼出し接続および呼出し開始コマンドに関して上に述べたのと同様の態 様でグリ−ティングメツセージをボートに付与することを制御するフィールドを 含む。

呼出しスプリットコマンドはダイアログの呼出しの出ポートを新しい呼出しの入 来ポートに変更し、ダイアログの呼出しの入来ポートを新しい出ボートに接続し 、かつダイアログ呼出しのもとの出ボートを新しい呼出し内の新しい出ポートに 接続する。呼出しスプリットコマンドがエラーなしに実行されれば、ＮＡＰＩＯ はダイアログの呼出しのための呼出し接続応答と、確立された新しい呼出しのた めの新しいダイアログＩＤを伴う入来呼出し応答とを発生する。このコマンドの ボディは、呼出し接続および呼出し開始コマンドの際に上に述べたものと同様の 態様で、新しい入来および出ポートを選択し、ボートに対するＤＴＭＦレシーバ の接続を制御し、トーンプラントの利用を制御し、かつボートに対するグリ−テ ィングメツセージの付与を制御するフィールドを含む。

コマンドが実行されるかまたは入来呼出しに応答するかまたはアプリケーション １１の要求の際にアプリケーション１１に対しＮＡＰＩＯからＡＩＭ応答が送ら れる。応答には２つのタイプ、すなわち要求と非要求のものがある。

要求応答はコマンドが実行された後にアプリケージ５ン１１に返される。非要求 応答はコマンドが実行されなくてもアプリケーション１１に送られる。ダイアロ グ内では、コマンドと要求応答との間に１対１の関係が存在する。メツセージタ イプを除いて、コマンドのヘッダ内に設けられるデータの項目は同じダイアログ に関する次の応答のヘッダ内に反映される。特定的なＡＩＭ応答の詳細に関して 以下に述べることにする。

呼出し接続応答は、呼出し接続、呼出しピボット、呼出しスプリットまたは呼出 し開始コマンドがエラーなしで実行された後に発生される。したがって、呼出し は確立されかつ返答スーパービジョンが与えられている。この応答のボディ６６ （第７ｄＥｌ）は呼出し接続コマンドに関して述べたものと同じタイプのポート 情報を与えるフィールドを含む。

メツセージ送り応答は、音声メツセージがブレークリストまたはオン・フック表 示内に含まれるディジットを受取ることによる中断を受けずに完全に送られた場 合に発生される。

メツセージ受取り応答は、受取り音声メツセージが設定されかつエラーが生じず にＮＡＰＩＯが送り音声メツセージコマンドを実行した後に発生される。この応 答の受取りは、音声メツセージがディスクシステム２３（第１図）におけるデー タベースに記憶されていることを示す。この応答のボディ６６（箪７ｄ図）は音 声メツセージを識別するために利用されるＮＡＰＩＯにより指定されたメツセー ジ番号を含む。

メツセージ削除応答は、メツセージ削除コマンドがエラーなしで実行された後に ＮＡＰＩＯにより発生される。

音声中断応答は、音声メツセージ送りコマンドが開始されないかまたはブレーク リスト内のディジットもしくはオン・フック表示のために中断された場合に発生 される。音声中断応答は、音声受取り動作を伴う音声メツセージ送りがブレーク リストにおけるディジットの受取りにより、またはいずれかの音声データが受取 られる得る前のオン・フック表示により中断された場合に発生される。

コマンド実行応答は、コマンドがエラーなしで実行された場合にＮＡＰＩＯによ り発生される。コマンド実行は特定の応答が示されていない場合にコマンドのた めに使用される。

メツセージ創出応答は、音声メツセージが音声メツセージ創出コマンドで創出さ れた場合にＮＡＰＬＯにより発生される。この応答のボディ６６は記憶された音 声メツセージを表わすメツセージ番号を含むフィールドを含む。

入来呼出し応答は、新しい呼出しが検出された際に、返答スーパービジョンが与 えられていない場合に発生される。

アプリケーション１１は呼出し接続、呼出し終了、ダイアログ終了コマンドのい ずれかで応答しなければならない。

この応答のボディ６６は入来呼出しに関連する呼出しのタイプを示す呼出しタイ プフィールドを含む。呼出しタイプ情報は以下に述べるような態様で使用する適 切なアプリケーションを決定するために利用される。この応答のボディ６６はま た、呼出し接続コマンドに関連して上に述べたタイプの情報に関連するボートを 与えるフィールドをも含む。

この応答のボディ６６はまたその応答が呼出しスプリットコマンドの結果として 発生されているかどうかを示すフィールドと、呼出しスプリットコマンドがその 応答を発生した場合にはもとの呼出しのもとのダイアログＩＤを含むフィールド とをさらに含む。

ポールアプリケーション応答は、アプリケーションのための最後の繰り返しポー ルコマンドにおいて特定されたタイムリミツトが経過した際にアプリケーション １１のポールダイアログに送られる。アプリケーション１１はポール繰り返しま はたダイアログ終了コマンドのいずれかでポールアプリケーション応答に応答す ることを期待される。アプリケーション要求応答は、新しいダイアログを開始す る必要があることを示すポール繰り返しコマンドを受けたときにＡＩＭ１５によ り発生される。繰り返しポールコマンド内に含まれる情報はアプリケーション要 求応答内にコピーされてアプリケーションに返される。アプリケーションは、所 望であればこの新しいダイアログを、たとえば呼出しを開始するために使用し得 る。

ＡＩＭコマンド３．４．８．１．１−１４．１６、および１７はディジットを処 理しない。したがって、ディジット処理に関連するメツセージヘッダにおけるす べてのフィールドが無視される。受取られたディジットはいずれもディジットバ ッファ３５内に置かれることになる（第２図）。

上記より、ＡＩＭコマンド２．３．１２．１３、および１４がＶＭＭＭ１６（第 １図）に対するコマンドを結果として生じるＶＭＭＭコマンド３１（第２図）を 含みかつＡＩＭコマンド４．５．９．１１．１６、および１７がＮ１０Ｍ１７（ 第１図）に対するコマンドを結果として生じるＮＩＵＭコマンド３２（第２図） を含む点を理解されたい。

第３図を参照して、同図においては同じ参照番号が第１図と同じコンポーネント を示しかつ引続き第１図を参照して、ＶＭＭＭ１６に関し詳細に説明することに する。ＶＭＭＭ１６はアプリケーション１１の指示でＶＩＭ２５からのデジタル 音声メツセージを受けかつそのメツセージをディスクシステム２３に記憶し、ア プリケーション１１の指示でディスクシステム２３からのデジタル音声メツセー ジを検索しかつその音声メツセージをＶＩＭ２５に書込むこと、および音声メツ セージのデータベースを維持することを制御する。デジタル音声データはプロン プトおよびアナウンスメントならびにダイナミックに記録されたユーザメツセー ジを含み得る。電話ネットワーク１２からデジタル音声メツセージを受ける際に 、７ＭＭＭ１６は受取ったデータに対し独自のメツセージ番号トークンを指定し かつメツセージ番号をアプリケーション１１に返す。電話ネットワーク１．２に 対しデジタル音声データを送る際には、アプリケーション１１はＮＡＰｌ　０に 対し適切なメツセージ番号を特定しかつＮＡＰＩＯがそのメツセージ番号を利用 してディスクシステム２３上の適切なデジタル音声データを見つける。７ＭＭＭ １６が音声メツセージを受ける際に７ＭＭＭ１６により作り出されるメツセージ 番号トークンはそのシステムの予測される寿命にわたって独自のものである。

７ＭＭＭ１６はＡＩＭｌ５から参照番号１４０で模式的に示すＶＭＭＭコマンド を受ける。ＶＭＭＭコマンド１４０は、音声メツセージ送り、音声メツセージ削 除、音声メツセージ取得、メツセージ番号取得、および音声メツセージ創出を含 む。音声メツセージ送りコマンドはメツセージ受取りオプションを含む。

ＶＭＭＭｌ、６によりＡＩＭｌ５に返される唯一の結果が参照番号１４１で模式 的に示す動作完了メツセージである。

ブロック１４２は７ＭＭＭ１６によるメツセージ番号トークンの発生および指定 を模式的に示す。各トークンは以下に述べる態様でおよび理由により上位コンポ ーネント１４３と下位コンポーネント１４４とからなる。

７ＭＭＭ１６はＡＩＭｌ５を介してアプリケーション１１により発行されるＶＭ ＭＭコマンド１４０により駆動される。ＶＭＭＭＩ、６により受入れられるすべ てのコマンドに関して、結果メツセージが７ＭＭＭ１６により返される。

Ｖ　Ｍ　Ｍ　Ｍ　１６はＡＩＭｌ５の排他的な指示で動作を行ないかつＡＩＭｌ 、５に対してのみ結果の通知を返す。ＶＭＭＭコマンド１４０はアプリケーショ ン１１、ＡＩＭｌ５、および７ＭＭＭ１６の非同期動作を可能にする。したがっ て、アプリケーション１１はコマンドが処理されている際に待つ必要がない。

各コマンドはコマンドタイプを指定するフィールドを含む。コマンドタイプがメ ツセージ送りであれば、コマンドはメツセージ受取り動作が音声メツセージまた は複数のこれらメツセージが送られた後に実行されるべきか否かを特定するフィ ールドを含む。コマンドタイプがメツセージ送りであれば、このコマンドのフィ ールドは処理されるべき音声メツセージのメツセージ番号を含む。コマンドタイ プがメツセージ送りでありかつメツセージ受取り動作が特定されている場合には 、応答（動作終了）のフィールドは７ＭＭＭ１６のトークン指定機能１４２によ り受取られた音声メツセージに対し指定されるメツセージ番号を含む。メツセー ジ削除コマンドがコマンドタイプにおいて特定される場合には、コマンドは削除 されるべき音声メツセージのメツセージ番号を含むフィールドを含む。

各ＶＭＭＭコマンド１４０が、現在の呼出しが接続されている音声チャネル番号 および呼出しＩＤそれぞれを含むフィールドをさらに含む。呼出しＩＤは現在の 呼出しを識別する独自の番号でありかつＮＩＵＭ１７が入来呼出しを受ける際ま たはアプリケーション１１が新しい呼出しを開始する際にＮＩＵＭ１７により確 立される。呼出しＩＤはその後、その呼出しがたとえばユーザが電話を切る等の 動作により終了されるまで維持される。

メツセージ呼出しコマンドは７ＭＭＭ１６にディスクシステム２３上の音声デー タベースから１つまたは２つ以上の指定された音声メツセージを引抜きかつこれ ら音声メツセージを指定された音声チャネルに送ることを命令する。

メツセージ送りの変形として、音声メツセージまたは複数のこれらメツセージを 送った後にメツセージ受取り動作が開始されることが可能である。したがって、 音声チャネルは聞取ることができる前に話さなければならない（おそらくは若干 の沈黙）。このコマンドが終了すると、動作終了結果メツセージがアプリケージ タン１１に送られる。

上に述べたとおり、メツセージ送りコマンドは送られるべきメツセージのチャネ ル番号、呼出しＩＤおよびメツセージ番号を指定するフィールドを含む。このコ マンドはまたメツセージ受取り動作が特定されているか否かを指定するフィール ドをも含む。メツセージ受取りビットが設定されている場合には、７ＭＭＭ１６ は受取られた音声メツセージを識別するために使用されるメツセージ番号を提供 する。このメツセージ番号はメツセージ受取り応答において指定されたフィール ド内に置かれる。

アプリケーション１１がＡＩＭｌ５に対し音声メツセージの受取りを命令する際 に、アプリケーションは音声メツセージが非圧縮状態で（毎秒８０００バイトの 音声データ）または圧縮状態（毎秒４０００バイトの音声データ）で受取られる ことを要求することができる。アプリケーション１１からＡＩＭｌ５に対し圧縮 率が伝達される。ＡＩＭｌ５はこの圧縮率をＶＭＭＭ１６Ｇ、：伝え、７ＭＭＭ １６が■ＩＭに対しアプリケーション１１により特定された圧縮率を使用して音 声メツセージを受取ることを命令する。

メツセージ削除コマンドはＶＭＭＭｌ、６に対しディスクシステム２３上に記憶 されたデータベースから指定された音声メツセージを削除することを命令する。

コマンドが終了した際に、動作終了結果メツセージがＡＩＭｌ５に送られる。メ ツセージ削除コマンドは音声チャネルと関連してもよいし関連していなくてもよ い。コマンドが音声チャネルと関連していない場合には、呼出しＩＤは使用され ない。

コマンドは削除されるべき音声メツセージのメツセージ番号を示すフィールドを 含む。

メツセージ創出コマンドによりＶＭＭＭ１６がディスク２３上に記憶された音声 データベース内へ音声メツセージを挿入することが可能になる。コマンド内のフ ィールドが音声データベース内へコピーされるべき音声データを含むファイルの 名称を指定する。応答（動作終了）に含まれるフィールドが創出されたメツセー ジに関連するメツセージ番号を指定する。

メツセージ取得コマンドにより、ＶＭＭＭ１６がディスク２３上に記憶された音 声データベースからの音声データを含むファイルを構築することを可能にする。

コマンドにおけるフィールドが音声データベース内の音声データから構築される べきファイルの名称を指定する。コマンドにおけるもう１つのフィールドが指定 されたファイルにコピーされるべき音声メツセージのメツセージ番号を指定する 。

コマンドが終了した際に、動作終了結果メツセージがＡＩＭ１５に送られる。

ＶＭＭＭコマンド１４０もまたシステムの最も最近の初期化以前に創出された指 定されたアプリケーション番号に関連するディスクシステム２３上の音声データ ベースにおける記憶された音声メツセージのすべてのメツセージ番号を返すメツ セージ番号取得コマンドを含む。このコマンドの基本的な目的は、アプリケーシ ョン１１がＶＭＭＭデータベースからのみなしご音声メツセージを削除すること ができるようにすることである。みなしごとはＶＭＭＭデータベース内に存在し 、アプリケーション１１、のデータベースにおいては知られていない音声メツセ ージのことである。

アプリケーション１１はまた、そのデータベースから、７ＭＭＭ１６がそれに関 して知識を有していないそれらメツセージ番号を削除することが可能である。メ ツセージ番号がアプリケーション１１に戻された後、このようなメツセージ番号 を削除しかつＶＭＭＭ１６に対しその動作を行なうように命令するのはアプリケ ーション１１の責任である。

ＶＭＭＭ結果メツセージ１４１は動作終了メツセージである。この結果メツセー ジは関連するＶＭＭＭコマンドのそれぞれのフィールドに含まれる情報を繰り返 すフィールドを含む。結果メツセージはコマンドタイプ、音声チャネル番号およ び呼出しＩＤを反復する。結果メツセージはまた、結果タイプがＶＭＭＭ動作終 了結果メツセージであることを示す固定の文字をその内部に有するフィールドを 含む。その結果メツセージを生じさせたコマンドがメツセージ送りであれば、そ の結果はコマンド内の指定されたメツセージ番号を含むフィールドを含む。その 結果に関連するコマンドがメツセージ受取りがアクティブであるメツセージ送り であれば、動作終了結果は受取られた音声メツセージを識別するために使用され るＶＭＭＭ１６により指定されるメツセージ番号を含むフィールドを含む。

音声メツセージデータベースの構造がブロック１４５により模式的に示される。

ＶＭＭＭ音声データベース構造１４５は主メモリ１８内のＶＭＭＭｉ６により構 成されかつディスクシステム２３（図１）上に保持される。ＶＭＭＭデータベー ス構造１４５について第８ａ図−第８ｄ図を参照して以下に述べることにする。

ＶＭＭＭ１６はまたＮＩＵ１９を介してネットワーク１２に対する音声メツセー ジの送受を行なうためのＶＩＭ２５（第１図）へのコマンドを提供するＶＩＭコ マンドセット１４６を含む。ＶＩＭコマンドセット１４６については第６図およ び第７ｅ図を参照して以下に詳細に述べることにする。

ＶＭＭＭ１６はＶＭＭＭルーチン１４７として模式的に示されるルーチンに従い 動作する。ＶＭＭＭ１６は発明者Ｆ、　Ｃ，Ｋｒｕｅｇｉおよびり、　Ｗ、　ｔ ｉｅｉｌｅｍａｎ、Ｊｒ、　で、本願発明の譲受人に譲渡された、「マス記憶デ ータベースシステムにおいて、オーディットトレイル機構を伴わずに回復能力を 与える装置および方法Ｊ　（Ａｐｐａｒａｔｕｓ　ａｎｄ　Ｍｅｔｈｏｄ　ｆｏ ｒ　Ｐｒ。

ｖｉｄｉｎｇ　Ｒｅｃｏｖｅｒａｂｉｌｉ＋７　ｉｎ　Ｍａｓｓ　Ｓｔｏｒａｇ ｅ　Ｄｇｆａ　Ｂｘｓｅ　Ｓ７ｔ［ｅｍｓ　ｗｉｔｈｏｕｔ＾ａｄｉｔ　Ｔｒｘ ｉｌ　Ｍｐｃｈａｎｉｓｍｓ）という名称の、１９９０年４月２５日出願の同時 係属出願である米国特許出願連続番号第５１４．７８３号に詳細に説明されてい る。

この第５１４．７８３号つにいてはその全文にわたってここに引用により援用す る。しかしながら、便宜上以下の説明を行なう。

第８ａ図−第８ｄ図を参照して、ＶＭＭＭデータ構造１４５が図示される。ディ スクシステム２３（第１図）上ニ記憶される各音声メツセージはこのシステムの 予測寿命にわたって独自のものであるメツセージ番号またはトークンをＶＭＭＭ １６により指定される。音声メツセージは記憶および検索目的でこの独自のトー クンにより識別されかつ数々の音声メツセージセグメント（ＶＭＳ）により構成 され、各ＶＭＳは識別アドレス番号を有する。連続する音声メツセージはそれに より構成されているＶＭＳ　（複数）を連続的に検索しかつ隣接してセグメント をプレイすることにより検索されかつプレイされる。ＶＭＳは第８ｄ図に示され る音声メツセージファイル１５０内に記憶され、同ファイルはここでもフラット ファイルという名称で呼ぶことにする。フラットファイル１５０は策８０図に示 すようなデータベースインデックス構造１５１内に記憶されるＶＭＳポインタに よりアクセスされる。各フラットファイルの記録詳細については第８ａ図に示し 、かつデータベースインデックス構造記録に関する詳細については第８ｂ図に示 す。

第８ａ図を参照して、フラットファイル１５０内に記憶される各ＶＭＳのフォー マットが示される。ＶＭＳはＶＭＳ番号１５２（ファイルの部分ではない）によ り模式的に示されるフラットファイルアドレスで記憶される。ＶＭＳ記録はＶＭ Ｓが構成されるデジタル音声データを記憶するためのフィールド１５３とリカバ リー情報を含むフィールド１５４から構成される。フィールド１５３における音 声データは、音声チャネルから受取ったかまたは音声メツセージ創出過程を利用 して創出したデータである。フィールド１５４におけるリカバリー情報は万が一 データベース１５１が失われた場合にこれをリカバーするために利用される。リ カバリー情報１５４はまた検索された音声メツセージの完全性をテストするため にも使用される。

リカバリー情報はＶＭＳが音声メツセージの一部として使用されるかまたはＶＭ Ｓが使用可能であるかどうかを示す利用可能マーカーフィールド１５５を含む。

リカバリー情報１５４はこのＶＭＳのためのフラットファイルポインタを含むセ ルフポインタフィールド１５６を含む。こうして、セルフポインタフィールド１ ５６は１５２で模式的に示されるＶＭＳ番号を含む。メツセージ番号フィールド １５７はＶＭＳが属する音声メツセージのメツセージ番号を含む。シークエンス フイールド１５８は音声メツセージを含むＶＭＳのシーフェンスにおけるＶＭＳ のシーフェンス番号を含む。フィールド１５８におけるシーフェンス番号は所与 のメツセージ番号に対して音声メツセージセグメントをオーダするために使用さ れる。リカバリー情報１５４はＶＭＳが音声メツセージの最後のセグメントであ る場合、最終セグメントフラグを含む最終セグメントフラグフィールド１５９を 含む。リカバリー情報１５４はさらに音声メツセージセグメントにおける有効バ イトの数を含む長さフィールド１６０を含みかつさらに音声メツセージの最後の セグメントに対するフラットファイルポインタを含む最終アドレスフィールド１ ６１を含む。フィールド１６１は音声メツセージの最終セグメントのＶＭＳ番号 １５２を含むことになる。チェックサム（Ｃｂｅｃｋｓｕｍ）フィールド１６２ は１６１を介するリカバリー情報フィールド１５３のチェックサムを含む。

第８ｂ図を参照して、データベースインデックス構造ポインタ記録のフォーマッ トについて説明する。メツセージ番号フィールド７０は音声メツセージのメツセ ージ番号を含む。音声メツセージが受取られるかまたは作り出された際に、メツ セージ番号またはトークンがＶＭＭＭ１６により指定される。セグメント数フィ ールド７１が音声メツセージにおける音声メツセージセグメントの数のカウント を含む。フィールド７２は音声メツセージを含む音声メツセージセグメントのＶ ＭＳ数を含む。ＶＭＳ数７２は、所望のＶＭＳがそこで検索され得るフラットフ ァイル１５０に対するポインタである。

データベース１５１内の関連するメツセージ番号７０をアクセスすることにより フラットファイルから音声メツセージが検索される。メツセージを含むセグメン トの数はフィールド７１に含まれておりかつ音声メツセージセグメントに対する フラットファイルポインタがフィールド７２に含まれる。メツセージを含むＶＭ Ｓのシーフェンスが、継続的かつ一貫した音声メツセージがネットワークに対し てプレイされ得るように、ＶＭＳのフィールド１５８内のシーフェンス番号を利 用してオーダされ得る。

データベースインデックス構造１５１とフラットファイル１５０からデータが読 出されると、様々な完全性に関するテストが行なわれる。各ＶＭＳの１６１を介 するフィールド１５３のチェックサムがとられかつフィールド１６２内に記憶さ れているチェックサムと比較される。フィールド１５６に記憶されたセルフポイ ンタは音声メツセージの各々のＶＭＳに対するＶＭＳ番号１５２と等しいかどう か比較される。フィールド１５５もまたＶＭＳが実際に使用されているか否かを 決定するためにテストされる。フィールド１５７に記憶されたメツセージ番号は 、各ＶＭＳが実際に音声メツセージに属していることを判決するためにフィール ド７０内のメツセージ番号と比較される。

第８ｃ図のインデックス構造１５１が失われている場合には、フラットファイル におけるリカバリー情報１５２が使用されインデックス構造を再構築する。この 目的に必要とされる情報のすべてがリカバリー情報１５４内に含まれる。完全性 テストによりフラットファイル１５０とデータベース１５１との間に不一致が検 出される際、データベース１５１はフラットファイル１５０から再構築される。

第３図に関連して既に述べたとおり、ブロック１４２は音声メツセージに対する メツセージ番号トークンの指定を示す。各音声メツセージがそのシステムの予測 寿命にわたって独自のものであるトークンを指定される。音声メツセージがこの 指定されたトークンを利用してアプリケーション１１によりディスクシステム２ ３（第１図）に記憶されかつディスクシステム２３から検索される。このトーク ンはインデックス構造ポインタ（第８ｂ図）のメツセージ番号フィールド７０内 に記憶されるとともに各ＶＭＳ　（第８ａ図）のメツセージ番号フィールド１５ ７内に記憶される。

各トークンは上位コンポーネント１４３と下位コンポーネント１４４から構成さ れる。

第９図を参照して、トークン指定ブロック１４２（第３図）を実現するための経 過について説明する。第９図はトークンまたはメツセージ番号が作り出されて管 理される態様を示す。メツセージ番号はメツセージにアクセスするために使用さ れかつメツセージが受取られたときに創出される。メツセージ番号はアプリケー ションに返される。メツセージ番号はそのシステムの予測寿命にわたって独自の ものでありかつ上位コンポーネントおよび下位コンポーネントからなるマスタメ ツセージ番号（図示せず）から発生されるものである。装置が初期化されるたび に上位コンポーネントが１だけ増分されかつ下位コンポーネントが１に設定され る。下位コンポーネントは各メツセージが作り出されると１だけ増分される。下 位コンポーネントがその最大値を超えて増分される場合には、上位コンポーネン トは１だけ増分されかつ下位コンポーネントは１に設定される。

上位コンポーネントはフラットファイル１５０内のある確保された位置内に記憶 されかつＴＮＡＵＤ　ＩＴファイル（図示せず）に書込まれる。下位コンポーネ ントのオーバーフローに伴い装置が上位コンポーネントを増分する場合には、そ の値がフラットファイルおよびＴＮＡＵＤ　ＩＴファイルの双方にうまく記録さ れるまで増分された値は使用されない。

メツセージ番号の独自性はデータベースの完全性および回復に関して重要である 。第９図の経過で実行時間の無駄（ｒｏｎｉｉｍｅ　ｏｖｅｒｈｅａｄ　）と回 復時間を最小限にする。箪９図の経過では、トークンの記憶のためのディスクの 書込は各トークンの発行の後ではなく、約１００万はどのトークンが発行された 後に初めて必要となる。

ＶＭＭＭｉ６、ＶＭＭＭルーチン１４７のさらなる詳細についておよびデータベ ースインデックス構造とフラットファイルの構造については先はど述べた特許出 願番号第５１．４，７８３号に見受けられる。

第６図を参照して、かつ引続き策１図および第３図を参照して、７１Ｍ２５の詳 細について説明する。上に述べたとおり、ＶＭＭＭ１６は、ネットワーク１２へ の音声メツセージの送りおよびネットワーク１２からの音声メツセージの受取り に関して７１Ｍ２５の動作を制御する。これらの動作はＩ１０プロセッサ２４お よび音声チャネルコマンドキュー２６を経由して制御されるｄ第３図を参照して 述べたとおり、ＶＭＭＭ１６は７１Ｍ２５をコマンドして必要な動作をさせるた めのＶＩＭコマンドセット１４６を含む。７１Ｍ２５はＮＡＰｌ　０のブロック 構成の、コンテンションベースの環境とＴ１トランク２１のリアルタイムで、ス トリーム構成の環境との間のインターフェイスを提供する。

極めて大きいバッファメモリ（ギガバイト）を有することなくこのようなインタ ーフェイスを効果的に設けるために、７１Ｍ２５は以下に述べる態様で１つ１つ の形式で音声メツセージ動作を行なう。対照的に、先行技術のデータリンクプロ セッサは各動作を順次完全に行ないかつ終了する。加えて、ＮＡＰｌｏは、ＶＭ ＭＭ１６にそのように命令されれば、ネットワーク１２に対し話をした直後にネ ットワーク１２を聞く動作を開始する必要がある。これらの機能が達成される態 様の詳細についてはＲｏＡ、ラテイマ−（Ｌｉｔｉｍｅｒ’）とｐ、Ｗ、　バイ ルマン（Ｈｅｉｌｅｌａｎ）　、Ｊ　ｒ。

による１９９０年４月２日出願の、「リアルタイム通信リンクを非同期デジタル コンピュータシステムにインターフェイスするための装置」という名称の同時係 属中の米国特許出願連続番号第５０３．１９５号に記載されている。この第５０ ３，１９５号は本願の譲受人に譲渡されておりかつここでその全文について引用 により援用する。

ＶＩＭコマンドセット１４６（第３図）は以下のコマンドを含む、すなわちトー クデータ送り、聞取りデータ取得、フェーズカウント設定、およびフェーズ終了 （ＳＥＮＤＴＡＬＫ　ＤＡＴＡ、ＧＥＴ　ＬＩＳＴＥＮ　ＤＡＴＡ。

ＳＥＴ　ＰＨＡＳＥ　Ｃ０ＵＮＴ、ａｎｄ　ＴＥＭＩＮＡＴＥ　ＰＨＡＳＥ）　 。ＶＭＭＭ１６はＩ１０プロセ・ソサ２４を経由して、７１Ｍ２５へ順次与える ために、トークデータ送り、聞取りデータ取得およびフェーズカウント設定コマ ンドのシーフェンスを音声チャネルコマンドキュー２６内に積重ねる。終了コマ ンドはキュー２６をバイパスしてバス９０（第１図）を経由して７１Ｍ２５に直 接与えられる。バス９０はまた音声データを７１Ｍ２５へかつ７１Ｍ２５から運 搬するとともに７１Ｍ２５からＶＭＭＭＩ６へ結果信号を運搬する。

引続き第６図を参照して、７１Ｍ２５はＶＩＭコマンドブロック９１により模式 的に示すとおり、キュー２６からコマンドを受けるとともにバス９０上の直接的 に与えられた終了コマンドをも受ける。上記の第５０３．１９５号に記載される とおり、７１Ｍ２５はバス９０を経由してＶＭＭＭ１６からＴ１トランク２１へ 送られるトーク音声データとバス９０を経由してＶＭＭＭ１６へ送られるべきＴ １トランク２１から受取られた聞取り音声データとをＩくツファするためのバッ ファ９２を含む。バッファ９２はトーク音声データをトランク２１に送るための 転送７くツファ９３のシーフェンスとトランク２１からの聞取り音声データを受 取るための受取りバッファ９４のシーフェンスとを含む。

適当なインターフェイス９５がＴ１トランク２１とバッファ９２との間に介挿さ れる。バッファ９２とインターフェイス９５とはＶＩＭコマンドブロック９１か らのＶＩＭコマンドに応答するバッファ管理装置９６により制御される。

バッファ管理装置９６また結果信号をバス９０を経由してＶＭＭＭ１６へ戻し、 ＶＭＭＭ１６に状態情報を提供する。

第７ｅ図を参照して、ｖＩＭコマンドのフォーマットについて説明する。このコ マンドはこのコマンドにより達成される動作を指定するフィールド１００を含む 、すなわちトークデータ送り、聞取りデータ取得、フェーズカウント設定および 終了である。最終フラグフィールド１０１は、コマンドが論理動作を規定するコ マンドのシーフェンスの最終である場合の最終フラグを含む。各ＶＩＭコマンド はまたＶＩＭ上に適用可能な音声チャネルを指定するためのチャネル番号フィー ルド１０２を含む。７１Ｍ２５により音声データが記憶されているメモリ（ディ スクシステム２３）の適切な利用が図られるように、リンクフィールド１０３は ＶＭＭＭ１６からの情報を含む。リンクフィールド１０３の利用の詳細について は先はど述べた第５０３．１９５号に記載されている。フェーズフィールド１０ ４は各ＶＩＭコマンド内に含まれており、ＶＩＭコマンドを論理シーフェンスに グループ決めするフェーズカウントを含むためのものである。論理シーフェンス におけるＶＩＭコマンドのすべてがおなじフェーズカウントを有する。論理シー フェンスにおける最後のＶＩＭコマンドはそのラストフラッグフィールド１０１ が設定されている。聞取りフィールド１０５は、バッファ管理装置９６がトーク データ送りコマンドのシーフェンスに関連するトークデータの最後のものを送っ た直後に聞取りデータをＴ１トランク２１から受けるためのインターフェイス９ ５とバッファ９２とを制御できるように、トークデータ送りコマンドとともに使 用されるオプションを提供する。

トークデータ送りに応答して、バッファ管理装置９６はバッファ９２を管理して 伝送バッファ９３をＴ１トランク２１へ伝送されるべきトークデータで満たさせ る。トークデータはバス９０を経由して伝送バッファ内に受入れられる。バッフ ァ管理装置９６はバッファ９２とインターフェイス９５とを制御して伝送バッフ ァ９３の内容を順次Ｔ１トランク２１へあけさせ、伝送バッファが今度は現在の バッファになるようにバッファをローテーションする。予め定められた数のバッ ファが空にされた後、バッファ管理装置９６はバス９０から、送られるべき音声 メツセージのさらなるトークデータで空になったバッファを再び充填する。

先はどの第５０３．１９５号に記載のとおり、システムの待ち時間を吸収しかつ バッファのアンダーランを避けるためにでき得る限り伝送バッファ９３をいっば いに維持するバッファ政策がバッファ管理装置９６により利用される。

聞取りフィールド１０５が、聞取りデータが最後のトークデータが送られた後に 受取られるべきであることを示している場合には、バッファ管理装置９６はバッ ファ９２とインターフェイス９５とを制御して、その聞取りデータが受取りバッ ファ９４内に受取られるようにする。聞取りデータを入手するために、ＶＭＭＭ １６はバッファ管理装置９６をコマンドしてバッファ９４が聞取りデータを受取 り始めるよう制御させる聞取りデータ取得コマンドを利用する。先はども述べた 第５０３，１９５号に記載のバッファ方法に従い、聞取りデータが現在の受取り バッファ内に置かれる。現在のバッファがいっばいになると、バッファのローテ ーションが制御されかつ次のバッファが現在ノバッファとなる。予め定められた 数の受取りバッファがいっばいにされた後、バッファ管理装置９６はバス９０の 上にいっばいにされたバッファを空はバッファを空にしかつ再び利用可能にする 。利用されるこのバッファ方法はシステムの待ち時間を吸収しかつ受取リバッフ ァのオーバーフローを避けるためにでき得る限り受取リバッファ９４を空に維持 するためのものである。

動作において、ＶＭＭＭ１６はＶＩＭコマンドの適切なシーフェンスを音声チャ ネルコマンドキュー２６内に置きアプリケーション１１（東１図）が必要とする 音声メツセージ伝送および受取り動作を実行する。ＶＩＭコマンドの論理シーフ ェンスはフィールド１０４内の同じフェーズカウントを利用することにより指定 される。動作の論理シーフェンスが最終フラグフィールド１０１が設定されて■ ＩＭコマンドを受取ることにより終結する場合、フェーズカウントは次の上位の フェーズカウントにまで増分されて次の必要なシーフェンスの動作を制御し始め る。ｖＭＭＭ１６がトークデータ送りまたはトークデータ取得シーフェンスのい ずれかを終了させることを望む場合には、フェーズカウントフィールド１０４が 設定されて終了コマンドが現在進行中の動作のフェーズカウントに対し発行され る。終了コマンドは音声チャネルコマンドキュー２６をバイパスして直接的にＩ １０プロセッサ２４からＶＩＭコマンドブロック９１に与えられるので、動作は 即時終了される。終了動作は、たとえば、呼出し者がオン・フックの状態になる かまたは終了ＤＴＭＦディジットに入るかいずれかの場合に利用され得る。この ような終了状態はＮＩＵ１９およびＮＩＵＭ１７を介してＡＩＭ１５により検知 される。ＡＩＭ１５はそ（７）後ＶＭＭＭＩ　６にＶＭＭＭニア７：ｚドを発行 し、これが結果としてＶＭＭＭ１６のＶ　Ｉ　Ｍ２５に対する終了コマンド発行 をもたらす。

したがって、終了はＡＩＭ１５とＶＭＭＭ１６とにより処理される。アプリケー ション１１（コマンドを経由して）が終了状態を特定する。

フェーズカウント設定コマンドがＶＩＭのクリアリングまたは音声チャネル動作 の無効化等の目的でコマンド内に特定される値に位相カウントを設定するために 使用されてもよい。バッファ管理装置９６はバス９０とＩ１０プロセッサ２４を 経由してＶＭＭＭ１６に結果信号を送り、ＶＭＭＭ１６が音声データメツセージ 処理動作の状態について情報を受けられる状態を維持する。結果信号は上に述べ られかつ先はどの策５０３．１９５号に述べられたバッファ方法動作を同期化す るためにＶＭＭＭ１６により利用される。

上記より、トークデータ送りまたは聞取りデータ取得コマンドの論理グループを 多重の送りまたは取得動作にわたっての音声データ伝送の継続的な接続を目的と する論理シーフェンスに形成するためにフェーズカウントが利用される点を理解 されたい。論理グループ決めシーケンスの最終のものは最終フラグフィールド１ ０１を設定することにより示される。動作の論理シーケンスが、一致するフェー ズカウントを有する終了コマンドを発行することにより中断される。

第５図を参照して、ＮＩＵ１９について詳細に説明する。

Ｎ　Ｉ　Ｕ　１９　ハ、Ｔ１音声リン”２１を経由すルＶ　Ｉ　Ｍ２５の音声チ ャネルのためのネットワーク１２およびデータコム２２を経由するＶＮＭＳ　１ ４とのインターフェイスを提供して、そこへの状態信号の報告とそこからの制御 信号の受取りを行なう。ＮＩＵ１９はどのポートでも他のポートに接続され得る ようにポート２０と相互接続するデジタルマトリックススイッチ１１０を含む。

ネットワーク１２のデジタルリンクたとえばＴ１リンクはポート２０を経由して デジタルマトリックススイッチ１１０に直接的に接続される。ネットワーク１２ のアナログラインおよびトランクはポート２０ならびにアナログ−デジタル変換 器１１１および１１２を経由してデジタルマトリックススイッチ１１０に接続す る。ＮＩＵ１９はさらにデジタルマトリックススイッチ１１０を経由してどのポ ートにでも制御可能に接続され得るＤＴＭＦレシーバ１１３を含む。ポート２０ 、スイッチ１１０およびＤＴＭＦレシーバ１１３を制御するためにＮＩＵ１９内 にＣＰＵＩ　１４が設けられる。ＣＰＵ１１４はＮ　Ｉ　ＵＭＩ　７からの制御 信号を受けかつデータコム２２を経由してそこへ状態信号を報告する。Ｄ、ＴＭ Ｆレシーバが接続されているポートから集められたＤＴＭＦディジットがＣＰＵ １１４を経由してＮＩＵＭ１７に報告される。ＣＰＵ１１４はＮＩＵ１９のポー ト２０のためのパルス出入れ（ｉｎｐｗｌｓｉｎｇ　ａｂｄ　ｏａｔｐｏｌｓｉ ｎｇ）の法則等プロトコールデータを記憶するためのデータベースを含む。

ネットワーク１２の各音声チャネルはＮＩＵ１９のポート２０に接続しかつ両側 が互いにコミュニケーションをとれることを可能にする。ネットワーク１２から の呼出しがＮＩＵ１９に到来すると、シグナリング情報、典型的には呼出されて いる電話番号を含む情報が接続されたＤＴＭＦレシーバ１１３により検８されか つＮＩＵＭ１７に報告すれる。加えて、オン・フックおよびオフ・フック等のシ グナリング情報もまたスイッチ１１０を介してＮＩＵＭ１７に伝送される。

ポート２０のいくつかが電話ネットワーク１２のラインおよびトランクに接続し 、かつ他のＮＩＵポートがＴ１音声スパン２１とＶＩＭ２５を経由してＮＡＰＩ Ｏのデジタル音声ファッシリティに接続されている点を理解されたい。

呼出しは典型的には入来ポートと出ポートから構成される。

ネットワーク呼出しがＮＡＰｌ　０により受取られかつデジタル音声記憶のため にＶＩＭ２５に接続された場合には、ネットワーク側のポートが入来ポートであ りかっｖＩＭポートが出ポートである。ＮＡＰｌＯが記憶されたデジタル音声デ ータを送るためにネットワーク呼出しを開始する場合には、ネットワーク側のポ ートが出ボートでありかっＶＩＭポートが入来ポートである。

第４図を参照して、かつ引続き箪１図および第５図を参照して、ＮＩＵＭ１７の 詳細について説明する。Ｎ　Ｉ　ＵＭＩ７はＮ　Ｉ　ＵＭＩ　７とＡＩＭ１５と の間のすべてのコミュニケーションを提供する呼出しプロセッサ１２０を含む。

呼出しプロセッサ１２０は呼出し状態管理を行ない、呼出し活動についてＡＩＭ １５に報告しかつＡＩＭ１５の要求によりＮＩＵ１９のポート２０の動作を統括 する。ＡＩＭ１５からＮＩＵＭ１７へのおよびＮ　Ｉ　ＵＭＩ　７からＡＩＭ１ ５へのすべての要求は呼出しプロセッサ１２０を経由する。ＮＩＵＭ１７は上に 述べたＡＩＭコマンドに応答して、ＮＩＵＭコマンドブロック３２により模式的 に表わされる呼出しプロセッサ１２０を経由するＮ　Ｉ　ＵＭプロセッシングを 行なう。上に述べたとおり、これらのコマンドは呼出し接続、呼出し開始、呼出 し終了、呼出しピボットおよび呼出しスプリットを含む。呼出しプロセッサ１２ ０はまたブロック３４で模式的に示されるようにＡＩＭ１５に対しＮＩＵＭ報告 を提供する。ＮＩＵＭ報告には入来呼出しの到来、呼出しから受取られたＤＴＭ Ｆディジット、およびオン・フック等の呼出し状態信号等の情報が含まれる。呼 出し記録管理装置１２１はＮＩＵＭ報告３４をＡＩＭ１５に戻す上で呼出しプロ セッサ１２０が必要とする情報を含むＮＩＵＭ呼出し記録を確立する。

第７ｆ図を参照して、ＮＩＵＭ呼出し記録のフォーマットについて説明する。フ ィールド１２２は処理されている呼出しを独自に識別する呼出しＩＤを含む。フ ィールド１２３および１２７は呼出しの入来および出ポートそれぞれの識別を含 む。ＮＩＵＭ呼出し記録もまた関連するアプリケーション１１の識別を含むため のフィールド１２５と、呼出し側または被呼出し側がオン・フックになったかな どの呼出し状態情報を提供するためのフィールド１２８とを含む。

Ｎ　Ｉ　ＵＭ呼出し記録はさらに入来ポートから受取りかつ出ポートに送られる シグナリングディジットをそれぞれ保持するためのフィールド１２４と１．２６ とを含む。各呼出し記録内には各々２０デイジツトまでのディジットからなる５ つのディジットストリングのために空間が確保されている。

これらはディジットフィールド０ないし４と呼ばれる。

呼出しセットアツプの際に受取られるシグナリングディジットが入来ディジット フィールド１２４に記憶される。

ディジットフィールド１２４はその後その呼出しに関して指定された呼出しセッ トアツプ配列により決定される順番で置換され、入来ポートに指定された入来デ ィジット処理により決定された態様で処理され、かつ受取るアプリケーションに より決定された順序で再び置換される。

ＮＡＰ開始による呼出しに関しては、ディジットフィールドは開始するアプリケ ーションに特定的な順序で置換され、出ポートに対し指定された出ディジット処 理により決′定された態様で処理され、出ディジットフィールド１２６に記憶さ れ、かつアプリケーション供給によるアウトパルスルール（翻訳の後）または出 ポートに指定された省略アウトパルスルールにより決定された順序でＮＩＵによ り再び置換され得る。

こうして、呼出し記録管理装置１２１がＮＩＵＭ呼出し記録を管理する点を理解 されたい。特定の電話呼出しのための状態情報のすべてがこのＮ　Ｉ　ＵＭ呼出 し記録内部データ構造内に維持される。

再びここで第４図を参照して、かつ引続き第１図、第５図、および第７ｆ図を参 照して、ＮＩＵＭ１７は所与のタイプの各ＮＩＵに対して１つのインタプリタを 有する多重インタプリタ１３０を含む。したがって、ＮＡＰＩＯのアーキテクチ ャによりＮＩＵの各タイプが別個のインタプリタ１３０により管理されることが 可能となり、したがって多元的なＮＩＵの構成が支持される。すべてのＮＩＵ特 定アルゴリズムはインタプリタモジュール１３０内に局限化される。インタプリ タモジュール１３０はＮＩＵ１９の管理を行なう。

Ｎ　Ｉ　ＵＭＩ　７はさらにＮＩＵＭ１７のためにメッセージルーチングを提供 するルータモジュール１３１を含む。データコム２２（第１図）からのＮＩＵリ ンクからの入来の通信が適切な（Ｎ　Ｉ　Ｕタイプに応じて）インタプリタ１３ ０にルート決めされかつそのインタプリタは今度は関連のポート活動を呼出しプ ロセッサ１２０に報告する。呼出しプロセッサ１２０による特定のポート活動を 実施せよという要求も適切なインタプリタ１３０にルート決めされかつそのイン タプリタが今度はルータ１３１およびデータコム２２を経由するＮＩＵリンクへ の適切な出メツセージを割振る。したがって、ルータ１３１はＮＩＵリンク上で のインタプリタ１３０とのデータコムの通信をルート決めする。

呼出しプロセッサ１２０からのインタプリタモジュール１３０に対するすべての 要求がルータ１３１に向けられかっルータ１３１により適切なインタプリタモジ ュール１３０に分配される。このように、ルータ１３１は特定のＮＩＵに関連す るメツセージをＮＩＵのタイプに応じて特定のインタプリタモジュールにルート 決めするのに必要な論理を含む。

Ｎ　Ｉ　ＵＭＩ　７の主要な役割は呼出し処理である。この役割を実行するため に、ＮＩＵＭ１７はシグナリング、ディジット処理、インタプリタ翻訳およびＮ 　Ｉ　Ｕ／ポート制御を管理する。呼出しは入来のボートと任意の出ポートから 構成される。入来ポートは呼出しのレグの終端でありかつ前方シグナリングを受 ける。出ボートは呼出しのレグの始端でありかつ前方のシグナリングを伝送する 。ポートとはＮＡＰＩＯにより支持される単一の選択可能な電話設備である。ボ ートはトーン発生器、ネットワーク回路、またはＤＴＭＦレシーバを含んでもよ い。ＮＡＰＩＯの初期化の間に、呼出しは呼出しＩＤにより独自に識別される。

ネットワーク呼出しがＮＡＰＩＯに到来すると、関連するＮＩＵ１９がデータコ ム２２の制御リンクを経由して入来ポートの活動とシグナリングディジットを示 すメツセージを送る。呼出された番号を含むＤＴＭＦディジット等のシグナリン グ情報は関連する音声チャネルを含む同じトランク上に到着するかもしくは送ら れ、またはシグナリングが他の設備上の帯域外に送られる。こうして、ＮＩＵ１ ９はシグナリング情報を受けかつデータコム２２のＮＩＵ制御リンクを経由して ＮＩＵＭ１７へ報告する。

ルータ１３１はそのメツセージを受けかつ適切なインタプリタ１３０を呼出す。

呼出しＩＤが発生されかつ呼出し記録が呼出し記録管理装置１２１により割当て られる。シグナリングディジットが呼出し記録において適切なフィールド１２４ および１２６内に置かれる。翻訳表（図示せず）を利用して、入来ポートと処理 されたシグナリングディジットが呼出しのタイプとその呼出しに適切なアプリケ ーション１１（第１図）を規定するために利用される。アプリケーションＩＤは したがって翻訳表により発生されかつ呼出し記録のフィールド１２５内に置かれ る。呼ａしプロセッサ１２０は呼出しの到来、呼出しＩＤ、呼出しタイプ、ディ ジットフィールド、使用されるポートに関する情報、およびアプリケーションＩ Ｄを示すＮＩＵＭ報告をＡＩＭ１５に送る。今度はＡＩＭ１５がディジットフィ ールドとボートアドレスに関しての構成可能なアプリケーションに特定的な翻訳 を行ないかつ入来呼８しメツセージを呼出しのタイプに従い選択されたアプリケ ーションに送る。

アプリケーション１１が呼出し接続コマンドをＡＩＭＩ５に送ると、ＡＩＭ１５ は出ポートのアドレス、ディジットフィールド、トーンの仕様、およびアウトパ ルシングルールに関しての構成可能なアプリケーション、特定的な翻訳を行ない かつ呼出しＩＤ、出ボート、ディジットフィールド、ＤＴＭＦレシーバオプショ ン、任意のトーン仕様、およびアウトパルシングルールを示すメツセージを送っ て呼出しプロセッサ１２０を呼出す。呼出しプロセッサ１２０は呼出しＩＤに基 づき呼出し記録管理装置１２１から呼出し記録を取り入れる。呼出しプロセッサ １２０はルータ１３１を経由してインタプリタ１３０を呼出しそこに呼出し記録 を送る。呼出されたインタプリタ１３０は翻訳されたアウトパルスルールに従い ＮＩＵ１９の指定された入来および出ポートの間の接続を成立させるためのメツ セージを様式化し、データコム２２の適切なＮＩＵ制御リンクにわたってメツセ ージを送るためにルータ１３１を呼出しかつその後接続動作が実行途中にあるこ とを示すために呼出し記録を更新する。

ＮＩＵ１９が接続要求を完了すると、ＮＩＵがデータコム２２の関連する制御リ ンクを経由してＮＩＵＭ１７にメツセージを送る。ルータ１３１はメツセージを 受けかつそのメツセージの原文を伝えて適切なインタプリタ１３０を呼出す。イ ンタプリタ１３０は受取られたメツセージにおいて指定された入来ポートに基づ き呼出し記録管理装置１２１からの呼出し記録を入れる。インタプリタ１３０は 接続動作が現在実行中であることを、呼出し記録に記憶された状態から判定する 。インタプリタ１３０はその後呼出し記録を更新して接続動作が完了したことを 示しかつその呼出し記録を伝えて呼出しプロセッサ１２０を呼出す。呼出しプロ セッサ１２０は呼出しが接続されたことを示しかつ呼出しＩＤならびに入来およ び出ポートを特定するメツセージを送ってＡＩＭ１５を呼出す。ＡＩＭ１５は今 度はポートアドレスの構成可能なアプリケーション特定の翻訳を行ないかつ呼出 し接続応答メツセージを適切なアプリケーション１１に送る。

上にも述べたとおり、ＡＩＭ１５からのＮ　Ｉ　ＵＭコマンドはブロック３２で 模式的に示される呼出しプロセッサ１２０により受取られる。ＡＩＭコマンドに 対応するＮＩＵＭコマンドはコネクトコール、ターミネイトコール、イニシエイ トコール、ピボットコールおよびスプリットコール（Ｃｏｎｎｅｃ［Ｃａ１ｌ、 　ＴｅｒｍｉｎａｌｅＣｘ！ｌ、Ｉｎ１ｔｉａｔｅＣａｌｌ、　ＰｉｖｏｔＣａ ｌｌ、ｉｎｄ　５ｐｌＮＣａｌｌ）で示される。ＮＩＵＭ：ｆｆ？ンドの以下の 記載に関しては、適切な構成可能なアプリケーション特定の翻訳が上に述べたと おりにかつ以下にも述べるとおり行なわれる。

コネクトコールに関しては、呼出しの入来ポートが出ボートに接続されている場 合には、この接続はブレークされかつ出ボートがオンフックの状態に強制される 。新しい出ボートが要求された出ポートに従い選択されかつこの入来のポートが 出ポートに接続される。リングバックが選択された場合には、入来ポートは、返 答スーパービジョンが出ポート上で検出されるまでリングバックトーンを聞く。

返答スーパービジョンが出ポートで検知されかつリングバックが選択されていれ ば、双方向の音声経路がポート間でカットされる。ＤＴＭＦレシーバが要求され ていれば、ＤＴＭＦレシーバが入来ポートに接続されかつ能動化される。

アプリケーションは、ＡＩＭ１５を経由して呼出しプロセッサ１，２０に、呼出 しＩＤ、呼出し配置コード、およびその配置コードに依存する任意のトーンまた はアナンウスメントパラメータを示すメツセージを送ることによりターミネート コールコマンドを呼出す。配置コードは呼出し終了処理の４つのバリエーション 、すなわちレッセフエール（Ｌａｉｘｓｅｘ　Ｆａｉｒｅ　）　、切断、トーン 、またはアナンウスメントのうちの１つを選択する。

呼出しプロセッサ１２０は呼出しＩＤに基づいて呼出し記録管理装置１２１から の呼出し記録を入れる。コンフィギャラブルアプリケーション特定翻訳が、もし 存在していればトーンとアナウンスメントパラメータに対し行なわれる。呼出し プロセッサ１２０はその後そのパラメータを呼出し記録内に記憶しかつルータ１ ３１を経由して呼出し記録を送って適切なインタプリタ１３０を呼出す。インタ プリタ１３０のターミネートコールコマンドの処理は呼出し配置コードに移動す る。

レッセフェール配置コードが選択されている場合には、インタプリタ１３０は呼 出し記録に印を付けて、その呼出しに関してはこれ以上いかなる事象もアプリケ ーションに対して伝送されないことを示す。呼出しは、呼出し側と被呼出し側の 一方または双方がオン・フックになることにより自動的に切断するまで現在の状 態でそのまま継続する。

切断配置コードが選択されていれば、インタプリタ１３０は入来ポートと出ポー トとの間の音声経路を取壊しかつハードウェアタイプがそれを許容する場合には ポートをオン・フックの状態に強制することを含む、ポートに対する切断処理を 行なうメツセージを様式化しかつルータ１３１を経由してＮＩＵに送る。

トーン配置コードが選択されていれば、インタプリタ１３０は呼出しの出ポート を除去しかつそれを切断処理に強制しかつ入来のポートへ選択されたトーンを提 示するメツセージを様式化しルータ１３１を経由してＮＩＵに送る。

このトーンは妥当な時間にわたって入来ポートに与えられ、それに引き続いてイ ンタプリタ１３０が入来のポートに対する切断処理を行なうメツセージを様式化 してルータ１３１を経由して送る。これはさらなるサービスが提供され得ない呼 出しに対して、リオーダ等の標準的なプログレストーンを提供するためである゛ 。　” アナウンスメント配置コードが選択されている場合には、インタプリタ１３０は 呼出しの出ポートを除去しかつそれを切断処理に強制しかつ入来ポートに選択さ れたアナウンスメントを提供するメツセージを様式化してルータ１３１を経由し てＮＩＵに送る。アナウンスメントの締めくくりでは、ＮＩＵがルータ１３１を 経由してインタプリタ１３０にメツセージを送り、インタプリタ１３０が今度は サービスが提供され得ない呼出しに対して入来の標準アナウンスメントをコマン ドする。

ターミネートコールコマンドに関するアプリケーションまたはこのコマンドが作 用する呼出しに関するさらなるダイアログに対し応答がある場合はない。

アプリケーションがイニシエートコールコマンドをＡＩＭ１５に送る場合、ＡＩ Ｍ１５が呼出しプロセッサ１２０を呼出し、呼出しＩＤ、選択された入来および 出ポート、ディジットフィールド、ＤＴＭＦレシーバオプション、リングバック トーンオプション、およびアウトパルシングルールを示すメツセージを送る。呼 出しプロセッサ１２０は呼出し記録管理装置１２１からの新しい呼出し記録を要 求しかつこの呼出し記録を呼出しＩＤと関連付ける。呼出しプロセッサ１２０は その後イニシエイトコールコマンドのためのパラメータに関する構成可能なアプ リケーション特“定の翻訳を行ないかつその結果を呼出し記録内に記憶する。

呼出しプロセッサ１２０はルータ１３１を経由して選択されたインタプリタ１３ ０を呼出し、その呼出し記録を送る。

インタプリタ１３０は選択された入来ポートで強制された呼出しの開始を引起こ すメツセージを様式化しかつルータ１３１を経由してＮＩＵに送る。インタプリ タ１３０は呼出し記録状態を更新して、呼出しが呼出し発信を待って延期されて いることを示し、かつその呼出し記録を呼出し記録管理装置１２１へ戻す。

強制発信を終了すると、ＮＩＵは応答メツセージをルータ１３１を経由してイン タプリタ１３０に送る。インタプリタ１３０は選択された入来ポートに基づき、 呼出し記録管理装置１２１からの呼出し記録を入れる。インタプリタ１３０は呼 出し記録状態と応答からこの延期を引起こした条件が貴たされていることに気づ き、呼出し記録内のコード化されたパラメータを調べ、かつ選択されたアウトパ ルシングルールに従い入来ポートと選択された出ポートとの間に接続を成立させ るためにメツセージを様式化してＮＩＵに送る。呼出し記録はここで再び延期さ れる。

接続プロセスが開始されると、ＮＩＵは応答を返してかつインタプリタ１３０は 再び呼出し記録内のコード化されたパラメータを調べる。リングバックトーンが 要求されている場合には、出ボートに対し返答をベンディングする、ＮＩＵをし て選択されたトーンを入来ポートに提供せしめるコマンドメツセージが様式化さ れて送られる。呼出し記録は、返答状態が呼出しに関して予測される次の事象で あることを示すべく印を付けられる。リングバックトーンが全く選択されていな い場合には、呼出し記録は短に返答を待ち延期された状態であるとして印を付け られるのみである。

タイムリミツト内で出ポートが返答する場合には、ＮＩＵはインタプリタ１３０ に対してそれに関するメツセージを送る。インタプリタ１３０は呼出し記録内の コード化されたパラメータを調べてかつＤＴＭＦレシーバが要求されたかどうか を判定し、もし要求されていれば、コマンドはレシーバを取付けて収集を始める べくＮＩＵに送られる。

呼出しが接続されたことを示すメツセージがインタプリタ１３０から呼出しプロ セッサ１２０へ送られる。選択されたポートのアプリケーション特定の翻訳が行 なわれて、その応答がＡ　ＩＭＩ　５を経由してアプリケーションに転送される 。ＤＴＭＦレシーバが全（要求されなかった場合には、アプリケーションの応答 は様式化されて同一のやり方で処理される。

出ボートがタイムリミツト内で返答しなければ、呼出しの試みが失敗した（オン ・フック）ことを示す応答メツセージが呼出しプロセッサ１２０およびＡＩＭ１ ５を経由してアプリケーションに伝送される。

アプリケーションがＡＩＭ１５に呼出しピボットコマンドを送る場合には、ＡＩ Ｍ１５が呼出しプロセッサ１２０を呼出して、呼出しＩＤ、選択された出ボート 、ディジットフィールド、ＤＴＭＦレシーバオプション、リングバックトーンオ プション、およびアウトパルシングルールを示すメツセージを伝える。呼出しプ ロセッサ１２０は呼出しＩＤに依存して、呼出し記録管理装置１２１からの呼出 し記録を入れる。呼出し記録は出ポートを有する呼出しを表わしているはずで、 さもなくばＡＩＭ１５を経由してエラーがアプリケーションに戻される。呼出し プロセッサ１２０はその後呼出しピボットコマンドのためのパラメータに対し構 成可能アプリケーション特定翻訳を行ないかつコード化された結果を呼出し記録 内に記憶する。呼出しプロセッサ１２０はルータ１３１を経由して選択されたイ ンタプリタ１３０を呼出し、呼出し記録を伝える。

インタプリタ１３０は入来および出ポート間の接続をブレークするメツセージを 様式化してルータ１３１を経由してＮＩＵに伝え、入来ポートは切断処理に強制 される。インタプリタ１３０は呼出し記録を更新して呼出しの前の出ボートは現 在ではこの呼出しの入来ポートとして使用されるべきであることを示し、その後 その呼出しを延期する。

切断処理を完了すると、ＮＩＵはルータ１３１を経由してインタプリタ１３０へ 応答メツセージを伝える。インタプリタ１，３０は新しい入来ポートに基づいて 、呼出し記録管理装置１２１からの呼出し記録を入れる。インタプリタ１３０は 呼出し記録状態と応答から、延期を引起こした条件が満たされていることに気づ き、呼出し記録内のコード化されたパラメータを調べ、かつ選択されたアウトパ ルシングルールに従い新しい入来ポートと選択された出ポートとの間に接続を成 立させるべ（メツセージを様式化してＮＩＵに送る。呼出し記録はここで再び延 期される。

接続処理が開始されると、ＮＩＵは応答を返しかつインタプリタ１３０が再び呼 ａし記録内のコード化されたパラメータを調べる。リングバックトーンが要求さ れていれば、ＮＩＵをして出ポート上の返答をベンディングする入来ポートへの 選択されたトーンを提供せしめるコマンドメツセージが様式化され送られる。呼 出し記録が、返答の状態がその呼出しに関して予測される次の事象であることを 示すべく印を付けられる。リングバックトーンが選択されなければ、呼出し記録 は単に答えを待って延期されているものとして印を付けられる。

タイムリミツト内で出ポートが返答する場合には、ＮＩＵはインタプリタ１３０ に対しそれに関するメツセージを送る。インタプリタ１３０は呼出し記録内のコ ード化されたパラメータを調べてかつＤＴＭＦレシーバが要求されているか否か を判断し、もし要求されている場合にはレシーバを取付けかつ収集を始めるため にＮＩＵに対しコマンドが送られる。呼出しが接続された旨を示すメツセージが インタプリタ１３０から呼出しプロセッサ１２０に送られる。

選択されたポートのアプリケーション特定の翻訳が行なわれ、かつその応答がＡ ＩＭ１５を経由してアプリケーションに転送される。ＤＴＭＦレシーバが要求さ れていない場合には、アプリケーションの応答が様式化され同じ態様で処理され る。

出ポートがタイムリミツト内で返答しない場合には、呼出しの試みが失敗した（ オン・フック）旨を示す応答メツセージが呼出しプロセッサ１２０およびＡＩＭ １５を経由してアプリケーションに伝送される。

アプリケーションがＡＩＭ１５に対してスプリットコールコマンドを送る場合に は、ＡＩＭ１５が呼出しプロセッサ１２０を呼出して、呼出しＩＤ、選択された 出ポート、ディジットフィールド、ＤＴＭＦレシーバオプション、リングバック トーンオプションおよび２つの呼出しのためのアウトパルシングルールを示すメ ツセージを送る。呼出し記録は出ボートを有する呼出しを表わしているはずであ り、さもなくばエラーがＡＩＭ１５を経由してアプリケーションに返される。呼 出しプロセッサ１２０はその後スプリットコールコマンドのためのパラメータに 対し構成可能アプリケーション特定的翻訳を行ないかつ呼出し記録内にそのコー ド化された結果を記憶する。呼ａしプロセッサ１２０はルータ１３１を経由して 選択されたインタプリタ１３０を呼出し、呼出し記録を伝える。

インタプリタ１３０は入来ボートと出ポートとの間の接続をブレークするメツセ ージを様式化してルータ１３１を経由してＮＩＵに送る。インタプリタ１３０は 呼出し記録管理装置１２１からの新しい呼出し記録を要求しかつ新しい呼出し記 録を更新して、呼出しの以前の出ボートが現在では新しい呼出しの入来ポートと して使用されるべきである旨を示す。新しい呼出しのためのコード化されたパラ メータが古い呼出し記録から新しいものへ移動させられ、かつ双方の呼出しが延 期される。

切断処理を完了すると、ＮＩＵは応答メツセージをルータ１３１を経由してイン タプリタ１３０に送る。インタプリタ１３０は新しい入来ポートに基づき呼出し 記録管理装置１２１からの呼出し記録を入れる。インタプリタ１３０は呼出し記 録状態と応答から、延期を引起こした条件が満たされていることに気づき、呼出 し記録におけるコード化されたパラメータを調べ、古い呼出しと新しい呼出しの 双方において、選択されたアウトパルシングルールに従い入来のボートと選択さ れた出ポートとの間に接続を成立させるメツセージを様式化しこれをＮＩＵに伝 える。コネクトコールまたはピボットコールコマンドに関しては古い呼出しおよ び新しい呼出し双方について独立して接続処理が進行する。

古い呼出しに関する接続処理が成功したことを伝える通知は呼出し接続ＡＩＭ１ ５応答によるものである。新しい呼出しに関する接続処理が成功したことを知ら せる通知はＡＩＭ１５人来呼出入来答によるものであり、入来呼出し応答のフィ ールドにおいて知らされた古い呼出しの呼出しＩＤはこの目的のために確保され ているのである。古い呼出しにおける接続処理の失敗はＡＩＭ１５オン・フック 応答を経由して知らされる。新しい呼出しにおける接続処理の失敗はアプリケー ションには報告されないが、ＮＡＰイベントログにおいて例外として記される。

コレクトディジットニイムコマンドに関しては、ＡＩＭ１５へのＮＩＵＭＩ／ボ ート３４がその呼出しにおいて検出されたＤＴＭＦディジットを含んでいる。Ｎ ＩＵＭ１６はそのディジットを報告しかつＡＩＭ１５がそれらを処理してアプリ ケーション１１に報告する。Ｎ　Ｉ　ＵＭレポート３４はまた呼出しにおけるボ ートがオン・フックになった場合のオン・フック情報、新しい呼出しがＮＡＰｌ ｏに到来した場合の入来呼出し情報、この前のコネクトコール、イニシエートコ ール、ピボットコールまたはスプリットコールコマンドにより要求された接続が 成立したことをしめず呼出し接続情報、すべて要求された特徴が適用されたとす る情報、および返答スーパービジョンが出ボート上に返されたという情報をそれ ぞれ含む。

上記より、ＮＡＰＩＯのアーキテクチャにより、ＮＡＰが電話ネットワークへの 物理的接続の詳細に関して抱いている心配事からアプリケーションの開発者を開 放する点を理解されたい。ＮＡＰＩＯはこれをアプリケーション１１と接続ハー ドウェアを含む下に横わるネットワーク１２との間にアブストラクションのレベ ルを導入することにより行なう。シグナリングプロトコール、ＮＩＵタイプ特定 メツセージフォーマット、コンポーネントアドレス、およびコンポーネント相互 接続はすべてＮＡＰＩＯにより管理されかつネットワークアプリケーションには 見えない。加えて、ＮＡＰＩＯは「アプリケーション独立」をもたらす。

ＮＡＰＩＯのアーキテクチャにより各アプリケーション１能になるのである。そ の上、ＮＡＰのアーキテクチャにより同じ設備に配設されている他のアプリケー ションとは関係なくかつアプリケーションまたはＮＡＰの再プログラミングを必 要とせずに１つのアプリケーションが装備されかつ動作されることが可能となる 。

これらの要望がアプリケーションコマンドおよび応答においてすべてのアドレス 関連フィールドに構成可能アプリケーション特定翻訳を与える翻訳ベースのアー キテクチャにより実現される。このような翻訳ベースのアーキテクチャがなけれ ば、アプリケーションの開発者はそのアプリケーションを特定のハードウェアの 構成にコーディネートするかまたは結合させる必要があると考えられる。翻訳ア ーキテクチャがＮＩＵタイプ特定アルゴリズムを規則的なインターフェイスを有 する別個のＩＮＴＥＲＰモジュールに局限しかつＮＩＵファシリティアドレスの 構成可能ＮＩＵ特定翻訳が付与される。たとえば、ダイアルトーン、リングバッ ク、およびリオーダを表わすためにアプリケーションにより使用されるトーン値 はアプリケーションの開発者により任意に指定されることが可能でかつ１つのＮ ＡＰ装備においてすべてのネットワークアプリケーションに関して同じである必 要がない。またほかの例としては、１つのアプリケーションが特定のディジット フィールドにおける呼出された番号を予期し、かつまた同じ装備内の他のアプリ ケーションが他のディジットフィールドにおける呼出された番号を予期し得る。

ＮＡＰＩＯは双方のアプリケーションを同時に支持するのである。加えて、双方 のアプリケーションが関連するシグナリングプロトコールがある特定のディジッ トフィールドに呼出し番号を置くいくつかのポートと関連するシグナリングプロ トコールと他のディジットフィールドに呼出し番号を置く他のポートとを代わり ばんこに使用してもよい。さらに、アプリケーションが同じシステム内にある必 要がない点も理解されたい。

翻訳アーキテクチャに関してさらに詳細に説明することにする。Ｎ　Ｉ　ＵＭは アルゴリズム変換の組を提供する。これらの変換はプレゼンテーション、ユーテ ィリティ、またはアトリビュージョン変換として分類され得る。プレゼンテーシ ョン変換の意図はそれらの物理的環境からのアプリケーションの要約を支持する ことにある。ユーティリティ変換の意図は多くのアプリケーションに共通のまた はネットワーク状態にそれらを固く結合しなければアプリケーション内では提供 され得ないかいずれかの機能性を提供するとにある。アトリビュージョン変換の 意図はＮＩＵおよび呼出しプロセッサパラメータに関する省略設定を提供するこ とである。プレゼンテーション変換が含むのは、呼出しセットアツプ、呼出しタ イプ、ディジットフィールド処理、およびアプリケーション構成変換である。ユ ーティリティ変換は出呼出しルーチング変換を含む。アトリビュージョン変換が 含むのは、ポートグループアトリビュートおよびメンバーシップ、７１Ｍ構成、 およびＮＩＵ構成変換である。

コールセットアツプ変換の意図はその呼出しを成立させるために使用されたシグ ナリングのタイプにかかわらず、標準的なフォーマットで呼出しプロセッサに対 し新しい呼出しを提供することにある。呼出しを成立させたシグナリングのタイ プは呼出しセットアツプ配列と呼ばれる。

コールセットアツプ配列の２つのクラスが支持される。

イン・バンドシグナリングによる呼出しセットアツプがインパルスルールによっ て達成される。インパルスルールはインバンドシグナリングの低レベルの内容を 制御する５ＤＳ−１００ＯＮＩＵにより処理されるマクロである。インバンドシ グナリングによる呼出しセットアツプに指定される呼出しセットアツプ配列は使 用されるインパルスルールに直接的に対応する。簡略化メツセージデスクインタ ーフェイス（ＳＭＤＩ）共通チャネルシグナリングによる呼出しセットアツプは 呼出しセットアツプ変換内でのＳＭＤＩ変換により実施される。ＳＭＤＩシグナ リングにより呼出しセットアツプに指定される呼出しセットアツプ配列は、呼出 しの理由を示すＳＭＤＩシグナリングパケット内のコードに対応する、すなわち すべての呼出しフオーアデイッド、フォー７１４７１７通話中、フォーアディッ ド／返答なし、または直接呼出しである。

異なる配列による呼出しセットアツプにはシグナリング情報の様々な量およびタ イプが含まれる。呼出し側が呼出された側と同じ中央オフィスによりサービスを 受ける、フナーアディッド／通話中呼出しセットアツプ配列を伴うＳＭＤＩ呼出 しは、呼出された側の番号と呼出す側の番号双方を含むことになる。呼出してい る側がＳＭＤＩグループにサービスを行なう中央オフィスの範囲外にある、直接 呼出し呼出しセットアツプ配列でのＳＭＤＩ呼出しは、呼出しセットアツプ配列 以外のいかなるシグナリング情報も含まないことになる。

シグナリング内容におけるバリエーションがディジットフィールド処理変換（以 下を参照）により収容される。シグナリング順序におけるバリエーションはディ ジットフィールド置換変換により調節される。システムの管理者は各々２０のデ ィジットまでの０から４までの番号を付けられた５つのディジットフィールドか らなるＮＡＰディジットフィールドフォーマットを規定することが可能で、任意 のフィールドに所望される任意の重みを指定する。各呼出しセットアツプ配列に 関連するディジットフィールド置換が入来のシグナリングを管理者が規定するシ ーフェンスに変換するために提供される。

呼出しタイプ変換は、その呼出しがメンバーである呼出しのクラスを表わす呼出 しタイプと呼ばれるトークンを作り出すような態様でセットアツプおよびシグナ リング情報をデータ表と結合させる。このプロセスの例としては「フォー７１４ ７１７通話中」のＳＭＤＩ呼出しセットアツプ配列を有するすべての呼出しが「 返答／通話中コという呼出しタイプに指定されることが挙げられるかもしれない 。

所与のタイプのすべての呼出しがアプリケーション呼出しセットアツプマツピン グにより選択されたアプリケーションにより処理される（以下のアプリケーショ ン構成変換を参照）。

変換は表の階層的なネットワークから構成される。表の最も高いレベルは特定的 なポートアドレスに対応し、かつポートのだの省略呼出しタイプの選択を可能に する。テーブルの次のレベルはＮＡＰポートグループ識別子に相当しく以下のポ ートグループアトリビュートおよびメンバーシップ変換を参照のこと）、かつポ ートグループからの省略呼出しタイプの選択を可能にする。これらの２つのレベ ルは「ホットライン」を構成するために使用され、すなわちシグナリング情報に かかわらず、そこからはすべての入来の呼出しが特定のアプリケーションにルー ト決めされるポートまたはポートのグループのことである。

表の次のレベルは呼出しの呼出しセットアツプ配列に相当し、かつあるポートで の呼出しの現在の瞬間に使用されている呼出しセットアツプ配列に依存して、特 定のポートまたはポートのグループのための省略呼出しタイプの選択を可能にす る。

次は表の３つのレベルからなる２つのグループであり、第１がＮＡＰディジット フィールド０に記憶されるシグナリング情報に相当し、第２がＮＡＰディジット フィールド１に記憶されるシグナリング情報に相当する。表の３つのレベルは化 アメリカナンバリングプランＮＰＡ　（Ｎｏｒｔｈ　Ａｍｅｒｉｃａｎ　ｎｕｍ ｂｅｒｉｎｇ　ｐｌａｎ　）により定義されるような、関連するＮＡＰディジッ トフィールドのサブフィールドに相当する、すなわちＮＰＡ−（、必要ならば） リーディングゼロを加えることにより１０のディジットまで拡大されたフィール ドの最初の３つのディジット、ＮＸＸ−（拡大された）フィールドの第２の３つ のディジット、およびｘｘｘｘ−（拡大された）フィールドの最後の４つのディ ジットである。表の３つのレベルはそれぞれ対応するＮＡＰディジットフィール ドのＮＰＡサブフィールド、ＮＸＸサブフィールド、およびｘｘｘｘサブフィー ルドに相当する。

変換はそれぞれのグループ内で最も上位から最も下位の表のレベルへ、各レベル での一致を探しながら進む。一致が見つかった場合には、表エントリーがＮＡＰ 呼出しタイプ識別子、次の下位レベルでの表、または「エラー」トークンのいず れかを特定し得る。各表レベルは「その他」エントリを含んでいるはずで、一致 が見つからなければ、このエントリーが使用される。

選択されたエントリーがＮＡＰ呼出しタイプ識別子を含んでいる場合には、呼出 しは特定されたタイプを指定されかつ変換が終了する。選択された表エントリー が次の下位のレベルでの表を特定する場合には、処理はその表とその表のレベル に対応するデータで進められる。選択された表エントリーが「エラー」　トーク ンを含んでいる場合には、呼出しセットアツプが打切られ、かつエラーイベント がログされる。

ＮＡＰディジットフィールド１のｘｘｘｘフィールドに対応するテーブルの最も 下位のレベルを処理する場合には、テーブルエントリーはＮＡＰ呼出しタイプ識 別子か「エラー」トークンを含んでいなければならない。

ディジットフィールド処理変換は置換およびディジット処理を含む。各ボートが 呼出しセットアツプの際に受取られたシグナリングディジットをどのようにして 置換して標準的な順序に配列するかを決定する関連する呼出しセットアツプ配列 を有する。呼出しセットアツプ配列およびそれらの関連するディジットフィール ド置換はシステムの管理者により特定される。

ディジット処理により、システムの管理者はアプリケーション１１が一貫して様 式化された電話番号を扱いかつネットワークシグナリングフォーマットおよびプ ロトコールのニュアンスを調達する必要がないようにネットワークシグナリング ディジットの処理を特定することができる。各ボートのため、各ディジットフィ ールドのため、かつ入来および出シグナリング双方の場合に関して、システムの 管理者は各ディジットストリングに対して行なわれるべき以下の動作のいからな る組合わせをも特定し得る、すなわちリーディングディジットがディジットスト リングから削除され得る、リーディングディジットのパターン依存型変換が特定 され得ること、および６デイジツトまでがディジットストリングに予め固定され 得ることである。

アプリケーション構成変換には、本明細書で記載した変換アーキテクチャの好ま しい効果をもたらすためのアプリケーション置換、呼出しタイプ選択、ボート番 号、トーン番号、およびアナウンスメント番号変換が含まれる。

出呼出しルーチン変換によりアプリケーションは呼出しプロセッサに呼出される べき番号に基づく出ファシリティまたはディジットのストリングとして表わされ かつディジットフィールド内に置かれる何かほかのアプリケーション特定のトー クンを選択するよう命令することが可能である。

変換はテーブルの階層的ネットワークから構成される。

テーブルの各レベルがアプリケーションにより送られるディジットストリングの サブフィールドに相当する（上記の呼出しタイプ変換を参照）。最も上位のテー ブルのレベルはＮＰＡサブフィールドに相当する。中間のテーブルレベルがＮＸ Ｘサブフィールドに相当する。最も下位のレベルがｘｘｘｘサブフィールドに相 当する。

変換は各レベルでの一致を探りながら、最も上位から最も下位のテーブルレベル まで進む。一致が見つかれば、テーブルエントリーがボートアドレス、次に下位 のレベルでのテーブル、または「エラー」トークンのいずれかを指定する。各テ ーブルレベルは「その他」トークンを含んでいるはずで、かつ一致が見つからな い場合にはこのエントリーが使用される。選択されたテーブルエントリーがポー トアドレスを指定する場合には、そのボートは呼出しの出レグとして使用される 。選択されたテーブルエントリーが次に下位のテーブルを指定する場合には、処 理はそのテーブルとアプリケーション指定トークンの次のサブフィールドで進め られる。選択されたテーブルエントリーが「エラー」トークンを含んでいる場合 には、処理が打切られかつエラーがＡＩＭ１５を経由してアプリケーションに伝 えられる。

アプリケーション特定トークンのｘｘｘｘサブフィールドに相当するテーブルの 最も下位のレベルでの処理では、テーブルエントリーがポートアドレスまたは「 エラー」トークンを含むことになる。

ボートグループアトリビュートおよびメンバーシップ変換により、呼出しプロセ ッサが任意のボートのための省略属性を決定することができる。利用可能な属性 は、呼出しセットアツプ配列、ディジット処理、呼出しタイプ、アウトパルスル ール、加入者ライン、およびアテンダントラインである。

ＶＩＭ構成変換がＶＩＭ音声チャネルとＮＩＵポートの接続性を指定する。変換 により呼出しプロセッサは、音声チャネルが呼出しのメンバーである場合を判断 しかつＡｌＭを経由してＶＭＭＭに対しＡシリーズＩ１０サブシステム内でのそ の音声チャネルの物理的なアドレスに関して情報を与えることが可能である。

ＮＩＵ構成変換には、ＮＩＵタイプ、ＮＩＵ制御リンク接続性、ＮＩＵトーン、 ＮＩＵフレーズおよびＮＩＵアウトパルスルール変換が含まれる。

ＮＩＵタイプ変換によりルータはＮＩＵのための適切なインタプリタを選択する ことができる。ＮＩＵ制御リンク接続性変換はルータに対し、各ＮＩＵにとって 利用可能なデータ通信リンクに関しての情報を与える。

ＮＩＵトーン、フレーズ、およびアウトパルスルール変換により、呼出しプロセ ッサは対応するＮＩＵ識別子へ／からこれらトークンのためのＮＡＩ’識別子（ 上記のアプリケーション構成変換を参照）をマツプすることができる。

本願発明はその好ましい実施例において記載されてきたが、使用された文言は説 明のための用語であり限定を目的としておらず、かつそのより広い局面において 本願発明の真の範囲および精神を逸脱することなく、添付の請求項の範囲内で変 更がなされ得る点を理解されたい。

デー９コム２２へ／勺＼う 要−町 電話ネットワークアプリケーション（１１）を支持するためのプラットホーム（ １０）は電話ネットワーク（１２）とプラットホームとの間をインターフェイス するためのネットワークインターフェイスユニット（ＮＩＵ）（１９）を含む。

ディスク記憶システム（２３）がネットワークを介して送られるべき音声メツセ ージおよびネットワークから受取られるべき音声メツセージを記憶するために備 えられる。音声メツセージは音声インターフェイスモジュール（ＶＩＭ）（２５ ）によりＮＩＵとディスク記憶システムとの間を運ばれる。プラットホームが汎 用デジタルコンピュータ上に装備されかつ音声メツセージ送り、音声メツセージ 削除、呼出し接続、ダイアログ終了、ディジット収集、呼出し開始、呼出し終了 、メツセージ番号取得、音声メツセージ取得、音声メツセージ創出、呼出しピボ ットおよびスプリットを含むＡＩＭコマンドの組に応答するアプリケーションイ ンターフェイスモジュール（ＡＩＭ）（１５）を含む。音声メツセージ送りに応 答して、ディスクシステム上に記憶された指定されたメツセージがＶＩＭを経由 してネットワークに送られる。音声メツセージ送りは音声メツセージ受取り（１ ０５）オプションを有しており、これにより送りデータが伝送されかつディスク 上に記憶された後メツセージがネットワークから受取られる。音声メツセージ取 得に応答して、受取りデータはアプリケーション特定のファイルにコピーされる 。プラットホームは呼出し開始に応答してネットワークへの呼出しを開始しかつ アプリケーションはＡＩＭからアプリケーションへの入来呼出し応答によりネッ トワークへの入来の呼出しについて情報を与えられる。呼出しの際に入れられる ＤＴＭＦディジット（１２４）はディジット収集または音声メツセージ送り等の ディジットを処理するＡＩＭコマンドに応答してアプリケーションに返される。

予め定められた数のディジットを収集するためまたはアプリケーション提供によ るデリミターリスト（４５）におけるディジットに遭遇するまでディジットを収 集するためディジットルール（４３）に従いディジットが処理される。音声メツ セージの伝送はアプリケーション提供によるブレークリストにおけるディジット を受取ったことに応答して終了する。ＮＩＵのボート（２０）は、呼出し接続、 呼出し終了、呼出しピボットおよび呼出しスプリットに応答して接続され、切断 され、かつ相互接続される。音声メツセージは音声メツセージ削除に応答してデ ィスク記憶システムから削除される。

＋ｍ、、、Ａ−Ｎ―　ρＣＴ／ＬＩＳ　９１１０３０８ｇ

Claims (19)

【特許請求の範囲】
1. １．電話ネットワークと少なくとも１つの電話アプリケーションプログラムとの 間をインターフェイスするための電話ネットワークアプリケーションプラットホ ームであって、 前記電話アプリケーションプログラムにより発行されるコマンドに応答して電話 ネットワーク機能を達成するべく動作するようにプログラムされたデジタルコン ピュータ手段を含み、前記電話ネットワーク機能は前記電話アプリケーションプ ログラムから独立しかつ前記コマンドに応答してアクチュエート可能に前記コン ピュータ手段内に存在し、前記コマンドは音声メッセージ送りコマンドと音声メ ッセージ受取りコマンドとを含み、前記電話ネットワーク機能は、それぞれ前記 音声メッセージ送りコマンドと前記音声受取りコマンドとに応答して前記ネット ワークに音声メッセージを送りかつ前記ネットワークからの音声メッセージを受 けることを含み、 前記アプリケーションプログラムと前記コンピュータ手段との間に結合されかつ 前記電話アプリケーションプログラムからの前記コマンドに応答して、前記コマ ンドに応答しかつ従う前記電話ネットワーク機能をアクチュエートするためのア プリケーションインターフェイス手段を含み、前記アプリケーションインターフ ェイス手段が前記電話アプリケーションプログラムからの前記音声メッセージ送 りコマンドと前記音声メッセージ受取りコマンドとに応答して、前記音声メッセ ージ送りコマンドと前記音声メッセージ受取りコマンドそれぞれに応答して音声 メッセージを前記ネットワークに送らせかつ音声メッセージを前記ネットワーク から受取らせることにより前記電話ネットワーク機能をアクチュエートし、かつ 前記ネットワークと前記コンピュータ手段との間に結合され相互間で前記音声メ ッセージを運搬するためのネットワークインターフェイス手段とを含む、プラッ トホーム。
2. ２．前記ネットワークインターフェイス手段が、前記ネットワークに結合された ポートおよび前記コンピュータ手段に結合されたポートと、 前記ポートと前記コンピュータ手段とに結合されて、前記コンピュータ手段から の制御信号に応答して前記ポートを接続し、切断し、かつ相互接続するたの制御 可能スイッチング手段とを含む、請求項１に記載のプラットホーム。
3. ３．前記アプリケーションインターフェイス手段が前記電話アプリケーションプ ログラムに応答信号を与えるための手段を含み、 前記応答信号が前記プラットホームが前記ネットワークからの電話呼出しを受け ることによって発生する入来呼出し応答を含み、 前記コマンドが呼出し開始コマンドを含みかつ前記電話ネットワーク機能がさら に、前記呼出し開始コマンドに応答して前記ネットワークに対する電話呼出しを 開始することを含む、請求項２に記載のプラットホーム。
4. ４．前記コマンドが呼出し接続コマンドを含みかつ前記電話ネットワーク機能が 前記呼出し接続コマンドに応答して前記ポートを切換えることを含む、請求項３ に記載プラットホーム。
5. ５．前記コマンドが呼出し終了コマンド、呼出しピボットコマンド、および呼出 しスプリットコマンドをさらに含み、 前記電話ネットワーク機能が前記呼出し終了コマンドに応答して前記ポートのう ち選択されたものを切断することと、前記呼出しピボットコマンドに応答して前 記ポートの１つから前記ポートのもう１つへ呼出しを切換えることと、前記呼出 しスプリットコマンドに応答して前記電話呼出しの各ポートを他のそれぞれのポ ートに切換えることにより電話呼出しを２つの別個の呼出しに分けることとをさ らに含む、請求項３に記載のプラットホーム。
6. ６．前記音声メッセージ送りコマンドがオプションとして前記音声メッセージ受 取りコマンドを含みかつ前記電話ネットワーク機能が、前記音声メッセージ送り コマンドに応答して前記ネットワークヘの音声メッセージを送った後前記ネット ワークからの音声メッセージを受けるよう前記ネットワークインターフェイス手 段を制御することを含む、請求項３に記載のプラットホーム。
7. ７．前記ネットワークインターフェイス手段が前記ポートに切換え可能に接続可 能なディジットレシーバを含み、少なくとも１つの前記コマンドが選択されたポ ートにディジットレシーバを接続するためのディジットレシーバオプションを含 み、かつ 前記電話ネットワーク機能が前記ディジットレシーバオプションに応答して選択 されたポートへディジットレシーバを接続することを含む、請求項３に記載のプ ラットホーム。
8. ８．前記アプリケーションインターフェイス手段が前記ネットワークから受取ら れたディジットを記憶するためのディジットバッファを含み、 前記コマンドがディジット収集コマンドを含み、かつ前記電話ネットワーク機能 が前記ディジット収集コマンドに応答して前記電話アプリケーションプログラム に対し前記ディジットバッファ内に記憶されているディジットを送ることを含む 、請求項７に記載のプラットホーム。
9. ９．少なくとも１つの前記コマンドがいかに前記ディジットが収集されるかを制 御する前記電話アプリケーションプログラムにより指定されるディジットルール を記憶するためのフィールドを含み、かつ 前記電話ネットワーク機能が前記ディジットルールに応答していかに前記ディジ ットが収集されるかを制御することを含む、請求項８に記載のプラットホーム。
10. １０．前記ディジットルールがカウントのディジットルールを含み、 前記コマンドが前記電話アプリケーションプログラムにより与えられるディジッ トカウントを記憶するためのフィールドを含み、かつ 前記電話ネットワーク機能が前記ディジットカウントに従い前記ネットワークか ら予め定められた数のディジットを収集することと、前記ディジットバッファ内 に前記収集された予め定められた数のディジットを記憶することを含む、請求項 ９に記載のプラットホーム。
11. １１．前記ディジットルールがデリミターのディジットルールを含み、 前記コマンドが前記電話アプリケーションプログラムにより与えられるディジッ トのデリミターリストを記憶するためのフィールドを含み、かつ 前記電話ネットワーク機能が、前記デリミターリストにおけるディジットに遭遇 するまでディジットを収集することを含む、請求項９に記載のプラットホーム。
12. １２．少なくとも１つの前記コマンドが前記電話アプリケーションプログラムに より与えられるディジットのブレークリストを記憶するためのフィールドを含み 、かつ前記電話ネットワーク機能が前記ブレークリスト内のディジットの受取り に応答して前記ネットワークに音声メッセージを送ることまたは前記ネットワー クからの音声メッセージを受けることを終了することを含む、請求項８に記載の プラットホーム。
13. １３．前記ネットワークインターフェイス手段が前記アプリケーションインター フェイス手段と前記ネットワークとの間に介挿された複数のネットワークインタ ーフェイスユニットと複数のそれぞれのインタプリタ手段とを含み、前記ネット ワークインターフェイスユニットは相互に異なる特徴を有しており、各前記イン タプリタ手段は関連する前記ネットワークインターフェイスユニットの前記異な る特徴を標準的な予め定められた特徴に変換するよう構成および配列されており 、これにより前記電話アプリケーションプログラムが前記ネットワークインター フェイスユニットの前記異なる特徴から独立して書込まれることが可能になる、 請求項４に記載のプラットホーム。
14. １４．前記コンピュータ手段に結合されて前記音声メッセージを記憶するための データ記憶手段と、前記ネットワークインターフェイス手段と前記コンピュータ 手段との間に結合され、前記音声メッセージ送りコマンドに応答して前記記憶手 段から前記ネットワークインターフェイス手段へ前記音声メッセージを運搬しか つ前記音声メッセージ受取りオプションに応答して、前記ネットワークインター フェイス手段から受取られた音声メッセージを前記データ記憶手段に運搬するた めの音声インターフェイス手段とをさらに含む、請求項６に記載のプラットホー ム。
15. １５．前記コマンドが音声メッセージ削除コマンドを含み、かつ 前記電話ネットワーク機能が前記音声メッセージ削除コマンドに応答して、前記 データ記憶手段から指定された音声メッセージを削除することを含む、請求項１ ４に記載のプラットホーム。
16. １６．前記コマンドが音声メッセージ創出コマンドを含み、かつ 前記電話ネットワーク機能が前記音声メッセージ創出コマンドに応答して、前記 電話アプリケーションプログラムのファイル内にあるメッセージを前記データ記 憶手段内にコピーすることにより前記データ記憶手段内に記憶するための音声メ ッセージを作り出すことを含む、請求項１４に記載のプラットホーム。
17. １７．前記電話アプリケーションプログラムが前記データ記憶手段内に記憶され たそれに関連する音声メッセージを有し、各前記音声メッセージがそれに関連す る識別番号を有しており、 前記コマンドがメッセージ番号取得コマンドを含み、かつ 前記電話ネットワーク機能が前記メッセージ番号取得コマンドに応答して、前記 識別番号を前記電話アプリケーションプログラムに送ることを含む、請求項１４ に記載のプラットホーム。
18. １８．前記コマンドが音声メッセージ取得コマンドを含み、かつ 前記電話ネットワーク機能が前記音声メッセージ取得コマンドに応答して、前記 データ記憶手段内に存在するメッセージを前記電話アプリケーションプログラム のファイル内へコピーすることにより前記電話アプリケーションプログラムのフ ァイル内へ前記データ記憶手段からの音声メッセージを取込むことを含む、請求 項１４に記載のプラットホーム。
19. １９．前記電話アプリケーションプログラムがそのプログラムに特有のアプリケ ーション特有特性を有しかつ前記ネットワークインターフェイス手段が前記アプ リケーションインターフェイス手段と前記ネットワークとの間に介挿された呼出 しプロセッサ手段を含み、 前記呼出しプロセッサ手段が前記アプリケーション特有特性を前記標準的な予め 定められた特徴に変換するべく動作し、それにより前記電話アプリケーションプ ログラムを前記標準の予め定められた特徴から独立して書込むことを可能にする 、請求項１３に記載のプラットホーム。