JPH02504576A - 分散制御型交換システムから行うキー・システム・グループの制御 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 分散制御型交換システムから行うキー・システム・グループの制御［技術分野］ 本発明は、情報交換に関する。

［背景技術と問題点］ 単一のステーション装置から複数の電話中央局線にアクセスする装置が幾つかあ る。当初からごく一般的に使用されている装置は、１つのステーションに複数の 中央局線を引き込み、電話装置と中央局線との間の接続はスイッチによって電気 機械的に行われる電気機械的なキー電話である。一般に、キー電話においては、 １つの電話ステーションに複数の中央局線を並列に引き込み、ステーションには キーとスイッチを備え付けて、１台の電話装置に各中央局線が同時に１回線しか 接続されないようになっている。

一般に、同一の中央局線に複数のステーションがアクセスしなければならないの で、キー電話システムは、配分箱（ｄｉｓｔｒｉｂｕｔｉｏｎｂｏχ）を備え、 それにより各中央局線からのチップ線（ｔｉｐ　ｗｉｒｅ）およびリング線（ｒ ｉｎｇ　ｗｉｒｅ＞を複数の電話ステーションに並列に配分する。複数のステー ションが複数の中央局線を共有する場合。

例えば、何れの中央局線が呼出中か、何れの線が通話中か、または何れの線が保 留中か等を識別し、知らせるために視覚的な表示器がキーに付いている。

これに代わる装置としては、各電話装置が１対のチップ線およびリング線によっ てのみアクセスされる電子的なキー・システムがある１種々の中央局線と電話ス テーションとの間の交換は、電子キー・サービスツユニットに置かれ電子的に制 御される中央交換マトリックスにおいて行われる。一般に、電話ステーションに はキーが含まれていて、それによって、ユーザーはそのステーションへの接続を 希望する中央局線を交換マトリックスに知らせることができる。ステーションで 呼や視覚的な状慧表示器が使用できるようにするには、中央局線の選択や制御を 行ったり、前記の視覚的な表示器のオン／オフを行うために、更に線が必要とな る。

キー・システム・サービスは、大部分の顧客の間で好評ではあるが、キー・シス テムのステーションに対する特殊な配線および配分装置の設備が高価で融通がき かない、キー・システム・サービスに対する最近の設備方法は、各ステーション をそれぞれの線を介して内蔵プログラム制御による中央局または槽内交換機（Ｐ ＢＸ）の交換システムに接続することにより、そのシステムの中央制御を利用し て、キー・システム・グループを構成する端末との間の呼処理を調整させること である。これにより、キー・システムのステーションは特殊な配線も配分装置も 全く不必要となる。

しかし、呼ごとに強いられるシステムの中央制御の仕事を軽減するために、制御 を複数の交換機能モジュールに分散する場合、このようなスイッチに基づく装置 においては、キー・システム・グループの制御は一段と複雑なものになる。これ が特に言えるのは、信頼性を高めるとともに、グループ構成員の変更に関する管 理上の便宜を図るために、多数の交換機能モジュールにキー・システム・グルー プを構成する端末が分散し得ることが重要であるよう制御に依存することなく交 換システムからキー−システム・グループを制御する複雑さである。

［解決法コ 分散制御型交換システムにおける本発明の原理に従えば、前記の課題は解決し、 技術的進歩が遂げられる０本発明においては、１つのキー・システム・グループ の端末に共有されるディレクトう）によって協調的に処理されてはいるが、その 処理は、それらも、分散制御ユニットが、協調し合い、あたかも電気機械的なキ ー・システムにおいて、それらの端末が１つの中央局線に並列に接続されている かのように動作する。

本発明による方法は、複数の端末にサービスを行う分散制御型交換システムにお いて使用され０本発明によるシステムは、それぞれが別個の部分集合の端末に接 続された多数の制御ユニットを有する。つまり、各制御ユニットは、それに接続 されている端末の部分集合からの接続、およびそれらへの接続（以下、双方向の 接続という）を制御する。多数の制御ユニット（分散制御ユニツれる。主導制御 ユニットにより、共有ディレクトリ番号に対するとジー／アイドル・データが保 持される。その主導制御ユニットようにして読まれたデータに応答する。各呼の 期間中、分散制御比の場合、その呼出の処理は、その発端端末に接続されている 制御ユニットによって開始される。そのグループの多数の端末（以下、分散端末 という）からセットアツプ信号が受信された場合、システムの接続は、それらの 端末のうち１つの端末からの接続のみが確立される９発端端末から終端端末へと 、システムの接続が完了すると、そのグループのもう一つの端末から発端端末に ブリッジを渡して終端端末に会議接続することが可能となる。

共有ディレクトリ番号に終端する呼出の場合、分散制御ユニットは、協調して端 末のグループにその終端する呼出を提出する。

そして、そのグループの主導端末を定義するために、共有ディレクトリ番号の解 釈を行う、指定された主導端末は、そのグループの主導制御ユニットに結合され る。システムの最初の接続は、前記の解釈に応じて発端端末から主導端末へと制 御される。接続信号が主導端末から受信された時に、最初の接続が主導端末に確 立する。しかし、そうではなく接続信号がグループの非主導端末から受信された 場合、最初の主導端末への接続は解除され、発端端末からその非主導端末に第２ のシステム接続が確立する。ｔ＃続信号がグループの多数の端末から受信された 場合、それらの端末の１つへのシステム接続のみが確立する、発端端末からｔＦ ％端端末へのシステム接続が確立した後は、そのグループのもう一つの端末を終 端端末にブリッジして発端端末に会議接続することができる。

１つのディレクトリ番号で、それぞれが別個の呼に使用可能な複数の応・発呼手 段を扱うことが可能であるため、キー・システム・グループの端末は、その共有 ディレクトリ番号の複数の応・発呼手段を持つことができる。共有ディレクトリ 番０号への所与の呼出に対し、主導制御ユニットは、応・発呼手段のうち遊休の ものを１つ決定する。次に、分散制御ユニットが協調して、その決定した応・発 呼手段を有するグループの端末にその呼出を提出する。

図面の簡単な説明 第１図は、本発明によってキー・システム・グループの端末を制御する分散制御 型交換システムを例示するブロック図、第２図は、第１図の端末の１つを更に詳 細に示した図、第３図から第１５図は、第１図のシステムの分散制御ユニットに よってキー・システムの呼出を発する処理を例示する機能単位の図、 第１６図から第２１図は、第１図のシステムの分散制御ユニットによってキー・ システムの呼を終了させる処理を例示する機能単位の図、 第２２図および第２３図は、第１図のシステムの分散制御ユニット間において使 用される監査機構の機能図およびそれに関するプログラムの流れ線図である。

［詳細な説明］ 本発明の原理を、分散制御型の統合サービス・デジタルｍ（ＩＳＤＮ）交換シス テム１００との関連において説明する。、統合サービス・デジタル網の定義は、 標準的な多目的顧客インタフェースの制限されたセットによってユーザがアクセ スすることができ、音声サービスおよび非音声サービスを含む広範なサービスを 支援する完全なデジタル接続性を提供する、電話統合デジタル網から発展した通 信網とされる。交換システム１００は、アナログ端末でもデジタル端末でも接続 可能であるが、第１図には、デジタルＩ　Ｓ　Ｄ　Ｎ端末１８゛１〜１８６およ び１９１〜１９４のみを示す（第１図には示されていないが、システム１００は 、他の交換システムに接続された端末にトランクを介して接続することもてきる ）、システム１００は、多数の交換モジュール（ＳＭ）を備え、換モジュール１ ２０は端末１８２．１８３．１９２、および１９制御する制御ユニット１１１を 備えているや同様に、交換モジュール１２０．１３０、および１４０は、それぞ れ制御ユニット１２１．１３１、および１４１を備えている。

