JPH06253351A

JPH06253351A - 通信サービス制御方式

Info

Publication number: JPH06253351A
Application number: JP3302193A
Authority: JP
Inventors: Shiro Tanabe; 史朗田辺
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1993-02-23
Filing date: 1993-02-23
Publication date: 1994-09-09

Abstract

(57)【要約】【目的】サービス制御ポイントＳＣＰにおけるソフトウ
ェアの生産性を高め、且つ高い処理能力を実現できる通
信サービス制御方式を提供する。【構成】各ＳＣＰ内に、機能単位のプログラム部品を用
いインタプリタによるサービス実行制御機能と、サービ
ス対応の専用プログラムによるサービス実行機能とを備
え、サービス要求があった時、いずれか一方のサービス
実行機能を選択してデータ処理動作を行う。【効果】インタプリタによるサービス実行制御機能に
よって新規サービスを素速く提供でき、専用プログラム
によるサービス実行機能によって処理の高速化を実現で
きる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信サービス制御方式
に関し、更に詳しくは、複数の交換機と接続されるサー
ビス制御ポイントを含むネットワークにおける通信サー
ビス制御方式に関する。

【０００２】

【従来の技術】ＣＣＩＴＴ（国際電信電話諮問委員会）
では、マルチベンダ環境下でのサービスの高度化とサー
ビスの早期提供を目的に、「インテリジェントネットワ
ークの能力セット１」を標準化している（ＣＣＩＴＴ勧
告書Ｑ１２００〜１２９０）。

【０００３】上記「インテリジェントネットワーク・能
力セット１」の１つの特徴は、サービスに非依存な構成
をとることにあり、例えば、ＣＣＩＴＴＳＴＵＤＹ
ＧＲＯＵＰXI ＷＯＲＫＩＮＧＤＯＣＵＭＥＮＴＸ
１／４（１９９２年３月１０日）において、１３種類の
サービス独立ビルディングブロック（ＳＩＢ）が規定さ
れている。これは、サービスの生成において、ＳＩＢの
組合せによりサービス内容を規定するものである。

【０００４】ＳＩＢを実行する環境としては、例えば、
電気学会電子・情報・システム部門第２回大会講演論
文集、Ｐ６３に記載されているように、インタプリティ
ブ方式が代表的であり、ＳＩＢを一つ一つ解釈し、逐次
実行する方式がとられる。

【０００５】

【発明が解決しようとする課題】上記ＳＩＢを用いたイ
ンタプリティブ方式によれば、汎用的な機能要素単位で
あるＳＩＢを用いることにより、ソフトウェアの生産性
の向上が期待できる。しかしながら、上記方式は、汎用
的な部品を使用しているため、及び、インタプリタのオ
ーバヘッドのため、サービス要求に応ずるためのデータ
処理量が増大し、高い処理能力が出せないと言う問題が
ある。この傾向は、ソフトウエアの部品単位がプリミテ
ィブであればある程、顕著に現われる。

【０００６】然るに、インテリジェントネットワークに
おいて此種の通信サービスを実行するサービス制御ポイ
ント（ＳＣＰ）は、それに接続された複数の交換機から
インテリジェントネットワーク呼の要求が多重化して到
来するため、極めて高いデータ処理能力が必要とされ
る。従って、サービス要求の全てについて上述したＳＩ
Ｂをインタプリタで実行する方式を採用することには問
題がある。

【０００７】本発明の目的は、早期サービスを提供する
ために不可欠なソフトウェアの高生産性を維持しなが
ら、ＳＣＰにおいて高い処理能力が実現できるサービス
制御方式および制御アーキテクチャを提供することにあ
る。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明の通信サービス制御方式では、ネットワーク
における各サービス制御ポイントＳＣＰに、汎用的な機
能単位の部品をインタプリティブに実行する第１の手段
と、サービス対応に用意された専用プログラムにより通
信サービスを実現する第２の手段と、サービス要求時に
上記第１、第２の手段に何れかを選択するための手段と
を設けたことを特徴とする。

【０００９】

