JPH07226797A - 通信システムおよび通信サービス制御方法 - Google Patents

Abstract

(57)【要約】 【目的】 個人的なサービス要求に柔軟に対応できる通
信システムおよび通信サービス制御方法を提供する。 【構成】 交換機が各呼毎に制御する基本呼状態モデル
の所定の検出ポイントＤＰに、無条件にサービス制御ポ
イント（ＳＣＰ）を起動できるようにトリガを設定して
おく。ＳＣＰには、ユーザ対応に、時間帯別のサービス
制御情報を記憶しておき、交換機から第１の制御信号を
受信した時、上記サービス制御情報によって決まるＤＰ
を交換機に通知する。交換機は、指定されたＤＰにトリ
ガを設定しておき、呼の状態が、被呼端末の状態によっ
て上記トリガ設定された特定のＤＰに遷移した時、ＳＣ
Ｐに第２の制御信号を送信する。これに応答して、ＳＣ
Ｐが交換機に上記サービス制御情報によって決まる着信
端末を通知する。 【効果】 ユーザによるサービス内容の設定、更新に伴
うＳＭＰ処理を削減できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は通信システムに関し、更
に詳しくは、交換ノードあるいはインテリジェントネッ
トワークにおけるサービス制御方式に関するものであ
る。

【０００２】

【従来の技術】ＩＴＵ−Ｔ（国際電気通信連合電気通信
標準化部門）：旧ＣＣＩＴＴ（国際電信電話諮問委員
会）で、サービス提供の迅速化、サービスのカスタム
化、サービスオペレーションの容易化および機能配置の
柔軟化を目的に、インテリジェントネットワークの能力
セット１が標準化された（ＩＴＵ勧告書：Q.1200-1290
シリーズ（旧CCITT勧告書：Q.1200-1290シリーズ)）。

【０００３】インテリジェントネットワーク・能力セッ
ト１では、基本呼処理の動作を基本呼状態モデル(ＢＣ
ＳＭ：Basic Call State Model)で規定している。ＢＣ
ＳＭは、 CCITT STUDY GROUP XI WORKING DOCUMENT X1
/4(1992.3.10-17)で記載されているように、発側(Ｏ＿
ＢＣＳＭ）と着側（Ｔ＿ＢＣＳＭ)に分かれて、それぞ
れ規定されており、ＢＣＳＭのＤＰ(Detection Point)
は、交換機からサービス制御ポイントＳＣＰへの切り口
を提供している。インテリジェントネットワークサービ
スは、ＢＣＳＭのＤＰに設定するトリガにより起動され
る。トリガとしては、ＴＤＰ(Trigger Detection Poin
t)/Ｒ(Request)、 ＴＤＰ／Ｎ(Notification)、ＥＤＰ
(Event Detection Point)/Ｒ、ＥＤＰ／Ｎの４種類が規
定されている。

【０００４】インテリジェントネットワークサービスと
しては、ＩＴＵ−Ｔ（旧ＣＣＩＴＴ）勧告書 Q.1219に
記載されているように、日程や時間の設定を行わないサ
ービスが中心であり、例えば、図９に示すようなサービ
スを提供する場合、無条件転送の場合には、ＤＰ１２(T
erm._Attempt_Authorized)にトリガＴＤＰ／Ｒを設定
し、Ｂｕｓｙ転送の場合には、ＤＰ１３(T_Called_Part
y_Busy)にトリガＴＤＰ／Ｒを設定し、無応答転送の場
合には、ＤＰ１４(T_No_Answer)にトリガＴＤＰ／Ｒを
設定する。上記したＴＤＰの設定／解除の処理は、サー
ビス内容が変化する毎に繰り返される。

【０００５】

【発明が解決しようとする課題】然るに、インテリジェ
ントネットワークにおいて、ユーザ要求に柔軟に対応し
たサービスを提供するためには、曜日別、あるいは時間
単位のサービス内容切り換えが不可欠となる。しかしな
がら、従来は、図９に示したような曜日あるいは時間帯
によって異なる転送サービスを１回のオペレータ操作で
指定することはできなかった。このため、従来は、ユー
ザが要求する曜日毎あるいは時間帯毎の異なるサービス
指定を行う場合には、それぞれの実行時間帯で個別にサ
ービス用制御情報をＳＭＰから入力し、基本呼状態遷移
中の該当するＤＰにトリガＴＤＰを設定せざるを得なか
った。このため、ＳＭＰおよびＳＣＰにおけるユーザデ
ータの管理が複雑となり、ＳＭＰおよびＳＣＰにおける
処理負担が大きくなるという問題があった。

【０００６】また、従来のシステムでは、サービス内容
の切替時間帯に複数のユーザからのＴＤＰ設定のための
トラヒックが集中するという問題があった。また、サー
ビス内容が変る毎に、各交換機において、ＢＣＳＭにト
リガＴＤＰ／Ｒを設定するための交換機ソフトウエア・
アクセスが必要となるため、交換機の本来の機能である
呼制御動作の妨げとなるという問題点があった。これら
の傾向は、個別サービスを求めるユーザ数が増加し、ユ
ーザ要求が細かくなればなるほど顕著となる。

【０００７】本発明の目的は、個人的なサービス要求に
柔軟に対応できる通信システムを提供することにある。
本発明の他の目的は、インテリジェントネットワークに
おけるユーザの個人的なサービス要求に柔軟に対応でき
るサービス制御方式を提供することである。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明の通信サービス制御方法では、少なくとも１
つの交換機と、ユーザ毎のサービス用制御情報を記憶す
るための記憶装置を備える上記交換機に接続されたサー
ビス制御装置とからなる通信ネットワークにおいて、上
記交換機が、上記サービス制御装置で提供すべき特殊通
信サービスに関係する呼を受け付けた時、該呼の状態制
御のための呼制御シーケンスを生成する。上記呼制御シ
ーケンス中の所定の検出ポイント（以下、ＤＰという）
には、上記サービス制御装置への制御信号の送信を要求
するための第１のトリガが設定されており、交換機は、
上記呼制御シーケンスに従って呼を制御し、呼の状態が
呼制御シーケンス中の上記第１トリガが設定されたのＤ
Ｐに遷移した時、上記サービス制御装置に対してダイヤ
ル番号を含む第１の制御信号を送信する。第１の制御信
号を受信したサービス制御装置は、上記ダイヤル番号と
予め対応付けられたサービスプログラムを実行し、該サ
ービスプログラムの実行過程で記憶装置から上記ダイヤ
ル番号と対応するサービス制御情報を読み出し、該サー
ビス制御情報の内容に応じて、上記交換機に、呼制御シ
ーケンス中で次にトリガを設定すべきＤＰを通知する。
交換機は、呼制御シーケンス中の上記サービス制御装置
から指定されたＤＰに第２のトリガを設定し、呼の状態
が上記呼制御シーケンス中の前記第２トリガの設定され
たＤＰに遷移したとき、上記サービス制御装置に第２の
制御信号を送信し、これに応答して、サービス制御装置
が、上記サービス制御情報によって決まる特殊サービス
の内容を交換機に指定する。これによって、上記交換機
は、上記呼に関して上記サービス制御装置から指定され
た特殊サービスを実行できる。

【０００９】また、本発明は、複数のユーザ端末と接続
された少なくとも１つの交換機と、上記交換機に接続さ
れた個人的な通信サービスを提供するためのサービス制
御装置とからなる通信システムにおいて、上記交換機
が、各呼対応に、呼状態モデルに従って状態を遷移しな
がら呼制御を行うための手段と、呼の状態が上記呼状態
モデルにおける何れかの検出ポイント（以下、ＤＰとい
う）に遷移した時、該ＤＰに制御信号の送信要求を示す
トリガが設定されていた場合に、上記サービス制御装置
に対して該呼のダイヤル番号を含む制御信号を送信する
ための手段とを有し、上記サービス制御装置が、プロセ
ッサ手段と、ダイヤル番号とサービスｉｄとの対応関係
を記憶するための第１の記憶手段と、それぞれダイヤル
番号と対応付けられたサービス制御用の複数のレコード
を記憶するための第２の記憶手段と、上記第２の記憶手
段からダイヤル番号によって特定されるサービス制御用
の情報レコードを読み出し、該情報レコードの内容に応
じて、トリガを設定すべき少なくとも１つのＤＰを指定
するためのそれぞれが固有のサービスｉｄをもつ複数の
サービスルーチンを記憶する第３の記憶手段とを有し、
上記交換機から制御信号を受信した時、上記プロセッサ
手段が、上記第１の記憶手段を参照して上記制御信号で
指定されたダイヤル番号と対応するサービスｉｄを求
め、上記第３の記憶手段から読み出した上記サービスｉ
ｄと対応するサービスルーチンに従って、トリガを設定
すべき少なくとも１つのＤＰまたは実行すべきサービス
内容を示す制御情報を上記交換機に通知し、上記交換機
が上記サービス制御装置で指定されたＤＰへのトリガ設
定またはサービスを実行するようにしたことを特徴とす
る。更に詳述すると、上記サービス制御装置のプロセッ
サは、交換機が発行する各呼における最初の制御信号受
信時に、トリガ設定すべきＤＰと共に該ＤＰに設定すべ
きトリガ種類を交換機に通知し、呼の状態が上記トリガ
設定されたＤＰに遷移した時に交換機が発行する第２の
制御信号に応答して上記サービス内容を通知する。

