JP2972444B2 - 交換システムのラインコントロール方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、比較的多くの着信回線
と受付端末とを収容した交換システムにおいて、着信回
線と受付端末との運用数を、そのときどきの呼量に応じ
て増減する方式に関するものである。

【０００２】本発明は、例えば交通機関の座席予約，番
号案内，あるいは通信販売等の電話又はデータ通信によ
る受付業務に利用することができる。

【０００３】

【従来の技術】多くの顧客からの電話に応答して受付を
行う例えば旅行会社あるいは通信販売会社等での受付業
務用に設置される交換システムでは、収容回線数と受付
端末数は、推定される最大の呼量（発着呼量又は着信呼
量）に見合った数に設定する必要があるが、一方で、交
換システムの実際の呼量は時間的にかなり変動するた
め、収容回線と受付端末の稼働効率を考えると、これら
の実際の使用数は呼量の時間的変動に対応させて増減さ
せるのが望ましい。

【０００４】交換システムの収容回線と受付端末の稼働
数を、呼量に対応させて増減させる制御方式として、従
来は、本出願人が先に特願昭６３−１６１９７３号明細
書で提案した制御方式がある。

【０００５】この既提案の制御方式は、公衆電話回線網
のように不特定多数間の通信のために構築された通信網
にトラヒックコントロール機能が付与されていることを
利用するものであり、交換システムがトラヒック制御局
を備えた通信網に接続され、この交換システムに収容さ
れ、現に稼働中の回線を通過する呼量と受付端末の稼働
台数とを常時監視し、収容回線の使用回線数と受付端末
の稼働台数とが、現時点での呼量に対して不均衡となっ
た場合に、上記トラヒック制御局に対して着信呼量の増
減要求情報を送出するとともに、上記受付端末の稼働台
数と上記収容回線の使用回線数をそのときの呼量に適合
する数に増減するようにしたものである。

【０００６】

【発明が解決しようとする課題】前記既提案の制御方式
において、使用回線数と受付端末稼働数と呼量とが不均
衡となった場合、これを察知して使用回線数と受付端末
稼働数をそのときの呼量に適合する数に変更する作業
を、例えば人によるその都度の判断によって行うものと
すれば、その作業は、余程の熟練者が行う作業でない限
り、適正さ及び速さに欠け、かつ複雑な作業となる。

【０００７】そこで、本発明は、上記不均衡を素早く察
知し、使用回線数と受付端末稼働数を簡単な作業で適正
に、かつ素早く変更し得るラインコントロール方式を得
ることを目的とする。

【０００８】

【課題を解決するための手段】上記課題を解決するため
に、本発明の交換システムのラインコントロール方式
は、稼働台数と、この稼働台数に対して許容される着信
呼の待ち呼数と、使用回線数と、を関連づけてトラヒッ
ク量を分割した複数の運用レベルを予め設定しておき、
複数の運用レベルのうち、そのときの呼量に適合した運
用レベルで運用され、着信呼の待ち呼数が現行運用レベ
ルで許容される待ち呼数を越えたとき、又は総呼数が稼
働台数に満たなくなったときには、警告を表示して運用
レベルの変更を促し、現行運用レベルがそのときの総呼
数に適合する運用レベルに移行されたときには、稼働台
数と使用回線数とが新たな運用レベルでの数に変更され
ると共に、トラヒック制御局に対し変更後の使用回線数
に適合するよう着信呼量の増減要求情報を送出するよう
にしたものであり、また、上記運用レベルの内容を、そ
れぞれの運用レベルについて互いに異ならせた複数の運
用パターンを予め設定し、状況によって適用する運用パ
ターンを選択できるようにしたものであり、更に、予め
その日に適用する運用パターンを、日毎に予約的に選択
しておき、交換システムには、日毎に自動的に上記予約
した運用パターンが適用されるようにしたものである。

【０００９】

【作用】本発明では、受付端末の稼働台数と、使用回線
数と、許容待ち呼数とが、相互に関連づけられて、トラ
ヒック量を分割した複数の運用レベルの各運用レベル毎
に予め決められているので、受付端末稼働台数と使用回
線数と呼量との間に不均衡が生じた場合、これを素早く
察知でき、このときの上記受付端末の稼働台数と使用回
線数の変更は運用レベルの変更によって可能であるの
で、適正かつ素早い変更が簡単な作業で可能となる。

