JP2758859B2 - 交換システムの仮想端末制御装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は交換システムの仮想端末
制御装置に関し、特に収容する端末によって同時接続可
能な呼識別数の異なるプロトコルごとの処理を行うプロ
トコル制御部と、前記端末に対する基本的な呼接続処理
を行うとともにこの呼接続処理に付随する複数の呼識別
による付加サービス制御処理を行う基本呼制御部とが階
層を成し呼識別対応のイベントである信号を互いに送受
信しながら呼処理を行う交換システムの呼処理部におい
て、基本呼制御部に対しプロトコル制御部における呼識
別の方式の違いを隠ぺいする仮想端末制御装置に関す
る。

【０００２】

【従来の技術】交換システムは呼接続処理や付加サービ
ス処理を行うための呼処理部を、収容する端末の機能種
別に対応するプロトコルの処理を行うプロトコル制御部
と、当該端末に対する基本的な呼接続処理及びこの呼接
続処理に付随する付加サービス制御処理を行う基本呼制
御部との階層化構成とし、プロトコルを基に規定したプ
リミティブを階層間のインタフェースとしている。しか
しながら、従来の呼処理部では、複数のプロトコル種別
に対して基本呼制御部の機能とプロトコル制御部の機能
とが明確に分離されておらず、基本呼制御部内にもプロ
トコル固有の処理が存在していた。

【０００３】

【発明が解決しようとする課題】上述した従来の交換シ
ステムの呼処理部では、基本呼制御部がプロトコル固有
の処理を行っていたため、基本呼制御部上で付加サービ
スを提供する際には、プロトコルごとの処理を提供しな
ければならないという問題点がある。この問題点を解決
するために、基本呼制御部とプロトコル制御部との間
に、プロトコル制御部からの手順を共通のプリミティブ
である仮想プロトコルプリミティブに正規化するための
正規化情報を格納する正規化情報格納手段，この正規化
情報格納手段に対する正規化情報の登録または削除を行
う正規化情報管理手段，及びプロトコル制御部からの手
順を正規化情報格納手段から選択した正規化情報に基づ
いて仮想プロトコルプリミティブに正規化する正規化情
報選択実行手段を備えた仮想プロトコル制御部を設け、
この仮想プロトコル制御部からの正規化された手順によ
り基本呼制御部が呼及び付加サービスの制御を行うこと
により、基本呼制御部に対しプロトコルごとの手順の違
いを隠ぺいする技術が提案されている（特願平５−１２
６６７６参照）。

【０００４】一方、交換システムが提供する付加サービ
スの種別を呼の扱いの観点から分類してみると、（イ）
指定した番号を短縮された番号に登録し該番号に発信す
る際には先に登録した番号を入力すれば発信できる短縮
ダイアルサービスや、操作者が不在になるため指定され
た案内番号を登録し、該操作者に着信した際先に登録し
た案内番号に基づきアナウンスを聴取させる不在案内サ
ービスといった登録系のサービスのような単一の呼（呼
識別）上で実現される付加サービスと、（ロ）通信中に
操作者が他の番号に転送させる転送サービスや、通信中
に該番号に着信した旨を通知し切替えを行う通信中着信
通知といった同一端末上で複数の呼（呼識別）を扱い実
現される付加サービスとに分類される。

【０００５】また、端末（及びプロトコル）の種別につ
いても、単一呼しか処理できない低機能なものと、複数
呼を処理できる高機能なものとに分類される。

【０００６】前述した基本呼制御部及びプロトコル制御
部間に仮想プロトコル制御部を設けたシステムは、仮想
プロトコル制御部ではプロトコル制御における同一端末
に対する呼識別数に関して正規化の対象としていないた
め、基本呼制御部で複数呼識別方式の付加サービスを提
供するために端末（プロトコル）の処理可能な呼識別が
単一か複数かに応じて別々に処理しなければならず、す
べての付加サービスをプロトコルを意識することなしに
実現することが困難である。つまり、基本呼制御部が高
機能端末（高機能プロトコル制御部）向けの複数呼識別
方式の付加サービスを提供するものである場合、アナロ
グ端末のような単一呼識別方式の低機能端末（低機能プ
ロトコル制御部）に対してはその付加サービス制御処理
をそのまま適用することはできない。

【０００７】したがって本発明の目的は、交換システム
の基本呼制御部とプロトコル制御部とが階層化された呼
処理部に用いられ、複数の呼識別で実現される付加サー
ビスの提供にあたり、基本呼制御部における付加サービ
ス制御処理を端末、すなわちプロトコル制御部における
呼識別の方式（単一呼識別方式／複数呼識別方式）に依
存することなく共通化することができ、単一呼しか制御
できない低機能な端末でも高機能な付加サービスをうけ
させることができる仮想端末制御装置を提供することに
ある。

【０００８】

【課題を解決するための手段】本発明の交換システムの
仮想端末制御装置は；収容する端末によって同時接続可
能な呼識別数の異なるプロトコルごとの処理を行うプロ
トコル制御部と、前記端末に対する基本的な呼接続処理
を行うとともにこの呼接続処理に付随する複数の呼識別
による付加サービス制御処理を行う基本呼制御部とが階
層を成し呼識別対応のイベントである信号を互いに送受
信しながら呼処理を行う交換システムの前記基本呼制御
部と前記プロトコル制御部との間に設けられ；前記基本
呼制御部及び前記プロトコル制御部がそれぞれ処理する
複数の呼識別が同一の前記端末に対するものであるかを
識別するための端末特定情報と、前記端末特定情報対応
に前記基本呼制御部の処理する呼識別の各と前記プロト
コル制御部の処理する呼識別の各との接続可能な対応を
示すための呼識別対応情報と、前記端末特定情報対応に
前記基本呼制御部の呼識別ごとに前記プロトコル制御部
の呼識別に対応づけられた実端末用呼識別か対応づけら
れなかった仮想端末用呼識別かに振分けるための端末種
別情報とを登録する呼識別管理データと；前記基本呼制
御部からの信号を受信し当該信号の呼識別により前記呼
識別管理データを参照して前記実端末用呼識別の信号か
前記仮想端末用呼識別の信号かに振分けて出力する分配
処理手段と；信号を受けると状態を遷移させながら状態
ごとの動作を決定し実行する手段を有し、前記分配処理
手段を通した前記基本呼制御部からの前記実端末用呼識
別の信号を受信するとその呼識別を前記呼識別管理デー
タを参照して対応する前記プロトコル制御部の呼識別に
変換して前記プロトコル制御部へ送信し、前記プロトコ
ル制御部からの信号を受信するとその呼識別を前記呼識
別管理データを参照して対応する前記基本呼制御部の呼
識別に変換して前記基本呼制御部へ送信し、装置内部の
制御信号を受信すると指定された処理及び前記基本呼制
御部への信号送信を行う実端末処理手段と；前記分配処
理手段を通した前記基本呼制御部からの前記仮想端末用
呼識別の信号を受信すると前記実端末処理手段の状態を
読出し、当該受信信号及び前記実端末処理手段の状態に
応じた処理，前記基本呼制御部への信号送信，及び前記
実端末処理手段の動作を指定する前記制御信号の出力を
行う仮想端末処理手段とを備え；前記プロトコル制御部
及び前記基本呼制御部 の各からの信号受信に応じて前記
実端末処理手段で管理する呼識別と前記仮想端末処理手
段で管理する呼識別との切替えが必要か判定し、切替え
が必要な場合は前記呼識別管理データ内の前記呼識別対
応情報及び前記端末種別情報を実端末側と仮想端末側と
で互いに書替える構成を有する。