【００１０】なお、上記呼状態モデルの生成は、交換機
に、呼状態モデルを構成する複数の状態ルーチンおよび
ＤＰルーチンと、各ＤＰでトリガ設定の有無を判別する
ためトリガ判別ルーチンと、呼毎にトリガ設定されたＤ
Ｐを記憶する情報テーブルとを備えておき、上記交換機
が、各呼の状態遷移に従って該当する状態ルーチンまた
はＤＰルーチンを逐次実行することによって呼制御を行
い、ＤＰルーチン実行時に、上記トリガ判別ルーチンに
より上記情報テーブルを参照し、当該ＤＰでのトリガ設
定の有無を判別し、呼の状態がトリガの設定されたＤＰ
に遷移した時点でサービス制御装置に制御信号を送信す
るようにしてもよい。

【００１１】

【作用】本発明の構成によれば、交換機が、サービス制
御装置（ＳＣＰ）にサービス制御情報をもつ特定のダイ
ヤル番号の呼（以下、この種の呼をインテリジェントネ
ットワーク呼：「ＩＮ呼」という）を受信した時、呼制
御シーケンス（例えば、基本呼状態モデルＢＣＳＭ）中
の特定のＤＰでＳＣＰを起動し、ＳＣＰからの指示によ
って、交換機が、他のＤＰへのトリガの設定、または他
のダイヤル番号をもつ特定端末への転送動作等を行える
ようになっている。

【００１２】従って、例えば図９に示すように、ユーザ
が複数の時間帯に分けて指定したサービス内容をＳＣＰ
に登録しておけば、そのユーザ宛へのＩＮ呼が発生した
時、ＳＣＰが上記ＩＮ呼に対応した着信サービス用制御
情報にアクセスし、上記着信サービス用制御情報に従っ
て、曜日／時間帯等に応じて異なった形式で、交換機の
呼制御シーケンス中の所定のＤＰにトリガＥＤＰを設定
することができる。

【００１３】これによって、例えば、被呼者話中、被呼
者無応答など、呼が特定の状態に遷移した時点で交換機
からＳＣＰに制御信号を発行させ、ＳＣＰが、上記状態
に対応するユーザ指定のサービスを交換機に指令し、交
換機が上記指令に応じた動作を行うことによって、時間
帯によって異なる指定端末への転送制御など、インテリ
ジェントネットワークサービスを実行できる。

【００１４】

【実施例】図１は、本発明を適用するネットワークの１
例として、インテリジェントネットワークの構成を示
す。インテリジェントネットワーク（ＩＮ）は、サービ
ス制御装置（以下、サービスコントロールポイント：Ｓ
ＣＰという）１と、上記ＳＣＰに接続されたサービス管
理装置（以下、サービス管理ポイント：ＳＭＰという）
２と、複数の交換機３とを基本システム要素として構成
されている。各交換機３には、加入者線１７（１７ａ〜
１７ｎ）を介して、複数の加入者端末１６（１６ａ〜１
６ｎ）が収容されている。

【００１５】ＳＣＰ１は、各交換機のみでは対応できな
いネットワークワイドなサービスを実行するためのもの
であり、例えば、ユーザが予め指定された番号をダイヤ
ルすると着信側ユーザに課金できるようになっているフ
リーダイアルサービスのように、一般のダイアル翻訳で
は番号計画に基づくルーティングができない特殊な交換
処理や、例えば、着信転送サービスのように、各ユーザ
が個人的に登録している着信サービス用データにアクセ
スする場合の交換処理を行う。ＳＭＰ２は、ネットワー
クの保守管理センタに相当し、保守者によるサービスク
リエーションや、トラヒック管理、課金集計等のサポー
ト処理を行うためのものである。上記着信転送サービス
のような、加入者からの要求に応じた着信サービス用制
御情報の登録は、保守者によるＳＭＰ２への入力操作に
よって、ＳＣＰ１のＳＤＦ（サービスデータ機能）サー
バ５に対して行われる。交換機３は、上記ＳＣＰ１にア
クセスする必要のある呼（以下、本明細書では「ＩＮ
呼」と称する）を検出する機能を有し、ＳＣＰアクセス
を必要としない一般的な呼（基本呼）は各交換機内に閉
じた形で処理が行われる。

【００１６】図２は、交換機３の構成を示す。交換機３
は、ＳＣＰ１との間での制御信号の通信および呼制御を
行うための制御プロセッサ１０と、それぞれＳＣＰ１と
の間に接続された信号線８を終端するための複数の通信
インターフェイス部１１と、メモリ１２と、スイッチユ
ニット１５と、これらの要素を接続するバスとからな
り、上記スイッチユニット１５には、それぞれ加入者端
末１６と接続された加入者線１７を終端するための複数
の加入者インターフェイス部１８を収容した構成となっ
ている。メモリ１２は、基本呼処理部１３と、その他の
制御プログラムを記憶するためのエリア１４とからな
る。

【００１７】上記基本呼処理部１３は、基本呼処理ルー
チンを含み、例えば、インテリジェントネットワーク・
能力セット１により規定されているＢＣＳＭの他に、Ｉ
Ｎ呼に該当するダイヤル番号と呼別ＢＣＳＭの生成時に
トリガを設定すべきＤＰ位置との関係を示すＩＮ呼管理
テーブルなどから構成される。また、上記制御プログラ
ムエリア１４には、例えば発呼検出など、呼制御および
通話情報の交換処理に必要なプログラムが含まれる。な
お、基本呼処理ルーチンを、ＢＣＳＭを構成する複数個
の状態（ステップ）ルーチンとトリガの設定が可能であ
る複数個のＤＰルーチンと、各ＤＰでトリガ設定の有無
を判別するルーチンと、判別に必要な情報、呼と呼の状
態番号とを対応付けるテーブルとで構成してもよい。

【００１８】上記通信インターフェイス１１を介して、
制御プロセッサ１０と、上記ＳＣＰ１に含まれる後述す
るＳＣＦサーバ４との間で行われる通信には、例えば図
７に示すフォーマット上で、ＩＴＵ−Ｔ（旧ＣＣＩＴ
Ｔ）勧告書 Q.1214、1218で規定されたメッセージが使用
される。ＳＣＰ１は、機能的には、１または複数のＳＣ
Ｆ（サービスコントロール機能）サーバ４と、１または
複数のＳＤＦ（サービスデータ機能）サーバ５とから構
成される。但し、ＳＤＦサーバ５の機能をＳＣＦサーバ
４に統合してもよい。更に、ＳＤＦサーバ５の機能を例
えば、ＳＤＰ（Service Data Point)など、ＳＣＰ以外
の装置に配備してもよい。

【００１９】図３にＳＣＦサーバ４の構成を示す。ＳＣ
Ｆサーバ４は、ＩＮ呼のためのサービス処理を行うもの
であり、制御プロセッサ２０と、メモリ２１と、それぞ
れ交換機、ＳＭＰ、ＳＤＦサーバまたは他のＳＣＦサー
バと接続するための複数のインターフェイス（２６、２
７、２８）とから構成されている。メモリ２１は、ＩＮ
呼受信プログラム等、サービスの実行に必要な各種のプ
ログラムを記憶するためのプログラムエリア２２と、サ
ービス実行時に使用する各種の機能部品モジュール（３
１、３２）を記憶するためのデータエリア２３と、ＩＮ
処理の実行機能が形成されるＩＮ処理部２４と、サービ
スｉｄ対応のルーチン（サービスモジュール群）が記憶
されるサービス対応部２５とからなる。