Ｉ　Ｓ　Ｄ　Ｎユーザの各端末は、Ｂチャネルと称する２つの毎秒６４にバイト のチャネル、およびＤチャネルと称する１つの毎秒１６にバイトのチャネルで、 システム１００との通信を行う、この実施例においては、一方のＢチャネルを使 用して、デジタル化した８ビツトの音声標本を８０００標本毎秒の速度で伝送し 、他方のＢチャネルを使用して、データを６４にビット毎秒の速度で伝送する（ しかし、各Ｂチャネルを、音声伝送かデータ伝送の何れか一方に使用することも 可能である）ヤ　Ｄチャネルは、Ｉ　ＳＤＮ端末と交換モジュールのチャネルユ ニットとの間のメツセージ通信を実施するためのシダナリング・パケット（通知 パケット）の伝達、および黒なったｌ５ＤＮ端末の間におけるデータ・パケット の伝達の両方に使用される。

この典型的な実施例において、Ｉ　ＳＤＮ端末とシステム１００との間の情報の 伝達には、各伝送方向に対し１対の線を用いる４線式デジタル加入者線（ＤＳＬ ）１７０が使用されている。　　ＤＳＬ１７０により、１９２にビット毎秒の速 度の直列ビット・ストリームが伝送される。この速度は、前記の２つの６４　Ｋ 　ｂｐｓのＢチャネルおよび１つの１６ＫｂｏｓのＤチャネルに対する１４４Ｋ ｂｐｓを含み、更にフレーム化、直流ブランキング、制御、および保守を含む多 くの機能に使用される４８Ｋｂｐｓを含む、ＤＳＬ１７０は、国際電信電話諮問 委員会（ＣＣＩＴＴ）が称するところのＴインタフェースの典型である。しかし 、本発明は他のアクセス方法を使用するシステムにも同様に応用可能であるから 、このＴインタフェースを使用するのは、単に説明のために過ぎない。

シグナリング・パケットは、端末と交換モジュールの制御ユニットとの間を、例 えば標準のランプＤプロトコルに従う第２レベル（リンク・レベル）のフレーム で囲んで伝達される６回線交換音声呼の制御に使用されるシグナリング・メツセ ージは、一般にＣＣＩＴＴ勧告Ｑ、９３１に従っている。

システム１００のアーキテクチャは、中枢装置として通信モジュール（ＣＭ＞１ ５０を有し、更にそれに接続された、交換モジュール１１０，１２０．１３０お よび１４０、ならびに管理モジュール（ＡＭ）１６０を伴う、各交換モジュール は、統合サービス回線ユニット（ＩＳＬＵ）を備え、これによって、デジタル加 入者線を終端するとともに、タイム・スロット交換ユニット（ＴＳＩＵ）および パケット交換ユニット（ＰＳＵ）へのアクセスを提供する８例えば、交換モジュ ール１１０では、ｌ５ＬＵ１１２がデジタル加入者線を終端し、更にＴＳＩＵ１ １３およびＰＳＵ１１４が制御ユニ”／　）　１１１の管理下で、接続されてい る端末との回線交換接続およびパケット交換接続をそれぞれ提供する。同様に、 交換モジュール１２０，１３０および１４０も、ＩＳＬＵ１２２．１３２および １４２、ＴＳＩＵ１２３．１３３および１４３、ならびにＰＳＵ１２４．１３４ および１４４を備えている。

通信モジュール１５０は、時分割空間分割スイッチ、即ち時間多重スイッチを備 え、交換モジュール間に６４　Ｋ　ｂｐｓの回線交換伝送路を提供している。こ れにより、交換モジュール間のＢチャネル伝送だけでなく、異なった交換モジュ ールのＰＳＵどうしのパケット伝送もサポートされる。交換モジュール制御ユニ ットにより、その交換モジュールに、呼の処理、全般的な制御および保守の各機 能が与えられる。別個の交換モジュールにある交換モジュール制御ユニットは、 相互に通信しあったり、通信モジュール内のメツセージ・スイッチ（図示せず） を介して管理モジュール１６ｏと、内部メツセージ・プロトコルを用いて通信を 行ったりする。このアーキテクチャは、特定の処理要素に特定の処理機能を与え る点において、柔軟性がある。一般的な方法を言えば、交換モジュール制御ユニ ットに必要とされる処理能力を多くもたせるが、本質的に中央集権化するような 機能に付いては、管理モジュールを充てることになる０例えば、呼処理機能を分 散するには多くの方法がある。その１つは、呼処理機能の多くを交換モジュール 制御ユニットに置くとともに、行路設定、端末選択、および線路選択の各機能は 管理モジュールに配する方法である。また、すべての呼機能を交換モジュール制 御ユニットに置き、管理モジュールを純粋に管理的な処理に充てる方法もある。

第２図に、典型的なｌ５ＤＮ端末１８１を示す、端末１８１は。

受話器２３７、電話キーバッド２３３、および視覚的にメツセージを表示する表 示８２３２を備えている。また、端末１８１は、２２個のボタン２０１〜２２２ も備えている。ボタン２１９〜２２２はＨＯＬＤ、ＤＲＯＰ、Ｃ０ＮＦＥＲＥＮ ＣＥ、およびＴＲＡＮＳＦＥＲ以外には使用されない、その他のボタンは、端末 １８１での設定により、ボタン２０１〜２１４を特殊機能ボタン、ボタン２１５ 〜２１８を応・発呼ボタンとしている。しかし、ユーザの要求が異なる場合には 、同一の電話でも、それに合わせて設定し、例えばボタン２０１〜２０６を応・ 発呼ボタンに、ボタン２０７〜２１８を特殊機能ボタンにすることも可能である 。応・発呼ボタンおよび特殊機能ボタンの各々は、それぞれの使用中ランプおよ び状態ランプを有する９例えば、ボタン２０１はそれに関係付けられた使用中ラ ンプと状態ランプとを持つ、ある応・発呼ボタンがその端末上で選択したもので ある場合、その応・発呼ボタンに対する使用中ランプが点灯する。状態ランプは 、鳴鈴や通話などの呼の種々の段階を示す、即ち特殊機能ボタンの使用を示すの に使用される。

第１図に示した端末は、２つのキー・システム・グループ１８０および１９０か らなる。キー・システム・グループとは、１つのディレクトリ番号（ＤＮ）に対 して１つ以上の応・発呼手段を共有する端末の集合のことである。キー・システ ム・グループに対する動的なビジー／アイドル状態の情報が、そのグループの主 導端末に接続された交換モジュールの制御ユニットによって記憶されている。各 端末は、基本のＤＮを１つずつ持つやグループで共有するＤＮを何れかの端末が 基本としている場合、その端末が、そのグループの主導端末として選択される。

主導端末は、共有ＤＮに対する応・発呼手段を最も多く持つ、グループで共有す るＤＮを何れの端末も基本としていない場合には、主導端末は次のようにして選 択され色、そのグループの１つの端末が共有ＤＮの応・発呼手段を他の何れのグ ループ端末より多く持っている場合、その端末が主導端末として選択される。共 有ＤＮの応・発呼手段を最も多く有する端末がグループ内に複数存在しても、そ の内の一つの端末が共有ＤＮの応・発呼手段を他の端末より多く持つ交換モジュ ールに接続されている場合、その応・発呼手段をより多く持つ交換モジュールに 接続されている端末が主導端末として選択される。共有ＤＮの応・発呼手段を最 も多く有する端末がグループ内に複数存在し、それらの端末が、その共有ＤＮの 応・発呼手段をそれぞれ同数有する交換モジュールに接続されている場合。

