JP2001521325A

JP2001521325A - 高性能インテリジェント・ネットワーク・ゲートウェイ

Info

Publication number: JP2001521325A
Application number: JP2000517509A
Authority: JP
Inventors: ティモシー・ダーランド; ロバート・エフ・ディカーマン; クリストファー・ピー・トファネリ
Original assignee: エムシーアイ・ワールドコム・インコーポレーテッド
Priority date: 1997-10-21
Filing date: 1998-10-21
Publication date: 2001-11-06
Also published as: WO1999021312A9; WO1999021312A1; US6229819B1; EP1036444A1; CA2306715A1; EP1036444A4

Abstract

(57)【要約】【課題】高性能インテリジェント・ネットワーク・ゲートウェイは、手動オペレータ・コンソール（１２２Ａ〜１２２Ｎ）間で通信するために使用される。手動オペレータ・コンソールは、顧客の電話呼び出し処理と、顧客の電話呼び出し処理に必要な情報を含んだデータベースである、サービス・データ・ポイント（１２８）の処理を行っている。しかしながら、高性能インテリジェント・ネットワーク・ゲートウェイは、その他の遠距離通信コンポーネント間におけるメッセージの受信および送信にも使用できる。さらに、トランザクション・ケイパビリティ・アプリケーション・パート（ＴＣＡＰ）メッセージを、ユーザ・データグラム・プロトコル／インターネット・プロトコル（ＵＤＰ／ＩＰ）から伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）実装へ、またはその逆に、プロトコル変換する方法。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】

本発明は一般にコンピュータシステムに関し、より詳細には１つ以上のコンピ
ュータシステム環境間におけるメッセージ・インターフェースの提供に関する。

【０００２】

【従来の技術】

遠距離通信ネットワーク製品は、遠距離通信ネットワークが伝えられる電話会
社によって提供されているサービスである。広く知られる例として、ダイアル１
遠距離音声サービスがあり、顧客は自宅の電話機から１に１０桁の数字を足して
ダイアルし、ダイアルされた１０桁の番号のライン上にある電話機を取った相手
と話すことが出来、月末の請求時に通話に対する金額を支払う。ダイアル１は多
くの人に使用されているが、その他の呼び出しおよび支払いの選択肢を使用した
方がより好ましい場合がある。たとえば、テレホンカードを使用すれば個人で自
宅の電話機以外の電話機から電話をかける事が出来、またテレホンカードを使っ
て自宅の電話の口座に通話料を課金できる。

【０００３】このような、通話および支払いの選択肢の１つがデビット・コール、またはプ
リペイド・コールと呼ばれるものである。デビット・コールでは、顧客は資金を
口座にしておき、電話をかける度にその資金から料金が引き落されるようにする
ことができる。標準的なデビット・コールの工程には、接続の前に口座残高の確
認が行われるようになっており、通話中も残高確認は続行される。デビット・コ
ールを行う典型的な顧客の例は、遠距離にいる子供のためにデビット・コール・
カードを購入する親などである。

【０００４】その他の通話および支払いの選択肢と同様、デビット・コールは遠距離通信ネ
ットワーク上を伝えられる。遠距離通信ネットワークは２つの基本要素を備えて
いる。すなわち、ネットワークコンポーネントとも呼ばれる遠距離通信装置と、
装置あるいはコンポーネントを接続するリンクである。デビット・コールの呼び
出し操作と情報処理はその他の音声サービスと異なるため、デビット・コールは
遠距離通信ネットワーク内の特別なコンポーネントによって取り扱われる。すな
わち、デビット・コールは特別なコンピュータシステムによって操作される。

【０００５】デビット・コールに使用されるようなコンピュータシステムは、その他のコン
ピュータシステムと通信して、それぞれのコンピュータシステム上で実行されて
いる１つ以上のコンピュータ・プログラム間の情報を交換する必要がある。同じ
コンピュータシステム上で実行されるプログラム、あるいはネットワーク全体の
、その他のシステム上で実行されるプログラムと通信するために、特別のコンピ
ュータ・プログラムが必要である。

【０００６】コンピュータ・プログラム同士が互いに通信できるようにするために、開発者
は標準やプロトコルと互換性を持つようにプログラムを書く。標準やプロトコル
は、遠距離通信業界全体で使用しているものか、あるいは私的な法人などが販売
もしくは運営するコンピュータシステムで使用するために、それらの法人などに
所有されているものがある。プロトコルはどの情報を送信し、どんなタイミング
値を情報転送と関連付けるべきかを決定し、情報送信のために使用するべきフォ
ーマットを決定する。

【０００７】

【発明が解決しようとする課題】

デビット・コールは複数のコンピュータシステムによって処理されており、こ
れら複数のコンピュータシステムはスイッチングおよびルーティングの機能性を
備え、個々の呼び出しを操作し、顧客の口座情報を保存している。しかしながら
コンピュータシステムでは、通常異なるプロトコルを使用するプログラムを走ら
せている。１つのプロトコルを使用しているコンピュータ・プログラムは、残念
ながら一般には、別のプロトコルを使用しているコンピュータ・プログラムと通
信することはできない。

【０００８】このことは、コンピュータ・プログラム内に、他のコンピュータ・プログラム
から受け取ったプロトコルや、他のコンピュータ・プログラムへ送ったプロトコ
ルを翻訳するコードを用意しておけば克服する事が出来る。しかしながら、コン
ピュータ・プログラムが複数のコンピュータ・プログラムと通信する必要がある
場合、コンピュータ・プログラムが通信できるようにするためには著しく大量の
追加コードが必要となってくる。

【０００９】コンピュータ・プログラムの長さが増すにつれて、コンピュータ・システムの
開発、構築、および保守の費用が増加する。また、冗長なコードや複雑な装置は
必要になれば、メンテナンスにおける問題も発生しやすくなる。コンピュータ・
プログラムが長くなればなるほど開発のために多くの人手と時間が必要となるた
め、開発期間とコストが増加する。コンピュータシステムの構築コストが増加す
るのは、リンクやメモリなど追加装置が必要となるためである。保守コストは、
追加コードと追加装置の保守により費用がかかるために増加する。また、追加の
装置やコードによって、追加装置に故障がある可能性があり、追加コードにはプ
ログラムやシステム全体に影響するようなエラーが含まれている可能性があるた
め、動作不具合が発生する危険が増加する。

【００１０】

【課題を解決するための手段】

本発明のシステムおよび方法は、遠距離通信ネットワークのコンポーネント間
で、デビット・コールの顧客がカスタマー・サービスのために手動オペレータ・
コンソールへアクセスできるような通信を可能にする。カスタマー・サービスを
求めているデビット・コールの顧客は、手動オペレータ・コンソールへルートさ
れる。しかし、手動オペレータ・コンソールではデビット・コールの顧客の口座
情報を持っていない。呼び出し処理を行うため、手動オペレータ・コンソールは
サービス・データ・ポイント（ＳＤＰ）へアクセスしてデビット・コールの顧客
の口座情報を取得する。

【００１１】残念ながらＳＤＰで使用するプロトコルは手動オペレータ・コンソールで使用
するものと異なっている。本発明には、手動オペレータ・コンソールとＳＤＰ間
での通信を可能にする、メッセージ転送とプロトコル変換を提供するコンピュー
タシステムである、高性能インテリジェント・ネットワーク・ゲートウェイ（Ａ
ＩＮＧＷ）が含まれる。本発明のＡＩＮＧＷは異なるプロトコルを使用する複数
のコンピュータ・プログラム間のインターフェースのシングルポイントとして動
作することが出来る。

【００１２】手動オペレータ・コンソールは、ＭＣＩが独自に開発した転送プロトコル、ネ
ットワーク・インフォメーション・ディストリビューション・サービス（ＮＩＤ
Ｓ）・シーケンス・パケット・プロトコル（ＮＳＰＰ）に組み込まれているコー
ド化されたＴＣＡＰメッセージを使って通信する。ＮＳＰＰはユーザ・データグ
ラム・プロトコル／インターネット・プロトコル（ＵＳＰ／ＩＰ）の実装であり
、クライアント−サーバ・プログラムとの通信を提供する。本発明の好ましい実
施形態において、ＳＤＰは伝送制御プロトコル／インターネット・プロトコル（
ＴＣＰ／ＩＰ）を使用して通信を行う。ＡＩＮＧＷは、オペレータ・コンソール
へ送られ、またオペレータ・コンソールから送られて来るＮＳＰＰベースのコー
ド化されたＴＣＡＰメッセージを、ＳＤＰへ送られ、またＳＤＰから送られて来
るＴＣＰ／ＩＰベースのコード化されたＴＣＡＰに変換するための、システムお
よび方法を提供する。頭字語とその定義については、添付の用語集を参照された
い。

【００１３】本発明のＡＩＮＧＷは、メッセージ転送のためのいくつかのソフトウェア層と
、手動オペレータ・コンソールとＳＤＰ間の通信に必要なプロトコル変換を備え
る。ＡＩＮＧＷは基本監視サービス（ＢＯＳＳ）、高性能インテリジェント・ネ
ットワーク・アプリケーション（ＡＩＮ＿ＡＰＰ）、プロセス間通信マネージャ
（ＩＰＣ＿ＭＧＲ）、ＮＳＰＰインターフェース・モジュール（ＮＩＭ）、警告
スクリーナ、およびオペレーショナル・メジャーメント（ＯＭ）・モジュールを
含んでいる。ＢＯＳＳはＡＩＮＧＷ上の処理の開始、停止、およびモニタリング
について責任を持つ。ＡＩＮ＿ＡＰＰは、ＮＩＭとＩＰＣ＿ＭＧＲ間でメッセー
ジを受信、処理、および送信するためのソフトウェア層を含むコンピュータ・プ
ログラムである。ＮＩＭはＩＰＣ＿ＭＧＲのＮＳＰＰクライアントおよびサーバ
である。ＩＰＣ＿ＭＧＲはＴＣＰ／ＩＰピアツーピアのネットワーク要素である
。

【００１４】ＡＩＮ＿ＡＰＰはＮＩＭからメッセージを受け取り、それをＩＰＣ＿ＭＧＲに
送ることによってプロトコル変換を行う。ＮＩＭはＮＳＰＰパケットからのメッ
セージをＡＩＮ＿ＡＰＰに送る前に、そのメッセージをアンパックする。ＡＩＮ
＿ＡＰＰはメッセージをＩＰＣ＿ＭＧＲに送り、ＩＰＣ＿ＭＧＲはそのメッセー
ジをＴＣＰパケットにパックし、それをＳＤＰへ送る。その応答として、ＩＰＣ
＿ＭＧＲはＴＣＰフレームからのメッセージをＡＩＮ＿ＡＰＰに渡す前にアンパ
ックして、ＡＩＮ＿ＡＰＰに送る。ＡＩＮ＿ＡＰＰはそのメッセージをＮＩＭに
送り、ＮＩＭはそれをＮＳＰＰパケットにパックして手動オペレータ・コンソー
ルへ送る。

【００１５】ＮＩＭとＩＰＣ＿ＭＧＲ間で送られるメッセージを処理するために、ＡＩＮ＿
ＡＰＰはプロトコル変換のための、複数のステップを実行する。ＮＩＭからＩＰ
Ｃ＿ＭＧＲに送られるメッセージのためのプロトコル変換には、メッセージの解
読、メッセージから配列への情報の一時的格納、およびメッセージのリフォーメ
イションが含まれている。ＩＰＣ＿ＭＧＲからＮＩＭに送られるメッセージのプ
ロトコル変換には、メッセージの解読、エラー応答メッセージが送られていない
事の確認、配列に格納された情報の検索、および応答メッセージ内の情報の再生
成が含まれている。

【００１６】本発明の更なる特徴と利点は、本発明の様々な実施形態の構造と動作とともに
添付図面を参照しながら以下に詳細に説明される。図面中、同種の参照番号は一
般に、同一で機能的に類似、および／または、構造的に類似の要素を指している
。対応する参照番号の一番左の桁で、その要素が最初に現れる図を示している。

【００１７】

【発明の実施の形態】図１は高性能インテリジェント・ネットワーク・ゲートウェイ（ＡＩＮＧＷ）
インターフェース環境１０２のブロック図である。ＡＩＮＧＷ１２４はサービス
・データ・ポイント（ＳＤＰ）１２８と１つ以上の手動オペレータ・コンソール
１２２間のインターフェースである。ＡＩＮＧＷ１２４はデビット・コールの顧
客の口座情報を格納しているＳＤＰ１２８から、情報が手動オペレータ・コンソ
ール１２２Ａ、１２２Ｂ・・１２２ｎへ流れるようにする。手動オペレータ・コ
ンソールは呼び出し処理のために人のオペレータが使用している。伝送制御プロ
トコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）を使用するＳＤＰと、手
動オペレータ・コンソール１２２の間の通信を可能にするために、ＡＩＮＧＷ１
２４はＴＣＰ／ＩＰとＮＳＰＰ（ＵＤＰ／ＩＰ）間のプロトコル変換を実行する
。手動オペレータ・コンソール１２２は、ユーザ・データグラム・プロトコル／
インターネット・プロトコル（ＵＤＰ／ＩＰ）の実装であるネットワーク・イン
フォメーション・ディストリビューション・サービス（ＮＩＤＳ）シーケンスト
・パケット・プロトコル（ＮＳＰＰ）を使用して、遠距離通信ネットワークと通
信する。

【００１８】ＡＩＮＧＷインターフェース環境１０２はＡＩＮＧＷ１２４の１つの可能な環
境である。以下に説明するＡＩＮＧＷインターフェース環境１０２は、デビット
・コールを処理する遠距離通信ネットワーク内に含まれている。遠距離通信ネッ
トワークは、第１および第２の地域交換ネットワーク１０６および１３２、中継
ネットワーク１１０など、いくつかのネットワークを含んでいる。中継ネットワ
ーク１１０は複数のスイッチを備えており、その中には中継ネットワーク・スイ
ッチの例１０８やブリッジ・スイッチの例１１２が含まれている。加えて、中継
ネットワーク１１０内では、サービス・スイッチング・コントロール・ポイント
（ＳＳＣＰ）１３０、自動コール・ディストリビュータ（ＡＣＤ）１１４、イン
テリジェント・サービス・ネットワーク・アプリケーション・プロセッサ（ＩＳ
ＮＡＰ）１１６、手動オペレータ・コンソール１２２、ＡＩＮＧＷ１２４、およ
びＳＤＰ１２８が、デビット・コールの顧客サービス・コールを処理するために
使用されている。

【００１９】ＡＩＮＧＷインターフェース環境１０２は、典型的な呼び出しの処理を参照す
ることによって、最もよく説明することができる。デビット・コールの顧客が電
話機１０４を使用して８００番をダイアルすることによって、呼が張られる。第
１の地域交換ネットワーク１０６が呼び出しを受け取る。第１の地域交換ネット
ワーク１０６は、特定された区域内にスイッチおよび端末装置を持っている。第
１の地域交換ネットワーク１０６の例として、ＢｅｌｌＡｔｌａｎｔｉｃのよ
うな地域電話交換会社のネットワークがある。第１の地域交換ネットワーク１０
６は中継ネットワーク１１０内の中継スイッチ１０８に呼び出しを送る。