【００２０】サービス対応部２５には、図４に示すよう
に、サービスｉｄ対応に用意された複数のルーチン３８
（３８Ａ、３８Ｂ、……）が格納される。この例では、
各サービスルーチン３８は、データエリア２３に準備さ
れている機能部品モジュール３１〜３７の組み合わせを
示すモジュールテーブルとして構成してあり、例えば、
サービスルーチン（モジュールテーブル）３８Ａは、着
信転送サービスを、また、サービスルーチン３８Ｂは、
フリーダイヤルを実行するために必要な複数の機能部品
モジュールの組合せを定義している。

【００２１】図５に、ＳＤＦサーバ５の構成を示す。Ｓ
ＤＦサーバ５は、制御プロセッサ４０と、例えば、フリ
ーダイヤル等の特番情報や、着信転送サービス用制御情
報のような、ユーザ（ダイヤル番号）別のサービス制御
情報を格納するためのディスク４１と、ＳＣＦサーバと
のインターフェイス部４２とから構成される。上記ディ
スク４１には、上述したサービス制御情報の他に、例え
ば、ダイヤル番号からサービスｉｄを求めるための変換
テーブルを記憶している。ＳＤＦサーバ５とＳＣＦサー
バ４との間の通信には、ＩＴＵ−Ｔ（旧ＣＣＩＴＴ）勧
告書 Q.1214,1218で規定されたメッセージを使用する。
なお、この例では、ＳＤＦサーバ５がインターフェイス
４２を介してＳＣＦサーバと接続されているが、ＳＤＦ
サーバをインターフェイス４２を介してＳＭＰ２に接続
し、ＳＭＰからのデータ入力操作によって、ディスク４
１の内容を直接更新できるようにしてもよい。

【００２２】図６は、交換機３のプロセッサ１０が実行
する処理フローを示す。発呼が検出されると、基本呼処
理ルーチン１３にＢＣＳＭ生成メッセージが送信され
（ステップ６１）、基本呼処理ルーチン１３において、
上記ＢＣＳＭ生成メッセージで指定された呼（またはダ
イヤル番号）と対応させて、新たなＢＣＳＭ（basic Ca
ll State Model）が生成され（ステップ６２）、それ以
後は、該ＢＣＳＭに従って基本呼処理が実行される（ス
テップ６３）。

【００２３】各ＢＣＳＭは、後述するように複数の状態
（またはステップ）からなり、そのうちの幾つかが、ト
リガの設定対象となるＤＰ（Detection Point）として
定義されている。検出された発呼が、ＳＣＰ１のアクセ
スを必要とするＩＮ呼の場合は、ＩＮサービスの種類に
よって決まる特定位置のＤＰに予めトリガを設定したＢ
ＣＳＭが生成され、呼の状態が上記特定ＤＰに遷移した
時点で、ＳＣＰ１に最初の制御信号（メッセージ）を送
信できるようになっている。検出された発呼が一般呼で
あれば、ＳＣＰアクセスのためのトリガを全く含まない
ＢＣＳＭが生成される。

【００２４】上記基本呼処理によって、呼の状態がＢＣ
ＳＭのＤＰ（Detection Point）に遷移すると、そのＤ
Ｐにトリガが設定されているか否かを判定する（ステッ
プ６４）。もし、トリガが検出された場合、該トリガの
正当性をチェックし（ステップ６６）、トリガが正当な
場合は、トリガの種類（Request型／Notification型）
を判別する（ステップ６７）。

【００２５】トリガの種類がＲ型（Request型）の場合
は、要求メッセージを（ステップ６９）、トリガの種類
がＮ型（Notification型）の場合は、通知メッセージを
それぞれＳＣＰ１に送信する（６８）。トリガの種類が
Ｒ型の場合は、ＳＣＰに要求メッセージの送信後、交換
機はＳＣＰからの応答待ち状態となる（ステップ７
０）。ＳＣＰからの応答メッセージを受けると、それが
トリガの設定を要求するメッセージであれば、該応答メ
ッセージで指定されたＤＰにトリガを設定した後、基本
呼処理を再開する（ステップ７２）。ＳＣＰから応答メ
ッセージを受信する前にタイマがタイムアウトとなった
場合は、該ＢＣＳＭを終了処理する（ステップ７３）。
トリガの種類がＮ型の場合は、ＳＣＰにメッセージを送
信した後、基本呼処理を継続する。

【００２６】なお、この例では、交換機が発呼を検出す
ると、基本呼処理ルーチンでＢＣＳＭを生成している
が、基本呼処理部が、ＢＣＳＭを構成する複数の状態ル
ーチンと複数のＤＰルーチンと、各ＤＰでトリガ設定の
有無を判別するルーチン、及び、判別に必要な情報など
から構成される場合の交換機３のプロセッサ１０が実行
する処理フローを図１６に示す。

【００２７】交換機が、発呼を検出するとＢＣＳＭの最
初の状態ルーチンを実行し（６１０）、呼対応（ダイア
ル番号対応）に状態番号を設定する（６１１）。次に、
実行するＢＣＳＭのルーチンがＤＰルーチンか否かを判
断する（６１２）。実行ルーチンが状態ルーチンであれ
ば、該当状態ルーチンが処理終了ルーチンか否かを判別
する（６１３）。処理終了ルーチンであれば、該当ルー
チンを実行し、処理を終了する（６２２）。処理終了ル
ーチンでなければ、呼対応の状態番号を更新し（６２
３）、該当状態ルーチンを実行する（６２４）。

【００２８】実行するルーチンがＤＰルーチンであれ
ば、ダイアル番号をキーに、トリガの設定を判別するた
めの情報を参照し、トリガが設定されているか否かを判
別する（６１４）。もし、トリガが設定されていた場
合、該トリガの正当性をチェックし（６１５）、トリガ
が正当な場合は、トリガの種類（Request型／Notificat
ion型）を判別する（６１６）。トリガの種類がＲ型（R
equest型）の場合は、要求メッセージを（６１８）、ト
リガの種類がＮ型（Notification型）の場合は、通知メ
ッセージをそれぞれＳＣＰ１に送信する（６１７）。ト
リガの種類がＲ型の場合は、ＳＣＰに要求メッセージの
送信後、交換機はＳＣＰからの応答待ち状態となる（６
１９）。

【００２９】ＳＣＰからの応答メッセージを受けると、
それがトリガの設定を要求するメッセージであれば、該
応答メッセージで指定されたＤＰにトリガを設定した
後、次に実行するルーチンを判別する（６２１）。ＳＣ
Ｐから応答メッセージを受信する前にタイマがタイムア
ウトとなった場合は、処理終了ルーチンを実行する（６
２２）。トリガの種類がＮ型の場合は、ＳＣＰにメッセ
ージを送信した後、次に実行するルーチンを判別する。

【００３０】交換機とＳＣＰとの間のメッセージは、例
えば、図７に示す信号フォーマット７４で送信される。
７４１はヘッダ部であり、７４２は、呼の識別子と、そ
のメッセージが各呼（またはＢＣＳＭ）における最初の
メッセージか、最後のメッセージか、それ以外の中間メ
ッセージかなどの区分を示すTransactionフィールド、
７４３は、複数のComponent７４４ａ〜７４４ｎと、こ
れらのComponentsの属性を示すコンポネント識別子７４
３ＡとからなるComponentフィールドである。ここで、
各Component７４４は、１つのメッセージの内容に相当
し、Componentフィールド７４３に複数のComponentを設
定することによって、１つのメッセージフォーマットで
複数メッセージの内容を同時に送信することができる。

