JPH02200091A - 状態遷移制御方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 【産業上の利用分野】

本発明は、入力信号により状Ｊ５が遷移する状態遷移シ
ステムに係り、特に、機能追加時にシステムの性能を劣
化させない状Ｊフ遷移制御方式に関するものである。

【従来の技術】

状態遷移を行うシステムの一つである交換システムにお
いて、従来の状態遷移制御は、例えば［電子交換プログ
ラム入門、電子通信学会、ｐｐ４２〜４７」にあるよう
に、現在の状態と入力される信号により、一つの処理（
以降、この処理をタスクと呼ぶ、）が起動され、タスク
実行後、次の状態に遷移する。同文献、図４．１５では
、例えば、空き状態で、入力信号（発呼）を受信すると
、起呼接続タスクが起動され、自局内呼出し中状態で、
入力信号（被呼者応答）を受信すると、自局的通話接続
タスクが起動される。第２図はこれを実現するための状
態遷移制御構成図である。 監視処理プログラム２０により、ハードウェアの変化、
例えば、受話器の上げ（オフフック）を検出し、入力信
号キュー２１に入力信号として接続する。内部処理プロ
グラム２２はその入力信号を逐次取りだし、状態遷移分
析プログラム２３により、タスク２４を決定する。起動
させるタスクの決定方法は、第３図に示すようなテーブ
ル２５に従い、現状態と、入力信号の組合せで、唯一の
タスクを選択するものである。

【９！明が解決しようとする７１１１１題】上記従来技
術は、機能追加を行うと、交換システムの処理能力が低
下するという問題があった。 これは交換トラヒックの大部分である基本外（自局的接
続呼、出接続呼、入接続呼）に要する処理ステップが増
加するためである。第４図と第５図にコールウェイティ
ングサービスの機能追加の１例を示す。 第４図はステップ３１〜３４からなる機能追加する前の
通話中に切断を受信して起動される切断タスクを示す、
コールウェイティングサービスは・通話中に第三者から
新たな着信があり１通話終了後、着信者と第三者が通話
できるサービスである。 従って、第５図に示すように、切断タスクにおいて、コ
ールウェイティングの着信があったかの判定を行うコー
ルウェイティング分析４１をいれ、もしあれば、再呼び
処理３３〜３４を行う必要がある。これにより、基本外
が走るルートに着目すると、コールウェイティング分析
を挿入した分だけ、機能追加後の処理ステップ数が増加
し、交換システムとしての処理能力が低下する。 本発明の目的は、機能追加を行っても、それ以前の基本
外の処理ステップ数を確保し、交換システムの処理能力
を低下させないことにある。

【課題を解決するための手段】

上記目的は、現状態と人力信号の組合せで決定する状態
遷移に対し、−膜外用タスクのほかに、基本外用のタス
クを用意し、基本外であるかの判定をタスクを決定する
状態遷移分析で行い、基本外であれば、基本外用タスク
を、基本外でなければ、−膜外用タスクを起動させるこ
とにより達成される。

【作用】

基本外以外の機能追加に際して、−膜外用タスクのみを
変更するため、基本外用タスクが実行される基本外に関
しては、サービスが追加されても。 何の影響も受けない、前述の第４図を基本外用のタスク
、第５図を一般呼用のタスクとすると、機能追加時に修
正の加わるのは、第５図の一般呼用のタスクのみである
。これによって、交換システムの処理能力を決定する基
本外の処理ステップ数は維持され、機能追加による処理
能力の劣化はない。

【実施例】