【００２０】第１の地域交換ネットワーク１０６と同様、中継ネットワーク１２０にも複数
のスイッチ（交換機ともよばれる）が備えられ、地理上の区域全体に設置されて
いる。たとえば、国営の中継ネットワーク１１０は国内全域にスイッチを設置し
ている。中継ネットワーク１１０は通常、遠距離電話の呼び出しを処理するため
に使用されている。呼は中継ネットワーク１１０にルートされると、中継ネット
ワーク内の１つ以上のスイッチにルートされる。

【００２１】中継ネットワーク・スイッチ１０８が呼び出しを受け取ると、中継ネットワー
ク・スイッチ１０８は呼をブリッジ・スイッチ１１２にルートする。するとブリ
ッジ・スイッチ１１２は呼をＳＳＣＰ１３０にルートする。あるいは、ブリッジ
・スイッチ１１２が呼を受け取った場合は、ブリッジ・スイッチ１１２は、直接
呼をＳＳＣＰ１３０にルートする。中継ネットワーク・スイッチ１０８およびブ
リッジ・スイッチ１１２を含む中継ネットワーク１１０内のスイッチは、Ｎｏｒ
ｔｅｌが製造するＤＭＳ−２５０スイッチを使用して実現することができる。

【００２２】顧客がカスタマー・サービスのアシスタンスを求める場合、あるいは顧客がプ
リペイド・カードの再認可を求める場合は、人によるオペレータがその手伝いを
する。ＳＳＣＰ１３０は、顧客がダイアルした８００番によってメッセージを発
生することにより、呼をＡＣＤ１１４へ送る。ＳＳＣＰ１３０は、ブリッジ・ス
イッチ１１２を通じて、呼をＡＣＤ１１４へ送る。

【００２３】ブリッジ・スイッチ１１２がＡＣＤ１１４へ呼を送った後、ＡＣＤ１１４はＩ
ＳＮＡＰ１１６と通信して、呼を手動オペレータ・コンソール１２２Ａへルート
する。呼は、ＡＣＤ１１４による新しい呼び出しとして取り扱われる。手動オペ
レータ・コンソールの例１２２Ａでは、人によるオペレータが、一度に１つの個
別のデビット・コールを取り扱えるようになっている。手動オペレータ・コンソ
ール１２２は論理的な組に分類されている。ＩＳＮＡＰ１１６は、ある手動オペ
レータ・コンソール１１２Ａを選択し、入ってくる呼び出しが論理的に定義され
た組の中に確実に分配されるようにする。ＩＳＮＡＰ１１６は、呼び出しのダイ
アルに使用される８００番のルーティング情報（組番号）を含むデータベースを
持っている。ＩＳＮＡＰ１１６は組番号をＡＣＤ１１４へ返し、ＡＣＤ１１４は
次にこの組の中からある特定のオペレータ１２２Ａを選択して、このオペレーシ
ョン・コンソール１２２Ａへソフトウェアと音声の接続を確立する。ＡＣＤ１１
４は、ＩＳＮＡＰ１１６が選んだ手動オペレータ・コンソール１２２Ａと中継ネ
ットワーク１１０間に、スイッチング機能を提供する。ＡＣＤ１１４はＮｏｒｔ
ｅｌが製造する自動呼び出しディストリビュータを使用して実現することができ
る。

【００２４】ＩＳＮＡＰ１１６は、オペレータ・ネットワーク・センター（ＯＮＣ）広域ネ
ットワーク（ＷＡＮ）および２つのローカル・エリア・ネットワーク（ＬＡＮｓ
）（ＯＮＣＬＡＮｓ／ＷＡＮとも呼ばれる）１８８上で、手動オペレータ・コ
ンソール１２２とＮＳＰＰによって通信する。ＯＮＣＬＡＮｓ／ＷＡＮ１１８
は手動オペレータ・コンソール１２２Ａとの接続を提供し、ＩＳＮＡＰ１１６が
手動オペレータ・コンソール１２２Ａへ呼を向ける際の補助をする。ＯＮＣＬ
ＡＮｓ／ＷＡＮ１１８は送信媒体であり、呼び出し処理に使用される情報を格納
したデータベースへアクセスできるようにする。手動オペレータ・コンソール１
２２はＮＳＰＰを使用してＯＮＣＬＡＮｓ／ＷＡＮ１１８と通信する。

【００２５】ＯＮＣＬＡＮｓ／ＷＡＮ１１８はイーサネット技術、トークンリングＬＡＮ
、またはその他類似のＷＡＮ／ＬＡＮ技術を用いた、１つ以上のＷＡＮｓおよび
／またはＬＡＮｓによって実施することができる。

【００２６】手動オペレータ・コンソール１２２はＡＣＤ１１４からの呼び出しを受け取る
コンピュータ・コンソールであり、人によるオペレータ（図示されない）が配置
されており、デビット・コールの顧客からの呼び出しをアドレス指定するための
情報を持っている。残念ながら、受信した情報にはデビット・コールの顧客の口
座情報は含まれていない。手動オペレータ・コンソール１２２は、デビット・コ
ールの顧客の口座情報を取得するために、ＳＤＰ１２８にアクセスする必要があ
る。

【００２７】ＳＤＰ１２８では、トラヒック操作やサービス提供、およびデビット・コール
の料金請求のために使用するデビット・コールの顧客の口座情報を格納している
。本発明によれば、手動オペレータ・コンソール１２２はＡＩＮＧＷ１２４およ
びＳＤＰＬＡＮ１２６を介してＳＤＰ１２８にアクセスする。ＡＩＮＧＷ１２
４はＳＤＰ１２８が使用するＴＣＰ／ＩＰと、手動オペレータ・コンソール１２
２が使用するＮＳＰＰ間に、プロトコル変換を提供する。ＡＩＮＧＷ１２４は、
ＳＤＰ１２８および手動オペレータ・コンソール１２２と通じ、プロトコル変換
を行い、およびその他の処理をモニターする層の中に、１つ以上のコンピュータ
・プログラムを備えている。ＡＩＮＧＷ１２４のコンピュータ・プログラムにつ
いては、図２および図４〜図１０を参照して、さらに詳しく説明する。

【００２８】選択された手動オペレータ・コンソール１２２Ａは、ＳＤＰ１２８から受け取
った情報を用いて呼び出し処理を行い、その後、ＡＣＤ１１４を通してブリッジ
・スイッチ１１２へコールバックを流す。ブリッジ・スイッチ１１２は第２の地
域交換ネットワーク１３２を通じて、受信機１３４に呼をつなぐ。第１の地域交
換ネットワーク１０６と同様、第２の地域交換ネットワーク１３２も特定された
区域内にスイッチおよび端末装置を持っている。第１の地域交換ネットワーク１
０６の説明に使用した例、ＢｅｌｌＡｔｌａｎｔｉｃのような地域電話交換会
社のネットワークを、第２の地域交換ネットワーク１３２にも当てはめることが
出来る。

【００２９】図２は、図１におけるインターフェース環境１０２の、ＡＩＮの要素のブロッ
ク図である。ＡＩＮＧＷ１２４のコンピュータ・プログラム層には、基本監視サ
ービス（ＢＯＳＳ）２０２、高性能インテリジェント・ネットワーク・アプリケ
ーション（ＡＩＮ＿ＡＰＰ）２０４、プロセス間通信マネージャ（ＩＰＣ＿ＭＧ
Ｒ）２０６、ＮＳＰＰインターフェース・モジュール（ＮＩＭ）２１０、オペレ
ーショナル・メジャーメント・処理（ＯＭ）２１４、ヒューマン・マシン・イン
ターフェース（ＨＭＩ）２１６、および警告スクリーナ２１８が含まれている。
ＩＰＣ＿ＭＧＲ２０６およびＮＩＭ２１０は、ＡＩＮＧＷ１２４とＳＤＰ１２８
、および手動オペレータ・コンソール１２２間それぞれに、ソフトウェア・イン
ターフェースを提供する。ＡＩＮ＿ＡＰＰ２０４はＩＰＣ＿ＭＧＲ２０６とＮＩ
Ｍ２１０の間でメッセージ転送を行い、プロトコル変換を行う。ＢＯＳＳ２０２
、ＯＭ２１４、および警告スクリーナ２１８は測定データを提供し、モニタリン
グおよびエラーのログを行う。ＨＭＩは、ＡＩＮＧＷ１２４上のコンピュータ・
プログラム内にエンティティの構成を可能にする。

【００３０】ＡＩＮ−ＳＤＰリンク２０８およびＡＩＮ−手動オペレータ・コンソール・リ
ンク２１２は、ＳＤＰ１２８および手動オペレータ・コンソール１２２にそれぞ
れリンクを提供する。ＡＩＮ−手動オペレータ・コンソール・リンク２１２は、
ＡＩＮＧＷ１２４から手動オペレータ・コンソール１２２へのリンクを、ＯＮＣ
ＬＡＮｓ／ＷＡＮ１１８を通して提供する。

【００３１】ＢＯＳＳ２０２はＡＩＮＧＷ１２４上の処理の開始、停止、およびモニタリン
グについて責任を持つ。ＢＯＳＳ２０２はＡＩＮＧＷ１２４の起動時に開始され
る最初の処理である。ＡＩＮ上でのモニタリング工程は、ハートビートを使って
行われる。加えてＢＯＳＳ２０２は、ＨＭＩ２１６からＡＩＮＧＷ１２４の開始
または停止のコマンドを、およびＮＩＭ２１６から、手動オペレータ・コンソー
ル１２２へ接続性の問題を通知する旨のコマンドを受け取る。ＢＯＳＳについて
は、以下に図５を参照してさらに詳細に説明する。

【００３２】ＡＩＮ＿ＡＰＰ２０４はＡＩＮＧＷ１２４上のコンピュータ・プログラムであ
り、手動オペレータ・コンソール１２２とＳＤＰ１２８間を接続する。ＡＩＮ＿
ＡＰＰ２０４は、ＡＩＮＧＷ１２４上の２つのインターフェース・プログラム、
ＮＩＭ２１０およびＩＰＣ＿ＭＧＲ２０６と通信することによって、手動オペレ
ータ・コンソール１２２とＳＤＰ１２８を接続する。ＡＩＮ＿ＡＰＰ２０４はＮ
ＩＭ２１０と通信して手動オペレータ・コンソール１２２を接続し、ＩＰＣ＿Ｍ
ＧＲ２０６と通信してＳＤＰ１２８を接続する。

【００３３】ＡＩＮ＿ＡＰＰ２０４は、トランザクション・ケイパビリティ・アプリケーシ
ョン・パート（ＴＣＡＰ）メッセージを送受することによって、ＮＩＭ２１０お
よびＩＰＣ＿ＭＧＲ２０６と通信する。ＴＣＡＰメッセージのフォーマットは、
シグナル・システム・ナンバー７（ＳＳ７）プロトコルとともに使用してＴＣＡ
Ｐメッセージ通信するために業界標準フォーマットにより定義された、ＴＣＡＰ
メッセージと同じフォーマットである。しかし、業界標準とは異なり、ＴＣＡＰ
メッセージは様々なプロトコルトともに使用され、ＳＳ７との使用のみに限られ
ているわけではない。現在の業界標準は、国際電気通信連合（ＩＴＵ）シグナル
・システム・ナンバー７（ＳＳ７）統合デジタル通信網（ＩＳＤＮ）ユーザ・パ
ート（ＩＳＵＰ）ＮＣＴ１．１１３（１９９５年）の文献と、国際電気通信連合
（ＩＴＵ）シグナル・システム・ナンバー７（ＳＳ７）メッセージ転送パート（
ＭＴＰ）ＮＣＴ１．１１１（１９９２年）の文献に発表されており、ここではこ
れらをそのまま参照し、具体化している。本発明の好ましい実施形態によれば、
ＡＴＮ＿ＡＰＰ２０４によって送受されるＴＣＡＰメッセージにはデビット・コ
ールの処理と請求書情報が含まれている。

【００３４】ＡＩＮ＿ＡＰＰ２０４はＴＣＡＰメッセージを手動オペレータ・コンソール１
２２から受け取り、そのＴＣＡＰメッセージをＳＤＰ１２８へ送る。ＡＩＮ＿Ａ
ＰＰ２０４がＳＤＰ１２８から応答を受け取ると、ＡＩＮ＿ＡＰＰ２０４はその
応答を手動オペレータ・コンソール１２２へ送る。手動オペレータ・コンソール
１２２とＳＤＰ１２８間でＴＣＡＰメッセージを送るため、ＡＩＮ＿ＡＰＰ２０
４はＴＣＰ／ＩＰとＮＳＰＰの間で変換を行う。

【００３５】ＡＩＮ＿ＡＰＰ２０４には、受信、送信、およびプロトコル変換を行うソフト
ウェア層が含まれている。ＡＩＮ＿ＡＰＰ処理の中で、トランザクション・ケイ
パビリティ・アプリケーション・パート・レシーブ（ＴＣＡＰ＿ＲＥＣＶ）層が
、手動オペレータ・コンソール１２２からＮＩＭ２１０を通して、およびＳＤＰ
１２８からＩＰＣ＿ＭＧＲ２０６を通して、の両方からＴＣＡＰメッセージを受
信する。ＡＩＮ＿ＡＰＰ処理の中で、トランザクション・ケイパビリティ・アプ
リケーション・パート・センド（ＴＣＡＰ＿ＳＥＮＤ）層が、ＮＩＭ２１０を通
して手動オペレータ・コンソール１２２へ、およびＩＰＣ＿ＭＧＲ２０６を通し
てＳＤＰ１２８へ、両方にメッセージを送る。高性能インテリジェント・ネット
ワーク・プロセス・メッセージＮＩＭ（ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＮＩ
Ｍ）層および高性能インテリジェント・ネットワーク・プロセス・メッセージＩ
ＰＣ（ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＩＰＣ）層が、プロトコル変換を行う
。ＡＩＮ＿ＡＰＰは図５および図７〜図１３を参照して、さらに説明される。

【００３６】ＴＣＡＰメッセージ通信は、アブストラクト・シンタックス・ノーテーション
（ＡＳＮ．１）にコード化されている。アブストラクト・シンタックス・ノーテ
ーションは一般のコンピュータ・プログラミング言語であり、様々なプラットフ
ォーム上にある製品向けのメッセージ定義を書くために使用することが出来る。
トランザクション・ケイパビリティ・アプリケーション・パート（ＴＣＡＰ）メ
ッセージをコード化するために使用されるアブストラクト・シンタックス・ノー
テーションは、国際電気通信連合（ＩＴＵ）の標準設置委員会である、国際電信
・電話諮問委員会によって確立された業界標準２．０７および２．０８に準拠し
ている。

【００３７】ＡＩＮ＿ＡＰＰ２０４はＩＰＣ＿ＭＧＲ２０６を通してＳＤＰ１２８に通信す
る。ＩＰＣ＿ＭＧＲ２０６はＴＣＰ／ＩＰインターフェースである。本発明の好
ましい実施形態によれば、ＩＰＣ＿ＭＧＲ２０６はＳＤＰ１２８との通信を可能
にする。ＩＰＣ＿ＭＧＲ２０６は、メッセージ搬送の使用を処理する機構である
ため、搬送機構アプリケーションと呼ばれる。ＩＰＣ＿ＭＧＲ２０６は１９９６
年６月２５日出願の米国特許出願番号０８／６７１，０２７に、「プロセス間通
信ためのシステムと方法」というタイトルでさらに詳細に説明されている。ここ
では、これをそのまま参照し具体化している。

