JPS60253397A - 呼処理タスク制御方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、蓄積プログラム制御により交換サービスを行
なうため呼の状態と入力イベントとに応じて対応するサ
ービス（タスク）を実行する呼処理タスク制御方式に関
し、特に入力イベントに対するタスクが複数の呼の状態
に対し共通であるものにおけるプログラム規模の小規模
化を計った呼処理タスク制御方式に関する。

′成子交換システムは広く電話交換として利用されてお
り、加入電話器（端末）からの交換サービスを蓄積プロ
グラム制御によって実行している。

このような交換サービスは、呼の状態と入力イベントと
によりオペレーティングシステムが実行すべきサービス
（タスク）を決定し、そのサービス（アプリケーション
）プログラムを実行することによって所望のサービスを
行っている。

例えば、第６図の発信側基本接続サービス状態遷移図で
説明すると、１ｃＬｌ−を状態（８００）より出発し、
ＣαｔｔＯｎ（呼出要求であり、電話器をフックオンし
た状態）という入力イベントが生じると、選択信号（相
手側の電話番号）受信処理というタスクが選定されたこ
の処理が実行され、選択信号受信中（８０１）という呼
の状態で数字受信光という入力イベントか生じると、相
手側に着信要求（ｃａｌｌＲ，ｅｑ　）を発する処理が
選定され、これを実行し、接続可応答待（８０２）とい
う呼の状態となる。以下同様に呼の状態（８００〜８０
７）と入力イベント（ＣａＬｌ　（ｍ　、数字受信光、
数字受信エラー。

タイムアウト、αｔｔｏｆｆ等）とに応じてタスクが決
定され、タスクを実行して必要な接続サービスを実行づ
る。第７図は着信側基本サービス状態遷移図であり着信
側においても同様に呼の状態（９００−９１０）と入力
イベント（ｃａｌｌ　Ｒ＋ｅｑ　、　ｃａｕ　ｏｎ等）
とによってタスクが決定され、必要な基本接続サービス
が実行される。この様な交換サービスにおいては単なる
交換サービスのみならず種々の付加的サービス（例えば
転送サービス、蓄積サービス等）が要求されておりその
機能向上がめられている。

又交換サービスか音声のみならずデータにまで拡大して
いる今日では、データに対するサービス（データ通知サ
ービス等）も要求されている。

例えば第６図、第７図においてビジー（ｈｕｓｙ）中に
おいて、通話相手以外の相手より着信要求かあった場合
に転送サービスによってこれを転送することかできる。

〔従来の技術〕

このような転送サービスを行う場合には、呼の状態と入
力イベントによつ°Ｃタスクを決定、実行するという原
則に従えば、第６図のビジー中における６呼の状態８０
１〜８０７に対し、他の相手から着信があるかどうかの
入力イベントを設定する必要がある。

第７図においても、ビジー中における６呼の状態（９０
１〜９１０）に対し同様の入力イベントを設定する必要
がある。即ち個々の呼の状態から始まるサービスの記述
が必要であり、転送サービスの他に種々の付加サービス
を実行するには、これら全てのサービスを個々の呼の状
態に応じてサービスの記述が必要となる。

〔発明が解決しようとする問題点〕

従って、呼処理プログラム自体か大規模化し、プログラ
ムのオーバーヘッドが大きくなるという問題が生じてい
た。また必要なサービスを選択したい要求に対しては呼
処理プログラム全体を変更する必要があるという問題も
あった。

〔問題点を解決するための手段〕

本発明は、上述の問題を解決するため、サービスを付加
してもプログラム自体のオーバーヘッドが大となること
を防止し、しかもサービスの変更が容易な呼処理タスク
制御方式を提供するにある。

このため、本発明は呼の状態と入力イベント種別に対応
したタスクを実行する呼処理タスク制御方式において、
該呼の状態を格納する状態記憶部と、該入力イベント種
別を格納するイベント格納部と、該呼の状態と該入力イ
ベント種別とに応じて実行すべきタスクを決定するタス
ク決定テーブルとを有し、該入力イベント種別に対して
共通なタスクを指定する複数の呼の状態の上位の呼の状
態を設定するとともに、該タスク決定テーブルに該上位
の呼の状態に対応する入力イベント及びタスクを格納し
ておき、該イベント格納部からの入力イベントと該上位
の呼の状態から該タスク決定テーブルによりタスクを決
定し、該上位の呼の状態に基いてタスクが決定できない
時に該状態記憶部の呼の状態と該入力イベントから該タ
スク決定テーブルによりタスクを決定することを特徴と
している。