それらの分散端末の１つが主導端末として任意に選択される０本明細書において は、キー・システム・グループのとジー／アイドル状態情報を記憶している制御 ユニットを主導制御ユニットと称する。主導制御ユニットは、主導端末に接続さ れた交換モジュールの制御ユニットということになる。

キー・システム・グループ１８０は、ＤＮＩ〜Ｄ　Ｎ　６の基本ＤＮをそれぞれ 有する端末１８１〜１８６からなる。ＤＮ２がグループ１８０の共有ＤＮ、端末 １８２が主導端末、そして制御ユニット１２１が主導制御ユニットである。端末 １８２は、ＤＮ２に対する応・発呼平段を最も多く（４個）持っている。ＤＮ２ の４個の応・発呼手段に対する動的なビジー／アイドル状態情報は、主導制御ユ ニット１２１のビジー／アイドル・テーブル（Ｂ／Ｉ　）１２６に格納されてい る。キー・システム・グループ１９０は、ＤＮ１１〜ＤＮ１４の基本ＤＮをそれ ぞれ有する端末１９１〜１９４からなる。ＤＮＩＩがグループ１９０の共有ＤＮ 、端末１９１が主導端末、そして制御ユニット１１１が主導制御ユニットである 。端末１９１は、ＤＮｌｌに対する応・発呼手段を最も多く（４個）持ってい色 、ＤＮＩＩの４個の応・発呼手段に対する動的なビジー／アイドル状態情報は、 主導制御ユニット１１１のビジー／アイドル・テーブル（Ｂ／Ｉ）１１６に格納 されている。

キー・システム・グループの端末との双方向の呼の制御は、それらの端末に接続 されている制御ユニットによって協調的に行われる。全体に処理を行うタスク（ 仕事）は、プログラム・プロセス（プログラム処理）と呼ばれる多数の主要なタ スクに配分される。プロセスは手続き（プロシージャ）のＩＡまりからなり、名 手続きによって、そのプロセスを細分化した小さなタスク（サブタスク）が行わ れる。プロセスには、そのプロセスの個々の手続きで役に立つデータを格納する プロセス・コントロール・ブロックと呼ばれるメモリのブロックが結合されてい る。プロセスは、更に、モデルと呼ばれる下位プロセスに分割することができる 。プロセス（およびモデル）どうしは、メツセージによって相互の通信が可能で ある。同一プロセッサの他のプロセスとの通信、または異なるプロセッサのプロ セスとの通信に使用される種類のメラム・プロセスの２種類のプロセスがあるや 　システム・プロセスは、システムの動作中、常駐する。一方、端末プロセスは 、それぞれの呼の期間中、または診断検査やサービスの査定のようなサービス事 象の期間中に限り駐在する。

キー・システム・グループから発せられた呼出に関する呼出処理上の事象を、例 として、端末１８１のディレクトリ番号ＤＮ２の応・発呼手段ＣＡＬ（以下、Ｄ Ｎ２・ＣＡ　１のように記す）からの呼出に関連して説明する。端末１８１が発 した５ＥＴＵＰメツセージを制御ユニット１１１が受信する。制御ユニット１１ １は、この５ＥＴＵＰメツセージに応じて、発端端末プロセス（ＱＴＰ）ＯＴＰ Ｉ（第３図）を生成し、端末１８１およびキー・システム・グループ１８０に関 するデータを、その呼出中に迅速に参照できるように、２つのデータ・ブロック ＤＡＬＢ１８１およびＢＲＣ３１８１に格納する。ブロックＤＡＬＢ１８１に格 納されるのは、その呼出を制御する端末プロセスとしてプロセス０ＴＰ１を定義 する可変ｐｉｄ、そのグループの主導制御ユニットとして制御ユニット１２１を 定義する変数、および端末１８１に関するをそのグループの他の端末と共有して いるを定義する変数５ｈａｒである。　（呼の期間中に、そのグループの端末は 、その呼に積極的に関わっていると言う意味でアクティブな場合があり、また単 に呼状態の情報を受けていると言う意味で結合されている場合もある。）キー・ システム・グループの属する端末に結合された各制御ユニットは、それらのすべ ての端末との通信を調整するのに使用される共有呼出システム・プロセス（ＳＯ ＳＰ）を１つだけ持つ、制御ユニット１２１のプロセス５Ｃ３Ｐ１２１を第３図 に示す。

一度、プロセスＯＴＰ　１、ならびにデータ・ブロックＤＡＬＢ１８１およびＢ ＲＣ５１８１が生成されると、プロセス○ＴＰＩは、発信要求を明示するＭＧＺ ＯＲＩＧＲＥＱメツセージ（第４図）を主導制御ユニット１２１のプロセス５Ｃ ＳＰ１２１に送信する。プロセス５Ｃ５Ｐ１２１は、テーブル１２６（第１図） に格納されているＤ　Ｎ　２・ＣＡＬのビジー／アイドル・データを読む、読み 出したデータが、ＤＮ２・ＣＡＬが現在アイドルであることを示す場合、プロセ ス５ＣＳＰ１２１は、そのデータをとジー状態を示すように変更し、ＭＧＺＯＲ ＩＧＯＫメツセージをプロセス０ＴＰ１に返す、しかし、読み出したデータが、 Ｄ　Ｎ　２・ＣＡＩが現在ビジーであることを示す場合、プロセス５ＣＳＰ１２ １は、ＭＧＺＯＲＩＧＤＥＮメ＊−ｔ＝−ジを７ｏ−ｔ−ＸＯＴＰｌに返し、発 信要求は拒否される。従って、そのグループの分散端末からほぼ同時に発信しよ うとすると、最初の呼出以外はすべて拒否される。ココテ、７０−１ニス０ＴＰ １は、ＭＧＺＯＲＩＧＯＫメツセージに応じて、種々の呼処理機能を果たす多数 のモデル（第５図）を生成する。即ち、１）共有ＤＮからの発信を制御する共有 呼出モデルＳＣＭ、２）ＰＯＴＳ（普通の従来の電話サービス）的モデル、３） その呼を発信している片方に関する端末１８１どの通信を制御するモデルＮＥＡ Ｒ１および４）その呼の遠い方の末端における終端端末プロセスとの通信を制御 するモデルＣＣ１である。

モデルＳＣＭが、モデルＰＦＭを介してモデルＮＥＡＲに５ＥＴＵＰメツセージ を送ると、モデルＮＥＡＲは、端末１８１に５ＥＴＵＰ　　ＡＣＫメツセージの 送信を果たし、モデルＰＦＭを介してモデルＳＣＭにＭＳＧＳＮＤＡＳＥＴＵＰ を送る。今度は、モデルＳＣＭが、そのキー・システム・グループの他の制御ユ ニットの各々にある共有呼出システム・プロセスにＭＳＯＡＳＥＴＵＰメ・グル ープを送る。制御ユニット１２１のプロセス５ＣＳＰＩ２１に送られるＭＳＧＡ ＳＥＴＵＰメツセージを第５図に示す。

