JPH0522759A - 呼処理方式 - Google Patents

Abstract

(57)【要約】 【目的】 交換機あるいは交換ノード等における呼処理
方式に関し，呼処理に汎用的な処理要素はオブジェクト
部品化し，サービスシナリオの記述を簡単化することを
目的とする。 【構成】 交換機もしくは交換ノードの呼処理方式にお
いて，呼処理制御する呼制御部１は，通信路を制御する
呼処理における汎用的なレグ制御機能を基本的状態遷移
を規定してオブジェクト部品化したレグ制御オブジェク
ト12’およびコネクションポイントを制御する呼処理に
おける汎用的な接続制御機能をオブジェクト部品化した
コネクションポイント制御オブジェクト15,16,17を備
え，各オブジェクトと，交換機もしくは交換ノードにお
けるリソースを制御するリソース制御部5 と，呼制御部
１における他の呼制御機能オブジェクト10,11と分析機
能のオブジェクト2,3 とのメッセージの交換により呼処
理を実行する構成を持つ。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は，交換機あるいはインテ
リジェントネットワークのサービス交換ノード等におけ
る呼処理方式に関する。

【０００２】交換機あるいはインテリジェントネットワ
ーク等の通信サービスは，コンピュータ技術の進歩にと
もない，多様化，複雑化している。そして，利用者に様
々なサービス処理を提供することが可能になっている
が，サービス導入の早期化を計るため，サービスプログ
ラムの開発の効率化が望まれる。特に，広帯域ＩＳＤＮ
等の広帯域通信サービスが普及した場合には，インテリ
ジェントネットワークにおける多様なサービスの早期導
入の要請は一層に高まるものと予想される。

【０００３】本発明は，サービスの追加もしくは変更が
容易に行なえるような公衆回線網における交換機もしく
は交換ノードの呼処理方式を提供することを目的とす
る。

【０００４】

【従来の技術】呼処理は，通常，起呼処理，サービス分
析処理，サービス実行処理，および終話処理から構成さ
れる。従来は，これらの一連の呼処理を発信側，受信側
の呼制御オブジェクトが，サービスシナリオに従って実
行していた。

【０００５】図７は，従来の呼処理の構成を示す。図に
おいて，１０２は加入者分析オブジェクトであって，例
えば，発呼のあった端末装置が着信専用のもので，情報
入力要求をしてはならないものではないか等の分析をす
るものである。１０３はサービス分析オブジェクトであ
って，要求されたサービス（２者双方向接続（基本２者
接続サービス）等）を分析するものである。１０４は呼
制御部であって，発信側呼制御オブジェクトと着信側呼
制御オブジェクトよりなるものである。１０５は発信側
呼制御オブジェクト（Ｃａｌｌｅｒ）であって，サービ
スシナリオに従って発信側のサービス実行呼処理を行う
ものである。１０６は着信側呼制御オブジェクト（Ｃａ
ｌｌｅｅ）であって，サービスシナリオに従って，着信
側のサービス実行を行うものである。１０７はリソース
制御部であって，加入者回線，通話路，会議トランク等
の各種リソースの制御を行うものである。１０８はリソ
ースであって，加入者回線，通話路，会議トランク等の
各種ハードウェアよりなるものである。１０９，１１０
はそれぞれ発信側，着信側のサービスシナリオで，例え
ば，２者双方向接続（基本２者接続サービス），ｎ者双
方向接続（ｎ者会議）等のサービスロジックを記述した
サービスシナリオの集合である。

【０００６】図の構成の動作を図８により説明する。図
８は，従来の２者双方向接続処理における呼処理のフロ
ーを示す。図において，図７と同一の番号は同じ構成を
表す。

【０００７】図の括弧付きの番号に従ってフローを説明
する。 (1) リソース制御部１０７は，端末装置の受話器が取
り上げられる等でリソースからの発呼の要求があった場
合に，Ｃａｌｌｅｒ１０５に対して発呼する。