【００１０】また、運用レベルは、複数の運用パターン
について、それぞれ異なって設定されているので、適用
する運用パターンの選択により、より適正な運用レベル
で交換システムを運用することができ、更に、特に着信
呼量の日毎の変動傾向が予め予測できる場合には、運用
パターンを予め日毎に予約的に選択しておくことによ
り、交換システムは長期にわたって自動的に適正な運用
パターンで運用できる。

【００１１】

【実施例】図６は、前記既提案の制御方式の通信網を示
す図で、本発明は、この通信網中の交換システムＸ１又
はＸ２において実施される。

【００１２】実施例の説明にあたり、まず、図６に示す
通信網での制御の概要を説明する。

【００１３】図６に示すように、通信網は、一般加入者
ａ１〜ａｉを収容する網Ａ、一般加入者ｂ１〜ｂｊを収
容する網Ｂ、交換システムＸ１を収容する網Ｃ、交換シ
ステムＸ２を収容する網Ｄ、及び網Ａ〜Ｄ間に設けられ
網Ａ〜Ｄ相互間の呼量制御，迂回接続制御等を行うコン
トロール局（トラヒック制御局）Ｅでなり、更に、網Ｃ
と網Ｄの間にあり、交換システムＸ１，Ｘ２間の着信呼
量を調整する調整局Ｇを収容する網Ｆを含んでいる。な
お、ＴＭは交換システムＸ１，Ｘ２の受付端末である。
また、上記通信網の網Ａ〜Ｆ（コントロール局Ｅを含
む。）相互間を結合する回線は、電話回線に限らずデー
タ通信回線が含まれ、上記通信網はＩＳＤＮ網をも包含
するものである。

【００１４】交換システムＸ１，Ｘ２は、例えば同一通
信販売会社の店舗に設備されるもので、交換システムＸ
１を有する店舗の受持地域はＡ地域であり、交換システ
ムＸ２を有する店舗の受持地域はＢ地域であるものとす
る。

【００１５】交換システムＸ１を中心に説明すると、交
換システムＸ１に収容された回線ｌ−ｃｘの使用本数
と、受付端末ＴＭの稼働台数とは、そのときどきの交換
システムＸ１の呼量に適応する数に設定されている。

【００１６】Ａ地域から網Ａ，回線ｌ−ａｃ，網Ｃ及び
回線ｌ−ｃｘを介して交換システムＸ１に着信する呼数
がＭであり、そのときの受付端末ＴＭの稼働台数がＮ台
であり、また、この状態で交換システムＸ１に許容され
る待ち呼数（着信時に受付端末ＴＭが１台も空いておら
ず、受付端末ＴＭの空き待ちとなる着信の呼数）をＰと
すると、「Ｎ≦Ｍ≦Ｎ＋Ｐ」のときは受付端末ＴＭの稼
働台数に対して着信呼数が平衡していることとなるが、
「Ｍ＞Ｎ＋Ｐ」のとき、又は「Ｍ＜Ｎ」のときは受付端
末ＴＭの稼働台数に対して着信呼数が不均衡であること
となる。

【００１７】「Ｍ＞Ｎ＋Ｐ」となったときには、そのと
きの受付端末ＴＭの稼働台数に対して着信呼数が平衡値
より増加したこととなるので、交換システムＸ１では、
受付端末ＴＭの稼働台数を増加させて上記着信呼数の増
加に対処し得るようにするとともに、受付端末ＴＭの稼
働台数の増加に伴う受付処理能力の増加を有効とするた
めに、回線ｌ−ｃｘの使用本数を受付端末ＴＭの新たな
稼働台数に見合う本数だけ増加させる（回線ｌ−ｃｘで
閉塞中のもののうち、増加させる本数の回線の閉塞を解
除する。）。

