JP2937601B2 - 付加サービス競合管理方法および装置 - Google Patents
付加サービス競合管理方法および装置Info
- Publication number
- JP2937601B2 JP2937601B2 JP1085092A JP1085092A JP2937601B2 JP 2937601 B2 JP2937601 B2 JP 2937601B2 JP 1085092 A JP1085092 A JP 1085092A JP 1085092 A JP1085092 A JP 1085092A JP 2937601 B2 JP2937601 B2 JP 2937601B2
- Authority
- JP
- Japan
- Prior art keywords
- conflict
- additional service
- service
- supplementary
- additional
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Landscapes
- Exchange Systems With Centralized Control (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、交換システムにおいて
付加サービスの競合を管理する付加サービス競合管理方
法および装置に関する。
付加サービスの競合を管理する付加サービス競合管理方
法および装置に関する。
【０００２】
【従来の技術】交換システムでは種々の付加サービスを
提供しているが、複数の付加サービス間で互いに競合す
る場合がある。このような競合を管理する従来の競合管
理方式は、付加サービス毎に付加サービス競合管理で付
加サービス管理番号を割り当てて、他のサービスとの競
合動作の可、不可を表わすマトリックスデータを設定し
ておき、更に現在実行中の付加サービスリストを保持し
て、付加サービス競合管理で管理する付加サービス競合
管理番号によって、起動中の付加サービスと新たに起動
する付加サービス候補もしくは新たに起動するサービス
候補同士の競合動作の可否をマトリックスデータにより
判断するという方式であった。
提供しているが、複数の付加サービス間で互いに競合す
る場合がある。このような競合を管理する従来の競合管
理方式は、付加サービス毎に付加サービス競合管理で付
加サービス管理番号を割り当てて、他のサービスとの競
合動作の可、不可を表わすマトリックスデータを設定し
ておき、更に現在実行中の付加サービスリストを保持し
て、付加サービス競合管理で管理する付加サービス競合
管理番号によって、起動中の付加サービスと新たに起動
する付加サービス候補もしくは新たに起動するサービス
候補同士の競合動作の可否をマトリックスデータにより
判断するという方式であった。
【０００３】
【発明が解決しようとする課題】上述した従来の交換シ
ステムが提供する付加サービス競合管理方式では、付加
サービス毎に、付加サービス競合管理で管理される番号
と、他の付加サービスとの競合動作の可、不可を表わす
マトリックスデータとを与えていた。このように従来
は、各付加サービス毎に他の付加サービスとの競合管理
データが必要であるために、新しく付加サービスを提供
（追加）する場合は、この付加サービスの他の付加サー
ビスに対する競合管理データを追加すると共に、他の付
加サービスの競合管理データに、新しく追加した付加サ
ービスの競合動作可／不可データを追加しなければなら
ず、マトリックスデータの設定に時間がかかるという問
題点があった。
ステムが提供する付加サービス競合管理方式では、付加
サービス毎に、付加サービス競合管理で管理される番号
と、他の付加サービスとの競合動作の可、不可を表わす
マトリックスデータとを与えていた。このように従来
は、各付加サービス毎に他の付加サービスとの競合管理
データが必要であるために、新しく付加サービスを提供
（追加）する場合は、この付加サービスの他の付加サー
ビスに対する競合管理データを追加すると共に、他の付
加サービスの競合管理データに、新しく追加した付加サ
ービスの競合動作可／不可データを追加しなければなら
ず、マトリックスデータの設定に時間がかかるという問
題点があった。
【０００４】そこで本発明の目的は、新しい付加サービ
スを追加する場合に、追加するデータ量が少なくて済
み、追加時の処理が容易な付加サービス競合管理方法お
よび装置を提供することにある。
スを追加する場合に、追加するデータ量が少なくて済
み、追加時の処理が容易な付加サービス競合管理方法お
よび装置を提供することにある。
【０００５】
【課題を解決するための手段】請求項１記載の発明の付
加サービス競合管理方法は、基本呼制御中の処理で付加
サービスを起動するきっかけとなる要素毎に各付加サー
ビスの起動のきっかけとなるか否かを定義した第１の情
報と、交換システムが提供するリソース要素毎に各付加
サービス起動時にそのリソースを使用するか否かを定義
した第２の情報と、付加サービス実行後に基本呼制御が
行う処理毎に相反する２つの作用のいずれか一方を作用
属性として定義した第３の情報とを付加サービス毎に保
持し、第１の情報および第２の情報により、競合を判断
する複数の付加サービス間で付加サービスの起動のきっ
かけおよび付加サービス起動時に使用するリソースが同
一か否かを調べ、きっかけおよびリソースが全て異なる
場合には競合しないと判断し、きっかけおよびリソース
の少なくとも一つが同一の場合には、更に第３の情報に
より、競合を判断する複数の付加サービス間で作用属性
が相反していないかを調べ、作用属性が相反していない
場合には競合しないと判断し、相反している場合には競
合すると判断するものである。
加サービス競合管理方法は、基本呼制御中の処理で付加
サービスを起動するきっかけとなる要素毎に各付加サー
ビスの起動のきっかけとなるか否かを定義した第１の情
報と、交換システムが提供するリソース要素毎に各付加
サービス起動時にそのリソースを使用するか否かを定義
した第２の情報と、付加サービス実行後に基本呼制御が
行う処理毎に相反する２つの作用のいずれか一方を作用
属性として定義した第３の情報とを付加サービス毎に保
持し、第１の情報および第２の情報により、競合を判断
する複数の付加サービス間で付加サービスの起動のきっ
かけおよび付加サービス起動時に使用するリソースが同
一か否かを調べ、きっかけおよびリソースが全て異なる
場合には競合しないと判断し、きっかけおよびリソース
の少なくとも一つが同一の場合には、更に第３の情報に
より、競合を判断する複数の付加サービス間で作用属性
が相反していないかを調べ、作用属性が相反していない
場合には競合しないと判断し、相反している場合には競
合すると判断するものである。
【０００６】請求項２記載の発明の付加サービス競合管
理方法は、請求項１記載の発明において、基本呼制御中
に付加サービス起動を決定する可能性のある点を設け、
この点を通過する度に付加サービス起動の可能性を調
べ、競合を判断する複数の付加サービスを決定するよう
にしたものである。
理方法は、請求項１記載の発明において、基本呼制御中
に付加サービス起動を決定する可能性のある点を設け、
この点を通過する度に付加サービス起動の可能性を調
べ、競合を判断する複数の付加サービスを決定するよう
にしたものである。
【０００７】請求項３記載の発明の付加サービス競合管
理装置は、基本呼制御中の処理で付加サービスを起動す
るきっかけとなる要素毎に各付加サービスの起動のきっ
かけとなるか否かを定義した第１の情報、交換システム
が提供するリソース要素毎に各付加サービス起動時にそ
のリソースを使用するか否かを定義した第２の情報、お
よび付加サービス実行後に基本呼制御が行う処理毎に相
反する２つの作用のいずれか一方を作用属性として定義
した第３の情報を付加サービス毎に保持する記憶手段
と、第１の情報および第２の情報により、競合を判断す
る複数の付加サービス間で付加サービスの起動のきっか
けおよび付加サービス起動時に使用するリソースが同一
か否かを調べ、きっかけおよびリソースが全て異なる場
合には競合しないと判断する第１の判断手段と、この第
１の判断手段によつて、きつかけおよびリソースの少な
くとも一つが同一であると判断された場合に、第３の情
報により、競合を判断する複数の付加サービス間で作用
属性が相反していないかを調べ、作用属性が相反してい
ない場合には競合しないと判断し、相反している場合に
は競合すると判断する第２の判断手段と、第１の判断手
段または第２の判断手段によって競合しないと判断され
た場合に付加サービスを実行する付加サービス実行手段
とを備えたものである。
理装置は、基本呼制御中の処理で付加サービスを起動す
るきっかけとなる要素毎に各付加サービスの起動のきっ
かけとなるか否かを定義した第１の情報、交換システム
が提供するリソース要素毎に各付加サービス起動時にそ
のリソースを使用するか否かを定義した第２の情報、お
よび付加サービス実行後に基本呼制御が行う処理毎に相
反する２つの作用のいずれか一方を作用属性として定義
した第３の情報を付加サービス毎に保持する記憶手段
と、第１の情報および第２の情報により、競合を判断す
る複数の付加サービス間で付加サービスの起動のきっか
けおよび付加サービス起動時に使用するリソースが同一
か否かを調べ、きっかけおよびリソースが全て異なる場
合には競合しないと判断する第１の判断手段と、この第
１の判断手段によつて、きつかけおよびリソースの少な
くとも一つが同一であると判断された場合に、第３の情
報により、競合を判断する複数の付加サービス間で作用
属性が相反していないかを調べ、作用属性が相反してい
ない場合には競合しないと判断し、相反している場合に
は競合すると判断する第２の判断手段と、第１の判断手
段または第２の判断手段によって競合しないと判断され
た場合に付加サービスを実行する付加サービス実行手段
とを備えたものである。
【０００８】この付加サービス競合管理装置では、第１
の判断手段によって、第１の情報および第２の情報によ
り、競合を判断する複数の付加サービス間で付加サービ
スの起動のきっかけおよび付加サービス起動時に使用す
るリソースが同一か否かが調べられ、きっかけおよびリ
ソースが全て異なる場合には競合しないと判断される。
一方、きっかけおよびリソースの少なくとも一つが同一
の場合には、第２の判断手段によって、第３の情報によ
り、競合を判断する複数の付加サービス間で作用属性が
相反していないかが調べられ、作用属性が相反していな
い場合には競合しないと判断され、相反している場合に
は競合すると判断される。そして、第１の判断手段また
は第２の判断手段によって競合しないと判断された場合
には、付加サービス実行手段によって付加サービスが実
行される。なお、この明細書で「リソースの競合」は単
に同一のリソースを使用できるかどうかという観点から
とらえている。したがって、作用属性が相反しない、す
なわちリソースの使用方法が矛盾しない場合には複数の
サービスが同一のリソースを共有しても問題なくサービ
スを提供できる。
の判断手段によって、第１の情報および第２の情報によ
り、競合を判断する複数の付加サービス間で付加サービ
スの起動のきっかけおよび付加サービス起動時に使用す
るリソースが同一か否かが調べられ、きっかけおよびリ
ソースが全て異なる場合には競合しないと判断される。
一方、きっかけおよびリソースの少なくとも一つが同一
の場合には、第２の判断手段によって、第３の情報によ
り、競合を判断する複数の付加サービス間で作用属性が
相反していないかが調べられ、作用属性が相反していな
い場合には競合しないと判断され、相反している場合に
は競合すると判断される。そして、第１の判断手段また
は第２の判断手段によって競合しないと判断された場合
には、付加サービス実行手段によって付加サービスが実
行される。なお、この明細書で「リソースの競合」は単
に同一のリソースを使用できるかどうかという観点から
とらえている。したがって、作用属性が相反しない、す
なわちリソースの使用方法が矛盾しない場合には複数の
サービスが同一のリソースを共有しても問題なくサービ
スを提供できる。
【０００９】
【実施例】以下、図面を参照して本発明の実施例につい
て説明する。図１ないし図８は本発明の一実施例に係る
ものである。
て説明する。図１ないし図８は本発明の一実施例に係る
ものである。
【００１０】図４は本実施例における交換システムの要
部を示すブロック図である。この交換システム１は、加
入者３４、３５が接続される通話路スイッチネットワー
ク３１と、この通話路スイッチネットワーク３１を制御
する中央処理装置３２と、この中央処理装置３２に接続
された主記憶装置３３とを備えている。
部を示すブロック図である。この交換システム１は、加
入者３４、３５が接続される通話路スイッチネットワー
ク３１と、この通話路スイッチネットワーク３１を制御
する中央処理装置３２と、この中央処理装置３２に接続
された主記憶装置３３とを備えている。
【００１１】図１は本実施例における交換システムの機
能を示す機能ブロック図である。この交換システム１
は、複数の付加サービス間の競合を分析する付加サービ
ス競合分析部２と、付加サービス起動候補を決定する付
加サービス分析部３と、交換システムにおける基本呼制
御処理を行う基本呼制御部４と、付加サービスを実行、
制御する付加サービス制御部５等によって構成されてい
る。これらは、図４の中央処理装置３２が、主記憶装置
３３に格納されたプログラムを実行することによって実
現される。
能を示す機能ブロック図である。この交換システム１
は、複数の付加サービス間の競合を分析する付加サービ
ス競合分析部２と、付加サービス起動候補を決定する付
加サービス分析部３と、交換システムにおける基本呼制
御処理を行う基本呼制御部４と、付加サービスを実行、
制御する付加サービス制御部５等によって構成されてい
る。これらは、図４の中央処理装置３２が、主記憶装置
３３に格納されたプログラムを実行することによって実
現される。
【００１２】本実施例では、基本呼制御部４による基本
呼制御中に付加サービス起動を決定する可能性のある点
（以下、付加サービス起動チェックポイントと記す。）
を埋め込み、この点を通過する度に付加サービス起動の
可能性をチェックし、付加サービス分析部３によって付
加サービス起動の候補を決定するようになっている。そ
して、付加サービス競合分析部２により、起動中の付加
サービスと起動候補となった付加サービス間、あるい
は、起動候補となった複数の付加サービス間の競合チェ
ックを行い、競合しないと判断された場合に、付加サー
ビス制御部５により付加サービスを実行するようになっ
ている。
呼制御中に付加サービス起動を決定する可能性のある点
（以下、付加サービス起動チェックポイントと記す。）
を埋め込み、この点を通過する度に付加サービス起動の
可能性をチェックし、付加サービス分析部３によって付
加サービス起動の候補を決定するようになっている。そ
して、付加サービス競合分析部２により、起動中の付加
サービスと起動候補となった付加サービス間、あるい
は、起動候補となった複数の付加サービス間の競合チェ
ックを行い、競合しないと判断された場合に、付加サー
ビス制御部５により付加サービスを実行するようになっ
ている。
【００１３】図２は、図１の付加サービス競合分析部の
構成を示す説明図である。この付加サービス競合分析部
２は、付加サービス毎に用意された付加サービス競合管
理データ６、７、８、９…と、付加サービス競合チェッ
クプログラム１２とを備えている。付加サービス競合チ
ェックプログラム１２は、付加サービス起動候補決定時
に、他の付加サービスが起動中であるか、もしくは複数
の付加サービスの起動候補が決定したときに、起動中の
付加サービスと決定した付加サービス起動候補間または
決定した複数の付加サービス起動候補間の付加サービス
競合チェックを行う。
構成を示す説明図である。この付加サービス競合分析部
２は、付加サービス毎に用意された付加サービス競合管
理データ６、７、８、９…と、付加サービス競合チェッ
クプログラム１２とを備えている。付加サービス競合チ
ェックプログラム１２は、付加サービス起動候補決定時
に、他の付加サービスが起動中であるか、もしくは複数
の付加サービスの起動候補が決定したときに、起動中の
付加サービスと決定した付加サービス起動候補間または
決定した複数の付加サービス起動候補間の付加サービス
競合チェックを行う。
【００１４】また、各付加サービス競合管理データ６〜
９は、それぞれ、基本呼制御中の処理で付加サービスを
起動するきっかけとなる発信／着信／フックフラッシュ
等に分類したカテゴリ要素毎に付加サービス起動のきっ
かけとなるか否か、および交換システムが提供するリソ
ースを分類したリソース要素毎に付加サービス起動時に
そのリソースを使用するか否かを定義した付加サービス
実行データ１０と、発呼を進める／拒否する、着呼を進
める／拒否する、転送を拒否する／しない等の付加サー
ビス実行後に基本呼制御が行う処理（発呼／着呼／転送
等）毎に相反する２つの作用（進める／拒否する、拒否
する／拒否しない等）のいずれか一方を作用属性として
定義した付加サービス作用属性データ１１とを有してい
る。
９は、それぞれ、基本呼制御中の処理で付加サービスを
起動するきっかけとなる発信／着信／フックフラッシュ
等に分類したカテゴリ要素毎に付加サービス起動のきっ
かけとなるか否か、および交換システムが提供するリソ
ースを分類したリソース要素毎に付加サービス起動時に
そのリソースを使用するか否かを定義した付加サービス
実行データ１０と、発呼を進める／拒否する、着呼を進
める／拒否する、転送を拒否する／しない等の付加サー
ビス実行後に基本呼制御が行う処理（発呼／着呼／転送
等）毎に相反する２つの作用（進める／拒否する、拒否
する／拒否しない等）のいずれか一方を作用属性として
定義した付加サービス作用属性データ１１とを有してい
る。
【００１５】図３は本実施例の付加サービス競合管理装
置の要部を示す機能ブロック図である。この付加サービ
ス競合管理装置は、付加サービス実行データ１０および
付加サービス作用属性データ１１を付加サービス毎に保
持する記憶手段２０と、付加サービス実行データ１０に
より、競合を判断する複数の付加サービス間で付加サー
ビスの起動のきっかけおよび付加サービス起動時に使用
するリソースが同一か否かを調べ、きっかけおよびリソ
ースが全て異なる場合には競合しないと判断する第１の
判断手段２１と、この第１の判断手段２１によって、き
っかけおよびリソースの少なくとも一つが同一であると
判断された場合に、付加サービス作用属性データ１１に
より、競合を判断する複数の付加サービス間で作用属性
が相反していないかを調べ、作用属性が相反していない
場合には競合しないと判断し、相反している場合には競
合すると判断する第２の判断手段２２と、第１の判断手
段２１または第２の判断手段２２によって競合しないと
判断された場合に付加サービスを実行する付加サービス
実行手段２３とを備えている。記憶手段２０および判断
手段２１、２２は図１の付加サービス競合分析部２によ
って実現され、付加サービス実行手段２３は図１の付加
サービス制御部５によって実現される。
置の要部を示す機能ブロック図である。この付加サービ
ス競合管理装置は、付加サービス実行データ１０および
付加サービス作用属性データ１１を付加サービス毎に保
持する記憶手段２０と、付加サービス実行データ１０に
より、競合を判断する複数の付加サービス間で付加サー
ビスの起動のきっかけおよび付加サービス起動時に使用
するリソースが同一か否かを調べ、きっかけおよびリソ
ースが全て異なる場合には競合しないと判断する第１の
判断手段２１と、この第１の判断手段２１によって、き
っかけおよびリソースの少なくとも一つが同一であると
判断された場合に、付加サービス作用属性データ１１に
より、競合を判断する複数の付加サービス間で作用属性
が相反していないかを調べ、作用属性が相反していない
場合には競合しないと判断し、相反している場合には競
合すると判断する第２の判断手段２２と、第１の判断手
段２１または第２の判断手段２２によって競合しないと
判断された場合に付加サービスを実行する付加サービス
実行手段２３とを備えている。記憶手段２０および判断
手段２１、２２は図１の付加サービス競合分析部２によ
って実現され、付加サービス実行手段２３は図１の付加
サービス制御部５によって実現される。
【００１６】図５は付加サービス実行データ１０の構成
を示す説明図である。本実施例では、付加サービス実行
データ１０を例えば、１ビット毎に意味を持てるアンサ
インド（ｕｎｓｉｇｎｅｄ）型１６ビットデータとす
る。図５中の表は、縦軸１３に付加サービスｘを設け、
横軸１４に基本呼制御中の処理で付加サービスを起動す
るきっかけとなる発信／着信／フックフラッシュ等に分
類したカテゴリ要素および交換システムが提供するリソ
ースを分類したリソース要素をａ〜ｚで表わして設け、
付加サービスｘが各要素に該当する場合を“１”で表わ
し、該当しない場合を“０”で表わすことにより、付加
サービスと付加サービス起動のきっかけおよび使用する
リソースの関係を示す、付加サービスカテゴリ／リソー
ス要素定義構成表である。そして、各要素を付加サービ
ス実行データ１０の各ビットに対応させ、要素の値が
“１”のときは“１”を、要素の値が“０”のときは
“０”を各ビットに割り当てて管理している。
を示す説明図である。本実施例では、付加サービス実行
データ１０を例えば、１ビット毎に意味を持てるアンサ
インド（ｕｎｓｉｇｎｅｄ）型１６ビットデータとす
る。図５中の表は、縦軸１３に付加サービスｘを設け、
横軸１４に基本呼制御中の処理で付加サービスを起動す
るきっかけとなる発信／着信／フックフラッシュ等に分
類したカテゴリ要素および交換システムが提供するリソ
ースを分類したリソース要素をａ〜ｚで表わして設け、
付加サービスｘが各要素に該当する場合を“１”で表わ
し、該当しない場合を“０”で表わすことにより、付加
サービスと付加サービス起動のきっかけおよび使用する
リソースの関係を示す、付加サービスカテゴリ／リソー
ス要素定義構成表である。そして、各要素を付加サービ
ス実行データ１０の各ビットに対応させ、要素の値が
“１”のときは“１”を、要素の値が“０”のときは
“０”を各ビットに割り当てて管理している。
【００１７】図６は付加サービス作用属性データ１１の
構成を示す説明図である。本実施例では、付加サービス
作用属性データ１１を例えば、キャラクタ型（ｃｈａｒ
型）の要素毎の配列データとする。図６中の表は、縦軸
１５に、発呼を進める／拒否する、着呼を進める／拒否
する、転送を拒否する／しない等の付加サービス実行後
に基本呼制御が行う処理（発呼／着呼／転送等）をＡ〜
Ｚで表わして設け、横軸１６に付加サービスｘを設け、
各処理毎に相反する作用（進める／拒否する、拒否する
／拒否しない等）を正負の値で属性として定義し、付加
サービスと付加サービス実行後に基本呼制御が行う処理
の関係を示す、付加サービス作用属性要素定義構成表で
ある。作用の属性値には次のような値を割り当てて、各
作用を付加サービス作用属性データ１１の配列に対応さ
せ、管理している。 ２：必ずアクティブに作用する。 １：アクティブに作用する場合がある ０：関係ない。 −１：ネガティブに作用する場合がある。 −２：必ずネガティブに作用する。
構成を示す説明図である。本実施例では、付加サービス
作用属性データ１１を例えば、キャラクタ型（ｃｈａｒ
型）の要素毎の配列データとする。図６中の表は、縦軸
１５に、発呼を進める／拒否する、着呼を進める／拒否
する、転送を拒否する／しない等の付加サービス実行後
に基本呼制御が行う処理（発呼／着呼／転送等）をＡ〜
Ｚで表わして設け、横軸１６に付加サービスｘを設け、
各処理毎に相反する作用（進める／拒否する、拒否する
／拒否しない等）を正負の値で属性として定義し、付加
サービスと付加サービス実行後に基本呼制御が行う処理
の関係を示す、付加サービス作用属性要素定義構成表で
ある。作用の属性値には次のような値を割り当てて、各
作用を付加サービス作用属性データ１１の配列に対応さ
せ、管理している。 ２：必ずアクティブに作用する。 １：アクティブに作用する場合がある ０：関係ない。 −１：ネガティブに作用する場合がある。 −２：必ずネガティブに作用する。
【００１８】次に、図７および図８を参照して本実施例
の動作について説明する。
の動作について説明する。
【００１９】図７は呼制御処理を示すフローチャートで
ある。この呼制御処理では、ステップ（以下、Ｓと記
す。）１０１において、図１の基本呼制御部４による基
本呼制御処理中に、Ｓ１０２で付加サービス起動チェッ
クポイントを検出すると、Ｓ１０３で、図１の付加サー
ビス分析部３により、起動する付加サービスが存在する
かをチェックする付加サービス起動候補決定プログラム
を起動し、起動候補となった付加サービス識別子を獲得
する。このとき、複数の付加サービス起動候補が挙がる
ときがあり、この場合は、起動候補となった複数の付加
サービスの付加サービス識別子を獲得する。次に、Ｓ１
０４で付加サービス起動候補が決定したか否かを判断
し、決定しない場合（“Ｎ”）はＳ１０１の基本呼制御
処理に戻る。
ある。この呼制御処理では、ステップ（以下、Ｓと記
す。）１０１において、図１の基本呼制御部４による基
本呼制御処理中に、Ｓ１０２で付加サービス起動チェッ
クポイントを検出すると、Ｓ１０３で、図１の付加サー
ビス分析部３により、起動する付加サービスが存在する
かをチェックする付加サービス起動候補決定プログラム
を起動し、起動候補となった付加サービス識別子を獲得
する。このとき、複数の付加サービス起動候補が挙がる
ときがあり、この場合は、起動候補となった複数の付加
サービスの付加サービス識別子を獲得する。次に、Ｓ１
０４で付加サービス起動候補が決定したか否かを判断
し、決定しない場合（“Ｎ”）はＳ１０１の基本呼制御
処理に戻る。
【００２０】一方、Ｓ１０４で付加サービス起動候補が
決定した場合（“Ｙ”）は、Ｓ１０５で、複数の付加サ
ービスが起動されるか否かを判断する。複数の付加サー
ビスが起動される場合とは、複数の付加サービス起動候
補が決定した場合、もしくは付加サービス実行リストデ
ータより起動する付加サービス識別子が登録されている
かをチェックし、決定した付加サービス識別子とは異な
る付加サービス識別子が登録されていた場合（現在付加
サービス起動中であることを表わす。）である。そし
て、複数の付加サービスが起動されない場合（“Ｎ”）
は、Ｓ１１０で図１の付加サービス制御部５の付加サー
ビス制御プログラムを起動して、終了する。
決定した場合（“Ｙ”）は、Ｓ１０５で、複数の付加サ
ービスが起動されるか否かを判断する。複数の付加サー
ビスが起動される場合とは、複数の付加サービス起動候
補が決定した場合、もしくは付加サービス実行リストデ
ータより起動する付加サービス識別子が登録されている
かをチェックし、決定した付加サービス識別子とは異な
る付加サービス識別子が登録されていた場合（現在付加
サービス起動中であることを表わす。）である。そし
て、複数の付加サービスが起動されない場合（“Ｎ”）
は、Ｓ１１０で図１の付加サービス制御部５の付加サー
ビス制御プログラムを起動して、終了する。
【００２１】一方、Ｓ１０５で複数の付加サービスが起
動されると判断された場合（“Ｙ”）には、新しい付加
サービス起動候補が挙がったとして、Ｓ１０６で、獲得
した付加サービス識別子を付加サービス実行リストデー
タに設定し、Ｓ１０７で、付加サービス実行リストデー
タに加えた付加サービス数を付加サービス実行カウンタ
に加算する。次に、Ｓ１０８で、前述の付加サービス実
行リストデータと付加サービス実行カウンタデータを入
力パラメータとして、図１および図２に示す付加サービ
ス競合分析部２の付加サービス競合チェックプログラム
を起動する。なお、図７のＳ１０３からＳ１０７は、図
１の付加サービス分析部３の動作に対応する。
動されると判断された場合（“Ｙ”）には、新しい付加
サービス起動候補が挙がったとして、Ｓ１０６で、獲得
した付加サービス識別子を付加サービス実行リストデー
タに設定し、Ｓ１０７で、付加サービス実行リストデー
タに加えた付加サービス数を付加サービス実行カウンタ
に加算する。次に、Ｓ１０８で、前述の付加サービス実
行リストデータと付加サービス実行カウンタデータを入
力パラメータとして、図１および図２に示す付加サービ
ス競合分析部２の付加サービス競合チェックプログラム
を起動する。なお、図７のＳ１０３からＳ１０７は、図
１の付加サービス分析部３の動作に対応する。
【００２２】図８は付加サービス競合チェックプログラ
ムによる動作を示すフローチャートである。この動作で
は、まずＳ１１３で、入力パラメータで指定された付加
サービス実行リストデータの付加サービス識別子と付加
サービス実行カウンタをチェックし、問題あり（“Ｎ
Ｇ”）ならば、Ｓ１２１で、該エラー要因をリターン値
に設定し、付加サービス競合チェック処理を終了する。
すなわち、付加サービス実行リスト指定付加サービス識
別子エラーあるいは付加サービス実行カウンタエラーを
返す。一方、Ｓ１１３で入力パラメータが問題なし
（“ＯＫ”）ならば、Ｓ１１４で、付加サービス実行カ
ウンタ値をチェックし、値が“１”ならばＳ１２０で、
競合しないことを示す競合チェックＯＫをリターン値に
設定し、付加サービス競合チェック処理を終了する。
ムによる動作を示すフローチャートである。この動作で
は、まずＳ１１３で、入力パラメータで指定された付加
サービス実行リストデータの付加サービス識別子と付加
サービス実行カウンタをチェックし、問題あり（“Ｎ
Ｇ”）ならば、Ｓ１２１で、該エラー要因をリターン値
に設定し、付加サービス競合チェック処理を終了する。
すなわち、付加サービス実行リスト指定付加サービス識
別子エラーあるいは付加サービス実行カウンタエラーを
返す。一方、Ｓ１１３で入力パラメータが問題なし
（“ＯＫ”）ならば、Ｓ１１４で、付加サービス実行カ
ウンタ値をチェックし、値が“１”ならばＳ１２０で、
競合しないことを示す競合チェックＯＫをリターン値に
設定し、付加サービス競合チェック処理を終了する。
【００２３】一方、Ｓ１１４で付加サービス実行カウン
タ値が“１”を越えている場合は、競合チェック処理を
行う。この競合チェック処理では、まずＳ１１５で、入
力された付加サービス実行リストの付加サービス識別子
から各付加サービスの付加サービス実行データ１０を獲
得し、次にＳ１１６で、各付加サービス対応の付加サー
ビス実行データ１０より基本呼制御中の処理で付加サー
ビスを起動するきっかけおよび付加サービス実行時に使
用するリソースを表わした各要素の論理積を求め、この
論理積が“０”か“０”でない（“０”を越えている）
かを判断する。この論理積の値が“０”であるときに
は、Ｓ１２０で付加サービス競合チェックＯＫをリター
ン値に設定し、付加サービス競合チェック処理を終了す
る。なお、論理積の値が“０”になるのは、複数の付加
サービス間できっかけおよびリソースが全て異なる場合
である。また、Ｓ１１６は図３の第１の判断手段２１の
動作に対応する。
タ値が“１”を越えている場合は、競合チェック処理を
行う。この競合チェック処理では、まずＳ１１５で、入
力された付加サービス実行リストの付加サービス識別子
から各付加サービスの付加サービス実行データ１０を獲
得し、次にＳ１１６で、各付加サービス対応の付加サー
ビス実行データ１０より基本呼制御中の処理で付加サー
ビスを起動するきっかけおよび付加サービス実行時に使
用するリソースを表わした各要素の論理積を求め、この
論理積が“０”か“０”でない（“０”を越えている）
かを判断する。この論理積の値が“０”であるときに
は、Ｓ１２０で付加サービス競合チェックＯＫをリター
ン値に設定し、付加サービス競合チェック処理を終了す
る。なお、論理積の値が“０”になるのは、複数の付加
サービス間できっかけおよびリソースが全て異なる場合
である。また、Ｓ１１６は図３の第１の判断手段２１の
動作に対応する。
【００２４】一方、Ｓ１１６で論理積が“０”でない
（“０”を越えている）場合は、付加サービス実行チェ
ックエラーとして、Ｓ１１７で、付加サービス実行リス
トに指定された付加サービス識別子から各付加サービス
の付加サービス作用属性データ１１を獲得する。次にＳ
１１８で、付加サービス実行後に基本呼制御が行う処理
が相反していないかを判定するため、獲得した付加サー
ビス作用属性データの、付加サービス実行後に基本呼制
御が行う処理毎の作用属性値の論理積を求める。次にＳ
１１９で、この付加サービス実行後に基本呼制御が行う
処理毎の作用属性値の論理積値の最低値が、０以上であ
るか負であるかを判断する。そして、最低値が０以上で
あるとき（“＞＝０”）は、作用が相反していないため
に競合しないと判断して、Ｓ１２０で付加サービス競合
チェックＯＫをリターン値に設定し、付加サービス競合
チェック処理を終了する。一方、最低値が負であるとき
（“＜０”）は、競合すると判断して、Ｓ１２１で付加
サービス競合エラーを返す。なお、Ｓ１１９は図３の第
２の判断手段２２の動作に対応する。
（“０”を越えている）場合は、付加サービス実行チェ
ックエラーとして、Ｓ１１７で、付加サービス実行リス
トに指定された付加サービス識別子から各付加サービス
の付加サービス作用属性データ１１を獲得する。次にＳ
１１８で、付加サービス実行後に基本呼制御が行う処理
が相反していないかを判定するため、獲得した付加サー
ビス作用属性データの、付加サービス実行後に基本呼制
御が行う処理毎の作用属性値の論理積を求める。次にＳ
１１９で、この付加サービス実行後に基本呼制御が行う
処理毎の作用属性値の論理積値の最低値が、０以上であ
るか負であるかを判断する。そして、最低値が０以上で
あるとき（“＞＝０”）は、作用が相反していないため
に競合しないと判断して、Ｓ１２０で付加サービス競合
チェックＯＫをリターン値に設定し、付加サービス競合
チェック処理を終了する。一方、最低値が負であるとき
（“＜０”）は、競合すると判断して、Ｓ１２１で付加
サービス競合エラーを返す。なお、Ｓ１１９は図３の第
２の判断手段２２の動作に対応する。
【００２５】図８の付加サービス競合チェック処理が終
了すると、図７の呼制御処理に戻り、Ｓ１０９で、付加
サービス競合チェックＯＫか否かを判断する。付加サー
ビス競合チェックＯＫ時（“Ｙ”）は、Ｓ１１０で、該
付加サービスに対応する図１に示す付加サービス制御部
５の付加サービス制御プログラムを起動し、終了する。
一方、付加サービス競合チェックＮＧ時（“Ｎ”）は、
Ｓ１１１で付加サービス実行カウンタを減算し、Ｓ１１
２で該付加サービス識別子を付加サービス実行リストよ
り削除（“０”にクリア）する。これによって、付加サ
ービス制御を終了し、基本呼制御処理に戻る。なお、Ｓ
１０９、１１１、１１２は図１の付加サービス分析部３
の動作に対応する。
了すると、図７の呼制御処理に戻り、Ｓ１０９で、付加
サービス競合チェックＯＫか否かを判断する。付加サー
ビス競合チェックＯＫ時（“Ｙ”）は、Ｓ１１０で、該
付加サービスに対応する図１に示す付加サービス制御部
５の付加サービス制御プログラムを起動し、終了する。
一方、付加サービス競合チェックＮＧ時（“Ｎ”）は、
Ｓ１１１で付加サービス実行カウンタを減算し、Ｓ１１
２で該付加サービス識別子を付加サービス実行リストよ
り削除（“０”にクリア）する。これによって、付加サ
ービス制御を終了し、基本呼制御処理に戻る。なお、Ｓ
１０９、１１１、１１２は図１の付加サービス分析部３
の動作に対応する。
【００２６】このように本実施例によれば、付加サービ
ス毎に用意され、それぞれ、付加サービス実行データ１
０と付加サービス作用属性データ１１とを有する付加サ
ービス競合管理データによって、複数の付加サービス間
の競合を判断するようにしたので、交換システムに新し
い付加サービスを追加する場合、追加する付加サービス
の付加サービス競合管理データを追加するだけで良く、
既に提供されている他の付加サービスの付加サービス競
合管理データを変更、追加しなくても良いため、追加す
る分析データの増加量が少なくて済み、また、追加時の
処置も容易になる。
ス毎に用意され、それぞれ、付加サービス実行データ１
０と付加サービス作用属性データ１１とを有する付加サ
ービス競合管理データによって、複数の付加サービス間
の競合を判断するようにしたので、交換システムに新し
い付加サービスを追加する場合、追加する付加サービス
の付加サービス競合管理データを追加するだけで良く、
既に提供されている他の付加サービスの付加サービス競
合管理データを変更、追加しなくても良いため、追加す
る分析データの増加量が少なくて済み、また、追加時の
処置も容易になる。
【００２７】
【発明の効果】以上説明したように本発明によれば、付
加サービス毎に用意され、それぞれ、基本呼制御中の処
理で付加サービスを起動するきっかけとなる要素毎に各
付加サービスの起動のきっかけとなるか否かを定義した
第１の情報と、交換システムが提供するリソース要素毎
に各付加サービス起動時にそのリソースを使用するか否
かを定義した第２の情報と、付加サービス実行後に基本
呼制御が行う処理毎に相反する２つの作用のいずれか一
方を作用属性として定義した第３の情報とに基づいて、
複数の付加サービス間の競合を判断するようにしたの
で、新しい付加サービスを追加する場合には、追加する
付加サービスについての前述の第１ないし第３のデータ
を追加するだけで良く、追加するデータ量が少なくて済
み、追加時の処理が容易になるという効果がある。
加サービス毎に用意され、それぞれ、基本呼制御中の処
理で付加サービスを起動するきっかけとなる要素毎に各
付加サービスの起動のきっかけとなるか否かを定義した
第１の情報と、交換システムが提供するリソース要素毎
に各付加サービス起動時にそのリソースを使用するか否
かを定義した第２の情報と、付加サービス実行後に基本
呼制御が行う処理毎に相反する２つの作用のいずれか一
方を作用属性として定義した第３の情報とに基づいて、
複数の付加サービス間の競合を判断するようにしたの
で、新しい付加サービスを追加する場合には、追加する
付加サービスについての前述の第１ないし第３のデータ
を追加するだけで良く、追加するデータ量が少なくて済
み、追加時の処理が容易になるという効果がある。
【図１】本発明の一実施例における交換システムの機能
を示す機能ブロック図である。
を示す機能ブロック図である。
【図２】図１の付加サービス競合分析部の構成を示す説
明図である。
明図である。
【図３】一実施例の付加サービス競合管理装置の要部を
示す機能ブロック図である。
示す機能ブロック図である。
【図４】一実施例における交換システムの要部を示すブ
ロック図である。
ロック図である。
【図５】一実施例における付加サービス実行データの構
成を示す説明図である。
成を示す説明図である。
【図６】一実施例における付加サービス作用属性データ
の構成を示す説明図である。
の構成を示す説明図である。
【図７】一実施例における呼制御処理を示すフローチャ
ートである。
ートである。
【図８】一実施例における付加サービス競合チェックプ
ログラムによる動作を示すフローチャートである。
ログラムによる動作を示すフローチャートである。
１ 交換システム ２ 付加サービス競合分析部 ３ 付加サービス分析部 ４ 基本呼制御部 ５ 付加サービス制御部 ６〜９ 付加サービス競合管理データ １０ 付加サービス実行データ １１ 付加サービス作用属性データ
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平２−48891（ＪＰ，Ａ) 特開 平２−51958（ＪＰ，Ａ) 特開 平４−334195（ＪＰ，Ａ) (58)調査した分野(Int.Cl.6，ＤＢ名) H04M 3/42 - 3/58 H04Q 3/545 H04Q 3/58
Claims (3)
- 【請求項１】 基本呼制御中の処理で付加サービスを起
動するきっかけとなる要素毎に各付加サービスの起動の
きっかけとなるか否かを定義した第１の情報と、交換シ
ステムが提供するリソース要素毎に各付加サービス起動
時にそのリソースを使用するか否かを定義した第２の情
報と、付加サービス実行後に基本呼制御が行う処理毎に
相反する２つの作用のいずれか一方を作用属性として定
義した第３の情報とを付加サービス毎に保持し、 前記第１の情報および第２の情報により、競合を判断す
る複数の付加サービス間で付加サービスの起動のきっか
けおよび付加サービス起動時に使用するリソースが同一
か否かを調べ、 きっかけおよびリソースが全て異なる場合には競合しな
いと判断し、 きっかけおよびリソースの少なくとも一つが同一の場合
には、更に前記第３の情報により、競合を判断する複数
の付加サービス間で作用属性が相反していないかを調
べ、 作用属性が相反していない場合には競合しないと判断
し、相反している場合には競合すると判断することを特
徴とする付加サービス競合管理方法。 - 【請求項２】 基本呼制御中に付加サービス起動を決定
する可能性のある点を設け、この点を通過する度に付加
サービス起動の可能性を調べ、競合を判断する複数の付
加サービスを決定することを特徴とする請求項１記載の
付加サービス競合管理方法。 - 【請求項３】 基本呼制御中の処理で付加サービスを起
動するきっかけとなる要素毎に各付加サービスの起動の
きっかけとなるか否かを定義した第１の情報と、交換シ
ステムが提供するリソース要素毎に各付加サービス起動
時にそのリソースを使用するか否かを定義した第２の情
報と、付加サービス実行後に基本呼制御が行う処理毎に
相反する２つの作用のいずれか一方を作用属性として定
義した第３の情報とを付加サービス毎に保持する記憶手
段と、 前記第１の情報および第２の情報により、競合を判断す
る複数の付加サービス間で付加サービスの起動のきっか
けおよび付加サービス起動時に使用するリソースが同一
か否かを調べ、きっかけおよびリソースが全て異なる場
合には競合しないと判断する第１の判断手段と、 この第１の判断手段によって、きっかけおよびリソース
の少なくとも一つが同一であると判断された場合に、前
記第３の情報により、競合を判断する複数の付加サービ
ス間で作用属性が相反していないかを調べ、作用属性が
相反していない場合には競合しないと判断し、相反して
いる場合には競合すると判断する第２の判断手段と、 前記第１の判断手段または第２の判断手段によって競合
しないと判断された場合に付加サービスを実行する付加
サービス実行手段とを具備することを特徴とする付加サ
ービス競合管理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1085092A JP2937601B2 (ja) | 1992-01-24 | 1992-01-24 | 付加サービス競合管理方法および装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1085092A JP2937601B2 (ja) | 1992-01-24 | 1992-01-24 | 付加サービス競合管理方法および装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH05207148A JPH05207148A (ja) | 1993-08-13 |
| JP2937601B2 true JP2937601B2 (ja) | 1999-08-23 |
Family
ID=11761834
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP1085092A Expired - Lifetime JP2937601B2 (ja) | 1992-01-24 | 1992-01-24 | 付加サービス競合管理方法および装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2937601B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE69332632T2 (de) | 1992-06-30 | 2003-06-26 | Siemens Information And Communication Networks, Inc. | Anrufverarbeitungssystem |
| JP5089464B2 (ja) * | 2008-04-02 | 2012-12-05 | キヤノン株式会社 | 管理装置、管理方法、及びプログラム |
-
1992
- 1992-01-24 JP JP1085092A patent/JP2937601B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH05207148A (ja) | 1993-08-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5379383A (en) | Communication service control system in an intelligent network providing controllers for controlling different services | |
| CN100426242C (zh) | 供应数据处理***中识别、保留和逻辑供应资源的方法和*** | |
| JPH04230543A (ja) | オブジェクト指向環境においてオブジェクトを処理する方法 | |
| US5448631A (en) | Apparatus for handling features in a telephone network | |
| US5519874A (en) | Application execution control method and system for servicing subscribers via a switchboard connected to a computer using an application management table | |
| US7630480B2 (en) | Service provisioning system | |
| JPH09171470A (ja) | 計算機システムにおける資源割当て方法 | |
| CN110471749A (zh) | 任务处理方法、装置、计算机可读存储介质和计算机设备 | |
| JP2937601B2 (ja) | 付加サービス競合管理方法および装置 | |
| CN114257550A (zh) | 接口访问流量的自动控制方法、装置、存储介质及服务器 | |
| US6529907B1 (en) | Service quality management system | |
| US6389012B1 (en) | Multi-processor system | |
| US20050102685A1 (en) | Method and system of generically managing tables for network processors | |
| CN109783196B (zh) | 一种虚拟机的迁移方法及装置 | |
| JP4245809B2 (ja) | フレキシブルな呼ルーティングシステム | |
| JP3110185B2 (ja) | 計算機システム | |
| KR100231853B1 (ko) | 고도 지능망 서비스 교환시스템에서의 서비스 특징간의 상호작용 관리 방법 | |
| US6732362B1 (en) | Object-oriented exchange managing system and exchange resources installing method | |
| CN112860391A (zh) | 一种动态集群渲染资源管理***及方法 | |
| JP3280676B2 (ja) | 提供目的別呼処理タスク取り出し方法 | |
| CN111240833B (zh) | 一种资源迁移方法及装置 | |
| CN110022538B (zh) | 一种识别流量类型的方法及装置 | |
| CN117319481B (zh) | 端口资源反向代理方法、***及存储介质 | |
| JP2000278411A (ja) | 交換制御サービス論理の競合制御方式及び競合制御方法 | |
| JP2810839B2 (ja) | 接続制御装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Year of fee payment: 9 Free format text: PAYMENT UNTIL: 20080611 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080611 Year of fee payment: 9 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080611 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Year of fee payment: 10 Free format text: PAYMENT UNTIL: 20090611 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100611 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100611 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Year of fee payment: 12 Free format text: PAYMENT UNTIL: 20110611 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110611 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Year of fee payment: 13 Free format text: PAYMENT UNTIL: 20120611 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Year of fee payment: 13 Free format text: PAYMENT UNTIL: 20120611 |