【０００８】(2) Ｃａｌｌｅｒ１０５は，発呼を受信
すると，加入者分析オブジェクト１０２に加入者の分析
依頼をする。 (3) 加入者分析オブジェクト１０２は，分析結果（発
呼許容）をＣａｌｌｅｒ１０５に返す。

【０００９】(4) Ｃａｌｌｅｒ１０５は，リソース制
御部１０７に情報入力要求をする。図のフローでは省略
されているが，この後，リソース制御部１０７は，発信
側の端末装置に発信音等の発呼可能を示す信号を送り，
端末装置から，着信側の電話番号入力等の情報入力を受
ける。

【００１０】(5) リソース制御部１０７は入力情報を
Ｃａｌｌｅｒ１０５に送る。 (6) Ｃａｌｌｅｒ１０５は，サービス分析オブジェク
ト１０３に，入力情報に基づく分析依頼をする。

【００１１】(7) サービス分析オブジェクト１０３
は，分析結果（例えば，２者基本サービスのサービスシ
ナリオ）の分析結果を返す。 以上が，起呼処理およびサービス分析処理である。

【００１２】(8) Ｃａｌｌｅｒ１０５は，サービスシ
ナリオに従って，Ｃａｌｌｅｅ１０６の起動要求をす
る。 (9) Ｃａｌｌｅｒ１０５はリソース制御部１０７に通
話路における端子やリングバックトーントランク等のリ
ソース捕捉および接続要求をする（リソース捕捉／接続
要求）。

【００１３】(10) Ｃａｌｌｅｅ１０６は，リソース制
御部１０７にリソース捕捉／接続要求をする。 (11) リソース制御部１０７は，Ｃａｌｌｅｅ１０６か
らのリソース捕捉／接続要求を受けると，Ｃａｌｌｅｅ
１０６に応答を返す。

【００１４】(12) Ｃａｌｌｅｅ１０６は，リソース制
御部１０７からの応答を受けると，リソース制御部１０
７にパス（回線）接続要求を出す。 (13) Ｃａｌｌｅｅ１０６は，リソース制御部１０７か
らの応答があったことの応答通知をＣａｌｌｅｒ１０５
に送る。

【００１５】(14) Ｃａｌｌｅｒ１０５は，リソース制
御部１０７にパス接続要求をする。以上，(8) 〜(14)が
サービス実行処理である。

【００１６】

【発明が解決しようとする課題】従来の，呼処理方式で
は，新規サービスを開発する場合，新規サービスのオブ
ジェクトの起呼処理や２者双方向接続処理をそれぞれの
サービスシナリオにいちいち記述しなければならなかっ
た。

【００１７】ところで，起呼処理や，２者双方向接続処
理は，各サービスに共通の汎用的な処理要素であるの
で，多くのサービスシナリオに必要とされるが，このよ
うな汎用的な処理要素を各サービスシナリオに逐一記述
することは，わずらわしことであるとともに，いちじる
しく開発を遅らせることとなる。

【００１８】本発明は，サービスに直接係わらない汎用
的な処理要素はオブジェクト部品化し，サービスシナリ
オの記述を簡単化し，新規サービス導入を早期化するこ
とのできる呼処理方式を提供することを目的とする。

【００１９】

【課題を解決するための手段】図１は，本発明の基本構
成を示す。図において，１は呼制御部であって，呼制御
を行う部分である。２は加入者分析オブジェクト，３は
サービス分析オブジェクト，４はサービスシナリオオブ
ジェクトであって，基本２者接続サービス（２者双方向
接続），会議サービス（ｎ者双方向接続），キャッチホ
ン，転送サービス等のシナリオを記述したものである。
５はリソース制御部，６はリソースである。

【００２０】１０は発信側呼制御オブジェクト（Ｃａｌ
ｌｅｒ）であって，サービスシナリオに記載されたサー
ビスロジックに従って着信側の呼処理を制御するもので
ある。１１は着信側呼制御オブジェクト（Ｃａｌｌｅ
ｅ）であって，サービスシナリオに記載されたサービス
ロジックに従って呼処理を制御するものである。