【００３１】図８は、ＳＣＰ１のＳＣＦサーバ４で実行
されるＩＮ呼受信プログラムの処理フローを示す。ＳＣ
Ｐ１（ＳＣＦサーバ４）は、交換機３から要求メッセー
ジまたは応答メッセージを受信すると、受信したメッセ
ージをＩＮ処理部２４に渡す。ＩＮ処理部２４は、各Ｉ
Ｎ呼における最初のメッセージを受信すると、受信した
メッセージ中に含まれるダイアル番号と対応するサービ
スｉｄを知るために、該受信メッセージをＳＤＦサーバ
５に送信する（ステップ８０）。ＳＤＦサーバ５は、デ
ィスク４１に記憶されている変換テーブルを参照して、
上記ダイヤル番号と対応するサービスｉｄを検索し、Ｓ
ＣＦサーバに回答する。ＳＣＦサーバ４は、ＳＤＦサー
バ５からサービスｉｄの回答を得ると、メモリ２１のサ
ービス対応部２５に記憶されている複数のサービスルー
チン（モジュールテーブル）３８のなかから、上記サー
ビスｉｄと対応するサービスルーチン３８ｉを実行すべ
きルーチンとして決定し（ステップ８１）、該サービス
ルーチン３８ｉに従って、実行すべき機能部品モジュー
ルを順次に特定し（ステップ８２）、メモリ２１のデー
タエリア２３から該当する機能部品モジュールを読み出
し、これを実行する（ステップ８３）。

【００３２】実行した機能部品モジュールが、処理終了
用のモジュールＥの場合、当該ＩＮ呼に関するＳＣＦサ
ーバの処理を終了する（ステップ８９）。そうでない場
合は、上記機能部品モジュールが交換機へのメッセージ
送信を必要とするモジュールであったか否かを判定し
（ステップ８５）、メッセージ送信を必要としていなけ
れば、ステップ８２に戻って、次に実行すべき機能部品
モジュールを特定する。実行した機能部品モジュール
が、交換機へのメッセージ送信を必要としていたもので
あった場合、交換機からのメッセージの受信を待つ必要
があるか否かを判定し（ステップ８６）、メッセージ受
信を待つ必要がなければ、ステップ８２に戻って、次に
実行する機能部品モジュールを特定する。交換機からの
メッセージの受信を待つ必要があった場合は、交換機か
らメッセージを受信した後、受信メッセージに対応した
機能部品モジュールを実行する（ステップ８７）。交換
機からの受信メッセージが呼終了メッセージであれば
（ステップ８８）、処理を終了し、そうでなければ、ス
テップ８２に戻って、次に実行すべき機能部品モジュー
ルを特定する。

【００３３】図１０は、ＳＭＰ２のオペレータ（管理
者）が、例えば図９に示したような内容をもつ着信転送
サービス用の制御情報９０をＳＤＦサーバに登録する場
合の、ＳＭＰ２とＳＣＰ１との間の信号シーケンスの１
例を示す。オペレータが、ＳＭＰ２から或るユーザのた
めのサービス制御情報の登録（または既登録情報の変
更）のためのデータ入力を行うと（ステップ９２）、Ｓ
ＭＰ２からＳＣＰ１のＳＣＦサーバ４に、サービス登録
／変更の要求メッセージが送信される（ステップ９
３）。ＳＣＦサーバ４は、上記メッセージを受信する
と、これをＳＤＦサーバ５に渡す（ステップ９６）。

【００３４】ＳＤＦサーバ５は、上記メッセージに応じ
て、ディスク４１に、ユーザ識別子（電話番号）および
サービスｉｄと対応させてサービス制御情報の登録（ま
たは既登録情報の変更）を行う（ステップ９８）。サー
ビス制御情報の登録（または変更）が終了すると、ＳＤ
Ｆサーバ５からＳＣＦサーバ４に処理終了の通知メッセ
ージが送信され（ステップ９９）、これをＳＣＦサーバ
４がＳＭＰ２へ中継する（ステップ１００）。なお、上
記信号シーケンスにおいて、ＳＣＦサーバの介在を無く
し、サービス登録／変更の要求メッセージをＳＭＰ２か
らＳＤＦサーバ５に直接与えるようにしてもよい。

【００３５】次に、着信転送サービスのためのＩＮ呼が
発生した場合の制御動作について、図１１〜図１５に示
す信号シーケンスに従って説明する。着信側の交換機３
は、発呼メッセージを受信すると、交換機内の基本呼処
理ルーチン１３によってＴ＿ＢＣＳＭを生成し、該Ｔ＿
ＢＣＳＭに沿って基本呼処理を行う。上記発呼がＩＮ呼
の場合は、図１１に示す「ＤＰ１２（Term._Attempt_Au
thorized ）」１０４に、トリガＴＤＰ／Ｒが予め設定
されている。

【００３６】基本呼処理ルーチン１３では、上記Ｔ＿Ｂ
ＣＳＭを実行中に「ＤＰ１２」においてトリガＴＤＰ／
Ｒを検出すると、ＳＣＰ１に対して、ダイアル番号を含
んだ制御メッセージ（Term. Attempt Authorized）１０
５を送信する。上記制御メッセージ１０５は、ＳＣＦサ
ーバ４のＩＮ処理部２４に着信する。ＩＮ処理部２４
は、ダイアル番号と対応するサービスｉｄを知るため
に、問い合わせメッセージ（Ｑｕｅｒｙ）１０８をＳＤ
Ｆサーバ５に送信する。ＳＤＦサーバ５は、ディスク４
１に記憶してある変換テーブルを参照して、ダイヤル番
号に該当するサービス種類（サービスｉｄ）を決定し
（ステップ１１０）、該サービスｉｄを含む応答メッセ
ージ（Query Result）１１１をＳＣＦサーバ４に送信す
る。

【００３７】ＳＣＦサーバ４は、サービス対応部２５に
ある上記ＳＣＦサーバ４から通知されたサービスｉｄと
対応するサービスルーチン（モジュールテーブル）３８
ｉを参照し、このサービスルーチンを構成する最初の機
能部品モジュール１１２を起動することによって、サー
ビスを開始する。例えば、サービスルーチン３８ｉの最
初の構成要素であるユーザ情報取得用の機能部品モジュ
ール１１２が実行されると、サービスｉｄとダイアル番
号を含んだ制御メッセージ（Query）１１３が、ＳＤＦ
サーバ５に送信される。

【００３８】上記メッセージを受け取ったＳＤＦサーバ
５は、サービスｉｄとダイアル番号とに基づいてディス
ク４１にアクセスし、例えば図９に示す該当ユーザの着
信サービス用制御情報９０を取得する。上記サービス用
制御情報のうち、現在時刻に該当する時間帯の情報レコ
ードを制御情報として含んだメッセージ（Query Resul
t）１１４が、ＳＤＦサーバ５からＳＣＦサーバ４に送
信される。

【００３９】ＳＣＦサーバ４において、上記制御情報
は、サービスルーチン３８ｉの第２の構成要素である着
信分析機能部品モジュール１１５で分析され、予め用意
されている複数の着信転送サービス用機能部品モジュー
ル（例えば、１１６〜１１９）の中から、ユーザの要求
に合致したモジュールが起動される。該当ユーザがトリ
ガの設定を伴う着信サービス用制御情報を登録していな
ければ、「ＤＰ設定なし」を示す信号が交換機に送信さ
れる。ユーザが指定した条件と起動される機能部品モジ
ュール１１６〜１１９との関係は以下のようになってい
る。

【００４０】（Ｃａｓｅ １）：機能モジュール１１６
の実行 着信を、ユーザが予め指定した転送先に無条件に転送す
る場合に実行される信号シーケンスを図１２に示す。Ｓ
ＣＦサーバ４のＩＮ処理部２４は、ＳＤＦサーバから受
信したユーザの制御情報を分析した結果、無条件転送と
判断した場合（例えば、図９の例で、「１７時から１０
時」の間の着信をレコーデッドアナウンスメント・マシ
ン：「トーキ」に転送する場合）、機能部品モジュール
１１６を起動する。機能部品モジュール１１６を実行す
ることによって、ＳＣＰ１から交換機３に対して、「呼
切断を交換機３からＳＣＰ１に通知する際に必要なトリ
ガ」を交換機に設定するためのメッセージ「Request Re
port BCSM Event(T_Disconnect EDP/N)」１２０と、着
信先として「トーキ」の電話番号を指定したコネクショ
ン確立要求メッセージ「Connect」１２１とが送信され
る。

