(57)【特許請求の範囲】
【請求項１】
加入者（Ａ、Ｂ）のための接続点（１１、１２）を備えたネットワーク（Ｎ）と、
ネットワーク（Ｎ）に結合されたサービスプロバイダ（ＳＰ）と、
を備えたデータ伝送のためのインフラストラクチャであって、
ネットワーク（Ｎ）が、サービス交換機能（ＳＳＦＮ）に加えて、サービス交換機能（ＳＳＦＮ）を制御するためのサービス制御機能（ＳＣＦＮ）を備え、
サービスプロバイダ（ＳＰ）が、サービス交換機能（ＳＳＦＳ）に加えて、サービス交換機能（ＳＳＦＳ）を制御するためのサービス制御機能（ＳＣＦＳ）を備え、
ネットワーク（Ｎ）のサービス制御機能（ＳＣＦＮ）は、それが自由に使用できる包括的命令群を有し、その包括的命令群は、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦＳ）が利用することができ、
サービスプロバイダ（ＳＰ）が、相互接続ユニット（ＩＷＵ）を備え、
前記相互接続ユニット（ＩＷＵ）が、第１の機能インタフェース（ＣＭ１）を介して、サービスプロバイダ（ＳＰ）のサービス交換機能（ＳＳＦＳ）に接続され、前記第１の機能インタフェース（ＣＭ１）によって、相互接続ユニット（ＩＷＵ）は、サービスプロバイダ（ＳＰ）のサービス交換機能（ＳＳＦＳ）と通信を行うとき、あたかもサービス制御機能（ＳＣＦＳ）のように動作することができ、
また、前記相互接続ユニット（ＩＷＵ）が、第２の機能インタフェース（ＣＭ２）を介して、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦＳ）に接続され、前記第２の機能インタフェース（ＣＭ２）によって、相互接続ユニット（ＩＷＵ）は、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦＳ）と通信を行うとき、あたかもサービス交換機能のように動作することができ、
さらに、前記相互接続ユニット（ＩＷＵ）が、第３の機能インタフェース（ＣＭ３）を介して、ネットワーク（Ｎ）のサービス制御機能（ＳＣＦＮ）に接続され、そして、第４の機能インタフェース（ＣＭ４）を介して、ネットワークのサービス交換機能（ＳＳＦＮ）に接続され、前記第３および第４の機能インタフェース（ＣＭ３、ＣＭ４）によって、相互接続ユニット（ＩＷＵ）は、サービス制御機能（ＳＣＦＮ）およびサービス交換機能（ＳＳＦＮ）と通信を行うとき、あたかもスペシャルリソース機能（ＳＲＦ）のように動作することができるインフラストラクチャ。
【請求項２】
サービスプロバイダ（ＳＰ）のサービス交換機能（ＳＳＦＳ）が、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦＳ）宛のメッセージを、第１の機能インタフェース（ＣＭ１）を介して相互接続ユニット（ＩＷＵ）に送信するようになされ、相互接続ユニット（ＩＷＵ）が、前記受信したメッセージを、ことによると適切に変換した後、第２の機能インタフェース（ＣＭ２）を介してサービス制御機能（ＳＣＦＳ）に転送するようになされた請求項１に記載のインフラストラクチャ。
【請求項３】
サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦＳ）が、サービスプロバイダ（ＳＰ）のサービス交換機能（ＳＳＦＳ）宛のコマンドを、第２の機能インタフェース（ＣＭ２）を介して相互接続ユニット（ＩＷＵ）に送信するようになされ、相互接続ユニット（ＩＷＵ）が、前記受信したコマンドを、ことによると適切に変換した後、第１の機能インタフェース（ＣＭ１）を介してサービス交換機能（ＳＳＦＳ）に転送するようになされた請求項１または２のいずれかに記載のインフラストラクチャ。
【請求項４】
サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦＳ）が、ネットワーク（Ｎ）のサービス交換機能（ＳＳＦＮ）宛のコマンドを、第２の機能インタフェース（ＣＭ２）を介して相互接続ユニット（ＩＷＵ）に送信するようになされ、相互接続ユニット（ＩＷＵ）が、前記受信したコマンドを、ことによると適切に変換した後、第３の機能インタフェース（ＣＭ３）を介してネットワーク（Ｎ）のサービス制御機能（ＳＣＦＮ）に転送するようになされ、そして、ネットワーク（Ｎ）のサービス制御機能（ＳＣＦＮ）が、受信した情報を、ネットワーク（Ｎ）のサービス交換機能（ＳＳＦＮ）のための適切なコマンドに翻訳し、前記コマンドを、ネットワークのサービス交換機能（ＳＳＦＮ）に送信するようになされた請求項１〜３のいずれかに記載のインフラストラクチャ。
【請求項５】
ネットワーク（Ｎ）のサービス制御機能（ＳＣＦＮ）が、発呼者（Ａ）から所定のトリガー信号を受信したとき、サービスプロバイダ（ＳＰ）の相互接続ユニット（ＩＷＵ）との一時的な接続を第４の機能インタフェース（ＣＭ４）を介して設定するために、コマンドをネットワーク（Ｎ）のサービス交換機能（ＳＳＦＮ）に発行するようになされ、そして、ネットワーク（Ｎ）のサービス制御機能（ＳＣＦＮ）が、前記一時的な接続を設定した後、そして、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦＳ）から応答を受信した後、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦＳ）に命令を送信するようになされた請求項１〜４のいずれかに記載のインフラストラクチャ。
【請求項６】
ネットワーク（Ｎ）のサービス制御機能（ＳＣＦＮ）が、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦＳ）が前記命令に応答して送信した返信を、被呼者の電話番号、１つかまたはそれ以上のＤｅｔｅｃｔｉｏｎＰｏｉｎｔを動作させるための要求、あるいは、ストップ信号のいずれかであると判断するようになされた請求項５に記載のインフラストラクチャ。
【請求項７】
ネットワーク（Ｎ）のサービス制御機能（ＳＣＦＮ）が、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦＳ）の前記返信がストップ信号と判断されると、サービスプロバイダ（ＳＰ）の相互接続ユニット（ＩＷＵ）との接続を終了するために、また、発呼者（Ａ）との接続を終了するために、コマンドをネットワーク（Ｎ）のサービス交換機能（ＳＳＦＮ）に発行するようになされた請求項６に記載のインフラストラクチャ。
【請求項８】
ネットワーク（Ｎ）のサービス制御機能（ＳＣＦＮ）が、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦＳ）の前記返信が被呼者（Ｂ）の電話番号と判断されると、サービスプロバイダ（ＳＰ）の相互接続ユニット（ＩＷＵ）との接続を終了するために、また、被呼者（Ｂ）との接続を設定するために、コマンドをネットワーク（Ｎ）のサービス交換機能（ＳＳＦＮ）に発行するようになされた請求項６または７のいずれかに記載のインフラストラクチャ。
【請求項９】
ネットワーク（Ｎ）のサービス制御機能（ＳＣＦＮ）が、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦＳ）の前記返信が１つかまたはそれ以上のＤｅｔｅｃｔｉｏｎＰｏｉｎｔを動作させるための要求であると判断されると、関係するＤｅｔｅｃｔｉｏｎＰｏｉｎｔをオンに切り換えるために、また、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦＳ）にさらなる命令を送信するために、サービスプロバイダ（ＳＰ）の相互接続ユニット（ＩＷＵ）との接続を終了するために、コマンドをネットワーク（Ｎ）のサービス交換機能（ＳＳＦＮ）に発行するようになされた請求項６〜８のいずれかに記載のインフラストラクチャ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般には、データ伝送のためのインフラストラクチャ、とりわけ、通信のためのインフラストラクチャに関する。本発明は、より詳細には、電話のためのインフラストラクチャに関し、そのために、以下、そのような実施例に関して、図面を参照して、本発明を具体的に説明する。図面において、同一の符号は、同一のまたは類似する構成要素を示す。
【０００２】
【従来の技術】
以下の説明においては、この分野で慣習的に使用されている概念および略語が、使用される。これらの概念および略語をもっとよく理解するには、一般に公開され入手することのできる以下の刊行物を参照されたい。
１）Ｔｅｒｍｓ  ａｎｄ  Ｄｅｆｉｎｉｔｉｏｎｓ，Ａｂｂｒｅｖｉａｔｉｏｎｓ  ａｎｄ  Ａｃｒｏｎｙｍｓ  −  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎｓ  ｏｎ  Ｍｅａｎｓ  ｏｆ  Ｅｘｐｒｅｓｓｉｏｎ（Ｓｅｒｉｅｓ  Ｂ），Ｂｌｕｅ  Ｂｏｏｋ  Ｖｏｌｕｍｅ  Ｉ，Ｆａｓｃｉｃｌｅ  Ｉ．３，ＩＴＵ−Ｔ，Ｇｅｎｅｖａ，１９８８．（用語および定義、略語および頭文字語−表現方法に関する勧告（シリーズ  Ｂ），ブルーブック，第Ｉ巻，分冊Ｉ．３，ＩＴＵ−Ｔ，ジュネーブ，１９８８年）
２）Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ（ＩＮ）；  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｔ  １（ＣＳ１）；  Ｃｏｒｅ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＩＮＡＰ）；  Ｐａｒｔ  １：  Ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ，  ＥＴＳＩ，ＥＴＳ  ３００  ３７４−１，Ｓｅｐｔｅｍｂｅｒ  １９９４．（インテリジェントネットワーク（ＩＮ）；インテリジェントネットワーク能力セット１（ＣＳ１）；コアインテリジェントネットワークアプリケーションプロトコル（ＩＮＡＰ）；パート１：プロトコル仕様書，ＥＴＳＩ，ＥＴＳ  ３００  ３７４−１，９月，１９９４年）
３）Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ（ＩＮ）；  Ｉｎｔｅｒｆａｃｅ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  ｆｏｒ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ  ＣＳ−１，ＩＴＵ−Ｔ，Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｑ．１２１８，Ｏｃｔｏｂｅｒ  １９９５．（インテリジェントネットワーク（ＩＮ）；インテリジェントネットワークＣＳ−１のためのインタフェース勧告，ＩＴＵ−Ｔ，勧告Ｑ．１２１８，１０月，１９９５年）
４）Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ（ＩＮ）；  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＩＮＡＰ）；  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｔ  ２（ＣＳ２）；  Ｐａｒｔ  １：  Ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ，  ＥＴＳＩ，  ｄｒａｆｔ  ＥＮ  ３０１  １４０−１  Ｖ１．１．１，Ｍａｒｃｈ  １９９８．（インテリジェントネットワーク（ＩＮ）；インテリジェントネットワークアプリケーションプロトコル（ＩＮＡＰ）；能力セット２（ＣＳ２）；パート１：プロトコル仕様書，ＥＴＳＩ，草案  ＥＮ  ３０１  １４０−１  Ｖ１．１．１，３月，１９９８年）
５）Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ（ＩＮ）；Ｉｎｔｅｒｆａｃｅ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  ｆｏｒ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ  ＣＳ−２，ＩＴＵ−Ｔ，Ｄｒａｆｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｑ．１２２８，Ａｐｒｉｌ  １９９７．（インテリジェントネットワーク（ＩＮ）；インテリジェントネットワークＣＳ−２のためのインタフェース勧告，ＩＴＵ−Ｔ，草案勧告Ｑ．１２２８，４月，１９９７年）
【０００３】
図１は、従来の電話ネットワーク１を概略的に説明する機能ブロック図である。従来技術においてよく知られているこのようなネットワークは、多くの接続点を有し、その接続点に、ユーザまたは加入者が接続されることが可能である。第１の接続点１１において、第１の加入者Ａが、ネットワークに接続され、第２の接続点１２において、第２の加入者Ｂが、ネットワークに接続される。第１の加入者または発呼者Ａの要求によって、所定の条件を満足していれば、前記第１の加入者Ａと第２の加入者または被呼者Ｂとの間の接続が設定される。さらに、前記ネットワーク１は、発呼者と被呼者との間の接続を設定するための交換手段２０、そして、前記交換手段２０を制御するための制御手段２１を備える。第１の接続点１１は、交換手段２０の入力、および、制御手段２１の入力に接続される。第１の加入者Ａは、前記制御手段２１へ要求を送信し（例えば、所望の加入者番号を入力することによって）、制御手段２１は、その要求の妥当性を検査し、妥当であるとわかれば、ＡとＢとの間の接続を設定するように交換手段２０に命令する。
【０００４】
図１に示されるインフラストラクチャは、古典的なインフラストラクチャであり、それは、前記ネットワークだけから構成され、そして、このインフラストラクチャにおいて、ユーザに提供される機能は、ネットワークオペレータの判断によってのみ決まる。インフラストラクチャのより新しい発展形態が、図２に示される。この場合、接続点１３において、その所有者が、一般に、「サービスプロバイダ」と呼ばれているサービスプラットホーム２が、加入者が前記ネットワーク１に接続されるのと同じようなやり方で、前記ネットワーク１に接続される。一般に、ネットワークオペレータと同じではないサービスプロバイダは、前記サービスプラットホーム２によって、前記ネットワーク１の加入者に付加的なサービスを提供する。
【０００５】
そのような付加的なサービスは、例えば、音声認識である。この音声認識の実施例に関して、本発明を以下でより詳細に説明するが、その他のサービスにも同じように本発明を適用できることは明らかなことである。
発呼者Ａは、まず最初に、サービスプラットホーム２に接続され、その結果、発呼者Ａは、「私をＢに接続せよ」のような、彼が話した音声コマンドを、前記サービスプラットホーム２へ供給することができる。前記サービスプラットホーム２は、受信したコマンドを解釈することができ、再び、発呼者Ａを前記ネットワーク１に接続し、そして、被呼者Ｂとの所望の接続を設定するために、前記ネットワーク１が理解することのできる添付コマンド（言わば、前記発呼者Ａの音声コマンドを翻訳したもの）を送信する。
【０００６】
図２に示される方法の欠点は、２人の加入者ＡとＢとの間の実際の接続が、ループ１４によって示されるように、前記サービスプラットホームを経由してなされることである。これは、その呼の全期間を通して、発呼者Ａと前記ネットワーク１との間の接続、さらに、前記ネットワーク１と被呼者Ｂとの間の接続が、維持されるだけでなく、前記ネットワーク１と前記サービスプラットホーム２との間の２つの接続（前記ループ１４を介してお互いに接続された双方向の接続）もまた維持されることを意味する。このことは、このインフラストラクチャをかなり高価なものにし、サービスプロバイダの容量を相当に減少させる。結局、設定された接続が存続する限り、サービスプロバイダは、ネットワーク１とサービスプラットホーム２との間の２つの接続、さらには、前記サービスプラットホーム２内のループ接続１４に関連する構成要素を、その他の目的に使用することができず、また、他方において、サービスプロバイダの助けは、実際には、接続を設定するために必要なだけであり、その接続を維持するためには必要ではない。
【０００７】
また、従来技術においては、２人の加入者ＡとＢとの間の接続が、前記ネットワーク１のみを経由し、前記サービスプラットホーム２を経由せずになされるシステムもある。以下、図３を参照して、２つのそのような既存のストラクチャを説明する。
また、便宜上、「サービスプラットホーム」という用語の代わりに、「サービスプロバイダ（ＳＰ）」という用語が、以下で使用される。さらに、ネットワーク内に存在する構成要素は、添字Ｎの付いた名前または略語によって示され、同様に、サービスプロバイダ内に存在する構成要素は、添字Ｓの付いた名前または略語によって示される。
【０００８】
図３は、図４と同じように、ネットワークＮおよびサービスプロバイダＳＰの様々な機能の手順および遷移を説明する機能図である。ネットワーク１は、サービス交換機能ＳＳＦＮと、サービス交換機能ＳＳＦＮを制御するためのサービス制御機能ＳＣＦＮとを有する。前記サービスプロバイダ２は、少なくとも１つのＳＣＦＳを有する。図３に示されるような既存のストラクチャにおいては、発呼者Ａの音声コマンドは、上述した図２の場合と同じような方法で、サービスプロバイダＳＰへ転送される。サービスプロバイダＳＰ内で、発呼者Ａの音声コマンドが、受信され、解釈され、そして、評価される。それに続いて、前記コマンドに基づいて、サービスプロバイダＳＰは、ネットワーク１内の所定の部分へコマンドを発行し、それによって、２人の加入者ＡとＢとの間の接続が、直接に設定される。その後、２人の加入者ＡとＢとの間の音声接続を維持するための、ネットワーク１とサービスプロバイダＳＰとの間の接続は、もはや、必要ではないので、サービスプロバイダＳＰの容量は、次の呼を設定するのに使用されてもよく、および／または、その後のサービスを提供するのに使用されてもよい。
【０００９】
この従来技術によるシステムの第１の変形は、ＳＣＦＳが、制御コマンドをＳＳＦＮへ直接に発行（１７ａ）できるようなやり方で実施される。これは、ネットワークオペレータが、多かれ少なかれ、そのネットワーク全体にわたる制御ができなくなるという大きな欠点を有しており、そのために、オペレータは、もはや、そのネットワークの完全性を保証することができない。
【００１０】
上述したシステムの第２の変形は、ＳＣＦＳが、命令をＳＣＦＮへ送信（１７ｂ）し、それに続いて、そのＳＣＦＮが、交換機能ＳＳＦＮを制御するようなやり方で実施される。最初に述べた第１の変形と比較すれば、このシステムは、明らかに、前記ネットワーク１の完全性が、より良く保証されるという利点を有する。なぜなら、交換機能ＳＳＦＮは、ネットワーク内で生成された、すなわち、ＳＣＦＮによって生成されたコマンドだけに基づいて制御され、また、原則的に、ネットワークオペレータ自身が、「不当な」制御コマンドがＳＳＦＮへ発行されたかどうかを判定できるからである。しかしながら、欠点は、ＳＣＦＳの特権に関する情報が、ＳＣＦＮに存在しなければならないことであり、また、ＳＳＦＮが、ＳＣＦＳから発生するコマンドを検査するための監視機能を遂行しなければならないことである。さらなる欠点は、サービスプロバイダが、例えば、新しいサービスを導入したい場合、新しいサービスの導入は、新しい情報がＳＣＦＮに存在することを伴わなければならないので、このことは、サービスプロバイダとネットワークオペレータとの間で協議および合意がなされた後にのみ可能であるという点で、このストラクチャは、柔軟性のないものであるということである。
【００１１】
【発明が解決しようとする課題】
本発明は、上述したような欠点を取り除き、あるいは、少なくとも、それらの欠点を軽減することを目的とする。
より詳細には、本発明は、加入者接続を備えたネットワークと、そのネットワークに接続されたサービスプロバイダとからなる通信のためのインフラストラクチャを提供することを目的とし、このインフラストラクチャにおいては、一方において、ネットワークの完全性が、保証され、しかも、他方において、ネットワークオペレータと協議しなくても、サービスプロバイダが、サービスを追加または変更することができる。
【００１２】
【課題を解決するための手段】
本発明の大きな特徴によれば、包括的命令群が、ＳＣＦＮに存在し、サービスプロバイダＳＰが、スペシャルリソースポイントＳＲＰとして動作するように設定される。
【００１３】
【発明の実施形態】
図４は、本発明によるインフラストラクチャの概略機能ブロック図を示す。サービスプロバイダＳＰは、相互接続ユニットＩＷＵを備え、サービスプロバイダＳＰとネットワークＮとを結合する。より詳細には、サービスプロバイダの領域内にあるＩＷＵは、ＳＳＦＳおよびＳＣＦＳに結合され、そして、ＩＷＵは、ネットワークのＳＳＦＮおよびＳＣＦＮに外部結合される。
より詳細には、ＩＷＵは、ＩＷＵとＳＳＦＳとの間にある第１の機能インタフェースＣＭ１と、ＩＷＵとＳＣＦＳとの間にある第２の機能インタフェースＣＭ２と、ＩＷＵとＳＣＦＮとの間にある第３の機能インタフェースＣＭ３と、ＩＷＵとＳＳＦＮとの間にある第４の機能インタフェースＣＭ４とを備える。
「機能インタフェース」という用語については、これは、異なる機能間のインタラクションを意味することに注意されたい。例えば、それは、通信プロトコルを意味してもよい。
【００１４】
さらに、ネットワークＮ内の通信、そして、ネットワークＮからの通信、ネットワークＮへの通信は、序文で述べた刊行物で定義されるようなインテリジェントネットワークに関連するプロトコルを介してなされることに注意されたい。しかしながら、サービスプロバイダＳＰの領域内にある様々な構成要素が、お互いに通信する方法は、制限されない。サービスプロバイダＳＰは、そのプロバイダ自身の領域をインテリジェントネットワークとして設定し、そして、それに関連する標準プロトコルを使用することを選択することができるが、前記サービスプロバイダＳＰは、別のストラクチャおよび／または別のプロトコルを使用することを選択してもよい。以下の説明から明らかとなるが、これに関してのサービスプロバイダＳＰの選択は、本発明の機能に影響を及ぼすことはない。序文で述べた刊行物に記載された専門用語、ＳＣＦ、ＳＳＦ、ＳＲＦ、等は、インテリジェントネットワークおよびそれに関係する標準プロトコルに関連して定義されるが、専門用語、ＳＣＦＳ、ＳＳＦＳ、ＳＲＦＳ、等は、以下では、前記刊行物で定義された機能およびそれに類似する機能の両方を表現するのに使用され、前記機能間のインタフェースは、前記刊行物で定義されたプロトコルに限定されるものではない。
【００１５】
第１の機能インタフェースＣＭ１によって、ＳＳＦＳと通信を行う場合、ＩＷＵは、あたかもＳＣＦのように動作する。したがって、ＳＳＦＳから見れば、ＩＷＵは、言わば、ＳＣＦの一面を有する。
第２の機能インタフェースＣＭ２によって、ＳＣＦＳと通信を行う場合、ＩＷＵは、あたかもＳＳＦのように動作する。したがって、ＳＣＦＳから見れば、ＩＷＵは、言わば、ＳＳＦの一面を有する。
ここに記述した例においては、ＳＳＦＳは、ＳＣＦＳとＳＲＦＳとの間でメッセージを交換するための転送機能を有することに注意されたい。しかしながら、本発明は、そのような実施形態に限定されるものではない。ＳＣＦＳとＳＲＦＳとの間でメッセージを交換するための別の実施形態も考えられるが、ここでは、詳しくは説明しない。
【００１６】
ＩＷＵの第３および第４の機能インタフェースＣＭ３およびＣＭ４によって、ネットワークＮと通信を行う場合、ＩＷＵは、あたかもＳＲＰのように動作する。したがって、ネットワークから見れば、サービスプロバイダのＩＷＵは、言わば、ＳＲＰの一面を有する。スペシャルリソースポイントＳＲＰは、それ自体よく知られており、それの機能については、ここでは、さらには説明しない。
【００１７】
本発明によって提案されるインフラストラクチャの第１の利点は、サービスプロバイダＳＰの機能ＳＣＦＳおよびＳＳＦＳが、標準機能でなくてもよいことであり、かつ、これらの機能とＩＷＵとの間の通信が、サービスプロバイダ自身によって定義することのできる任意のプロトコルを介してなされてもよいことである。この点で、サービスプロバイダ内にある機能は、「お互いを理解する」ということだけが重要であるにすぎない。ＩＷＵとサービスプロバイダのその他の構成要素との間の通信は、前記任意のプロトコルを介してなされ、一方、ＩＷＵとネットワークとの間の通信は、あらかじめ設定された標準プロトコルに基づいてなされるように、ネットワークＮとサービスプロバイダとの間の通信に関する限り、ＩＷＵは、インタプリタとして動作する。この点については、適切な処理がなされた後、ＩＷＵは、それぞれの到着メッセージを実際に転送すること、そして、ＩＷＵには、呼のステータスを記憶するためのメモリーがなくてもよいことに注意されたい。このことは、ＩＷＵが、比較的にコストのかからないユニットであり得ることを意味する。
【００１８】
ＳＣＦＮにおいては、包括的サービス論理が、動作する。これは、サービスプロバイダＳＰによって提供される１つかまたは複数のサービスに依存するものではなく、ネットワークオペレータとサービスプロバイダとの間の合意の一部を形成し、そして、ネットワークオペレータによって制御される。ＩＷＵ、したがって、ＳＣＦＳは、前記包括的サービス論理の一部を形成するあらかじめ定められた包括的命令しか使用することができない。また、ＩＷＵが利用できる前記包括的サービス論理からの包括的命令は、ネットワークオペレータによって制御される。このために、故意であろうとなかろうと、サービスプロバイダからネットワークへ、誤りのまたは不適切な命令を発行することは不可能であり、それによって、ネットワークの完全性が保証される。
【００１９】
前記包括的命令は、ネットワークオペレータによってあらかじめ定められ、サービスプロバイダが利用できるようにされるが、サービスプロバイダは、すべての前記命令を実際に使用しなくてもよい。包括的命令群は、サービスプロバイダが利用することができ、サービスプロバイダは、サービスパッケージを設定するときに、その中から選択することができる。したがって、包括的命令群から、より多くの命令をただ単に使用することによって、サービスプロバイダは、ネットワークオペレータと協議することを必要とせずに、彼のサービスパッケージを簡単に変更することができる。
【００２０】
ここで、一例として、図５の線図を参照して、ネットワークおよびサービスプロバイダの様々な構成要素間で交換されるメッセージについて説明する。この例は、「音声制御によるダイヤル」というサービスに関するものである。
第１のステップにおいて、ＳＳＦＮは、例えば、発呼者Ａから開始信号を受信するなどの、トリガーイベントが発生したことを検出する。そして、ＳＳＦＮは、ＩｎｉｔｉａｌＤＰメッセージをＳＣＦＮへ送信する。
第２のステップにおいて、ＳＣＦＮは、ＩＷＵとの一時的な接続を、あたかもそれがＳＲＦであるかのように、設定するために（それの機能インタフェースＣＭ４を介して）、コマンドをＳＳＦＮへ発行する。
第３のステップにおいて、ＳＳＦＮは、機能インタフェースＣＭ４を介して、ＩＷＵとの一時的な接続を設定し、その後、ＩＷＵは、機能インタフェースＣＭ１を介して、設定メッセージをＳＳＦＳへ送信する。
第４のステップにおいて、ＳＳＦＳは、機能インタフェースＣＭ１を介して、ＩｎｉｔｉａｌＤＰメッセージをＩＷＵへ送信することによって応答する。この場合、ＩｎｉｔｉａｌＤＰメッセージ中に存在するパラメータは、重要ではない。なぜなら、前記メッセージは、ＳＳＦＳをＳＣＦＳからの命令待ちの状態にするために、ＳＳＦＳにおける呼設定処理を停止する役割をなすにすぎないからである。
【００２１】
第５のステップにおいて、ＩＷＵは、機能インタフェースＣＭ３を介して、ＳＣＦＮからの命令を要求する。
そして、ＳＣＦＮは、第６のステップにおいて、命令をＩＷＵに発行する。これは、例えば、ＰｒｏｍｐｔＡｎｄＣｏｌｌｅｃｔＵｓｅｒＩｎｆｏｒｍａｔｉｏｎメッセージ中のＤｉｓｐｌａｙＩｎｆｏｒｍａｔｉｏｎパラメータによってなされてもよい。前記パラメータ中の情報は、ＩＡ５ストリングであり、それの内容は、ネットワークオペレータとサービスプロバイダとの間であらかじめ成立している合意に準拠するものである。この例においては、情報は、とりわけ、発呼者Ａの電話番号と、被呼者Ｂの電話番号と、ＳｅｒｖｉｃｅＫｅｙ、ＤｅｔｅｃｔｉｏｎＰｏｉｎｔなどのコマンド関連情報との組み合わせからなる。それは、ＳＣＦＮが、第１のステップのＩｎｉｔｉａｌＤＰメッセージによって、ＳＳＦＮから受信した情報に関するものである。
第７のステップにおいて、ＩＷＵは、ＰｒｏｍｐｔＡｎｄＣｏｌｌｅｃｔＵｓｅｒＩｎｆｏｒｍａｔｉｏｎメッセージとして受信した情報からＩｎｉｔｉａｌＤＰメッセージを再構成した後、機能インタフェースＣＭ２を介して、このＩｎｉｔｉａｌＤＰメッセージをＳＣＦＳへ送信する。
【００２２】
第８のステップにおいて、ＳＣＦＳは、音声認識機能を提供するサービスプロバイダのセクションとの一時的な接続を設定するために、コマンドをＳＳＦＳに発行し、前記セクションは、スペシャルリソース機能ＳＲＦＳという用語で表現される。前記コマンドは、ＳＣＦＳによって、直接、ＳＳＦＳへ送信されてもよく、あるいは、図４に示されるように、ＳＣＦＳによって、ＩＷＵへ（機能インタフェースＣＭ２を介して）送信され、そして、ＩＷＵによって、ＳＳＦＳへ（機能インタフェースＣＭ１を介して）転送されてもよい。
第９のステップにおいて、ＳＳＦＳは、ＳＲＦＳとの一時的な接続を設定する。この時点において、接続が、実際に、発呼者ＡとサービスプロバイダＳＰによって提供されるスペシャルサービス「音声認識」との間で設定されたことになる。
第１０のステップにおいて、ＳＲＦＳは、命令要求をＳＣＦＳへ送信する。前記ＳＲＦＳは、直接、前記命令要求をＳＣＦＳへ送信してもよく、あるいは、図４に示されるように、前記命令要求をＩＷＵへ（ＳＳＦＳを介して、および、機能インタフェースＣＭ１を介して）送信し、その後に、前記命令要求が、ＩＷＵによって、前記ＳＣＦＳへ（機能インタフェースＣＭ２を介して）転送されてもよい。
【００２３】
第１１のステップにおいて、ＳＣＦＳは、ＰｒｏｍｐｔＡｎｄＣｏｌｌｅｃｔＵｓｅｒＩｎｆｏｒｍａｔｉｏｎメッセージをＳＲＦＳへ送信する。第１０のステップで説明したのと同じように、ＳＣＦＳは、ＩＷＵの仲介によって、すなわち、機能インタフェースＣＭ２、機能インタフェースＣＭ１、および、ＳＳＦＳを介して、このメッセージを送信する。これによって、ＳＲＦＳは、発呼者Ａから受信した信号（すなわち、音声コマンド）から、呼宛先番号（すなわち、被呼者Ｂの電話番号）を抽出するように命令される。
第１２のステップにおいて、ＳＲＦＳは、発呼者Ａから受信した信号から、呼宛先番号を抽出し、これを、ネットワークＮが理解することのできるフォーマットに変換し、そして、この情報を、ＩＷＵの仲介によって、ＳＣＦＳへ送信する。
第１３のステップにおいて、ＳＣＦＳは、機能インタフェースＣＭ２を介して、呼宛先番号への接続要求をＩＷＵへ送信する。
【００２４】
第１４のステップにおいて、ＩＷＵは、この要求を、ＰｒｏｍｐｔＡｎｄＣｏｌｌｅｃｔＵｓｅｒＩｎｆｏｒｍａｔｉｏｎＲｅｓｕｌｔメッセージに変換し、それが、第６のステップにおいて、ＳＣＦＮによってＩＷＵへ送信されたＰｒｏｍｐｔＡｎｄＣｏｌｌｅｃｔＵｓｅｒＩｎｆｏｒｍａｔｉｏｎメッセージに対する返信として、機能インタフェースＣＭ３を介して、ネットワークＮのＳＣＦＮへ送信される。そして、ＰｒｏｍｐｔＡｎｄＣｏｌｌｅｃｔＵｓｅｒＩｎｆｏｒｍａｔｉｏｎＲｅｓｕｌｔメッセージのＲｅｃｅｉｖｅｄＩｎｆｏｒｍａｔｉｏｎＡｒｇパラメータは、数字からなる呼宛先番号を含む。
第１５のステップにおいて、ＳＣＦＮは、サービスプロバイダのＩＷＵとの接続を終了するために、コマンドをＳＳＦＮへ発行する。
第１６のステップにおいて、ＳＳＦＮは、ＳＳＦＮとＩＷＵとの間の接続を終了するために、ＩＳＵＰ  ＲＥＬメッセージをＩＷＵへ送信する。ＩＷＵは、ＳＳＦＳとＩＷＵとの間の接続を終了するために、前記メッセージをＳＳＦＳへ転送する。
【００２５】
第１７のステップにおいて、ＳＣＦＮは、ＡとＢとの間の接続を設定するために、コマンドをＳＳＦＮへ発行し、呼宛先番号との接続を設定する。
この時点において、サービスプロバイダのサービスは、ＡとＢとの間の接続を設定および維持するためには、もはや、なくてもよいことがわかる。
説明したこの例においては、ＳＳＦＮとサービスプロバイダのＳＲＦＳとの間の一時的な接続は、呼宛先番号がＳＣＦＮにわかればすぐに終了させられたが、他のイベントの発生を監視するために、ＳＳＦＮが、ＳＣＦＮからコマンドを受信することも考えられ、この場合には、接続が、ずっと維持されてもよい。
【００２６】
上述した例から、本発明によって提案されたＩＷＵの成果は、ネットワークＮの完全性が保証されることであることが、この分野に精通した者には、当然、わかるであろう。なぜなら、ＩＷＵとネットワークＮのＳＣＦＮとの間の通信は、あらかじめ定められたメッセージによってしか実施することができないからである。サービスプロバイダがＳＣＦＮで利用できるあらかじめ定められたメッセージ群によって、ネットワークオペレータとさらなる協議を行わずに、サービスプロバイダが、どのようにしたら、彼のサービスプログラムを拡張できるかを、図６の線図を参照して、以下で説明する。この第２の例においては、サービスプロバイダは、ＳＳＦＮ内のトリガーポイントＴ＿Ｄｉｓｃｏｎｎｅｃｔ（これは、ＩＮ  ＣＳ１のＤＰ１７である）にイベント検出ポイントを配置する。ＳＣＦＮとサービスプロバイダのＩＷＵとの関係は、すでに成立していると仮定する。
【００２７】
第１のステップにおいて、サービスプロバイダＳＰのＳＣＦＳは、機能インタフェースＣＭ２を介して、ＲｅｑｕｅｓｔＲｅｐｏｒｔＢＣＳＭＥｖｅｎｔメッセージをＩＷＵへ送信する。
第２のステップにおいて、受信されたメッセージが、ＩＷＵによって、ＰｒｏｍｐｔＡｎｄＣｏｌｌｅｃｔＵｓｅｒＩｎｆｏｒｍａｔｉｏｎＲｅｓｕｌｔメッセージに変換され、ＤＰの起動要求が、ＲｅｃｅｉｖｅｄＩｎｆｏｒｍａｔｉｏｎＡｒｇパラメータの中に、コード化された形式で含まれる。お互いの合意によって、コード化の方法は、サービスプロバイダおよびネットワークオペレータの双方で前もってわかっている。この要求は、ＩＷＵによって、機能インタフェースＣＭ３を介して、ＳＣＦＮへ送信される。この点に関しては、次のことに注意されたい。すなわち、サービスプロバイダとネットワークオペレータとは、ある要求をコード化する方法に関する合意が成立してさえいればよく、しかも、サービスプロバイダが、要求、この場合には、ＤＰ要求であるが、を発行するとき、前記要求を許可するかどうかの折衝は、なくてもよい。原則的に、ＤＰファシリティは、サービスプロバイダがすでに利用できるものであり、サービスプロバイダは、自分の判断でこのファシリティをオン／オフに切り換えることができる。
【００２８】
第３のステップにおいて、ＳＣＦＮは、この場合にも、受信した要求をＲｅｑｕｅｓｔＲｅｐｏｒｔＢＣＳＭＥｖｅｎｔメッセージに変換し、このメッセージをＳＳＦＮへ送信する。
それに続いて、第４のステップにおいて、ＳＣＦＮは、ＳＣＦＮがさらなるコマンドを受信する準備ができていることをＩＷＵを介してＳＣＦＳへ通知するために、新しいＰｒｏｍｐｔＡｎｄＣｏｌｌｅｃｔＵｓｅｒＩｎｆｏｒｍａｔｉｏｎメッセージをＩＷＵへ送信する。
第５のステップにおいて、ＳＣＦＳは、加入者Ｂとの接続を設定するために、機能インタフェースＣＭ２を介して、接続メッセージをＩＷＵへ送信する。
第６のステップにおいて、受信されたメッセージが、ＩＷＵによって、ＰｒｏｍｐｔＡｎｄＣｏｌｌｅｃｔＵｓｅｒＩｎｆｏｒｍａｔｉｏｎＲｅｓｕｌｔメッセージに変換され、Ｂの電話番号が、ＲｅｃｅｉｖｅｄＩｎｆｏｒｍａｔｉｏｎＡｒｇパラメータの中に、コード化された形式で含まれる。この要求は、ＩＷＵによって、機能インタフェースＣＭ３を介して、ＳＣＦＮへ送信される。
【００２９】
第７のステップにおいて、ＳＣＦＮは、サービスプロバイダとの接続を終了するために、コマンドをＳＳＦＮへ発行するが、サービスプロバイダのＳＣＦＳは、依然として、動作状態であり、さらなる命令を待っている。なぜなら、ＤＰは、依然として、有効であるからである。
第８のステップにおいて、ＳＳＦＮは、機能インタフェースＣＭ４を介して、ＩＳＵＰ＿ＲＥＬメッセージをＩＷＵへ送信し、前記メッセージは、ＩＷＵによって、機能インタフェースＣＭ１を介して、ＳＳＦＳへ転送され、それによって、サービスプロバイダは、ネットワークから切断される。
第９のステップにおいて、ＳＣＦＮは、加入者Ｂとの接続を設定するために、コマンドをＳＳＦＮへ発行する。
そして、前記加入者Ｂは、その後の任意の時点において、接続を終了し、その結果として、動作状態のＤＰ１７が、ＥｖｅｎｔＲｅｐｏｒｔＢＣＳＭＥｖｅｎｔメッセージを発生させ、第１０のステップにおいて、ＳＳＦＮが、そのメッセージをＳＣＦＮへ送信する。
【００３０】
第１１のステップにおいて、ＳＣＦＮは、サービスプロバイダとの一時的な接続を設定するために、コマンドをＳＳＦＮへ発行する。
第１２のステップにおいて、ＳＳＦＮは、機能インタフェースＣＭ４を介して、ＩＷＵとの一時的な接続を設定し、その後に、ＩＷＵは、機能インタフェースＣＭ１を介して、設定メッセージをＳＳＦＳへ送信する。
第１３のステップにおいて、ＳＳＦＳは、機能インタフェースＣＭ１を介して、ＩｎｉｔｉａｌＤＰメッセージをＩＷＵへ送信することによって応答する。この場合には、発呼者Ａの番号またはその他の参照のような、ＩｎｉｔｉａｌＤＰメッセージの中のほんのいくつかのパラメータしか関係しない。
第１４のステップにおいて、ＩＷＵは、機能インタフェースＣＭ３を介して、ＳＣＦＮからの命令を要求する。
【００３１】
そして、第１５のステップにおいて、ＳＣＦＮは、命令をＩＷＵへ発行する。これは、例えば、ＰｒｏｍｐｔＡｎｄＣｏｌｌｅｃｔＵｓｅｒＩｎｆｏｒｍａｔｉｏｎメッセージの中のＤｉｓｐｌａｙＩｎｆｏｒｍａｔｉｏｎパラメータによってなされてもよい。このパラメータの中の情報は、ＩＡ５ストリングであり、それの内容は、ネットワークオペレータとサービスプロバイダとの間であらかじめ成立している合意に準拠するものである。この例においては、情報は、とりわけ、発呼者Ａの電話番号と、被呼者Ｂの電話番号と、ＳｅｒｖｉｃｅＫｅｙ、ＤｅｔｅｃｔｉｏｎＰｏｉｎｔなどのコマンド関連情報との組み合わせからなる。それは、ＳＣＦＮが、第１０のステップのＥｖｅｎｔＲｅｐｏｒｔＢＣＳＭＥｖｅｎｔメッセージによって、ＳＳＦＮから受信した情報に関するものである。
第１６のステップにおいて、ＩＷＵは、ＰｒｏｍｐｔＡｎｄＣｏｌｌｅｃｔＵｓｅｒＩｎｆｏｒｍａｔｉｏｎメッセージとして受信した情報からＥｖｅｎｔＲｅｐｏｒｔＢＣＳＭＥｖｅｎｔメッセージを再構成した後、機能インタフェースＣＭ２を介して、前記ＥｖｅｎｔＲｅｐｏｒｔＢＣＳＭＥｖｅｎｔメッセージをＳＣＦＳへ送信する。
【００３２】
ＤＰが、ただ単に通知トリガーにすぎなければ、ここで、ＳＣＦＳは、接続を終了することを望み、そのために、ＳＣＦＳは、第１７のステップにおいて、ＲｅｌｅａｓｅＣａｌｌメッセージを機能インタフェースＣＭ２を介してＩＷＵへ送信する。
第１８のステップにおいて、受信されたメッセージが、ＩＷＵによって、ＰｒｏｍｐｔＡｎｄＣｏｌｌｅｃｔＵｓｅｒＩｎｆｏｒｍａｔｉｏｎＲｅｓｕｌｔメッセージに変換され、停止信号が、ＲｅｃｅｉｖｅｄＩｎｆｏｒｍａｔｉｏｎＡｒｇパラメータの中に、コード化された形式で含まれる。ＩＷＵによって、要求が、機能インタフェースＣＭ３を介して、ＳＣＦＮへ送信される。この場合にも、上述したように、コード化する形式は、サービスプロバイダとネットワークオペレータとの間で前もって合意されている。
第１９のステップにおいて、ＳＣＦＮは、この命令を変換し、ＤｉｓｃｏｎｎｅｃｔＦｏｒｗａｒｄＣｏｎｎｅｃｔｉｏｎメッセージおよび／またはＲｅｌｅａｓｅＣａｌｌメッセージをＳＳＦＮへ送信する。
第２０のステップにおいて、ＩＷＵおよびＳＳＦＳとのＳＳＦＮの接続は、終了させられる。
【００３３】
本発明の範囲は、上述した例に限定されるものではなく、しかも、請求の範囲に定義された本発明の範囲を逸脱することなく、それの様々な変形および変更が可能であることは、この分野に精通した者には、当然、わかるであろう。この点において、例えば、実施例の説明においては、サービスプロバイダが、インテリジェントネットワーク（標準ＩＮストラクチャ）を有することを考えたが、本発明の範囲内において、サービスプロバイダは、ＩＮに類似したストラクチャ、例えば、通信プロトコルが国際標準から逸脱したネットワークを有することも考えられる。さらに、例えば、第３および第４の機能インタフェースは、共通機能インタフェースの中に組み込まれることも可能である。
【図面の簡単な説明】
【図１】  従来技術による通信インフラストラクチャを概略的に示す図である。
【図２】  従来技術による通信インフラストラクチャを概略的に示す図である。
【図３】  従来技術による通信インフラストラクチャを概略的に示す図である。
【図４】  本発明による通信インフラストラクチャを概略的に示す図である。
【図５】  本発明による通信インフラストラクチャにおける通信手順を示すフローチャートである。
【図６】  本発明による通信インフラストラクチャにおける通信手順を示すフローチャートである。
【図１】
0003679996.tif 000002
【図２】
0003679996.tif 000003
【図３】
0003679996.tif 000004
【図４】
0003679996.tif 000005
【図５】
0003679996.tif 000006
【図６】
0003679996.tif 000007