【００２１】１２’はレグ制御オブジェクトであって，
加入者回線やトランク回線等の通信路を論理的に表現し
たレグの基本的状態遷移に基づいて通信路の制御を行う
ものである。１２は発信側レグ制御オブジェクト，１３
は着信側レグ制御オブジェクトである。

【００２２】１４はＣＰ制御オブジェクトであって，２
者双方向接続接続，ｎ者双方向接続等の接続形態に従っ
て接続／切断処理を規定したものである。１５は２者双
方向ＣＰ制御オブジェクトであって，２者双方向接続の
接続／切断処理を規定したものである。１６はｎ者双方
向ＣＰ制御オブジェクトであってｎ者双方向接続の接続
／切断処理を規定したものである。１７は２者単方向Ｃ
Ｐ制御オブジェクトであって，２者単方向接続の接続／
切断処理を規定したものである。

【００２３】１８は基本２者接続サービス（２者双方向
接続）のシナリオ，１９は会議サービス（ｎ者双方向接
続）のシナリオ，２０はキャッチホンのシナリオ，２１
は転送サービスのシナリオである。

【００２４】

【作用】図２，図３により，発信側呼制御オブジェクト
と着信側呼制御オブジェクトの動作を中心に，図１の構
成の動作を説明する。図１を参照する。

【００２５】図２は，発信側レグ制御オブジェクトのフ
ローであって，発信側のレグ基本状態遷移を表す。図示
の括弧付きの番号に従って説明する。

【００２６】(1) 発信側レグ制御オブジェクト１２
は，初期状態にある（ＮＵＬＬ）。 (2) リソース制御部５から，Ｃａｌｌｅｒ１０に発呼
がある。Ｃａｌｌｅｒ１０は発信側レグ制御オブジェク
ト１２に発呼要求をする。

【００２７】その結果，発信側レグ制御オブジェクト１
２は加入者分析オブジェクト２に加入者分析依頼をする
（加入者分析中）。 (3) 加入者分析オブジェクト２から，発呼許容が通知
された場合には，発信側レグ制御オブジェクト１２はＣ
ａｌｌｅｒ１０に対して情報入力要求をする（接続情報
入力中）。

【００２８】発呼を許容できないと通知されたら（発呼
非許容），例外処理(15)に移行し，初期状態（ＮＵＬ
Ｌ）にもどる。 (4) Ｃａｌｌｅｒ１０が，リソース制御部５から接続
情報入力を受けると，発信側レグ制御オブジェクト１２
は接続情報の入力完了を受け取る。そして，サービス分
析オブジェクト３に分析依頼をする（接続要求情報分析
中）。

【００２９】Ｃａｌｌｅｒ１０からの接続情報入力がな
いと，タイムアウトで例外処理(15)に移行し，初期状態
（ＮＵＬＬ）にもどる。 (5) 発信側レグ制御オブジェクト１２は，サービス分
析オブジェクト３から，分析完了を受け取ると，サービ
ス分析の結果指定されたＣＰ制御オブジェクトに起動要
求を，Ｃａｌｌｅｒ１０に対して行う。例えば，サービ
ス分析オブジェクト３の分析結果が，２者双方向接続で
あれば，２者双方向ＣＰ制御オブジェクト１５の起動依
頼をＣａｌｌｅｒ１０にする。以後，２者双方向接続の
場合を例として説明する。

【００３０】そして，２者双方向ＣＰ制御オブジェクト
の起動が完了すると，Ｃａｌｌｅｒ１０は発信側レグ制
御オブジェクト１２に，コネクションポイント（ＣＰ）
の捕捉要求依頼をする。発信側レグ制御オブジェクト１
２は，２者双方向ＣＰ制御オブジェクトにＣＰ捕捉要求
をする（ＣＰ捕捉／分析中）。サービス分析オブジェク
ト３の分析結果が，無効情報であると判定されれば，例
外処理(15)に移行し，初期状態（ＮＵＬＬ）に戻る。