【００４１】交換機３は、これらの受信メッセージを基
本呼処理部１３に転送する。基本呼処理部１３では、こ
れらのメッセージを「ＤＰ１２（Term._Attempt_Author
ized）」１０４で受信し、「ＤＰ１７（T_Disconnec
t）」１２６にトリガＥＤＰ／Ｎを設定する。交換機３
は、ＢＣＳＭに従って呼処理動作を実行し、呼をトーキ
（レコーデッドアナウンスメント・マシン）に着信させ
る。呼切断メッセージを受信した場合は、「ＤＰ１７
（T_Disconnect）」１２６で上記トリガＥＤＰ／Ｎが検
出されるため、トリガ検出メッセージ「Event Report B
CSM」１２７を生成してＳＣＰ１に送信する。ＳＣＰ１
では、上記メッセージ１２７を受信すると、ＳＣＦサー
バ４のＩＮ処理部２４によって、その呼に関してサービ
ス終了のための処理を行なう。

【００４２】（Ｃａｓｅ ２）：機能モジュール１１７
の実行 図１３は、着端末がＢｕｓｙの時は予めユーザが指定し
た転送先に転送をする場合に実行される信号シーケンス
を示す。ＳＣＦサーバ４のＩＮ処理部２４は、ユーザの
制御情報を分析した結果、着端末がＢｕｓｙなら呼をユ
ーザ指定の端末に転送する必要があると判断した場合
（例えば、図９の例で、「１０時から１２時」の間に、
着信を「０１２３−４５−６７６７」に転送をする場
合）は、図１１に示した機能部品モジュール１１７を起
動する。これによって、ＳＣＰ１から交換機３に、交換
機の基本呼処理部の「ＤＰ１３（T_Called_Party_Bus
y）」１３３にトリガＥＤＰ／Ｒを設定するためのメッ
セージ「Request Report BCSM Event(T_Called_Party_B
usy EDP/R)」１３０と、呼切断通知メッセージ「Reques
t Report BCSM Event(T_Disconnect EDP/N)」１３１
と、着端末の電話番号を指定したコネクション確立要求
メッセージ「Connect」１３２が送信される。

【００４３】交換機３では、これらのメッセージが基本
呼処理ルーチン１３に転送される。基本呼処理ルーチン
１３は、これらのメッセージを「ＤＰ１２(Term._Attem
pt_Authorized）」１０４で受信すると、「ＤＰ１３（T
_Called_Party_Busy）」１３３にトリガＥＤＰ／Ｒを、
また、「ＤＰ１７（T_Disconnect）」１２６にトリガＥ
ＤＰ／Ｎをそれぞれ設定する。交換機で基本呼処理を実
行し、もし、着端末がＢｕｓｙとなった場合は、基本呼
処理部１３の「ＤＰ１３（T_Called_Party_Busy）」１
３３でトリガＥＤＰ／Ｒを検出する。これによって、ト
リガ検出メッセージ「Event Report BCSM」１３４が生
成され、ＳＣＰ１に送信される。

【００４４】ＳＣＰ１では、上記メッセージをＳＣＦサ
ーバ４のＩＮ処理部２４に転送する。ＩＮ処理部２４
は、上記メッセージを受信すると、ユーザ指定の端末に
呼を転送するために、交換機に対して、転送先端末の電
話番号（この例では、0123-45-6767）を指定したコネク
ション確立要求メッセージ「Connect」１３５を送信す
る。

【００４５】交換機３では、上記メッセージ１３５が基
本呼処理ルーチン１３に転送され、基本呼処理が実行さ
れ、発呼を転送先端末に着信させる。交換機が呼切断メ
ッセージを受信すると、「ＤＰ１７（T_Disconnect）」
１２６でトリガＥＤＰ／Ｎを検出し、トリガ検出メッセ
ージ「Event Report BCSM」１３６をＳＣＰ１に送信す
る。ＳＣＰ１では、上記メッセージ１３６をＳＣＦサー
バ４のＩＮ処理部で受信し、サービス終了処理を行う。

【００４６】（Ｃａｓｅ ３）：機能部品モジュール１
１８の実行 図１４は、着端末が一定時間内に無応答の時に、予めユ
ーザが指定した転送先に転送する場合の信号シーケンス
を示す。ＳＣＦ４サーバのＩＮ処理部２４は、ユーザの
制御情報を分析した結果、着端末が一定時間無応答とな
った場合にユーザ指定端末に呼を転送する必要があると
判断した場合（例えば、図９の例で、「１３時から１７
時」の着信を「０１２３−４５−６７６７」に転送する
場合）、機能部品モジュール１１８を実行する。これに
よって、ＳＣＰ１から交換機３に対して、交換機の基本
呼処理ルーチンの「ＤＰ１４（T_No_Answer）」１４３
にトリガＥＤＰ／Ｒを設定するためのメッセージ「Requ
est Report BCSM Event(T_No_Answer EDP/R)」１４０
と、呼切断通知メッセージ「Request Report BCSM Even
t(T_Disconnect EDP/N)」１４１と、着端末の電話番号
を指定したコネクション確立要求メッセージ「Connec
t」１４２とが送信される。

【００４７】交換機３は、これらの受信メッセージを基
本呼処理ルーチン１３に転送する。基本呼処理ルーチン
１３では、これらのメッセージを「ＤＰ１２（Term._At
tempt_Authorized）」１０４で受信し、「ＤＰ１４（T_
No_Answer）」１４３にトリガＥＤＰ／Ｒを設定し、
「ＤＰ１７（T_Disconnect）」１２６にトリガＥＤＰ／
Ｎを設定する。交換機３は、基本呼処理を実行し、着端
末が一定時間内に無応答の場合、基本呼処理ルーチンの
「ＤＰ１４（T_No_Answer）」１４３でトリガＥＤＰ／
Ｒを検出し、トリガ検出メッセージ「Event Report BCS
M」１４４を生成して、ＳＣＰ１に送信する。

【００４８】ＳＣＰ１では、このメッセージ１４４をＳ
ＣＦサーバ４のＩＮ処理部２４に転送する。ＩＮ処理部
２４は、上記メッセージを受信すると、交換機に対し
て、ユーザ指定の転送先端末の電話番号を指定したコネ
クション確立要求メッセージ「Connect」１４５を送信
する。交換機３では、上記メッセージを基本呼処理ルー
チン１３に転送して、基本呼処理を実行する。これによ
って、呼が転送先端末に着信して通話が行われ、交換機
が呼切断メッセージを受信すると、「ＤＰ１７（T_Disc
onnect）」１２６でトリガＥＤＰ／Ｎを検出し、トリガ
検出メッセージ「Event Report BCSM」１４６生成し
て、ＳＣＰ１に送信する。ＳＣＰ１では、このメッセー
ジをＳＣＦサーバ４のＩＮ処理部２４で受信し、サービ
ス終了処理を行う。

【００４９】（Ｃａｓｅ ４）：機能部品モジュール１
１９の実行 図１５は、着端末がＢｕｓｙまたは一定時間に無応答の
場合に予めユーザが指定した転送先に呼を転送するの信
号シーケンスを示す。ＳＣＦサーバ４のＩＮ処理部２４
は、ユーザの制御情報を分析した結果、着端末がＢｕｓ
ｙまたは一定時間無応答の時にユーザ指定端末に呼を転
送する必要があると判断した場合（例えば、図９の例
で、「１２時から１３時」の着信を「Ｍａｉｌ Ｂｏ
ｘ」に転送する場合）、機能部品モジュール１１９を実
行する。これによって、ＳＣＰ１から交換機３に対し
て、交換機の基本呼処理ルーチン１２の「ＤＰ１３（T_
Called_Party_Busy）」１３３と「ＤＰ１４（T_No_Answ
er)」１４３に、それぞれトリガＥＤＰ／Ｒを設定する
ためのメッセージ「RequestReport BCSM Event(T_Calle
d_Party_Busy EDP/R,T_No_Answer EDP/R)」１５０と、
呼切断通知メッセージ「Request Report BCSM Event(T_
Disconnet EDP/N)」１５１と、着端末の電話番号を指定
したコネクション確立要求メッセージ「Connect」１５
２とが送信される。

【００５０】交換機３では、これらのメッセージが基本
呼処理ルーチン１３に転送され、基本呼処理ルーチン１
３では、これらのメッセージを「ＤＰ１２（Term._Atte
mpt_Authorized）」１０４で受信し、トリガＥＤＰ／Ｒ
を「ＤＰ１３（T_Called_Party_Busy）」１３３と「Ｄ
Ｐ１４（T_No_Answer）」１４３にそれぞれ設定し、ト
リガＥＤＰ／Ｎを「ＤＰ１７（T_Disconnect）」１２６
に設定する。これによって、交換機が基本呼処理を実行
中に、着信端末がＢｕｓｙとなった場合は、Ｃａｓｅ２
（図１３）のステップ１３４以降と同様の手順が実行さ
れ、着信端末が一定時間無応答であった場合は、Ｃａｓ
ｅ３（図１４）のステップ１４４以降と同様の手順が実
行される。

