JPH06189352A - 交換機における呼制御方式 - Google Patents

Abstract

(57)【要約】 【目的】 ソフトウエアモジュールによる交換呼制御方
式において、迅速な機能追加・変更などを容易にする。 【構成】 呼処理のソフトウエア構造を、論理的なサー
ビス制御を行うサービス階層と、交換機の個々のリソー
ス制御を行うリソース階層とに分割しておき、サービス
階層のソフトウエアでは、各種交換サービスを、それぞ
れのサービス仕様に対応した処理を局在化させて、他の
サービスのための処理を含まないようにしたモジュール
構造のソフトウエア即ちサービスシナリオ（Ａ〜Ｄ，
Ｅ）で実現する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、交換機における呼制御
方式に関するものであり、更に詳しくは、各種の呼制御
（交換）サービスをソフトウエアモジュールにより実現
する呼制御方式に関するものである。

【０００２】

【従来の技術】図６は、交換機の構成を示すブロック図
である。同図において、１は通信回線、２は通信回線１
を収容する通話路系装置、３は通話路系装置２を制御す
る処理系装置である。また、処理系装置３は、プロセッ
サ４やメモリ装置５を含み、メモリ装置５内には交換制
御のためのソフトウエアが格納されている。処理系装置
３に含まれるプロセッサ４が、メモリ装置５内のソフト
ウエア（プログラム）を実行することにより、通話路系
装置２等を制御して各種交換サービスを実現する。

【０００３】従来、このような交換機における交換サー
ビス制御は、複数のサービスに共通する一つのソフトウ
エアモジュールで行われていた。即ち、メモリ装置５
に、かかるソフトウエアモジュールを格納しておき、こ
れを実行することで行われていたわけである。

【０００４】図７は、かかる従来の方式を示すための説
明図である。図７の（イ）は、かかる従来のソフトウエ
アモジュールを示す説明図である。ＳＭがソフトウエア
モジュールである。そして、このソフトウエアモジュー
ルＳＭには、図７の（ロ）に示すサービスＡと、図７の
（ハ）に示すサービスＢと、が含まれていることを示し
ている。

【０００５】具体的に述べると、図７の（イ）におい
て、状態０から状態１へ遷移し、ここで分岐してサービ
スＡに進む場合には、サービスＡに固有の状態遷移（状
態５と状態６）を行った後、状態４から状態０へと遷移
することにより実行されるサービスＡと、状態０から状
態１へ遷移し、ここで分岐してサービスＢに進む場合に
は、サービスＢに固有の処理を行った後、状態２、状態
３を経て、更に状態４から状態０へと遷移することによ
り実行されるサービスＢと、がソフトウエアモジュール
ＳＭには、含まれているわけである。

【０００６】このようにして、従来の交換サービス制御
は、複数のサービス共通のソフトウエアモジュールで行
われていたわけである。

【０００７】

【発明が解決しようとする課題】しかしながら、上記の
ように、複数のサービスを一つのサービス制御専用のソ
フトウエアモジュールで実行する構成では、サービス数
が増大し、サービスの多様化複雑化が進むと、それらを
一つのモジュールに含めるわけであるから、ソフトウエ
アモジュールの構成が複雑になる。

【０００８】その結果、新たなサービスの機能追加・変
更時には、既存サービスの理解、既存サービスへの影響
の調査のため、複雑なサービス制御専用の当該ソフトウ
エアモジュールを調べ、その上で当該ソフトウエアモジ
ュールの改造を行わなければならず、多大な労力を要
し、迅速な機能追加・変更が困難になるという問題、ま
た、複数のサービスの並行開発ができないという問題、
不要サービスを容易に当該ソフトウエアモジュールから
削除でできないという問題があった。

【０００９】このような問題を解決するため、従来で
も、サービス制御専用のソフトウエアモジュールを個々
のサービス毎に分割する方式が採られていることもある
が、現実には、１リソースに対し、複数のサービスが同
時に提供されることがあるために、個々のサービスを完
全に独立させることは困難であった。

【００１０】ここで、１リソースというのは、例えば１
つの加入者線であり、複数サービスの同時提供とは、例
えば、該加入者線で通話中の加入者に第３者から着信が
あってコールウェイティングが起動される場合とか、通
話中加入者がフッキングで三者通話を開始する等の場合
を指し、従来の方式では、それぞれのサービス独立にソ
フトウエアモジュールを構成することはできなかった。

【００１１】本発明の目的は、上述の如き従来方式の問
題点を解決し、迅速な機能追加・変更が容易であり、複
数のサービスの並行開発が可能で、不要サービスの削除
も容易であり、かつ１リソースに対し、複数のサービス
の同時提供が要求される場合にも対応可能な交換機にお
ける呼制御方式を提供することにある。

【００１２】

【課題を解決するための手段】上記目的を達成するた
め、本発明では、交換機において、呼処理のソフトウエ
ア構造を、論理的なサービス制御を行うサービス階層の
ソフトウエアと、交換機の個々のリソース制御を行うリ
ソース階層のソフトウエアとに分割しておき、