【００３１】(6) 発信側レグ制御オブジェクト１２
は，２者双方向接続オブジェクトからＣＰ捕捉可の通知
を受け取ると，例えば，４者会議が要求されている場
合，会議トランクは４者会議が可能なものであるかどう
か等の分析依頼をする（発呼条件分析中）。

【００３２】(7) その結果，発呼可を受け取ると，発
信側レグ制御オブジェクト１２はＣＰ接続処理を行う
（ＣＰ接続処理中）。発呼不可の通知を受け取ると，例
外処理(15)に移行し，初期状態（ＮＵＬＬ）に戻る。

【００３３】２者双方向ＣＰ制御オブジェクト１５はリ
ソース制御部５にリソース開放／パス接続要求をし，リ
ソース制御部５が，２者双方向ＣＰ制御オブジェクトに
リソース開放／パス接続要求完了を通知する。

【００３４】(8) ２者双方向ＣＰ制御オブジェクト１
５から，発信側レグ制御オブジェクト１２にＣＰ接続完
了が通知されると，発信側レグ制御オブジェクト１２は
通信中となる。

【００３５】ＣＰ接続に失敗すると，例外処理(15)に移
行し，初期状態（ＮＵＬＬ）に移行する。図３は，着信
側レグ制御オブジェクトのフローであって，着信側のレ
グ基本状態遷移を表す。

【００３６】図示の番号に従って説明する。必要に応じ
て図１を参照する。 (9) 着信側レグ制御オブジェクトは，初期状態（ＮＵ
ＬＬ）にある。 (10) 発信側レグ制御オブジェクト１２が，２者双方向
ＣＰ制御オブジェクト１５に捕捉要求をし，発信側レグ
制御オブジェクト１２がＣＰ捕捉／分析中に（(5) ），
２者双方向ＣＰ制御オブジェクト１５は，通話路の初期
状態を設定するために，Ｃａｌｌｅｒ１０に状態要求メ
ッセージを送り，現時点の通話路の状態を取得する。そ
して，２者双方向ＣＰ制御オブジェクト１５は，通話路
の状態を確認すると，着信側レグ制御オブジェクト１３
に着信要求をする。

【００３７】そして，着信側レグ制御オブジェクト１３
は，加入者分析オブジェクト２に分析依頼をする（着加
入者分析依頼中）。 (11) 加入者分析オブジェクト２から，着信側レグ制御
オブジェクト１３は着呼許容を受け取ると，着信側レグ
制御オブジェクト１３は，Ｃａｌｌｅｅ１１に対して着
加入者リソース捕捉要求をする（着加入者リソース捕捉
要求中）。

【００３８】着呼非許容であれば，例外処理(16)に移行
し，初期状態（ＮＵＬＬ）に戻る。 (12) そこで，Ｃａｌｌｅｅ１１は，リソース制御部５
に，着信側の空塞情報を確認する。そして，Ｃａｌｌｅ
ｅ１１は空塞情報を確認し，空であれば着信側レグ制御
オブジェクト１３にＣＰの捕捉要求をする。

【００３９】Ｃａｌｌｅｅ１１から捕捉要求を受けた着
信側レグ制御オブジェクト１３は，２者双方向ＣＰ制御
オブジェクト１４に着加入者捕捉要求をする（ＣＰ捕捉
分析中）。

【００４０】Ｃａｌｌｅｅ１１からのメッセージがビジ
ーであれば，例外処理(16)に移行し，初期状態（ＮＵＬ
Ｌ）に戻る (13) 着信側レグ制御オブジェクト１３は，２者双方向
ＣＰ制御オブジェクト１５から，ＣＰ捕捉可を受け取る
（ＣＰ接続中）。

【００４１】ＣＰ捕捉不可を受け取ると，例外処理(16)
に移行し，初期状態（ＮＵＬＬ）に戻る。 (14) ＣＰ完了を受け取ると，着信側レグ制御オブジェ
クト１３は通信中となる。