【作用】本発明によれば、ＳＣＰにＩＮ呼の要求が着信
すると、ＳＣＰがＩＮ呼が要求しているサービスを判断
し、例えばサービス実行表示テーブルを参照して第１の
手段、第２の手段の何れかを選択し、もし要求されたサ
ービスを第２手段により実行可能なら、既に用意されて
いる専用プログラムを実行するようになっているため、
サービスのためのデータ処理を高速に行うことができ
る。なお、上記サービス実行表示テーブルの情報は、例
えば、保守者からのコマンド入力に応じて、あるいは、
サービスの実行状況に応じて書き替えられる。

【００１０】

【実施例】（１）ネットワークの構成図１に本発明を実施するネットワーク構成の１例を示
す。ネットワークは、サービスコントロールポイント
（ＳＣＰ）１と、交換機３と、サービス管理システム
（ＳＭＳ）２とを基本システムとして構成されている。
各基本システムは次の機能を備えている。

【００１１】ＳＣＰ：一つの交換機のみでは対応できな
いサービスを実行する。例えば、フリーダイアル、ダイ
アルＱ２等、一般ダイアル翻訳（例えば東京は「０
３」、大阪「０６」、…といったもの）におけるどの加
入者に接続すべきか特定できない場合の処理、及び、指
定時間転送など個人登録データにアクセスする場合の処
理を行う。

【００１２】交換機：ＳＣＰにアクセスを要するインテ
リジェントネットワーク呼を検出する機能を持ち、一般
基本接続呼は交換機内で閉じた処理として実行する。

【００１３】ＳＭＳ：ネットワーク保守センタであり、
保守者によるサービスのクリエーション、トラヒック・
課金集計等、サポート処理を行う。また、上記ＳＣＰの
バックアップシステムとなる。

【００１４】（２）ＳＣＰの構成ＳＣＰ１は、図１に示すように、呼処理サーバ４と、通
信サーバ５と、データベースサーバ６とから構成されて
いる。

【００１５】呼処理サーバ４は、インテリジェントネッ
トワーク呼の処理を行なうためのものであり、制御プロ
セッサ（ＣＰ）１１、主記憶装置１２、及び、サーバ間
通信網インタフェ−ス１３により構成される。

【００１６】通信サーバ５は、交換機及びＳＭＳとの通
信を制御するものであり、制御プロセッサ（ＣＰ）１
４、主記憶装置１５、及び、複数のインタフェース部１
６〜１８から構成される。インフェース部としては、交
換機３との間のＮｏ．７共通線インタフェース１６、Ｓ
ＭＳ２との間のパケット網インタフェース１７、サーバ
間通信網７との間のインタフェース１８が含まれる。

【００１７】データベースサーバ６は、制御プロセッサ
（ＣＰ９１９、ディスク（ＤＫ）２０、及び、サーバ間
通信網インタフェース部２１により構成される。

【００１８】（３）ＳＣＰ１が備えるプログラムの構成ＳＣＰ内の呼処理サーバ４にある「サービス決定後の処
理」を行うプログラムを例に、本発明の特徴について説
明する。

【００１９】図２に示すように、ダイアルされた番号よ
りサービス種類ｉｄを決定し、このサービスｉｄに関し
て、選択プログラム（Switcher）３１により、インタプ
リタ処理３２を実行するか、専用プログラム処理３３を
実行するかを決定し、選択された処理を起動する。

【００２０】選択プログラム（Switcher）３１では、例
えば図３に示すように、サービスｉｄをキーとしてプロ
グラム選択テーブル４３を索引し（ステップ４１）、上
記プログラム選択テーブル４３に予めサービスｉｄ対応
に設定してある１ビットデータからなる処理指定情報を
読み出す。読み出された上記処理指定情報の値が例えば
「１」であれば、インタプリタ処理を選択（ＲＴＮコー
ド＝「１」）し、値が「０」であれば専用プログラム処
理を選択（ＲＴＮ＝［０］）する（ステップ４２）。

【００２１】インタプリタ処理３２では、図４に示すよ
うに、サービスｉｄ対応の機能部品群テーブル５５をデ
ータベースサーバ６から取得し（ステップ５１）、上記
機能部品群テーブル５５に指定されている機能部品プロ
グラム５６を逐次読み出して起動する（ステップ５
２）。１つの機能部品プログラム５６の実行が終了する
と、機能部品群テーブル５５に指定された次の機能部品
を読み出し（ステップ５３）、もし、終了表示がしてあ
ればインタプリタ処理を終了し（ステップ５４）、終了
表示でない場合は、ステップ５２に戻って該当する機能
部品プログラムを起動する。以下、終了表示が現われる
迄、上記の動作が繰り返される。