【００１８】また、交換システムＸ１は網Ｃを介してコ
ントロール局Ｅに着信呼の増加要求情報を送出し、これ
を受けてコントロール局Ｅは、網Ａに対して着信呼の増
加指示情報を送出し、網Ａでは上記増加指示情報を受け
て、回線ｌ−ａｃを介して送出する交換システムＸ１へ
の着信呼を指示を受けた呼数だけ増加させる。

【００１９】以上の一連の制御が終わると、新たな受付
端末ＴＭの稼働台数とこの稼働台数に対する着信呼数と
待ち呼数について、平衡状態「Ｎ≦Ｍ≦Ｎ＋Ｐ」とな
る。

【００２０】また、「Ｍ＜Ｎ」となったときには、交換
システムＸ１において、受付端末ＴＭの稼働台数を減少
させ、回線ｌ−ｃｘの使用本数を減じ（減ずる本数の回
線を閉塞する。）、コントロール局Ｅには着信呼の減少
要求情報を送出することとなるが、この制御は上記着信
呼の増加の場合の制御から容易に類推できる。

【００２１】また、特に着信呼が増加した場合、この増
加が交換システムＸ１の全ての受付端末ＴＭを稼働させ
ても対処できない量であるとき、又は何らかの理由で交
換システムＸ１の受付端末稼働台数を増やせないときに
は、コントロール局Ｅは、オーバーフローした着信呼
を、調整局Ｇの調整制御によって指示された、例えば交
換システムＸ２に着信するように制御するが、この制御
は本発明に直接関係しないので詳述しない。

【００２２】次に本発明の実施例を説明する。

【００２３】図１〜図５はいずれも本発明の実施例を説
明するもので、図１は交換システムのブロック図、図２
はコントロールパターンテーブルの構成図、図３は運用
パターン予約テーブルの構成図、図４及び図５は運用レ
ベルの判定処理を示すフローチャートである。

【００２４】図１において、Ｘは交換システム、ＴＭ１
〜ＴＭｎは受付端末、ＴＭＤは管理台、ＩＮＤは表示器
である。

【００２５】交換システムＸには、通信網からの複数の
回線ｌ−ｘ１〜ｌ−ｘｍと複数の受付端末ＴＭ１〜ＴＭ
ｎが収容されている。また、この交換システムＸは、回
線ｌ−ｘ１〜ｌ−ｘｍとのインタフェースであって、回
線ｌ−ｘ１〜ｌ−ｘｍごとに設けられたトランク（ＴＲ
Ｋ）１１〜１ｍと、受付端末ＴＭ１〜ＴＭｎとのインタ
フェースであって、受付端末ＴＭ１〜ＴＭｎごとに設け
られた端末接続ユニット（ＴＣＵ）２１〜２ｎと、通話
路スイッチ（ＳＷ）３と、管理台ＴＭＤとのインタフェ
ースである管理台接続ユニット（ＣＳＣ）４と、表示器
ＩＮＤとのインタフェースである表示器接続ユニット
（ＩＮＤＵ）５と、スイッチ３を制御し、回線ｌ−ｘ１
〜ｌ−ｘｍ（トランク１１〜１ｍ）と受付端末ＴＭ１〜
ＴＭｎ（端末接続ユニット２１〜２ｎ）とを接続制御す
る中央処理装置（ＣＣ）６を備えている。

【００２６】中央処理装置６は、回線ｌ−ｘ１〜ｌ−ｘ
ｍの状態データを格納する回線メモリ（ＬＭ）６０１、
受付端末ＴＭ１〜ＴＭｎの状態データを格納する端末メ
モリ（ＴＭＭ）６０２、コントロールパターンデータを
格納するメモリであるコントロールパターンテーブル
（ＣＰＴ）６０３、及び運用パターン予約データを格納
するメモリである運用パターン予約テーブル（ＰＳＴ）
６０４を備えている。

【００２７】また、表示器ＩＮＤには、運用レベル表示
部７と待ち呼数表示部８が設けられている。

【００２８】コントロールパターンテーブル６０３は、
図２に示すように、複数の運用パターン（実施例では１
０パターン）ごとに、複数の運用レベル（実施例では５
レベル）のデータ格納エリアが割り当てられ、各データ
格納エリアには、それぞれの運用レベルごとに、受付端
末数（稼働させる受付端末数）と、受付端末数での許容
待ち数と、回線数（使用する回線数）とを示す各データ
が格納される。

