JPH0353653A - 分散形システムおよびその情報伝送方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、信号伝送路として電話回線を利用する分散形
システム，および回線のトラヒック集中を回避する情報
伝送方法に関するものである．〔従来の技術〕 従来のビル管理システムの構成は、専用の信号伝送路を
用いた集中形であった。集中形では、端末装置は設備機
器との入出力（　Ｉ　／Ｏ）インターフエイスの機能を
持ち、データの計測は端末装置を介して中央装置に送ら
れ，ビル内の設備機器を中央装置で監視・制御していた
。しかし、この構成では、処理能力の大きな中央装置が
必要で，しかも、システムの信頼性を確保するため中央
装置を２重化するとシステムのコストが高くなるという
問題があった． そこで、従来の集中形構成の問題点を解決するシステム
構成として，三菱電機技報，ＶＯＬ．６０，１１１ａ５
，１９８６，第１０頁〜第１４頁の「分散処理形ビル管
理システム」と題する論文において分散形の構成が提案
されている。分散形構成では、端末装置にマイコンを搭
載し、従来、中央装置で処理していた監視・制御機能を
各端末装置に持たせることで危険分散を図り信頼性を向
上している．また、中央装置と端末装置間の信号伝送路
として電話回線を利用できるようにし、拡張性の向上，
低コスト化を図っている． このように、信号伝送路として電話回線を用いる場合、
端末装置の台数が多くなると中央装置では通信量が増え
、中央装置に接続されている回線のトラヒック量（或い
は、呼量）が増大して輻そう（トラヒックの混雑状態）
を起こし、それが進行すると全く通信できなくなる（デ
ッドロック）という問題がある。また、輻そうにより中
央装置の話中の率が多くなると、再ダイヤルにより再び
通信を試みる方式（リダイヤル）が大半を占めており，
一層輻そうに拍車をかける結果になっていた． 一方、トラヒックを制御するための電話交換機の回線切
替え或いは迂回の方法としては、特開昭５５−１４０３
５３号，特開昭５７−１３３７５１号，特開昭５７−１
１１１６３号，特開昭６１−　２７４５５６号がある。

これらの公知例は次の２種類に分けられる。

■　現時点の回線のトラヒック状況を把握して、空いて
いる回線に接続先を変更（切替え）する。

■　トラヒックの増加を見込んで、回線を増やす。

以上の交換機の回線切替え或いは迂回方法を、中央装置
に限られた回線を用いる分散形システムに適用すると、
中央装置の回線の空きを遂次或いは順次探して接続する
ことになり、トラヒックの増加時には、再発呼（再ダイ
ヤル）が多くなり、結果的にトラヒックの最適化を図る
ことにはならず、一層輻そうに拍車をかけることになる
。

また、特開昭６１−　２７４５５６号には、日及び時間
帯に応じて通話するルートを切り替えることによる迂回
方式が示されている。

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

上記のＳ話回線を信号伝送路として用いる分散形システ
ム（例えば、ビル管理システム，銀行オンラインシステ
ム，等）においては、中央装置に接続されている特定の
回線に輻そうが生じるという問題を有していた。

さらに、電話交換機システムの回線切替え或いは迂回の
方法にしても、トラヒックの最適化を図ることにはなら
ず、輻そうに一層拍車をかけるという問題があった。

次に、特開昭６１−　２７４５５６号における問題点を
説明する。

この公知例では、呼の発生した時刻により時間帯を指定
するテーブルを格納する時間帯格納メモリ、前記時間帯
格納メモリにより指定された時間帯のルートを記憶する
ルート番号格納メモリ、前記時間帯格納メモリおよび前
記ルート番号格納メモリと時計装置からの情報に基づき
交換機の出力トランクを決定する機能を有するルート決
定部を設けて、予め時間帯とそれに対応したルートをメ
モリに記憶しておき、交換機に生じる全ての呼のルート
を一括して切り替えている。このため、時間帯に応じて
ルートを切り替え（スイッチング）することから集中し
たトラヒックも一緒に切り替えられ、切り替えられたル
ートに新たにトラヒック集中が生じてしまう。これによ
り、ルート間のトラヒックのアンバランスが必然的に生
じてしまい何ら従来技術の解決になっていない。

本発明の目的は、稼動中に輻そうを生じさせない分散形
システム、およびトラヒック集中を回避できる情報伝送
方法を提供することにある。

〔課題を解決するための手段〕 上記目的は、中央装置と交換機の間が少なくとも２本の
通信回線で接続されて、中央装置は異なる通信番号を備
えており、交換機と複数の端末装置の間は各々通信回線
で接続されている分散形システムにおいて、中央装置と
交換機の間の各通信回線におけるトラヒックを検出する
手段と、該手段の検出結果に基づいて各端末装置へ送信
する際に用いる中央装置の送信元、各端末装置から中央
装置へ送信する際に用いる中央装置の受信先の少なくと
も一方を指定しておく手段を設けることにより達或され
る。

また上記目的は、分散形システムにおいて、中央装置と
交換機の間の各通信回線のトラヒックを検出し、該トラ
ヒック検出結果に基づいて各端末装置へ送信する際に用
いる中央装置の送信元，各端末装置からの中央装置へ送
信する際に用いる中央装置の受信先の少なくとも一方を
指定しておくことにより達成される。

〔作用〕

分散形システムにおいては、各端末装置と中央装置の間
の回線トラヒックは、システムによって概ね毎日，週間
，月間あるいは年間を通じて同様なパターンで行われる
。そこで，中央装置と交換機の間の各通信回線のトラヒ
ックを検出すると、各通信回線の混雑度（トラヒック集
中）が分る。

各端末装置や中央装置に前もって送信先（受信先）や送
信元を指定しておくと、送信の都度，指定された送信先
，送信元に基づいて自動ダイヤリングする様になる。自
動ダイヤリングされた送信先や送信元の通信番号が時々
刻々、重ならない様にすることで，中央装置と交換機の
間の各通信回線のトラヒックは平均化する。即ち、中央
装置と交換機の間の通信回線のトラヒックについて、送
信先，送信元の振分けが行われる結果、特定の通信回線
のトラヒック許容量限界を越えることがなく、もって、
トラヒック集中を回避することができる。

トラヒック集中が回避されることにより、各端末装置，
中央装置は、送信したい時に速やかに、情報を中央装置
または各端末装置に送信することができる。

〔実施例〕

以下、本発明の一実施例を第１図により説明する． 第１図において、１は２個の異なる通信番号を備えた中
央装置、２は電話交換機，３は各々端末装置、４は中央
装置に接続している回ｍｃ複数回線），５はＮ台の各端
末装置に接続している回線（１回線）である．第１図は
、中央装置１と端末装［３の信号伝送路として電話交換
４１ｋ２の電話回線４及び５を用いた場合の分散形シス
テム構戊例である。このようなシステムとして、分散形
ビル管理システム，銀行オンライン端末システム、等の
分散端末システムが掲げられる。