【００２２】専用プログラム処理３３では、主記憶装置
に常駐しているサービスｉｄ対応に用意された専用のプ
ログラムが実行される。これらの専用プログラムは、例
えば図５に示すように、手続き型言語により記述されて
いる。選択プログラム（Switcher）３１が出力する選択
コードＲＴＮが「０」の場合は、これらサービス対応に
用意され専用プログラムが起動され、「１」の場合はイ
ンタプリタ処理３３が実行される。

【００２３】手順の説明（１）サービス制御の例１図６に示す信号シーケンスチャートに従い、本発明によ
るサービス制御の第１の実施例を説明する。交換機７２
は、端末７１からＳＥＴＵＰメッセ−ジ７７を受信する
と、受信メッセージ中に含まれるダイアル番号を調べ、
例えばフリーダイアルのようなインテリジェントネット
ワーク呼であれば、ダイアル番号を含む分析情報メッセ
ージ（Analized Information）７８をＳＣＰ７３に転送
する。上記メッセ−ジ７８は、通信サーバ７４を経由し
て、呼処理サーバ７５に着信する。

【００２４】呼処理サーバ７５は、ダイアル数字からサ
ービス種類を決定するために問い合わせメッセ−ジ（Qu
ery）７９をデータベースサーバ７６に送信する。デー
タベースサーバ７６は、番号翻訳を行ってサービス種類
（ｉｄ）を決定し（８０）、このサービスidを含む回答
メッセ−ジ（Query Result）８１を呼処理サーバ７５に
送る。

【００２５】呼処理サーバ７５は、上記回答メッセ−ジ
（Query Result）８１を受信すると、選択プログラム３
１（switcher）を起動する（８２）。選択プログラム３
１は、図３で説明したように、サービスidに基づいてイ
ンタプリタ処理３２と専用プログラム処理３３の何れを
実行するかを判断し、これによって選択された処理が起
動される。もし、ここでインタプリタ処理３２が起動さ
れると、機能部品群テーブルを取得した後（８４）、図
４で説明したように、このテーブルに設定されている機
能部品を逐次読み出して、該当する機能部品プログラム
が次々と実行される。

【００２６】図６の例では、機能部品実行８７によって
Request Reportメッセージと、BCSMEventメッセージ８
８が、また、機能部品実行９０によってAnalize Inf.メ
ッセージ９１がＳＣＰ７３から交換機７２に転送されて
いる。尚、ＳＣＰ７３はAnalize Inf.メッセージ９１を
送信後、交換機からの次のメッセージの受信待ち状態に
なる。

【００２７】交換機７２では、上記メッセージの受信
後、基本呼処理接続９２を実行し、Call Proc.９３、Al
ert９４、Connect９５を端末７１に送出して、通話中の
状態９６になる。通話が終了し、端末７１からの切断メ
ッセージ（Disc）９７が受信すると、交換機７２は、Re
l メッセージ９９を端末７１にに返送して端末を開放す
る。この時、ＳＣＰ７３に対して、Event Report BCSM
９８を送出する。ＳＣＰ７３は、上記メッセージを受信
すると、待ち状態になっていた機能部品９０の実行を再
開し、以下、切断処理用の機能部品が順次に実行される
（１０２〜１０７）。

【００２８】（２）サービス制御の例２図７の信号シーケンスチャートに従い、サービス制御の
第２の実施例について説明する。交換機７２は、端末７
１からＳＥＴＵＰメッセ−ジ７７を受信すると、このメ
ッセージに含まれるダイアル番号を調べ、例えばフリー
ダイアルのようなインテリジェントネットワーク呼であ
れば、ダイアル番号を含むメッセージ（AnalizedInform
ation）７８をＳＣＰ７３に転送する。上記メッセ−ジ
７８は、通信サーバ７４を経由して、呼処理サーバ７５
に着信する。

【００２９】呼処理サーバ７５は、ダイアル数字からサ
ービスを決定するために、データベースサーバ７６に問
い合わせメッセ−ジ（Query）７９を送信する。データ
ベースサーバ７６は、番号翻訳を行ってサービス種類を
判断し（８０）、サービスidを含むQuery Resultメッセ
−ジ８１を呼処理サーバ７５に送る。