また、本発明の一実施態様では、前記タスク決定テーブ
ルに前記実行すべきタスクに関する優先情報および内容
を前もって登録しておき、前記上位又は個々の呼の状態
、前記入カイベント格納゛部から読み出されたイベント
および前記タスクに関する優先情報をもとに前記タスク
決定テーブルから決定されたタスクに基づき所望のタス
クを逐次実行することを特徴きしている。

〔作　用〕

本発明では、入力イベントに共通なタスクを指定する複
数の呼の状態の上位な呼の状態（例えばビジー、オール
）を設定し、この上位な呼の状態と入力イベントからタ
スク決定テーブルによりタスクを決定しているので、ビ
ジーやオールという上位の呼の状態に対して共通のタス
クを決定するのに個々の呼の状態に入力イベントを設定
しなくてよく、そのサービス（タスク）を記°述しなく
てよいので、呼処理プログラムの大規模化を防ぐことが
でき、また追加、削除等の変更も容易にできる。

〔実施例〕

以Ｆ、本発明を実施例により詳細に説明する。

第２図は本発明の一実施例構成図であり、電子交換シス
テムの全体図であり、図中、１はネットワークコントロ
ーラであり、後述する端末相互間にトランスペアレント
な通信路を提供するため、ネットワークのスイッチング
を行うものであり、スイッチング制御を行うためのプロ
セッサ１１とプロセッサ１１のメインメモリ１２さ、端
末との信号リンク用のデータリンク制御部１３と、端末
との伝送インターフェイス１４と、回線交換用のＴ１段
のスイッチング回路１５さを有している。

２は高機能端末であり、ネットワークコントローラ１に
複数台スター（星）状に接続され、通信サービスを制御
する機能を有し、ネットワークコントローラ１を介し通
信を行うためのものであり、プロセッサ２１と、そのメ
インメモリと、データリンク制御回路２３と、伝送イン
ターフェイス２４と、音声インターフェイス２５と、音
声通信用のへラドセット２６（電話器の送受話部）とキ
ーボード２７とを有している。３　（Ｌ　、　’３７１
はパスであり、３αかシグナル・データ用パス、３Ａは
音声用パスであり、高機能端末２とネットワークコント
ローラ１とを接続するものである。

第２図実施例構成においては、高機能端末２には音声・
データの複合端末で構成され、電話器の如く音声通信を
行う他に、通常のデータ端末と同様にデータ通信及びデ
ータ処理を行うものであり、例えば、パーソナルコンピ
ュータに音声通信機能を付加したものと考えてよい。そ
して各呼処理（第６図、第７図）は高機能端末２によっ
て行われる分散処理形式の通信システムであり、ネット
ワークコントローラ１は高機能端末２からシグナル・デ
ータ用パス３ｃＬを通じて与えられる発呼要求、パス接
続要求に基いてパスの接続を行うものである。例えば高
機能端末ＰＣＩが高機能端末ＰＣ２に通話するには、高
機能端末ＰＣ】のキーボード２７よりの選択信号を受信
するとプロセッサ２１は伝送インターフェイス２４を介
しシグナル・データ用パス３αによってネットワークコ
ントローラ１に発呼要求を発し、ネットワークコントロ
ーラ１はシグナル・データ用パス３αを介し晶機能端末
ＰＣ２に伝え、ＰＣ２では着信分析し、接続可なら接続
可信号をシグナル・データ用パス３αを介しネットワー
クコントローラ１に送り、ネットワークコントローラ１
は更にシグナル・データ用パス３αを介し高機能端末Ｐ
ＣＩにこれを送る。高機能端末ＰＣ２では呼出音を発し
、同様に高機能端末Ｐ　Ｃ，１でもブザー音を発し、高
機能端末ＰＣ２で応答、即ちフックオンかあると、当該
端末ＰＣ２から通信可通知をネットワークコントローラ
１ヘシグナル・データ用パス３αを介し送るとともに呼
出音を停止する。ネットワークコントローラ１は通信可
通知を端末ＰＣＩへ与え、端末ＰＣＩではブザー音を停
止し、ネットワークコントローラ】にパス接続要求を発
する。ネットワークコントローラ１はこれによって端末
ＰＣＩとＰＣ２，：の音声用パス（通話路）３ｂを接続
し、これによって通話を可能とする、。