本発明の基本的な考え方を第２図〜第４図により説明す
る。尚、簡略化のため、説明を端末装置から中央装置へ
情報を送る場合に限定した。

第２図は中央装置に接続されている回線４を２回線（ａ
，ｂ）とした時に、４台の端末装置３Ａ〜３Ｄが図のよ
うに各々の回線に割り当てられてトラヒックを生じてい
ると仮定した場合を示している。この場合、回線ａのト
ラヒック量（或いは呼量或いは呼数）は回線ｂのトラヒ
ック量よりも多いため、回線ａの端末装［３Ｇの３回目
の発呼が０印で生じた場合、０印から遅れて中央装置に
受信されている。そこで、各端末装置のトラヒックパタ
ーンから回線ａとｂのトラヒックの均等化を図るため、
端末装置３Ｃの記憶している中央装置の電話番号（通信
番号）を変えて、電話交換機２がそれによって用いる電
話回線４を回線ａから回線ｂに変更すると、回線ｂのト
ラヒックは第３図のように、また、回線ａのトラヒック
は第４図のようになる。第３図では、端末装置３Ｃの遅
れがなくなっている。また、第３図及び第４図のトラヒ
ックが均等になっている。すなわち、トラヒックを振分
けて均等化することにより，１・ラヒックの重なりは減
少し中央装置への送信の遅れを全体的に緩和でき、回線
ａへのトラヒック集中を回避することが可能となる。一
方、逆の見方をすると、回線ａとｂが、第３図と第４図
のようなトラヒックの時に，例えば次の日に端末装Ｗ３
Ｄのトラヒックの増加（端末装置２或いは４の発報数が
増えること）が予想されるとすれば、回線ａとｂの間で
予め第２図のようなトラヒック許容限界を越えない範．
囲でトラヒックの不均一な関係（すなわち、予め端末装
置３Ｃを回線ａに割り当てる）にしておくことにより、
回線ｂへのトラヒック集中を回避し、もって、回線ａ，
ｂのトラヒックの平均化が可能となる。

第２図〜第４図では、特定の端末装置の送信先を全て切
り替えるような図となっているが、一日のうちの特定の
時間帯に送信先を切り替えるようにしてもよい。この場
合、特定の時間になると，送信先を切り替え、時間後に
、元の番号に戻すように、記憶装置を用いると良い。こ
れは，時々刻刻、電話番号を編制していることになる。

また、送信先の切り替えは、中央装置と交換機の間の通
信回線の情報伝送の分担を前もって決めておくことであ
る。従って、この分担はＥ記の如く、時間経過に伴って
再編制され、分担が変えられるようになっていると良い
。

以上の基本的な考え方による限り、トラヒック量に代え
て呼量或いは呼数を用いることや種々の機能構成を取る
ことが可能である。

第１図の中央装置１の機能構成例を第５図に、また、第
１図の端末装置３の機能構或例を第６図に示す。

以下，第５図，第６図についてその動作を説明する。

第５図において、情報ｒａ，Ｔｈの計測１１では中央装
置１の各回ｌＡ４（４ａ，４ｂ）の呼数と平均保留時間
を例えば第７図の処理フローを用いて求める。求めた回
１４ａ，４ｂの呼数と平均保留時間を用いてトラヒック
量演算手段１２で第８図の処理フローに従い回線４ａ，
４ｂのトラヒック量を求める。トラヒック量決定手段ｌ
３では、第９図の処理フローを用いて該トラヒック量と
予め定めておいた回線の許容量とを比較し、比較結果に
基づいて電話番号変更テーブル（第１０図）から端末装
置番号と中央装置の変更後の電話番号を決定し、通信制
御手段１４で例えば第１１図の処理フローを用いて、決
定した端末装置に変更後の電話番号を送信する。

尚、中央装置１，端末装置３の通信番号（電話番号）に
ついて、説明する。中央装置１については通信制御手段
１４が２個のポートを備え、各ポートは第１図の電話回
線４ａ．４ｂと各々接続されている。中央装置１が各端
末装置３から接続関係を持つところのポートと電話回線
の組のいずれかを介して分散形システムとしての情報Ｉ
ａ，　　Ｉｂが伝送されて，中央装置１内の図示されて
いない記憶手段に格納される。従って、中央装置内の通
信番号または、中央装置の送信先とはポートを指定する
ことでもある。各端末装置については、第６図の通信制
御手段３１がポートを備え、このポートと接続関係をも
つ電話回線５を介して中央装置から情報送信されて．図
示されていない記憶手段に格納される。

また、この実施例では、中央装置１から各端末装置３へ
送る情報が各端末装置３から送信される情報量に比べて
大幅に少ないものであるとして、中央装置１が各端末装
置３へ送る時に用いるポートの指定は行わないこととし
た。

以下、各手段のトラヒック集中回避の処理フローを詳細
に説明する。

情報Ｉａｅ　Ｉｂの計測１１では、回線４ａ，４ｂの各
々の回線に生じる呼数をカウントし、各呼の保留時間を
計測して記憶する． その処理フローの一例を第７図に示す。

第７図では、時刻が変わった事を条件にその前の時刻の
平均保留時間と呼数を演算した後、所定のテーブルを初
期化して今時刻の回線の呼数と保留時間の総和を計測す
るようにしている．呼数と平均保留時間は．　（１），
　（２）式で表わせる。

・・・（１） Ｋ Ｋ ここで、ＴＨＩ　：　ｉ個目の呼の保留時間（秒）第７
図の処理（または（１），　（２）式）を回線４ａと４
ｂについて実施することにより、情報■ａ，Ｉ％．を計
測する．次に情報ＩａとＩｂをトラヒック量演算手段１
２に入力する． トラヒック量演算手段ｌ２の処理例を第８図に示し，以
下に説明する。尚、０印の付いた数字は、図面における
各ステップに対応する。