【００３０】呼処理サーバは、メッセ−ジ８１を受信す
ると選択プログラム（switcher）８２を起動し、これに
よって、インタプリタ処理３２と専用プログラム処理３
３の何れを実行するかがを決定される。ここで、専用プ
ログラム処理３３が選択された場合、次のように処理が
行われる。

【００３１】サービス対応の専用プログラム３３は、Ｓ
ＣＰ内にある主記憶装置１２のプログラム部に格納され
ている。これらのプログラム３３は、例えば、Ｃ言語、
ＣＨＩＬＬ言語等の手続き型のプログラム言語で記述さ
れており、それを実行する過程で、ＳＣＰ７３からRequ
est ReportメッセージとBCSM Eventメッセージ１２８、
及び、Analize Inf.メッセージ１２９が発行され、交換
機７２に送られる。ＳＣＰ７３は、Analize Inf.メッセ
ージ１２９の送信後、交換機からのメッセージの受信待
ち状態になる。

【００３２】交換機７２は、これらのメッセージを受信
した後、基本呼処理接続１３０を実行し、Call Proc.１
３１、Alert１３２、Connect１３３を端末７１に送出
し、通話中の状態１３４になる。通話が終了して、端末
７１から切断メッセージDisc１３５を受信すると、交換
機７２は、端末７１に対してRel メッセージ１３７を返
して端末を開放する。また、ＳＣＰ７３に対してEvent
Report BCSM１３６を送出する。ＳＣＰ７３は、上記メ
ッセージ１３６を受信すると、待ち状態にあった専用プ
ログラム３３を再開する。これによって、以下、切断の
ための処理が実行される。

【００３３】（３）保守者による処理指定情報の設定例
１図８に示すように、保守者がＳＭＳ１５２からコマンド
（各種のパラメータの値を含む）１５５を入力すると、
コマンドで指定されたサービスidと選択プログラム識別
子(例えば、インタプリタ処理は「１」、専用プログラ
ム処理は「０」)をパラメータとした書替え要求メッセ
ージが生成され、ＳＭＳ１５２からＳＣＰ１５１に転送
される。上記メッセージは、ＳＣＰ１５１の通信サーバ
１５４を経由して、呼処理サーバ１５３に着信する。

【００３４】呼処理サーバ１５３は、プログラム選択テ
ーブル４３のサービス対応ビットを上記メッセージで指
定された状態に書替え（１５７）た後、終了メッセージ
１５８をＳＭＳ１５２に返送する。

【００３５】（４）保守者による処理指定情報の設定例
２図９に示すように、保守者がＳＭＳ１５２からコマンド
１６５を入力すると、コマンドで指定されたサービスid
と選択プログラム識別子(例えば、インタプリタ処理は
「１」、専用プログラム処理は「０」)に応じて、ＳＭ
Ｓ内のバックアップ用プログラム選択テーブルでサービ
ス対応の判定ビットの書替えられ、更新されたテーブル
の内容が、ＳＭＳ１５２からＳＣＰ１５１に送られる
（１６７）。ＳＣＰ内の呼処理サーバ１５３は、上記テ
ーブル情報を受信すると、これに基づいてプログラム選
択テーブル４３を書替え（１６８）、これが終わると、
終了メッセージ１６９をＳＭＳ１５２に返送する。

【００３６】（５）トラヒック観測による処理指定情報
の設定例この例では、ＳＣＰが、サービス決定後にトラヒック観
測を行い、その結果、必要があればプログラム選択テー
ブルの処理指定情報を変更する。

【００３７】図１０に示すサービス観測プログラムは、
サービス種類が決定された後、選択プログラム（Switch
er）の直前で起動される。このプログラムでは、サービ
ス毎の使用頻度を示す値を更新し(ステップ１８１)、更
新した値をシステムパラメータａと比較し（１８２）、
比較結果に応じて次のような処理動作を行う（図１１参
照）。

【００３８】サービス使用頻度が増加し、ａを越えた場
合：現在対象としているサービスに関して専用プログラ
ムが実装されているかをチェックし（１８３）、もし実
装してあれば、プログラム選択テーブルの該当ビットを
専用プログラム指定する値に書き替え（１８５）、もし
専用プログラムが未実装であれば、何もせずにこのルー
チンを終了する。