第１図はｇ２図の高機能端末２において行なわれる呼処
理のための一実施例ブロック図であり、図中、第１図と
同一のものは同一の記号で示してあり、２２αはタスク
決定テーブルであり、メインメモリ２２に設けられ、呼
の状態、入力イベント種別及びサービスカウンタの内容
により実行すべきタスクを決定するものであり、呼の状
態テーブル２２０と、イベント種別テーブル２２１と、
サービスカウンタテーブル２２２とを有しており、イベ
ント種別テーブル２２１には６呼の状態に対応するイベ
ント種別が格納され、サービスカウンタテーブル２２２
にはイベント種別テーブル２２１の各イベント種別に対
応して実行すべきタスク名が優先度順に格納されており
、呼の状態テーブル２２０には６呼の状態に対応するイ
ベント種別が格納されたイベント種別テーブル２２１の
先頭アドレスが格納されている。２２７Ｓはイベント種
別レジスタ（格納部）であり、入力イベント種別が格納
されるもの、２２．１？は呼の状態レジスタであり、現
呼の状態を格納しておくもの、２’　２　ｄはサービス
カウンタであり、加算器によってインクリメントされ、
サービスカウンタ値を与えるもの、２２ｅはＧＳＴカウ
ンタであり、加算器によってインクリメントされ、後述
するＧＳＴ値を与えるもの、Ｏ８はオペレーティング（
制御）プログラムであり、プロセッサ２１が実行するも
の、ＡＰはアプリケーション、（タスク）プログラムで
あり、実行すべきタスクプログラムを記述したものであ
り、第４図に示す如く、プロセッサ２１のソフトウェア
構成は、サービスを制御する制御プログラムＯ８，！：
、サービス（タスク）を記述したサービス（タスク）プ
ログラム群ＡＰより構成され、サービスプログラムＡｐ
は制御プログラムＯ８より起動される。サービスプログ
ラムＡＰきしては発信処理２通常着信処理１着信拒否、
キャンプオンサービス、転送サービス等が存在している
。

次に第１図実施例構成の動作について第３図の呼の状態
設定図及び第５図の処理フロー図により説明する。

第３図に示す如く、呼の状態として＊ｄＬｇ　、数字受
信中２通話中、ビジートーン送出中・・・閉塞中という
第６図のＳＯＯ〜８０７．第７図の９００〜９１０で説
明した従来の呼の状態の他に、仮想的にビジー　（ｋｅ
ｙ　）　、オール（αＵ）といった上位概念の呼の状態
を設定する。このｂｗｙｙという呼の状態は電話器かフ
ックオンされている全ての呼の状態（第６図の８０１・
−８０７，第７図の９０１〜９１０）に相当し、これら
の呼の状態を総称した上位の呼の状態であり、αＵとい
う呼の状態はｂｕｓｙに含まれる呼の状態に１ｄｌ）と
いう呼の状態を加えた上位の呼の状態である。

このような上位の呼の状態を設定したのは、例ええばＡ
ｕ５ｙという状態に含まれる個々の呼の状態において、
他の端末より入力イベントとして着信要求があった場合
には、個々の呼の状態に共通に転送サービスや蓄積サー
ビスというタスクを実行する様サービスか設定されてい
ると、これらのタスクを決定する必要があることから、
各個々の呼の状態に対しこの共通のタスクか決定される
ようにｂｕｓｙという上位の呼の状態を設定している。

同様にｃＬｌｌという状態に含まれる個々の呼の状態に
おいて、データ通知要求かあった場合には、個々の呼の
状態に共通なデータ通知サービスをタスクとして実行す
る様にサービスか設定されていると、個々の呼の状態に
対し共通のタスクが決定されるようにαＵという上位の
呼の状態を設定している。

即ち、特定の入力イベント種別に対し６呼の状態が共通
なタスクを指定する様な場合には、６呼の状態に入力イ
ベントを設定する代りに、これら呼の状態を総称した上
位の呼の状態を設定し、これによってタスク決定を行う
ようにしている。

このため、タスク決定テーブル２２０Ｌの呼の状態テー
ブル２２０に個々の呼の状態と共に上位の呼の状態８０
９　ａｌｌ　、　’ｋ　Ｏ７ｋｓｙ　、　９０８　ａｌ
ｌ、を格納しておき、これに対応してイベント種別テー
ブル２２１に共通のタスクを行うべき入力イベント種別
（着信要求、、データ通知要求等）を格納し、更にサー
ビスカウンタテーブル２２２にこれら格納された入力イ
ベント種別に対応して実行すべきタスク名（転送サービ
ス、蓄積サービス、データ通知サービス等）を格納して
いる。

次に、第５図処理フロー図に従って動作を説明する。第
５図においてＡは制御プログラム、Ｂはサービスプログ
ラムに対応する。

