JP3145992B2 - 交換制御サービス論理の競合制御方式及び競合制御方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、交換制御サービス
論理の競合制御方式及び競合制御方法に関し、特に、呼
制御に使用される分散配備された複数のサービス論理に
対して、各サービス論理間での競合状態を確認しながら
呼制御に供する交換制御サービス論理の競合制御方式及
び競合制御方法に関する。

【０００２】

【従来の技術】従来の通信ネットワークにおいて提供さ
れている交換制御サービスは、各種のサービス論理を組
み合わせて実行することにより行われている。このサー
ビス論理とは、マクロ的な見地から定義すれば、発信接
続、着信接続、中継接続等の基本接続サービスから通話
中着信、三者通話、転送通話等の特殊接続サービスに至
る各種の接続サービスの処理を規定するソフトウエアプ
ログラムであり、また、ミクロ的な見地から定義すれ
ば、それらの各接続処理の過程における発生イベント
（例えば、加入者のオフフック、数字情報受信、応答信
号受信、タイムアウト検出等）により呼の状態を変化さ
せる個々の処理（例えば、加入者のオフフックを検出し
て数字情報の受信準備、数字情報を受信して受信した数
字情報の分析とその結果に基づく処理、応答信号を受信
して発信加入者と着信加入者との通話路の接続、タイム
アウトを検出して異常状態処理等）を規定するタスクと
呼ばれるソフトウエアプログラムである。

【０００３】また、各種のサービス論理は一般的に交換
機内の記憶手段であるメモリ装置やデータベース装置に
配備され、交換機の交換処理プロセッサが逐次決められ
た順番でそれらのサービス論理を読み出し、サービス論
理に規定されている各種の処理を交換機の他の構成装置
を制御することにより、サービス論理に従った交換制御
動作を行っていた。一方、通信ネットワークの各交換機
から共通にアクセスできるデータベース装置を設置し
て、その中に各種のサービス論理を配備することによ
り、各交換機が必要に応じて共通的に配備されたサービ
ス論理を読み出してきて交換制御動作を行うことができ
る、インテリジェントネットワークの形態も従来技術と
してよく知られている。

【０００４】このようなサービス論理を作成する場合、
一般的に同一の加入者に対して複数のサービス論理が提
供されており、しかもそれらの複数のサービス間には競
合関係があるため、サービス論理の作成者は他のサービ
ス論理との競合関係を事前に知っておく必要があり、そ
の作成に多くの作業時間を費やしていた。そのような問
題を解決する技術として、例えば、特開平６−６２１２
３号公報に開示されている発明がある。

【０００５】特開平６−６２１２３号公報に開示されて
いる発明は、インテリジェントネットワークの形態にお
いて、サービス生成装置が各種のサービス制御プログラ
ム毎の競合性を確認しながら、それらのプログラムを組
みあわせて新たなサービス制御プログラムを生成する方
法と装置に係わる技術である。そして、この公報には、
サービス制御プログラムにおける各状態遷移処理で使用
するデータ項目をサービス属性、そして各データ項目で
選択されるデータやデータセットの種別を属性値とし
て、各サービス制御プログラム毎にサービス属性と属性
値を付与し、組み合わせて使用しようとするサービス制
御プログラム同士のすべてのサービス属性とサービス属
性の属性値を比較し、すべての属性値が一致する場合は
競合がないものと判断してそれらのサービス制御プログ
ラムを組みあわせた新たなサービス制御プログラムを生
成し、一つでも属性値が異なる場合はサービス間の競合
があると判断して、それらのサービス制御プログラムの
組み合わせ生成を行わないという技術が開示されてい
る。

【０００６】

【発明が解決しようとする課題】このような従来の交換
制御に係わるサービス論理の生成や配備にはまだ多くの
問題が内在している。

【０００７】まず、特開平６−６２１２３号公報に開示
されている発明では、競合のあるサービス論理を組み合
わせて新たなサービス論理を生成することができない。
また、組み合わせた新たなサービス論理を生成しないま
でも、競合関係にある複数のサービス論理を同一の加入
者に対して適用しようとする場合は、競合関係のあるそ
れぞれのサービス論理間においてなんらかの競合を防ぐ
ための情報の交換が必要となる。そのため、後発のサー
ビス論理の作成にあたっては、必ず先行するサービス論
理との競合の有無を確認し、競合がある場合には、後発
のサービス論理だけに対してでなく、先行するサービス
論理においても競合を防ぐための処理の追加が余儀なく
されるという問題があった。

【０００８】更に、サービス論理間での競合関係の変更
には関連する全てのサービス論理に変更が必要であるた
め、複数のサービス論理間の関係が密になってしまい、
その後の変更処理の自由度が益々少なくなるという問題
もあった。

【０００９】また、サービス論理の配備に関しても、交
換機内の記憶手段であるメモリ装置やデータベース装置
とか、インテリジェントネットワークにおける集中デー
タベス装置に限られており、その配備位置にも自由度が
少なかった。

【００１０】本発明に係る交換制御サービス論理の競合
制御方式は、各サービス論理間の競合関係を管理する手
段を備えた実行制御データベスを用いて、任意の場所に
配備した複数のサービス論理を同時に実行する制御を可
能ならしめる競合制御方式を提供する。

【００１１】

【課題を解決するための手段】本発明は、通信ネットワ
ークで提供されるサービス論理の分散配備を可能とし、
同時に複数のサービス論理が動作する場合においても、
サービス論理の起動・抑止・中止を容易に実現する実行
制御方式及び方法を提供する。