【００２９】運用パターンと運用レベルの設定方法の一
例について説明すると、まず年間のトラヒック量（着信
呼）を日別に統計分析し、日別トラヒック量を例えば１
０区分に分類して各分類を運用パターン１〜１０とす
る。次に各運用パターン内の全ての日の時間別トラヒッ
ク量を１つに集約し、この集約した時間別トラヒック量
を例えば５分割して運用レベル１〜５を決定し、各運用
レベルでのトラヒック量に対応した受付端末数と許容待
ち呼数を決定する。次に各運用レベルの上位への変更時
におけるトラヒック量の増加度合いと、運用レベルを変
更する際に要する時間内に発生する着信呼数を想定して
使用回線数を決定する。

【００３０】以上のようにして決定された各データ（受
付端末数，許容待ち呼数，回線数）は、管理台ＴＭＤか
ら投入され、例えば図２に示すようにコントロールパタ
ーンテーブル６０３に格納される。

【００３１】また、運用パターン予約テーブル６０４
は、例えば図３に示すように、３１日分の予約データが
格納できるメモリエリアを１又は複数エリア（実施例で
は２エリア）設けて構成される。運用パターン予約は、
日々のトラヒック量を左右する要因を考慮して運用パタ
ーンを決定する。決定された日毎の運用パターンデータ
は、管理台ＴＭＤから投入され、例えば図３に示すよう
に運用パターン予約テーブル６０４に格納される。図３
に示す例は１０月と１１月の２箇月について運用パター
ンを予約したときの格納データ例を示している。

【００３２】次に動作を説明する。

【００３３】回線ｌ−ｘ１〜ｌ−ｘｍのいずれか、例え
ば回線ｌ−ｘ１に着信があると、交換システムでは、中
央処理装置６がトランク１１を介して着信を検出し、こ
の回線ｌ−ｘ１への着信を回線メモリ６０１に記憶する
とともに、端末メモリ６０２に記憶された空塞データに
基づいて空き受付端末、例えば受付端末ＴＭ１を識別し
て対応する端末接続ユニット２１を起動し、受付端末Ｔ
Ｍ１に着信を表示するとともに、端末メモリ６０２に受
付端末ＴＭ１への着信を記憶する。

【００３４】受付端末ＴＭ１で着信に応答すると、中央
処理装置６は端末接続ユニット２１を介して応答を検出
し、通話路スイッチ３を制御してトランク１１と端末接
続ユニット２１との間に通話路を形成する。以上の動作
で回線ｌ−ｘ１と受付端末ＴＭ１とは相互に接続され、
双方の間で通話あるいはデータ通信が可能となる。ま
た、双方が通話状態になったことで、回線メモリ６０１
と端末メモリ６０２とには、それぞれ回線ｌ−ｘ１及び
端末ＴＭ１の通話中が記憶される。

【００３５】交換システムＸに収容されている回線ｌ及
び受付端末ＴＭ（相互に区別しないときは符号の添字を
省略する。）は、全てが常時使用可能な状態とはなって
おらず、その時々の発着呼量に見合った数が中央処理装
置６の制御によって使用可能とされる。この回線ｌの使
用可否データ及び受付端末ＴＭの稼働データは、それぞ
れ回線毎及び受付端末毎に回線メモリ６０１と端末メモ
リ６０２に記憶されている。

【００３６】以上のようにして回線端末メモリ６０１と
端末メモリ６０２には、回線ｌ及び受付端末ＴＭのあら
ゆる状態が記憶されており、中央処理装置６は、常時リ
アルタイムに交換システムＸのトラヒック量を監視でき
ることとなり、トラヒック量に基づいて、回線使用数と
受付端末稼働数を以下に説明する制御で適切に設定でき
る。

【００３７】中央処理装置６は、カレンダ機能を有して
おり、運用レベル予約テーブル６０４を参照して、その
日の運用レベルを決定する。例えば、１０月１日であれ
ば、図３に示す例では、運用パターン１によって運用さ
れることとなる。