【０００９】また、上記構成において、前記基本呼制御
部及び前記プロトコル制御部で処理する前記呼識別を装
置内部での処理を容易化するための内部番号に変換する
手段を有し；前記呼識別管理データとして内部番号管理
データを前記内部番号ごとに設け、前記各内部番号管理
データに、端末特定情報として正規化加入者番号，端末
種別情報として前記実端末処理手段か前記仮想端末処理
手段かの区別，端末種別が前記実端末処理手段の場合の
前記実端末処理手段の状態，端末種別が前記仮想端末処
理手段の場合の前記正規化加入者番号が同一で端末種別
が前記実端末処理手段となっている内部番号，呼識別対
応情報として前記プロトコル制御部との間で信号を送受
信するための呼識別及び前記基本呼制御部との間で信号
を送受信するための呼識別をそれぞれ設定し；前記実端
末処理手段が状態を変更するたびに対応する前記内部番
号管理データに当該状態を書込み；前記仮想端末処理手
段が自己の対応する前記内部番号管理データから前記実
端末処理手段の内部番号を読出し、読出した内部番号に
対応する前記内部番号管理データから前記実端末処理手
段の状態を読出すことができる。

【００１０】

【実施例】次に、本発明について図面を参照して説明す
る。図１は、本発明の一実施例を示すブロック構成図で
ある。本発明を適用した交換システムの呼処理部は、収
容する端末４０に応じたプロトコルごとの制御を行うプ
ロトコル制御部３０と、プロトコル制御部３０を通して
端末４０に対する基本的な呼接続処理を行うとともにそ
れに付随する付加サービス制御処理を行う基本呼制御部
１０との間に、仮想端末制御装置２０を挿入して設けて
ある。基本呼制御部１０は、端末４０と交換システムを
接続するリソースを制御する機能を有し、端末４０が使
用するリソースに対する状態（空き、使用中など）を検
出する機能をも有している。さらに、基本呼制御部１０
は付加サービスを制御する機能を有し、基本呼制御部１
０の状態に応じて、付加サービスを起動するためのデー
タ及び手段を有している。基本呼制御部１０は、これら
基本呼及び付加サービスの処理を対応する呼識別（ＣＲ
ｉ）ごとに行っており、同一端末４０に対し複数の呼識
別を割当て可能である。一方、プロトコル制御部３０の
割当て可能な呼識別数は端末４０の種類に応じて単一の
場合と、複数の場合とに分けられる。そこで、本発明の
仮想端末制御装置２０はプロトコル制御部３０と基本呼
制御部１０との間の呼識別の振分け／割当てを要求する
メカニズムを提供する。

【００１１】実際の呼識別の割当ては図示していない呼
識別管理部が行っている。プロトコル制御部３０は端末
４０から発呼要求がきた場合、呼識別管理部に呼識別の
割当て要求を行い、割当てられた呼識別ごとに基本呼制
御部１０に発呼要求を行う。一方、基本呼制御部１０は
外部から着呼要求があると、呼識別管理部に呼識別の割
当て要求を行い、割当てられた呼識別に従いプロトコル
制御部３０を通して端末４０に着呼させる。また、端末
４０にはあらかじめ加入者番号が付与されており、交換
システム内で論理的な正規化加入者番号に変換され、イ
ンタフェース信号に搭載されて持回られているので、基
本呼制御部１０及びプロトコル制御部３０はそれぞれ呼
識別と正規化加入者番号との対応を知っている。

【００１２】プロトコル制御部３０と仮想端末制御装置
２０との間は対応するプロトコルを基に規定されたプリ
ミティブ（実端末プリミティブ）を介してインタフェー
スし、基本呼制御部１０と仮想端末制御装置２０との間
は１つの端末４０に複数の呼識別を割当て可能な高機能
のプロトコルを基に規定された共通なプリミティブ（仮
想端末プリミティブ）を介してインタフェースする。仮
想端末プリミティブとしては、ＩＡＭ（呼設定要求），
ＡＣＭ（呼設定受信完了通知），ＣＰＧ（呼出中旨通
知），ＡＮＭ（応答），ＩＮＦ（付加情報），ＨＯＬＤ
（保留），ＨＯＬＤ−ＡＣＫ（保留確認），ＲＥＴＲＥ
ＩＶＥ（保留解除），ＲＥＴＲＩＥＶＥ−ＡＣＫ（保留
解除確認）等があり、実端末プリミティブはプロトコル
種別に応じて仮想端末プリミティブの一部を使用する。

