(57)【特許請求の範囲】
【請求項１】
通信ネットワークと加入者線又は他の交換システムとの間で接続するための複数のポートを有するラインカードをそれぞれ含む、複数の交換ノード（32b〜32f）と、それらの間で交換された通信データを伝えるために前記交換ノードを相互接続する内部ネットワーク（34）と、前記交換ノードの１つがローカルノードであり、意図された受信側ノードがリモートノードであることと、前記ノードにわたって監視制御を実行するレイヤ５ソフトウェアアプリケーションを含むホストコンピュータ（24）と、前記ホストコンピュータを前記交換ノードにリンクするホストネットワークとを含む、通信ネットワークであって、
Ａ）各交換ノードにおけるプログラマブルレイヤ４ソフトウェアアプリケーション（200）であって、前記プログラマブルレイヤ４ソフトウェアアプリケーションと前記レイヤ５ソフトウェアアプリケーションのそれぞれが、システムオペレータにより決定されたように通話処理動作を管理するように動作し、前記レイヤ４アプリケーションがステートマシンとして機能するソフトウェアオブジェクトを有し、オブジェクトのインスタンスそれぞれが、前記交換ノード上の単一のポートに対する特定のタスクへと別個に専用化されることにより、前記交換ノードが前記ホストの通話を実質的に独立して処理することができ、
１．チャネル毎のオブジェクトに関する状態情報を管理するためのチャネルオブジェクトを有するチャネルステートマシン（ＣＨ）（202）と、
２．各チャネルの通話の状態についての情報を管理し、適切な入力メッセージを前記チャネルオブジェクトへ伝えるための通話管理オブジェクトを有する通話管理ステートマシン（ＣＭ）（204）と、及び
３．２つのチャネル間の接続を管理するための物理的接続オブジェクトを有する物理的接続管理ステートマシン（ＰＣ）（206）とを含む、プログラマブルレイヤ４ソフトウェアアプリケーション（200）と、
Ｂ）ポートとスイッチ／マトリックスカードとの間のデータ経路、及びこれらの経路の使用を直接的に監視する前記交換ノードのソフトウェア間からなる各交換ノードのチャネルと、
Ｃ）以下の間で情報を伝える複数の第１のインタフェースと、
１．前記レイヤ４アプリケーションにおける前記ソフトウェアオブジェクト間、
２．前記レイヤ４アプリケーションと前記レイヤ５アプリケーションとの間、及び
３．前記ラインカードにおける、前記レイヤ４アプリケーションとレイヤ３アプリケーションとの間、
Ｄ）各ポートと、同じノードにおける前記レイヤ４アプリケーションとの間、及びそのレイヤ４アプリケーションと前記レイヤ５アプリケーションとの間で情報を伝える複数の第２のインタフェースとを含み、
前記複数の第１のインタフェース及び前記複数の第２のインタフェースは、どの通話処理動作を前記レイヤ４アプリケーションにより管理させるか、及びどの通話処理動作を前記レイヤ５アプリケーションにより管理させるかを決定するために前記システムオペレータにより変更可能な関連したパラメータ値を有することにより特徴付けられる、通信ネットワーク。
【請求項２】
前記レイヤ４アプリケーションのソフトウェアオブジェクトが、
Ａ）前記交換ノードにおいて内部通話のルーティングをサポートするための内部作用オブジェクト（210）と、
Ｂ）前記交換ノード上のリソースを管理し、その結果を前記チャネルオブジェクトへ伝えるためのリソースマネージャ（208）オブジェクトと、
Ｃ）前記物理的接続オブジェクトからの接続要求を管理するためのスイッチマネージャ（212）オブジェクトと、
Ｄ）会議通話を管理するための会議マネージャ（216）オブジェクトと、及び
Ｅ）前記交換ノードにおいて通話をルーティングするための分散ルータオブジェクトとにより更に特徴付けられる、請求項１の通信ネットワーク
【請求項３】
前記レイヤ４アプリケーションが、
Ａ）前記ソフトウェアオブジェクトのインスタンスと前記レイヤ５アプリケーションとの間で通信するためのレイヤ５インタフェース（220）と、
Ｂ）前記チャネルオブジェクトと前記通話管理オブジェクトとの間で通信するためのチャネル通話管理インタフェース（222）と、
Ｃ）前記会議マネージャオブジェクトのインスタンスと他のソフトウェアオブジェクトのインスタンスとの間で通信するための会議マネージャインタフェース（226）と、
Ｄ）前記分散ルータオブジェクトと他のソフトウェアオブジェクトのインスタンスとの間で通信するための分散ルータインタフェース（228）と、
Ｅ）前記通話管理オブジェクトと前記物理的接続オブジェクトとの間で通信するための通話管理物理的接続インタフェース（230）と、
Ｆ）前記スイッチマネージャオブジェクトと他のソフトウェアオブジェクトのインスタンスとの間で通信するためのスイッチマネージャインタフェース（232）と、
Ｇ）２つのチャネルにおける前記通話管理オブジェクトのインスタンス間で通信するためのリモートレイヤ４インタフェース（234）と、
Ｈ）内部作用インタフェースと、
Ｉ）前記ソフトウェアオブジェクトのインスタンスと前記レイヤ３アプリケーションとの間で通信するためのレイヤ３インタフェース（238）と、及び
Ｊ）前記リソースオブジェクトと他のソフトウェアオブジェクトのインスタンスとの間で通信するためのリソースオブジェクトインタフェースとを更に含む、請求項２の通信ネットワーク。
【請求項４】
チャネルオブジェクトの静的インスタンス、前記通話管理オブジェクト、及び前記物理的接続オブジェクトが前記交換ノードのチャネル毎に生成されることを更に特徴とする、請求項３の通信ネットワーク。
【請求項５】
前記交換ノードのチャネル毎に必要とされる場合、前記内部作用オブジェクトの動的インスタンスが生成されることを更に特徴とする、請求項４の通信ネットワーク。
【請求項６】
前記チャネルオブジェクトの各インスタンスが、
Ａ）前記交換ノードと前記ラインカードとの間でメッセージをやりとりするレイヤ３アプリケーションインタフェースと、
Ｂ）前記交換ノードと前記ホストコンピュータとの間でメッセージをやりとりするレイヤ５アプリケーションインタフェースと、
Ｃ）前記交換ノードで処理される通話に対するリソース要求と、及び
Ｄ）前記通話管理オブジェクトへの要求とメッセージを処理することとにより、更に特徴付けられる、請求項５の通信ネットワーク。
【請求項７】
各交換ノードが前記チャネルオブジェクト及び前記通話管理オブジェクトへのメッセージを処理するためのテーブルを有し、前記チャネルオブジェクト及び前記通話管理オブジェクトが前記テーブル内の前記メッセージをルックアップすることにより、又は前記テーブル内に含まれないメッセージを処理するためのデフォルトイベントハンドラを生成することにより、各入力メッセージを処理することを更に特徴とする、請求項６の通信ネットワーク。
【請求項８】
前記通話管理オブジェクトの各インスタンスが、
Ａ．同じ交換ノードのローカルチャネル及び他の交換ノードのリモートチャネルへ及びそれらのチャネルからのメッセージの伝播を管理すること、
Ｂ．ローカル及びリモートチャネルからのメッセージをフィルタリングすること、及び、
Ｃ．前記チャネルが別のチャネルへの接続に対する準備ができている場合、メッセージを前記物理的接続オブジェクトのインスタンスへ送ることのメッセージに応答することを更に特徴とする、請求項７の通信ネットワーク。
【請求項９】
前記物理的接続管理オブジェクトの各インスタンスが、ローカル又はリモートのチャネルへの接続に対して準備できている場合、その各インスタンスがそのチャネルに関する接続情報を管理することを更に特徴とする、請求項８の通信ネットワーク。
【請求項１０】
内部作用オブジェクトの各インスタンスが、同じチャネルにおける通話管理オブジェクトのインスタンスのためにリモートチャネルからのメッセージを変換し、また前記内部作用オブジェクトのインスタンスによりシステムオペレータがチャネル毎に各通話に対する通話モデルを指定することを可能にすることを更に特徴とする、請求項９の通信ネットワーク。
【請求項１１】
交換ノードと、加入者線又は他の交換システムとの間で接続するための複数のポートを有するラインカードを含む、交換ノードであって、
Ａ）プログラマブルレイヤ４ソフトウェアアプリケーションであって、前記プログラマブルレイヤ４ソフトウェアアプリケーションとレイヤ５ソフトウェアアプリケーションのそれぞれが、システムオペレータにより決定されたように通話処理動作を管理するように動作し、前記レイヤ４アプリケーションが、ステートマシンとして機能する独立したソフトウェアオブジェクトを有し、ソフトウェアオブジェクトのインスタンスそれぞれが前記交換ノード上の単一のポートに対する特定のタスクへと独立して専用化されることにより、前記交換ノードがホストの通話を実質的に独立して処理することができ、
１．チャネル毎のオブジェクトに関する状態情報を管理するためのチャネルオブジェクトを有するチャネルステートマシン（ＣＨ）（202）と、
２．各チャネルの通話の状態についての情報を管理し、適切な入力メッセージを前記チャネルオブジェクトへ伝えるための通話管理オブジェクトを有する通話管理ステートマシン（ＣＭ）（204）と、及び
３．２つのチャネル間の接続を管理するための物理的接続オブジェクトを有する物理的接続管理ステートマシン（ＰＣ）（206）とを含む、プログラマブルレイヤ４ソフトウェアアプリケーションと、
Ｂ）ポートとスイッチ／マトリックスカード間のデータ経路と、これらの経路の使用を直接的に監視する前記交換ノードのソフトウェアとからなるチャネルと、
Ｃ）前記交換ノードを、ノードにわたって監視制御を実行するレイヤ５ソフトウェアアプリケーションを含むホストコンピュータへリンクするためのホストネットワークへの接続と、
Ｄ）以下の間で情報を伝える複数の第１のインタフェースと、
１．前記レイヤ４アプリケーションにおける前記ソフトウェアオブジェクト間、
２．前記レイヤ４アプリケーションと前記レイヤ５アプリケーションとの間、及び
３．前記ラインカードにおける、前記レイヤ４アプリケーションとレイヤ３アプリケーションとの間、
Ｅ）各ポートと、同じノードにおける前記レイヤ４アプリケーションとの間、及びそのレイヤ４アプリケーションと前記レイヤ５アプリケーションとの間で情報を伝える複数の第２のインタフェースとを含み、
前記複数の第１のインタフェース及び前記複数の第２のインタフェースは、どの通話処理動作を前記レイヤ４アプリケーションにより管理させるか、及びどの通話処理動作を前記レイヤ５アプリケーションにより管理させるかを決定するために前記システムオペレータにより変更可能な関連したパラメータ値を有することにより特徴付けられる、交換ノード。
【請求項１２】
前記レイヤ４アプリケーションのソフトウェアオブジェクトが、
Ａ）前記交換ノードにおいて内部通話のルーティングをサポートするための内部作用オブジェクトと、
Ｂ）前記交換ノード上のリソースを管理し、その結果を前記チャネルオブジェクトへ伝えるためのリソースマネージャオブジェクトと、
Ｃ）前記物理的接続オブジェクトからの接続要求を管理するためのスイッチマネージャオブジェクトと、
Ｄ）会議通話を管理するための会議マネージャオブジェクトと、及び
Ｅ）前記交換ノードにおいて通話をルーティングするための分散ルータオブジェクトとを含むことを更に特徴とする、請求項１１の交換ノード。
【請求項１３】
前記レイヤ４アプリケーションが、
Ａ）前記ソフトウェアオブジェクトのインスタンスと前記レイヤ５アプリケーションとの間で通信するためのレイヤ５インタフェースと、
Ｂ）前記チャネルオブジェクトと前記通話管理オブジェクトとの間で通信するためのチャネル通話管理インタフェースと、
Ｃ）前記会議マネージャオブジェクトのインスタンスと他のソフトウェアオブジェクトのインスタンスとの間で通信するための会議マネージャインタフェースと、
Ｄ）前記分散ルータオブジェクトと他のソフトウェアオブジェクトのインスタンスとの間で通信するための分散ルータインタフェースと、
Ｅ）前記通話管理オブジェクトと前記物理的接続オブジェクトとの間で通信するための通話管理物理的接続インタフェースと、
Ｆ）前記スイッチマネージャオブジェクトと他のソフトウェアオブジェクトのインスタンスとの間で通信するためのスイッチマネージャインタフェースと、
Ｇ）２つのチャネルにおける前記通話管理オブジェクトのインスタンス間で通信するためのリモートレイヤ４インタフェースと、
Ｈ）内部作用インタフェースと、
Ｉ）前記ソフトウェアオブジェクトのインスタンスと前記レイヤ３アプリケーションとの間で通信するためのレイヤ３インタフェースと、及び
Ｊ）前記リソースオブジェクトと他のソフトウェアオブジェクトのインスタンスとの間で通信するためのリソースオブジェクトインタフェースとを更に含む、請求項１２の交換ノード。
【請求項１４】
前記チャネルオブジェクトの静的インスタンス、前記通話管理オブジェクト、及び前記物理的接続オブジェクトが前記交換ノードのチャネル毎に生成されることを更に特徴とする、請求項１３の交換ノード。
【請求項１５】
前記交換ノードのチャネル毎に必要とされる場合、前記内部作用オブジェクトの動的インスタンスが生成されることを更に特徴とする、請求項１４の交換ノード。
【請求項１６】
前記チャネルオブジェクトの各インスタンスが、
Ａ）前記交換ノードと前記ラインカードとの間でメッセージをやりとりするレイヤ３アプリケーションインタフェースと、
Ｂ）前記交換ノードと前記ホストコンピュータとの間でメッセージをやりとりするレイヤ５アプリケーションインタフェースと、
Ｃ）前記交換ノードで処理される通話に対するリソース要求と、及び
Ｄ）前記通話管理オブジェクトへの要求とメッセージを処理することとにより更に特徴付けられる、請求項１５の交換ノード。
【請求項１７】
各交換ノードが前記チャネルオブジェクト及び前記通話管理オブジェクトへのメッセージを処理するためのテーブルを有し、前記チャネルオブジェクト及び前記通話管理オブジェクトが前記テーブル内の前記メッセージをルックアップすることにより、又は前記テーブル内に含まれないメッセージを処理するためのデフォルトイベントハンドラを生成することにより、各入力メッセージを処理することを更に特徴とする、請求項１６の交換ノード。
【請求項１８】
前記通話管理オブジェクトの各インスタンスが、
Ａ．同じ交換ノードのローカルチャネル及び他の交換ノードのリモートチャネルへ及びそれらのチャネルからのメッセージの伝播を管理すること、
Ｂ．ローカル及びリモートチャネルからのメッセージをフィルタリングすること、及び、
Ｃ．前記チャネルが別のチャネルへの接続に対する準備ができている場合、メッセージを前記物理的接続オブジェクトのインスタンスへ送ることのメッセージに応答することを更に特徴とする、請求項１７の交換ノード。
【請求項１９】
前記物理的接続管理オブジェクトの各インスタンスが、ローカル又はリモートのチャネルへの接続に対して準備できている場合、その各インスタンスがチャネルに関する接続情報を管理することを更に特徴とする、請求項１８の交換ノード。
【請求項２０】
内部作用オブジェクトの各インスタンスが、同じチャネルにおける通話管理オブジェクトのインスタンスのためにリモートチャネルからのメッセージを変換し、また前記内部作用オブジェクトのインスタンスによりシステムオペレータがチャネル毎に各通話に対する通話モデルを指定することを可能にすることを更に特徴とする、請求項１８の交換ノード。
【発明の詳細な説明】
【０００１】
【技術分野】
本発明は、概して通信交換システムの分野に関し、より詳細には、スイッチに入ってくる通話をどのように処理するかを決定するスイッチのソフトウェアアプリケーションに関する。
【０００２】
【発明の背景】
本発明を用いる交換システムの例が、「Expandable Telecommunications System」と題された米国特許第５，５４４，１６３号に記載されている。その明細書に記載された通信交換ノードは、加入者の電話線またはＰＳＴＮトランク等の他の装置に接続された複数のポートを備えるラインカードを有する。また、交換ノードは、スイッチ／マトリックスカード、及びシステム内においてあるポートで受信された通話を別のポートへ交換するために少なくとも２つのシステムバスを含む。これらのバスの一方は、ラインカードからのメッセージをマトリックスカードへ送る入力バスであり、他方はマトリックスカードからのメッセージをラインカードへ送信する出力バスである。通話に対する交換を行うために、交換ノードは、タイムスロットとして知られている所定の時間でシステムバスを介してラインカードのポートに対して情報を送受信する。一般に各タイムスロットは、スイッチの１つのポートに対応する。各ポートに割り当てられたタイムスロット、及びこれらのタイムスロットで通話を管理するソフトウェアアプリケーションは、一般に「チャネル」と呼ばれる。
【０００３】
システム全体の制御は、ホスト、即ち一般的にコンピュータに常駐するソフトウェアアプリケーションのグループにより実行される。交換ノードは、ノード間交換ネットワークにより相互接続される。「ホストネットワーク」と呼ばれる第２のネットワークは、監視制御のために交換ノードとホストコンピュータとを相互接続する。ホストの監視アプリケーションの例には、通話セットアップ及び分解アプリケーション、及び通話転送（forwarding）と通話待機等の補助的なサービスを組み込むアプリケーションが含まれる。
【０００４】
ホスト、交換ノード、及びラインカードには、通話をどのように処理するかをそれらに命令するそれら自体のソフトウェアプロトコルアプリケーションが含まれる。ホストのレイヤ５（Ｌ５）プロトコルアプリケーションは、システムレベルで通話を管理し、ラインカードのレイヤ３（Ｌ３）プロトコルアプリケーションは、システムのラインカードレベルで通話を処理し、レイヤ４（Ｌ４）プロトコルアプリケーション、即ちスイッチの中央通話処理（Central Call Processing：ＣＰＰ）アプリケーションは、スイッチレベルで通話を管理する。レイヤ４の通話管理機能には、通話接続及び再接続、通話パーキング、通話解放、記録された広告の起動、通話進行トーンの送信、及び対話式音声応答（ＩＶＲ）アプリケーション用の対話式ディジットの収集が含まれる。これらの機能の全体的な監視は、ホストのレイヤ５アプリケーションに設けられる。通信プロトコル開発環境の例は、米国特許第５，５４６，４５３号で見つけることができる。
【０００５】
交換ノードの動作は、Ｌ４アプリケーション内にサポートされたこれらの通話管理動作に制限され、システムオペレータはＬ４アプリケーションに予め定義された変更のメニューに制限される。とりわけ、Ｌ４ソフトウェアアプリケーションはユーザから隠され、ユーザにより変更できない。
【０００６】
更に、Ｌ５ホストアプリケーションはＬ４機能を管理するので、スイッチがラインカードからの入力サービス要求を受信する場合、その要求は、Ｌ４アプリケーションからＬ５アプリケーションまで伝達されなければならない。その要求に応じて、Ｌ５アプリケーションはＬ４アプリケーションに対してその要求をどのように処理するかを命令する。例えば、ディジタル信号プロセッサ（ＤＳＰ）のリソースを特定の通話に割り当てるために、Ｌ４アプリケーションは要求をホストへ中継し、それに応じてＬ５アプリケーションはＬ４アプリケーションに対して通話に対するＤＳＰリソースへの特定接続を命令する。Ｌ５アプリケーションは、スイッチのほぼ全てのリアルタイム通話処理に向ける必要があるため、スイッチとホストとの間のメッセージトラヒックは重要であり、ホストからスイッチまでのリンクが故障した場合、又はホストが故障した場合、スイッチは基本的には不動作にされる。
【０００７】
【発明の概要】
本発明によれば、スイッチのＬ４アプリケーションは、Ｌ５プロトコルアプリケーションで従来独占的に実行された機能を可能にするように拡張される。更に、Ｌ４アプリケーションは、システムオペレータによりプログラム可能であり、そのためシステムオペレータは、Ｌ４通話管理動作の予め定義されたセットを拡張して、自分の通話処理の要件を適応させることができる。従来、通話管理動作の全体の監視は、Ｌ５アプリケーションにより制限されていた。しかしながら、Ｌ４アプリケーションをプログラムできることにより、システムオペレータが、どの通話処理動作をＬ５アプリケーションに管理させ、どの動作をＬ４アプリケーションに管理させるかを決定できるようにする。従って、システムオペレータは、Ｌ４アプリケーションにおいて、全ての入力通話を管理することを交換ノードに命令するカストマイズされた通話モデルを定義することができ、又はシステムオペレータはチャネル毎に通話モデルを指定できる。後者の構成は、交換ノードをプログラムして、種々のチャネル間で異なる通話処理プロトコルを使用する。更に、システムオペレータは、ホストと交換ノード間、及び／又は交換ノードとポート間の通信のために、完全に新しいアプリケーションプログラムインタフェース（ＡＰＩ）通話を再定義または定義できる。
【０００８】
前者の構成の場合、交換ノードはホストから独立して通話を処理でき、それにより交換ノードとホスト間のメッセージトラヒックを減らすことができ、ノードのホストへの依存性も減らすことができる。
【０００９】
本発明の好適な実施態様において、Ｌ４アプリケーションは、ソフトウェアオブジェクト、又は交換ノードのポート毎にタスクを指定するように独立して専用化されたステートマシンに分割される。従って、用語「チャネル」は、各ポートとスイッチ／マトリックスとの間のデータ経路、及びこれらの経路の使用を直接的に監視するスイッチ／マトリックスのソフトウェアオブジェクトを包含する。Ｌ４アプリケーションの主要なソフトウェアオブジェクトは、チャネルステートマシン（ＣＨ）、通話管理ステートマシン（ＣＭ）、及び物理的接続管理ステートマシン（ＰＣ）である。ノードの各チャネルには、これれの主要なオブジェクトの静的インスタンスが含まれる。Ｌ４アプリケーションには、内部作用（interworking）ステートマシン、ＤＳＰマネージャステートマシン、スイッチマネージャステートマシン、会議マネージャステートマシン、及び分散ルータステートマシンを含む、２次的なソフトウェアオブジェクトも含まれる。
【００１０】
Ｌ４アプリケーションのＣＨは、その関連するチャネルのチャネル状態情報を管理するプログラマブルプロトコル言語（ＰＰＬ）のオブジェクトである。チャネル状態情報には、チャネルにおける他のオブジェクトのそれぞれの状態についての情報が含まれる。ＣＨの主要な機能には、Ｌ３を管理すること又は通話制御に対するラインカードのチャネルインタフェース、Ｌ５を管理すること又はホスト通話処理のインタフェースの機能がホストにある場合にホスト通話処理のインタフェース、ＤＳＰリソース要求を管理すること、及びＣＭへ及びＣＭからの要求とイベントを処理することが含まれる。
【００１１】
Ｌ４ ＣＭは、関連するチャネルの任意の通話の状態についての情報を管理するＰＰＬオブジェクトである。ＣＭは、チャネル側から見た通話の発信元を表し、ＣＭは、同じ交換ノード（ローカルチャネル）上でチャネルへ及びチャネルから、及び他の交換ノード（リモートチャネル）上でチャネルへ及びチャネルからチャネルイベント（メッセージ）の伝播を管理する。ＣＭは、ローカル及びリモートチャネルからの入力イベントを「フィルタリング」し、それらのイベントが現在の通話及びチャネル状態に適切であることを確認し、ローカル及びリモートチャネルから受信したイベントに対して必要な内部作用機能を実行する。通話接続中に問題がある場合、ＣＭは、通話再接続中にリモートチャネルを正しい通話状態へと「駆動」する。ＣＭの通話状態、及びローカル又はリモートの通話が音声経路接続に対して準備できている場合、ＣＭはイベントをＰＣへ送信する。ＰＣはこれらのイベントを用いてパルス符号変調（ＰＣＭ）の接続が行われるべきか、又は切断されるべきかを決定する。
【００１２】
ＰＣは、そのチャネルに関するＰＣＭスイッチ接続情報を管理するＰＰＬソフトウェアオブジェクトである。ＰＣＭ接続が行われる前に、発信元チャネル及び、ローカル又はリモートのチャネルの双方が適切な接続状態でなけらばならい。発信元、及びローカル又はリモートのＣＭオブジェクトは、それらのチャネルがいつＰＣＭ接続に対して準備できるかを決定する。発信元のＣＭは、その接続準備ができた場合、そのＰＣに通知し、ローカル又はリモートのチャネルが接続に対して準備できた場合、ローカル又はリモートのＣＭは、発信元のＣＭを介して、発信元のＰＣに通知する。これらの条件の双方を満たす場合、接続状態になる。ＰＣは、チャネルが別のチャネルとアクティブな音声経路接続を有するか否かに関する情報を保持する。
【００１３】
内部作用ステートマシンは、内部のルーティングのサポートに役立ち、ユーザがチャネル毎に通話モデルを指定することを可能にする。内部作用オブジェクトのインスタンスは、チャネル毎の必要に応じて、動的に生成される。ＣＭがリモートチャネルからイベントを受け取ると、ＣＭは、内部作用ステートマシンを「呼び出し」し、その内部作用ステートマシンはデータを変換してその結果を処理のためにＣＭに戻す。
【００１４】
ＤＳＰマネージャステートマシンはＤＳＰリソースを割り当て、ＤＳＰ要求を適切なＤＳＰへルーティングし、その結果をＣＨに報告する。スイッチマネージャステートマシンとそのデータ構造は、ローカルタイムスロット交換及び環状交換を含む全ての交換タイプに関して、ＰＣからの単純な接続と切断の要求も管理する。
【００１５】
会議マネージャステートマシンは、ＤＳＰリソースを管理し、かつそのＤＳＰリソースへコマンドを発行することにより、会議通話を管理する。会議マネージャは、ＤＳＰに対するチャネル接続も管理する。分散ルータステートマシンは、入力ポート、リソースグループ及びメッセージのデジットストリング等、多くのパラメータに基づいて情報をルーティングするための要求を処理するＰＰＬオブジェクトである。
【００１６】
Ｌ４オブジェクトのそれぞれには、ユーザにより修正可能なパラメータ値を有するインタフェースが含まれる。システムには、それらの値を表示して、システムオペレータによる変更を容易にする表示画面が含まれる。
【００１７】
【例示的な実施態様の詳細な説明】
図１は、本発明に従って、交換プラットフォームへ、交換プラットフォームから、及び交換プラットフォーム内の通話を処理するように構成された通信ネットワークの図である。交換プラットフォームには、リングのようなノード間交換ネットワーク３４により接続され、交換プラットフォームにより処理される種々のメッセージを交換ノード３２ｂ〜３２ｆ間で送る、交換ノード３２ｂ〜３２ｆが含まれる。各交換ノードは、複数のネットワーク／ラインインタフェース（図示せず）に関連付けられ、そのインタフェースは、例えば、交換システムと加入者線との間の接続、及びＰＳＴＮ等の他の交換システムとの接続も提供する。これらのインタフェースは、ＤＳＰリソース及び音声メール機能等のシステムリソースへのアクセスも提供する。通信ネットワークには、ホスト監視アプリケーション１００1〜１００Nを実行するホストコンピュータ２４も含まれる。監視アプリケーション１００1〜１００Nは、全体の監視、即ちネットワークの交換機能の制御とモニタリングを提供する。ホストコンピュータ２４は、ホストネットワーク２６により交換ノード３２ｂ〜３２ｆにリンクされる。
【００１８】
ホストコンピュータ、交換ノード、及びラインカードには、それらの各レイヤで通話を処理するそれら自体のソフトウェアプロトコルアプリケーションが含まれる。ホストのレイヤ５アプリケーションは、ホストレベルで通話を処理し、交換ノードのレイヤ４アプリケーションは、交換ノードで通話管理機能を処理し、ラインカードのレイヤ３アプリケーションは、ラインカードレベルで通話を管理する。本発明において、レイヤ４アプリケーションが拡張されたことにより、ユーザが、どの通話処理動作をホストアプリケーションに管理させるか、及びどの動作をスイッチに管理させるかを定義することを可能にする。レイヤ４プロトコルアプリケーションには、チャネル毎にタスクを指定するように専用化された独立したソフトウェアオブジェクトが含まれる。
【００１９】
図２に示された例示的なレイヤ４プロトコルアプリケーション２００には、ステートマシンとして機能するソフトウェアオブジェクトが含まれる。Ｌ４アプリケーションは、チャネルステートマシン（ＣＨ）２０２、通話管理ステートマシン（ＣＭ）２０４、物理的接続管理ステートマシン（ＰＣ）２０６、ＤＳＰマネージャ２０８、内部作用ステートマシン２１０、交換マネージャステートマシン２１２、分散ルータステートマシン２１４、及び会議マネージャステートマシン２１６からなる。Ｌ４アプリケーションには、Ｌ４オブジェクトを管理するオブジェクトマネージャ２４６が含まれ、またレイヤ５インタフェース２２０、チャネル／通話管理インタフェース（ＣＨ／ＣＭ）２２２、会議マネージャインタフェース２２６、分散ルータインタフェース、通話管理／物理的接続管理インタフェース（ＣＭ／ＰＣ）２３０、スイッチマネージャインタフェース２３２、リモートＬ４インタフェース２３４、内部作用インタフェース２３６、レイヤ３インタフェース２３８、及びＤＳＰサーバインタフェース２４０も含まれる。ＣＨ２０２、ＣＭ２０４、及びＰＣ２０６の静的インスタンスは、ノードのチャネル毎に生成され、内部作用ステートマシンのインスタンスは、チャネル毎の必要に応じて動的に生成される。
【００２０】
Ｌ４アプリケーションの各ＣＨ２０２は、交換ノードの１つのチャネルに関連付けられ、チャネル状態情報を管理する。ＣＨ２０２の主要な機能には、通話制御に関してＬ３又はライン／カードチャネルインスタンス２３８を管理すること、Ｌ５管理すること又はホストに通話処理機能がある場合にホスト通話処理インタフェース２２０を管理すること、ＤＳＰリソース要求を管理すること、及びＣＭ２０４へ及び２０４からの要求とイベント（メッセージ）を処理することが含まれる。ＣＨ２０２によりサポートされた多くのイベントは、チャネルの大部分の状態で全く同様に処理される。これらのイベントを効率的にサポートするために、システムは、既知のイベントの全てからなるＣＨルックアップテーブル２０３を保持し、それぞれの入力イベントの１次のルックアップを実行して、そのイベントがどのように処理されるべきかを決定する。一致が見つからない場合、ＣＨ２０２は、テーブル２０３で２次のルックアップを実行して、そのイベントに関するデフォルトイベントハンドラを生成する。次に、イベントハンドラは、そのイベントを処理する。ＣＨ２０２は、その次の処理状態を阻止状態として設定することにより、特定のイベントを待ちながら、入力イベントを阻止することができる。阻止状態をクリアしないすべての入力イベントは、阻止状態をクリアするイベントが受信されるまで、ＣＨ２０２によりキューに入れられる。
【００２１】
各ＣＭ２０４は、交換ノードの１つのチャネルに関する通話状態情報を管理する。ＣＭ２０４は、同じ交換ノード（ローカルチャネル）上で他のチャネルへ及び他のチャネルからのチャネルイベントの伝播、及び交換プラットフォームの他の交換ノード（リモートチャネル）上でチャネルへ及びチャネルからのチャネルイベントの伝播を管理する。ＣＭ２０４は、ローカル及びリモートのチャネルからの入力イベントを「フィルタリング」し、それらのイベントがその現在の通話状態及びチャネル状態に適切であるかを確認する。通話接続中にエラーが発生した場合、ＣＭ２０４は、通話再接続中にリモートチャネルを正しい通話状態へと「駆動」する。ＣＭ２０４のチャネル状態、及びローカル又はリモートのチャネルが他のチャネルへの接続に対して準備できている場合、ＣＭ２０４はＰＣ２０６に通知する。ＰＣ２０６はこれのイベントを用いて、ＰＣＭ接続が行われるべきか、又は切断されるべきかを決定する。
【００２２】
ＣＭ２０４は、交換プラットフォーム及び通話イベントにおいて通話に関連する他のチャネルに対して全ての通話処理の機能も管理する。ＣＭ２０４は、リモート呼び出し（alert）、応答、及び通話要求等の適切な入力イベントをリモートＣＭ２０４から関連するローカルＣＨ２０２まで伝える。ＣＭ２０４によりサポートされた多くのイベントは、チャネルの大部分の状態で全く同様に処理される。これれのイベントを効率的にサポートするために、システムは、入力イベントのＣＭルックアップテーブル２０５も保持し、入力イベントの１次のルックアップを実行してイベントがどのように処理されるべきかを決定する。一致が見つからない場合、ＣＭ２０４は、テーブル２０５で２次のルックアップを実行して、そのイベントに関するデフォルトイベントハンドラを生成する。
【００２３】
ＰＣ２０６はそのチャネルに関するスイッチ接続情報を管理する。接続が行われる前に、発信元、及びローカル又はリモートのチャネルの双方が、適切な接続状態でなければならない。発信元、及びローカル又はリモートのＣＭ２０４は、それらのチャネルがＰＣＭ接続に対していつ準備できるかを決定する。発信元ＣＭ２０４のチャネルが接続に対して準備できている場合、発信元ＣＭ２０４はそのＰＣに通知し、ローカル又はリモートのチャネルが接続に対して準備できている場合、ローカル又はリモートのＣＭ２０４が、発信元ＣＭ２０４を介して、発信元ＰＣ２０６に通知する。これらの条件の双方を満たす場合、接続が交換マネージャ２１２を介して行われる。ＰＣ２０６は、チャネルが別のチャネルとのアクティブな音声経路接続を有するか否かに関する情報を保持する。
【００２４】
内部作用ステートマシン２１０は、内部のルーティングのサポートに役立つ。それは、ユーザがチャネル毎に通話モデルを指定することを可能にすることにより、独立型プロトコルコンバータの役割を果たす能力を交換ノードに与える。内部作用２１０のインスタンスは、チャネル毎に必要とされる場合に動的に生成される。ＣＭ２０４がリモートチャネルからイベントを受信する場合、ＣＭ２０４は、内部作用ステートマシン２１０を「呼び出し」し、その内部作用ステートマシン２１０は、データを変換してその結果を処理のためにＣＭ２０４に戻す。代案として、変換機能はＣＭ２０４にあってもよい。
【００２５】
ＤＳＰマネージャステートマシン２０８を用いてＤＳＰリソースが割り当てられる。ＤＳＰマネージャ２０８は、ＤＳＰ要求を適切なＤＳＰへ転送し、その結果をＣＨ２０２へ伝える。交換マネージャステートマシン２１２は、ローカルタイムスロット交換及び環状交換を含む全ての交換タイプに関して、ＰＣ２０６からの単純な接続及び切断を管理する。会議マネージャステートマシン２１６は、ＤＳＰリソースを管理し、かつコマンドをＤＳＰリソースへ発行することにより、会議通話を管理する。会議マネージャ２１６はＤＳＰへのチャネル接続も管理する。
【００２６】
分散ルータステートマシン２１４は、入力ポート、リソースグループ及びメッセージのデジットストリング等、多くのパラメータに基づいてメッセージをルーティングするための要求を処理する。システムの各交換ノードが、所定のルートタイプに関する全ての宛先チャネルのテーブルを保持する場合、ルートグループのチャネルがリモートノード上で話中、又はサービスが取り除かれる際、テーブルは「古く」なる可能性がある。従って、分散された交換の環境において、ルータステートマシン２１４は、ルーティング方式を実行して、ルータ要求の衝突の数、及び古いルーティングテーブルに起因したノードを横切る試みの失敗の数を最小限にする。
【００２７】
ルータステートマシンにより利用されるルーティング方式の１つの例は、そのノード上の宛先チャネルと他のノード上の宛先チャネルからなるルーティンググループを有するルーティングテーブルの使用である。ＣＨ２０２を空いたチャネルに接続する必要がある場合、ルータステートマシン２１４は、ＣＨからのルート要求を受信して、そのノード上のチャネル状態を問い合わせし、適切なローカルルートを見つける。ルータ２１４が、リモートノードのチャネルが必要とされていることを決定する場合、ルータ２１４はルート要求をリモートノード上のルータへ送信する。要求を受信すると、リモートノード上のルータ２１４は、適切なチャネルを選択してルーティングを起動する。リモートノード上でチャネルが見つからない場合、ルーティング障害イベントが要求しているルータへ送り返される。
【００２８】
Ｌ４オブジェクトが互いに通信するために、Ｌ４アプリケーションにはオブジェクトを接続する種々のインタフェースが含まれる。ＣＨ／ＣＭインタフェース２２２は、ＣＨ２０２とＣＭ２０４との間の基本的な通信経路である。ＣＨ２０２はＣＨ／ＣＭインタフェース２２２を用いて、Ｌ３呼び出し等の入力チャネルイベント、及びリモートチャネルに通話を関連付ける要求等のサービス要求をチャネルの関連するＣＭ２０４へ伝える。ＣＭ２０４はインタフェースを用いて、リモート応答、又は通話要求イベント等のリモートＣＭからの適切な入力イベントを伝え、ＣＨ２０２からの要求が受信、及び／又は処理された場合には、イベントをＣＨ２０２へ送信する。
【００２９】
リモートＬ４インタフェース２３４は、チャネルのＣＭ２０４と別のチャネルのＣＭ又は会議のＣＭとの間の通信を管理する。ローカルＣＭ２０４はインタフェースにアクセスしてイベント及び要求をリモートＣＭへ送信し、ローカルＣＭ２０４はリモートＣＭからのイベントをリモートＬ４インタフェースを介して受信する。別のチャネルとの通話接続を確立するためにローカルＣＭによる通話サービスルート要求は、リモートＬ４インタフェース及び分散ルータ２１４により処理される。ルート要求には、ローカル通話状態及びＰＣＭフォーマット、チャネルが接続を要求すること、及びルータ２１４により必要とされる他のパラメータ値等、全ての関連情報が含まれる。
【００３０】
ＣＭ／ＰＣ２３０インタフェースがＣＭ２０４により使用されて、ローカル及びリモートのＣＭオブジェクトの双方からの接続要求における変更を伝える。ＰＣ２０６はこれのイベントを用いて、ローカル及びリモートのチャネル間のＰＣＭ接続が行われるべきか、又は切断されるべきか否かを決定する。ＤＳＰサービスインタフェース２４０がＣＨ２０２により使用されて、ＤＳＰサービス要求を起動し、インタフェース２４０がＬ４により提供される多くのＤＳＰ関連サービスを管理する。多くのＤＳＰ要求を満たすために、ＣＨ２０２はＤＳＰ要求の阻止バージョンと非阻止バージョンの双方を提供する。これは、ＤＳＰリソースを割り当てる際のエラー状況の処理において、より際だった柔軟性をアプリケーション開発者に与える。
【００３１】
Ｌ５インタフェース２２０は、Ｌ４アプリケーションとＬ５アプリケーション間の通信を管理する。そのインタフェースは顕著なＬ５メッセージのリストを保持する。Ｌ３インタフェース２３８は、Ｌ３アプリケーションとＬ４アプリケーション間の通信を管理する。交換マネージャインタフェース２３２は、交換プラットフォームにおけるチャネルの接続と切断に関する通信を管理する。そのインタフェースは、交換ノードにおいて、スイッチ／マトリックスカード等の交換設備の全てに対する間接的なアクセスをＰＣ２０６に提供する。ルータインタフェース２２８は、内部の交換プラットフォームの通話ルーチンに関して、分散通話ルータ２１４へのアクセスを管理する。そのインタフェースにより、Ｌ４アプリケーションが、ルーティング情報がサービスをしようとしている入力通話に有効であるか否かを問い合わせできる。会議インタフェース２２６はＣＭ２０４と会議間の連係を管理する。
【００３２】
システムオペレータは、ホストのアプリケーション及び交換ノードの機能を、Ｌ４オブジェクトにより使用される種々のパラメータ値を修正することにより変更できる。システムが顧客のサイトでインストールされている場合、Ｌ４アプリケーションのオブジェクトは、交換ノードに対してホストのＬ５アプリケーションを介してノードに入る通話を処理するように命令するデフォルト値に設定される。システムには、これらの値を表示し、システムオペレータによる変更を容易にする表示画面も含まれる。これらの値を変更することにより、システムオペレータは、どの通話処理動作をＬ５アプリケーションに管理させるか、及びどの動作をＬ４アプリケーションに管理させるかを決定する。表示画面により、システムオペレータがチャネル毎に通話モデルを指定する、又はホストと交換ノード間、及び／又は交換ノードとポート間のＡＰＩ通話を変更することも可能にする。システムオペレータがデフォルト値を変更する場合、新たな値が、システムのファイル内のテーブルに格納される。チャネルの各オブジェクトがインスタンス生成されると、Ｌ４アプリケーションが新たな値をファイルから得て、ひいては適宜に通話を処理する。
【００３３】
交換システムの加入者／ユーザが、受話器を外して電話する場合、Ｌ３アプリケーションが、発信音（トーン）の要求をそのポートに関連するＣＨオブジェクト２０２に送る。ＣＨ２０２オブジェクトは、ＤＳＰインタフェース２４０を介してＤＳＰマネージャステートマシン２０８へＤＳＰリソースに関する要求を送る。ＤＳＰマネージャ２０８は、トーン発生及びデジット集合に関するＤＳＰリソースをそのポートに割りあてる。
【００３４】
図３は、種々のステートマシンにより実行される通話処理手続きのイベント図である。その図は、欧州電子計算機工業界（ＥＣＭＡ）の電子計算機支援通信アプリケーション（Computer Supported Telecommunications Applications：ＣＳＴＡ）のフェーズII仕様のアーキテクチャに準拠している。ＣＳＴＡ IIアーキテクチャにおいて、通話オブジェクト３０４、及びチャネル又は各通話の装置オブジェクト３０２、３０６は、単一の集中化通話オブジェクトが存在できない分散通話処理システムのために分離される。ＣＳＴＡ II交換モデルにおいて、装置オブジェクト３０２、３０６、及び通話オブジェクト３０４は互いに各通話を管理する。
【００３５】
好適なＬ４プロトコルは、ＣＳＴＡ IIアーキテクチャを採用し、チャネル及び通話オブジェクトを分離する。図４に示すように、ＣＨオブジェクト４０２、４０８、及びＣＭオブジェクト４０４、４１０は、レイヤ４アプリケーションにおける主要なソフトウェアオブジェクトであり、スイッチの各チャネルには、これらのオブジェクトの静的なインスタンスが含まれる。図３の通話オブジェクト３０４が２つのＣＭオブジェクト４０４、４１０（図４）として実現され、２つのＣＭオブジェクト４０４、４１０のそれぞれは、通話におけるチャネルに関連付けられる。通話オブジェクト４０６は、２つのＬ４ ＣＨオブジェクト４０２、４０８に接続され、また２つのＬ４ ＰＣオブジェクト４１１、４１２に接続される。
【００３６】
レイヤ４のコンポーネントは、どのＬ４オブジェクトが互いに通信するか、及びどのオブジェクトが外部リソースと通信するかを定義する、内部及び外部通信インタフェースを構成する。図５は、互いに接続されている２つのチャネルＡとＢにおけるＬ４オブジェクトのインタフェースを示す。チャネルＡ内で、ＣＨオブジェクト５０８がＣＭオブジェクト５１０とだけ通信する、又はＣＭオブジェクト５１０がＣＨオブジェクト５０８と通信し、必要に応じてＰＣオブジェクト５０６、及び内部作用モジュール５１２とも通信する。チャネルＢは、ステートマシン５２６、５２８、５３０、５３２間の全く同じの接続セットを有する。チャネル間の全てのメッセージはＣＭオブジェクト５１０、５３０を介して送る。必要に応じて、ＣＭオブジェクト５１０、５３０は、分散ルータのそれらのローカル部分５１４、５３４とも通信する。ルータ部分がローカルＣＭオブジェクトにより使用されて他のチャネルへのルートを要求し、またそれらが使用されて一旦ルートが決定されれば通話サービス要求イベントが呼び出される。
【００３７】
図６は、顧客が番号をダイアルした後、「ノーマル」通話の流れの間にシステムにおける種々のオブジェクトにより実行されるステップを示す。ステップ１において、Ｌ３プロトコルアプリケーションがラインカードのポートからの通話セットアップ要求をチャネルＡのＬ４ ＣＨに送り、次にＬ４ ＣＨがサービス要求をＬ５アプリケーションへ発行する。Ｌ５アプリケーションは、「接続」メッセージで応答する。ステップ２において、チャネルＡのＬ４ ＣＨが通話サービス要求を同じチャネルのＬ４ ＣＭに送り、要求のパラメータに基づいて、ＣＭが要求をチャネルＢのＣＭへ発行する。チャネルＢのＣＭは、通話サービス要求をチャネルＢのＣＨへ中継し、チャネルＢのＣＨはセットアップ要求を宛先ポートにおけるＬ３アプリケーションへ発行する。セットアップ要求が実行された場合にＬ３アプリケーションがチャネルＢのＣＨを呼び出し、ＣＨが通話サービス肯定応答をチャネルＢのＣＭへ送る。次に、チャネルＢのＣＭは、通話サービス肯定応答をチャネルＡのＣＭへ送る。チャネルＡのＣＭは、その肯定応答をＣＨへ転送する。ステップ３において、チャネルＡのＣＭは、接続要求をチャネルＢのＣＭへ発行する。チャネルＢのＣＭは、リモート接続要求をチャネルＢのＰＣへ送り、チャネルＡのＣＭはローカル接続要求をチャネルＡのＰＣへ送る。チャネルＡのＣＨは接続肯定応答をＬ５アプリケーションへ発し、チャネルＢのＣＭは、呼び出し通話サービスメッセージをチャネルＡのＣＭへ発行する。Ｌ３アプリケーションは応答をチャネルＢのＣＨへ送り、チャネルＢのＣＨは応答をＣＭへ送る。同時に、チャネルＡのＣＭはチャネルＡのＣＨを呼び出し、次にチャネルＡのＣＨはＬ３アプリケーションを呼び出す。ステップ４において、チャネルＢのＣＭは接続要求をチャネルＡのＣＭへ送る。チャネルＡのＣＭはリモート接続要求をチャネルＡのＰＣへ送り、チャネルＢのＣＭはローカル接続要求をチャネルＢのＰＣへ送る。チャネルＡのＰＣは接続要求をチャネルＡのスイッチマネージャへ発行し、チャネルＢのＰＣは接続要求をチャネルＢのスイッチマネージャに発行する。
【００３８】
ステップ５において、チャネルＢのＣＭは、通話サービス応答をチャネルＡのＣＭへ発行し、チャネルＡのＣＭは応答をチャネルＡのＣＨへ送る。チャネルＡのＣＨは応答をＬ３アプリケーションへ送り、会話が始まる。ステップ６において、会話が終了した場合、チャネルＢのＬ３アプリケーションが切断メッセージをチャネルＢのＣＨへ送る。チャネルＢのＣＨはクリア要求をチャネルＢのＣＭへ発行し、チャネルＢのＣＭはクリア通話要求をチャネルＡのＣＭへ発行する。次に、チャネルＡのＣＭがクリアイベントをチャネルＡのＣＨへ発行する。チャネルＡとＢのＣＭオブジェクトが切断要求をチャネルＡとＢのＰＣオブジェクトへ発行し、チャネルＡとＢのＰＣは切断要求をチャネルＡとＢの交換マネージャへ発行する。ステップ７において、チャネルＡのＣＨがクリア肯定応答メッセージをローカルＣＭへ送り、チャネルのＣＭはクリア通話要求をチャネルＢのＣＭへ送る。チャネルＢのＣＭはクリアメッセージをチャネルＢのＣＨへ送り、チャネルＡとＢのＣＨオブジェクトはＬ３アプリケーションからクリアメッセージを送受信する。次に、チャネルＡのＣＨはチャネル解放メッセージをＬ５アプリケーションへ送り、チャネルＢのＣＨはチャネル解放メッセージをＬ５アプリケーションへ送る。
【００３９】
上述の説明は、本発明の特定の実施態様を対象としている。しかしながら、他の変形及び修正を、それらの利点の一部又は全ての達成と共に、説明した実施態様に対して行うことが可能であることは、明らかである。従って、添付の特許請求の範囲の目的は、かかる全ての変形と修正を、本発明の範囲内に入るようにカバーすることである。
【図面の簡単な説明】
【図１】  本発明を組み込む通話交換システムの図である。
【図２】  レイヤ４プロトコルアプリケーションの略図であり、オブジェクトが互いに、及びレイヤ５プロトコルアプリケーション及びレイヤ３プロトコルアプリケーションとどのように相互作用するかを示す。
【図３】  欧州電子計算機工業界（ＥＣＭＡ）の電子計算機支援通信アプリケーションのフェイズII仕様における交換アーキテクチャの図である。
【図４】  本発明を組み込む図３の拡張された図である。
【図５】  Ｌ４ ＰＰＬモジュールが２つのチャネルにおいてインタフェースすることを示す。
【図６】  ノーマル通話の流れの間に、システムの種々のプロトコルにより実行されるステップを示す。
【図１】
0004729174.tif 000002
【図２】
0004729174.tif 000003
【図３】
0004729174.tif 000004
【図４】
0004729174.tif 000005
【図５】
0004729174.tif 000006
【図６】
0004729174.tif 000007