【００１３】サービス階層のソフトウエアでは、各種交
換サービスを、それぞれのサービス仕様に対応した処理
を局在化させて、他のサービスのための処理を含まない
ようにしたモジュール構造のソフトウエア（これをサー
ビスシナリオと呼ぶ）で実現することとし、

【００１４】同時に複数のサービスシナリオが同一リソ
ースを制御するタイプの呼制御サービスが要求された場
合には、一つのサービスシナリオの実行中に他のサービ
スシナリオの実行に移行するサービス移行法、及び（ま
たは）一つのサービスシナリオの実行中に他のサービス
シナリオの実行を並列して行うサービス共存法、によ
り、要求された呼制御サービスを実現することとした。

【００１５】更に、同一論理アドレスが固有空間毎に多
重に割り付けられる仮想記憶機能を前記交換機が具備す
る場合には、サービスシナリオ対応のデータをサービス
シナリオ毎に割り当てられた固有空間に割り付けて記憶
するサービス対応論理アドレス空間分割方式を採用する
こととした。

【００１６】

【作用】本発明では、各種呼制御サービスを、サービス
毎のサービスシナリオで実現し同時に複数のサービスシ
ナリオが同一リソースを制御する場合には、サービス実
行中に他のサービスに切り替えるサービス移行法、サー
ビス実行中に他のサービスを並列に実行するサービス共
存法で実現するようにしたことから、従来の方式とは異
なり、機能追加・変更が容易となり、サービス並行開発
も可能となる。

【００１７】また本発明では、仮想記憶機能を具備した
交換システムにおいて、サービスシナリオ対応毎に固有
空間を割り付けることができ、サービス間の擾乱を防止
することができる。

【００１８】

【実施例】以下、図面を参照して本発明の実施例につい
て説明する。図１は、本発明を実施する際に用いるサー
ビスシナリオを示す説明図である。サービスシナリオ内
には、そのサービスにかかわらない他のサービスに関す
る記述は行わず、サービス仕様に基づいた論理的なサー
ビス実行の手順（該サービスのための交換論理リソース
の制御手順および呼情報管理）を記述する。

【００１９】サービスを、一連の状態遷移によって実現
されるサービス（接続系サービスと呼ぶ）と、状態を持
たずに他のサービスの状態間でサービス固有データに関
わる処理を行うことによって実現されるサービス（論理
系サービス）に分類する。接続系サービスは、一連の状
態遷移をひとまとめにしてサービスシナリオとし、論理
系サービスはそのサービス固有データに関わる処理をひ
とまとめにしてサービスシナリオとすることによって、
個々のサービスを独立にすることが可能である。接続系
サービスの例としては、基本呼、コールウエイティン
グ、三者通話などが挙げられ、論理系サービスの例とし
ては、短縮ダイヤルなどを挙げることができる。

【００２０】各サービスシナリオを呼毎に一意に決定で
きるような、サービス分析方法とする。図１は、このサ
ービスシナリオが、呼制御プロセス（タスク）の実行環
境下で動作している場合を示している。

【００２１】図１において、状態遷移図と書いて示した
ソフトウエア（本発明において用いるソフトウエア）
は、接続系サービスに属するサービスシナリオＡ〜Ｄ
と、論理系サービスに属するサービスシナリオＥと、か
ら成っていることが理解されるであろう。このソフトウ
エア（状態遷移図）からは、サービスシナリオＡ〜Ｄ，
Ｅの何れを除去することも、或いは付加することも、極
めて容易であることが納得されるであろう。

【００２２】図２は、サービスシナリオの動作説明図で
ある。各サービスシナリオは、他のソフトウエアモジュ
ールからは同一形態に見えるように、同一インタフェー
スでアクセスされるようにする。呼制御プロセスがサー
ビスシナリオを起動する場合、サービス名、サービスシ
ナリオ種別を意識せずに、どのサービスシナリオも同一
の手順で起動することが可能である。サービスシナリオ
は、制御メッセージを交換論理リソースに送ることによ
り、交換論理リソースとの制御が行われる。

【００２３】図３は、サービス移行法の概念図である。
あるサービスシナリオが実行されているとき、そのサー
ビスシナリオが制御しているリソースに対し、別のサー
ビスシナリオの起動がかかった場合、通常（現在郵政省
で認可されているサービスの場合）、後から割り込んだ
サービスは、サービス仕様上、割り込まれているサービ
スの呼状態を把握している。

【００２４】このような場合、割り込まれたサービスの
サービスシナリオＡを、後から割り込んだサービスのサ
ービスシナリオＢに切り替え、サービス実行中には一つ
の呼制御プロセスのみ存在させることによって、サービ
ス制御が実現できる。

【００２５】図３では、割り込んだサービスのサービス
シナリオＢが、割り込まれたサービスのサービスシナリ
オＡが動作していた呼制御プロセスの実行環境下で動作
する場合を示している。サービスシナリオが切り替わる
時には、各サービスシナリオが持っている割り込みイン
タフェースや呼情報収集インタフェースによって、互い
のサービス名やサービスシナリオ種別を意識せずに引き
継ぎが行われる。

