JPH10500819A - 共用命令実行環境によるオープンな高度インテリジェントネットワークのインターフェースの取り次ぎ - Google Patents

Abstract

(57)【要約】 市内交換会社が動作する高度インテリジェントネットワークと外部のサービス・プロバイダーの間のインターフェースを通る呼量の取り次ぎの方法が開示される。この特定のインターフェースは、高度インテリジェントネットワークの使用を要求するある形式の強化された電話サービスの市内交換会社でないサービス・プロバイダーによるアプリケーションと、インターフェースの反対側の共用命令実行環境のインタープリタの間に規定される。市内交換会社が動作するサービス制御点上で実行される共用命令 行のインタープリタによって、取り次ぎが行われる。共用命令実行のインタープリタは、十分な規則を強化して、市内交換会社がサービス・プロバイダーのアプリケーションの実施の詳細を知る必要がないようにする。原理体系は、インターフェースの市内交換会社側で規定し知られている単一のトランザクション識別子を規定する。様々なサービス・プロバイダーのアプリケーションが生成するサービス処理識別子と共に単一のトランザクション識別子を伝送するテーブルが作り出される。このようにして、共用命令実行環境のインタープリタは、アプリケーションの内部で生成されるサービス処理識別子のみを参照するメッセージおよび命令を、インターフェースを通ってサービス・プロバイダーのアプリケーションへ通すことができる。これにより、サービス・プロバイダーのアプリケーションが、ネットワークの動作および他のサービス・プロバイダーのサービスの動作についての不要な情報から分離される。取り次ぎ規則は、テーブルをテストして、サービス・プロバイダーのアプリケーションからのメッセージの要求において参照された加入者電話番号がサービス・プロバイダーの顧客であるか、中継回線のグループの経路選択の要求かそのサービス・プロバイダーについて有効であるか、およびあるネットワーク要素への何らかのアクセスまたはある特定のレベルのアクセスかそれを要求しているサービス・プロバイダーについて承認されているか、を決定する、ということを含む。

Description