第１図に本発明を適用した蓄積プログラム方式の交換シ
ステムの４５成例を示す０本システムは、ユーザが使用
する端末５　（５Ａ、５Ｂ）、端末を制御する端末制御
装置１　（ＬＡ、ＩＢ）、端末間の通話路を接続するス
イッチ２．呼制御を行うプロセッサ３、及び、プログラ
ム、データが収容されている主記憶装置４から成ってい
る。端末制御装［１は、端末（ハードウェア）の変化を
検出し。 イベントとして、プロセッサに送出する機能、及び、プ
ロセッサからの信号（コマンド）を受け、ハードウェア
に対して、オーダを送出する機能を持っている。主記憶
装置上のプログラム部には。 状態遷移分析プログラム６、−膜外用タスクプログラム
７、基本外用タスクプログラム８が用意され、データ部
には、端末対応のエリアが端末メモリ９　（９Ａ、９Ｂ
・・つとして確保されている。 端末制御装置１は、端末の変化、例えば、電話受話器の
オフフック、オンフックを検出すると。 イベントをプロセッサ３に送信する。プロセッサ３はこ
れを受信すると、ただちに、主記憶装置上の状態遷移分
析プログラム６を起動させる。 以下、第６図に示す状態遷移分析プログラムの概要フロ
ーに従い説明する。変化が検出された端末（イベント内
に収容位置番号をいれておく、）と対応する端末メモリ
９を読みだし、該端末メモリ上に設定されている該端末
の現状態番号を取りだす（ステップ５１）、この状態番
号とイベントの信号種別とにより、第７図に示すタスク
テーブルを用いて、タスク番号を決定する。すなわち、
現状ｆｉｌ！番号により、タスクテーブルの一次テーブ
ル６５を索引し、二次テーブルのアドレスを求める（ス
テップ５２）０次に、二次テーブル６６において、イベ
ント種別対応に、呼が発生して初めて走るタスクか否か
を示す発呼フラグ、及び、自局内、出接続、入接続等の
基本呼が走るタスクか否かを示す基本呼タスク番号、及
び、タスク番号が設定され、イベント種別をキーとして
、サーチし、一致したイベント種別に対応した上記情報
を得る（ステップ５３）、該発呼フラグをチエツクしく
ステップ５４）、呼が発生して初めてのタスクであれば
、端末クラス等の交換局データにより、基本呼に成りえ
るかどうかをチエツクする１例えば、発呼端末が、ダイ
ヤル無しに相手を呼び出すホットライン端末やダイヤル
パルス／ブツシュボタン共に受信可能なりＰＢ端末であ
れば（ステップ５７）、基本呼ではないとして、以降、
この呼が消滅するまで、基本外用タスクが起動されない
ように、該端末メモリ内にある基本呼タスクスキクを起
動する（ステップ５６）。発呼フラグにより、呼が発生
して初めてのタスクでなければ、！＆本呼クりクスキッ
プ表示が設定されていないことを判定した後（ステップ
５５）、タスクテーブルの基本呼タスク番号を読みだし
、基本呼タスクかどうかの判定を行う（ステップ５９）
、（基本呼タスクスキップ表示が立っていれば、−膜外
用タスクを起動する（ステップ５６）、）上記タスクテ
ーブルの基本呼タスク番号の値は、基本呼タスクであれ
ば、基本呼タスク番号が設定されており、（値は〉０と
なる。）基本呼タスクでなければ、０が設定されている
。従って、Ｏであれば、−膜外用タスクを起動しくステ
ップ５６）、Ｏでなければ、特殊サービス（基本呼以外
のサービス）を享受しているかどうかのタスク対応のサ
ービスチエツクを行い、サービスを享受していなければ
、基本外用タスクを起動する（ステップ６１）。 前記タスク対応のサービスチエツクは、第８図に示す端
末メモリ上のサービスフラグと、第９図に示すチエツク
用データとを用いて行う、端末メモリのサービスフラグ
は、該端末がサービスを享受した時点で設定され、１ｂ
ｉｔが各々サービスに対応している０例えば１通話中の
端末に対し、第三者が着信し、コールウェイティングサ
ービスを要求する特番をダイヤルすると、コールウェイ
ティングに対応したサービスフラグが設定される。 （値は１となる。）一方、チエツク用データは、システ
ム共通、あるいは、タスク対応に用意され。 本データにおいても、１ｂｉｔが端末メモリ上のサービ
スフラグで定義されたサービスと同様となっている。値
１は基本呼においては享受されないサービスを示し、値
０は端末メモリ上のサービスフラグの値が、基本呼とな
る条件には関係しないことを示す、すなわち、基本呼の
条件は、チエツク用データの′１゛に対応する端末メモ
リ上のサービスフラグの値がＯとなることである。従っ
て、状態遷移分析プログラムにおけるタスク対応のサー
ビスチエツクでは、端末メモリ上のサービスフラグデー
タとチエツク用データとのＡＮＤをとり、その結果、ａ
ｌｌｏならば、基本呼となる。 尚、前記タスク対応のサービスチエツクにおいて、端末
メモリ上のサービスフラグデータとチエツク用データと
のＡＮＤをとった結果、基本呼でないことが決定すれば
、この時点で、基本呼タスクスキップ表示を設定する。 タスクスキップ表示は端末対応に設定され、呼が消滅す
る時クリアされる。 次に、基本外用のタスクプログラムと一般呼用のタスク
プログラムを通話中からの切断タスクの１例をそれぞれ
、第１０図、第１１図に示す、基本呼における切断タス
クの処理内容は、第１０図に示す様に、スイッチ復旧（
ステップ９１）、相手端末に切断信号送信（９２）、通
話路開放（９５）、発呼監視コマンド送信（９７）であ
る。 一方、−膜外における切断タスクの処理には、第１１図
に示す様に、上記基本呼処理以外には、復旧形式チエツ
ク（９０）、キャンプオンチエツク”（９３）、コール
ウェイティングチエツク（９４）、端末閉塞チエツク（
９６）の判定処理が含まれる。 従来方式では、−状態遷移に対し、唯一のタスク、例え
ば、第１０図しかなく、機能追加時も、このタスクを変
更していたが１水力式は、−膜外用タスクプログラムの
みを修正するだけで、基本呼の走る基本昨月タスクプロ
グラムは凍結される。

