(57)【特許請求の範囲】
【請求項１】
インテリジェント・ネットワークの第１のコンピュータに、音声チャネルを介して接続でき、前記第１のコンピュータで動作しているサービス・アプリケーションにアクセスできる電話ユーザが前記インテリジェント・ネットワークのリモート・コンピュータで動作している他のサービス・アプリケーションにアクセスできるようにするシステムであって、
前記第１のコンピュータに配置され、前記リモート・コンピュータで動作しているサービス・アプリケーションと通信するために、前記第１のコンピュータで動作しているサービス・アプリケーションにより起動されるか、または、前記第１のコンピュータで動作しているサービス・アプリケーションと通信するために、前記リモート・コンピュータで動作しているサービス・アプリケーションにより起動される一組のプログラミングインターフェース・アプリケーションを有するプログラミング・インタフェースと、
前記第１のコンピュータに配置されるインテリジェント・ネットワーク通信プロトコル（ＩＮＡＰ、ＳＲ３５１１、ＧＲ１１２９、ＷＩＮ）に付加され、前記プログラミング・インターフェース・アプリケーションにより生成されたメッセージを取得し、それらを前記インテリジェント・ネットワーク通信プロトコル（ＩＮＡＰ、ＳＲ３５１１、ＧＲ１１２９、ＷＩＮ）に準拠するメッセージに変換し、逆に、前記インテリジェント・ネットワーク通信プロトコル（ＩＮＡＰ、ＳＲ３５１１、ＧＲ１１２９、ＷＩＮ）に準拠するメッセージを取得し、それらを前記プログラミング・インターフェース・アプリケーションに送信されるメッセージに変換するハンドラと、
を含み、
前記電話ユーザと前記リモート・コンピュータで動作しているサービス・アプリケーションとの間のユーザ呼を確立するための前記プログラミング・インターフェース・アプリケーションは、前記リモート・コンピュータおよび確立される呼を識別するパラメータを有するコマンドを発行する前記第１のコンピュータで動作している前記サービス・アプリケーションにより起動され、前記ハンドラが、前記パラメータおよび前記インテリジェント・ネットワーク通信プロトコルのトランザクション識別子を取得し、前記パラメータおよび前記トランザクション識別子を有するコマンドを生成して前記インテリジェント・ネットワーク通信プロトコルに準拠するメッセージに変換し、
前記電話ユーザと前記リモート・コンピュータで動作しているインテリジェント・サービス・アプリケーションとの間の音声ディジット対話を可能にするプログラミング・インターフェース・アプリケーションは、ユーザに対して再生されるディジット・メッセージをパラメータとして有するコマンドとディジット応答を収集するための要求とを受信することによって、前記第１のコンピュータで動作しているインテリジェント・サービス・アプリケーションにより起動され、前記ハンドラが、前記パラメータおよび前記要求を取得し、前記パラメータおよび前記要求を有するコマンドを生成して前記プログラミング・インターフェース・アプリケーションに送信されるメッセージに変換し、
前記インテリジェント・ネットワーク通信プロトコル（ＩＮＡＰ、ＳＲ３５１１、ＧＲ１１２９、ＷＩＮ）に準拠する前記メッセージは、前記第１のコンピュータと前記リモート・コンピュータとの間でネットワーク・データ・ラインを介してトランスポート・プロトコル（ＳＳ７、ＩＳＤＮ）を使用して直接モードで伝送され、または、前記第１のコンピュータとインテリジェント・ネットワークの中央交換との間および前記中央交換と前記リモート・コンピュータとの間で、ネットワーク・データ・ラインを介してトランスポート・プロトコル（ＳＳ７，ＩＳＤＮ）を使用して中継モードで伝送される、
システム。
【請求項２】
前記第１のコンピュータと前記リモート・コンピュータとの間で使用されるインテリジェント・ネットワーク・アプリケーション通信プロトコルは、標準化されたＩＴＵ／ＥＴＳＩ  ＩＮＡＰプロトコルで、前記第１のコンピュータと前記リモート・コンピュータとの間で使用されるトランスポート・プロトコルは標準化されたＳＳ７プロトコルである、請求項１記載のシステム。
【請求項３】
前記第１のコンピュータと前記リモート・コンピュータとの間で使用されるインテリジェント・ネットワーク・アプリケーション通信プロトコルは、Ｂｅｌｌｃｏｒｅ  ＳＲ−３５１１プロトコルで、前記第１のコンピュータと前記リモート・コンピュータとの間で使用されるトランスポート・プロトコルは標準化されたＳＳ７プロトコルおよびＴＣＰ／ＩＰである、請求項１記載のシステム。
【請求項４】
前記第１のコンピュータと前記リモート・コンピュータとの間で使用されるインテリジェント・ネットワーク・アプリケーション通信プロトコルは（ＴＩＡ／ＥＩＡ）ＷＩＮプロトコルで、前記第１のコンピュータと前記リモート・コンピュータとの間で使用されるトランスポート・プロトコルは標準化されたＳＳ７プロトコルおよびＴＣＰ／ＩＰである、請求項１記載のシステム。
【請求項５】
前記第１のコンピュータと前記リモート・コンピュータとの間で使用されるインテリジェント・ネットワーク・アプリケーション・プロトコルは、標準化されたＩＴＵ／ＥＴＳＩ  ＩＮＡＰプロトコルで、前記第１のコンピュータと前記中央交換との間のトランスポート・プロトコルは標準化されたＲＯＳＥプロトコルおよびＩＳＤＮで、前記中央交換と前記リモート・コンピュータとの間で使用されるトランスポート・プロトコルは標準化されたＳＳ７プロトコルである、請求項１記載のシステム。
【請求項６】
前記第１のコンピュータと前記リモート・コンピュータとの間で使用されるインテリジェント・ネットワーク・アプリケーション・プロトコルは、標準化されたＩＴＵ／ＥＴＳＩ  ＩＮＡＰプロトコルで、前記第１のコンピュータと前記中央交換との間のトランスポート・プロトコルは標準化されたＲＯＳＥプロトコルおよびＳＳ７  ＩＳＵＰプロトコルで、前記中央交換と前記リモート・コンピュータとの間で使用されるトランスポート・プロトコルは標準化されたＳＳ７プロトコルである、請求項１記載のシステム。
【請求項７】
前記第１のコンピュータと前記リモート・コンピュータとの間で使用されるインテリジェント・ネットワーク・アプリケーション・プロトコルは、標準化されたＩＴＵ／ＥＴＳＩ  ＩＮＡＰプロトコルで、前記第１のコンピュータと前記中央交換との間のトランスポート・プロトコルおよび前記中央交換と前記リモート・コンピュータとの間で使用されるトランスポート・プロトコルはＳＳ７プロトコルである、請求項１記載のシステム。
【請求項８】
前記第１のコンピュータと前記リモート・コンピュータとの間で使用されるインテリジェント・ネットワーク・アプリケーション・プロトコルは、Ｂｅｌｌｃｏｒｅ  ＧＲ−１１２９  プロトコルで、前記第１のコンピュータと前記中央交換との間のトランスポート・プロトコルは標準化されたＲＯＳＥプロトコルおよびＩＳＤＮで、前記中央交換と前記リモート・コンピュータとの間で使用されるトランスポート・プロトコルは標準化されたＳＳ７プロトコルである、請求項１記載のシステム。
【請求項９】
前記第１のコンピュータと前記リモート・コンピュータとの間で使用されるインテリジェント・ネットワーク・アプリケーション・プロトコルは、Ｂｅｌｌｃｏｒｅ  ＧＲ−１１２９  プロトコルで、前記第１のコンピュータと前記中央交換との間のトランスポート・プロトコルおよび前記中央交換と前記リモート・コンピュータとの間で使用されるトランスポート・プロトコルはＳＳ７プロトコルである、請求項１記載のシステム。
【請求項１０】
さらに前記プログラミングインターフェース・アプリケーションは、リモート・コンピュータによって、受け入れられたとして呼の確立を通知するコマンドを受信する、請求項１記載のシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はインテリジェント・ネットワークに関し、特に、公衆交換システムのサービス制御点（ＳＣＰ）およびインテリジェント周辺機器（ＩＰ）で動作しているアプリケーションにアクセスする方法およびシステムに関する。
【０００２】
【従来の技術】
通信業者により提供される電話網において、コール・ルーティングおよびコール・プロセッシングは、元々、中央交換（ＣＸ）とも呼ばれる公衆交換システムによって行われていた。現在のインテリジェント・ネットワーク・アーキテクチャにおいては、ＣＸは、コール・ルーティングを依然行っているが、通信業者の高度サービス提供を形成しているコール・プロセッシングおよび他の機能は、ＣＸのサテライトであるインテリジェント・ネットワーク・コンポーネントにより処理される。サービス制御点（ＳＣＰ）およびインテリジェント周辺機器（ＩＰ）などのインテリジェント・コンポーネントは、いわゆるサービス論理プログラム（ＳＬＰ）というアプリケーションを実行し、一般に標準化されているプロトコルにしたがってＣＸと通信する実時間コンピュータである。
【０００３】
電話呼出番号の変換、発信者フィルタリング等のためのＳＬＰアプリケーションは、ＳＣＰで実行される。ルーティング・テーブルに基づいてＣＸが行えば、電話呼出番号変換は簡単である。しかし、ＳＬＰによる呼び出し番号変換は複雑なものとなる。例えば、通話料無料の呼出番号の場合、実際の呼出番号は、日付および時間（たとえば、バックアップ・サイトへの再ルーティングは、週末または夜間に実行される）、または呼出番号発信場所（例えば、呼は呼出番号の最も近いサイトに再ルーティングされる）に依存する。ＩＰで実行されるＳＬＰは発呼者との音声対話をサポートして、発呼側への告知を再生したり、発呼側からユーザ情報を入力させて収集したりする。
【０００４】
インテリジェント・ネットワーク・アーキテクチャは大体標準化されている。ＩＴＵ−Ｔによって規定されたインテリジェント・ネットワーク（ＩＮ）規格はＣＳ−１（勧告Ｑ．１２１ｘ）およびＣＳ−２（勧告Ｑ．１２２ｘ）を含む。拡張インテリジェント・ネットワーク（ＡＩＮ）規格はＢｅｌｌｃｏｒｅにより規定され、ワイヤレス・インテリジェント・ネットワーク（ＷＩＮ）は移動電話用ＴＩＡ／ＥＩＡ  ＩＳ−４１モバイル・ネットワーク・アーキテクチャの拡張を規定する。たとえばＩＴＵ、ＡＩＮおよびＷＩＮの３規格は、どこに加入者情報を格納するかを規定し、より詳しくは、ＯＳＩモデルのネットワーク・セッション、トランスポート・セッションおよびプレゼンテーション層の特性を指定することによって、ＣＸとＳＣＰまたはＩＰとの間の通信を規定する。
【０００５】
【発明が解決しようとする課題】
プレゼンテーション層とインターフェースする各ＳＬＰは、サポートする規格に適応しなければならない。すなわち、Ｂｅｌｌｃｏｒｅ規格に従うＳＣＰまたはＩＰで動作しているＳＬＰは、ＩＴＵ規格またはＷＩＮ規格に従うＳＣＰまたはＩＰで使用することができず、他の環境に移行するときには、書き直さなければならない。これは、ネットワーキング・ソフトウェアの開発者や統合ソリューション・プロバイダにとって問題である。
【０００６】
さらに、ＩＴＵおよびＢｅｌｌｃｏｒｅ規格には、ＳＣＰとＩＰとの間のフロー交換に、直接接続モードおよびＣｘを介する中継モードという２つの異なる方式がある。交換（したがって、ＳＬＰが送受信）しなければならない要求および応答のシーケンスはモードによって異なり、各々の規格（ＩＴＵまたはＢｅｌｌｃｏｒｅ）によっても異なる。
【０００７】
この問題に対して解決策が施されない場合、各ＳＬＰは、接続の規格およびモードに応じて、最高５つの異なるバージョンを必要とする。第１のバージョンは、Ｂｅｌｌｃｏｒｅ規格に従い、直接接続モード「ＳＲ−３５１１」をインプリメントする。第２のバージョンは、Ｂｅｌｌｃｏｒｅ規格に従うが、中継モード「ＧＲ−１１２９」をインプリメントする。第３のバージョンは、ＩＴＵ規格に従い、直接接続モード「ＥＴＳＩ  ＣｏｒｅＩｎａｐ：直接接続構成」をインプリメントする。ＳＬＰの第４のバージョンは、ＩＴＵ規格に従い、中継モード「ＥＴＳＩ  ＣｏｒｅＩｎａｐ：中継構成」をインプリメントする。ＷＩＮ（ＥＩＡ／ＴＩＡ）規格を使用する場合は、ＳＣＰ−ＩＰ通信動詞のセマンティックが有線ネットワークおよび無線ネットワークにおいて、類似しているにもかかわらず、フォーマットおよびプロトコルが異なるため、ＳＬＰの第５のバージョンが必要である。
【０００８】
したがって、本発明の目的は、インテリジェント・ネットワークで使用される任意の通信プロトコルおよび任意の接続モードをインプリメントするネットワーク装置において、ＳＬＰプログラムを実行可能にすることである。
【０００９】
【課題を解決するための手段】
簡単に述べると、上記およびその他の目的は、独立アプリケーション・プログラム・インターフェースとのプロトコル交換から、インテリジェント・ネットワーク・コンポーネント（ＳＬＰ）で動作しているアプリケーションを隔離することにより達成される。これは、アプリケーションから、構文および交換フローの違いを隠す。
【００１０】
本発明の１つの利点は、あるインテリジェント・ネットワーク環境から他のインテリジェント・ネットワーク環境へＳＬＰを移行するための開発およびメンテナンスのコストが削減されることである。
【００１１】
【発明の実施の形態】
図１は、好適な実施例が実現可能なインテリジェント・ネットワーク環境である。ユーザ（１００）は、自分の電話を使用してインテリジェント・ネットワークと通信する。その電話線は、公衆電話網の境界にある市内中央交換（ＳＳＬ、市内交換１１０）に到達する。電話網内部の中継線に対しては、通常、より強力な中継中央交換（ＳＳＬ、中継交換１２０）が使用される。市内交換および中継交換は、電話コール・ルーティングを行う。市内交換に接続するサービス・ノード（ＳＮ１３０）は、必要に応じてコール・ルーティングを実行するために追加の演算リソースを提供する。他のデータ接続が、市内交換および中継交換とインテリジェント・ネットワーク・コンポーネント（ＩＰ、ＳＮ、ＳＣＰ、ＳＤＰ、ＳＳＰ）との間で確立される。これらの他の接続は、専用回線でもよい。ユーザと市内交換との間のライン（１０４）は音声を伝送する。
【００１２】
音声チャネルは、また、市内交換と中継交換との間（１１４、１２４）、市内交換とサービス・ノードとの間（１３４）、さらに市内交換とＩＰとの間（１５４）で確立される。ＩＰは、インテリジェント・ネットワークにおいて、通常使用され、たとえば、ユーザが自分の電話線上で受信する自動音声メッセージの音声転送を提供する。ただし、データだけを処理するＳＣＰコンポーネントの場合は除く。標準化された周知の共通チャネル・シグナリング・プロトコルＳＳ７（１７０）は、交換（１１０、１２０）とインテリジェント・ネットワークのＩＰおよびＳＣＰコンポーネントとの間の通信のために使用される。市内交換とＩＰとの間のデータ・チャネルは、ＳＳ７プロトコルに準拠したチャネルである。好適な実施例においては、下位ネットワーク層は、ＳＳ７ネットワークのＩＳＤＮと等価なＩＳＵＰ（ＩＳＤＮユーザ部）ＳＳ７層に準拠する。また、好適な実施例においては、ＩＴＵ／ＥＴＳＩ規格のＩＮＡＰ（インテリジェント・ネットワーク・アプリケーション部）プロトコルは、ＳＣＰおよびＩＰ間のＳＳ７ネットワーク層を介した通信のために使用される。
【００１３】
ＳＬＰは、ＳＣＰおよびＩＰコンポーネントの両方で動作している。ＳＣＰコンポーネントは、他の１つのコンピュータ、サービス制御点（ＳＣＰ、１５０）に配置されるデータベースのサービスを使用可能である。先ほど説明した全てのネットワーク要素は、Ｘ．２５ネットワーク（１８０）などのデータ通信ネットワークを介するＰＣワークステーションなどのコンピュータであるサービス管理点（ＳＭＰ、１９０）によって管理可能である。この環境において、好適な実施例は、インテリジェント・ネットワーク・アプリケーションを取り扱うためにＳＬＰを実行するＩＰおよびＳＣＰコンポーネントにおいて実現される。なお、図１において、一方のＳＣＰは直接ＩＰに接続し、他方のＳＣＰは直接ＩＰに接続していない。後者のＳＣＰとＩＰと間の通信は、直接モードではなく、ＳＳＰを介する中継モードである。
【００１４】
図２は、ＳＣＰおよびＩＰインテリジェント・ネットワーク・コンポーネントにおいて、インプリメントされる階層で、ＩＴＵ／ＥＴＳＩ規格に準拠し、ＳＣＰ／ＩＰ接続が直接モードを使用する場合である。なお、直接モード通信において、少なくとも１つのシグナリング・ラインが、ＳＳ７シグナリング・プロトコルを使用してＳＣＰとＩＰとの間で使用される。この層を、図２に図示する。このＩＴＵ／ＥＴＳＩ規格に準拠した場合、インテリジェント・ネットワーク・アプリケーション部（ＩＮＡＰ）プロトコルは、ＳＳＰ、ＳＣＰおよびＩＰにより発行される要求および応答を構築、送信、受信および実行する。これらのサービスは、ＩＮＡＰ層の上の層として動作するＳＬＰにより使用される。好適な実施例において、ＩＰのＡＡラインはインタフェースを表し、ＩＰコンポーネントで開発されたＳＬＰがＩＮＡＰ層により提供されるサービスを使用できるようにする。直接モードにおいて、図２に図示するように、ＩＮＡＰプロトコルは、ＴＣＡＰ（トランザクション機能アプリケーション部、ＳＳ７層のうちの１層）上でエンド・ツー・エンドで移送される。ＴＣＡＰは、ＩＮＡＰ層に対するトランザクション機能（要求および応答ダイアログを編成）を提供する。ＳＣＣＰ層は、ＳＳ７プロトコルの信号接続制御部である。ＭＴＰ層と組み合わされて、ＳＣＣＰはＳＳ７プロトコル上位層に対してネットワーク・サービスを提供する。３層のサブレイヤ１、２、３に分割されるメッセージ転送部（ＭＴＰ）は、ＳＳ７プロトコルの最下位層を示す。
【００１５】
図３は、ＳＣＰおよびＩＰインテリジェント・ネットワークコンポーネントにおいて、ＩＴＵ／ＥＴＳＩ規格に準拠するときに、およびＳＣＰ／ＩＰ接続が中継モードを使用するときに、インプリメントされる階層である。中継モードにおいて、ＳＣＰコンポーネントは、ＳＳＰ交換を介してＩＰコンポーネントと通信する。  直接モードと同様に、ＳＬＰはＩＮＡＰ層により提供されるサービスを使用して開発される。ＩＰコンポーネントのＡＡラインは、ＩＮＡＰサービスを利用するためにＳＬＰにより使用されるインタフェースとして、本発明の好適な実施例のインプリメンテーションを示すもので、ＩＴＵ／ＥＴＳＩ規格の直接動作モードで使用されるものと同じインタフェースである。ＩＴＵ／ＥＴＳＩのＩＮＡＰプロトコルは、ＳＳ７シグナリング・リンクを介してＳＳＰとＳＣＰとの間でＴＣＡＰで伝えられる。ＩＮＡＰプロトコルは、ＳＳ７プロトコルを使用して、ＴＣＡＰで、ＳＳＰコンポーネントとＩＰコンポーネントとの間で伝送可能である。図３は第２の可能性を示している、すなわち、ＩＮＡＰプロトコルは、主ＩＳＤＮネットワーク・シグナリング・チャンネル（Ｄチャネル）を使用しＳＳＰおよびＩＰコンポーネントを介して伝えられる。ＡＣＳＥ−ＲＯＳＥ層（遠隔操作サービス要素）は、ＩＮＡＰプロトコルをＩＳＤＮシグナリング・フレームにカプセル化する。ＳＳＰコンポーネントとＩＰコンポーネントとの間でＩＮＡＰプロトコルを伝送するための、図３に示されない第３の可能性は、ＩＳＵＰ、すなわち通信ネットワークにおいてＩＳＤＮと等価なＳＳ７層であるＩＳＤＮユーザ部を使用するものである。これは、ＩＳＤＮのネットワーク間通信形態である。
【００１６】
図４は、ＳＣＰおよびＩＰインテリジェント・ネットワーク・コンポーネントにおいて、Ｂｅｌｌｃｏｒｅ規格に準拠し、ＳＣＰ／ＩＰ接続が直接モードを使用する場合にインプリメントされる階層である。Ｂｅｌｌｃｏｒｅにより規定される直接モードにおいては、ＳＣＰおよびＩＰコンポーネントは、２つの最下位層を形成している１つ以上のＴＣＰ／ＩＰ接続によって、直接接続される。ＴＣＰ／ＩＰは、エンド・ツー・エンドでＳＲ−３５１１専用Ｂｅｌｌｃｏｒｅプロトコルを移送して、ＳＳＰ、ＳＣＰおよびＩＰにより発行される要求および応答を構築、送信、受信および実行する。これらのサービスは、ＳＲ−３５１１プロトコルの上位層として開発されるＳＬＰにより使用される。ＡＡラインは、ＩＰコンポーネントのＳＬＰ開発のために使用される、本発明の好適な実施例のインタフェースを示し、直接または中継モードのいずれにおいてもＩＴＵ／ＥＴＳＩ規格を使用するものと同じである。ＩＴＵ／ＥＴＳＩ規格と同様に、ＳＲ−３５１１プロトコルは、ＴＣＡＰ（ＳＳ７層）を介して伝えられる。
【００１７】
図５は、ＳＣＰおよびＩＰインテリジェント・ネットワーク・コンポーネントにおいて、Ｂｅｌｌｃｏｒｅ規格に準拠し、ＳＣＰ／ＩＰ接続が中継モードを使用する場合にインプリメントされる階層である。Ｂｅｌｌｃｏｒｅの中継モードは、直接モードで使用したＳＲ−３５１１プロトコルとは異なるプロトコルＧＲ−１１２９を使用して、ＳＳＰ、ＳＣＰおよびＩＰにより発行される要求および応答を構築、送信、受信および実行する。異なるプロトコルを使用することによって、ＳＬＰ層とＧＲ−１１２９層との間のＡＡラインで示されるインタフェースは、本発明の好適な実施例によれば、ＳＬＰ層とＳＲ−３５１１層との間の直接モードにおいて、使用されるインタフェースと同じである。このインタフェースは、ＩＴＵ／ＥＴＳＩ規格で使用されるインタフェースと同じである。ＳＣＰコンポーネントとＳＳＰコンポーネントとの間において、  使用される下位層は、ＧＲ−１１２９プロトコルを伝送するためにＩＴＵ／ＥＴＳＩ規格で使用されるＳＳ７プロトコル層ＴＣＡＰ、ＳＣＣＰおよびＭＴＰである。
【００１８】
ＳＳＰコンポーネントとＩＰコンポーネントとの間において、ＧＲ−１１２９プロトコルを伝送する２つの可能な方法がＢｅｌｌｃｏｒｅ規格により使用される。それらは、ＳＳ７層（ＴＣＡＰ、ＳＣＣＰおよびＭＴＰ）と、主ＩＳＤＮ回線のＤチャネルがＳＳＰコンポーネントとＩＰコンポーネントとの間で使用される場合のＩＳＤＮ基本層である。ＩＴＵ／ＥＴＳＩ規格と同様に、ＩＳＤＮ回線が使用される場合、ＩＳＤＮの上の層はＲＯＳＥである。
【００１９】
図６は、発呼者接続を確立するための好適な実施例の方法の異なるステップを示している。より詳しくは、本方法はＩＰ  ＳＬＰアプリケーションとその直下のネットワーク層（ＩＮＡＰ）と間のサービス実行アプリケーション・プログラミング・インタフェースの一部である２つの新規の動詞（ＳＣＰ＿Ａｓｓｉｓｔ、ＳＣＰ＿Ａｓｓｉｓｔ＿ａｃｋ）の例を導入する。このインタフェースは、ＡＡラインで示されている。図６で説明する方法は、直接モードのＥＴＳＩ／ＩＴＵ規格に準拠するＩＰにインプリメントされる。
【００２０】
エンドユーザは、ＳＳＰによってＩＰコンポーネントへ向けられる着呼を送信する（１）。呼がＩＰコンポーネントに受信されると、ＩＰ  ＳＬＰアプリケーションが起動される。着呼の受信時にＩＰ  ＳＬＰアプリケーションは新規の動詞（ＳＬＰとＩＮＡＰとの間のＡＡインタフェース上でインプリメントされるサービス実行ＡＰＩのＳＣＰ＿Ａｓｓｉｓｔ動詞）を発行する（２）。特に、ＳＣＰ＿Ａｓｓｉｓｔ動詞に供給されるパラメータはＳｃｐＩｄおよびＣｏｒｒｅｌＮｕｍであり、それらは、ＳＣＰの識別（ＳｃｐＩｄ）および処理されている呼の参照（ＣｏｒｒｅｌＮｕｍ）を規定している。ＳＣＰ＿Ａｓｓｉｓｔを受信すると、ＡＡインタフェースは、ＩＮＡＰプロトコルの新規のＩＮＡＰＬ＿Ｄｉａｌｏｇｓｔａｒｔ動詞の形で、ＩＮＡＰ層に対する新規のトランザクションＩＤの要求を生成する。ＩＮＡＰ層は、トランザクションＩＤ（Ｔｉｄ）を送信する。Ｔｉｄを受信すると、ＡＡインタフェースは、トランザクションＩＤおよび処理されている呼の参照を規定しているパラメータＴｉｄおよびＣｏｒｒｉｄ（ＣｏｒｒｅｌＮｕｍと同じパラメータ）を有する新規の動詞Ｎｅｗ  ＡｓｓｉｓｔＲｅｑｕｅｓｔＩｎｓｔｒｕｃｔｉｏｎｓ（ＡＲＩ）を生成する（４）。その後、Ｎｅｗ  ＡＲＩ動詞を受信すると、ＩＮＡＰ動詞ＡＲＩが、ＩＰコンポーネントのＩＮＡＰ層によって、ＳＳ７層を介して、ＳＣＰコンポーネントのＩＮＡＰ層へ送信される（５）。その後、ＡＡインタフェースは、新規の動詞（ＩＮＡＰプロトコル層によってＡＲＩ動詞がＳＣＰに送信されたことを通知するＳＣＰ＿Ａｓｓｉｓｔ＿Ａｃｋ動詞）をＩＰ  ＳＬＰアプリケーションへ送信する（６）。
【００２１】
図７は、発呼者とＳＣＰとの間で対話を確立する方法の異なるステップを示す。図７の方法は、直接モードのＥＴＳＩ／ＩＴＵ標準に準拠するＩＰコンポーネントにおいてインプリメントされる。直接モードにおいて、ユーザ呼が確立されると、ユーザ対話が発生する。これは、常にＳＣＰが開始する。図７の方法は、ＩＰ  ＳＬＰアプリケーションとその直下のネットワーク層（ＩＮＡＰ）との間のサービス実行アプリケーション・プログラミング・インタフェースの新規の動詞を導入する。ＳＣＰからのＰｒｏｍｐｔ＆ＣｏｌｌｅｃｔＵｓｅｒＩｎｆｏｒｍａｔｉｏｎ（Ｐ＆ＣＵＩ）メッセージは、ＳＳ７層を介してＩＰコンポーネントへ送信され、ＩＰコンポーネントのＩＮＡＰ層内に保持される（１）。ＡＡインタフェースは、受信可能な状態になると、新規の動詞（ＩＮＡＰＩ＿ＲｅｃＭｓｇ）を発行する。ＩＮＡＰ層は、Ｐ＆ＣＵＩメッセージをＴＣＡＰ起動要素にカプセル化させる。メッセージを復号化およびチェックした後、再生およびディジット収集構造が記入されて、ＩＮＡＰ層によって、ＡＡインタフェースに送信される。ＡＡインタフェースは、Ｐ＆ＣＵＩ構造を新規の動詞ＩＰＡ＿Ｒｅｑｕｅｓｔ（再生およびディジット収集）に変換して、それをＩＰ  ＳＬＰアプリケーションに送信する（３）。ＩＰ  ＳＬＰアプリケーションは、図７の点線により示されるユーザとの音声対話を実行する。ＩＰ  ＳＬＰアプリケーションがエンドユーザ対話を終了すると、動作結果および関連パラメータを含む新規のＳＣＰ＿Ｒｅｐｏｒｔ動詞を送信する（４）。ＡＡインタフェースによって、ＳＣＰ＿Ｒｅｐｏｒｔを受信すると、ＡＡインタフェースは、文字列コマンドを再生および収集結果構造に変換し、それをＩＮＡＰ層にＮｅｗ  ＩＮＡＰＩ＿ＳｅｎｄＭｓｇ動詞を介して送信する。ＩＮＡＰ層は、Ｐ＆ＣＵＩ  ＩＮＡＰ動詞を生成してＴＣＡＰ起動要素内にカプセル化し、ＳＳ７層を介してＳＣＰに送信する（６）。
【００２２】
図８は発呼者接続を確立する方法および発呼者との対話を確立する方法の異なるステップを示すもので、中継モードのＥＴＳＩ／ＩＴＵ標準に準拠する場合である。中継モードにおいて、ＩＰコンポーネントは、直接ＳＣＰと通信できず、ＳＣＰに接続するＳＳＰと通信する。中継モードにおいて、呼確立およびユーザとの対話は、同時に開始される。ＳＳＰコンポーネントとＩＰコンポーネントとの間において、ＩＮＡＰプロトコルは、ＩＳＤＮシグナリング・フレームでカプセル化される。これは、ＳＳＰとＩＰとの間で使用可能なＳＳ７プロトコルに対する代替で、他の可能性は、ｔｉがＩＳＤＮの代わりにＳＳ７  ＩＳＵＰ層を使用することである。
【００２３】
ユーザが呼を送信するとき（１）、その呼は常にＳＳＰに来ることになり、ＳＣＰとの対話の後、ＩＰにこの呼をルーティングする。既知のＩＳＤＮ  ＳＥＴＵＰ動詞は、ユーザ発行の着呼（１）の受信時にＳＳＰにより送信され（２）、同時にＰｒｏｍｐｔ＆ＣｏｌｌｅｃｔＵｓｅｒＩｎｆｏｒｍａｔｉｏｎ（Ｐ＆ＣＵＩ）ＩＮＡＰメッセージを伝送する（２）。これは、発呼者接続および発呼者対話の２つの動作を同時に発生させる。ＩＰがＳＥＴＵＰ動詞を受信すると、ＩＰ  ＳＬＰアプリケーションが起動する。ＩＮＡＰメッセージは、ＩＮＡＰ層において、待ち行列に入れられる。直接モードの発呼者接続と同様に、ＩＰ  ＳＬＰアプリケーションは、ＩＰアプリケーションをトリガーした着呼により使用されるポートＩｄ（ｐｏｒｔ）およびダイヤル番号（ｄｎ）をパラメータとして有する新規のＳＣＰ＿Ａｓｓｉｓｔ動詞を送信する（３）。ＩＰ  ＳＬＰアプリケーション発行のＳＣＰ＿Ａｓｓｉｓｔを受信しても、動作モードが中継モードのため、ＡＡインタフェースはＳＣＰとの交換を開始しない。その代わりに、ＡＡインタフェースは、ＳＣＰ＿Ａｓｓｉｓｔ＿ａｃｋ動詞（直接モードと同じ動詞）を送信することによって、直ちにＩＰ  ＳＬＰアプリケーションに応答する。受信の準備ができると、Ｐ＆ＣＵＩ  ＩＮＡＰメッセージは、ＡＡインタフェースによって、直接モードと同様に処理される。ＡＡインタフェースは、ＩＰ  ＳＬＰアプリケーションに、ＩＰＡ＿Ｒｅｑｕｅｓｔ（再生およびディジット収集）を発行し（５）、プロンプトを再生してエンドユーザにより入力されたＤＴＭＦを収集することによって、音声チャネルを介してエンドユーザとの対話を開始する。直接モードと同様に、対話がＩＰ  ＳＬＰアプリケーションとエンドユーザとの間で完了すると、動作結果および関連したパラメータを含むＳＣＰ＿Ｒｅｐｏｒｔ動詞（６）を発行することによって、ＩＰ  ＳＬＰアプリケーションは、ＡＡインタフェースにディジット収集の結果を返す。直接モードと同様に、ＡＡインタフェースは、ＳＣＰ＿Ｒｅｐｏｒｔメッセージ文字列コマンドを、再生およびディジット収集結果の新規の動詞へ変換し、ＩＮＡＰ層に同じ新規の動詞ＮｅｗＩＮＡＰＩ＿ＳｅｎｄＭｓｇを発行する。ＩＮＡＰ層は（Ｐ＆ＣＵＩ）応答を生成し、ＳＣＰはＩＳＤＮ層にそれを送信する。ＩＳＤＮ層は、ＩＮＡＰメッセージをカプセル化し、メッセージを転送するためのＦＩＥパラメータとともにＩＳＤＮ層の既知のＦＡＣＩＬＩＴＩＥ動詞を使用してＳＳＰに送る（７）。ＳＳＰは、このカプセル化されたＩＮＡＰメッセージをＳＣＰに送信する。
【００２４】
図９は発呼者接続を確立する方法の異なるステップを説明するもので、直接モードのＢｅｌｌｃｏｒｅ規格に準拠する場合である。エンドユーザは、ＳＳＰによってＩＰコンポーネントに向けられる着呼を送信する（１）。呼がＩＰコンポーネントに到達すると、ＩＰ  ＳＬＰアプリケーションは起動される。着呼を受信すると、ＩＰ  ＳＬＰアプリケーションは、ＩＴＵ／ＥＴＳＩ規格と同じ新規の動詞ＳＣＰ＿Ａｓｓｉｓｔを、ＳＬＰとＢｅｌｌｃｏｒｅ  ＩＰコンポーネントのＳＲ−３５１１層との間のＡＡインタフェースに発行する（２）。ＳＣＰ＿Ａｓｓｉｓｔを受信すると、ＡＡインタフェースは、ＳＲ−３５１１層への新規の動詞ＳＲ−３５１１＿Ｃｏｎｖｓｔａｒｔ動詞の形態で、ＳＲ−３５１１層に対する新規トランザクションＩＤの要求を生成する（３）。その後、ＳＲ−３５１１層は、トランザクションＩＤ（Ｔｉｄ）を送り返す。Ｔｉｄを受信すると、ＡＡインタフェースは、ＳＣＰに、Ｔｉｄおよび被呼番号をパラメータとして有する、ＳＲ−３５１１の既知のコマンドＰｒｏｖｉｄｅＩｎｓｔｒｕｃｔｉｏｎｓを生成する（４）。ＳＲ−３５１１層は、許可付き照会ＴＣＡＰメッセージおよび最終起動ＴＣＡＰ要素にカプセル化されたメッセージを生成し、ＴＣＰ／ＩＰ接続を介してＳＣＰに送信する（５）。その後、ＡＡインタフェースは、直接モードのＩＴＵ／ＥＴＳＩ規格と同様に、新規の動詞ＳＣＰ＿Ａｓｓｉｓｔ＿ａｃｋをＩＰアプリケーションに送信する（６）。
【００２５】
図１０は発呼者との対話を確立する方法の異なるステップを示するもので、直接モードのＢｅｌｌｃｏｒｅ規格に準拠する場合である。ここで説明される方法は、Ｂｅｌｌｃｏｒｅ直接モードに準拠するＩＰコンポーネントにおいて、インプリメントされる。リソースへの呼情報を示すＳＲ−３５１１メッセージＣＩＴＲは、常に対話を開始するＳＣＰから、ＴＣＰ／ＩＰ接続を介して送信される（１）。メッセージは、ＳＲ−３５１１層内に保持される。ＡＡインタフェースは、受信準備ができると、新規の動詞ＳＲ−３５１１＿ＲｅｃＭｓｇを発行して、ＳＲ−３５１１層にそれを知らせる。ＳＲ−３５１１層は、メッセージを許可付き会話ＴＣＡＰメッセージおよび結果戻しＴＣＡＰ要素にカプセル化させる。メッセージを復号化およびチェックした後、再生およびディジット収集を示す新規の動詞が記入されて、ＡＡインタフェースに送信される（２）。ＡＡインタフェースは、再生およびディジット収集構造を文字列コマンドに変換してＩＰアプリケーションにＩＰＡ＿ｒｅｑｕｅｓｔとして送信する（３）。ＩＰアプリケーションは、音声チャネル（点線）を介してエンドユーザとの音声対話を実行する。ＩＰアプリケーションがエンドユーザ対話を完了すると、ＡＡインタフェースに動作結果および関連したパラメータを含む新規の動詞ＳＣＰ＿Ｒｅｐｏｒｔメッセージを送信する（４）。ＡＡインタフェースは、文字列コマンドを新規の動詞、再生およびディジット収集結果構造に変換して、ＳＲ＿３５１１層の方へパラメータとして伝送するために、新規の動詞ＳＲ３５１１＿ＳｅｎｄＭｓｇを送信する（５）。ＳＲ＿３５１１層は、リソースからの呼情報を示す既知のＳＲ＿３５１１メッセージＣＩＦＲを生成し、許可付き照会ＴＣＡＰメッセージおよび非最終起動ＴＣＡＰ要素にそれをカプセル化し、それをＴＣＰ／ＩＰ接続を介してＳＣＰに送信する（６）。
【００２６】
図１１は発呼者接続を確立する方法および発呼者との対話を確立する方法の異なるステップを示すもので、中継モードのＢｅｌｌｃｏｒｅ規格に準拠する場合である。中継モードにおいて、ＩＰコンポーネントは、直接ＳＣＰと通信することができず、ＳＣＰに接続しているＳＳＰと通信する。中継モードにおいて、呼確立およびユーザとの対話は、同時に起動される。ＳＳＰコンポーネントとＩＰコンポーネントとの間において、ＧＲ−１１２９のプロトコルは、ＲＯＳＥ層を使用しているＩＳＤＮシグナリング・フレームにカプセル化される。これは、ＧＲ１１２９プロトコルを伝送するために使用可能なＳＳ７プロトコル層（ＴＣＡＰ、ＣＳＳＰ、ＭＴＰ  １／２／３）に対する代替である。ＩＳＵＰは、第３の可能性であるＩＳＤＮの代わりに、使用可能である。
【００２７】
ユーザが呼を送信すると（１）、常にＳＳＰに来て、ＳＣＰとの対話後、この呼はＩＰ  ＳＬＰアプリケーションにルーティングされる。着呼を受信すると、ＳＳＰ発行のＩＳＤＮ呼セットアップ・メッセージは、同時にＰｒｏｍｐｔ＆Ｃｏｌｌｅｃｔ（Ｐ＆Ｃ）ＧＲ１１２９メッセージを伝送する（２）。これは、発呼者接続および発呼者対話の２つの動作を同時に発生させる。このセットアップ・メッセージは、ＩＰアプリケーションを起動させる。ＧＲ１１２９メッセージ（ＳｅｎｄＴｏＩｐＲｅｓｏｕｒｃｅ  Ｉｎｖｏｋｅ）は、ＧＲ−１１２９層によって、待ち行列に入れられる。ＩＰ  ＳＬＰアプリケーションは、ユーザ呼の受信時に、ＩＰアプリケーションをトリガーした着呼により使用されるポートＩｄ（ｐｏｒｔ）およびダイヤル番号（ｄｎ）をパラメータとして有するＳＣＰ＿Ａｓｓｉｓｔを生成する。ＩＰ  ＳＬＰアプリケーション発行のＳＣＰ＿Ａｓｓｉｓｔを受信しても、動作モードが中継モードのため、ＡＡインタフェースはＳＣＰとの交換を開始しない。その代わり、ＡＡインタフェースは、直接モードと同じ動詞であるＳＣＰ＿Ａｓｓｉｓｔ＿ａｃｋを送信することによって、直ちにＩＰ  ＳＬＰアプリケーションに応答する。Ｐ＆Ｃ  ＩＮＡＰメッセージは、受信準備ができると、ＡＡインタフェースによって、直接モードと同様に処理される。ＡＡインタフェースは、ＩＰ  ＳＬＰアプリケーションに、ＩＰＡ＿Ｒｅｑｕｅｓｔ（再生およびディジット収集）を発行し（５）、プロンプトを再生して、エンドユーザにより入力されたＤＴＭＦを収集することによって、音声チャネルを介してエンドユーザとの対話を開始する。直接モードと同様に、対話がＩＰＳＬＰアプリケーションとエンドユーザとの間で完了すると、ＩＰ  ＳＬＰアプリケーションは、動作結果および関連したパラメータを含むＳＣＰ＿Ｒｅｐｏｒｔメッセージを発行する（６）ことによって、ＡＡインタフェースにディジット収集の結果を返す。直接モードと同様に、ＡＡインタフェースは、ＳＣＰ＿Ｒｅｐｏｒｔメッセージ文字列コマンドを、再生およびディジット収集結果構造へ変換し、ＳＣＰに対するＧＲ−１１２９メッセージ（ＳｅｎｄＴｏＩｐＲｅｓｏｕｒｃｅ  Ｒｅｓｕｌｔ）発行し、ＳＳＰに与える。ＳＳＰは、そのメッセージをＳＣＰに送る。
【００２８】
図１２はＳＣＰおよびＩＰコンポーネントにおいてインプリメントされる階層を示すもので、ＴＩＡ／ＥＩＡ  ＷＩＮ規格に準拠するものである。この規格において、ＳＣＰおよびＩＰコンポーネントは、２つの最下位層を形成する１以上のＴＣＰ／ＩＰ接続によって、直接接続される。ＴＣＰ／ＩＰは、エンド・ツー・エンドでＷＩＮ固有プロトコルを移送し、ＳＳＰ、ＳＣＰおよびＩＰにより発行される要求および応答を構築、送信、受信および実行する。これらのサービスは、ＷＩＮプロトコルの上位層として開発されるＳＬＰにより使用される。ＡＡラインは、ＩＰコンポーネントでのＳＬＰ開発のために使用される本発明の好適な実施例のインタフェースを表すもので、動作モードが直接モードまたは中継モードにかかわらず、ＩＴＵ／ＥＴＳＩまたはＢＥＬＬＣＯＲＥ規格の場合と同じである。ＷＩＮプロトコルは、ＩＴＵ／ＥＴＳＩおよびＢＥＬＬＣＯＲＥ規格と同様にＴＣＡＰ（ＳＳ７層）を通じて伝えられる。
【００２９】
図１３は、ＴＩＡ／ＥＩＡ  ＷＩＮ規格を使用するときに、発呼者接続を確立するための好適な実施例の方法の異なるステップである。直接モードおよび中継モードの２つの可能な接続モードを有する他の有線規格と比較すると、ＷＩＮの場合、接続モードが１つのみとなり、図１３および図１４において、説明される発呼者接続および発呼者対話に示される。
【００３０】
より詳しくは、この発呼者対話方法は、ＩＰ  ＳＬＰアプリケーションとその直下のネットワーク層（この規格の場合ＷＩＮ）との間のサービス実行アプリケーション・プログラミング・インタフェースの一部である２つの新規の動詞、ＳＣＰ＿Ａｓｓｉｓｔ、ＳＣＰ＿Ａｓｓｉｓｔ＿ａｃｋの例を導入する。このインタフェースは、ＡＡラインで示される。
【００３１】
無線規格の場合、ＳＣＰとＩＰとの間の情報の交換は、ＩＰアプリケーションを介する発呼者とＳＣＰとの間の接続を確立する前に必要な２つのステップである。これらのステップは、ＩＰアプリケーションにとって透過的である。ＳＣＰは、呼を識別する相関ＩＤ（ＳｖｒＣｏｒｌｄ）をＩＰシステムに送信する（１）。ＳＣＰは、この情報をＴＣＰ／ＩＰを介して標準のＳｅｉｚｅＲｅｓコマンドによって、送信する。ＩＰシステムは、ＩＰシステムの方へ呼を転送するためにＳＣＰにより使用されるアクセス番号（ＴＬＤＮ）をＳＣＰに送信する（２）。情報ＴＬＤＮは、ＩＰシステムによって、ＴＣＰ／ＩＰを介してＳｅｉｚｅＲｅｓコマンドを使用して送信される。このアクセス番号を使用して、ＳＣＰはＭＳＣ（移動交換センタ）にＩＰサーバーの方へ呼を発信するように指示する。ＭＳＣは、移動ネットワークの交換機能である。無線インテリジェント・ネットワークにおいて、ＭＳＣは有線ネットワークの場合のＳＳＰと同じ機能を実行する。
【００３２】
ユーザ呼が到着すると（３）、ＩＰコンポーネントに送信される。呼がＩＰコンポーネントに受信されると、ＩＰ  ＳＬＰアプリケーションが起動される。着呼の受信時、ＩＰ  ＳＬＰアプリケーションは、新規の動詞（ＳＬＰとＷＩＮ／ＴＣＡＰ層との間のＡＡインタフェース上でインプリメントされるサービス実行ＡＰＩのＳＣＰ＿Ａｓｓｉｓｔ動詞）を発行する（４）。特に、ＳＣＰ＿Ａｓｓｉｓｔ動詞に供給されるパラメータは、ＳｃｐＩｄおよびＳｒｖＣｏｒｌｄで、これらはＳＣＰの識別（ＳｃｐＩｄ）および処理されている呼の参照（ＳｒｖＣｏｒｌｄ）を規定する。ＳＣＰ＿Ａｓｓｉｓｔを受信すると、ＡＡインタフェースは新規の動詞（相関Ｉｄ  ＳｒｖＣｏｒｌｄを使用しているＷＩＮ／ＴＣＡＰインタフェースへのＮｅｗ  ＩｎｔｒＲｅｑ動詞）を生成する（５）。ＷＩＮ／ＴＣＡＰインタフェースは、この新規の動詞をＷＩＮ規格の動詞（ＩｎｓｔＲｅｑ動詞）に変換し、通信を確立するためにＴＣＰ／ＩＰを介してＳＣＰへ送信する（６）。その後、ＡＡインタフェースは、ＳＣＰへの要求送信の確認のためにＮｅｗ  ＳＣＰ＿Ａｓｓｉｓｔ＿ＡｃｋをＩＰアプリケーションに送信する。
【００３３】
図１４は、発呼者とＳＣＰとの間の対話を確立する方法の異なるステップである。図１４の方法は、ＷＩＮ規格プロトコルに準拠するＩＰコンポーネントにおいてインプリメントされる。図１４の方法は、ＩＰ  ＳＬＰアプリケーションとその直下のネットワーク層（ＷＩＮ）との間のサービス実行アプリケーション・プログラミング・インタフェースの新規の動詞を導入する。ＳＣＰからのＳＦＲＤＩＲメッセージは、ＳＳ７  ＴＣＰ／ＩＰ層を介してＩＰコンポーネントに送信され、ＩＰコンポーネントのＷＩＮ層内に保持される（１）。ＡＡインタフェースは、受信可能になると、新規の動詞（ＷＩＮ＿ＲｅｃｋＭｓｇ）を発行する。ＷＩＮ層は、ＳＦＲＤＩＲ  ＷＩＮメッセージをＴＣＡＰメッセージにカプセル化させる。メッセージを復号化およびチェックした後に、再生およびディジット収集構造が記入され、ＷＩＮ層によって、ＡＡインタフェースに送信する（２）。ＡＡインタフェースは、再生およびディジット収集構造を新規の動詞ＩＰＡ＿Ｒｅｑｕｅｓｔ（再生およびディジット収集）に変換し、それをＩＰ  ＳＬＰアプリケーションに送信する（３）。ＩＰ  ＳＬＰアプリケーションは、ユーザとの音声対話を実行する。ＩＰ  ＳＬＰアプリケーションがエンドユーザ対話を終了すると、動作結果および関連したパラメータを含む新規のＳＣＰ＿Ｒｅｐｏｒｔ動詞を送信する（４）。ＡＡインタフェースによって、ＳＣＰ＿Ｒｅｐｏｒｔが受信されると、ＡＡインタフェースは、文字列コマンドを再生および収集結果構造に変換し、それを新規のＷＩＮ＿ＳｅｎｄＭｓｇ動詞を介してＷＩＮ層に送信する。その後、ＷＩＮ層は、Ｓｆｒｄｉｒ  ＷＩＮメッセージを生成し、それをＴＣＡＰ要素にカプセル化し、ＴＣＰ／ＩＰ接続を介してＳＣＰに送信する（６）。
【００３４】
ＡＡインタフェースは、好適な実施例の標準化されたプロトコルを含む全ての可能なインテリジェント・ネットワークに共通である。同じ動詞が異なるプロトコルで同じセマンティックを有する場合、および発呼者接続および発呼者対話動作によって示すように、セマンティックがマップされる場合に、このインタフェースは、新規の動詞で拡張される。プログラミング・インターフェースの各新規の動詞に対して、上位層プロトコルは、それをサポートするために適合されなければならない。
【図面の簡単な説明】
【図１】インテリジェント・ネットワークである。
【図２】ＳＣＰおよびＩＰコンポーネントにおいてインプリメントされる階層で、ＩＴＵ／ＥＴＳＩ規格に準拠し、ＳＣＰ／ＩＰ接続が直接モードを使用する場合である。
【図３】ＳＣＰおよびＩＰコンポーネントにおいてインプリメントされる階層で、ＩＴＵ／ＥＴＳＩ規格に準拠し、ＳＣＰ／ＩＰ接続が中継モードを使用する場合である。
【図４】ＳＣＰおよびＩＰコンポーネントにおいてインプリメントされる階層で、Ｂｅｌｌｃｏｒｅ規格に準拠し、ＳＣＰ／ＩＰ接続が直接モードを使用する場合である。
【図５】ＳＣＰおよびＩＰコンポーネントにおいてインプリメントされる階層で、Ｂｅｌｌｃｏｒｅ規格に準拠し、ＳＣＰ／ＩＰ接続が中継モードを使用する場合である。
【図６】発呼者接続を確立する方法の異なるステップを示すもので、ＥＴＳＩ／ＩＴＵ規格直接モードに準拠する場合である。
【図７】発呼者との対話を確立する方法の異なるステップを示すもので、ＥＴＳＩ／ＩＴＵ規格直接モードに準拠する場合である。
【図８】発呼者接続を確立する方法および発呼者との対話を確立する方法の異なるステップを示すものでＥＴＳＩ／ＩＴＵ規格中継モードに準拠する場合である。
【図９】発呼者接続を確立する方法の異なるステップを示すもので、Ｂｅｌｌｃｏｒｅ規格直接モードに準拠する場合である。
【図１０】発呼者との対話を確立する方法の異なるステップを示すもので、Ｂｅｌｌｃｏｒｅ規格直接モードに準拠する場合である。
【図１１】発呼者接続を確立する方法および発呼者との対話を確立する方法の異なるステップを示すもので、Ｂｅｌｌｃｏｒｅ規格中継モードに準拠する場合である。
【図１２】ＳＣＰおよびＩＰコンポーネントにおいてインプリメントされる階層で、ＷＩＮ（ＥＩＡ／ＴＩＡ）規格に準拠する場合である。
【図１３】発呼者接続を確立する方法の異なるステップを示すもので、ＷＩＮ（ＥＩＡ／ＴＩＡ）規格に準拠する場合である。
【図１４】発呼者との対話を確立する方法の異なるステップを示すもので、ＷＩＮ（ＥＩＡ／ＴＩＡ）規格に準拠する場合である。
【図１】
0004222738.tif 000002
【図２】
0004222738.tif 000003
【図３】
0004222738.tif 000004
【図４】
0004222738.tif 000005
【図５】
0004222738.tif 000006
【図６】
0004222738.tif 000007
【図７】
0004222738.tif 000008
【図８】
0004222738.tif 000009
【図９】
0004222738.tif 000010
【図１０】
0004222738.tif 000011
【図１１】
0004222738.tif 000012
【図１２】
0004222738.tif 000013
【図１３】
0004222738.tif 000014
【図１４】
0004222738.tif 000015