【発明の詳細な説明】 共用命令実行環境によるオープンな 高度インテリジェントネットワークのインターフェースの取り次ぎ 技術分野 本発明は、交換式電話による通信の分野に関し、特に、現代の電話交換システ ムに関連する高度インテリジェントネットワーク（ＡＩＮ:Advanced Intellgent Network）へのアクセスを電話サービス・プロバイダー以外の広範囲のエンティ ティに与えることによって許されるであろうメッセージ内容およびネットワーク の影響の取り次ぎの方法である。 背景技術 米国において電話サービスが利用できるようになってからの１世紀余りの間に 、公衆電話システムの複雑さ、大きさ、および性能は、絶えず発展し発達してき た。発呼を交換し完了する配線盤を操作する人間のオペレータによって発呼の経 路が選択されてきた時代から、システムの容量は、呼量においてもサービスのオ プションの量においても非常に増してきた。電話会社の電話局または電話局交換 機は、それぞれが顧客の電話装置を終端とする多数の加入者回線が接続される装 置である。従来の住居用の電話サービスについては、加入者回線には１個または それ以上の電話機が接続される。さらに電話局は、その電話局を他の電話局に接 続する多数の中継回線を有する。事務所に構内交換機（ＰＢＸ: private branch exchange）の交換機を供給する中継回線等の他の中継回線も、顧客に提供され ている。 改善された電話サービスの初期の発展のひとつは、１９６０年代初期における 加入者長距離市外ダイヤル方式の導入である。それ以前は、長距離市外通話はす べて、１人またはそれ以上の人間のオペレータが取り扱わねばならず、オペレー タが呼線を設定しビリング装置を起動していた。加入者長距離市外ダイヤル方式 を可能にした技術の重要な特徴のひとつは、ダイヤルされたディジットすなわち 被呼番号を識別するデータを集め、記憶し、転送する交換機の性能である。これ らは、発呼が多周波（ＭＦ：multifrequency）信号としてよく知られている信号 体系を経由して設定されるときに、ネットワークを通して伝送された。ＭＦ信号 は、情報信号（被呼番号を識別するもの）が、いったん発呼が完了すると音声信 号を搬送する中継回線と同じ中継回線を介して、音声周波数帯域内の信号によっ て伝送された、という点において、帯域内周波信号方式の１種である。この技術 によって、取り扱われる長距離の呼量がずっと多くなり、１９６０年代および１ ９７０年代の米国において電話サービスをかなり改良しより多くのサービスを求 める要求を満たす助けとなった。帯域内周波信号方式技術の主な欠点は、発呼の 設定の間、音声中継容量(voice trunk capacity)が占有される、ということであ った。さらに、相手側の発呼番号が話し中である等何らかの理由によって発呼を 完了することができない場合、発呼の設定がネットワークを通るその道筋を切り 替えて話し中の報告が音声回線を介して発呼者に戻される間、長距離の中継容量 が占有されてしまった。５分から１０分でも、１日に何千もの話し中の通話があ ると、中継容量をかなり使用することになる。 １９７０年代の後期および１９８０年代の初期において、米国電話電信会社（ ＡＴ＆Ｔ: American Telephone & Telegraph Company）は初期の種類のオフィス 間共通線信号方式（ＣＣＩＳ：common channel interoffice signaling）を開発 した。ＣＣＩＳは、本質的に、電話の発呼についての情報が、発呼自体の信号の 伝送に用いられる音声回線とは別個の高速データリンクを介して伝送される、交 換電話ネットワークのネットワーク・アーキテクチャである。オフィス間共通線 信号方式の開発の初期においては、音声リンクを設定する中継回線容量を割り当 てる前に発呼を完了できるかどうかを最初に決定することができる高速デジタル データを提供するように、オフィス間データ信号リンクを設計することができる と認識されていた。従って、オフィス間共通線信号方式では、アトランタにいる 発呼者がシアトルの番号をダイヤルする場合には、被呼番号の識別を、アトラン タにある発呼側の電話局からシアトルにある被呼側の電話局にオフィス間信号デ ータリンクを介して伝送することができる。被呼側の電話局は、被呼番号にサー ビスを提供する電話局である。被呼番号が話し中の場合には、この情報を提供す るデータがオフィス間信号リンクを介してアトランタにある発呼側の電話局に伝 送で戻され、このアトランタにある電話局が、市内で話し中音を発呼者に提供 する。従って、この処理の間に長距離中継回線容量が占有されることはなく、以 前の方式であれば発呼を完了しようとして用いられたであろうアトランタとシア トルの間の音声回線は、他の使用への余地を残している。シアトルの被呼番号が 話し中でない場合には、ネットワーク内の様々な装置がこの発呼に関する情報に 応答し、その発呼の接続を設定するオフィス間中継回線が割り当てられ、発呼が 完了する。 公衆電話ネットワークは、１９８０年代に、複合的で非常に用途が多いシステ ムに発展した。その大部分は、オフィス間共通線信号方式の１形式をサポートし 、それによって制御されている。このネットワークの基礎は、ＡＴ＆Ｔが設計し た。司法的な命令により１９８４年にＡＴ＆Ｔが市内交換会社(local exchange carriers)を分割してからは、ベル地域経営会社(ＲＢＯＣ：Regional Bell Oper ating Companies)その他独立した市内電話サービス・プロバイダーがこのネット ワークの開発を継続している。交換電話ネットワークの基本アーキテクチャは、 かなりの部分において、米国、および西ヨーロッパや日本を含む先進工業化世界 全体にわたって、同一である。本明細書で説明する現在のネットワークの詳細は 、ＲＢＯＣその他米国内で操業している市内交換会社が用いているものである。 このネットワーク・アーキテクチャは、米国における現代の電話交換システムの すベてが用いており、西ヨーロッパおよび日本における現代のシステムと略同一 である。 現代のオフィス間信号は、信号方式７（ＳＳ７：signaling system７）と呼ば れるプロトコルを用いてデジタルリンクを介して起こる。ＳＳ７については、以 下により詳細に触れる。高度インテリジェントネットワーク（ＡＩＮ:Advanced Intellgent Network）は、以下の特性を有しているという点において、現在のオ フィス間信号の拡張集合とみなしてもよい。第一に、これもＳＳ７のプロトコル を用いている。基本的に、高度インテリジェントネットワークは、トリガとして 知られているＡＩＮメッセージを生成し適切な応答を行う資源および相互接続を 集めたものである。トリガとは、新しいＡＩＮメッセージのシーケンスを生成す るある特定の事象である。市内交換会社の顧客は、ある特定のトリガの事象に関 してＡＩＮに提供されるトリガを有することに対して料金を支払わねばならない 。 例えば、ある番号への着信に関する特殊なサービスを受けるためには、その加入 者電話番号の顧客は通常、成端試みトリガ(termination attempt trigger)を契 約せねばならない。これによって、誰か加入者がその特定の加入者電話番号に通 話を申し込もうとしたことをネットワークが検出するときにはいつでも、ＡＩＮ メッセージが生成される。すると、サービス制御点がデータベースに情報を求め 、トリガが受け取られたことを考えればその発呼の取り扱いについてどのような 非標準の応答が適切であるかを決定する。米国において電話事業に精通した人々 の多くが近い将来に起こると考えている次のような出来事の結果として、本発明 が必要となる。すなわち、市内交換会社が動作する高度インテリジェントネット ワークへのアクセスが第三者に提供され、第三者が市内交換会社の加入者に対し て競合する電話関連サービスを提供することができる、という出来事である。言 い換えれば、任意にせよ規制的な命令によってにせよ、市内交換会社（ＬＥＣ： local exchange carriers）（すなわち、市内電話サービス・プロバイダー）は 、音声接続の設定および切断を含む、電話会社が提供する現代の特徴およびサー ビスを支配する高度インテリジェントネットワークへのアクセスを、他者に許さ なければならなくなることが予想される。 現代のインテリジェント公衆電話ネットワークにおいても、基本的な発呼の設 定、切断、および経路選択に用いる上記の信号パスと同じ信号パスが用いられて 、強化したカスタム発呼の特徴を提供し、ビリング装置の動作を制御して課金記 録を保っている。従って、このネットワークに市内交換会社以外のものがアクセ スすることを許すということは、危険を伴う計画である、ということが理解され よう。電話システムを制御するデジタルネットワークにアクセスしそのネットワ ーク内に記憶された情報にアクセスする者が不注意または悪意であれば、第三者 へのアクセスが行われるときに適切な予防措置を講じない限り、公衆電話ネット ワークの正しい動作がひどく妨げられたり、課金データを含むネットワーク内に 記憶された情報が改ざんされたり、ネットワーク内に記憶された個人情報が不正 に入手されたりする可能性がある。従って、本発明は、公衆電話システムのイン テリジェントネットワークへのアクセスがオープンになることを見越してなされ た。 本発明の必要性および本発明の実施の両方を理解するためには、まず最初に、 現代の高度インテリジェントネットワークの基本アーキテクチャおよびインター フェースが第三者に提供される可能性があるという点を理解することが必要であ る。本明細書の図１は、典型的な市内交換会社のＡＩＮの少なくとも一部を示す ブロック図である。このブロック図は簡単であるが、その構成要素は当業者には よく知られている。典型的な公衆電話ネットワーク内には、複数の電話局交換機 が設けられている。サービス交換点（ＳＳＰ：Service Switching Point）が、 現代の電話局交換機のＡＩＮ構成要素である。これを、図１にＳＳＰ交換機１５ −１５’として示す。１５と１５’の間の破線は、数が任意であることを示して いる。また、交換機１６等のＳＳＰでない交換機も、ネットワークに含まれてい る。 ＳＳＰ電話局交換機とＳＳＰでない電話局交換機の違いは、前者がインテリジ ェントネットワークの機能性を含んでいるということである。これは、その交換 機が適当なハードウェアおよびソフトウェアを装備していて、１組の所定の状態 が検出されると、交換機が加入者回線上の所定の発呼状態のトリガを開始し、Ａ ＩＮを介して送られるべき適切なメッセージとしてそのトリガを生成し、ネット ワークからある行動をとるように命令する応答を受け取るまでは発呼の取扱を保 留するようになっている、ということを示す。または、交換機は、タイムアウト が起こって交換機が行った照会に対してネットワークが何の返答もしない場合に 実行する省略時タスクを有する。要するに、ＳＳＰ交換機とは、本明細書におい て説明する高度インテリジェントネットワークを扱い利用するように十分装備さ れたものである。 ＳＳＰでない交換機１６は、電子スイッチであって、ある基本パケット（rudi mentary packets）を生成してネットワークを介して提供することができるが、 かかる交換機に接続された加入者回線にインテリジェントネットワークで利用で きるより複合的な特徴およびサービスを提供するためには、以下により詳細に説 明する他の装置に依存せねばならない。電話局１５−１５’、１６はそれぞれ、 一般に１７−１７’で示す、接続された複数の加入者回線を有する。通常、加入 者回線の数は、１０，０００から７０，０００回線程度である。加入者回線１７ −１７’のそれぞれは、顧客の構内装置の終端部分に接続されている。この終端 部分は、交換機のそれぞれについての同様の複数の電話機１８−１８’で示す。 電話局交換機１５、１６を接続しているのは、図１に１９ａ，１９ｂで示す複 数の中継回線である。これらは、電話局を相互接続する音声パス中継回線であり 、発呼が完了したときにはこれらを介して接続される。通常の都市の環境におけ る電話局の中継回線は、図１が暗示するようなヒナギクの花をつなげた輪のよう な配列に制限されるものではない、ということが理解されるべきである。言い換 えれば、通常のネットワークにおいて、中継回線は電話局交換機１５’と電話局 交換機１６の間に存在する。従って、２つの電話局の間で市内発呼が行われる場 合には、これらの電話局を直接中継する接続が存在ししかもその中継回線が話し 中でない場合には、ネットワークはその中継回線をその特定の発呼の完了に割り 当てる。この２つの電話局を直接中継する回線がなかったり、回線はあるがすべ て話し中である場合には、発呼は発呼側の電話局から少なくとも１個の他の電話 局への中継回線に沿い、それに続く中継回線の接続を通って被呼側の電話局へと 経路が選択される。 この一般的なアーキテクチャは、多数の市内交換会社を含むより広範囲の地理 的地域を考える場合に、拡大される。その場合には、重要な違いは、長距離中継 回線のみを交換する相互交換会社の交換機(inter exchange carrier switches) が含まれている、ということだけである。 インテリジェント交換電話ネットワークのインテリジェンスの大部分は、図１ に示す残りの構成要素にある。これらは、上述のオフィス間共通線信号体系の現 在のバージョンを実施するコンピュータよび交換機である。交換機１５ないし１ ６のそれぞれは、それぞれデータリンク２１ａ、２１ｂ、および２１ｃを介して 、市内信号中継点（ＳＴＰ: signal transfer point）２０に接続されている。 現在これらのデータリンクは、信号方式７（ＳＳ７：Signaling System ７）と 呼ばれる信号プロトコルを用いる、５６キロビット／秒の双方向性データリンク である。ＳＳ７というプロトコルは、当業者にはよく知られており、米国国家規 格協会（ＡＮＳＩ：the American National Standards Institute）が公表して いる仕様書に説明されている。ＳＳ７というプロトコルは、層状プロトコルであ り、それぞれの層がその上の各層にサービスを提供し、それぞれの層にサービス を提供するのにその下の各層に依存している。このプロトコルは、通常の開始お よび 成端フラグおよびチェックビットを含むパケットを用いている。さらに、可変長 のユーザ固有のデータおよび経路選択ラベルを含む、信号情報フィールドが設け られている。メッセージの優先順位、メッセージの受信宛先の国内ネットワーク 、およびメッセージを作り出したエンティティを識別するユーザ名、を識別する サービス情報オクテットが設けられている。また、パケット内には制御およびシ ーケンス番号も含まれており、その使用および受信宛先は当業者にはよく知られ ており、上に参照したＡＮＳＩ仕様書内に説明されている。 交換機からのＳＳ７データパケットは、すべて信号中継点（ＳＴＰ）２０に行 く。当業者であれば、信号中継点２０は単に、ＳＳ７のプロトコルの適切な層内 の経路選択情報に応答しパケットをその意図する受信宛先に送るようにプログラ ムされている単なる多ポート高速パケット交換機である、ということがわかるで あろう。信号中継点は、通常、それ自体パケットの受信宛先ではなく、単に、デ ータパケットを生成しデータパケットに応答するネットワーク上の他のエンティ ティの間の呼量を管理する。ＳＴＰ２０等の信号中継点装置が従来ネットワーク 内に冗長なペアを組んで設備されており、１個の装置が故障しても、最初のＳＴ Ｐがサービスに戻ることができるまでそれとペアになっているもう片方が引き継 ぐようになっていることに注意するべきである。実際は、信頼性をさらに高める ために、電話局交換機１５ないし１６のそれぞれの間に冗長データリンクがある 。図面を簡単にするために、冗長装置は本明細書の図面には示していない。 信号中継点２０には、ＳＳ７データリンク２５を介して、ＩＡＥＳＳのネット ワークアクセスポイント（ＮＡＰ：network access point）２２も接続されてい る。ネットワークアクセスポイント２２は、トリガの状態を検出するようにプロ グラムされた計算装置であり、ＡＩＮのネットワークシステムにこれらのトリガ が検出されたことを告知するのに、ＳＳＰ交換機のサポートを必要とする。１個 のＳＳＰで多数のＮＡＰ交換機をサポートすることができる。論理的に、このＳ ＳＰは、もしＳＳＰを装備した交換機であったならば１ＡＥＳＳのＮＡＰに送ら れるネットワークが生成するパケットの多くの、受信宛先として指定されている 。 情報の大半、およびネットワークの新しい強化した特徴の多くの基礎は、ＳＳ ７データリンク２７を介して信号中継点２０に接続された市内サービス制御点 （ＳＣＰ：service control point）２６にある。当業者には知られているよう に、サービス制御点は、比較的パワフルな故障を許容するコンピュータによって 、物理的に実施される。典型的な実施装置は、どちらも米国電話電信会社販売の 、スターサーバー(Star Server)ＦＴモデル３２００、またはスターサーバーＦ Ｔモデル３３００を含む。これらのコンピュータのアーキテクチャは、それぞれ タンデム社のインテグリティ(Integrity)Ｓ２およびインテグリティＳ１のプラ ットフォームをベースにしている。公衆電話ネットワークの大部分の実施におい ては、信頼性およびネットワークが続いて動作することを確実にするために、サ ービス制御点も冗長に接続したペアを組んで設けられている。 サービス制御点を実施する計算装置は、通常、１個のドライブにつき３００メ ガバイトから１．２ギガバイトの範囲のディスクドライブを１個から２７個収容 でき、２４から１９２メガバイト程度のメインメモリを有する。従って、これら が大型でパワフルな計算マシンであるということが理解されよう。サービス制御 点が果たす各機能の中に、強化したサービスを提供するのに用いるネットワーク のデータベースの維持がある。ＳＣＰを実施するコンピュータは、１秒あたり１ ７００万個程度の速度で命令を実行することができる。ＳＳ７のプロトコルを用 いると、これは１秒あたり約５０から１００個のネットワークのメッセージのト ランザクション（照会／応答のペア）になる。 サービス制御点のコンピュータは最初、８００番サービス、すなわちフリーダ イヤル（発呼者にとって）の長距離サービスの実施に必要なトランザクションお よび課金トランザクションを取り扱うためにネットワークに導入された。８００ 番の加入者は、その加入者の８００番の番号に通話が申し込まれると発呼される 少なくとも１個のダイヤル呼び出し方式の回線の番号を有している。この８００ 番の市外局番に対応する物理的な電話局や国の地域はない。多くの電話局交換機 でその度に変換情報を提供するよりも、８００番通話の加入者電話番号の索引を 作ることができる中心位置(central locations)をいくつか設ける方がかなり経 済的である。現在、サービス制御点は、クレジットカード通話のトランザクショ ンのデータベースも含む。 また、サービス制御点は、ある特定のサービスの顧客を識別するデータベース も含む。交換機１５−１５’等の交換機におけるデータおよび発呼の処理をでき る限り簡単で一般的なものにしておくために、それぞれの発呼について交換機に おいて比較的小さな組のトリガが規定されている。このネットワークにおけるト リガは、サービス制御点に送られるパケットを生成するある特定の加入者回線と 関連する現象である。このトリガによって、サービス制御点はそのデータベース に照会を行い、この特定の発呼について何らかのカスタム化した発呼の特徴また は強化したサービスを実施するべきか、あるいはその発呼に従来の普通のダイヤ ル呼び出し方式の電話サービスを提供するべきかを決定する。データベースの照 会の結果は、ＳＣＰ２６からＳＴＰ２０を通って交換機に送り戻される。 戻りパケットは、その発呼の処理方法に関する交換機への命令を含む。この命 令は、カスタム化した発呼サービスまたは強化した特徴の結果として何か特別な 行動を取ることもよいし、あるいは単に、その特定の発呼に何か普通の電話サー ビス以外のものを提供するべきだということを示す入力がそのデータベースにな いということを示すものでもよい。後者のタイプのメッセージを受け取る場合、 これに応答して、交換機はその発呼状態を通過し、被呼ディジットを集め、その 発呼を設定しその経路を選択するのに用いられるさらなるパケットを生成する。 これについては上に説明したとおりである。 様々な市内交換会社の中で発呼の経路を選択する同様の装置が、地域信号中継 点２８および地域サービス制御点２９において設けられている。地域ＳＴＰ２８ は、ＳＳ７データリンク３０を経由して市内ＳＴＰ２０に接続されている。地域 ＳＴＰ２８は、対応する市内装置間のデータリンク２７と物理的にも機能的にも 同じデータリンク３１を経由して、地域ＳＣＰ２９と接続されている。市内装置 と同様、信頼性を高くするために、地域ＳＴＰおよびＳＴＣは冗長に接続したペ アを組んで設けられている。 市内および地域のサービス制御点２６、２９の両方が、それぞれのデータリン ク３５、３６を経由して、サービス管理システム（ＳＭＳ:service management system）３７に接続されている。このサービス管理システムもまた、大型の汎用 デジタルコンピュータおよび市内交換会社および相互交換会社の事務所へのイン ターフェースによって実施されている。サービス管理システムは、加入者がその ＡＩＮサービスを全体的に変更する場合にサービス制御点２６、２９のデータベ ースに情報をダウンロードする。同様に、サービス管理システムは、リアルタイ ムでないベースで、電話会社の加入者に提供したサービスのインボイスを適切に 作るために必要な課金情報をダウンロードする。 現代の高度インテリジェントネットワークはまた、図１に示すサービス接続点 ３９等のサービス接続点（ＳＮ：service node）も含む。当業者であれば、サー ビス接続点には精通しており、サービス接続点は物理的にはサービス制御点２６ 、２９を実施するのと同じタイプのコンピュータによって実施される。サービス 接続点３９は、計算性能がありデータベースを維持するという特徴に加え、音声 およびＤＴＭＦ信号認識装置、および音声合成装置も含む。サービス接続点３９ は、データリンク４０を経由して、ＳＣＰ２６、２９にサービスを提供するのと 略同じ方法でサービス接続点にサービスを提供するサービス管理システム３７に 接続されている。サービス接続点３９は、物理的にはＳＣＰ２６と非常に似てい るが、その使用においては、重要な違いがいくつかある。ＳＣＰ２６等サービス 制御点は通常、発呼を送ったり８００番の変換や経路選択等の大量経路選択サー ビスを実施する。また、クレジットカード番号のバリデーション等の課金の承認 のための大量データベースを維持しそれへのアクセスを提供するのにも用いられ ている。市内交換会社ネットワークの大部分において、サービス制御点は、発呼 の論理的完了、すなわち被呼加入者回線への呼び出し信号の供給および発呼加入 者への呼び出しに先だって行われるデータベース検索および経路選択サービスに のみ用いられる。 これとは対照的に、サービス接続点３９等のサービス接続点は主に、発呼への 音声接続、あるいは発呼の間またはその後に交換された接続を経由して加入者に かなりの量のデータの転送を必要とする何らかの強化した特徴またはサービスが 必要な場合に用いられる。図１に示すように、サービス接続点３９は通常、４１ で示す統合ディジタル通信サービス（ＩＳＤＮ: Intefrated Service Digital N etwork）リンクを経由して１個またはそれ以上の（しかし通常数個のみの）交換 機に接続されている。したがって、発呼中に（すなわち、呼び出し信号の完了ま たは被呼加入者のピックアップの後）実施されるサービスは通常、サービス接続 点３９等のサービス接続点の設備を用いる。 読み手のために例を挙げると、発呼者の音声による告知は、サービス接続点３ ９を経由して実施されるカスタムの特徴である。ある加入者が別の加入者である ジョーンズさんの番号をダイヤルし、ジョーンズさんは入呼びの音声による告知 を提供するサービスを契約していると仮定しよう。ＳＳＰを装備した交換機の発 呼進行状態のうちのひとつが、ダイヤルされたディジットを集めた後、交換機が 成端要求トリガを生成するときに起こる。このトリガは、ＳＴＰ２０を通ってＳ ＣＰ２６へと経路選択されその特定の被呼者番号を識別するＳＳ７データパケッ トからなる。ＳＣＰは、記録を検索してジョーンズさんの電話回線と関連する加 入者電話番号を探し、彼女が、入呼びを識別する音声による告知を提供するサー ビスの加入者であることを検出する。するとＳＣＰ２６は、パケットをデータリ ンク２７を介してＳＴＰ２０に送り戻し、パケットは発呼者の加入者回線と関連 する電話局とジョーンズさんの加入者回線と関連する電話局の両方に送られる。 発呼者の電話局は、待機するかまたは発呼者の加入者回線に再度、折り返し呼 び出しを行うように指示される。別のパケットが、交換機１５’に送られる。こ のパケットには、ジョーンズさんの加入者電話番号、発呼者の番号、およびサー ビス接続点３７における音声合成機のチャネルへのアクセスの要求、を含む。交 換機１５’は、ＩＳＤＮリンク４１を経由してサービス接続点と音声およびデー タ回線を接続し、パケット（適切なＩＳＤＮのフォーマットの）をサービス接続 点に通す。するとサービス接続点は、そのデータベースに照会を行って、ジョー ンズさんの記録（実際には彼女の加入者電話番号の記録）にその特定の発呼番号 の入力があるかどうかを決定する。 一方で、電話局１５’とジョーンズさんの電話回線を担当する電話局の間で、 必要な音声中継回線が接続されており、従って、ジョーンズさんの加入者回線に 応答監視信号が戻されるときには、サービス接続点３９における合成機とジョー ンズさんの間には音声パスが存在している。すると合成機は、発呼者の識別を告 知し、ジョーンズさんの電話に出ている人は、適切な行動（電話上のある特定の 番号を押す、等）をとって、その電話に出たいかどうかを示すことができる。Ｄ ＴＭＦ番号は、サービス接続点におけるＤＴＭＦ認識回線によって認識され、こ れも同様に、音声回線上に繋がれる。するとサービス接続点は、その発呼が受諾 されたか拒絶されたかを示す適切なパケットを生成し、それらのパケットはＩＳ ＤＮリンク４１を経由して交換機１５’に進む。交換機において、プロトコルの 変換が行われ、これらのパケット内の情報が適切なＳＳ７のプロトコルのパケッ トにフォーマットされ、そして信号中継点２０に通され、適切な局に送られて、 発呼者とジョーンズさんの加入者回線の間の音声リンクを設定するか、または適 当な音響式確認（話中音やリオーダ音等）を発呼者に提供する。 前述の説明は、現在の公衆電話システムである高度インテリジェントネットワ ークの動作を、いくつか例を挙げて基本的に概観するものである。当業者にも、 偶然本明細書を読んで興味を持った人にも明らかとなるとおり、ネットワークを 通るデータパケットのインテグリティ（完全さ）は、ネットワークの動作にとっ てきわめて重大である。システムが正しく機能して発呼が完了するように、パケ ットのインテグリティは維持されねばならない。また、ＳＳ７データパケットが 音声回線容量の割り当てを制御するので、ネットワークが正しく動作するために は、中継回線容量に対するスプリアス（偽の）の、つまり不要の要求がネットワ ーク内で生成されないことが決定的に重要である。 本発明の発明者は、ネットワークのＳＳ７データリンクを第三者にオープンに して、第三者が電話ネットワークを介してカスタム化したサービスを提供できる ようにすることが、第三者のプロバイダーが提供するサービスの性質について市 内交換会社に広範な情報を提供する必要がなくなるように規定される、と考えて いる。従って、ネットワークを、第三者である強化した発呼サービスの供給者に オープンにする見込みであるということは、市内交換会社のネットワークと第三 者の間のインターフェースにおいて注意して取り次がねばならず、アクティビテ ィおよびデータパケットのメッセージを監視してネットワークのインテグリティ および動作、およびサービス・プロバイダーの加入者すべてのプライバシー、の 両方を保護せねばならない、ということである。 また、ネットワーク内のデータベースに維持されている情報の多くは、市内交 換会社（ＬＥＣ）の顧客の機密に関わる商業上の情報を構成する可能性がある。 企業が電話を受ける度合い、企業が受ける８００番の呼量、あるいは特定の企業 への電話の時間的特性さえも、ＬＥＣの顧客のライバルにとって有用かもしれな い情報を構成する可能性がある。従って、ネットワークがオープンになる場合に は、注意深くチェックしてＬＥＣの顧客以外の者がアクセスできる情報のタイプ を制限する必要がある。 発呼の経路選択を制御する別個のＳＳ７の信号パケットを現在使用するように なったのは、かなりの部分、カスタム発呼サービスまたは強化したサービスを提 供するために発呼の経路を変更する必要があったからである。この最も簡単な例 は、もちろん、１本の加入者回線向けに意図された発呼を別の１本に転送する、 ということである。しかし、発呼の経路を変更してダイヤルされた番号と関連す るもの以外の加入者回線に送ることができるということはまた、ネットワークが 第三者であるデータパケットのジェネレータにオープンになったときには、潜在 的な商業上の悪影響にも通じるものである。 例えば、重要な新顧客源として入電話を用いている企業のライバルは、野放し にされていれば、サービス制御点のコンピュータに、そのネットワークのメッセ ージを生成した企業の電話にライバルから電話を転送するように命令するパケッ トをネットワーク上に生成することができる。これを定期的に行って、転送命令 を短期間だけ適当な位置になるようにし、ある割合の入呼びをこのような方法で 抜き取ることができる。従って、ネットワークが第三者にオープンになる場合に は、承認されていないまたは不適切な、発呼の経路変更や発呼への干渉を行おう とする試みから、発呼の経路選択の処理のインテグリティを保護し、ネットワー クにアクセスできる第三者の存在が影響を与えないようにすることが必要である 。 要約すると、高度インテリジェントネットワークは、電話の通話の取り扱いに 多くの用途を開く、複合的高速高呼量パケット交換のメッセージを送る方法であ る。大部分のネットワーク要素は、そして特にＳＳＰ交換機は、ある事象がある と比較的簡単なフォーマットの照会メッセージが生成され、発呼の処理を続行す る前にネットワークからの応答を待つように設計されている。これらの手順には 、照会に対する応答が受け取られない場合にはタイムアウトするウォッチドッグ タイマが用いられる。しかし、さらなる発呼の進行が、有効な応答と対比される タイムアウトが起こることにより制御される状況では、処理している発呼のうち の かなりの割合について、ネットワークの性能がかなり劣化する。そうすると、顧 客は発呼処理で過度に遅れたり、強化した特徴の提供を適切に受けることができ ない、ということを経験することになる。本質的に、ネットワークを多用途に使 えるようにすると、そのネットワークは不適切なネットワークのメッセージに対 して脆弱になる。従って、ネットワークをオープンにして、第三者である強化し たサービス・プロバイダーに高度インテリジェントネットワークへのアクセスが できるようにすると、市内交換会社と第三者であるサービス・プロバイダーの間 のインターフェースを通るメッセージの呼量の取り次ぎを行い、第三者であるサ ービス・プロバイダー側のインターフェースでの悪影響、人的エラー、および装 置の故障からネットワークを保護する必要がある。 発明の概要 本発明は、複数の電話局における同様に複数のサービス交換点および少なくと も１個のサービス制御点を含む、複数の高度インテリジェントネットワーク（Ａ ＩＮ: Advanced Intelligent Netowrk）要素の間の複数のデジタルデータ通信チ ャネルを含むインテリジェント電話ネットワークにおけるパケットのメッセージ の呼量を取り次ぐ方法において、前記複数のＡＩＮ要素のうちで新しいトランザ クションの性能アプリケーション部品(ＴＣＡＰ：Transactional Capabilities Application Part)のメッセージのシーケンスを生成する第１のものにそれぞれ の新しいＴＣＡＰメッセージのシーケンスについてトランザクション番号を生成 させる手順と、前記複数のＡＩＮ要素のうちの前記第１のものに第１のトランザ クション識別子テーブル内に前記トランザクション番号を記憶させる手順を含む 方法である。本発明は、前記サービス制御点が、市内交換会社のアプリケーショ ンおよびサービス・プロバイダーのアプリケーションを処理する共用命令実行環 境（ＳＥＥ：Shared Execution Environment）のインタープリタを実行するＳＣ Ｐコンピュータを含む取り次ぎサービス制御点であることを特徴とする。本方法 は、前記トランザクション番号および第１のメッセージ識別子を前記ＴＣＡＰメ ッセージのシーケンスの第１のＴＣＡＰメッセージ内に含み、前記第１のＴＣＡ Ｐメッセージを前記複数のＡＩＮ要素の内の第２のものに伝送する手順、前記複 数の ＡＩＮ要素のうちの前記第２のものに前記新しいＴＣＡＰメッセージのシーケン スと関連する単一のトランザクション識別子を前記単一のトランザクション番号 を発呼点コード(originating point code)およびサブシステム番号と連結するこ とによって作り出させ、前記第１のＴＣＡＰメッセージ内の前記第１のメッセー ジ識別子に応答して前記単一のトランザクション識別子を第２のトランザクショ ン識別子テーブルに記憶する手順、前記第１および第２のネットワーク要素に、 その後ＴＣＡＰメッセージ内に前記単一のトランザクション識別子を含ませて前 記ＴＣＡＰメッセージのシーケンスと関連する特定のトランザクションに影響を 与え、前記第１および第２のトランザクション識別子テーブルにリストされてい るトランザクション識別子を含まない他のＴＣＡＰメッセージを拒絶させる手順 、および前記複数のＡＩＮ要素のうちの前記第１および第２のもののうち前記Ｔ ＣＡＰメッセージのシーケンスの最後のメッセージを生成するものに、その関連 するトランザクション識別子テーブルから前記単一のトランザクション識別子を 消去させ、前記最後のメッセージ識別子を最後のメッセージに含ませ、それによ って前記最後のメッセージ内の前記最後のメッセージ識別子に応答して前記複数 のＡＩＮ要素のうちの前記第１および第２のもののうちの他方にその関連するト ランザクション識別子テーブルから前記単一のトランザクション識別子を消去さ せる手順、を含む。 本発明は、共用命令実行環境において命令言語のインタープリタを用いること によって、オープンなＡＩＮ環境においてＡＩＮメッセージの呼量を取り次ぐ方 法である。より詳細には、本発明の好適な形式は、多数のサービス・プロバイダ ーのサービス（すなわち、市内交換会社でないプロバイダー）からの命令を解釈 するサービス制御点のコンピュータ上で命令インタープリタを用いることによっ て達成され、その同じコンピュータータが市内交換会社に代わってサービス制御 点のアプリケーションを実行している。本発明の重要な１態様は、単一のトラン ザクションＩＤを会話型メッセージ内で用いることである。トランザクションお よび処理ＩＤは、高度インテリジェントネットワーク（ＡＩＮ）内で既に用いら れている。本発明の原理体系は、市内交換会社でないサービス・プロバイダーと 市内交換会社との間の取り次ぎインターフェースをサービス・プロバイダーのア プリ ケーションプログラムと共用命令実行環境（ＳＥＥ）のインタープリタとの間の インターフェースとして定義する。ＳＥＥインタープリタは、サービス・プロバ イダーのアプリケーションからのプログラム言語の命令を受諾して、サービス制 御点のコンピュータのオペレーティングシステムに実行可能な発呼を生成し、Ａ ＩＮメッセージのパケットを生成する。本発明の重要な１態様は、現在のインタ ープリタの言語を強化して、インタープリタとサービス・プロバイダーのアプリ ケーションとの間の境界を通る呼量を取り次ぐようにすることである。 ＡＩＮを、市内交換会社でないサービス・プロバイダーにオープンにすること によって、一方で、システム内のすべての要素、すなわち市内交換会社（ＬＥＣ ）のアプリケーションとサービス・プロバイダーのアプリケーションとの両方に 、ＡＩＮメッセージの受信宛先および返答の適切な受信宛先を明白に検出させる 必要性と、サービス・プロバイダーがＡＩＮへのアクセスを用いてライバルに関 する情報に不適切なアクセスをしたり何らかの方法でネットワークの動作やシス テム上のある特定のライバルのアプリケーションの動作を妨害することができな いように保証する必要性の間で、葛藤が生じる。この要件を満たすために、本発 明は、共用命令実行環境のサービス制御点においてトランザクション識別子テー ブルを維持するのにＳＥＥインタープリタを用いる。テーブルには、現在活動状 態のトランザクションの単一のトランザクション識別子（トランザクションＩＤ ）のリストが含まれる。これらのＩＤのそれぞれが、インターフェースのサービ ス・プロバイダー側のアプリケーションの処理ＩＤに写像される。入パケットが 取り次ぎサービス制御点で受け取られ、かかるメッセージが照会メッセージでな い（すなわち、会話型メッセージのシーケンスにおける第１のメッセージでない ）場合にはいつでも、トランザクションＩＤテーブルに情報が求められる。入力 が全く見いだされない場合、そのメッセージは拒絶される。入力が見いだされる 場合、ＳＥＥインタープリタが少なくとも発呼点コード情報をそのメッセージか ら取り去り、処理識別子を付けた状態でメッセージを取り次ぎインターフェース を通ってサービス・プロバイダーのアプリケーションに通し、アプリケーション がメッセージが関係するその処理を明白に決定できるようにする。これにより、 サービス・プロバイダーの処理は、返答メッセージの受信宛先の特定の点コード ア ドレスを識別する情報から分離される。 一般的に、本発明の方法により、新しい会話型メッセージのシーケンスを発信 するＡＩＮ要素は、新しいシーケンスの単一のトランザクション番号を生成する 。従来技術の構成では、照会メッセージを発信するＡＩＮ要素は、既にトランザ クション番号を生成している。しかし、トランザクション番号はサービススイッ チングポイントＳＳＰがＳＳＰトランザクションを識別するために生成する連続 番号であるので、別個のＳＳＰが同一のトランザクション番号を生成することが できる。従って、現在のサービス制御点が、同一のトランザクション番号を有す る異なるＳＳＰの会話型メッセージのシーケンスを取り扱っている可能性がある 。高度インテリジェントネットワーク全体にわたって明白に単一である単一のト ランザクション識別子を与えるために、本発明では、新規な単一のトランザクシ ョン識別子を用いる。本明細書で用いる単一のトランザクション識別子とは、Ａ ＩＮのネットワーク全体を通して単一であるトランザクション識別子のことであ る。本発明の好適な形式において、大部分の会話型メッセージのシーケンスは、 サービス交換点（ＳＳＰ：service switching point）から発信されるトリガま たは照会メッセージによって生成される。好適な実施例またはＳＳＰトリガが開 始するメッセージのシーケンスの単一のトランザクション識別子は、サービス交 換点が生成するＳＳＰトランザクション番号の連結であり、ＳＳＰ点コードはサ ービス交換点と関連しそれを識別する。これに加えて、単一のトランザクション 識別子にはサブシステム番号が含まれており、トランザクション識別子が市内交 換会社間の境界を通って進む場合であってもその単一性が保証される。 サービス制御点（ＳＣＰ：service control point）から発信される小さいク ラスのメッセージのシーケンスが存在する。このタイプのメッセージでは、単一 のトランザクション識別子は、現在使わない乱数である。それらの番号が現在使 われていないというステートメントの意味は、進行中のトランザクションに割り 当てた乱数の経過をＳＣＰが追っており、疑似乱数ジェネレータから乱数が要求 されると、リストがチェックされて進行中のトランザクションの乱数と重複しな いということが確認される。この場合、トランザクション識別子として乱数また は疑似乱数を用いることによって、それぞれのトランザクションの安全性が増す 。 これにより、ＡＩＮにアクセスするエンティティがＳＣＰの発信するメッセージ のトランザクション識別子の割り当てのパターンを検出した後でそのパターンを 利用する可能性が効果的に防止される。 照会メッセージがサービス制御点に伝送されるとき等に第１のメッセージを受 け取るＡＩＮ要素は、単一のトランザクションＩＤの要素を連結し、それからそ のトランザクションＩＤをその時の現在の有効なトランザクションＩＤのテーブ ルに付け加える。次に、取り次ぎインターフエースで受け取られる会話型のシー ケンス内の第１のメッセージではないすべてのＡＩＮメッセージによって、テー ブルにそのメッセージのトランザクションＩＤがあるかチェックされる。テーブ ル内に存在しない場合には、メッセージはＳＣＰまたはその他のＡＩＮ要素によ って拒絶される。 サービス制御点で照会メッセージが受け取られ、そのメッセージがサービス・ プロバイダーのアプリケーション用に意図されているということをＳＣＰのデー タベースが示す場合には、メッセージは共用命令実行環境のインタープリタに送 られる。するとＳＥＥインタープリタは、新しい処理の処理ＩＤを選択する。こ の処理ＩＤは、インターフェースの市内交換会社側で用いられるトランザクショ ン識別子と共に、ＳＣＰトランザクション識別子のテーブル内に入力される。 次に、サービス・プロバイダーのアプリケーションが、送信されるとこのトラ ンザクションに影響を与えるような出メッセージを有している場合には、アプリ ケーションからＳＥＥインタープリタに通されるメッセージを作り出す要求内に その処理ＩＤを含ませる。このメッセージが以下に説明する他の判断基準をパス するとすると、ＳＥＥインタープリタはトランザクションＩＤのテーブルをチェ ックして、この特定のアプリケーションの処理識別子に対応するＬＥＣ側の単一 のトランザクション識別子を見いだし、その単一のトランザクション識別子と関 連するトランザクション番号を返答の出メッセージに含ませる。従って、サービ ス・プロバイダーのアプリケーションは、ＬＥＣネットワークがどのように動作 しているかについての重要な情報を含む可能性のある単一のトランザクション識 別子の詳細には、アクセスすることができない。しかし、ＳＥＥインタープリタ は、入メッセージのトランザクション識別子が有効でなければメッセージを取り 次ぎインターフェースを通ってサービス・プロバイダーのアプリケーションに通 すことはないので、処理のインテグリティは維持される。 本発明のＳＥＥインタープリタ／アプリケーションの境界において行われる取 り次ぎには、他にも重要な態様がある。本発明の方法を実行する取り次がれたア クセスのサービス制御点におけるサービス制御点のコンピュータに接続されたデ ィスク上に記憶されたデータベースには、いくつかのリストおよびテーブルが維 持されている。特に、それぞれのサービス・プロバイダーの顧客である加入者電 話番号のテーブルは、ＳＣＰコンピュータに維持されている。また、それぞれの アプリケーションの承認されたネットワーク要素のアドレスのリストも、同様に 、サービス・プロバイダーのアプリケーションを承認されたネットワークのアド レスの組に突き合わせるアドレスのテーブル内に維持されている。承認されたネ ットワーク要素のアドレスは、それぞれのアプリケーションが合法的にアドレス できるネットワーク要素を指定している。合法性は、アプリケーションを作り出 し動作するサービス・プロバイダーと市内交換会社との間の契約上の取り決めに 関連する。例えば、サービス・プロバイダーがそのサービスの提供においてサー ビス接続点の性能の中のいくらかを用いることを希望する場合は、サービス・プ ロバイダーは市内交換会社と適切な契約上の取り決めを行う必要がある。これは 、この特定のアプリケーションがサービス接続点の承認されたユーザであるとい うことを示す取り次ぎＳＣＰにおいて維持されるアドレスのテーブルへの入力に おいて反映される。従って、アプリケーションを識別しそのアプリケーションを 契約の下で用いることのできるサービス接続点のネットワーク要素のアドレスと ペアにするテーブルの入力が存在する。 顧客の加入者電話番号のテーブルは、どんな方法であってもある特定の加入者 電話番号への発呼の経路を変更したりその発呼をその他非標準で取り扱うＡＩＮ メッセージを生成せよという何らかの要求を有効化するのに用いられる。このテ ーブルへの入力はまた、ある特定のトリガ／加入者電話番号のペアに対するサー ビス・プロバイダーのアプリケーションを選択するのにも用いられる。ＳＥＥイ ンタープリタは、要求をしているアプリケーションの顧客としての加入者電話番 号の状態の確認を、ＳＣＰコンピュータにサービス・プロバイダーのアプリケー ションが要求するＡＩＮメッセージを生成させる前に行わなければならないとい う要求事項を実施する。 承認されたネットワークのアドレスのリストに関して、顧客の加入者電話番号 へのアクセスが承認されるということはその加入者電話番号を取り扱う交換機と 関連するＳＳＰへのアクセスが承認されているということを暗示している、とい うことが理解されるべきである。承認されたネットワーク要素のアドレスの別個 のテーブルは、そのように限定するものではないが、サービス接続点およびその 他サービス制御点等の非交換要素のアドレス向けに特別に設計されている。実際 、取り次ぎ処理を用いて、市内交換会社でない存在（エンティティ）が動作する 多数のサービス制御点に配置された各データベースにアクセスを提供してもよい 、ということが意図されている。言い換えれば、あるデータベース内に情報を有 するひとつのサービス・プロバイダーが、そのアプリケーションが異なるＳＣＰ で実行される別のサービス・プロバイダーに、そのデータベースへのアクセスを 提供することができる。これにより、市内交換会社には、取り次ぎサービスを契 約に基づき提供することから収益を得る機会が作り出され、データベースの完全 さを保護し適切な規則を施行して他者が支払いなしにデータベースに同様のアク セスができないようにすることができる。 サービス・プロバイダーの中には、専用中継回線容量および多局接続回線にア クセスを有する者もあろう。従って、かかる顧客が発呼の低コストの経路選択を 行う機会を十分利用できるようにするために、共用命令実行環境は、サービス・ プロバイダーのアプリケーションの発呼の経路選択の要求をサポートせねばなら ない。その要求は、１個またはそれ以上の中継回線のグループのルートインデッ クスを指定する中継回線のグループのパラメータを有する。当業者には知られて いるとおり、これらのインデックスは、通常優先順で、発呼の経路選択がされる べき中継回線のグループを指定する。ＬＥＣが支配しないエンティティ（サービ ス・プロバイダーのアプリケーションプログラム）がある特定の中継回線のグル ープの経路選択を要求することができるので、ＳＥＥインタープリタは、チェッ クを行い、そのアプリケーションが中継回線のグループのパラメータに要求を行 うサービス・プロバイダーによる要求された中継回線のグループの使用が契約上 承認されている、ということを確認することによってこれらの要求を取り次ぐ。 このことによって、不謹慎なサービス・プロバイダーが、コストを削減し中継回 線をリースしている別のエンティティから効果的にサービスを盗むために、その エンティティによってリースされている多局接続回線等を通る中継回線の経路選 択を要求する、という可能性が除外される。 さらに、本発明の取り次ぎ処理は、ある特定のサービス・プロバイダーのアプ リケーションからの比較的乏しいネットワーク資源の要求を監視する。好適な形 式は、サービス・プロバイダーに、同時に占有してもよい１個またはそれ以上の クラスの資源の最大数を指定するように要求する、ということである。サービス 制御点のコンピュータによって、ネットワーク資源のクラスの許された資源占有 数のリストが維持され、数が増える方向や減る方向へのカウントが維持されて、 この制限を実行する。クラス内で許された限界以上のさらなる資源の要求があれ ば、サービス・プロバイダーが占有するかかる資源の数がその資源のクラスに許 された占有数以下に減少するまで、ＳＥＥインタープリタがかかる要求を行った ＡＩＮメッセージを生成することを拒絶する。 本発明のさらなる態様は、インテリジェント交換電話ネットワークを、制御す る高度インテリジェントネットワークへの共用アクセスの環境で維持する方法で ある。呼び出しシーケンスに基づいたトリガループや予測できない動作の可能性 は、異なるサービス・プロバイダーからの多数のサービスが同じトリガによって ある特定の加入者電話番号から呼び出される場合には、明確にある。例えば、ひ とつのサービス・プロバイダーから転送されている加入者からＡＩＮへの発呼と 、他から遮蔽したＡＩＮの発呼は、どのサービスを最初に呼び出すかによって得 られる結果が異なる。インテリジェント交換電話ネットワークを動作し維持する 本方法によれば、ある特定の加入者電話番号についていかなるトリガが生成され ても、ひとつのサービスのみを呼び出すことができる。従って、サービス制御点 は、テーブル内のそれぞれの加入者電話番号／トリガのペア（すなわち、その特 定のＳＣＰが供給するそれぞれのもの）についてただ一つのサービスを呼び出す ことができるように、加入者電話番号およびトリガのテーブルを維持する。テー ブル内への新しい項目の入力を要求する、例えばサービス管理センターからのＡ ＩＮ メッセージが受け取られ、その入力が、既に活動状態のトリガが第２のサービス を呼び出すべきであるということを示す場合、かかる入力は拒絶され、その要求 を送ったネットワーク要素にエラーメッセージが戻される。従って、与えられた 加入者電話番号について、いかなるトリガによっても、ただ一つのサービスのみ を呼び出すことができる。 ＳＥＥインタープリタが解釈するプログラミング言語の使用可能な命令を上手 に選択することが本発明の取り次ぎの重要な一部である、ということが理解され るべきである。当業者であれば、ネットワーク内の、第三者の情報への承認され ていないアクセスまたは課金データ等のデータの承認されていない操作を除外す る、ＳＥＥインタープリタに設定された命令の選択方法、および有効な命令につ いてのあるパラメータへの制限が理解されるであろう。 図面の簡単な説明 図１は、それを制御する高度インテリジェントネットワークを含む、従来技術 の現在のインテリジェント交換電話ネットワークの図である。 図２は、高度インテリジェントネットワークのいくつかの典型的な要素のブロ ック図および好適な実施例の方法を達成する取り次ぎサービス制御点のブロック 図である。 図３は、好適な実施例でトランザクション識別子／サービス処理識別子のテー ブルがどのように用いられるかを示す、入メッセージを受け取ったときの好適な 実施例のＳＥＥインタープリタの作用のフローチャートである。 図４は、本発明の好適な実施例の取り次ぎサービス制御点によって開始される トランザクションに関するトランザクションＩＤを作り出す処理の論理的フロー チャートである。 図５は、好適な実施例のサービス・プロバイダーのアプリケーションが生成す るＡＩＮメッセージを取り次ぐサービス制御点のコンピュータを制御する共用命 令実行環境のインタープリタが実行する手順のフローチャートである。 好適な実施例の詳細な説明 次に図面に移って、本発明の好適な実施例を説明する。図面では、同じ番号は 同じ部品およびステップを指す。図２は、上述の「発明の背景」の項に関連して 説明した図１に示した典型的なＡＩＮのネットワーク要素のサブセットを示す。 特に、２個のサービス交換点１５、１５’が、関連する交換機を中継回線１９ｂ で相互接続して示されている。サービス接続点３９が、ＳＳＰ１５’およびその 関連する交換機からの音声回線にＩＳＤＮリンク４１を通して接続されている。 信号中継点２０が、ＳＳ７の回線２７を介して取り次ぎサービス制御点５０に 接続されている。本発明の方法を実施する取り次ぎサービス制御点５０内の要素 は、サービス制御点のコンピュータ５１を含む。サービス制御点のコンピュータ ５１の主な動作要素は、プロセッサおよびオペレーティングシステムのブロック ５２、および高度インテリジェントネットワークを動作し好適な実施例の方法を 達成するのに用いるデータベース、テーブル、およびリストを含むディスク記憶 装置５５によって表されている。 元々ＡＴ＆Ｔが開発した言語であるデシジョングラフエディター（Decision G raph Editor）を改善して書かれた複数のアプリケーションが、論理的にＳＣＰ コンピュータ５２に接続されているように表されている。これは、サービス制御 点用のアプリケーションをプログラムするのに用いられる言語である。本明細書 で説明するこの言語の強化は、好適な実施例の方法の実施の一部分を形成してい る。典型的なサービス・プロバイダーのアプリケーションを、アプリケーション ５６ａないし５６ｍとして表す。市内交換会社のアプリケーションのさらなる組 を、５７ａないし５７ｎとして示す。図２におけるｍおよびｎは、一般化した整 数を暗示し、任意の数のサービス・プロバイダーのアプリケーションおよび市内 交換会社であるプロバイダーのアプリケーションがＳＣＰコンピュータ５１上で 実行されていてもよいということを示している、ということが理解されるべきで ある。 ５６ａのアプリケーションの論理的構成を、図２に明確に示す。特に、このア プリケーションは、５８で示すサービス・プロバイダーのアプリケーションの命 令、および５９で示す共用命令実行環境のインタープリタを含む。この２つの間 のインターフェースが、ＬＥＣでないサービス・プロバイダーが制御するアプリ ケーション５８とＬＥＣが制御する側の高度インテリジェントネットワークとの 間の取り次ぎインターフェース６０であり、これは取り次ぎサービス制御点５０ 内のハードウェアを含む。アプリケーション５８が行うＡＩＮメッセージの生成 のいかなる要求も、ＳＥＥインタープリタ５９によって最初にチェックされ、取 り次ぎが必要かどうかが決定される、ということが理解されるべきである。取り 次ぎが必要な場合には、以下に説明する適切な命令がＳＥＥインタープリタによ って生成され、これによってプロセッサおよびオペレーティングシステム５２が 必要な情報をディスク記憶装置５５から読み込み、アプリケーション５８が要求 するＡＩＮメッセージを生成するべきかどうかを確かめる。取り次ぎ処理が何ら 不法なまたは承認されていない要求を示さない場合には、インタープリタがプロ セッサおよびオペレーティングシステム５２に発呼を生成し、要求されたメッセ ージをＳＣＰコンピュータ５１に生成させる。 図２に示すブロックを参照して、以下に本発明の方法のフローチャートの説明 を行う。 ＡＩＮ内の大部分の通常の呼量の流れは、１５、１５’等のサービス交換点と 本発明を実施する取り次ぎサービス制御点５０の間の会話型メッセージからなる 、ということが理解されるべきである。これらは、信号中継点２０を通る。信号 中継点２０は単に、取り次ぎサービス制御点５０の供給する複数のＳＳＰのうち のどれがＳＣＰ５０からＳＳＰに送られるパケットの受信宛先であるかを確かめ ることができるパワフルなパケット交換機である。 図２に示すトポロジーにおいて、取り次ぎＳＣＰ５０とサービス接続点３９と の間の通信は、信号中継点２０、ＳＳＰ１５’を通り、ＩＳＤＮプロトコルのメ ッセージに翻訳され、ＩＳＤＮリンク４１を通ってサービス接続点３９へ送られ る。もちろん、本発明を実施するシステムにおいて、信号中継点とサービス接続 点との間で直接の接続があってもよい。 本明細書では種々の可能性を説明するが、ＡＩＮにおける大部分の会話型メッ セージのシーケンスは、トランザクションの性能のメッセージであるＴＣＡＰメ ッセージのクラスである。これらは、メッセージのシーケンスがＳＳＰ１５等の 典型的なＳＳＰと取り次ぎＳＣＰ５０の間を往復する、という点において、会話 型メッセージのシーケンスである。 当業者には知られているとおり、かかるメッセージのシーケンスの第１のメッ セージは、照合と呼ばれている。照合は、プロトコルの信号システム７において 、トランザクションまたは新しいメッセージのシーケンスにおける最初のメッセ ージとして識別可能である。これにより、これを受け取るネットワーク要素は、 これに含まれるいかなるトランザクションＩＤ情報も必ずしも既にテーブル内に あるべきではない、と警告される。これらのサービス交換点１５、１５’が生成 するトリガは、最も普通の形式の照会メッセージである。メッセージを受け取る と、ＳＣＰコンピュータ５１は、データベースのディスクドライブ５５に記憶さ れている加入者電話番号およびトリガのテーブルに基づき、アプリケーション５ ６、５７のどれがそのメッセージを受け取るべきかを決定する。アプリケーショ ン５６ａ内のサービス・プロバイダーのアプリケーション５８向けを意図した照 会メッセージの例を用いて、メッセージはＳＥＥインタープリタ５９に送られる 。照会メッセージを受け取ると、ＳＥＥインタープリタは、アプリケーション５ ８に新しい処理をスタートすることを要求するインターフェース６０を通る要求 である新しい処理ＩＤを選択する。これが受け取られると、ＳＥＥインタープリ タ５９はこれをプロセッサおよびオペレーティングシステム５２に戻す。すると 、プロセッサおよびオペレーティングシステム５２は、ＳＳＰが生成したトリガ と関連するトランザクション番号を、発信したＳＳＰ点コードおよびそのシステ ム番号と連結して、完全な単一のトランザクションＩＤを作りだし、ディスク５ ５上に維持されているトランザクションＩＤ／サービス処理ＩＤのテーブルに入 力を加える。 取り次ぎサービス制御点５０による受け取られたメッセージの取り扱いを、図 ３に示す。 上で触れたとおり、単一のトランザクション識別子を用いることは、本発明の 好適な実施例の重要な１態様である。対話型のＴＣＡＰメッセージのシーケンス を開始し伝えるための典型的なシーケンスを、図３に関して説明する。ＳＳＰ１ ５に関連する交換機に接続された電話線がオフ・フックになってある特定の番号 がダイヤルされた、という典型的な状況を仮定しよう。この処理の間でいくつか のトリガが起動されるかもしれないが、ダイヤルが完了すると通常成端試みトリ ガが供給される。かかる成端試みトリガは、ダイヤルされた番号の加入者がＬＥ Ｃでないサービス・プロバイダーの特殊サービスのひとつの加入者である場合に は、そのサービス・プロバイダーによって起動される。例えば、通話転送および メッセージを送る特殊サービスを供給することができるが、これは通常、顧客の 加入者電話番号がダイヤルされたときに成端試みトリガによって呼び出される。 このトリガは、ＳＳ７のリンク２１を介し、信号中継点２０を通って、リンク２ ７を通って取り次ぎＳＣＰ５０に渡されるＡＩＮメッセージである（図２）。 成端試みトリガは、ＳＣＰコンピュータ５１が受け取り、ＳＣＰコンピュータ ５１は、ディスク５５上のデータベースに照会を行って、ダイヤルされた加入者 電話番号がアプリケーション５６ａのサービス・プロバイダーの顧客でありこの アプリケーションに成端試みトリガを告知するべきである、ということを決定す る。従って、ＳＣＰコンピュータ５１はメッセージ（メッセージをＳＣＰ５０に 送ったアドレス情報は取り去られている）をＳＥＥインタープリタ５９に通す。 ＳＥＥインタープリタ５９による取り扱いを図３に示す。ルーチンが、「メッ セージ受け取り」とあるブロック６５に入る。インタープリタは最初に、入メッ セージが照会メッセージ、すなわち新しい会話型メッセージのシーケンスにおけ る最初のメッセージであるかどうかを決定する決定のステップ６６を実行する。 まず、それが照会メッセージではないと仮定すると、ステップ６６からＮＯの枝 路６７へと進む。枝路６７は、ＳＳＰの生成したトランザクション番号、メッセ ージを発信したＳＳＰの発呼点コード、およびシステム番号を連結することによ って単一のトランザクションＩＤが作り出されるステップ６８に通じている。ス テップ６８によって、本発明の好適な実施例が用いる完全な単一のトランザクシ ョンＩＤが作り出される。これが完了すると、ディスクドライブ５５（図２）上 に記憶されている活動状態のトランザクション・テーブル内にトランザクション 識別子が既にあるかどうかをＳＣＰコンピュータ５１（図２）が決定する決定の ステップ６９が実行される。まだない場合には、それは、照会でない会話型メッ セージが無効のトランザクション番号を用いているＡＩＮ要素から受け取られた 、ということを意味する。したかって、ステップ６９からＮＯの枝路７０へと進 み、ステップ７１においてメッセージが拒絶される。メッセージの拒絶後、７２ でルーチンから抜ける。 テーブル内にトランザクションＩＤが既に存在する場合には、ステップ６９か らＹＥＳの枝路７５へと進み、ブロック７６で示すルーチンが実行される。トラ ンザクションＩＤが既にテーブル内にあるので、テーブルの入力において関連す るサービス処理ＩＤがトランザクションＩＤとペアになっているということにな る。ＳＣＰコンピュータ５１がメッセージからアドレス情報を取り去り、メッセ ージにサービス処理識別子を加え、取り次ぎインターフェース６０（図２）を通 ってサービス・プロバイダーのアプリケーション５８へとメッセージを通す。す ると、サービス・プロバイダーのアプリケーション５８は、アプリケーション内 にサービス・プロバイダーが書き込んだ命令に従って応答する。それからプログ ラムは、この入メッセージの取り扱いが完了すると、出口点７７へと進む。 次に、ステップ６５において受け取られたメッセージが照会メッセージである 、すなわち新しいＴＣＡＰメッセージのシーケンスの最初のメッセージ、すなわ ちトリガ・メッセージである、という状況を考えよう。これが起こると、決定の ステップ６６からＹＥＳの枝路７８へと進む。第１のステップは、メッセージ内 の識別された特定の加入者電話番号の特定のトリガを取り扱う特定のアプリケー ションを検索することである。これをステップ７９で示す。上で触れたとおり、 本発明の制約のひとつは、それぞれの加入者電話番号について、それぞれのトリ ガがただ一つのサービスのみを呼び出すことができる、ということである。従っ て、ステップ７９で示す検索の結果が、この特定の加入者電話番号のこの特定の トリガが、図２に示すサービス・プロバイダーのアプリケーション５６または市 内交換会社のアプリケーション５７のうちのどちらかひとつによってサービスさ れているということになりうることが理解されるべきである。 この特定の加入者電話番号／トリガの組み合わせが図２に示すサービス・プロ バイダーのアプリケーション５８によってサービスされているという例で引き続 いて、ＳＣＰコンピュータ５１は、サービス・プロバイダーのアプリケーション ５８について新しいサービス処理識別子を割り当てるべきであるということを示 す命令を、ＳＥＥインタープリタ５９に通す。これを、図３のステップ８０で示 す。その時の現在の活動状態の処理について単一である新しいサービス処理識別 子は、取り次ぎＳＣＰ５０によって実行される。 これがＳＥＥインタープリタによって受け取られると、ステップ８１が実行さ れる。ステップ８１において、ステップ６８に関して説明したのと同様に、トラ ンザクション番号、発呼点コード、およびサブシステム番号の連結によって、単 一のトランザクション識別子が作り出される。この単一のトランザクション識別 子は、ステップ８０において取得されたサービス処理ＩＤと対にされてトランザ クション識別子／サービス処理ＩＤのペアになり、このペアが、ディスクドライ ブ５５（図２）上に記憶されたＳＣＰコンピュータのトランザクション識別子の テーブルに加えられる。 最後に、メッセージの内容、すなわちトリガの識別およびそれと関連する加入 者電話番号、がＳＥＥインタープリタ５９からインターフェース６０を通ってサ ービス・プロバイダーのアプリケーション５８へと通される。これを、図３のス テップ８２で示す。ステップ８２に示すとおり、発信ＳＳＰ点コードは、メッセ ージが境界を通る前に取り除かれる。従って、サービス・プロバイダーのアプリ ケーションには、単にこのメッセージが新しいサービス処理識別子が要求された ばかりの新しい処理を開始したメッセージである、ということのみが伝えられる 。それから、サービス・プロバイダーのアプリケーションは、ＳＥＥインタープ リタに、この特定のトリガが起こればこの特定の顧客に提供されるサービスを実 施せよという命令を生成する。これが完了すると、ステップ７７においてルーチ ンから抜ける。 次に図４に移って、サービス制御点からの最初のメッセージから始まるメッセ ージのシーケンスの単一のトランザクションＩＤを作り出す処理のフローチャー トを示す。これらのステップは、ＴＣＡＰメッセージのシーケンスにおける初期 メッセージがサービス制御点から始まる場合に、ＳＥＥインタープリタによって 実行される。これは通常、好適な実施例のアプリケーションにおいて、サービス ・プロバイダーのアプリケーションが会話型メッセージのシーケンスを開始する ことを望む場合に起こる。最初に、インタープリタは、ステップ８５で示すよう に、アプリケーションから最初のＴＣＡＰメッセージの有効な要求を検出する。 ステップ８６で、ＳＥＥインタープリタが設ける疑似乱数ジェネレータから疑似 乱数Ｎが要求される。長いシーケンスの疑似乱数を生成するルーチンは、当業者 にはよく知られている。 ステップ８７において、戻ってきた疑似乱数Ｎが、ＳＣＰが取り扱っている現 在活動状態のトランザクション・テーブル内のトランザクション番号と照合され る。めったにないことではあるが、もし数Ｎが現在のテーブルの入力のトランザ クション番号と同一である場合には、ＹＥＳの枝路８８へと進んでステップ８６ に戻り、別の疑似乱数が取得される。数Ｎが、トランザクション・テーブル内の 現在のトランザクション番号と同一でない場合には、ＮＯの枝路８９からステッ プ９０へと進み、この疑似乱数Ｎをトランザクション番号として用いて、ＴＣＡ Ｐメッセージが生成される。 次に、ステップ９１で、トランザクションＩＤ全体が、トランザクション・テ ーブル内のトランザクションＩＤ／サービス処理番号のペアの一部として記憶さ れる。サービス処理番号は、ステップ８５で最初のＴＣＡＰメッセージの要求が 検出されるときに、ＳＥＥインタープリタから最初に取得される。ステップ９２ で、インタープリタは、アプリケーションが要求するメッセージによって、ある 特定の加入者電話番号（すなわち、加入者の加入者電話番号または交換機でない ＡＩＮ要素）に影響を与えるアクセスが要求されているかどうかを決定する。要 求されている場合には、ディスクドライブ５５内に記憶されている加入者電話番 号のテーブルがチェックされ、その要求を発信したサービス・プロバイダーのア プリケーションがこの特定の加入者電話番号に発呼を行ったりこの加入者電話番 号と通信することが承認されているかどうかが決定される。承認されていない場 合には、ステップ９１で、インタープリタが無効の要求を行ったということをイ ンタープリタに知らせるエラーメッセージが生成され、メッセージは送られない 。ステップ９５で、メッセージは送られ、点９６で制御コードのこの部分から抜 ける。 ＳＣＰが発信したメッセージの結果としてＳＣＰに送られたＳＳＰ応答メッセ ージは単にＳＣＰの発信したメッセージ内のトランザクションＩＤに戻される。 応答メッセージは明確に区分されたクラスのメッセージである（照会メッセージ とは対照的に）ので、好適な実施例において、トランザクションＩＤをＳＳＰ点 コードと連結することは必要でなく、用いられない。取り次ぎサービス制御点に おけるトランザクションＩＤの単一性は、ＳＥＥインタープリタによって選択さ れるときに保証される。 次に図５に移って、ある特定のタイプのＡＩＮメッセージのサービス・プロバ イダーのアプリケーションからの要求を取り次ぐ好適な実施例によって実行され る処理を示す。図示の各ステップがＳＥＥインタープリタによって実行される、 ということが理解されるべきである。承認されたアクティビティに関する照会は 、ディスクドライブ５５（図２）上に記憶されているデータベースのテーブルお よびリストの様々なテーブル内に記憶されている。この部分の取り次ぎ処理がス テップ１１０で入力され、ここでＳＥＥインタープリタがサービス・プロバイダ ーのアプリケーションからＡＩＮメッセージの要求を受け取る。ステップ１１１ で、ステップ１１０で生成された要求に伴う処理ＩＤにマッチする入力について 、トランザクション・テーブルが情報を求められる。そして、そのテーブルの入 力内のサービス処理ＩＤと対になるトランザクションＩＤから、必要なトランザ クションＩＤ情報が取得され、メッセージの要求が図５に示す取り次ぎのテスト にパスする場合には、その情報がアドレス指定や経路選択に用いられる。 第１の取り次ぎのテストは、ある特定の加入者電話番号への発呼の取り扱いが アプリケーションが要求するメッセージによって影響を受けるかどうかが決定さ れる、決定のステップ１１２である。影響を受けない場合には、取り次ぎのテス ト１１７の周囲にループを描くＮＯの枝路１１５へと進む。加入者電話番号が影 響を受ける場合には、ＹＥＳの枝路１１６からステップ１１７へと進み、そこで ディスクドライブ５５上に記憶されている加入者電話番号のテーブルが情報を求 められ、その特定の加入者電話番号がその要求をしているアプリケーションを所 有するサービス・プロバイダーの顧客であるかどうかを調べる。答がイエスの場 合、メッセージの要求はこの第１の取り次ぎのテストをパスし、ステップ１１７ からＹＥＳの枝路１１８へと進む。 要求によって影響を受ける加入者電話番号がこの特定のサービス・プロバイダ ーの顧客でない場合には、ステップ１１７からＮＯの枝路１１９へと進む。これ はステップ１２０、１２１に通じており、ステップ１２０、１２１は、ＡＩＮメ ッセージの要求が図５に示す取り次ぎのテストのどれにも添わない場合に実行さ れる。ステップ１２０でこのメッセージは拒絶され、ステップ１２１で、適切な エラーメッセージが用いられて、このサービス・プロバイダーのアプリケーショ ンに、メッセージの拒絶の事実、および好ましくはその理由、が告知される。こ れが完了すると、点１２２で取り次ぎ処理から抜ける。 取り次ぎ処理の次のステップに戻って、ＳＥＥインタープリタが次に行うチェ ックをステップ１２５に示す。これは、サービス・プロバイダーのアプリケーシ ョンが生成したＡＩＮメッセージへの要求に、ある特定の中継回線のグループの 経路選択の何らかの要求があるかどうかをチェックするものである。何ら中継回 線のグループが要求されない場合には、有効な中継回線のグループの要求のテス トの周囲にループを描くＮＯの枝路１２６へと進む。１個またはそれ以上の中継 回線のグループが要求される場合には、ステップ１２５からＹＥＳの枝路１２７ を通ってステップ１２８へと進む。ステップ１２８で、ＳＥＥインタープリタは 、メッセージの要求を生成した特定のサービス・プロバイダーのアプリケーショ ンの合法的な中継回線のグループのルートインデックスのテーブルをチェックす る。 図示のように、このテストは、要求内で指定されたそれぞれの中継回線のグル ープについて行われる、というのも、その代わりに用いることのできる多数の中 継回線のグループを中継回線のグループの経路選択の要求において指定してもよ いからである。要求された中継回線のグループのうちのいずれか１個でもこのサ ービス・プロバイダーのアプリケーションによる使用が承認されていない場合に は、ステップ１２８からＮＯの枝路１２９へと進む。これは、ステップ１２０か ら開始される拒絶のシーケンスへと通じる。サービス・プロバイダーのアプリケ ーションが中継回線のグループの経路選択の要求に含まれるそれぞれの中継回線 のグループを用いることが承認されている場合には、ステップ１２８からＹＥＳ の枝路１３０へと進み、メッセージの要求はこれまでのところは取り次ぎのテス トをパスしている。 好適な実施例は、承認されていない中継回線のグループを用いる可能性のある 何らかの要求が検出される場合にはメッセージを拒絶する、ということに注目す るべきである。ＳＥＥインタープリタにサービス・プロバイダーのアプリケーシ ョンが要求するメッセージを再構成させて、承認されていない中継回線のグルー プは削除するがサービス・プロバイダーのアプリケーションが用いることを承認 されている１個またはそれ以上の中継回線のグループは含むようにすることも可 能である。しかし、中継回線のグループの経路選択の適切な要求をするという責 務は、その特定のアプリケーションに責任のあるサービス・プロバイダーに負わ せることか好ましいと考えられる。 次に、ステップ１３１で、メッセージの要求がテストされ、交換機でないＡＩ Ｎ要素へのアクセスが要求されているかどうかが確かめられる。上で触れたとお り、ある特定の加入者電話番号への発呼に影響を与えることへの承認は、その加 入者電話番号を取り扱う交換機と関連するＳＳＰと通信することへの承認を暗示 している。しかし、他のサービス制御点またはサービス接続点等の交換機でない ＡＩＮ要素へのアクセスを求めるメッセージの要求についての別個のテストが含 まれている。厳密にいえば、サービス接続点は、現在設置されているバージョン の高度インテリジェントネットワークの下ではＡＩＮ要素ではない、ということ に注目するべきである。これは、サービス接続点は現在はＡＩＮに直接接続され ていず、図１に示すように交換機およびＩＳＤＮのリンクを通して接続されてい るからである。しかし、論理的にはＡＩＮ要素であり、ＡＩＮを制御するソフト ウェアの将来のすでに指定された強化はサービス接続点に送られているＳＳ７で フォーマットされたメッセージに対応するということも知られている。 これまでのテストと同様、交換機でないＡＩＮ要素が要求されている場合には 、承認のテストの周囲にループを描くＮＯの枝路１３２へと進む。メッセージの 要求が交換機でないＡＩＮ要素へのアクセスの要求を含む場合には、ＹＥＳの枝 路１３５を通ってステップ１３６へと進み、ここで加入者電話番号のテーブルが 情報を求められてその交換機でないＡＩＮ要素の加入者電話番号がこの特定のサ ービス・プロバイダーのアプリケーションの承認された加入者電話番号のリスト に含まれているかどうかが決定される。従来は交換機ではないＡＩＮ要素に割り 当てられてきた交換機でない要素の指定をその加入者電話番号で記憶するのが好 ましい、ということに注目するべきである。加入者電話番号は、交換機でない要 素を指定する好適な方法である。この場合、加入者電話番号は、ステップ１１２ でテストされる加入者電話番号と同様に、ある特定の加入者回線または加入者専 用 中継回線に関連する加入者電話番号なのではない、ということに注目するべきで ある。 これまでと同様、サービス・プロバイダーのアプリケーションが要求されてい る交換機でないＡＩＮ要素にアクセスすることを承認されていない場合には、メ ッセージの拒絶に通じるＮＯの枝路１３７へと進む。サービス・プロバイダーの アプリケーションが承認されている場合には、ＹＥＳの枝路１３８からステップ １３９へと進み、ステップ１３９で図５に示す最後の取り次ぎのテストが開始さ れる。最後のテストは、メッセージの要求が限られた資源の使用を求めているか どうかを決定するというものである。好適な実施例は、限られた資源というもの を、ある限られた数存在し、いかなる与えられたサービス・プロバイダーによっ て占有される時間をも厳密に制御する必要がある、少なくとも１個のクラスのネ ットワーク資源である、と定義する。本明細書において用いる概念では次のよう には限定しないが、限られた資源というのは、通常、リアルタイムの発呼への音 声接続に関係し発呼者から供給されるかまたは発呼者に送られるかのどちらかの 音声信号のある形式を処理する装置である。かかる装置に共通の特性は、使用さ れるとき毎に比較的長時間用いられる、ということである。好適な実施例におい ては、交換ディジット受信機および音声による告知の装置が、限られた資源とし て分類される。しかし、本発明の他の実施例では、他の装置を限られた資源とし て分類してもよく、実際、本発明の実施について定義される多数の階層的クラス の資源があり得る。 限られた資源が何ら要求されない場合には、ＮＯの枝路１４０へと進むが、こ れは、取り次ぎのテストを無事パスしたということを示す。これが起これば、ス テップ１１１で適切なトランザクション番号およびアドレス情報を取得したＡＩ Ｎメッセージが生成され、ステップ１４２でメッセージが送られる。そしてステ ップ１２２でルーチンから抜ける。 限られた資源が要求されている場合には、ＹＥＳの枝路１４５からステップ１ ４６へと進む。これは、サービス・プロバイダーのアプリケーションがこの資源 またはこの資源のクラスを用いることを承認されているかどうかをテストするも のである。要求がこのテストに添わなければ、ＮＯの枝路１４７からメッセージ を拒絶するシーケンスへと進む。サービス・プロバイダーのアプリケーションが 資源を用いることを承認されている場合には、ＹＥＳの枝路１４８からステップ １４９へと進み、ステップ１４９で好適な実施例の重要な取り次ぎ機能がテスト される。好適な実施例が限られた資源として定義するネットワーク資源のクラス は通常用いられる毎に長時間占有される装置であるので、好適な実施例の方法は 、与えられたサービス・プロバイダーのアプリケーションまたは与えられたサー ビス・プロバイダーが同時に占有することのできるかかる装置の数に制限を設け ている。この上限を資源占有数と呼び、これは単に、サービス・プロバイダーま たはそのアプリケーションが同時に占有してもよい限られた資源の装置の所定の 数である。 資源占有数は、収容できるサービス・プロバイダーの数からの最大許容数によ ってのみ選択するのではなく、料金に応じて決めるのが好ましいと思われる。従 って、音声による告知装置を大量に用いると予想するサービス・プロバイダーは 、それらの資源へのアクセスを設けることについて市内交換会社にさらに料金を 払って、比較的多数のそれらの資源を同時に占有することができるようにする必 要がある。 限られた資源または資源のクラスの総数の代わりに、またはそれに加えて用い てもよい、資源占有数を定義する他の方法もある。特に、ひとつのサービスが占 有する限られた資源の総数のみでなく、与えられた資源の所有者における、すな わち与えられた交換機または与えられたサービス接続点における限られた資源の 総数も制限する、ということが重要である。例えば、あるサービスのアプリケー ションがアクセスしてもよいある特定のサービス接続点に５本の音声による告知 の回線がある場合、ひとつのサービス・プロバイダーのアプリケーションが同時 に５本全部の回線を占有してネットワーク上で実行されている他のアプリケーシ ョンに音声回線を提供することを妨げることはできない、ということを確かめる ことが重要である。これは、本発明の実施例における資源占有数に特有の定義と なりうる。さらに、サービス・アプリケーションが、ネットワーク内の様々な資 源の所有者の中でその数の限られた資源よりも多くを占有することが許されてい る場合であっても、これをさらなる制限として指定してもよい。 本発明の方法は、実際にどのように決定されるかに関係なく、ひとつのサービ ス・プロバイダーのアプリケーションが同時に占有してもよい限られた資源の数 の所定の上限である資源占有数を規定する。このシステムは、それぞれのサービ ス・プロバイダーのアプリケーションについての数が増える方向／減る方向への カウントとして、限られた資源のカウントを維持する。ステップ１４９に達する と、ＳＥＥインタープリタは、このサービス・プロバイダーのアプリケーション についての限られた資源のカウントが現在そのアプリケーションについての資源 占有数を越えているかどうかをテストする。このテストが真である場合、ＹＥＳ の枝路１５０からメッセージを拒絶するシーケンスへと進む。その要求をステッ プ１４９で拒絶されたばかりの限られた資源の使用を要求する顧客にサービスを 提供するために、リトライの試み等の問題に取り組むことは、そのアプリケーシ ョンを書いているサービス・プロバイダーの義務である。 限られた資源のカウントがまだ資源占有数よりも小さい場合には、ＮＯの枝路 １５１からステップ１５２へと進み、ここで限られた資源のカウントがインクリ メントされる。これが達成されると、すべての取り次ぎのテストにパスし、メッ セージは、前述のとおりステップ１４１、１４２においてそれぞれ生成され送ら れる。 図示していない会話の終了を取り扱う他のルーチンには、その特定のサービス ・プロバイダーのアプリケーションが要求する限られた資源のユーザが完了した ときにはいつでも限られた資源のカウントをディクレメントする責任がある、と いうことに注目するべきである。かかる数が増える方向／減る方向へのカウント の体系の実施は、当業者には簡単でありよく知られている。 前述のことから、本明細書で説明した方法によって、サービス・プロバイダー のアプリケーションとＬＥＣが動作するサービス制御点において実行されている 共用命令実行環境のインタープリタとの間の取り次ぎインターフェースを通る効 果的な取り次ぎが行われる、ということが理解される。トランザクション識別子 ／サービス処理番号のペアのテーブルにおいて単一のトランザクション識別子を 用いることにより、市内交換会社によるネットワークの動作に関する機密に関わ る情報へのアクセスやサービス・プロバイダーのライバルに関する情報にアクセ スする可能性からサービス・プロバイダーを効果的に分離する。図５に示す取り 次ぎの各ステップにより、サービス・プロバイダーのアプリケーションが生成す るメッセージのインテグリティが保証される。さらに、これらのステップにより 、サービス・プロバイダーに与えられるＡＩＮ内の一定の権利の料金を市内交換 会社が定めることが強制され、市内交換会社はかかる特権のサポートのために費 用を費やす。こうすることで、特定のサービス・プロバイダーにより、他のサー ビス・プロバイダーの顧客の不利益になったり市内交換会社の不利益になるよう にそのネットワーク内でのあるタイプの資源の割合が極端に固定されることが防 止される。 好適な実施例の前述の説明より、当業者には本発明の他の実施例も示唆され、 従って、本発明の範囲は以下の請求の範囲およびその均等物によってのみ限定さ れねばならない。