【００１３】本実施例の仮想端末制御装置２０は；基本
呼制御部１０及びプロトコル制御部３０がそれぞれ処理
する複数の呼識別が同一の端末４０に対するものである
ことを示す端末特定情報（正規化加入者番号），基本呼
制御部１０との間で送受信するための呼識別の各とプロ
トコル制御部３０との間で送受信するための呼識別の各
との接続可能な対応を示す呼識別対応情報，基本呼制御
部１０の呼識別ごとにプロトコル制御部３０の呼識別に
対応づけられた実端末用呼識別か対応づけられなかった
仮想端末用呼識別かに振分ける端末種別情報（端末処理
部種別）や各種データ，テーブルなどを記憶し他部から
の読出し／書込み／削除要求を受付け処理するデータ処
理部２４と；基本呼制御部１０からの呼識別対応のイベ
ントである信号を受信し当該信号の呼識別によりデータ
処理部２４内のデータを参照して実端末処理部２２か仮
想端末処理部２３かに振分けて出力する分配処理部２１
と；信号を受けると状態を遷移させながら状態ごとの動
作を決定し実行する手段を有し、分配処理部２１を通し
た基本呼制御部１０からの信号を受信するとその呼識別
をデータ処理部２４内のデータを参照して対応するプロ
トコル制御部３０の呼識別に変換してプロトコル制御部
３０へ送信し、プロトコル制御部３０からの呼識別対応
のイベントである信号を受信するとその呼識別をデータ
処理部２４内のデータを参照して対応する基本呼制御部
１０の呼識別に変換して基本呼制御部１０へ送信し、仮
想端末処理部２３からの信号を受信すると指定された処
理及び基本呼制御部１０への信号送信を行い、データ処
理部２４内の呼識別対応情報及び端末種別情報の変更契
機を検出するとこれら情報の変更を行う実端末処理部２
２と；分配処理部２１を通した基本呼制御部１０からの
信号を受信すると実端末処理部２２の状態を読出し、当
該受信信号及び実端末処理部の状態に応じた処理，基本
呼制御部１０への信号送信，及び実端末処理部２２の動
作を指定する信号の出力を行ない、データ処理部２４内
の呼識別対応情報及び端末種別情報の変更契機を検出す
るとこれら情報の変更を行う仮想端末処理部２３とで構
成されている。

【００１４】次に、端末４０（及びプロトコル制御部３
０）が単一呼識別しか処理できない場合の分配処理部２
１，実端末処理部２２，仮想端末処理部２３各部の動作
を各動作フローを示す図５，図６，図７及びデータ処理
部２４内の各種データ，テーブルを示す図２，図３，図
４を参照して説明する。

【００１５】分配処理部２１は基本呼制御部１０から呼
識別対応の信号（イベント）を受信し（図５のステップ
Ｓ１００）、受信した呼識別をキーにデータ処理部２４
内の内部番号テーブル２４１（図２（Ａ）参照）を索引
し仮想端末制御装置２０内部での処理や処理先判定を行
うための端末識別内部番号がすでに割当てられているか
チェックする（ステップＳ１０１，Ｓ１０２）。割当て
られていなければデータ処理部２４内の内部番号空塞テ
ーブル２４２（図２（Ｂ）参照）をサーチし空いている
端末識別内部番号（ビット対応）の１つを割当て、内部
番号テーブル２４１及び内部番号空塞テーブル２４２に
書込む（ステップＳ１０３）。ある呼識別が指定された
信号のうち１回目の信号中には対応する正規化加入者番
号も指定されている。また、端末識別内部番号（呼識
別）ごとに、対応する正規化加入者番号，実端末処理部
２２か仮想端末処理部２３かの処理すべき端末処理部の
種別，処理すべき端末処理部種別が仮想端末処理部の場
合における同一の正規化加入者番号に対応する実端末処
理部側の端末識別内部番号，処理すべき端末処理部種別
が実端末処理部の場合における実端末処理部の状態，実
端末処理部がプロトコル制御部３０との間で信号を送受
信する際に使用する呼識別，及び基本呼制御部１０との
間で信号を送受信する際に使用する呼識別などから構成
される管理データ２４３（図３参照）をデータ処理部２
４内に有している。端末識別内部番号の割当て後、分配
処理部２１はすべての既登録の端末識別内部番号の管理
データ２４３をサーチし、指定された正規化加入者番号
と同一の正規化加入者番号が登録されているかチェック
する（ステップＳ１０４，Ｓ１０５）。登録されていな
ければ、端末４０に対する１つ目の呼識別の割当てであ
り実端末処理部２２で接続処理可能と認識し、正規化加
入者番号，端末処理種別が実端末処理部２２側，状態が
空き状態，プロトコル制御部３０との間の呼識別，及び
基本呼制御部１０との間の呼識別を内容とする管理デー
タ２４３を新規に書込み（ステップＳ１０６）、受信信
号を実端末処理部２２へ送信する（ステップＳ１０
７）。分配処理部２１は、ステップＳ１０４，Ｓ１０５
の処理において同一の正規化加入者番号がすでに登録さ
れている場合は、端末４０に対する２つ目の呼識別の割
当てであり実端末処理部２２で接続処理することはでき
ず仮想端末処理部２３側で仮想的に接続処理しなければ
ならないと認識し（実端末処理部２２で処理可能な呼識
別数はあらかじめ指定されたプロトコル制御部３０が制
御するプロトコル種別により判断する）、正規化加入者
番号，端末処理種別が仮想端末処理部２３側，正規化加
入者番号に対応する実端末処理部２２側の端末識別内部
番号及び基本呼制御部１０との間の呼識別を内容とする
管理データ２４３を新規に書込み（ステップＳ１２
０）、受信信号を仮想端末処理部２３へ送信する（ステ
ップＳ１２１）。分配処理部２１はまた、ステップＳ１
０１，Ｓ１０２の処理において端末識別内部番号がすで
に割当て済みであった場合は、その端末識別内部番号の
管理データ２４３を読出し端末処理部種別をチェックし
（ステップＳ１１１）、実端末処理部が指定されていれ
ば実端末処理部２２へ信号を送信し（ステップＳ１０
７）、仮想端末処理部が指定されていれば仮想端末処理
部２３へ信号を送信する（ステップＳ１２１）。