■　情報Ｉａ，Ｉｂの取り込み：先に回線４ａ，４ｂに
ついて計測した呼数と平均保留時間を取り込む６ ■　回線４ａ，４ｂのトラヒック量の演算（’ｒａｔ’
ｒｂ）　　：回線４ａ，４ｂのトラヒック量を次の（３
）式を用いて求める． トラヒック量Ｔ　＝　Ｋ　Ｘ　Ｔ　ｈ　　　　　　　・
・・（３）ここで、Ｋ：呼数（個） Ｔｋ　：平均保留時間（秒） また，次の（４）式で呼量を求めて用いることも可能で
ある． 呼量Ａ＝Ｔ／　３　６　０　０（ｅｒｌ．）　　　　　
”・（４）ここで、Ｔ：トラヒック量 以上により求めた回線４ａのトラヒック量Ｔ＆と回線４
ｂのトラヒック量Ｔｂをトラヒック量決定手段１３に渡
す． トラヒック量決定手段１３の処理例を第９図に示し、以
下に説明する． ■　トラヒック量Ｔ’ａ，Ｔｂの取り込み：トラヒック
量Ｔａ，Ｔｂをトラヒック量決定手段１３に取り込む． ■　許容量との比較：予め定めておいた回線に生じるト
ラヒック量の許容量ＴＬＨＴとＴａ，Ｔｂを次の（５）
式で比較する．ここで、許容量Ｔ　ＬＭＴの設定は任意
である． （５）式において、Ｔ＆とＴｂの両方がＴ　ＬＭＴを超
えることは無いものとする．なぜなら、これら両者が許
容量を超えるとなれば、計画・設計時の見積り不足と考
えられ、従って中央装置１に接続する回線４の数は増加
されていると云えるからである． ■　許容量よりも多いか：許容量以下であれば、端末装
置３で記憶している中央装１ｉ１の電話番号の変更はし
ないが、超えていれば■にて変更する．■　予め定めて
おいた端末装置３で記憶している中央装置１の電話番号
を変更：　Ｔａ＞ＴｔＭｒ（Ｔｂ＜ＴＬＭＴ）の場合に
は，まず第１０図に示すＬ？！１話番号変更テーブルの
“回線４ｂ→４ａに変更する端末装置′゜のフラグが＃
　Ｉ　ＩＴの端末装置番号を探して、有ればフラグを１
１　０”にしてその端末装置番号を回線４ｂの電話番号
（回線４ｂに接ながる中央装Ｉｉｔｌ内の受信番号のこ
と）と共に変更決定テーブルに格納する。また、無けれ
ば“次に回線４ａ→４ｂに変更する端末装置”のフラグ
が“Ｏ”の端末装置番号を探し、フラグを“１”にして
その端末装置番号を回線４ｂの電話番号と共に変更決定
テーブルに格納する． Ｔ　ｂ　＞　Ｔ　ＬＭＴ　（　Ｔ　ａ．≦−ＴＬＭＴ）
の場合には、上記処理の“ａ”と“ｂ”を逆にすること
により実現できる。

以上により決定した端末装置番号と変更後の電話番号を
第５図の通信制御手段１４に渡す．通信制御手段１４は
、例えば第１１図の処理フローで実行する．以下、処理
フローを説明する．■　端末装置番号と変更後の電話番
号の取り込み：変更決定テーブルに格納されている端末
装置番号と変更後の電話番号を取り込み、変更後の電話
番号を受信バツファにセットする． ■　端末装置番号に対応する電話番号（通信番号）にダ
イヤリング：端末装置番号から第１２図の対応テーブル
を用いて該当する端末装置の電話番号を探し、オフフッ
ク（送受話器をとり上げる動作に相当）後ダイヤリング
する． ■　端末装置との回線接続：端末装置がオフフツクする
と回線が接続される．次に相手方端末装置の確認を行う
．確認の方法は種々考えられるが例えば、両者で同じ関
数を持っていてデータを端末装置に送り，返送された答
えと中央装置の答えを比較する方法、等がある。答えが
違うか、返って来なければ、回線を切る（オンフツクす
る）。

［相］　データ（変更後の電話番号）を送信：端末装置
を確認後、送信バッファに格納されている変更後の電話
番号を送信する。

■　端末装置との回線″断″：データの送信を終了して
から所定時間後に回線を切る（オンフックする）． 以上により、中央装ｉｌｌは所定の端末装置３に変更後
の電話番号を送ることができる。次に、変更後の電話番
号を送られた端末装置３の機能構戒例である第６図の概
略動作を説明する．変更後の電話番号を通信制御手段３
１の処理フロー例である第１３図に従って受信し、受信
バツファに格納する．次に、電話番号変更手段３２の処
理フロー例である第１４図を用いて受信バツファに格納
された変更後の電話番号を電話番号テーブルに格納する
．以下、各手段の処理フロー例を用いて詳細に説明する
． 第６図の通信制御手段３ｌを第１３図の処理フローを用
いて説明する． ■　呼出し確認：呼出し信号を所定回数検知して、フッ
クをオフ（送受話器をとり上げる動作に相当）する． ■　オフフック後、中央装置の確認：オフフック後、所
定の時間内に中央装置１から確認用データが送られて来
なければ、回線を切る（オンフツクする）．確認用デー
タが送られて来ると、所定の関数に入力してその答えを
返送する．■　データ（変更後の＠話番号）を受信二次
に変更後の電話番号を受信して、受信バツファに格納す
る． ■　中央装置との回線゛′断″：受信終了後、回線を切
る（オンフツクする）． 以上により受信した変更後の電話番号を，次に電話番号
変更手段３２に渡す。

電話番号変更手段３２は、例えば第１４図の処理フロー
で実行する．以下、処理フローを説明する． ■　変更後の電話番珍の取り込み：受信バツファに格納
されている変更後の電話番号を取り込む。

０　電話番号テーブルに変更後の電話番号を格納：変更
後の電話番号を電話番号テーブルに格納する． 以上の端末装ｉｉ！３の機能により、端末装置３で記憶
している中央装置１の回線の電話番号はトラヒック量（
或いは呼量或いは呼数）に応じて変更される． また，電話番号変更手段３２は、時刻を決めて全端末装
置一斉に変更した電話番号を使用することもできる．そ
の処理フロー例を第１５図に示す．以下、その処理フロ
ーを説明する． ０　変更後の電話番号の取り込み：＠と同様。

０　変更後の電話番号を電話番号バツファテーブルに格
納＝変更後の電話番号を電話番号バツファテーブルに格
納する。

０　時刻タイマーのセット：電話番号バツファテーブル
から電話番号テーブルに変更後の電話番号を格納する時
刻をタイマーにセットする。

■　電話番号バツファテーブルの内容を電話番号テーブ
ルに格納：０でセットした時刻になるとタイマによって
０の処理が起動され、電話番号バツファテーブルに格納
されている変更後の電話番号を電話番号テーブルに格納
する。

以上、電話番号変更手段３２の処理フロー例（第１５図
）を用いれば、＠話番号を変更する全ての端末装置で時
刻を合わせて変更後の電話番号を利用できることから、
変更に伴う過渡期に局部的にトラヒック集中が発生する
ことがなくなる効果がある。

以上述べた一実施例は各手段毎に処理を分けて説明した
が、中央装置１或いは端末装置３ごとの処理の一部或い
は全てを一括して実行できるのは自明である。

また．本実施例では、伝送データとして直接″変更後の
電話番号″を用いているが、それに対応するデータであ
れば同様の効果が期待できる。

例えば、端末装置３で中央装“置１に接続している他の
回線の電話番号も記憶しておき、該当する電話番号を指
定するデータを中央装置１から送信し、端末装＠３で変
更後の電話番号を検索して用いることなどが考えられる
。これにより、長い電話番号の場合には伝送時間の短縮
を図ることが可能になる。

本発明の他の実施例を第１６図に示す。

第１６図は，中央装置］と端末装置３の信号伝送路とし
て、電話交換機２の電話回路４（本実施例ではＭ回線，
Ｍ之２）と５（端末装置Ｎ台に各１回線，Ｍ＜Ｎ）を用
いた場合の分散形システムの構成例である。