【００３８】また、例えば運用パターン１の運用レベル
２で運用されているものとすると、図２に示す例では、
受付端末ＴＭの稼働台数は１５台であり、回線ｌの使用
本数は２０本であり、このときに許容される待ち呼数は
２である。

【００３９】図２の例で解るように、各運用レベルにお
ける使用回線数は、受付端末稼働台数と許容待ち呼数と
の和より多い本数に設定されている。これは、運用レベ
ルの変更判定のためである。すなわち、使用回線数が受
付端末稼働台数と許容待ち呼数との和に等しいか、それ
より少なければ、交換システムＸへの着信数がその運用
レベルで適正とされる上記和以上とはならないため（前
記通信網での制御の説明で明らかなように、通信網のラ
インコントロール機能によって、交換システムＸのトラ
ヒック量は使用回線数で処理できる以上にはならな
い。）、着信の増大を察知できないからである。

【００４０】着信呼数が増加する方向に変化したときの
運用レベルの判定及び変更処理について、図４に示すフ
ローチャートで説明する。

【００４１】運用レベル（ｊ）における通話中呼数と着
信表示呼数と待ち呼数の和、すなわち総呼数をＭｊとす
る。なお、通話中呼数とは、受付端末ＴＭで現に通話し
ている呼の数であり、着信表示呼数とは、受付端末ＴＭ
に着信表示がなされ未だ通話するに至っていない呼の数
であり、待ち呼数とは、稼働中の受付端末ＴＭが全て使
用中（通話中又は着信表示中）に着信し、いずれの受付
端末ＴＭにも着信表示がなされない状態で待機している
呼の数をいう。

【００４２】また、運用レベル（ｊ）における受付端末
ＴＭの稼働台数と許容待ち呼数の和をＮｊとし、運用レ
ベル（ｊ）より上位の運用レベル（受付端末ＴＭの稼働
台数が多い方向のレベルをいうものとする。）を（ｊ＋
ｉ）（ただし、ｉ＝１，２，３・・・）で表わすものと
する。

【００４３】中央処理装置６は、前記したように、交換
システムＸのトラヒック量を現用の運用レベル（ｊ）と
の比較で常時監視しており（ステップＳ１）、「Ｍｊ＞
Ｎｊ」でない場合には、現用の運用レベル（ｊ）で受付
端末ＴＭの稼働台数と回線ｌの使用数とがバランスして
いることとなるので（ただし、総呼数Ｍｊが受付端末Ｔ
Ｍの稼働台数より更に少なくなった場合は、後述の着信
呼数が減少する方向の制御となる。）、表示器ＩＮＤの
運用レベル表示部７の表示は現用の運用レベル（ｊ）の
点灯表示となる（ステップＳ２）。

【００４４】ステップＳ１での監視で「Ｍｊ＞Ｎｊ」が
検出されると、中央処理装置６は次に現行運用レベル
（ｊ）の１段上位の運用レベル（ｊ＋１）について、ス
テップＳ１と同様の判断、すなわち「Ｍｊ＞Ｎ（Ｊ＋
１）」であるか否かを判断し（ステップＳ３１）、この
判断が「ＹＥＳ」であれば、更に１段上の運用レベル
（ｊ＋２）について同様の判断、すなわち「Ｍｊ＞Ｎ
（ｊ＋２）」であるか否かを判断し（ステップＳ３
２）、以降、この判断が「ＮＯ」となるまで運用レベル
を１段ずつ上位に移行させながら継続する。

【００４５】いま、例えばステップＳ３２で判断が「Ｎ
Ｏ」となったものとすると、そのときの総呼数Ｍｊは運
用レベル（ｊ＋２）でバランスすると判断できるので、
中央処理装置６は表示器ＩＮＤの運用レベル表示部７の
表示を上記「ＮＯ」となった判断の運用レベル（ｊ＋
ｉ）の表示、いまの場合、「ｊ＋２」にして、これを点
滅させて（ステップＳ４）、運用レベルを（ｊ）から
（ｊ＋２）に移行させる必要性を表示するとともに、運
用レベルが（ｊ＋２）に移行したか否かを監視する（ス
テップＳ５）。