【００１６】実端末処理部２２は、分配処理部２１から
の信号，プロトコル制御部３０からの信号，及び仮想端
末処理部２３からの信号を受信しキュー（図示せず）に
格納する（図６のステップＳ２００）。キューから順次
信号を取出しその呼識別をキーにデータ処理部２４内の
内部番号テーブル２４１を索引し端末識別内部番号を読
出す（ステップＳ２０１，Ｓ２０２）。端末識別内部番
号が得られなければ、端末４０に対する１つ目の呼識別
の割当てと認識し、分配処理部２１のステップＳ１０３
〜Ｓ１０６の処理と同様に、呼識別に端末識別内部番号
を割当て内部番号テーブル２４１及び内部番号空塞テー
ブル２４２に書込むとともに、正規化加入者番号，端末
処理種別が実端末処理部２２側，状態が空き状態，プロ
トコル制御部３０との間の呼識別，及び基本呼制御部１
０との間の呼識別を内容とする管理データ２４３を新規
に書込む（ステップＳ２１０）。端末識別内部番号が得
られたならば、データ処理部２４内の対応する管理デー
タ２４３を読出す。この管理データ２４３の端末処理部
種別が実端末処理部ならばその内の実端末処理部２２の
現在の状態を読取り、この管理データ２４３の端末処理
部種別が仮想端末処理部ならばこの第１の管理データ２
４３内の実端末処理部側の端末識別内部番号に対応する
第２の管理データ２４３を読出しその内の実端末処理部
２２の現在の状態を読取り、状態の内容を判定する（ス
テップＳ２０３，Ｓ２０４）。「空き」や「通信中」な
どの状態（状態１，状態２，…，状態ｎ）ごとに、受信
した信号及び動作ポイント（仮想端末処理部２３からの
信号のみに含まれる）に応じて、あらかじめ指定された
動作手順に従って信号解析，信号送信などの処理を行
う。実端末処理部がプロトコル制御部３０及び基本呼制
御分１０へそれぞれ送信する信号の呼識別は自己の状態
を読取った管理データ２４３に登録されている「プロト
コル制御部との間の呼識別」及び「基本呼制御部との間
の呼識別」をそれぞれ使用する。「プロトコル制御部と
の間の呼識別」と「基本呼制御部との間の呼識別」との
組合わせを変更すると、基本呼制御部１０がプロトコル
制御部３０に接続できる呼識別を切替えることができ
る。この切替え動作の詳細は後に説明する。すべての処
理を実行し終わると、必要に応じて他の状態に遷移し、
当該管理データ２４３の状態内容も書換える（ステップ
Ｓ２０５，Ｓ２０６，…，Ｓ２０ｎ）。

【００１７】仮想端末処理部２３は分配処理部２１から
の信号を受信しキュー（図示せず）に格納する（図７の
ステップＳ３００）。キューから順次信号を取出しその
呼識別をキーにデータ処理部２４内の内部番号テーブル
２４１を索引し端末識別内部番号を読出し得られた端末
識別番号に対応する管理データ２４３を読出す（ステッ
プＳ３０１）。自己の第１の管理データ２４３中の実端
末処理部２２側の端末識別内部番号に対応する第２の管
理データ２４３を読出し実端末処理部２２側の状態を読
取る（ステップＳ３０２）。図４に示すように、これら
正規化加入者番号，受信信号の種類，実端末処理部の状
態に基づいてデータ処理部２４内の各種索引テーブル２
４４，２４５，２４６−１，２４６−２を索引し、動作
決定テーブル２４７−１，２４７−２，２４７−３のい
ずれかを選択し読出す（ステップＳ３０３）。図４に示
す各動作決定テーブル２４７−１，…，２４７−３の上
段部分は仮想端末処理部２３が実行すべき動作、下段部
分は実端末処理部２２に実行させるべき動作を示す。仮
想端末処理部２３は読出した動作決定テーブルの内容に
従って基本呼制御部１０への信号送信などの動作すると
ともに、実端末処理部２２へ動作ポイントを含んだ信号
を送信し動作ポイント対応の動作をさせる。例えば、動
作ポイント「０」は「何もしない」、動作ポイント
「１」は「ＩＮＦ分析」、動作ポイント「２」は「基本
呼制御部へのＩＮＦ送信」を表わす。仮想端末処理部２
３が基本呼制御部１０へ送信する信号の呼識別は、分配
処理部２１を通した基本呼制御部１０からの信号の呼識
別を使用する。なお、この呼識別は自己の管理データ２
４３内の「基本呼制御部との間の呼識別」と同じであ
る。

【００１８】次に全体の動作を説明する。まず、プロト
コル制御部３０が、端末４０としてアナログ端末（黒電
話）を収容し、呼識別を１つのみ割当てる低機能なプロ
トコルに対応している場合におけるコールウェイティン
グサービスを例として、図８及び図９のシーケンス図も
併せ用いて説明する。仮想端末制御装置２０はあらかじ
めプロトコル制御部３０のプロトコル種別が単一呼方式
であることを指示されており、前に説明したように、分
配処理部２１は端末４０対応の同一正規化加入者番号に
対し１つの呼識別のみを実端末処理部２２に振分け、残
りの呼識別を仮想端末処理部２３に振分け、実端末処理
部２２も分配処理部２１，仮想端末処理部２３，及びデ
ータ処理部と協働して基本呼制御部１０及びプロトコル
制御部３０間を接続するようにしている。

【００１９】端末４０は発呼者（発信者）であり、相手
の端末がオフフック（受話器をあげる動作）した際、相
手の端末が収容されている交換システムと交換システム
を接続しているネットワーク（網）を介して、端末４０
が収容されている交換システムに対して、ＡＮＭ（応
答）信号を通知することにより、相手が応答した旨を伝
える手順で通信中となっている。基本呼制御部１０，仮
想端末制御装置２０内の実端末処理部２２，及びプロト
コル制御部３０は、外部からの何らかのイベント（信
号）を受けて、内部で規定した状態に基づき状態を遷移
させながら動作する構成を採用している。よって、図８
の初期状態として示すように、プロトコル制御部３０，
実端末処理部２２，及び基本呼制御部１０ともに通信中
状態となっている。