【００５１】なお、図１１〜図１５では、基本呼処理ル
ーチンで呼毎に基本呼処理モデル（ＢＣＳＭ）を生成す
るようにしているが、呼毎にＢＣＳＭモデルを生成する
かわりに、交換機の基本呼処理部で、例えば、ＢＣＳＭ
を構成する複数の状態ルーチンおよびＤＰルーチンと、
各ＤＰでトリガ設定の有無を判別するためのトリガ判別
ルーチンと、トリガ設定されたＤＰを記憶するための情
報テーブルとを用いて状態制御するようにしてもよい。
上記情報テーブルは、例えば、最初のトリガ設定ＤＰ、
すなわち第１の制御信号を発生すべきＤＰを記憶するた
めのダイヤル番号対応に予め用意された第１のテーブル
と、呼が発生した時に生成され、状態遷移の途中でＳＣ
Ｐから指定されたトリガ設定ＤＰを記憶するために利用
される第２のテーブルとで構成し、呼が終了した時点で
第２のテーブルを消去するようにする。

【００５２】この方式の場合、交換機は、発呼を検出す
ると、当該呼に対応して現在状態の記憶エリアと上記第
２のテーブルを生成し、ＢＣＳＭに従って呼の状態を遷
移しながら、各状態に対応した状態ルーチンまたはＤＰ
ルーチンを逐次実行し、各ＤＰルーチン実行時に、トリ
ガ判別ルーチンで上記第１、第２のテーブルを参照す
る。もし、当該ＤＰが第１のテーブル上でトリガ設定Ｄ
Ｐとして指定されていれば、交換機からＳＣＰに第１の
制御信号を送信し、ＳＣＰから指定されたＤＰを上記第
２の情報テーブル上でトリガ設定ＤＰとして記憶する。
このようにすれば、第２の情報テーブル上でトリガ設定
ＤＰとして記憶されたＤＰに呼の状態が遷移した時、第
２の制御信号をＳＣＰに送信することができる。

【００５３】以上の実施例では、ユーザが、図９に例示
したように、時間帯によって異なるサービス内容をＳＤ
Ｆサーバに定義した場合について説明したが、本発明
は、着信サービス用制御情報として、曜日別にサービス
指定したもの、これと時間帯別のサービスとを組み合わ
せたもの、あるいは、これらと着信端末がもつ自動サー
ビス機能とを組み合わせたものなど、種々の変形が可能
である。既登録の着信サービス用制御情報は、ＳＭＰか
らの操作によって適宜に変更、削除できるため、本発明
はユーザの要求に柔軟に対応できる。また、サービス登
録に伴うトラヒック負荷の増加を抑えることが可能とな
る。

【００５４】

【発明の効果】以上の説明から明らかなように、本発明
によれば、サービス管理ポイントＳＭＰからユーザ要求
に応じた複数のサービス内容の組み合わせからなる制御
情報を一括して設定でき、交換機において、サービス登
録ユーザの呼を受信したとき、サービス内容に応じた交
換機へのトリガの設定と制御指令の発行はサービス制御
ポイントＳＣＰの機能によって、自動的に実行されるた
め、ＳＭＰでのオペレーション負担を大幅に改善でき
る。

【図面の簡単な説明】

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

【図２】交換機の構成を示す図。

【図３】ＳＣＦサーバ構成を示す図。

【図４】ＳＣＦサーバのプログラム部の構成を示す図。

【図５】ＳＤＦサーバの構成を示す図。

【図６】交換機で行われる処理内容を示すフローチャー
ト。

【図７】交換機とＳＣＰとの間の信号フォーマットを示
す図。

【図８】ＳＣＰで行われる処理内容を示すフローチャー
ト。

【図９】着信転送サービスにおけるユーザ定義内容の１
例を示す図。

【図１０】サービス内容の登録／変更時のデータ入力を
説明するための図。

【図１１】本発明によるサービス実行制御を説明するた
めの信号シーケンス図。

【図１２】サービス実行制御（Ｃａｓｅ １）の詳細を
示す信号シーケンス図。

【図１３】サービス実行制御（Ｃａｓｅ ２）の詳細を
示す信号シーケンス図。

【図１４】サービス実行制御（Ｃａｓｅ ３）の詳細を
示す信号シーケンス図。

【図１５】サービス実行制御（Ｃａｓｅ ４）の詳細を
示す信号シーケンス図。

【図１６】交換機で行われる処理内容を示す第２のフロ
ーチャート。

【符号の説明】

１…ＳＣＰ、２…ＳＭＰ、３…交換機、４…ＳＣＦサー
バ、５…ＳＤＦサーバ、１３…交換機の基本呼処理部、
１４…交換機のプログラム、２１…ＳＣＦサーバのプロ
グラム部、２２…ＳＣＦサーバ内のプログラム、２３…
ＳＣＦサーバ内のデータ、２４…ＳＣＦサーバ内のＩＮ
処理部、２５…ＳＣＦサーバ内のサービス対応部、４１
…ディスク、３１〜３９、１１２、１１５…機能部品モ
ジュール。

Claims (29)

【特許請求の範囲】
1. 【請求項１】少なくとも１つの交換機と、ユーザ毎のサ
   ービス用制御情報を記憶するための記憶装置を備える上
   記交換機に接続されたサービス制御装置とからなる通信
   ネットワークにおいて、 上記サービス制御装置で提供すべき特殊通信サービスに
   関係する呼を受け付けた時、上記交換機が、に上記サー
   ビス制御装置への制御信号の送信を要求するための第１
   のトリガを設定した呼状態制御のための呼制御シーケン
   スを生成し、 上記交換機において上記呼制御シーケンスに従って呼を
   制御し、呼の状態が呼制御シーケンス中の所定のＤＰに
   遷移した時、上記サービス制御装置に第１の制御信号を
   送信し、 上記第１の制御信号を受信したサービス制御装置が、上
   記記憶装置から読み出された上記呼の着信ユーザと対応
   するサービス制御情報の内容に応じて、上記交換機に呼
   制御シーケンス中で次にトリガを設定すべきＤＰを通知
   し、 上記交換機が、上記呼制御シーケンス中の上記サービス
   制御装置から指定されたＤＰに第２のトリガを設定する
   ようにしたことを特徴とする通信サービス制御方法。
2. 【請求項２】前記サービス制御装置が、前記第１の制御
   信号に応答して、前記交換機にトリガを設定すべき複数
   のＤＰを通知することを特徴とする請求項１に記載の通
   信サービス制御方法。
3. 【請求項３】前記記憶装置が前記サービス制御情報とし
   て時間帯によって異なるサービス内容を記憶しており、
   前記サービス制御装置が、前記第１の制御信号を受信し
   た時間帯に応じたＤＰを前記交換機に指定することを特
   徴とする請求項１または請求項２に記載の通信サービス
   制御方法。
4. 【請求項４】前記呼の状態が呼制御シーケンス中の第２
   のトリガが設定されたＤＰに遷移したとき、前記交換機
   からサービス制御装置に第２の制御信号を送信し、 上記サービス制御装置が、上記第２の制御信号に応答し
   て前記サービス制御情報によって決まる特殊サービスの
   内容を交換機に指定し、 上記交換機が、上記呼に関して上記サービス制御装置か
   ら指定された特殊サービスを実行することを特徴とする
   請求項１〜請求項３の何れかに記載の通信サービス制御
   方法。
5. 【請求項５】前記サービス制御装置が、前記第２の制御
   信号の発生原因となったＤＰに応じて決まる特殊サービ
   スを前記交換機に指定することを特徴とする請求項４に
   記載の通信サービス制御方法。
6. 【請求項６】前記サービス制御装置が、前記特殊サービ
   スとして前記呼の転送先装置を前記交換機に指定し、前
   記交換機が、該当呼を上記転送先装置に着信させること
   を特徴とする請求項４または請求項５に記載の通信サー
   ビス制御方法。