【００２６】具体的に説明する。或るサービスシナリオ
がある呼制御プロセス上で実行されている場合で、その
サービスシナリオが制御しているリソースに対し、別の
サービスシナリオの起動がかかった場合、通常、後から
割り込んだサービスは、そのサービス仕様上、割り込み
先のサービスシナリオの呼状態を把握している。

【００２７】例えば、加入者通話中に起動されるコール
ウェイティングサービス（第３者からの着信サービス
は）は、加入者が通話中であることを把握している（あ
るいは、加入者通話中の状態時のみ起動される）。この
ような状態の場合、一つ呼制御プロセス上で割り込まれ
たサービスシナリオから、割り込みサービスシナリオに
制御するシナリオを切り換える。

【００２８】次に、図４は、サービス共存法の概念図で
ある。今後のサービスの多様性を考慮すると、割り込ん
だサービスが割り込まれたサービスの呼状態を把握でき
ない場合がある。このような場合、両方のサービスシナ
リオは互いに独立に呼制御信号を受信し状態遷移する。

【００２９】図４では、割り込んだサービスのサービス
シナリオＢは、割り込まれたサービスのサービスシナリ
オＡの呼制御プロセスとは異なる呼制御プロセスの実行
環境下で動作し、割り込み後は、割り込んだサービスの
サービスシナリオで、共通の交換リソースからの制御メ
ッセージ（プロセス間通信）を受信する場合を示してい
る。

【００３０】本発明は、仮想記憶機能を具備しない交換
システムにおいては、サービスシナリオは同一空間に割
り付けられる。同一の論理アドレスが固有空間毎に多重
に割り付けられる仮想記憶機能を具備した交換システム
においては、図５に示すように、サービスシナリオ対応
のデータをサービスシナリオ毎に割り当てられた固有空
間に割り付けることも可能である。なお、図５は、サー
ビスシナリオ対応論理アドレス空間分割方式を示す説明
図である。

【００３１】

【発明の効果】以上説明したように、本発明によれば、
各種交換サービスを互いに独立なサービス毎のソフトウ
エアモジュール（サービスシナリオ）で実現するため、
機能追加・変更が容易となり、サービスの並行開発が可
能であり、顧客への迅速なサービス提供が実現できると
いう利点がある。

【図面の簡単な説明】

【図１】本発明を実施する際に用いるサービスシナリオ
を示す説明図である。

【図２】サービスシナリオの動作説明図である。

【図３】サービス移行法の概念図である。

【図４】サービス共存法の概念図である。

【図５】サービスシナリオ対応論理アドレス空間分割方
式を示す説明図である。

【図６】交換機の構成を示すブロック図である。

【図７】従来の交換機における呼制御方式を示すための
説明図である。

【符号の説明】

１…通話回線、２…通話路系装置、３…処理系装置、４
…プロセッサ、５…メモリ装置

───────────────────────────────────────────────────── フロントページの続き (71)出願人 000005223 富士通株式会社 神奈川県川崎市中原区上小田中1015番地 (72)発明者 片山 悦子 東京都千代田区内幸町１丁目１番６号 日 本電信電話株式会社内 (72)発明者 甲斐 俊洋 東京都千代田区内幸町１丁目１番６号 日 本電信電話株式会社内 (72)発明者 諏訪 明彦 東京都港区芝五丁目７番１号 日本電気株 式会社内 (72)発明者 新保 勲 神奈川県横浜市戸塚区戸塚町216番地 株 式会社日立製作所情報通信事業部内 (72)発明者 富沢 宣幸 東京都港区虎ノ門１丁目７番12号 沖電気 工業株式会社内 (72)発明者 松井 学 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 交換機において、呼処理のソフトウェア
   構造を、論理的なサービス制御を行うサービス階層のソ
   フトウエアと、交換機の個々のリソース制御を行うリソ
   ース階層のソフトウエアとに分割しておき、 サービス階層のソフトウエアでは、各種交換サービス
   を、それぞれのサービス仕様に対応した処理を局在化さ
   せて、他のサービスのための処理を含まないようにした
   モジュール構造のソフトウェア（これをサービスシナリ
   オと呼ぶ）で実現することとし、 同時に複数のサービスシナリオが同一リソースを制御す
   るタイプの呼制御サービスが要求された場合には、一つ
   のサービスシナリオの実行中に他のサービスシナリオの
   実行に移行するサービス移行法、及び（または）一つの
   サービスシナリオの実行中に他のサービスシナリオの実
   行を並列して行うサービス共存法、により、要求された
   呼制御サービスを実現するようにしたことを特徴とする
   交換機における呼制御方式。
2. 【請求項２】 請求項１に記載の交換機における呼制御
   方式において、同一論理アドレスが固有空間毎に多重に
   割り付けられる仮想記憶機能を前記交換機が具備する場
   合には、サービスシナリオ対応のデータをサービスシナ
   リオ毎に割り当てられた固有空間に割り付けて記憶する
   サービス対応論理アドレス空間分割方式を採用すること
   を特徴とする交換機における呼制御方式。