【００３８】ＴＣＰ／ＩＰなどのコミュニケーション・プロトコルは、２つのネットワーク
されたノード間における通信のための、相互接続性を提供する。ＴＩＰ／ＩＰの
実装例としてマルチネット、ＴＧＶ、Ｉｎｃ．およびＵＣＸによって生産される
コンピュータ・プログラム、ＤｉｇｉｔａｌＥｑｕｉｐｍｅｎｔＣｏｒｐｏ
ｒａｔｉｏｎによるコンピュータ・プログラムがある。ＩＰＣ＿ＭＧＲ２０６はＡＩＮ−ＳＤＰリンク２０８を通してＳＤＰ１２８に
通信する。ＡＩＮ−ＳＤＰリンク２０８は、ＳＤＰＬＡＮ１２６を通してＡＩ
ＮＧＷ１２４をＳＤＰ１２８に接続する。

【００３９】ＡＩＮ＿ＡＰＰ２０４はＮＩＭ２１０を通して手動オペレータ・コンソール１
２２に通信する。ＮＩＭ２１０はＡＩＮＧＷ１２４上を走るＮＳＰＰクライアン
トおよびサーバである。ＮＳＰＰはセッション指向の指定デリバリー通信プロト
コルである。ＮＳＰＰは手動オペレータ・コンソール１２２によって使用される
ＵＤＰ／ＩＰの最上層に実装され、呼び出し処理のために、より速い通信を提供
する。ＮＩＭはクライアントとサーバの両方として機能することによりコンピュ
ータ・プログラムと通じるが、本発明の好ましい実施形態ではＮＩＭ２１０はサ
ーバである。ＮＩＭもまた、アプリケーション間でメッセージを搬送するため、
搬送機構アプリケーションと呼ばれる。ＮＩＭは１９９６年６月２７日出願の米
国特許出願番号０８／６７２，１３９に、「通信ゲートウェイ」というタイトル
でさらに詳細に説明されている。ここでは、これをそのまま参照し具体化してい
る。

【００４０】ＮＩＭ２１０はＡＩＮ−手動オペレータ・コンソール・リンク２１２を通して
手動オペレータ・コンソール１２２へ通信する。ＡＩＮ−手動オペレータ・コン
ソール・リンク２１２は、ＯＮＣＬＡＮｓ／ＷＡＮ１１８を通してＡＩＮＧＷ
１２４を手動オペレータ・コンソール１２２へ接続する。ＯＭ２１４はＡＩＮＧＷ１２４上のＡＩＮ＿ＡＰＰからの呼び出しデータを収
集する。ＯＭはこのデータを、更なる分析のために、ＮＩＭを通してメインフレ
ームへアップロードする。ＨＭＩ２１６は、ＡＩＮＧＷ１２４上のコンピュータ・プログラム内にある構
成可能なエンティティの構成、追加、または削除を可能にする一連のソフトウェ
ア・メニューを介してアクセスする。

【００４１】警告スクリーナ２１８は、ＡＩＮＧＷ１２４上のその他の処理から受け取る。
警告が警告ログ・ファイルに書き込まれ、警告処置を受ける。警告処置は警告の
しきい値処理とスクリーニングからなり、それによって警告は、コンピュータ・
システム・ネットワーク上の他のコンピュータ・プログラムにより処理すること
が可能である。

【００４２】本発明のＡＩＮＧＷ１２４は、好ましくは図３に示すブロック図の形のような
コンピュータ・システムを使用して実現される。コンピュータ・システムには、
バス３０４に接続されたプロセッサ３０６のような、１つ以上のプロセッサが含
まれる。本発明の好ましい実施形態では、ＡＩＮＧＷ１２４は、２６６ＭＨｚで
動作する１つの中央演算処理装置（ＣＰＵ）を持つＤＥＣＡｌｐｈａサーバ１
０００である。また、主記憶装置３０８（好ましくは、ランダム・アクセス・メ
モリ、ＲＡＭ）と補助記憶装置３１０がバス３０４に接続される。本発明の好ま
しい実施形態では、補助記憶装置３１０には、たとえばハードディスク・ドライ
ブ３１２および可換型記憶媒体ドライブ３１４（たとえばディスク・ドライブな
ど）が含まれている。

【００４３】ＡＩＮ＿ＡＰＰ２０４は、好ましくは実行中、主記憶装置３０８に常駐するコ
ンピュータ・プログラムである。実行中、このコンピュータ・プログラムによっ
て、ＡＩＭＧＷ１２４はここで議論される本発明の特徴を実行することが出来る
。したがって、ＡＩＮ＿ＡＰＰ２０４はＡＩＮＧＷ１２４（およびプロセッサ３
０６）のコントローラに相当する。本発明の１つの実施形態は、コンピュータ・プログラム製品であり（コンピュ
ータ記憶ディスク、コンパクト・ディスクなどに代表される可換型記憶媒体３１
６など）、制御理論が記録されたコンピュータ可読媒体からなっている。制御理
論は、主記憶装置３０８にロードされプロセッサ３０６によって実行されたとき
に、プロセッサ３０６がここに記載されている操作を実行できるようにする。

【００４４】図４はＡＩＮＧＷ１２４に関するメッセージ・フローを表している。メッセー
ジ・フローでは、手動オペレータ・コンソール１２２Ａによって取り扱われる、
呼び出しの例について説明している。メッセージ・フローは、手動オペレータ・
コンソール１２２ＡがＡＩＮＧＷ１２４を通してＳＤＰ１２８にＴＣＡＰメッセ
ージを送り、デビット・コール顧客の呼び出し処理と、顧客の料金請求のために
必要な情報を取得することから開始される。ＳＤＰ１２８はＴＣＡＰメッセージ
に情報を提供し（ＴＣＡＰメッセージへの応答とも呼ばれる）、またＡＩＮＧＷ
１２４を通って、手動オペレータ・コンソール１２２Ａへ応答する。

【００４５】図２に示すように、ＡＩＮＧＷ１２４上にはいくつかのコンピュータ・プログ
ラムが常駐する。手動オペレータ・コンソール１２２ＡとＳＤＰ１２８間のメッ
セージ転送を提供するプログラムは、ネットワーク・インターフェース・モジュ
ール・サービス（ＮＩＭＳＹＳ）であり、ＮＩＭ２１０、ＡＩＮ＿ＡＰＰ２０４
、およびＩＰＣ＿ＭＧＲ２０６と関係するコンピュータ・プログラムである。Ｎ
ＩＭＳＹＳは手動オペレータ・コンソール１２２Ａから送られたメッセージを受
け取り、プロトコル変換のために、そのメッセージをＡＩＮ＿ＡＰＰ２０４へ送
る。ＡＩＮ＿ＡＰＰ２０４は、ＩＰＣ＿ＭＧＲ２０６を通してＳＤＰ１２８へメ
ッセージを送る。ＳＤＰ１２８が応答すると、ＩＰＣ＿ＭＧＲ２０６がメッセー
ジを受け取る。ＩＰＣ＿ＭＧＲ２０６は、プロトコル変換のためにメッセージを
ＡＩＮ＿ＡＰＰ２０４へ送る。ＡＩＮ＿ＡＰＰ２０４はＮＩＭＳＹＳを通して手
動オペレータ・コンソール１２２Ａへメッセージを送る。

【００４６】ステップ４０６では、手動オペレータ・コンソール１２２ＡはＴＣＡＰ／ＮＳ
ＰＰ（ＵＤＰ／ＩＰ）メッセージを送る。手動オペレータ・コンソール１２２と
オペレータ・ネットワーク・センターＬＡＮｓ／ＷＡＮはＵＤＰ／ＩＰ上のＮＳ
ＰＰを使用して通信するため、手動オペレータ・コンソール１２２Ａによって送
られたＴＣＡＰメッセージは、ＮＳＰＰ（ＵＤＰ／ＩＰ）互換のフォーマットで
書かれたものである。

【００４７】ステップ４０８では、ＮＩＭがＮＳＰＰパケットを受信する。ＮＩＭはメッセ
ージをＡＩＮ＿ＡＰＰサービスへ転送する。ＮＩＭは上で参照したように、米国
特許出願番号０８／６７２，１３９に「通信ゲートウェイ」というタイトルでさ
らに説明されている。ステップ４１０では、ＡＩＮ＿ＡＰＰ２０４がＴＣＡＰメッセージを処理する
。ＡＩＮ＿ＡＰＰ２０４はＮＩＭからのメッセージをＩＰＣ＿ＭＧＲへ転送し、
ＮＳＰＰ（ＵＤＰ／ＩＰ）プロトコルからＴＣＰ／ＩＰへのプロトコル変換を行
う。ＡＩＮ＿ＡＰＰ２０４については図５〜図１３を参照してさらに詳細に説明
される。ステップ４１０は、図５のステップ５０８〜ステップ５１２に対応する
。

【００４８】ステップ４１２では、ＩＰＣ＿ＭＧＲがＡＩＮ＿ＡＰＰ２０４からメッセージ
を受け取る。ＩＰＣ＿ＭＧＲ２０６はＡＩＮ＿ＡＰＰ２０４からのメッセージを
ＳＤＰ１２８へ搬送する。ＩＰＣ＿ＭＧＲ２０６によって実行される処理につい
ては、上で参照したように米国特許出願番号０８／６７１，０２７に、「プロセ
ス間通信ためのシステムと方法」というタイトルでさらに詳細に説明されている
。ステップ４１４では、ＳＤＰ１２８がＴＣＡＰ／ＴＣＰ／ＩＰメッセージを受
信する。ＳＤＰ１２８が受け取ったＴＣＡＰメッセージは、ＴＣＰ／ＩＰと互換
である。

【００４９】ステップ４１６では、ＳＤＰ１２８がＴＣＡＰ／ＴＣＰ／ＩＰメッセージの応
答を送信する。ステップ４１８では、ＩＰＣ＿ＭＧＲ２０６がＳＤＰ１２８からメッセージを
受け取る。ＩＰＣ＿ＭＧＲ２０６はＳＤＰ１２８からのメッセージをＡＩＮ＿Ａ
ＰＰ２０４へ搬送する。ＩＰＣ＿ＭＧＲ２０６によって実行される処理について
は、上で参照したように米国特許出願番号０８／６７１，０２７に、「プロセス
間通信ためのシステムと方法」というタイトルでさらに詳細に説明されている。ステップ４２０では、ＡＩＮ＿ＡＰＰ２０４がメッセージを受け取り、これを
処理する。ＡＩＮ＿ＡＰＰ２０４はＩＰＣ＿ＭＧＲ２０６からのメッセージをＮ
ＩＭへ転送し、ＴＣＰ／ＩＰからＮＳＰＰ（ＵＤＰ／ＩＰ）へのプロトコル変換
を行う。ＡＩＮ＿ＡＰＰ２０４については、図５〜図１３を参照してさらに詳細
に説明される。ステップ４２０は図５のステップ５１８〜ステップ５２２に対応
する。

【００５０】ステップ４２２では、ＮＩＭがＡＩＮ＿ＡＰＰ２０４からメッセージを受け取
る。ＮＩＭの処理については、上で参照したように、米国特許出願番号０８／６
７２，１３９に「通信ゲートウェイ」というタイトルでさらに説明されている。ステップ４２４では、手動オペレータ・コンソール１２２Ａがメッセージを受
け取る。手動オペレータ・コンソール１２２Ａが受け取った応答メッセージは、
ＮＳＰＰ（ＵＤＰ／ＩＰ）フォーマットである。

【００５１】図５はＡＩＮ＿ＡＰＰ内のメッセージ・フローを説明したものである。図２の
説明ですでに触れたＡＩＮ＿ＡＰＰのいくつかのソフトウェア層では、受信、送
信、およびプロトコル変換を行う。ＴＣＡＰ＿ＲＥＣＶ層はＴＣＡＰメッセージ
を受信するシングル・インターフェースとしての役割を果たす。ＴＣＡＰ＿ＲＥ
ＣＶ層は、手動オペレータ・コンソール１２２Ａからの最初のＴＣＡＰメッセー
ジと、ＳＤＰ１２８からの応答ＴＣＡＰメッセージの両方を受信する。ＴＣＡＰ
＿ＳＥＮＤ層はＴＣＡＰメッセージを送信するシングル・インターフェースとし
ての役割を果たす。ＴＣＡＰ＿ＳＥＮＤ層は、ＳＤＰ１２８への最初のＴＣＡＰ
メッセージと、手動オペレータ・コンソール１２２Ａへの応答メッセージの両方
を送信する。ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＮＩＭ層は、手動オペレータ・
コンソール１２２ＡからＳＤＰ１２８へ送られた最初のＴＣＡＰメッセージのプ
ロトコル変換を行う。ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＩＰＣ層は、ＳＤＰ１
２８から手動オペレータ・コンソール１２２Ａへ送られた応答ＴＣＡＰメッセー
ジのプロトコル変換を行う。

【００５２】ステップ５０６では、手動オペレータ・コンソール１２２がＡＩＮＧＷ１２４
へＴＣＡＰメッセージを送信する。ＴＣＡＰメッセージは、上に参照したように
、ＩＴＵＴＣＡＰ標準に準拠している。手動オペレータ・コンソール１２２Ａ
とＳＤＰ１２８間を、どのようにして情報が渡されるのかについて説明するため
、以下にＴＣＡＰメッセージについての説明を行う。本発明の好ましい実施形態
でＴＣＡＰメッセージのフィールドは、メッセージのトランザクションでの補助
か、あるいはデビット・コール顧客の口座情報など、その他の情報を、手動オペ
レータ・コンソール１２２ＡとＳＤＰ１２８間で受け渡しするためかの、どちら
かに使用される。

【００５３】ＴＣＡＰメッセージは２つの部分を含んでいる。すなわち、トランザクション
部とコンポーネント部である。トランザクション部は手動オペレータ・コンソー
ル１２２ＡとＳＤＰ１２８間でメッセージを送信する際の補助として使用される
。トランザクション部はメッセージタイプを指し示し、メッセージとコンポーネ
ント部を特定する情報を提供する。トランザクション部とコンポーネント部につ
いては、以下の表１に説明されている。トランザクション部については、表１に
続く表２の中でさらに詳細に説明する。

【００５４】

【表１】

【表２】

【００５５】トランザクションの始めに、応答が返ることを要求する、開始タイプのＴＣＡ
Ｐメッセージを、手動オペレータ・コンソール１２２が送信する。メッセージタ
イプは表２に示すように、メッセージの最初のフィールドに指示される。可能な
メッセージタイプのタグが、以下の表３にさらに詳細に説明される。表３には加
えて、それぞれのメッセージタイプのタグに適したトランザクション識別子が与
えられる。

【００５６】

【表３】トランザクション部に加え、トランザクション・ケイパビリティ・メッセージ
もコンポーネント部を含む。コンポーネント部は以下のタイプの１つである。す
なわち、インボウク、最終結果を返す、最終でない結果を返す、エラーを返す、
またはリジェクトのいずれかである。開始、終了、一方向、および続行タイプの
メッセージでは、コンポーネント部がメッセージ送信の補助のための情報を含ん
でいる。加えて、終了タイプおよび続行タイプの応答メッセージのコンポーネン
ト部は、手動オペレータ・コンソール１２２Ａが必要とする情報を含んでいる。
コンポーネント部の詳細ついては、以下の表４にさらに説明する。

【００５７】

【表４】