第１６図の中央装置１の機能構或例を第１７図に、また
、端末装置３の機能構或例を第１８図に示す．第↓７図
において、呼数と平均保留時間の計測１１では中央装置
の回線１〜Ｍの呼数と平均保留時間を例えば第１９図の
処理フローを用いて求め、各々を呼数テーブル（第２０
図），保留時間テーブル（第２１図）に格納する。第１
９図は第７図の処理フローと同じであるが、求めた呼数
と平均保留時間のデータ格納テーブルが異なり、ここで
は過去１日分のデータを利用できるようにしている。求
めた１日分のデータは、トラヒック量演算手段１２で第
２２図の処理フローを用いて例えば各時刻毎のトラヒッ
ク量を求め、トラヒック量記憶手段１５のトラヒック量
記憶テーブル（第２３図）に格納する。一方、後述する
各端末装置３で求めた端末装置３に接続されている回線
のトラヒック量は、端末装置３の通信制御手段３１を介
して中央装置１に送信され、後述する通信制御手段１４
の処理により、トラヒック量記憶手段１５のトラヒック
量記憶テーブル（第２４図）に格納する。トラヒック量
記憶手段１５に格納した各回線のトラヒック量をトラヒ
ック量決定手段１３で第２５図の処理フローを用いて、
端末装置３で記憶する変更後の中央装置１の回線の電話
番号を決定する。次に５通信制御手段１４で各端末装置
３に変更後の電話番号を例えば第２９図の処理フローに
従い送信する。また、通信制御手段１４は，第３０図の
処理フローに従い端末装置３から送信される端末装置３
の回線の１日分のトラヒック量を受信し，トラヒック量
記憶テーブル（第２４図゛１に格納する。

次に、端末装置３の概略動作を第１８図を用いて以下説
明する。中央装置１の変更後の電話番号を受信し電話番
号テーブルに格納する処理は第１３図と第１４図或いは
第１５図の処理フローを用いて実現できる。また、端末
装置３の回線の呼数と平均保留時間の計測３３では第７
図の処理フローを用いて呼数と平均保留時間を求める，
求めた呼数と平均保留時間を用いてトラヒック量演算手
段３４（例えば、第３１図の処理フロー）で（３）式或
いは（４）式によりトラヒック量（或いは呼ｆ）を求め
る。求めたトラヒック量は、１日分をトラヒック量記憶
手段３５に格納しておき、上日分を一括して通信制御手
段３工で例えば第３３図の処理フローに従い中央装置１
に送信する。

次に、第１７図，第１８図の各手段の処理フローを用い
て以下詳細に説明する。

第■７図の呼数と平均保留時間の計測１１では回線４１
〜４Ｍの各々に生じる呼の数をカウントし、各呼の回線
保留時間を計測して、回ｍ４ｚ〜４Ｍ別に呼数テーブル
と保留時間テーブルに格納する。

その処理フローの１例を第１９図に示す。第工９図は、
任意の１回線の呼数と平均保留時間を求める時の処理フ
ローであり、これを回線４１〜４Ｍについて演算する。

処理フローの概略は、時刻が変わった事を条件にその前
の時刻の呼数と平均保留時間を演算した後、カウンタと
計時時間を初期化し、今時刻の回線の呼数と保留時間を
計測するようにしている。呼数と平均保留時間は、（１
）式と（２）式を用いて求めることができる。

トラヒック量演算手段１２は、例えば第２２図？処理フ
ローに従って動作する。次に、第２２図について説明す
る。

■　呼数と平均保留時間の取り込み：第２２図の呼数テ
ーブルと第２１図の保留時間テーブルの回線４１に対応
した全時刻の呼数と平均保留時間を取り込む． ■　回線４．のトラヒック量の演算（Ｔ■，）：回線４
１のトラヒック量を（６）式を用いて求める。

トラヒック量　Ｔｍ，ｔ＝　Ｋ−，ｔＸ　Ｔｋｅ．ｔ　
　−（６）ここで、ｍ：回線番号（１歪ｍ乙Ｍ） ｔ：時刻（ｔ＝ｏ，Ｌ・・・，２３） Ｋ　ｍｌｔ　　：回線４ｍ，時刻ｔにおける呼数Ｔｋ■
ｔ：回線４．，時刻ｔにおける平均保留時間 また、（７）式で呼量を求めて、トラヒック量の代わり
に用いることも可能である。

呼量　Ａ．，ｔ＝Ｔ．，ｔ／３６００（ｅｒｌ．）　　
・＝（７）ここで、Ｔ■ｔ　：回線４．，時刻ｔにおけ
るトラヒック量 以上により求めた回線４．，時刻ｔ（＝Ｏ，］．，？・
，２３）のトラヒック量Ｔ■，をトラヒック量記憶手段
である第２３図のトラヒック量記憶テーブルに格納する
。

■　終了か二回線４．（初期値：１）が、（８）式を満
足すれば終了し、満足しなければｍ＝ｍ＋１にして■に
戻る。

ｍ冫−Ｍ　　　　　　　　　　　　　　　・・・（８）
このようにして、１日の各時刻におけるトラヒック量Ｔ
■，を全回線について求め、トラヒック量記憶手段ｌ５
である第２３図に格納する。

次にトラヒック量決定手段１３により、トラヒック量記
憶手段１５であるトラヒック量記憶テーブル（第２３．
２４図）のトラヒック量を用いて、中央装＠１の各回線
４１〜４Ｍ）を利用する端末装置３を割り当てる。第２
５図は、その上例を示す処理フローである。以下に第２
５図の処理フローを説明する。

■　トラヒック量記憶手段ｌ５であるトラヒック量記憶
テーブルの第２３図の中でピーク量を探し、そのピーク
量の時刻を求める。

■　トラヒック量記憶手段１５である第２４図の予め端
末装置から送られて来たトラヒック量Ｈ　ｎ　ｐ　ｔ　
を記憶しているトラヒック量記憶テーブルから、■で求
めた時刻における各端末装置３のトラヒック量を多い（
或いは少ない）順に下記第１表のように回線４１〜４Ｍ
に割り当てる（Ｍ（Ｈの場合）。

第　　１　　表 ここで、Ｈｎ１＋ｔ＞Ｈｎ２＋ｔ＞”’＞ＨｎＭ＋ｔ＞
ＨｎＭ＋ｓＨｔ＞　・・・＞　Ｈｎｓ＋ｔ（或いは、Ｈ
ｎｌ＋ｔ＜Ｈｎ２，ｔ＜”’　＜ＨｎＭ＋ｔ＜−ＨｎＭ
”ｔ＋ｔ＜一・・・＜　Ｈ　ｎＮ　ｌ　ｔ　）さらに、
各回線毎に割り当てたトラヒック量の合計と許容量ＴＬ
ＭＴとを比較し、回線の許容量以下であることを確認と
する．例えば回線４工の場合を（９〉式に示す． Ｈｙ＋ｘ＋ｔ＋Ｈｙ＋ｏ＋ｘｐｔ＜ＴＬＭＴ　　　　　
　　・・・（９）もし、（９）式を満たさなければ、Ｈ
ｎＭ”ｔ＋ｔを回線４２にし、以下順次同様に移す。