【００２０】基本呼制御部１０は、ネットワーク側から
のＩＡＭ（呼設定要求）信号を受付ける。基本呼制御部
１０では、ネットワーク側からの新たな呼設定要求を受
信した訳だから新たな呼識別を割当てて制御する。説明
上、通信中状態にある呼識別をＣＲｉ：１、新たに端末
４０に呼設定要求してきた呼識別をＣＲｉ：２とする。
基本呼制御部１０は、新たに端末４０に対しての呼設定
要求を受付けたので、端末４０が使用するリソースの捕
捉を行おうとするが、既に端末４０は通信中であり、リ
ソースの捕捉が行えない。そのため、基本呼制御部１０
は着端末ビジーを検出しコールウェイティング（ＣＷ）
サービスの起動を行う。ＣＷサービスは、端末４０に対
して新たに呼設定要求を受けた旨を通知する必要がある
ので、通信中の端末４０に対してＣＲｉ：２でＩＡＭ送
信を行う。

【００２１】仮想端末制御装置２０ではＩＡＭ信号を分
配処理部２１で受ける。分配処理部２１は、信号（イベ
ント）を受けたらデータ処理部２４の内部番号テーブル
２４１を用いて呼識別ごとに端末識別内部番号（以下、
内部番号と略記する）を割当てる機能を有しているの
で、ＣＲｉ：２に対する内部番号（例えば、ｎ）を割当
てる（ＣＲｉ：１に対する内部番号として、例えば、ｍ
が割当てられているとする）。また、端末４０に対して
すでに他の内部番号が割当てられているかをデータ処理
部２４内の内部番号対応の管理データ２４３により検索
し、該状態では図１２（Ａ）の管理データ２４３−ｍに
示すように、ＣＲｉ：１に割当てられた内部番号「ｍ」
が実端末処理部２２を通して端末４０とすでに接続され
ているので、新規に図１２（Ａ）に示す管理データ２４
３−ｎを書込み仮想端末処理部２３に対してＩＡＭ信号
を送信する（図８中の処理Ａ１）。

【００２２】仮想端末処理部２３ではＣＲｉ：２のＩＡ
Ｍ信号受信を検出したら、ＣＲｉ：２に対応する内部番
号「ｎ」の管理データ２４３−ｎから正規化加入者番号
（例えば、Ｓ）と、実端末処理部２２側の内部番号
「ｍ」を読出し、続いて内部番号「ｍ」の管理データ２
４３−ｍから状態「通信中」を読出す。これらの正規化
加入者番号「Ｓ」，信号「ＩＡＭ」，状態「通信中」を
キーとしてデータ処理部２４内の各テーブル２４４，２
４５，２４６−１を索引し、動作決定テーブル２４７−
１を読出す。仮想端末処理部２３は動作決定テーブル２
４７−１の内容に従って、基本呼制御部１０に対してＣ
Ｒｉ：２のＣＰＧ（呼出中通知）信号とＡＮＭ信号とを
送出する。また、実端末側動作はＩＮＦ（付加情報）信
号送信なので、実端末処理部２２へ動作ポイント「２」
を含んだ信号を送信し動作要求を行う（処理Ｂ１）。

【００２３】実端末処理部２２では、動作要求を受け
て、仮想端末処理部２３からの信号を受けたことをＩＮ
Ｆ信号（ＣＲｉ：１）を送信して基本呼制御部１０に通
知する。よって、基本呼制御部１０では、ＣＲｉ対応に
制御されているので、仮想端末処理部２３に振分けられ
た内部番号が、どの実端末処理部２２に割当てられた内
部番号とリンクしているかを判断することができる（処
理Ｃ１）。

【００２４】基本呼制御部１０では、通信中状態のＣＲ
ｉ：１でＩＮＦ信号を受信したため、ＣＷサービスに対
して、ＩＮＦ信号受信の旨を通知する。ＣＷサービスで
は、通信中状態のＣＲｉ：１を使用して、通信中である
端末４０に対してＩＮＦ信号を送出することにより、端
末４０に通信中着信があったことを伝える。

【００２５】分配処理部２１は、ＩＮＦ信号を受信した
ので、該ＣＲｉ（ＣＲｉ：１）に対応する内部番号
「ｍ」を検索した上で、端末４０に接続されていると管
理データ２４３−ｍから判断し実端末処理部２２にこの
ＩＮＦ信号を送信する（処理Ａ２）。

【００２６】実端末処理部２２では、受信したＩＮＦ信
号を管理データ２４３−ｍ内の「プロトコル制御部との
間の呼識別（この時点では基本呼制御部１０との間の呼
識別（ＣＲｉ：１）と同じ）」を用いてプロトコル制御
部３０に通知する。プロトコル制御部３０は、ＩＮＦ信
号受信を受けて、端末４０に対してコールウェイティン
グトーン（ＣＷＴ）を送出する。端末４０では、ＣＷＴ
を聴取することにより、自端末に着信があることを認識
したので、フッキング（Ｈｏｏｋｉｎｇ）を行う。プロ
コトコル制御部３０は、フッキングを受信すると、実端
末処理部２２に対して、ＩＮＦ信号を送信する。実端末
処理部２２では、ＩＮＦ信号を管理データ２４３−ｍ内
の「基本呼制御部との間の呼識別（ＣＲｉ：１）」を用
いて基本呼制御部１０に通知する。

【００２７】基本呼制御部１０は、ＩＮＦ信号を受信し
た旨をＣＷサービスに通知する。ＣＷサービスでは、Ｉ
ＮＦ信号受信後の動作として、通信中のＣＲｉ：１でＨ
ＯＬＤ（保留）信号を送出する。

【００２８】分配処理部２１では、ＣＲｉ：１でのＨＯ
ＬＤ信号受信なので、実端末処理部２２にＨＯＬＤ信号
を送出する（処理Ａ３）。

【００２９】実端末処理部２２は、ＨＯＬＤ信号受信時
には、プロトコル制御部３０にＨＯＬＤ信号を送出し
て、ＨＯＬＤ−ＡＣＫ（保留確認）信号待ち状態とな
る。ＨＯＬＤ−ＡＣＫ受信時には、基本呼制御部１０に
通知する。実端末処理部２２はＨＯＬＤ−ＡＣＫ送信
後、プロトコル制御部３０と接続する呼識別はＣＲｉ：
１のままで、基本呼制御部１０と接続する呼識別をＣＲ
ｉ：２に切替える準備をする。すなわち、図１２（Ａ）
に示すデータ処理部２４内の管理データ２４３−ｍの端
末処理部種別を実端末から仮想端末に変更する。このと
き、同一正規化加入者番号「Ｓ」に対する他の内部番号
（呼識別）が複数ありうる場合を考慮すると、そのうち
のいずれの内部番号が実端末処理部側に切替えられるか
まだ不定であるため、実端末処理部側の内部番号はまだ
設定しない。よって基本呼制御部１０からの呼識別ＣＲ
ｉ：１に割当てられた内部番号「ｍ」に対応する端末処
理部種別は仮想端末となっているが、「実端末処理部の
状態」と「プロトコル制御部との間の呼識別（ＣＲｉ：
１）」を保持することになる（処理Ｃ２）。