【００１２】本発明に係る交換制御サービス論理の競合
制御方式及び制御方法は、起動しようとするサービス論
理が他のサービス論理との競合条件との関係でどのよう
な状況になっているかを、実行データベースに具備され
ているサービス論理起動許容管理表の内容を参照して判
断する。そして、起動が許容される場合、そのサービス
論理を起動することによって競合条件から影響を受け
る、他のサービス論理に対するサービス論理起動許容表
の内容を更新する。場合によっては、既に起動中のサー
ビス論理を中止させることもある。そして、サービス論
理が起動許容されて当該情報を呼制御プロセッサに返送
すると、実行データベースのサービス論理実行状況管理
表に当該サービス論理が起動中であることを記憶してお
く。また、呼制御プロセッサからサービス論理の終了が
報告されると、サービス論理実行状況管理表に記憶され
ている当該サービス論理の実行状況を更新する。この更
新の結果、当該サービス論理がまったく使用されていな
い状況になったとき、競合条件から影響を受けていた他
のサービス論理に対するサービス論理起動許容表の内容
を、競合条件がなくなった状況に対応する内容に更新す
る。

【００１３】このようにして、サービス論理間の競合条
件は、実行制御データベースで一括管理して、あるサー
ビス論理の起動にあたっては、他のサービス論理の実行
条件や起動条件をダイナミックに変更してゆくことを特
徴としている。

【００１４】

【００１５】

【００１６】

【００１７】本発明に係る交換制御サービス論理の競合
制御方式による実行制御データベースは、サービス論理
の起動可否の問合わせを呼制御プロセッサから受ける
と、加入者対応に備えられた起動許容管理表に設定され
ている当該サービス論理に対応する許容条件を参照して
判断し、起動可と判断した場合は、当該サービス論理を
起動することにより競合条件から影響を受ける同一加入
者に対する他のサービス論理に対応する許容条件を、競
合条件に従った内容に設定変更し、当該サービス論理の
起動回数を記憶してから前記呼制御プロセッサに許容応
答し、当該サービス論理の終了報告を呼制御プロセッサ
から受けると、記憶した当該サービス論理の起動回数を
減算し、減算した当該起動回数が０となった場合は、当
該サービス論理の起動により競合条件から影響を受ける
同一加入者に対する他のサービス論理に対応する許容条
件を、競合条件がなくなった条件での内容に設定変更す
ることを特徴とする。

【００１８】本発明に係る交換制御サービス論理の競合
制御方式による実行制御データベースは、下記の各種管
理表と制御手段を備えていることを特徴とする。

【００１９】（１）複数のサービス論理すべての各サー
ビス論理間での競合条件があらかじめ設定された競合管
理表、（２）加入者対応に設けられ、複数のサービス論
理すべての当該加入者に関わる各サービス論理に対する
起動許容条件が、すべてのサービス論理が実行されてい
ない初期状態ではすべて起動可として設定され、当該加
入者に対して実行するサービス論理に応じて設定内容が
逐次更新される起動許容管理表、（３）加入者対応に設
けられ、当該加入者に対して実行されているサービス論
理の起動回数を、複数のサービス論理の各々に対して記
憶する実行状況管理表、（４）サービス論理の起動可否
の問合わせを呼制御プロセッサから受けると、起動許容
管理表に設定されている当該サービス論理に対応する許
容条件を参照し、起動を許容する起動可と設定されてい
る場合は、競合管理表を参照して当該サービス論理と他
のサービス論理との競合条件を抽出し、当該サービス論
理の実行中は起動を禁止される抑止条件が抽出された他
のサービス論理に対し、起動許容管理表の許容条件を抑
止に設定変更し、当該サービス論理の起動回数を実行状
況管理表に記憶してから呼制御プロセッサに許容応答す
る制御手段。

【００２０】実行制御データベースの前記の制御手段
は、競合管理表を参照して当該サービス論理と他のサー
ビス論理との競合条件を抽出した結果として、当該サー
ビス論理の実行により動作中である他のサービス論理の
処理を中止させる中止条件が抽出された場合は、該当す
る他のサービス論理の処理の中止通知とともに前記呼制
御プロセッサに許容応答することを特徴とする。

【００２１】また、実行制御データベースは、サービス
論理の終了報告を呼制御プロセッサから受けると、実行
状況管理表に記憶した当該サービス論理の起動回数を減
算し、減算した当該起動回数が０となった場合は、競合
管理表を参照して当該サービス論理の起動により影響を
受ける他のサービス論理に対応する起動許容管理表の許
容条件を、起動可に設定変更する第２の制御手段を更に
備えることを特徴とする。

【００２２】本発明に係る交換制御サービス論理の競合
制御方法は、下記の手順によることを特徴とする。 （１）起動可否の問合わせを受けたサービス論理の、加
入者対応に備えられた起動許容管理表に設定されている
当該サービス論理に対応する許容条件を参照して判断
し、（２）起動可と判断した場合は、当該サービス論理
を起動することにより影響を受ける同一加入者に対する
他のサービス論理の競合条件を抽出し、（３）当該サー
ビス論理の実行中は起動を禁止される抑止条件が抽出さ
れた他のサービス論理に対し、起動許容管理表の許容条
件を抑止に設定変更し、（４）当該サービス論理の起動
回数を記憶してから呼制御プロセッサに許容応答し、
（５）当該サービス論理の終了報告を前記呼制御プロセ
ッサから受けると、記憶した当該サービス論理の起動回
数を減算し、（６）減算した当該起動回数が０となった
場合は、当該サービス論理の起動により影響を受ける他
のサービス論理に対応する起動許容管理表の許容条件
を、起動可に設定変更する。

【００２３】

【発明の実施の形態】本発明の一実施の形態に関わる構
成を、図１および図２を参照して説明する。

【００２４】図１は、本発明に係る交換制御サービス論
理の競合制御方式の一実施の形態を示すブロック構成図
であり、図２は、図１の後述する実行制御データベース
が備える各種の管理表とその使用例を説明する管理表構
成図である。