【００４２】ＣＰ接続に失敗すると，例外処理(16)に移
行し，初期状態ＮＵＬＬに戻る。上記のように，本発明
では，サービスに非依存的（汎用的）な呼処理は，上記
の発信側オブジェクト，着信側オブジェクト，ＣＰ接続
オブジェクトに部品化し，それらオブジェクトとＣａｌ
ｌｅｒ，Ｃａｌｌｅｅ等の他のオブジェクトとのメッセ
ージの交換で呼処理をおこなうことができる。そのた
め，発信側，着信側の各レグ制御オブジェクトおよびＣ
Ｐ接続オブジェクトの部分は，サービスプログラムに，
逐一記述する必要がなくなる。

【００４３】

【実施例】図４〜図６により本発明の実施例のフローを
説明する。必要に応じて図２，図３を参照する。

【００４４】図５は，図４のフローの続きであり，図５
は図４のフローの続きである。図４〜図６において，図
１と同一番号は同一構成を示す。図４〜図６は，２者双
方向接続の場合のフローを示す。発信側レグ制御オブジ
ェクト，着信側レグ制御オブジェクトの基本状態遷移は
図２，図３における場合と同様である。

【００４５】図４〜図６のフローを図示の括弧付きの番
号に従ってフローを説明する。 (1) ，(2) リソース制御部(5) によって，検出された
発呼信号が，Ｃａｌｌｅｒ１０に渡されることによっ
て，Ｃａｌｌｅｒ１０は，発信側レグ制御オブジェクト
を発呼要求メッセージによって起動する。

【００４６】(3) 発信側レグ制御オブジェクト１２は
レグに関する呼処理の実行をする。まず，発信側レグ制
御オブジェクト１２は，加入者クラス等の分析を行うた
めに，加入者分析オブジェクト２に分析依頼メッセージ
を送り，発加入者分析状態に遷移する。

【００４７】(4) 発信側レグ制御オブジェクト１２
は，加入者分析オブジェクト２から発呼許容メッセージ
を受け取ると，Ｃａｌｌｅｒ１０に対して情報入力処理
要求メッセージを送り，接続入力情報要求中に遷移す
る。

【００４８】(5) 〜(8) Ｃａｌｌｅｒ１０はリソース
制御部５を介して，端末からの情報（ダイヤル情報）を
入力し，その結果を発信側レグ制御オブジェクト１２に
渡す。

【００４９】(9) 〜(11) 発信側レグ制御オブジェクト
１２は，得られた情報をサービス分析オブジェクトに渡
し（接続情報分析中），分析完了メッセージを受け取る
と，Ｃａｌｌｅｒ１０に対して，分析結果に基づいて該
当サービス（本実施例の場合，基本２者接続サービス）
のサービスシナリオに起動依頼をする起動要求依頼メッ
セージを送る。

【００５０】以上が起動処理およびサービス分析処理で
ある。 (12) Ｃａｌｌｅｒ１０は基本２者接続サービスシナリ
オを起動する。 (13) Ｃａｌｌｅｒ１０によって起動された基本２者接
続サービスシナリオ４は，Ｃａｌｌｅｒ１０に対して２
者双方向の接続／切断制御を行う２者双方向ＣＰ制御オ
ブジェクトの起動要求依頼メッセージを送る。

【００５１】(14)〜(16) Ｃａｌｌｅｒ１０は，Ｃａｌ
ｌｅｅ１１を起動するとともに，２者双方向ＣＰ制御オ
ブジェクト１５を起動し，起動完了メッセージを基本２
者接続サービスシナリオ４に返す。

【００５２】(17) 基本２者接続サービスのシーケンス
は，２者双方向接続シーケンスと同じであるため，基本
２者接続サービスシナリオ４は，これ以降の処理を２者
双方向ＣＰ制御オブジェクト１５に委任するための処理
継続メッセージをＣａｌｌｅｒ１０に対して送り，処理
を終了する。