■　初期状態においてはＧＳＴＳツカ９フ２ｇのＧＳＴ
値はＯにセットされている。この状態で入力イベントα
がレジスタ２２６に入力されると、プロセッサ２１は制
御プログラムＯ８によって、ＧＳＴＳツカ９フ２ｇのＧ
ＳＴ値を調べ（この場合°０”）であるのでオール°α
Ｕ′″状態を呼の状態として決定し、オール状態によっ
てテーブル２２０を索引し、テーブル２２１の対応する
登録された入力イベント種別を得る。この人力イベント
種別とレジスタ２２Ａの入力イベント種別とを比較し、
当該入力されたイベント種別かαＵ状態でサービス（タ
スク）が決定できるか、即ちαＵ状態におけるタスクを
決定できる入力イベント種別かを判定する。

■　この判定によってサービスがない、即ち入力イベン
ト種別αに対するタスクがない場合、例えば、−ψ状態
に対してはデータ通知要求の入力イベントがあった時の
みタスク（データ通知サービス）を決定するようサービ
スが設定されている時に、入力イベント種別かデータ通
知要求以外の場合、レジスタ２２Ｃの内容により呼の状
態番号を調べる。

■　呼の状態番号が指定したｉｄｌ状態のものに対応し
ていれば１ｔＬ９状態であるから、テーブル２２０を１
ｄｌ）状態によって索引し、テーブル２２１の対応する
入力イベント種別をめ、同様にレジスタ２２６の入力イ
ベント種別αと比較する。この比較によってサービスが
決定できないと、終了する。

■　逆に呼の状態番号かｉｄｂ状態以外のものであれば
ｂａｓｙ状態であるので、ＧＳＴＳツカ９フ２ｇをイン
クリメントし、“１″′とし、同様にｂｕｓｙ状態（９
０７）によってテーブル２２０を索引し、テーブル２２
１の対応する入力イベント種別をめ、レジスタ２２／Ｓ
の入力イベント種別αと比較する。

例えば、ｂｗｙ状態に対し着信要求の入力イベントがあ
った時のみタスク（転送サービス等）を決定する様にサ
ービスか設定されている時には、入力イベント種別が着
信要求でない時にはサービスか決定できず、着信要求で
ある時にはサービスが決定できる。

■　このｋｓｙ状態でもサービスが決定できない時には
、ＧＳＴカウンタ２２ｅをインクリメントし、”２″と
し、レジスタ２２Ｃの個々の呼の状態によってテーブル
２２０を索引し、テーブル２２１の対応する入力イベン
ト種別をめ、レジスタ２２Ａの入力イベント種別αと比
較して、サービスか決定できるかを判定する。

サービスが決定できない場合には終了する。

■　このようにして、αＵ状態、１ｄｌｅ状態、ＡＬＬ
ｚｙ状態、個々の呼の状態で入力イベント種別αに対し
サービスが決定できると判定されると、次の様にして個
々のサービスプログラムが起動される。

この例では、遂次起動を可能とするため、サービスカウ
ンタテーブル２２２には、当該呼の状態、入力イベント
種別に対し複数のタスク名か優先順位順に格納されてお
り、これはサービスカウンタ２２ｄのカウント値によっ
て引き出される。即ち、サービスカウンタ２２（Ｚの初
期値は“０′″とじておき、先づテーブル２２２の第１
順位のタスク名か読出され、当該タスク名に対応するサ
ービスプログラムか選択され、起動処理が行なわれる。

起動処理によって第５図Ｂ列のサービスプログラムの実
行に移行し、点線によって省略した如く実行される。そ
して実行の結果か正常終了であるか否かを判断し、正常
終了（ＹＥＳ）であれば、一連のサービスが実行された
のであるから、サービスカウンタ、ＧＳＴカウンタをＯ
にリセットし、終了する。正常終了でなければ（Ｎｏ）
、次の優先順位のサービスを実行すべく、サービスカウ
ンタ２１ｅの内容を＋１インクリメントし、Ｂ列のサー
ビスプログラムの起動要因となった入力イベントαを擬
似的に発行して、図示点線の如く、Ａ列の制御プログラ
ムの始点に戻して再起動を行なう。この際、サービスカ
ウンタの内容は”０″から“１″へ　１−１１１から“
２″へと順次＋１インクリメントしているため、順次優
先順位の高いサービスから処理される。

例えば、ｋｅｙ状態で着信要求の場合に転送サービスと
蓄積サービスとが順に登録されているとすると、先づ転
送サービスが実行され、転送サービスが正常終了しない
き蓄積サービスが実行される。

このようにして遂次起動によってサービスか実行され、
　−Ｉ−プログラム構成を容易にしている。