【００４６】表示器ＩＮＤの運用レベル表示部７におけ
る運用レベル（ｊ＋２）の点滅表示をみて、管理者はオ
ペレータに対し未稼働受付端末ＴＭへの着席を指示す
る。オペレータは着席すると、通話用ヘッドセットを着
席した未稼働受付端末ＴＭへ接続する。

【００４７】中央処理装置６は、これを読み込んで、オ
ペレータが着席した未稼働受付端末ＴＭを、順次稼働状
態とする。次に、中央処理装置６はコントロールパター
ンテーブル６０３を参照して、受付端末稼働台数が新た
な運用レベル（ｊ＋２）の受付端末台数に達したことを
認識すると、運用レベル（ｊ＋２）への移行で増加する
回線数を判断し、その数の回線ｌの閉塞を解き（トラン
ク１１〜１ｍのうち対応するものに閉塞解除信号を送出
する。）、これを使用可能とし、同時に回線ｌ−ｅｃ
（図６）を使用して通信網のコントロール局Ｅ（図６）
に上記新たな運用レベル（ｊ＋２）での回線使用数に見
合った着信呼増加要求情報を送出する。その後、中央処
理装置６は表示器ＩＮＤの運用レベル表示部７の「ｊ＋
２」の点滅表示を点灯表示に移行させ（ステップＳ
６）、次に新たな運用レベル（ｊ＋２）を現行運用レベ
ル（ｊ）とみなして（ステップＳ７）、再びステップＳ
１の監視に入る。

【００４８】以上の制御において、「Ｍｊ＞Ｎ（ｊ＋
ｉ）」であるか否かの判断が運用レベルの最上位より１
段前のレベル、実施例では運用レベル４まで進み、ここ
で上記判断が「ＹＥＳ」であった場合には、運用表示を
最上位レベル、いまの場合、「５」の点滅表示とする
（ステップ８）。すなわち、表示器ＩＮＤの運用レベル
表示部７の表示が「５」の点滅となり、この場合もステ
ップＳ４〜Ｓ７と同様の制御で運用レベルをレベル５に
移行させればよいが、この場合には、レベル５に移行し
ても、なお着信呼数と受付端末ＴＭの稼働台数とが不均
衡である場合が生じ得る（運用レベル「５」の点滅表示
が継続する。）。このような場合には、管理台ＴＭＤか
らの指令で他の運用パターンを適用するか、又は通信網
で迂回回線が設定されている場合には、他の交換システ
ムに着信を迂回させる等の処置がとられる。

【００４９】次に着信呼数が減少する方向に変化したと
きの運用レベルの判定及び変更処理について、図５に示
すフローチャートで説明する。なお、運用レベルを前記
制御で上位の運用レベルに移行させるか、又は、以下に
説明する制御で下位の運用レベルに移行させるかは、待
ち呼があるか否かによって判断する（待ち呼がある場合
は上位の運用レベルに移行、ない場合には下位の運用レ
ベルに移行）。

【００５０】待ち呼がない場合において、運用レベル
（ｊ）における通話中呼数と着信表示呼数との和、すな
わち送呼数をＭｊとする。なお、通話中呼数と着信表示
呼数の意味は、着信呼数が増加する方向に変化する場合
で説明したのと同じである。

【００５１】また、運用レベル（ｊ）における受付端末
ＴＭの稼働台数をＬｊとし、運用レベル（ｊ）より下位
の運用レベルを（ｊ−ｉ）（ただし、ｉ＝１，２，３・
・・）で表すものとする。

【００５２】中央処理装置６は、現用の運用レベル
（ｊ）において待ち呼がない場合には、コントロールパ
ターンテーブル６０３を参照して、現用の運用レベル
（ｊ）における総呼数Ｍｊと、１段下位の運用レベル
（ｊ−１）での受付端末稼働台数Ｌ（ｊ−１）とを比較
監視しており（ステップＳ１１）、「Ｍｊ＜Ｌ（ｊ−
１）」でない場合には、現用の運用レベル（ｊ）で受付
端末ＴＭの稼働台数と回線ｌの使用数とがバランスして
いることとなる（いまの場合、待ち呼がないので、前記
運用レベルを上位に移行させる制御とはならない。）の
で表示器ＩＮＤの運用レベル表示部７の表示は現用の運
用レベル（ｊ）の点灯表示となる（ステップＳ１２）。