【００２５】本発明に係る交換制御サービス論理の競合
制御方式は、図１を参照すると、加入者を収容する交換
機１と、複数のサービス論理（Ａ〜Ｎ）２１が配備され
た呼制御プロセッサ２と、各サービス論理２１の実行を
管理する実行制御データベース３を含む。これらの交換
機１、呼制御プロセッサ２及び実行制御データベース３
の位置関係や構成形態は、後述する通信機能部で相互が
電気通信的に接続されている限りにおいて任意である。
例えば、呼制御プロセッサ２及び実行制御データベース
３の両方とも交換機１を構成するプロセッサ装置とデー
タベース装置であって、相互がバス接続された形態であ
ってもよいし、また、交換機１、呼制御プロセッサ２及
び実行制御データベース３のそれぞれが独立した装置で
あって、設置場所も地理的に離れていて相互が予め決め
られた通信プロトコルで通信する形態であってもよい。

【００２６】交換機１は、加入者からのサービス論理起
動要求を検出する検出機能部１１と、該サービス論理へ
の起動要求通知を行うサービス論理起動部１２と、サー
ビス論理２１との通信により呼制御を行う呼処理機能部
１３を備えている。呼制御プロセッサ２は、複数のサー
ビス論理（Ａ〜Ｎ）２１と、実行制御データベース３及
び交換機１との通信を行う通信機能部２２を備えてい
る。実行制御データベース３は、各種の管理表と、その
管理表に従って処理を行う各種の処理部及び呼制御プロ
セッサ２の通信機能部２２と対向して配備され、呼制御
プロセッサ２との通信を行う通信機能部３７を備えてい
る。

【００２７】実行制御データベース３が備える各種の管
理表には、加入者単位で設けられ、実行しようとするサ
ービス論理２１に関わる問い合わせに対してその実行可
否を照合判定するためのサービス論理起動許容管理表３
４と、加入者単位で設けられ、現時点での当該加入者に
関わるサービス論理実行状況を管理するサービス論理実
行状況管理表３５と、複数のサービス論理の各サービス
論理間で規定された競合条件（例えば、あるサービス論
理を実行することにより起動が抑止されるサービス論理
とか、また、実行中の状態であれば実行を中止させなけ
ればならないサービス論理の指定）が示されたサービス
論理競合表３６がある。

【００２８】また、実行制御データベース３が備える各
種の処理部には、呼制御プロセッサ２からの実行しよう
とするサービス論理２１に関わる問い合わせに対してサ
ービス論理起動許容管理表３４を参照して実行可否照合
判定を行うサービス論理実行可否判定処理部３１と、制
御処理の過程でサービス論理起動許容管理表３４および
サービス論理実行状況管理表３５の内容を更新する管理
表更新処理部３３と、あるサービス論理の起動時に、実
行を中止させなければならない実行中のサービス論理が
ある場合に、そのサービス論理の中止処理を行うサービ
ス論理中止処理部３２がある。

【００２９】次に、このように構成された交換制御サー
ビス論理の競合制御方式の動作を説明する。

【００３０】交換機１は、検出機能部１１を介して加入
者からのサービス論理起動要求を検出する。このサービ
ス論理起動要求は、例えば、通話中着信、三者通話又は
転送通話等の新たな呼処理サービスを要求する加入者が
ダイヤルした番号情報とかフッキングであっても良い
し、基本呼接続における呼処理の過程で状態を遷移させ
る契機となる応答信号や切断信号等の発生イベントであ
っても良い。交換機１の呼処理機能部１３が現在実行し
ている呼処理に関わる新たな何らかの要求として、その
処理が交換機として求められるものである。加入者から
のこれらのサービス論理起動要求を検出した交換機１
は、サービス論理起動部１２を介して各種のサービス論
理２１を蓄積している呼制御プロセッサ２に対して、サ
ービス論理の起動要求を通知する。

【００３１】交換機１からの起動要求を受信した呼制御
プロセッサ２は、実行制御データベース３にその要求さ
れたサービス論理の実行可否を問い合わせる。

【００３２】実行制御データベース３は、呼制御プロセ
ッサ２からのサービス論理の実行可否問い合せを受ける
と、図３のフローチャートに示す処理を行い、当該サー
ビス論理の実行の可否を判定してその結果を呼処理プロ
セッサ２に回答する。

【００３３】次に、図２乃至７を参照して、呼処理プロ
セッサ２からサービス論理の実行可否の問い合わせを受
け付けた実行制御データベース３の処理内容を説明する
が、まず、実行制御データベース３が備える各種の管理
表について説明する。

【００３４】図２は、実行制御データベース３が備える
各種の管理表の構成例と、その使用例を示す管理表構成
図である。

【００３５】図２（Ａ）は、各管理表の構成例を示し、
加入者毎に備えられているサービス論理起動許容管理表
３４及びサービス論理実行状況管理表３５は、サービス
論理起動要求を行った加入者情報から当該加入者に対応
する各表が索引される構成となっており、サービス論理
競合管理表３６は、共通的に参照される管理表となって
いる。

【００３６】サービス論理起動許容管理表３４は、交換
システムに収容されている加入者に提供するすべてのサ
ービス論理が登録されており、各サービス論理の起動許
容状態が示されている。この起動許容状態は、まったく
サービス論理が起動されていない状態ではすべて「許
容」が表示されている。そして、当該加入者に対する各
サービス論理の実行状況により、後述するように表の内
容が適宜更新される。図２（Ｂ）の各表の使用例におい
て、サービス論理起動許容管理表の使用例３４１では、
この加入者に対する各サービス論理の許容状態は、サー
ビス論理Ａおよびサービス論理Ｃは「許容」であり、サ
ービス論理Ｂは「抑止」となっており、これは、この状
態でサービス論理Ａまたはサービス論理Ｃから起動要求
を受けた場合は、それを許容することを意味し、サービ
ス論理Ｂから起動要求を受けた場合は、それを抑止、つ
まりサービス論理Ｂの起動要求を受け入れないことを意
味する。

