JP4398012B2 - ネットワーク交換機とｃｔｉサーバ手段との間のインタフェース手段、ならびに顧客にサービスを提供するためのそのようなインタフェース手段を含む装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は請求項１のプリアンブルに記載の、ネットワーク交換機と、コンピュータテレフォニーインテグレーション（以下ＣＴＩと略す）サーバ手段との間のインタフェース手段、および請求項２６のプリアンブルに詳述する少なくとも１人の顧客にサービスを提供する装置に関する。
【０００２】
【従来の技術】
ネットワーク交換機ならびにＣＴＩサーバ手段が特定のインタフェースによって結合されているそのような装置は、例えばＰＣＴ出願ＷＯ９８／０１９８７「Ｍｅｔｈｏｄ ａｎｄ ａｐｐａｒａｔｕｓ ｆｏｒ ｉｍｐｌｅｍｅｎｔｉｎｇ ａ ｎｅｔｗｏｒｋ ｃａｌｌ ｃｅｎｔｅｒ」から当技術分野ですでに知られている。その出願には、外部の顧客に自動呼分散サービスを提供するネットワークプロバイダコールセンタが記載されている。このネットワークプロバイダコールセンタはネットワーク交換機と、コンピュータテレフォニーインテグレーション（ＣＴＩと略す）システムとを含む。このＣＴＩシステムは、請求項１および２６のＣＴＩサーバ手段に対応するＣＴＩサーバと、スタットサーバと、ルーティングサーバとを含む。後者の２つの装置は従来技術のシステムの自動呼分散サービスを提供するために必要とされ、したがって、本明細書の請求項１および２６のプリアンブルに記載のサービスを実行するための実行可能手段に対応する。ＣＴＩサーバは、従来技術の文献の８頁に記載されているように、それによりネットワーク交換機と、従来技術のスタットサーバおよびルーティングサーバを含む実行可能手段へのアプリケーションプログラミングインタフェースとの間のブリッジの働きをする。
【０００３】
【発明が解決しようとする課題】
従来技術のシステムでは、ネットワーク交換機は、従来技術の文献の８頁の１５行目に記載されているように、このネットワーク交換機のＣＴＩリンクを介してＣＴＩサーバに直接接続される。したがって、従来技術のシステムのインタフェース手段はそのような特定のＣＴＩリンクからなる。そのようなＣＴＩリンクは例えば標準化ＣＳＴＡインタフェース（ＣＳＴＡはコンピュータ支援通信アプリケーションの略）からなる。ただし、本発明の時点では、上記の公衆交換ネットワーク交換機の大部分はそのようなＣＴＩリンクを含んでおらず、したがって特にこれを備える必要がある。さらに、従来技術の文献の８頁の１２〜１４行目に明記されているように、異なる会社が製造したさまざまなタイプのそのようなネットワーク交換機を所有しているネットワークオペレータがそのネットワーク中にコールセンタサービスを提供したい場合、異なる製造業者が製造したさまざまな交換機に対応するために、異なるバージョンのそのようなＣＴＩサーバを実装し、設置する必要がある。これらの異なるバージョンのＣＴＩサーバは、さまざまなネットワーク交換機がそのようなＣＴＩリンクを有するという条件でのみこれらのネットワーク交換機とインタフェースできるということに加え、各ネットワーク交換機がＣＴＩリンクを特別に備える必要があり、また交換機のタイプごとに専用のＣＴＩサーバを用いる必要があるので、従来技術の解決策は公衆交換ネットワークオペレータにとって極めて複雑で高価なものとなる。
【０００４】
したがって、本発明の目的は、上記の知られているタイプのものではあるが、交換機とＣＴＩサーバの不適合性という現在の問題を解決するインタフェースと装置を提供することである。
【０００５】
【課題を解決するための手段】
本発明によれば、この目的は前記インタフェース手段がさらに請求項１の特徴部分に説明したように構成されること、および前記装置がさらに請求項２６の特徴部分に記載したようなインタフェース手段を含むことによって達成される。
【０００６】
このように、インタフェース手段は、公衆ネットワーク交換機内のサービス交換機能装置とＣＴＩサーバとの間でインタフェースするように構成され、それにより、上記の２つのドメイン間の万能ブリッジとして働く。公衆ネットワークドメイン内のサービス交換機能装置ならびにＣＴＩドメイン内のＣＴＩ機能は、それぞれ公衆ネットワークドメイン内のサービス交換機能のＣＳ１またはＣＳ２インタフェース、例えばＣＴＩドメインのＣＳＴＡインタフェースなど、標準化インタフェースを備えているので、一方の標準化インタフェースと他方の標準化インタフェースとの間で通信および変換を行うように構成されたインタフェース手段を用いれば、そのような公衆ネットワーク標準をサポートする任意のネットワーク交換機をそのようなＣＴＩ標準をサポートする任意のＣＴＩサーバに接続することができる。したがって、この解決策はＣＴＩサーバから誘起されるサービスにアクセスするための万能プラットフォームを提供し、したがって、標準化公衆交換インタフェースを備えた任意のタイプのネットワーク交換機を、標準化ＣＴＩインタフェースを備えた任意のタイプのＣＴＩサーバに結合することができる装置を提供する。
【０００７】
本発明の別の特徴的な機能は、前記インタフェース手段が請求項２に記載するようにさらに構成されていることである。
【０００８】
このように、ＣＴＩ側での呼処理機能はインタフェース手段のＣＴＩ呼処理装置によって完璧に実行される。それによりこのＣＴＩ呼処理機能はＣＴＩサーバからインタフェース手段に移行され、ＣＴＩサーバを簡素で安価に保っている。
【０００９】
本発明の別の特徴的な機能を請求項３に記載する。
【００１０】
それにより、特定の呼のサービスシナリオを実行すると、返送されるＣＴＩ呼処理メッセージが生成される。
【００１１】
本発明の別の特徴的な機能を請求項４に記載する。
【００１２】
同様に、特定のＣＩＴ呼サービスシナリオが実行されると、ネットワーク交換機側に送信するサービス要求制御メッセージが生成される。その結果、この特定のＣＴＩサービスシナリオは返送されるＣＴＩ呼処理メッセージが生成されるＣＴＩサービスシナリオと同じであってもまた異なっていてもよい。
【００１３】
本発明の別の特徴的な機能を請求項５に記載する。
【００１４】
これにより、例えば標準のＣＳ２インテリジェントネットワークプロトコル呼処理メッセージなどの、公衆交換ネットワークの呼処理メッセージがインタフェース手段に組み込まれたマッピング装置内で受信される。それにより、マッピング装置は公衆交換呼処理を実行するように構成されている。その結果、マッピング装置は公衆ネットワーク交換機のサービス交換機能のうちサービス制御機能の働きをする。実際、マッピング装置内に組み込まれた公衆交換呼処理機能によって、交換機内で実行される呼処理は基本レベルにまで低減でき、その一方でマッピング装置内では呼処理はインテリジェントネットワークサービス制御機能手法に関連するより高い抽象化レベルで実行できる。このアーキテクチャによって自動呼分散サービスなどのサービスをインテリジェントネットワーク環境のサービスとして提供できるので、このことは多大な利点をもたらす。この結果、ルーティング制御、ネットワーク全体にわたる通信範囲、および課金制御といった利点が得られる。
【００１５】
本発明の別の特徴的な機能を請求項６および７に記載する。
【００１６】
その結果、ネットワーク交換機側に送信する返送公衆交換呼処理メッセージおよびＣＴＩ側に送信される制御メッセージがマッピング装置によって生成される。
【００１７】
本発明の別の特徴的な機能を請求項８に記載する。
【００１８】
このように、ＣＴＩ呼処理シナリオは、着信呼処理メッセージが公衆ネットワーク交換ドメイン内で生成された特定の呼に対して実行される。請求項９にさらに記載したように、このアクションに続けてＣＴＩドメインに送達すべき少なくとも１つの他のＣＴＩ呼処理メッセージが生成されることがある。したがって、この後者のＣＴＩメッセージはＣＴＩドメイン内の元の着信公衆交換呼処理メッセージに対応するメッセージと考えることができる。
【００１９】
本発明の別の特徴的な機能を請求項１０に記載する。
【００２０】
ＣＴＩ呼処理シナリオがＣＴＩドメインからの呼処理メッセージ上で実行された場合と同様、この場合も公衆交換ネットワーク側に返送するサービス要求制御メッセージが生成される。
【００２１】
本発明の別の特徴的な機能を請求項１１に記載する。
【００２２】
これにより、マッピング装置はＣＴＩドメインが提供するメッセージに関連付けられた特定の呼に対して公衆交換呼サービスシナリオを実行するように構成される。請求項１２にさらに記載するように、これによって、他の公衆交換呼処理メッセージが生成され、それによりこれらのメッセージはＣＴＩドメインから受信した元の呼処理メッセージに対応すると考えられる。さらに請求項１３ではＣＴＩ呼処理装置に再度返送する他の制御メッセージも生成されることを明記する。
【００２３】
本発明の別の特徴的な機能を請求項１４から１７に記載する。
【００２４】
このように、それぞれＣＴＩ呼処理装置とマッピング装置の両方がＣＴＩ及び公衆交換の実際の値、受信した入力メッセージに関連付けられた呼の呼状態、発呼者番号および被呼者番号などの公衆交換呼属性をそれぞれ決定し、ＣＴＩと公衆交換の呼サービスシナリオをそれぞれ実行した際にこれらの呼属性の少なくとも１つの値を更新する。
【００２５】
本明細書の説明部分で、これらの実際の呼属性および更新された呼属性を決定するように構成されたＣＴＩ呼処理装置およびマッピング装置のさまざまな実施形態について詳述する。
【００２６】
本発明の別の特徴的な機能を請求項１８に記載する。
【００２７】
これにより、ＣＴＩ呼処理装置は、着信ＣＴＩ呼処理メッセージに関連付けられた呼に対して別個のＣＴＩ呼サービスシナリオを実行するようにそれぞれ構成された、第１の複数のＣＴＩ呼サービスシナリオ装置を含む。どの着信呼処理メッセージをどのＣＴＩ呼サービスシナリオ装置へ転送するかについての判定はやはりＣＴＩ呼処理装置内に組み込まれた第１の選択手段によって実行され、この着信呼処理メッセージに関連付けられた呼の呼属性の少なくとも１つの値に基づいている。
【００２８】
本発明の別の特徴的な機能を請求項１９に記載する。
【００２９】
ＣＴＩ呼処理装置と同様、マッピング装置も、着信公衆交換呼処理メッセージに関連付けられた呼に対して別個の公衆交換呼サービスシナリオを実行するようにそれぞれ構成された第２の複数の公衆交換呼サービスシナリオ装置を含む。また、第２の選択手段は、どの着信公衆交換呼処理メッセージをどの公衆交換呼サービスシナリオ装置へ転送するかについて判定するように構成される。この判定もまたこの着信公衆交換呼処理メッセージに関連付けられた呼の少なくとも１つの呼属性値に基づいている。
【００３０】
本発明の別の特徴的な機能を請求項２０に記載する。
【００３１】
これにより、上記の制御メッセージなどの、マッピング装置から受信したメッセージについても、どのマッピング装置メッセージを第３の複数のＣＴＩ呼サービスシナリオ装置の中の１つの関連付けられたＣＴＩ呼サービスシナリオ装置に転送するかを判定する第３の選択手段によって、ＣＴＩ呼処理装置内で選択が行われる。請求項２２に記載したように、第３の複数のＣＴＩ呼サービスシナリオ装置の中のこれらのＣＴＩ呼サービスシナリオ装置は、第１の複数のＣＴＩ呼サービスシナリオ装置の中のＣＴＩ呼サービスシナリオ装置が実行するＣＴＩ呼サービスシナリオとは大幅に異なるＣＴＩ呼サービスシナリオを実行していることに注意する必要がある。これはＣＴＩ呼処理プロトコル自体が非対称であることに起因する。
【００３２】
同様に、どのＣＴＩ呼サービスシナリオを選択するかについての判定が、着信マッピング装置メッセージに関連付けられた呼のＣＴＩ呼属性の少なくとも１つの値に基づいて、第３の選択手段によって実行される。
【００３３】
本発明の別の特徴的な機能を請求項２１に記載する。
【００３４】
ＣＴＩ呼処理装置と同様、マッピング装置も、上記のサービス要求制御信号などのＣＴＩ呼処理装置から受信した着信メッセージを区別するように構成された第４の選択手段を含む。これらのＣＴＩ呼処理装置メッセージも着信ＣＴＩ呼処理装置メッセージに関連付けられた呼の公衆交換呼属性の少なくとも１つの値に基づいて、第４の複数の公衆交換呼サービスシナリオ装置の中の１つの公衆交換呼サービスシナリオ装置に転送される。
【００３５】
請求項２３に記載したように、第４の複数の装置の中の同様の名前の装置が実行する公衆交換呼サービスシナリオは、第２の複数の装置の中の装置が実行するサービスシナリオとは異なることに注意する必要がある。この相違の理由もまた公衆交換呼処理プロトコル自体が非対称であることに関連する。
【００３６】
請求項２から２３に記載の少なくとも１つの機能を含むインタフェース手段は、すでに述べた請求項２６に記載の装置の一部であってもよい。これを請求項２７に記載する。
【００３７】
本発明の別の特徴的な機能を請求項２４および２８に記載する。
【００３８】
このように、インタフェース手段は、異なるまたは同じネットワーク交換機上に常駐できるいくつかのサービス交換機能とインタフェースする。これにはＣＴＩサーバ手段自体が提供するＣＴＩサーバアプリケーション、すなわち、アプリケーションプログラミングインタフェースを介してＣＴＩサーバ手段に結合された実行可能手段からのアプリケーションだけが同時にいくつかのサービス交換機能を制御できるという利点がある。この方法はこれまで従来技術のアーキテクチャでは不可能であった。
【００３９】
本発明の別の特徴的な機能を請求項２５および２９に記載する。
【００４０】
これにより、インタフェース手段はいくつかのＣＴＩサーバとインタフェースすることができる。これらのＣＴＩサーバはそれぞれがいくつかのアプリケーションまたはサーバの起動元であるアプリケーションプログラミングインタフェースに結合でき、それによりこのアーキテクチャは例えばネットワークオペレータが提供する利用可能なサービスの量を増加する。
【００４１】
本発明の上記の、およびその他の目的および機能は添付図面に関連して行われる実施形態の以下の説明を参照することによってより明らかになり、本発明自体も最もよく理解できるであろう。
【００４２】
【発明の実施の形態】
図１に自動呼分散サービスまたはその他の交換手扱いサービスなどのサービスを顧客Ｃに提供するための装置Ａの一実施形態を示す。この装置は基本的にネットワーク交換機ＳＳＰ、インタフェース手段ＩＭ、ＣＴＩサーバ手段ＣＴＳ、アプリケーションプログラミングインタフェースＡＰＩおよびサービスを実行するための実行可能手段からなる。図１にはいくつかの実行可能手段が示され、ＥＭ１〜ＥＭ５で表され、これらのそれぞれの実行可能手段が提供するいくつかのサービスが提供されることを示している。ＣＴＩサーバＣＴＳと実行可能手段は両方とも１つまたは相互にリンクされた複数のコンピュータに設置される。インタフェース手段ＩＭもネットワーク交換機ＳＳＰとＣＴＩサーバＣＴＳが設置されたコンピュータとの間に結合された同じまたは別のコンピュータにインストールされたコンピュータプログラムからなる。異なる実行可能手段が実行するアプリケーションは自動呼分散サービス、目覚ましサービス、課金サービス、統計サービスおよび電話番号案内や呼完了などの交換手扱いサービスなどの上記のサービスを含む。
【００４３】
図１の顧客Ｃは電話リンクＴＬを介してネットワーク交換機ＳＳＰに、より詳細に言えば、ネットワーク交換機内のサービス交換機能装置ＳＳＦに接続された電話装置Ｔを所有している。顧客には図１でＣＡＰＩで表される専用のアプリケーションプログラミングインタフェースを備えたコンピュータＣＯを含む。後者はコンピュータリンクＣＬを介してＣＴＩサーバＣＴＳに結合される。顧客の電話装置ＴはＬで表される内部リンクによって顧客のコンピュータＣＯに結合される。そのような顧客は例えば独立型のコンピュータに結合された電話端末だけを所有する一人の人であることもあるが、例えばそれに結合された多数の電話回線を備え、いくつかの相互接続されたコンピュータのローカルエリアコンピュータネットワークに結合された構内交換機ＰＢＸを含む大規模なコールセンタからなる場合もある。
【００４４】
ＣＴＩサーバは一般にコンピュータテレフォニーインテグレーション（ＣＴＩと略す）ドメイン内で動作するが、ネットワーク交換機は公衆交換ドメイン内で動作する。両方のドメインは本発明の時点ではかなり不適合である。ＣＴＩプロトコルは発呼や呼の解放などの最小限の呼制御コマンドを含む。これらのＣＴＩプロトコルの大部分は専用の製品へのアクセスと制御をサポートする構内交換機の供給業者によって定義されてきた。ただし、ある少数の標準のプロトコルが定義されており、その中でも欧州電子計算機工業会（ＥＣＭＡと略す）がサポートするコンピュータ支援通信アプリケーションの略であるＣＳＴＡが最も重要なものの１つとされている。
【００４５】
ＣＴＩアプリケーションが実行されているホストコンピュータに結合された構内交換機（ＰＢＸと略す）は一般にＣＳＴＡプロトコルなどの前述したＣＴＩプロトコルの１つをサポートするいわゆるＣＴＩリンクを備えている。しかしながら、公衆交換機は一般にそのようなリンクを備えていない。公衆交換ドメイン内のサービスを対象とする時は、インテリジェントネットワークの手法が用いられる。この場合公衆ネットワーク交換機はサービスの起動元であるサービス制御ポイントにさらに結合されたサービス交換ポイントの働きをすることができる。しかしながら、インテリジェントネットワーク環境ではＣＴＩプロトコルとは対照的な別のプロトコルが適用される。標準化インテリジェントネットワークプロトコルの１つはケーパビリティセット（ＣＳと略す）のバージョン１および２からなる。ただし、インテリジェントネットワーク環境ではＣＴＩプロトコル内の適用可能なプロトコルとは対照的な別の呼処理モデルが用いられる。
【００４６】
本発明は一般にＣＴＩドメインに関連付けられたサービスをインテリジェントネットワーク構成内のサービスとして提供することを構想する。このために、ネットワーク交換機ＳＳＰ上で実行されるサービス交換機能装置ＳＳＦとＣＴＩサーバ手段ＣＴＳとの間で通信を行うように構成されたインタフェース手段が開発される。
【００４７】
インタフェース手段の一実施形態では、インタフェース手段はＣＴＩサーバ手段にあるＣＳＴＡプロトコルとの通信であり、ネットワーク交換機能ＳＳＦのＣＳ−２プロトコルとの通信である。
【００４８】
ただし、基本的なアーキテクチャがすべて以下に説明するアーキテクチャに対応するその他の公衆ネットワークサービス交換機能プロトコルとその他のＣＴＩプロトコルとインタフェースする別のバージョンのそのようなインタフェース手段を提供することができる。
【００４９】
そのようなインタフェース手段ＩＭは、図２および４からわかるように、一般に、ＣＴＩＣＨで表されるＣＴＩ呼処理装置とＭＤで表されるマッピング装置という２つの主要なビルディングブロックからなる。これらのそれぞれの図では、ＣＴＩ呼処理メッセージと公衆交換呼処理メッセージがそれぞれインタフェース手段内で処理される方法が示されている。それにより、異なる番号を含む丸印は時間を関数にした一連のイベントまたは生成された信号を指す。したがって、番号１を含む丸印は第１のイベントを指し、番号２を含む丸印は次のイベントを指し、以下同様である。
【００５０】
図２に示すように、ＣＴＩサーバ手段ＣＴＳが提供しＣＴＩドメインから生成される呼処理メッセージは最初ＳＭ１で表される第１の選択手段内で受信され、ＣＴＩ呼処理装置ＣＴＩＣＨ内に含まれる。一般にＣＴＩ呼処理装置はＣＴＩサーバからメッセージＣＴＩＣＨＩＮなどのＣＴＩ呼処理メッセージを受信し、これらのそれぞれの呼処理メッセージに関連付けられたそれぞれの呼に対してＣＴＩドメイン内で定義された呼サービスシナリオを実行するように構成される。それにより、図２のＣＴＩＣＨＯＵＴ２などの返送ＣＴＩ呼処理メッセージを生成してインタフェース手段のＣＴＩインタフェースに返送することができる。ＣＴＩドメインへの適切な返送ＣＴＩ呼処理メッセージを生成するのに加えて、ＣＴＩ呼処理装置は例えばマッピング装置ＭＤに送信される図２のＳＲＣＭ１などのサービス要求制御メッセージを生成することもできる。
【００５１】
図２に示す実施形態では、そのようなＣＴＩサービスシナリオは、ＣＴＩドメインから生成されるＣＴＩＣＨＩＮなどのＣＴＩ呼処理メッセージに関連付けられた呼を処理するＣＴＩ呼処理装置ＣＴＩＣＨ内で使用可能である。これらの呼サービスシナリオのどれを実行するかについての選択は、ＳＭ１で表される第１の選択手段によって実行される。第１の選択手段は着信呼処理メッセージから取り出された情報に基づいて、またＣＴＩＣＨ内に組み込まれた２つのメモリ装置から受信する情報に基づいて、どのＣＴＩ呼サービスシナリオをその着信呼処理メッセージに関連付けられた特定の呼に対して実行するかを決定するように構成される。したがって、ＳＭ１は図を見やすくするために２つだけを示す明確な接続を介して、ＣＳＣＥＮＴ１からＣＳＣＥＮＴＩで表されるこれらの各ＣＴＩ呼シナリオ装置に結合される。図２で、ＳＭ１はＣＨＩＣＨＩＮに関連付けられた呼に対して同じ名前のＣＴＩ呼サービスシナリオを実行する選択された装置ＣＳＣＥＮ１を備える。それに応じて、ＣＴＩＣＨＩＮはＣＳＣＥＮ１に向けて提供され、第２のイベントを提示する。ＣＴＩＣＨＩＮがＣＳＣＥＮ１へ送達されると同時に、ＳＭ１は図２の拡張部分である図３でＭ２ＣＴＩで表される第２のＣＴＩメモリ装置に向けてＣ２で表される別のメッセージを生成する。インタフェース手段内での一連の呼処理のアクションを説明するために、上記メモリ装置に送信され受信されるこれらのメッセージは第１のレベルでは必須ではなく、その意味と本発明との関連については本明細書で後述する。
【００５２】
ＣＴＩＣＨＩＮはＣＳＣＥＮ１によって受信され、後者の装置は関連付けられた呼に対して同じ名前の呼サービスシナリオを実行する。図２に示す例では、このＣＴＩ呼サービスシナリオが実行されると、ＣＨＩＣＨＯＵＴ２で表される返送ＣＴＩ呼処理メッセージが生成されＣＴＩサーバ手段ＣＴＳに返送される。同時に、マッピング装置ＭＤに向けて送信されるサーバ要求制御メッセージＳＣＲＭ１も生成される。しかしながら、ＣＴＩ呼サービスシナリオのすべてでそのような信号が生成されるわけではないことに注意する必要がある。どのシナリオをどの着信メッセージに関して実行するかに応じて、出力信号がまったく生成されないか、返送ＣＴＩタイプの出力信号またはサービス要求制御タイプの出力信号だけか、または両方の任意の組み合わせが生成される。また、いずれかのタイプの複数の出力信号が生成でき、その結果、任意の数で組み合わせた両方のタイプの出力信号が生成できる。どのタイプの信号がいくつ生成されるかはＣＴＩ側で用いる呼サービスプロトコルと、シナリオ自体と、特定の呼を参照する入力呼処理メッセージとによって異なる。
【００５３】
例えばＣＳＣＳＮ１などのＣＴＩ呼処理シナリオ装置は、着信メッセージについて呼サービスシナリオを実行すると、第２のＣＴＩメモリ装置Ｍ２ＣＴＩに向けて送信する図２のＣ３のような別のタイプのメッセージを生成するように構成される。
【００５４】
こうして生成されたサービス要求制御メッセージＳＣＲＭ１はマッピング装置ＭＤに向けて送信される。後者はＣＴＩ呼処理装置ＣＴＩＣＨから一連のそのようなサービス要求制御メッセージを受信するように構成された図２でＳＭ４で表される第４の選択手段を含む。第１の選択手段ＳＭ１の場合と同様、ＳＭ４は着信メッセージをＳＣＥＮｎ＋１からＳＣＥＮｎ＋ｍで表される第４の複数の公衆交換呼サービスシナリオ装置の１つに転送するように構成される。どの着信メッセージについてどの公衆交換呼サービスシナリオを選択するかも着信メッセージ自体とマッピング装置ＭＤ内に含まれる第１および第２のメモリ公衆交換装置Ｍ１ＰＳおよびＭ２ＰＳから送信された情報によって異なる。この場合も、これらのメモリ装置およびそれらの装置が送受信する信号について本明細書で後述する。
【００５５】
図２に示す例では、ＳＭ４はＳＣＲＭ１を公衆交換呼サービスシナリオ装置ＳＣＥＮｎ＋ｍに転送する。後者の装置は入力信号ＳＣＲＭ１に関連付けられた呼に対して同じ名前の公衆交換呼サービスシナリオを実行するように構成される。図２に示す例に関して、この結果として公衆交換呼処理メッセージＰＳＣＨＯＵＴ３が生成され、さらにネットワーク交換機ＳＳＰのサービス交換機能装置に送信される。同時にＣＭｎ＋ｍで表される制御信号も生成されＣＴＩ呼処理装置ＣＴＩＣＨに返送される。ＣＴＩ呼サービスシナリオ装置に関するのと同じ注意がマッピング装置についてもあてはまる。すなわち、公衆交換呼サービスシナリオを実行した後、ＣＴＩ側に向けて出力信号をまったく生成しないか、一定量の公衆交換呼処理メッセージと異なる量の返送制御メッセージの任意の組合せが生成できる。その結果として出力信号は、後述するように、実行される特定の呼サービスシナリオ、入力信号、それらに関連付けられた呼、および２つの公衆交換メモリ装置から受信した情報の関数になる。
【００５６】
この場合も、第４の選択手段ＳＭ４または特定の公衆交換呼サービスシナリオ装置によってアクションが実行されるたびに、制御信号が第２の公衆交換メモリ装置Ｍ２ＰＳに向けて送信される。これらのそれぞれの制御信号はＣ４およびＣ５で表され、アクションを実行するとそれぞれの装置ＳＭ４およびＳＣＥＮｎ＋ｍによって送信される。その重要性については後述し、さらにそれぞれのメモリの機能についても説明する。
【００５７】
図２にさらに示すように、ＳＣＥＮｎ＋ｍによってＣＴＩ側へ送信される制御メッセージＣＭｎ＋ｍは第３の選択手段ＳＭ３内のＣＴＩ呼処理装置ＣＴＩＣＨ内で受信される。前述した他の２つの選択手段に関して、ＳＭ３はこの場合マッピング装置ＭＤの公衆交換呼サービスシナリオ装置が送達する制御メッセージからなる一連の着信メッセージを受信するように構成される。ＳＭ３はこれらの各制御メッセージをＣＳＣＥＮＩ＋１からＣＳＣＥＮＩ＋ｋで表される第３の複数のＣＴＩ呼サービスシナリオ装置の１つに転送するように構成される。ただし、ＳＭ３に結合されたＣＴＩ呼サービスシナリオ装置はＳＭ１に結合されたＣＴＩ呼サービスシナリオ装置とは別であることに注意する必要がある。以上から、その他の呼サービスシナリオは、着信ＣＴＩ呼処理メッセージに関連付けられた呼とは対照的に、マッピング装置から受信した制御メッセージに関連付けられた呼に対して実行される。
【００５８】
図２に示す例では、制御メッセージＣＭｎ＋ｍがＳＭ３を介してＣＴＩ呼サービスシナリオ装置ＣＳＣＥＮＩ＋１に転送される。次いで後者の装置はＣＭｎ＋ｍに関連付けられた呼に対してやはりＣＳＣＥＮＩ＋１で表されるＣＴＩ呼サービスシナリオを実行する。この場合もまた結果は別の返送ＣＴＩ呼処理メッセージＣＴＩＣＨＯＵＴ２’と別のサービス要求制御メッセージＳＣＲＭＩ＋１となる。
【００５９】
この場合も、メッセージはＳＭ３およびＣＳＣＥＮＩ＋１によって生成されて第２のＣＴＩメモリ装置Ｍ２ＣＴＩに送信される。これらのメッセージはそれぞれＣ６およびＣ７で表される。
【００６０】
ＣＳＣＥＮＩ＋１が生成するサービス要求制御メッセージＳＣＲＭＩ＋１は、今度は第４の選択手段ＳＭ４に向けて返送される。後者の装置はＳＣＥＮｎ＋１を選択して、ＳＣＲＭＩ＋１に関連付けられた呼に対して同じ名前の公衆交換呼サービスシナリオを実行する。この場合、また結果として別の公衆呼処理メッセージＰＳＣＨＯＵＴ３’が生成され、ネットワーク交換機に送達される。ＣＴＩ側に送信される他のメッセージは生成されない。２つの特別のメッセージＣ８およびＣ９だけがそれぞれＳＭ４とＳＣＥＮｎ＋１によってさらに生成され、Ｍ２ＣＴＩに送信される。それにより着信ＣＴＩ呼処理メッセージで開始し２つの返送ＣＴＩ呼処理メッセージと２つの公衆交換呼処理メッセージが生成される図２に示す例に関して呼処理が終了する。
【００６１】
図４にネットワーク交換機ＳＳＰ内のサービス交換機能装置ＳＳＦによって入力信号が送達されるインタフェース手段が実行するアクションの一例を示す。
【００６２】
この入力信号は公衆交換呼処理メッセージのＰＳＣＨＩＮで表される。このメッセージはマッピング装置ＭＤ、より詳細に言えば、その中に含まれる第２の選択手段ＳＭ２によって受信される。
【００６３】
次いでＳＭ２は着信公衆交換呼処理メッセージＰＳＣＨＩＮを第２の複数の公衆交換呼サービスシナリオ装置ＳＣＥＮ１〜ＳＣＥＮｎの１つに転送する。第２の複数の公衆交換呼サービスシナリオ装置に含まれるこれらの公衆交換呼サービスシナリオ装置は、ＣＴＩ呼処理装置ＣＴＩＣＨからサービス要求制御メッセージを受信していた第４の複数の公衆交換呼サービスシナリオ装置に含まれる公衆交換呼サービスシナリオ装置とは異なることにも注意する必要がある。
【００６４】
図４に示す例に関して、ＳＭ２はＰＳＣＨＩＮを公衆交換呼サービスシナリオ装置ＳＣＥＮ１に転送するように構成される。後者はＰＳＣＨＩＮに関連付けられた呼に対して同じ名前の公衆交換呼サービスシナリオを実行し、それにより、返送公衆交換呼処理メッセージＰＳＣＨＯＵＴ１とＣＴＩ呼処理装置に送達すべき制御メッセージＣＭ１を生成するように構成される。
【００６５】
前述した別の複数の公衆交換呼サービスシナリオ装置内に含まれる公衆交換呼サービスシナリオ装置についての出力信号の生成とメモリ装置に向けた信号に関する同じ注意が第２の複数の公衆交換呼サービスシナリオ装置に含まれる任意の公衆交換呼サービスシナリオ装置にあてはまる。この結果、さらに２つの信号が生成される。すなわち、Ｃ２’がＳＭ２によって、Ｃ３’がＳＣＥＮ１によって生成される。これらの信号は第２の公衆交換メモリ装置Ｍ２ＰＳに向けて送信される。
【００６６】
次いでＣＭ１はＣＴＩ呼処理装置ＣＴＩＣＨに向けて送信され、図２の信号ＣＭｎ＋ｍの場合と同様、ＣＴＩＣＨで第３の選択手段ＳＭ３によって受信される。この後は図２に記載する手順と多かれ少なかれ同じ手順が実行される。ＳＭ３は制御メッセージＣＭ１を第３の複数のＣＴＩ呼サービスシナリオ装置の１つのＣＴＩ呼サービスシナリオ装置に転送し、ＣＴＩ呼サービスシナリオ装置は制御メッセージに関連付けられた呼に対してＣＴＩ呼サービスシナリオを実行し、最終的にＣＴＩおよび／または公衆ネットワーク側への出力信号を生成する。図４ではＣＭ１がＣＳＣＲＮＴＩ＋１に転送される。後者の装置は、同じ名前のＣＴＩ呼サービスシナリオを実行すると、ＣＴＩサーバ手段ＣＴＳに送達すべきＣＴＩ呼処理メッセージＣＴＩＣＨＯＵＴ１とサービス要求制御メッセージＳＣＲＭＩ＋１を生成する。それに応じて、ＳＣＲＭＩ＋１はマッピング装置ＭＤの第４の選択手段ＳＭ４に送信される。ＳＭ４はＳＣＲＭＩ＋１に関連付けられた呼に対して実行する対象としてＳＣＥＮｎ＋１を選択する。この公衆交換呼サービスシナリオを実行すると、別の返送公衆交換呼処理メッセージＰＳＣＨＯＵＴ２と別の制御メッセージＣＭｎ＋１が生成される。後者はＳＭ３によって受信され、ＳＭ３はＣＭｎ＋１に関連付けられた呼に対して実行するＣＴＩサービスシナリオとしてＣＳＣＥＮＩ＋ｋを選択する。それにより、ＣＴＩサーバ手段ＣＴＳに送信する最終的なＣＴＩ呼処理メッセージＣＴＩＣＨＯＵＴ１’が生成される。
【００６７】
前述したように、マッピング装置およびＣＴＩ呼処理装置内に組み込まれた記載された装置の１つがアクションを実行するたびに、第２の公衆交換メモリまたは第２のＣＴＩメモリ装置に向けた制御メッセージが送信されていた。それにより、Ｍ２ＣＴＩで表される第２のＣＴＩメモリ装置は図４に示す例では各装置ＳＭ３、ＣＳＣＥＮＩ＋１、ＳＭ３およびＣＳＣＥＮＩ＋ｋから送信されるＣ４’、Ｃ５’、Ｃ８’およびＣ９で表される信号を受信していた。図４の拡張部分である図５に示す第２の公衆交換メモリ装置Ｍ２ＰＳはそれにより、各装置ＳＭ２、ＳＣＥＮ１、ＳＭ４およびＳＣＥＮｎ＋１からそれぞれＣ２’、Ｃ３’、Ｃ６’およびＣ７’を受信していた。図２に示す例では、Ｍ２ＰＳはそれぞれの装置ＳＭ４、ＳＣＥＮｎ＋ｍ、ＳＭ４およびＳＣＥＮｎ＋１からＣ４、Ｃ５、Ｃ８およびＣ９で表される信号を受信し、図２の拡張部分である図３に示すＭ２ＣＴＩはそれぞれの装置ＳＭ１、ＣＳＣＥＮ１、ＳＭ３およびＣＳＣＥＮＩ＋１からそれぞれＣ２、Ｃ３、Ｃ６およびＣ７で表される信号を受信していた。
【００６８】
第２のＣＴＩおよび公衆交換メモリ装置Ｍ２ＣＴＩおよびＭ２ＰＳの他に、ＣＴＩ呼処理装置とそれぞれのマッピング装置も第１のＣＴＩメモリ装置Ｍ１ＣＴＩと第１の公衆交換メモリ装置Ｍ１ＰＳをそれぞれ含む。
【００６９】
第１の公衆交換メモリ装置Ｍ１ＰＳは公衆交換呼モデルと公衆交換加入者プロファイルに関するデータを記憶する。このデータはインタフェース手段が初期化される時点でＭ１ＰＳ内に記憶されインタフェース手段または装置の動作中は変化しない。同様に第１のＣＴＩメモリ装置Ｍ１ＣＴＩもやはりインタフェース手段の初期化に際してこのメモリ装置に提供されたＣＴＩ呼モデルおよびＣＴＩ加入者プロファイルに関する情報を記憶する。
【００７０】
他方、第２の公衆交換メモリ装置Ｍ２ＰＳは、発呼者番号、被呼者番号、およびこの特定の呼の状態などのそれぞれの処理される呼の公衆交換呼属性に関するデータを特定の公衆交換呼モデルに従って記憶する。このデータはインタフェース手段の動作中は特に絶えず変化しているので、第２の公衆交換メモリ装置Ｍ２ＰＳは絶えず呼属性の最新の値に更新する必要がある。この処理は特定の呼に対して特定のアクションを実行した後で、マッピング装置に含まれるそれぞれの公衆交換呼サービスシナリオ装置または選択手段が送信する信号によって実行される。実際、インタフェース手段の一実施形態では、記載された装置は、着信メッセージ、すなわち公衆交換呼処理メッセージまたはサービス要求制御メッセージをＣＴＩ呼処理装置から受信すると、この着信メッセージからこの着信メッセージに関連付けられた呼の公衆交換呼属性の実際の値に関する情報を取り出してそこからこの呼の呼属性の少なくとも１つの更新値を決定して、この情報を第２の公衆交換メモリ装置に返送するように構成される。それにより、第２の選択手段内では、更新された呼属性の計算が着信メッセージから取り出された呼属性の実際の値に基づくが、第１の公衆交換メモリ手段が送達する公衆交換呼モデルおよび加入者プロファイルにも基づき、さらに第２の公衆交換メモリ装置Ｍ２ＰＳが記憶し送達する公衆交換呼属性情報にも基づく。図４および図５では、第１の公衆交換メモリ装置Ｍ１ＰＳからＳＭ２とＳＭ４の両方に送信される公衆交換呼モデルおよび加入者プロファイルデータを含む信号はＭＩＰＳ’で表される。Ｍ２ＰＳからＳＭ２に提供される少なくとも１つの公衆交換呼属性の最新の値を含む信号はＣＡＩＰＳＳＭ２’で表される。いくつかの実施形態では、両方の情報信号はＳＭ２の要求があるとＳＭ２だけに送達される。したがって、ＳＭ２が着信メッセージに関連付けられた呼の更新された呼属性を計算できるようにするには、ＳＭ２は必要に応じてＭ１ＰＳまたはＭ２ＰＳの情報を要求するだけでよい。同様に、それに応じて、この要求されて取り出された情報を用いて、ＳＭ２は例えばＣＳ２モデルなどの特定の公衆交換呼処理モデルに従って、着信公衆交換呼処理メッセージ上で実行する適切な公衆交換呼処理シナリオを選択することができる。呼属性の少なくとも１つの更新値がＳＭ２によって決定されると、この第２の選択手段はこの情報を図４の信号Ｃ２によってＭ２ＰＳに返送し、それに応じて、Ｍ２ＰＳは受信された更新呼属性を記憶する。
【００７１】
公衆交換呼サービスシナリオ装置はまた着信メッセージから取り出した情報から着信メッセージに関連付けられた呼の呼属性を最初に計算するように構成される。ただし、図４に示す実施形態では、呼サービスシナリオ装置に向けてメモリ装置から何の情報も提供されない。それでも呼サービスシナリオ装置が呼属性の正しい更新値を決定できるように、この実施形態では第２の選択装置が選択された呼サービスシナリオ装置にＳＭ２が先に計算していた必要な情報をさらに提供する。図を複雑にしないためにこれは図示していない。いずれにせよ、公衆交換呼サービスシナリオを実行すると、これらの公衆交換呼サービスシナリオ装置はそれぞれＭ２ＰＳに関連付けられた呼属性の更新値に関する情報も提供する。その結果、この情報は例えば図４の信号Ｃ３’に含まれる。
【００７２】
着信ＣＴＩ呼処理装置メッセージを受信している第４の選択手段ＳＭ４もこのメッセージから呼属性情報を引き出す。この実施形態ではこのメッセージはＣＴＩ呼処理手段によって提供されるので、取り出された呼属性はＣＴＩ呼属性である。したがって、取り出されたＣＴＩ呼属性と対応する公衆交換呼属性との間で変換を実行するようにＳＭ４をさらに構成させる必要がある。この変換の実行後に、ＳＭ２の場合と同じ次の手順が実行される。公衆交換呼属性の少なくとも１つの更新値が、着信メッセージ、および最終的に要求があると両方のメモリ装置Ｍ１ＰＳおよびＭ２ＰＳが提供する情報から取り出された値から決定される。この情報は、ＳＭ４からの要求があるとこれらのそれぞれのメモリ装置からそれぞれの情報信号ＭＩＰＳ’およびＣＡＩＰＳＳＭ４’によって提供される。同様に、少なくとも１つの更新された呼属性値を計算すると、その呼属性値が例えば図４のＣ６’によってＭ２ＰＳに提供される。ＳＭ２と同様、第４の選択手段ＳＭ４も提供され取り出された情報を用いて第４の複数の公衆交換呼サービスシナリオから１つの公衆交換呼サービスシナリオを適切に選択する。図４に示す実施形態については、第４の選択手段は選択した公衆交換呼処理シナリオ装置にこの公衆交換呼処理シナリオ装置が更新された呼属性を適切に決定するための追加情報も提供する（ただし図４に示さず）。これらの更新された呼属性が決定されると、これらの呼属性は例えばＳＣＥＮｎ＋１からＭ２ＰＳに送信される図４のＣ７’などの別の情報信号によって第２の公衆交換メモリ装置に提供される。
【００７３】
同様の手順がＣＴＩ呼処理装置ＣＴＩＣＨで実行される。同装置内で第２のＣＴＩメモリ装置Ｍ２ＣＴＩもそれぞれの処理される呼のＣＴＩ呼属性の最新の更新値を記憶するために絶えず更新する必要がある。このために、別の選択手段ＳＭ１およびＳＭ３と、第１および第２の複数のＣＴＩ呼サービスシナリオ装置に含まれるＣＴＩ呼サービスシナリオ装置とが着信メッセージについてタスクを実行すると、それぞれこの第２のＣＴＩメモリ装置に決定した呼属性の更新値を提供する。選択手段ＳＭ１およびＳＭ３はそれにより、最初に着信メッセージから、関連付けられた呼の実際のＣＴＩ呼属性を取り出すことでその着信メッセージに関連付けられた呼のＣＴＩ呼属性の少なくとも１つの更新値を計算する。ＳＭ１の場合、ＣＴＩ呼処理メッセージを受信すると、上記の処理は着信ＣＴＩメッセージを分析することでかなり直接的な方法で実行できる。ＳＭ３の場合、公衆交換ドメインから制御メッセージを受信し、公衆交換呼属性への参照を含むと、最初にこの参照が制御メッセージから取り出され、その後にＳＭ３は公衆交換ドメイン内のこれらの取り出された公衆交換呼属性からＣＴＩドメイン内の対応するＣＴＩ呼属性への変換を実行する必要がある。
【００７４】
次いでＣＴＩ呼属性の更新値は、これは必要な手順ではないが、それぞれの選択手段が特別に要求できる、両方のＣＴＩメモリ装置から受信する情報に基づいてさらに計算される。ＣＴＩ呼モデルおよび加入者プロファイルデータは、図２および図３でＭＩＣＴＩで表される信号を用いて第１のＣＴＩメモリ装置Ｍ１ＣＴＩによって両方の選択手段に向けて提供される。要求されたＣＴＩ呼属性の最新の値はＭ２ＣＴＩによりＳＭ１に情報信号ＣＡＩＣＴＩＳＭ１を用いて、またＳＭ３に情報信号ＣＡＩＣＴＩＳＭ３を用いて提供される。
【００７５】
したがって、選択手段ＳＭ１およびＳＭ３は両方とも提供された情報を用いて更新された呼属性を計算するだけでなく、それぞれ第１と第３の複数のＣＴＩ呼サービスシナリオ装置に含まれる１つのＣＴＩ呼サービスシナリオ装置を選択する。
【００７６】
着信メッセージに関連付けられたＣＴＩ呼属性の少なくとも１つの更新値を計算すると、ＳＭ１およびＳＭ３は、例えば図２および図３のＣ２およびＣ６で表されるそれぞれの信号を用いてこの情報をＭ２ＣＴＩへ返送する。
【００７７】
ＣＴＩ呼サービスシナリオ装置もまた着信メッセージに関連付けられたＣＴＩ呼属性の少なくとも１つの更新値を計算する。図２および４に示す実施形態では、両方のＣＴＩメモリ装置からＣＴＩ呼サービスシナリオ装置に情報が提供されないので、それぞれのＣＴＩ呼サービスシナリオ装置に結合された選択手段はこれらのＣＴＩ呼サービスシナリオ装置にこの必要な情報を提供している（図示せず）。
【００７８】
ただし、この情報がメモリ手段からサービスシナリオ装置に直接提供されるインタフェース手段の別の実施形態も存在する。選択手段および呼サービスシナリオ装置によって呼状態を更新するためのさまざまな異なる実施方法は当業者には一般に知られているので、本明細書では詳述しない。
【００７９】
着信メッセージに関連付けられた呼属性の少なくとも１つの更新値を計算すると、ＣＴＩ呼サービスシナリオ装置は第２のＣＴＩメモリ手段にこの情報を送信している。図２ではこれはＣＳＣＥＮ１およびＣＳＣＥＮｎ＋１がそれぞれ生成して送信する信号Ｃ３およびＣ７で表される。図４に示す例では、ＣＳＣＥＮＩ＋１およびＣＳＣＥＮＩ＋ｋが信号Ｃ５’およびＣ９’を生成して送信している。これに対してＳＭ３はＭ２ＣＴＩに向けてＣ４’およびＣ８’をすでに送信している。
【００８０】
以上、１つのインタフェース手段が１つのネットワーク交換機と１つのＣＴＩサーバとの間に結合された例について説明してきた。しかしながら、図６に示すようなより一般的な例では、インタフェース手段ＩＭ’は複数のサービス交換装置および複数のＣＴＩサーバとの間でインタフェースするように構成される。図６では、これらの異なるサービス交換装置はＳＳＦ、ＳＳＦ１、ＳＳＦ２およびＳＳＦ３で表され、異なるＣＴＩサーバはＣＴＳ、ＣＴＳ１、およびＣＴＳ２で表される。これらの異なるサービス交換装置は同じネットワーク交換機に組み込むこともでき、また図６の実施形態に示すようないくつかのネットワーク交換機に分散することもできる。分散する場合、サービス交換装置ＳＳＦ１およびＳＳＦ２は同じネットワーク交換機ＳＳＰ１の一部で、ＳＳＦはネットワーク交換機ＳＳＰの一部で、ＳＳＦ３はＳＳＰ２の一部である。各ＣＴＩサーバは一般にアプリケーションプログラミングインタフェース（図６には示さず）に結合されているので、分散方式は提供されたアプリケーションに関してパフォーマンスが向上するという利点と、ネットワーク全体にわたる通信範囲に関してパフォーマンスが向上するという利点とを提示する。
【００８１】
そのようなインタフェース手段ＩＭ’を実施するために、いくつかのオプションが可能である。第１の実現形態では、各サービス交換機能装置は対応するマッピング装置に結合され、各ＣＴＩサーバ手段は対応するＣＴＩ呼処理装置に結合されている。それぞれのマッピング装置とＣＴＩ呼処理装置との間で送受信される通信信号はそれによりどのサービス交換機能装置をインタフェース手段の両側にあるどのＣＴＩサーバ手段に結合するかを反映する。ただし、いくつかのＣＴＩサーバが呼状態などの同じＣＴＩオブジェクトを共用しなくてはならないので、この第１の実現形態ではこれらの異なるＣＴＩサーバ手段の異なるメモリを共用することができる必要がある。第２の実現形態では、各サービス交換機能装置は再び対応するマッピング装置に結合されるが、すべてのＣＴＩサーバ手段とインタフェースする大規模なＣＴＩ呼処理装置は１つしかない。
【００８２】
さらなる注意は処理能力の問題に関する。前述したＩＭおよびＩＭ’などのインタフェース手段は一般にコンピュータ、プロセッサまたはサーバ上で実行されるコンピュータプログラムからなる。処理速度などのパフォーマンスを向上させるために、処理能力を増強することができる。その結果として、インタフェース手段を構成するこのコンピュータプログラムの動作は異なるプロセッサまたはサーバに分散される。それにより、信頼性も向上する。さらに、サーバはアプリケーションが実行されるサーバから物理的に近い位置に配置でき、または同じサーバであってもよく、それにより遅延が低減される。
【００８３】
以上、本発明の諸原理について特定の装置に関連して説明してきたが、この説明は例示にすぎず、添付の請求項に記載する本発明の範囲を限定するものではないことを明確に認識する必要がある。
【図面の簡単な説明】
【図１】本発明によるインタフェース手段ＩＭを含む装置Ａの概略図である。
【図２】着信ＣＴＩ呼処理メッセージの処理方法を示す、図１の装置の部分概略図である。
【図３】図２のＣＴＩ呼処理装置の別の部分を示す、図２の続きの図である。
【図４】着信公衆交換呼処理メッセージの処理方法を示す、図１の装置の部分を示す図である。
【図５】図４のマッピング装置の別の部分を示す、図４の続きの図である。
【図６】いくつかのサービス交換装置といくつかのＣＴＩサーバとインタフェースするインタフェース手段の一実施形態を示す図である。
【符号の説明】
Ａ サービスを提供する装置
ＡＰＩ アプリケーションプログラミングインタフェース
Ｃ 顧客
ＣＡＰＩ アプリケーションプログラミングインタフェース
ＣＬ コンピュータリンク
ＣＭ１ 制御メッセージ
ＣＭ１；ＣＭｎ＋１ マッピング装置メッセージ
ＣＯ コンピュータ
ＣＳＣＥＮ１ ＣＴＩ呼サービスシナリオ
ＣＳＣＥＮＩ＋１；ＣＳＣＥＮＩ＋ｋ ＣＴＩ呼サービスシナリオ
ＣＴＩＣＨ ＣＴＩ呼処理装置
ＣＴＩＣＨＩＮ ＣＴＩ呼処理メッセージ
ＣＴＩＣＨＯＵＴ２ 返送ＣＴＩ呼処理メッセージ
ＣＴＳ ＣＴＩサーバ手段
ＣＴＳ１、ＣＴＳ２ ＣＴＩサーバ手段
ＥＭ１、ＥＭ２、ＥＭ３、ＥＭ４、ＥＭ５ 実行可能手段
ＩＭ インタフェース手段
ＭＤ マッピング装置
ＰＳＣＨＯＵＴ１ 返送公衆交換呼処理メッセージ
ＰＳＣＨｉｎ 公衆交換呼処理メッセージ
ＳＣＥＮ１ 公衆交換呼サービスシナリオ
ＳＣＲＭ１ サービス要求制御メッセージ
ＳＳＦ サービス交換機能装置
ＳＳＦ１、ＳＳＦ２、ＳＳＦ３ サービス交換機能装置
ＳＳＰ ネットワーク交換機
ＴＬ 電話リンク