【００５３】ステップＳ１１での監視で「Ｍｊ＜Ｌ（ｊ
−１）」が検出されると、中央処理装置６は、次に更に
１段下位の運用レベル（ｊ−２）について「Ｍｊ≧Ｌ
（ｊ−２）」であるか否かの判断を行い（ステップＳ１
３１）、この判断が「ＮＯ」であれば更に１段下位の運
用レベル（ｊ−３）について「Ｍｊ≧Ｌ（ｊ−３）」で
あるか否かの判断を行い（ステップＳ１３２）、以降こ
の判断が「ＹＥＳ」となるまで運用レベルを１段ずつ下
位に移行させながら継続する。

【００５４】いま、例えばステップＳ１３２で判断が
「ＹＥＳ」となったものとすると、そのときの総呼数Ｍ
ｊは、「ＹＥＳ」と判断されたときの運用レベル（ｊ−
３）での受付端末ＴＭの稼働台数Ｌ（ｊ−３）と、その
１段上の運用レベル（ｊ−２）での受付端末ＴＭの稼働
台数Ｌ（ｊ−２）との間の当該受付端末ＴＭの稼働台数
でバランスするものと判断できるので、中央処理装置６
は、表示器ＩＮＤの運用レベル表示部７の表示を上記
「ＹＥＳ」となった判断の運用レベルの１段上の運用レ
ベル〔ｊ−（ｉ−１）〕、いまの場合「ｊ−２」にして
これを点滅させ（ステップＳ１４）、運用レベルを
（ｊ）から（ｊ−２）に移行させる必要性を表示する。
この表示以降の制御は、図４におけるステップＳ５〜Ｓ
７の制御と同様である（ステップＳ１５〜Ｓ１７）。た
だし、この場合には、受付端末ＴＭの稼働台数は少なく
なり、回線ｌの使用数も減少し（少なくする数に応対し
て回線ｌを閉塞する。）、交換システムＸから通信網の
コントロール局Ｅ（図６）に対しては着信呼減少要求情
報が送出される。

【００５５】以上の制御において、「Ｍｊ≧（ｊ−
１）」であるか否かの判断が運用レベルの最下位のレベ
ル１まで進み、ここで上記判断が「ＮＯ」であった場合
には、運用レベル表示を最下位レベル「１」の点滅表示
とする（ステップＳ１８）。この場合も、ステップＳ１
４〜Ｓ１７と同様の制御で運用レベルをレベル１に移行
させればよいが、この場合には、レベル１に移行して
も、なお着信呼数と受付端末ＴＭの稼働台数とが不均衡
である場合が生じ得る（運用レベル「１」の点滅表示が
継続する。）。このような場合には、管理台ＴＭＤから
の指令で他の運用パターンを適用すればよい。

【００５６】以上の実施例では、運用パターンは運用パ
ターン予約テーブル６０４に予め格納されたデータに基
づいて日毎に自動的に決められるようにしてあるが、予
測しない事態が生じて、自動的に決められた運用パター
ンでは対処しきれなくなったときには、管理台ＴＭＤか
らの運用パターンデータの投入によって任意の運用パタ
ーンを適用することも可能である。また、この場合にお
いては、１日のうちに運用パターンを変更することも可
能である。

【００５７】また、着信呼の増減度合いが大きくない場
合には、単一の運用パターンでも本発明を実施すること
ができる。

【００５８】

【発明の効果】以上説明したように、本発明は、交換シ
ステムを通過するトラヒック量に応じて、受付端末の稼
働台数を変更し、かつ回線の使用数を変更するようにし
た交換システムのラインコントロール方式において、ト
ラヒック量を分割した複数の運用レベルを予め設定して
おき、着信呼の増減に応じて適用する運用レベルを決定
し、決定した運用レベルで規定される受付端末の稼働台
数と回線の使用本数で交換システムを運用するようにし
たものであり、受付端末稼働台数と使用回線数と呼量の
間で不均衡が生じた場合、上記運用レベルによってこれ
を素早く察知でき、また受付端末の稼働台数の変更及び
使用回線数の変更も運用レベルの変更によって適正かつ
素早く、しかも簡単な作業で可能となる。