【００３７】サービス論理実行状況管理表３５は、交換
システムに収容されている加入者に提供するすべてのサ
ービス論理が登録されており、当該加入者に関する各サ
ービス論理の実行状態が示されている。この実行状態
は、まったくサービス論理が実行されていない状態では
すべて「０」が表示されており、サービス論理が実行さ
れている状態では「１」が表示されている。そして、当
該加入者に対する各サービス論理の実行状況により、後
述するように表の内容が適宜更新される。なお、サービ
ス論理によっては、それぞれが独立した実行として同一
のサービス論理を複数回実行させることが可能なものも
あり、そのようなサービス論理に対しては実行状態とし
て「１」以上の数字が表示されることもある。図２
（Ｂ）の各表の使用例において、サービス論理実行状況
管理表の使用例３５１では、この加入者に対する各サー
ビス論理の実行状態は、サービス論理Ａが実行状態とな
っており、サービス論理Ｂ及びサービス論理Ｃは実行さ
れていない状態であることを意味する。

【００３８】サービス論理競合管理表３６は、交換シス
テムで提供するすべてのサービス論理について、各サー
ビス論理間での競合状態が示されている。横軸に示され
た各サービス論理が縦軸に示された各サービス論理に対
してどのような競合関係になるのかが示されている。

【００３９】図２（Ｂ）の各表の使用例におけるサービ
ス論理競合管理表の使用例３６１を参照して説明する。
サービス論理Ａを実行しようとしたときの競合状況は、
サービス論理Ａ及びサービス論理Ｃは「許容」なので、
同時に実行しても何ら問題がなく、サービス論理Ｂは
「抑止」となっているので、サービス論理Ａが実行され
たら新たなサービス論理Ｂの起動は抑止しなければなら
ない。また、サービス論理Ｂを実行しようとしたときの
競合状況は、すべてのサービス論理が「許容」なので、
サービス論理Ｂが実行されても他のサービス論理には何
も影響を与えない。そして、サービス論理Ｃを実行しよ
うとしたときの競合状況は、サービス論理Ｂ及びサービ
ス論理Ｃは「許容」なので、同時に実行しても何ら問題
がなく、サービス論理Ａは「中止」となっているので、
サービス論理Ｃの実行にあたってサービス論理Ａが実行
中ならばそれを中止させなくてはならない。

【００４０】以上のように構成された各種の管理表を用
いた実行制御データベース３の処理の概容を説明する。

【００４１】実行可否問い合わせを受けたサービス論理
を、該当する加入者に対応するサービス論理起動許容管
理表３４の内容と比較して、その実行の可否を判断す
る。実行を許容する場合は、サービス論理実行状況管理
表３５に当該サービス論理が実行中であることを記憶
し、更に、他の関連するサービス論理に対する処理とし
て、次の二つの処理を実施する。

【００４２】第一の処理は、サービス論理競合管理表３
６に指定されている、実行を許容するサービス論理を実
行した場合にそれに対応して起動が抑止される他のサー
ビス論理に対して、サービス論理起動許容管理表３４の
中に存在する該サービス論理の許容状況を「抑止」に設
定変更する。この許容状況が「抑止」と設定されている
サービス論理から、別途、その実行可否問い合せを受け
た時には非許容と判定して非許容応答する。

【００４３】二つ目の処理は、実行を許容するサービス
論理を起動するための競合条件としてサービス論理競合
管理表３６を参照した結果、実行を中止させなくてはな
らないサービス論理に該当するサービス論理がサービス
論理実行状況管理表３５の中に「実行中」として記憶さ
れている場合は、当該実行中のサービス論理に対して実
行を中止するように通知する。

【００４４】このように、サービス論理の実行可否の判
定はサービス論理起動許容表３４を参照して行うが、こ
のサービス論理起動許容表３４に設定されている内容
は、他のサービス論理との競合条件に応じて逐次更新さ
れ、また、現在実行されているサービス論理であって
も、競合条件で指定されていればその実行を中止して新
たなサービス論理を実行させる構成となっている。

【００４５】以下に、実行制御データベース３の処理の
詳細を、図３を参照して説明する。なお、図３におい
て、破線で囲った部分の処理は、実行制御データベース
２が備える各処理部における処理を示し、Ａ１の部分は
サービス論理実行可否判定処理部３１が司る処理であ
り、Ｂ１、Ｃ１のそれぞれの部分は、サービス論理中止
処理部３２、管理表更新処理部３３がそれぞれ司る処理
である。また、サービス論理競合管理表は図５に示す内
容となっているものとして説明を行う。（これは、前述
した図２（Ｂ）のサービス論理競合管理表の使用例３６
１と同じである。）サービス論理実行可否判定処理部３
１は、実行可否問い合わせを受け付けたサービス論理が
起動許容状態であるかどうかの判定を行う。そのため、
サービス論理実行可否判定処理部３１は、サービス論理
起動許容管理表３４から実行可否問い合わせのあったサ
ービス論理の起動許容状態を抽出する（ステップＡ１
１）。

【００４６】前述したように、当該加入者に対して実行
する最初のサービス論理であれば、すべてが「許容」と
なっているが、処理が進む過程で他のサービス論理との
競合関係で「抑止」となる可能性もある。

【００４７】ステップＡ１１で抽出された、実行可否問
い合わせのあったサービス論理の起動許容状態が、「許
容」であればサービス論理中止処理部３２の処理に進
み、「抑止」であれば、当該サービス論理の起動要求を
拒否するために非許容応答を呼制御プロセッサ２に返送
して処理を終了する。例えば、実行可否問い合わせのあ
ったサービス論理がサービス論理Ｂで、図２（Ｂ）に示
すサービス論理起動許容管理表の使用例３４１を適用す
る場合、サービス論理Ｂの起動許容状態は「抑止」とな
っているので、非許容応答を返送して処理を終了する。

【００４８】サービス論理中止処理部３２では、サービ
ス論理競合管理表３６を参照して、実行可否問い合わせ
のあったサービス論理に対応する他のサービス論理の競
合状況を確認して、当該サービス論理を実行する場合の
他の各サービス論理における「許容／抑止／中止」の指
定を抽出する。（ステップＢ１１）。