Claims (18)

1. インテリジェントネットワークのネットワーク交換機（ＳＳＰ）とＣＴＩサーバ手段（ＣＴＳ）との間のインタフェース手段（ＩＭ）であって、
   サービス交換機能を備え、前記ネットワーク交換機（ＳＳＰ）内に含まれるサービス交換機能装置（ＳＳＦ）と前記ＣＴＩサーバ手段（ＣＴＳ）との間で通信を行うように構成され、
   前記ネットワーク交換機（ＳＳＰ）内の前記サービス交換機能装置（ＳＳＦ）から公衆交換呼処理メッセージ（ＰＳＣＨｉｎ）を受信し、前記公衆交換呼処理メッセージ（ＰＳＣＨＩＮ）に関連付けられた呼に対して少なくとも１つの公衆交換呼サービスシナリオ（ＳＣＥＮ１）を実行するように構成されたマッピング装置（ＭＤ）をさらに含む、ことを特徴とするインタフェース手段（ＩＭ）。
2. 前記マッピング装置（ＭＤ）が、前記少なくとも１つの公衆交換呼サービスシナリオ（ＳＣＥＮ１）を実行すると、前記ネットワーク交換機（ＳＳＰ）内の前記サービス交換機能装置（ＳＳＦ）に送達すべき少なくとも１つの返送公衆交換呼処理メッセージ（ＰＳＣＨＯＵＴ１）を生成するようにさらに構成されたことを特徴とする請求項１に記載のインタフェース手段（ＩＭ）。
3. 前記マッピング装置（ＭＤ）が、前記少なくとも１つの公衆交換呼サービスシナリオ（ＳＣＥＮ１）を実行すると、前記ＣＴＩサーバ手段（ＣＴＳ）に送達すべき少なくとも１つの制御メッセージ（ＣＭ１）を生成するようにさらに構成されたことを特徴とする請求項１に記載のインタフェース手段（ＩＭ）。
4. 前記ＣＴＩ呼処理装置（ＣＴＩＣＨ）が、前記マッピング装置（ＭＤ）からマッピング装置メッセージ（ＣＭ１；ＣＭｎ＋１）を受信し、前記マッピング装置メッセージに関連付けられた特定の呼に対して少なくとも１つの別のＣＴＩ呼サービスシナリオ（ＣＳＣＥＮＩ＋１；ＣＳＣＥＮＩ＋ｋ）を実行するようにさらに構成されたことを特徴とする請求項１に記載のインタフェース手段（ＩＭ）。
5. 前記ＣＴＩ呼処理装置（ＣＴＩＣＨ）が、前記少なくとも１つの別のＣＴＩ呼サービスシナリオ（ＣＳＣＥＮＩ＋１；ＣＳＣＥＮＩ＋ｋ）を実行すると、前記ＣＴＩサーバ手段（ＣＴＣ）に送達すべき少なくとも１つの別の返送ＣＴＩ呼処理メッセージ（ＣＴＩＣＨＯＵＴ１；ＣＴＩＣＨＯＵＴ１’）を生成するようにさらに構成されたことを特徴とする請求項４に記載のインタフェース手段（ＩＭ）。
6. 前記ＣＴＩ呼処理装置（ＣＴＩＣＨ）が、前記少なくとも１つの別のＣＴＩ呼サービスシナリオ（ＣＳＣＥＮＩ＋１）を実行すると、前記マッピング装置（ＭＤ）に送達すべき少なくとも１つの別のサービス要求制御メッセージ（ＳＣＲＭＩ＋１）を生成するようにさらに構成されたことを特徴とする請求項４に記載のインタフェース手段（ＩＭ）。
7. 前記マッピング装置（ＭＤ）が前記ＣＴＩ呼処理装置からＣＴＩ呼処理装置メッセージ（ＳＣＲＭ１；ＳＣＲＭＩ＋１）を受信し、前記ＣＴＩ呼処理装置メッセージ（ＳＣＲＭ１；ＳＣＲＭＩ＋１）に関連付けられた特定の呼に対して少なくとも１つの別の公衆交換呼サービスシナリオ（ＳＣＥＮｎ＋１；ＳＣＥＮｎ＋ｍ）を実行するようにさらに構成されたことを特徴とする請求項１に記載のインタフェース手段（ＩＭ）。
8. 前記マッピング装置（ＭＤ）が、前記少なくとも１つの別の公衆交換呼サービスシナリオ（ＳＣＥＮｎ＋１；ＳＣＥＮｎ＋ｍ）を実行すると、前記サービス交換装置（ＳＳＦ）に送達すべき少なくとも１つの別の返送公衆交換呼処理メッセージ（ＰＳＣＨＯＵＴ３；ＰＳＣＨＯＵＴ３’）を生成するようにさらに構成されたことを特徴とする請求項７に記載のインタフェース手段（ＩＭ）。
9. 前記マッピング装置（ＭＤ）が、前記少なくとも１つの別の公衆交換呼サービスシナリオ（ＳＣＥＮｎ＋１）を実行すると、前記ＣＴＩ呼処理装置（ＣＴＩＣＨ）に送達すべき少なくとも１つの別の制御メッセージ（ＣＭｎ＋１）を生成するようにさらに構成されたことを特徴とする請求項７に記載のインタフェース手段（ＩＭ）。
10. 前記マッピング装置（ＭＤ）が、
    前記公衆交換呼処理メッセージ（ＰＳＣＨＩＮ）を受信すると、前記呼の公衆交換呼属性の値を決定し、
    前記少なくとも１つの公衆交換呼サービスシナリオ（ＳＣＥＮ１）を実行すると、前記呼のＣＴＩ呼属性の少なくとも１つの更新値を決定するようにさらに構成されたことを特徴とする請求項１に記載のインタフェース手段（ＩＭ）。