次に、割り当てられたトラヒック量の端末装置３との対
応から、各回線に割り当てる端末装置を下表のように決
定する． 第　　２　　表 各端末装置に割り当てられた回線の電話番号を第２７図
から求め、第２６図の対応する端末装置番号のテーブル
に格納する。

トラヒック量決定手段１３により求めた各端末装置３で
記憶する中央装置１の変更後の電話番号（第２６図）を
通信制御手段１４に渡し、各端末装置３に送信する。通
信制御手段１４の処理フローの１例を第２９図に示す。

第２９図を以下に説明する。

＠　　Ｑ＝１：＜り返し変数Ｑ（＝１，２，３，・・・
，Ｎ）を初期化する． ■　割り当て変更テーブルから端末装置番号悲とそこに
送信する変更後の電話番号を取り込み、変更後の電話番
号を送信バツファに格納する．■　端末装置番号悲の電
話番号を例えば第２８図の対応テーブルから取り込み、
オフフックの後、ダイヤリングする。

■　端末装置との回線接続（端末装置の確認）：端末装
置３がオフフツクすると回線が接続される．次に相手方
端末装置３の確認を行う。確認の方法は種々考えられる
が、例えば中央装置１と端末装置３の両者で同じ関数を
持っていてデータを端末装置３に送り、返送された答え
と中央装Ｉｔの答えを比較する方法、等がある。答えが
違うか、所定時間内に返って来なければ、回線を切る（
オフフツクする）． ［相］　データ（変更後の電話番号）を送信：端末装置
ａを確認後、送信バツファに格納されている変更後の電
話番号を送信する。

■　端末装置との回線を′゛断″：データの送信を終了
後、所定時間−経過後回線を切る（オンフツクする）． ■　し≧Ｎ：端末装置番号党が端末台数（或いは最終端
末装置番号）Ｎ以上の場合には処理を終了し、未満の場
合には０の処理を行う．Ｏ　ｎ＝ｎ＋１：端末装置番号
悲を次の番号（Ｑ＋１）にして処理を■に戻す． 以上により、全端末装置に変更後の電話番号を送信する
ことができる． 一方、通信制御手段１４は，端末装置３からのトラヒッ
ク量を受信し、トラヒック監記憶手段１５のトラヒック
量記憶テーブル（第２４図）に格納する処理が必要であ
り、その１例を第３０図に示す． 以下、第３０図を説明する． ■　呼出しの確認：呼出し信号を所定の回数検知して、
フックをオフする． ■　オフフック後、端末装置の確認：オフフック後、所
定の時間内に端末装置３から確認用データが送られて来
なければ、回線を切る（オンフツクする）。確認用デー
タが送られて来ると、所定の関数に入力してその答えを
返送する。

０　データ（端末装置番号，トラヒック量，時刻）を受
信：端末装置番号，時刻，トラヒック量を受信して、受
信バツファに格納する。

０　端末装置との回線を″断″：受信終了後、回線を切
る（オンフツクする）． ■　受信バツファに格納されている端末装置番号，時刻
に対応するトラヒック量記憶テーブル（第２４図）の該
当箇所に受信バッファに格納されているトラヒック量を
格納する。

以上、第１７図に示す中央装置１の機能構成により、各
端末装置３に変更後の電話番号を送信できると共に、端
末装！ｉｆｆ３からのトラヒック量を受信してトラヒッ
ク量記憶手段１５に格納できる。

次に、第１８図に示す端末装置３の動作を説明する。ト
ラヒック量を演算し送信する機能構成例及び変更後の電
話番号を受信し格納する機能構戒例を第１８図に示す。

第１８図の通信制御手段３１の受信処理は第１３図，電
話番号変更手段は第１４図或いは第１５図と同様の処理
フローで実現可能である。

呼数と平均保留時間の計測３３は例えば先の実施例で述
べた第７図の処理フローで実現できる。

トラヒック量演算手段３４は、例えば第３１図に示す処
理フローで実現できる。

第３１図を以下に説明する。

０　呼数と平均保留時間の取り込み：先に第４図の処理
フローで求めた呼数と平均保留時間を取り込む。

Ｏ　トラヒック量Ｈ【の演算：（３）式を用いてトラヒ
ック量を演算する．また，（４）式を用いて呼量を求め
て用いることも可能である。演算したトラヒック量は，
第３２図に示すトラヒック量テーブルに時刻に対応させ
て格納する。

以上により求めたトラヒック量が２４時間分にれば、通
信制御手段３１の送信処理により中央装置ｌに所定のデ
ータ（端末装置番号，時刻，トラヒック量）を送信する
。第３３図に端末装置の送信時の処理フロー例を示す。

第３３図を以下に説明する。

■　トラヒック量テーブルの各時刻とそのトラヒック量
を取り込む：トラヒック量テーブルの各時刻とそれに対
応したトラヒック量を取り込み、送信バツファに格納す
る。

０　自端末装置番号を送信バツファに格納する。

送ｆｆｌバツファへの格納フォーマットは、例えば第３
４図のようにする。

０　電話番号テーブルの電話番号をダイヤリング：オフ
フックの後電話番号テーブルに格納している中央装置の
電話番号をダイヤリングする。

■　中央装置との回線接続（中央装置の確認）：確認の
方法は、本実施例の第２９図の■と同様にして実施する
．但し，端末装置３と中央装置１を入れ換えて実行する
． ■　送信バツファのデータを送信：中央装［１を確認後
、送信バツファに格納されている第３４図のデータを送
信する。

［相］　中央装置との回線を″断″：データの送信を終
了し、所定時間経過後、回線を切る（オンフツクする）
． 以上述べた他の実施例は、各手段毎に処理を分けて説明
したが、中央装置１或いは端末装置３毎の処理の一部を
一括して実施できるのは自明である。

また、変更後の電話番号に対応するデータを伝送し，受
信側で電話番号に変換することにより、電話番号が長い
場合には伝送時間を短縮できて有効である。

さらに、予めトラヒック量の増加が予想される端末装置
が記憶している電話番号に対応する回線の許容ｆｆｌ　
（（９）式のＴＬ．ＭＴ）を、変更して（９）式で比較
することにより，トラヒック量の増加／減少に備えるこ
とができる。

さら，本実施例は、各端末装置３でトラヒック量を演算
しているが、中央装置１で各々の端末装置３のトラヒッ
ク量を、端末装Ｍ３からの通信量に基づいて演算するこ
とにより，端末装置３での呼数等の計測，トラヒック量
の演算と記憶手段，通信手段を不要にできる。

さらに、本発明の他の実施例を第３５図に示す。

