JP3679996B2

JP3679996B2 - インテリジェントネットワークにおけるトラヒックの仲介

Info

Publication number: JP3679996B2
Application number: JP2000584699A
Authority: JP
Inventors: ヨハネスバーナード，ハーマン; アントニウスヨゼフスティラナス，ポールス
Original assignee: コニンクリジケケーピーエヌエヌブィー
Priority date: 1998-11-23
Filing date: 1999-10-07
Publication date: 2005-08-03
Anticipated expiration: 2019-10-07
Also published as: AU6339699A; DE69920036D1; JP2002531022A; NL1010625C2; EP1133879A1; EP1133879B1; ES2230894T3; WO2000031985A9; US6731742B1; WO2000031985A1; ATE275804T1; DE69920036T2

Description

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

Claims

加入者（Ａ、Ｂ）のための接続点（１１、１２）を備えたネットワーク（Ｎ）と、
ネットワーク（Ｎ）に結合されたサービスプロバイダ（ＳＰ）と、
を備えたデータ伝送のためのインフラストラクチャであって、
ネットワーク（Ｎ）が、サービス交換機能（ＳＳＦ^Ｎ）に加えて、サービス交換機能（ＳＳＦ^Ｎ）を制御するためのサービス制御機能（ＳＣＦ^Ｎ）を備え、
サービスプロバイダ（ＳＰ）が、サービス交換機能（ＳＳＦ^Ｓ）に加えて、サービス交換機能（ＳＳＦ^Ｓ）を制御するためのサービス制御機能（ＳＣＦ^Ｓ）を備え、
ネットワーク（Ｎ）のサービス制御機能（ＳＣＦ^Ｎ）は、それが自由に使用できる包括的命令群を有し、その包括的命令群は、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦ^Ｓ）が利用することができ、
サービスプロバイダ（ＳＰ）が、相互接続ユニット（ＩＷＵ）を備え、
前記相互接続ユニット（ＩＷＵ）が、第１の機能インタフェース（ＣＭ_１）を介して、サービスプロバイダ（ＳＰ）のサービス交換機能（ＳＳＦ^Ｓ）に接続され、前記第１の機能インタフェース（ＣＭ_１）によって、相互接続ユニット（ＩＷＵ）は、サービスプロバイダ（ＳＰ）のサービス交換機能（ＳＳＦ^Ｓ）と通信を行うとき、あたかもサービス制御機能（ＳＣＦ^Ｓ）のように動作することができ、
また、前記相互接続ユニット（ＩＷＵ）が、第２の機能インタフェース（ＣＭ_２）を介して、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦ^Ｓ）に接続され、前記第２の機能インタフェース（ＣＭ_２）によって、相互接続ユニット（ＩＷＵ）は、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦ^Ｓ）と通信を行うとき、あたかもサービス交換機能のように動作することができ、
さらに、前記相互接続ユニット（ＩＷＵ）が、第３の機能インタフェース（ＣＭ_３）を介して、ネットワーク（Ｎ）のサービス制御機能（ＳＣＦ^Ｎ）に接続され、そして、第４の機能インタフェース（ＣＭ_４）を介して、ネットワークのサービス交換機能（ＳＳＦ^Ｎ）に接続され、前記第３および第４の機能インタフェース（ＣＭ_３、ＣＭ_４）によって、相互接続ユニット（ＩＷＵ）は、サービス制御機能（ＳＣＦ^Ｎ）およびサービス交換機能（ＳＳＦ^Ｎ）と通信を行うとき、あたかもスペシャルリソース機能（ＳＲＦ）のように動作することができるインフラストラクチャ。
サービスプロバイダ（ＳＰ）のサービス交換機能（ＳＳＦ^Ｓ）が、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦ^Ｓ）宛のメッセージを、第１の機能インタフェース（ＣＭ_１）を介して相互接続ユニット（ＩＷＵ）に送信するようになされ、相互接続ユニット（ＩＷＵ）が、前記受信したメッセージを、ことによると適切に変換した後、第２の機能インタフェース（ＣＭ_２）を介してサービス制御機能（ＳＣＦ^Ｓ）に転送するようになされた請求項１に記載のインフラストラクチャ。
サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦ^Ｓ）が、サービスプロバイダ（ＳＰ）のサービス交換機能（ＳＳＦ^Ｓ）宛のコマンドを、第２の機能インタフェース（ＣＭ_２）を介して相互接続ユニット（ＩＷＵ）に送信するようになされ、相互接続ユニット（ＩＷＵ）が、前記受信したコマンドを、ことによると適切に変換した後、第１の機能インタフェース（ＣＭ_１）を介してサービス交換機能（ＳＳＦ^Ｓ）に転送するようになされた請求項１または２のいずれかに記載のインフラストラクチャ。
サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦ^Ｓ）が、ネットワーク（Ｎ）のサービス交換機能（ＳＳＦ^Ｎ）宛のコマンドを、第２の機能インタフェース（ＣＭ_２）を介して相互接続ユニット（ＩＷＵ）に送信するようになされ、相互接続ユニット（ＩＷＵ）が、前記受信したコマンドを、ことによると適切に変換した後、第３の機能インタフェース（ＣＭ_３）を介してネットワーク（Ｎ）のサービス制御機能（ＳＣＦ^Ｎ）に転送するようになされ、そして、ネットワーク（Ｎ）のサービス制御機能（ＳＣＦ^Ｎ）が、受信した情報を、ネットワーク（Ｎ）のサービス交換機能（ＳＳＦ^Ｎ）のための適切なコマンドに翻訳し、前記コマンドを、ネットワークのサービス交換機能（ＳＳＦ^Ｎ）に送信するようになされた請求項１〜３のいずれかに記載のインフラストラクチャ。
ネットワーク（Ｎ）のサービス制御機能（ＳＣＦ^Ｎ）が、発呼者（Ａ）から所定のトリガー信号を受信したとき、サービスプロバイダ（ＳＰ）の相互接続ユニット（ＩＷＵ）との一時的な接続を第４の機能インタフェース（ＣＭ_４）を介して設定するために、コマンドをネットワーク（Ｎ）のサービス交換機能（ＳＳＦ^Ｎ）に発行するようになされ、そして、ネットワーク（Ｎ）のサービス制御機能（ＳＣＦ^Ｎ）が、前記一時的な接続を設定した後、そして、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦ^Ｓ）から応答を受信した後、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦ^Ｓ）に命令を送信するようになされた請求項１〜４のいずれかに記載のインフラストラクチャ。
ネットワーク（Ｎ）のサービス制御機能（ＳＣＦ^Ｎ）が、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦ^Ｓ）が前記命令に応答して送信した返信を、被呼者の電話番号、１つかまたはそれ以上のＤｅｔｅｃｔｉｏｎＰｏｉｎｔを動作させるための要求、あるいは、ストップ信号のいずれかであると判断するようになされた請求項５に記載のインフラストラクチャ。
ネットワーク（Ｎ）のサービス制御機能（ＳＣＦ^Ｎ）が、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦ^Ｓ）の前記返信がストップ信号と判断されると、サービスプロバイダ（ＳＰ）の相互接続ユニット（ＩＷＵ）との接続を終了するために、また、発呼者（Ａ）との接続を終了するために、コマンドをネットワーク（Ｎ）のサービス交換機能（ＳＳＦ^Ｎ）に発行するようになされた請求項６に記載のインフラストラクチャ。
ネットワーク（Ｎ）のサービス制御機能（ＳＣＦ^Ｎ）が、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦ^Ｓ）の前記返信が被呼者（Ｂ）の電話番号と判断されると、サービスプロバイダ（ＳＰ）の相互接続ユニット（ＩＷＵ）との接続を終了するために、また、被呼者（Ｂ）との接続を設定するために、コマンドをネットワーク（Ｎ）のサービス交換機能（ＳＳＦ^Ｎ）に発行するようになされた請求項６または７のいずれかに記載のインフラストラクチャ。
ネットワーク（Ｎ）のサービス制御機能（ＳＣＦ^Ｎ）が、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦ^Ｓ）の前記返信が１つかまたはそれ以上のＤｅｔｅｃｔｉｏｎＰｏｉｎｔを動作させるための要求であると判断されると、関係するＤｅｔｅｃｔｉｏｎＰｏｉｎｔをオンに切り換えるために、また、サービスプロバイダ（ＳＰ）のサービス制御機能（ＳＣＦ^Ｓ）にさらなる命令を送信するために、サービスプロバイダ（ＳＰ）の相互接続ユニット（ＩＷＵ）との接続を終了するために、コマンドをネットワーク（Ｎ）のサービス交換機能（ＳＳＦ^Ｎ）に発行するようになされた請求項６〜８のいずれかに記載のインフラストラクチャ。