【発明の効果】

第１１図に示すような各判定処理を含む従来方式に比べ
、判定処理を含まない第１０図で実行する本方式は、基
本接続呼におけるダイナミック処理片を大きく削減する
ことができる。使用言語にもよるが、従来方式では、構
内用交換機の場合。 １００フイーチヤ追加すると、ＣＰ占有率が約３０％程
度増加していたが、本方式を適用すれば、ＣＰ占有率の
増加はほぼＯとなる。

【図面の簡単な説明】

第１図は本発明を適用した交換システム構成例を示す図
、第２図は状態遷移制御樋成図、第３図は状態遷移テー
ブルを示す図、第４図はコールウェイティング機能追加
前の状態遷移を示す図、第５図はコールウェイティング
機能追加後の状態遷移を示す図、第６図は状１１Ｉ遷移
分析プログラムの概要フロー、第７図はタスクテーブル
を示す図、第８図は端末メモリ上のサービスフラグを示
す図。 第９図はチエツク用データを示す図、第１０図は基本昨
月タスクプログラムの例を示す図、第１１図は一般呼用
タスクプログラムの例を示す図である。 １・・・端末制御装置、２・・・スイッチ、３・・・プ
ロセッサ、４・・・主記憶装置、５・・・端末、６〜８
・・・プログラム、９・・データ、３１・・・入力状態
、３２・・・人力信号、３３・・・切断処理、３４・・
・出力状態、９０゜９３．９４．９６・・・分析処理、
５１〜６１・・・状態遷移分析処理、６５・・・タスク
テーブル−次テーブル、６６・・・タスクテーブル二次
テーブル、９１゜９２．９５．９７・・・タスク処理単
位。 第　１　　図 ｆＬ！ｌｉｊ木串゛淘譬１　　ヌイソナ冨 Ｚ 図 賃 図 第 舅 図 纂 図 寅 図 二ノ×テーブル ■ 図 第 図 第 １ρ 図 図

Claims (1)

1. 【特許請求の範囲】 １、信号が入力することにより、状態が遷移する状態遷
   移システムにおいて、一つの状態遷移に対して、次状態
   に遷移するための第１の処理、及び、第２の処理を設け
   、入力信号受信時、第１の処理、第２の処理のいずれか
   を起動することを特徴とする状態遷移制御方式。 ２、前記第１の処理を特定機能のみを実現する処理とし
   、第２の処理を該特定機能を含む機能を実現する処理と
   する特許請求範囲第１項の状態遷移制御方式。 ３、特許請求範囲第２項の状態遷移制御方式において、
   一たび第２の処理が起動されれば、その呼が消滅するま
   で、以降の全ての状態遷移において、第１の処理が起動
   されないことを特徴とする状態遷移制御方式。 ４、特許請求範囲第２項の状態遷移方式において、呼の
   発生信号を受信したときに、前記特定機能を実現しない
   呼であることが判別されれば、該呼が消滅するまで、す
   べての状態遷移において、第１の処理が起動されないこ
   とを特徴とする状態遷移制御方式。 ５、特許請求範囲第４項により、前記特定機能を実現し
   える呼であることが判別されれば、入力信号を受信する
   たびに、前記第１の処理、前記第２の処理のいずれかを
   選択することを特徴とする状態遷移制御方式。 ６、一つの状態遷移に対して、少なくとも二つの処理と
   、一つの状態遷移に対して、唯一の処理とが共に存在す
   る状態遷移システムにおいて、一つの状態遷移に対して
   、少なくとも二つの処理がある時のみ、特許請求範囲第
   １項を行う状態遷移制御方式。 ７、機能追加に際し、特許請求範囲第２項における第２
   の処理のみを変更することを特徴とする設計方式。