【００３９】サービス使用頻度が減少し、ａより下がっ
た場合：対象としているサービスの機能部品群が実装さ
れているかをチェックし（１８４）、もし実装してあれ
ば、プログラム選択テーブルの該当ビットをインタプリ
タ処理を指定する値に書き替える（１８６）。機能部品
群が未実装であればこのルーチンを終了する。

【００４０】サービス使用頻度がａを越えない場合は、
何もせずにこのルーチンを終了する。（６）サービス生
成手順の例１図１２は、新規サービスを開始する場合の手順を示す。
先ず、新規サービスを機能部品により作成し、このサー
ビスに対応した機能部品群テーブルを作成する（１９
１）。次に、このサービスを実装するために、データベ
ースサーバにおける翻訳テーブルにサービスidを登録し
た後、呼処理サーバにおけるプログラム選択テーブル４
３において、上記サービスidと対応するビットに、イン
タプリタ起動を指定する値を設定する（１９２）。使用
頻度の高いサービス、あるいは、使用頻度が高くなる可
能性の強いサービスに関しては、同一機能の専用プログ
ラムを作成し（１９４）、もし、トラヒック観測による
処理指定情報の自動設定機能を備えたシステムの場合
は、上記新規専用プログラムを実装して（１９６）、こ
の手順を終了する。トラヒック観測による自動設定機能
がないシステムの場合は、保守者によるコマンド入力操
作により、プログラム選択テーブルの該当ビットを専用
プログラムを指定する値に変更する（１９７）。

【００４１】（７）サービス生成手順の例２図１３によって、複数のＳＣＰを含むネットワークにお
けるサービス生成の手順を示す。図１３図に示すネット
ワークは、交換機２０４および２０５と接続するＳＣＰ
２０１と、交換機２０６および２０７と接続するＳＣＰ
２０２と、交換機２０８および２０９と接続するＳＣＰ
２０３とが、ネットワークを介して互いに接続されてい
る。サービス機能の実装当初は、上述したサービス生成
手順１（第１２図）のステップ１９１、１９２によっ
て、全てのＳＣＰ２０１、２０２、２０３が機能部品群
を用いる形式でサービスを実行する。

【００４２】ここで、例えば、ＳＣＰ２０１において特
定のサービスの使用頻度が高くなると、上述したサービ
ス生成手順１（第１２図）のステップ１９４−１９７に
よって新規専用プログラム２１１が実装される。この
時、ＳＣＰ２０１から他のＳＣＰ２０２、２０３に対し
て、プログラムローディング機能によって上記新規専用
プログラム２１１が配布され、各ＳＣＰが専用プログラ
ムによるサービス実行機能を備える。

【００４３】

【発明の効果】従来の機能部品を用いたインタプリタ方
式の最大の欠点は、逐次機能部品を実行するための制御
によって処理オーバヘッドが生ずる点にある。オーバヘ
ッドの程度は機能部品の大きさにも依存するが、ＣＣＩ
ＴＴ勧告のＳＩＢを機能部品として考えると、専用プロ
グラムの約２倍のダイナミックステップを要すると予測
される。２倍のオーバヘッドとは、機能部品実行時のダ
イナミックステップ数とインタプリタ実行時のダイナミ
ックステップ数がほぼ等しいことを意味し、これを手続
き型言語による専用プログラムに代えると、インタプリ
タ処理分がそのまま削除され、ダイナミックステップ数
を１／２程度に削減できると予想される。

【００４４】すなわち、全てのサービスのうち、専用プ
ログラムにより実行するサービスの頻度をα％とする
と、本発明を採用した場合、従来方式に比べ、 ρ＝（１−α）＋０．５＊α だけダイナミックステップ数が減少し、その分だけ処理
を高速化できる。

【００４５】また、新規サービスを機能部品群によるサ
ービス生成でサポートすることによって、新規サービス
の開始を素速く行うことができる。

【図面の簡単な説明】

【図１】インテリジェントネットワークとＳＣＰの構成
の１例を示す図。

【図２】サービス決定後処理の詳細を示すフローチャー
ト。

【図３】選択プログラム（Ｓｗｉｔｃｈｅｒ）の機能を
示すフローチャート。

【図４】インタプリタ処理の詳細を示すフローチャー
ト。

【図５】専用プログラム処理の１例を示すフローチャー
ト。