【００５８】開始タイプのＴＣＡＰメッセージは手動オペレータ・コンソール１２２Ａから
送られるため、コンポーネント部にはインボウク・コンポーネントが含まれてい
る。インボウク・コンポーネントは実行されるべき操作と各メッセージごとに定
義されたパラメータを含んでいる。クエリーまたはインボウク・コンポーネント
についてのさらなる情報を、以下の表５に示す。

【００５９】

【表５】表５に示す、クエリーまたはＴＣＡＰメッセージのインボウク・コンポーネン
トにおけるパラメータ内容フィールドは、各メッセージごとに定義されるパラメ
ータを含んでいる。要求メッセージでは、パラメータ内容フィールドは顧客のデ
ビット口座にアクセスするためにＳＤＰ１２８が必要とするデータを含んでいる
。応答メッセージでは、パラメータ内容フィールドは顧客口座の状態を含んでい
る。

【００６０】ステップ５０８では、ＡＩＮ＿ＡＰＰ内のＴＣＡＰ＿ＲＥＣＶ層が実行される
。ＴＣＡＰ＿ＲＥＣＶ層は、どの搬送機構アプリケーションがＴＣＡＰメッセー
ジを送ったかを決定する。言いかえると、ＴＣＡＰ＿ＲＥＣＶ層はＴＣＡＰメッ
セージが手動オペレータ・コンソール１２２からＮＩＭ２１０を通って受け取ら
れるのか、あるいはＳＤＰ１２８からＩＰＣ＿ＭＧＲ２０６を通って受け取られ
るのかを決定する。手動オペレータ・コンソール１２２Ａからメッセージが送ら
れると、ＴＣＡＰ＿ＲＥＣＶ層はメッセージがＮＩＭ２１０から受け取られるこ
とを確定する。ＴＣＡＰ＿ＲＥＣＶ層がメッセージ源を決定すると、ＴＣＡＰ＿
ＲＥＣＶ層は、対応する解読および構成層の処理を行う。解読層および構成層は
、ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＮＩＭ層とＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳ
Ｇ＿ＩＰＣ層である。ＴＣＡＰ＿ＲＥＣＶ層は、図１１を参照してさらに詳細に
説明される。ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＮＩＭ層については、図８を参
照してさらに説明する。ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＩＰＣ層については
、図１０を参照してさらに説明する。

【００６１】ステップ５１０では、ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＮＩＭ層が実行され
る。ＴＣＡＰ＿ＲＥＣＶと同様、ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＮＩＭ層は
ＡＩＮ＿ＡＰＰコンピュータ・プログラム内にある。ＡＩＮ＿ＰＲＯＣＥＳＳ＿
ＭＳＧ＿ＮＩＭ層の中には、情報が格納された配列内の要素を特定する、ダイア
ログ識別子がある。ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＮＩＭ層は、図８を参照
してさらに詳細に説明される。

【００６２】ステップ５１２では、ＴＣＡＰ＿ＳＥＮＤ層が実行される。ＴＣＡＰ＿ＳＥＮ
Ｄ層も、ＡＩＮ＿ＡＰＰ内にある。ＴＣＡＰ＿ＳＥＮＤ層はどの搬送機構アプリ
ケーションがＴＣＡＰメッセージを受け取るかを決定する。言いかえると、ＴＣ
ＡＰ＿ＳＥＮＤ層はＴＣＡＰメッセージを、ＮＩＭ２１０を通って手動オペレー
タ・コンソール１２２に送るか、あるいはＩＰＣ＿ＭＧＲ２０６を通ってＳＤＰ
１２８に送るのかを決定する。

【００６３】したがって、メッセージを手動オペレータ・コンソール１２２から受け取ると
、ＴＣＡＰ＿ＳＥＮＤ層はそのメッセージを、ＩＰＣ＿ＭＧＲ２０６を通してＳ
ＤＰ１２８へ転送する。ＴＣＡＰ＿ＳＥＮＤがメッセージの受け取り先を決定し
た後、ＴＣＡＰ＿ＳＥＮＤは、対応する解読および構成層の処理を行う。ＴＣＡ
Ｐ＿ＳＥＮＤ層については、図１２を参照してさらに詳細に説明する。ステップ５１４では、ＳＤＰ１２８がＴＣＡＰメッセージを受け取る。ＳＤＰ
１２８は、デビット・コール顧客の口座情報を格納したデータベースを含んだコ
ンピュータシステムである。通常のデビット・コールに対して、ＳＤＰ１２８は
ＳＳＣＰ１３０からアクセスを受ける。ＳＳＣＰ１３０には、デビット・コールの顧客がオプションを選択出来るよう
にしたり、呼び出し処理のための情報を提供する自動化メニューが備えられてい
る。

【００６４】しかし、デビット・コールの顧客がカスタマー・サービスを求める場合、呼び
出しはＮＳＰＰ（ＵＤＰ／ＩＰ）プロトコルを使用する、手動オペレータ・コン
ソール１２２の１つにルートされなければならない。手動オペレータ・コンソー
ル１２２は、ＳＳＣＰ１３０による呼び出し処理と共に生じる、ＳＤＰ１２８か
らの呼び出し処理のために必要な、デビット・コールの顧客情報を要求する。Ｓ
ＳＣＰ１３０による呼び出し処理とは異なり、プロトコル変換が必要なため呼び
出しはＡＩＮを介してルートされる。ＳＳＣＰ１３０による呼び出し処理と同様
、ＳＤＰ１２８は格納されたデビット・コールの顧客口座情報を用いてＴＣＡＰ
メッセージを処理する。

【００６５】ステップ５１６では、ＳＤＰ１２８が応答ＴＣＡＰメッセージを送る。応答は
続行タイプのＴＣＡＰメッセージである。開始タイプのＴＣＡＰメッセージのよ
うに、続行タイプのＴＣＡＰメッセージはトランザクション部とコンポーネント
部を含む。これらは上の表１にさらに詳しく説明されている。開始タイプのＴＣ
ＡＰメッセージとは異なり、続行タイプのＴＣＡＰメッセージは続行タイプのメ
ッセージ・タイプ・タグを持っている。メッセージ・タイプのタグについては、
上の表３にさらに詳細に説明されている。ＳＤＰ１２８は上の表４に示すように、応答ＴＣＡＰメッセージのコンポーネ
ント部に顧客の口座情報を格納している。成功した続行タイプのＴＣＡＰメッセ
ージのコンポーネント部は、返し結果コンポーネントを含んでいる。

【００６６】

【表６】表６に示した続行タイプＴＣＡＰメッセージの返し結果コンポーネントのパラ
メータ・フィールドは、顧客口座情報を送信するために使用される。表６に示さ
れたパラメータ・フィールドは、開始タイプＴＣＡＰメッセージのインボウク・
コンポーネントに関して議論したパラメータ・フィールドの、さらに詳細な記述
と同じ形式である。ＳＤＰ１２８は、パラメータ内容フィールドの中に情報を持
っている。

【００６７】ステップ５１８では、ＴＣＡＰ＿ＲＥＣＶ層が実行される。ＴＣＡＰ＿ＲＥＣ
Ｖ層は、開始タイプＴＣＡＰメッセージが手動オペレータ・コンソール１２２か
ら送られたときにステップ５０８で処理する層と、同じ層である。開始タイプの
ＴＣＡＰメッセージ処理と同様、、ＴＣＡＰ＿ＲＥＣＶ層はどの搬送機構アプリ
ケーションがＴＣＡＰメッセージを送ったかを決定する。言いかえると、ＴＣＡ
Ｐ＿ＲＥＣＶ層はＴＣＡＰメッセージが手動オペレータ・コンソール１２２から
ＮＩＭ２１０を通って受け取られるのか、あるいはＳＤＰ１２８からＩＰＣ＿Ｍ
ＧＲ２０６を通って受け取られるのかを決定する。ステップ５１８ではメッセー
ジはＳＤＰ１２８から受け取るため、ＴＣＡＰ＿ＲＥＣＶ層はＴＣＡＰメッセー
ジがＩＰＣ＿ＭＧＲ２０６から受け取られたことを確定する。ＴＣＡＰ＿ＲＥＣ
Ｖ層がメッセージ源を決定すると、ＴＣＡＰ＿ＲＥＣＶ層は対応する解読および
構成層を処理する。ＴＣＡＰ＿ＲＥＣＶ層については、図１１を参照してさらに
詳細に説明する。

【００６８】ステップ５２０では、ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＩＰＣ層が実行され
る。上述した他の層と同様、ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＩＰＣ層もまた
ＡＩＮ＿ＡＰＰコンピュータ・プログラムの中にある。ＡＩＮ＿ＰＲＯＣＥＳＳ
＿ＭＳＧ＿ＩＰＣ層はＴＣＡＰメッセージを解読し、ステップ５１０で配列に格
納されていた情報を検索する。ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＩＰＣ層は、
ダイアログ配列内に格納された情報を検索するためにダイアログ識別子を使用す
る。ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＩＰＣ層は、ＴＣＡＰメッセージ内に情
報を格納して持っている。ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＩＰＣ層について
は、図１０を参照してさらに詳細に説明される。

【００６９】ステップ５２２では、ＴＣＡＰ＿ＳＥＮＤ層が実行される。ＴＣＡＰ＿ＳＥＮ
Ｄ層は、開始タイプＴＣＡＰメッセージが手動オペレータ・コンソール１２２か
らＳＤＰ１２８へ送られたときに、ステップ５１２で処理する層と同じ層である
。開始タイプＴＣＡＰメッセージの処理と同様、ＴＣＡＰ＿ＳＥＮＤは、どの搬
送機構アプリケーションがＴＣＡＰメッセージを受け取るかを決定する。言いか
えると、ＴＣＡＰ＿ＳＥＮＤはＴＣＡＰメッセージを、ＮＩＭ２１０を通って手
動オペレータ・コンソール１２２に送るか、あるいはＩＰＣ＿ＭＧＲ２０６を通
ってＳＤＰ１２８に送るのかを決定する。

【００７０】したがって、要求した情報と共にＳＤＰ１２８からメッセージが受け取られる
と、ＴＣＡＰ＿ＳＥＮＤ層は、情報を手動オペレータ・コンソール１２２へ提供
するためにメッセージをＮＩＭ２１０に送ることを決定する。ＴＣＡＰ＿ＳＥＮ
Ｄがメッセージの受け取り先を決定すると、ＴＣＡＰ＿ＳＥＮＤは対応する解読
および構成層を処理する。ＴＣＡＰ＿ＳＥＮＤ層については、図１２を参照して
さらに詳細に説明する。

【００７１】ステップ５２４では、手動オペレータ・コンソール１２２Ａが続行タイプのＴ
ＣＡＰメッセージを受け取る。手動オペレータ・コンソール１２２ＡはＴＣＡＰ
メッセージのパラメータ内容フィールドから情報を検索し、オペレータの人にデ
ビット・コール処理に必要な情報を提供する。図６はＢＯＳＳ２０２の動作を説明するフローチャート６０２である。ＢＯＳ
Ｓ２０２はＡＩＮＧＷ１２４上の処理の開始、停止、およびモニタリングについ
て責任を持つ。ＢＯＳＳ２０２の処理が、ＡＩＮＧＷ１２４の起動時に呼び出さ
れる最初の処理である。

【００７２】ステップ６０６では、ＢＯＳＳ２０２がバッチ処理によって開始される。バッ
チ処理は、ＢＯＳＳ２０２を開始しＢＯＳＳ２０２に処理を開始させるコマンド
・プロシージャを含んだ、バッチジョブを依頼する。ステップ６０８では、ＢＯＳＳ２０２がＢＯＳＳ構成ファイルを読む。ＢＯＳ
Ｓ構成ファイルには、ＢＯＳＳ２０２によって開始される各処理のための識別子
が、処理に関する他の情報と共に含まれている。

【００７３】ステップ６１０では、ＢＯＳＳ２０２がＢＯＳＳ構成ファイル内の処理を開始
する。この実施形態では、ＢＯＳＳ構成ファイルはＩＰＣ＿ＭＧＲ２０６、警告
スクリーナ２１８、ＮＩＭ２１０、およびＡＩＮ＿ＡＰＰ２０４を呼び出す。セ
ットアップ中、各処理はＢＯＳＳ２０２との通信を初期化し、内部初期化を行い
、初期化完了メッセージをＢＯＳＳ２０２に返す。ＢＯＳＳ２０２は構成ファイ
ルに指定された順序で処理を開始する。

【００７４】ＩＰＣ＿ＭＧＲ２０６はＢＯＳＳ２０２のモニタリングに責任を持つ。したが
って、ＩＰＣ＿ＭＧＲ２０６はＢＯＳＳ２０２が開始する最初の処理である。Ｂ
ＯＳＳ２０２の動作に異常がある場合、ＩＰＣ＿ＭＧＲ２０６がＢＯＳＳ２０２
を制御し再始動させる。ステップ６１２では、ＢＯＳＳ２０２は開始された各処理にロックを確立する
。ロックによって、処理が終了するとＢＯＳＳ２０２に通知されるようになる。

【００７５】ステップ６２４では、ＢＯＳＳがアプリケーションの状態をモニターする。Ｂ
ＯＳＳ２０２はハートビート処理と呼ばれる特定の処理をモニターする。ＢＯＳ
Ｓ構成ファイルはハートビート・フラグを持ち、これがＹに設定されると、ＢＯ
ＳＳ２０２はフラグの立てられた処理、あるいはハートビート処理をモニターす
るようになる。処理のモニターのため、ＢＯＳＳ２０２はハートビートを送り、
タイマーを開始し、応答を待つ。タイムアウト時間内に処理からの応答を受け取
らない場合は、ＢＯＳＳ２０２は処理を停止・再開させる。他の処理が不具合中
の処理に相互依存している場合、ＢＯＳＳ２０２は他の処理を停止し、不具合中
の処理を再開してから、他の処理を再開する。この実施形態では、ハートビート
処理にはＩＰＣ＿ＭＧＲ２０６、警告スクリーナ２１８、ＮＩＭ２１０、ＡＩＮ
＿ＡＰＰ２０４、およびＯＭ２１４が含まれる。ＨＭＩ２１６はハートビートに
よってモニターされない。

【００７６】ステップ６１６では、ＢＯＳＳ２０２がアプリケーションを停止させる。ＢＯ
ＳＳ２０２はＡＩＮＧＷ１２４システムがシャットダウンしＨＭＩ２１６からの
コマンドのみになる前に、アプリケーションを停止させる。図７はＡＩＮ＿ＭＡＩＮ、高性能インテリジェント・ネットワーク・メイン層
の動作を説明したフローチャート７０２である。ＡＩＮ＿ＭＡＩＮは、ＡＩＮ＿
ＡＰＰ２０４がＢＯＳＳ２０２によって開始すると、最初に処理される層である
。ＡＩＮ＿ＭＡＩＮはＩＰＣ＿ＭＧＲ２０６とＮＩＭ２１０の間に相互接続を確
立し、それによってＡＩＮ＿ＡＰＰ２０４は、手動オペレータ・コンソール１２
２とＳＤＰ１２８間のインターフェースとしての機能を果たせるようになる。