11. 前記ＣＴＩ呼処理装置（ＣＴＩＣＨ）が、
    前記マッピング装置メッセージを受信すると、前記特定の呼のＣＴＩ呼属性の値を決定し、
    前記少なくとも１つの別のＣＴＩ呼サービスシナリオを実行すると、前記特定の呼のＣＴＩ呼属性の少なくとも１つの更新値を決定するように構成されたことを特徴とする請求項４に記載のインタフェース手段（ＩＭ）。
12. 前記マッピング装置（ＭＤ）が、
    前記ＣＴＩ呼処理装置メッセージを受信すると、前記特定の呼の公衆交換呼属性の値を決定し、
    前記少なくとも１つの別の公衆交換呼サービスシナリオを実行すると、前記特定の呼の公衆交換呼属性の少なくとも１つの更新値を決定するようにさらに構成されたことを特徴とする請求項７に記載のインタフェース手段（ＩＭ）。
13. インテリジェントネットワークのネットワーク交換機（ＳＳＰ）とＣＴＩサーバ手段（ＣＴＳ）との間のインタフェース手段（ＩＭ）であって、
    サービス交換機能を備え、前記ネットワーク交換機（ＳＳＰ）内に含まれるサービス交換機能装置（ＳＳＦ）と前記ＣＴＩサーバ手段（ＣＴＳ）との間で通信を行うように構成され、
    前記ＣＴＩサーバ手段（ＣＴＳ）からＣＴＩ呼処理メッセージ（ＣＴＩＣＨＩＮ）を受信し、前記ＣＴＩ呼処理メッセージ（ＣＴＩＣＨＩＮ）に関連付けられた呼に対して少なくとも１つのＣＴＩ呼サービスシナリオ（ＣＳＣＥＮ１）を実行するように構成されたＣＴＩ呼処理装置（ＣＴＩＣＨ）をさらに含み、
    前記ＣＴＩ呼処理装置（ＣＴＩＣＨ）が、
    前記ＣＴＩ呼処理メッセージ（ＣＴＩＣＨＩＮ）を受信すると、前記呼のＣＴＩ呼属性の値を決定し、
    前記少なくとも１つのＣＴＩ呼サービスシナリオ（ＣＳＣＥＮ１）を実行すると、前記呼のＣＴＩ呼属性の少なくとも１つの更新値を決定するようにさらに構成され、
    前記ＣＴＩ呼処理装置（ＣＴＩＣＨ）が、前記ＣＴＩ呼処理メッセージ（ＣＴＩＣＨＩＮ）を含む一連の着信ＣＴＩ呼処理メッセージを前記ＣＴＩサーバ手段（ＣＴＳ）から受信するようにさらに構成され、
    前記ＣＴＩ呼処理装置（ＣＴＩＣＨ）が、前記一連の着信ＣＴＩ呼処理メッセージを受信し、前記ＣＴＩ呼処理装置（ＣＴＩＣＨ）内に含まれる第１の複数のＣＴＩ呼サービスシナリオ装置（ＣＳＣＥＮ１、．．．、ＣＳＣＥＮＩ）の中の１つのＣＴＩ呼サービスシナリオ装置に前記着信ＣＴＩ呼処理メッセージを転送するように構成された第１の選択手段（ＳＭ１）をさらに含み、前記第１の複数のＣＴＩ呼サービスシナリオ装置の中の前記各ＣＴＩ呼サービスシナリオ装置が別個のＣＴＩ呼サービスシナリオを実行するように構成され、
    それにより、前記第１の複数のＣＴＩ呼サービスシナリオ装置の中の前記ＣＴＩ呼サービスシナリオ装置が前記着信ＣＴＩ呼処理メッセージに関連付けられた呼のＣＴＩ呼属性の少なくとも１つの値に基づいて前記第１の選択手段（ＳＭ１）によって選択されることを特徴とするインタフェース手段（ＩＭ）。
