JP3283561B2 - サービス競合制御方式 - Google Patents
サービス競合制御方式Info
- Publication number
- JP3283561B2 JP3283561B2 JP03801992A JP3801992A JP3283561B2 JP 3283561 B2 JP3283561 B2 JP 3283561B2 JP 03801992 A JP03801992 A JP 03801992A JP 3801992 A JP3801992 A JP 3801992A JP 3283561 B2 JP3283561 B2 JP 3283561B2
- Authority
- JP
- Japan
- Prior art keywords
- service
- subscriber terminal
- condition setting
- memory
- activation condition
- 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
【０００１】
【産業上の利用分野】本発明は、電子交換機において実
現される各種サービスを実行するサービス制御用プログ
ラムを制御する方式に関し、特に異なるサービス制御用
プログラムの競合を制御する方式に関する。
現される各種サービスを実行するサービス制御用プログ
ラムを制御する方式に関し、特に異なるサービス制御用
プログラムの競合を制御する方式に関する。
【０００２】
【従来の技術】従来、電子交換機においては、この電子
交換機内の中央制御装置に接続したメモリに格納された
プログラムを実行することにより呼処理等の種々のサー
ビスが実現されている。
交換機内の中央制御装置に接続したメモリに格納された
プログラムを実行することにより呼処理等の種々のサー
ビスが実現されている。
【０００３】このようなサービスを追加したり、変更す
る際には、機能を追加または変更した新たなプログラム
を上述の中央制御装置のメモリ上に格納している。
る際には、機能を追加または変更した新たなプログラム
を上述の中央制御装置のメモリ上に格納している。
【０００４】一方、通信網への多様なサービスの提供を
より迅速に行なう必要性の高まりから、付加サービスプ
ロセッサやインテリジェント・ネットワークのネットワ
ーク・サービス・ポイント（ＮＳＰ）のように、サービ
ス専用のプロセッサを設け、電子交換機本体とこれらの
プロセッサとが互いにメッセージをやりとりしながらサ
ービスを実行する分散制御方式も提案されてる。
より迅速に行なう必要性の高まりから、付加サービスプ
ロセッサやインテリジェント・ネットワークのネットワ
ーク・サービス・ポイント（ＮＳＰ）のように、サービ
ス専用のプロセッサを設け、電子交換機本体とこれらの
プロセッサとが互いにメッセージをやりとりしながらサ
ービスを実行する分散制御方式も提案されてる。
【０００５】
【発明が解決しようとする課題】しかしながら、これら
従来の方式においては、性質的に競合する複数のサービ
スを取り扱う上で以下に述べるような問題点があった。
ここで、性質的に競合するサービスとは、例えば、「着
信者課金サービス」と「第３者課金サービス（クレジッ
トによる通話）」のように、同じ加入者に関して同時に
実行してはいけないサービスのことを想定している。
従来の方式においては、性質的に競合する複数のサービ
スを取り扱う上で以下に述べるような問題点があった。
ここで、性質的に競合するサービスとは、例えば、「着
信者課金サービス」と「第３者課金サービス（クレジッ
トによる通話）」のように、同じ加入者に関して同時に
実行してはいけないサービスのことを想定している。
【０００６】すなわち、電子交換機本体のみにサービス
制御用プログラム群を搭載している場合にしても、付加
的なサービス専用プロセッサにサービス制御用プログラ
ム群を搭載している場合にしても、新たなサービス制御
用プログラムを追加する際には、既に配備されているサ
ービス制御用プログラム群との、上述したような競合関
係を全て調査検討し、互いに支障なくサービスを実行で
きるように、既設のサービス制御プログラム群の要所要
所を変更する必要が生じる。例えば着信者課金サービス
（既存サービス）が実行されている加入者に対して第３
者課金サービス（新サービス）が起動しないようにプロ
グラムを変更する必要がある。このため、サービスの種
類が増加するに従ってプログラムの変更がより複雑化
し、サービスの追加が増々難しくなる。
制御用プログラム群を搭載している場合にしても、付加
的なサービス専用プロセッサにサービス制御用プログラ
ム群を搭載している場合にしても、新たなサービス制御
用プログラムを追加する際には、既に配備されているサ
ービス制御用プログラム群との、上述したような競合関
係を全て調査検討し、互いに支障なくサービスを実行で
きるように、既設のサービス制御プログラム群の要所要
所を変更する必要が生じる。例えば着信者課金サービス
（既存サービス）が実行されている加入者に対して第３
者課金サービス（新サービス）が起動しないようにプロ
グラムを変更する必要がある。このため、サービスの種
類が増加するに従ってプログラムの変更がより複雑化
し、サービスの追加が増々難しくなる。
【０００７】
【課題を解決するための手段】本発明は、電子交換機に
収容された加入者端末毎に設けられ、サービス起動条件
として加入者端末に関する状態変化の要因ごとに変化可
否を指定する情報を記憶するサービス起動条件設定メモ
リと、前記電子交換機が実行可能なサービス毎に設けら
れ、そのサービスについて加入者端末に関する状態変化
の要因ごとに変化可能性の有無を指定する情報を記憶す
るサービス属性メモリと、サービス起動要求がなされた
時にそのサービスに係わる加入者端末の前記サービス起
動条件設定メモリの内容と起動要求がなされたサービス
に対応した前記サービス属性メモリの内容とを加入者端
末に関する状態変化の要因ごとに比較し、すべての要因
について変化可否が可でありかつ変化可能性が無のとき
はそのサービスの起動を可としてサービスの起動の可否
を判断する手段と、起動されたサービスを実行中は、当
該実行中サービスに係わる加入者端末の前記サービス起
動条件設定メモリの当該実行中サービスによる状態変化
の要因を変化不可に書き換える手段とを備えたことを特
徴とする。
収容された加入者端末毎に設けられ、サービス起動条件
として加入者端末に関する状態変化の要因ごとに変化可
否を指定する情報を記憶するサービス起動条件設定メモ
リと、前記電子交換機が実行可能なサービス毎に設けら
れ、そのサービスについて加入者端末に関する状態変化
の要因ごとに変化可能性の有無を指定する情報を記憶す
るサービス属性メモリと、サービス起動要求がなされた
時にそのサービスに係わる加入者端末の前記サービス起
動条件設定メモリの内容と起動要求がなされたサービス
に対応した前記サービス属性メモリの内容とを加入者端
末に関する状態変化の要因ごとに比較し、すべての要因
について変化可否が可でありかつ変化可能性が無のとき
はそのサービスの起動を可としてサービスの起動の可否
を判断する手段と、起動されたサービスを実行中は、当
該実行中サービスに係わる加入者端末の前記サービス起
動条件設定メモリの当該実行中サービスによる状態変化
の要因を変化不可に書き換える手段とを備えたことを特
徴とする。
【０００８】
【実施例】次に本発明について図面を参照して説明す
る。
る。
【０００９】図１を参照すると、本発明の一実施例にお
いて、電子交換機は通話路スイッチ１と、中央制御装置
２およびこれに接続したメインメモリ３と、付加サービ
スプロセッサ４およびこれに接続したメモリ５と、加入
者６ａ，６ｂ，６ｃ…とを備えている。
いて、電子交換機は通話路スイッチ１と、中央制御装置
２およびこれに接続したメインメモリ３と、付加サービ
スプロセッサ４およびこれに接続したメモリ５と、加入
者６ａ，６ｂ，６ｃ…とを備えている。
【００１０】メインメモリ３には、電子交換機としての
基本的な機能を実現する呼処理プログラム（例えば、オ
フ／オンフック検出など）やデータの他に、加入者６
ａ，６ｂ，…毎にサービス起動条件設定メモリ３１（３
１ａ，３１ｂ，…）が設けられている（図２）。
基本的な機能を実現する呼処理プログラム（例えば、オ
フ／オンフック検出など）やデータの他に、加入者６
ａ，６ｂ，…毎にサービス起動条件設定メモリ３１（３
１ａ，３１ｂ，…）が設けられている（図２）。
【００１１】また、付加サービスプロセッサ４のメモリ
５には、電子交換機の各種サービスを実現するための複
数のサービス制御用プログラム（図示せず）（以下、こ
こではサービス・シナリオという）が格納され、他に、
これらサービス・シナリオ５１ａ，５１ｂ，…毎にサー
ビス属性メモリ５０（５０ａ，５０ｂ，…）が設定され
ている（図３）。
５には、電子交換機の各種サービスを実現するための複
数のサービス制御用プログラム（図示せず）（以下、こ
こではサービス・シナリオという）が格納され、他に、
これらサービス・シナリオ５１ａ，５１ｂ，…毎にサー
ビス属性メモリ５０（５０ａ，５０ｂ，…）が設定され
ている（図３）。
【００１２】次にサービス起動条件設定メモリ３１およ
びサービス属性メモリ５０について説明する。
びサービス属性メモリ５０について説明する。
【００１３】まず、加入者端末毎に用意されたサービス
起動条件設定メモリ３１は、その対応する加入者端末か
ら起動される（あるいは関係する）サービス・シナリオ
の種類を規制するためのもので、図４に示すようなＡ，
Ｂ，Ｃ…の要因別に“０”または“１”の１ビットの情
報で各々その要因の発生の可否を指定している。例え
ば、要因Ａはパス状態変更要因であり、加入者端末に関
する通話パスの状態変化の可（＝“０”）／否（＝
“１”）を指定している。要因Ｂ，Ｃはそれぞれ呼転送
要因，課金条件変更要因であり、いづれも可は“０”、
否は“１”で示される。サービス起動条件設定メモリ３
１におけるこれらの各要因は、中央制御装置２によって
書き換えられるが、基本的に、アイドル状態（空状態）
にある加入者端末に関しては全ての要因が“０”すなわ
ち「可」に設定される。後に詳述するが、この状態では
いづれのサービス・シナリオも起動可能となり、さら
に、サービス・シナリオが起動して実行中はそのプログ
ラムによりサービ起動条件設定メモリ３１の内容が書き
換えられる。この書き換えられた内容に従って、それ以
後そのサービスが終了するまでは、その加入者端末が並
行して受けられるサービスの種類が制限される。
起動条件設定メモリ３１は、その対応する加入者端末か
ら起動される（あるいは関係する）サービス・シナリオ
の種類を規制するためのもので、図４に示すようなＡ，
Ｂ，Ｃ…の要因別に“０”または“１”の１ビットの情
報で各々その要因の発生の可否を指定している。例え
ば、要因Ａはパス状態変更要因であり、加入者端末に関
する通話パスの状態変化の可（＝“０”）／否（＝
“１”）を指定している。要因Ｂ，Ｃはそれぞれ呼転送
要因，課金条件変更要因であり、いづれも可は“０”、
否は“１”で示される。サービス起動条件設定メモリ３
１におけるこれらの各要因は、中央制御装置２によって
書き換えられるが、基本的に、アイドル状態（空状態）
にある加入者端末に関しては全ての要因が“０”すなわ
ち「可」に設定される。後に詳述するが、この状態では
いづれのサービス・シナリオも起動可能となり、さら
に、サービス・シナリオが起動して実行中はそのプログ
ラムによりサービ起動条件設定メモリ３１の内容が書き
換えられる。この書き換えられた内容に従って、それ以
後そのサービスが終了するまでは、その加入者端末が並
行して受けられるサービスの種類が制限される。
【００１４】サービス・シナリオ毎に用意されたサービ
ス属性メモリ５０は、その対応するサービス・シナリオ
の属性を示すもので、図４に示すようなＡ，Ｂ，Ｃ…の
要因別に“０”または“１”の１ビットの情報でサービ
ス・シナリオの性質を表わしている。例えば、要因Ａは
パス状態変更要因であり、これが“１”のサービス・シ
ナリオは、起動されると、加入者端末に関する通話パス
の状態変化の可能性が有ることを示している。逆に、こ
れが“０”のサービス・シナリオは、たとえ実行されて
も通話パスの状態変化の可能性は無い。要因Ｂ，Ｃはそ
れぞれ呼転送要因，課金条件変更要因であり、いづれに
おいても同様に可能性有は“１”、可能性無は“０”を
示している。なお、図４から明らかなように、サービス
起動条件設定メモリ３１とサービス属性メモリ５０とで
同一の要因について、各々の情報が設定されている。
ス属性メモリ５０は、その対応するサービス・シナリオ
の属性を示すもので、図４に示すようなＡ，Ｂ，Ｃ…の
要因別に“０”または“１”の１ビットの情報でサービ
ス・シナリオの性質を表わしている。例えば、要因Ａは
パス状態変更要因であり、これが“１”のサービス・シ
ナリオは、起動されると、加入者端末に関する通話パス
の状態変化の可能性が有ることを示している。逆に、こ
れが“０”のサービス・シナリオは、たとえ実行されて
も通話パスの状態変化の可能性は無い。要因Ｂ，Ｃはそ
れぞれ呼転送要因，課金条件変更要因であり、いづれに
おいても同様に可能性有は“１”、可能性無は“０”を
示している。なお、図４から明らかなように、サービス
起動条件設定メモリ３１とサービス属性メモリ５０とで
同一の要因について、各々の情報が設定されている。
【００１５】次に、図５，図６を参照して動作について
説明する。
説明する。
【００１６】ある加入者端末において、あるサービス・
シナリオが起動可能か否かの判定は次のように行なわれ
る。すなわち、図５に示すように、加入者端末６ａから
サービス・シナリオ５１ａの起動要求があったと仮定す
る。加入者端末６ａはアイドル状態にあるので対応する
サービス起動条件設定メモリ３１ａはすべての要因が
“０”＝「可」である。ここで、サービス・シナリオ５
１ａにより実行されるサービスが例えば、着信者課金サ
ービスの場合、このサービスは課金条件を変更する性質
のサービスなので、このサービス・シナリオ５１に対応
するサービス属性メモリ５０ａにおける要因Ｃは“１”
＝「可能性有」である。
シナリオが起動可能か否かの判定は次のように行なわれ
る。すなわち、図５に示すように、加入者端末６ａから
サービス・シナリオ５１ａの起動要求があったと仮定す
る。加入者端末６ａはアイドル状態にあるので対応する
サービス起動条件設定メモリ３１ａはすべての要因が
“０”＝「可」である。ここで、サービス・シナリオ５
１ａにより実行されるサービスが例えば、着信者課金サ
ービスの場合、このサービスは課金条件を変更する性質
のサービスなので、このサービス・シナリオ５１に対応
するサービス属性メモリ５０ａにおける要因Ｃは“１”
＝「可能性有」である。
【００１７】サービス・シナリオ５１ａを起動するアク
ション（以下、トリガーという。例えば、着信者課金サ
ービスを示す特殊番号＋相手番号のダイヤル）を電子交
換機の中央制御装置２が検出すると（図６のＳ１）、そ
のサービスを起動した加入者端末６ａのサービス起動条
件設定メモリの内容が中央制御装置２のワークメモリ
（図示せず）に読み出される（Ｓ２）。
ション（以下、トリガーという。例えば、着信者課金サ
ービスを示す特殊番号＋相手番号のダイヤル）を電子交
換機の中央制御装置２が検出すると（図６のＳ１）、そ
のサービスを起動した加入者端末６ａのサービス起動条
件設定メモリの内容が中央制御装置２のワークメモリ
（図示せず）に読み出される（Ｓ２）。
【００１８】次にトリガー条件に合うサービス・シナリ
オ５１ａを選び出す（Ｓ３）。選んだサービス・シナリ
オ５１ａに対応したサービス属性メモリ５０ａの内容が
メモリ５から読み出され付加サービスプロセッサ４から
中央制御装置２へ送られ上記ワークメモリの内容と比較
されてこのサービス・シナリオ５１ａが起動可能か否か
判定される。すなわち、加入者端末６ａに対応するサー
ビス起動条件設定メモリ３１ａの各要因を、サービス・
シナリオ５１ａに対応するサービス属性メモリ５０ａの
各要因を各々論理積（ＡＮＤ）して得られた結果の各要
因が全て“０”であれば、そのサービス・シナリオ５１
ａは起動可と判断し、結果が全て“０”でなければ起動
不可と判断する（Ｓ４，Ｓ５）。
オ５１ａを選び出す（Ｓ３）。選んだサービス・シナリ
オ５１ａに対応したサービス属性メモリ５０ａの内容が
メモリ５から読み出され付加サービスプロセッサ４から
中央制御装置２へ送られ上記ワークメモリの内容と比較
されてこのサービス・シナリオ５１ａが起動可能か否か
判定される。すなわち、加入者端末６ａに対応するサー
ビス起動条件設定メモリ３１ａの各要因を、サービス・
シナリオ５１ａに対応するサービス属性メモリ５０ａの
各要因を各々論理積（ＡＮＤ）して得られた結果の各要
因が全て“０”であれば、そのサービス・シナリオ５１
ａは起動可と判断し、結果が全て“０”でなければ起動
不可と判断する（Ｓ４，Ｓ５）。
【００１９】図５の具体例の場合は、サービス・シナリ
オ５１ａ（着信課金サービス）のサービス属性メモリ５
０ａの要因Ｃは“１”であるが、アイドル状態の加入者
端末６ａのサービス起動条件設定メモリ３１ａの要因
Ａ，Ｂ，Ｃは全て“０”であるためＡＮＤ結果は全て
“０”となる。したがって、サービス・シナリオ５１ａ
は起動可となる。
オ５１ａ（着信課金サービス）のサービス属性メモリ５
０ａの要因Ｃは“１”であるが、アイドル状態の加入者
端末６ａのサービス起動条件設定メモリ３１ａの要因
Ａ，Ｂ，Ｃは全て“０”であるためＡＮＤ結果は全て
“０”となる。したがって、サービス・シナリオ５１ａ
は起動可となる。
【００２０】なお、ここで着信者課金が実施される相手
側端末においては「着信に対する応答」というトリガー
を検出すると、同様にその相手側端末に対応するサービ
ス起動条件設定メモリの内容とサービス・シナリオ５１
ａのサービス属性メモリ５０ａの内容とのＡＮＤ結果に
より同様の判定がなされる。
側端末においては「着信に対する応答」というトリガー
を検出すると、同様にその相手側端末に対応するサービ
ス起動条件設定メモリの内容とサービス・シナリオ５１
ａのサービス属性メモリ５０ａの内容とのＡＮＤ結果に
より同様の判定がなされる。
【００２１】なお、相手側端末が別の電子交換機に収容
されている場合は、共通線信号等の周知手段により必要
な各情報が転送される。
されている場合は、共通線信号等の周知手段により必要
な各情報が転送される。
【００２２】サービス・シナリオ５１ａが起動され着信
者課金サービスに入ると、このサービス・シナリオ５１
ａからの指示により中央制御装置２は、発信加入者端末
６ａ対応のサービス起動条件設定メモリ３１ａの内容
と、着信加入者端末（図示せず）対応のサービス起動条
件設定メモリの内容を書き換える。すなわち、着信者課
金サービス中にこれと競合するサービスが同じ加入者端
末に対して起動されないように、両加入者のサービス起
動条件設定メモリの要因Ｃを“１”＝「否」にする（図
５のＳ１２）。このことにより要因Ｃが“１”であるサ
ービス属性メモリ内容を持つ、すなわち、課金条件を変
更する性質を持つ他のサービス・シナリオ（例えば、第
３者課金サービスを実行するサービス・シナリオ５０
Ｃ）は、図５のＳ１３に示すようにＡＮＤ結果で要因Ｃ
に“１”が立つため、図６のステップＳ４で、起動不可
と判断される。このように、一度起動されたサービス・
シナリオは、関連する加入者端末において、競合するサ
ービスが起動されないようにサービス起動条件設定メモ
リの内容を書き換える。
者課金サービスに入ると、このサービス・シナリオ５１
ａからの指示により中央制御装置２は、発信加入者端末
６ａ対応のサービス起動条件設定メモリ３１ａの内容
と、着信加入者端末（図示せず）対応のサービス起動条
件設定メモリの内容を書き換える。すなわち、着信者課
金サービス中にこれと競合するサービスが同じ加入者端
末に対して起動されないように、両加入者のサービス起
動条件設定メモリの要因Ｃを“１”＝「否」にする（図
５のＳ１２）。このことにより要因Ｃが“１”であるサ
ービス属性メモリ内容を持つ、すなわち、課金条件を変
更する性質を持つ他のサービス・シナリオ（例えば、第
３者課金サービスを実行するサービス・シナリオ５０
Ｃ）は、図５のＳ１３に示すようにＡＮＤ結果で要因Ｃ
に“１”が立つため、図６のステップＳ４で、起動不可
と判断される。このように、一度起動されたサービス・
シナリオは、関連する加入者端末において、競合するサ
ービスが起動されないようにサービス起動条件設定メモ
リの内容を書き換える。
【００２３】サービス中の加入者端末がオンフックする
とサービス・シナリオ５１ａは終了し、アイドル状態に
戻るので、対応するサービス起動条件設定メモリの内容
は全て“０”に戻る（図７）。
とサービス・シナリオ５１ａは終了し、アイドル状態に
戻るので、対応するサービス起動条件設定メモリの内容
は全て“０”に戻る（図７）。
【００２４】図８は、あるサービス・シナリオ５１ｄ
が、アイドル状態にあった加入者端末６ｂ（そのサービ
ス・シナリオを起動していない加入者端末）のサービス
起動条件設定メモリ３１ｂの内容を書き換えるケースを
表わしている。このようにサービス・シナリオは、その
サービス・シナリオを起動した加入者端末だけでなく、
そのサービス・シナリオが制御下においている全ての加
入者端末のサービス起動条件設定メモリの内容を書き換
えることができる。
が、アイドル状態にあった加入者端末６ｂ（そのサービ
ス・シナリオを起動していない加入者端末）のサービス
起動条件設定メモリ３１ｂの内容を書き換えるケースを
表わしている。このようにサービス・シナリオは、その
サービス・シナリオを起動した加入者端末だけでなく、
そのサービス・シナリオが制御下においている全ての加
入者端末のサービス起動条件設定メモリの内容を書き換
えることができる。
【００２５】以上の実施例では、電子交換機をサービス
専用の付加サービスプロセッサ４を備えた構成で説明し
たが、従来技術で説明したような電子交換機本体内（中
央制御装置内）ですべてのプログラムが実行されるよう
なシステムであっても同様に実施できる。すなわち、サ
ービスを実現しようとする電子交換機（あるいは網）に
おいて、上述のサービス・シナリオ、サービス起動条件
設定メモリ、サービス属性メモリの配備場所は問題では
ない。
専用の付加サービスプロセッサ４を備えた構成で説明し
たが、従来技術で説明したような電子交換機本体内（中
央制御装置内）ですべてのプログラムが実行されるよう
なシステムであっても同様に実施できる。すなわち、サ
ービスを実現しようとする電子交換機（あるいは網）に
おいて、上述のサービス・シナリオ、サービス起動条件
設定メモリ、サービス属性メモリの配備場所は問題では
ない。
【００２６】
【発明の効果】以上説明したように本発明は、電子交換
機に収容されている加入者端末毎にサービス起動条件設
定メモリを用意し、また、その電子交換機において起動
可能なサービス・シナリオ毎にサービス属性メモリを用
意し、あるサービスを起動しようとするトリガーが検出
されたときに上記サービス起動条件設定メモリとサービ
ス属性メモリを比較することによりサービス起動の可／
不可を判定するロジックを実行する手段と、起動された
サービス・シナリオからの指示でサービス起動条件設定
メモリの内容を書き換えるロジックを実行する手段とを
備えるので、次のような効果を得ることができる。 （イ）サービス・シナリオを追加する際、他の全てのサ
ービス・シナリオとの競合関係を調査する必要がなくな
る。すなわち、追加するサービス・シナリオに対応する
サービス属性メモリを作成し、かつ、そのサービス・シ
ナリオが起動されたとき、制御下の加入者端末のサービ
ス起動条件設定メモリに、起動されては困る他のサービ
スの属性に関連する要因に規制情報（“１”）を設定す
る処理をそのサービス・シナリオ内に組み込むだけでよ
い。 （ロ）サービスの競合をサービス起動条件設定メモリと
サービス属性メモリによって制御できるのでロジックが
単純になり、電子交換機の制御構造になる。
機に収容されている加入者端末毎にサービス起動条件設
定メモリを用意し、また、その電子交換機において起動
可能なサービス・シナリオ毎にサービス属性メモリを用
意し、あるサービスを起動しようとするトリガーが検出
されたときに上記サービス起動条件設定メモリとサービ
ス属性メモリを比較することによりサービス起動の可／
不可を判定するロジックを実行する手段と、起動された
サービス・シナリオからの指示でサービス起動条件設定
メモリの内容を書き換えるロジックを実行する手段とを
備えるので、次のような効果を得ることができる。 （イ）サービス・シナリオを追加する際、他の全てのサ
ービス・シナリオとの競合関係を調査する必要がなくな
る。すなわち、追加するサービス・シナリオに対応する
サービス属性メモリを作成し、かつ、そのサービス・シ
ナリオが起動されたとき、制御下の加入者端末のサービ
ス起動条件設定メモリに、起動されては困る他のサービ
スの属性に関連する要因に規制情報（“１”）を設定す
る処理をそのサービス・シナリオ内に組み込むだけでよ
い。 （ロ）サービスの競合をサービス起動条件設定メモリと
サービス属性メモリによって制御できるのでロジックが
単純になり、電子交換機の制御構造になる。
【図１】本発明の一実施例を示すブロック図である。
【図２】同実施例におけるサービス起動条件設定メモリ
の詳細を示す図である。
の詳細を示す図である。
【図３】同実施例におけるサービス属性メモリの詳細を
示す図である。
示す図である。
【図４】同実施例におけるサービス起動条件設定メモリ
とサービス属性メモリに使われる各要因の説明図であ
る。
とサービス属性メモリに使われる各要因の説明図であ
る。
【図５】同実施例における動作の一例を示す図である。
【図６】同実施例における動作手順の一例を示すフロー
チャートである。
チャートである。
【図７】加入者端末からサービス・シナリオを起動した
ときのサービス起動条件設定メモリの内容の遷移の例を
示す図である。
ときのサービス起動条件設定メモリの内容の遷移の例を
示す図である。
【図８】サービス・シナリオが加入者端末にアクセスし
たときのサービス起動条件設定メモリの内容の遷移の例
を示す図である。
たときのサービス起動条件設定メモリの内容の遷移の例
を示す図である。
１ 通話路スイッチ ２ 中央制御装置 ３ メインメモリ ４ 付加サービスプロセッサ ５ メモリ ３１ サービス起動条件設定メモリ ５０ サービス属性メモリ ６ａ，６ｂ，６ｃ，… 加入者端末
───────────────────────────────────────────────────── フロントページの続き (72)発明者 村山 栄一 東京都港区芝五丁目７番１号日本電気株 式会社内 (72)発明者 甲斐 俊洋 東京都千代田区内幸町一丁目１番６号日 本電信電話株式会社内 (72)発明者 片山 悦子 東京都千代田区内幸町一丁目１番６号日 本電信電話株式会社内 (72)発明者 若松 裕二 東京都千代田区内幸町一丁目１番６号日 本電信電話株式会社内 (72)発明者 田口 春樹 神奈川県横浜市戸塚区戸塚町216番地株 式会社日立製作所情報通信事業部内 (72)発明者 新保 勲 神奈川県横浜市戸塚区戸塚町216番地株 式会社日立製作所情報通信事業部内 (72)発明者 常清 裕之 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (58)調査した分野(Int.Cl.7，ＤＢ名) H04M 3/42 H04Q 3/54 - 3/56
Claims (1)
- 【請求項１】 電子交換機に収容された加入者端末毎に
設けられ、サービス起動条件として加入者端末に関する
状態変化の要因ごとに変化可否を指定する情報を記憶す
るサービス起動条件設定メモリと、 前記電子交換機が実行可能なサービス毎に設けられ、そ
のサービスについて加入者端末に関する状態変化の要因
ごとに変化可能性の有無を指定する情報を記憶するサー
ビス属性メモリと、 サービス起動要求がなされた時にそのサービスに係わる
加入者端末の前記サービス起動条件設定メモリの内容と
起動要求がなされたサービスに対応した前記サービス属
性メモリの内容とを加入者端末に関する状態変化の要因
ごとに比較し、すべての要因について変化可否が可であ
りかつ変化可能性が無のときはそのサービスの起動を可
としてサービスの起動の可否を判断する手段と、 起動されたサービスを実行中は、当該実行中サービスに
係わる加入者端末の前記サービス起動条件設定メモリの
当該実行中サービスによる状態変化の要因を変化不可に
書き換える手段と を備えたことを特徴とするサービス競合制御方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP03801992A JP3283561B2 (ja) | 1992-02-25 | 1992-02-25 | サービス競合制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP03801992A JP3283561B2 (ja) | 1992-02-25 | 1992-02-25 | サービス競合制御方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH05236122A JPH05236122A (ja) | 1993-09-10 |
| JP3283561B2 true JP3283561B2 (ja) | 2002-05-20 |
Family
ID=12513869
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP03801992A Expired - Lifetime JP3283561B2 (ja) | 1992-02-25 | 1992-02-25 | サービス競合制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3283561B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE69332632T2 (de) | 1992-06-30 | 2003-06-26 | Siemens Inf & Comm Networks | Anrufverarbeitungssystem |
-
1992
- 1992-02-25 JP JP03801992A patent/JP3283561B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH05236122A (ja) | 1993-09-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4782517A (en) | System and method for defining and providing telephone network services | |
| US5551035A (en) | Method and apparatus for inter-object communication in an object-oriented program controlled system | |
| US5606719A (en) | Temporary state preservation for a distributed file service | |
| US5815682A (en) | Device independent modem interface | |
| US6519258B1 (en) | ATM exchange | |
| US5721905A (en) | Communication system comprising a distributed database system | |
| US7218725B2 (en) | Interface means between a network switch and a CTI server means and apparatus for providing a service to a customer including such an interface means | |
| EP0405829B1 (en) | Object oriented software system architecture | |
| JP3283561B2 (ja) | サービス競合制御方式 | |
| JP2001503222A (ja) | 通信ネットワークにおけるトラヒック制御 | |
| JPH11504185A (ja) | 電気通信システム内の接続を制御する方法 | |
| US6438602B1 (en) | Method of establishing connections between client and server programs in respective computers using automatically constructed pipe names | |
| JP2810839B2 (ja) | 接続制御装置 | |
| JPH0666983B2 (ja) | ル−テイング制御方式 | |
| JP2000278411A (ja) | 交換制御サービス論理の競合制御方式及び競合制御方法 | |
| JP3200431B2 (ja) | 状態分離サブルーチン方式 | |
| JP2994068B2 (ja) | 異種パケット交換機間通信における通信可否判定方式 | |
| JP3367138B2 (ja) | 通信装置の発呼装置 | |
| JP3280676B2 (ja) | 提供目的別呼処理タスク取り出し方法 | |
| JP2679427B2 (ja) | 計算機システムのプロセス制御方法 | |
| JP3671254B2 (ja) | 機能開放型呼制御装置 | |
| JP2820942B2 (ja) | 通信プロトコル処理方法 | |
| JP2845378B2 (ja) | 通信装置及びその制御方法 | |
| Nakamura et al. | A method for detecting and eliminating feature interactions using a frame model | |
| JP2729704B2 (ja) | 内線代表制御装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20020129 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080301 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090301 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090301 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100301 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100301 Year of fee payment: 8 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313115 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110301 Year of fee payment: 9 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120301 Year of fee payment: 10 |
|
| EXPY | Cancellation because of completion of term |