【００７７】ステップ７０６では、ＡＩＮ＿ＭＡＩＮが高性能インテリジェント・ネットワ
ーク（ＡＩＮ）構成ファイルを読み、それを有効にする。ＡＩＮ構成ファイルは
、ＳＤＰ１２８との接続を確立するのに必要な情報を含んでいる。本発明の他の
実施形態では、ネットワークに１つ以上のＳＤＰ１２８が含まれている。その実
施形態では、ＡＩＮ構成ファイルはすべてのＳＤＰ１２８と接続を確立するため
に必要な情報を含んでいる。より具体的には、ＡＩＮ構成ファイルはＳＤＰ１２
８の数と、各ＳＤＰ１２８に対する１つの固有のＳＤＰ識別子（サーバ＿キーと
呼ばれる）と、ＳＤＰ１２８との通信で使用するＴＣＰ／ＩＰなどのプロトコル
と、各ＳＤＰ１２８に対するインターネット・プロトコル・アドレスを含んでい
る。インターネット・プロトコル・アドレスはＳＤＰ１２８に付けられたアドレ
スであり、相互接続するポイントとアクセス情報を特定する。通常、１つのＳＤ
Ｐ１２８は３つのインターネット・プロトコル・アドレスを持っている。

【００７８】ステップ７０８では、ＡＩＮ＿ＭＡＩＮがＩＰＣ＿ＭＧＲ２０６と結びつく。
ＡＩＮ＿ＭＡＩＮは、ＡＩＮ＿ＡＰＰ２０４とＩＰＣ＿ＭＧＲ２０６との間の相
互接続を確立する。するとＡＩＮ＿ＡＰＰはＩＰＣ＿ＭＧＲに、構成ファイルか
ら読み込まれたＩＰアドレスにＴＣＰ接続を確立するよう伝える。これによって
、ＡＩＮＧＷはＳＤＰ１２８と通信できるようになる。ステップ７１０では、ＡＩＮ＿ＭＡＩＮはＮＩＭ２１０と結びつく。ＡＩＮ＿
ＭＡＩＮがＮＩＭ２１０と結びつくと、ＮＩＭは手動オペレータ・コンソール１
２２へデビット・コール顧客のカスタマー・サービスが有効であることを知らせ
る。

【００７９】ステップ７１２では、ＡＩＮ＿ＭＡＩＮがダイアログ配列を初期化する。ダイ
アログ配列は、ある特定の処理において１０２４個のメッセージを扱う事が出来
る配列である。ダイアログ配列へは、トランザクションが開始中にトランザクシ
ョンに関する情報が格納される。ＡＩＮ＿ＭＡＩＮはトランザクション中に、ト
ランザクション・ケイパビリティ・メッセージ内にダイアログ識別子を格納する
。ダイアログ識別子は、後でトランザクション中にダイアログ配列に格納された
情報を検索するために使用され、配列内の対応する要素を示す。

【００８０】ステップ７１４では、ＡＩＮ＿ＭＡＩＮルーチンが通信を確立する。ＡＩＮ＿
ＭＡＩＮルーチンは、通信確立のためにＩＰＣ＿ＭＧＲ２０６を呼び出す。ＡＩ
Ｎ＿ＭＡＩＮルーチンは、ＩＰＣ＿ＭＧＲ２０６を通したＳＤＰ１２８とのＴＣ
Ｐ接続を確立した後、ＮＩＭ２１０との通信を確立する。ステップ７１６では、ＡＩＮ＿ＭＡＩＮはハイバーネイトし、ＮＩＭ２１０か
らの要求を受け取るまで待機する。

【００８１】図８は処理顧客メッセージの操作を解説したフローチャートである（AIN_PR
OCESS_MSG_NIM）層。AIN_PROCESS_MSG_NIM層は、NIM210 とAIN_APP204のTCAP_RE
CV層を介して手動操作コンソール122Aからメッセージを受信する。ステップ８０６において、AIN_PROCESS_MSG_NIM層は送られた操作コードを判定する。操作コードはNSPPで規定された操作コードのひとつで、NIM210により送
られる。NIM210により送られる操作コードには「UNKNOWN」「MSG_INGW_REQ 」「
MSG_PICK」の３種類あり、各操作コードはAIN_PROCESS_MSG_NIM層にそれぞれ違う機能を実行させる。「UNKNOWN」操作コードはエラーメッセージで、警告を発する。「MSG_PICK」操作コードは手動操作コンソール122Aのスタートアップの際
に使われ、AIN_APP２０４が利用可能なサービスであると確定する。MSG_INGW_RE
Q操作コードは、手動操作コンソール122Aにより使われ、 SDP128 からの情報を要求するTCAPメッセージを送信中であると合図する。

【００８２】操作コードが「UNKNOWN」の場合はステップ８０８が処理され、AIN_PROCESS_M
SG_NIM層が警告無効メッセージをログする。ステップ８０８の実行後AIN_PROCES
S_MSG_NIM層はステップ８３２に進む。操作コードが「MSG_PICK」の場合はステップ８１０に処理され、AIN_PROCESS_
MSG_NIM層がPICK_RSPメッセージをTCAP_SEND層とNIM210を介し、手動操作コンソ
ール122Aに送る。ステップ８１０の実行後AIN_PROCESS_MSG_NIM層はステップ８３２に進む。

【００８３】操作コードが「MSG_INGW_REQ」の場合はステップ８１２が実行される。ステッ
プ８１２は、SDP128からの情報を要求する手動操作コンソール122Aが送るTCAPメ
ッセージを処理する時の最初のステップである。ステップ８１２において、AIN_
PROCESS_MSG_NIM層はダイアログ・アレイで最初に利用可能なアレイ要素を見つけ出す。ダイアログ・アレイは、トランザクション情報を記憶するのに使われる
内部アレイである。

【００８４】ステップ８１４において、AIN_PROCESS_MSG_NIM層は送り手を記録する。AIN_A
PP204は多くの転送機構applicationsからのアクセスがある。送り手を記録することで、AIN_PROCESS_MSG_NIM層は複数の送り手からのメッセージを処理することができる。例えば、SS7手動操作コンソールがネットワークに加えられ、AIN_
PROCESS_MSG_NIMにより処理される。手動操作コンソールSS7は手動操作コンソー
ル122Aと類似しているが、NSPP ではなくSS7信号を使う点で相違している。AIN_
PROCESS_MSG_NIM を使ってSS7手動操作コンソール122から送られたNSPPメッセー
ジを処理することができる。

【００８５】ステップ８１６においてAIN_PROCESS_MSG_NIM層はメッセージ・ヘッダーを記憶する。メッセージ・ヘッダーはNPSSと互換性があり、内部アレイに記憶される
。応答TCAPメッセージがSDP128から手動操作コンソール122Aに送られると、AIN
_PROCESS_MSG_IPCがメッセージ・ヘッダーを検索し、メッセージをNSPPフォーマ
ットに組替えて手動操作コンソール122Aに返答する。ステップ８１８において、AIN_PROCESS_MSG_NIM層はメッセージをデコードする。

【００８６】ステップ８２０において、AIN_PROCESS_MSG_NIM層は選択変数で値を決定する。選択変数の値は、「BEGIN_CHOSEN」ルーチンを処理するか、あるいは警告をロ
グし送られたメッセージを中断するかを決定する。選択変数には、「開始_既選択BEGIN_CHOSEN」「終了END」「中断ABORT」「続行CONTINUE」「不明UNKNOWN」「単向UNIDIRECTIONAL」がある。選択分岐が「BEGIN_CHOSEN」の場合BEGIN_CHOS
ENルーチンが処理される。選択変数が「END」「ABORT」「CONTINUE」「UNKNOWN 」または「UNIDIRECTIONAL」の場合は、AIN_PROCESS_MSG_NIMはログ及び警告し、中断メッセージを送る。

【００８７】ステップ８２２において、AIN_PROCESS_MSG_NIM層は「BEGIN_CHOSEN」ルーチンを呼び出す。「BEGIN_CHOSEN」ルーチンは、データを認証および変換しNSPP に基づいたTCAPメッセージを分解deconstructし、TCP/IPに基づいたTCAPメッセージを再生する。「BEGIN_CHOSEN」ルーチンの処理については図９に詳細に説明
してある。「BEGIN_CHOSEN」ルーチンの処理後AIN_PROCESS_MSG_NIMはステップ８３２に進む。

【００８８】ステップ８２４において、AIN_PROCESS_MSG_NIM層は警告無効メッセージをログする。警告無効メッセージは警告選別子を介してログされる。ステップ８２６において、AIN_PROCESS_MSG_NIM層は中断メッセージを作成し、手動操作コンソール122Aに対しAINGW124に送られた要求は無効であることを知ら
せる。

【００８９】ステップ８２８において、AIN_PROCESS_MSG_NIM層は中断メッセージを、TCAP_
SENDを介して手動操作コンソール122Aに送る。ステップ８３０において、AIN_PROCESS_MSG_NIM層はアレイ要素をクリアする。手動操作コンソール122AからSDP128に送られた要求は中断されたので、SDP128
から手動操作コンソール122Aへの応答メッセージに対する内部アレイに情報を記
憶する必要はない。

【００９０】ステップ８３２において、AIN_PROCESS_MSG_NIMの操作は完了し、AIN_PROCESS
_MSG_NIMは別のメッセージを受信するまで休止する。図９は、開始_既選択BEGIN_CHOSENの操作を解説したフローチャートである。ステップ９０６において、図８のステップ８１２でAIN_PROCESS_MSG_NIM層が見つけたフリー・ダイアログ・アレイ要素にある開始トランザクション識別子を保存する。

【００９１】開始トランザクション識別子フィールドは、上記表２と３とに示す通りTCAPメ
ッセージの一部分にあるフィールドである。開始タイプTCAPメッセージに対して
は、トランザクション部は表２に示すようにトランザクション部情報要素を含ん
でいる。表３が示すように、開始タイプTCAPメッセージは、TCAPメッセージのト
ランザクション部情報のトランザクション識別子フィールドにある開始トランザ
クション識別子を含んでいる。デビットdebit顧客サービス通話の処理中はサーバー・キーは開始トランザクション識別子フィールドの最初の３バイトに存する
。

【００９２】ステップ９０８において、「BEGIN_CHOSEN」ルーチンは、ダイアログ・アレイ要素の「既使用・未使用used/unused」フラグを「既使用used」にセットする。ステップ９１０において、「BEGIN_CHOSEN」ルーチンは開始トランザクション識別子を認証する。開始トランザクション識別子の長さの３バイトを有効にする。ステップ９１２において、「BEGIN_CHOSEN」ルーチンは、開始トランザクション
識別子からサーバー・キーを抽出する。

【００９３】サーバー・キーは、メッセージを受け取るSDP１２８を識別し、そのサーバー・キーはTCAPメッセージにある開始トランザクション識別子フィールドから、「
BEGIN_CHOSEN」ルーチンによって検索される。ステップ９１４において、「BEGIN_CHOSEN」ルーチンは、2進化10進サーバー・キーを整数に変換する。サーバー・キーは3バイトの２進化10進フォーマットで記憶される。しかし、２進化10進法は2桁を1バイトに収める。変換後は、サー
バー・キーは6バイトとなる。

【００９４】ステップ９１６において、「BEGIN_CHOSEN」はサーバー・キーを有効にする。サーバー・キーを有効にすることは、そのサーバー・キーに関連した特定のSD
P１２８を識別し、AIN構成ファイルからのSDPと関連したインターネット・プロト
コル・アドレスを検索することになる。「BEGIN_CHOSEN」ルーチンはサーバー・キーがAIN構成ファイルに含まれていることを認証する。サーバー・キーがAIN構
成ファイルに含まれていれば、有効なSDP１２８と対応する。「BEGIN_CHOSEN」ルーチンは、AIN構成ファイルからのサーバー・キーによって選別されたSDP１２
８に対応するインターネット・プロトコル・アドレスを検索する。各SDP１２８は、複数のインターネット・プロトコル・アドレスを持っており、それらのSDP１２８上のアドレスは、情報をアクセスするために可能な相互接続ポイントを選別す
る。

【００９５】ステップ918において、「BEGIN_CHOSEN」ルーチンは、ダイアログ識別子に0×
1000000を加え、TCAPメッセージをダイアログ識別子で存する。それから、「BEG
IN_CHOSEN」ルーチンはTCAPメッセージの開始トランザクション識別子にあるダイアログ識別子を存する。図2に示す通り、開始トランザクション識別子フィー
ルドはTCAPメッセージのトランザクション構成部内にある。ステップ９１２にお
いてサーバー・キーは開始トランザクション識別子フィールドから外されたので
、開始識別子フィールドは、サーバー・キーを含んでいない。ダイアログ識別子
は、サーバー・キーのin place ofで TCAPメッセージの開始トランザクション識別子で存する。

【００９６】ステップ920において、「BEGIN_CHOSEN」ルーチンはTCAPメッセージをコード化する。「BEGIN_CHOSEN」ルーチンは、工業基準汎用コンピュータ・プログラム言語抽象構文規則においてTCAPメッセージをコード化する。ステップ922において、「BEGIN_CHOSEN」ルーチンはタイマーをセットする。本発明のより好ましい実施形態では、タイマーを3秒で時間切れとする。タイマーは、SDP１２８から来る応答メッセージが所定の時間、例えば本発明の好ましい実施形態である3秒、を超えないことを保証するよう構成される。

【００９７】ステップ９２４において、「BEGIN_CHOSEN」ルーチンは、メッセージをAIN_AP
P２０４のTCAP_SEND層に送ることにより、IPC_MGR２０６を介してTCAPメッセージをSDP１２８に送る。図10は、AIN_PROCESS_MSG_IPC層の操作を解説したフローチャートである。AIN
_PROCESS_MSG_IPC層はIPC_MGR２０６からメッセージを受け取る。

【００９８】ステップ1006において、AIN_PROCESS_MSG_IPC層はインターネット・プロトコル
・アドレスを有効にし、ポインタをサービス・ディスクリプタに返す。AIN_PROCE
SS_MSG_IPC層は、インターネット・プロトコル・アドレスが、TCAPメッセージを送
ったSDP１２８に関連するインターネット・プロトコル・アドレスのひとつに対応することを有効にする。AIN_PROCESS_MSG_IPC層は、ポインタをサービスに対応するサービス・ディスクリプタに返す。図8のステップ８１４において、AIN_PRO
CESS_MSG_NIM層により実行された送り手の記録と同様に、サービス・ディスクリ
プタを使うことによりAIN_PROCESS_MSG_IPCは、複数のサービスからのTCAP応答メッセージを処理することができる。例えば、SDP１２８が既使用SS7信号を設置
して、AIN_PROCESS_MSG_IPCはSS7ネットワークを介して受け取った応答メッセー
ジを処理できる。サービス・ディスクリプタは、応答メッセージを送ったサービ
ス、例えばSDP１２８、を示す。

【００９９】ステップ1008において、AIN_PROCESS_MSG_IPC層は、復号されたメッセージを構造バッファに戻すASN.1(抽象構文規則)を使って、メッセージを復号する。したがって、アプリケーションはメッセージの個別のパラメータにアクセスできる
。図9のステップ９２０で実行される抽象構文規則（ASN.1）コード化は、復号さ
れる。

【０１００】ステップ1010において、AIN_PROCESS_MSG_IPC層は、TCAPメッセージからダイアログ識別子を抽出する。図９のステップ９１８において、AIN_PROCESS_MSG_IP
C層はダイアログ識別子を、TCAPメッセージ中のトランザクション部の開始トラ
ンザクション識別子フィールドで記憶した。応答メッセージは続行配置するので
、TCAPメッセージは、上記表3に示すように開始と宛先トランザクション識別子
の両方を含む。ダイアログ識別子は、SDP１２８から送られた応答TCAPメッセージの中の宛先トランザクション識別子に記憶される。続行TCAPメッセージのトランザクション部は、上記表２により詳細に説明してある。さらに、AIN_PROCES
S_MSG_IPC層はダイアログ識別子が有界内あることを有効にする。つまり、もし内部アレイが2000要素を持つ場合、AIN_PROCESS_MSG_IPCはダイアログ識別子が0
から1999までの要素に対応することを有効にする。