【００５３】(18)，(19) Ｃａｌｌｅｒ１０は処理継続
メッセージを受け取ると，発信側レグ制御オブジェクト
１２と着信側レグ制御オブジェクト１３との処理継続開
始時点の同期をとるために，発信側レグ制御オブジェク
ト１２に対して，２者双方向ＣＰ制御オブジェクト１５
に捕捉要求メッセージを送る（ＣＰ捕捉／分析中）。

【００５４】(20)〜(22) ２者双方向ＣＰ制御オブジェ
クト１５は，２者双方向ＣＰ（通話路）の初期状態を設
定するために，Ｃａｌｌｅｒ１０に状態要求メッセージ
を送り，現時点の通話路の状態を取得する。そして，得
られた状態に基づき，着信側レグ制御オブジェクト１３
を着信要求メッセージによって起動する。

【００５５】(23)〜(25) 着信側レグ制御オブジェクト
１３は，加入者の分析依頼を加入者分析オブジェクト２
にする（着加入者分析中）。そして，着呼許容のメッセ
ージを受け取ると，Ｃａｌｌｅｅ１１に対して，着加入
者リソース捕捉要求メッセージを送る（着加入者リソー
ス捕捉中）。

【００５６】(26)〜(28) Ｃａｌｌｅｅ１１は，着加入
者リソースの空塞情報をリソース制御部５を介して取得
し，空きならば，着信側レグ制御オブジェクト１３に捕
捉メッセージを送る。

【００５７】(29) 着信側レグ制御オブジェクト１３
は，このメッセージを受けて，２者双方向ＣＰ制御オブ
ジェクト着加入者リソース捕捉メッセージを送る（ＣＰ
捕捉／分析中）。

【００５８】(30)，(31) ２者双方向ＣＰ制御オブジェ
クト１５は，このメッセージを受け取ると，リソース制
御部５を介して，通話路における端子やリングバックト
ーントランク等の捕捉／接続要求を行い，リソース捕捉
／接続完了を受け取ると，呼出中状態に遷移する。

【００５９】(32)，(33) 発信側レグ制御オブジェクト
１２および着信側レグ制御オブジェクト１３は，２者双
方向ＣＰ制御オブジェクト１５からＣＰ捕捉可のメッセ
ージを受け取ると，それぞれ，ＣＰ接続処理中に遷移す
る。

【００６０】(34)〜(36) そこで，リソース制御部５に
よって検出された応答信号が，Ｃａｌｌｅｅ１１から着
信側レグ制御オブジェクト１３に渡されると，着信側レ
グ制御オブジェクト１３は，２者双方向ＣＰ制御オブジ
ェクト１５に応答メッセージを送る。

【００６１】(37)，(38) ２者双方向ＣＰ制御オブジェ
クト１５は，このメッセージを受け取ると，リソース制
御部５を介して通話路におけるリングバックトーントラ
ンク等の開放やパス接続要求を行うことにより通話中状
態に遷移する。

【００６２】(39)，(40) また，２者双方向ＣＰ制御オ
ブジェクト１５は，発信側レグ制御オブジェクト１２お
よび着信側レグ制御オブジェクト１３にＣＰ接続完了メ
ッセージを送り，これを受け取った，発信側レグ制御オ
ブジェクト１２および着信側レグ制御オブジェクト１３
はそれぞれ通信中に遷移する。

【００６３】そして，図のフローには記載されていない
が，終了処理はリソース制御部５からＣａｌｌｅｒ１０
もしくはＣａｌｌｅｅ１１への切断要求により始まり，
例えば，Ｃａｌｌｅｒ１０からの切断要求があった場
合，Ｃａｌｌｅｒ１０は発信側レグ制御オブジェクト１
２に切断要求をし，発信側レグ制御オブジェクト１２
は，さらに２者双方向ＣＰ制御オブジェクト１５にリソ
ース解放要求がなされ，リソース制御部５は２者双方向
ＣＰ制御オブジェクト１５にリソース解放要求がなされ
る。そして，リソース制御部５は２者双方向ＣＰ制御オ
ブジェクト１５にリソース解放を通知し，２者双方向Ｃ
Ｐ制御オブジェクト１５はＣａｌｌｅｒ１０に応答して
処理を終了する。