【手続補正書】 【提出日】１９９７年７月２３日 【補正内容】 （１）明細書第１４頁第１０行目と第１１行目の間に『Ｔｈｅｕｓ他「インテリ ジェントネットワークへのオープン・アクセス：より柔軟で迅速なシリーズへの 道」、電話、第２２６巻（１８号）、１９９４年５月２日、合衆国、６８−７２ ページ、において、取り次ぎアクセスとは、ネットワークの信頼性や安全性の妥 協なしで、サービスを生成・展開する、第三者のサービス・プロバイダ・アクセ スであると説明されている。 Ｔｈｅｕｓ他において、さらに説明されるところ によると、インテリジェント・ネットワークへの取り次ぎアクセスは、第三者が 新しい遠距離通信サービスの開発と展開に参加するのを許容する。 「オープンＡＩＮ 操作戦略」、１９９４ ＩＥＥＥ Ｎｅｔｗｏｒｋ Ｏｐ ｅｒａｔｉｏｎｓ ａｎｄ Ｍａｎａｇｅｍｅｎｔ Ｓｙｍｐｏｓｉｕｍ、１９ ９４年２月１４日、第１巻、合衆国、フロリダ、キシミー、１４０−１５２ペー ジ３．において、Ｃ．チェンは、他のサービス・プロバイダ（ＯＳＰｓ）への高 度インテリジェントネットワーク（ＡＩＮ）遠距離通信システムへのアクセスの 提供を、概ね説明している。ＯＳＰｓへのアクセスを提供することは、オープン なＡＩＮとして言及させれている。 オープンなＡＩＮがあれば、複数のサービ ス・プロバイダは、ＯＳＰｓのサービスを伴う使用のためのＡＩＮトリガへのア クセスが提供される。 オープンなＡＩＮサービスのためのアーキテクチャは、 ３つの論理階層を持ち得る、すなわち：公共のネットワーク・トランスポート層 、ＡＩＮサービス取り次き層、及びＯＳＰ ＡＩＮサービス制御層である。 Ａ ＩＮサービス取り次ぎ層は、ＯＳＰが利用できない場合、ＯＳＰｓや、エンド・ ユーザへのプロバイド・デフォルト処理のためのビリング情報を収集するであろ う。 オープンなＡＩＮ建築学の１つのモデルは、ＯＳＰアクセスの安全と承認 を提供することを意図している。』の記載を挿入する。 （２）請求の範囲を別紙の通り補正する。 （３）図面の第１図を別紙の通り補正する。 請求の範囲 １．複数の電話局における同様に複数のサービス交換点(15)および少なくとも１ 個のサービス制御点(SCP)(50)を含む、複数の高度インテリジェントネットワー ク（ ＡＩＮ）要素の間の複数のデジタルデータ通信チャネルを含むインテリジェ ント交換電話ネットワークにおけるパケットのメッセージの呼量を取り次ぐ方法 において、 前記複数のＡＩＮ要素のうちで新しいトランザクションの性能アプリケーショ ン部品（ ＴＣＡＰ）メッセージのシーケンスを生成する第１のものにそれぞれの 前記新しいＴＣＡＰメッセージのシーケンスについてトランザクション番号を生 成させる手順、および 前記複数のＡＩＮ要素のうちの前記第１のものに第１のトランザクション識別 子テーブル内に前記番号トランザクション番号を記憶させる手順 を含む方法であって、 前記少なくとも１個のサービス制御点(50)が、市内交換会社のアプリケーショ ンおよびサービス・プロバイダーのアプリケーション(56)を処理する共用命令実 行環境（ＳＥＥ）のインタープリタ(59)を実行するＳＣＰコンピュータ(51)を含 む取り次ぎサービス制御点であることを特徴とし、前記方法がさらに、 前記トランザクション番号および第１のメッセージ識別子を前記ＴＣＡＰメッ セージのシーケンスの第１のＴＣＡＰメッセージ内に含み、前記第１のＴＣＡＰ メッセージを前記複数のＡＩＮ要素の内の第２のものに伝送する手順、 前記複数のＡＩＮ要素のうちの前記第２のものに前記新しいＴＣＡＰメッセー ジのシーケンスと関連する単一のトランザクション識別子を前記単一のトランザ クション番号を発呼点コードおよびサブシステム番号と連結することによって作 り出させ、前記第１のＴＣＡＰメッセージ内の前記第１のメッセージ識別子に応 答して前記単一のトランザクション識別子を第２のトランザクション識別子テー ブルに記憶する手順、 前記第１および第２のネットワーク要素に、その後ＴＣＡＰメッセージ内に前 記単一のトランザクション識別子を含ませて前記ＴＣＡＰメッセージのシーケン スと関連する特定のトランザクションに影響を与え、前記第１および第２のトラ ンザクション識別子テーブルにリストされているトランザクション識別子を含ま ない他のＴＣＡＰメッセージを拒絶させる手順、および 前記複数のＡＩＮ要素のうちの前記第１および第２のもののうち前記ＴＣＡＰ メッセージのシーケンスの最後のメッセージを生成する一方のものに、その関連 するトランザクション識別子テーブルから前記単一のトランザクション識別子を 消去させ、前記最後のメッセージ識別子を最後のメッセージに含ませ、前記最後 のメッセージ内の前記最後のメッセージ識別子に応答して前記複数のＡＩＮ要素 のうちの前記第１および第２のもののうちの他方にその関連するトランザクショ ン識別子テーブルから前記単一のトランザクション識別子を消去させる手順 を含む方法。 ２．前記ＳＣＰコンピュータ(51)が、加入者の加入者電話番号の加入者電話番号 のテーブル、および前記ＳＥＥインタープリタ(59)が処理するそれぞれの前記サ ービス・プロバイダーのアプリケーション(56)の承認されているネットワーク要 素のアドレスのアドレステーブルを維持すること、および 前記ＳＥＥインタープリタ(59)が、前記サービス・プロバイダーのアプリケー ション(56)のうちのある特定のものからのある特定の加入者の加入者電話番号へ のアクセスのそれぞれの要求に応答して前記サービス・プロバイダーのアプリケ ーション(56)のうちの前記特定のものの前記加入者電話番号のテーブルを前記Ｓ ＣＰコンピュータ(51)にチェックさせることを特 徴とする、請求の範囲第１項記載のインテリジェント交換電話ネットワーク におけるパケットのメッセージの呼量を取り次ぐ方法。 ３．前記ＳＥＥインタープリタが、ある特定の加入者の加入者電話番号が前記サ ービス・プロバイダーのアプリケーション(56)のうちの前記特定のものの前記加 入者電話番号のテーブルに含まれている場合にのみ、前記サービス・プロバイダ ーのアプリケーション(56)のうちの前記特定のものからの前記特定の加入者の加 入者電話番号へのアクセスの前記要求に影響を与えるように前記ＳＣＰコンピュ ータ(51)にＴＣＡＰメッセージを生成させること をさらなる特徴とする、請求の範囲第２項記載のインテリジェント交換電話ネッ トワークにおけるパケットのメッセージの呼量を取り次ぐ方法。 ４．承認されているネットワーク要素のアドレスのそれぞれの前記アドレステー ブルが、前記承認されているネットワーク要素のアドレスと関連する加入者電話 番号のテーブルであること をさらなる特徴とする、請求の範囲第２項記載のインテリジェント交換電話ネッ トワークにおけるパケットのメッセージの呼量を取り次ぐ方法。 ５．前記ＳＥＥインタープリタが、前記サービス・プロバイダーのアプリケーシ ョン(56)のうちの特定のものからのある特定の交換機でないネットワーク要素へ のアクセスのそれぞれの要求に応答して、前記ＳＣＰコンピュータ(51)に前記ア ドレステーブルをチェックして前記サービス・プロバイダーのアプリケーション(56) のうちの前記特定のものを探させること をさらなる特徴とする、請求の範囲第２項記載のインテリジェント交換電話ネッ トワークにおけるパケットのメッセージの呼量を取り次ぐ方法。 ６．前記ＳＥＥインタープリタが、ある特定の交換機でないネットワーク要素と 関連する前記特定の交換機でないネットワーク要素のアドレスが前記サービス・ プロバイダーのアプリケーション(56)のうちの前記特定のものの前記アドレステ ーブルに含まれている場合にのみ、前記サービス・プロバイダーのアプリケーシ ョン(56)のうちの前記特定のものからの前記特定の交換機でないネットワーク要 素へのアクセスの前記要求に影響を与えるように前記ＳＣＰコンピュータ(51)に ＡＩＮメッセージを生成させること をさらなる特徴とする、請求の範囲第５項記載のインテリジェント交換電話ネッ トワークにおけるパケットのメッセージの呼量を取り次ぐ方法。 ７．前記複数のＡＩＮ要素のうちの前記第１のものがサービス交換点(15)であり 、前記第１のメッセージがトリガであること、 前記単一のトランザクション識別子が、前記サービス交換点(15)が生成するＳ ＳＰトランザクション番号、および前記サービス交換点(15)と関連するＳＳＰの 発呼点コードを含むこと、 前記複数のＡＩＮ要素のうちの前記第２のものが、前記取り次ぎサービス制御 点(50)であること、 前記取り次ぎサービス制御点(50)が、前記単一のトランザクション識別子のそ れぞれと関連するＳＥＥのサービス処理識別子と共に(with)前記第２のトランザ クション識別子のテーブルを維持すること、および 前記ＳＥＥインタープリタが、前記ＳＥＥサービス処理識別子を前記第２のト ランザクション識別子のテーブルから伝送することによってのみ、前記ＴＣＡＰ メッセージのシーケンスと関連する前記特定のトランザクションを識別する情報 をある特定のサービス・プロバイダーのアプリケーション(56)に伝送すること をさらなる特徴とする、請求の範囲第１項記載のインテリジェント交換電話ネッ トワークにおけるパケットのメッセージの呼量を取り次ぐ方法。 ８．前記単一のトランザクション識別子が、さらにサブシステム番号を含むこと をさらなる特徴とする、請求の範囲第７項記載のインテリジェント交換電話ネッ トワークにおけるパケットのメッセージの呼量を取り次ぐ方法。 ９．前記複数のＡＩＮ要素のうちの前記第１のものがサービス交換点(15)であり 、前記第１のメッセージがトリガであること、 前記単一のトランザクション識別子が、前記サービス交換点(15)が生成するＳ ＳＰトランザクション番号、前記サービス交換点(15)と関連するＳＳＰ発呼点コ ード、およびサブシステム番号を含むこと、 前記複数のＡＩＮ要素のうちの前記第２のものが、前記取り次ぎサービス制御 点(50)であること、 前記ＳＥＥインタープリタが、前記サービス交換点(15)と関連する前記ＳＳＰ の発呼点コードが前記単一のトランザクション識別子から取り除かれた状態で、 前記ＴＣＡＰメッセージのシーケンスと関連する前記特定のトランザクションを 識別する情報をある特定のサービス・プロバイダーのアプリケーション(60)に伝 送すること をさらなる特徴とする、請求の範囲第１項記載のインテリジェント交換電話ネッ トワークにおけるパケットのメッセージの呼量を取り次ぐ方法。 １０．前記複数のＡＩＮ要素の内の前記第１のものが、前記取り次ぎサービス制 御点(50)であること、 前記単一のトランザクション識別子が、前記ＳＥＥインタープリタが生成する 乱数であること、および 前記取り次ぎサービス制御点(50)が、前記単一のトランザクション識別子のそ れぞれと関連するＳＥＥサービス処理識別子と共に前記第１のトランザクション 識別子のテーブルを維持すること をさらなる特徴とする、請求の範囲第１項記載のインテリジェント交換電話ネッ トワークにおけるパケットのメッセージの呼量を取り次ぐ方法。 １１．複数の電話局における同じく複数のサービス交換点(15)および少なくとも １個のサービス制御点(SCP)(50)を含む、複数の高度インテリジェントネットワ ーク（ ＡＩＮ）要素の間の複数のデジタルデータ通信チャネルを含むインテリジ ェント交換電話ネットワークにおけるパケットのメッセージの呼量を取り次ぐ方 法において、 前記少なくとも１個のサービス制御点(50)が、市内交換会社のアプリケーショ ン(57)およびサービス・プロバイダーのアプリケーション(57)を処理する共用命 令実行環境（ＳＥＥ）のインタープリタを実行するＳＣＰコンピュータ(51)を含 む取り次ぎサービス制御点(50)であることを特徴とし、前記方法が、 前記ＳＥＥインタープリタが処理する前記複数のサービス・プロバイダーのア プリケーションのそれぞれの合法的な中継回線のグループのルートインデックス のテーブルを前記ＳＣＰコンピュータ(51)に維持させる手順、および 前記ＳＥＥインタープリタが、前記ＳＣＰコンピュータ(51)に、前記テーブル をチェックさせて中継回線のグループのパラメータを含む前記サービス・プロバ イダーのアプリケーション(56)のうちのある特定のものからのＡＩＮメッセージ のそれぞれの要求に応答して前記サービス・プロバイダーのアプリケーション(5 6) のうちの前記特定のものの前記合法的な中継回線のグループのルートインデッ クスを規定する入力を探させ、前記要求内の前記中継回線のグループのパラメー タが前記サービス・プロバイダーのアプリケーション(56)のうちの前記特定のも のの前記テーブル内に含まれる前記合法的な中継回線のグループのルートインデ ックスのうちの１個と対応する場合にのみ、前記ＡＩＮメッセージを生成させる 手順 を含む方法。 １２．複数の電話局における同じく複数のサービス交換点(15)および少なくとも １個のサービス制御点(SCP)(50)を含む、複数の高度インテリジェントネットワ ーク（ ＡＩＮ）要素の間の複数のデジタルデータ通信チャネルを含むインテリジ ェント交換電話ネットワークにおけるパケットのメッセージの呼量を取り次ぐ方 法において、 前記少なくとも１個のサービス制御点(50)が、市内交換会社のアプリケーショ ン(57)およびサービス・プロバイダーのアプリケーション(56)を処理する共用命 令実行環境（ＳＥＥ）のインタープリタを実行するＳＣＰコンピュータ(51)を含 む取り次ぎサービス制御点(50)であることを特徴とし、前記方法が、 前記ＳＥＥインタープリタが処理する前記複数のサービス・プロバイダーのア プリケーション(56)のそれぞれの合法的な受信宛先のアドレスのアドレステーブ ルを前記ＳＣＰコンピュータ(51)に維持させる手順、および 前記ＳＥＥインタープリタが、前記ＳＣＰコンピュータ(51)に、前記アドレス テーブルをチェックさせて前記サービス・プロバイダーのアプリケーション(56) のうちのある特定のものからのＡＩＮメッセージのそれぞれの要求に応答して前 記サービス・プロバイダーのアプリケーション(56)のうちの前記特定のものを探 させ、前記要求内の受信宛先アドレスが前記サービス・プロバイダーのアプリケ ーション(56)のうちの前記特定のものの前記アドレステーブル内に含まれる前記 合法的な受信宛先アドレスのうちの１個と対応する場合にのみ、前記ＡＩＮメッ セージを生成させる手順 を含む方法。 １３．複数の電話局における同じく複数のサービス交換点および少なくとも１個 のサービス制御点(SCP)(50)を含む、複数の高度インテリジェントネットワーク （ ＡＩＮ）要素の間の複数のデジタルデータ通信チャネルを含むインテリジェン ト交換電話ネットワークにおけるパケットのメッセージの呼量を取り次ぐ方法に おいて、 前記少なくとも１個のサービス制御点(50)が、市内交換会社のアプリケーショ ン(57)およびサービス・プロバイダーのアプリケーション(56)を処理する共用命 令実行環境（ＳＥＥ）のインタープリタを実行するＳＣＰコンピュータ(51)を含 む取り次ぎサービス制御点(50)であることを特徴とし、前記方法が、 前記ＳＥＥインタープリタが処理する前記複数のサービス・プロバイダーのア プリケーション(56)のそれぞれの少なくとも１個のクラスのネットワーク資源の 容認された資源占有数のリストを前記ＳＣＰコンピュータ(51)に維持させる手順 、 前記ＳＥＥインタープリタが処理する前記複数のサービス・プロバイダーのア プリケーション(56)のそれぞれの使用中の前記１個のクラスのネットワーク資源 内の装置の数の現在のカウントを前記ＳＣＰコンピュータ(51)に維持させる手順 、および 前記ＳＥＥインタープリタが、前記ＳＣＰコンピュータ(51)に、前記リストを チェックさせて前記１個のクラスのネットワーク資源内の装置の使用の要求を含 む前記サービス・プロバイダーのアプリケーション(56)のうちのある特定のもの からのＡＩＮメッセージのそれぞれの要求に応答して前記サービス・プロバイダ ーのアプリケーション(56)のうちの前記特定のものの前記１個のクラスのネット ワーク資源の前記容認された資源占有数を規定する入力を探させ、それに応答し て、前記現在のカウントが前記サービス・プロバイダーのアプリケーション(56) のうちの前記特定のものの前記１個のクラスのネットワーク資源の前記容認され た資源占有数よりも小さい場合にのみ、前記ＡＩＮメッセージを生成させる手順 を含む方法。 １４．前記１個のクラスのネットワーク資源が交換ディジット受信機を含むこと を特徴とする、請求の範囲第１３項記載のインテリジェント交換電話ネットワー クにおけるパケットのメッセージの呼量を取り次ぐ方法。 １５．前記１個のクラスのネットワーク資源が音声による告知装置を含むことを 特徴とする、請求の範囲第１３項記載のインテリジェント交換電話ネットワーク におけるパケットのメッセージの呼量を取り次ぐ方法。 １６．複数の電話局における同じく複数のサービス交換点(15)および少なくとも １個のサービス制御点(SCP)(50)を含む、複数の高度インテリジェントネットワ ーク（ ＡＩＮ）要素の間の複数のデジタルデータ通信チャネルを含むインテリジ ェント交換電話ネットワークを維持する方法において、 前記少なくとも１個のサービス制御点(50)が、市内交換会社のアプリケーショ ン(57)およびサービス・プロバイダーのアプリケーション(56)を処理する共用命 令実行環境（ＳＥＥ）のインタープリタを実行するＳＣＰコンピユータ(51)を含 む取り次ぎサービス制御点(50)であることを特徴とし、前記方法が、 前記テーブル内の前記加入者電話番号のそれぞれについて、それぞれの活動状 態のトリガのタイプが、前記ＳＥＥインタープリタが処理する前記市内交換会社 のアプリケーション(57)およびサービス・プロバイダーのアプリケーション(56) のうちのただ一つのものと関連するように、加入者電話番号およびトリガのテー ブルを前記ＳＣＰコンピュータ(51)に維持させる手順、 前記ＳＣＰコンピュータ(51)に、前記テーブル内に新しい入力を作り出すこと を要求するＡＩＮネットワーク維持メッセージのそれぞれに応答して前記テーブ ルをチェックさせて、存在する入力がある特定の加入者電話番号および特定のト リガのタイプを前記新しい入力が指定しているかを決定し、かかる存在する入力 が見いだされない場合にのみ、前記ＡＩＮのネットワーク維持メッセージを実行 させる手順 を含む方法。 【図１】

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ， ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＭＷ，ＳＤ，ＳＺ，ＵＧ)， ＡＭ，ＡＴ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，Ｃ Ｈ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ ，ＧＥ，ＨＵ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ， ＬＫ，ＬＲ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＮ，Ｍ Ｗ，ＭＸ，ＮＬ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ ，ＳＤ，ＳＥ，ＳＩ，ＳＫ，ＴＪ，ＴＴ，ＵＡ，ＵＺ， ＶＮ 【要約の続き】 タは、アプリケーションの内部で生成されるサービス処 理識別子のみを参照するメッセージおよび命令を、イン ターフェースを通ってサービス・プロバイダーのアプリ ケーションへ通すことができる。これにより、サービス ・プロバイダーのアプリケーションが、ネットワークの 動作および他のサービス・プロバイダーのサービスの動 作についての不要な情報から分離される。取り次ぎ規則 は、テーブルをテストして、サービス・プロバイダーの アプリケーションからのメッセージの要求において参照 された加入者電話番号がサービス・プロバイダーの顧客 であるか、中継回線のグループの経路選択の要求かその サービス・プロバイダーについて有効であるか、および あるネットワーク要素への何らかのアクセスまたはある 特定のレベルのアクセスかそれを要求しているサービス ・プロバイダーについて承認されているか、を決定す る、ということを含む。