【０１０１】また、AIN_PROCESS_MSG_IPC層はダイアログ識別子に対応する配列の要素の「u
sed/unused」フラグを「used」にセットされることを確認した上でダイアログ識
別子を有効にする。ダイアログ識別子に対応する要素の「used/unused」フラグを「used」にセットすることを有効にすると、TCAP応答が制限時間を超えた応答
に対して作られないことを確証する。本発明の好ましい実施形態においては、制
限時間は3秒で適合性がある。制限時間は「BEGIN_CHOSEN」ルーチンのステップ９２２処理でセットされるタイマーで測定される。タイマーが時間切れになると
、中断応答メッセージが手動操作コンソール122に送られ、アレイの要素に対応する「used/unused」フラグを「unused」にセットされる。時間切れのタイマーの取り扱いについては、図13に詳細に記載されている。

【０１０２】 SDP１２８が制限時間を超えたというメッセージを送る場合、「used/unused」
フラグを「unused」にセットすることでダイアログ識別子は無効になったと判断
される。AIN_PROCESS_MSG_NIM層は、手動操作コンソール122Aがすでに中断メッセージを受け取り、応答を受けないことで、応答メッセージを破棄する。ステップ1012において、AIN_PROCESS_MSG_IPC層は目的地トランザクション識別子を保存してある発呼トランザクション識別子に置き換える。AIN_PROCESS_MS
G_IPC層は、手動操作コンソール122Aを識別するNSPPヘッダーを含んだダイアログ・アレイの要素を識別する。手動操作コンソール122A は、TCAPメッセージのトランザクション部の目的地トランザクション識別子により検索されたダイアロ
グ識別子を使ってメッセージを送った。AIN_PROCESS_MSG_IPC層は、ダイアログ・アレイの識別された要素から発呼トランザクション識別子を検索して、TCAPメ
ッセージのトランザクション部の目的地トランザクション識別子フィールドにあ
る発呼トランザクション識別子をpopulateまたは記憶する。

【０１０３】ステップ1014において、AIN_PROCESS_MSG_IPC層は応答TCAPメッセージをコード化する。ステップ1016において、AIN_PROCESS_MSG_IPC層はタイマーをキャンセルし、タイマーが開始しないことを確証する。ステップ1018において、AIN_PROCESS_MSG_IPC層は継続タイプTCAPメッセージをT
CAP_SEND を介し手動操作コンソール122Aに送る。継続タイプTCAPメッセージは、上記表６に示す通り返送結果構成内の手動操作コンソール122Aにより要求され
た情報を格納している。

【０１０４】ステップ1020 において、AIN_PROCESS_MSG_IPC層はアレイ要素をクリアしアレ
イ要素の「used/unused」フラグを「unused」にセットする。これにより、使われるアレイ要素が手動操作コンソール122からの別のTCAPメッセージ要求を処理することになる。図１１は、ＴＣＡＰ＿ＲＥＣＶ層の動作を示すフローチャート１１０２である
。本発明は、ＡＩＮ＿ＡＰＰ２０４に単一の接触点を有し、異なる移送機構アプ
リケーションからメッセージを受け取る。移送機構アプリケーションとは、すな
わち、手動操作コンソール１２２とインターフェースを行うＮＩＭ２１０と、Ｓ
ＤＰ１２８とインターフェースを行うＩＰＣ＿ＭＧＲ２０６である。この単一の
接触点は、ＴＣＡＰ＿ＲＥＣＶ層により設けられる。

【０１０５】ステップ１１０６において、ＴＣＡＰ＿ＲＥＣＶ層は、ＮＩＭ２１０またはＩ
ＰＣ＿ＭＧＲ２０６のいずれかの移送機構アプリケーションからＴＣＡＰメッセ
ージを受け取る。図４のステップ４０８に記載のように手動操作コンソール１２
２ＡからビギンタイプのＴＣＡＰが送られると、ＴＣＡＰ＿ＲＥＣＶ層は、ＮＩ
Ｍからのメッセージを受け取る。ステップ４１８に記載のように、連続タイプの
メッセージが、ＳＤＰ１２８から送られると、ＴＣＡＰ＿ＲＥＣＶ層は、ＩＰＣ
＿ＭＧＲ２０６からメッセージを受け取る。

【０１０６】ステップ１１０８において、ＴＣＡＰ＿ＲＥＣＶ層は、ＴＣＡＰメッセージの
送り手を判断する。すなわち、ＴＣＡＰ＿ＲＥＣＶ層は、ＴＣＡＰメッセージが
、ＩＰＣ＿ＭＧＲ２０６またはＮＩＭ２１０から受け取られたかどうかを判断す
る。ＴＣＡＰメッセージがＩＰＣ＿ＭＧＲ２０６から受け取られると、ステップ
１１１０が行われる。ステップ１１１０において、ＴＣＡＰ＿ＲＥＣＶ層は、イ
ンターネット・プロトコル・アドレスをスタックから引き出す。インターネット
・プロトコル・アドレスは、ＳＤＰ１２８と関連づけられた３つのアドレスの内
の１つである。

【０１０７】ステップ１１１２において、ＴＣＡＰ＿ＲＥＣＶ層は、ＴＣＰ／ＩＰメッセー
ジ内にＴＣＡＰメッセージがあるかどうかを判断する。ＴＣＰ／ＩＰメッセージ
は、多重ＴＣＡＰメッセージを含んでもよい。ＴＣＰ／ＩＰメッセージがＴＣＡ
Ｐメッセージを含んでいなければ、ステップ１１２４が行われる。ステップ１１１４において、ＴＣＡＰ＿ＲＥＣＶ層は、ＴＣＰ／ＩＰフレーム
から、ＴＣＡＰメッセージを抽出する。

【０１０８】ステップ１１１６において、ＴＣＡＰ＿ＲＥＣＶ層は、現在または以前のＴＣ
ＡＰメッセージが分割されたかどうかを判断する。メッセージが分割または未完
であれば、ＴＣＡＰ＿ＲＥＣＶ層は、アレイにメッセージを格納し、タイマーを
セットする。タイムアウトの終了前に別のＴＣＰ／ＩＰフレームにＴＣＡＰメッ
セージの残りが受け取られると、ＴＣＡＰ＿ＲＥＣＶ層は、完了したＴＣＡＰ応
答メッセージを処理する。タイムアウトの時間内にＴＣＡＰメッセージの残りが
受け取られないと、アレイ要素が消去される。応答ＴＣＡＰメッセージが受け取
られなければ、図９のステップ９２２におけるＢＥＧＩＮ＿ＣＨＯＳＥＮルーチ
ンの処理時間のタイマーセットが終了し、ＡＩＮ＿ＴＩＭＥＲ＿ＥＸＰＩＲＥＤ
ルーチンが処理される。ＡＩＮ＿ＴＩＭＥＲ＿ＥＸＰＩＲＥＤルーチンについて
は、図１３を参照してより詳細に記載される。

【０１０９】ステップ１１１８において、ＴＣＡＰ＿ＲＥＣＶ層は、ＡＩＮ＿ＰＲＯＣＥＳ
Ｓ＿ＭＳＧ＿ＩＰＣ層を呼び出す。ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＩＰＣ層
が処理された後に、ステップ１１１２が行われる。ＴＣＡＰメッセージがＮＩＭ２１０から受け取られると、ステップ１１２０が
行われる。ステップ１１２０において、ＴＣＡＰ＿ＲＥＣＶ層は、メッセージ識
別子とサービス番号をスタックから引き出す。メッセージ識別子とサービス番号
は、メッセージを識別するＮＳＰＰパラメータである。メッセージ識別子は、応
答ＴＣＡＰメッセージの中に存する。

【０１１０】ステップ１１２２において、ＴＣＡＰ＿ＲＥＣＶ層は、ＡＩＮ＿ＰＲＯＣＥＳ
Ｓ＿ＭＳＧ＿ＮＩＭ層を呼び出す。ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＮＩＭ層
については、図１１を参照してより詳細に記載される。ＡＩＮ＿ＰＲＯＣＥＳＳ
＿ＭＳＧ＿ＮＩＭ層が処理された後に、ステップ１１２４が行われる。ステップ１１２４において、ＴＣＡＰ＿ＲＥＣＶ層は休止し、別のＴＣＡＰメ
ッセージを待つ。

【０１１１】図１２は、ＴＣＡＰ＿ＳＥＮＤ層の動作を示すフローチャート１２０２である
。ＴＣＡＡＰ＿ＳＥＮＤ層は、メッセーを運搬機構アプリケーションに送出する
。受信ルーチンのように、ＴＣＡＰ＿ＳＥＮＤは、異なる運搬機構アプリケーシ
ョン、即ち、ＮＩＭ２１０及びＩＰＣ＿ＭＧＲ２０６、にメッセージを送出する
単一の接触点である。ステップ１２０６において、ＴＣＡＰ＿ＳＥＮＤ層は、ＩＰＣ＿ＭＧＲとＮＩ
Ｍ２１０のどちらの運搬機構アプリケーションがＴＣＡＰメッセージを受信する
かを決定する。

【０１１２】ステップ１２０６において、ＩＰＣＭＧＲ２０６が、ＴＣＡＰメッセージを
受信中であることを決定し、その後、ステップ１２０８が行われる。もしＩＰＣ
ＭＧＲ２０６が、ＴＣＡＰメッセージを受信中でない場合、ＴＣＡＰ＿ＳＥＮ
Ｄ層は、ステップ１２１４に進む。ステップ１２０８で、ＴＣＡＰ＿ＳＥＮＤ層
は、スタックからサーバ記述子及びダイアログ識別子を取り出す。サーバー記述
子は、サーバキーとサーバキーに対応するインターネットプロトコルアドレスを
含む。

【０１１３】ステップ１２１０において、ＴＣＡＰＳＥＮＤ層は、インターネットプロト
コルアドレスのリストを検索し、最初に利用可能な接続を見つけ出す。ＴＣＡＰ
ＳＥＮＤ層は、ＩＰＣ＿ＭＧＲ上のアドレスへ接続されたものがあるかどうか
、通信が設定されているかどうかを決定する。どのアドレスにも接続されている
ものが存在しない場合、ＴＣＡＰ＿ＳＥＮＤ層は、ＩＰＣ＿ＭＧＲ２０６上の他
のアドレスとの通信起動を試みる。もし何れかのアドレスに接続されているもの
が存在している場合、ＴＣＡＰ＿ＳＮＥＤは、ステップ１２１２に進む。

【０１１４】ステップ１２１２において、ＴＣＡＰ＿ＳＥＮＤ層は、メッセージをＩＰＣ＿
ＭＧＲ２０６に送出する。フローチャート１２０２に描かれたＴＣＡＰ＿ＳＥＮ
Ｄの動作は、ステップ１２１２の後、ステップ１２３０が実行されることによっ
て終了する。ステップ１２０６において、ＮＩＭ２１０が、ＴＣＡＰメッセージを受信中で
あると決定されると、ステップ１２１４が行われる。ステップ１２１４において
、ＴＣＡＰ＿ＳＥＮＤ層はメッセージタイプを判断する。メッセージタイプは、
ＮＳＰＰにより判断されるメッセージタイプの内の一つである。送られる可能性
のある２つのメッセージは、ＭＳＧ＿ＩＮＧＷ＿ＲＳＰとＭＳＧ＿ＰＩＣＫＲＳ
Ｐを含む。

【０１１５】各メッセージタイプにより、ＴＣＡＰ＿ＳＥＮＤ層は異なる機能を行う。ＭＳ
Ｇ＿ＰＩＣＫＲＳＰメッセージタイプは、スタートアップの際に手動操作コンソ
ール１２２Ａに送られ、ＡＩＮ＿ＡＰＰ２０４を利用可能なサービスに確立する
。ＭＳＧ＿ＩＮＧＷ＿ＲＳＰメッセージタイプは手動操作コンソール１２２Ａに
送られ、ＴＣＡＰメッセージへの応答がＳＤＰ１２８から要求された情報を提供
しながら送られていることを合図する。

【０１１６】ステップ１２１４において、メッセージタイプがＭＳＧ＿ＩＮＧＷ＿ＲＳＰで
あると判断された場合、ステップ１２１６が行われる。ステップ１２１６におい
て、ＴＣＡＰ＿ＳＥＮＤ層は復帰コードとダイアログ識別子をスタックから引き
出す。復帰コードは、メッセージが成功したか失敗したかを示す。ステップ１２１８において、ＴＣＡＰ＿ＳＥＮＤ層はアレイ要素からヘッダを
複写する。図８のステップ８１６において、ＮＳＰＰ互換ヘッダは、ＡＩＮ＿Ｐ
ＲＯＣＥＳＳ＿ＭＳＧ＿ＮＩＭにより、内部ダイアログアレイに格納される。

【０１１７】ステップ１２２０において、ＴＣＡＰ＿ＳＥＮＤ層はＩＮＧＷＲＳＰメッセー
ジヘッダを作成する。ＩＮＧＷＲＳＰヘッダは、ＮＳＰＰ互換ヘッダである。Ｔ
ＣＡＰメッセージがＮＩＭ２１０により理解されるように、ＴＣＡＰ＿ＳＥＮＤ
層はＮＳＰＰヘッダを作成する。ステップ１２２０が行われた後に、ＴＣＡＰ＿
ＳＥＮＤ層ははステップ１２２４に進む。ステップ１２１４において、メッセージタイプがＭＳＧ＿ＰＩＣＫＲＳＰであ
ると判断された場合、ステップ１２２２が行われる。ステップ１２２２において
、ＴＣＡＰ＿ＳＥＮＤ層はＰＩＣＫＲＳＰメッセージヘッダを作成する。ＰＩＣ
ＫＲＳＰメッセージヘッダは、ＮＳＰＰと互換性がある。

【０１１８】ステップ１２２４において、ＴＣＡＰ＿ＳＥＮＤ層はＮＩＭ２１０にメッセー
ジを送る。フローチャート１２０２に示されるＴＣＡＰ＿ＳＥＮＤの動作は、ス
テップ１２３０により示されるようにステップ１２２４が行われた後に完了する
。図１３は、先進知能ネットワークタイマー終了（ＡＩＮ＿ＴＩＭＥＲ＿ＥＸＰ
ＩＲＥＤ）ルーチン１３０２を示す。

【０１１９】ステップ１３０４において、ＡＩＮ＿ＴＩＭＥＲ＿ＥＸＰＩＲＥＤルーチンは
、終了したタイマーに対応するタイマー識別子のためにアレイを検索する。ステップ１３０６において、ＡＩＮ＿ＴＩＭＥＲ＿ＥＸＰＩＲＥＤルーチンは
、ＴＣＡＰ中断メッセージヘッダを作成する。ステップ１３０８において、ＡＩＮ＿ＴＩＭＥＲ＿ＥＸＰＩＲＥＤルーチンは
、ＴＣＡＰ中断メッセージを送り手に戻す。ＴＣＡＰ中断メッセージは、要求メ
ッセージが不成功であったことを、手動操作コンソール１２２Ａに通知する。情
報が、手動操作コンソール１２２ＡによりＳＤＰ１２８から要求された場合、Ｔ
ＣＡＰ中断メッセージは、手動操作コンソール１２２Ａがタイムアウト時間内に
要求された情報を受け取らないことを示す。