ＭＳＧＡＳＥＴｔＪＰメツセージに応じて、プロセス５Ｃ３Ｐ１２１は、端末１ ８２および１８３に対するブロックＤＡＬＢ１８２、ＢＲＣＳ１８２、ＤＡＬＢ 　１８３、およびＢＲＣＳ１８Ｂを割り当て、リンクし、更に初期化する。ＤＡ ＬＢ１８２およびＤＡＬＢ１８３は、端末プロセスに結合されていないので、Ｎ ＵＬＬであることに注意を要する。変数ｐｉｄにより、プロセス０ＴＰＩは、端 末１８２および１８３が通信するべきプロセスであると定義される。プロセス５ ＣＳＰ１２１は、ブロックＤＡＬＢ１８２およびＤＡＬ８１８３のそれぞれに対 しインデックスを決定して、それらのインデックスをＭＳＧＤＡＢＬＩＮＤＸメ ツセージでプロセス０ＴＰ１に送り、以降、プロセス０ＴＰｌからそれらのブロ ックに効率的にアクセスできるようにする。また、プロセス５ＯＳＰ１２１は、 Ａｓ　ＳＯＣ（ＳＥＴＵＰ）　、ｄ　ッ七−ジを端末１８２および１８３に送り 、それらの端末に、そのグループの他の端末の１つがＤＮ２・ＣＡＬで呼を発信 中であることを知らせる。端末１８２および１８３は、共に、制御ユニット１２ １のメツセージ通信プロセス（図示せず）によってＡＳＳＯＣＡＣＫメツセージ をプロセス０ＴＰ１に返す（第６図）、プロセス０ＴＰＩがＭＳ　Ｇ　Ａ　Ｓ　 Ｅ　Ｔ　Ｕ　Ｐメツセージをプロセス５ＯＳＰ１２１　（第５図）に送った時点 で、プロセスｏｆｐ１はタイマーを初期化する。グループの結合端末の何れかが 、所定の時間内（４秒）にＡＳＳＯＣＡＣＫメツセージを返さなかった場合、プ ロセス０ＴＰＩは非承認端末の５ｃｓｐに２つ目のＭＳＧＡＳＥＴＵＰメツセー ジを送り、タイマーを再び初期化する。第２のＭＳＧＡＳＥＴＵＰメツセージで 非承認端末を指定し、２つ目のＡＳＳＯＣ（ＳＥＴｔＪＰ＞メツセージが指定さ れた端末のみに送られるようにする。所定の時間内に応答しない端末は、すべて サービス外としてマークされる。

発信先のＤＮは、最初の５ＥＴＵＰメツセージに入れる（第３図、一括送信モー ド）か、またはＩ　Ｎ　Ｆ　Ｏ（ＫＥＹＰＡＤ）メツセージで一度に１桁ずつ送 る（第６図、重複（ｏｖｅｒ　１ａｐ）送信モード）こともできる。結合端末に 発信を知らせる通信と同時に、モデルＣＣは、Ｍａ　ＲＴ　　ａ　ｔ　Ｎメツセ ージを送り１発信先ＤＮの解釈を必然的に含む行路設定・端末割当機能を起動し 、その呼出に対するシステム１００の終端ボートを決定する。（前述のように、 この機能は、管理モジュール１６０の環境で行っても、交換モジュールの制御ユ ニットが単独で行ってもよい、）離れた方の末端にあるＴＳＤＮ端末で嶋鈴が始 まると、ＭＧＡＬＥＲＴＩＮＧメツセージがプロセス０ＴＰＩに返される。これ に応じて、モデルｓｃＭは、モデルＰＦＭを介してモデルＮＥＡＲにＭＧＡＬＥ ＲＴＩＮＧメツセージを送ると、今度は、モデルＮＥＡＲが発呼端末１８１にＡ ＬＥＲＴＩＮＧメツセージを送る。（更に、可Ｂ鳴鈴音をＢチャネルで端末１８ １に送ることができる。）また、モデルＳ　ＣＭは、他の制御ユニットの５Ｃ８ ＰにＭＧＺＡＬＥＲＴメツセージを送る。第６図に、制御ユニット１２１のプロ セス５ｃｓＰ１２１に送られるＭＧＺＡＬＥＲＴメツセージを示す、これに応じ て、プロセス５ＣＳＰ１２１は、端末１８２および１８３にＡＬＥＲＴＩＮＧメ ツセージ（第７図）を送るや呼出が応答があった場合、メツセージ（ＭＧＡＮＳ 　　ＣＨＧまたはＭＧＡＮＳ　　ＣＨＧの一方）がプロセス０ＴＰＩに返される 。

モデルＳ、ＣＭがＭＧＡＮＳ　　ＣＨＧメツセージをモデルＰＦＭに送ると、モ デルＰＦＭがｌ５ＧＡＮＳ　　ＣＨＧメツセージをモデルＣＣに送る９次に、モ デルＣＣは、モデルＰ　Ｆ　Ｍを介してモデルＮＥＡＲにｌ５ＧＡＮＳメツセー ジを送る。これに応じて、モデルＮＥＡＲは、Ｃ０ＮＮＥＣＴメツセージを発呼 端末１８１に送る。また、モデルＳＣＭは、他の制御ユニットの５ｃｓｐにＭＧ ＺＣＯＮＮメツセージを送る。第７図に、制御ユニット１２１のプロセス５ＣＳ Ｐ１２１に送られるＭＳＧＣＯＮＮメツセージを示す、プロセス５ＣＳＰ１２１ は、これに応じて、結合端末１８２および１８３にＣＯＮ　Ｎ　Ｅ　ＣＴメツセ ージを送り、それらに新しい呼状態を知らせる。

端末１８１が呼のその端末側のプロセス０ＴＰ１にＤＩＳＣメツセージを送った 場合、プロセス０ＴＰ１は、端末１８１とのＲＥＬＥＡＳＥメツセージおよびＲ ＥＬ　　ＣＭＰメツセージの交換を完了する。呼の時点で、ブロックＤＡＬＢ１ ８１およびＢＲＣ８１８１が開放される。しかし、そのグループの端末のすべて が開放手続きを完了した訳ではないので、ＤＮ２の応・発呼手段ＣＡ１は、ビジ ー／アイドル・テーブル１２６（第１図）においてアイドルとはされず、発端端 末プロセス０ＴＰ１は駐在している。

プロセス０ＴＰＩは、他の制御ユニットの５ｃｓｐにＭＧＺＤＩＳＣメツセージ を送る。第８図に、制御ユニット１２１のプロセス５Ｃ３Ｐ１２１に送られるＭ ＧＺＤＩＳＣメツセージを示す。

プロセス５Ｃ３Ｐ１２１は、これに応じて、結合端末１８２および１８３にＤＩ ＳＣメツセージを送ると、これらの端末はプロセス０ＴＰ１にＲＥＬＥＡＳＥメ ツセージ（第８図）を返して応答スル、モジュール１２０に接続されているグル ープのすべての結合端末（この場合は、端末１８２および１８３）がＲＥＬＥＡ ＳＥメツセージを返した場合、プロセス０ＴＰＩは、制御ユニット１２１のプロ セス５ＣＳＰ１２１にＭＧＺＲＥＬ　　Ｃ０Ｍメツセージを送る。これに応じて 、プロセス５ＣＳＰ１２１は、結合端末１８２および１８３にＲＥＬ　　ＣＭＰ メツセージ（第１０図）を送り、ブロックＤＡＬＢ　１２１、ＢＲＣＳ１２１、 ＤＡＬＢ１８３、およびＢＲＣ９１８３が、開放される。また、プロセス５ＣＳ Ｐ１２１は、７Ｄ（＝ス０ＴＰ１にＭＧＺよりＬＥＤメツセージを送り返す、プ ロセス０ＴＰ１が、そのグループの他のすべての制御ユニットの５ｃｓｐからＭ ＧＺＩＤＬＥＤメツセージを受信した場合、プロセス０ＴＰＩは、主導制御ユニ ットの５ｃｓｐのみに、即ち制御ユニット１２１のプロセス５ＣＳＰ１２１に、 ｈｌＧＺＬＴＭＩＤメツセージを返す、この時点で、とジー／アイドル・テーブ ル１２６（第１図）におけるＤＮ２・ＣＡＩの状態が、アイドルに戻される。プ ロセス５ＣＳＰ１２１はＭＧＺＦＩＮメツセージをプロセス０ＴＰ１に返し、プ ロセス０ＴＰ１は終了させられる（第１１図）。