Claims (1)

1. 【特許請求の範囲】 １．複数の電話局における同様に複数のサービス交換点および少なくとも１個の サービス制御点を含む、複数のＡＩＮ要素の間の複数のデジタルデータ通信チャ ネルを含むインテリジェント交換電話ネットワークにおけるパケットのメッセー ジの呼量を取り次ぐ方法において、 前記複数のＡＩＮ要素のうちで新しいＴＣＡＰメッセージのシーケンスを生成 する第１のものにそれぞれの前記新しいＴＣＡＰメッセージのシーケンスについ てトランザクション番号を生成させる手順、および 前記複数のＡＩＮ要素のうちの前記第１のものに第１のトランザクション識別 子テーブル内に前記トランザクション番号を記憶させる手順 を含む方法であって、 前記少なくとも１個のサービス制御点が、市内交換会社のアプリケーションお よびサービス・プロバイダーのアプリケーションを処理する共用命令実行環境（ ＳＥＥ）のインタープリタを実行するＳＣＰコンピュータを含む取り次ぎサービ ス制御点であることを特徴とし、前記方法がさらに、 前記トランザクション番号および第１のメッセージ識別子を前記ＴＣＡＰメッ セージのシーケンスの第１のＴＣＡＰメッセージ内に含み、前記第１のＴＣＡＰ メッセージを前記複数のＡＩＮ要素の内の第２のものに伝送する手順、 前記複数のＡＩＮ要素のうちの前記第２のものに前記新しいＴＣＡＰメッセー ジのシーケンスと関連する単一のトランザクション識別子を前記単一のトランザ クション番号を発呼点コードおよびサブシステム番号と連結することによって作 り出させ、前記第１のＴＣＡＰメッセージ内の前記第１のメッセージ識別子に応 答して前記単一のトランザクション識別子を第２のトランザクション識別子テー ブルに記憶する手順、 前記第１および第２のネットワーク要素に、その後ＴＣＡＰメッセージ内に前 記単一のトランザクション識別子を含ませて前記ＴＣＡＰメッセージのシーケン スと関連する特定のトランザクションに影響を与え、前記第１および第２のトラ ンザクション識別子テーブルにリストされているトランザクション識別子を含ま ない他のＴＣＡＰメッセージを拒絶させる手順、および 前記複数のＡＩＮ要素のうちの前記第１および第２のもののうち前記ＴＣＡＰ メッセージのシーケンスの最後のメッセージを生成する一方のものに、その関連 するトランザクション識別子テーブルから前記単一のトランザクション識別子を 消去させ、前記最後のメッセージ識別子を最後のメッセージに含ませ、前記最後 のメッセージ内の前記最後のメッセージ識別子に応答して前記複数のＡＩＮ要素 のうちの前記第１および第２のもののうちの他方にその関連するトランザクショ ン識別子テーブルから前記単一のトランザクション識別子を消去させる手順を含 む方法。 ２．前記ＳＣＰコンピュータが、加入者の加入者電話番号の加入者電話番号のテ ーブル、および前記ＳＥＥインタープリタが処理するそれぞれの前記サービス・ プロバイダーのアプリケーションの承認されているネットワーク要素のアドレス のアドレステーブルを維持すること、および 前記ＳＥＥインタープリタが、前記サービス・プロバイダーのアプリケーショ ンのうちのある特定のものからのある特定の加入者の加入者電話番号へのアクセ スのそれぞれの要求に応答して前記サービス・プロバイダーのアプリケーション のうちの前記特定のものの前記加入者電話番号のテーブルを前記ＳＣＰコンピュ ータにチェックさせること をさらなる特徴とする、請求の範囲第１項記載のインテリジェント交換電話ネッ トワークにおけるパケットのメッセージの呼量を取り次ぐ方法。 ３．前記ＳＥＥインタープリタが、ある特定の加入者の加入者電話番号が前記サ ービス・プロバイダーのアプリケーションのうちの前記特定のものの前記加入者 電話番号のテーブルに含まれている場合にのみ、前記サービス・プロバイダーの アプリケーションのうちの前記特定のものからの前記特定の加入者の加入者電話 番号へのアクセスの前記要求に影響を与えるように前記ＳＣＰコンピュータにＴ ＣＡＰメッセージを生成させること をさらなる特徴とする、請求の範囲第２項記載のインテリジェント交換電話ネッ トワークにおけるパケットのメッセージの呼量を取り次ぐ方法。 ４．承認されているネットワーク要素のアドレスのそれぞれの前記アドレステー ブルが、前記承認されているネットワーク要素のアドレスと関連する加入者電話 番号のテーブルであること をさらなる特徴とする、請求の範囲第２項記載のインテリジェント交換電話ネッ トワークにおけるパケットのメッセージの呼量を取り次ぐ方法。 ５．前記ＳＥＥインタープリタが、前記サービス・プロバイダーのアプリケーシ ョンのうちの特定のものからのある特定の交換機でないネットワーク要素へのア クセスのそれぞれの要求に応答して、前記ＳＣＰコンピュータに前記アドレステ ーブルをチェックして前記サービス・プロバイダーのアプリケーションのうちの 前記特定のものを探させること をさらなる特徴とする、請求の範囲第２項記載のインテリジェント交換電話ネッ トワークにおけるパケットのメッセージの呼量を取り次ぐ方法。 ６．前記ＳＥＥインタープリタが、ある特定の交換機でないネットワーク要素と 関連する前記特定の交換機でないネットワーク要素のアドレスが前記サービス・ プロバイダーのアプリケーションのうちの前記特定のものの前記アドレステーブ ルに含まれている場合にのみ、前記サービス・プロバイダーのアプリケーション のうちの前記特定のものからの前記特定の交換機でないネットワーク要素へのア クセスの前記要求に影響を与えるように前記ＳＣＰコンピュータにＡＩＮメッセ ージを生成させること をさらなる特徴とする、請求の範囲第５項記載のインテリジェント交換電話ネッ トワークにおけるパケットのメッセージの呼量を取り次ぐ方法。 ７．前記複数のＡＩＮ要素のうちの前記第１のものがサービス交換点であり、前 記第１のメッセージがトリガであること、 前記単一のトランザクション識別子が、前記サービス交換点が生成するＳＳＰ トランザクション番号、および前記サービス交換点と関連するＳＳＰの発呼点コ ードを含むこと、 前記複数のＡＩＮ要素のうちの前記第２のものが、前記取り次ぎサービス制御 点であること、 前記取り次ぎサービス制御点が、前記単一のトランザクション識別子のそれぞ れと関連するＳＥＥのサービス処理識別子と共に(with)前記第２のトランザクシ ョン識別子のテーブルを維持すること、および 前記ＳＥＥインタープリタが、前記ＳＥＥサービス処理識別子を前記第２のト ランザクション識別子のテーブルから伝送することによってのみ、前記ＴＣＡＰ メッセージのシーケンスと関連する前記特定のトランザクションを識別する情報 をある特定のサービス・プロバイダーのアプリケーションに伝送すること をさらなる特徴とする、請求の範囲第１項記載のインテリジエント交換電話ネッ トワークにおけるパケットのメッセージの呼量を取り次ぐ方法。 ８．前記単一のトランザクション識別子が、さらにサブシステム番号を含むこと をさらなる特徴とする、請求の範囲第７項記載のインテリジエント交換電話ネッ トワークにおけるパケットのメッセージの呼量を取り次ぐ方法。 ９．前記複数のＡＩＮ要素のうちの前記第１のものがサービス交換点であり、前 記第１のメッセージかトリガであること、 前記単一のトランザクション識別子が、前記サービス交換点が生成するＳＳＰ トランザクション番号、前記サービス交換点と関連するＳＳＰ発呼点コード、お よびサブシステム番号を含むこと、 前記複数のＡＩＮ要素のうちの前記第２のものが、前記取り次ぎサービス制御 点であること、 前記ＳＥＥインタープリタが、前記サービス交換点と関連する前記ＳＳＰの発 呼点コードが前記単一のトランザクション識別子から取り除かれた状態で、前記 ＴＣＡＰメッセージのシーケンスと関連する前記特定のトランザクションを識別 する情報をある特定のサービス・プロバイダーのアプリケーションに伝送するこ と をさらなる特徴とする、請求の範囲第１項記載のインテリジェント交換電話ネッ トワークにおけるパケットのメッセージの呼量を取り次ぐ方法。 １０．前記複数のＡＩＮ要素の内の前記第１のものが、前記取り次ぎサービス制 御点であること、 前記単一のトランザクション識別子が、前記ＳＥＥインタープリタが生成する 乱数であること、および 前記取り次ぎサービス制御点が、前記単一のトランザクション識別子のそれぞ れと関連するＳＥＥサービス処理識別子と共に前記第１のトランザクション識別 子のテーブルを維持すること をさらなる特徴とする、請求の範囲第１項記載のインテリジェント交換電話ネッ トワークにおけるパケットのメッセージの呼量を取り次ぐ方法。 １１．複数の電話局における同じく複数のサービス交換点および少なくとも１個 のサービス制御点を含む、複数のＡＩＮ要素の間の複数のデジタルデータ通信チ ャネルを含むインテリジェント交換電話ネットワークにおけるパケットのメッセ ージの呼量を取り次ぐ方法において、 前記少なくとも１個のサービス制御点が、市内交換会社のアプリケーションお よびサービス・プロバイダーのアプリケーションを処理する共用命令実行環境（ ＳＥＥ）のインタープリタを実行するＳＣＰコンピュータを含む取り次ぎサービ ス制御点であることを特徴とし、前記方法が、 前記ＳＥＥインタープリタが処理する前記複数のサービス・プロバイダーのア プリケーションのそれぞれの合法的な中継回線のグループのルートインデックス のテーブルを前記ＳＣＰコンピュータに維持させる手順、および 前記ＳＥＥインタープリタが、前記ＳＣＰコンピュータに、前記テーブルをチ ェックさせて中継回線のグループのパラメータを含む前記サービス・プロバイダ ーのアプリケーションのうちのある特定のものからのＡＩＮメッセージのそれぞ れの要求に応答して前記サービス・プロバイダーのアプリケーションのうちの前 記特定のものの前記合法的な中継回線のグループのルートインデックスを規定す る入力を探させ、前記要求内の前記中継回線のグループのパラメータが前記サー ビス・プロバイダーのアプリケーションのうちの前記特定のものの前記テーブル 内に含まれる前記合法的な中継回線のグループのルートインデックスのうちの１ 個と対応する場合にのみ、前記ＡＩＮメッセージを生成させる手順 を含む方法。 １２．複数の電話局における同じく複数のサービス交換点および少なくとも１個 のサービス制御点を含む、複数のＡＩＮ要素の間の複数のデジタルデータ通信チ ャネルを含むインテリジェント交換電話ネットワークにおけるパケットのメッセ ージの呼量を取り次ぐ方法において、 前記少なくとも１個のサービス制御点が、市内交換会社のアプリケーションお よびサービス・プロバイダーのアプリケーションを処理する共用命令実行環境（ ＳＥＥ）のインタープリタを実行するＳＣＰコンピュータを含む取り次きサービ ス制御点であることを特徴とし、前記方法が、 前記ＳＥＥインタープリタが処理する前記複数のサービス・プロバイダーのア プリケーションのそれぞれの合法的な受信宛先のアドレスのアドレステーブルを 前記ＳＣＰコンピュータに維持させる手順、および 前記ＳＥＥインタープリタが、前記ＳＣＰコンピュータに、前記アドレステー ブルをチェックさせて前記サービス・プロバイダーのアプリケーションのうちの ある特定のものからのＡＩＮメッセージのそれぞれの要求に応答して前記サービ ス・プロバイダーのアプリケーションのうちの前記特定のものを探させ、前記要 求内の受信宛先アドルスが前記サービス・プロバイダーのアプリケーションのう ちの前記特定のものの前記アドレステーブル内に含まれる前記合法的な受信宛先 アドレスのうちの１個と対応する場合にのみ、前記ＡＩＮメッセージを生成させ る手順 を含む方法。 １３．複数の電話局における同じく複数のサービス交換点および少なくとも１個 のサービス制御点を含む、複数のＡＩＮ要素の間の複数のデジタルデータ通信チ ャネルを含むインテリジェント交換電話ネットワークにおけるパケットのメッセ ージの呼量を取り次ぐ方法において、 前記少なくとも１個のサービス制御点が、市内交換会社のアプリケーションお よびサービス・プロバイダーのアプリケーションを処理する共用命令実行環境（ ＳＥＥ）のインタープリタを実行するＳＣＰコンピュータを含む取り次ぎサービ ス制御点であることを特徴とし、前記方法が、 前記ＳＥＥインタープリタが処理する前記複数のサービス・プロバイダーのア プリケーションのそれぞれの少なくとも１個のクラスのネットワーク資源の容認 された資源占有数のリストを前記ＳＣＰコンピュータに維持させる手順、 前記ＳＥＥインタープリタが処理する前記複数のサービス・プロバイダーのア プリケーションのそれぞれの使用中の前記１個のクラスのネットワーク資源内の 装置の数の現在のカウントを前記ＳＣＰコンピュータに維持させる手順、および 前記ＳＥＥインタープリタが、前記ＳＣＰコンピュータに、前記リストをチェ ックさせて前記１個のクラスのネットワーク資源内の装置の使用の要求を含む前 記サービス・プロバイダーのアプリケーションのうちのある特定のものからのＡ ＩＮメッセージのそれぞれの要求に応答して前記サービス・プロバイダーのアプ リケーションのうちの前記特定のものの前記１個のクラスのネットワーク資源の 前記容認された資源占有数を規定する入力を探させ、それに応答して、前記現在 のカウントが前記サービス・プロバイダーのアプリケーションのうちの前記特定 のものの前記１個のクラスのネットワーク資源の前記容認された資源占有数より も小さい場合にのみ、前記ＡＩＮメッセージを生成させる手順 を含む方法。 １４．前記１個のクラスのネットワーク資源が交換ディジット受信機を含むこと を特徴とする、請求の範囲第１３項記載のインテリジェント交換電話ネットワー クにおけるパケットのメッセージの呼量を取り次ぐ方法。 １５．前記１個のクラスのネットワーク資源が音声による告知装置を含むことを 特徴とする、請求の範囲第１３項記載のインテリジェント交換電話ネットワーク におけるパケットのメッセージの呼量を取り次ぐ方法。 １６．複数の電話局における同じく複数のサービス交換点および少なくとも１個 のサービス制御点を含む、複数のＡＩＮ要素の間の複数のデジタルデータ通信チ ャネルを含むインテリジェント交換電話ネットワークを維持する方法において、 前記少なくとも１個のサービス制御点が、市内交換会社のアプリケーションお よびサービス・プロバイダーのアプリケーションを処理する共用命令実行環境（ ＳＥＥ）のインタープリタを実行するＳＣＰコンピュータを含む取り次ぎサービ ス制御点であることを特徴とし、前記方法が、 前記テーブル内の前記加入者電話番号のそれぞれについて、それぞれの活動状 態のトリガのタイプが、前記ＳＥＥインタープリタが処理する前記市内交換会社 のアプリケーションおよびサービス・プロバイダーのアプリケーションのうちの ただ一つのものと関連するように、加入者電話番号およびトリガのテーブルを前 記ＳＣＰコンピュータに維持させる手順、 前記ＳＣＰコンピュータに、前記テーブル内に新しい入力を作り出すことを要 求するＡＩＮネットワーク維持メッセージのそれぞれに応答して前記テーブルを チェックさせて、存在する入力がある特定の加入者電話番号および特定のトリガ のタイプを前記新しい入力が指定しているかを決定し、かかる存在する入力が見 いだされない場合にのみ、前記ＡＩＮのネットワーク維持メッセージを実行させ る手順 を含む方法。