【００６４】なお，上記フローにおいては，図２の発信
側レグ制御オブジェクトのフローにおける発呼条件分析
中(6) は省略されている。

【００６５】

【発明の効果】本発明によれば，呼処理おけるレグ制御
およびＣＰ制御等の汎用的な処理要素については，オブ
ジェクト部品化し，それを用いて呼処理が実行できるよ
うにしたので，呼処理のシーケンスをサービスシナリオ
に逐一記述する必要がなくなるので，新規サービスのプ
ログラム開発を能率的に行うことができ，サービスの新
規導入を早期化することができる。

【図面の簡単な説明】

【図１】本発明の基本構成を示す図である。

【図２】発信側のレグ基本状態遷移（発信側レグ制御オ
ブジェクトのフロー）を示す図である。

【図３】着信側のレグ基本状態遷移（着信側レグ制御オ
ブジェクトのフロー）を示す図である。

【図４】本発明の実施例フロー(1) を示す図である。

【図５】本発明の実施例フロー(2) を示す図である。

【図６】本発明の実施例フロー(3) を示す図である。

【図７】従来の呼処理の構成を示す図である。

【図８】従来の呼処理のフローを示す図である。

【符号の説明】

１ ：呼制御部 ２ ：加入者分析オブジェクト ３ ：サービス分析オブジェクト ４ ：サービスシナリオオブジェクト ５ ：リソース制御部 ６ ：リソース １０：発信側呼制御オブジェクト（Ｃａｌｌｅｒ） １１：着信側呼制御オブジェクト（Ｃａｌｌｅｅ） １２：発信側レグ制御オブジェクト １３：着信側レグ制御オブジェクト １４：コネクションポイント（ＣＰ）制御オブジェクト １５：２者双方向ＣＰ制御オブジェクト １６：ｎ者双方向ＣＰ制御オブジェクト １７：２者単方向ＣＰ制御オブジェクト １８：基本２者接続サービスシナリオ １９：会議サービス ２０：キャッチホン ２１：転送サービス

Claims (2)

【特許請求の範囲】
1. 【請求項１】 交換機もしくは交換ノードの呼処理方式
   において， 呼処理制御する呼制御部１は，通信路を制御する呼処理
   における汎用的なレグ制御機能を基本的状態遷移を規定
   してオブジェクト部品化したレグ制御オブジェクト（1
   2’）およびコネクションポイントを制御する呼処理に
   おける汎用的な接続制御機能をオブジェクト部品化した
   コネクションポイント制御オブジェクト(15,16,17)を備
   え， 上記各オブジェクトと，交換機もしくは交換ノードにお
   けるリソースを制御するリソース制御部(5) と，呼制御
   部１における上記各オブジェクト以外の各呼制御機能オ
   ブジェクト(10,11）と分析機能のオブジェクト(2,3 )と
   のメッセージの交換により呼処理を実行する呼処理方
   式。
2. 【請求項２】 請求項１において，レグ制御オブジェク
   トは，発信側のレグ制御を行う発信側レグ制御オブジェ
   クト(12)と，着信側のレグ制御を行う着信側レグ制御オ
   ブジェクト(13)とよりなり，ＣＰ制御オブジェクトは，
   ２者を双方向の接続をとる２者双方向コネクションポイ
   ント制御オブジェクト(15)と３者以上の複数の端末装置
   間で双方向の接続をとるｎ者双方向コネクションポイン
   ト制御オブジェクト(16)と，２者単方向の接続をとる２
   者単方向コネクションポイント制御オブジェクト(17)よ
   りなることを特徴とする呼処理方式。