14. 前記マッピング装置（ＭＤ）が前記公衆呼処理メッセージ（ＰＳＣＨＩＮ）を含む一連の着信公衆交換呼処理メッセージを前記サービス交換機能装置（ＳＳＦ）から受信するようにさらに構成され、
    前記マッピング装置（ＭＤ）が、前記一連の着信公衆交換呼処理メッセージを受信し、前記マッピング装置（ＭＤ）内に含まれる第２の複数の公衆交換呼サービスシナリオ装置（ＳＣＥＮ１、．．．、ＳＣＥＮｎ）の中の１つの公衆交換呼サービスシナリオ装置に前記着信公衆交換呼処理メッセージを転送するように構成された第２の選択手段（ＳＭ２）をさらに含み、前記第２の複数の公衆交換呼サービスシナリオ装置の中の前記各公衆交換呼サービスシナリオ装置が別個の公衆交換呼サービスシナリオを実行するように構成され、
    それにより、前記第２の複数の公衆交換呼サービスシナリオ装置の中の前記公衆交換呼サービスシナリオ装置が前記着信公衆交換呼処理メッセージに関連付けられた呼の公衆交換呼属性の少なくとも１つの値に基づいて前記第２の選択手段（ＳＭ２）によって選択されることを特徴とする請求項１０に記載のインタフェース手段（ＩＭ）。
