(57)【特許請求の範囲】
【請求項１】
要求の送信を含む分散形処理によって呼処理を実行するサービス要素の分散形配置を有するインテリジェント通信ネットワークにおける呼制御方法であり、
各サービス要素に対して、サービス要素パラメータのそれぞれの予め指定された値を記憶するステップと、
前記サービス要素により生成される要求にサービス要素パラメータフィールドを含むステップと、
特定のサービス要素において、
その特定のサービス要素がオーバーロード状態にある間、各受信された要求はその要求のサービス要素パラメータフィールドの内容の値が所定の閾値より大きな値を持つ場合のみに受け入れられるという条件で、前記特定のサービス要素の使用に対する前記受信された要求の処理を受け入れるステップと、
追加のサービス要素の使用を要求する特定のサービスに関する新たに受け入れられた要求に対しては、特定のサービスにおける前記追加のサービス要素の使用に対する要求を生成するステップと、
その生成された要求のサービス要素パラメータフィールドに前記新たに受け入れられた要求のサービス要素パラメータフィールドの内容の値と結合された前記特定のサービス要素のサービス要素パラメータのそれぞれの予め指定された値を書き込むステップと、
その結果生成される要求を前記別のサービス要素に送るステップと、
を含む方法。
【請求項２】
前記書き込むステップにおいて、前記新たに受け入れられた要求のサービス要素パラメータフィールドの内容を前記生成された要求のサービス要素パラメータフィールドにコピーし、前記特定のサービス要素のサービス要素パラメータのそれぞれの予め指定された値を前記生成された要求のサービス要素パラメータフィールドのそれぞれのサブフィールドに書き込む請求項１に記載の方法。
【請求項３】
前記書き込むステップにおいて、前記特定のサービス要素のサービス要素パラメータのそれぞれの指定された値と前記新たに受け入れられた要求のサービス要素パラメータフィールドの内容の値の和を生成して、その和を前記生成された要求のサービス要素パラメータフィールドに書き込む請求項１に記載の方法。
【請求項４】
前記特定のサービス要素がオーバーロード状態にある間に受け入れられた要求の前記処理において、前記新たに受け入れられた要求のサービス要素パラメータフィールドの内容の値を処理が完了していない以前に受け入れられた要求のサービス要素パラメータフィールドの内容の値と比較し、前記新たに受け入れられた要求の処理は、前記新たに受け入れられた要求のサービス要素パラメータフィールドの内容の値が前記以前に受け入れられた要求のサービス要素パラメータフィールドの内容の値より大きい場合に前記以前に受け入れられた要求の処理より先に実行される請求項１ないし３のいずれか１項に記載の方法。
【請求項５】
処理が完了していない以前に受け入れられた前記要求は、それより先に実行される前記新たに受け入れられた前記要求の結果として拒絶される請求項４に記載の方法。
【請求項６】
前記以前に受け入れられた要求の処理が処理の活動フェーズになったら、前記新たに受け入れられた要求の処理が完了するまで、前記以前に受け入れられた要求の処理を中止するステップを含む請求項４に記載の方法。
【請求項７】
前記記憶するステップは、各サービス要素に対して、異なる呼タイプにそれぞれ対応する複数の予め指定されたサービス要素パラメータのそれぞれの予め指定された値のそれぞれを記憶し、前記書き込みステップで使用する前記新たに受け入れられた要求の前記呼タイプに対応する前記サービス要素パラメータのそれぞれの予め指定された値を選択するステップを含む請求項１ないし６のいずれか１項に記載の方法。
【請求項８】
前記記憶するステップは、各サービス要素に対して、異なるサービスレベルにそれぞれ対応する複数の予め指定されたサービス要素パラメータのそれぞれの予め指定された値のそれぞれを記憶し、前記書き込みステップで使用する前記新たに受け入れられた要求の前記サービスレベルに対応する前記サービス要素パラメータのそれぞれの予め指定された値を選択するステップを含む請求項１ないし７のいずれか１項に記載の方法。
【請求項９】
前記記憶するステップは、各サービス要素に対して、異なる呼タイプにそれぞれ対応する複数の第１の予め指定されたサービス要素パラメータのそれぞれの予め指定された値のそれぞれと、異なるサービスレベルにそれぞれ対応する複数の第２のサービス要素パラメータのそれぞれの予め指定された値のそれぞれとを記憶し、前記新たに受け入れられた要求の前記呼タイプに対応する前記サービス要素パラメータのそれぞれの予め指定された値を選択するステップと、前記新たに受け入れられた要求の前記サービスレベルに対応する前記サービス要素パラメータのそれぞれの予め指定された値を選択するステップと、前記選択されたサービス要素パラメータのそれぞれの予め指定された値から所定の関数に従って前記書き込みステップで使用する単一の値を導出するステップとを含む請求項６に記載の方法。
【請求項１０】
前記所定の関数は、前記選択されたサービス要素パラメータのそれぞれの予め指定された値の和である請求項９に記載の方法。
【請求項１１】
前記所定の関数は、前記選択されたサービス要素パラメータのそれぞれの予め指定された値の積である請求項９に記載の方法。
【請求項１２】
前記新たに受け入れられた要求の前記サービスレベルに対応する前記サービス要素パラメータのそれぞれの予め指定された値を選択する前記ステップは、前記新たに受け入れられた要求のアドレス領域の内容を最小のサービスレベルより高いサービスレベルを与えられるべき消費者の記憶されたアドレスと比較するステップを含む請求項８ないし１１のいずれか１項に記載の方法。
【請求項１３】
要求の送信を含む分散形処理によって呼処理サービスを実行するサービス要素の分散形配置を有するインテリジェント通信ネットワークであり、
サービス要素パラメータのそれぞれの予め指定された値を記憶する記憶手段と、
サービス要素パラメータフィールドを含む要求を生成する手段と、
特定のサービス要素がオーバーロード状態にあるときを検出する手段と、
前記サービス要素がオーバーロード状態にある間、受信された要求はその要求のサービス要素パラメータフィールドの内容の値が所定の閾値より大きな値を持つ場合のみに受け入れられるという条件で、前記特定のサービス要素の使用に対する前記受信された要求の処理を受け入れ、受け入れられた要求が追加のサービス要素の使用を要求する特定のサービスに関する場合には、前記追加のサービス要素の使用に対して生成された要求のサービス要素パラメータフィールドに前記受け入れられた要求のサービス要素パラメータフィールドの内容の値と結合された前記特定のサービス要素のサービス要素パラメータのそれぞれの予め指定された値を書き込むように構成された処理手段と、
を含むインテリジェント通信ネットワーク。
【請求項１４】
前記処理手段は、前記受け入れられた要求のサービス要素パラメータフィールドの内容を前記生成された要求のサービス要素パラメータフィールドにコピーし、前記特定のサービス要素のサービス要素パラメータのそれぞれの予め指定された値を前記サービス要素パラメータフィールドのそれぞれのサブフィールドに書き込むように構成されている請求項１３に記載のネットワーク。
【請求項１５】
前記処理手段は、前記特定のサービス要素のサービス要素パラメータのそれぞれの予め指定された値と前記受け入れられた要求のサービス要素パラメータフィールドの内容の値の和を生成して、その和を前記生成された要求のサービス要素パラメータフィールドに書き込むように構成されている請求項１３に記載のネットワーク。
【請求項１６】
前記処理手段は、前記特定のサービス要素がオーバーロード状態にある間に新たに受け入れられた要求の前記処理に関して、前記新たに受け入れられた要求のサービス要素パラメータフィールドの内容の値を処理が完了していない以前に受け入れられた要求のサービス要素パラメータフィールドの内容の値と比較し、前記新たに受け入れられた要求の処理を、前記新たに受け入れられた要求のサービス要素パラメータフィールドの内容の値が前記以前に受け入れられた要求のサービス要素パラメータフィールドの内容の値より大きい場合に前記以前に受け入れられた要求の処理より先に実行するようにさらに構成されている請求項１３に記載のネットワーク。
【請求項１７】
前記処理手段は、処理が完了していない以前に受け入れられた前記要求を拒絶し、その結果前記新たに受け入れられた前記要求を先に実行するように構成されている請求項１６に記載のネットワーク。
【請求項１８】
前記処理手段は、前記以前に受け入れられた要求の処理が処理の活動フェーズになったら、前記新たに受け入れられた要求の処理が完了するまで、前記以前に受け入れられた要求の処理を中止するように構成されている請求項１６に記載のネットワーク。
【請求項１９】
前記記憶手段は、異なる呼タイプにそれぞれ対応する複数のサービス要素パラメータのそれぞれの予め指定された値を記憶するように構成され、前記処理手段は、サービス要素パラメータフィールドに書き込む際に使用する前記新たに受け入れられた要求の前記呼タイプに対応する前記サービス要素パラメータのそれぞれの予め指定された値を選択するように構成されている請求項１３ないし１８のいずれか１項に記載のネットワーク。
【請求項２０】
前記記憶手段は、異なるサービスレベルに対応する複数のサービス要素パラメータのそれぞれの予め指定された値を記憶し、前記処理手段は、前記サービス要素パラメータフィールドに書き込む際に使用する前記新たに受け入れられた要求の前記サービスレベルに対応する前記サービス要素パラメータのそれぞれの予め指定された値を選択するように構成されている請求項１３ないし１８のいずれか１項に記載のネットワーク。
【請求項２１】
前記記憶手段は、異なる呼タイプに対応する複数の第１のサービス要素パラメータのそれぞれの予め指定された値と、異なるサービスレベルに対応する複数の第２のサービス要素パラメータのそれぞれの予め指定された値とを記憶するように構成され、前記処理手段は、前記新たに受け入れられた要求の前記呼タイプに対応する前記サービス要素パラメータのそれぞれの予め指定された値を選択し、前記新たに受け入れられた要求の前記サービスレベルに対応する前記サービス要素パラメータのそれぞれの予め指定された値を選択し、前記選択されたサービス要素パラメータのそれぞれの予め指定された値から所定の関数に従って前記サービス要素パラメータフィールドへの書き込みに際して使用する単一の値を導出するように構成されている請求項１３ないし１８のいずれか１項に記載のネットワーク。
【請求項２２】
前記所定の関数は、前記選択されたサービス要素パラメータのそれぞれの予め指定された値の和である請求項２１に記載のネットワーク。
【請求項２３】
前記所定の関数は、前記選択されたサービス要素パラメータのそれぞれの予め指定された値の積である請求項２１に記載のネットワーク。
【請求項２４】
前記処理手段は、前記新たに受け入れられた要求のアドレス領域の内容を最小のサービスレベルより高いサービスレベルを与えられるべき消費者の記憶されたアドレスと比較することにより、前記新たに受け入れられた要求の前記サービスレベルに対応する前記サービス要素パラメータのそれぞれの予め指定された値を選択する請求項２０ないし２３のいずれか１項に記載のネットワーク。
【発明の詳細な説明】
本発明は、通信ネットワーク、および通信ネットワークにおけるトラヒックを制御する方法に関する。
Stratacom,Inc.に譲渡された米国特許第5,224,099号明細書は、多数のノードを含む遠隔通信システムとインターフェイスする遠隔通信ノードの呼トラヒックを公正な待ち行列として、サービスする方法を開示している。バースト状のトラヒックの各セルが受取られると、受け取られたセルはバースト状のトラヒックの各セルと関係するホップカウント（すなわち関係付けられたセルによってトラバースされるノード数）にしたがって各サブ（部分）待ち行列(subqueue)内に置かれる。待ち行列内のトラヒックのセルは関係するホップカウントにしたがってサービスされる。すなわちホップカウントの最大値に対するサブ待ち行列内のセルは最初にサービスされる。セルは、１つのサブ待ち行列内で一定の時間以上に時間を費やすと、次に大きいサブ待ち行列に移動する。すなわち待ち行列の優先順位は上がるが、ホップカウントは影響されない。トラヒックの各セルがサービスされるとき、トラヒックの各セルと関係するホップカウントはインクレメントされる。この従来技術の文献では、より多くのネットワークリソースを使用したセルに優先度を与えることによって到来呼にサービスすることに関する。
本発明の第１の態様にしたがって、ソフトウエアオブジェクトを使用する分散形処理環境をもつインテリジェント通信ネットワークのトラヒックを制御する方法であり：
該オブジェクトによって生成される要求の中に、サービス要素パラメータ（ＳＥＰ）フィールドを含む段階と；
別のオブジェクトから送られた要求についての生成オブジェクトにおける受取りに応答して要求が生成される場合には、受取った要求のＳＥＰフィールドの内容と一緒に、生成オブジェクトと関係するＳＥＰをこのような要求のそれぞれのＳＥＰフィールドに書込む段階と；
オブジェクトの何れかがオーバーロード状態であるときを検出する段階と；
該オブジェクトがオーバーロード状態であるときに、該オブジェクトにおいて新しく受取った要求のＳＥＰフィールドの内容に依存して該新しく受取った要求が受取ることになる処理の範囲を決める段階とを含むインテリジェント通信ネットワークのトラヒックを制御する方法。
本発明では、呼の処理に関係するネットワーク素子の重要度にしたがってインテリジェント通信ネットワークにおいて呼を優先させることができる。この重要度は素子が行う処理量か、または素子が呼と関係している時間長に関係付けることができ、例えば顧客がサービスにアクセスを保つために、顧客は通信ネットワークのインテリジェント周辺機器と対話し、音声プロンプトを聞き、口座番号、個人識別番号、および種々のメニュー選択を入力しなければならず、したがって、この場合にはインテリジェント周辺機器のＳＥＰは簡単な素子である、例えばわずかな時間だけ呼に関係することになるシグナリングサーバよりも高く設定されることになる。その代りに重要度は発呼顧客の契約状態に関係していてもよく、例えば、素子は異なるグレードのサービス（例えば、割増し、スタンダード、およびエコノミー）に対して異なる値のＳＥＰをもち、顧客識別子にしたがって適切なＳＥＰ、ゆえに発呼ライン識別子を介して、顧客が契約したサービスレベルを与えることができる。
好ましくは、書込み段階は、受取った要求のＳＥＰフィールドの内容を生成された要求のＳＥＰフィールドにコピーして、関係するＳＥＰをＳＥＰフィールドの各サブフィールドへ書き込む。
その代りに、書込み段階は、前記関係するＳＥＰと受取った要求のＳＥＰフィールドの内容との和を生成し、この和を生成された要求のＳＥＰフィールドへ書込む。
判断段階は、新しく受取った要求のＳＥＰフィールドの内容と所定の閾値とを比較すること、およびＳＥＰフィールドの内容が所定の閾値よりも小さいときに、新しく受取った要求を拒絶することとを含んでもよい。
その代りに、判断段階は新しく受取った要求のＳＥＰフィールドの内容を、処理がまだ完了していない先に受け取ったＳＥＰフィールドと比較することと、新しく受取った要求のＳＥＰフィールドの内容が先に受取った要求のＳＥＰフィールドの内容よりも高い値をもつときに、前記先に受取った要求のＳＥＰフィールドを優先して新しく受け取った要求の処理を進めることとを含んでもよい。
好ましくは、判断段階は依然として処理の保留段階中であり、かつ処理の活性段階にまだ入っていない予め受け取られた要求とのみ比較する。
判断段階は、新しく受け取った要求を処理する一方で、先に受け取った要求の処理の活性段階を中断（保留）することをさらに含んでもよい。
判断段階は、比較段階に関係し、かつそのＳＥＰフィールドの内容が比較段階に含まれる新しく受け取った要求のＳＥＰフィールドよりも低い値をもつ先に受け取った要求を拒絶することをさらに含んでもよい。
生成オブジェクトは、異なる呼形式に対応する異なるそれぞれの値をもつ複数のＳＥＰと関係付けることができ、受け取った要求に適した呼形式を確認する段階と、書込み段階に関係付けられたＳＥＰとして使用するために対応するＳＥＰを得る段階とを含むことができる。
生成オブジェクトは、異なるサービスレベルに対応する異なるそれぞれの値をもつ複数のＳＥＰと関係付けることができ、受け取った要求に適したサービスレベルを確認する段階と、書込み段階において関係するＳＥＰとして使用するために対応するＳＥＰを得る段階とを含むことができる。
生成オブジェクトは、異なる呼形式に対応する異なるそれぞれの値をもつ複数の第１のＳＥＰと、異なるサービスレベルに対応する異なるそれぞれの値をもつ複数の第２のＳＥＰとに関係付けることができ、受け取った呼に適した呼形式およびサービスレベルを確認する段階と、対応する第１および第２のＳＥＰを得る段階と、そこから所定の機能にしたがって、書込み段階において関係するＳＥＰとして使用するために１つの値を導き出す段階とを含むことができる。
所定の機能は、対応する第１および第２のＳＥＰの和であってもよい。
その代りに、所定の機能は、対応する第１および第２のＳＥＰの積であってもよい。
好ましくは、サービスレベルを確認する段階は、新しく受け取った要求のアドレスフィールドの内容と、最低サービスレベルよりも高いサービスレベルを与えることになる記憶手段内の顧客アドレスとを比較する。
好ましくは、検出段階は、オーバーロード状態の指標を与え、一方で同時に処理される要求の瞬間的な合計が所定の閾値に等しいかそれよりも大きいかを示す。
好ましくは、通信ネットワークの管理システムの制御のもとでオブジェクトの１以上と関係付けれられた各ＳＥＰの値を変更する段階を含む。
本発明の第２の態様にしたがって、要求を送ることを含む分散処理によって呼処理を実行するサービス要素の分散形構成をもつインテリジェント通信ネットワークであり、各サービス要素が：
関係する予め割当てられたサービス要素パラメータ（ＳＥＰ）を記憶する記憶手段と；
ＳＥＰフィールドを含む要求を生成する手段と；
別のサービス構成要素から送られた要求についてのサービス構成要素における受け取りに応答して生成された要求が生成されるときには、受け取った要求のＳＥＰフィールドの内容と一緒に各生成された要求のＳＥＰフィールドに関係するＳＥＰを書込む手段と；
サービス構成要素がオーバーロード状態であるときを検出する手段と；
サービス構成要素がオーバーロード状態であるときには、新しく受け取った要求がその新しく受け取った要求のＳＥＰフィールドの内容に依存して受け取ることになる処理の範囲を判断する手段とを含むインテリジェント通信ネットワークを提供する。
好ましくは、書込み手段は受け取った要求のＳＥＰフィールドの内容を生成された要求のＳＥＰフィールドへコピーし、関係するＳＥＰをＳＥＰフィールドの各サブフィールドへ書込むようにされている。
その代りに、書込み手段は関係するＳＥＰと受け取った要求のＳＥＰフィールドの内容との和を生成し、この和を生成された要求のＳＥＰフィールドに書込むようにされている。
各サービス構成要素の判断手段は、新しく受け取った要求のＳＥＰフィールドの内容と所定の閾値とを比較し、そのＳＥＰフィールドの内容が前記所定の閾値よりも小さいときは新しく受け取った要求を拒絶するようにすることができる。
その代りに、各サービス構成要素の判断手段は新しく受け取った要求のＳＥＰフィールドの内容を、処理がまだ完了していない先に受け取った要求のＳＥＰフィールドの内容と比較し、新しく受け取った要求のＳＥＰフィールドの内容が先に受け取った要求のＳＥＰフィールドの内容よりも高いときに先に受け取った要求の処理よりも新しく受け取った要求の処理を先行させるようにすることができる。
好ましくは、各サービス構成要素の判断手段は、依然として処理の保留段階にあり、かつ処理の活性段階に入っていない先に受け取った要求に対してのみ比較するようにされている。
判断手段はさらに、先に受け取った要求の処理の活性段階を停止し（保留状態とし）、一方では新しく受け取った要求が処理されるようにすることができる。
判断手段はさらに、比較に関係し、かつそのＳＥＰフィールド内容は比較のときに関係する新しく受け取った要求の値よりも小さい値をもつ前記先に受け取った要求を拒絶するようにすることができる。
各サービス構成要素は、異なる呼形式に対応するそれぞれ異なる値をもつ複数のＳＥＰを記憶手段に記憶するようにすることができ、判断手段は、受け取った要求に適切な呼形式を確認し、書込み手段によって関係するＳＥＰとして使用するための対応するＳＥＰを得るようにすることができる。
各サービス構成要素はメモリ段階内に、異なるサービスレベルに対応するそれぞれ異なる値をもつ複数のＳＥＰを記憶し、判断手段は受取った要求に適したサービスレベルを確認し、書込み手段によって関係するＳＥＰとして使用するために対応するＳＥＰを得るようにすることができる。
その代りに、各サービス構成要素オブジェクトは、メモリ手段に異なる呼形式に対応するそれぞれの異なる値をもつ複数の第１のＳＥＰと、異なるサービスレベルに対応するそれぞれ異なる値をもつ複数の第２のＳＥＰを記憶するようにされており、判断手段は受け取った要求に適した呼形式およびサービスレベルを確認し、対応する第１および第２のＳＥＰを得て、書込み手段によって関係するＳＥＰとして使用するために１つの値を所定の機能にしたがって、そこから導き出すようにされている。
好ましくは、判断手段は対応する第１および第２のＳＥＰの和にしたがって１つの値を導き出すようにされている。
その代りに、判断手段は対応する第１および第２のＳＥＰの積にしたがって１つの値を導き出すようにすることができる。
判断手段は、新しく受け取った要求のアドレスフィールドの内容を、最小のサービスレベルよりも高いサービスレベルを与えられることになる記憶手段内の顧客のアドレスと比較することによってサービスレベルを確認するようにすることができる。
好ましくは、検出手段はオーバーロード状態の指標を与えるようにされており、一方で同時に処理される要求の瞬間的な合計は所定の閾値に等しいかそれよりも大きい。
前記オブジェクトの１以上と関係する各ＳＥＰの値を変更するようにされている管理システムを含んでもよい。
ここで本発明の特定の実施形態を添付の図面を参照して例示的に記載することにする：
図１は、インテリジェントネットワーク構造の模式図である；
図２は、図１のネットワークのサービス制御ポイントの構造の模式図である；
図３は、オブジェクト要求ブローカの簡単なモデルである；
図４は、要求およびその構成フィールドを示す；
図５は、第１の形式の呼に対してオブジェクト間を通る要求を示す；
図６は、第２の形式の呼に対してオブジェクト間と通る要求を示す；
図７は、オーバーロードしているオブジェクトによる要求解決を示す図である（他の図も参照されたい）。
図１には、周知の構造をもつインテリジェントネットワーク10が示されており、複数のサービススイッチングポイント（ＳＳＰ）12、複数のサービス制御ポイント（ＳＣＰ）14、複数のインテリジェント周辺機器（ＩＰ）16（１つのみを図示した）、およびサービス管理システム（ＳＭＳ）18を含んでいる。周知のように、ＳＳＰ12の幾つかはローカル交換局として動作し、ローカルアクセスネットワーク（図示されていない）を介してネットワーク端末20に接続されており、ＳＳＰ12’の幾つか（その中の１つのみを示した）はトランク交換局として動作する。
一般的にインテリジェントネットワークに関する情報として、ネットワークインテリジェンスを主題とする文献(BT Technology Journal Vol.13 No.2 April,1995)を参照されたい。
各ＳＣ14はそれぞれ点線で示した各ネットワークシグナリングリンク15を介して複数のＳＳＰ12、およびダッシュ線で示した動作指令リンク17を介してＳＭＳ18へ接続されている。各ＩＰ16は動作指令リンク17を介してＳＭＳ18へ、およびネットワークシグナリングリンク15並びに太い実線で示したトラヒックデータリンク19を介してＳＳＰ12の１つにそれぞれ接続されている。
図２には、ＳＣＰ14のソフトウエアアーキテクチャが示されており、オブジェクト指向のマルチスレッド処理ソフトウエア技術を使用する分散形処理環境に基づいている。したがって個々のオブジェクトは、多数の制御スレッドおよび多数のメッセージ送信セッションを多くの他のオブジェクトと同時に支援できることが理解できるであろう。
ＳＣＰ14は、複数のＯＳＳサーバ24を介して外部動作および支援システムドメイン（ＯＳＳ）22、並びにＣＣＩＴＴ  Ｎｏ．７として知られている国際シグナリングシステムにしたがうシグナリングメッセージを処理するようにされている、複数のシグナリングインターフェイスサーバ（Ｃ７サーバと記載されている）28を介して外部トランスポートネットワークドメイン（ＴＮ）26へ接続されている。ＳＣＰ14は複数のＩＰサーバ30、および複数のアプリケーションサーバ32を介して、ＴＮ26にも接続されている。
ＳＣＰ14の分散形処理環境は、複数のデータベース31、および複数のデータベースサーバ33（データサーバとしても知られている）を含み、各サーバ33は各複数のデータベース33に結合されており、さらにサーバ24、28、30、32、33（ＡＰＰＮＳはAPPLICATIONS）、複数のアプリケーションプロセッサ（ＡＰ）36、およびＳＣＰ管理システム（ＭＳ）38に接続されていて、共通のオブジェクト要求ブローカアーキテクチャ（ＣＯＲＢＡ）として知られているアーキテクチャの規格と一致する１組のソフトウエア機構（オブジェクト）によって実現される。このＳＣＰ14の構造はインテリジェントネットワークの技術としてよく知られている。
この環境では、図３に示したように、クライアントオブジェクト40は多数のフィールド48（図４参照）を含む要求（メッセージとしても知られている）44を、ＣＯＲＢＡのメッセージングパート（オブジェクト要求ブローカコア（ＯＲＢ  Ｃｏｒｅ）として知られている）46を通すようにすることによって、サーバオブジェクト42上で方法を呼出す。図４に示したように要求44の全体的な構造は当業者にはよく知られており、詳細な情報は本発明を理解するのに必要ない。しかしながら、読者がもっと情報を要求するときは、ＣＯＲＢＡの公開文献を参照されたい。
本発明によると、各オブジェクトは、サービス内のオブジェクトの各要素の呼処理値を表す各サービス要素パラメータ（ＳＥＰ）と関係していて、呼によって呼出されるサービス内で呼処理のためにクライアントとして動作するときは、要求44内に付加的なフィールド49（図４参照）、すなわちＳＥＰフィールドを含むようにされている。
各オブジェクトは、クライアントとして動作する別のオブジェクトから受け取った要求44のＳＥＰフィールド49を読取り、その関係するＳＥＰを受け取った要求44のＳＥＰフィールド49のから読取った値へ加え、またその特定のオブジェクトがサービスの呼処理の各要素のためのクライアントとして動作するときに生成される要求のＳＥＰフィールド49へ結果として得られた和を挿入するようにされている。したがって、呼処理が段々に多くなるオブジェクトを次第に含む成るようにつれて、ＳＥＰフィールド49の内容は対応して呼に投入される処理の累積量、したがって呼における財政的投資、またはその重要度を表す。
ＳＥＰは、時折はネットワークオペレータと呼ばれることもあるネットワーク管理者によってそれぞれの最初の値にプリセットされる。
図４に示した要求44は４つのフィールド48をもつが、実際にはフィールド数は使用される伝送プロトコルおよび送られる情報内容に依存し、４つ程度である。
変形例では、結果の和をＳＥＰフィールド49へ書込むオブジェクトの代りに、関係するＳＥＰ値を含む各ＳＥＰサブフィールドを加え、受け取った要求のサブフィールドの総計値を得るために、オブジェクトは全てのサブフィールドを読取り、各ＳＥＰを加算する。
図５を参照して、ユーザが０８００番、すなわちネットワークが実際のネットワーク識別番号を識別するために番号変換を行ない、呼を特定の０８００口座（被呼パーティ（当業者）、サービスプロバイダとも呼ばれる）に課金する番号をダイヤルする呼の第１の形式について検討する。
関係するＳＳＰ12はダイヤルされたディジットを受取り、それが接続されているＳＣＰ14の指定されたものに対する番号を含む適切なシグナリングメッセージ50を送る。このメッセージ50はＳＣＰ14内のＣ７サーバによって受け取られ、そのサーバ機能を実現しかつ１のＳＥＰ値をもつオブジェクト52によって処理される。種々のオブジェクトの予め割当てられたＳＥＰの各値は例示的な実施形態において使用されるように整数値に制限されず、サービス管理システム（ＳＭＳ）18およびＳＣＰ管理システム（ＭＳ）38を介してネットワークオペレータによって変更することができる。
ここでオブジェクト52は１に設定されたＳＥＰフィールドで要求54を生成し、ルーティングデータを得るために、ＡＰ36内にあり、かつオブジェクト56（ネットワークオペレータによってそのＳＥＰを１にプリセットされている）によって実現される対応する０８００アプリケーションへ要求54を送る。
オブジェクト56は、要求54を受け取り、最初に検査（ａ）を行ってそれがオーバーロード状態であるか否かを調べ、そうであれば検査（ｂ）を行って、要求54のＳＥＰがオブジェクト56（この例では１に設定されている）に対するそれぞれの閾値に等しいかまたは大きいかを調べ、最後に検査（ｃ）を行って、依然として処理の保留段階であり、かつまだ処理の動作状態に入っていないその他の受け取った要求に関係してこの要求を優先する必要があるか否かを調べる。検査（ａ）は、それが支援できるスレッドの合計数の少なくとも７５％が占められていることを検出すると設定されるフラグを参照することによって行われ、検査（ｂ）および（ｃ）は受け取った要求54のＳＥＰフィールド49の内容に基づいて行われる。実際には、オブジェクト56は、同時に処理されるスレッドの瞬間的な動いている合計と、この割合の閾値に対応する数値とを比較して、オーバーロード（過負荷）状態を検出する。
オブジェクト56がオーバーロード状態でないと仮定すると、要求54のＳＥＰフィールド49の内容に関係なく要求54を受け取って処理することになる。要求54は処理の保留段階に入り、同じく動作段階に入るのを待っている処理の保留段階中にある先に受け取った要求の待ち行列（保留待ち行列）の後につく。要求54は待ち行列の先頭に到達し、処理の動作状態に入るときには、オブジェクト56はここで要求54を評価し、要求の中に含まれている０８００番に対応するルーティングデータをデータベース31から検索する必要があると判断し、受け取ったＳＥＰとそれ自身のＳＥＰの和、この場合は２に設定されたＳＥＰフィールド49で要求58を生成する。ここでオブジェクト56は要求58を、オブジェクト60内に含まれるデータベースサーバ33へ送る。
オブジェクト60は要求58を受け取り、同様に検査（ａ）を行ない、必要であれば、検査（ｂ）および（ｃ）を行なう。再び、オブジェクト60が処理要求58を処理することを許可されていると仮定すると、オブジェクト60は、要求58が処理活性段階にあるときは、データベース31から要求されたルーティングデータを検索し、オブジェクト56へ正規の戻りを生成し、次にそれがオブジェクト52へ正規の戻りを生成し、所望のサービスプロバイダへの呼の完了のために、ルーティングデータを送信元のＳＳＰ12へ送る。
ここで図６を参照して、第２の形式の呼、すなわちBritish Telecommunicationsplc.によって提供されている発呼カードサービスへアクセスするためにユーザがディジット144をダイヤルする呼について検討する。関係するＳＳＰ12はダイヤルしたディジットを受取り、それが接続されているＳＣＰ14の指定された１つへの番号を含む適切なシグナリングメッセージ50を送る。このメッセージ50は、ＳＣＰ14内のＣ７サーバ28によって受け取られ、オブジェクト52によって処理される。
ここでオブジェクト52は１に設定されたＳＥＰフィールドで要求66を生成し、それをＡＰ36内に存在する対応する１４４アプリケーションへ送り、このアプリケーションを含むオブジェクト68によって処理する。
オブジェクト68は要求66を受取り、検査（ａ）を実行し、必要であれば検査（ｂ）および（ｃ）を実行する。
オブジェクト68がオーバーロード状態でないと仮定すると、受取った要求66を処理するように進める。要求66が処理の動作状態であるとき、オブジェクト68は要求66を評価して、要求70をオブジェクト72に含まれているＩＰ16へ送り、ＩＰ16へ呼の制御を送る必要があると判断する。ここでオブジェクト68は２に設定されたＳＥＰフィールド（オブジェクト52および68に対するＳＥＰ値の和）で要求70を生成する。
オブジェクト72は、ネットワークオペレータによって予め設定されたＳＥＰ値２でＩＰ16が実行しなければならないもっと大きな処理量を表しており、要求70を受取って、検査（ａ）を実行し、必要であれば検査（ｂ）および（ｃ）を実行する。
オブジェクト72がオーバーロード状態でないとし、かつ受取った要求70の処理を進めることになると仮定する。要求70が処理の動作状態であるときは、オブジェクト72は要求70を評価し、データベース31から“ウエルカム（歓迎）”音声アナウンスメントを検索する必要があると判断し、要求74を受取ったＳＥＰ（２）とそれ自身のＳＥＰ（２）との和、この場合は４に設定されたＳＥＰフィールドで生成する。ここでオブジェクト72は要求74を、オブジェクト60を含むデータベースサーバ31へ送る。
オブジェクト60は要求74を受取り、検査（ａ）を実行し、必要であれば検査（ｂ）および（ｃ）を実行する。再び、オブジェクト60がオーバーロード状態でなく、受取った要求74の処理を進めることになるとする。要求74が処理の動作状態であるときは、オブジェクト60はデータベース31から要求された音声アナウンスメントを検索し、オブジェクト72への正規の戻り78を生成し、音声アナウンスメントを生成し、ユーザへ送るためにそれを伝送リンクを介して送信元のＳＳＰ12へ送る。オブジェクト72はさらに、オブジェクト68への正規の戻りを生成して、呼に対する処理を終了し、次にオブジェクト68はオブジェクト52への正規の戻り82を生成する。
図７を参照すると、オブジェクト60（データサーバ33）が、それが支援できるスレッドの総数の７５％の占有率にちょうど到達し、それに応答して、オーバーロードフラグを設定した状態について検討する。次にオブジェクト60（データベースサーバ）がオブジェクト56（０８００アプリケーション）から要求58をその後に受取り、検査（ａ）、（ｂ）を実行して、それがオーバーロード状態であったと判断しても、その後に受取った要求58のＳＥＰ値が各閾値２に等しいので、要求58を受取ることができる。さらに、要求58が処理の動作状態に入る前であったとしても、オブジェクト60がオブジェクト72（ＩＰ）から要求を受取る。
要求74を受取ると、オブジェクト60は検査（ａ）を実行し、それがオーバーロード状態であることを見付けることになり（この検査からオーバーロードフラグの状態を読取るだけで、フラグが設定されている（真）かまたは設定されていない（偽）であるかを見る）、検査（ｂ）を実行し、要求74に対するＳＥＰ値が各閾値２よりも大きいことを見付け、最後に検査（ｃ）を実行し、要求58が依然として処理の保留段階であることを見付ける。ここでオブジェクト60は要求58および74の各ＳＥＰフィールドを比較し、何れの要求が優先度をもっているかを見極め、そのＳＥＰフィールドが一層高いことに基いて要求74を処理し、オブジェクト56に対する拒絶の戻り84を送り、保留段階の待ち行列から要求58を取除くことによって要求58を拒絶する。
要求74が要求58よりも高いＳＥＰ値をもたないとき、オブジェクト60は要求58の処理を続けることになり、要求74を保留待ち行列に加えないことによってそれを拒絶することになる。
オブジェクト56が拒絶の戻り84を受取ると、反復要求86を生成し、それをデータベースサーバオブジェクト60’の別の段階にそれを送る。オブジェクト60’が反復要求86を拒絶しないと仮定すると、要求86を処理して、オブジェクト56へ正規の戻し88を送り、次に要求オブジェクト52’（Ｃ７サーバ）へ正規の戻し90を送る。
ＭＳ38は、オーバーロードの閾値を超えた占有量の関数として検査（ｂ）に対するＳＥＰ閾値を変更するようにされている。したがって、オーバーロードのレベルが増加するのにしたがって、ＳＥＰ閾値は増加し、最終的にオブジェクトは全ての受取った要求を拒絶する。
上述の実施形態において、各オブジェクトは、固定される単一の各ＳＥＰと関係付けられ、オブジェクトによって処理される異なる要求とは無関係である。変形例では、アプリケーションオブジェクトは特定の顧客との間の呼に関する要求を検出し、サービスレベルに関係するＳＥＰに、顧客がエコノミー（低い）サービスレベルとは対照的に、割増し（高い）サービスレベルまたは標準（中間）サービスレベルを準備するか否かに依存する値を与えるようにされている。このやり方では、ネットワークオペレータとの間で、例えば割増しサービスレベルを契約している顧客との間の呼は、より低いサービスレベルに対して、ＳＥＰフィールド内に比較的に高い値を蓄積し、それがオブジェクトを通るとき、オブジェクトのオーバーロードの際に、より低いサービスレベルの他の呼に対する優先度および等価の処理履歴をもち、オブジェクトが検査（ｂ）を実行するときに拒絶される可能性は低くなる。
その代りにまたは付加的に、アプリケーションオブジェクトは呼タイプに関係するＳＥＰを供給するようにされている。
変形例では、オブジェクト60はその代りにまたは付加的に、変更した検査（ｃ’）を実行して、処理の活性段階が依然として進行している他の受取った要求に関係して、受取った要求に優先度を与える必要があるか否かを検査するようにされている。１つのこのような変形例では、新しく受取った要求が優先度をもっているときは、オブジェクト60は受取った要求を処理する活性段階を終了し、拒絶の戻しを送る。他のこのような変形例では、オブジェクト60は優先要求の処理が完了するまで、受取った要求の処理の活性段階を中断する。検査（ｃ）を実行する幾つかの変形例では、オブジェクト60は、検査（ｃ）の結果が正であるときに前に受取った要求を拒絶する、すなわち保留待ち行列から先に受取った要求を取除く代りに、依然として保留待ち行列にある先に受取った要求より前に、保留待ち行列の先頭に優先要求を入れる。
上述の実施形態では、ＳＭ18はネットワークの他の構成要素部分に指令信号を送って、各ＳＥＰの予め割当てられた値を設定し、個々のＳＥＰ値を変更するようにされている。これらの指令信号は所定のネットワーク状態の発生に応答して、またはネットワークオペレータによって指令を入力するときに、ＳＭＳ18によって自動的に生成することができる。例としてネットワークオペレータは、特定の範囲の音声アナウンスメントを与えるＩＰ16の１つは、他のＩＰ16よりも高いＳＥＰをもつト判断できる。
【図１】
0004347416.tif 000002
【図２】
0004347416.tif 000003
【図３】
0004347416.tif 000004
【図４】
0004347416.tif 000005
【図５】
0004347416.tif 000006
【図６】
0004347416.tif 000007
【図７】
0004347416.tif 000008