遠い方の側が切り放した（接続を断った）場合、メツセージ（ＭＧＣＬＲＦＷＤ およびＭＧＰＡＴＨＲＥＬまたはＭＧＣＬＲＢＫ）がプロセス０ＴＰ１のモデル ＣＣに返され、代わって、ＭＣＧＦＡＲＤ　Ｉ　ＳＣメツセージおよびＭＣＧＤ ＩＳＣメツセージがモデルＰＦＭおよびＳ　ＣＭにそれぞれ送られる。続いて、 プロセス０ＴＰＩは、ＤＩＳＣメツセージを端末１８１に送り、ＭＧＺＤＩＳＣ メツセージを他の制御ユニットのそれぞれの５Ｃ８Ｐに送る。第１２図に、制御 ユニット１２１のプロセス５Ｃ８Ｐ１２１に送られるＭ　Ｇ　Ｚ　Ｄ　Ｉ　Ｓ　 Ｃメツセージを示す、続いて、プロセス５ＣＳＰ１２１は、ＤＩＳＣメツセージ を結合端末１８２および１８３に送る。そのグループの各端末１８１．１８２、 および１８Ｂは、ＲＥＬＥＡＳＥメツセージ（第１３図）をプロセス０ＴＰ１に 返す、プロセス０ＴＰ１がＲＥＬ　　ＣＭＰメツセージを端末１８１に返し、ブ ロックＤＡＬＢ１８１およびＢＲＣ８１８１が開放される。所与のモジュールに 接続された結合端末のすべてが応答した場合、プロセス０ＴＰ１は、そのモジュ ールの制御ユニットの５ｃｓｐにＭＧＺＲＥＬ　　ＣＭＰメツセージを返す、第 １３図に示すように、端末１８２および１８３がＲＥＬＥＡＳＥメツセージを返 した場合、プロセス０ＴＰＩはＭＧＺＲＥＬ　　ＣＭＰメツセージをプロセス５ Ｃ３Ｐ１２１に送る。そうすると、プロセス５ＣＳＰ１２１は、ＲＥＬＣ八１Ｐ へツセージ（第１４図）を端末１８２および１８３に送り、ブロックＤＡＬＢ１ ８２、ＢＲＣＳ１８２、ＤＡＬＢ　１８３、およびＢＲＣＳＩ８３が開放される 。また、５Ｃ３Ｐ　１２１は、ＭＧＺ　Ｉ　ＤＬＥＤメツセージをプロセス０Ｔ ＰＩに送り返す、プロセス０ＴＰＩがそのグループの他のすべての制御ユニット の５ｃｓｐからＭＧＺＩＤＬＥＤメツセージを受信すると、プロセスおＴＰＩは 、主導制御ユニットの５ｃｓｐのみに、即ち制御ユニット１２１のプロセス５Ｃ ＳＰ１２１に、ＭＧＺＬＴＭＩＤメツセージを返す、ビジー／アイドル・テーブ ル１２６（第１図）におけるＤＮ２・ＣＡ１の状態が、この時点でアイドルに戻 される。プロセス５Ｃ５Ｐ１２１がＭＧＺＦ　ＩＮメ”ｉセージを７Ｏ−ｔ＝ニ ス０ＴＰに返し、プロセス０ＴＰＩが終了する（第１５図）。

ここでは、キー・システム・グループへの呼出の終端に関する呼出処理上の事象 を、例として、ＤＮｌｌへの呼出に関連して説明する。キー・システム・グルー プ１９０（第１図）に対する主導端末は端末１９１で、これが共有ディレクトリ 番号ＤＮ１１を持っているため、呼出先のディレクトリ番号ＤＮ１１を解釈する と、結果は、端末１９１に接続されているシステム１００のボートとなる。この 解釈の結果に従い、制御ユニット１１１において行路設定・端末割当（ＲＴＡ） システム・プロセスＲＴＡＳＰ１１１がＭＧＬＮ　　ＴＥＲＭメツセージを受信 する。システム１００は、最初に、端末１９１がその呼出に応答するものと仮定 し、最初のシステム１００の接続は、発端交換モジュールおよび終端交換モジュ ールの各タイム・スロット交換ユニット、ならびに通信モジュール１５０を介し て、発端端末から端末１９１へと制御される。　（その呼出がモジュール内の呼 出の場合、そのモジュールのタイム・スロット交換ユニットを介した通信のみが 必要となる。）シかし、ｌ５ＬｔＪ１１２から端末１９１への最終的な４ｈＰは 、応答があるまで、完了しない、プロセスＲＴＡＳＰ１１１は。

ビジー／アイドル・テーブルの１１６（第１図）の読み出しを実断する。応・発 呼手段ＣＡＬが利用できると仮定する。ビジー／アイドルテーブル１１６では、 応・発呼手段ＣＡＩの状態がアイドルからビジーに変更され、制御ユニット１１ １では、終端端末共有されているので、プロセスＴＴＰ、１には、モデルＰＦＭ 、ＮＥＡＲ１およびＣＣに加えて、共有呼出モデルＳＣＭ　（第１７図）も含ま れる。モデルＳＣＭが、５ＥＴＵＰメツセージをモデルＰＦＭを介して端末１９ １に送ると、モデルＮ　Ｅ　Ａ　Ｒは、ＭＣＧＳＮＤＳＥＴＵＰメツセージをモ デルＰＦＭを介してモデルＳＣＭに返す、これに対し、モデルＳ　ＣＭは、キー ・システム・グループ１９０の結合端末に結合された各制御ユニットの共有呼出 システム・プロセス（ＳＣＳＰ）に、ＭＧＺＳＥＴＵＰメツセージを送る。第１ ７図に、プロセス５ＯＳＰ１２１に送られるＭＧＺＳＥＴＵＰメツセージを示す 、このＭＧＺＳＥＴＵＰメツセージに応じて、プロセス５Ｃ３Ｐ１２１は、結合 端末１９２および１９３に対するブロックＤＡＬＢ１９２、ＢＲＣＳ１９２、Ｄ ＡＬＢ１９３、およびＢＲＣ３１９Ｂを割り当て、リンクし、更に初期化する。

また、プロセス５ＣＳＰ１２１は、５ＥＴＵＰメツセージを端末１９２および１ ９３に送る。端末１９１．１９２、および１９３は、５ＥＴｔｌＰメツセージに 応じて、鳴鐘し、更にＣＡＬＬ　　ＰＲＯＣまたはＡ　Ｌ　Ｅ　ＲＴ　Ｉ　Ｎ　 ＧメツセージをプロセスＴＴＰＩに送る。

プロセスＴＴＰ１がＭＧ　Ｚ　Ｓ　Ｅ　Ｔ　Ｕ　Ｐメ・ソセージをプロセス５Ｃ ＳＰ１２１に送った（第１７図）時点で、プロセスＴＴＰ１は認メ”ｔセージ（ ＣＡＬＬ　　ＰＲＯＣまたはＡＬＥＲＴＩＮＧ）を所定時間（４秒）内に返さな かった場合、プロセスＴＴＰＩは、非承認端末の５ｃｓｐに２つ目のＭＧＺＳＥ ＴｔＪＰメツセージをに応答しなかった端末は、サービス外としてマークされる 。

第１の仮定として、端末１９１が最初に応答するものとする。