このように上位の呼の状態を設定して、特定の入力イベ
ントに対し個々の呼の状態に共通するタスクを決定でき
るようにし、当該上位の呼の状態においてサービスが決
定できない時に個々の呼の状態でサービスを決定するよ
うにしている。

以上の実施例では、サービスカウンタによる遂次起動の
例で説明したか、これに限られることがない。また、上
位の呼の状態して、αｕ、　ｂｕｓｙについて説明した
か、他のものであってもよい。更に分散処理に限らず、
ネットワークコントローラ１で集中処理してもよい。

以上本発明を一実施例により説明したか、本発明は本発
明の主旨に従い種々の変形か可能であり、本発明からこ
れらを排除するものではない。

〔発明の効果〕

以上説明した様に、本発明によれば、呼の状態と入力イ
ベント種別に対応したタスクを実行する呼処理タスク制
御方式に２いて、該呼の状態を格納する状態記憶部と、
該入力イベント種別を格納するイベント格納部と、該呼
の状態と該入力イベント種別とに応じて実行すべきタス
クを決定するタスク決定テーブルとを有し、該入力イベ
ント種別に対して共通なタスクを指定する複数の呼の状
態の上位の呼の状態を設定するとともに、該タスク決定
テーブルに該上位の呼の状態に対応する入力イベント及
びタスクを格納しておき、該イベント格納部からの入力
イベントと該上位の呼の状態から該タスク決定テーブル
によりタスクを決定し該上位の呼の状態に基いてタスク
が決定できない時に該状態記憶部の呼の状態と該入力イ
ベントから該タスク決定テーブルによりタスクを決定す
るこさを特徴としているので、各個々の呼の状態に対し
入力イベントに応じて共通のタスクを実行する様なサー
ビスを設定しても、個々の呼の状態に入力イベント等を
個々に設定しなくてよいから、プログラムが簡素化する
きいう効果を奏し、種々の付加的サービスを設けること
が容易となる。又変更、追加、削除も当該上位の呼の状
態に対してのみ行なえばよいから、変更、追加、削除も
容易であるという効果も奏し、付加的サービスを個々の
加入者に応じて容易に設定でき、きめ細かなサービス機
能を付与することができるという実用上優れた効果も奏
する。

【図面の簡単な説明】

第１図は本発明の一実施例ブロック図、第２図は本発明
が適用される分散処理形通信サービス構成図、第３図は
本発明の詳細な説明図、第４図は本発明に用いられる呼
処理のソフトウェア構成図、第５図は第１図構成の一実
施例処理フロー図、第６図は発信側基本接続サービス状
態遷移図、第７図は着信側基本接続サービス状態遷移図
である。 図中、】・・・ネットワークコントローラ、２・・・高
機能端末、２１・・・プロセッサ、２２・・・メインメ
モリ、２２Ｃ・・タスク決定テーブル、２２ｂ・・・入
力イベントレジスタ（格納部）、２２Ｃ・・・呼の状態
レジスタ（記憶部）、Ｏ８・・・制御プログラム、Ａｐ
・・・サービスプログラム。 特許出願人　富士通株式会社 代理人　弁理士　山　谷　晧　榮 箭　２　図 ２ 第　３　図 第　４　図 第　６　図 第７図

Claims (2)

【特許請求の範囲】
1. （１）呼の状態と入力イベント種別に対応したタスクを
   実行する呼処理タスク制御方式において、該呼の状態を
   格納する状態記憶部と、該入力イベント種別を格納する
   イベント格納部と、該呼の状態と該入力イベント種別と
   に応じて実行すべきタスクを決定するタスク決定テーブ
   ルとを有し、該入力イベント種別に対して共通なタスク
   を指定する複数の呼の状態の上位の呼の状態を設定する
   とともに、該タスク決定テーブルに該上位の呼の状態に
   対応する入力イベント及びタスクを格納しておき、該イ
   ベント格納部からの入力イベントと該上位の呼の状態か
   ら該タスク決定テーブルによりタスクを決定し、該上位
   の呼の状態に基いてタスクが決定できない時に該状態記
   憶部の呼の状態と該入力イベントから該タスク決定テー
   ブルによりタスクを決定することを特徴とする呼処理タ
   スク制御方式。
2. （２）前記タスク決定テーブルに前記実行すべきタスク
   に関する優先情報および内容を前もって登録しておき、
   前記上位又は個々の呼の状態、前記入力イベント格納部
   から読み出されたイベントおよび前記タスクに関する優
   先情報をもとに前記タスク決定テーブルから決定された
   タスクに基づき所望のタスクを遂次実行することを特徴
   とする特許請求の範囲第（１）項記載の呼処理タスク制
   御方式。