15. 前記ＣＴＩ呼処理装置（ＣＨＩＣＨ）が、前記マッピング装置メッセージを含む一連の着信マッピング装置メッセージを受信するようにさらに構成されており、
    前記ＣＴＩ呼処理装置（ＣＨＩＣＨ）が、前記一連の着信マッピング装置メッセージを受信し、前記ＣＴＩ呼処理装置（ＣＴＩＣＨ）内に含まれる第３の複数のＣＴＩ呼サービスシナリオ装置（ＣＳＣＥＮＩ＋１、．．．、ＣＳＣＥＮＩ＋ｋ）の中の１つのＣＴＩ呼サービスシナリオ装置に前記マッピング装置メッセージを転送するように構成された第３の選択手段（ＳＭ３）をさらに含み、前記第３の複数のＣＴＩ呼サービスシナリオ装置の中の前記各ＣＴＩ呼サービスシナリオ装置が別個のＣＴＩ呼サービスシナリオを実行するように構成され、
    それにより、前記第３の複数のＣＴＩ呼サービスシナリオ装置の中の前記ＣＴＩ呼サービスシナリオ装置が前記着信マッピング装置メッセージに関連付けられた呼のＣＴＩ呼属性の少なくとも１つの値に基づいて前記第３の選択手段（ＳＭ３）によって選択されることを特徴とする請求項１１に記載のインタフェース手段（ＩＭ）。