端末１９１は、Ｃ０ＮＮＥＣＴメツセージ（第１９図）をプロセスＴＴＰ１４ｍ 送ル、コれに応じて、ＣＯＮ　Ｎ　　Ａ　ＣＫ　）＜　”／　セージが端末１９ １に返され、ｌ５ＬＵ１１２を介して端末１９１に至る接続が完了し、音声通信 を始めることができるようになる。モデルＳＣＭは、ＭＧＺＡＣＯＮＮメツセー ジを他の制御ユニットの５ｃｓｐに送る。第１９図に、制御ユニット１２１のプ ロセス５ＣＳＰ１２１Ｇ：１ｍ送られるＭＧＺＡＣｏＮＮメツセージを示す。

このＭＧ　Ｚ　Ａ　ＣＯＮ　Ｎメツセージに応じて、プロセス５ＣＳＰＩ２１は 、ＡＳＳＯＣ（ｃｏｎｎ）メツセージを結合端末１９２および１９３に送って、 新しい呼状態を知らせる。

第２の仮定として、非主導端末が最初に応答するものとする一Ｔ１９２が、制御 ユニット１２１のメツセージ通信プロトコル（図示せず）によッテ、ＣｏＮＮＥ ＣＴメツセージ（第２０図）をプロセスＴＴＰ１に送ったとする。このＣ０ＮＮ ＥＣＴメツセージに応じて、プロセスＴＴＰ１が、行路設定手続きの始動を行い 、終端端末プロセスＴＴＰ２（第２１図）が制御ユニット１２１に生成される。

ブロックＢＲＣ５１９２にある変数Ａ　Ｓ　Ｓ　Ｏにとを定義する。更に、主導 端末１９１への最初のシステム１０デルＳＣＭに送る。これに応じて、プロセス ＴＴＰＩのモデルＳＣＭは、その呼出に対する結合端末を有する各制御ユニット の５ｃｓｐにＭＧＺＡＣＯＮＮメツセージを送る。制御ユニット１１１のプロセ ス５Ｃ３ＰＩＩＩ、および制御ユニット１２１のプロセス５ＣＳＰ１２１Ｇ：ｌ ：送られるＭＧＺＡＣｏＮＮメツセージを第２１図に示す、このＭＧＺＡＣＯＮ Ｎメツセージに応じて、プロセス５ＣＳＰ１２１は、ＡＳＳＯＣ（ｃｏｎｎ）メ ツセージを端末１９３に送り、プロセス５ＯＳＰＩＩＩは、ＡＳＳＯＣ（ｃｏｎ ｎ）メツセージを端末１９１に送る。ブロックＢＲＣＳ１９１における変数ａｓ ｓｏｃを変更して、現在は端末１９１がその呼出に関する結合端末であることを 定義するようにする。

できるようになる、ただし、本明細書で述べるとおり、引き続いて第２の端末が 、その接続にブリッジすることが可能である。

きな呼出に最初に応答する場合に付いて説明した方法と同じ方法で、システム１ ００の接続を第２の端末に移すことができる。

キー・システム・グループは、１台以上のデジタルｌ５ＤＮ端末の他に、アナロ グ端末を１台備えることができる。このようなアナログ・キー・システム・グル ープの場合、アナログ端末は、常に、そのグループの主導端末である。主導端末 はキー・システム・グループに対し最大数の応・発呼手段を持つ必要があるが、 アナログ端末は応・発呼手段を１つしか持っていないため、アナログ・キー・シ ステム・グループを構成する各端末は、その共有ＤＮの応・発呼手段を１つ持つ のみである。勿論、アナログ端末とシステム１００との間の通信は、デジタル・ メツセージの交換によるのではなく、刺激的な鳴鐘やオン・フック／オフ・フッ クの検出などを使用して行われる。アナログ・キー・システム・グループのｌ５ ＤＮＩＩ末が呼出を発している場合、そのアナログ端末に結合されている制御ユ ニットにおいて、アナログ・データ・ブロック（ＡＤＢ）が割り当てられる。Ａ ＤＢは、そのアナログ端末に関する発端端末プロセスとの通信を指示するために 使用される。アナログ端末に対しては、一般に、受信側のアナログ端末で受話器 を置いても、その端末が１０秒以内に再びオフ・フックとなった場合、依然とし て接続状態となっているように、切り放しの時間調整が行われる。アナログ端末 がキー・システム・グループの構成端末である場合、前記の切り放し時間調整の 期間中は、そのグループのｌ５ＤＮ端末からのブリッジが拒盃される。

キー・システムグループの端末が呼に関しアクティブである場合は常に、そのグ ループのもう１台の端末が、その呼にブリッジすることが可能である。２台の端 末が同時にブリッジしようとした場合、最初の端末のＲＥＣＯＮＮＥＣＴＥＣ上 −ジは受は付けちれるが、２番目の端末には、ＲＥＣＯＮＮ　　ＲＥＪメツセー ジが送られる。ブリッジは、発信に対しても送信に対しても許される。キー・シ ステム・グループの端末で、定常的な呼、呼出（鳴鐘）、または通話を現在サポ ートしている応・発呼手段を選択して、オフ・フックにすると、その端末は、次 のような条件の場合、その呼にブリッジされる。即ち、１）その呼のこちら側で 、会議がまだ存在せず、２）手動排他機能、特殊機能（端末の特殊機能ボタンの 何れかによって発動することができる）、または（そのグループの構成端末にあ る程度の秘密保護権を与える）発動コードが、その呼に対して未発動であり、３ ）会議回路が利用可能であり、更に４）１つの呼に対する会議回路制限、例えば ３者を超えていない。

状況は次のようになる。キー・システム・グループのユーザが共有ＤＮの使用中 の応・発呼手段でオフ・フックにする。ブリッジをしているユーザの端末は、（ その応・発呼手段に現在関係付けられている呼照会値（Ｃａｌｌ　Ｒｅｆｅｒｅ ｎｃｅ　Ｖａｌｕｅ）を得るために）ＲＥＣＯＮＮＥＣ上−ジをシステム１００ に送る。その端末は、前もってその応・発呼手段に対するＡＳＳＯＣ（ｓｅｔｕ ｐまたはｃｏｎｎ）メツセージを受は取っている。その呼が定常状態であり、か つ上に掲げた４つの条件が満たされている場合、システム１００は、これに対し 、ＲＥＣＯＮＮ　　ＡＣＫメツセージを送り、その呼のためにＢチャネルを選択 したことを示す、それ以外の場合、システム１００は、ＲＥＣＯＮＮ　　ＲＥＪ メツセージをその端末に、適切な原因要素とともに送る０次に、システム１００ は、ブリッジしている側を現在会話中の側に、会議回路（図示せず）を使用して 接続する。

ブリッジは、キー・システムグループのアナログ端末とｌ５ＤＮ端末との開で許 されている。その手続きは、アナログ端末がシステム１００にブリッジの要求を 知らせる場合、ｌ５ＤＮ端末で使用中のＤＮでオン・フックすることを除けば、 ２台のｌ５ＤＮ端末間の場合と同じである。また、アナログ端末に対してブリッ ジが拒否された場合、ビジー音が返される点も異なる。

キー・システム・グループに、ある呼についてアクティブな端末が１つでもある 場合、その呼が中止されることはない、ブリッジされた端末が（ＤＲＯＰメツセ ージかＤＩＳＣメツセージの何れかをシステム１００に送ることによって）切り 放した場合、切本明細書で動作維持機構と称する、クロス・プロセッサまたはク ロス・モジュールによる監査機構を実施することにより、次の点が保証される。

