JP2000505980A - 分散型音声処理システム - Google Patents

Abstract

(57)【要約】 分散型音声処理システムは、等時性ネットワークによって接続された２つ又はそれ以上の音声処理マシン５０Ａ、５０Ｂを含む。望ましい実施例では、このネットワークはＡＴＭ交換機８０及び適切なＡＴＭリンク８２Ａ、８２Ｂを含む。各音声処理マシンは、ＡＴＭネットワークを介した通信を可能にするために、それぞれの電話チャネル１５介して電話網５に接続された電話回線インターフェース・ユニット５２、ＴＤＭバス５４、音声リソース５５（音声認識、音声応答機能等のような）、及びＡＴＭアダプタ５８を含む。オペレーションでは、コールが第１音声処理マシンの回線インターフェース・ユニットにおいて受信され、そのマシンにおけるＴＤＭバス上に入れられる。そこで、コールはＡＴＭアダプタによってＴＤＭから取り出され、ＡＴＭネットワークを介して第２マシンにおけるＡＴＭアダプタへ経路指定される。そのＡＴＭアダプタはコールをＴＤＭバス上に入れる。次に、コールは、ＴＤＭバスへのアクセスを有するこの第２マシンにおける音声リソースによって処理され、それによって、コールが第１音声処理マシンにおける回線インターフェース・ユニット及び第２音声処理マシンにおける音声リソースによって処理されることを可能にする。

Description