第３５図は、中央装置１とプロセッサ６（例えば、パー
ソナルコンピュータ或いはワークステーション、等）を
信号伝送路７（例えば、ＲＳ−２３２Ｃ或いはＲＳ−４
２２、等）で接続し、さらに、中央装置１と端末装置３
とは、電話交換機２を介して回線４，５で接続されてい
る。第３５図では、中央装置１に接続する回，ｔｌｔ４
をＭ回線とし、Ｎ台の端末装置３　（Ｍ＜Ｎ）が回線５
で接続されている例を示している。

次に、本実施例の概略動作を説明する．中央装［１と各
端末装置３で演算したトラヒック量を中央装置１を介し
てプロセッサ６に送信し、プロセッサ６で該トラヒック
量を用いて各端末装置３で記憶する変更後の中央装置１
の電話番号を決定し、中央装置１を介して各端末装置３
に送信して、各端末装置３が記憶している電話番号を変
更するように動作する。

第３５図の中央装置１の機能構成例を第３６図に、端末
装置３の機能構成例を第３７図に、プロセッサ６の機能
構成例を第３８図に示す。

第３６図において、中央装置１に接続されている各回線
４のトラヒック量を求め、トラヒック量記憶手段１５に
記憶する。一方、各端末装置３に接続されている回線５
のトラヒック量は、各々の端末装置３で求めて中央装置
１で受信しトラヒック量記憶手段１５に記憶する。中央
装置１は、全回線のトラヒック量を記憶すると通信制御
手段１６を介してプロセッサ６にトラヒック量を送信す
る。

以上の動作を実現するために、呼数と平均保留時間の計
測１１，トラヒック量演算手段１２，トラヒック量記憶
手段１５を第１７図と同様に持ち，プロセッサ６との通
信制御手段１６を新たに設けたものである。第１７図と
同様の手段は前記他の実施例で説明したので、新たに付
加したプロセッサ６との通信制御手段１６について、以
下に説明する。

通信制御手段１６の送信時の処理フロー例を第３９図に
、受信時の処理フロー例を第４１図に示す。

第３９図の処理フロー例を次に説明する。

■　初期化：データを伝送する回線の初期値をセットす
る。

■　トラヒック量記憶テーブル（第２３図，第２４図）
の指定回線（中央装置：１〜Ｍ，＠未装置：１〜Ｎ）の
時刻とトラヒック量を取り込む。

■　取り込んだトラヒック量を第４０図に示すフォーマ
ットで所定の情報と共に送信バッファに格納する。

■　プロセッサ６へ受信要求を送信し、受信態勢完了を
確認する。

■　送信バツファに格納されているデータをプロセッサ
６に送信する。

■　データ送信終了か：トラヒック量記憶テーブルのデ
ータ送信を全て終了したか否かを（１０）　，（１１）
式で判定する。

中央装置１のデータ（第３表）の場合、指定回線≧−Ｍ
　　　　　　　　　　　　・・・（１０）端末装置３の
データ（第４表）の場合，指定回線２Ｎ　　　　　　　
　　　　・・・（１ｌ）（１０），　（１１）式を満た
すことにより終了し、満たしていなければ次の回線を指
定し■に戻る。

次に、プロセッサ６から中央装置１へのデータ送信時、
すなわち、中央装置１でのデータ受信時の処理を第４１
図のフローを用いて説明する。

■　プロセッサ６から受信要求を受け、受信態勢（受信
バッファのクリア、等）に入る。

■　データ（第４２図）を受信し、受信バッファに格納
する。

■　受信バツファに受信したデータを第２６図の割り当
て変更テーブルに格納する。

割り当て変更テーブルに格納したデータは、第２９図に
示す通信制御手段１４のフローで各端末装置３に変更後
の電話番号を送信する。

第３７図に示す各端末装置３の機能構成は、第ｌ８図と
同様であり、先に述べた他の実施例の説明に基づいて実
行する。

プロセッサ６では、第３８図に示すように、中央装置１
から送信されたトラヒック量を通信制御手段６３で受信
し、トラヒック量記憶手段６１に記憶する，全トラヒッ
ク量受信終了後、トラヒック量決定手段６２で端末装置
が記憶する変更後の電話番号を決定する。決定した変更
後の電話番号は、通信制御手段６３により中央装置１を
介して当該端末装置３に送信する。

第３８図のトラヒック量記憶手段６工，トラヒック量決
定手段６２は、第１７図の実施例と同様の機能であり、
新たに通信制御手段６３を設けて情報を授受する。

以下、通信制御手段６３について説明する。

通信制御手段６３の送信時の処理フロー例を第４３図に
、受信時の処理フロー例を第４４図に示す。

第４３図は、プロセッサ６で求めた割り当て変更テーブ
ル（第２６図）の内容を中央装置１に送信する処理フロ
ー例であり、以下に説明する。

［相］　プロセッサ６の割り当て変更テーブル（第２６
図）のデータを取り込む。

■　中央装置ｌに受信要求を送信し、受信態勢に入った
ことを確認する。

■　送信バツファの内容を中央装置１に送信する。

以上により、プロセッサ６で決定した各端末装置３の変
更後の電話番号を中央装ｒＩｉｌに送信できる。一方、
中央装置１からのトラヒック量、等の送信データをプロ
セッサ６で受信する処理フロー例を第４４図に示す。以
下、第４４図を説明する。

０　中央装置１からの受信要求を受信し、受信態勢（受
信バツファのクリア、等）に入る。

０　中央装置ｌからデータを第４０図のフォーマットで
受信し、受信バツファに格納する。

■　受信バツファの内容から、その種別，時刻に対応す
るトラヒック量記憶テーブルの位置に、受信したトラヒ
ック量を記憶する。

以上により、中央装置１に記憶している全回線のトラヒ
ック量をプロセッサ６で受信し、トラヒック量記憶テー
ブル（第２３．２４図）に格納できる。

さらに、本発明の他の実施例を第４５図に示す。

第４５図では電話交換機２（特に、構内電話交換機）で
計測している中央装置１及び端末装置３の各回線のトラ
ヒック量を信号伝送路８（例えば、ＲＳ−２３２Ｃ或い
はＲＳ−４２２、等）を介して中央装置１に取り込む構
成例を示しており、これにより、呼数と平均保留時間を
計測してトラヒック量を演算しなくてもよくなる． 第４６図に中央装置１での機能構或例を、また第４７図
に端末装置での機能構成例を示す。詳細な動作は、呼量
と平均保留時間の計測，トラヒック量演算手段に代えて
トラヒック量を入力する手段１７を設け、入力したトラ
ヒック量をトラヒック記憶手段（第２３．２４図）１５
に記憶する所が、先に説明した他の実施例と異なる点で
ある。

さらに，本発明の他の実施例を第４８図に示す。

