(57)【要約】　　　（修正有）【課題】電話サービス提供業者以外の幅広い情報提供がネットワークへ与える影響を制御する方法を提供する。【解決手段】高度インテリジェントネットワークのインターフェースを通して、交換電話システムに到来するメッセージの数量と送信者識別子を含む内容等を検査し、サービス制御ポイントのデータベースと比較することにより、サービス提供業者がネットワークに与える影響を制御する。【選択図】図２
2004135286.tif 000002
【特許請求の範囲】
【請求項１】
複数の中央局（１５）と少なくとも一つのシグナルトランスファーポイント（２０）との間の複数のデジタルデータ通信路（２１、２７、４８）、前記シグナルトランスファーポイントに接続されているサービス制御ポイント（４５’）を具備するインテリジェント電話交換網内でのパケットメッセージのトラヒックを仲介する方法であって、
　少なくとも一つの前記サービス制御ポイント（２６’）は、サービス提供業者レコードを格納する少なくとも一つのデータベース（４５）を具備し、前記サービス提供業者レコードは、少なくとも前記パケットメッセージの前記サービス提供業者ソースに関連するサービス提供業者に認可されたメッセージレート数を含み、前記パケットメッセージ（４７）の前記サービス提供業者に提供されたインタフェース（４８）は、前記シグナルトランスファーポイント（２０’）に接続され、
　前記パケットメッセージが前記サービス提供業者ソースから前記インタフェースを介して前記パケットメッセージが提供されるときの到着メッセージレートを決定するステップ（１１９，２４２）と、
　前記到着メッセージレートが少なくとも事前に決定した量だけ、前記認可メッセージレート数を上回るかどうかを判断するステップ（１２０、２４５）と、
　前記到着メッセージレートが少なくとも前記事前に決定した量だけ、前記認可メッセージレート数を上回る場合に、前記パケットメッセージの前記サービス提供業者ソースからの前記パケットメッセージをブロックするステップ（１２８、２２１）と、
　前記パケットメッセージの前記サービス提供業者ソースにアドレス指定されるネットワークメッセージに応えて、前記サービス制御ポイントに、デフォルトアプリケーションを実行するメッセージを後で送信させるステップ（１３０，２１６）
　　とを有することを特徴とするパケットメッセージのトラヒック仲介方法。
【請求項２】
前記シグナルトランスファーポイントに前記サービス制御ポイントからの前記パケットメッセージをブロックさせるために、前記サービス制御ポイントから前記シグナルトランスファーポイントへ前記メッセージが届いた後、前記シグナルトランスファーポイントが、前記サービス提供業者のサービス制御ポイントにアドレス指定された前記ネットワークメッセージを、前記サービス制御ポイントへ後で再送するステップ
　とを更に有することを特徴とする請求項１に記載のパケットメッセージのトラヒック仲介方法。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、交換電話技術（ｓｗｉｔｃｈｅｄ　ｔｅｌｅｐｈｏｎｙ）の分野に関し、詳細には、近代的な電話交換システムに結び付いた高度インテリジェントネットワークへアクセスを提供することにより、電話サービス提供業者以外の幅広い範囲のエンティティ（ｅｎｔｉｔｉｅｓ）に許されるメッセージの内容およびネットワークの影響を仲介する方法である。
【背景技術】
【０００２】
　アメリカ合衆国で電話サービスが利用可能なものとなってから１００年をわずかに超える間に、公衆交換電話システム（ｐｕｂｌｉｃ　ｓｗｉｔｃｈｅｄ　ｔｅｌｅｐｈｏｎｅ　ｓｙｓｔｅｍ）は、複雑さ、規模および機能の点で絶え間ない進化と成長を遂げてきた。呼（ｃａ　ｌｌ）を交換し、完了（ｃｏｍｐｌｅｔｅ）するために配線板で作業を行う人間のオペレータにより呼の経路が定められていた時代から、トラヒックの量およびサービスのオプションの両方においてシステムの容量は大きく拡大した。電話会社の中央局（ｃｅｎｔｒａｌ　ｏｆｆｉｃｅ）または中央局の交換機は、複数の加入者線が接続される装置であり、そのそれぞれがカスタマー（ｃｕｓｔｏｍｅｒ）の電話装置により終端される（ｔｅｒｍｉｎａｔｅｄ）。従来の住宅用電話サービスの場合、１つ又は複数の電話機（　ｔｅｌｅｐｈｏｎｅ　ｓｅｔ）が加入者線に接続される。さらに、中央局は、別の中央局に接続する多重トランク回線（ｍｕｌｔｉｐｌｅ　ｔｒｕｎｋ　ｃｉｒｃｕｉｔｓ）を持つ。企業のオフィスの構内交換機（ＰＢＸ）に供給するトランク等の他のトランク回線が、カスタマーに提供される。
【０００３】
　付加価値電話サービス（ｅｎｈａｎｃｅｄ　ｔｅｌｅｐｈｏｎｅ　ｓｅｒｖｉｃｅ）の初期におけるいくつかの進展には、１９６０年代初頭の長距離ダイヤル即時接続（ｄｉｒｅｃｔ　ｌｏｎｇ　ｄｉｓｔａｎｃｅ　ｄｉａｌｉｎｇ）の導入がある。その時の以前は、すべての長距離市外通話は、呼線（ｃａｌｌ　ｃｉｒｃｕｉｔ）をセットアップし、課金装置（ｂｉｌｌｉｎｇ　ｅｑｕｉｐｍｅｎｔ）を起動する一人以上の人間のオペレータにより処理されなければならなかった。長距離ダイヤル即時接続の技術を可能にする重要な機能は、ダイヤルされた数字、つまり着信番号（ｃａｌｌｅｄ　ｎｕｍｂｅｒ）を識別するデータの収集、格納および転送を行うことができる交換機の機能である。これらの数字は、多周波（ＭＦ）信号方式として知られる周知の信号スキームを介して呼がセットアップされると、ネットワークを通して伝送された。ＭＦ信号方式は、呼が完了すると音声信号を伝搬する同じトランク回線上を、音声周波数帯域内の信号により、情報信号（着信番号の識別）が送信されるという点で、一種の帯域内信号方式である。この技術の使用は、はるかに大量の長距離トラヒックの処理を可能とし、電話サービスを著しく向上させ、１９６０年代及び１９７０年代のアメリカ合衆国内でのより多くのサービスに対する要望を満たすのに役立った。帯域内信号方式技術の主要な欠点は、呼のセットアップ時に音声トランク容量を占有してしまうという点であった。さらに、国を横断する着信番号が話し中である等のなんらかの理由で呼を完了できなかった場合、呼のセットアップがネットワークを介して移動し、話し中という報告が音声回線上を発呼者に戻されている間、国を横断するトランク容量がふさがれていた。一日あたり数百万回発生するビジー呼（ｂｕｓｙ　ｃａｌｌｓ）に対する、５秒から１０秒は、トランク容量の相当量を使用することになる。　
　１９７０年代後半と１９８０年代前半に、アメリカ電話電信会社（ＡＴ＆Ｔ）は、初期の共通線局間信号方式（ＣＣＩＳ）を開発した。ＣＣＩＳは、基本的には、呼自体の信号を伝送するのに使用される音声回線とは別個の高速データリンク上を、電話呼についての情報が伝送される交換電話網用のネットワークアーキテクチャーである。共通線局間信号方式の開発の初期に、音声リンクのセットアップにトランク容量を割り当てる前に、まず、呼を完了できるかどうかを判断できる高速デジタルデータを提供するように、局間データ信号方式リンクを設計できることが認識された。したがって、共通線局間信号方式を用いた場合、アトランタの発呼者がシアトルの番号をダイヤルすると、着信番号のアイデンティティ（ｉｄｅｎｔｉｔｙ）を、局間信号方式データリンク上でアトランタの発信側中央局からシアトルの着信側中央局へ伝送することができる。着信側中央局とは、コールされた番号にサービスを提供する中央局のことである。コールされた番号が話し中（ｂｕｓｙ）であると、この情報を提供するデータが、局間信号方式リンク上を、可聴（ａｕｄｉｂｌｅ）ビジー信号をローカルに発呼者に提供するアトランタの発信側中央局に戻される。したがって、この過程の間、長距離トランク容量はふさがらず、以前には呼の完了を試行するために使用されていたアトランタとシアトルの間の音声回線は、他の使用のために空いたままとなる。シアトルの着信番号が話し中ではない場合、ネットワーク内のさまざまな装置がこの呼についての情報に応答し、局間トランクを指定し、呼の接続をセットアップすると、呼は完了される。
【０００４】
　公衆加入電話網（ｐｕｂｌｉｃ　ｓｗｉｔｃｈｅｄ　ｔｅｌｅｐｈｏｎｅ　ｎｅｔｗｏｒｋ）は、１９８０年代に複雑かつ非常に多用途のシステムに進化し、その大部分が共通線局間信号方式という形式をサポートし、この信号方式により制御されている。このネットワークの基礎は、ＡＴ＆Ｔにより設計された。地域ベル電話会社（ＲＢＯＣ）並びにその他の独立系市内電話サービス提供業者によるネットワークの開発は、１９８４年に起きたＡＴ＆Ｔによる市内電話会社（ｌｏｃａｌ　ｅｘｃｈａｎｇｅ　ｃａｒｒｉｅｒｓ）の司法上要求された分割以降、続けられてきた。交換電話網（ｓｗｉｔｃｈｅｄ　ｔｅｌｅｐｈｏｎｅ　ｎｅｔｗｏｒｋ）の基本アーキテクチャーは、大部分、合衆国および西ヨーロッパと日本を含む先進国世界で同一である。本明細書に記載される現在のネットワークの詳細な特性は、ＲＢＯＣおよび合衆国内で営業中の他の市内電話会社により利用されているものと同じである。このネットワークアーキテクチャーは、合衆国内のすべての現代的な電話交換システムで使用されており、西欧および日本における現代的なシステムと事実上同一である。これは、通常は、高度インテリジェントネットワーク（ＡＩＮ）と呼ばれる。本発明に対する必要性は、合衆国内の電話事業に精通した多くの人が近い将来に起きるであろうと信じているある一つの事象から生じている。つまり、市内電話会社により運営されている高度インテリジェントネットワークへのアクセスを第三者に提供し、彼らが市内電話会社の加入者に競争力のある電話関連サービスを提供できるようにするという事象である。言い替えれば、自発的であろうと、政府当局により命令された形であろうと、市内電話会社（ＬＥＣ）（つまり、市内電話サービス提供業者）は、音声接続のセットアップおよび解放（ｔａｋｉｎｇ　ｄｏｗｎ）を含む、電話会社により提供される多くの近代的な機能とサービスを制御している高度インテリジェントネットワークに、他者がアクセスできるようにすることが要求されるであろうと考えられている。
【０００５】
　現代的なインテリジェント公衆加入電話網においては、基本的な呼のセットアップ、テイクダウンおよびルーティング（ｒｏｕｔｉｎｇ）に使用される前記の同じ信号経路が、機能拡張されたカスタム通話機能を提供し、課金装置の動作を制御し、課金レコードを保守するためも使用される。したがって、このネットワークに対するアクセスを市内電話会社以外の者に許すことは、危険をはらんだ提案であることが理解されるであろう。第三者に対するアクセスが提供された場合はその時に十分な予防措置が講じられていない限り、電話システムを制御するデジタルネットワークに対してアクセスし、そのネットワーク内に記憶される情報にアクセスする不注意な者あるいは悪意を持った者は、公衆加入電話網の適切な運営の重大な障害となったり、課金データを含むそのネットワークに記憶されるデータを破壊したり、ネットワーク内に記憶されている個人情報を不正に入手できる。したがって、本発明は、公衆加入電話網のインテリジェントネットワークへの開放型アクセスを予期してなされた。
【０００６】
　本発明の必要性およびその実現の両方を理解するためには、まず最初に、現代の高度インテリジェントネットワークの基本的なアーキテクチャー、および第三者にインタフェースを提供し得るポイントを理解することが必要である。本明細書の図１は、ある典型的な市内電話会社のＡＩＮの少なくとも一部を表すブロック図である。この図は簡略であるが、図上の構成要素は、当業者には周知である。典型的な公衆加入電話網においては、複数の中央局交換機が用意される。これらの交換機は、ＳＳＰ交換機１５−１５’として図１に示される。これらの交換機の間の破線は、数が任意であることを示している。また、ネットワーク内には、交換機１６のような非ＳＳＰ交換機も入る。ＳＳＰとはサービススイッチングポイント（Ｓｅｒｖｉｃｅ　Ｓｗｉｔｃｈｉｎｇ　Ｐｏｉｎｔ）の頭文字である。
【０００７】
　ＳＳＰ中央局交換機と非ＳＳＰ中央局交換機の相違点は、前者がインテリジェントネットワーク機能が備えているという点である。これは、この交換機に、事前に決定した一セットの条件が検出されると、交換機が加入者線上の呼の所定の状態に対するトリガーを起動し、ＡＩＮ上を送出される適切なメッセージとしてトリガーを生成し、ネットワークからある種の処置を講じるように指示する応答を受信するまで呼の処理を中断するように、適切なハードウェアとソフトウェアが備えられているということを示している。代わりに、交換機は、タイムアウトが発生し、交換機が行った照会（ｑｕｅｒｙ）に対してネットワークから応答がない場合に、デフォルトのタスクを実行させる。要約すると、ＳＳＰ交換機とは、明細書内に記載される高度インテリジェントネットワークを扱い、その機能を利用するために完全装備された交換機のことである。
【０００８】
　非ＳＳＰ交換機１６とは、ある種の基本的なパケットを生成し、それをネットワーク上へ提供できる電子式交換機（ｅｌｅｃｔｒｏｎｉｃ　ｓｗｉｔｃｈ）であるが、このような交換機に接続される加入者線に、インテリジェントネットワークで利用できるより複雑な機能とサービスを提供するのに、本明細書に詳細に後述される他の装置に依存しなければならない。中央局１５−１５’と１６はそれぞれ、それに接続される、共通に１７−１７’と指定される複数の加入者線を具備する。一般的には、加入者線の数は、約１万回線から７万回線のオーダーとなる。加入者線１７−１７’のそれぞれは、各交換機に対して、同様の複数の電話機１８−１８’により表されるカスタマーの構内装置の終端部分に接続される。
【０００９】
　中央局交換機１５と１６を相互接続するのは、図１で１９ａと１９ｂとして示される複数のトランク回線である。これらは、中央局を相互接続し、呼の完了時にその上で呼が接続される音声経路トランクである。典型的な都市環境での中央局トランキング（ｔｒｕｎｋｉｎｇ）が、図１に示されるデイジーチェーン配列に制限されないことを理解する必要がある。言い替えると、典型的なネットワークにおいては、トランク回線が中央局交換機１５’と中央局交換機１６との間に存在することになる。したがって、２つの中央局の間で市内（ｌｏｃａｌ）電話がかけられたときに、これらの中央局の間に直接的なトランク接続が存在し、かつそれが話し中ではない場合、ネットワークはそのトランクをその特定の呼の完了に割り当てる。２つの中央局間に直接的なトランキングが存在しない場合、あるいは直接的なトランクがすべて使用中である場合は、呼は、トランクに沿って発信中央局から少なくとも１つの別の中央局へ、そしてそれ以降のトランク接続を介して着信中央局まで転送される。
【００１０】
　この一般的なアーキテクチャーは、複数の市内電話会社を含むより広い地理的領域が考慮される場合には、拡大される。その場合、唯一の重大な相違点は、長距離トランク回線以外だけ交換するある種の電話会社間交換機（ｉｎｔｅｒ　ｅｘｃｈａｎｇｅ　ｃａｒｒｉｅｒ　ｓｗｉｔｃｈｅｓ）が含まれている点だけである。
【００１１】
　インテリジェント交換電話ネットワークの知能の大部分は、図１に示す残りの構成要素内にある。これらは、前記の共通線局間信号方式スキームの現在のバージョンを実現するコンピュータおよび交換機である。交換機１５から１６のそれぞれは、それぞれデータリンク２１ａ、２１ｂおよび２１ｃを介してローカルシグナルトランスファーポイント（ＳＴＰ）２０に接続される。現在、これらのデータリンクは、Ｎｏ．７信号方式（ＳＳ７）と呼ばれる信号プロトコルを利用する５６キロビット／秒の双方向データリンクである。ＳＳ７プロトコルは、当業者には周知であり、米国規格協会（ＡＮＳＩ）により公表された仕様に記載されている。ＳＳ７プロトコルは階層化されたプロトコルであり、各層が自分より上の層にサービスを提供し、サービスを提供するのに自分より下の層に依存する。このプロトコルは、通常の開始フラグと終了フラグ、およびチェックビットを含むパケットを利用する。さらに、可変長ユーザ固有データおよびルーティングラベルを含む信号情報フィールドが設けられる。メッセージの優先順位、メッセージの宛先の国内ネットワーク、およびメッセージを生成したエンティティを識別するユーザ名を識別するサービス情報オクテットが設けられる。また、ある種の管理番号とシーケンス番号がパケットの中に含まれ、その利用および呼称は当業者に周知であり、前記ＡＮＳＩ仕様書に記載されている。
【００１２】
　交換機からのＳＳ７データパケットのすべては、シグナルトランスファーポイント（ＳＴＰ）２０に行く。当業者は、シグナルトランスファーポイント２０が、ＳＳ７プロトコルの適当な層でルーティング情報に応答し、パケットをその意図された宛先に転送するようにプログラムされたマルチポート高速パケット交換機にすぎないことを認識するであろう。通常の場合、シグナルトランスファーポイント（ｓｉｇｎａｌ　ｔｒａｎｓｆｅｒ　ｐｏｉｎｔ）は、それ自体は、パケットの宛先ではなく、単に、データパケットを生成し、データパケットに応答するネットワーク上の他のエンティティの間でトラヒックを指示するだけである。ＳＴＰ２０のようなシグナルトランスファーポイント装置は、ネットワーク内に通常、冗長ペアで設置され、一方の装置が故障すると、もう一方の装置が、先のＳＴＰがサービスに復帰できるまで、代わりを務めるようになっていることに注意する必要がある。実際には、信頼性を高めるために、中央局交換機１５から１６のそれぞれの間に冗長なデータリンクが存在する。図面を簡略化するため、本明細書においては、冗長な装置は図面に描かれていない。
【００１３】
　やはり、ＳＳ７データリンク２５上でシグナルトランスファーポイント２０に接続されるのが、１ＡＥＳＳネットワークアクセスポイント（ＮＡＰ）２２である。ネットワークアクセスポイント２２は、トリガー条件を検出するようにプログラムされた計算装置（ｃｏｍｐｕｔｉｎｇ　ｄｅｖｉｃｅ）である。これは、ＡＩＮネットワークシステムにこれらのトリガー検出イベントを通知するためにＳＳＰ交換機のサポートを必要とする。ＳＳＰは、複数のＮＡＰ交換機をサポートすることができる。論理的には、このＳＳＰは、それがＳＳＰが具備された交換機であるなら、１ＡＥＳＳ　ＮＡＰへ転送されたであろう、ネットワークにより生成される多くのパケットの宛先アドレスとして指定される。
【００１４】
　知能の大半およびネットワークの新規拡張機能の多くに対する基礎は、ＳＳ７データリンク２７を介してシグナルトランスファーポイント２０に接続されるローカルサービス制御ポイント（ＳＣＰ）２６内にある。当業者には既知であるように、サービス制御ポイントは、比較的強力なフォルトトレラントコンピュータにより物理的に実現される。典型的な実現装置には、ともにアメリカ電信電話会社により販売されるスターサーバ（Ｓｔａｒ　Ｓｅｒｖｅｒ）ＦＴモデル３２００やスターサーバＦＴモデル３３００を有する。これらのコンピュータのアーキテクチャーは、それぞれタンデムインテグリティ（Ｔａｎｄｅｍ　Ｉｎｔｅｇｒｉｔｙ）Ｓ２プラットホームとタンデムインテグリティＳ１プラットホームに基づいている。公衆加入電話網の大部分の実装においては、サービス制御ポイントは、ネットワークの信頼性と連続運用を保証するため、冗長なペア形態で設けられる。
【００１５】
　サービス制御ポイントを実現する計算装置は、通常、１ドライブあたり３００メガバイトから１．２ギガバイトの範囲にある１個から２７個のディスクドライブを搭載し、約２４メガバイトから１９２メガバイトのメインメモリを持つ。したがって、これらが大型で強力な計算機であることが理解されるであろう。サービス制御ポイントで実行される機能の中に、高度なサービスを提供する際に使用されるネットワークデータベースの保守がある。ＳＣＰを実現するコンピュータは、毎秒約１７００万命令の速度で実行することができる。ＳＳ７プロトコルを使用すると、これは毎秒約５０から１００のネットワークメッセージトランザクション（照会／応答ペア）に換算される。
【００１６】
　サービス制御ポイントコンピュータは、当初、８００番のサービス、つまり（発呼者に対して）無料の長距離サービスの実現のため、必要なトランザクションおよび課金トランザクションを扱うためにネットワークに導入された。８００番の加入者は、その加入者の８００番に電話がかけられた時に呼び出される少なくとも１つのダイヤル接続回線番号（ｄｉａｌ−ｕｐ　ｌｉｎｅ　ｎｕｍｂｅｒ）を持っている。８００番という市外局番に対応する中央局や国内地域は実際には存在しない。多くの中央局交換機で重複して変換情報を提供するより、８００番通話に対するディレクトリーナンバーの検索を行うことができる数カ所の中央局を設ける方がかなり経済的である。現在、サービス制御ポイントは、クレジットカード通話トランザクションに対するデータベースも具備する。
【００１７】
　また、サービス制御ポイントは、特定のサービスカスタマーを識別するデータベースも具備する。交換機１５−１５’のような交換機でデータと呼の処理をできる限り簡略かつ一般的なものにしておくためには、各呼に比較的少ないセットのトリガーが交換機で定義される。ネットワーク内のトリガーとは、サービス制御ポイントに送信されるパケットを生成するある特定の加入者線に関連したイベントである。トリガーにより、サービス制御ポイントは、そのデータベースの照会を行い、この特定の呼に対してなんらかのカスタマイズされた呼び出し機能（ｃａｌｌｉｎｇ　ｆｅａｔｕｒｅ）または高度なサービスを実現する必要があるのか、あるいはその呼には従来の単純なダイヤル呼び出し電話サービスを提供する必要があるのかを判断する。データベース照会の結果は、ＳＣＰ２６からＳＴＰ２０を介して交換機に戻される。戻りパケットには、呼の処理方法についての交換機に対する命令が含まれる。命令は、カスタマイズされた呼び出しサービスまたは追加機能の結果としてある特殊なアクションを行うこと命ずるもののこともあれば、その特定の呼に対して単純な電話サービス以外の何かを提供する必要があることを示すエントリがこのデータベースにはないことを示すだけの場合もある。後者のタイプのメッセージの受信に応答して、交換機は、前述のように、その呼状態を移動し、着信番号を収集し、呼をセットアップし、転送するのに使用される更なるパケットを生成する。
【００１８】
　さまざまな市内電話会社の間で呼を転送するための類似した装置が、地域（ｒｅｇｉｏｎａｌ）シグナルトランスファーポイント２８および地域サービス制御ポイント２９により提供される。地域ＳＴＰ２８は、ＳＳ７データリンク３０を経由してローカルＳＴＰ２０に接続されている。地域ＳＴＰ２８は、対応するローカル装置間のデータリンク２７と物理的にも機能的にも同じであるデータリンク３１を経由して地域ＳＣＰ２９に接続される。ローカル装置の場合と同様に、地域ＳＴＰおよびＳＴＣは、信頼性という目的のために、冗長なペア形態（ｉｎ　ｍａｔｅｄ　ｒｅｄｕｎｄａｎｔ　ｐａｉｒｓ）で提供される。
【００１９】
　ローカル及び地域サービス制御ポイント２６及び２９は共に、それぞれデータリンク３５と３６を経由してサービス管理システム（ＳＭＳ）３７に接続される。サービス管理システムも、大型汎用デジタルコンピュータ並びに市内電話会社及び交換機間通信業者（ｉｎｔｅｒｃｈａｎｇｅ　ｃａｒｒｉｅｒ）の企業オフィスへのインタフェースにより実現される。サービス管理システムは、加入者が自分のＡＩＮサービスのアンサンブルを変更すると、サービス制御ポイント２６と２９のデータベースへ情報をダウンロードする。同様に、サービス管理システムは、リアルタイムではなく、提供したサービスに対する請求書を電話会社の加入者に対して適宜に発行するために必要な課金情報をダウンロードする。
【００２０】
　現代の高度インテリジェントネットワークは、図１に示されるサービスノード３９のようなサービスノード（ＳＮ）も含む。当業者はサービスノードを熟知しており、それは、サービス制御ポイント２６と２９を実現する同種のコンピュータにより物理的に実現される。計算機能およびデータベース保守機能に加えて、サービスノード３９は、音声およびＤＴＭＦ信号認識装置と音声合成装置も具備する。サービスノード３９は、データリンク４０を経由して、ＳＣＰ２６と２９にサービスを提供するのと本質的には同じようにサービスノードにサービスを提供するサービス管理システム３７に接続される。サービスノード３９は、ＳＣＰ２６に物理的にきわめて類似しているが、その使用形態にはいくつかの重要な相違点がある。ＳＣＰ２６のようなサービス制御ポイントは、通常、通話転送（ｃａｌｌ　ｆｏｒｗａｒｄｉｎｇ）および８００番の変換と転送のような大容量ルーティング（ｒｏｕｔｉｎｇ）サービスを実現する。また、クレジットカード番号の検証（ｖａｌｉｄａｔｉｏｎｓ）のような、課金の認可用の大容量データベースの保守およびそれに対するアクセスの提供にも使用される。大部分の市内電話会社のネットワークにおいては、サービス制御ポイントは、通話の論理的完了、すなわち、呼び出し信号の被呼加入者線への提供および発呼加入者へのリングバック（ｒｉｎｇ　ｂａｃｋ）、の前に発生するデータベース検索およびルーティングサービスのためだけに使用される。
【００２１】
　対象的に、サービスノード３９のようなサービスノードは、呼への音声接続や、大量のデータの通話中または通話後の交換接続上での加入者への転送を必要とする付加機能またはサービスが必要となる場合におもに使用される。図１に示されるように、サービスノード３９は、通常、１つ以上（しかし、普通は数台）の交換機に、４１として示される統合デジタル通信網（ＩＳＤＮ）リンクを介して接続される。したがって、通話中（つまり、呼び出し音の完了した後又は被呼加入者が受話器を取った後）に実現されるサービスは、通常、サービスノード３９のようなサービスノードの機能を利用する。
【００２２】
　読者に示す一例である、発呼者の音声アナウンスメントは、サービスノード３９を介して実現されるカスタム機能である。加入者が、着信呼（ｉｎｃｏｍｉｎｇ　ｃａｌ　ｌ）を音声で知らせるサービスに加入している他の加入者であるジョーンズさんの番号をダイヤルすると仮定する。着信（ｔｅｒｍｉｎａｔｉｏｎ）要求トリガーが交換機により生成されると、ＳＳＰを具備する交換機の呼進行状態（ｃａｌｌ　ｐｒｏｇｒｅｓｓ　ｓｔａｔｅ）の一つがダイヤルされた数字の収集後に発生する。このトリガーは、ＳＴＰ２０を介してＳＣＰ２６へ転送され、特定の着信者番号を識別するＳＳ７データパケットから構成される。ＳＣＰは、ジョーンズさんの電話回線と関連付けられたディレクトリーナンバーに対するレコードを検索し、彼女が着信呼を識別する音声アナウンスを提供するサービスの加入者であることを検出する。それから、ＳＣＰ２６は、発呼者の加入者線に対応する中央局とジョーンズさんの中央局の両方に転送されるパケットをデータリンク２７上、ＳＴＰ２０に送り戻す。　発呼者の中央局は、待機、又は発呼者の加入者線に呼び出し音を鳴らすように命令される。別のパケットが交換機１５’に転送される。このパケットには、ジョーンズさんのディレクトリーナンバーのアイデンティティ（ｉｄｅｎｔｉｔｙ）、発呼者番号、およびサービスノード３７の音声合成チャネルへのアクセス要求が含まれる。交換機１５’は、サービスノードとＩＳＤＮリンク４１上で音声及びデータ回線を確立し、（適切なＩＳＤＮ形式の）パケットをサービスノードに渡す。それから、サービスノードはそのデータベースを照会し、特定の発信番号に関してジョーンズさんのレコード（実際は、彼女のディレクトリーナンバーのレコード）にエントリがあるかどうかを判断する。
【００２３】
　一方、必要な音声トランクが、中央局１５’とジョーンズさんの電話回線にサービスを提供する中央局との間で接続されたため、彼女の加入者線上で応答監督（ａｎｓｗｅｒ　ｓｕｐｅｒｖｉｓｉｏｎ）が戻されると、サービスノード３９の合成装置とジョーンズさんとの間に音声経路が存在する。それから、合成装置は、発呼者のアイデンティティをアナウンスし、ジョーンズさんの電話に応答する人物は、その呼を受けることを希望するかどうかを示すために（電話機の特定の番号を押すなどの）適当な行動をとることができる。ＤＴＭＦ番号は、音声回路に同様にブリッジされるサービスノード内のＤＴＭＦ認識回路により認識される。それから、サービスノードは、ＩＳＤＮリンク４１上で交換機１５’へ移動する、その呼が受け入れられたのか、拒絶されたのかを示す適切なパケットを生成する。交換機内では、これらのパケット内の情報が適当なＳＳ７プロトコルパケットにフォーマットされるようにプロトコル変換が行われ、発呼者とジョーンズさんの加入者線の間に音声リンクをセットアップするため、若しくは、適切な可聴表示（話し中のトーンまたはレコーダトーンのような）を発呼者に提示するかのどちらかのために、シグナルトランスファーポイント２０に渡され、適切な中央局に転送される。
【００２４】
　前記記載が、数例とともに、現代の公衆加入電話システムである高度インテリジェントネットワークの動作の基本的な概要である。当業者および一般の関心ある読者の両者に明らかとなるように、ネットワークを通過するデータパケットの整合性（ｉｎｔｅｇｒｉｔｙ）はその動作に非常に重要である。呼が完了できるように、システムが適切に機能するためには、パケットの整合性が維持されなければならない。さらに、ＳＳ７データパケットは音声回線容量の割当を制御するので、ネットワーク内で、スプリアス（ｓｐｕｒｉｏｕｓ）な又は不必要なトランク容量に対する要求が生成されないことが、ネットワークの適切な動作にはきわめて重要である。
【００２５】
　現代のインテリジェント交換電話網のパワーと広がりの一つの結果は、一貫性のない（ｉｎｃｏｎｓｉｓｔｅｎｔ）、または問題がある矛盾した要求（ｃｏｎｆｌｉｃｔｉｎｇ　ｒｅｑｕｅｓｔｓ）が生成されるという可能性である。回避する必要のある１つの共通の例として知られているのが、トリガーループである。もっとも簡単な形で、ＡＩＮ通話転送カスタム呼び出し機能の二人の加入者のそれぞれが相手を訪問することを決定したという状況を考えてみる。通話転送の規則に従い、彼らは自分の電話をとり、彼らの宛先に対応する電話番号を示すために適当な数字をダイヤルする。この情報は、サービス制御ポイント２６にそれぞれの加入者に対して格納される。
【００２６】
　もし、誰かがこの加入者の一人に電話をかけると、電話回線の１つに対する着信要求トリガーが生成される。ＳＣＰ２６はそのデータベースをのぞき、この呼を考慮中のもう一方の電話番号に転送する必要があると報告する。これにより、転送される宛先への呼を完了するために、２つの電話の間のトランク回線を割り当てるパケットが生成される。これが発生した後、ネットワークは、第１の加入者の呼が転送された番号に対する着信要求トリガーを生成する。このトリガーに基づき、ＳＣＰは、その電話に対する呼が他の友人の電話に転送されたことを注意する。これに応えて、他に何も行われない場合は、ネットワークは、第２の友人の電話から第１の友人の電話へ戻る第２のトランク回路を割り当て、同様に、元のものと同一の着信要求トリガーを生成する。このプロセスは、継続して反復される。
【００２７】
　未チェックのままにされると、このようなトリガーループは、（関連するコンピュータの速度を考えると）非常に迅速に、これら二人の友人の加入者線間で利用可能な既存トランク容量のすべてを、決して完了されない呼に割り当てることになるであろう。これにより、これら局間の呼のすべてが締め出され、さらに、代替ルーティングトランク容量の大半が占められてしまう。このタイプのサービスは現在のところ、市内電話会社の管理下にしかないため、市内電話会社は、トリガーループの条件を認識し、まともなやり方でその動作を終了させ、トランク容量が無駄に占有されないようにするため、そのサービス制御ポイントをプログラムする。これ以外の解決策も、この固有問題に対して考えられる。しかし、交換機内（ｉｎｔｒａ−ｓｗｉｔｃｈ）トリガーループなどの多くの関連シナリオや、考慮する必要がある、他のさらに複雑なケースが存在する。
【００２８】
　すぐに認識されなければならないのは、この種のトリガーループを迅速に検出する機能は、サービス制御ポイント計算装置がそのデータベース内、あるいはネットワークを介してアクセス可能なデータベース内の、通話転送オーダーについてのすべての情報へのアクセスできるという事実に帰するということである。個人の第三者エンティティに、その宛先が市内電話会社により管理されるデータベースの中に反映されないやり方で呼を再ルート（ｒｅｒｏｕｔｅ）できるＳＳ７信号ネットワークへのアクセスを許可が見込まれると、第三者が、呼の基点でダイヤルされたディレクトリーナンバーに対応する回線以外の加入者線に呼を転送するためのネットワークオーダーの生成を許可された場合、トリガーループが未検出となる可能性につながる。さらに、表面上、ネットワークに第三者アクセスを経由して呼を再ルートする能力は、いたずらなまたは不謹慎なオペレータが、ある企業に意図された呼を競合する企業の呼に誤導するルーティングオーダーを生成する可能性につながる。
【００２９】
　本発明の発明者は、第三者が電話ネットワーク上でカスタマイズ化したサービスを提供できるように、ネットワークＳＳ７データリンクを第三者に開放することは、第三者提供業者が、提供されるサービスの性質について市内電話会社に広範囲な情報を提供する必要がないように、規制されるであろうと考える。したがって、高度呼び出しサービスの第三者供給業者に対して、ネットワークを開くと、ネットワークの整合性と運用およびすべてのサービス提供業者の加入者のプライバシーの両方を保護するために、市内電話業者と第三者との間のインタフェースでの注意深い仲介および活動とデータパケットメッセージのモニタが必要となるという見込みがある。
【００３０】
　さらに、個人の電話加入者が別個の第三者業者からさまざまな形態の高度サービスを注文することも禁止されないであろうと考えられる。このような状況では、市内電話会社は、多様なサービスについて何の情報も持たず、第三者供給業者も、ある特定の加入者が別のサービスの別のエンティティのカスタマーであることを知らない可能性がある。このような状況では、トリガーが第三者サービス提供業者に対し、インタフェースで渡される順序が、加入者に対するサービスの最終結果に影響を及ぼす可能性がある。例えば、ある特定の加入者があるサービスの通話転送カスタマーであると同時に、別のサービスの通話スクリーニングのカスタマーである場合、これらのサービスの提供業者のそれぞれにトリガーが報告される順序は、加入者の呼のすべてがスクリーンされるかどうかに影響を及ぼす。通話スクリーニングサービスとは、ある加入者線から発信される着信呼をブロックするサービスである。このサービスは、電話の同時遍在的な使用により現代世界で蝕まれてしまったプライバシーのいくらかを確立し直す可能性を提供するサービスである。
【００３１】
　特定の被呼者加入者に対する着信要求トリガーが最初にスクリーニングサービスを提供するエンティティに提供されると、その加入者に対するすべての呼は適切にスクリーニングされる。ただし、トリガーが最初に転送サービスを提供するエンティティに提供され、加入者が実際に自分の呼を転送した場合は、次に生成される着信要求トリガーは、回線の転送先の番号に対するものになるであろう。これは、スクリーニングプロセスを提供するエンティティによるサービスを要求するトリガーとして検出されないため、転送された呼はスクリーニングされない。したがって、発明者は、加入者が望ましくない機能の相互作用を回避する必要がある技術的な制約事項だけではなく、さまざまなサービスに対するトリガーの階層やトリガーの提供順序を指定する必要があると考える。
【００３２】
　インテリジェントネットワークへのアクセスを与えられる第三者付加価値サービス提供業者が、ネットワーク内で生成する照会／応答ペアの数に基づいてネットワーク容量を使用した分に関して請求を受けることが期待されている。発明者は、外部サービス提供業者による市内電話会社の装置の使用の尺度となるカウントの管理は比較的に容易であるため、これがこのサービスの料金のもっとも確実と考えられるシナリオであると考える。高度インテリジェントネットワークが閉鎖されたままである限り、市内電話会社の設計者はネットワークトラヒックを予測し、それゆえに比較的に高い信頼度でネットワークの容量の拡張の計画を立てる。ネットワークの第三者提供業者への開放には、市内電話会社がネットワークに対する外部サービスの影響を予測できるように、第三者提供業者による、彼らがサービスの提供することから生じる照会／応答ペアの数（つまり、パケットまたはネットワークメッセージ）に関する見積が必要になる。
【００３３】
　影響は、次の２つの点で示される。第１に、１日のような比較的に長い時間期間で外部サービス提供業者により生成される合計パケットトラヒックについて考慮する。第２に考慮しなければならないのは、第三者サービス提供業者によるパケット生成時間率である。外部サービス提供業者は、比較的に低い、１日のユニット時間ごとのメッセージ平均数を持つが、時間の小さなウィンドウでは非常に大量のトラヒックを生成する可能性がある。いくつかの市内電話会社以外の（ＬＥＣ以外の）エンティティから高密度トラヒックバーストが多数発生すると、ダイヤル呼び出し音の送達の低速化や過度の量のトランク容量の占有を含む、電話網の残りの作業に支障が出る。ＬＥＣにより提供されるサービスを使用すると、市内電話会社は、無線競争要求回線の提供などの高度メッセージ内容サービスに対する応答をカスタマイズすることができる。しかしながら、市内電話会社は、ネットワークが開放されている場合、第三者により提供されるサービスの性質についてほとんど情報を持たないため、第三者供給業者に提供されるインタフェースでリアルタイムでトラヒックを仲介し、ネットワークを保護する必要性がある。メッセージトラヒックを生成する密度が高すぎるか、あるいはトリガーやそれに転送されるそれ以外のメッセージに適切に応答できず、そのため、多数の装置、特にＳＳＰ交換機に、タイムアウトを待機させてから呼処理を進めさせる、問題ソースを使用不能にすることにより、ネットワークが応答できるようになる必要がある。
【００３４】
　ネットワーク内のデータベースで管理される情報の大半は、市内電話会社のカスタマーの機密ビジネス情報を構成する。ある企業が電話を受ける率、その企業が経験する８００番のトラヒック、または特定の企業に対する呼の時間特性に関する情報は、ＬＥＣカスタマーの競合企業に役立つ情報を構成する。したがって、ネットワークが開放されている場合、ＬＥＣ以外のカスタマーがアクセスを与えられる情報の種類を注意深くチェックし、制限する必要がある。
【００３５】
　呼の経路選択を制御するために、現在、別個のＳＳ７信号パケットが使用されているのは、大部分は、カスタム呼び出しサービスや付加価値サービスを提供するために呼を再送する必要があったからであった。言うまでもなく、もっとも単純な例は、ある加入者線に向けた呼を別の加入者線に転送することである。ただし、ダイヤルされた番号に対応する以外の加入者線に呼を再送する機能は、ネットワークがデータパケットの第三者生成者に開かれていると、企業が迷惑を被る可能性にもつながる。
【００３６】
　例えば、制御されていない場合、到着通話を新規カスタマーの重要なソースとして使用しているある企業の競合他社が、サービス制御ポイントコンピュータに、競合他社からの呼をネットワークメッセージを生成したビジネスエンティティの電話に転送するように命令するパケットを、ネットワーク上で生成する可能性がある。これは定期的に行われ、ほんの短い時間期間の間だけしか転送順序を適当な状態にしておかないため、一定のパーセンテージの着信呼はこのようにして抜き取られる。したがって、ネットワークが第三者に開かれている場合は、呼を再送したり、ネットワークにアクセスする第三者エンティティが影響を及ぼしてはならない呼に干渉しようとする許可されていないあるいは不適当な試みから、呼の経路選択プロセスの整合性を保護する必要がある。
【００３７】
　比較的新しいサービス回線ノードと高度インテリジェントネットワークの基本的なアーキテクチャーを記述した記事（この明細ではサービスノードとして参照された）は、ＡＴ＆Ｔ　Ｔｅｃｈｎｉｃａｌ　Ｊｏｕｒｎａｌの７０号（１９９１）　ｎｏ．３／４で“ＡＴ＆Ｔサービス回線ノード：インテリジェントネットワーク”を提供する新しい要素“という題で世に出た。その記事は、特殊化されたデジタル変換構造装置、音声合成や認識回路図や音声認識回路図を含むサービス回線を備えたプログラムブルノードに内部のネットワークアクセスを提供することによって、原稿にネットワーク変換とデータベースの要素を補足したサービスノードについて記述している。サービスノードは、インターネットの中でカストマイザーサービスを実行するために、特殊なトリガーに応答することができる。加えて、米国特許４，６１１，０９４では、カスタマーが、カスタマーへの到着呼び出し操作に関連する、ある基本的な機能をプログラムできる共通経路局間信号（ＣＣＩＳ）システムを使用する初期のシステムを示している。
【００３８】
　要約すると、高度インテリジェントネットワークは、複雑で高速、大量トラヒックのパケット交換メッセージ装置であり、電話の処理にかなりの融通性を提供する。大部分の通信網構成要素、および特にＳＳＰ交換機は、比較的に単純な形式の照会メッセージがある種のイベントが起こると生成され、交換機が呼処理を進める前にネットワークからの応答を待機するように設計されている。これらの手順は、照会に対する応答が受信されないとタイムアウトする監視タイマーを利用する。ただし、有効な応答と対照的に、処理中の多数の呼では、それ以上の呼の進行がタイムアウトの発生で制御される状況では、ネットワークのパフォーマンスに著しい低下が生じるであろう。これにより、カスタマーは、呼処理の過大な遅延や、適切に提供される付加価値機能を使用できないという状況を経験する。根本的に、不適切なネットワークメッセージにさらされやすいのは、ネットワークの用途が広いためである。したがって、高度インテリジェントネットワークへのアクセスを第三者付加価値サービス提供業者が利用できるように、ネットワークが開放されているなら、その場合、市内電話会社と第三者サービス提供業者の間のインタフェースでメッセージトラヒックの仲介を行い、ネットワークを、悪影響、人的エラー、およびインタフェースの第三者サービス提供業者側の装置故障から保護する必要がある。
【発明の開示】
【課題を解決するための手段】
【００３９】
　本発明は、高度インテリジェントネットワークへのインタフェースを通してパケットで渡されるメッセージを仲介する方法である。本発明の焦点および動機は高度インテリジェントネットワークを市内電話会社以外の団体に将来開放することであったが、本発明の方法は、ネットワーク内のあらゆる位置で呼処理に影響を及ぼすＡＩＮメッセージのソースに適用できる。本発明の実践で必須または望ましいある種の仲介（ｍｅｄｉａｔｉｏｎ）のため、ネットワーク上のすべてのソースからのメッセージパケット、市内電話会社により管理されるものと第三者サービス提供業者からのインタフェースを通して提供されるものの両方を仲介することは有利である可能性がある。これは、特に、第三者サービス提供業者により提供されるサービスの、市内電話会社により提供されるサービスとの相互作用の望ましくない効果が存在する可能性があるため、サービス相互作用の仲介に関して当てはまる。
【００４０】
　もっとも広範な形で述べれば、本発明は、指定されたインタフェースを通して少なくとも一つの方向で、交換電話システムを制御するインテリジェントネットワークに移動するメッセージの数と内容を検査する方法である。これには、メッセージのパラメータ、メッセージにより影響を受けるディレクトリーナンバー、およびメッセージを発信したと説明されるエンティティを示す送信者識別子を検査するステップが含まれる。これらは、メッセージを受領者に渡し、ネットワークをメッセージ内の命令に従わせるのが適切であるかどうかを判断するために、記憶されているあるいは事前に決定した量と比較される。
【００４１】
　従って、本発明は、複数の中央局と少なくとも一つのシグナルトランスファーポイント間の複数のデジタルデータ通信経路、シグナルトランスファーポイントに接続されるサービス制御ポイントを備え、前記インタフェースから各到着パケットの送信者識別子を検出するステップ、インタフェースからの各到着パケットにおける影響を受けたカスタマー識別子を検出するステップ、影響を受けたカスタマーディレクトリーナンバーの呼処理を変更するメッセージを含むインタフェースからの各着信パケットにおける影響を受けたカスタマー識別子を検出するステップからなるインテリジェント電話交換網におけるパケットメッセージのトラヒックを仲介する方法であり、サービス制御ポイントが複数のカスタマーレコードを備えた少なくとも一つのデータベースを含むサービス制御ポイントを仲介していること、シグナルトランスファーポイントに接続されたサービス提供業者制御ポイントへのインタフェースを提供すること、影響を受けたカスタマー識別子に一致したディレクトリーナンバーのデータを含むデータベースの中のカスタマーレコードの特殊な一つを読むことやこの特殊なディレクトリーナンバーを含む呼を変更するために前記送信者識別子に一致する送信者識別子が認可されるかどうかを決定すること、そして、特殊なディレクトリーナンバーを含む呼を変更するために送信者が認可されない場合、着信パケットを拒絶することを特徴とする方法である、加えて、本発明は、高度インテリジェントネットワークに接続された特殊なサービス提供業者レコードを含むサービス制御ポイントにおけるデータベースと同じ方法論を用いる。その方法は、パケットメッセージがパケットメッセージのサービス提供業者ソースからインターネットを介して提供される着信メッセージレートを決定し、さらに、着信メッセージレートが、認可メッセージレートナンバーを少なくともあらかじめ決められた量だけ超えるかどうか決定する。着信メッセージレートが認可されたメッセージレートナンバーを少なくともあらかじめ決められた量だけ超える場合、パケットメッセージのプロバイダー提供業者ソースからのパケットメッセージは、ブロックされ、サービス制御ポイントは、パケットメッセージのサービス提供業者へ向けられたネットワークメッセージに応答して、デフォルトアプリケーションに影響するメッセージをその後で送る。
【００４２】
　仲介ＳＰＣは、メッセージが影響を受けるカスタマーディレクトリーナンバーの呼処理の変更を要求するメッセージであるかどうかを判断する。これが当てはまる場合は、メッセージ内の影響を受けるカスタマー識別子は読みとられ、そのカスタマーレコードが仲介ＳＰＣでのデータベースの中で検索される。各カスタマーレコードは、どのサービス提供業者が特定のディレクトリーナンバーに関する呼の変更を許可されているのかを示す。言い換えると、カスタマーレコードは、この電話番号に結びついたＬＥＣカスタマーが加入者である高度呼び出し機能やカスタム呼び出し機能の提供者を示す。メッセージ中の送信者識別子に対応するエンティティのエントリが存在しない場合、それはサービス提供業者のカスタマーではない人物のディレクトリーナンバーの呼処理に影響を与えようとするサービス提供業者による試みであると考えられるので、このメッセージは仲介ＳＰＣによって拒絶される。
【００４３】
　また、本発明は、到着パケットの宛先アドレスを検出し、仲介ＳＰＣでのデータベースで管理されるレコードから、この特定のサービス提供業者がその宛先アドレスにメッセージを送信することを許可されているかどうか判断する。例えば、ＬＥＣ課金データベース中のレコードの宛先アドレスがある。この特定のインタフェースの対向側サービス提供業者がこのような課金レコードの変更を許可されていない場合、ＬＥＣ課金レコードに向けられた、インタフェースを通した到着メッセージは拒絶される。
【００４４】
　本発明のもう一つの面に従い、仲介ＳＣＰは、データベースの中のサービス提供業者レコードを管理し、そのレコードには、ある特定なインタフェースを通したサービス提供業者ごとのメッセージトラヒックに認可されたレートを示すメッセージレート数（ｍｅｓｓａｇｅ　ｒａｔｅ　ｎｕｍｂｅｒ）を含む。高度インテリジェントネットワークの電気通信事業者（ｏｐｅｒａｔｏｒ）が、数社のサービス提供業者が、その全体の動作を妨げたり、他のサービス提供業者がカスタマーからのサービス要求に応答する能力を低速化するように、メッセージトラヒックでネットワークをオーバーロードしないことを確認できるようにするため、この情報が必要となる。到着メッセージレートは、サービス提供業者ごとに決定される。望ましい形の到着メッセージレートは、最近の履歴に関する比較的に短いウィンドウでの単位時間あたりのメッセージの数である。言い替えると、この数は、短い時間期間での多数のメッセージのバーストに応えて増加する。
【００４５】
　できる限り物理インタフェースに近い到着メッセージレートを決定するのが望ましく、これは、インタフェースの特定の物理ポートを通して渡されるパケット数を検出するだけで達成される。ただし、このタスクは、必要な計算機能とデータ記憶容量を備えた物理要素で実行される必要がある。本発明の１つの好適実施例では、これは、特定のサービス提供業者からサービス制御ポイントへ到着するパケットの数を検出することにより達成される。代替形式では、これは、サービスノードからの到着ＩＳＤＮポートで渡されるメッセージ数を検出することにより達成される。これは、ネットワーク中の他のポイントでも達成できる。
【００４６】
　到着メッセージレートが少なくとも事前に決定した量だけ、認可メッセージレート数を上回る場合、ＡＩＮは、サービス提供業者からのそれ以上の到着メッセージをブロックする状況を確立する。ブロックがＡＩＮにより取り除かれる前、ブロックは一時的なものであるかもしれないし、サービス提供業者の側でのメッセージレートの問題を軽減するための肯定的な動作を必要とするかもしれない。
【００４７】
　サービス提供業者からのメッセージのブロックにより、メッセージがブロックされているサービス提供業者のカスタマーに対して、付加価値サービスの提供が中断したり、あらゆる電話サービスの提供が中断するため、本発明の望ましい形はデフォルトアプリケーションを達成し、ＡＩＮから切断されたサービス提供業者により実現されるアプリケーションに代わる。たとえ、サービススイッチングポイントが、トリガーからの回答メッセージの受信を待機する期間がタイムアウトすると実現するデフォルトアプリケーションを備えても、ブロックされたサービス提供業者のカスタマーが、すべて、複数のタイムアウトによってのみ制御されるデフォルトアプリケーションに固有の遅延を経験することがないように、仲介ＳＣＰにデフォルトアプリケーションを実現させることがきわめて望ましい。
【００４８】
　したがって、前述のように、特定のサービス提供業者のアクセスがブロックされている場合、ブロックされたサービス提供業者のレコードは、仲介ＳＣＰで管理される。ブロックされたサービス提供業者に向かうそれ以上のメッセージトラヒックにより、デフォルトアプリケーションと一貫した応答がネットワーク上で、通常はサービススイッチングポイントに返されることになる。
【００４９】
　大部分の場合、デフォルトアプリケーションは、電話業界で一般的に普通の電話サービス（Ｐｌａｉｎ　Ｏｌｄ　Ｔｅｌｅｐｈｏｎｅ　Ｓｅｒｖｉｃｅ）（ＰＯＴＳ）として知られているものの提供を行うだけである。ただし、ブロックされたサービス提供業者のカスタマーからのある種のメッセージは、リオーダー音（ｒｅｏｒｄｅｒ　ｔｏｎｅ）や、カスタマーにこの特定なサービス提供業者のサービスを使用できないことを知らせるアナウンスへの切替えを生成する。例えば、ブロックされたサービス提供業者のカスタマーが通話転送のサービスの加入者であり、電話の転送を引き起こすダイヤルシーケンスが実行されると、このメッセージは、カスタマーに、この特定なサービスが一時的に利用できない旨の可聴表示を提供できる仲介ＳＣＰにより検出される。ＡＩＮ電気通信事業者は、いくぶん基本的なデフォルトアプリケーションに加えて、装置の故障やポートのブロックが発生した場合に、サービス提供業者により呼び出されるデフォルトアプリケーションの選択を提供することができる。
【００５０】
　本発明の別の実現に従って、サービス制御ポイントやサービスノードからＡＩＮメッセージを生成するために、インタプリタ言語が定義される。これらの実施例では、ＡＩＮへのインタフェースは、その上でサービス提供業者のインタプリタ言語プログラムステートメントがインタプリタプログラムに渡されるインタフェースである。インタプリタプログラムは、すべてのパラメータチェックを実行し、出力として生成されるすべてのメッセージに適切な送信者識別子を強制的に指定させことが容易にできる。
【発明を実施するための最良の形態】
【００５１】
　ここでは、類似した番号が類似したパーツやステップを参照する図面を見つつ、本発明のいくつかの代替実施例について説明する。典型的な交換電話システムにおける既存の高度インテリジェントネットワークが図１に示され、本明細書の背景技術のセクションにて詳細に説明された。本発明は、ＡＩＮへのアクセスを提供するための４つのインタフェースを意図するが、それらに限定されない。第１は、サービス提供業者サービス制御ポイントが接続される、シグナルトランスファーポイント２０へのＳＳ７リンクである。第２は、ＩＳＤＮリンク４１をインタフェースとし、市内電話会社または第三者のどちらかであるサービス提供業者に、サービスノード３９のようなサービスノードを制御および操作させることである。インタフェースの第３の位置は、サービス制御ポイント２６の既存コンピュータ内の、解釈プログラム言語とサービスエクセキューションロジックとの間である。第４は、サービスノード３９を制御するコンピュータ内での同様の配置（ａｒｒａｎｇｅｍｅｎｔ）である。
【００５２】
　本明細書の残りの部分では、前記の第１の２つのインタフェースポイント向けにそれぞれ設計された本発明の２つの代替実施例を詳細に説明する。同じ論理機能が、後者の２つのインタフェースポイント用インタプリタの実施例で処理される。最初の２つの実施例で記載されるステップおよび原理を他の２つの実施例の実現に適用することは、当業者には明らかである。
【００５３】
　図２は、本発明の第１の好適実施例で使用される物理装置のブロック図を示す。この図には、例示のサービススイッチングポイント（ＳＳＰ）中央局交換機１５−１５’が描かれ、トランク１９ｂにより相互接続されている。これらの交換機でのＳＳＰ論理ノードのそれぞれは、ＳＳ７データリンク２１ａと２１ｂにより、それぞれシグナルトランスファーポイント２０’に接続されている。本明細書で使用されているように、プライム（’）表示で参照される数字は、前に紹介された装置に非常に類似してはいるが、本発明を実現するのに使用される目的でさらに機能が追加された装置を参照するために使用されている。最初の好適実施例では、図７に関連して前述されたある種のゲートウェイスクリーニング機能が、シグナルトランスファーポイント２０’に追加され、本発明を実現する。
【００５４】
　ＳＳ７リンク２７は、ＳＴＰ２０’を市内電話会社が操作する仲介アクセス（　ｍｅｄｉａｔｅｄ　ａｃｃｅｓｓ）サービス制御ポイント２６’とリンクする。この装置は、物理的には、図１に示されるＳＣＰ２６と同じである。そのコンピュータは、図６に関係して以下に説明する好適実施例のある種のステップを実行するためのプログラム命令を含み、それらのコンピュータに格納される、ブロック４５で表されるデータベースは、従来の技術の場合のようなカスタマーレコードと、本発明の達成に必要となるサービス提供業者レコードの両方を含む。
【００５５】
　もう一つのＳＳ７リンク４６は、シグナルトランスファーポイント２０’をサービス提供業者サービス制御ポイント４７に接続する。一般的には、サービス提供業者ＳＣＰ４７は、たいていの場合、そのネットワークが図１に示される市内電話会社以外の者により操作されるＳＣＰを表すが、交換電話サービスの任意の形態を提供するエンティティにより運用される。図２の実施例では、サービス提供業者ＳＣＰ４７と既存高度インテリジェントネットワークとの間のインタフェースはＳＳ７データリンク４６に沿ったポイントであり、図２の図面では４８として参照される。
【００５６】
　図２の実施例は、後述の図６と７に示されるステップを実行する。ＡＩＮネットワークメッセージが入ったデータパケットのフローは、図２と関連して説明され、仲介プロセスのステップは、図６と７に関連して詳細に説明される。図２の実施例における仲介（ｍｅｄｉａｔｉｏｎ）は、シグナルトランスファーポイント２０’のゲートウェイスクリーニング機能と仲介アクセスＳＣＰ２６’内の両方で発生する。
【００５７】
　一般的に、中央局１５−１５’とサービス提供業者４７の間のほとんどすべてのパケットは、最初に仲介アクセスＳＣＰ’２６に渡されてから、その後で仲介アクセスＳＣＰ２６’から戻される。例示がこれを説明する助けになるであろう。
【００５８】
　加入者線がＳＳＰ交換機１５に接続されているカスタマーが送受器を外す場合を考えてみる。ＳＳＰ交換機１５は、それに応えるトリガーを生成する。トリガーは、この特定ディレクトリーナンバーがオフフック（ｏｆｆ　ｈｏｏｋ）になったことを示すメッセージを含むＡＩＮパケットである。このパケットは、ＳＳ７データリンク２１上をＳＴＰ２０’に渡される。ＳＴＰは、このパケットを、データリンク２７上、仲介アクセスＳＣＰ２６’に転送し、そこでパケットは、データベース４５の中のカスタマーデータベースに含まれた情報に関して検査される。トリガーメッセージが、仲介アクセスＳＣＰ２６’により受け取られると、それはそのデータベース４５内でチェックし、同じものを使用する加入者が、ＳＣＰ４７を操作するサービス提供業者のカスタマーであることを示すそのディレクトリーナンバーに対するデータベースレコードの中にエントリがあるため、この特定ディレクトリーナンバーに対する特定トリガーをサービス提供業者ＳＣＰ４７に渡す必要があるかどうかを判断する。したがって、それはリンク２７上をＳＴＰ２０’へ送られるトリガーに対応するパケットを準備し、それは同じものをサービス提供業者ＳＣＰ４７に転送する。前述される仲介ステップのいくつかが発生し、パケットがサービス提供業者ＳＣＰ４７に対応する宛先アドレスと共に仲介アクセスＳＣＰ２６’によって再パッケージされ、ＳＳ７データリンク２７上に送信されて戻される。シグナルトランスファーポイント２０’は、このパケットを受け入れ、それをＳＳ７データリンク４６上でサービス提供業者４７に渡す。
【００５９】
　それに応えて、ＳＣＰ４７は、次にとられる適切な行動を示す、ＳＳＰ交換機１５にアドレス指定されたパケットを生成し、それは大部分のケースでは、単に、交換機が、カスタマーにダイヤル音を提供する通常の呼処理を続行するものである。この到着（ｉｎｂｏｕｎｄ）パケットがデータリンク４６上をＳＴＰ２０’に到達すると、ＳＴＰは、ＳＣＰ４７を操作するサービス提供業者を識別する到着パケット内の送信者識別子フィールドをチェックする。それから、ＳＴＰ２０は、そのＳＣＰ４７がインタフェース４８に接続されているサービス提供業者に対応する内部的に格納されているポート識別子をチェックする。それからこれらの２つの値は比較され、もしマッチしない場合は、表面上、ネットワークメッセージのソースの誤った表示を含むので、到着パケットは拒絶される。
【００６０】
　これが発生せずに、パケットがＳＴＰ２０’により渡されたと仮定すると、パケットの到着応答（ｉｎｂｏｕｎｄ　ｒｅｓｐｏｎｓｅ）は、ＳＳ７リンク２７上を図６に図解される仲介ステップが発生するＬＥＣ仲介アクセスＳＣＰ２６’に渡される。すべてがうまく行くと、パケットメッセージが、ＳＳＰ１５に対する宛先アドレスと共に、ＳＳ７リンク２７上をＳＴＰ２０’へ戻され、それは、次いで、リンク２１ａ上を交換機１５へ転送する。
【００６１】
　図６と７に関連して詳細に説明されるように、インタフェース４８を通した到着メッセージの受け取りを終了させるようにＳＴＰ２０’が指示される状況が発生する。ＳＣＰ４７に適切な応答メッセージパケットの生成を停止させるＳＣＰ４７内の装置の故障が発生することも考えられる。これらの状況のどちらかで、仲介アクセスＳＣＰ２６’が、サービス提供業者ＳＣＰ４７と効果的に通信するネットワーク機能が存在しない場合にデフォルトアプリケーションを提供するようにプログラムされていることを理解する必要がある。当業者には明らかであるデフォルトアプリケーションの広範囲な選択肢が存在する。しかしながら、もっとも一般的なデフォルトアプリケーションは、単なる普通の電話サービス（ＰＯＴＳ）の提供であろう。交換機１５−１５’からのメッセージに適切な命令と共に応答し続けるデフォルトアプリケーションを提供すると、高度インテリジェントネットワークがインタフェース４８のサービス提供業者側での装置の故障や濫用に脆弱である程度が著しく低くなる。このようなデフォルトアプリケーションが存在しない場合、ＳＳＰ交換機１５−１５’は、内部デフォルトアプリケーションに完全に依存し、ＳＳＰ内で動作する内蔵タイマーのタイムアウトに応答してこれらのアプリケーションの中を進むだけとなるであろう。これらのタイマーは、ＳＳＰが以前に送信された発信メッセージへの応答を待つ時間の量を制限する。
【００６２】
　図３は、サービス提供業者がサービス提供業者サービスノード３９’から複数の付加価値サービスを提供できるようにする本発明の第２の実施例を示している。この実施例の一つの面は、従来はサービスノードにより提供される帯域内音声及びデータサービスの提供だけではなく、サービス制御ポイントにより従来は制御されている機能がサービスノードを通して提供されることを可能にするということである。言い替えると、サービスノードは、直接通信接続を発信し、着信するだけではなく、（ＳＣＰができるように）ＳＳ７ネットワークに接続される任意の交換機と相互作用することができる。ＩＳＤＮリンク４１は、高度インテリジェントネットワークと図３の実施例のパケットのサービス提供業者のソースとの間のインタフェースを構成する。サービススイッチングポイント４９は、別の複数のトランク１９ｃによりＳＳＰ交換機１５’に接続される中央局交換機で提供される。ＳＳＰ４９は、図３の５０で示されるように、ゲートウェイスクリーニングの仲介ロジックに類似した仲介ロジックの一部を具備する。ＳＳ７リンク２１ｄは、ＳＳＰ４９をＳＴＰ２０に接続する。
【００６３】
　非ＬＥＣサービス提供業者にとっての重大な優位点は、図３の実施例の構造により可能になる。サービスノード３９’が、ＩＳＤＮベーシックレートインタフェースを経由してＳＳＰ４９に接続される比較的に小型の計算装置により実現されることを理解する必要がある。電話技術の当業者に周知であるように、ＩＳＤＮベーシックレートインタフェースの加入費用は、現在、月約１００ドルであるのに対し、図２の実施例に利用されるような、サービス提供業者サービス制御ポイントへのＳＳ７回線は、現在一般的な料金では月数千ドルかかる。したがって、図３の実施例は、比較的小規模なあるいは少量を処理するサービス提供業者が、高度インテリジェントネットワークを通して付加価値電話サービスを提供できるようにする。
【００６４】
　図３の実施例では、仲介機能およびゲートウェイスクリーニングロジック５０が図８で図解されている。本発明のこのアーキテクチャーの望ましい形では、スクリーニングは、ＩＳＤＮ形式のメッセージに実行されるのが望ましく、メッセージがＳＴＰ２０に渡すのに適切な場合には、現在、サービスノードからのＡＩＮパケットの生成と関係して使用される既存の変換ルーチンを使って、ＳＳ７形式に変換される。仲介機能の残りは、仲介アクセスＳＣＰ２６’で実行される。このＳＣＰが、図９に関係して後述されるように、いくぶん異なったセットの仲介タスクを実行するという点を除き、図２に示されるＳＣＰ２６’と同一であることを理解する必要がある。
【００６５】
　図２に関係して記述されるパケットのフローに類似したやり方で、トリガーのような交換機からのパケットは、仲介アクセスＳＣＰ２６’にＳＴＰ２０を通して転送される。サービスノード３９’を利用するカスタマーからのトリガーをＳＣＰ’が検出すると、そのトリガーを示す適切にアドレス指定されたパケットがリンク２７上をＳＴＰ２０を通し、ＳＳ７リンク２１ｄ、そしてＳＳＰ４９まで送り返される。そこで、これはＳＳ７パケットから、同等な情報を記憶するＩＳＤＮパケットに変換され、インタフェース４１を通してサービスノード３９’に渡される。サービスノードは、ＩＳＤＮメッセージの形式の適切な応答を生成すると、応答メッセージを、スクリーニングロジック５０に戻し、パケットはそこでスクリーニングされ、リンク２１ｄ上を再送（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）するためにＳＳ７形式に変換し戻される。パケットは、このリンクからＳＴＰ２０に移動し、到着パケットに対してその仲介試験を実行する仲介アクセスＳＣＰ２６’にそれを転送する。サービスノード３９’から受け取られる到着パケットが仲介タスクのすべての基準を満たすという前提で、到着パケットに実現されるコマンドは、適切なＳＳＰ中央局にアドレス指定されるパケットに再構築（ｒｅｆｏｒｍｕｌａｔｅ）され、その後ＳＳ７リンク２７を介してネットワークに戻される。
【００６６】
　次に図４を見ると、本発明の解釈言語（ｉｎｔｅｒｐｒｅｔｉｖｅ　ｌａｎｇｕａｇｅ）の実現の１つが図解されている。サービス提供業者インタフェース５１は、既存のサービス管理システム３７へのシリアルデータリンク５２で提供される。サービス提供業者インタフェースは、市内電話会社と契約を結んだサービス提供業者が、サービス管理システム３７を介して、アプリケーションプログラムをサービス制御ポイント２６”にロードすることができるダイヤルインモデムにすぎない場合がある。
【００６７】
　図１に図解されるＳＣＰ２６に比較して、ＬＥＣサービス制御ポイント２６”で実行中のソフトウェアにわずかな修正が加えられているだけであることに注意されなければならない。これ及びインタフェース５１の提供以外は、図４の装置は、今日のＡＩＮで既存の装置と同一である。したがって、図４は、既存の高度インテリジェントネットワークの物理および論理構造に対してほとんど修正を必要としない本発明のコンパクトな実現を表す。
【００６８】
　ＳＣＰ２６”の中で、ブロック５５は、サービスロジックエクセキューション（ｓｅｒｖｉｃｅ　ｌｏｇｉｃ　ｅｘｅｃｕｔｉｏｎ）という名付けられている。これは、ＡＩＮ　ＳＣＰを実現するコンピュータ用のアプリケーションサポートサービスおよびオペレーティングシステムを表す。図４の実施例においては、インタプリタ５６ａと５６ｂは、解釈言語で書かれたアプリケーションを実行するためのインタプリタプログラムである。このような２つのアプリケーションであるＬＥＣアプリケーション５７およびサードパーティアプリケーション５８が図４に図解される。データリンク３５の破線延長部分３５’は、アプリケーション５７および５８がサービス管理システム３７からデータリンク３５を経由してダウンロードされ得ることを示している。図４の実施例では、インタフェース５９ａおよび５９ｂは、サービス提供業者のＡＩＮメッセージパケットのソースと高度インテリジェントネットワークとの間の仲介インタフェースである。仲介は、インタプリタ５６ａおよび５６ｂにより達成される。インタプリタプログラム５６からの出力は、サービスロジックエクセキューション５５のランタイムシステムへの呼び出しから構成され、この呼び出しは、各論理リンク６１ａおよび６１ｂ上で行われる。
【００６９】
　インタプリタ５６ａおよび５６ｂは非常に類似しているが、大部分のアプリケーションでは同一である必要はない。特に、インタプリタ５６ｂにより制御される正当なネットワークメッセージのセットから排除されるあるものは、市内電話会社以外のサービス提供者に独占的なものである。これらの内の一つをもっとも直接的に明らかにしているものが、特定のカスタマーの市内電話会社の課金レコードに影響を与えるネットワークメッセージである。
【００７０】
　図５は、図４の実施例に類似した実施例を示す。図５の実施例において、インタプリタアプリケーションは、サービスノード３９に常駐し、これを実現するコンピュータにより実行される。図５に示される要素は、図４に示される対応する要素のプライム（’）指定により識別される。図５の実施例においては、アプリケーション５７’および５８’は、サービス管理システム３７からデータリンク４０を経由してダウンロードことができ、通常はそうされる。サービスロジックエクセキューションリアルタイムシステム５５’は、ＩＳＤＮリンク用のパケットという形式の出力を生成しなければならず、これらのパケットは、サービス制御ポイントではなくサービススイッチングポイント１５’を経由したネットワーク中へのエントリポイントを認識して生成されなれなければならないという点で、図４の実施例の対応する要素５５のそれと異なる。
【００７１】
　前記に注記されるように、いったん当業者が図２および３の実施例により実現される仲介機能を理解すると、図４および５の実施例に対し、それぞれインタプリタ５６ｂおよび５６ｂ’用の適切な類似した命令を書くことは理解されるであろう。
【００７２】
　次に、図６および７を見ると、そのハードウェアが図２に図解される、本発明の第１の好適実施例の仲介ステップの詳細が、示されている。図６−９のフローチャートでは、大文字により示される終了ノードは、同じ文字のラベルが付けられた対応するエントリノードと論理的には同一である。フロー線の交差やこれらのチャートの図の周辺の大きなループを避けるために、これは使用された。　図６は、図２のＬＥＣ仲介アクセスサービス制御ポイント２６’により実行される仲介機能を示す。パケットがリンク２７上で受け取られ、適切なバッファに格納されると、参照番号１１０で示されるように、仲介ステップを実行するコードにポイントＡで入る。最初に、チェックサムが判断ステップ１１１で計算される。このプロセスは、まったく従来のものであり、伝送エラーを検出するためにパケット内に含まれるチェックビットを使用する。チェックサムが無効（　ｉｎｖａｌｉｄ）であると、このステップからルーチン１１５にノー分岐１１２が取られ、ルーチン１１５でメッセージは拒絶され、メッセージの再送に対する要求がネットワーク上で最終的に生成される。いったんこれが達成されると、仲介プロセスはノード１１６で終了する。
【００７３】
　チェックサムが有効（ｖａｌｉｄ）な場合、ルーチン１１８へのイエス分岐１１７が取られ、ルーチン１１８で、パケットの適切なフィールドが送信者識別子に関してチェックされる。送信者識別子とは、メッセージを生成したエンティティを識別するコードである。ルーチン１１９では、ルーチン１１８で識別される送信者に対応する現在のカウントがインクリメント（増分）され、適切なタイマー値が記憶される。これらのカウントは、いくつかの目的で維持される。１つには、第三者サービス提供業者の、高度インテリジェントネットワークの使用に対する課金を達成するために、特定の送信者により生成される照会／応答ペアのカウントを維持することである。さらに、パケットメッセージがサービス提供業者が操作するＳＣＰ４７からインタフェース４８を通して提供される到着メッセージレートが計算される。この着信メッセージレートは、比較的に短い期間の平均値である。加えて、より長い期間の平均値が、過剰メッセージトラヒックの警報状態を検出できるように維持される。好適実施例においては、事前に決定した値を超える短期間の到着メッセージレートだけで、インタフェース４８をブロックさせる。
【００７４】
　ステップ１２０では、計算された到着メッセージレートが特定のサービス提供業者のメッセージレートの認可数と比較され、その数は、仲介アクセスＳＣＰ２６’内のデータベース４５の中のサービス提供業者レコードに格納されている。メインにおいては、到着メッセージレートと認可メッセージレート数との間の関係の結果として取られる３つの経路が考えられる。到着メッセージレートが設定された基準により過剰となる場合、イエス分岐１２１が取られ、ルーチン１２２で、サービス提供業者ＳＣＰ４７に通知するメッセージが仲介アクセスＳＣＰによりインタフェース４８を通して送信されて戻される。これにより、サービス提供業者ＳＣＰは、インタフェース４８を通してメッセージを送信するレートがそれが使用するものとして示したレートより大きい場合、それが講じることができる適切な処置を講じることができるようになる。
【００７５】
　ここから、ルーチンは、判断ステップ１２５に進み、そこで到着メッセージレートが認可メッセージレートを上回る程度がチェックされる。到着メッセージレートが少なくとも、他のサービス提供業者に適当かつタイムリーなサービスを提供するというネットワークの機能が損なわれるような、事前に決定した量だけ、認可メッセージレートを上回る場合には、仲介プロセスは物理ポートを通したメッセージの移動を終了させ、インタフェース４８をブロックする。このオプションが必要な場合には、イエス分岐１２６がステップ１２５から取られる。他方、到着メッセージレートが高すぎるがネットワークのパフォーマンスを重大に悪化させるほどは超過しない場合には、ステップ１２５からノー分岐１２７が取られる。
【００７６】
　最初に、到着メッセージレートが認可メッセージレート数を少なくとも前記に参照した事前に決定した量だけ、超過する状況を考えてみる。仲介ロジックはステップ１２８に進行し、そこで終了メッセージがＳＴＰ２０’に送信される。これにより、ＳＴＰはインタフェース４８を通した到着トラヒックを終了させ、それにより表される物理ポートをブロックするように命令を受ける。次に、ＳＣＰがＳＳ７データリンク４６のポート４８でのアクセスの終了をサービス管理システム３７（図１）に通知するステップ１２９に到達する。これは、サービス管理システムでの担当者に、是正処置を講じることができるかどうかを確認するためにそのアクセスが切断されているサービス提供業者に連絡する機会を与える。さらに、それは、サービス管理システムに、この特定のサービス提供業者のカスタマーからの苦情を予測して、終了を通知する。
【００７７】
　ステップ１３０で表されるルーチンは、図２に関係して前述したデフォルトアプリケーションの起動である。パケットメッセージを図２の実施例でやりとりするパターンについての以前の記述から、デフォルトアプリケーションの一部は、中央局１５の１つの中で発信されたパケットに応えて、ＳＳ７データリンク４６にＳＣＰ２６’からパケットを送信するプログラムを停止させることであることが理解されるであろう。したがって、通常の仲介機能を実行してから、パケットをサービス提供業者ＳＣＰ４７に渡すのではなく、デフォルトアプリケーションが、通常ならサービス提供業者ＳＣＰ４７に送信される受信されたパケットにどのような応答を与えるかについて、仲介ＳＣＰ２６’は、判断しなければならない。したがって、いったんこの状態に入ったら、サービス提供業者ＳＣＰ４７に最終的に意図されるパケットに応えて、仲介アクセスＳＣＰ２６’により発信される特定のパケットが、ＳＣＰ２６’で実行中のデフォルトアプリケーションに従って修正されることと、この状況がインタフェース４８のブロックがクリアされるまで広まっていることを理解する必要がある。したがって、ステップ１２０で利用される試験の一部が、インタフェース４８がすでにブロックされているかどうかを判断することであることを理解する必要がある。これが当てはまる場合、終了命令を発行し続けるのは無駄であろう。　いったんデフォルトアプリケーションが起動されると、仲介ロジックは、次のパケットが受信されるまでノード１３１で終了される。
【００７８】
　次に、ノー分岐１２７がステップ１２５から取られる状況を考える必要がある。最初に、メッセージを拒絶するための基準が調べられる判断ステップ１３２が実行される。この基準には、到着メッセージレートが認可メッセージレート数を超える程度、およびメッセージ自体の性質が含まれる。後者の考慮点に関しては、単にメッセージが拒絶され、そのアドレス指定された宛先に送られないだけである場合は、カスタマーの電話をサービスを提供できない状態でロックされたままにするメッセージになるであろう。ステップ１３２での判断の元にされる他の基準がある。メッセージが拒絶されないという前提の元、仲介ステップのメインフローにロジックを戻すノー分岐１３５が取られる。
【００７９】
　メッセージが拒絶される場合には、ステップ１３２からルーチン１３７に続くイエス分岐１３６が取られる。このステップで、拒絶メッセージは送信者、考慮中の例ではサービス提供業者ＳＣＰ４７に伝送される。メッセージの拒絶が別の通信網構成要素、特に中央局でのＳＳＰの動作に悪影響を及ぼす可能性があるので、サービス提供業者からのメッセージを拒絶した結果としてエラーメッセージを生成する必要があるかどうかに関する判断が、ステップ１３８でなされる。これが適切だと考えられる場合は、イエス分岐１３９がステップ１４０に取られ、そこでは、エラーメッセージが、ＳＣＰ４７が応答を試みた元のメッセージを送信したスイッチングサービスポイントに送られる。ここから、仲介プロセスはノード１４１で終了する。当然のことながら、エラーメッセージが必要とされない場合にはノー分岐１４２が、終了ノード１４１に直接つながるＳＰ１３８から取られる。
【００８０】
　分岐１２１とノード１４１の間のステップについての説明は、仲介ロジックがステップ１２０で過剰な到着メッセージレートを検出したという前提に基づいていた。今度は、このような過剰メッセージレートが検出されない状況について考える必要がある。これが発生すると、ノー分岐１４５がステップ１２０から、別の判断ステップ１４６に取られ、そこでメッセージパラメータが、それらがＡＩＮメッセージに対して事前に決定した有効範囲内にあるかどうかを判断するために試験される。いずれかが範囲外にある場合は、ノー分岐１４７がステップ１４８へ取られ、そこでエラーメッセージが送信者に送信され、範囲外パラメータが検出された旨を示す。これは、サービス提供業者ＳＣＰ４７で発生した論理エラー、あるいはビットの変更が多すぎてチェックサムにより検出されず、メッセージパラメータのビットを範囲外のパラメータを取るように変更してしまうエラーイベントから生じ得る。いったんエラーメッセージがパケットの送信者に送信されると、制御は、ステップ１３８に制御を導く入力ノード１４９’に論理的に接続するＢとラベルが付けられたノード１４９に移動する。エラーメッセージがステップ１４８で送信者に提供されることに注意する。それから、フローは、ＳＳＰへのエラーメッセージが必要であるかどうかに関しての判断がされるステップ１３８に移動し、前述されたような適切な処置が講じられる。
【００８１】
　メッセージパラメータのすべてが範囲内にある場合、イエス分岐１５０がステップ１４６から取られ、送信者／カスタマーのペアがステップ１５１でチェックされる。ステップ１５１では、パケットが、それが影響を受けたカスタマーディレクトリーナンバーの呼処理を変更するためのメッセージを含むかどうかを判断するために、実質的なメッセージの内容に関してチェックされる。これが当てはまる場合、パケットからの影響を受けたカスタマー識別子が検出され、データベース４５のカスタマーレコードにアクセスするために使用される。このレコードの中に、このＬＥＣカスタマーがそのサービス提供業者のカスタマーでもあるサービス提供業者が示される。言い替えると、データベースは、この特定のカスタマーが、特定のサービス提供業者がカスタマーのディレクトリーナンバーにかけられた電話呼の呼進行（ｃａｌｌ　ｐｒｏｇｒｅｓｓ）を変更することを認可したという表示を含む。カスタマーレコードが、影響を受けたカスタマー識別子により識別されるカスタマーとメッセージの送信者であるサービス提供業者の間に関係があることを示す場合、イエス分岐１５５が取られる。データベース内に送信者／カスタマーのペアがない場合には、ノー分岐１５６が取られる。これは、代わりに、拒絶メッセージが送信者に送られるステップ１３７への論理フローを取るノード１６０につながる。ＳＳＰエラーメッセージが必要であるかどうかに関してチェックするルーチンに再び従い、仲介プロセスが１４１で終了する。
【００８２】
　適切な送信者カスタマーのペアが、データベースのカスタマーレコード内で検出されると、イエス分岐１５５が、送信者識別子が、メッセージ内に受領者として示される論理エンティティと比較される判断ステップ１５７に取られる。ステップ１５７では、メッセージの実質的なコマンドのある種の側面に結び付いた、メッセージがアドレス指定されている両方の通信網構成要素を含むように受領者の定義を考慮する必要がある。言い替えると、この特定な送信者にとっては、その通信網構成要素がそれに対してコマンドを受け入れる機能の考えられるすべてのものではなく、いくつかの機能を実行するには一定の通信網構成要素と通信するのが適切かもしれない。例えば、サービス提供業者にとって、この特定なサービス提供業者により提供されるサービスの料金に対する値をインクリメントするために、ＡＩＮで格納される課金レコードと通信するのは受け入れられるものである可能性がある。しかしながら、ＬＥＣ課金に関して、カスタマーのレコードに影響を及ぼすのは、同じサービス提供業者にとって受け入れられないものである可能性がある。
【００８３】
　送信者／受領者のペアが無効な場合、ノー分岐１５８が取られ、それにより拒絶メッセージを送信し、エラーメッセージがＳＳＰに送信される必要があるかどうかを決定するため、再びステップ１３７およびそれ以降のステップに移動する。
【００８４】
　送信者／受領者のペアが正当な場合、イエス分岐１５９がステップ１６１に取られ、そこで機能相互作用テーブルがチェックされる。このルーチンでは、調査中のメッセージにより実現されている機能と相互作用する可能性がある、ある種の起動された機能がチェックされ、トリガーループのような望ましくない機能相互作用が提示されるかどうかが判断される。機能の相互作用をチェックするためのルーチンは、比較的複雑であるが、機能相互作用検出アルゴリズムは、既存技術に存在する。このルーチンが一旦実行されると、分析の結果はステップ１６２で試験され、不当な（ｉｌｌｅｇａｌ）相互作用が検出されたかどうかが判断される。不当な相互作用または危険な相互作用が存在すると判断された場合、やはりノード１６０およびステップ１３７に導くイエス１６５が取られる。不当な相互作用が検出されない場合、ノー分岐１６６がステップ１６７に取られ、そこでメッセージはその受領者に転送される。この後に、分岐１６８により仲介プロセスは終了ノード１４１に移動し、ＳＣＰ２６’が次のパケットの受信に備える。
【００８５】
　図７は、図２の実施例のシグナルトランスファーポイント’２０で実行される仲介機能を示す。パケットがインタフェース４８を通してＳＴＰ２０’により受信されると、仲介プロセスは、参照番号１６９が付いたノードＣに入る。具体的に図示されていないが、送信者は、図６に示されるステップ１１８に関するのと同じように識別される。ステップ１７０では、メッセージに含まれる送信者識別子が、インタフェース４８への認可されたパケットの提供業者を示す、ＳＴＰ２０’内に記憶されるポート識別子と比較される。言い替えると、これは、インタフェース４８の物理ポートの、ＳＳ７データリンク４６上でＳＣＰを運用することを認可されている特定のサービス提供業者との結び付きについてのレコードを記憶する。これらがマッチしない場合、ゲートウェイスクリーニングにとって、それ自体をあるエンティティから発信されたと説明するが、それを介してＡＩＮに入ろうと試みるポートのために、そのエンティティにより生成されるべきではなかったパケットをネットワークの中に入るのを許すことは不適切である。したがって、ノー分岐１７１がステップ１７２に取られ、そこでメッセージが拒絶される。拒絶メッセージは、ステップ１７５で送信者に送信され、それからルーチンは、終了ノード１７６で終了する。
【００８６】
　送信者とポートがマッチする場合は、イエス分岐１７７がステップ１７０から判断ステップ１７８に取られ、そこで宛先アドレスが送信者のアイデンティティに対して試験される。宛先アドレスが、サービス提供業者ＳＣＰ４７が通信を許可されていない通信網構成要素に対するものである場合、ノー分岐１７９が拒絶ステップ１７２に取られる。システムは、分岐１７１がこのポイントから取られた場合、上と同じように動作する。宛先アドレスが受け入れられる場合、イエス分岐１８０がステップ１７８から取られる。ステップ１８１で代替ルーティングが必要であるかどうかチェックが行われる。これは、単に、ネットワーク内のあるスイッチングノードがダウン状態にあり、代替アドレスルーティングを利用する必要があるかどうかを判断するためのプロセスである。このタスクの完了時点で、メッセージはステップ１８２の受信者に転送され、仲介はノード１７６で終了する。
【００８７】
　全体的な結果として生じる機能性は同じであるが、図３の実施例の場合の仲介タスクの分割（ｄｉｖｉｓｉｏｎ）は、図２の好適実施例と異なる。関係する機能はきわめて類似しているため、図６および７で列挙された各ステップの詳細は、必ずしも図８および９の類似したステップに関して繰り返されない。図８は、図３に示されるサービススイッチングポイント４９のスクリーニングロジック５０により実行される仲介ステップのフロー制御図である。パケットが、ＩＳＤＮパケットに関して既知の形式でインタフェース４１を通して移動することを覚えておく必要がある。パケットを受け取ると、仲介ロジックは、ノードＤ１８５に入る。最初に、適切なチェックサム試験がステップ１８６で行われる。これらは、インタフェース４１を通して利用されるＩＳＤＮプロトコルに関して使用される規則に準拠して行われる。チェックサムがエラーを示すと、分岐１８７がルーチン１８８に取られ、そこでエラーメッセージがサービスノード３９’に送られる。図８で注記されるように、これも使用中のＩＳＤＮプロトコルに従って通信している。ここから、ＳＳＰへのエラーメッセージの必要性がステップ１８９で判断され、必要とされる場合には、このようなメッセージがステップ１９０で送信される。ステップのこのシーケンスのロジックは、図６に示されるステップ１３８と１４０に関連するものと同じである。それから、仲介ロジックがノード１９１で終了する。
【００８８】
　チェックサムが受け入れられる場合、分岐１９２がステップ１８６から取られ、送信者は図６に示されるステップ１１８での実行と類似したやり方でステップ１９５で識別される。送信者と、パケット受信時のインタフェース４１からの特定のＩＳＤＮポートとの間のマッチが、ステップ１９６で試験される。マッチしない場合、ノー分岐１９７がルーチン１９８に取られ、そこで、マッチの不在が注記され、ログされ、メッセージがサービス管理システムに送信され、誤った送信者または不適切な送信者を示すパケットが受信されたことを示す。サービスノードは、代わりに他のサービス提供業者にこのようなノードの運用を許可する第三者サービス提供業者により運用される可能性が高いと考えられるので、誤った送信者識別子が指定されたメッセージが受信された場合には特定のＩＳＤＮポートを通したメッセージ転送の終了を行うことが望ましいと考えられる。この判断は、ステップ１９９で行われる。ポートが終了されない場合には、ステップ１８８に戻るノー分岐２１０が取られる。このポートから到着するメッセージの転送が終了される場合は、スクリーニングロジック５０が送信者／ポートのミスマッチを含むメッセージが受信される特定のＩＳＤＮポート４１を通したメッセージフローを終了させるルーチン２１２に導くイエス分岐２１１が取られる。このステップが物理的にＩＳＤＮリンクを切断するか、あるいは１つのベーシックレートまたはプライムレートインタフェースに対応するマルチプレクサの出力のような論理リンクの使用を終了させる可能性があることに注意する必要がある。
【００８９】
　ステップ２１５では、サービス管理システムが、終了を通知され、デフォルトアプリケーションがステップ２１６で起動される。デフォルトアプリケーションは、ＳＳＰ４９の中で実現できる。ただし、デフォルトアプリケーションは、通常、この特定のサービス提供業者向けのデフォルトアプリケーションを利用する必要があることを示すメッセージを仲介アクセスＳＣＰ２６’に送信することにより起動される。仲介アクセスＳＣＰ２６’は、デフォルトアプリケーションを制御し、ポートの終了前に応答のためにサービスノード３９’に宛てられたであろうメッセージに応答してＳＳＰ交換機に適切なメッセージを戻す。
【００９０】
　今度は、１９６での送信者が物理ポートとマッチするかどうかの試験に戻り、マッチが承認され、イエス分岐２１７が取られると仮定する。これは、メッセージカウントをインクリメントし、前述したように入力メッセージレートを計算するステップ２１８に移動する。入力メッセージレートの認可メッセージレート数への比較は、図６のステップ１２０に対応するやり方と同じようにステップ２１９で達成される。レートが高すぎる場合には、イエス分岐２２０がステップ２２１に取られ、そこで過剰レート状況の発生がログされ、サービス管理システムに通知される。次に、ステップ２２２で、ポートをブロックするための基準がチェックされる。基準が満たされている場合、イエス分岐２２５が取られ、ステップ２１２に移動する。したがって、ＳＳＰは、ポート終了決定がステップ１９９で下された場合に行ったのと同じように応答する。ポートを終了しない場合、ノー分岐２２６が取られ、仲介プロセスが続行する。
【００９１】
　ステップ２２７では、送信者／受領者の組み合わせが正当なリストと比較される。それが受け入れられない場合には、ノー分岐２２８が、２２９のノードＥに取られる。これは、２２９’のノードＥに制御を移動し、そこで、エラーメッセージがサービスノードに送信され、それ以降のステップが実行される。
【００９２】
　送信者／受領者のペアが正当な場合、イエス分岐２３０が取られ、仲介プログラムが完了する。信号システム７形式のパケットが、ステップ２３１でＩＳＤＮパケットから生成され、ＳＳ７パケットは、ステップ２３２でシグナルトランスファーポイント２０に転送され、さらにその宛先アドレスに転送される。それから、仲介ロジックは、ステップ２３５で終了し、プロセスは完了する。
【００９３】
　図８をレビューから、スクリーニングロジック５０の中で発生する仲介の特徴の１つが、特定な受信者と通信しようとする違法な試みの早期検出が可能となるように、受信されるポートの一機能としてメッセージの有効性を試験することに注意する必要がある。（ネットワーク使用問題以外の）さらに多くのデータ集約型仲介機能が、仲介アクセスサービス制御ポイント２６’で実行される。図３の実施例のＳＣＰで実行される仲介ステップは、図９に図解される。パケットが仲介ＳＣＰ２６’に到着する場合、２３５のノードＦがエントリポイントである。チェックサムは、ステップ２３６で、前述したように試験される。否定的な結果が出ると、メッセージが拒絶されるステップ２３８にフローを移動する分岐２３７に移動し、仲介プロセスは２３９で終了する。ステップ２４０は、パスワードチェックまたはメッセージの解読が仲介アクセスＳＣＰ２６’で実行されるのが望ましいことを示す。このようなことは必須ではないが、ＳＳ７リンクと比較して、ＩＳＤＮリンクへのアクセスが比較的に容易であることから望ましい。
【００９４】
　再び、メッセージの送信者識別子により示される送信者がステップ２４１で検出され、ステップ２４２で適切なメッセージカウントおよび類似したものがインクリメントされ、更新される。ステップ２４５で、計算されたメッセージレートが認可メッセージレート数と比較される。受け入れられる場合には、ノー分岐２４６が、メッセージパラメータが有効な範囲にあるかどうか試験されるステップ２４７に取られる。パラメータが範囲外にある場合、ノー分岐２４８が、エラーメッセージが送信者に送信されるルーチン２４９に取られ、フローは２５０のノードＧに移動する。これにより、プログラムは、エラーメッセージの必要性が図６のステップ１３８での場合と同じように試験される、ステップ２５１に導く、２５０’で同じラベルが付けられたノードに移動する。同様にして、エラーメッセージが必要な場合には、エラーメッセージがステップ２５２で生成され、仲介ルーチンが２５５で終了する。
【００９５】
　メッセージパラメータが範囲内にある場合、イエス分岐２５６が、送信者／カスタマーのペアが前述したように比較されるステップ２５７に取られる。好ましくない結果が得られると、拒絶メッセージが送信者、つまりサービスノード３９’に送信されるルーチン２５９に導くノー分岐２５８が取られる。それから、ステップ２５１でＳＳＰに対するエラーメッセージに関する試験が実行され、仲介プログラムが２５５での終了するまで続行する。カスタマーデータベースが、送信者がこのカスタマーの呼に影響を与えることを許可されている旨を示す場合、ステップ２５７からイエス分岐２６０が取られ、２６１で機能相互作用テーブルを検討する。ステップ２６２で不当相互作用に関する試験が実行され、何も存在しない場合には、分岐２６５がメッセージがその受領者に転送されるルーチン２６６に取られる。再び、不当相互作用が２６２で検出されると、イエス分岐２６７がステップ２５９に取られ、もうお馴染みの拒絶メッセージのシーケンスとエラーメッセージの処理が実行される。
【００９６】
　この実施例でまだ考えられていない唯一の選択肢は、検出されるメッセージが多すぎる場合である。これは、送信者とサービス管理システムが通知されるステップ２７１へのステップ２４５から取られるイエス分岐２７０により以前記述されたのと同じように処理される。メッセージを拒絶する必要性は、２７１で試験される。メッセージが拒絶される場合には、イエス分岐２７２が、ステップ２５９に取られる。拒絶されない場合、ノー分岐２７５がロジックを、仲介が続行する分岐２４６に移動させる。
【００９７】
　前記説明から、本発明の多様な好適実施例が、ＡＩＮへのアクセスが複数のサービス提供業者に開放される場合、高度インテリジェントネットワークにより制御される公衆加入電話網の動作を保護するため、前述した目的を満たすことが理解されるであろう。これは、従来の技術で記述される問題点、ならびに潜在的な問題点を取り扱う。本発明の代替実施例の前記説明から、他の実施例が当業者に示唆される。したがって、本発明は、下記請求項およびその同等なものによってのみ制限されるべきである。
【図面の簡単な説明】
【００９８】
【図１】図１は、米国の電話システムにおける既存の高度インテリジェントネットワークのブロック図である。
【図２】図２は、本発明の第１の好適実施例を具現する装置のブロック図である。
【図３】図３は、本発明の第２の好適実施例を具現する装置のブロック図である。
【図４】図４は、本発明の第３の好適実施例の論理的および物理的な構造のブロック図である。
【図５】図５は、本発明の第４の好適実施例の論理的および物理的な構造のブロック図である。
【図６】図６は、図２の好適実施例の仲介アクセスサービス制御ポイントで実現される望ましい方法のステップを示すフローチャートである。
【図７】図７は、図２の好適実施例のスイッチングトランスファーポイントで実現される望ましい方法のステップを示すフローチャートである。
【図８】図８は、図３に図解される実施例のサービススイッチングポイントで実現される望ましい方法のステップを示すフローチャートである。
【図９】図９は、図３の実施例の仲介サービス制御ポイントで実現される望ましい方法のステップを示すフローチャートである。
【図１】
2004135286.tif 000003
【図２】
2004135286.tif 000004
【図３】
2004135286.tif 000005
【図４】
2004135286.tif 000006
【図５】
2004135286.tif 000007
【図６】
2004135286.tif 000008
【図７】
2004135286.tif 000009
【図８】
2004135286.tif 000010
【図９】
2004135286.tif 000011