【図６】サービス実行制御の第１の実施例を示すシーケ
ンス図。

【図７】サービス実行制御の第２の実施例を示すシーケ
ンス図。

【図８】保守者による処理指定情報設定の第１の実施例
を示す図。

【図９】保守者による処理指定情報設定の第２の実施例
を示す図。

【図１０】サービス使用頻度観測による処理指定情報設
定のプログラムフローチャート。

【図１１】サービス使用頻度の分布の１例を示す図。

【図１２】サービス生成手順の第１の実施例を示す図。

【図１３】サービス生成手順の第２の実施例を示す図。

【符号の説明】

１、７３、１５１、２０１〜２０３…ＳＣＰ、２、１５
２…ＳＭＳ、３、７２、２０４〜２０９…交換機、４、
７５、１５３…呼処理サーバ、５、７４、１５４…通信
サーバ、６、７６…データベースサーバ、７…サーバ間
通信網、１１、１４、１９…プロセッサ、１２、１５…
主記憶メモリ、１３、１６〜１８、２１…ＩＦ、２０…
ディスク、３１〜３３…サービス決定後の処理ボック
ス、４１、４２…Switcherプログラム処理ボックス、４
３…プログラム選択テーブル、５１〜５４…インタアプ
リタ処理ボックス、５５…サービス対応機能部品テーブ
ル、５６…機能部品プログラム、７１…端末、７７〜７
９、８１、８３、８５、８８、９１、９３〜９５、９７
〜９９、１００、１２１〜１２３、１２５、１２８、１
２９、１３１〜１３３、１３５〜１３８、１５５、１５
６、１５８、１６５、１６７、１６９…信号、８０、８
２、８４、８６、８７、８９、９０、９２、９６、１０
１〜１０６、１２４、１２６、１３０、１３４、１５
７、１６６、１６８、１８１〜１８６、１９１〜１９７
…処理、２１０…機能部品による実行環境、３３、２１
１…専用プログラム。

Claims

【特許請求の範囲】

【請求項１】少なくとも一つの交換機と接続されるサー
ビス制御ポイントが、通信サービスに依存しない機能単
位のプログラム部品を通信サービス対応に組合せてイン
タプリタにより逐次実行する第１の手段と、通信サービ
ス毎に専用に用意されたプログラムを実行して通信サー
ビスを行なう第２の手段とを有し、通信サービスが要求
された時、上記第１の手段あるいは第２の手段の何れか
を選択的に動作させることを特徴とする通信サービス制
御方式。
【請求項２】前記サービス制御ポイントが、通信サービ
ス対応に前記第１の手段と第２の手段の何れを動作させ
るかを予め記憶するための第３の手段を備え、通信サー
ビスを要求された時、上記第３の手段によって、上記第
１の手段または第２の手段の何れかが選択されるように
したことを特徴とする請求項１に記載の通信サービス制
御方式。
【請求項３】前記サービス制御ポイントが、通信サービ
ス毎に要求頻度を観測するための手段を有し、上記観測
手段によって前記第１の手段と第２の手段の何れを用い
るか指定するようにしたことを特徴とする請求項１に記
載の通信サービス制御方式。
【請求項４】前記第２の手段の専用のプログラムが用意
されていない新たな通信サービスを要求された時、前記
第１の手段により該通信サービスを実行し、上記第２の
手段に新たな通信サービスに専用のプログラムが用意さ
れた後は、上記第２の手段を選択すうるようにしたこと
を特徴とする請求項１〜請求項３の何れかに記載の通信
サービス制御方式。
【請求項５】複数のサービス制御ポイントを含むネット
ワークにおいて、各サービス制御ポイントが、通信サー
ビスに依存しない機能単位のプログラム部品を通信サー
ビス対応に組合せてインタプリタにより逐次実行する第
１の手段と、通信サービス毎に専用に用意されたプログ
ラムを実行して通信サービスを行なう第２の手段とを有
し、上記複数のサービス制御ポイントのうちの１つが、
他のサービス制御ポイントに対して上記第２の手段で実
行すべき新たなプログラムをローディングする手段を有
し、通信サービスを要求された時、各サービス制御ポイ
ントが、上記第１の手段あるいは第２の手段の何れかを
選択的に動作させることを特徴とする通信サービス制御
方式。