【発明の詳細な説明】 分散型音声処理システム 本発明は分散型音声処理システムに関するものであり、更に詳しく云えば、等 時性通信リンクによって接続された少なくとも第１及び第２コンポーネントを含 むそのようなシステムに関するものである。 近年、電話網は益々複雑なサービスを提供し始めた。この傾向は、例えば、音 声ダイヤリング（この場合、起呼者は電話したい相手の名前を告げるだけである ）等に関して継続しそうである。そのような先進的サービスを実現するためには 、伝統的な電話網の経路指定機能及び課金機能の他に特別の機能を提供するため の、いわゆる知的周辺装置（ＩＰ）が必要とされる。これらのＩＰは、通常、電 話網内のサービス・ノード（ＳＮ）に設けられる。ＩＰは専用施設においても、 特に、大量の着信コール、及び／又は発信コールを処理するものにおいても使用 することが可能である。 ＩＰは、音声サービス、音声応答、ボイス・メール、ファックス・メール、及 び他のアプリケーションのような機能強化されたサービスを提供するために使用 される。ほとんどのＩＰは音声処理ユニット（又は、音声応答ユニット）に基づ くものであり、一般に、１００チャネル及び２００チャネル の間の処理容量に制限される。しかし、数百の又は数千もの電話チャネルをサポ ートするサービス・ノードを持つことが必要とされることがあり、従って、複数 の音声処理ユニットが使用されなければならない。これは、複数の音声処理ユニ ットを結合して１つのサービス・ノードにするに適したアーキテクチャを必要と する。 複数の音声処理ユニットを有するシステムの一例が米国特許第５，０２９，１ ９９号に開示されている。その米国特許は、電話網又は大型の専用施設において 使用するための音声メッセージング・システムを示している。このシステムは複 数の音声処理ユニット、ディジタル交換機、及びマスタ制御装置を含む。音声処 理ユニットは電話チャネル用の交換機へのディジタルＴ１トランク接続（又は、 適当な場合のＥ１接続）を有する。一方、その音声処理ユニット、ディジタル交 換機、及びマスタ制御装置は一緒にイーサネットのようなデータ制御バスを介し て接続される。着信コールの通知が、最初に、マスタ制御装置に到着する。マス タ制御装置はそのコールを処理するために適当な音声処理ユニットを選択し（例 えば、そのユニットの現在のローディング、或いは、被呼番号又は起呼番号に基 づいて）、そして適切な命令を交換機に送る。しかる後、着信コール自体がその 交換機に到達した時、それは選択された音声処理ユニットに経路指定される。必 要な場合、その選択された音声処理ユニットは適当な挨拶文又は起呼者に属する 記憶されたメッセージを、データ制御バスを介 して他の音声処理ユニットから検索することができる。 米国特許第５，３９４，４６０号には、多少類似したシステムが開示されてい る。その米国特許では、複数の音声処理システムがファイバ分散回線データ・イ ンターフェース（ＦＤＤＩ）によって接続される。このシステムはマスタ制御装 置を持たない。即ち、各音声処理ユニットは、そのシステムへのいずれの加入者 にとっても適当な方法でコールを処理することかできる。しかも、それは、必要 な場合には、加入者の挨拶文及びメッセージを、ＦＤＤＩリンクを介して他の音 声処理ユニットから検索することも含む。 AT&T Technical Journal誌のSep/Oct 1986，Vol.65/5，p34-47におけるR.Perd ue及びE.Rissanen氏による「コンバーサント１音声システム：アーキテクチャと アプリケーション（Conversant 1 voice system:Architecture and Application s）」と題した論文は、例えば、音声応答、分離型ワード認識等を提供する複数 のサブシステムが、それらがコール相互間で共用されるように、交換機に接続さ れるシステムを開示している。その交換機と電話網との間には、回線インターフ ェース・ユニットが介在する。サブシステム及び回線インターフェース・ユニッ トは汎用インターフェース・バスを介しても接続される。汎用インターフェース ・バスは、システム・オペレーション全体を制御するためのアプリケーションを 走らせ、必要な場合には、サブシステムの機能を呼び出す。このシステムは、単 一の多機能ＩＰとして効果的に 動作し、従って、それの全体的なコール処理機能を制限される。 ＩＰインストレーションを使用する一例が第１図に示される。それは、電話網 内のサービス・ノード１０として作用する。従って、コールは電話網５からＴ１ ディジタル中継線のような複数の中継線１５を介してそのサービス・ノードに経 路指定される。各中継線は２４本の個別の電話チャネルを有する。着信中継線は 交換機２０に達している。交換機２０は、各着信中継線が対応する回線インター フェース（ＬＩ）ユニットによって終端するように一組の回線インターフェース ・ユニット２２を有する。通常、この交換機はプログラム可能な時分割多重化（ ＴＤＭ）交換機であり、選択された音声処理ユニットへの着信コールをホスト制 御の経路指定を行うこと及びコール相互間でホスト制御のブリッジングを行うこ と可能にする。回線インターフェース・ユニットは、ディジタル・アナログ変換 （Ｔ１中継線が使用される場合には必要ない）、シグナリング、ＤＴＭＦ検出等 のような種々の機能を遂行するために使用可能である。 その交換機の後端は一組の更なるディジタル中継線４５を介して複数の音声処 理ユニット５０Ａ、５０Ｂに接続される。なお、そのディジタル中継線４５も一 般にはＴ１中継線である。各内部のディジタル中継線４５の両端には一対の回線 インターフェース・ユニットか設けられる。第１の回線インターフェース・ユニ ット２４は交換機の後端に接続され、第２ の回線インターフェース・ユニット５２４は中継線が取り付けられる音声処理ユ ニットに接続される。音声処理ユニット５０は複数の音声リソース５５を有し、 それらの音声リソースは、所望のサービスに従って、例えば、音声プロンプトを 再生するために、音声認識を遂行するために、ＦＡＸバック等を行うために使用 可能である。回線インターフェース・ユニット５２はＴＤＭバス５４を介して音 声リソース５５に接続される。特定の回線インターフェース・ユニットにおける コールがいつも同じ音声リソースに向けられるようにこの接続が配線されること が多い。音声処理ユニットにおけるコールの全体的な制御はその音声処理ユニッ ト上で走る１つ又は複数のアプリケーションによって行われる。アプリケーショ ンは、例えば、どの音声プロンプトを再生すべきか及びどの順序でそれを行うべ きかを決定する。 交換機は、コール・マネージャ３０（ホストとも呼ばれる）の制御の下に、中 継線１５から適当な音声処理ユニットまで着信コールを経路指定する。コール・ マネージャは第１制御インターフェース３５（一般には、ＬＡＮ接続によって、 又は或る交換機依存のリンクによって提供される）によって交換機２０に接続さ れ、第２制御インターフェース３６（一般には、ＬＡＮ接続）によって音声処理 ユニットに接続される。コール・マネージャは第２制御インターフェースを使用 して、各音声処理ユニットにおけるコール・マネージャ・コンポーネント６２を 介して音声処理ユニット５０とコミュニケート する。 コール・マネージャの経路指定判断は種々の基準に基づくことが可能である。 例えば、コール・マネージャは特定の音声処理ユニット上に記憶された個人情報 （例えば、ボイス・メール・メッセージ又は挨拶文）を持つことができ、或いは 、特別のサービス（例えば、特殊化された音声認識ハードウエアの使用）を要求 することができる。この経路指定は、自動番号識別及び／又はダイヤル番号識別 サービス（ＡＮＩ／ＤＮＩＳ）情報に基づいて遂行されることが多い。なお、前 者は起呼番号を表し、後者は被呼番号を表す。このＡＮＩ／ＤＮＩＳ情報は（そ れが使用可能である場合）電話網から交換機２０及び制御インターフェース・リ ンク３５を介してコール・マネージャに供給される。他の情報は、時刻のような 経路指定及び／又は種々のエンド・ユニットの現ローディングを確立するために も使用可能である。この後者の情報は、それぞれの音声処理ユニットにおける種 々のコール・マネージャ・コンポーネントから直接にコール・マネージャによっ て得られる。第２制御インターフェース３６も、コール・マネージャが特定のコ ールを受けるべき音声処理ユニットにおけるアプリケーション６０にコール・マ ネージャ・コンポーネント６２を介して情報（ＡＮＩ／ＤＮＩＳのような）を送 ることを可能にし、従って、この情報は、そのコールを処理するために望ましい 場合に得られる。 一旦コール・マネージャが着信コールに対する適当な宛先 の交換機に命令すると、交換機は適切な内部接続を完成することによってこの経 路指定を生じさせる。これは、コールを、着信中継線１５におけるチャネルから 、所望の音声処理ユニット５０との接続のために内部中継線４５の適切な１つに おける使用可能なチャネルに経路指定することを伴う。そこで、そのコールは、 アプリケーション６０の制御の下に適切な音声リソース５５によって処理される 前に、関連の回線インターフェース・ユニット５２及びＴＤＭバス５４を通過さ せられる。 第１図のコール・マネージャが上記米国特許第５，０２９，１９９号における マスタ制御ユニットと同様の機能を遂行することは明らかであろう。（コール・ マネージャが交換機を介して電話網に接続され、一方、マスタ制御ユニットがネ ットワークに直接に接続されるという事実は、単に、ネットワークによってサポ ートされるシグナリングのタイプ及び交換機の機能を反映するだけである。適正 な構成はインストレーションによって変わるであろう）。 選択された音声処理ユニットに着信コールを送るほかに、サービス・ノード１ ０は更なる機能を備えることも可能である。例えば、電話網から交換機に入って くる第１の回線を、交換機から電話網に出て行く第２の回線と接続することによ って、コールをブリッジすることが可能である。これは、例えば、或る形式の会 議サービスを提供するために、或いは、単一の番号サービス、又は着信起呼者が 第２の発信コールと 接続される必要のあるコール・カード・サービスを提供するアプリケーションの ために遂行され得るものである。更に、音声処理ユニット上で走っている或るア プリケーションは、これまでにも説明したように、本質的には着信ではなく発信 であってもよい。即ち、それらはサービス・ノードからの発信コールを交換機２ ０を介して電話網５に発生するものであってもよい。 第１図に示されたシステムのような従来技術のシステムは、それらが、特に交 換機を必要とするので、実施するには高価になるという大きな欠点を蒙る。従っ て、代表的な交換機のエントリ・コストは５０，０００ドルから１００，０００ ドルの範囲のどこかであり、しかも、第１に、そのような交換機は、財産的価値 のあるアーキテクチャを使用するので将来大きく値下がりしそうもなく、又、中 継線１５に対する電話網サイド及び中継線４５に対する音声処理サイドの両方に おいて必要とされる大量の電話回線インターフェース・ハードウエアのために、 大量に製造されることもないであろう。又、音声処理システム自体のために、電 話回線インターフェース・ハードウエアの更なるセットが必要とされる。 更に、第１図に示された従来技術の解決方法は、１つの交換機が約２，０００ 個の電話チャネル（即ち、電話網に接続された１，０００個の電話チャネル。一 般に、交換機の音声処理サイドにおいては同じ数のチャネルが必要とされる）に 制限されることが多いので、限定された拡張容易性しか提供する ことができない。勿論、多数の交換機を使用することが可能であるが、これはイ ンストレーションの複雑性をソフトウエアに加えることになり、その結果、開発 コスト及び保守コストが大きくなる。 第１図の方法とは異なる方法が国際公開公報ＷＯ／０４２９８号に開示されて いる。それは、１つ又は複数のＴ１インターフェース・ユニット、音声応答、テ キスト・音声変換等のような機能を提供し得る１つ又は複数の信号処理ユニット 、及び制御プロセッサを説明している。これらのコンポーネントは制御バス（マ ルチバス）によってリンクされる。又、Ｔ１インターフェース・ユニット及び信 号処理ユニットは電話バスによって一緒にリンクされる。特定のインターフェー ス・ユニットにおける着信コールが電話バス上に与えられ、しかる後、適当な信 号処理ユニットによって電話バスから取り出されることを保証するためにマルチ バスを介して命令を送ることが制御プロセッサの責任である。この構成はスイッ チを必要なくするが、本質的には、サイズを単一のマシンに制限される。 交換機を必要としない別のシステムが、１９９６年１１月のByte magazine誌 においてBob Emmerson及びDavid Greetham氏による「押し寄せるＣＴＩの潮流（ The Surging CTI Tide）」と題した記事に開示されている。この記事はＰＣベー スのコール処理システムを開示しており、そのシステムでは、１つのカードが回 線インターフェース・カードとし て使用され、もう１つがＦＡＸカードして、及び別のものが音声応答機能を提供 する等のために使用される。これらのカードは、通常のＰＣ ＩＳＡ又はＰＣＩ バスにプラグ・インされることに加えて、電話時分割多重化（ＴＤＭ）バスによ ってリンクされる。ほとんどの市販の電話ＴＤＭバスは、２つの標準のうちの１ つ、即ち、マルチ・ベンダ・インテグレーション．プロトコル（ＭＶＩＰ）或い はシグナル・コンピューティング・システム・アーキテクチャ（ＳＣＳＡ）に適 合する。 そのようなシステムにおける１つの認められている制限は、それらが処理し得 るコールの数によって、一般には、１つのマシンにおける５１２個のポート又は マルチ・シャーシ・バスを使用して複数のＰＣを相互接続することによる７６８ 個のポートによって、それらが制限されるということである。１つの可能性はＳ Ｃｘバス及び適当なアダプタを使用してＳＣＳＡシステムを一緒に接続すること である（http:://www.dialogic.com/products/d_sheets/2335WEB.htmにおいて宣 伝されているダイアロジック社から入手可能なＳＣｘバス・アダプタ・カード参 照）。しかし、そのような解決方法は依然として全体の容量及び融通性によって も制限される。 又、非同期転送モード（ＡＴＭ）テクノロジを使用することによってサイズ制 限を克服し得ることが前述のByte magazine誌からの記事において、詳細が示さ れているのではないけれども、簡単に提案されている。おそらく、この提案は、 ＴＤＭバス全体をＡＴＭリンク（ハードウエアの非常に融通性ある使用を可能に するであろうが、現在使用可能なシステムとの互換性がないであろう）と交換す ること、或いは、ＡＴＭバスの長さを効果的に増加させるためにマシン相互間で ＡＴＭリンクを使用すること（即ち、マルチ・シャーシＴＤＭバスに対する直接 的な代替として）を意味するものと思われる。 ＡＴＭを使用するコンピュータ・電話システムの一例が、１９９６年１１月の Computer Telephony誌における第７２乃至８４ページのEd Margulies氏による「 ＮＴ及びＡＴＭの産物：Ｕｎ−ＰＢＸ（Spawn of NT and ATM:The Un-PBX）」と 題した記事に開示されている。ここでは、デスクトップとＡＴＭサーバとの間に ダイレクトＡＴＭリンクがあり、一方、ＡＴＭサーバは電話バスを介して回線イ ンターフェース・カード、ＦＡＸカード等に接続される。このＡＴＭの使用はデ スクトップ音声及びデータ・サービスの統合を可能にする。 従来技術は広範囲の電話システム及び機能強化されたサービスを提供するけれ ども、そのようなサービスに対する要求は増加し続けており、新たなサービスも 開発されつつある。従来技術は、そのような機能強化されたサービスをサポート し得る非常に大きなコール処理容量を提供するように容易に拡張可能である十分 に融通性のあるアーキテクチャを提供するものではない。 従って、本発明は、等時性ネットワークによって接続された少なくとも第１シ ステム及び第２システムを含む分散型音声処理システムを提供する。 前記第１システムは、 それぞれの電話チャネルに接続された複数の電話インターフェース・ポートと 、 前記複数の電話インターフェース・ポートに接続された第１時分割多重化（Ｔ ＤＭ）バスと、 前記第１時分割多重化バスを前記等時性ネットワークに接続する第１インター フェース・アダプタと、 を含み、 前記第２システムは 前記第２時分割多重化バスと、 前記第２時分割多重化バスを前記等時性ネットワークに接続する第２インター フェース・アダプタと、 前記第２の時分割多重バスにおけるデータをアクセスすることができるアプリ ケーション・プロセッサ・ユニットと、 を含む。 そのようなシステムにおいて、第１システムに到着するコールは、如何なる必 要な電話データが等時性ネットワークを介してシステム相互間で送られる場合で も、第１システムにおける電話ポート及び第２システムにおけるアプリケーショ ン・プロセッサ・ユニットを使用することによって分散態様で処理することが可 能である。この機能は、最初に特定のシ ステム（一般には、音声処理ユニット）へのコールを指示する必要がないように し、従って、電話網に対する電話交換機インターフェースを必要ないものにする 。その代わり、分散型音声処理システムの種々のシステム相互間で電話データを 経路指定するために、等時性ネットワークがシステムの背後で効果的に使用され る。これは通常の電話交換機を使用するよりもずっと安価である。それは、高価 な電話交換及びインターフェース機器ではなく、標準的なデータ接続が使用可能 であるためである。更に、電話ポートの数ではなくシステムの数に従って、交換 の複雑さを減らすことが可能である。アプリケーション・プロセッサ・ユニット は、一般に、アプリケーション・プログラムの制御の下に音声リソースを構成す る。 望ましい実施例では、前記等時性ネットワークはＡＴＭネットワークであるが 、アイソイーサネットのような他と適当なネットワークも使用可能である。現在 の望ましい実施例では、ＡＴＭネットワークは、各コールを特別に交換しなけれ ばならないという必要性をなくするために（その代わり、コールを既存の仮想回 路上に簡単に経路指定することができる）、前記少なくとも第１システム及び第 ２システムの間に永続性仮想回路を設けるように構成される。ＡＴＭの１つの利 点は、如何なる単一のコールに割り振られた帯域幅によってもそれが制限されな いということである。換言すれば、これはＴＤＭバスの能力に依存するけれども 、原理的には、例えば、ビ デオ・コールをサポートすることも可能であろう。 第１及び第２インターフェース・アダプタは、第１ＴＤＭバス上のタイム・ス ロットを、前記等時性ネットワークを介して第２ＴＤＭバス上のタイム・スロッ トに選択的に結合する。換言すれば、第１ＴＤＭバスからの選択されたチャネル だけが第２ＴＤＭバス上に現れる。これは、コール処理における完全な融通性を 維持する場合に、及びシステムのコール処理容量を最大にする場合（そうでない 場合、ＴＤＭバスの容量によって抑制される）に重要である。 更に、本発明は、等時性ネットワークによって接続された少なくとも第１及び 第２システムを含む分散型音声処理システムにおいてコールを処理する方法を提 供する。なお、前記コールは前記第１システムにおける電話インターフェース・ ポートによって処理される。前記方法は、 前記コールが前記第２システムにおけるアプリケーション・プロセッサ・ユニ ットによって処理されるべきであることを決定するステップと、 前記第１システムにおける前記電話インターフェース・ポート及び前記第２シ ステムにおけるアプリケーション・プロセッサ・ユニットとの間に前記等時性ネ ットワークを介して接続を確立するステップと、 前記コールを処理するために、前記接続を介して、前記アプリケーション・プ ロセッサにおいて電話入力を受信するステップ、及び／又は前記アプリケーショ ン・プロセッサから 電話信号を送信するステップと、 とを含む。 望ましい実施例では、前記第１及び第２システムはそれぞれＴＤＭバスを含み 、前記接続は前記第１システムにおける電話インターフェース・ポートから前記 第１システムにおけるＴＤＭバス上への、前記等時性ネットワークを介して前記 第２システムにおけるＴＤＭバス上への、及びそこから前記アプリケーション・ プロセッサ・ユニットにおけるＴＤＭバス上への電話信号ルートを含む。前記第 １及び第２システムの各々は、そのシステムにおけるＴＤＭバスと前記等時性ネ ットワークとの間でデータを転送するためのアダプタ・カードを含む。 前記決定するステップは、更に、 コール・マネージャにリクエストを送るステップと、 前記コールが或る指定されたシステムにおけるアプリケーション・ネットワー ク・ユニットによって処理されるべきであることを表す応答を前記コール・マネ ージャから受け取るステップと、 前記コール・マネージャが前記指定されたシステムに、それが前記コールを処 理すべきであることを表す命令を送るステップと、 を含むことが望ましい。 或るアプリケーションでは、前記方法は、コールを処理する場合、前記等時性 ネットワークを介してデータベースをア クセスするアプリケーション・ネットワーク・ユニットを含むことも可能である 。従って、音声及びデータ通信の両方をサポートするＡＴＭのようなネットワー クの使用は、非常に融通性のある且つ強力なアーキテクチャ、しかも、比較的単 純なアーキテクチャに通じる（即ち、音声通信用の１つのネットワーク、及びリ モート・データベース・アクセスのためのデータ通信用の別のネットワークをサ ポートする必要がない）。 本発明は、更に、等時性ネットワークによって接続された少なくとも第１、第 ２、及び第３システムを含む分散型音声処理システムにおいて第１及び第２コー ルを同時に処理する方法を提供する。前記第１及び第２コールは、それぞれ、前 記第１システムにおける第１及び第２電話インターフェースによって処理される 。前記方法は、 前記第１コールが前記第２システムにおけるアプリケーション・プロセッサ・ ユニットによって処理されるべきであること、及び前記第２コールが前記第３シ ステムにおけるアプリケーション・プロセッサ・ユニットによって処理されるべ きであることを決定するステップと、 前記第１システムにおける前記第１電話インターフェース・ポート及び前記第 ２システムにおける前記アプリケーション・ネットワーク・ユニットの間に前記 等時性ネットワークを介して第１接続を確立するステップと、 前記第１システムにおける前記第２電話インターフェース ・ポート及び前記第３システムにおける前記アプリケーション・ネットワーク・ ユニットの間に前記等時性ネットワークを介して第２接続を確立するステップと 、 前記第１コールを処理するために、前記接続を介して、前記第２システムにお ける前記アプリケーション・プロセッサ・ユニットにおいて電話入力を受信する ステップ、及び／又は前記第２システムにおける前記アプリケーション・プロセ ッサ・ユニットから第１電話信号を送信するステップと、 前記第２コールを処理するために、前記接続を介して、前記第３システムにお ける前記アプリケーション・プロセッサ・ユニットにおいて電話入力を受信する ステップ、及び／又は前記第３システムにおける前記アプリケーション・プロセ ッサ・ユニットから第２電話信号を送信するステップと、 を含む。 本発明は、更に、等時性ネットワークによって接続された少なくとも第１及び 第２システムを含む分散型電話交換機を提供する。 前記第１システムは、 第１複数の電話チャネルに接続された第１複数の電話インターフェース・ポー トと、 前記第１複数の電話インターフェース・ポートに接続された第１時分割多重化 （ＴＤＭ）バスと、 前記第１時分割多重化バスを前記等時性ネットワークに接続する第１インター フェース・アダプタと、 を含み、 前記第２システムは、 第２時分割多重化バスと、 前記第２時分割多重化バスを前記等時性ネットワークに接続する第２インター フェース・アダプタと、 第２複数の電話チャネルに接続された第２複数の電話インターフェース・ポー トと、 を含む。 そのような分散型交換機は比較的標準的なコンポーネントから作ることが可能 であり、従って、通常の電話交換機よりもずっと安価に製造可能である。更に、 それは、ハードウエア又はソフトウエアの複雑性を大きく増加させることなく、 多数の電話ポートを扱うように容易に大きさを変更することが可能である。 以下、本発明の好ましい実施例につき、次の図面を参照しながら詳細に説明する 。 第１図は、従来技術のサービス・ノードである。 第２図は、１つの音声処理システムにおいてコールを受け取り、そしてそれを 他の音声処理システムにおけるアプリケーションでもって処理するために使用さ れる本発明によるサービス・ノードを示す。 第３図は、１つの音声処理システムにおいてコールを受け取り、そしてそのコ ールを他の音声処理システムにまたがっ てブリッジするために使用される本発明によるサービス・ノードを示す。 第４図は、音声処理システムにデータベース・アクセスを提供する本発明によ るサービス・ノードを示す。 第５図は、全冗長性を有する本発明によるサービス・ノードを示す。 第２図は、第１図のサービス・ノード１０と同じ全体的な機能を遂行するサー ビス・ノード１０を示すが、それの内部構造は本発明に従って修正されている。 従って、第２図の実施例では、複数の音声処理ユニット５０Ａ、５０Ｂは、一般 には再びＴ１ディジタル中継線の形をした複数の電話チャネル１５によって電話 網５に直接に接続される。第２図の実施例は、音声処理ユニット相互間における コールを経路指定するために、電話交換機を使用しないで、むしろ、音声処理ユ ニットの背後にあるＡＴＭ交換機８０を使用する。ＡＴＭ交換機８０は、２５Ｍ ｂｐｓリンク８２Ａ、８２Ｂのような標準的なＡＴＭ接続（３００個以上の音声 回路をサポートするであろう）によって各音声処理ユニットに接続される。サー ビス・ノードにおける全体的な経路指定制御は依然としてコール・マネージャ３ ０によって行われるが、これは、コール・マネージャ・コンポーネントＣＭ１、 ＣＭ２、６２等によって提供される幾つかの機能と共に音声処理ユニット５０に 更に分散される。第１図のシステムに関しては、これらのコ ール・マネージャ・コンポーネントは、一般には、任意の適当な方法（例えば、 ＴＣＰ／ＩＰソケット、リモート・プロシージャ・コール、又はＣＯＲＢＡのよ うな分散オブジェクト・テクノロジ）でメインのコール・マネージャ３０とコミ ュニケートする。望ましい実施例では、これは別のローカル・エリア・ネットワ ーク（ＬＡＮ）３６によって提供されるが、別の方法として、ＡＴＭ交換機８０ を介したＡＴＭリンクが代わりに使用可能である。 次に音声処理ユニット５０の構造を更に詳しく説明すると、代表的なユニット は、１つ又は複数の回線インターフェース・ユニット５２、コール・マネージャ ・コンポーネント６２、ＴＤＭバス５４、音声リソース５５、１つ又は複数のア プリケーション６０、及びＡＴＭアダプタ・カード５８を含む。例えば、音声処 理ユニットが通常の音声応答ユニット（ＶＲＵ）機能を提供するものと仮定する と、音声リソースは、例えば、プロンプト再生又は音声認識の責任があり、一方 、アプリケーションは特定のプロンプト・シーケンス又は認識語彙を決定する。 第１図におけるように、回線インターフェース・ユニット５２は、複数の電話 チャネルを含むそれぞれの着信Ｔ１ディジタル中継線を終端させている。着信す る電話信号に関して、回線インターフェース・ユニット５２はその中継線におけ る各電話チャネルから電話信号を取り出し、各電話チャネルからの電話信号をＴ ＤＭバス上の別々のタイム・スロットに入 れる。発信する電話信号に関しては、回線インターフェース・ユニットは反対の プロセスを遂行する。それはＴＤＭバス上の特定のタイム・スロットから所望の 信号を取り出し、それをディジタル中継線における適切なチャネル上に多重化す る。 音声リソース５５は任意の特定のタイム・スロットに対する着信電話信号をＴ ＤＭバスから取り出し、同様に、発信電話信号をＴＤＭバス上の適切なタイム・ スロットに入れることができる。音声リソースは、音声処理ユニットのホスト・ プロセッサにおいて、或いは、その分野では周知であるファックス・ボード又は 音声認識カードのような音声処理ユニット内に含まれた特別目的のハードウエア において動作することが可能である（場合によっては、音声リソースは、米国特 許第５，４７１，５２１号に開示されているようなリモート・サーバ・マシンに よって提供されるものであってもよい）。ＡＴＭアダプタ・カード５８は、同様 に、ＴＤＭバス上の任意の特定のスロットから電話信号を取り出すこと、及びＴ ＤＭバス上の任意の特定のスロットに電話信号を挿入することができる。 音声処理システム５０のハードウエア・コンポーネントは既にその分野では知 られており、上記の１９９６年１１月のByte magazine誌におけるBob Emmerson 及びDavid Greetham氏による「押し寄せるＣＴＩの潮流（The Surging CTI Tide ）」と題した記事、及び１９９６年１１月のComputer Telephony誌における第７２乃至８４ページのEd Margulies氏による「ＮＴ及び ＡＴＭの産物：Ｕｎ−ＰＢＸ（Spawn of NT and ATM:The Un-PBX）」と題した記 事に開示されている。更に詳しく云えば、回線インターフェース・カード及びＴ ＤＭバスはその分野では非常よく知られており、ＴＤＭバスは、一般に、２つの 異なる標準の１つ、即ち、マルチベンダ・インテグレーション・プロトコル（Ｍ ＶＩＰ）又はシグナル・コンピューティング・アーキテクチャ（ＳＣＳＡ）に適 合する。ＴＤＭバスに接続され、音声プロンプト、音声認識、又はテキスト・音 声変換のような音声処理機能を提供する種々の音声リソース・カードもその分野 では周知である。音声処理システム５０の唯一のわずかに一般的でないコンポー ネントがＡＴＭアダプタ・カード５８であり、それはＴＤＭバスを、ＡＴＭリン ク８２及びＡＴＭ交換機８０によって提供されるＡＴＭネットワークにインター フェースするために使用される。この機能を遂行するための適当なカードがカナ ダ国ケベック州のイノ・メディカル・ロジック（ＩＭＬ）社から入手可能なアー テミス（Ａｒｔｅｍｉｓ）カードである（注意：これらのカードは、前述のComp uter Telephony誌の記事において説明されている）。アーテミス・カードは、１ ９９６年３月発行のＩＭＬ社の「アーテミス・アプリケーション・ノート(ArTeM is Application Notes)バージョン１．０」において更に詳細に説明されている 。 サービス・ノード１０のハードウエア・コンポーネントを 説明したので、次に、それの動作態様を最初に高いレベルで、そして再び第２図 を参照して説明することにする。前述のように、着信コール（矢印Ａによって表 される）は、電話網５から特定の電話チャネル１５を介してサービス・ノード１ ０に到着する。一般に、サービス・ノード１０は全体として単一の電話番号又は 一組の電話番号によって表される。その場合、電話チャネル１５への着信コール の割り振りは本質的には電話網５によって決定されるであろう。しかし、状況に よっては、特定の電話番号を特定の音声処理ユニット（例えば、特定のタイプの コールを処理するために最もよく適したリソースを有する音声処理ユニット）に 割り当てることが望ましいことがある。その場合、チャネル割り振りは、少なく とも部分的にはダイヤルされた番号に依存するであろう。 ＶＰＵ１に属する回線インターフェース・ユニット５２においてコールが受信 されるものと仮定すると、このユニットは電話信号を取り出し、そしてその信号 をＴＤＭ５４上の適切なスロットに入れる（矢印Ｂによって表される）。ＶＰＵ ２における音声処理アプリケーションによってそのコールが処理されるべきであ ると更に仮定すると、電話信号がＶＰＵ１におけるＴＤＭバスからＡＴＭアダプ タ・カード５８上に取り出され（矢印Ｃによって表される）、しかる後、ＡＴＭ リンク８２Ａを通る仮想ＡＴＭ回線を介してＡＴＭアダプタ・カードからＡＴＭ 交換機８０に送られる（矢印Ｄによって表される）。しかる後、電話信号はＡＴ Ｍ交換機８０及びＡ ＴＭリンク８２Ｂを介してＶＰＵ２におけるＡＴＭアダプタ・カード５８に経路 指定される（矢印Ｆによって表される）。そこから、それはＶＰＵ２上のＴＤＭ バス５４におけるタイム・スロットに挿入される（矢印Ｇによって表される）。 この段階で、そのコールはアプリケーション６０の制御の下に適切な音声リソー ス５５によりＴＤＭバスから既知の態様で取り出され、従って処理可能である（ 矢印Ｈによって表される）。 コールの処理において、音声処理アプリケーションが発信電話信号を発生する 場合、これが本質的には電話チャネル１５への逆のパスをフォローすることは明 らかであろう。換言すれば、音声リソース５５は発信電話信号をＶＰＵ２におけ るＴＤＭバス上に入れる。そこから、それはＶＰＵ２におけるＡＴＭアダプタに よって取り出され、ＡＴＭ交換機を介してＶＰＵ１におけるＡＴＭアダプタへ経 路指定される。しかる後、ＶＰＵ１におけるＡＴＭアダプタは発信電話信号をＴ ＤＭバス上に入れ、そこから、それは適切な電話チャネル１５を介して送出する ために、関連の回線インターフェース・ユニット５２によって取り出される。 第２図のシステムの重要な局面は、回線インターフェース・ユニット及び音声 リソースが独立的にＴＤＭバス上のストリームに接続可能であるということであ る。換言すれば、特定のストリームが必ずしも自動的に固定の回線インターフェ ース・ユニット及び音声リソースに割り当てられるわけでは ない。これは、回線インターフェース・ユニットからの電話信号がＴＤＭバスか ら取り出されて別のマシンに送られること、しかる後、適切な音声リソースによ ってこのような他のマシンにおけるＴＤＭバスから取り出されることを可能にす る。同様に、音声リソースは、電話信号が特定の回線インターフェース・ユニッ トに向けられることを必要とすることなく、その電話信号をそのＴＤＭバス上に 挿入することができる。この条件によって、回線インターフェース・ユニット及 び音声リソースは、電話信号が他の音声処理ユニットから生じたこと又は他の音 声処理ユニットに送られようとしていることに気づいていることを必要とせず、 ＴＤＭバス上に電話信号を簡単に挿入することができ、ＴＤＭバスから電話信号 を取り出すことができる。 ＬＩユニットはＴＤＭバスを通して音声リソースに配線されているのではない ので、例えば、１つのＬＩユニットが他のＴＤＭバスの最上部のタイム・スロッ トに書き込まれないようＴＤＭバスへのアクセスを制御するために注意が払わな ければならない。これは、望ましい実施例では、分散したコール・マネージャ・ コンポーネントＣＭ１、ＣＭ２等がＴＤＭバスへのアクセスを効果的に制御する ことによって達成される。従って、ＬＩユニット、音声リソース、又はＡＴＭア ダプタがＴＤＭバス上に電話信号を入れたい時にはいつも、それは、先ず、ＴＤ Ｍバスにおいて使用されるべき適切なタイム・スロットに関してコール・マネー ジャ・コンポーネン トに要請する（又は、コール・マネージャ・コンポーネントによって命令される ）。これらの割り振りをサポートするために、その分散したコール・マネージャ ・コンポーネントは、任意の所与の時間にＴＤＭバスにおいてどのタイム・スロ ットが利用可能であるかということに関するレコードを維持する。 第３図は、今度は、コール・ブリッジングを提供するためのサービス・ノード における他の機能を示す。電話信号は、ＶＰＵ２における電話チャネル１６から 受信され、ＡＴＭ交換機８０及び２つのＡＴＭアダプタ・カードを介してＶＰＵ ３におけるＴＤＭバス上に転送される。ここまでの処理は第２図において示され たものと実質的に同じである。しかし、第２図におけるものとは違って、電話信 号は、音声リソースによるのではなく回線インターフェース・ユニットによって ＴＤＭバスから取り出され、しかる後、回線インターフェース・ユニットが所望 の電話チャネル１７を介してその電話信号を送出する。ＶＰＵ３におけるチャネ ル１７を介して受信された電話信号がＶＰＵ２に転送され、そしてＶＰＵ２を介 して送出されることを可能にするために、第３図に示されたパスが容易に反転可 能であることは明らかであろう。勿論、電話コールは一般には全二重であり、従 って、第３図に示されたパス及びそれの逆のパスの両方とも、同じコールに対し て正常に（潜在的には同時に）遂行されるであろう。一般的なサービス・ノード が、第２図に示される転送されたコール の処理及び第３図に示されるコール・ブリッジングの両方をサポートすることが できるであろうということも更に明らかであろう。 第２図に示されたコール処理機能のオペレーションに戻って、次にこれを更に 詳細に説明することにする。従って、先ず、コールが、第２図に示されたような ＶＰＵ１の回線インターフェース・ユニット５２に到着する。ＬＩユニットは、 分散コール・マネージャ・コンポーネントＣＭ１によってモニタされるコール制 御ＡＰＩを有する。このコール制御ＡＰＩはコールの到着をその分散コール・マ ネージャ・コンポーネントに警報し、ネットワークの信号発生機能に従ってネッ トワークからの他の任意の利用可能な情報、例えば、ＡＮＩ／ＤＮＩＳ情報を供 給する。独立型のＶＰＵに関して、コールの到着をＶＰＵアプリケーションに知 らせるために及びコールに関する利用可能な情報をそれに送るためにこのコール 制御ＡＰＩが使用されるので、このコール制御ＡＰＩが回線インターフェース・ ユニットの一般的な部分であることは明らかであろう。 コールの到着に応答して、分散コール・マネージャ・コンポーネントＣＭ１は その着信コールに識別子（その後の処理において、この特定のコールを参照する ためにそのサービス・ノードの種々のコンポーネントによって使用される）を割 り当て、コールが到着したことを知らせるメッセージを集中コール・マネージャ ３０に送る。そのメッセージは、ＡＮＩ ／ＤＮＩＳのような他の任意の利用可能な情報も含んでいる。次に、集中コール ・マネージャは、どのＶＰＵがそのコールを処理するために割り当てられるべき かを決定する。従来技術におけるように、この判断は種々の要素、例えば、ＶＰ Ｕ５０にまたがる均等な負荷分布、或いは、特定のＶＰＵ等における特定のハー ドウエア・リソース又は起呼者特有の情報（加入者の音声メッセージ・データベ ース）の利用可能度に基づくことが可能である。この選択プロセスは従来技術に おいて周知であり、従って、これ以上詳細には説明しないことにする。 一旦、集中コール・マネージャ３０がそれの経路指定の判断を行ってしまうと 、それは、コール通知が受信された分散型コール・マネージャ・コンポーネント に従って応答する。従って、第２図に示された例に関して、コールはＶＰＵ１に 到着するが、集中コール・マネージャ３０は、それがＶＰＵ２における音声リソ ースによって処理されるべきであることを決定する。この通知に応答して、分散 コール・マネージャ・コンポーネントＣＭ１はＶＰＵ１とＶＰＵ２との間の仮想 回路を選択する。これは予め割り振られていて（即ち、永久的であって）もよく 、又は要求時に割り振られ（即ち、交換され）てもよい。交換型の仮想回線と永 久型の仮想回線との相違に関しては更に詳細に後述することにする。そこで、分 散コール・マネージャ・コンポーネントＣＭ１はＴＤＭバスにおける指定された タイム・スロットにコールを入れるよう に回線インターフェース・ユニットに命令し、そのコールのために回線インター フェース・ユニットによって使用されたこのタイム・スロットをＡＴＭ仮想回線 上にマップするために、ＶＰＵ１におけるＡＴＭアダプタ・カード５８へのＡＰ Ｉコールを行う。上記のアーテミス・アプリケーション・ノートによって、これ は送信の場合に仮想回線を開くことに相当する。 そこで、分散コール・マネージャは、コールが今や指定されたＡＴＭ仮想回線 において利用可能であることを表すメッセージを集中コール・マネージャに送り 、集中コール・マネージャはこのメッセージをＶＰＵ２における分散コール・マ ネージャ上に送る（このメッセージをＣＭ１からＣＭ２に直接に送ることも可能 であることは明らかであろう）。このメッセージには、ＡＮＩ／ＤＮＩＳのよう なコールに関する情報が含まれるようにすることも可能である。 このメッセージの受信時に、ＣＭ２はＶＰＵ２におけるＡＴＭアダプタへのＡ ＰＩコールを行い、指定されたＡＴＭ仮想回線を、選択されたＴＤＭバスのタイ ム・スロット上にマップさせる。上記のアーテミス・アプリケーション・ノート によって、これは受信の場合に仮想回線を開くことに相当する。この時点では、 更なる処理はアプリケーション環境に多少依存するが、一実施例では、ＣＭ２は 、コールを処理するために特定の音声リソース５５を割り振り、そのコールが利 用可能であるＴＤＭバスのタイムス・スロットをその音声リ ソースに知らせる。そこで、ＣＭ２は、その音声リソースと関連してコールを処 理するアプリケーション６０を開始させる。ＣＭ２は、アプリケーションが接続 すべき割り振られた音声リソース５５を他の任意の関連情報（任意の利用可能な ＡＮＩ／ＤＮＩＳ情報のような）と共にアプリケーションに知らせる。別の方法 として、ＣＭ２は、コールを処理するために単にアプリケーション６０を開始さ せて、そのコールが得られるＴＤＭバスのタイム・スロットをそれに知らせ、そ の後適当な音声リソース５５をその選択されたＴＤＭバスのタイム・スロットに 接続するためにそのアプリケーションをやめる。 如何なる場合でも、一旦アプリケーション及び音声リソースが作動可能になる と、それらはこれを知らせるメッセージをＣＭ２に戻す。ＣＭ２はそのメッセー ジを集中コール・マネージャに送り、コールが適正に処理されようとしているこ とをそれが確認することを可能にする（例えば、集中コール・マネージャが異な る音声処理ユニットをそのコールに割り当てようとする必要はない）。そこで、 集中コール・マネージャはそのコールに答えるようにＣＭ１に命令し、ＣＭ１は 、ＶＰＵ１における回線インターフェース・ユニットへのＡＰＩコールを行うこ とによってこれを行い、そのコールに答えるために必要な信号を電話網５へ供給 させる（この時点まで、サービス・ノード１０への起呼者は呼出音を聴いている だけであることは明らかであろう）。従って、最終結果は、ＶＰ Ｕ２におけるアプリケーション６０及び音声リソース５５が、ＶＰＵ１に到着し たコールであって、ＶＰＵ１における回線インターフェース・ユニットを介して 電話網に依然として接続されているコールを処理するために使用されようとして いるということである。 そのようなコールの終了時に、集中コール・マネージャとコール・マネージャ ・コンポーネントとの間の対応するコミュニケーションはコールの適正なティア ・ダウンを保証するためにも必要であろう。従って、ＶＰＵ１における回線イン ターフェース・ユニット及びＶＰＵ２における音声リソースは適切に開放され、 更なるコールを処理するために利用される。 第３図に関連して上記したように、本発明によるサービス・ノードはコール・ ブリッジングを提供するためにも使用可能である。次に、これのオペレーション に関して、詳しく説明することにする。 コール・ブリッジングの初期ステップは、コール・マネージャがリモート音声 リソース５５よりもむしろ適切な発信回線インターフェース・ユニット５２を選 択することを除けば、第２図に示されたリモートＶＲＵにおいてコールを処理す るためのステップと同じである。従って、コールがＶＰＵ２において受信されて いる（その場合、それは音声リソース５５及び関連のアプリケーション６０によ って現在処理されつつある）こと、及び、例えば、起呼者が課金カード・コール を 置くように要請されているためにアプリケーションが今や発信コールを行う必要 があるということを仮定する。この結果、所望の番号に対するコール・リクエス トがアプリケーションからＣＭ２に送られ、一方、ＣＭ２は、所望の番号及びコ ール識別子を含むリクエストを集中コール・マネージャ３０に送る。そこで、現 在の負荷分布又は他の任意の適当な要素（例えば、現在利用可能な自由な電話チ ャネルをＶＰＵ２が持たないということがあり得る）に基づいて、発信コールを 処理するためにどのＶＰＵが使用されるべきかに関する判断が集中コール・マネ ージャによって行われる。 この状況において、コールがＶＰＵ３において処理されるべきであること、従 って、所望の発信コールを確立するようにＣＭ３に命令するメッセージをＣＭ３ に送るということを集中コール・マネージャが決定するものと仮定する。ＣＭ３ は、ＶＰＵ３における関連の回線インターフェース・ユニットにＡＰＩコールを 行うことによってこれを行い、そのコールを設定するために必要な信号発生を遂 行する。そこで、回線インターフェース・ユニットによってコールがダイヤルさ れ、そしてコールされたパーティによって（任意選択的に）応答されるものと仮 定すると、ＣＭ３はこれの表示を受け、これが成功裏に完了したことを集中コー ル・マネージャ３０にレポートする。更に、ＣＭ３は、発信コールに接続される ＬＩユニットを集中コール・マネージャに知らせる（もう１つの可能性は、コー ルを処理すべきＶＰＵ３の選択を行うと 同時に、コールを処理すべきＶＰＵ３における関連の回線インターフェース・ユ ニットを集中コール・マネージャが最初に指定するということである）。 そこで、集中コール・マネージャは、リクエストされたアウトダイヤルが完了 してしまったことを表すためのメッセージをＣＭ２に送る。再び、このメッセー ジはＣＭ３からＣＭ２に直接に送られるが、集中コール・マネージャを通した経 路指定は、その集中コール・マネージャが種々のＶＰＵにおける現在のアクティ ビティを監視することを更に容易にする。そこで、ＣＭ２は、発信コールを最初 にリクエストしたアプリケーションにこの情報を送って、コールが成功裏に入れ られたことをそれに知らせる。そこで、アプリケーション６０は、着信コール及 び発信コールが一緒にブリッジされ、その結果、リクエストがＣＭ２に送られる ことを要請する。そこで、ＣＭ２はそのリクエスト集中コール・マネージャ３０ に送る。このリクエストに応答して、集中コール・マネージャは、ＶＰＵ２及び ＶＰＵ３の間にＡＴＭ仮想回線を確立すること及び着信コールのタイムスロット をこの仮想回線上にマップすることを命令するメッセージをＣＭ２に送る。ＣＭ ２はＡＴＭアダプタ５８及びアプリケーション／音声リソースへの必要なコール によってこれを遂行し、集中コール・マネージャに成功をレポートして、使用さ れる仮想回線も識別する。そこで、集中コール・マネージャは、アウトダイヤル のために使用された回線インターフェース・ユニットのタイム ・スロットを、ＣＭ２によって確立された仮想回線に接続することをリクエスト するメッセージをＣＭ３に送る。ＣＭ２は、再び、ＶＰＵ３におけるＡＴＭアダ プタ５８及び関連の回線インターフェース・ユニットに対して必要なコールを行 うことによって遂行される。この結果、望み通り着信コールと発信コールとのブ リッジが生じる。 第３図における発信電話チャネルが実際に内線電話に接続される場合、サービ ス・ノードが構内交換機（ＰＢＸ）として又は発信中継線を内線電話に及びその 逆（及び内線電話相互間の接続等）に連結するために利用可能な交換機として、 勿論、適当な交換スフとウエアが使用されると云う条件で、効果的に機能するこ とは明らかであろう。この場合、ＶＰＵにおける音声リソース５５及びアプリケ ーション６０は、ＶＰＵが単にＬＩユニット、ＴＤＭバス、ＡＴＭアダプタ・カ ード、及び分散コール・マネージャ・コンポーネントを持っだけの時には最小に なり得るし、或いは、存在しないことさえある。そのようなシステムの開発コス トは、通常の交換機の価格よりもかなり安価である。それは、ほとんどのコンポ ーネントが標準的なワークステーション又はアダプタ・カードであり、一般的に は１，０００乃至１０，０００ドルの価格であるためである。これは、基本的交 換機の５０，０００乃至１００，０００ドルの標準的コストと対照をなすべきも のである。 従って、望ましい実施例は、ＡＴＭ交換機８０を介して多 数の音声処理ユニットを連結されたサービス・ノード１０を提供する。ＡＴＭは 、コールの期間の間接続（仮想回線）が確立される接続指向のものである。現時 点での望ましい実施例は、サービス・ノードが最初に構成される時又はその後に 再構成される時に設定される永続性の仮想回線（ＰＶＣ）を使用して種々のＶＰ Ｕ相互間のコールを経路指定する。代替方法は交換仮想回線（ＳＶＣ）を使用す ることである。ＰＶＣの使用は、ＡＴＭアダプタ・カードが如何なる信号発生を 行うことも必要とせず、しかも種々のノード相互間の仮想回線の実時間交換もな いので、簡単である。従って、上記アーテミスＡＴＭアダプタ・カードは、現在 のところ、そのようなＰＶＣをサポートするだけである（対照的に、ＳＶＣは、 アダプタと交換機との間のＱ．２９３１信号発生プロトコルのサポートを必要と する）。 ＳＶＣに基づいた動的な割り振りではなく交換帯域幅を静的に割り振るために ＰＶＣを使用することは、明らかに、利用可能な帯域幅を、交換機を通して十分 に最適化するものではない。しかし、これの効果は、電話チャネルの全体数に比 べて、交換機に通常接続されるＶＰＵの数が低い場合、最小になりそうである。 更に、ＡＴＭ交換機は非常に単純になり得るので、ＰＶＣの使用はサービス・ノ ード１０のコストを最小にする助けにもなる。例えば、第２図及び第３図に示さ れた構成は、ＶＰＵ１、ＶＰＵ２、及びＶＰＵ３を連結するために３つの異なる （全二重の）仮想パスしか必要としない。 従って、ＳＶＣよりもＰＶＣのサポートはシステム全体の複雑さを減少させる。 適当なＡＴＭ交換機の一例はＩＢＭ社から入手可能な８２８５ ＮＷａｙｓ ＡＴＭワークグループ交換機であり、それは、５０，０００乃至１００，０００ ドルという従来のプログラム可能な電話交換機に対する導入価格に比べて、約５ ，０００ドルで１２個の音声ユニット（即ち、十分に１，０００個を超える電話 チャネル）をサポートするであろう。更に、原理的には、その８２８５交換機は ３０，０００個のチャネルにまで拡大可能である（しかし、他の幾つかの制限が この容量の十分な使用を妨げることがある）。対照的に、従来の電話交換機は、 一般に、約１，０００個のチャネルに抑制され、この制限を越えるためには、か なりのソフトウエアの複雑性に加えて、更なるユニットを必要とする。 第２図及び第３図におけるＡＴＭネットワークのもう１つの重要な局面は、パ ケット交換ネットワークであるにも関わらず、ＶＰＵ相互間の等時性通信を提供 する機能である。換言すれば、ＡＴＭネットワークを介したパケット（又は、セ ル）の伝送時間は厳格に抑制される（即ち、ジッタは最小にされる）ので、受信 端では、電話信号は、終端間遅れを生じさせる重要なバッファリング要件を課す ることなく、着信セルから直接に再構成可能である。この結果、種々のマシンに おけるＴＤＭバス相互間のＡＴＭ接続は、回線インターフェース・ユニット及び 音声リソースに対して効果的に透明であ るので、例えば、回線インターフェース・ユニットがＶＰＵ１におけるＴＤＭバ スから電話データを取り出そうとする場合、それは、電話データがＶＰＵ１にお ける音声リソースから、或いはＶＰＵ２又はＶＰＵ３におけるリモート音声リソ ースから、ＡＴＭネットワークを介してそのＴＤＭバス上に直接に入れられたか どうかを必ずしも知らない。この透明性は、本発明が現在利用可能な回線インタ ーフェース・ユニット及び音声リソースによって使用されることを可能にする場 合に重要である。 第２図及び第３図に示されるように、本発明の重要な特徴は、回線インターフ ェース・ユニット５２が最早特定の音声リソース５５に堅く結合されず、むしろ 、その音声リソースが種々の回線インターフェース・ユニットに割り振り可能で あるということである。これの１つの結果は、アプリケーションが同じ電話チャ ネルに２つの音声リソースを接続することをそれが潜在的に可能にするというこ とである。例えば、アプリケーションは、起呼者がバイリンガルである可能性が あり、しかも応答の言語が予測され得ないという状況に対して、１つの言語にお ける音声認識を遂行するために第１の音声リソースを、及び他の言語における音 声認識を遂行するために第２の音声リソースを同時に使用することが可能である 。そのような状況において、両方の音声リソースがＴＤＭバスから同じタイム・ スロットを取り出す（しかし、アプリケーションが音声リソースを遠隔的に制御 することを可能にされ る場合、第１及び第２の音声リソースは同じマシン上にある必要はないことは勿 論である）。 第４図はサービス・ノードのもう１つの実施例を示す。ここでは、ＶＰＵ３が データベース・システム２１０によって置換される（しかし、これはそのような 構成において音声処理システムの数に関する何らかの制限を意味するものとして 解釈されるべきではない）。データベース・システム２１０は、一般には、いず れもＩＢＭ社から入手可能であるＡＳ／４００コンピュータ又はＲＳ／６０００ ワークステーションのようなコンピュータ上に存在する。データベース・システ ム２１０はＡＴＭリンク２１５を介してＡＴＭ交換機８０及びＡＴＭネットワー クに連結され、その分野では周知であるデータベースへのリモート・アクセスを 提供する。これは、音声処理システムにおけるアプリケーション６０がデータベ ース２１０へのダイヤルアップ・アクセス（例えば、恐らく、銀行残高をチェッ クするための）をそれらの起呼者に効果的に提供することを可能にする。 従って、第４図に示されるように、それのコール処理プロシージャの一部とし て、アプリケーション６０は、ＡＴＭアタプタ５８及びＡＴＭ交換機８０を介し てデータベース２１０へのリモート・データ・アクセスを遂行する。更に詳しく 云えば、アプリケーション６０は、ＡＴＭアダプタ・カード５８及び関連のソフ トウエアにコミュニケーション・リクエストを直接に送る。ＡＴＭコミュニケー ションをサポートす るために、ＡＴＭアダプテーション層（ＡＡＬ）が必要とされる。実時間音声Ａ ＴＭコミュニケーションに対して、いわゆるＡＡＬ１が必要とされ、一方、ＡＴ Ｍデータ・コミュニケーションに対しては、いわゆるＡＡＬ５が必要とされる。 現在、上記のアーテミス・カードはＡＡＬＩ（音声）しか提供していないが、Ｉ ＭＬ社は、音声及びデータの両方に対するサポートを含む新しいカード（Ａｒｔ ｅｍｕｘ）がやがて入手可能となるであろうということを発表している（参照： http://www.iml-cti.com/Products.htm）。 第４図に示された構成は、音声処理ユニットとの音声及びデータ通信の両方に 対して同じハードウエア接続が使用可能であり、それによって、システム全体の 複雑性及びコストにおいて大きな節約を提供することができるという重要な利点 を有する。 データベース２１０がＡＴＭ交換機８０に直接に連結されるものとして示され ているけれども、その代わりに、データベースをＡＴＭネットワークに遠隔的に 接続することも可能である。例えば、インターネット・ゲートウェイが交換機８ ０に接続されて、音声処理ユニット５０がＡＴＭ交換機８０及びインターネット ・ゲートウェイを介して、インターネットに接続された任意のデータベースをア クセスすることを可能にすることもできるであろう。 望ましい実施例では、各音声処理ユニットは、回線インターフェース・ユニッ ト５２とアプリケーション６０との間に 効果的に存在する音声アプリケーション環境（ＶＡＥ）（図示されてない）をサ ポートする。これまでは、説明を簡単にするために、ＶＡＥ機能は分散コール・ マネージャ・コンポーネントＣＭ１、ＣＭ２のオペレーションに効果的に包含さ れたが、次にそれの特定の目的を示すことにする。従って、ＶＰＵの独立型オペ レーションでは、ＶＡＥはアプリケーションを回線インターフェース・ユニット から隔離し、従って、アプリケーションは回線インターフェース及びライン・シ グナリングの詳細を知る必要がない。ＶＡＥは、分散コール・マネージャ・コン ポーネントとアプリケーションとの間の中間物としても使用可能である。この後 者の役割は本発明の望ましい実施例においては拡張され、アプリケーションがリ モートＶＰＵにおける回線インターフェース・ユニットと対話しているかも知れ ないことをそのアプリケーションが気付く必要がないことを保証する。 例えば、上述のコール・ブリッジングの例において、ＶＰＵ２におけるアプリ ケーションが発信コールをリクエストする時、このリクエストはＶＡＥに送られ る。そこで、そのＶＡＥは、独立したオペレーションで回線インターフェース・ ユニットにそのリクエストを送るであろう。しかし、本発明によれば、ＶＡＥは 、このリクエストが代わりにＣＭ２に、そして、そこから集中コール・マネージ ャに送られるように修正される。同様に、アウトダイヤルが成功裏に完了する時 、この肯定応答がＣＭ２からＶＡＥを介してアプリケーション にフィードバックされる。この方法では、複数の音声処理ユニットの存在がアプ リケーションから遮蔽され、従って、アプリケーションは、必ずしも、第２図及 び第３図のサービス・ノード１０における使用のために修正されることを必要と しない。 第２図乃至第４図はサービス・ノード１０の３つの潜在的な使用方法を示して いるけれども、更に多くのそのような潜在的使用方法が存在し、その使用方法の うちの幾つかは電話データの更に複雑な処理及び再指示を伴うことがあることは 認められるであろう。これは、恐らく、単一のコールが種々の異なるサービスを 必要とする場合に生じることがある。例えば、第２図に示された状況で持って開 始すると、起呼者は、先ず、ユーザがある特定の情報（恐らく、特定のロケーシ ョンにおける天候に関する情報、又は電話番号に関する情報）を必要とするとい う決定を導く音声応答機能を提供するＶＰＵ２における音声リソースと対話する ことがあり得る。この場合、ＶＰＵ２におけるアプリケーション６０は、音声リ ソースをテキスト・音声変換に専用にするコールがＶＰＵ３（例えば）に転送さ れるように、ＶＡＥ及びＣＭ２を介してリクエストし得る。そこで、これはＶＰ Ｕ２におけるコール接続を終了に導き、代わりに、ＶＰＵ３における適切な音声 リソース及びアプリケーションへの転送を導く。これは、コール・マネージャが ＶＰＵ１からＶＰＵ３へのそのコールに対する新たな仮想回線を直接に設定する ことによって達成され、 それによって、ＶＰＵ２におけるリソースを自由にする。（１つの代替方法は、 上記米国特許第５，４７１，５２１号に開示されているように、ＶＰＵ３におけ る音声リソースがＶＰＵ２におけるアプリケーションの制御の下にリモート・サ ーバとして有効に使用されることであろう）。 本発明の重要な利点の１つは第２図乃至第４図に示されたようにＶＰＵの背後 に交換機を効果的に配置することによって生じ、それによって、交換機とＶＰＵ との間の特殊な電話接続（第１図における中継線４５）を必要ないものにし、必 要なインターフェース・ユニットの数をかなり減少させる（第１図における回線 インターフェース・ユニット２２及び２４は最早必要ない）。これはかなりのコ スト減少に通じる。それは、そのような特殊な電話接続及び回線インターフェー ス・ユニットが、それらの複雑性、少量生産、及び開発経費により高価になるた めである。 それに代わって、望ましい実施例は、電話チャネルを経路指定するためにＡＴ Ｍネットワークを利用する。これは次のような利点を提供する。即ち、 それが高速であり、多数のチャネルの音声データをサポートするために高い帯 域幅（一般的には、各方向におけるアクティブなチャネル当たり８ｋバイト／秒 ）を提供することができる； 音声データのフローが等時性である、即ち、最小の時間遅れを持つだけであっ て、音声チャネルから連続的なデータ速 度を維持することができる； トラフィックは両方向に同時に保持可能である； 制御情報が音声データと同様に保持可能である（しかし、望ましい実施例はＬ ＡＮにおいてほとんどの制御情報を別々に経路指定する）； 複数のＶＲＵ装置が相互に接続可能であって、例えば、負荷平衡化及び冗長性 を可能にする。 複数のＶＲＵ装置の使用は或る冗長性を与えるけれども、十分な冗長性を与え るためには、コール・マネージャ及びＡＴＭ交換機は二重化されなければならな いこと、及び各ＶＲＵ装置は両方のコール・マネージャ及び両方のＡＴＭ交換機 に接続されなければならないことに注意してほしい。これは、一般に、各音声処 理システムにおいて２つのＡＴＭアダプタ・カードを必要とするであろう（コス トの観点から最も重要であることは、実際には、この局面である）。 完全冗長性機能を持ったサービス・ノードが第５図に示される（第５図では、 簡単にするために、各音声処理ユニット５０の細部のうちの幾つかが省略される ）。第５図のシステムは、２つの並列ＡＴＭネットワークを効果的に含み、各Ａ ＴＭネットワークはそれ自身のＡＴＭ交換機８０Ａ、８０Ｂを有する。各音声処 理ユニットは、２つのＡＴＭアダプタ・カード５８Ａ及び５８Ｂを有し、それら のカードは、それぞれ、ＡＴＭ交換機８０Ａ及び８０Ｂに連結している。従って 、たとえＡＴＭ交換機の１つが使用不可能になったとしても、 なお、音声処理ユニットは、相互にコミュニケートするために別のＡＴＭ交換機 使用することができる。 更に、第５図は重複コール・マネージャ３０Ａ、３０Ｂを示す。それらのコー ル・マネージャは、再び、たとえそれらのコール・マネージャの一方が使用不可 能になってたとしても、なお、システムが動作し得るように完全冗長性機能を保 証するために設けられる。第５図の実施例では、コール・マネージャは、第２図 及び第３図におけるように別の通信パスを有するのではなく、ＡＴＭネットワー クを使用して音声処理ユニット５０とコミュニケートする（これを行うことの可 能性については、前に説明した）。 第５図のシステムは、音声処理システム５０の１つが使用不可能になった場合 、それの処理容量の３分の１を失うということは明らかであろう。これが潜在的 に問題である場合、バックアップ機能を提供するために、サービス・ノードにス ペアの（冗長性の）音声処理システムを含めることが可能である。 望ましい実施例は、音声処理ユニットを連結するためにＡＴＭ接続を使用する けれども、ＡＴＭネットワークの代わりにアイソイーサネットのような他の等時 性ネットワークが使用可能であろう。アイソイーサネット・アダプタへの適当な ＴＤＭバスは、米国カリフォルニア州のクイックネット・テクノロジ社から所行 的に入手可能であるＳＣ−ＩＳＯカードである。 上記の構成及び処理に関する多くの変更が当業者には明らかであることは認め られるところであろう。例えば、システムの種々のコンポーネント相互間のシグ ナリングにおいて、コール・マネージャ・コンポーネントＣＭ１、ＣＭ２等は集 中コール・マネージャを使用することなく相互に直接にコミュニケートし得る。 しかし、コール・マネージャ・コンポーネントがコール・マネージャ３０を介し てコミュニケートすることを必要とするということは、コール・マネージャが各 音声処理ユニット５０の現在のステータスを正確に追跡するのを助ける。そこで 、この情報は、任意の特定の音声処理ユニットに着信コールを経路指定する場合 に使用可能である（これの当然の結果として、コールが終了した時それをコール ・マネージャが知らされることも重要である）。 第５図に示されるように、或るインストレーションに関して、冗長性の機能を 提供するためにコール・マネージャ３０を二重化することが望ましいことがある 。もう１つの可能な方法は、集中コール・マネージャをコール・センタにおける 別個のエレメントとして除去し、その代わりに、コール・マネージャの機能を音 声処理システム自体における種々のコール・マネージャ・コンポーネントＣＭ１ 、ＣＭ２等に分散することであろう。（再び、そのような構成に或る冗長性機能 を含むことは望ましいことであろう）。 サービス・ノードにおける潜在的な音声リソースの範囲は非常に大きく、音声 応答機能、ボイス・メール、ＦＡＸサー バ及びＦＡＸメール、音声認識及び音声合成等を含むことは明らかであろう。更 に、第２図及び第３図における音声処理ユニット５０の各々は実質的に同じもの であるとして示されているが、これが望ましくないかも知れないという多く状況 が存在する。例えば、或るＶＰＵは、それらが音声認識又はテキスト・音声変換 のために必要とされるような高速処理に専用のものであるために、又はそれらが ボイス・メール・システムのために必要とされるような大きな記憶装置を備えて いるために、如何なる回線インターフェース・ユニットも全く持たないこともあ る。又、すべてのＶＰＵがそれらのＴＤＭバスに対して同じバス・アーキテクチ ャを使用する必要はない。例えば、本発明はサービス・ノードがＳＣＳＡベース のＶＰＵをＭＶＩＰベースのＶＰＵと結合することを可能にする。これを行うこ とを望む１つの理由は、特定の音声認識カードのような所望の音声処理リソース が所望のテキスト・音声変換カードのアーキテクチャとは異なるアーキテクチャ に対してのみ使用可能である場合があり得ることである。