【００３０】基本呼制御部１０は、ＨＯＬＤ−ＡＣＫ信
号受信をＣＷサービスに通知する。ＣＷサービスでは、
通信中呼，保留呼を意識して動作しているので、通信中
呼であるＣＲｉ：１でのＨＯＬＤ−ＡＣＫ信号を受信す
ると、保留呼であるＣＲｉ：２からＲＥＴＲＩＥＶＥ
（保留解除）信号を送信する。

【００３１】分配処理部２１では、ＲＥＴＲＩＥＶＥ信
号がＣＲｉ：２であるので、仮想端末処理部２３へ送信
する（処理Ａ４）。

【００３２】仮想端末処理部２３では、ＲＥＴＲＩＥＶ
Ｅ信号を受信したので、動作を決定する為に、データ処
理部２４へ実端末処理部２２の状態読みだしを行う。通
信中状態でのＲＥＴＲＩＥＶＥ信号受信時の仮想端末側
動作は、図４（動作決定テーブル２４７−２）に示すよ
うに、基本呼制御部１０へのＲＥＴＲＩＥＶＥ−ＡＣＫ
（保留解除確認）信号送信なので、その信号を送信す
る。また、実端末側の動作は何もしなくてよいので実端
末処理部２２への動作要求はせず、実端末処理部２２で
は動作要求を受けていないので信号送信動作はしない
（処理Ｂ２）。

【００３３】仮想端末処理部２３はＲＥＴＲＩＶＥ−Ａ
ＣＫ信号送信後、基本呼制御部１０と接続する呼識別を
ＣＲｉ：２からＣＲｉ：１へ切替える。すなわち、ＣＲ
ｉ：２対応の内部番号「ｎ」の正規化加入者番号「Ｓ」
と同一の正規化加入者番号で端末処理部種別が仮想端末
側でありながら「実端末処理部の状態」を保持している
内部番号「ｍ」の管理データ２４３−ｍを見つけ出す。
この管理データ２４３−ｍから実端末処理部の状態「通
信中」と呼識別「ＣＲｉ：１」とを内部番号「ｎ」の管
理データ２４３−ｎへ移し、管理データ２４３−ｎの端
末処理部種別を仮想端末から実端末に変更するとともに
内部番号「ｎ」を管理データ２４３−ｍに書込む（図１
２（Ｂ）参照）。以上により、基本呼制御部１０との間
の呼識別ＣＲｉ：１及びＣＲｉ：２の実端末処理部２２
及び仮想端末処理部２３間の相互入替えが実現されたこ
とになる。実端末処理部２２は信号送信に際し、管理デ
ータ２４３−ｎにより基本呼制御部１０との間のＣＲ
ｉ：２とプロトコル制御部３０との間のＣＲｉ：１とを
相互変換する。

【００３４】基本呼制御部１０では、通信中呼と保留呼
の切り変え手順により、端末４０と接続するためのリソ
ースを切り変える手段を有しているので、ＣＲｉ：１が
保留、ＣＲｉ：２が通信中となる。基本呼制御部１０か
ら送信されたＣＲｉ：２の信号は対応する管理データ２
４３−ｎに基づいて分配処理部２１から実端末処理部２
２に振分けられ、実端末処理部２２からＣＲｉ：１の信
号としてプロトコル制御部３０へ送信される。基本呼制
御部１０から送信されたＣＲｉ：１の信号は対応する管
理データ２４３−ｍに基づいて分配処理部２１から仮想
端末処理部２３に振分けられる。一方、プロトコル制御
部３０から送信されたらＣＲｉ：１の信号は対応する管
理データ２４３−ｍにより検索された管理データ２４３
−ｎに基づいて実端末処理部２２からＣＲｉ：２の信号
として基本呼制御部１０へ送信される。つまり、ＣＷサ
ービスが収容されるプロトコル上では同一端末４０に対
しＣＲｉ（呼識別）が１つしか使用できないのにかかわ
らず、基本呼制御部１０上では複数（２つ）のＣＲｉを
使用してＣＷサービスが実現できたことになる。

【００３５】この状態のとき端末４０で再度フッキング
を行うと、上記説明と同様の動作により、ＣＲｉ：１が
通信中、ＣＲｉ：２が保留となり、元の状態に戻すこと
ができる（図９参照）。

【００３６】次に、プロトコル制御部３０が高機能な端
末４０に複数のＣＲｉの使用可能なＱ．９３１プロトコ
ルのような高機能なプロトコルに対応している場合にお
けるコールウェイティングサービスを例として、図１０
のシーケンス図も併せ用いて動作を説明する。

【００３７】仮想端末制御装置２０の分配処理部２１は
あらかじめこのプロトコル種別を指示され、ＣＲｉの一
部を自装置内で対処し実端末／仮想端末制御を行う必要
がないことを認識しており、実端末処理部２２とともに
基本呼制御部１０及びプロトコル制御部３０間のプリミ
ティブを透過的に転送する。

【００３８】端末４０は、基本呼制御部４０を介して網
に接続される接続相手端末と通信中状態であり、端末４
０が使用できるリソースは全て使用中である状態とす
る。基本呼制御部１０は、新たに端末４０に対する網側
からの呼設定要求ＩＡＭ（ＣＲｉ：２）を受付けたの
で、端末４０が使用するリソースを捕捉しようとする
が、前述したように端末４０のリソースは全て使用中な
ので、捕捉が行えず、着端末ビジーを検出する。基本呼
制御部１０は、着端末ビジー（着端末が使用できるリソ
ースが全て使用中）を検出したので、コールウェイティ
ング（ＣＷ）サービスの起動を行う。ＣＷサービスは、
端末４０に対して新たに呼設定要求を受けた旨を通知す
る必要があるので、通信中の端末４０に対して、ＣＲ
ｉ：２を用いてＩＡＭ送信を行う。