【０１２０】ステップ１３１０において、ＡＩＮ＿ＴＩＭＥＲ＿ＥＸＰＩＲＥＤルーチンは
アレイ要素を消去する。アレイ要素に含まれるデータが消去され、アレイ要素の
使用・未使用フラグが未使用に設定される。このように未使用に設定することに
より、アレイ要素を用いて別のＴＣＡＰメッセージを処理する。ステップ１３１
２に示すようにステップ１３１０が行われた後に、ＡＩＮ＿ＴＩＭＥＲ＿ＥＸＰ
ＩＲＥＤルーチンの動作が完了する。

【０１２１】本発明の他の実施形態も可能である。図１を参照すると、ＡＩＮＧＷ１２４は
他の環境要求プロトコル変換に用いてもよい。例えば、信号システム番号７（Ｓ
Ｓ７）を用いる１ないしそれ以上のコンピュータシステムとインターフェースを
行うために用いられる信号システム番号７マネジャー（ＳＳ７＿ＭＧＲ）を本発
明は含んでもよい。ＳＳ７プロトコルは、先に参照された書類に記載のＩＴＵ基
準に準拠する。ＳＳ７プロトコルは、ＳＤＰ１２８に連結されたコンピュータシ
ステムと通信するために用いてよい。

【０１２２】ＳＳ７＿ＭＧＲを含む実施形態において、本発明はＮＳＰＰからＳＳ７へ変換
する。ＴＣＡＰ＿ＲＥＣＶ層とＴＣＡＰ＿ＳＥＮＤ層はさらにステップを含む。
ＴＣＡＰ＿ＲＥＣＶにおいて、そのような追加ステップの１つが、メッセージが
ＳＳ７＿ＭＧＲから受け取られたかどうかを判断するために含まれる。メッセー
ジがＳＳ７＿ＭＧＲから受け取られる場合、ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿
ＩＰＣ層が処理される。ＴＣＡＰ＿ＳＥＮＤ層において、追加ステップは、メッ
セージがＳＳ７＿ＭＧＲに送られているかどうかを判断するために含まれる。メ
ッセージが送られている場合、メッセージがＩＰＣ＿ＭＧＲ２０６に送られてい
るならば処理は同様に行われる。更に、ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＩＰ
Ｃ層とＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＮＩＭ層は、メッセージがＩＰＣ＿Ｍ
ＧＲ２０６またはＳＳ７＿ＭＧＲのいずれかを用いて通信されているかどうかを
判断するステップを含む。複号および構成機構は、メッセージがＳＳ７と互換性
を有するために必要な若干の修正部分を含む。

【０１２３】記載のような開始工程および監視工程を含まない、さらなる実施形態も可能で
ある。他の開始工程や監視工程を用いてもよく、監視工程を省略してもよい。開
始工程および監視工程は、基本差配サービス、警告選別子、手動測定工程、ヒュ
ーマンマシンインターフェースを含む。本発明の様々な実施の形態について以上述べてきたが、上述の実施の形態は例
示によってのみなされ、いかなる限定も企図していない。従って、本発明の外延
と範囲は、上記に例示の実施形態のいずれにも限定されるべきでなく、以下の請
求項および請求項の相当物に係わってのみ定義されるべきである。

【０１２４】＜注解＞ＡＣＤ：自動コール分配器。ＡＣＤは、選択された手動操作コンソールと相互
交換ネットワーク間を切り換える機能を提供する。ＡＩＮ：先進知能ネットワークゲートウェイ。先進知能ネットワークゲートウ
ェイは、手動操作コンソールとＳＤＰ間に通信を行わせるメッセージ転送とプロ
トコル変換を提供するコンピュータシステムである。ＡＩＮ＿ＡＲＰ：先進知能ネットワークアプリケーション。ＡＩＮ＿ＡＲＰは
、ＮＩＭとＩＰＣ＿ＭＧＲの間でメッセージを受け取り、処理し、送るためのソ
フトウェア層を含むコンピュータプログラムである。ＡＩＮ＿ＭＡＩＮ：先進知能ネットワークメイン層。ＡＩＮ＿ＭＡＩＮは、ＡＩＮ＿ＡＰＰで処理される第１の層である。ＡＩＮ＿
ＭＡＩＮは、ＩＰＣ＿ＭＧＲ２０６とＮＩＭ２１０の間の接続を確立する。ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＩＰＣ：先進知能ネットワーク処理メッセ
ージＩＰＣ。ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＩＰＣは、手動操作コンソールに送られる
ＳＤＰから受け取られるメッセージを処理する。ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＮＩＭ：先進知能ネットワークメッセージ
ＮＩＭ。ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＮＩＭは、ＳＤＰへ送られる手動操
作コンソールから受け取られるメッセージを処理する。

【０１２５】ＢＯＳＳ：基本差配サービス。ＢＯＳＳは、先進知能ネットワークゲートウェ
イ上の工程の開始、停止、監視を担う。ＨＭＩ：ヒューマンマシンインターフェース。ＨＭＩは、ＡＩＮ上のコンピュ
ータプログラム内に、適合性のあるエンティティの構成、追加、または削除を可
能にするソフトウェアの一連のメニューを介してアクセスを提供する。ＩＰＣ＿ＭＧＲ：相互処理通信マネジャー。ＩＰＣ＿ＭＧＲは、相互処理通信
プロトコルプログラムに、相互処理通信プロトコルを用いないプログラムと通信
を行わせるインターフェース層である。ＩＳＮＡＰ：知能サービスネットワークアプリケーションプロセッサ。ＩＳＮ
ＡＰは、手動操作コンソールを選択し、入ってくるコールを手動操作コンソール
の論理的に定義された群に確実に分配する。ＮＩＤＳ：ネットワーク情報分配サービス。ＮＩＤＳは、クライアントサーバ
ネットワークのような情報を分配するネットワークである。ＮＩＭ：ＮＳＰＰインターフェースモジュール。ＮＩＭは、ＮＳＰＰのような
クライアント・サーバプロトコルを用いるプルグラムに、クライアント・サーバ
プロトコルを用いないプログラムと通信させるインターフェース層である。

【０１２６】ＮＳＰＰ：ネットワーク情報分配サービス（ＮＩＤＳ）順序付けパケットプロ
トコル。ＮＳＰＰは、セションが整えられ、引き渡しが保証されたパケット交換
プロトコルである。ＮＳＰＰは、ＵＤＰ／ＩＰを用いるクライアントサーバとの
通信を提供する。ＯＭ：作動測定。ＯＭは、ＡＩＮ上の工程から作動データを収集し、工程を監
視するために作動データを用いる。ＯＮＣＬＡＮｓ／ＷＡＮ：オペレータネットワークセンターローカルエリア
ネットワークス・ワイドエリアネットワーク。ＯＮＣＬＡＮｓ／ＷＡＮは、手
動操作コンソールの中からのコールの分配において補助をおこない、コールの処
理において用いられる手動操作コンソールに情報を提供する。ＳＤＰ：サービスデータポイント。ＳＤＰは、トラヒックの取り扱い、サービ
スの提供、負債請求の発行に用いられる顧客口座情報を記憶する。ＳＳＣＰ：サービス切り換え制御ポイント。ＳＳＣＰは、負債顧客に選択肢か
ら選択させ、請求を処理するための情報を提供する。ＴＣＡＰ：取引可能性アプリケーションパート。ＴＣＡＰは、ＡＮＳＨＩＳ
Ｓ７ＩＳＵＰ工業規格に準拠し、手動操作コンソールとＳＤＰの間の情報の転
送のために用いられるＴＣＡＰメッセージを指す。

【０１２７】ＴＣＡＰ＿ＲＥＣＶ：取引可能性アプリケーションパート受信。ＴＣＡＰ＿ＲＥＣＶは、異なる移送機構アプリケーション、すなわち、手動操
作コンソールとインターフェースを行うＮＩＭと、ＳＤＰとインターフェースを
行うＩＰＣ＿ＭＧＲからメッセージを受け取るための単一の接触点である。ＴＣＡＰ＿ＳＥＮＤ：取引可能性アプリケーションパート送信。ＴＣＡＰ＿Ｓ
ＥＮＤは、異なる移送機構アプリケーション、すなわち、手動操作コンソールへ
メッセージを送るＮＩＭと、ＳＤＰへメッセージを送るＩＰＣ＿ＭＧＲへメッセ
ージを送るための単一の接触点である。ＴＣＰ／ＩＰ：送信制御プロトコル・インターネットプロトコル。ＴＣＰ／Ｉ
Ｐは、ＳＤＰにより用いられるプロトコルである。ＵＤＰ／ＩＰ：ユーザデータグラムプロトコル・インターネットプロトコル。
手動操作コンソールにより用いられるクライアント・サーバプロトコル

【図面の簡単な説明】

【図１】本発明の好ましい実施形態による高性能インテリジェント・ネッ
トワーク・ゲートウェイ（ＡＩＮＧＷ）のブロック図である。

【図２】本発明の好ましい実施形態によるＡＩＮＧＷの要素のブロック図
である。

【図３】本発明の好ましい実施形態によるＡＩＮＧＷの構造のブロック図
である。

【図４】本発明の好ましい実施形態によるＡＩＮＧＷメッセージ・フロー
の図解である。

【図５】本発明の好ましい実施形態による高性能インテリジェント・ネッ
トワーク・アプリケーション（ＡＩＮ＿ＡＰＰ）メッセージ・フローの図解であ
る。

【図６】本発明の好ましい実施形態による、図２および図３のＡＩＮＧＷ
の、基本監視サービス（ＢＯＳＳ）の動作を表す図である。

【図７】本発明の好ましい実施形態による、図２および図３のＡＩＮＧＷ
の、主記憶装置にあるＡＩＮ＿ＡＰＰプログラムのメインルーチンの動作を表す
図である。

【図８】本発明の好ましい実施形態による、図２および図３のＡＩＮＧＷ
にある、ＡＩＮ＿ＡＰＰの高性能インテリジェント・ネットワーク・プロセス・
メッセージ・ＮＩＭ（ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＮＩＭ）モジュール（
ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＮＩＭ）の動作を表す図である。

【図９】本発明の好ましい実施形態による、図２および図３のＡＩＮＧＷ
にある、ＡＩＮ＿ＡＰＰの開始選択（ＢＥＧＩＮＥ＿ＣＨＯＳＥＮ）ルーチンの
動作を示す図である。

【図１０】本発明の好ましい実施形態による、図２および図３のＡＩＮＧ
Ｗにある、ＡＩＮ＿ＡＰＰの高性能インテリジェント・ネットワーク・プロセス
・メッセージ・ＩＰＣ（ＡＩＮ＿ＰＲＯＣＥＳＳ＿ＭＳＧ＿ＩＰＣ）層の動作を
示す図である。

【図１１】本発明の好ましい実施形態による、図２および図３のＡＩＮＧ
Ｗにある、ＡＩＮ＿ＡＰＰのトランザクション・ケイパビリティ・アプリケーシ
ョン・パート・メッセージ・レシーブ（ＴＣＡＰ＿ＲＥＣＶ）層の動作を表す図
である。

【図１２】本発明の好ましい実施形態による、図２および図３のＡＩＮＧ
Ｗにある、ＡＩＮ＿ＡＰＰのトランザクション・ケイパビリティ・アプリケーシ
ョン・パート・メッセージ・センド（ＴＣＡＰ＿ＳＥＮＤ）層の動作を表す図で
ある。

【図１３】本発明の好ましい実施形態による、図２および図３のＡＩＮＧ
Ｗにある、ＡＩＮ＿ＡＰＰの高性能インテリジェント・ネットワーク・タイマー
・エクスパイアード（ＡＩＮ＿ＴＩＭＥＲ＿ＥＸＰＩＲＥＤ）の動作を表す図で
ある。

【符号の説明】

１０２…高性能インテリジェント・ネットワーク・ゲートウェイ１０４…電話機１０６…第１の地域交換通信ネットワーク１０８…中継ネットワーク・スイッチ１１０…中継ネットワーク１１２…ブリッジ・スイッチ１１４…自動コール・ディストリビュータ１１６…インテリジェント・サービス・ネットワーク・アプリケーション・プ
ロセッサ１１８…ＯＮＣＬＡＮ／ＷＡＮ１２２Ａ，１２２Ｂ，・・・，１２２ｎ…手動オペレータ・コンソール１２４…ＡＩＮＧＷ１２６…ＳＤＰＬＡＮ１２８…サービス・データ・ポイント１３０…サービス・スイッチング・コントロール・ポイント１３２…第２の地域交換通信ネットワーク１３４…受信機