第４８図は、電話交換機２（特に、構内電話交換機）で
計測した中央装置１及び各端末装置３の回線のトラヒッ
ク量をプロセッサ６に入力して、プロセッサ６でトラヒ
ック量決定手段により端末装置３で記憶している変更後
の中央装置の電話番号を求め、中央装置１を介して各端
末装置３に求めた変更後の電話番号を送信するものであ
る。

以上、本発明の実施例を種々説明したが、本発明の基本
的な考え方による限り，種々の構成を取ることが可能で
ある。

さらに、トラヒック集中を回避した後、各々の端末装置
で記憶し，ている中央装置の電話番号を元の状態に戻し
ておくことにより、より可変的な対応がとれることも自
明である。

また、アナログ電話回線を用いる場合は、中央装置１，
各端末装置３と電話回線４，５の間にモデムを介在させ
れば良い。

〔発明の効果〕

本発明によれば、各回線のトラヒック量（或いは呼量或
いは呼数）の変化による特定回線のトラヒック量の集中
を回避できるので，回線の輻そうを無くすることができ
る。

また、使用回線の容量オーバーによる回線ダウンを防止
できる。

【図面の簡単な説明】

第１図は本発明分散形システムの一実施例を示す図、第
２図〜第４図は本発明の基本的な考え方を示す図、第５
図は第ｌ図に示す一実施例の中央装置の機能構或例を示
す図、第６図は第１図に示す一実施例の端末装置の機能
構或例を示す図、第７図は第１図に示す一実施例で呼数
と平均保留時間を求める処理例を示すフロー図、第８図
は第５図におけるトラヒック量演算手段の処理例を示す
フロー図、第９図は第５図におけるトラヒック量決定手
段の処理例を示すフロー図、第１０図は第５図における
電話番号変更テーブルの構戊例を示す図、第工１図は中
央装置の通信制御手段の処理例を示すフロー図、第ｌ２
図は第５図における対応テーブルの構成例を示す図、第
１３図は端末装置の通信制御手段の処理例を示すフロー
図、第１４図は端末装置の電話番号変更手段の処理例を
示すフロー図、第１５図は端末装置の電話番号変更手段
の他の処理例を示すフロー図、第１６図は本発明分散形
システムの他の実施例を示す図、第１７図は第１６図に
示す他の実施例の中央装置の機能構成例を示す図、第１
８図は第ｌ６図に示す他の実施例の端末装置の機能構成
例を示す図、第１９図は第１６図に示す他の実施例で呼
数と平均保留時間を求める処理例を示すフロー図、第２
０図は第１７図の他の実施例の呼数テーブルの構或を示
す図、第２１図は第１７図の他の実施例の保留時間テー
ブルの構成を示す図、第２２図は第１７図に示す他の実
施例の中央装置でトラヒック量演算手段の処理例を示す
フロー図、第２３図は第１７図に示すトラヒック量記憶
テーブルの構或を示す図、第２４図は第１７図に示すト
ラヒック量記憶テーブルの構威を示す図、第２５図は第
１７図の他の実施例の中央装置でトラヒック量決定手段
の処理例を示すフロー図、第２６図は割り当て変更テー
ブルを示す図、第２７図は中央装置の回線と電話番号と
の対応を示す図、第２８図は端末装置の番号と電話番号
との対応テーブルを示す図、第２９図は第１７図の他の
実施例の中央装置で通信制御手段の送信処理例を示すフ
ロー図、第３０図は第１７図の他の実施例の中央装置で
通信制御手段の受信処理例を示すフロー図、第３１図は
第１８図に示す他の実施例の端末装置で呼数と平均保留
時間を求めトラヒック量を演算する処理例を示すフロー
図、第３２図は端末装置のトラヒック量テーブルを示す
図、第３３図は第ｌ８図に示す他の実施例の端末装置で
通信制御手段の送信処理例を示すフロー図、第３４図は
第■８図に示す他の実施例の端末装置で通信制御手段の
送信バツファの格納フォーマット例を示す図、第３５図
は本発明分散形システムのさらに他の実施例を示す図、
第３６図は第３５図に示すさらに他の実施例の中央装置
の機能構成例を示す図、第３７図は第３５図に示すさら
に他の実施例の端末装置の機能構成例を示す図、第３８
図は第３５図に示すさらに他の実施例のプロセッサの機
能構戒例を示す図、第３９図は第３６図に示すさらに他
の実施例の中央装置からプロセッサへの通信制御手段の
送信処理例を示すフロー図、第４０図は第３６図に示す
さらに他の実施例の中央装置からプロセッサへのデータ
送信バツファへの格納フォーマット例を示す図、第４１
図は第３６図に示すさらに他の実施例の中央装置での受
信処理例を示すフロー図、第４２図は第３６図に示すさ
らに他の実施例のプロセッサから中央装置への送信デー
タ例を示す図、第４３図は第３６図におけるさらに他の
実施例のプロセッサでの通信制御手段の送信処理例を示
すフロー図、第４４図は第３６図におけるさらに他の実
施例のプロセッサでの通信制御手段の受信処理例を示す
フロー図、第４５図は本発明分散形システムのさらに他
の実施例の構戒を示す図、第４６図は第４５図に示すさ
らに他の実施例の中央装置の機能構戒例を示す図、第４
７図は第４５図に示したさらに他の実施例の端末装置の
機能構成例を示す図、第４８図は第４５図に示すさらに
他の実施例の構成を示す図である． ｌ・・・中央装置，２・・・電話交換機、３・・・端末
装置，４・・・回線（中央装置側）、５・・・回線（端
末装置側）、６・・・プロセッサ、７・・・信号伝送路
、８・・信号伝送第 １ 図 第 ２ 図 第 ３ 図 ｛靖末装置．３Ｂ〜３０１ 第 ４ 図 回４Ｉａ （端末装置　３Ａｌ 時関【 時間電 第 ６ 図 ３ ：処理の流れ Ｃ：：：データの流れ 第 ７ 図 第 ８ 図 第１０ 図 第１１ 図 第１２図 ？１，８■ 第１３ 図 第１５ 図 第 １６ 図 第１９図 第 ２０ 図 第 ２１ 図 第２２図 第２３図 第 ２４ 図 第 ２６ 図 第 ２７ 図 第 ２８ 図 第 ２９ 図 第 ３０ 図 第 ３ｌ 図 第 ３２ 図 第 ３３ 図 第 ３４ 図 第 ３５ 図 第 ３７ 図 ｌ 第 ３８ 図 （＝ ：処理の流れ ：データの流れ 第 ３９ 図 第 ４０ 図 種別．中央装置の場合，゜０＋ 端末装置の場合，’！−Ｎ” 回線番号゛種別が゜０“の場合，゛１〜Ｍ゜種別力１’
ｌ−Ｎの場合，＋０＋ 第 ４１ 図 第 ４２ 図 第 ４３ 図 第 ４４ 図 第 ４５ 図

Claims (1)