【００４９】次に、サービス論理実行状況管理表３２を
参照して、当該管理表に実行数が示されているサービス
論理を、当該加入者において現在実行されているサービ
ス論理として抽出する（ステップＢ１２）。

【００５０】ステップＢ１２にて抽出された現在実行中
のサービス論理の中に、ステップＢ１１で抽出された競
合状態で「中止」の指定に該当するものがあるかどうか
を比較する（ステップＢ１３）。競合状態で「中止」と
指定されているサービス論理が現在実行中のサービス論
理の中に存在しない場合は、そのまま管理表更新処理部
３３の処理に進み、存在する場合は、該当サービス論理
への中止通知処理を行って（ステップＢ１４）から管理
表更新処理部３３の処理に進む。例えば、サービス論理
実行状況管理表の使用例３５１の状態において、サービ
ス論理Ｃから実行可否問い合わせがあった場合を想定す
る。図５のサービス論理競合管理表を参照してサービス
論理Ｃを起動するための競合条件として、サービス論理
Ａの「中止」指定が抽出される。そして、図２（Ｂ）の
サービス論理実行状況管理表の使用例３５１を参照する
と、サービス論理Ａのサービス論理実行数が１となって
おり、サービス論理Ａが現在実行中であることを示して
いる。したがって、サービス論理Ｃを起動するには、サ
ービス論理Ａの実行を中止させなければならないことが
わかる。そして、サービス論理Ａに対して中止通知が行
われる。この中止すべきサービス論理の呼制御プロセッ
サ２への通知は、サービス論理実行可否問合わせに対す
る許容応答に含めても良いし、許容応答を返送する前に
単独で中止通知を送信する形態のいずれでもかまわな
い。

【００５１】管理表更新処理部３３は、これまでの処理
で変化した各管理表の状態を更新する処理を行う。

【００５２】スッテプＢ１１でサービス論理競合管理表
３６から抽出した、実行可否問い合わせを受けているサ
ービス論理に対する他のサービス論理の「許容／抑止／
中止」指定から、「抑止」と指定されているサービス論
理について、サービス論理起動許容管理表３４における
そのサービス論理に対応する起動許容状態を、「抑止」
に変更する（ステップＣ１１）。更に、実行可否問い合
わせを受けているサービス論理に対応する、サービス論
理実行状況管理表３５におけるサービス論理実行数に１
を加算する（ステップＣ１２）。例えば、ある加入者に
おける初めて実行可否問い合わせのあったサービス論理
がサービス論理Ａであるとする。図５に例を示すサービ
ス論理競合管理表３６１から、サービス論理Ａの実行に
あたっての競合条件としてサービス論理Ｂの「抑止」が
抽出されるので、図２（Ａ）のサービス論理起動許容管
理表の使用例３４１に示すように、サービス論理起動許
容管理表のサービス論理Ｂに該当する欄に「抑止」が表
示される。また、サービス論理実行状況管理表３５に関
しては、サービス論理Ａが実行状態となるので、図２
（Ａ）のサービス論理実行状況管理表の使用例３５１に
示すようにサービス論理Ａに該当する欄に「１」が表示
される。

【００５３】以上に説明した一連の処理を実施した後
に、実行制御データベース３は、問い合せを受けたサー
ビス論理に対する実施の許容応答を呼制御プロセッサ２
に返送する。

【００５４】交換機１から起動要求を受けたサービス論
理の実行可否を、実行制御データベース３により許容応
答を受けた呼処理プロセッサ２は、当該サービス論理に
基づいてサービス論理に規定されている呼処理制御を交
換機１に対して行う。そして、実行を許容されたサービ
ス論理がその処理を実行し、その処理を終了する時点
で、呼制御プロセッサ２は実行制御データベース３に当
該サービス論理の終了を通知する。以下に、サービス論
理の終了時の処理について説明する。

【００５５】呼制御プロセッサ２からサービス論理の終
了通知を受けると、実行制御データベース３は、サービ
ス論理実行状況管理表３５に記憶されていた当該サービ
ス論理が実行中であるという認識を消去する。更に、当
該サービス論理の実行にあたり競合関係から抑止されて
いたサービス論理起動許容管理表３４における他のサー
ビス論理に対応する起動許容状況の表示を「抑止」から
「許容」に更新する。

【００５６】図４を参照して、呼制御プロセッサ２から
サービス論理の終了報告を受信した実行制御データベー
ス３の処理を説明する。

【００５７】呼制御プロセッサ２からサービス論理の終
了報告を受信した実行制御データベース３は、サービス
論理実行状況管理表３５の終了報告を受けたサービス論
理に対応する欄に表示されている実行状況の数を１減算
する（ステップＺ１）。例えば、図２（Ｂ）に示すサー
ビス論理実行状況管理表の使用例３５１を参照すると、
サービス論理Ａの終了報告を受信した場合、サービス論
理Ａのサービス論理実行数を１から０へ更新する。

【００５８】次に、サービス論理実行状況管理表３５に
おける終了報告を受信したサービス論理のサービス論理
実行数を１減算した結果として、「０」となるかどうか
の判定を行う（ステップＺ２）。「０」とならない場合
は、当該サービス論理が別のところでまだこの加入者に
対して実行中であることを意味するので、今回の終了報
告に対する処理はここで終了する。一方、サービス論理
実行数が「０」となった場合は、この加入者に対する当
該サービス論理の実行はすべて終了したと判断できるの
で、競合条件により抑止状態に設定されていた他のサー
ビス論理の抑止解除処理を行う。

【００５９】図４の破線で囲った部分（Ｘ１）が抑止解
除処理に該当する。まず、サービス論理競合管理表３６
を参照して、終了報告を受けたサービス論理に対する他
のサービス論理の競合条件である「許容／抑止／中止」
の指定を抽出する（ステップＺ３）。

【００６０】ステップＺ３において、「抑止」が設定さ
れている他のサービス論理があった場合、サービス論理
起動許容管理表３４のこのサービス論理の起動許容状態
に設定されている「抑止」を、「許容」に更新する（ス
テップＺ４）。