即ち、１）開放されていないＤＡＬＢブロックおよびＢＲＣＳブロックは、すべ て、話中の呼に結合された状態であり、更に２）呼を制御する共有呼出モデルに よって動作中であると半ば１做される、グループのすべてのｌ５ＤＮ端末は、Ｄ ＡＬＢブロックおよびＢＲＣＳブロックに結合されている。第１６図から第２１ 図に関して上述した呼終°端の例を考察する。第１８図に示した編成状態を第２ ２図に繰り返す、動作維持機構は、次のようにして実現される。プロセスＴＴＰ Ｉが、５分おきに、Ｍ　Ｇ　Ｚ　Ｋ　Ａメツセージをキー・システム・グループ の各５ｃｓｐに送る、第２２図に、制御ユニット１１１のプロセス５ＣＳＰＩ　 １１、および制御ユニット１２１のプロセス５ＣＳＰ１２１に送られるＭＧＺＫ Ａメツセージを示す、それらの５ｃｓｐプロセスは、Ｍ　Ｇ　ＺＫＡメツセージ に応じて、そのグループの各端末のＤＡＬＢブロックにある変数ＫＡＩを設定す る。更に、各５ｃｓｐは、５分毎に機能維持端末プロセス（ＫＡＴＰ）を生成し 、その制御ユニットのＤＡＬＢブロックおよびＢＲＣＳブロックを１つ１つ調べ る監査プログラム（第２３図）を実行させる０例えば、プロセス５ＣＳＰ１２１ がプロセスＫＡＴＰ１２１を生成し、このプロセスが監査プログラムを実行させ 、制御ユニット１２１のすべてのＤＡＬＢブロックおよびＢＲＣＳブロックを調 べる。具体的には、第２２図に示すブロックＤＡＬＢ１９２、ＢＲＣＳ１９２、 ＤＡＬＢ１９３、およびＢＲＣＳ１９Ｂに加えて、更に他のキー・システム・グ ループの端末に結合されているＤＡＬＢブロックおよびＢＲＣＳブロックも調べ る。

プロセスＫＡＴＰ１２１によって実行される監査プログラムの流れ線図を第２３ 区に示す、ブロック３１０から実行が始まり、ＤＡＬＢブロックおよびＢＲＣＳ ブロックがすべて検査されたかどうか、が判断される。検査もれがある場合、実 行はブロック３２０に進み、所与のＤＡＬＢブロック、例えばＤＡＬＢ１９２の 変数ＫＡＩが検査さ九変数ＫＡＩが設定されているかどうかが判断される。変数 ＫＡＩが設定されている場合、実行はブロック３３０に進み、変数ＫＡＩおよび ＫＡ２が共に解除される。一方、変数ＫＡＩが設定されていない場合、実行はブ ロック３２０からブロック３４０に進み、変数ＫＡ２の設定状慧が判断される。

変数ＫＡ２が設定されていない場合、実行はブロック３６０に進み、変数ＫＡ２ が設定される。しかし、ブロック３４０で行われた検査の結果、ＫＡ２が設定さ れていると判断され、ブロックＤＡＬＢ１９２の変数ＫＡＩがＴＴＰｌからのＭ ＧｚＫＡメツセージに従って設定されてから５分以上経過したことを示している 場合、実行はブロック３らＯに進み、ブロックＤＡＬＢ１９１およびＢＲＣＳ１ ９１が解除される。この監査は、制御ユニット１２１のＤＡＬＢブロックおよび ＢＲＣＳブロックの各々に対して、繰り返される。２つの変数ＫＡＩおよびＫＡ ２を用いた２バス検査機構によって、プロセスＴＴＰＩおよび５ＣＳＰ１２１に おける５分間タイマーの差が原因で、ＤＡＬＢブロックおよびＢＲＣＳブロック が決して偶然に開放されることのないようになっている。

プロセス５ＣＳＰ１２１が、プロセスＴＴＰＩからのＭＧＺＫＡメツセージに応 じて検査した結果、そのグループのある端末に対するＤＡＬＢブロックおよびＢ ＲＣＳブロックが全く無いことを確認したにもかかわらず、その端末がサービス 中であると１做される場合、プロセス５ＣＳＰ１２１は、以上を示すＭＧＺＤＥ ＡＤメツセージをプロセスＴＴＰＩに送る。プロセスＴＴＰＩのモデルＳＣＭは 、これに応じて、その端末に対するＤＡＬＢブロックおよびＢＲＣＳブロックの 再割り当てを制御し、ブリッジが再び可能となるように、その端末を現在の呼の 状態に戻す。

ＦＩＧ、２ ＦＩＧ、３ ＦＩＧ、４ ＦＩＧ、５ ＦＩｏ、６ ＦＩＧ、７ ＦＩＧ＝　　８ ＦＩＧ、９ ＦＩＧ＝　　１０ ＦＩＧ、　　１１ ＦＩＧ、　　１２ ＦＩＧ、　　１３ ＦＩＧ、　　１４ ＦＩＧ、１５ ＦＩＧ、　　１６ ＦＩＧ、　　１７ ＦＩＧ、　　１８ ＦＩＧ、　　１９ ＦＩＧ、２０ ＦＴＧ　　り１ ＦＩＧ、２３ 国際調査報告

Claims (24)