16. 前記マッピング装置（ＭＤ）が前記ＣＴＩ呼処理装置メッセージを含む一連の着信ＣＴＩ呼処理装置メッセージを受信するようにさらに構成されており、
    前記マッピング装置（ＭＤ）が、前記一連の着信ＣＴＩ呼処理装置メッセージを受信し、前記マッピング装置内に含まれる第４の複数の公衆交換呼サービスシナリオ装置（ＳＣＥＮｎ＋１、．．．、ＳＣＥＮｎ＋ｍ）の中の１つの公衆交換呼サービスシナリオ装置に前記ＣＴＩ呼処理装置メッセージを転送するように構成された第４の選択手段（ＳＭ４）をさらに含み、前記第４の複数の公衆交換呼サービスシナリオ装置の中の前記各公衆交換呼サービスシナリオ装置が別個の公衆交換呼サービスシナリオを実行するように構成され、
    それにより、前記第４の複数の公衆交換呼サービスシナリオ装置の中の前記公衆交換呼サービスシナリオ装置が前記着信ＣＴＩ呼処理装置メッセージに関連付けられた呼の公衆交換呼属性の少なくとも１つの値に基づいて前記第４の選択手段（ＳＭ４）によって選択されることを特徴とする請求項１２に記載のインタフェース手段（ＩＭ）。
17. 前記第１の複数のＣＴＩ呼サービスシナリオ装置によって実行されるＣＴＩ呼サービスシナリオが前記第３の複数のＣＴＩ呼サービスシナリオ装置によって実行されるＣＴＩ呼サービスシナリオと異なることを特徴とする請求項１３または１５に記載のインタフェース手段（ＩＭ）。
18. 前記第２の複数の公衆交換呼サービスシナリオ装置（ＳＣＥＮ１、．．．、ＳＣＥＮｎ）によって実行される公衆交換呼サービスシナリオが前記第４の複数の公衆交換呼サービスシナリオ装置（ＳＣＥＮｎ＋１、．．．、ＳＣＥＮｎ＋ｍ）によって実行される公衆交換呼サービスシナリオと異なることを特徴とする請求項１４または１６に記載のインタフェース手段（ＩＭ）。

Images