【００３９】プロトコル制御部３０は端末４０について
複数のＣＲｉでの制御が可能なので、端末４０に対して
ＳＥＴＵＰ要求を行う。その後、ＡＮＭを送信するまで
プロトコル制御部３０及び基本呼制御部１０が遷移す
る。端末４０の操作者は、通信中に着信があった旨の通
知を判断し、例えばキーにマッピングされたＣＷサービ
ス切り替えボタンを押下すると、プロトコル制御部３０
に対して、ＩＮＦＯを送出する。その後、通信中のＣＲ
ｉ：１に対して、ＨＯＬＤ要求を受付け、ＣＲｉ：２に
対して、ＲＥＴＲＩＥＶＥを受信し、ＣＲｉ：１が保
留、ＣＲｉ：２が通信中状態になる。このケース（高機
能プロトコルの複数ＣＲｉ方式）での基本呼制御部１０
における付加サービス（ＣＷサービス）及び基本呼制御
手順は、先に説明したアナログ端末での手順と一致して
いる。よって、基本呼制御部１０に対し、同一端末への
ＣＲｉ（呼識別）の割当て数の異るプロトコルの違いを
隠ぺいできたことになる。

【００４０】図１１は、Ｑ．９３１プロトコルを採用す
るプロトコル制御部３０が、単一のＣＲｉによって制御
する際のコールウェイティングサービスのシーケンス図
である。このような高機能プロトコルの単一ＣＲｉ方式
に対しても、基本呼制御部１０及び仮想端末制御装置２
０における付加サービス（ＣＷサービス）及び基本呼制
御手順はアナログ端末に対するような低機能プロトコル
の単一ＣＲｉ方式と一致するので、図８に示すシーケン
スと同様のシーケンスとなる（但し、端末４０とプロト
コル制御部３０間の手順（メッセージ）が異なる）。

【００４１】以上説明したように、本実施例の仮想端末
制御装置２０は、仮想的な端末動作を行う仮想端末処理
部２３を有しており、同一端末に対し複数の呼（呼識別
が異る）の接続制御を行う基本呼制御部１０の配下にプ
ロトコル制御部３０を通して単一の呼しか制御できない
端末４０を設ける場合でも、端末側で処理できない呼を
仮想端末処理部２３で代行処理する。このため、複数の
呼識別で付加サービスを実現する基本呼制御部１０をプ
ロトコル制御における呼識別の方式にかかわらず共通化
することができ、単一の呼識別方式の端末にも同様の付
加サービスを提供することができる。

【００４２】なお、上記実施例においては、仮想端末制
御装置２０の分配処理部２１に外部からのプロトコル種
別指示により基本呼制御部１０との間のプリミティブを
一部仮想端末処理部２３に処理させるか、すべて実端末
処理部２２を透過させるかの判断機能を持たせ、プロト
コル制御部３０の処理するプロトコル種別にかかわら
ず、仮想端末装置２０を介してプロトコル制御部３０と
基本呼制御部１０との間を接続できるようにしている
が、これとは別に、分配処理部２１にはあらかじめプロ
トコル種別として単一呼方式のプロトコルを固定的に指
示し、一部のプリミティブを仮想端末処理部２３で処理
するようにしておくことができる。このようにした場
合、プロトコル制御部３０が複数の呼識別の制御可能な
プロトコルを処理する場合は、仮想端末制御装置２０を
通さずにプロトコル制御部３０と基本呼制御部１０とを
直接接続し、プロトコル制御部３０が単一の呼識別の制
御可能なプロトコルを処理する場合は、仮想端末制御装
置２０を通してプロトコル制御部３０と基本呼制御部１
０とを接続する。

【００４３】また、本実施例においては基本呼制御部１
０及びプロトコル制御部３０からの信号の呼識別を仮想
端末制御装置２０内で処理し易いように内部番号に変換
し、この内部番号で管理データ２４３を管理するように
しているが、内部番号への変換を行わずに呼識別で直接
管理データを管理するようにすることができる。このよ
うにしても本発明の効果は影響されない。

【００４４】

【発明の効果】以上説明したように本発明の交換システ
ムの仮想端末制御装置は、基本呼制御部の呼識別の各と
プロトコル制御部の呼識別の各との接続可能な対応を示
す呼識別対応情報と、基本呼制御部の呼識別ごとにプロ
トコル制御部の呼識別に対応づけられた実端末用呼識別
か対応づけられなかった仮想端末用呼識別かに振分ける
端末種別情報との管理データを有し、分配処理手段によ
り基本呼制御部からの呼識別対応のイベントである信号
をプロトコル制御部を通して端末との接続が可能か否か
を判定し実端末処理手段と仮想端末処理手段とに振分
け、実端末処理手段では基本呼制御部，プロトコル制御
部，及び仮想端末処理手段から信号を受けると状態を遷
移させながら状態ごとの動作を決定し実行し、呼識別を
変換しながら信号をプロトコル制御部及び基本呼制御部
に相互に転送し、仮想端末処理手段ではプロトコル制御
部が処理できない基本呼制御部からの信号に対して実端
末処理手段の状態に応じた動作を決定し実行し、基本呼
制御部及び実端末処理手段に信号を送出し基本呼制御部
に対してあたかも実際の端末から信号があったと思わせ
ることができ、また呼識別対応情報と端末種別情報を書
換え端末に接続させる信号の呼識別を任意に変更するこ
とができるので、交換システムの基本呼制御部とプロト
コル制御部とが階層化された呼処理部に用いられ複数の
呼識別で実現される付加サービスを提供する際に、基本
呼制御部における付加サービス制御処理を端末、すなわ
ちプロトコル制御部における呼識別の方式（単一呼識別
方式／複数呼識別方式）に依存することなく共通化する
ことができ、単一呼しか制御できない低機能な端末でも
高機能な付加サービスをうけさせることができる。

【図面の簡単な説明】

【図１】本発明の一実施例を示すブロック構成図であ
る。