───────────────────────────────────────────────────── フロントページの続き (72)発明者ロバート・エフ・ディカーマンアメリカ合衆国・アイオワ・52411・セダー・ラピッズ・ダブリュ・マスタング・ロード・5601 (72)発明者クリストファー・ピー・トファネリアメリカ合衆国・アイオワ・52401・セダー・ラピッズ・フィフス・アヴェニュ・エスイー・＃７・727 Ｆターム(参考） 5K024 AA00 AA11 BB00 BB07 CC01 DD06 EE01 EE08 FF03 GG00 GG01 5K026 AA03 BB00 CC02 CC07 EE07 EE10 FF01 GG12 HH01 HH06 HH08 LL07 5K033 BA14 CB01 CB14 DA01 DA06 DB18 5K034 EE11 EE12 FF04 FF11 HH04 HH06 HH61 LL01 NN04

Claims

【特許請求の範囲】

【請求項１】（ａ）送信側からのトランザクション・ケイパビリティ・ア
プリケーション・パート・メッセージを受信するステップと、（ｂ）トランザクション・ケイパビリティ・アプリケーション・パート・メッ
セージのプロトコルをユーザ・データグラム・プロトコル／インターネット・プ
ロトコル実装と伝送制御プロトコル／インターネット・プロトコル実装との間で
変換するステップと、（ｃ）トランザクション・ケイパビリティ・アプリケーション・パート・メッ
セージを送信するステップと、を備える、トランザクション・ケイパビリティ・アプリケーション・パート・メ
ッセージの、伝送制御プロトコル／インターネット・プロトコル実装とユーザ・
データグラム・プロトコル／インターネット・プロトコル実装間のプロトコル変
換の方法。
【請求項２】ステップ（ａ）が、（i）前記送信側からのトランザクション・ケイパビリティ・アプリケーション・パート・メッセージを受信するステップと、（ii）トランザクション・ケイパビリティ・アプリケーション・パート・メッ
セージのプロトコルを決定するステップと、（iii）ステップ（ii）でトランザクション・ケイパビリティ・アプリケーション・パート・メッセージのプロトコルがユーザ・データグラム・プロトコル／
インターネット・プロトコル実装であることが決定された場合に、スタックから
メッセージ識別子とサービス番号を引き出すステップと、（iv）ユーザ・データグラム・プロトコル／インターネット・プロトコルから
伝送制御プロトコル／インターネット・プロトコルへの変換のためにソフトウェ
ア層を呼び出すステップと、を備えることを特徴とする、請求項１に記載の方法。
【請求項３】ステップ（ａ）が、（i）前記送信側からのトランザクション・ケイパビリティ・アプリケーション・パート・メッセージを受信するステップと、（ii）トランザクション・ケイパビリティ・アプリケーション・パート・メッ
セージのプロトコルを決定するステップと、（iii）ステップ（ii）でトランザクション・ケイパビリティ・アプリケーション・パート・メッセージのプロトコルが伝送制御プロトコル／インターネット
・プロトコル実装であることが決定された場合に、スタックからインターネット
・プロトコル・アドレスを引き出すステップと、（iv）追加トランザクション・ケイパビリティ・アプリケーション・パート・
メッセージが伝送制御プロトコル／インターネット・プロトコル・フレーム内に
あるかどうかを確定するステップと、を備えることを特徴とする、請求項１に記載の方法。
【請求項４】さらに、（v）ステップ（iv）で、前記追加トランザクション・ケイパビリティ・アプリケーション・パート・メッセージが、前記伝送制御プロトコル／インターネッ
ト・プロトコル・フレーム内にあることが確定された場合に、前記伝送制御プロ
トコル／インターネット・プロトコル・フレームからトランザクション・ケイパ
ビリティ・アプリケーション・パート・メッセージを抽出するステップと、（vi）トランザクション・ケイパビリティ・アプリケーション・パート・メッ
セージが断片化されているかどうかを決定するステップと、（vii）ステップ（vi）でトランザクション・ケイパビリティ・アプリケーション・パート・メッセージが断片化されていないことが確定された場合に、伝送
制御プロトコル／インターネット・プロトコルからユーザ・データグラム・プロ
トコル／インターネット・プロトコルへの変換のためにソフトウェア層を呼び出
すステップと、を備える、請求項３に記載の方法。
【請求項５】ステップ（ｂ）が、（i）操作コードの値を決定するステップと、（ii）ステップ（i）で、前記操作コードがＵＮＫＮＯＷＮであることが確定された場合に、警告無効メッセージをログするステップと、を備えることを特徴とする、請求項１に記載の方法。
【請求項６】ステップ（ｂ）が（i）操作コードの値を決定するステップと、（ii）ステップ（i）で、前記操作コードがＭＳＧ＿ＰＩＣＫであることが確定された場合に、ＰＩＣＫ＿ＲＳＰメッセージを前記送信側に送信するステップ
と、を備えることを特徴とする、請求項１に記載の方法。
【請求項７】ステップ（ｂ）が、（i）操作コードの値を決定するステップと、（ii）ステップ（i）で、前記操作コードがＭＳＧ＿ＩＮＧＷ＿ＲＥＱであることが確定された場合に、第１の配列要素を見つけるステップと、（iii）トランザクション・ケイパビリティ・アプリケーション・パート・メッセージのヘッダーを格納するステップと、（iv）トランザクション・ケイパビリティ・アプリケーション・パート・メッ
セージを解読するステップと、（v）選択変数の変数値を決定するステップと、を備えることを特徴とする、請求項１に記載の方法。
【請求項８】さらに、（vi）ステップ（vi）で、前記選択変数の変数値が、ＥＮＤ、ＡＢＯＲＴ、Ｃ
ＯＮＴＩＮＵＥ，ＵＮＫＮＯＷＮ、およびＵＮＩＤＩＲＥＣＴＩＯＮＡＬで構成
されるグループの中から選択されることが決定された場合に、警告無効メッセー
ジをログするステップと、（vii）中断メッセージを作成するステップと、（viii）前記中断メッセージを前記送信側に送信するステップと、を備える請求項７に記載の方法。
【請求項９】さらに、（vi）ステップ（vi）で、前記選択変数の変数値がＢＥＧＩＮＥ＿ＣＨＯＳＥ
Ｎであることが決定された場合に、送信元トランザクション識別子を配列要素の
中に格納するステップと、（vii）前記配列要素に対応する使用済み／未使用のフラグを、使用済みに設定するステップと、（viii）前記送信元トランザクション識別子を有効にするステップと、（ix）前記送信元トランザクション識別子からサーバ＿キーを抽出するステッ
プと、（x）前記サーバ＿キーを、２進化１０進形式から整数形式へ変換するステップと、（xi）前記サーバ＿キーを有効にするステップと、（xii）０ｘＩ００００００を前記配列要素に対応するダイアログ識別子に追加し、前記ダイアログ識別子を１６進法形式に変換するステップと、（xiii）トランザクション・ケイパビリティ・アプリケーション・パート・メ
ッセージに前記ダイアログ識別子を置くステップと、（xiv）トランザクション・ケイパビリティ・アプリケーション・パート・メッセージをコード化するステップと、（xv）タイマーを、トランザクション・ケイパビリティ・アプリケーション・
パート・メッセージへの応答の記録時間に設定するステップとを備える、請求項
７に記載の方法。
【請求項１０】ステップ（ｂ）が、インターネット・プロトコル・アドレスを有効にするステップと、サービス記述子にポインタを返すステップと、トランザクション・ケイパビリティ・アプリケーション・パート・メッセージ
を解読するステップと、トランザクション・ケイパビリティ・アプリケーション・パート・メッセージ
から配列要素に関連するダイアログ識別子を抽出するステップと、前記ダイアログ識別子を有効にするステップと、送信元トランザクション識別子を前記配列要素から検索するステップと、トランザクション・ケイパビリティ・アプリケーション・パート・メッセージ
内の送り先トランザクション識別子を、前記送信元トランザクション識別子と交
換し、トランザクション・ケイパビリティ・アプリケーション・パート・メッセ
ージをコード化するステップと、を備えることを特徴とする、請求項１に記載の方法。
【請求項１１】前記トランザクション・ケイパビリティ・アプリケーショ
ン・パート・メッセージへの応答の記録時間に設定されたタイマーを取り消すス
テップをさらに備える、請求項１０に記載の方法。
【請求項１２】さらに、前記配列要素を消去するステップと、前記配列要素に対応する使用済み／未使用フラグを、使用済みに設定するステ
ップと、を備えた、請求項１０に記載の方法。
【請求項１３】ステップ（ｂ）が、タイマー識別子に対応する配列要素のために、１つ以上の配列要素を検索する
ステップと、トランザクション・ケイパビリティ・アプリケーション・パート・メッセージ
の中断ヘッダーを構成するステップと、トランザクション・ケイパビリティ・アプリケーション・パート・メッセージ
を返すステップと、前記タイマー識別子に対応する前記１つ以上の配列要素のうちの、１つの配列
要素の情報によって特定される、トランザクション・ケイパビリティ・アプリケ
ーション・パート・メッセージに対応するダイアログ配列要素を消去するステッ
プと、を備えることを特徴とする、請求項１に記載の方法。
【請求項１４】ステップ（ｃ）が、（i）トランザクション・ケイパビリティ・アプリケーション・パート・メッセージの受信者を決定するステップと、（ii）ステップ（i）で、前記受信者が前記トランザクション・ケイパビリティ・アプリケーション・パート・メッセージを伝送制御プロトコル／インターネ
ット・プロトコル実装で要求することが確定された場合に、スタックからサーバ
記述子とダイアログ識別子を引き出すステップと、（iii）１つ以上のインターネット・プロトコル・アドレスのリストを全体に渡ってロールするステップと、（iv）可能な接続を見つけるステップと、（v）トランザクション・ケイパビリティ・アプリケーション・パート・メッセージをプロセス間通信マネージャに送信するステップと、を備える請求項１に記載の方法。
【請求項１５】ステップ（ｃ）が、（i）トランザクション・ケイパビリティ・アプリケーション・パート・メッセージの受信者を決定するステップと、（ii）ステップ（i）で、前記受信者が前記トランザクション・ケイパビリティ・アプリケーション・パート・メッセージをユーザ・データグラム・プロトコ
ル／インターネット・プロトコル実装で要求することが確定された場合に、トラ
ンザクション・ケイパビリティ・アプリケーション・パート・メッセージのメッ
セージタイプを決定するステップと、を備えることを特徴とする、請求項１に記載の方法。
【請求項１６】さらに、（iii）ステップ（ii）で、前記メッセージタイプがＭＳＧ＿ＰＩＣＫＲＳＰであることが確定された場合、ＰＩＣＫＲＳＰメッセージ・ヘッダーを形成する
ステップと、（iv）トランザクション・ケイパビリティ・アプリケーション・パート・メッ
セージをＮＳＰＰインターフェース・モジュールへ送信するステップと、を備える請求項１５に記載の方法。
【請求項１７】さらに、（iii）ステップ（ii）で、前記メッセージタイプがＭＳＧ＿ＩＮＧＷ＿ＲＳＰであることが確定された場合、戻りコードとダイアログ識別子をスタックから
引き出すステップと、（iv）配列要素からヘッダーをコピーするステップと、（v）ＩＮＧＷＲＳＰメッセージ・ヘッダーを形成するステップと、（vi）トランザクション・ケイパビリティ・アプリケーション・パート・メッ
セージをＮＳＰＰインターフェース・モジュールへ送信するステップと、を備える請求項１５に記載の方法。
【請求項１８】トランザクション・ケイパビリティ・アプリケーション・
パート・メッセージを受信し、１つ以上の配列要素を有する配列を維持し、前記１つ以上の配列要素のうち可能な１つを見つけ出し、トランザクション・ケイパビリティ・アプリケーション・パート・メッセージ
からデータを検索し、前記データを、前記１つ以上の配列要素の、前記した可能な１つの中に保存し
、トランザクション・ケイパビリティ・アプリケーション・パート・メッセージ
を送信し、応答トランザクション・ケイパビリティ・アプリケーション・パート・メッセ
ージを受信し、前記配列要素から、前記データを検索し、前記応答トランザクション・ケイパビリティ・アプリケーション・パート・メ
ッセージの中に、前記データを再度置き、前記応答トランザクション・ケイパビリティ・アプリケーション・パート・メ
ッセージを送信する、以上のステップを備えた、トランザクション・ケイパビリティ・アプリケーシ
ョン・パート・メッセージのプロトコル変換を行う方法。
【請求項１９】プロトコル変換中に処理を監視する手段と、受信コンピュータ・プログラムにつなげる手段と、送信コンピュータ・プログラムにつなげる手段と、トランザクション・ケイパビリティ・アプリケーション・パート・メッセージ
を、伝送制御プロトコル／インターネット・プロトコル実装とユーザ・データグ
ラム・プロトコル／インターネット・プロトコル実装の間でプロトコル変換する
手段と、を備えた、トランザクション・ケイパビリティ・アプリケーション・パート・
メッセージのプロトコル変換を行うコンピュータ・システム。
【請求項２０】前記プロトコル変換中に処理を監視する手段が、基本監視サービスの構成ファイルを読む手段と、前記基本監視サービスの構成ファイル中の、１つ以上のコンピュータ・プログ
ラム層を開始する手段と、前記基本監視サービス構成ファイル中の、前記した１つ以上のコンピュータ・
プログラム層をモニターする手段と、を備えることを特徴とする、請求項１９に記載のコンピュータ・システム。
【請求項２１】請求項１９に記載のコンピュータ・システムであり、前記
したトランザクション・ケイパビリティ・アプリケーション・パート・メッセー
ジを、伝送制御プロトコル／インターネット・プロトコル実装とユーザ・データ
グラム・プロトコル／インターネット・プロトコル実装の間でプロトコル変換す
る手段が、前記受信コンピュータ・プログラムをつなげる前期手段と、前記送信コンピュ
ータ・プログラムをつなげる手段とに、通信を開始させる手段と、トランザクション・ケイパビリティ・アプリケーション・パート・メッセージ
を受信する手段と、トランザクション・ケイパビリティ・アプリケーション・パート・メッセージ
のプロトコル変換を行う手段と、トランザクション・ケイパビリティ・アプリケーション・パート・メッセージ
を送信する手段と、を備えることを特徴とする、請求項１９に記載のコンピュータ・システム。
【請求項２２】前記受信コンピュータ・プログラムをつなげる前期手段と
、前記送信コンピュータ・プログラムをつなげる手段とに通信を開始させる前記
手段が、高性能インテリジェント・ネットワーク・アプリケーション構成ファイルを読
み、有効にする手段と、前記受信コンピュータ・プログラムをつなげる前期手段に、結びつける手段と
、前記送信コンピュータ・プログラムをつなげる前期手段に、結びつける手段と
、配列を初期化する手段と、通信を確立する手段と、ハイバーネイトする手段と、を備えることを特徴とする、請求項１９に記載のコンピュータ・システム。
【請求項２３】コンピュータ・プログラム理論を格納したコンピュータ使
用可能媒体を含むコンピュータ・プログラム製品であり、前記コンピュータ・プ
ログラム理論が、トランザクション・ケイパビリティ・アプリケーション・パート・メッセージ
を受信する受信手段と、前記トランザクション・ケイパビリティ・アプリケーション・パート・メッセ
ージを、伝送制御プロトコル／インターネット・プロトコル実装とユーザ・デー
タグラム・プロトコル／インターネット・プロトコル実装の間でプロトコル変換
する変換手段と、前記トランザクション・ケイパビリティ・アプリケーション・パート・メッセ
ージを送信する送信手段と、を備えることを特徴とする、コンピュータ・プログラム理論を格納したコンピ
ュータ使用可能媒体を含むコンピュータ・プログラム製品。
【請求項２４】プロセッサがトランザクション・ケイパビリティ・アプリ
ケーション・パート・メッセージを受信できるようにするための受信手段と、前記プロセッサが、前記トランザクション・ケイパビリティ・アプリケーショ
ン・パート・メッセージを伝送制御プロトコル／インターネット・プロトコル実
装とユーザ・データグラム・プロトコル／インターネット・プロトコル実装の間
でプロトコル変換できるようにするための、変換手段と、前記プロセッサが、前記トランザクション・ケイパビリティ・アプリケーショ
ン・パート・メッセージを送信できるようにするための送信手段と、を備える、コンピュータ。
【請求項２５】デビット・コールの顧客口座情報を格納するサービス・デ
ータ・ポイントと、プロトコル変換を行うよう構成された前記サービス・データ・ポイントに連結
された、高性能インテリジェント・ネットワーク・ゲートウェイと、高性能インテリジェント・ネットワーク・ゲートウェイに連結された、１つ以
上のオペレータ・ネットワーク・センターＬＡＮｓ／ＷＡＮと、１つ以上の前記オペレータ・ネットワーク・コンピュータ・システムに連結さ
れた、１つ以上のオペレータ・コンソールと、を備える、コンピュータ・システム・ネットワーク。
【請求項２６】さらに、前記した１つ以上のオペレータ・コンソールに連結された自動呼び出しディス
トリビュータと、前記自動呼び出しディストリビュータに連結されたブリッジ・スイッチと、前記ブリッジ・スイッチに連結されたサービス・スイッチ・制御ポイントと、を備えた、請求項２５に記載のコンピュータ・システム・ネットワーク。
【請求項２７】さらに、前記オペレータ・ネットワーク・センターＬＡＮｓ／ＷＡＮに連結された自動
呼び出しディストリビュータと、前記自動呼び出しディストリビュータに連結されたブリッジ・スイッチと、前記ブリッジ・スイッチに連結されたサービス・スイッチ・制御ポイントと、を備えた、請求項２５に記載のコンピュータ・システム・ネットワーク。
【請求項２８】さらに、前記自動呼び出しディストリビュータおよび前記オペレータ・ネットワーク・
センターＬＡＮｓ／ＷＡＮに連結された、インテリジェント・サービス・ネット
ワーク・アプリケーション・プロセッサを備える、請求項２６に記載のコンピュ
ータ・システム・ネットワーク。