1. 【特許請求の範囲】 １、中央装置と交換機の間が少なくとも２本の通信回線
   で接続され、中央装置は接続された通信回線毎の異なる
   通信番号を備えており、交換機と複数の端末装置の間は
   各々通信回線で接続されている分散形システムにおいて
   、中央装置と交換機の間の各通信回線毎のトラヒックを
   検出する手段と、該手段の検出結果に基づいて各端末装
   置へ情報を送信する際の中央装置の通信番号および各端
   末装置から中央装置へ情報を送信する際の中央装置の通
   信番号の少なくとも一方を前もつて指定しておく手段を
   設けたことを特徴とする分散形システム。 ２、請求項１記載の分散形システムにおいて、トラヒッ
   ク検出手段、通信番号指定手段は、中央装置、交換機の
   いずれかに設けられることを特徴とする分散形システム
   。 ３、請求項１記載の分散形システムにおいて、トラヒッ
   ク検出手段が中央装置、各端末装置にそれぞれ設けられ
   、相手側に対して送信したトラヒックについて記憶して
   おり、通信番号指定手段は中央装置、交換機のいずれか
   あるいは、これらに付属したプロセッサに設けられて前
   記各トラヒック検出手段からトラヒックを得て通信番号
   を指定することを特徴とする分散形システム。 ４、請求項１記載の分散形システムにおいて、通信番号
   とは中央装置の通信制御手段におけるポートの番号であ
   り、各ポートに中央装置と交換機の間の通信回線がそれ
   ぞれ接続されていることを特徴とする分散形システム。 ５、請求項１記載の分散形システムにおいて、交換機は
   電話交換機、通信番号は電話番号であることを特徴とす
   る分散形システム。 ６、請求項１記載の分散形システムにおいて、トラヒッ
   ク検出手段は、トラヒックの記憶手段とトラヒック量演
   算手段からなることを特徴とする分散形システム。 ７、請求項１記載の分散形システムにおいて、中央装置
   と交換機の間の各通信回線毎のトラヒックは各通信回線
   に生ずる呼数、呼数と保留時間もしくは平均保留時間お
   よび呼数と保留時間もしくは平均保留時間と観測時間の
   いずれかにより検出されることを特徴とする分散形シス
   テム。 ８、中央装置と交換機の間が少なくとも２本の通信回線
   で接続され、中央装置は接続された通信回線毎の異なる
   通信番号を備えており、交換機と複数の端末装置の間は
   各々通信回線で接続されている分散形システムにおいて
   、中央装置と交換機の間の各通信回線毎のトラヒックを
   検出する手段と、該手段の検出結果に基づいて各端末装
   置へ情報を送信する際の中央装置の通信番号および各端
   末装置から中央装置へ情報を送信する際の中央装置の通
   信番号の少なくとも一方を送信の時間帯とともに前もつ
   て指定しておく手段を設けたことを特徴とする分散形シ
   ステム。 ９、請求項６記載の分散形システムにおいて、トラヒッ
   ク検出手段は、中央装置および交換機間の各通信回線の
   トラヒックを１日、１週、１ケ月、あるいは１年の間を
   通して検出することを特徴とする分散形システム。 １０、中央装置と交換機の間が少なくとも２本の通信回
   線で接続され、中央装置は接続された通信回線毎の異な
   る通信番号を備えており、交換機と複数の端末装置の間
   は各々通信回線で接続されている分散形システムにおい
   て、中央装置と交換機の間の各通信回線毎のトラヒック
   を検出し、その検出結果に基づいて、中央装置と交換機
   の間の各通信回線のトラヒックが均等化されるように、
   前もつて送信元および送信先の少なくとも一方となる中
   央装置の通信番号を指定する手段を設けたことを特徴と
   する分散形システム。 １１、中央装置と交換機の間が少なくとも２本の通信回
   線で接続され、中央装置は接続された通信回線毎の異な
   る通信番号を備えており、交換機と複数の端末装置の間
   は各々通信回線で接続されている分散形システムにおい
   て、中央装置と交換機の間の各通信回線のトラヒックを
   検出し、中央装置と交換機の間の各通信回線のトラヒッ
   ク許容限界を越えない様に前もつて送信元および送信先
   の少なくとも一方となる中央装置の通信番号を指定する
   手段を設けたことを特徴とする分散形システム。 １２、中央装置と交換機の間が複数本の通信回線で接続
   され、交換機には上記通信回線の数より多い数の端末装
   置が各々通信回線で接続されている分散形システムにお
   いて、中央装置と交換機の間の各通信回線に前もつて中
   央装置といかなる端末装置との情報の伝送を行わせるか
   の分担を決める手段を設けたことを特徴とする分散形シ
   ステム。 １３、請求項１２項記載の分散形システムにおいて、分
   担を決める手段は、時間経過に伴い分担が変えられる様
   になつていることを特徴とする分散形システム。 １４、中央装置と交換機の間が少なくとも２本の通信回
   線で接続され、中央装置は接続された通信回線毎の異な
   る通信番号を備えており、交換機と複数の端末装置の間
   は各々通信回線で接続されている分散形システムにおい
   て、中央装置と交換機の間の各通信回線のトラヒックを
   検出し、該検出結果に基づいて各端末装置へ情報を送信
   する際の中央装置の通信番号および各端末装置から中央
   装置へ情報を送信する際の中央装置の通信番号の少なく
   とも一方を前もつて指定しておくことを特徴とする情報
   伝送方法。 １５、請求項１４記載の情報伝送方法において、特定の
   端末装置からのトラヒック増加がトラヒック検出結果に
   より予想される場合に、中央装置と交換機の間の各通信
   回線のトラヒック許容限度を越えない範囲で、該特定端
   末装置に特定の通信番号を前もつて割付けることを特徴
   とする情報伝送方法。 １６、請求項１４記載の情報伝送方法において、中央装
   置および各端末装置は、通信番号が指定されると前もつ
   て記憶していた通信番号を指定された通信番号に変更す
   ることを特徴とする情報伝送方法。 １７、請求項１４記載の情報伝送方法において、通信番
   号は情報送信の時間帯とともに指定されることを特徴と
   する情報伝送方法。 １８、請求項１４記載の情報伝送方法において、中央装
   置および各端末装置は、通信番号が情報送信の時間帯と
   ともに指定されると、指定された時間帯の直前に前もつ
   て記憶していた通信番号を指定された通信番号に変更し
   、指定された時間の直後に上記の前もつて記憶していた
   通信番号に戻すことを特徴とする情報伝送方法。 １９、中央装置と交換機の間が少なくとも２本の通信回
   線で接続され、中央装置は接続された通信回線毎の異な
   る通信番号を備えており、交換機と複数の端末装置の間
   は各々通信回線で接続されている分散形システムにおい
   て、中央装置と交換機の間の各通信回線のトラヒックを
   検出し、該検出結果に基づいて各端末装置へ情報を送信
   する際の中央装置の通信番号および各端末装置から中央
   装置へ情報を送信する際の中央装置の通信番号を情報送
   信の時間帯とともに前もつて編制することを特徴とする
   情報伝送方法。