【００６１】例えば、図２（Ａ）のサービス論理起動許
容管理表の使用例３４１とサービス論理実行状況管理表
の使用例３５１の条件下において、実行中であったサー
ビス論理Ａから終了報告を受信したと想定する。サービ
ス論理実行状況管理表のサービス論理Ａに対応するサー
ビス論理実行数が１から０へ更新されるため、サービス
論理Ａが実行されていたことにより、その起動が抑止さ
れていたサービス論理に対する起動許容条件を元に戻す
処理が行われる。まず、サービス論理競合管理表３６を
参照してサービス論理Ａに対する競合条件を抽出する
と、サービス論理競合管理表の使用例３６１に示すよう
にサービス論理Ｂが「抑止」に指定されていることがわ
かる。そこで、サービス論理Ａの終了に伴なって、サー
ビス論理起動許容管理表の使用例３４１のサービス論理
Ｂに対応するサービス許容状態を「抑止」から「許容」
に更新する処理を行う。

【００６２】次に、図５、図６及び図７を参照して、実
行制御データベースが備えるサービス論理起動許容管理
表とサービス論理起動許容管理表におけるそれぞれの内
容の遷移とサービス論理競合管理表の使用方法について
具体的に説明する。

【００６３】図６は、サービス論理起動許容管理表の遷
移例３４２を示し、図７は、サービス論理起動許容管理
表の遷移例３５２を示す。そして、図５に示すサービス
論理競合管理表の使用例３６１の如くサービス論理競合
管理表が設定されている通信ネットワークにおいて、あ
る加入者がサービス論理Ａ、サービス論理Ｂ、サービス
論理Ｃの順でサービス論理の起動要求を行い、その後サ
ービス論理Ａの終了を行う場合を例として説明する。

【００６４】まず、加入者が全くサービス論理の起動要
求を行っていない場合、サービス論理起動許容管理表と
サービス論理実行状況管理表の内容は、各々、図６の状
態３４２１のようにすべて「許容」、図７の３状態５２
１のようにすべて「０」となっている。

【００６５】次に、加入者がサービス論理Ａを起動要求
すると、図６の状態３４２１におけるサービス論理Ａの
起動許容状態が「許容」なので、サービス論理Ａに対し
て起動許容を通知する動作を行うが、その前に、サービ
ス論理Ａの起動に伴なう他のサービス論理への影響をサ
ービス論理起動許容管理表に反映するために、サービス
論理競合管理表を参照してサービス論理Ａに対する他の
サービス論理の競合条件（「許容／抑止／中止」）を抽
出する。

【００６６】図５のサービス論理競合管理表の使用例３
６１を参照すると、サービス論理Ａに対する他のサービ
ス論理の競合条件は、サービス論理Ｂが「抑止」と指定
されていることが抽出される。そして、図７のサービス
論理実行状況管理表の状態３５２１から、全てのサービ
ス論理の実行数が０であることを抽出する。なお、「中
止」に該当するサービス論理の実行がないため、管理表
更新処理へ進む。

【００６７】管理表更新処理は、サービス論理競合管理
表の使用例３６１からサービス論理Ａを起動した時の競
合条件として、サービス論理Ｂの「抑止」が抽出される
ので、サービス論理起動許容管理表を図６の状態３４２
２のように、サービス論理Ｂを「抑止」に設定更新す
る。そして、サービス論理Ａを起動するので、サービス
論理実行状況管理表を図７の状態３５２２のように更新
して、サービス論理Ａの状態を「１」にする。

【００６８】次に、加入者がサービス論理Ｂを起動要求
すると、図６の状態３４２２におけるサービス論理Ｂの
起動許容状態が「抑止」であるため、この起動要求に対
しては非許容応答とし、処理を終了する。

【００６９】次に、加入者がサービス論理Ｃを起動要求
すると、図６の状態３４２３におけるサービス論理Ｃの
起動許容状態が「許容」なので、サービス論理Ｃに対し
て起動許容を通知する動作を行うが、その前に、サービ
ス論理Ｃの起動に伴なう他のサービス論理への影響をサ
ービス論理起動許容管理表に反映するために、サービス
論理競合管理表を参照してサービス論理Ｃに対する他の
サービス論理の競合条件（「許容／抑止／中止」）を抽
出する。

【００７０】図５のサービス論理競合管理表の使用例３
６１から、サービス論理Ｃに対する競合条件として、サ
ービス論理Ａの「中止」が抽出される。そして、図７の
状態３５２３から、サービス論理Ａが１つ実行中である
ことを抽出する。

【００７１】したがって、サービス論理Ｃを実行させる
ための競合条件としての「中止」に該当するサービス論
理Ａの実行数が１であるため、サービス論理Ａへ中止通
知を行い、そして管理表更新処理へ進む。

【００７２】管理表更新処理は、図５のサービス論理競
合管理表の使用例３６１を参照して「抑止」されるサー
ビス論理がないため、サービス論理起動許容管理表を図
６の状態３４２４のように更新し、サービス論理Ｃの実
行により、サービス論理実行状況管理表を図７の状態３
２２４のように更新する。

【００７３】次に、サービス論理Ａからの終了通知を受
信すると、図７の状態３５２４におけるサービス論理Ａ
に対応するサービス論理実行数１を０へ減算し状態３５
２５のように更新する。

【００７４】この場合、図７の状態３５２５に示すよう
に、サービス論理実行状況管理表におけるサービス論理
Ａのサービス論理実行数が０となったため、サービス論
理Ａにより「抑止」状態に設定されていた他のサービス
論理の抑止解除処理へ進む。

【００７５】抑止解除処理は、図５のサービス論理競合
管理表３６１から、サービス論理Ａに対する他のサービ
ス論理の競合条件（「許容／抑止／中止」）を抽出す
る。

【００７６】抽出した競合条件を参照すると、サービス
論理Ａに対しては、サービス論理Ｂが「抑止」に指定さ
れているため、サービス論理起動許容管理表のサービス
論理Ｂの起動許容状態を「許容」とし、図６の状態３４
２５のように更新する。

