JPH1145181A - 遠距離通信ネットワークの利用者にサービスを提供する方法、サービス管理ファシリティ及び処理ノード - Google Patents
遠距離通信ネットワークの利用者にサービスを提供する方法、サービス管理ファシリティ及び処理ノードInfo
- Publication number
- JPH1145181A JPH1145181A JP10103193A JP10319398A JPH1145181A JP H1145181 A JPH1145181 A JP H1145181A JP 10103193 A JP10103193 A JP 10103193A JP 10319398 A JP10319398 A JP 10319398A JP H1145181 A JPH1145181 A JP H1145181A
- Authority
- JP
- Japan
- Prior art keywords
- service
- objects
- individual
- telecommunications network
- control
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/4228—Systems providing special services or facilities to subscribers in networks
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
- Exchange Systems With Centralized Control (AREA)
- Multi Processors (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】 （修正有）
【課題】 遠距離通信ネットワークの利用者のサービス
の実行に関係する処理ノードにより取扱うサービスの要
求数を増やす。 【解決手段】 利用者の一人一人にサービスの実行を要
求するサービス呼出しは、遠距離通信ネットワークのサ
ービス切換交換局か、遠距離通信ネットワークの数個の
サービス切換交換局の一つに個々に送られる。対応する
サービス要求は、個々のサービス呼出しを受信した個々
のサービス切換交換局により、サービス制御ファシリテ
ィ、または数個のサービス制御ファシリティの一つに送
られる。各サービス切換交換局等から受信した、各サー
ビス要求に関し、オブジェクト指向の計算環境内で他の
オブジェクトと相互作用し、通信できるサービスセッシ
ョンオブジェクトは、各サービス制御ファシリティ等で
生成され、個々のサービスセッションオブジェクトは個
々のサービス呼出しに関するサービスの実行を制御す
る。
の実行に関係する処理ノードにより取扱うサービスの要
求数を増やす。 【解決手段】 利用者の一人一人にサービスの実行を要
求するサービス呼出しは、遠距離通信ネットワークのサ
ービス切換交換局か、遠距離通信ネットワークの数個の
サービス切換交換局の一つに個々に送られる。対応する
サービス要求は、個々のサービス呼出しを受信した個々
のサービス切換交換局により、サービス制御ファシリテ
ィ、または数個のサービス制御ファシリティの一つに送
られる。各サービス切換交換局等から受信した、各サー
ビス要求に関し、オブジェクト指向の計算環境内で他の
オブジェクトと相互作用し、通信できるサービスセッシ
ョンオブジェクトは、各サービス制御ファシリティ等で
生成され、個々のサービスセッションオブジェクトは個
々のサービス呼出しに関するサービスの実行を制御す
る。
Description
【０００１】
【発明の属する技術分野】本発明は請求項１に記載の遠
距離通信ネットワークの利用者にサービスを提供する方
法、請求項１５に記載の遠距離通信システムのサービス
制御ファシリティ内でサービスロジックファンクション
の実行を規定する方法、請求項１６に記載の遠距離通信
ネットワークの一つまたは数個のサービス切換交換局に
接続するためのサービス制御ファシリティ、ならびに請
求項１８に記載の遠距離通信ネットワークの一つまたは
数個のサービス切換交換局に接続されたサービス制御フ
ァシリティ用の処理ノードに関する。
距離通信ネットワークの利用者にサービスを提供する方
法、請求項１５に記載の遠距離通信システムのサービス
制御ファシリティ内でサービスロジックファンクション
の実行を規定する方法、請求項１６に記載の遠距離通信
ネットワークの一つまたは数個のサービス切換交換局に
接続するためのサービス制御ファシリティ、ならびに請
求項１８に記載の遠距離通信ネットワークの一つまたは
数個のサービス切換交換局に接続されたサービス制御フ
ァシリティ用の処理ノードに関する。
【０００２】
【従来の技術】遠距離通信サービスはインテリジェント
ネットワークアーキテクチャに従って提供することがで
きる。
ネットワークアーキテクチャに従って提供することがで
きる。
【０００３】遠距離通信ネットワークの利用者は、サー
ビス専用の番号をダイアルすることによりサービスを要
求する。この番号を用いた呼出しは遠距離通信ネットワ
ークを介して、この呼出しをサービスを要求する呼出し
として認識するサービス切換交換局に送られる。次に、
このサービス切換交換局はデータネットワークを介して
サービス制御ファシリティ、いわゆるサービス制御ポイ
ントと通信する。このサービス制御ポイントは、呼出し
者にサービスを提供するために実行されなければならな
い方法の記述を含む、サービスロジックを含んでいる。
サービス切換交換局の要求により、サービスロジックに
よるこの方法の実行が開始され、要求されたサービスが
要求者に提供される。
ビス専用の番号をダイアルすることによりサービスを要
求する。この番号を用いた呼出しは遠距離通信ネットワ
ークを介して、この呼出しをサービスを要求する呼出し
として認識するサービス切換交換局に送られる。次に、
このサービス切換交換局はデータネットワークを介して
サービス制御ファシリティ、いわゆるサービス制御ポイ
ントと通信する。このサービス制御ポイントは、呼出し
者にサービスを提供するために実行されなければならな
い方法の記述を含む、サービスロジックを含んでいる。
サービス切換交換局の要求により、サービスロジックに
よるこの方法の実行が開始され、要求されたサービスが
要求者に提供される。
【０００４】このサービスロジックは、全ての呼出しを
順次取り扱う単一の過程として認識される。個々の呼出
しは単一の待ち行列を通って進む。各呼出しは、利用者
のやり取りの間で呼出しの状態が失われないことを可能
にするコンテキストと関連している。サービスは、呼出
しのコンテキストに関するＴＣＡＰメッセージを入力と
して捉えて、有限状態マシーンを介して実行される。
順次取り扱う単一の過程として認識される。個々の呼出
しは単一の待ち行列を通って進む。各呼出しは、利用者
のやり取りの間で呼出しの状態が失われないことを可能
にするコンテキストと関連している。サービスは、呼出
しのコンテキストに関するＴＣＡＰメッセージを入力と
して捉えて、有限状態マシーンを介して実行される。
【０００５】
【発明が解決しようとする課題】このアプローチの短所
は、サービスを規定するこのアーキテクチャでは、サー
ビス制御ファシリティ内で、入ってくるサービスに関す
る要求は現在の要求を処理し終えるまで実行を待たなけ
ればならないことである。従って、サービス制御ファシ
リティによって扱うことができるサービス要求の割合は
厳しく制限される。
は、サービスを規定するこのアーキテクチャでは、サー
ビス制御ファシリティ内で、入ってくるサービスに関す
る要求は現在の要求を処理し終えるまで実行を待たなけ
ればならないことである。従って、サービス制御ファシ
リティによって扱うことができるサービス要求の割合は
厳しく制限される。
【０００６】従って、本発明の主たる目的は、遠距離通
信ネットワークの利用者のためのサービスの実行に関係
する処理ノードによって扱うことができるサービス要求
の数を増やすことである。
信ネットワークの利用者のためのサービスの実行に関係
する処理ノードによって扱うことができるサービス要求
の数を増やすことである。
【０００７】
【課題を解決するための手段】この目的は、請求項１の
教示に従って遠距離通信ネットワークの利用者にサービ
スを提供する方法、請求項１５の教示に従って遠距離通
信システムのサービス制御ファシリティ内でサービスロ
ジック機能の実行を規定する方法、請求項１６の教示に
従って遠距離通信ネットワークの一つまたは数個のサー
ビス切換交換局に接続するためのサービス制御ファシリ
ティ、ならびに請求項１８の教示に従って遠距離通信ネ
ットワークの一つまたは数個のサービス切換交換局に接
続されたサービス制御ファシリティ用の処理ノードによ
って解決される。
教示に従って遠距離通信ネットワークの利用者にサービ
スを提供する方法、請求項１５の教示に従って遠距離通
信システムのサービス制御ファシリティ内でサービスロ
ジック機能の実行を規定する方法、請求項１６の教示に
従って遠距離通信ネットワークの一つまたは数個のサー
ビス切換交換局に接続するためのサービス制御ファシリ
ティ、ならびに請求項１８の教示に従って遠距離通信ネ
ットワークの一つまたは数個のサービス切換交換局に接
続されたサービス制御ファシリティ用の処理ノードによ
って解決される。
【０００８】本発明の基礎となる考えは、サービス切換
交換局から受信した各サービス要求について、オブジェ
クトインフラストラクチャを介してオブジェクト指向の
計算環境において他のオブジェクトと相互に作用し通信
できるサービスセッションオブジェクトを、制御ファシ
リティ内で生成し、個々のサービスセッションオブジェ
クトが個々のサービス呼出しについてサービスの実行を
制御することである。従って、サービスアーキテクチャ
は、マルチスレッドまたはマルチ処理が適用されうるよ
うな機能的な設計や技術にはもはや基づいてはいない。
交換局から受信した各サービス要求について、オブジェ
クトインフラストラクチャを介してオブジェクト指向の
計算環境において他のオブジェクトと相互に作用し通信
できるサービスセッションオブジェクトを、制御ファシ
リティ内で生成し、個々のサービスセッションオブジェ
クトが個々のサービス呼出しについてサービスの実行を
制御することである。従って、サービスアーキテクチャ
は、マルチスレッドまたはマルチ処理が適用されうるよ
うな機能的な設計や技術にはもはや基づいてはいない。
【０００９】オブジェクト指向の計算環境及び上記の特
別オブジェクト設計の導入によって、サービス要求の処
理は分散することができ、これは高い販売可能性とＩＴ
プラットフォームの独立性を証明している。このアプロ
ーチに従ったサービスロジックの再設計は、ソフトウェ
アのサービスの相互作用の個人化、配布及び保全性の容
易さを考慮している。設計パターンは、オブジェクト指
向のプログラミングから全ての利益を得ることを考慮し
ている。
別オブジェクト設計の導入によって、サービス要求の処
理は分散することができ、これは高い販売可能性とＩＴ
プラットフォームの独立性を証明している。このアプロ
ーチに従ったサービスロジックの再設計は、ソフトウェ
アのサービスの相互作用の個人化、配布及び保全性の容
易さを考慮している。設計パターンは、オブジェクト指
向のプログラミングから全ての利益を得ることを考慮し
ている。
【００１０】更に、マルチスレッドを導入することを可
能にしている。直接的な利益は、サービスセッション、
つまりサービス要求の処理が、もう一つのサービスセッ
ションの実行によって妨げられないことである。
能にしている。直接的な利益は、サービスセッション、
つまりサービス要求の処理が、もう一つのサービスセッ
ションの実行によって妨げられないことである。
【００１１】ファクトリの使用は、サービスセッション
オブジェクトに関するいくつかのライフサイクルの方針
を実施することを可能にする。
オブジェクトに関するいくつかのライフサイクルの方針
を実施することを可能にする。
【００１２】更に、下記事項を行うことが有利である。
【００１３】・専用のＣＯＲＢＡサーバによって各サー
ビスを実施すること。サービスへの各呼出しは、従って
単一のＣＯＲＢＡオブジェクトによって扱われる。
ビスを実施すること。サービスへの各呼出しは、従って
単一のＣＯＲＢＡオブジェクトによって扱われる。
【００１４】・サービス専用ファクトリによりサービス
セッションオブジェクトの生成を管理すること。
セッションオブジェクトの生成を管理すること。
【００１５】・ＩＤＬ上にマップされたＴＣＡＰとし
て、サービスセッションオブジェクトのインターフェイ
ス定義を設定すること。
て、サービスセッションオブジェクトのインターフェイ
ス定義を設定すること。
【００１６】ＣＯＲＢＡサーバの利用によって、サービ
ス制御ファシリティの実施は単純化され、販売可能性が
確実になる。
ス制御ファシリティの実施は単純化され、販売可能性が
確実になる。
【００１７】本発明の他の有利な実施形態はサブクレー
ムに記載されている。
ムに記載されている。
【００１８】ここで付属の図面を参照して、本発明を説
明する。
明する。
【００１９】
【発明の実施の形態】図１は、遠距離通信ネットワーク
ＫＮ１と、加入者Ａに割り当てられた加入者ターミナル
Ｔと、通信ネットワークＫＮ２と、二基のサービス制御
ファシリティＳＣＰ１及びＳＣＰ２とを備えた遠距離通
信システムＴＳを示す。
ＫＮ１と、加入者Ａに割り当てられた加入者ターミナル
Ｔと、通信ネットワークＫＮ２と、二基のサービス制御
ファシリティＳＣＰ１及びＳＣＰ２とを備えた遠距離通
信システムＴＳを示す。
【００２０】遠距離通信ネットワークＫＮ１は、例えば
電話ネットワークである。このネットワークはデータネ
ットワークまたは混合データ音声及びビデオ送信用の通
信ネットワークであることも可能である。
電話ネットワークである。このネットワークはデータネ
ットワークまたは混合データ音声及びビデオ送信用の通
信ネットワークであることも可能である。
【００２１】ネットワークＫＮ１の交換局から、二基の
特別に設計された交換局ＳＳＰ１とＳＳＰ２が示され
る。この交換局は、サービス切換機能ＳＳＰを含むサー
ビス切換交換局である。この交換局には、ネットワーク
の加入者からのサービス要求呼出しが送られる。かかる
サービス切換交換局がかかるサービス要求を受信する
と、二基のサービス制御ファシリティＳＣＰ１とＳＣＰ
２の一つに、ネットワークＫＮ２を介して対応する要求
を送信する。そうすると、サービスはサービス制御ファ
シリティＳＣＰ１及びＳＣＰ２それぞれの制御下で提供
される。
特別に設計された交換局ＳＳＰ１とＳＳＰ２が示され
る。この交換局は、サービス切換機能ＳＳＰを含むサー
ビス切換交換局である。この交換局には、ネットワーク
の加入者からのサービス要求呼出しが送られる。かかる
サービス切換交換局がかかるサービス要求を受信する
と、二基のサービス制御ファシリティＳＣＰ１とＳＣＰ
２の一つに、ネットワークＫＮ２を介して対応する要求
を送信する。そうすると、サービスはサービス制御ファ
シリティＳＣＰ１及びＳＣＰ２それぞれの制御下で提供
される。
【００２２】サービス制御ファシリティＳＣＰ１及びＳ
ＣＰ２のそれぞれは、一つまたは数個のサービスＳを提
供し、サービス制御機能を実現する。
ＣＰ２のそれぞれは、一つまたは数個のサービスＳを提
供し、サービス制御機能を実現する。
【００２３】通信ネットワークＫＮ２は、データネット
ワーク、特にＳＳ７信号送信プロトコルに従ったデータ
ネットワークであることが望ましい。このネットワーク
は、ＬＡＮ（ローカルエリアネットワーク）、ＭＡＮ
（メトロポリタンエリアネットワーク）またはＡＴＭ
（非同期転送モード）ネットワークであることも可能で
ある。
ワーク、特にＳＳ７信号送信プロトコルに従ったデータ
ネットワークであることが望ましい。このネットワーク
は、ＬＡＮ（ローカルエリアネットワーク）、ＭＡＮ
（メトロポリタンエリアネットワーク）またはＡＴＭ
（非同期転送モード）ネットワークであることも可能で
ある。
【００２４】サービス切換交換局ＳＳＰ１、ＳＳＰ２、
これらの間の通信及びサービス制御ファシリティＳＣＰ
１、ＳＣＰ２は、例えばＩＴＵ−ＴＱ．１２１４勧告で
説明された、インテリジェントネットワークアーキテク
チャに従って（サービス切換ポイントに従い、サービス
切換ポイントとサービス制御ポイントとの間の通信に従
って）設計されていることが好ましい。
これらの間の通信及びサービス制御ファシリティＳＣＰ
１、ＳＣＰ２は、例えばＩＴＵ−ＴＱ．１２１４勧告で
説明された、インテリジェントネットワークアーキテク
チャに従って（サービス切換ポイントに従い、サービス
切換ポイントとサービス制御ポイントとの間の通信に従
って）設計されていることが好ましい。
【００２５】ユーザがサービスＳを開始したい場合に
は、そのサービスに特定の番号をダイアルする。ローカ
ル交換局がこの呼出しを最も近いサービス切換交換局に
送り、これによりサービス切換機能ＳＳＰが発動されサ
ービスが開始する。これはＳＣＰに要求を送ってサービ
スロジックプログラム（ＳＬＰ）の実行を開始すること
により行われる。ＳＬＰは各サービスに特有であり、サ
ービスをどのように扱うかについてネットワークを指示
する。これはサービスロジック、統計ロジック、データ
ベースロジック、請求ロジックなどを実行する。また、
スイッチに指示を出し（例えば、呼出しの第二レグを創
出する）、インテリジェントペリフェラル（ＩＰ）に指
示を出す（例えば、アナウンスマシン）。ＩＮＡＰプロ
トコルはこれに使用され、ＩＮＡＰメッセージはＳＣＰ
とＳＳＰとの間でＩＣＡＰメッセージで運ばれる。
は、そのサービスに特定の番号をダイアルする。ローカ
ル交換局がこの呼出しを最も近いサービス切換交換局に
送り、これによりサービス切換機能ＳＳＰが発動されサ
ービスが開始する。これはＳＣＰに要求を送ってサービ
スロジックプログラム（ＳＬＰ）の実行を開始すること
により行われる。ＳＬＰは各サービスに特有であり、サ
ービスをどのように扱うかについてネットワークを指示
する。これはサービスロジック、統計ロジック、データ
ベースロジック、請求ロジックなどを実行する。また、
スイッチに指示を出し（例えば、呼出しの第二レグを創
出する）、インテリジェントペリフェラル（ＩＰ）に指
示を出す（例えば、アナウンスマシン）。ＩＮＡＰプロ
トコルはこれに使用され、ＩＮＡＰメッセージはＳＣＰ
とＳＳＰとの間でＩＣＡＰメッセージで運ばれる。
【００２６】分散アプリケーションを設計する場合に
は、まず分散される可能性のあるシステム構成部品が識
別される（つまり、システムのオブジェクトは何か、そ
れらは分散されるより大きなオブジェクトにどのように
分類されるか）。
は、まず分散される可能性のあるシステム構成部品が識
別される（つまり、システムのオブジェクトは何か、そ
れらは分散されるより大きなオブジェクトにどのように
分類されるか）。
【００２７】ＳＣＰのオブジェクトへの分類は、ある種
の可能性を提示する。図２および図３は、異なったアー
キテクチャに編成されたオブジェクトを表す。一つの呼
出しを取り扱うための全ての状態情報は共に保持され、
全ての必要とされるデータはオブジェクトに編成され
た。従って、ＳＣＰオブジェクトに関する一つの可能性
は、一つの呼出しに関するサービスロジックを実行する
スクリプトオブジェクトとデータオブジェクト毎のオブ
ジェクトである。
の可能性を提示する。図２および図３は、異なったアー
キテクチャに編成されたオブジェクトを表す。一つの呼
出しを取り扱うための全ての状態情報は共に保持され、
全ての必要とされるデータはオブジェクトに編成され
た。従って、ＳＣＰオブジェクトに関する一つの可能性
は、一つの呼出しに関するサービスロジックを実行する
スクリプトオブジェクトとデータオブジェクト毎のオブ
ジェクトである。
【００２８】データオブジェクトの値はデータベースに
保持されるので、データベースの使用を隠すデータオブ
ジェクトを有することが望ましい（つまり、データベー
スに関するある種の独立性）。これらのオブジェクトを
ＣＯＲＢＡオブジェクトとすることは、方法（例えば、
属性の値を読むか書く方法）がそれらを求められている
場合には、大幅なオーバヘッドを発生させるという弱点
がある。従って、システムの性能は受け入れ難いものに
なる。
保持されるので、データベースの使用を隠すデータオブ
ジェクトを有することが望ましい（つまり、データベー
スに関するある種の独立性）。これらのオブジェクトを
ＣＯＲＢＡオブジェクトとすることは、方法（例えば、
属性の値を読むか書く方法）がそれらを求められている
場合には、大幅なオーバヘッドを発生させるという弱点
がある。従って、システムの性能は受け入れ難いものに
なる。
【００２９】スクリプトオブジェクトは、サービス実行
エンジンとＳＩＢグラフに分割することができる。従っ
て、ＳＩＢは分散オブジェクトにもなりうる。データベ
ースオブジェクトが分散されると、これは特定のデータ
オブジェクトが存在するマシーン上でＳＩＢを実行する
可能性を提示する。我々は、ＳＩＢを離れたところから
実行する（オーバヘッドが増える可能性）制御実体（ス
クリプト）があるスキームは、制御がＳＩＢからＳＩＢ
に渡されるスキームであると考察することができる。一
つの機械上でデータを獲得してスクリプトを実行するこ
とと、データが存在するスクリプト（ＳＩＢ）の一部を
実行することの間のこのトレードオフは、まちがいなく
検討する価値がある。
エンジンとＳＩＢグラフに分割することができる。従っ
て、ＳＩＢは分散オブジェクトにもなりうる。データベ
ースオブジェクトが分散されると、これは特定のデータ
オブジェクトが存在するマシーン上でＳＩＢを実行する
可能性を提示する。我々は、ＳＩＢを離れたところから
実行する（オーバヘッドが増える可能性）制御実体（ス
クリプト）があるスキームは、制御がＳＩＢからＳＩＢ
に渡されるスキームであると考察することができる。一
つの機械上でデータを獲得してスクリプトを実行するこ
とと、データが存在するスクリプト（ＳＩＢ）の一部を
実行することの間のこのトレードオフは、まちがいなく
検討する価値がある。
【００３０】ＳＳＰの主たる機能性は、呼出し処理とＩ
Ｎシステムとの間にフックを提供することである。ＳＳ
Ｐサーバは、通常のコールコントロールファンクション
（ＣＣＦ）の間をブリッジするオブジェクトと、スイッ
チングファンクション（ＳＦ）の間をブリッジするオブ
ジェクトとを少なくとも有していなければならない。ス
ペシャライズドリソース（ＳＲＦ）（例えば、アナウン
ス機器）の間をブリッジするオブジェクトも自明に思わ
れる。図５では、これらのオブジェクトはスイッチング
コントロール、コールコントロール及びスペシャルリソ
ースオブジェクトとして示されている。我々は、オブジ
ェクトと、ＳＣＰと組み合わされるコールハンドラ（Ｃ
Ｈ）とＳＳＰにおける他のオブジェクトをも必要とす
る。二つの可能性がある。全ての呼出しを扱う一つだけ
が存在するか、それぞれが一つの呼出しを扱う複数が存
在する。呼出しの間のみ存在するいくつかのオブジェク
トがある場合には、これらのオブジェクトのライフサイ
クルを制御するために、対応するファクトリオブジェク
トも必要である。
Ｎシステムとの間にフックを提供することである。ＳＳ
Ｐサーバは、通常のコールコントロールファンクション
（ＣＣＦ）の間をブリッジするオブジェクトと、スイッ
チングファンクション（ＳＦ）の間をブリッジするオブ
ジェクトとを少なくとも有していなければならない。ス
ペシャライズドリソース（ＳＲＦ）（例えば、アナウン
ス機器）の間をブリッジするオブジェクトも自明に思わ
れる。図５では、これらのオブジェクトはスイッチング
コントロール、コールコントロール及びスペシャルリソ
ースオブジェクトとして示されている。我々は、オブジ
ェクトと、ＳＣＰと組み合わされるコールハンドラ（Ｃ
Ｈ）とＳＳＰにおける他のオブジェクトをも必要とす
る。二つの可能性がある。全ての呼出しを扱う一つだけ
が存在するか、それぞれが一つの呼出しを扱う複数が存
在する。呼出しの間のみ存在するいくつかのオブジェク
トがある場合には、これらのオブジェクトのライフサイ
クルを制御するために、対応するファクトリオブジェク
トも必要である。
【００３１】以下では、ＣＯＲＢＡ上のＳＳＰサーバの
アーキテクチャを説明する。スイッチングコントロー
ル、コールコントロール及びスペシャルリソースのオブ
ジェクトに関しては、二つのアプローチを採ることがで
きる。第一のアプローチにおいては、これらは既存のソ
フトウェアの所有アプリケーションインターフェイス
（ＡＰＩ）の間のインターフェイスオブジェクトにすぎ
ない。第二のアプローチにおいては、これらはハードウ
ェアを直接に制御する。これはスイッチングコントロー
ル、コールコントロール及びスペシャルリソースにＣＯ
ＲＢＡインターフェイスを提供することを意味する。理
論的には、これが最良のソリューションであり、このア
プローチは全体的に一貫したソフトウェアアーキテクチ
ャを与えるので、この場合には特別なＩＤＬアダプタイ
ンターフェイスを設計しなければならない。
アーキテクチャを説明する。スイッチングコントロー
ル、コールコントロール及びスペシャルリソースのオブ
ジェクトに関しては、二つのアプローチを採ることがで
きる。第一のアプローチにおいては、これらは既存のソ
フトウェアの所有アプリケーションインターフェイス
（ＡＰＩ）の間のインターフェイスオブジェクトにすぎ
ない。第二のアプローチにおいては、これらはハードウ
ェアを直接に制御する。これはスイッチングコントロー
ル、コールコントロール及びスペシャルリソースにＣＯ
ＲＢＡインターフェイスを提供することを意味する。理
論的には、これが最良のソリューションであり、このア
プローチは全体的に一貫したソフトウェアアーキテクチ
ャを与えるので、この場合には特別なＩＤＬアダプタイ
ンターフェイスを設計しなければならない。
【００３２】ＳＭＰはサービス制御とモニタリングに責
任がある。サービスを制御するために、ＳＭＰはＤＰＥ
オブジェクトである必要はない。必要なのは、制御され
るオブジェクト（例えばスクリプト）がそうするための
インターフェイスを提供することである。モニタリング
に関しては、監視されているオブジェクトから「イベン
ト」を受け取ることができるＳＭＰオブジェクトが必要
である。我々の研究のプロトタイプにおいては、ＳＣＰ
での管理機能性として可能であるものに関する例として
トレース制御を定義し実施した。
任がある。サービスを制御するために、ＳＭＰはＤＰＥ
オブジェクトである必要はない。必要なのは、制御され
るオブジェクト（例えばスクリプト）がそうするための
インターフェイスを提供することである。モニタリング
に関しては、監視されているオブジェクトから「イベン
ト」を受け取ることができるＳＭＰオブジェクトが必要
である。我々の研究のプロトタイプにおいては、ＳＣＰ
での管理機能性として可能であるものに関する例として
トレース制御を定義し実施した。
【００３３】前項では、ＩＮアーキテクチャにおけるＣ
ＯＲＢＡオブジェクトに関する多くの可能性を説明し
た。この項では、これらのＣＯＲＢＡオブジェクトのあ
るものを特定のアーキテクチャに区分する。アーキテク
チャのシーケンスは、現在のサービス規定（特にＩＮ）
製品から始まる、可能な進化のシナリオとして理解する
ことができる。
ＯＲＢＡオブジェクトに関する多くの可能性を説明し
た。この項では、これらのＣＯＲＢＡオブジェクトのあ
るものを特定のアーキテクチャに区分する。アーキテク
チャのシーケンスは、現在のサービス規定（特にＩＮ）
製品から始まる、可能な進化のシナリオとして理解する
ことができる。
【００３４】第一のアーキテクチャの基礎は、データの
分散については分散データベースの、分散ＳＣＰについ
てはＣＯＲＢＡ分散の使用である。このアーキテクチャ
は既存のＳＳＰとインターフェイスするように設計され
ているため、ＳＳＰはＣＯＲＢＡオブジェクトではな
い。このアーキテクチャは研究のプロトタイプを実施す
るのに使用されたので、他のもの以上に詳細にそれに関
して説明する。図３はこのアーキテクチャを図示してい
る。
分散については分散データベースの、分散ＳＣＰについ
てはＣＯＲＢＡ分散の使用である。このアーキテクチャ
は既存のＳＳＰとインターフェイスするように設計され
ているため、ＳＳＰはＣＯＲＢＡオブジェクトではな
い。このアーキテクチャは研究のプロトタイプを実施す
るのに使用されたので、他のもの以上に詳細にそれに関
して説明する。図３はこのアーキテクチャを図示してい
る。
【００３５】このアーキテクチャの基本的構成部品は次
のものである。
のものである。
【００３６】・スクリプト：正確に一つの呼出しを扱う
ＣＯＲＢＡオブジェクト ・ＳＬＩ（サービスロジックインターフェイス）、ＳＳ
Ｐに代わってＴＣＡＰダイアログを扱い、ＳＳＰとイン
ターフェイスするＣＯＲＢＡオブジェクト ・分散ＤＢ 既存のＩＮサービススクリプトは、スクリプトオブジェ
クト内に閉じ込めることができる。
ＣＯＲＢＡオブジェクト ・ＳＬＩ（サービスロジックインターフェイス）、ＳＳ
Ｐに代わってＴＣＡＰダイアログを扱い、ＳＳＰとイン
ターフェイスするＣＯＲＢＡオブジェクト ・分散ＤＢ 既存のＩＮサービススクリプトは、スクリプトオブジェ
クト内に閉じ込めることができる。
【００３７】スクリプトオブジェクトは、特定の呼出し
に関連したサービスデータとコールコンテクストも含
み、一つのスクリプトオブジェクトが呼出し毎に例示さ
れる。スクリプトオブジェクトのインターフェイスは、
その実行の間にスクリプトが受け取るＴＣＡＰメッセー
ジを表す操作を含む。
に関連したサービスデータとコールコンテクストも含
み、一つのスクリプトオブジェクトが呼出し毎に例示さ
れる。スクリプトオブジェクトのインターフェイスは、
その実行の間にスクリプトが受け取るＴＣＡＰメッセー
ジを表す操作を含む。
【００３８】特別のサービスロジックインターフェイス
（ＳＬＩ）オブジェクトはＳＳＰから＃７のメッセージ
を受け取り、ＯＲＢサービスを使って、対応するスクリ
プトオブジェクトインスタンシィエーションにそのメッ
セージを送る。ＳＬＩオブジェクトのインターフェイス
は、それに送られうるＴＣＡＰメッセージを含む。一つ
のＳＬＩオブジェクトは、呼出し毎にインスタンス化さ
れる。
（ＳＬＩ）オブジェクトはＳＳＰから＃７のメッセージ
を受け取り、ＯＲＢサービスを使って、対応するスクリ
プトオブジェクトインスタンシィエーションにそのメッ
セージを送る。ＳＬＩオブジェクトのインターフェイス
は、それに送られうるＴＣＡＰメッセージを含む。一つ
のＳＬＩオブジェクトは、呼出し毎にインスタンス化さ
れる。
【００３９】スクリプトとＳＬＩオブジェクトは呼出し
が続いている間だけ存在するので、それに対応するファ
クトリオブジェクトはそのオブジェクトを生成したり破
壊するのに使われる。データオブジェクトはＣＯＲＢＡ
オブジェクトではなく、Ｃ＋＋オブジェクトとして実行
される。このアプローチは、サービスロジックから特定
のデータベースの使用を隠す。
が続いている間だけ存在するので、それに対応するファ
クトリオブジェクトはそのオブジェクトを生成したり破
壊するのに使われる。データオブジェクトはＣＯＲＢＡ
オブジェクトではなく、Ｃ＋＋オブジェクトとして実行
される。このアプローチは、サービスロジックから特定
のデータベースの使用を隠す。
【００４０】例えばオラクル（Oracle）、ＳＱＬＮＥＴ
またはオブジェクトストア（ObjectStore）をデータベ
ースとして使うことは可能である。ＳＭＰは考慮されて
おらず、それに状況情報を送るのに所有機構を使用する
か、適切なＩＤＬインターフェイスを用いてそれをＣＯ
ＲＢＡオブジェクトとして定義できたはずである。
またはオブジェクトストア（ObjectStore）をデータベ
ースとして使うことは可能である。ＳＭＰは考慮されて
おらず、それに状況情報を送るのに所有機構を使用する
か、適切なＩＤＬインターフェイスを用いてそれをＣＯ
ＲＢＡオブジェクトとして定義できたはずである。
【００４１】しかし、何が可能かに関する例として、小
型のトレース制御システムを設計し実行することは容易
に可能であり、各サーバはトレーサオブジェクトを有
し、ＳＭＰのトレース制御部分は方法を呼び出して、特
定の実行オブジェクトに関するトレースを入れたり切っ
たりすることができる。ＳＭＰは（ＳＱＬＮＥＴを使用
して）データベースの管理も行う。
型のトレース制御システムを設計し実行することは容易
に可能であり、各サーバはトレーサオブジェクトを有
し、ＳＭＰのトレース制御部分は方法を呼び出して、特
定の実行オブジェクトに関するトレースを入れたり切っ
たりすることができる。ＳＭＰは（ＳＱＬＮＥＴを使用
して）データベースの管理も行う。
【００４２】スクリプトとＳＬＩはＣＯＲＢＡオブジェ
クトであり、サーバ上でそれらがどのように分散される
かは配置の問題である。ＣＯＲＢＡサーバは、システム
の特定のノードで行われるプロセスである。ＳＳＰとイ
ンターフェイスするシステムには、一つのＳＬＩサーバ
がある。ＣＯＲＢＡサーバは、サーバが動いているとき
に常に存在する一つのＣＯＲＢＡオブジェクト（ＳＬＩ
ファクトリ）を有する。
クトであり、サーバ上でそれらがどのように分散される
かは配置の問題である。ＣＯＲＢＡサーバは、システム
の特定のノードで行われるプロセスである。ＳＳＰとイ
ンターフェイスするシステムには、一つのＳＬＩサーバ
がある。ＣＯＲＢＡサーバは、サーバが動いているとき
に常に存在する一つのＣＯＲＢＡオブジェクト（ＳＬＩ
ファクトリ）を有する。
【００４３】このオブジェクトの主たる目的は、新たな
呼出しが開始されたときに（ＴＣＡＰダイアログが開か
れたときに）、新たなＳＬＩオブジェクトを生成するこ
とである。ＳＬＩサーバは、＃１ハードウェア及びソフ
トウエアがインストールされているノードに配置され
る。システムは利用できるノードについて一つずつ、多
くのスクリプトサーバを有することができる。
呼出しが開始されたときに（ＴＣＡＰダイアログが開か
れたときに）、新たなＳＬＩオブジェクトを生成するこ
とである。ＳＬＩサーバは、＃１ハードウェア及びソフ
トウエアがインストールされているノードに配置され
る。システムは利用できるノードについて一つずつ、多
くのスクリプトサーバを有することができる。
【００４４】このサーバは、サーバ自体が存続する間に
存在するファクトリオブジェクトも有する。このファク
トリオブジェクトはＣＯＲＢＡネーミングサービスに登
録されており、そのためＳＬＩが発見することができ
る。このようにして、サービスロジックの分散が促進さ
れる。システムに更に処理力を加えることは、スクリプ
トサーバが動く新たなマシーンを設置することを単に意
味し、次にＳＬＩがスクリプトファクトリを探すときに
は、新たな可能性が利用できる。同じメカニズムがある
種の信頼性も提供し、マシーンが何らかの理由でダウン
すると、ＳＬＩはそのスクリプトサーバをもはや参照し
なくなるだけである。スクリプトファクトリは、サーバ
が動いている限り常に利用可能であるので、管理インタ
ーフェイスを置くのに（例えば、サービス特性を変更す
るのに）最良の候補にもなることに注意されたい。
存在するファクトリオブジェクトも有する。このファク
トリオブジェクトはＣＯＲＢＡネーミングサービスに登
録されており、そのためＳＬＩが発見することができ
る。このようにして、サービスロジックの分散が促進さ
れる。システムに更に処理力を加えることは、スクリプ
トサーバが動く新たなマシーンを設置することを単に意
味し、次にＳＬＩがスクリプトファクトリを探すときに
は、新たな可能性が利用できる。同じメカニズムがある
種の信頼性も提供し、マシーンが何らかの理由でダウン
すると、ＳＬＩはそのスクリプトサーバをもはや参照し
なくなるだけである。スクリプトファクトリは、サーバ
が動いている限り常に利用可能であるので、管理インタ
ーフェイスを置くのに（例えば、サービス特性を変更す
るのに）最良の候補にもなることに注意されたい。
【００４５】ＳＬＩとスクリプトの間のインターフェイ
スは、非同期であるように且つＴＣＡＰプリミティブ
（ＢＥＧＩＮ、ＩＮＶＯＫＥ、ＲＥＳＵＬＴ、…）で定
義される。要件の一つが既存のＩＮ製品ソフトウェアを
再使用することであるので、このオプションは有利であ
る。もう一つのオプションは、ＩＮＡＰプリミティブで
このインターフェイスを定義することである。
スは、非同期であるように且つＴＣＡＰプリミティブ
（ＢＥＧＩＮ、ＩＮＶＯＫＥ、ＲＥＳＵＬＴ、…）で定
義される。要件の一つが既存のＩＮ製品ソフトウェアを
再使用することであるので、このオプションは有利であ
る。もう一つのオプションは、ＩＮＡＰプリミティブで
このインターフェイスを定義することである。
【００４６】ＣＯＲＢＡオブジェクト、（ＣＯＲＢＡ）
サーバ及び工程の差異は明確にしなければならない。Ｃ
ＯＲＢＡオブジェクトはインターフェイスを実行し、Ｃ
ＯＲＢＡサーバ内で動く。ＣＯＲＢＡサーバ自体はホス
ト（またはノード）上で動く一つの工程である。この定
義は、スクリプトと呼出しの間の関係に重要である。現
在のＡＬＣＡＴＥＬ ＩＮ製品の実施においては、スク
リプトは異なった呼出しを扱う工程であり、そのそれぞ
れについて異なった呼出しのコンテキストを維持する。
これは性能を理由として行われ、各呼出しについて個別
の工程（スクリプト）を開始するにはある程度時間がか
かる。
サーバ及び工程の差異は明確にしなければならない。Ｃ
ＯＲＢＡオブジェクトはインターフェイスを実行し、Ｃ
ＯＲＢＡサーバ内で動く。ＣＯＲＢＡサーバ自体はホス
ト（またはノード）上で動く一つの工程である。この定
義は、スクリプトと呼出しの間の関係に重要である。現
在のＡＬＣＡＴＥＬ ＩＮ製品の実施においては、スク
リプトは異なった呼出しを扱う工程であり、そのそれぞ
れについて異なった呼出しのコンテキストを維持する。
これは性能を理由として行われ、各呼出しについて個別
の工程（スクリプト）を開始するにはある程度時間がか
かる。
【００４７】これらのアーキテクチャにおいては、同様
のアプローチを採用できるが（一つのスクリプトがｎ個
の呼出しを扱う）、スクリプトは多重のコンテキストを
有するという事実はそれほど明白ではなく、多重のスク
リプト（それぞれが一つの呼出しを扱う）を備えたＣＯ
ＲＢＡサーバを有することにより、性能の問題に対処す
ることが可能である。従って、このアーキテクチャにお
いては、ホストが一つ以上のＣＯＲＢＡサーバを動か
し、それぞれが特定の呼出しを扱う異なったスクリプト
オブジェクトをそれぞれのサーバが動かすことがより好
ましい。
のアプローチを採用できるが（一つのスクリプトがｎ個
の呼出しを扱う）、スクリプトは多重のコンテキストを
有するという事実はそれほど明白ではなく、多重のスク
リプト（それぞれが一つの呼出しを扱う）を備えたＣＯ
ＲＢＡサーバを有することにより、性能の問題に対処す
ることが可能である。従って、このアーキテクチャにお
いては、ホストが一つ以上のＣＯＲＢＡサーバを動か
し、それぞれが特定の呼出しを扱う異なったスクリプト
オブジェクトをそれぞれのサーバが動かすことがより好
ましい。
【００４８】ＣＯＲＢＡサーバは現在のＩＮ製品におけ
るスクリプトに類似しているが、多重のコンテキストを
扱う問題はアプリケーションのプログラマからＣＯＲＢ
Ａプラットフォームに移される。
るスクリプトに類似しているが、多重のコンテキストを
扱う問題はアプリケーションのプログラマからＣＯＲＢ
Ａプラットフォームに移される。
【００４９】このアーキテクチャのシーケンスにおける
第二のアーキテクチャとしての更なるステップは、スク
リプトオブジェクトをその構成部分に分解することであ
る。公知のように、ＩＮサービスは、サービスロジック
グラフにおけるノードである多数のＳＩＢとして設計さ
れている。スクリプトの実行はＳＩＢを実行すること
と、データとＳＳＰから入る応答に応じて次のＳＩＢに
移動することとを意味する。これを（ＳＣＥからの）一
個のモノリシックなソフトウェアとして設計する代わり
に、ＳＩＢに協力する条件で設計することができる。公
知のように、ＩＮ能力は１にセットされており、ＳＩＢ
はそれらをそのまま使うようには十分に定義されていな
い。これにより、ＩＮプラットフォームのプロバイダは
標準的なものから派生する独自の一連のＳＩＢを有する
ことになり、ＳＩＢからのソフトウェアはプラットフォ
ームの中で再使用できなくなる。
第二のアーキテクチャとしての更なるステップは、スク
リプトオブジェクトをその構成部分に分解することであ
る。公知のように、ＩＮサービスは、サービスロジック
グラフにおけるノードである多数のＳＩＢとして設計さ
れている。スクリプトの実行はＳＩＢを実行すること
と、データとＳＳＰから入る応答に応じて次のＳＩＢに
移動することとを意味する。これを（ＳＣＥからの）一
個のモノリシックなソフトウェアとして設計する代わり
に、ＳＩＢに協力する条件で設計することができる。公
知のように、ＩＮ能力は１にセットされており、ＳＩＢ
はそれらをそのまま使うようには十分に定義されていな
い。これにより、ＩＮプラットフォームのプロバイダは
標準的なものから派生する独自の一連のＳＩＢを有する
ことになり、ＳＩＢからのソフトウェアはプラットフォ
ームの中で再使用できなくなる。
【００５０】ＳＩＢがＣＯＲＢＡオブジェクトとして定
義されている場合には、この状況は破壊され、サービス
プロバイダは既存のＳＩＢ（ソースコード）を再使用し
て、独自のサービスを設計することができるであろう。
義されている場合には、この状況は破壊され、サービス
プロバイダは既存のＳＩＢ（ソースコード）を再使用し
て、独自のサービスを設計することができるであろう。
【００５１】独立したＣＯＲＢＡオブジェクトとしてＳ
ＩＢを有することは、異なった場所でＳＩＢを実施する
可能性を提示する。（分散データベースを使って、また
はＣＯＲＢＡオブジェクトを使って）スクリプトまたは
ＳＩＢが実行されている場所にデータを届ける代わり
に、データが置かれているマシーンでＳＩＢを開始する
ことができるであろう。これは利益をもたらす。ＳＩＢ
を離れた場所から実行する制御実体（スクリプト）があ
るスキームあるいは、制御がＳＩＢからＳＩＢへ渡され
るスキームを考察することができる。
ＩＢを有することは、異なった場所でＳＩＢを実施する
可能性を提示する。（分散データベースを使って、また
はＣＯＲＢＡオブジェクトを使って）スクリプトまたは
ＳＩＢが実行されている場所にデータを届ける代わり
に、データが置かれているマシーンでＳＩＢを開始する
ことができるであろう。これは利益をもたらす。ＳＩＢ
を離れた場所から実行する制御実体（スクリプト）があ
るスキームあるいは、制御がＳＩＢからＳＩＢへ渡され
るスキームを考察することができる。
【００５２】第三のアーキテクチャは、ＳＳＰをＣＯＲ
ＢＡオブジェクトにもするという意味で、従来のＩＮ製
品と関係を断つ。以前のアーキテクチャにおいては、信
頼性の理由で、ＣＯＲＢＡサーバは信頼できるＬＡＮ上
で互いに結びついている機械に配置されることがまだ必
要である。実際には、現在のＤＰＥインプレメンテーシ
ョン（ＴＣＰ／ＩＰ）を用いると、これはマシーンを同
じ場所に置くことを意味する。実際にはＳＣＰとＳＳＰ
のサイトが異なった場所にあるので、この技術の制限
は、ＳＳＰをＤＰＥに置くことを妨げる。しかし、技術
は進化し、ＤＰＥプロバイダ（例えばＩＯＮＡ）はその
製品を他の転送プロトコル、例えば遠距離通信を目的と
した＃７リンクにポートする可能性を検討している。こ
れが行われた場合には、ＳＳＰをＣＯＲＢＡオブジェク
トにするステップはそれほど大きくはない。この場合
に、ＳＳＰオブジェクトがその役割を引き継ぐことがで
きるので、ＳＬＩオブジェクトはもはや必要ないであろ
う。呼出しが開始されると、呼出しはスクリプトファク
トリを参照して、スクリプトオブジェクト自体を生成す
るかを問い合わせる。次にこのオブジェクトと直接に通
信することができる。この通信に使用される言語（ＴＣ
ＡＰベースのインターフェイスに入れられたＩＮＡＰ）
も単純化できる。このインターフェイスはＩＮＡＰプリ
ミティブな用語で定義できる（例えば、provide_instru
ction(args), join(args)）。アプリケーションプログ
ラマにとってはＴＣＡＰレイヤが消えるので、これによ
りシステム設計および実施は改善（単純化）される。Ｃ
ＯＲＢＡが使用される場合には、アプリケーションプロ
グラマは通信のアプリケーションレイヤを気にかけるだ
けでよく、セッションレイヤを気にかけなくてよい（Ｔ
ＣＡＰが使用される場合）と言える。
ＢＡオブジェクトにもするという意味で、従来のＩＮ製
品と関係を断つ。以前のアーキテクチャにおいては、信
頼性の理由で、ＣＯＲＢＡサーバは信頼できるＬＡＮ上
で互いに結びついている機械に配置されることがまだ必
要である。実際には、現在のＤＰＥインプレメンテーシ
ョン（ＴＣＰ／ＩＰ）を用いると、これはマシーンを同
じ場所に置くことを意味する。実際にはＳＣＰとＳＳＰ
のサイトが異なった場所にあるので、この技術の制限
は、ＳＳＰをＤＰＥに置くことを妨げる。しかし、技術
は進化し、ＤＰＥプロバイダ（例えばＩＯＮＡ）はその
製品を他の転送プロトコル、例えば遠距離通信を目的と
した＃７リンクにポートする可能性を検討している。こ
れが行われた場合には、ＳＳＰをＣＯＲＢＡオブジェク
トにするステップはそれほど大きくはない。この場合
に、ＳＳＰオブジェクトがその役割を引き継ぐことがで
きるので、ＳＬＩオブジェクトはもはや必要ないであろ
う。呼出しが開始されると、呼出しはスクリプトファク
トリを参照して、スクリプトオブジェクト自体を生成す
るかを問い合わせる。次にこのオブジェクトと直接に通
信することができる。この通信に使用される言語（ＴＣ
ＡＰベースのインターフェイスに入れられたＩＮＡＰ）
も単純化できる。このインターフェイスはＩＮＡＰプリ
ミティブな用語で定義できる（例えば、provide_instru
ction(args), join(args)）。アプリケーションプログ
ラマにとってはＴＣＡＰレイヤが消えるので、これによ
りシステム設計および実施は改善（単純化）される。Ｃ
ＯＲＢＡが使用される場合には、アプリケーションプロ
グラマは通信のアプリケーションレイヤを気にかけるだ
けでよく、セッションレイヤを気にかけなくてよい（Ｔ
ＣＡＰが使用される場合）と言える。
【００５３】最終ステップは（ＴＩＮＡによって提案さ
れたように）ターミナルを拡張統合することである。こ
れは、ユーザの機器における大きな変更を意味する。し
かし、ますます多くのユーザが電話回線上でインターネ
ットに接続している事実を考慮した場合に、この変更は
実現不可能なことではない。ＤＰＥをターミナルに拡張
させるのに必要な技術はこれと同様である。この利点
は、ネットワークプロトコルへのターミナルが、ＤＴＭ
Ｆトーンを数字として渡すだけよりは遥かに豊富になり
うることであろう。
れたように）ターミナルを拡張統合することである。こ
れは、ユーザの機器における大きな変更を意味する。し
かし、ますます多くのユーザが電話回線上でインターネ
ットに接続している事実を考慮した場合に、この変更は
実現不可能なことではない。ＤＰＥをターミナルに拡張
させるのに必要な技術はこれと同様である。この利点
は、ネットワークプロトコルへのターミナルが、ＤＴＭ
Ｆトーンを数字として渡すだけよりは遥かに豊富になり
うることであろう。
【００５４】上記のアーキテクチャは、特にＩＮプラッ
トフォームを更にスケーラブルにするためのソリューシ
ョンを提供する。既存の製品との相互作用及びそれから
の進化は重要であるので、我々は可能な進化のシナリオ
と見なされる一連のアーキテクチャを提示した。
トフォームを更にスケーラブルにするためのソリューシ
ョンを提供する。既存の製品との相互作用及びそれから
の進化は重要であるので、我々は可能な進化のシナリオ
と見なされる一連のアーキテクチャを提示した。
【００５５】例として、アーキテクチャ３によるインプ
レメンテーションの手順は下記のとおりである。
レメンテーションの手順は下記のとおりである。
【００５６】ＵＮＩＸベースのＩＮリリースの既存アル
カテル製品用に存在するクレジットカードコーリングサ
ービスを実施する。クレジットカードコールサービスは
「典型的な」ＩＮサービスであり、どのターミナルから
の呼出しも特定のカード番号に請求されることを可能に
している。その呼出しを行うために、ユーザはカード番
号、ＰＩＮコード及び呼出し先番号を入力しなければな
らない。入力されたデータが正しい場合には、呼出しは
呼出し先のアドレスに向けて完了し、ユーザのカードに
請求される。
カテル製品用に存在するクレジットカードコーリングサ
ービスを実施する。クレジットカードコールサービスは
「典型的な」ＩＮサービスであり、どのターミナルから
の呼出しも特定のカード番号に請求されることを可能に
している。その呼出しを行うために、ユーザはカード番
号、ＰＩＮコード及び呼出し先番号を入力しなければな
らない。入力されたデータが正しい場合には、呼出しは
呼出し先のアドレスに向けて完了し、ユーザのカードに
請求される。
【００５７】ＳＳＰシミュレーションスタブはクレジッ
トカードコール用のＴＣＡＰダイアログを生成するのに
使用された。ＳＳＰスタブは、ＳＳＰが送受信するのと
同じＴＣＡＰメッセージを送受信するＣＯＲＢＡオブジ
ェクトである。ＳＳＰスタブは異なった呼出しのシナリ
オをシミュレートすることができ、異なった呼出しのロ
ードを生成し任意の回数シナリオを繰り返すことができ
る。
トカードコール用のＴＣＡＰダイアログを生成するのに
使用された。ＳＳＰスタブは、ＳＳＰが送受信するのと
同じＴＣＡＰメッセージを送受信するＣＯＲＢＡオブジ
ェクトである。ＳＳＰスタブは異なった呼出しのシナリ
オをシミュレートすることができ、異なった呼出しのロ
ードを生成し任意の回数シナリオを繰り返すことができ
る。
【００５８】アーキテクチャを規定するＩＮ試行のサー
ビスにおけるＣＯＲＢＡの使用に関するもう一つの一般
的な問題は、ＣＯＲＢＡベースのＩＮのレガシーＩＮア
プリケーションとの相互作用である。
ビスにおけるＣＯＲＢＡの使用に関するもう一つの一般
的な問題は、ＣＯＲＢＡベースのＩＮのレガシーＩＮア
プリケーションとの相互作用である。
【００５９】この相互作用はアダプテーションを使用し
て達成することができる。これは、ＣＯＲＢＡベースの
インフラストラクチャが切換システム、すなわちＳＳＰ
のレガシーと通信できる方法に関連している。
て達成することができる。これは、ＣＯＲＢＡベースの
インフラストラクチャが切換システム、すなわちＳＳＰ
のレガシーと通信できる方法に関連している。
【００６０】次の二つの可能なアプローチがある。
【００６１】１）ＳＳ．７とＴＣＡＰプリミティブのＩ
ＤＬインボケーション（invocation）へのマッピングを
提供する、アプリケーションレベルのブリッジであるア
ダプテーションユニットの定義。このアプローチはＣＯ
ＲＢＡ／ＣＭＩＰゲートウェイ［４］［５］のためにＸ
ｏＪＩＤＭグループによって採られるのと同様のアプロ
ーチである。これらの作業の結果は、ＩＤＬインターフ
ェイスへのＧＤＭＯ／ＡＳＮ．１の静的マッピングに特
に再使用することができる。
ＤＬインボケーション（invocation）へのマッピングを
提供する、アプリケーションレベルのブリッジであるア
ダプテーションユニットの定義。このアプローチはＣＯ
ＲＢＡ／ＣＭＩＰゲートウェイ［４］［５］のためにＸ
ｏＪＩＤＭグループによって採られるのと同様のアプロ
ーチである。これらの作業の結果は、ＩＤＬインターフ
ェイスへのＧＤＭＯ／ＡＳＮ．１の静的マッピングに特
に再使用することができる。
【００６２】既存のシステムへの影響を最小化するため
に、ＣＯＲＢＡはこのマッピングを達成するためのフレ
ームワークサービスやツールを提供すべきである。かか
るフレームワークの有用性によって、ＳＣＰやＨＬＲな
どの多様な既存のハードウェアとのＣＯＲＢＡベースの
ＩＮの相互作用が可能になる。
に、ＣＯＲＢＡはこのマッピングを達成するためのフレ
ームワークサービスやツールを提供すべきである。かか
るフレームワークの有用性によって、ＳＣＰやＨＬＲな
どの多様な既存のハードウェアとのＣＯＲＢＡベースの
ＩＮの相互作用が可能になる。
【００６３】かかるアプリケーションレベルのブリッジ
は、分散システムの障害となることなく、高い可用性と
高い性能によって特徴づけられるべきである。しかし、
要求される実時間の性能については、これは完全なＩＮ
ＣＯＲＢＡベースのシステムに向けた中間的なソリュ
ーションである。
は、分散システムの障害となることなく、高い可用性と
高い性能によって特徴づけられるべきである。しかし、
要求される実時間の性能については、これは完全なＩＮ
ＣＯＲＢＡベースのシステムに向けた中間的なソリュ
ーションである。
【００６４】このアプローチは、ＭＡＰやＩＮＡＰなど
のアプリケーションレベルのプロトコルや、ＴＣＡＰレ
イヤに基づくその他のプロトコルを表すＩＤＬインター
フェイスを構築することを含む。ＴＣＡＰレイヤはＳＣ
ＣＰレイヤ上で「ＲＯＳＥのような」非同期のＲＰＣサ
ービスを提供する。ブリッジをＴＣＡＰに基づかせるこ
とは、ＩＳＵＰやＴＵＰなどの回路に関連した信号送信
プロトコルの使用をソリューションから除くことにな
る。
のアプリケーションレベルのプロトコルや、ＴＣＡＰレ
イヤに基づくその他のプロトコルを表すＩＤＬインター
フェイスを構築することを含む。ＴＣＡＰレイヤはＳＣ
ＣＰレイヤ上で「ＲＯＳＥのような」非同期のＲＰＣサ
ービスを提供する。ブリッジをＴＣＡＰに基づかせるこ
とは、ＩＳＵＰやＴＵＰなどの回路に関連した信号送信
プロトコルの使用をソリューションから除くことにな
る。
【００６５】ＸｏＪＩＤＭアプローチにおけるのと同様
に、専用のコンパイラによって行われる、ＩＮＡＰ／Ｔ
ＣＡＰ仕様のＩＤＬインターフェイスへの静的な翻訳が
あるべきである。従って、どのようなＩＮＡＰダイアレ
クトも適切なＩＤＬインターフェイスに変換することが
できる。これらのアプリケーションレベルのブリッジ
は、これらのＩＤＬ生成のインターフェイスを実施し、
ＩＤＬに派生する種類とそのＡＳＮ．１同等物との間の
変換を動的に行うであろう。
に、専用のコンパイラによって行われる、ＩＮＡＰ／Ｔ
ＣＡＰ仕様のＩＤＬインターフェイスへの静的な翻訳が
あるべきである。従って、どのようなＩＮＡＰダイアレ
クトも適切なＩＤＬインターフェイスに変換することが
できる。これらのアプリケーションレベルのブリッジ
は、これらのＩＤＬ生成のインターフェイスを実施し、
ＩＤＬに派生する種類とそのＡＳＮ．１同等物との間の
変換を動的に行うであろう。
【００６６】プロトコル特定のブリッジを使用するＣＯ
ＲＢＡノードは、出ていくインボケーションと入ってく
るインボケーションの処理についてそれぞれ一つ、一般
的に二つのサーバを動かす。ＴＣＡＰは接続のないサー
ビスであるので、インボケーションを応答や例外に適合
させるために、ゲートウェイは状態を維持しなければな
らないであろう。
ＲＢＡノードは、出ていくインボケーションと入ってく
るインボケーションの処理についてそれぞれ一つ、一般
的に二つのサーバを動かす。ＴＣＡＰは接続のないサー
ビスであるので、インボケーションを応答や例外に適合
させるために、ゲートウェイは状態を維持しなければな
らないであろう。
【００６７】２）環境特定インターＯＲＢプロトコル
（ＥＳＩＯＰ）としてのＳＳ７の使用。
（ＥＳＩＯＰ）としてのＳＳ７の使用。
【００６８】可能なソリューションはＳＳ７の最上部に
ＣＯＲＢＡ ＧＩＯＰをマップするか、ＳＳ７レイヤの
最上部に新たな拡張されたプロトコル（ＥＳＩＯＰ）を
構築することである。
ＣＯＲＢＡ ＧＩＯＰをマップするか、ＳＳ７レイヤの
最上部に新たな拡張されたプロトコル（ＥＳＩＯＰ）を
構築することである。
【００６９】ＥＳＩＯＰソリューションは、ＧＩＯＰプ
ロトコル用のトランスポートとして基本的にＳＳ７を使
用するであろう。ＣＯＲＢＡオブジェクトは、ＣＯＲＢ
ＡＩＩＯＰを用いてインターネット上で見ることができ
るのと全く同じ方法で、ＳＳ７ネットワーク上で見るこ
とができるであろう。これはＯＲＢとして、既存のＳＳ
７インフラストラクチャをトランスポートとして使用す
ることを可能にするであろう。
ロトコル用のトランスポートとして基本的にＳＳ７を使
用するであろう。ＣＯＲＢＡオブジェクトは、ＣＯＲＢ
ＡＩＩＯＰを用いてインターネット上で見ることができ
るのと全く同じ方法で、ＳＳ７ネットワーク上で見るこ
とができるであろう。これはＯＲＢとして、既存のＳＳ
７インフラストラクチャをトランスポートとして使用す
ることを可能にするであろう。
【００７０】既存の信号送信ネットワークは、ＣＯＲＢ
Ａノードによって交換される種類のトラフィックを支援
するような大きさにはされなかったことに気づかれてい
るはずである。しかし、ＳＳ７ネットワークのフォール
トトレランスを促進することによって、このアプローチ
には潜在的な利益がある。
Ａノードによって交換される種類のトラフィックを支援
するような大きさにはされなかったことに気づかれてい
るはずである。しかし、ＳＳ７ネットワークのフォール
トトレランスを促進することによって、このアプローチ
には潜在的な利益がある。
【００７１】ここでまず問題になるのは、このソリュー
ション用のＳＳ７プロトコルのアクセスレベルの選択で
ある。二つの主たる選択肢はＴＣＡＰとＳＣＣＰであ
る。
ション用のＳＳ７プロトコルのアクセスレベルの選択で
ある。二つの主たる選択肢はＴＣＡＰとＳＣＣＰであ
る。
【００７２】ＩＣＡＰレベルでのＧＩＯＰ ＩＴは基本的にはＲＯＳＥのようなサービスであるか
ら、ＧＩＯＰメッセージを運ぶためにＴＣＡＰを使用す
ることは可能なはずである。ＴＣＡＰを利用するサービ
スは、ＡＳＮ．１モジュールを使ってその操作を定義し
なければならない。ＡＳＮ．１マクロは操作のセットで
ある、リクエスト、リプライ、キャンセルリクエスト、
ロケートリクエスト、ロケートリプライ、クローズコネ
クション及びメッセージエラーを定義するのに使われる
ことが考察される。これらの操作はＧＩＯＰプリミティ
ブに対応する。ゲートウェイは、ＧＩＯＰによって使用
される形式のＣＤＲフォーマットを、ＡＳＮ．１タイプ
を使用するトランスポート可能な形式に変換する（でき
れば、ＢＥＲエンコーディングを用いた不透明なバッフ
ァとして）ことに責任があるであろう。
ら、ＧＩＯＰメッセージを運ぶためにＴＣＡＰを使用す
ることは可能なはずである。ＴＣＡＰを利用するサービ
スは、ＡＳＮ．１モジュールを使ってその操作を定義し
なければならない。ＡＳＮ．１マクロは操作のセットで
ある、リクエスト、リプライ、キャンセルリクエスト、
ロケートリクエスト、ロケートリプライ、クローズコネ
クション及びメッセージエラーを定義するのに使われる
ことが考察される。これらの操作はＧＩＯＰプリミティ
ブに対応する。ゲートウェイは、ＧＩＯＰによって使用
される形式のＣＤＲフォーマットを、ＡＳＮ．１タイプ
を使用するトランスポート可能な形式に変換する（でき
れば、ＢＥＲエンコーディングを用いた不透明なバッフ
ァとして）ことに責任があるであろう。
【００７３】ＴＣＡＰをＥＳＩＯＰ用の基礎として使用
することは原則的に可能であるはずだが、これは次の理
由で適切ではない。
することは原則的に可能であるはずだが、これは次の理
由で適切ではない。
【００７４】・インプレメンテーションの複雑さ。
【００７５】・基本的なトランスポートに加えて、ＴＣ
ＡＰレイヤによって生ずるオーバヘッド。
ＡＰレイヤによって生ずるオーバヘッド。
【００７６】・プロトコルの非同期性。
【００７７】ＳＣＣＰレベルでのＥＳＩＯＰ ＳＳ７ ＥＳＩＯＰを実施するための他の選択肢はＳＣ
ＣＰレベルにある。ＳＣＣＰはＯＳＩ−ＲＭネットワー
クレイヤの機能性に対応するサービスを提供する。これ
は、接続指向のモード及び接続なしのモードの両方で作
動することができる。ＥＳＩＯＰコードは、それ独自の
トランスポートレイヤの機能（例えば、エンドトゥーエ
ンドのフロー制御及びセグメンテーション／再組立）を
行うのに必要になるであろうが、ＳＣＣＰを使ってＧＩ
ＯＰメッセージを運ぶことは実現可能なはずである。Ｓ
ＣＣＰアドレス指定の「グローバルタイトル」モードを
使って、ＣＯＲＢＡノードをアドレス指定することは可
能なはずである。ＳＳ７ネットワーク用のＥＳＩＯＰの
基礎としてＳＣＣＰを使用することが最良のアプローチ
であると思われる。
ＣＰレベルにある。ＳＣＣＰはＯＳＩ−ＲＭネットワー
クレイヤの機能性に対応するサービスを提供する。これ
は、接続指向のモード及び接続なしのモードの両方で作
動することができる。ＥＳＩＯＰコードは、それ独自の
トランスポートレイヤの機能（例えば、エンドトゥーエ
ンドのフロー制御及びセグメンテーション／再組立）を
行うのに必要になるであろうが、ＳＣＣＰを使ってＧＩ
ＯＰメッセージを運ぶことは実現可能なはずである。Ｓ
ＣＣＰアドレス指定の「グローバルタイトル」モードを
使って、ＣＯＲＢＡノードをアドレス指定することは可
能なはずである。ＳＳ７ネットワーク用のＥＳＩＯＰの
基礎としてＳＣＣＰを使用することが最良のアプローチ
であると思われる。
【００７８】以下の要件は、サービスセッションオブジ
ェクトが相互に作用するインフラストラクチャでの、オ
ブジェクト指向の環境にとっては有利である（ＣＯＲＢ
Ａ環境自体によって説明されている）。
ェクトが相互に作用するインフラストラクチャでの、オ
ブジェクト指向の環境にとっては有利である（ＣＯＲＢ
Ａ環境自体によって説明されている）。
【００７９】機能要件に関しては、ＣＯＲＢＡは下記の
ものを提供する。
ものを提供する。
【００８０】非同期インボケーションモデルとＯＲＢに
おけるグループ通信のための支援。
おけるグループ通信のための支援。
【００８１】セキュリティ、トランザクション及び応答
の機構を備えたＯＲＢを拡張するための適切なフック。
の機構を備えたＯＲＢを拡張するための適切なフック。
【００８２】ノード管理及び最小オブジェクトライフサ
イクルファシリティ。
イクルファシリティ。
【００８３】計算上及びエンジニアリングのイベントの
両方を取り込むためのタイムサービス及びネイティブモ
ニタリングファシリティ。
両方を取り込むためのタイムサービス及びネイティブモ
ニタリングファシリティ。
【００８４】柔軟なイベントトゥースレッドのマッピン
グを備えたマルチスレッド用の支援。
グを備えたマルチスレッド用の支援。
【００８５】ＣＯＲＢＡの非機能的な要件は以下に関係
する。
する。
【００８６】ＩＮコンテキストにおいてＯＲＢが満たす
べき販売可能性とオブジェクト細分性のレベルを特定す
ること。
べき販売可能性とオブジェクト細分性のレベルを特定す
ること。
【００８７】−待ち時間、スループットなどに関してＯ
ＲＢが達成しなければならない性能レベルを特定するこ
と。
ＲＢが達成しなければならない性能レベルを特定するこ
と。
【００８８】−プラットフォームの時間的挙動を計測及
び文書化することにより、予測可能なＯＲＢコアを提供
すること。
び文書化することにより、予測可能なＯＲＢコアを提供
すること。
【００８９】−ハードウェア及びソフトウェアに障害が
ある場合に、分散アプリケーションについて受け入れら
れる挙動を定義する要件を示す信頼性。この場合には、
二種類の信頼性を特定することができる。完全性の状態
及び可用性である。
ある場合に、分散アプリケーションについて受け入れら
れる挙動を定義する要件を示す信頼性。この場合には、
二種類の信頼性を特定することができる。完全性の状態
及び可用性である。
【００９０】−複雑なアプリケーションの開発、配備及
び操作の簡易化を可能にする要件を示す管理可能性。こ
の場合には、ＣＯＲＢＡアプリケーションの保全可能
性、（再）環境設定可能性及び拡張可能性である。
び操作の簡易化を可能にする要件を示す管理可能性。こ
の場合には、ＣＯＲＢＡアプリケーションの保全可能
性、（再）環境設定可能性及び拡張可能性である。
【００９１】非同期のインボケーションモデルはＩＮア
プリケーションに共通して使用されている。従って、非
同期で選択的に等時性のインボケーションモデルがＯＲ
Ｂに求められる。ここでこの要求は、強制的なコールバ
ック（またはＯＲＢ「アップコール」タイプの機構）と
選択的に「フューチャー」タイプのプログラミングモデ
ルを組み込んだ軽量の非同期通信機構を潜在的に支援す
るクライアント側のプログラミングモデルである。
プリケーションに共通して使用されている。従って、非
同期で選択的に等時性のインボケーションモデルがＯＲ
Ｂに求められる。ここでこの要求は、強制的なコールバ
ック（またはＯＲＢ「アップコール」タイプの機構）と
選択的に「フューチャー」タイプのプログラミングモデ
ルを組み込んだ軽量の非同期通信機構を潜在的に支援す
るクライアント側のプログラミングモデルである。
【００９２】同じオブジェクトについて、非同期及び同
期のモデルの両方が共存すべきである。最大並行レベル
は環境設定（例えばＱｏＳパラメータ）において定義さ
れ、要求を待ち行列させるか例外を返す可能性を有し
て、制御可能でなければならない。
期のモデルの両方が共存すべきである。最大並行レベル
は環境設定（例えばＱｏＳパラメータ）において定義さ
れ、要求を待ち行列させるか例外を返す可能性を有し
て、制御可能でなければならない。
【００９３】基本的なフォールトの検出支援は、それを
必要とする何れのオブジェクトについても、ＯＲＢ実行
時によって提供されるはずである。これは、暗黙のセッ
トでありクライアントの工程において管理されるタイマ
ーによって行うことができる。
必要とする何れのオブジェクトについても、ＯＲＢ実行
時によって提供されるはずである。これは、暗黙のセッ
トでありクライアントの工程において管理されるタイマ
ーによって行うことができる。
【００９４】柔軟性及び販売可能性 ＯＲＢは多数のオブジェクトを扱うアプリケーションを
支援することができるべきであり、離れた場所にあるオ
ブジェクトへの多数の同時接続を支援することができる
べきである。
支援することができるべきであり、離れた場所にあるオ
ブジェクトへの多数の同時接続を支援することができる
べきである。
【００９５】所与のカプセル（つまりユニックス工程）
における未使用の遠隔インターフェイスの参照のメモリ
費用は、標準的な言語ポインタ程度であるべきである。
における未使用の遠隔インターフェイスの参照のメモリ
費用は、標準的な言語ポインタ程度であるべきである。
【００９６】典型的な遠距離通信環境は、空間（メモリ
のサイズ）と時間（オブジェクトのライフタイムと継
続）の両方において非常に異なった細分性のオブジェク
トからなる。スケーラブルなＯＲＢは、異なった細分性
のレベルにあるオブジェクトを支援し、小さく揮発性の
オブジェクト及び離れた場所にあるオブジェクトへの接
続の取り扱いに関連するオーバヘッドを最少にするべき
である。ＯＲＢのフォールトトレランスと信頼性のいく
つかを達成するために、ＣＯＲＢＡオブジェクトモデル
は、オブジェクトのグループまたはここで説明されたよ
うなグループ通信として世界的に知られているものを支
援するように強化することができる。
のサイズ）と時間（オブジェクトのライフタイムと継
続）の両方において非常に異なった細分性のオブジェク
トからなる。スケーラブルなＯＲＢは、異なった細分性
のレベルにあるオブジェクトを支援し、小さく揮発性の
オブジェクト及び離れた場所にあるオブジェクトへの接
続の取り扱いに関連するオーバヘッドを最少にするべき
である。ＯＲＢのフォールトトレランスと信頼性のいく
つかを達成するために、ＣＯＲＢＡオブジェクトモデル
は、オブジェクトのグループまたはここで説明されたよ
うなグループ通信として世界的に知られているものを支
援するように強化することができる。
【００９７】信頼性及び可用性 信頼性の要件を達成するために、複製の分散オブジェク
トの概念をＣＯＲＢＡに導入することができる。従っ
て、アプリケーションの重要な構成部分は、複製された
オブジェクトを介して実施される。この複製の管理は、
所与のサーバオブジェクトと相互に作用するクライアン
トがそれが複製かどうか気づかないように、ＯＲＢによ
って自動的に扱うことができる。複製の程度は、同時発
生の故障の最大数で計測できる所望のレベルの信頼性、
典型とすることができる失敗の性質（悪意か善意か）及
び完全性または可用性などの適切に求められる信頼性の
種類によって決定できる。高い可用性及びフォールトト
レランスの能力は、現在のＩＮシステムと同じ強靱さを
確実にするために、分散ＩＮシステムについてＣＯＲＢ
Ａによって提供されるべきである。
トの概念をＣＯＲＢＡに導入することができる。従っ
て、アプリケーションの重要な構成部分は、複製された
オブジェクトを介して実施される。この複製の管理は、
所与のサーバオブジェクトと相互に作用するクライアン
トがそれが複製かどうか気づかないように、ＯＲＢによ
って自動的に扱うことができる。複製の程度は、同時発
生の故障の最大数で計測できる所望のレベルの信頼性、
典型とすることができる失敗の性質（悪意か善意か）及
び完全性または可用性などの適切に求められる信頼性の
種類によって決定できる。高い可用性及びフォールトト
レランスの能力は、現在のＩＮシステムと同じ強靱さを
確実にするために、分散ＩＮシステムについてＣＯＲＢ
Ａによって提供されるべきである。
【００９８】適時性の要件も複製サービスによって達成
できる。例えば、制限される必要があり遅れが予想され
るアプリケーションは、複製されたオブジェクトを介し
て実施されるであろう。各複製は、そのオブジェクトに
ついて定められた方法の全てを局所的に処理することが
できる。故障がない場合には、クライアントは方法イン
ボケーションへの応答の何れをもその結果として使用す
ることができる（この場合のインボケーションは同時に
行われる）。これを達成するために、ＯＲＢはアプリケ
ーションまたはサービスの要件に応じて、異なったプロ
ファイルのインプレメンテーションを可能にするモジュ
ラー構造を有するであろう。これらのプロファイルは、
基礎にあるオペレーティングシステムによって提供され
るリソースの障害となる。ＯＲＢモジュールの一つは、
ＯＲＢ構造の下部レベルにある故障検出器になるであろ
う。そして、一定の限界値を超える応答インボケーショ
ンの遅れは故障に区分される。従って、クライアントは
信頼性を適時性とトレードオフすることができ、限界値
が短いほど、遅れに関する抑制は厳しくなる。十分な回
数だけオブジェクトを複製することにより、クライアン
トは適時性と信頼性の要件を同時に満たすことができ
る。
できる。例えば、制限される必要があり遅れが予想され
るアプリケーションは、複製されたオブジェクトを介し
て実施されるであろう。各複製は、そのオブジェクトに
ついて定められた方法の全てを局所的に処理することが
できる。故障がない場合には、クライアントは方法イン
ボケーションへの応答の何れをもその結果として使用す
ることができる（この場合のインボケーションは同時に
行われる）。これを達成するために、ＯＲＢはアプリケ
ーションまたはサービスの要件に応じて、異なったプロ
ファイルのインプレメンテーションを可能にするモジュ
ラー構造を有するであろう。これらのプロファイルは、
基礎にあるオペレーティングシステムによって提供され
るリソースの障害となる。ＯＲＢモジュールの一つは、
ＯＲＢ構造の下部レベルにある故障検出器になるであろ
う。そして、一定の限界値を超える応答インボケーショ
ンの遅れは故障に区分される。従って、クライアントは
信頼性を適時性とトレードオフすることができ、限界値
が短いほど、遅れに関する抑制は厳しくなる。十分な回
数だけオブジェクトを複製することにより、クライアン
トは適時性と信頼性の要件を同時に満たすことができ
る。
【００９９】ここで、正確性、安全性及び活動性の特性
で複製サービスの要件を特定し、ＯＲＢコアの一部であ
る故障検出器モジュールを特定した。
で複製サービスの要件を特定し、ＯＲＢコアの一部であ
る故障検出器モジュールを特定した。
【０１００】性能 ＩＮの性能は、サービスノードとインテリジェントペリ
フェラルについての１秒当たりの呼出し数と、信号送信
制御ポイントについての１秒当たりのトランザクション
の数で計測される。これらの呼出し及びトランザクショ
ンは、ＳＳＰとインテリジェントレイヤとの間で交換さ
れる多数のメッセージを含んでもよい。レガシーＩＮシ
ステムの実際の性能を得るために、ＩＮシステムにおけ
る分散処理の使用並びに地理的スケールでのその分散
（集中されていないＩＮシステム）について、ＯＲＢの
実時間の性能が求められる。ＩＮの分散システムについ
てより良い性能を達成するために、ＯＲＢの呼出しオー
バヘッドは削減すべきであり、待ち時間、スループット
などに関してＯＲＢが達成しなければならない性能レベ
ルは、定義して文書化すべきである。
フェラルについての１秒当たりの呼出し数と、信号送信
制御ポイントについての１秒当たりのトランザクション
の数で計測される。これらの呼出し及びトランザクショ
ンは、ＳＳＰとインテリジェントレイヤとの間で交換さ
れる多数のメッセージを含んでもよい。レガシーＩＮシ
ステムの実際の性能を得るために、ＩＮシステムにおけ
る分散処理の使用並びに地理的スケールでのその分散
（集中されていないＩＮシステム）について、ＯＲＢの
実時間の性能が求められる。ＩＮの分散システムについ
てより良い性能を達成するために、ＯＲＢの呼出しオー
バヘッドは削減すべきであり、待ち時間、スループット
などに関してＯＲＢが達成しなければならない性能レベ
ルは、定義して文書化すべきである。
【図１】本発明によるサービス制御ファシリティを含む
遠距離通信システムのアーキテクチャを表すブロック図
である。
遠距離通信システムのアーキテクチャを表すブロック図
である。
【図２】遠距離通信システムの第一のオブジェクトアー
キテクチャを表すブロック図である。
キテクチャを表すブロック図である。
【図３】遠距離通信システムの第二のオブジェクトアー
キテクチャを表すブロック図である。
キテクチャを表すブロック図である。
【図４】遠距離通信システムの第三のオブジェクトアー
キテクチャを表すブロック図である。
キテクチャを表すブロック図である。
【図５】遠距離通信システム用のサービス切換交換局の
オブジェクトアーキテクチャを表すブロック図である。
オブジェクトアーキテクチャを表すブロック図である。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 ＦＩ Ｈ０４Ｑ 3/545 (72)発明者 アルバン・クチユリエ フランス国、75013・パリ、リユ・オーギ ユスト・ペレ、14
Claims (18)
- 【請求項１】 利用者の一人一人のためのサービスの実
行を要求するサービス呼出しが、遠距離通信ネットワー
クのサービス切換交換局に送られるか、遠隔通信ネット
ワークの数個のサービス切換交換局の一つに個々に送ら
れて、対応するサービス要求が個々のサービス呼出しを
受信している個々のサービス切換交換局によってサービ
ス制御ファシリティか数個の可能性のあるサービス制御
ファシリティに送られる、遠距離通信ネットワークの利
用者にサービスを提供する方法において、サービス切換
交換局または個々のサービス切換交換局から受信した個
々のサービス要求について、オブジェクトインフラスト
ラクチャを介してオブジェクト指向計算環境において他
のオブジェクトと相互作用し通信することができるサー
ビスセッションオブジェクトが、サービス制御ファシリ
ティまたは個々のサービス制御ファシリティ内で生成さ
れ、個々のサービスセッションオブジェクトは個々のサ
ービス呼出しについてサービスの実行を制御することを
特徴とする方法。 - 【請求項２】 遠距離通信ネットワークの前記または各
サービス切換交換局は、インテリジェントネットワーク
アーキテクチャの通信プロトコルに従って、前記または
各サービス制御ファシリティと通信することを特徴とす
る請求項１に記載の方法。 - 【請求項３】 個々のサービスセッションオブジェクト
はＣＯＲＢＡオブジェクトとして、ＣＯＲＢＡオブジェ
クトインフラストラクチャを介して、サービスの実行を
制御するために他のオブジェクトと相互作用し通信する
ことを特徴とする請求項１に記載の方法。 - 【請求項４】 サービス制御ファシリティまたはサービ
ス制御ファシリティの一つは、遠距離通信ネットワーク
の利用者のために異なったサービスの制御を実行するこ
とを特徴とする請求項１に記載の方法。 - 【請求項５】 各サービスセッションオブジェクトの生
成は、ファクトリオブジェクトを介して管理されること
を特徴とする請求項１に記載の方法。 - 【請求項６】 各サービスセッションオブジェクトの生
成は、サービス専用ファクトリオブジェクトによって管
理されることを特徴とする請求項１または４に記載の方
法。 - 【請求項７】 ファクトリオブジェクトはサービスセッ
ションオブジェクトに関するライフサイクル方針を実施
することを特徴とする請求項５または６に記載の方法。 - 【請求項８】 ファクトリオブジェクトはサービスセッ
ションオブジェクトに関する、オンディマンド生成のラ
イフサイクル方針を実施することを特徴とする請求項７
に記載の方法。 - 【請求項９】 ファクトリオブジェクトはサービスセッ
ションオブジェクトに関する、オンディマンド始動のラ
イフサイクル方針を実施することを特徴とする請求項７
に記載の方法。 - 【請求項１０】 サービスの実行を制御するための全て
の機能は、専用ＣＯＲＢＡサービスサーバによって実施
されることを特徴とする請求項１に記載の方法。 - 【請求項１１】 サービスセッションオブジェクトのイ
ンターフェイス定義はＩＤＬ上にＴＣＡＰマップされて
いることを特徴とする請求項１に記載の方法。 - 【請求項１２】 サービスセッションオブジェクトは直
接的に独自のメッセージ呼出しを受け取ることを特徴と
する請求項１に記載の方法。 - 【請求項１３】 サービスセッションオブジェクトは、
前記または各サービス切換交換局からＩＮＡＰメッセー
ジをメッセージ呼出しとして受け取ることを特徴とする
請求項１に記載の方法。 - 【請求項１４】 各サービスセッションオブジェクトは
独自のスレッドで動くことを特徴とする請求項１に記載
の方法。 - 【請求項１５】 サービスロジック機能の実行を要求す
るサービス要求が、遠距離通信システムの少なくとも一
つのサービス切換交換局からサービス制御ファシリティ
によって受け取られる、遠距離通信システムのサービス
制御ファシリティ内でサービスロジック機能の実行を規
定する方法において、少なくとも一つのサービス切換交
換局から受信した各サービス要求について、オブジェク
トインフラストラクチャを介してオブジェクト指向の計
算環境において他のオブジェクトと相互作用し通信する
ことができるサービスセッションオブジェクトがサービ
ス制御ファシリティ内で生成され、個々のサービスセッ
ションオブジェクトは個々のサービス要求に関してサー
ビスロジック機能の実行を扱うことを特徴とする方法。 - 【請求項１６】 遠距離通信ネットワークのサービス切
換交換局の少なくとも一つからサービス要求を受信する
手段を含み、サービス要求は遠距離通信ネットワークの
利用者のためにサービスの実行を要求するものである、
遠距離通信ネットワークの一つまたは数個のサービス切
換交換局に接続するためのサービス制御ファシリティに
おいて、少なくとも一つのサービス切換交換局から受信
した各サービス要求に関して、サービス制御ファシリテ
ィ内でサービスセッションオブジェクトを生成する手段
と、各サービスセッションオブジェクトが、オブジェク
トインフラストラクチャを介して、オブジェクト指向の
計算環境において他のオブジェクトと相互作用し通信す
ることを可能にする手段と、個々のサービスセッション
オブジェクトの制御の下で、個々のサービス要求に関し
てサービスロジック機能を実行する手段とを含むことを
特徴とするサービス制御ファシリティ。 - 【請求項１７】 サービスセッションオブジェクトを処
理する可変数の処理ノードを含むことを特徴とする請求
項１６に記載のサービス制御ファシリティ。 - 【請求項１８】 サービス要求を遠距離通信ネットワー
クのサービス切換交換局の少なくとも一つから受信する
手段を含み、サービス要求は遠距離通信ネットワークの
利用者にサービスの実行を要求するものである、遠距離
通信ネットワークの一つまたは数個のサービス切換交換
局に接続されたサービス制御ファシリティ用の処理ノー
ドにおいて、少なくとも一つのサービス切換交換局から
受信した各サービス要求に関して、サービスセッション
オブジェクトを生成する手段と、各サービスセッション
オブジェクトが、オブジェクトインフラストラクチャを
介して、オブジェクト指向の計算環境において他のオブ
ジェクトと相互作用し通信することを可能にする手段
と、個々のサービスセッションオブジェクトの制御の下
で、個々のサービス要求に関してサービスロジック機能
を実行する手段とを含むことを特徴とする処理ノード。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP97440037A EP0873026B1 (en) | 1997-04-14 | 1997-04-14 | Method for providing a service for users of a telecommunication network |
| FR97440037.6 | 1997-04-14 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH1145181A true JPH1145181A (ja) | 1999-02-16 |
Family
ID=8229980
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10103193A Pending JPH1145181A (ja) | 1997-04-14 | 1998-04-14 | 遠距離通信ネットワークの利用者にサービスを提供する方法、サービス管理ファシリティ及び処理ノード |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US6317428B1 (ja) |
| EP (1) | EP0873026B1 (ja) |
| JP (1) | JPH1145181A (ja) |
| AT (1) | ATE287182T1 (ja) |
| AU (1) | AU731971B2 (ja) |
| CA (1) | CA2231289A1 (ja) |
| DE (1) | DE69732221T2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003520533A (ja) * | 2000-01-24 | 2003-07-02 | ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー | 通信網 |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2785123A1 (fr) * | 1998-10-22 | 2000-04-28 | Cit Alcatel | Passerelle entre un reseau de donnees et un reseau de services |
| US6782004B1 (en) * | 1998-11-09 | 2004-08-24 | Lucent Technologies Inc. | Intelligent network signaling using an open system protocol |
| FR2787268B1 (fr) * | 1998-12-10 | 2001-01-12 | Cit Alcatel | Passerelle permettant le developpement de nouveaux services de facon independante du reseau sous-jacent |
| WO2000042782A1 (en) * | 1999-01-14 | 2000-07-20 | Nokia Networks Oy | General protocol for service control point |
| US6940847B1 (en) * | 1999-01-15 | 2005-09-06 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for providing access to service nodes from entities disposed in an integrated telecommunications network |
| JP2003527769A (ja) * | 1999-06-01 | 2003-09-16 | マークポート・リミテッド | 移動通信システムのためのサブスクライバインタフェースモジュール |
| DE19949316A1 (de) * | 1999-10-13 | 2001-04-19 | Alcatel Sa | Verfahren zur Übermittlung von Dienst-Signalisierungsnachrichten, Vermittlungsstelle, Konvertierungsknoten und Dienststeuerungsknoten |
| FR2807260B1 (fr) * | 2000-03-30 | 2005-05-06 | Cit Alcatel | Systeme modulaire pour la gestion d'appels de services, notamment de telecommunication |
| US7478403B1 (en) | 2000-04-21 | 2009-01-13 | Sun Microsystems, Inc. | Secure access to managed network objects using a configurable platform-independent gateway providing individual object-level access control |
| US7783720B1 (en) | 2000-04-21 | 2010-08-24 | Oracle America, Inc. | CORBA metadata gateway to telecommunications management network |
| US6813770B1 (en) | 2000-04-21 | 2004-11-02 | Sun Microsystems, Inc. | Abstract syntax notation to interface definition language converter framework for network management |
| US6915324B1 (en) | 2000-04-21 | 2005-07-05 | Sun Microsystems, Inc. | Generic and dynamic mapping of abstract syntax notation (ASN1) to and from interface definition language for network management |
| US6950935B1 (en) | 2000-04-21 | 2005-09-27 | Sun Microsystems, Inc. | Pluggable authentication modules for telecommunications management network |
| US7206843B1 (en) | 2000-04-21 | 2007-04-17 | Sun Microsystems, Inc. | Thread-safe portable management interface |
| US6839748B1 (en) | 2000-04-21 | 2005-01-04 | Sun Microsystems, Inc. | Synchronous task scheduler for corba gateway |
| US7010586B1 (en) | 2000-04-21 | 2006-03-07 | Sun Microsystems, Inc. | System and method for event subscriptions for CORBA gateway |
| US7228346B1 (en) * | 2000-04-21 | 2007-06-05 | Sun Microsystems, Inc. | IDL event and request formatting for corba gateway |
| FI110835B (fi) * | 2000-07-11 | 2003-03-31 | Radiolinja Ab | Menetelmä palvelunumeropuhelun tarjoamiseksi matkaviestintilaajalle ennalta määrätyllä taksalla |
| FI110836B (fi) * | 2000-07-11 | 2003-03-31 | Radiolinja Ab | Menetelmä puheluyhteydenluomispalvelun tarjoamiseksi matkaviestintilaajalle |
| FI20001650A (fi) * | 2000-07-11 | 2002-01-12 | Helsingin Puhelin Oyj | Menetelmõ puheluyhteydenluomispalvelun tarjoamiseksi matkaviestintilaajalle |
| US6981263B1 (en) * | 2001-06-29 | 2005-12-27 | Bellsouth Intellectual Property Corp. | Methods and systems for converged service creation and execution environment applications |
| US7103644B1 (en) * | 2001-06-29 | 2006-09-05 | Bellsouth Intellectual Property Corp. | Systems for an integrated data network voice-oriented service and non-voice-oriented service converged creation and execution environment |
| DE10147494A1 (de) * | 2001-09-26 | 2003-04-30 | Siemens Ag | Dienststeuerung im Rahmen des Intelligentes Netzwerk Konzepts für Paketnetzverbindungen |
| US7228175B2 (en) | 2002-05-15 | 2007-06-05 | Cardiac Pacemakers, Inc. | Cardiac rhythm management systems and methods using acoustic contractility indicator |
| CN101202739A (zh) * | 2006-12-11 | 2008-06-18 | 中兴通讯股份有限公司 | 一种asn.1报文面向对象的处理装置 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2125239A1 (en) * | 1994-06-06 | 1995-12-07 | Kenneth Allan Borg | Network service provisioning |
| US5754546A (en) * | 1995-11-30 | 1998-05-19 | Bell Atlantic Network Services, Inc. | AIN narrowband to video signalling |
| GB9622629D0 (en) * | 1996-10-30 | 1997-01-08 | British Telecomm | Communications network |
-
1997
- 1997-04-14 AT AT97440037T patent/ATE287182T1/de not_active IP Right Cessation
- 1997-04-14 DE DE69732221T patent/DE69732221T2/de not_active Expired - Fee Related
- 1997-04-14 EP EP97440037A patent/EP0873026B1/en not_active Expired - Lifetime
-
1998
- 1998-04-03 AU AU60619/98A patent/AU731971B2/en not_active Ceased
- 1998-04-08 CA CA002231289A patent/CA2231289A1/en not_active Abandoned
- 1998-04-14 JP JP10103193A patent/JPH1145181A/ja active Pending
- 1998-04-14 US US09/059,837 patent/US6317428B1/en not_active Expired - Lifetime
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003520533A (ja) * | 2000-01-24 | 2003-07-02 | ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー | 通信網 |
| JP2014090446A (ja) * | 2000-01-24 | 2014-05-15 | British Telecommunications Plc <Bt> | 通信網 |
Also Published As
| Publication number | Publication date |
|---|---|
| AU6061998A (en) | 1998-10-15 |
| CA2231289A1 (en) | 1998-10-14 |
| ATE287182T1 (de) | 2005-01-15 |
| EP0873026A1 (en) | 1998-10-21 |
| AU731971B2 (en) | 2001-04-12 |
| EP0873026B1 (en) | 2005-01-12 |
| US6317428B1 (en) | 2001-11-13 |
| DE69732221T2 (de) | 2006-03-30 |
| DE69732221D1 (de) | 2005-02-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH1145181A (ja) | 遠距離通信ネットワークの利用者にサービスを提供する方法、サービス管理ファシリティ及び処理ノード | |
| JPH1145231A (ja) | 遠距離通信ネットワークの利用者に少なくとも一つのサービスを提供する方法、サービス管理ファシリティ及びサーバノード | |
| US6041109A (en) | Telecommunications system having separate switch intelligence and switch fabric | |
| US6266406B1 (en) | Method for communicating between a service switching exchange of a telecommunication network and service control facility | |
| EP1250817B1 (en) | Communications network | |
| US6667969B1 (en) | Network service control point (SCP) for an intelligent network (IN) | |
| EP0873029A1 (en) | An SCP interface | |
| KR100546771B1 (ko) | 에이피아이를 이용한 지능망 서비스 제공 장치 | |
| AU759043B2 (en) | Processing platform | |
| JP2000165453A (ja) | デ―タネットワ―クとサ―ビスネットワ―クの間のゲ―トウェイ | |
| Berg et al. | CORBA and intelligent network (IN) interworking | |
| EP0998829A2 (en) | Intelligent service peripheral | |
| Breugst et al. | Service Specification in the Distributed Intelligent Network | |
| CA2357440C (en) | Load shared architecture for an ss7 node | |
| Boujemaa et al. | Introducing CORBA in intelligent networks | |
| Ost et al. | Modern Telecommunication Networks | |
| Choi et al. | The integrated architecture of AIN SSP | |
| Collins | Service creation and deployment on an intelligent network | |
| Sammoud et al. | IN-TINA Architecture: integration or migration? | |
| Matsinopoulos | CORBA/IN Integration | |
| Parlakışık | Value Added Services in Next Generation Networks | |
| Davidson et al. | Implementing ain concepts in an existing switching system | |
| Bafutto | Modelling and Performance Evaluation of the Intelligent Network Application Protocol | |
| Karhinen et al. | An architectural style decoupling coordination, computation and data | |
| Faynberg et al. | Object-Oriented Modelling of the Intelligent Network and its application to Universal Personal Telecommunications Service P. Daryani AT&T Bell Laboratories |