【００５９】また、複数の運用レベルのそれぞれについ
て、内容を異ならせた複数の運用パターンを設定してあ
るので、当該運用パターンの選択により、より適正な運
用レベルで交換システムを運用でき、更に運用パターン
を日毎に予約的に予め選択しておくことにより、長期に
わたって交換システムを適切な運用パターンで運用でき
る。

【図面の簡単な説明】

【図１】本発明の実施例のブロック図である。

【図２】コントロールパターンテーブルの構成図であ
る。

【図３】運用パターン予約テーブルの構成図である。

【図４】運用レベルの上位移行時の判定処理フローチャ
ートである。

【図５】運用レベルの下位移行時の判定処理フローチャ
ートである。

【図６】通信網構成図である。

【符号の説明】

Ｘ 交換システム Ｅ コントロール局 ｌ−ｘ１〜ｌ−ｘｍ，ｌ−ｅｃ 回線 ＴＭ１〜ＴＭｎ 受付端末 ＴＭＤ 管理台 ＩＮＤ 表示器 ６ 中央処理装置 ６０３ コントロールパターンテーブル ６０４ 運用パターンテーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 増田 毅 東京都千代田区内幸町一丁目１番６号 日本電信電話株式会社内 (72)発明者 牛島 利博 東京都千代田区内幸町一丁目１番６号 日本電信電話株式会社内 (72)発明者 小林 半二 東京都文京区小石川二丁目５番７号 明 星電気株式会社内 (56)参考文献 特開 平２−10960（ＪＰ，Ａ) 特開 平１−233948（ＪＰ，Ａ) 特開 昭64−60143（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁶，ＤＢ名) H04M 3/00 H04M 3/08 - 3/64 H04M 7/00 - 7/16 H04Q 1/20 - 1/26

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】トラヒック制御局を備えた通信網に接続さ
   れて前記通信網からの複数の回線と複数の受付端末とを
   収容し、前記通信網からの着信呼を前記受付端末に接続
   して、前記回線を通過する呼量と前記受付端末の稼働台
   数を常時監視し、前記回線の使用回線数と前記稼働台数
   が現時点での呼量に対し不均衡となった場合に、前記ト
   ラヒック制御局に対して着信呼量の増減要求情報を送出
   すると共に、前記稼働台数と前記使用回線数をそのとき
   の呼量に適合する数に増減する交換システムのラインコ
   ントロール方式において、前記 稼働台数と、この稼働台数に対して許容される着信
   呼の待ち呼数と、前記使用回線数と、を関連づけてトラ
   ヒック量を分割した複数の運用レベルを予め設定してお
   き、 前記 複数の運用レベルのうち、そのときの呼量に適合し
   た運用レベルで運用され、着信呼の待ち呼数が現行運用
   レベルで許容される待ち呼数を越えたとき、又は総呼数
   が前記稼働台数に満たなくなったときには、警告を表示
   して運用レベルの変更を促し、 現行運用レベルがそのときの総呼数に適合する運用レベ
   ルに移行されたときには、前記稼働台数と前記使用回線
   数とが新たな運用レベルでの数に変更されると共に、前
   記トラヒック制御局に対し変更後の使用回線数に適合す
   るように着信呼量の増減要求情報を送出することを特徴
   とする交換システムのラインコントロール方式。
2. 【請求項２】請求項１記載の交換システムのラインコン
   トロール方式において、運用レベルの内容を、それぞれ
   の運用レベルについて互いに異ならせた複数の運用パタ
   ーンを予め設定し、交換システムの稼働時の状況により
   適用する運用パターンを選択するようにした交換システ
   ムのラインコントロール方式。
3. 【請求項３】請求項２記載の交換システムのラインコン
   トロール方式において、予めその日に適用する運用パタ
   ーンを、日毎に予約的に選択しておき、交換システムに
   は日毎に自動的に上記予約した運用パターンを適用する
   ようにした交換システムのラインコントロール方式。