【図２】分図（Ａ）は内部番号テーブルの構成例を示す
図、分図（Ｂ）は内部番号空塞テーブルの構成例を示す
図である。

【図３】端末識別内部番号ごとの管理データの構成例を
示す図である。

【図４】動作決定テーブル及び動作決定テーブルを索引
するための各種索引テーブルの構成例を示す図である。

【図５】図１の実施例の分配処理部の動作フロー図であ
る。

【図６】図１の実施例の実端末処理部の動作フロー図で
ある。

【図７】図１の実施例の仮想端末処理部の動作フロー図
である。

【図８】アナログ単一ＣＲｉ方式におけるＣＷサービス
の第１の動作シーケンスを示す図である。

【図９】アナログ単一ＣＲｉ方式におけるＣＷサービス
の第２の動作シーケンスを示す図である。

【図１０】Ｑ．９３１複数ＣＲｉ方式におけるＣＷサー
ビスの動作シーケンスを示す図である。

【図１１】Ｑ．９３１単一ＣＲｉ方式におけるＣＷサー
ビスの動作シーケンスを示す図である。

【図１２】分図（Ａ）及び（Ｂ）は実端末処理部と仮想
端末処理部との呼識別に対する接続入替前の状態及び入
替後の状態をそれぞれ示す図である。

【符号の説明】

１０ 基本呼制御部 ２０ 仮想端末制御装置 ２１ 分配処理部 ２２ 実端末処理部 ２３ 仮想端末処理部 ２４ データ処理部 ３０ プロトコル制御部 ４０ 端末 ２４１ 内部番号テーブル ２４３，２４３−ｍ，２４３−ｎ 端末識別内部番号
ごとの管理データ ２４７−１，２４７−２，２４７−３ 動作決定テーブ
ル

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平５−336110（ＪＰ，Ａ) 特開 平６−6466（ＪＰ，Ａ) 特開 平６−311549（ＪＰ，Ａ) 特開 平６−339169（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁶，ＤＢ名) H04Q 3/545 H04M 3/42 H04M 3/00 H04Q 3/58

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 収容する端末によって同時接続可能な呼
   識別数の異なるプロトコルごとの処理を行うプロトコル
   制御部と、前記端末に対する基本的な呼接続処理を行う
   とともにこの呼接続処理に付随する複数の呼識別による
   付加サービス制御処理を行う基本呼制御部とが階層を成
   し呼識別対応のイベントである信号を互いに送受信しな
   がら呼処理を行う交換システムの前記基本呼制御部と前
   記プロトコル制御部との間に設けられ、 前記基本呼制御部及び前記プロトコル制御部がそれぞれ
   処理する複数の呼識別が同一の前記端末に対するもので
   あるかを識別するための端末特定情報と、前記端末特定
   情報対応に前記基本呼制御部の処理する呼識別の各と前
   記プロトコル制御部の処理する呼識別の各との接続可能
   な対応を示すための呼識別対応情報と、前記端末特定情
   報対応に前記基本呼制御部の呼識別ごとに前記プロトコ
   ル制御部の呼識別に対応づけられた実端末用呼識別か対
   応づけられなかった仮想端末用呼識別かに振分けるため
   の端末種別情報とを登録する呼識別管理データと、 前記基本呼制御部からの信号を受信し当該信号の呼識別
   により前記呼識別管理データを参照して前記実端末用呼
   識別の信号か前記仮想端末用呼識別の信号かに振分けて
   出力する分配処理手段と、 信号を受けると状態を遷移させながら状態ごとの動作を
   決定し実行する手段を有し、前記分配処理手段を通した
   前記基本呼制御部からの前記実端末用呼識別の信号を受
   信するとその呼識別を前記呼識別管理データを参照して
   対応する前記プロトコル制御部の呼識別に変換して前記
   プロトコル制御部へ送信し、前記プロトコル制御部から
   の信号を受信するとその呼識別を前記呼識別管理データ
   を参照して対応する前記基本呼制御部の呼識別に変換し
   て前記基本呼制御部へ送信し、装置内部の制御信号を受
   信すると指定された処理及び前記基本呼制御部への信号
   送信を行う実端末処理手段と、 前記分配処理手段を通した前記基本呼制御部からの前記
   仮想端末用呼識別の信号を受信すると前記実端末処理手
   段の状態を読出し、当該受信信号及び前記実端末処理手
   段の状態に応じた処理，前記基本呼制御部への信号送
   信，及び前記実端末処理手段の動作を指定する前記制御
   信号の出力を行う仮想端末処理手段とを備え、 前記プロトコル制御部及び前記基本呼制御部の各からの
   信号受信に応じて前記実端末処理手段で管理する呼識別
   と前記仮想端末処理手段で管理する呼識別との切替えが
   必要か判定し、切替えが必要な場合は前記呼識別管理デ
   ータ内の前記呼識別対応情報及び前記端末種別情報を実
   端末側と仮想端末側とで互いに書替え ることを特徴とす
   る交換システムの仮想端末制御装置。
2. 【請求項２】 前記基本呼制御部及び前記プロトコル制
   御部で処理する前記呼識別を装置内部での処理を容易化
   するための内部番号に変換する手段を有し、 前記呼識別管理データとして内部番号管理データを前記
   内部番号ごとに設け、前記各内部番号管理データに、端
   末特定情報として正規化加入者番号，端末種別情報とし
   て前記実端末処理手段か前記仮想端末処理手段かの区
   別，端末種別が前記実端末処理手段の場合の前記実端末
   処理手段の状態，端末種別が前記仮想端末処理手段の場
   合の前記正規化加入者番号が同一で端末種別が前記実端
   末処理手段となっている内部番号，呼識別対応情報とし
   て前記プロトコル制御部との間で信号を送受信するため
   の呼識別及び前記基本呼制御部との間で信号を送受信す
   るための呼識別をそれぞれ設定し、 前記実端末処理手段が状態を変更するたびに対応する前
   記内部番号管理データに当該状態を書込み、 前記仮想端末処理手段が自己の対応する前記内部番号管
   理データから前記実端末処理手段の内部番号を読出し、
   読出した内部番号に対応する前記内部番号管理データか
   ら前記実端末処理手段の状態を読出すことを特徴とする
   請求項１記載の交換システムの仮想端末制御装置。