【００７７】なお、本発明の実施の形態では、サービス
論理競合表の指定内容に「許容／抑止／中止」の三種類
の状態を用いる場合について説明したが、指定内容の種
類に制限はない。

【００７８】また、本発明の実施の形態において、サー
ビス論理の起動可否の問い合せに対する全ての処理を実
行制御データベース２で行うとして説明したが、図８に
その構成の概略を示すように、呼制御プロセッサ（図８
では図示せず、サービス論理として表記）は実行制御デ
ータベースに対してサービス論理起動許容管理表とサー
ビス論理競合管理表の内容だけを収集するように要求
し、呼制御プロセッサが当該収集情報にもとづいてサー
ビス論理の実行及び他のサービス論理に対する競合制御
を行わせるような形態としてもよい。この場合、サービ
ス論理実行状況管理表及び各種の処理部は呼制御プロセ
ッサに備えられ、実行制御データベースのサービス論理
起動許容管理表の内容は、呼制御プロセッサから適宜更
新される形態となる。

【００７９】以上に説明したように、本発明に係る交換
制御サービス論理の競合制御方式及び制御方法は、起動
しようとするサービス論理が他のサービス論理との競合
条件との関係でどのような状況になっているかを、実行
データベースに具備されているサービス論理起動許容管
理表の内容を参照して判断する。そして、起動が許容さ
れる場合、そのサービス論理を起動することによって競
合条件から影響を受ける、他のサービス論理に対するサ
ービス論理起動許容表の内容を更新する。場合によって
は、既に起動中のサービス論理を中止させることもあ
る。そして、サービス論理が起動許容されて当該情報を
呼制御プロセッサに返送すると、実行データベースのサ
ービス論理実行状況管理表に当該サービス論理が起動中
であることを記憶しておく。また、呼制御プロセッサか
らサービス論理の終了が報告されると、サービス論理実
行状況管理表に記憶されている当該サービス論理の実行
状況を更新する。この更新の結果、当該サービス論理が
まったく使用されていない状況になったとき、競合条件
から影響を受けていた他のサービス論理に対するサービ
ス論理起動許容表の内容を、競合条件がなくなった状況
に対応する内容に更新する。

【００８０】このようにして、サービス論理間の競合条
件は、実行制御データベースで一括管理して、あるサー
ビス論理の起動にあたっては、他のサービス論理の実行
条件や起動条件をダイナミックに変更してゆくので、個
々のサービス論理の作成にあたって、そのような競合条
件を個々のサービス論理毎に折込む必要がなくなる。そ
のため、個々のサービス論理の作成が容易になり、効率
的な設計作業が可能となる。

【００８１】

【発明の効果】以上に本発明の実施の形態を説明したよ
うに、本発明に係る交換制御サービス論理の競合制御方
式及び制御方法は、各々のサービス論理の作成が容易と
なる効果を奏する。その理由は、各サービス論理間の競
合関係が実行管理データベースのサービス論理競合管理
表およびサービス論理起動許容管理表に集約され、各サ
ービス論理の実行にあたっては、それらの管理表を参照
しながら他のサービス論理に対する競合条件を適宜、サ
ービス論理起動許容管理表に反映しながら競合制御を行
うため、個々のサービス論理では他のサービス論理との
競合条件を意識すること無く、各サービス論理に閉じた
設計を行うことが可能となり、他のサービス論理との競
合関係の考慮から開放されるためである。

【００８２】また、本発明に係る交換制御サービス論理
の競合制御方式及び制御方法は、交換機により提供され
るサービス論理の配備の自由度が大幅に改善されるとい
う効果を奏する。その理由は、サービス論理間の競合関
係を一つのデータベースで管理することができ、競合関
係のあるサービス論理間での情報交換が不要となるため
である。

【００８３】さらに、本発明に係る交換制御サービス論
理の競合制御方式及び制御方法は、サービス論理間の競
合条件を容易に変更することができるという効果を奏す
る。その理由は、サービス論理の競合関係が一つのサー
ビス論理競合表で管理されることにより、サービス論理
競合表の操作だけで済むためである。

【図面の簡単な説明】

【図１】 本発明に係る交換制御サービス論理の競合制
御方式及び制御方法の一実施形態の構成を示すブロック
図である。

【図２】 実行制御データベースに備えられる各種の管
理表の構成とその使用例を示す説明図である。

【図３】 実行制御データベースが司る、サービス論理
の実行可否問い合わせに関わる制御動作を示すフローチ
ャートである。

【図４】 実行制御データベースが司る、あるサービス
論理の終了報告を受けたときの制御動作を示すフローチ
ャートである。

【図５】 サービス論理競合管理表の使用例を示す説明
図である。

【図６】 サービス論理起動許容管理表の登録内容の遷
移例を示す説明図である。

【図７】 サービス論理実行状況管理表の登録内容の遷
移例を示す説明図である。

【図８】 本発明の他の実施形態を示すブロック図であ
る。

【符号の説明】

