(57)【特許請求の範囲】
【請求項１】
（Ａ）複数の交換ノードの各々が、交換システムと１個以上の外部ネットワークとの間を接続するためのポートを備える回線カードを有するような、当該複数の交換ノードと、
（Ｂ）１つ以上のネットワーク信号プロトコルによるネットワーク信号メッセージを、当該交換システムと当該１個以上の外部ネットワークとの間でやりとりする、当該回線カード内のレイヤ３アプリケーションと、
（Ｃ）やりとりされたデータを当該複数の交換ノード間で搬送するために当該複数の交換ノードを相互接続する内部ネットワークと、
（Ｄ）当該複数の交換ノードに対して監視制御を行うレイヤ５アプリケーションを有するホスト・コンピュータと、
（Ｅ）監視及び情報通信のために当該ホスト・コンピュータと当該複数の交換ノードとを連結するホスト・ネットワークと、
（Ｆ）システムオペレータによって定義される呼処理オペレーションを行うプログラム可能な、前記複数の交換ノードの各々にあるレイヤ４アプリケーションであって、該レイヤ４アプリケーションは、当該交換システムの前記１つ以上のネットワーク信号プロトコルと当該１個以上の外部ネットワークとの間の翻訳を行うよう動作可能なプロトコル構成要素を有し、当該プロトコル構成要素は、当該ネットワーク信号メッセージのフォーマットが、汎用プロトコルフォーマット、または、受信側外部システムのプロトコルフォーマット、または、レイヤ５アプリケーションのプロトコルフォーマットであることを検証するために前記ネットワーク信号メッセージを点検するための手段を含むことからなる、プログラム可能なレイヤ４アプリケーションと、
（Ｇ）情報を交信伝達するための手段であって、
（１）当該レイヤ４アプリケーション内の当該プロトコル構成要素と当該レイヤ５アプリケーションとの間、及び、
（２）当該レイヤ４アプリケーション内の当該プロトコル構成要素と他のオブジェクトとの間
で情報を交信伝達するための手段
を備える交換システム。
【請求項２】
前記プロトコル構成要素が、
（１）当該１つ以上のネットワーク信号プロトコルを操作し、
（２）当該１つ以上のネットワーク信号プロトコルから前記ネットワーク信号メッセージを抽出し、
（３）当該ネットワーク信号メッセージを別の１つ以上のネットワーク信号プロトコルのうちの１つのプロトコルによるメッセージに翻訳し、
（４）更なる処理を目的として、当該翻訳されたネットワーク信号メッセージを前記レイヤ５アプリケーションに、又は前記レイヤ４アプリケーション内の他のオブジェクトに送る
ための手段を備える、請求項１のシステム。
【請求項３】
前記プロトコル構成要素が更に、機能ライブラリと、少なくとも１個のプロトコル承知データ変換アプリケーションとを備える、請求項２のシステム。
【請求項４】
前記機能ライブラリが、
前記レイヤ４アプリケーション及び前記レイヤ５アプリケーションが当該１つ以上のネットワーク信号プロトコルの前記ネットワーク信号メッセージを利用できるように、これらのメッセージを前記汎用プロトコルフォーマットに翻訳するよう動作可能な機能を含む機能集合
からなる、請求項３のシステム。
【請求項５】
前記プロトコル承知データ変換アプリケーションが、
（Ａ）前記１つ以上のネットワーク信号プロトコルと、前記レイヤ５アプリケーション及び前記レイヤ４アプリケーション内の前記他のオブジェクトによって使用可能な汎用プロトコルフォーマットとの間で前記ネットワーク信号メッセージを翻訳し、
（Ｂ）前記１つ以上のネットワーク信号プロトコルのうちの１つのプロトコルから別の１つ以上のネットワーク信号プロトコルのうちの１つのプロトコルによる同等の意味のネットワーク信号メッセージに前記ネットワーク信号メッセージを翻訳する
よう動作可能である、請求項４のシステム。
【請求項６】
前記プロトコル承知データ変換アプリケーションが、更に、
レイヤ４プロトコル承知データ変換アプリケーションと、
レイヤ５プロトコル承知データ変換アプリケーション
を備える、請求項５のシステム。
【請求項７】
前記プロトコル構成要素が、
少なくとも１セットの論理データからなる汎用データ構造を用い、
当該少なくとも１セットの論理データが、
当該データの種類を特定するタグフィールドと、
当該データの長さを含む長さフィールドと、
当該データ自体を含むフィールド
を備える、請求項６のシステム。
【請求項８】
（Ａ）ポートを備える回線カードであって、当該回線カードの各々が、交換ノードと１個以上の外部ネットワーク又は加入者との間で１つ以上のネットワーク信号プロトコルによるネットワーク信号メッセージをやりとりするためのレイヤ３アプリケーションを有する、回線カードと、
（Ｂ）システムオペレータによって定義される呼処理オペレーションを行うプログラム可能なレイヤ４アプリケーションであって、
（１）ホスト・コンピュータ内のレイヤ５アプリケーションへのインタフェースであって、当該レイヤ５アプリケーションが当該交換ノードに対して監視制御を行うような、インタフェースと、
（２）当該交換ノードの前記１つ以上のネットワーク信号プロトコルと当該１個以上の外部ネットワークまたは加入者との間の翻訳を行うよう動作可能なプロトコル構成要素であって、当該プロトコル構成要素は、当該ネットワーク信号メッセージのフォーマットが、汎用プロトコルフォーマット、または、受信側外部システムのプロトコルフォーマット、または、レイヤ５アプリケーションのプロトコルフォーマットであることを検証するために前記ネットワーク信号メッセージを点検するための手段を含む、プロトコル構成要素
を有するレイヤ４アプリケーションと、
（Ｃ）当該プロトコル構成要素と当該レイヤ５アプリケーションとの間、及び、当該プロトコル構成要素と当該レイヤ４アプリケーション内の他のオブジェクトとの間で情報を伝達するための手段
を備える、交換ノード。
【請求項９】
前記プロトコル構成要素が、
（１）前記１つ以上のネットワーク信号プロトコルを操作し、
（２）前記１つ以上のネットワーク信号プロトコルから前記ネットワーク信号メッセージを抽出し、
（３）前記ネットワーク信号メッセージを別の１つ以上のネットワーク信号プロトコルのうちの１つのプロトコルによるメッセージに翻訳し、
（４）更なる処理を目的として、当該翻訳されたネットワーク信号メッセージを前記レイヤ５アプリケーションに、又は前記レイヤ４アプリケーション内の前記他のオブジェクトに送る
ための手段を備える、請求項８の交換ノード。
【請求項１０】
前記プロトコル構成要素が、更に、
機能ライブラリと、
少なくとも１個のプロトコル承知データ変換アプリケーション
を備える、請求項９の交換ノード。
【請求項１１】
前記機能ライブラリが、
前記１つ以上のネットワーク信号プロトコルにおける前記ネットワーク信号メッセージを前記レイヤ４アプリケーション及び前記レイヤ５アプリケーションが利用できるようにこれらのメッセージを前記汎用プロトコルフォーマットに翻訳するように動作可能な機能を含む機能集合
を備える、請求項１０の交換ノード。
【請求項１２】
前記プロトコル承知データ変換アプリケーションが、
（Ａ）前記１つ以上のネットワーク信号プロトコルと、前記レイヤ５アプリケーション、及び前記レイヤ４アプリケーション内の前記他のオブジェクトによって使用可能な汎用プロトコルフォーマットとの間で前記ネットワーク信号メッセージを翻訳し、
（Ｂ）前記１つ以上のネットワーク信号プロトコルのうちの１つのプロトコルから別の１つ以上のネットワーク信号プロトコルのうちの１つのプロトコルによる同等の意味のネットワーク信号メッセージに、前記ネットワーク信号メッセージを翻訳する
よう動作可能である、請求項１１の交換ノード。
【請求項１３】
前記プロトコル構成要素が、前記レイヤ４アプリケーション内の前記他のオブジェクトと交信し、前記機能ライブラリ内の機能を用いて前記レイヤ４アプリケーション内のそれらのオブジェクトからの要求を実行する、請求項１２の交換ノード。
【請求項１４】
前記プロトコル構成要素が、
少なくとも１セットの論理データからなる汎用データ構造を用い、
当該少なくとも１セットの論理データが、
当該データの種類を特定するタグフィールドと、
当該データの長さを含む長さフィールドと、
当該データ自体を含むフィールド
を備える、請求項１３の交換ノード。
【請求項１５】
交換システム内でネットワーク信号メッセージを、外部ネットワーク又はシステムの１つのネットワーク信号プロトコルから受信側外部ネットワーク又はシステムの別のネットワーク信号プロトコルへ翻訳するための方法であって、
当該交換システムが、
当該交換システムと１個以上の外部ネットワークとの間で当該ネットワーク信号メッセージをやりとりするための、ポートとレイヤ３アプリケーションとを備える少なくとも１つの回線カードと、
システムオペレータによって定義される呼処理オペレーションを行うためのオブジェクトを有するプログラム可能なレイヤ４アプリケーションであって、ホスト・コンピュータ内のレイヤ５アプリケーションへのインタフェースと、当該レイヤ３アプリケーションへのインタフェースと、プロトコル構成要素とを有する、レイヤ４アプリケーション
を有し、当該方法が、
（Ａ）当該少なくとも１つの回線カード内の当該ポート及び当該レイヤ３アプリケーションを介して当該１個以上の外部ネットワークから、当該交換システム内で前記ネットワーク信号メッセージを受信するステップと、
（Ｂ）当該ネットワーク信号メッセージを当該レイヤ３アプリケーションから当該レイヤ４アプリケーションに送るステップと、
（Ｃ）当該レイヤ４アプリケーション内の又は当該レイヤ５アプリケーション内のネットワーク信号プロトコルから当該ネットワーク信号メッセージを抽出するステップと、
（Ｄ）当該ネットワーク信号メッセージを別のネットワーク信号プロトコルによる同等のネットワーク信号メッセージに翻訳するステップと、
（Ｅ）更なる処理のために当該レイヤ５アプリケーションに、又は当該１個以上の外部ネットワークへの更なる伝送のために当該レイヤ３アプリケーションに、当該翻訳されたネットワーク信号メッセージを送るステップと、
（Ｆ）前記ネットワーク信号メッセージ内のフラグを点検して、当該ネットワーク信号メッセージのフォーマットが、汎用プロトコルフォーマット、または、受信側外部システムのプロトコルフォーマット、または、レイヤ５アプリケーションのプロトコルフォーマットであることを検証し、これによって、前記プロトコル構成要素が、前記交換システムの前記１つ以上のネットワーク信号プロトコルと前記１個以上の外部ネットワークとの間の翻訳を行う、ステップ
を含む方法。
【請求項１６】
翻訳のために、前記レイヤ４アプリケーション内のオブジェクトから前記プロトコル構成要素に前記ネットワーク信号メッセージを送るステップをさらに含む、請求項１５の方法。
【請求項１７】
前記プロトコル構成要素内の機能を用いて、前記ネットワーク信号メッセージを、前記汎用プロトコルフォーマット、または、前記受信側外部ネットワークのプロトコルフォーマット、または、レイヤ５アプリケーションのプロトコルフォーマットに翻訳するステップをさらに含む、請求項１５の方法。
【請求項１８】
前記ネットワーク信号メッセージを、前記レイヤ４アプリケーション内の前記オブジェクト、または、前記レイヤ５アプリケーションに返すステップをさらに含む、請求項１５の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、概して通信交換システムに関し、詳しくは交換ノードにおけるソフトウエア・プロトコル・アプリケーションであってその交換ノードの属する基盤コンピュータネットワークからのネットワーク信号情報をその交換ノードが翻訳し操作することを可能にするようなソフトウエア・プロトコル・アプリケーションに関する。
【０００２】
【従来の技術】
本発明が適用される交換（スイッチング）システムの一例が米国特許（U.S. Patent No.5,544,163, Expandable Telecommunications System）に記述されている。そこに記述されている通信用の交換（スイッチング）ノードは、加入者電話回線に又は公衆交換電話ネットワーク（ＰＳＴＮ）幹線のような他のデバイスに接続された多数のポートを備えた回線カードを有する。
【０００３】
この交換ノードは更に、１つのポートで受信された呼をシステム内の別のポートに交換（スイッチング）するための、交換ノード／マトリックスカード及び少なくとも２個のシステムバスを有する。これらのバスの１つは、回線カードからマトリックスカードにメッセージを伝送する着信バス（入バス）であり、他方のバスは、マトリックスカードから回線カードにメッセージを伝送する発信バス（出バス）である。
【０００４】
上記交換システムは又、ソフトウエア・プロトコル・アプリケーション（本明細書では簡単に、アプリケーション）群を有し、これらのアプリケーション群は一般に、これらのアプリケーション専用のコンピュータに常駐する。このシステム上の交換ノードは、インターモーダル（モード間相互）交換ネットワークによって相互接続される。第２のネットワーク（ホスト・ネットワークと称する）が、監視制御のために交換ノードとホスト・コンピュータ（簡単に、ホスト）とを相互接続する。
【０００５】
ホスト、交換ノード、及び回線カードは各々、システムのそのレベルで呼を処理するソフトウエア・プロトコル・アプリケーション（アプリケーション）を有する。具体的には、システムのホスト内の「レイヤ（層）５」（以下簡単に、Ｌ５）アプリケーションがホストレベルで呼を管理し、交換ノード内のレイヤ４（Ｌ４）アプリケーションが交換ノードレベルで呼を管理し、回線カード内のレイヤ３（Ｌ３）アプリケーションが回線カードレベルで呼を管理する。
【０００６】
従来は、ホスト内のＬ５アプリケーションが交換ノード内のＬ４アプリケーションの機能を管理して来た。したがって、交換ノードが、サービス要求の着信を回線カードから受信すると、要求はＬ４アプリケーションからＬ５アプリケーションに伝送された。要求に応動してＬ５アプリケーションがＬ４アプリケーションに、どの交換（スイッチング）機能を行うかを命令した。Ｌ５アプリケーションは交換ノード上でのほとんど全ての実時間呼処理の命令指示動作にかかわっていたので、交換ノードとホストとの間のメッセージ・トラフィックは大量で、これにより、ホストと交換ノードとの間のメッセージ伝送が時には遅れることがあった。その上、もしホストから交換ノードへの伝送路が故障し、又はホストが故障した場合、交換ノードはその動作が基本的に不可能となった。
【０００７】
より最近には、交換ノード内のＬ４アプリケーションが機能拡張されて、前にはＬ５アプリケーションが独占的に行ってきた機能をＬ４アプリケーションが行うようになった。その上、Ｌ４アプリケーションがユーザによるプログラム可能となり、これにより、システム所有者／オペレータが、予め定義されたＬ４呼管理オペレーションを拡張して独自の呼処理要求を受け入れ得ることになった。
【０００８】
Ｌ４アプリケーションの機能を拡張するには、Ｌ４アプリケーションを、交換ノード内の各チャネルに対する個々のタスクに別個に専用となる１次及び２次のソフトウエア・オブジェクト又は状態機械に分割する。用語「チャネル」は、各ポート及び交換ノード／マトリックスカード間のデータパスを含み、又これらのパスの使用を直接に監視する交換ノード／マトリックスカード内のソフトウエア・オブジェクトをも含む。各チャネルは、１次のＬ４ソフトウエア・オブジェクトのインスタンスに連関する。
【０００９】
１次のＬ４ソフトウエア・オブジェクトの中には、チャネル状態機械（ＣＨ）及び呼管理状態機械（ＣＭ）がある。チャネル状態機械は、その連関するチャネルに対する状態情報を管理する。この情報には、そのチャネル内の他のオブジェクトの状態に関する情報が含まれる。呼管理状態機械は、その連関するチャネル内の全ての呼の状態に関する情報を管理する。相互動作型状態機械がＬ４アプリケーション内の２次のソフトウエア・オブジェクトの１つとして含まれる。相互動作型状態機械により、ユーザはチャネル毎に呼モデルを指定する能力を得られる。
【００１０】
上記のシステムは通常、より広帯域の通信ネットワークにおいて他の通信システムに接続される。Ｌ３アプリケーションが、基盤ネットワーク信号メッセージをパケット又はフレームのようなユニットの形で受信し、これらのユニットをＬ４アプリケーションに伝送する。信号メッセージは、ネットワーク上での他の全てのサービスの提供を可能にする個別の制御インフラストラクチャを構成する。
【００１１】
これらの信号メッセージによって、通信ネットワーク内のソフトウエア・アプリケーションが呼のセットアップ及び呼の分解に関するメッセージをやりとりすることが可能になり、又これらの信号メッセージによって、分散アプリケーション処理及びネットワーク状態管理に必要なメッセージのやりとりが可能になる。これらのメッセージは、ネットワーク上のそれぞれのシステムによって用いられる個々のプロトコルに基づいて構成される。具体的には、各々がそれ自体のデータフォーマット及び規格を有するような、異なる種類のネットワーク信号プロトコルがある。
【００１２】
【発明が解決しようとする課題】
現在のところ、交換ノードはＬ３アプリケーションから受信された大抵のネットワーク信号メッセージを「無視」して、処理の目的でＬ５アプリケーションに送付する。Ｌ５アプリケーションはメッセージユニットを分離し、望むデータを抽出して、Ｌ４アプリケーションにこのデータをどのように処理するかについて命令する。他のシステムへの要求については、Ｌ５アプリケーションはユニットをパッケージ化して、Ｌ３アプリケーションへの伝送用に、Ｌ４アプリケーションに送付する。
【００１３】
すなわち、Ｌ４アプリケーションは、ホストの介入なしに種々のネットワーク信号プロトコルにおけるメッセージの処理をすることはない。このことから、交換ノードにおける全てのネットワーク信号メッセージの管理にＬ５アプリケーションの関与が必要となり、したがって、ホストに故障がある場合には、交換ノードがこれらのメッセージ内の情報を処理することは、やはりできない。その上、プロトコルがネットワークに加えられ又は変更される都度、それを翻訳するために、Ｌ５アプリケーションも変更する必要がある。
【００１４】
【課題を解決するための手段】
本発明は、Ｌ４又はＬ５アプリケーションのいずれかの呼処理構成要素が、異なるネットワーク信号プロトコルによって作成されたデータの翻訳及び操作を行い得るようにする新しい「ネットワーク・プロトコル・データ・インテリジェンス」（異なるネットワーク・プロトコルによるデータの理解処理を可能にする機能）（ＮＰＤＩ）ソフトウエアを、Ｌ４アプリケーションの各々に配置して提供するものである。ＮＰＤＩソフトウエア（簡単に、ＮＰＤＩ）は、異なるネットワーク信号プロトコルを操作して、望むメッセージを抽出する。
【００１５】
ＮＰＤＩは、これらのメッセージを、Ｌ５アプリケーションが「理解」するような「汎用」の内部プロトコルのメッセージに翻訳して、更なる処理のためにＬ５アプリケーションに送付する。もし入信号メッセージを別の外部システムに交換ノードを介してルーティング（所定経路（ルート）による伝送）を行う場合には、ＮＰＤＩは又、これらのメッセージを「汎用」プロトコルによるメッセージからその、別の外部システムのプロトコルによる同等のメッセージに翻訳して、その、別の外部システムに更に伝送するために、対応するＬ３アプリケーションに送付する。すなわち、ＮＰＤＩは、Ｌ４アプリケーションが１つのネットワーク信号プロトコルのフォーマットから別のプロトコルのフォーマットへの変換を行うための手段を提供する。
【００１６】
新たなプロトコルがネットワークに加えられる場合、ＮＰＤＩは新たなプロトコルを用いて、ホスト・アプリケーションとシステムとの間でやりとりされたメッセージを翻訳する。したがって、ホスト・アプリケーションは、ホスト・アプリケーション又は外部システムのどちらに変更を加えることもせずに、異なるプロトコルを用いるシステムと交信する。すなわち、ＮＰＤＩが、Ｌ４アプリケーションが、Ｌ３アプリケーションを介して伝送されたネットワーク信号情報に基づいて交換ノード内の呼をルーティングすることを可能にする。
【００１７】
上記の配置により、交換ノードの能力が拡張される。システム・オペレータが、交換ノードが呼処理機能を行うように構成し、又はＬ５アプリケーションにこれらの機能を行わせるように構成する。その上、本発明は、ネットワーク・プロトコルの追加又は変更を容易にする構造を有するＮＰＤＩを提供する。
【００１８】
より具体的には、ＮＰＤＩは、ＮＰＤＩ機能ライブラリと、相互作業構成要素のような１つ以上のプロトコル承知データ変換アプリケーションとを有する。機能ライブラリは、汎用／総称的データ構造のプロトコル非依存メッセージをＬ４及びＬ５の呼処理構成要素に供給する機能集合である。
【００１９】
プロトコル承知データ変換アプリケーション（簡単に、プロトコル承知データ変換アプリ）は、機能ライブラリを用いて、ネットワーク信号メッセージをホストのＬ５アプリケーション又は交換ノードのＬ４アプリケーションが用いることのできる汎用データ構造に翻訳する。相互作業構成要素は、Ｌ４アプリケーション内の他のオブジェクトと交信するプロトコル承知データ変換アプリであって、ＮＰＤＩ機能ライブラリの機能を用いてプロトコルの翻訳を行う。すなわち、このライブラリによって、Ｌ４及びＬ５の呼処理構成要素が、ネットワーク又は他のソース（情報源）からの「プロトコルと特有の関係を有する」データ（プロトコル特有データ）を操作することが可能になる。
【００２０】
【発明の実施の形態】
図１のシステムは、交換システム１０への、同システムからの、そして同システム内の呼を処理するように構成されている。交換システム１０は、プログラム可能な、交換ノード３２ｂ〜３２ｆを有し、これらの交換ノードはリング状のインターモーダル交換ネットワーク３４によって接続され、このネットワークを介して、交換システム１０が扱う種々のメッセージ（呼）が伝達される。
【００２１】
各交換ノードは、複数のネットワーク／回線インタフェース（図示しない）と連関されていて、これらのインタフェースにより、交換システム１０と例えば、加入者線との間の接続が得られ、又公衆交換電話ネットワークのような他の交換システムとの接続が得られる。これらのインタフェースにより又、ＤＳＰ（ディジタル信号処理装置）資源及びボイスメール、のようなシステム資源へのアクセスが得られる。
【００２２】
交換システム１０は又、ホストレベルの監視ソフトウエア・プロトコル・アプリケーション（簡単に、監視アプリケーション）（レイヤ５（Ｌ５）アプリケーション）２２を実行するホスト・コンピュータ２４を有する。監視アプリケーションは概して、ネットワークの交換機能の全体的監視、すなわち、制御及びモニタを行う。ホスト・コンピュータ２４は、ホスト・ネットワーク２６によって交換ノード３２ｂ〜３２ｆに連結されている。
【００２３】
ホスト・コンピュータ２４、交換ノード３２ｂ〜３２ｆ、及び回線カード（図示しない）は各々、システムにおけるそれぞれのレベル、すなわちレイヤ（層）内で呼を処理するソフトウエア・アプリケーションを有する。監視アプリケーション２２は、ホスト・コンピュータ２４にあるレイヤ５（Ｌ５）アプリケーションで、ホストレベルで呼を管理する。交換ノード３２ｂ〜３２ｆ内のレイヤ４（Ｌ４）アプリケーション３６ｂ〜３６ｆが交換ノードのレベルで呼を管理する。そして、回線カード内のレイヤ３（Ｌ３）アプリケーションが回線カードレベルで呼を管理する。
【００２４】
本発明においては、Ｌ４アプリケーション３６ｂ〜３６ｆが拡張され、Ｌ４及びＬ５アプリケーション３６及び２２が、Ｌ３アプリケーションと外部交換システムとの間で伝送されるプロトコルによるネットワーク信号メッセージを操作する。
【００２５】
図２に例として示すＬ４アプリケーション３６は、チャネル状態機械（ＣＨ）２０２と、呼管理状態機械（ＣＭ）２０４と、相互作業状態機械２０６と、Ｌ５アプリケーション・インタフェース２０８と、Ｌ３アプリケーション・インタフェース２１０とからなる。チャネル状態機械２０２及び呼管理状態機械２０４のインスタンスが、交換ノード３２ｂ〜３２ｆの各チャネルに連関される。チャネル状態機械２０２の各インスタンスが、そのチャネル状態情報を管理する。
【００２６】
チャネル状態機械２０２の主たる機能は、呼制御のためにＬ３又は回線カードのチャネル・インタフェース２１０を管理すること、ホストに常駐する呼処理機能のためにＬ５（ホスト）呼処理インタフェースであるＬ５アプリケーション・インタフェース２０８を管理すること、及び呼管理状態機械２０４への、又は、からの要求及びイベントを処理すること、である。
【００２７】
呼管理状態機械２０４は、交換ノード３２ｂ〜３２ｆ内の他のチャネルへの、又は、からのチャネル・イベントの伝搬を管理する。呼管理状態機械２０４は、他のチャネルからの入（着信）イベントが現時点の呼及びチャネルの状態に適するものであることを検証するために、これらのイベントをフィルタ処理する。相互作業状態機械２０６は、交換ノード２３ｂ〜２３ｆ及びホスト２１４（ホスト・コンピュータ）が回線カード２１２のＬ３アプリケーションからのネットワーク信号プロトコルを翻訳し操作することを可能にする。
【００２８】
相互作業状態機械２０６が、ＮＰＤＩ処理ソフトウエアを意味するＮＰＤＩサービス３００（図３にその詳細を示す）を用いて、種々のネットワークプロトコル間でメッセージの変換を行う。ＮＰＤＩサービス３００は、プロトコル承知データ変換アプリケーション３０２と機能ライブラリ３０４とからなる。プロトコル承知データ変換アプリケーション（アプリ）３０２は、機能ライブラリ３０４を用いて、ネットワーク信号メッセージをＬ５アプリケーション２２又はＬ４アプリケーション３６が使用可能な汎用データ構造に翻訳する。機能ライブラリ３０４は、呼処理において交換ノード３２ｂ〜３２ｆの内部及び外部のアプリケーションによって用いられるソフトウエア機能からなる機能群である。
【００２９】
機能ライブラリ３０４により、全てのアプリケーションが「理解」できる汎用データ構造（汎用プロトコルデータフォーマットとして知られる）と、図示の交換システムと交信する他のシステムのフォーマットとの間の変換が可能になる。Ｌ３アプリケーションがメッセージを、汎用プロトコルデータフォーマット（又は汎用プロトコルフォーマットデータ構造）で、又は接続された交換システムから受信された異なるデータフォーマットで、Ｌ４アプリケーション３６に伝送する。したがって、汎用プロトコルフォーマットデータ構造が、Ｌ４アプリケーション３６によって処理される全てのデータに対する共通規格を表し、これにより、ネットワーク上でのプロトコルの追加及び変更が容易になる。
【００３０】
プロトコル承知データ変換アプリ３０２は、Ｌ４相互作業状態機械３０６とＬ５相互作業状態機械３０８とからなる。Ｌ５相互作業状態機械３０６が機能ライブラリ３０４内の機能にアクセスして、１つのプロトコルによるメッセージを、別のプロトコルによる同等の意味のメッセージに変換する。Ｌ４相互作業状態機械３０６が、Ｌ４アプリケーション内のチャネル状態機械２０２のインスタンスと交信する。
【００３１】
すなわち、交換ノードに出入りするメッセージが適切なフォーマットであることを検証するために、これらのメッセージがチャネル状態機械２０２によって点検される。もしこれらのメッセージのフォーマットが適切でない場合、適切なフォーマットに変換するために、チャネル状態機械２０２がこれらのメッセージをＬ４相互作業状態機械３０６に送付する。
【００３２】
Ｌ５相互作業状態機械３０８は、Ｌ４アプリケーション３６のためにＬ４相互作業状態機械３０６が行うサービスと同じサービス（処理）を、Ｌ５アプリケーション２２のために行う。Ｌ５相互作業状態機械３０８は、機能ライブラリ３０４を用いて、Ｌ４アプリケーション３６からの「プロトコル依存」メッセージを汎用プロトコルフォーマットデータ構造に変換する。Ｌ５相互作業状態機械３０８も又、１つのプロトコルによるメッセージを別のプロトコルによる同等の意味のメッセージに変換する。
【００３３】
例えば、ＩＳＤＮネットワークプロトコルによるメッセージを「理解」するＬ５アプリケーション２２が、より最近追加されたＳＳ７ネットワーク・プロトコルによるメッセージを受け付けることが、Ｌ５相互作業状態機械３０８にこれらのメッセージをこれら２つのプロトコル間で翻訳させることによって可能となる。すなわち、Ｌ５アプリケーション２２が他のシステムと交信することが、各システムによって用いられる基盤ネットワーク信号プロトコルを知る必要なしに、そして更にＬ５アプリケーション２２に変更を加えることなしに可能である。
【００３４】
図４は、交換システムによって用いられる汎用プロトコルフォーマットデータ構造４００を示す。このデータ構造は、１つ以上の論理データセットを有し、各セットは３つのフィールドを有する。第１のフィールド４０２は、データを特定するタグを含む。第２のフィールド４０４は、データの長さを示し、第３のフィールド４０６は、データそれ自体を含む。
【００３５】
図５（Ａ）は、被呼者番号を表す汎用プロトコルフォーマットデータ構造例である。タグフィールド５０２の内容は、被呼者番号がデータ構造に格納されていることを示し、長さフィールド５０４の内容は、データの長さを示し、データフィールド５０６〜５１４の内容は、被呼者番号に連関するデータを示す。
【００３６】
図５（Ｂ）は、「番号の種類」フィールド５０６のデータ内容を記述している。「番号の種類」フィールド５０６の第１のビット５０６ａは、国際番号ルーティングが許されるかどうかを表す。第２のビット５０６ｂは、料金受信人払いが要求されるかどうかを表す。又、第４ビットから第８ビットまでは、番号が、国際番号か、国番号か、ネットワーク特有番号か、加入者番号か、そして短縮番号か をそれぞれ表す。
【００３７】
図５（Ｃ）は、番号付けプラン識別フィールド５０８におけるデータ内容を示す。番号付けプラン識別フィールド５０８のビット５０８ａ〜５０８ｅはそれぞれ、番号付けプランがＩＳＤＮか、データ通信か、テレックスか、国家規格か、又は私的かを示す。
【００３８】
図６は、通常の呼の流れの間に入信号メッセージに対してＮＰＤＩサービスを用いてアプリケーションによって行われるオペレーションのステップを示す流れ図である。アプリケーションは、Ｌ４アプリケーション３６におけるチャネル状態機械２０２のインスタンス、又はホストのＬ５アプリケーション２２のいずれかである。ステップ１において、アプリケーションが、第１のメモリバッファに、入データをどこに格納すべきかを割り当てる。ステップ２において、アプリケーションが、相互作業状態機械の構成要素又はプロトコル承知データ変換アプリ３０２（ＮＰＤＩサービス３００）を呼び出し、これが割り当てられたメモリを初期化する。
【００３９】
ステップ３において、アプリケーションが入信号のプロトコル特有データを、初期化されたメモリにコピーする。ステップ４において、アプリケーションが相互作業状態機械の構成要素又はプロトコル承知データ変換アプリ３０２を呼び、プロトコル特有データを汎用プロトコルデータフォーマットに変換する。相互作業状態機械の構成要素又はプロトコル承知データ変換アプリ３０２がＮＰＤＩライブラリ内の機能を用いて、必要な変換を行う。
【００４０】
ステップ５において、アプリケーションが結果として得られた汎用プロトコルデータフォーマットによる変換されたデータを第２のメモリバッファにコピーする。ステップ６において、互作業状態機械の構成要素又はプロトコル承知データ変換アプリ３０２が第１のメモリの初期化を解除し、初期化解除されたメモリを開放する。
【００４１】
図７は、異なるプロトコルフォーマット間でデータをやりとりするためにＬ４アプリケーション３６がどのようにしてプロトコル特有データを汎用プロトコルフォーマットに変換するかを示すデータ流れ図である。Ｌ３アプリケーションがネットワーク信号メッセージを、ネットワークプロトコルＡを用いるＬ３システム７１０からローカルチャネル（ローカル）のＬ４チャネル状態機械（２０２）７２０に伝送する。
【００４２】
ローカルＬ４チャネル状態機械（２０２）７２０が入メッセージのフォーマットフィールドを点検して、メッセージが汎用プロトコルデータフォーマットかどうかを定める。もし汎用プロトコルデータフォーマットである場合、ローカルＬ４チャネル状態機械（２０２）７２０がメッセージをローカルＬ４呼管理状態機械（２０４）７４０に送付する。もし汎用プロトコルデータフォーマットでない場合、ローカルＬ４チャネル状態機械（２０２）７２０がメッセージをＬ４相互作業状態機械（３０６）７３０に伝送する。
【００４３】
Ｌ４相互作業状態機械（３０６）７３０が、適切なＮＰＤＩライブラリの機能を用いて、メッセージを汎用フォーマットに変換した後、メッセージをローカルＬ４チャネル状態機械（２０２）７２０に戻す。それからローカルＬ４チャネル状態機械（２０２）７２０がこの汎用フォーマット化されたメッセージをローカルＬ４呼管理状態機械（２０４）７４０に送付する。ローカルＬ４呼管理状態機械（２０４）７４０がメッセージを、交換ノード３２内のルータを介して別のチャネル内の遠隔Ｌ４呼管理状態機械（２０４）７５０に、又はホスト・コンピュータ２４のＬ５アプリケーション２２に伝送する。
【００４４】
遠隔Ｌ４呼管理状態機械（２０４）７５０がメッセージを遠隔Ｌ４チャネル状態機械（２０２）７６０に送付する。もし遠隔Ｌ３アプリケーションによってアクセスされたネットワークが汎用プロトコルフォーマットを「理解」しない場合、汎用プロトコルフォーマットから、その遠隔ネットワークのプロトコルに変換させるために、遠隔Ｌ４チャネル状態機械（２０２）７６０がメッセージをＬ４相互作業状態機械（３０６）７７０に送付する。
【００４５】
Ｌ４相互作業状態機械（３０６）７７０は、適切なＮＰＤＩライブラリ機能を用いてメッセージを変換し、その後、遠隔のＬ４チャネル状態機械（２０２）７６０に戻す。それから、ネットワークプロトコルＢを用いるＬ３システム７８０へのメッセージの更なる伝送のため、遠隔のＬ４チャネル状態機械（２０２）７６０が、メッセージ（データ）をＬ３アプリケーションに伝送する。
【００４６】
図８は、Ｌ４アプリケーション３６がどのようにしてホストのＬ５アプリケーション２２からの或る１つのプロトコルによるメッセージ（データ）を別のプロトコルによる同等のメッセージに変換するかを示すデータ流れ図である。ホストのＬ５アプリケーション８１０（２２）が、ホスト・プロトコル特有メッセージをローカルチャネル（ローカル）のＬ４チャネル状態機械（２０２）８２０に伝送する。ローカルＬ４チャネル状態機械（２０２）８２０がメッセージをＬ４相互作業状態機械（３０６）８３０に転送する。
【００４７】
Ｌ４相互作業状態機械（３０６）８３０が適切なＮＰＤＩライブラリ機能を用いて、メッセージをネットワーク信号プロトコルに変換し、変換後のメッセージをローカルＬ４チャネル状態機械（２０２）８２０に戻す。それからローカルＬ４チャネル状態機械（２０２）８２０がメッセージを、通常のプロセスを通じてＬ３アプリケーション８４０に伝送する。
【００４８】
以上の説明は、本発明の一実施例に関するもので、この技術分野の当業者であれば、本発明の種々の変形例を考え得るが、それらはいずれも本発明の技術的範囲に包含される。本発明の方法の１態様を以下に例示する。
１．交換システム内でメッセージを、外部ネットワーク又はシステムの１つのネットワークプロトコルから受信側外部ネットワーク又はシステムの別のネットワークプロトコルへ翻訳するメッセージ処理方法であって、当該交換システムが、当該交換システムと１個以上の外部ネットワークとの間でメッセージをやりとりするための、ポートとレイヤ３アプリケーションとを備える少なくとも１つの回線カードと、システムオペレータによって定義される呼処理オペレーションを行うためのオブジェクトを有するプログラム可能なレイヤ４アプリケーションであって、ホスト・コンピュータ内のレイヤ５アプリケーションへのインタフェースと、当該レイヤ３アプリケーションへのインタフェースと、当該交換システムのプロトコルと当該外部ネットワークとの間で翻訳を行うプロトコルソフトウエア構成要素とを有するレイヤ４アプリケーションとを有するようなメッセージ処理方法において、当該方法が、
（Ａ）当該回線カード内の当該ポート及び当該レイヤ３アプリケーションを介して外部ネットワークから、当該交換システム内で種々のメッセージを受信するステップと、
（Ｂ）当該メッセージを当該レイヤ３アプリケーションから当該レイヤ４アプリケーションに送付するステップと、
（Ｃ）当該レイヤ４アプリケーション内の又は当該レイヤ５アプリケーション内のネットワークプロトコルからメッセージを抽出するステップと、
（Ｄ）当該メッセージを別のネットワークプロトコルによる同等のメッセージに翻訳するステップと、
（Ｅ）更なる処理のために当該レイヤ５に、又は当該外部ネットワークへの更なる伝送のために当該レイヤ３に、当該翻訳されたメッセージを送るステップと、からなることを特徴とする、メッセージ処理方法。
２．前記翻訳するステップが、
（Ａ）前記メッセージが総称的フォーマットであるか、または、受信側外部システムのフォーマットであるか、または、前記レイヤ５アプリケーションのフォーマットであるかを検証するためにメッセージ内のフラグを点検するステップと、
（Ｂ）翻訳のために、前記レイヤ４アプリケーション内のオブジェクトから前記プロトコル構成要素に前記メッセージを送るステップと、
（Ｃ）当該プロトコル構成要素内の機能を用いて前記メッセージを、総称的フォーマットに、又は受信側外部システムのフォーマットに、又は前記レイヤ５アプリケーションのフォーマットに翻訳するステップと、
（Ｄ）前記メッセージを、前記レイヤ４アプリケーション内のオブジェクトに又は前記レイヤ５アプリケーションに戻すステップ
とを有することを特徴とする上記１の方法。
尚、特許請求の範囲に記載した参照番号は発明の容易な理解のためで、その技術的範囲を制限するよう解釈されるべきではない。
【００４９】
以上述べたごとく、本発明によれば、通信交換システムにおいて、異なるネットワーク・プロトコルによるデータの理解処理を可能にする機能（ＮＰＤＩ）ソフトウエアを、レイヤ４（Ｌ４）（交換ノード）のアプリケーションの各々に配置したので、従来はＬ５（ホスト・コンピュータ）のアプリケーションでしか処理されなかった「異なるネットワーク信号プロトコルによって作成されたデータ」の翻訳及び操作を、Ｌ４（交換ノード）のアプリケーションも行うことが可能になる。したがって、従来Ｌ５アプリケーションに処理が集中するために生じた処理遅れが改善され、又Ｌ５ホスト・コンピュータの故障に影響されずにデータ処理が可能となる。
【００５０】
Ｌ４アプリケーションが１つのネットワークプロトコルによって書かれたホスト・アプリケーションから、他のネットワークからの異なる信号プロトコルへのデータ翻訳、及び或るプロトコルに特有の関係を有するデータからＬ３及びＬ５のアプリケーションが理解可能な「プロトコル非依存」のデータへの変換、が可能になる。したがって、プロトコルの追加、変更があってもＬ４アプリケーションがプロトコル間の変換仲介処理を行うので、その都度Ｌ５アプリケーションに変更を加える必要がなく、処理が簡単になる。
【図面の簡単な説明】
【図１】  本発明を組み込んだ呼交換システムを示すブロック図である。
【図２】  レイヤ４（Ｌ４）プロトコル・アプリケーション及びいかにオブジェクトが相互に、又Ｌ５プロトコル・アプリケーション及びＬ３プロトコル・アプリケーションと相互作用するかを示すブロック図である。
【図３】  ＮＰＤＩサービスの作用を示すブロック図である。
【図４】  交換システムによって用いられる汎用プロトコルフォーマットデータ構造を示す説明図である。
【図５】  汎用プロトコルフォーマットデータ構造の一例に関する説明図で（Ａ）に被呼者番号を表すデータ構造例を、（Ｂ）に「番号種類」フィールドのデータ内容を、そして（Ｃ）に番号付けプラン識別フィールドのデータ内容をそれぞれ示す。
【図６】  通常の呼の流れの間にＮＰＤＩライブラリの機能を用いてアプリケーションが行うオペレーションのステップを示す流れ図である。
【図７】  異なるプロトコルフォーマット間でデータを転送するためにＬ４アプリケーションがどのようにしてプロトコル特有データを汎用プロトコルフォーマットに変換するかを示すデータ流れ図である。
【図８】  Ｌ４アプリケーションがどのようにしてＬ５ホスト・アプリケーションからのプロトコル特有データをネットワーク信号プロトコルに変換するかを示すデータ流れ図である。
【符号の説明】
１０  交換システム
２２  ホスト監視アプリケーション（レイヤ５（Ｌ５）アプリケーション）
２４  ホスト・コンピュータ
２６  ホスト・ネットワーク
３２ｂ、３２ｃ、３２ｄ、３２ｅ、３２ｆ  交換ノード
３４  インターモーダル交換ネットワーク
３６、３６ｂ、３６ｃ、３６ｄ，３６ｅ、３６ｆ  Ｌ４アプリケーション
２０２  チャネル状態機械（ＣＨ）
２０４  呼管理状態機械（ＣＭ）
２０６  相互作業状態機械
２０８  Ｌ５アプリケーション・インタフェース
２１０  Ｌ３アプリケーション・インタフェース
２１２  回線カード
２１４  ホスト
３００  ＮＰＤＩサービス
３０２  プロトコル承知データ変換アプリケーション（アプリ）
３０４  機能ライブラリ
３０６  Ｌ４相互作業状態機械
３０８  Ｌ５相互作業状態機械
４００  汎用プロトコルフォーマットデータ構造
４０２  第１のフィールド
４０４  第２のフィールド
４０６  第３のフィールド
５０２  タグフィールド
５０４  長さフィールド
５０６  「番号の種類」フィールド
５０６ａ、５０６ｂ、５０６ｃ、５０６ｄ、５０６ｅ、５０６ｆ  「番号の種類」フィールドのビット
５０８  番号付けプラン識別フィールド
５０８ａ、５０８ｂ、５０８ｃ、５０８ｄ、５０８ｅ  番号付けプラン識別フィールドのビット
５１０、５１２、５１４  データフィールド
７１０  Ｌ３システム（ネットワークプロトコルＡを用いる）
７２０  ローカルＬ４チャネル状態機械（２０２）
７３０  Ｌ４相互作業状態機械（３０６）
７４０  ローカルＬ４呼管理状態機械（２０４）
７５０  遠隔Ｌ４呼管理状態機械（２０４）
７６０  遠隔Ｌ４チャネル状態機械（２０２）
７７０  Ｌ４相互作業状態機械（３０６）
７８０  Ｌ３システム（ネットワークプロトコルＢを用いる）
８１０  Ｌ５アプリケーション
８２０  ローカルＬ４チャネル状態機械（２０２）
８３０  Ｌ４相互作業状態機械（３０６）
８４０  Ｌ３アプリケーション
【図１】
0004565748.tif 000002
【図２】
0004565748.tif 000003
【図３】
0004565748.tif 000004
【図４】
0004565748.tif 000005
【図５】
0004565748.tif 000006
【図６】
0004565748.tif 000007
【図７】
0004565748.tif 000008
【図８】
0004565748.tif 000009