【手続補正書】 【提出日】１９９９年６月１６日（１９９９．６．１６） 【補正内容】 請求の範囲 １．等時性ネットワークによって接続された少なくとも第１システム及び第２シ ステムを含む分散型音声処理システムにして、 前記第１システムは それぞれの電話チャネルに接続された複数の電話インターフェース・ポートと 、 前記複数の電話インターフェース・ポートに接続された第１時分割多重化（Ｔ ＤＭ）バスと、 前記第１時分割多重化バスを前記等時性ネットワークに接続する第１インター フェース・アダプタと、 を含み、 前記第２システムは 第２時分割多重化バスと、 前記第２時分割多重化バスを前記等時性ネットワークに接続する第２インター フェース・アダプタと、 前記第２時分割多重化バスにおけるデータをアクセスし得るアプリケーション ・プロセッサ・ユニットと、 を含む、 分散型音声処理システム。 ２．前記等時性ネットワークはＡＴＭネットワークである、請求の範囲第１項に 記載の分散型音声処理システム。 ３．前記ＡＴＭネットワークは前記第１システム及び第２シ ステムの間に１つ又は複数の永続性仮想回線を提供するように構成される、請求 の範囲第２項に記載の分散型音声処理システム。 ４．前記第１インターフェース・アダプタ及び第２インターフェース・アダプタ は前記第１ＴＤＢバスにおけるタイム・スロットを前記等時性ネットワークを介 して第２ＴＤＭバスにおけるタイム・スロットに選択的に結合するように動作す る、請求の範囲第１項乃至第３項のいずれかに記載の分散型音声処理システム。 ５．更に、前記第１システム上の電話インターフェース・ポートにおけるコール が前記第２システムにおける前記アプリケーション・プロセッサ・ユニットに接 続されるべきものであることを決定するためのコール・マネージャを含む、請求 の範囲第１項乃至第４項のいずれかに記載の分散型音声処理システム。 ６．着信コールに関して、前記決定は前記コールが受信される電話インターフェ ース・ポートから前記コール・マネージャに供給されたＡＮＩ及び／又はＤＮＩ Ｓ情報に依存する、請求の範囲第５項に記載の分散型音声処理システム。 ７．前記コール・マネージャ並びに前記第１システム及び第２システムはデータ ・ネットワークによって接続される、請求の範囲第５項又は第６項に記載の分散 型音声処理システム。 ８．前記アプリケーション・プロセッサ・ユニットは音声応答機能又は音声認識 機能を提供する、請求の範囲第１項乃至 第７項のいずれかに記載の分散型音声処理システム。 ９．前記第１ＴＤＭバスは前記第２ＴＤＭバスとは異なるアーキテクチャを有す る、請求の範囲第１項乃至第８項のいずれかに記載の分散型音声処理システム。 １０．等時性ネットワークによって接続された少なくとも第１システム及び第２ システムを含む分散型音声処理システムにおいてコールを処理する方法にして、 前記第１システム及び第２システムの各々は時分割多重化（ＴＤＭ）バスと前記 ＴＤＭバスを前記等時性ネットワークに接続するためのインターフェース・アダ プタとを有し、前記コールは当該システムにおけるＴＤＭバスに接続された前記 第１システムにおける電話インターフェース・ポートによって処理され、 前記コールが当該システムにおけるＴＤＭバスに接続された前記第２システム におけるアプリケーション・プロセッサ・ユニットによって処理されるべきであ ることを決定するステップと、 前記第１システムにおける前記電話インターフェース・ポート及び前記第２シ ステムにおける前記アプリケーション・プロセッサ・ユニットの間に、前記第１ システム及び第２システムのそれぞれのＴＤＭバス及びインターフェース・アダ プタを介して及び前記等時性ネットワークを介して接続を確立するステップと、 前記コールを処理するために、前記接続を介して前記アプリケーション・プロ セッサ・ユニットにおいて電話入力を受 信し、前記アプリケーション・プロセッサから前記接続を介して電話信号を送信 するステップと、 を含む方法。 １１．前記第１システム及び第２システムはそれぞれＴＤＭバスを含み、前記接 続は前記第１システムにおける電話インターフェース・ポートから前記第１シス テムにおけるＴＤＭバス上への、更に等時性ネットワークを介して前記第２シス テムにおけるＴＤＭバス上への、及びそこから前記アプリケーション・プロセッ サ・ユニットへの電話信号経路を含む、請求の範囲第１０項に記載の方法。 １２．前記第１システム及び第２システムはそれぞれ当該システムにおけるＴＤ Ｍバスと前記等時性ネットワークとの間でデータを転送するためのアダプタ・カ ードを含む、請求の範囲第１１項に記載の方法。 １３．前記等時性ネットワークはＡＴＭネットワークである、請求の範囲第１０ 項乃至第１２項のいずれかに記載の方法。 １４．前記ＡＴＭネットワークを介した前記接続は１つ又はそれ以上の永続性仮 想回線を使用して確立される、請求の範囲第１３項に記載の方法。 １５．前記決定するステップは リクエストをコール・マネージャに送るステップと、 前記コールが或る指定されたシステムにおけるアプリケーション・プロセッサ ・ユニットによって処理されるべきであることを表す応答を前記コール・マネー ジャから受け取るス テップと、 を含む、請求の範囲第１０項乃至第１４項のいずれかに記載の方法。 １６．前記指定されたシステムが前記コールを処理すべきであることを表す命令 を前記コール・マネージャが前記指定されたシステムに送るというステップを更 に含む、請求の範囲第１５項に記載の方法。 １７．着信コールが前記電話インターフェース・ポートに最初に到着した時、前 記リクエストは前記着信コールに対するコール・マネージャに送られる、請求の 範囲第１５項又は第１６項に記載の方法。 １８．前記コールが前記第２システムにおけるアプリケーション・プロセッサ・ ユニットによって処理されるべきであるという決定は前記コールに関連したＡＮ Ｉ及び／又はＤＮＩＳ情報に基づく、請求の範囲第１０項乃至第１７項のいずれ かに記載の方法。 １９．前記電話コールを処理するために、前記アプリケーション・プロセッサ・ ユニットが前記等時性ネットワークを使用してデータベースをアクセスするとい うステップを更に含む、 請求の範囲第１０項乃至第１８項のいずれかに記載の方法。 ２０．等時性ネットワークによって接続された少なくとも第１システム、第２シ ステム、及び第３システムを含む分散型音声処理システムにおいて第１コール及 び第２コールを同時 に処理する方法にして、前記第１システム、第２システム、及び第３システムの 各々は時分割多重化（ＴＤＭ）バスと前記ＴＤＭバスを前記等時性ネットワーク に接続するためのインターフェース・アダプタとを有し、前記第１コール及び第 ２コールは当該システムにおけるＴＤＭバスに接続された前記第１システムにお ける第１電話インターフェース・ポート及び第２電話インターフェース・ポート によってそれぞれ処理され、 前記第１コールが当該システムにおけるＴＤＭバスに接続された前記第２シス テムにおけるアプリケーション・プロセッサ・ユニットによって処理されるべき であること、及び前記第２コールが当該システムにおけるＴＤＭバスに接続され た前記第３システムにおけるアプリケーション・プロセッサ・ユニットによって 処理されるべきであることを決定するステップと、 前記第１システムにおける前記第１電話インターフェース・ポートと前記第２ システムにおける前記アプリケーション・プロセッサ・ユニットとの間に、前記 第１システム及び第２システムのそれぞれのＴＤＭバス及びインターフェース・ アダプタを介して及び前記等時性ネットワークを介して第１接続を確立するステ ップと、 前記第１システムにおける前記第２電話インターフェース・ポートと前記第３ システムにおける前記アプリケーション・プロセッサ・ユニットとの間に、前記 第１システム及び第 ３システムのそれぞれのＴＤＭバス及びインターフェース・アダプタを介して及 び前記等時性ネットワークを介して第２接続を確立するステップと、 前記第１コールを処理するために、前記第１接続を介して前記第２システムに おける前記アプリケーション・プロセッサ・ユニットにおいて電話入力を受信し 、前記第２システムにおける前記アプリケーション・プロセッサ・ユニットから 前記第１接続を介して第１電話信号を送信するステップと、 前記第２コールを処理するために、前記第２接続を介して前記第３システムに おける前記アプリケーション・プロセッサ・ユニットにおいて電話入力を受信し 、前記第３システムにおける前記アプリケーション・プロセッサ・ユニットから 前記第２接続を介して第２電話信号を送信するステップと、 を含む方法。 ２１．等時性ネットワークによって接続された少なくとも第１システム及び第２ システムを含む分散型電話交換機にして、 前記第１システムは、 第１複数の電話チャネルに接続された第１複数の電話インターフェース・ポー トと、 前記第１複数の電話インターフェース・ポートに接続された第１時分割多重化 （ＴＤＭ）バスと、 前記第１時分割多重化バスを前記等時性ネットワークに接続する第１インター フェース・アダプタと、 を含み、 前記第２システムは第２時分割多重化バスを含む、 分散型電話交換機。 ２２．前記等時性ネットワークはＡＴＭネットワークである、請求の範囲第２１ 項に記載の分散型電話交換機。 ２３．前記ＡＴＭネットワークは前記第１システム及び第２システムの間に少な くとも１つの永続性仮想回線を提供するように構成される、請求の範囲第２２項 に記載の分散型電話交換機。 ２４．前記第１インターフェース・アダプタ及び第２インターフェース・アダプ タは前記第１ＴＤＢバスにおけるタイム・スロットを前記等時性ネットワークを 介して前記第２ＴＤＭバスにおけるタイム・スロットに選択的に結合するように 動作する、請求の範囲第２１項乃至第２３項のいずれかに記載の分散型電話交換 機。 ２５．更に、前記第１複数の電話チャネルの１つに対する電話インターフェース ・ポートにおけるコールが前記第２複数の電話チャネルの１つ対する電話インタ ーフェース・ポートに接続されるべきものであることを決定するためのコール・ マネージャを含む、請求の範囲第２１項乃至第２４項の１つに記載の分散型電話 交換機。