１ 交換機 ２ 呼制御プロセッサ ３ 実行制御データベース １１ 検出機能部 １２ サービス論理起動部 １３ 呼処理機能部 ２１ サービス論理 ２２、３７ 通信機能部 ３１ サービス論理実行可否判定処理部 ３２ サービス論理中止処理部 ３３ 管理表更新処理部 ３４ サービス論理起動許容管理表 ３５ サービス論理実行状況管理表 ３６ サービス論理競合管理表

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】 動作制御の各要素を規定したサービス論
   理を組み合わせて実行することにより交換制御を行う交
   換機において、 前記交換機に収容される加入者毎に提供される複数のサ
   ービス論理の各サービス論理間における競合条件の整合
   性を判定する実行制御データベースと、 前記サービス論理を複数備え、前記交換機から起動要求
   を受けたサービス論理を、前記実行制御データベースを
   参照して同一加入者に対する他のサービス論理との競合
   条件の整合性を確認してから起動する呼制御プロセッサ
   を有し、 前記実行制御データベースは、 前記サービス論理の起動可否の問合わせを前記呼制御プ
   ロセッサから受けると、加入者対応に備えられた起動許
   容管理表に設定されている当該サービス論理に対応する
   許容条件を参照して判断し、起動可と判断した場合は、
   当該サービス論理を起動することにより競合条件から影
   響を受ける同一加入者に対する他のサービス論理に対応
   する許容条件を、競合条件に従った内容に設定変更し、
   当該サービス論理の起動回数を記憶してから前記呼制御
   プロセッサに許容応答し、 当該サービス論理の終了報告を前記呼制御プロセッサか
   ら受けると、記憶した当該サービス論理の起動回数を減
   算し、減算した当該起動回数が０となった場合は、当該
   サービス論理の起動により競合条件から影響を受ける同
   一加入者に対する他のサービス論理に対応する許容条件
   を、競合条件がなくなった条件での内容に設定変更する
   ことを特徴とする交換制御サービス論理の競合制御方
   式。
2. 【請求項２】 動作制御の各要素を規定したサービス論
   理を組み合わせて実行することにより交換制御を行う交
   換機において、 前記交換機に収容される加入者毎に提供される複数のサ
   ービス論理の各サービス論理間における競合条件の整合
   性を判定する実行制御データベースと、 前記サービス論理を複数備え、前記交換機から起動要求
   を受けたサービス論理を、前記実行制御データベースを
   参照して同一加入者に対する他のサービス論理との競合
   条件の整合性を確認してから起動する呼制御プロセッサ
   を有し、 前記実行制御データベースは、 複数の前記サービス論理すべての各サービス論理間での
   競合条件があらかじめ設定された競合管理表と、 前記加入者対応に設けられ、複数の前記サービス論理す
   べての当該加入者に関わる各サービス論理に対する起動
   許容条件が、すべてのサービス論理が実行されていない
   初期状態ではすべて起動可として設定され、当該加入者
   に対して実行するサービス論理に応じて設定内容が逐次
   更新される起動許容管理表と、 前記加入者対応に設けられ、当該加入者に対して実行さ
   れているサービス論理の起動回数を、複数の前記サービ
   ス論理の各々に対して記憶する実行状況管理表と、 前記サービス論理の起動可否の問合わせを前記呼制御プ
   ロセッサから受けると、前記起動許容管理表に設定され
   ている当該サービス論理に対応する許容条件を参照し、
   起動を許容する起動可と設定されている場合は、前記競
   合管理表を参照して当該サービス論理と他のサービス論
   理との競合条件を抽出し、当該サービス論理の実行中は
   起動を禁止される抑止条件が抽出された他のサービス論
   理に対し、前記起動許容管理表の許容条件を前記抑止に
   設定変更し、当該サービス論理の起動回数を前記実行状
   況管理表に記憶してから前記呼制御プロセッサに許容応
   答する制御手段を備えていることを特徴とする交換制御
   サービス論理の競合制御方式。
3. 【請求項３】 前記実行制御データベースの前記制御手
   段は、前記サービス論理の起動可否の問合わせを前記呼
   制御プロセッサから受けると、前記起動許容管理表に設
   定されている当該サービス論理に対応する許容条件を参
   照し、起動を許容する起動可と設定されている場合は、
   前記競合管理表を参照して当該サービス論理と他のサー
   ビス論理との競合条件を抽出し、当該サービス論理の実
   行により動作中である他のサービス論理の処理を中止さ
   せる中止条件が抽出された場合は、該当する他のサービ
   ス論理の処理の中止通知とともに前記呼制御プロセッサ
   に許容応答することを特徴とする請求項５記載の交換制
   御サービス論理の競合制御方式。
4. 【請求項４】 前記実行制御データベースは、サービス
   論理の終了報告を前記呼制御プロセッサから受けると、
   前記実行状況管理表に記憶した当該サービス論理の起動
   回数を減算し、減算した当該起動回数が０となった場合
   は、前記競合管理表を参照して当該サービス論理の起動
   により影響を受ける他のサービス論理に対応する前記起
   動許容管理表の許容条件を、起動可に設定変更する第２
   の制御手段を更に備えることを特徴とする請求項５記載
   の交換制御サービス論理の競合制御方式。
5. 【請求項５】 動作制御の各要素を規定したサービス論
   理を組み合わせて実行することにより交換制御を行う交
   換機と、前記交換機に収容される加入者毎に提供される
   複数のサービス論理の各サービス論理間における競合条
   件の整合性を判定する実行制御データベースと、前記サ
   ービス論理を複数備え、前記交換機から起動要求を受け
   たサービス論理を、前記実行制御データベースを参照し
   て同一加入者に対する他のサービス論理との競合条件の
   整合性を確認してから起動する呼制御プロセッサを備え
   た交換制御システムのサービス論理実行にあたっての他
   のサービス論理との競合制御方法において、 起動可否の問合わせを受けた前記サービス論理の、加入
   者対応に備えられた起動許容管理表に設定されている当
   該サービス論理に対応する許容条件を参照して判断し、 起動可と判断した場合は、当該サービス論理を起動する
   ことにより影響を受ける同一加入者に対する他のサービ
   ス論理の競合条件を抽出し、 当該サービス論理の実行中は起動を禁止される抑止条件
   が抽出された他のサービス論理に対し、前記起動許容管
   理表の許容条件を前記抑止に設定変更し、 当該サービス論理の起動回数を記憶してから前記呼制御
   プロセッサに許容応答し、 当該サービス論理の終了報告を前記呼制御プロセッサか
   ら受けると、記憶した当該サービス論理の起動回数を減
   算し、 減算した当該起動回数が０となった場合は、当該サービ
   ス論理の起動により影響を受ける他のサービス論理に対
   応する前記起動許容管理表の許容条件を、起動可に設定
   変更することを特徴とする交換制御サービス論理の競合
   制御方法。