7. 【請求項７】前記サービス制御装置が、前記特殊サービ
   スとして、着信装置の状態によって決まる転送先装置を
   前記交換機に指定し、前記交換機が、該当呼を上記転送
   先装置に着信させることを特徴とする請求項４または請
   求項５に記載の通信サービス制御方法。
8. 【請求項８】前記サービス制御装置が、前記特殊サービ
   スとして、前記第１の制御信号を受信した時間帯および
   着信装置の状態によって決まる転送先装置を前記交換機
   に指定し、前記交換機が、該当呼を上記転送先装置に着
   信させることを特徴とする請求項４または請求項５に記
   載の通信サービス制御方法。
9. 【請求項９】少なくとも１つの交換機と、ユーザ毎のサ
   ービス用制御情報を記憶するための記憶装置を備える上
   記交換機に接続されたサービス制御装置とからなる通信
   ネットワークにおいて、 上記交換機が、上記サービス制御装置で提供すべき特殊
   通信サービスに関係する呼を受け付けた時、上記呼の状
   態制御のための呼制御シーケンスを生成し、上記呼制御
   シーケンス中の所定の検出ポイント（以下、ＤＰとい
   う）に上記サービス制御装置への制御信号の送信を要求
   するための第１のトリガを設定した状態で、該呼制御シ
   ーケンスに従って上記呼を制御し、 上記呼の状態が上記呼制御シーケンス中の所定のＤＰに
   遷移した時、上記交換機から上記サービス制御装置にダ
   イヤル番号を含む第１の制御信号を送信し、 上記第１の制御信号を受信したサービス制御装置が、上
   記ダイヤル番号と予め対応付けられたサービスプログラ
   ムを実行し、該サービスプログラムの実行過程で上記記
   憶装置から上記ダイヤル番号と対応するサービス制御情
   報を読み出し、該サービス制御情報の内容に応じて、上
   記交換機に上記呼制御シーケンス中で次にトリガを設定
   すべきＤＰを通知し、 上記交換機が、上記呼制御シーケンス中の上記サービス
   制御装置から指定されたＤＰに第２のトリガを設定する
   ことを特徴とする通信サービス制御方法。
10. 【請求項１０】前記サービス制御装置が、前記第１の制
    御信号に応答して、前記交換機にトリガを設定すべき複
    数のＤＰを通知することを特徴とする請求項９に記載の
    通信サービス制御方法。
11. 【請求項１１】前記サービス制御装置が、前記サービス
    制御情報として時間帯によって異なるサービス内容を記
    憶しており、前記第１の制御信号を受信した時間帯に応
    じたＤＰを前記交換機に指定することを特徴とする請求
    項９に記載の通信サービス制御方法。
12. 【請求項１２】前記呼の状態が呼制御シーケンス中の前
    記第２のトリガが設定されたＤＰに遷移したとき、前記
    交換機から前記サービス制御装置に第２の制御信号を送
    信し、 上記サービス制御装置が、上記第２の制御信号に応答し
    て、前記サービス制御情報によって決まる特殊サービス
    の内容を交換機に指定し、 上記交換機が、上記呼に関して上記サービス制御装置か
    ら指定された特殊サービスを実行することを特徴とする
    請求項９〜請求項１１の何れかに記載の通信サービス制
    御方法。
13. 【請求項１３】前記サービス制御装置が、前記第２の制
    御信号に応答して、前記第１の制御信号の受信時間帯に
    応じた特殊サービスを前記交換機に指定することを特徴
    とする請求項１２に記載の通信サービス制御方法。
14. 【請求項１４】前記サービス制御装置が、前記特殊サー
    ビスとして前記呼の転送先装置を前記交換機に指定し、
    前記交換機が、該当呼を上記転送先装置に着信させるこ
    とを特徴とする請求項１２に記載の通信サービス制御方
    法。
15. 【請求項１５】前記サービス制御装置が、前記特殊サー
    ビスとして着信装置の状態によって決まる転送先装置を
    前記交換機に指定し、前記交換機が、該当呼を上記転送
    先装置に着信させることを特徴とする請求項１２に記載
    の通信サービス制御方法。
16. 【請求項１６】前記サービス制御装置が、前記特殊サー
    ビスとして、前記第１の制御信号を受信した時間帯およ
    び着信装置の状態によって決まる転送先装置を前記交換
    機に指定し、前記交換機が、該当呼を上記転送先装置に
    着信させることを特徴とする請求項１２に記載の通信サ
    ービス制御方法。
17. 【請求項１７】少なくとも１つの交換機と、上記交換機
    に接続された通信サービスを提供するためのサービス制
    御ポイント装置（以下、ＳＣＰという）とを備えた通信
    ネットワークにおいて、 上記ＳＣＰの記憶装置にユーザ対応にサービス定義情報
    を記憶し、 上記交換機において新たな呼を受信した時、複数の検出
    ポイント（以下、ＤＰという）のうちの所定の１つにト
    リガを設定した基本呼状態モデルを生成し、上記呼の状
    態が上記基本呼状態モデルの上記所定のＤＰに遷移した
    時、上記交換機から上記ＳＣＰに第１の制御信号を送信
    し、 上記第１の制御信号を受信したＳＣＰが、上記記憶装置
    から上記呼の着信ユーザに対応するサービス定義情報を
    読み出し、該サービス定義情報が指定している被呼端末
    の状態と転送先端末との関係に応じて上記基本呼状態モ
    デルにおける少なくとも１つのＤＰと該ＤＰに設定すべ
    きトリガとを示す第２の制御情報を上記交換機に送信
    し、 上記交換機が、上記基本呼状態モデル中の上記第２の制
    御情報で指定されたＤＰにトリガを設定し、被呼端末の
    状態に応じて上記基本呼状態モデルにおける状態を遷移
    し、上記トリガが設定されたＤＰに状態が遷移した時、
    上記ＳＣＰに第３の制御信号を送信し、 上記ＳＣＰが、上記第３の制御信号に応答して上記サー
    ビス定義情報で予め指定されているもう１つの着信先端
    末を指定する第４の制御信号を交換機に送信し、 上記
    交換機が、上記呼を上記第４の制御信号で指定された端
    末に着信させることを特徴とする通信サービス制御方
    法。
18. 【請求項１８】前記ＳＣＰが、前記第２の制御信号によ
    って被呼端末が話中の場合に遷移するＤＰと該ＤＰに設
    定すべきトリガを指定し、前記第４の制御信号によって
    被呼端末が話中の場合に着信すべき端末装置を指定する
    ことを特徴とする請求項１７に記載の通信サービス制御
    方法。
19. 【請求項１９】前記ＳＣＰが、前記第２の制御信号によ
    って被呼端末が無応答の場合に遷移するＤＰと該ＤＰに
    設定すべきトリガを指定し、前記第４の制御信号によっ
    て被呼端末が無応答の場合に着信すべき端末装置を指定
    することを特徴とする請求項１７に記載の通信サービス
    制御方法。
20. 【請求項２０】前記ＳＣＰが、前記第２の制御信号によ
    って時間帯によって異なるＤＰと該ＤＰに設定すべきト
    リガを指定し、前記第４の制御信号によって、時間帯に
    よって異なる端末装置を指定することを特徴とする請求
    項１７に記載の通信サービス制御方法。
21. 【請求項２１】複数のユーザ端末と接続された少なくと
    も１つの交換機と、上記交換機に接続された個人的な通
    信サービスを提供するためのサービス制御装置とからな
    る通信システムにおいて、 上記交換機が、各呼対応に、呼状態モデルに従って状態
    を遷移しながら呼制御を行うための手段と、呼の状態が
    上記呼状態モデルにおける何れかの検出ポイント（以
    下、ＤＰという）に遷移した時、もし、該ＤＰに制御信
    号の送信要求を示すトリガが設定されていれば、上記サ
    ービス制御装置に対して該呼のダイヤル番号を含む制御
    信号を送信するための手段とを有し、 上記サービス制御装置が、プロセッサ手段と、ダイヤル
    番号とサービスｉｄとの対応関係を記憶するための第１
    の記憶手段と、それぞれダイヤル番号と対応付けられた
    サービス制御用の複数のレコードを記憶するための第２
    の記憶手段と、上記第２の記憶手段からダイヤル番号に
    よって特定されるサービス制御用の情報レコードを読み
    出し、該情報レコードの内容に応じてトリガを設定すべ
    き少なくとも１つのＤＰを指定するためのそれぞれ固有
    のサービスｉｄを有する複数のサービスルーチンを記憶
    する第３の記憶手段とを有し、 上記交換機から１つの呼における最初の制御信号を受信
    した時、上記サービス制御装置のプロセッサが、上記第
    １の記憶手段を参照して上記制御信号で指定されたダイ
    ヤル番号と対応するサービスｉｄを求め、上記第３の記
    憶手段から読み出した上記サービスｉｄと対応するサー
    ビスルーチンによって、上記交換機にトリガを設定すべ
    きＤＰまたは実行すべきサービスを指定することを特徴
    とする通信システム。