───────────────────────────────────────────────────── 【要約の続き】 る回線インターフェース・ユニット及び第２音声処理マ シンにおける音声リソースによって処理されることを可 能にする。

Claims (1)

1. 【特許請求の範囲】 １．等時性ネットワークによって接続された少なくとも第１システム及び第２シ ステムを含む分散型音声処理システムにして、 前記第１システムは それぞれの電話チャネルに接続された複数の電話インターフェース・ポートと 、 前記複数の電話インターフェース・ポートに接続された第１時分割多重化（Ｔ ＤＭ）バスと、 前記第１時分割多重化バスを前記等時性ネットワークに接続する第１インター フェース・アダプタと、 を含み、 前記第２システムは 第２時分割多重化バスと、 前記第２時分割多重化バスを前記等時性ネットワークに接続する第２インター フェース・アダプタと、 前記第２時分割多重化バスにおけるデータをアクセスし得るアプリケーション ・プロセッサ・ユニットと、 を含む、 分散型音声処理システム。 ２．前記等時性ネットワークはＡＴＭネットワークである、請求の範囲第１項に 記載の分散型音声処理システム。 ３．前記ＡＴＭネットワークは前記第１システム及び第２シ ステムの間に１つ又は複数の永続的仮想回線を提供するように構成される、請求 の範囲第２項に記載の分散型音声処理システム。 ４．前記第１インターフェース・アダプタ及び第２インターフェース・アダプタ は前記第１ＴＤＢバスにおけるタイム・スロットを前記等時性ネットワークを介 して前記第２ＴＤＭバスにおけるタイム・スロットに選択的に結合するように動 作する、請求の範囲第１項乃至第３項のいずれかに記載の分散型音声処理システ ム。 ５．更に、前記第１システム上の電話インターフェース・ポートにおけるコール が前記第２システムにおける前記アプリケーション・プロセッサ・ユニットに接 続されるべきものであることを決定するためのコール・マネージャを含む、請求 の範囲第１項乃至第４項のいずれかに記載の分散型音声処理システム。 ６．着信コールに関して、前記決定は前記コールが受信される電話インターフェ ース・ポートから前記コール・マネージャに供給されたＡＮＩ及び／又はＤＮＩ Ｓ情報に依存する、請求の範囲第５項に記載の分散型音声処理システム。 ７．前記コール・マネージャ並びに前記第１システム及び第２システムはデータ ・ネットワークによって接続される、請求の範囲第５項又は第６項に記載の分散 型音声処理システム。 ８．前記アプリケーション・プロセッサ・ユニットは音声応答機能又は音声認識 機能を提供する、請求の範囲第１項乃至 第７項のいずれかに記載の分散型音声処理システム。 ９．前記第１ＴＤＭバスは前記第２ＴＤＭバスとは異なるアーキテクチャを有す る、請求の範囲第１項乃至第８項のいずれかに記載の分散型音声処理システム。 １０．等時性ネットワークによって接続された少なくとも第１システム及び第２ システムを含む分散型音声処理システムにおいて、前記第１システムにおける電 話インターフェース・ポートによって処理されるコールを処理する方法にして、 前記コールが前記第２システムにおけるアプリケーション・プロセッサ・ユニッ トによって処理されるべきであることを決定するステップと、 前記第１システムにおける前記電話インターフェース・ポート及び前記第２シ ステムにおける前記アプリケーション・プロセッサ・ユニットの間に前記等時性 ネットワークを介して接続を確立するステップと、 前記コールを処理するために、前記接続を介して、前記アプリケーション・プ ロセッサ・ユニットにおいて電話入力を受信し、及び／又は前記アプリケーショ ン・プロセッサから電話信号を送信するステップと、 を含む方法。 １１．前記第１システム及び第２システムはそれぞれＴＤＭバスを含み、前記接 続は前記第１システムにおける電話インターフェース・ポートから前記第１シス テムにおけるＴＤＭバス上への、更に等時性ネットワークを介して前記第２シス テムにおけるＴＤＭバス上への及びそこから前記アプリケーション・プロセッサ ・ユニットへの電話信号経路を含む、請求の範囲第１０項に記載の方法。 １２．前記第１システム及び第２システムはそれぞれ当該システムにおけるＴＤ Ｍバスと前記等時性ネットワークとの間でデータを転送するためのアダプタ・カ ードを含む、請求の範囲第１１項に記載の方法。 １３．前記等時性ネットワークはＡＴＭネットワークである、請求の範囲第１０ 項乃至第１２項のいずれかに記載の方法。 １４．前記ＡＴＭネットワークを介した前記接続は１つ又はそれ以上の永続性仮 想回線を使用して確立される、請求の範囲第１３項に記載の方法。 １５．前記決定するステップは リクエストをコール・マネージャに送るステップと、 前記コールが或る指定されたシステムにおけるアプリケーション・プロセッサ ・ユニットによって処理されるべきであることを表す応答を前記コール・マネー ジャから受け取るステップと、 を含む、請求の範囲第１０項乃至第１４項のいずれかに記載の方法。 １６．前記指定されたシステムが前記コールを処理すべきであることを表す命令 を前記コール・マネージャが前記指定されたシステムに送るというステップを更 に含む、請求の範囲第１５項に記載の方法。 １７．着信コールが前記電話インターフェース・ポートに最初に到着した時、前 記リクエストは前記着信コールに対するコール・マネージャに送られる、請求の 範囲第１５項又は第１６項に記載の方法。 １８．前記コールが前記第２システムにおけるアプリケーション・プロセッサ・ ユニットによって処理されるべきであるという決定は前記コールに関連したＡＮ Ｉ及び／又はＤＮＩＳ情報に基づく、請求の範囲第１０項乃至第１７項のいずれ かに記載の方法。 １９．前記電話コールを処理するために、前記アプリケーション・プロセッサ・ ユニットが前記等時性ネットワークを使用してデータベースをアクセスするとい うステップを更に含む、 請求の範囲第１０項乃至第１８項のいずれかに記載の方法。 ２０．等時性ネットワークに接続された少なくとも第１システム、第２システム 、及び第３システムを含む分散型音声処理システムにおいて、前記第１システム における第１電話インターフェース・ポート及び第２電話インターフェース・ポ ートによってそれぞれ処理される第１コール及び第２コールを同時に処理する方 法にして、 前記第１コールが前記第２システムにおけるアプリケーション・プロセッサ・ ユニットによって処理されるべきであること、及び前記第２コールが前記第３シ ステムにおけるアプリケーション・プロセッサ・ユニットによって処理されるべ きであることを決定するステップと、 前記第１システムにおける前記第１電話インターフェース・ポートと前記第２ システムにおける前記アプリケーション・プロセッサ・ユニットとの間に前記等 時性ネットワークを介して第１接続を確立するステップと、 前記第１システムにおける前記第２電話インターフェース・ポートと前記第３ システムにおける前記アプリケーション・プロセッサ・ユニットとの間に前記等 時性ネットワークを介して第２接続を確立するステップと、 前記第１コールを処理するために、前記接続を通して、前記第２システムにお ける前記アプリケーション・プロセッサ・ユニットにおいて電話入力を受信する ステップ、及び／又は、前記第２システムにおける前記アプリケーション・プロ セッサ・ユニットから第１電話信号を送信するステップと、 前記第２コールを処理するために、前記接続を通して、前記第３システムにお ける前記アプリケーション・プロセッサ・ユニットにおいて電話入力を受信する ステップ、及び／又は、前記第３システムにおける前記アプリケーション・プロ セッサ・ユニットから第２電話信号を送信するステップと、 を含む方法。 ２１．等時性ネットワークによって接続された少なくとも第１システム及び第２ システムを含む分散型電話交換機にして、 前記第１システムは、 第１複数の電話チャネルに接続された第１複数の電話イン ターフェース・ポートと、 前記第１複数の電話インターフェース・ポートに接続された第１時分割多重化 （ＴＤＭ）バスと、 前記第１時分割多重化バスを前記等時性ネットワークに接続する第１インター フェース・アダプタと、 を含み、 前記第２システムは 第２時分割多重化バスと、 前記第２時分割多重化バスを前記等時性ネットワークに接続する第２インター フェース・アダプタと、 第２複数の電話チャネルに接続された第２複数の電話インターフェース・ポー トと、 を含む、 分散型電話交換機。 ２２．前記等時性ネットワークはＡＴＭネットワークである、請求の範囲第２１ 項に記載の分散型電話交換機。 ２３．前記ＡＴＭネットワークは前記第１システム及び第２システムの間に少な くとも１つの永続的仮想回線を提供するように構成される、請求の範囲第２２項 に記載の分散型電話交換機。 ２４．前記第１インターフェース・アダプタ及び第２インターフェース・アダプ タは前記第１ＴＤＢバスにおけるタイム・スロットを前記等時性ネットワークを 介して第２ＴＤＭバスにおけるタイム・スロットに選択的に結合するように動作 する、請求の範囲第２１項乃至第２３項のいずれかに記載の分散型電話交換機。 ２５．更に、前記第１複数の電話チャネルの１つに対する電話インターフェース ・ポートにおけるコールが前記第２複数の電話チャネルの１つ対する電話ポート に接続されるべきものであることを決定するためのコール・マネージャを含む、 請求の範囲第２１項乃至第２４項のいずれかに記載の分散型電話交換機。