【特許請求の範囲】
1. １．複数の端末の異なる部分集合に結合された複数の制御ユニットを備え、それ に結合されている前記端末の前記部分集合との接続を制御する、複数の端末を接 続可能な分散型交換システムにおいて、前記制御ユニットの多数の制御ユニット に結合された前記端末のキー・システム・グルーブによって共有されたディレク トリ番号との双方向の呼を処理することに関して、 前記多数の制御ユニットのうち主導制御ユニットが、前記共有ディレクトリ番号 に対するビジー／アイドル・データを保持する保持段階、 前記呼に応じて、前記主導制御ユニットが、前記データを読む段階、 前記読み出しデータに応じて、前記多数の制御ユニットが協調して、前記呼を処 理する処理段階、および、各呼の期間中に、前記多数の制御ユニットが協調して 、端末の前記グルーブに各呼の状態を知らせる通知段階を備えることを特徴とす る 方法。
2. ２．前記処理段階が、 前記グルーブの前記端末の発端（発信している側の）端末の前記共有ディレクト リ番号からの発呼に対し、前記発端端末に結合された前記多数の制御ユニットの うち発端制御ユニットが、前記発呼の処理を開始する処理開始段階を備えること を特徴とする 請求項１記載の方法。
3. ３．前記発端端末から前記複数の端末のうち終端（応答している側の）端末ヘの 前記システムの接続を確立する確立段階を更に備える ことを特徴とする 請求２項記載の方法。
4. ４．前記確立段階の後、前記発端末でない前記グルーブの端末からの信号に応じ て、前記終端端末に会議接続するために、前記の発端端末でない端末と前記発端 端末とをブリッジするブリヅジ段階を更に備える ことを特徴とする 請求項３記載の方法。
5. ５．前記通知段階が、 前記発端制御ユニットが、前記発呼の承認を前記発端端末に送る承認段階、およ び 前記発端制御ユニットが、前記多数の制御ユニットのうち別の１つの制御ユニッ トに対し、前記発呼を明示するセットアップ・メッセージを送るメッセージ送信 段階、および、前記セットアップ・メッセージに応じて、前記の更に１つの制御 ユニットが、前記グルーブに含まれる端末の、前記ユニットに結合された部分集 合の何れかに、前記発呼の信号を送る信号伝送段階を備える ことを特徴とする 請求項２記載の方法。
6. ６．前記セットアップ・メッセージを送ると同時に、前記発端制御ユニットが、 タイマーを始動する始動段階、前記タイマーの始動から所定の時間内に、前記グ ルーブに含まれ、かつ前記別の１つの制御ユニット結合された前記端末の各々か ら承認を受けることができなかった場合、これに応じて、前記発端制御ユニット が、第２のセットアップ・メッセージを前記別の１つの制御ユニットに、各非承 認端末を指定して送る第２メッセージ送信段階、および前記第２のセットアップ ・メッセージに応じて、前記別の１つの制御ユニットが、前記発呼に対する第２ の信号を前記指定端末の各々に送る第２信号送信段階を更に備えることを特徴と する 請求項５記載の方法。
7. ７．前記第２のセットアップ・メッセージの送信と同時に、前記発端制御ユニッ トが、前記タイマーを再始動する第２始動段階、および 前記タイマーの再始動から所定の時間内に、前記指定端末の各々から承認を得る ことができなかった場合、これに応じて、前記主導制御ユニットが、前記指定端 末のうちの各非承認端末をサービス外として定義する状態情報を記憶する記憶段 階を更に備える ことを特徴とする 請求項６記載の方法。
8. ８．前記グルーブの複数の端末からのセットアップ信号に応じて、前記グルーブ の前記複数の端末の１つのみから前記システムの接続を確立する接続確立段階を 更に備えることを特徴とする 請求項２記載の方法。
9. ９．前記処理段階が、 前記共有ディレクトリ番号に終端する呼に対し、前記多数の制御ユニットが協調 して、前記の終端する呼を端末の前記グルーブに提出する提出段階を備える ことを特徴とする 請求項１記載の方法。
10. １０．前記の読む段階に先立ち、前記の終端する呼に応じて、前記共有ディレク トリ番号の解釈を行い、前記グルーブの前記端末の１つで、かつ前記主導制御ユ ニットに結合されている主導端末を定義する段階を更に備えることを特徴とする 請求項９記載の方法。
11. １１．前記終端する呼が、前記複数の端末の発端端末から受信され、更に、 前記方法が、前記解釈に応じて、前記システムの最初の接続を、前記発端端末か ら前記主導端末へと制御する制御段階を更に備える ことを特徴とする 請求項１０記載の方法。
12. １２．前記主導端末からの接続信号に応じて、前記最初の接続が前記主導端末に 確立する確立段階を更に備えることを特徴とする 請求項１１記載の方法。
13. １３．前記確立段階の後、前記主導端末でない前記グルーブの端末からめ信号に 応じて、前記発端端末に会議接続するために、前記の主導端末でない端末と前記 主導端末との間をブリッジする段階を更に備える ことを特徴とする 請求項１２記載の方法。
14. １４．前記グルーブの前記端末の非主導端末からの接続信号に応じて、前記最初 の接続を解除する解除段階、および前記システムの第２の接続を、前記発端端末 から前記非主導端末ヘと確立する確立段階を更に備えることを特徴とする 請求項１１記載の方法。
15. １５．前記確立段階の後、前記非主導端末でない前記グルーブの端末からの信号 に応じて、前記発端端末に会議接続するために、前記の非主導端末でない端末と 前記非主導端末との間をブリッジする段階を更に備える ことを特徴とする 請求項１４記載の方法。
16. １６．前記提出段階が、 前記主導制御ユニットが、前記の終端する呼のセットアップ信号を、前記グルー ブに含まれ、前記ユニットに結合された端末の部分集合のすべてに送る段階、前 記主導制御ユニツトが、前記の終端する呼を明示するセットアップ・メッセージ を、前記多数の制御ユニットの非主導制御ユニットに送る段階、および 前記セットアップ・メッセージに応じて、前記非主導制御ユニットが、前記の終 端する呼のセットアップ信号を、前記グルーブに含まれ、前記非主導制御ユニッ トに結合された端末の部分集合のすべてに送る段階を備えることを特徴とする 請求項９記載の方法。
17. １７．前記セットアップ・メッセージを送ると同時に、前記主導制御ユニットが 、タイマーを始動する段階、前記タイマーの始動から所定の時間内に、前記グル ーブに含まれ、かつ前記非主導制御ユニット結合された前記端末の各々から承認 を受けることができなかった場合、これに応じて、前記主導制御ユニットが、第 ２のセットアップ・メッセージを前記非主導制御ユニットに、各非承認端末を指 定して送る第２メッセージ送信段階、 前記第２のセットアップ・メッセージに応じて、前記非主導制御ユニットが、前 記の終端する呼に対する第２のセットアップ信号を前記指定端末の各々に送る第 ２信号送信段階を更に備える ことを特徴とする 請求項１６記載の方法。
18. １８．前記第２のセットアップ・メッセージの送信と同時に、前記主導制御ユニ ットが、前記タイマーを再始動する第２始動段階、および 前記タイマーの再始動から所定の時間内に、前記指定端末の各々から承認を得る ことができなかった場合、これに応じて、前記主導制御ユニットが、前記指定端 末のうちの各非承認端末をサービス外として定義する状態情報を記憶する記憶段 階を更に備える ことを特徴とする 請求項６記載の方法。
19. １９．前記提出段階が、 前記主導制御ユニットが、前記の終端する呼のアナログ嗚鈴信号を、前記グルー ブに含まれるアナログ端末に送る段階、前記主導制御ユニットが、前記の終端す る呼を明示するセットアップ・メッセージを、前記多数の制御ユニットの非主導 制御ユニットに送る段階、および 前記セットアップ・メッセージに応じて、前記非主導制御ユニットが、前記の終 端する呼のデジタル・セットアップ信号を、前記グルーブに含まれるデジタル端 末に送る段階を備える ことを特徴とする 請求項９記載の方法。
20. ２０．前記グルーブの前記端末が、前記共有ディレクトリ番号の複数の応・発呼 手段を有し、更に、前記提出段階が、前記主導制御ユニットが、前記の読んだデ ータに応じて前記複数の応・発呼手段のうち遊休のものを判定する段階、および 前記多数の制御ユニットが協調して、前記の終端する呼を、前記の判定した応・ 発呼手段を有する端末の前記グルーブの１つに提出する段階を備える ことを特徴とする 請求項９記載の方法。
21. ２１．前記グルーブの複数の端末からの接続信号に応じて、前記システムの接続 を、前記グルーブの前記複数の端末の１つのみに確立する段階を更に備える ことを特徴とする 請求項９記載の方法。
22. ２２．複数の端末を接続可能な交換システムにおいて、前記端末の異なる部分集 合に結合された複数の制御手段を備え、前記複数の端末が、前記制御手段の多数 の結合され且つ共有ディレクトリ番号を有する端末のグルーブを含み、前記多数 の制御手段の主導のものが更に前記共有ディレクトリ番号に対するビジー／アイ ドル・データを備え、前記主導制御手段が、前記共有ディレクトリ番号からの呼 にも、それへの呼にも応答して、前記データを読み、更に、前記多数の制御手段 が、前記データに応じて、前記呼を協調的に処理するとともに、前記呼の各期間 中、端末の前記グルーブに各呼の状態を知らせ、以上により結合されている前記 端末の前記部分集合との双方向の接続を制御する ことを特徴とする 分散制御型交換システム。
23. ２３．前記共有ディレクトリ番号から呼を発している前記グルーブの端末に結合 された、発端の前記多数の制御手段が、前記の発している呼に応じて前記主導制 御手段によって読まれる前記ビジー／アイドル・データに応じて、前記の発して いる呼の処理を開始する ことを特徴とする 請求項２２記載の分散制御型交換システム。
24. ２４．前記多数の制御手段が、前記共有ディレクトリ番号に終端する呼に応じて 前記主導制御手段によって読まれる前記ビジー／アイドル・データに応じて、前 記の終端する呼を端末の前記グルーブに協調的に提出する ことを特徴とする 請求項２２記載の分散制御型交換システム。