22. 【請求項２２】前記サービス制御装置のプロセッサが、
    前記交換機から各呼における最初の制御信号を受信した
    時、少なくとも１つのＤＰと該ＤＰに設定すべきトリガ
    種類を示す制御情報を上記交換機に通知し、上記交換機
    から各呼の第２の制御信号を受信した時、着信先を示す
    制御情報を通知し、上記交換機が、上記サービス制御装
    置で指定されたＤＰに呼の状態が遷移した時、上記第２
    の制御信号を発生し、これに応答して上記サービス制御
    装置が通知してきた着信先に転送サービスすることを特
    徴とする請求項２１に記載の通信システム。
23. 【請求項２３】複数のユーザ端末と接続された少なくと
    も１つの交換機と、上記交換機に接続された個人的な通
    信サービスを提供するためのサービス制御装置とからな
    る通信システムにおいて、 上記交換機が、各呼対応の呼状態モデルを記憶するため
    の記憶手段と、上記呼状態モデルにおける所定の検出ポ
    イント（以下、ＤＰという）に上記サービス制御装置へ
    制御信号の送信要求を示すトリガを設定しておき、上記
    呼の状態が上記トリガの設定された特定のＤＰに遷移し
    た時点で、上記サービス制御装置に対して該呼のダイヤ
    ル番号を含む制御信号を送信するための手段とを有し、 上記サービス制御装置が、プロセッサ手段と、ダイヤル
    番号とサービスｉｄとの対応関係を記憶するための第１
    の記憶手段と、それぞれダイヤル番号とサービスｉｄと
    によって特定される複数のサービス制御用の情報レコー
    ドを記憶するための第２の記憶手段と、上記第２の記憶
    手段からダイヤル番号とサービスｉｄとによって特定さ
    れるサービス制御情報レコードを読み出し、該サービス
    制御情報の内容に応じてトリガを設定すべき少なくとも
    １つのＤＰを指定するためのそれぞれ固有のサービスｉ
    ｄを有する複数のサービスルーチンを記憶する第３の記
    憶手段とを有し、 上記プロセッサが、上記交換機から制御信号を受信した
    時、上記第１の記憶手段を参照して上記制御信号で指定
    されたダイヤル番号と対応するサービスｉｄを求め、上
    記第３の記憶手段から読み出した上記サービスｉｄと対
    応するサービスルーチンを実行し、該サービスルーチン
    によって、上記交換機にトリガを設定すべきＤＰまたは
    実行すべきサービスを指定することを特徴とする通信シ
    ステム。
24. 【請求項２４】少なくとも１つの交換機と、該交換機に
    接続された通信サービスを提供するためのサービス制御
    ポイント装置（以下、ＳＣＰという）とを備えた通信ネ
    ットワークにおいて、 上記ＳＣＰがユーザ対応にサービス定義情報を記憶した
    第１の記憶装置を有し、 上記交換機が、各検出ポイン
    ト（以下、ＤＰという）においてトリガが設定されてい
    るか否かを判別するための情報をダイアル番号対応に記
    憶した第２の記憶装置を有し、 上記交換機が、新たに受信したな呼について複数の状態
    と複数のＤＰから構成される基本呼状態モデルを逐次実
    行し、各ＤＰにおいて上記第１の記憶装置を参照してト
    リガ設定の有無を判別し、上記呼の状態がトリガの設定
    されたＤＰに遷移した時点で、上記交換機から上記ＳＣ
    Ｐに第１の制御信号を送信し、 上記第１の制御信号を受信したＳＣＰが、上記第２の記
    憶装置から上記呼の着信ユーザに対応するサービス定義
    情報を読み出し、該サービス定義情報が指定している被
    呼端末の状態と転送先端末との関係に応じて、上記基本
    呼状態モデルを構成する少なくとも１つのＤＰと該ＤＰ
    に設定すべきトリガとを示す第２の制御情報を上記交換
    機に送信し、 上記交換機が、上記基本呼状態モデル中の上記第２の制
    御情報で指定されたＤＰにトリガを設定し、被呼端末の
    状態が上記トリガの設定されたＤＰに遷移した時、上記
    ＳＣＰに第３の制御信号を送信し、 上記ＳＣＰが、上記第３の制御信号に応答して上記サー
    ビス定義情報で予め指定されているもう１つの着信先端
    末を指定する第４の制御信号を交換機に送信し、 上記
    交換機が、上記呼を上記第４の制御信号で指定された端
    末に着信させることを特徴とする通信サービス制御方
    法。
25. 【請求項２５】前記ＳＣＰが、前記第２の制御信号によ
    って被呼端末が話中の場合に遷移するＤＰと該ＤＰに設
    定すべきトリガを指定し、前記第４の制御信号によって
    被呼端末が話中の場合に着信すべき端末装置を指定する
    ことを特徴とする請求項２４に記載の通信サービス制御
    方法。
26. 【請求項２６】前記ＳＣＰが、前記第２の制御信号によ
    って被呼端末が無応答の場合に遷移するＤＰと該ＤＰに
    設定すべきトリガを指定し、前記第４の制御信号によっ
    て被呼端末が無応答の場合に着信すべき端末装置を指定
    することを特徴とする請求項２４に記載の通信サービス
    制御方法。
27. 【請求項２７】前記ＳＣＰが、前記第２の制御信号によ
    って、時間帯によって異なるＤＰと該ＤＰに設定すべき
    トリガを指定し、前記第４の制御信号によって、時間帯
    によって異なる端末装置を指定することを特徴とする請
    求項２４に記載の通信サービス制御方法。
28. 【請求項２８】複数のユーザ端末と接続された少なくと
    も１つの交換機と、上記交換機に接続された個人的な通
    信サービスを提供するためのサービス制御装置とからな
    る通信システムにおいて、 上記交換機が、呼状態モデルを構成する複数の状態ルー
    チンおよび検出ポイント（以下、ＤＰという）ルーチン
    と、各ＤＰでトリガ設定の有無を判別するためトリガ判
    別ルーチンと、呼およびＤＰ対応にトリガの設定された
    ＤＰを記憶するためのテーブルと有し、上記呼状態モデ
    ルに従って状態を遷移しながら各状態に対応する上記状
    態ルーチンまたはＤＰルーチンを逐次実行することによ
    って呼制御を行い、ＤＰルーチン実行時に、上記トリガ
    判別ルーチンにより上記テーブルを参照し、呼の状態が
    トリガの設定されたＤＰに遷移したことを検出した時点
    で上記サービス制御装置に制御信号を送信し、 上記サービス制御装置が、上記交換機から１つの呼にお
    ける最初の制御信号を受信した時、上記制御信号で指定
    されたダイヤル番号と対応するサービスｉｄをもつサー
    ビスルーチンを実行し、上記ダイヤル番号と対応して予
    め指定されたサービス定義情報に従って、上記交換機に
    トリガを設定すべき少なくとも１つのＤＰを示す制御情
    報を通知し、上記交換機から上記呼における第２の制御
    信号を受信した時、上記サービスルーチンを実行するこ
    とによって、上記交換機にサービス内容を指定した制御
    情報を通知し、 上記交換機が上記サービス制御装置で指定されたサービ
    スを実行するようにしたことを特徴とする通信システ
    ム。
29. 【請求項２９】前記トリガの設定されたＤＰを記憶する
    ためのテーブルが、前記最初の制御信号を発生すべきＤ
    Ｐを記憶するための第１のテーブルと、前記第２の制御
    信号を発生すべきＤＰを記憶するための第２のテーブル
    とからなり、前記トリガ判別ルーチンが上記第１、第２
    のテーブルを参照して当該ＤＰにトリガが設定されてい
    るか否かを判定することを特徴とする請求項２８に記載
    の通信システム。