JPH098907A

JPH098907A - 集中管理・制御型ネットワークの負荷規制制御システム

Info

Publication number: JPH098907A
Application number: JP8098773A
Authority: JP
Inventors: Yayoi Ito; やよい伊藤; Fumiyasu Ishita; 史恭位下; Tadaaki Tanaka; 忠昭田中
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1995-04-20
Filing date: 1996-04-19
Publication date: 1997-01-10
Anticipated expiration: 2016-04-19
Also published as: JP3969764B2

Abstract

(57)【要約】【課題】集中管理・制御型ネットワークの負荷規制制
御システムに関し、集中管理・制御装置の過負荷状態の
発生要因に応じて過負荷制御を効率的に行ない、過負荷
状態の発生を回避し、予防することができる集中管理・
制御型ネットワークの負荷規制制御システムを提供す
る。【解決手段】集中管理・制御装置１０は、各種の負荷
情報に関するデータに基づいて規制率を決定し、規制処
理１〜３のいずれかを、問い合わせ実施装置２０に対し
て発動する。規制処理１においては、規制率に基づいて
規制し、かつ、問い合わせ実施装置へ通知する。規制処
理２においては通知することなく規制する。規制処理３
においては、規制率を問い合わせ実施装置２０へ送って
規制させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は集中管理・制御型ネ
ットワークの負荷規制制御システムに関し、更に詳しく
はデータを一括して集中管理し、制御する集中管理・制
御型ネットワークにおいて、集中管理・制御装置の過負
荷状態を回避或いは予防する集中管理・制御型ネットワ
ークの負荷規制制御システムに関する。

【０００２】集中管理・制御型ネットワークは、社会が
求めている高度情報化社会の実現を支援するネットワー
ク制御を行なうものであり、各問い合わせ実施装置を集
中管理・制御装置で集中的に管理することにより、将来
的に新しいサービス要求が発生してもその要求に容易に
応じられるようにするものである。集中管理・制御型ネ
ットワークにおいては、集中管理・制御装置が単一であ
るというネットワーク上の性質上、集中管理・制御装置
への問い合わせが短期的に集中すること等により、集中
管理・制御装置における処理能力が低下し、最悪の場合
にはシステム異常によりネットワークにおける全種類の
問い合わせに対して応答不能という状態に陥る可能性が
ある。

【０００３】そのため、集中管理・制御装置が過負荷状
態を回避できるように自動的に或いは手動で制御する方
法や、予め過負荷状態が予想される場合には、過負荷を
予防することができるような手段を、考え得る限り備え
ることにより、異常事態発生を防ぐことが、集中管理・
制御型ネットワークでは必要かつ不可欠となる。

【０００４】

【従来の技術】集中管理・制御型ネットワークにおける
過負荷制御方式としては、具体的にはインテリジェント
ネットワークに適応される方式として、一般的にはベル
コア等が提唱するAutomatic Call Gapping（ＡＣＧ）方
式が挙げられる。ＡＣＧ方式とは、集中管理・制御装置
（サービス制御ポイントともいう）の負荷状態により、
集中管理・制御装置から問い合わせ実施装置（サービス
交換ポイントともいう）に対し、規制時間（例えば３秒
間等の時間）を通知し、問い合わせ実施装置は規制時間
が経過するまでは、集中管理・制御装置への問い合わせ
を行わないという方式である。

【０００５】従来の集中管理・制御装置は、ネットワー
クのトラヒック状態及び自己の負荷状態を監視してトラ
ヒック・負荷状態に応じた規制時間を決定する負荷監視
制御部と、該負荷監視制御部から与えられる規制時間を
受けて、各問い合わせ実施装置に対する規制を行なう負
荷処理部から構成されている。集中管理・制御装置に
は、各種のサービス制御データ（例えばフリーホンサー
ビスに関するサービス制御データ）を記憶しているデー
タベースが接続される。

【０００６】集中管理・制御装置には、各種のサービス
に関する問い合わせ処理を実施する複数の問い合わせ実
施装置（サービス交換ポイントともいう）が接続され
る。問い合わせ実施装置には局用交換機が接続され、局
用交換機には加入者端末及び構内交換機（ＰＢＸ）が接
続され、構内交換機には内線端末が接続される。局用交
換機内に問い合わせ実施装置が設けられる場合もある。

【０００７】このように構成されたシステムにおいて、
ある問い合わせ実施装置から集中管理・制御装置に対し
て問い合わせを行なうと、集中管理・制御装置内の負荷
処理部は、データベースを参照してサービス制御データ
を検索する。それとともに、負荷監視制御部はネットワ
ークのトラフィク状態及び自己の負荷状態に基づいて規
制時間を決定し、負荷処理部に通知する。負荷処理部
は、問い合わせを行なった問い合わせ実施装置に応答を
返すと共に、次回からの規制時間を通知する。問い合わ
せ実施装置は、通知された規制時間の間は、集中管理・
制御装置への問い合わせを行わない。

【０００８】

【発明が解決しようとする課題】前述した従来のシステ
ムでは、以下に示すように、効果的な負荷制御ができな
い場合があるという問題がある。（ｉ）効果的な規制時間を算出するための条件の決定論
理が複雑であるために、規制処理を行なうために処理負
荷が大きくなってしまう。

【０００９】（ii）規制時間で負荷を制御する方式で
は、過剰に規制がかかり、本来なら集中管理・制御装置
で制御可能な問い合わせまで規制してしまうことによ
り、サービス性が低下するおそれがある。集中管理・制
御装置で制御を行なっている問い合わせ実施装置の数が
少ない場合、特にこの傾向が強くなる。（iii) 規制時間で負荷を制御する方式では、規制時間
の経過後は再び集中管理・制御装置への問い合わせが集
中するため、過負荷状態がうまく回避できず、再度規制
時間による規制処理が発動するという繰り返しが生じ、
スムーズな規制処理が行えない場合がある。

【００１０】また、現在の過負荷制御では、以下の点が
考慮されていなかった。（ｉ）過負荷状態を引き起こす原因に応じてサービス性
の低下を最小に抑える、或いは他サービスへの影響を最
小にする。（ii）保守者が、過負荷の発生状況に応じて、負荷制御
方法を変更することができ、負荷制御の効果を見ながら
負荷制御を調整できる。

【００１１】（iii) 予め、過負荷が予想される場合
に、未然に過負荷状態を予防できる。今後、更に需要が
増えることが予想される集中管理・制御型ネットワーク
においては、ネットワーク全体に影響を及ぼす集中管理
・制御装置における過負荷状態を回避し、予防する機構
が最重要となり、あらゆる場合を想定して、自動的に、
また手動的に過負荷制御が可能であることが最大の課題
である。

【００１２】本発明はこのような課題に鑑みてなされた
ものであって、集中管理・制御装置の過負荷状態の発生
要因に応じて過負荷制御を効率的に行ない、過負荷状態
の発生を回避し、予防することができる集中管理・制御
型ネットワークの負荷規制制御システムを提供すること
を目的としている。

【００１３】

【課題を解決するための手段】本発明によれば、少なく
とも１つの問い合わせ実施装置に接続され、問い合わせ
実施装置から発行される問い合わせを処理して応答する
集中管理・制御装置への問い合わせを規制することによ
って集中管理・制御装置の負荷を制御する負荷規制制御
装置であって、集中管理・制御装置の負荷を監視し、負
荷に応じた規制率を決定する負荷監視制御部と、規制率
に基づく割り合いで問い合わせを拒絶することによって
負荷を制御する負荷処理部とを具備する装置が提供され
る。

【００１４】本発明によれば、少なくとも１つの問い合
わせ実施装置に接続され、問い合わせ実施装置から発行
される問い合わせを処理して応答する集中管理・制御装
置への問い合わせを規制することによって集中管理・制
御装置の負荷を制御する負荷規制制御装置であって、予
め指定された種類の呼に基づく問い合わせをすべて拒絶
する手段を具備する装置もまた提供される。

【００１５】

【発明の実施の形態】図１は本発明の第１の具体例に係
るシステムのブロック図である。図において、１は各種
のサービス制御データが記憶されているデータベース、
１０は問い合わせに対して前記データベース１を参照
し、分析することにより得た照合結果・分析結果に応じ
た指示を与える集中管理・制御装置、２０は該集中管理
・制御装置１０に対して問い合わせを行ない、その結果
に応じて所定の処理を行なう少なくとも１台の問い合わ
せ実施装置である。

【００１６】２は問い合わせ実施装置２０に接続される
局用交換機、３は該局用交換機２に接続される加入者端
末、４は局用交換機２の交換制御を行なう中央制御装置
（ＣＣ）、５は局用交換機２と接続される構内交換機
（ＰＢＸ）、６は該構内交換機５と接続される内線端末
である。図では問い合わせ実施装置２０と局用交換機２
が分離されている場合を示しているが、局用交換機２内
に問い合わせ実施装置２０が設けられる場合もある。

【００１７】問い合わせ実施装置２０は＃１〜＃ｎまで
のｎ台設けられているが、少なくとも１台設けられてい
ることが必要である（以下の具体例も同じ）。集中管理
・制御装置１０において、１４は各種負荷情報データを
受けて負荷監視制御を行なう負荷監視制御部、１５は該
負荷監視制御部１４から与えられる規制率データを受け
て、各問い合わせ実施装置２０における負荷処理を行な
う負荷処理部である。

【００１８】負荷監視制御部１４において、１４ａは各
種負荷情報データに基いてトラヒック量を監視する監視
部、１４ｂは該監視部１４ａの出力を受けて各問い合わ
せ実施装置２０に対する規制率を決定して出力する規制
発動部である。該規制発動部１４ｂ内には、規制処理の
種類毎に規制レベルに応じた規制率が記憶される規制率
テーブル１４ｃが設けられている。

【００１９】負荷情報データとしては、例えば、図に示
すような、集中管理・制御装置１０の制御を行なう中央
制御装置の使用率のデータ、集中管理・制御装置１０が
処理を行なう際に使用する共通リソースの使用率、問い
合わせ実施装置２０からの問い合わせに対して返答が完
了するまでの応答処理時間等がある。それぞれの上限値
と下限値は、中央制御装置使用率データがＸ１（上限
値）〜Ｘ２（下限値）、リソース使用率データがＹ１
（上限値）〜Ｙ２（下限値）、応答処理時間データがＺ
１（上限値）〜Ｚ２（下限値）である。単位時間あたり
の問い合わせ要求数も負荷情報データとして使用でき
る。

【００２０】図２は規制率テーブル１４ｃの例を示す図
である。規制処理１〜規制処理４（後述）のそれぞれに
ついて、レベル１から順に規制のレベルが設定されてい
る。例えば、規制処理ｉが選択されている場合には規制
レベル１における規制率は１０％、レベル２における規
制率は２０％、レベル３における規制率は３０％であ
る。

【００２１】負荷処理部１５において、１５ａは各種制
御を行なう制御部、１５ｂは各種の規制処理である。こ
の規制処理１５ｂには前述した規制処理１〜規制処理４
までが含まれる。その内容は、以下のとおりである。（規制処理１）問い合わせ実施装置２０からの問い合わ
せに対して、集中管理・制御装置１０の負荷状態に応じ
て決定された規制率に基づいて制御を行ない、問い合わ
せ実施装置２０には処理要求が規制されたことをアナウ
ンスメント等の手段により通知する。規制率に基づく規
制とは、例えば規制率が１０％であるとき問い合わせの
９０％は受け付け、１０％は拒否することを意味する。

【００２２】（規制処理２）問い合わせ実施装置２０か
らの問い合わせに対して、集中管理・制御装置１０の負
荷状態に応じて決定された規制率に基づいて、問い合わ
せを無視することによって問い合わせを規制する。この
際、問い合わせ実施装置２０には規制されたことの通知
を行わない。（規制処理３）集中管理・制御装置１０から問い合わせ
実施装置２０に、集中管理・制御装置１０の負荷状態に
応じて決定された規制率を通知し、問い合わせ実施装置
２０では通知された規制率に基づいて集中管理・制御装
置１０への問い合わせを規制する。

【００２３】（規制処理４）負荷の状況に応じて規制処
理１と規制処理２と規制処理３を組み合わせる規制処理
を行なう。例えば、規制処理１と規制処理２が組み合わ
せられるとき、α％の問い合わせに対しては問い合わせ
を拒絶の通知とともに拒絶し、β％の問い合わせに対し
ては通知なしで拒絶し、γ（＝１００−α−β）％の問
い合わせに対しては受け付ける。

【００２４】規制処理１〜３のうち、規制処理１では問
い合わせを受け付けるか拒絶するかの判断および拒絶の
通知を集中管理・制御装置１０が行なわなければならな
いので、集中管理・制御装置１０の負担は最も重い。従
って、問い合わせの拒絶の数が増加すればする程、その
ための処理の量が増大し、そのために、受け付け可能な
問い合わせの数が一層減少する。規制処理３では規制処
理を問い合わせ実施装置２０へ委ねるので集中管理・制
御装置１０の負担は最も軽い。規制処理２は規制処理１
と規制処理３の中間である。従って負荷の状況に応じ
て、規制処理１〜４のいずれかを選択し、規制処理４を
選択したときはどれとどれを組み合わせるかを決定す
る。この決定は、保守者が行なって予め設定しても、集
中管理・制御装置１０が自動的に決定するようにしても
良い。制御部１５ａは、これらの規制処理の中から選択
された規制処理を実行する。

【００２５】ここで、データベース１で管理されている
各種サービス制御データには、以下のようなものがあ
る。（ｉ）クレジットカードサービス（ii）オールタネート・ビリングサービス（Alternate
Billing service ）（iii) フリーホンサービス（iv）バーチュアル・プライベートネットワークサービ
ス（Virtual Private Network service ）（ｖ）ナンバ・ポータビリティ（Number Portability）このように構成されたシステムにおいて、＃１の問い合
わせ実施装置２０から集中管理・制御装置１０に対して
問い合わせを実施すると、集中管理・制御装置１０で
は、負荷監視制御部１４の監視部１４ａが各種負荷情報
データに基いて規制レベルを決定し、規制発動部１４ｂ
に通知する。規制発動部１４ｂは、規制率テーブル１４
ｃを参照して、選択された規制処理における規制レベル
に応じた規制率を求めて、負荷処理部１５に通知する。

【００２６】負荷処理部１５の規制部１５ａは先ず、該
当する＃１の問い合わせ実施装置２０に応答を返し、こ
の後、規制処理の選択とその時の規制率を基に、前述し
た規制処理１〜４を発動する。図３は、本発明の負荷監
視制御部１４における負荷変動に応じた規制レベルの決
定を示す図である。縦軸は集中管理・制御装置１０の負
荷又は使用率で、前記した各種の負荷情報データの上限
値（Ｘ１，Ｙ１，Ｚ１）と下限値（Ｘ２，Ｙ２，Ｚ２）
が示されている。横軸は時間である。規制処理発動条件
の成立が一定期間を越えてもまだ継続している場合に
は、規制率の割合は一定期間毎に上がっていく。例え
ば、時刻ｔ１で上限値を越えた場合、制御部１５ａはレ
ベル１の規制処理を発動する。

【００２７】一定期間経過後の時刻ｔ２でもまだ上限値
を越えている場合には、規制レベルをそれまでのレベル
１からレベル２に上げる。時刻ｔ３でもまだ上限値を越
えているので、更に制御部１５ａは規制レベルを更新
し、レベル３に上げる。この結果、規制の効果が生じて
きて、時刻ｔ４では上限値より下がったが、負荷使用率
は上限値と下限値の間にあるので、レベル３を維持す
る。

【００２８】次に、時刻ｔ５では規制の効果が表れて負
荷使用率が下限値を割ってしまった。この場合には、制
御部１５ａは規制率を下げてレベル２にする。時刻ｔ６
でも更に負荷使用率が下がっているので、制御部１５ａ
は更に規制レベルを下げてレベル１にする。このよう
に、本発明では負荷が上限値よりも大きいとき、規制が
段階的に強くなるように発動され、その後、負荷が下限
値よりも小さくなると、規制が段階的に解除される。負
荷を示す変数として、前述のように複数の変数が採用さ
れる場合は、そのうち１つでも上限を超えていれば負荷
が上限値を超えたと判断し、すべてが下限を下回れば負
荷が下限値よりも小さいと判断する。上限値及び下限値
の代わりに、単一の規制発動値を採用し、負荷変数がこ
の値を超えたら負荷が上限値を超えたと判断し、負荷変
数がこの値を下回ったら負荷が下限値よりも小さいと判
断して上記の規制率決定アルゴルズムを適用しても良
い。

【００２９】以上説明した第１の具体例によれば、問い
合わせ実施装置２０から集中管理・制御装置１０への問
い合わせが集中等の原因により、集中管理・制御装置１
０が過負荷状態になった場合には、過負荷状態を回避す
べく、或いは予防すべく、予め指定した規制条件に応じ
て、前述した規制処理１〜規制処理４を実行することに
より、以下に示すような効率的な過負荷制御が可能にな
る。

【００３０】（ｉ）効果的な規制率を算出するための条
件の決定論理が簡単であるために、規制処理を行なうた
めに処理負担が少なくてすむ。（ii）過負荷状態の継続時間に応じた規制率を段階的に
設定することができるため、過剰に規制がかかるという
ことが解消され、サービス性が向上する。（iii) 過負荷状態の継続時間に応じた規制率を段階的
に設定することができるため、スムーズな規制処理を行
なうことができ、集中管理・制御装置１０におけるシス
テム能力を最大限に有効利用することができる。

【００３１】（iv）ネットワークの規模の大きさに左右
されず、小規模から大規模なネットワークまで、全領域
にわたり、過負荷制御が有効に作動する。上述した第１
の具体例においては、集中管理・制御装置１０について
は、ネットワークにおける専用の保守運用装置であるサ
ービス管理システム（図示せず）により動作が制御され
る。また、問い合わせ実施装置２０については該問い合
わせ実施装置２０に接続されている保守運用のために使
用される端末（図示せず）により動作が制御される。該
保守運用装置又は端末からは、この他の機能として以下
のような利用が考えられる。

【００３２】（ｉ）保守者の要求により、現在の規制状
態を規制内容の詳細情報（規制レベル、規制の発動要
因、規制影響範囲等）を含めて表示する。（ii）規制内容の詳細情報（規制レベル、規制の発動要
因、規制影響範囲等）を必要な項目のみ、保守者が指定
を行なうことにより表示する。インテリジェントネット
ワークサービス呼の要求を行った加入者に対しては、そ
の呼が負荷規制処理により拒否されたことをアナウンス
メント等の手段により通知することが好ましい。これに
より、加入者は現在輻輳状態であることを認識すること
ができる。

【００３３】また、第１の具体例において、前記規制処
理発動条件毎の上限値と下限値を保守者により設定し、
変更し、表示することを可能とすることにより、規制処
理を効率的かつ速やかに行なうことができる。また、前
記規制処理発動条件の有効・無効を保守者により設定
し、変更し、表示することを可能とすることにより、規
制処理を効率的かつ速やかに行なうことができる。

【００３４】また、前記規制処理毎に規制レベルを設け
た場合の、規制レベルに対する規制率を保守者により設
定し、変更し、表示することを可能とすることにより、
規制処理を効率的かつ速やかに行なうことができる。ま
た、規制処理発動時に、規制処理が発動された旨を保守
者に対して自動的に通知するか否か、また規制処理解除
時に規制処理が解除されたことを保守者に対して自動的
に通知するか否かを、保守者により選択し、選択状態を
変更し、選択状態の表示を可能とすることにより、規制
処理を効率的にかつ速やかに行なうことができる。

【００３５】また、規制内容の詳細情報も含めて保守者
に対して自動的に通知することが可能な場合に、規制内
容の詳細情報の各項目を自動通知に含めるか否かを、保
守者により選択し、選択状態を変更し、選択状態の表示
を可能とすることにより、規制処理を効率的にかつ速や
かに行なうことができる。また、規制処理発動中に規制
内容の変動がある毎に、保守者に対して自動的に通知す
ることが可能な場合に、規制内容の変動がある毎に自動
通知するか否かを保守者により選択し、選択状態を変更
し、選択状態の表示を可能とすることにより、規制処理
を効率的にかつ速やかに行なうことができる。

【００３６】図４は本発明の第２の具体例を示す構成ブ
ロック図である。図１と同一のものは、同一の符号を付
して示す。図４及びこれ以降の図では、問い合わせ実施
装置２０に接続されている局用交換機等は省略されてい
る。この具体例では、サービス制御データがサービス毎
に異なる種別のデータベースに分類されている場合に、
あるサービスに呼が集中することにより集中管理・制御
装置１０が過負荷状態になった時、規制処理を自動的に
そのサービス呼に対してのみ発動し、他のサービス呼に
は規制をしない。例えば、フリーホンサービスに呼が集
中して集中管理・制御装置１０が過負荷状態になった場
合に、フリーホンの呼に対してのみ規制制御を発動する
ものである。

【００３７】同図において、データベース１は、サービ
ス毎に異なる種別のサービス１〜サービスｎに分類され
ている。データベース１内には、各サービスの種別毎に
サービス問い合わせ要求数を記憶する問い合わせ要求数
記憶テーブル１ａと、単位時間あたりの要求数がどれ位
の値になったら規制を発動するかを決める規制発動値が
サービス毎に記憶されるサービス別規制発動値テーブル
１ｂが設けられている。

【００３８】問い合わせ実施装置２０からの問い合わせ
が集中管理・制御装置１０に到達すると、集中管理・制
御装置１０内に設けられたサービス制御部１６は、問い
合わせ実施装置２０からの問い合わせに従って、データ
ベース１をアクセスし、該当するサービスを参照し、検
索結果に応じたサービスを実施する。それと同時に、サ
ービス制御部１６は、問い合わせが到達する度に問い合
わせ要求数テーブル１ａの該当箇所のカウントアップを
行なう。負荷監視制御部１４内の監視部１４ａは、一定
周期で以下の処理を繰り返す。

【００３９】（ｉ）問い合わせ要求数とシステムにより
固定或いは予め保守者により設定されたサービス別規制
発動値テーブル１ｂのサービス別規制発動値との比較を
行なう。（ii）問い合わせ要求数が規制発動値よりも大の場合、
そのサービスについて規制処理が段階的に発動され、小
の場合、段階的に解除されるように、規制レベルを決定
する。

【００４０】（iii) すべての問い合わせ要求数をクリ
アして次の周期の処理に備える。なお、サービス別規制
発動値は、保守者により変更することもできるようにな
っている。これにより、集中管理・制御装置１０の過負
荷状況に応じて機敏に対応することができるようにな
る。規制発動部１４ｂは監視部１４ａからの規制レベル
を用い、規制率テーブル１４ｃを参照して規制レベルに
応じた規制率を決める。負荷処理部１５では、制御部１
５ａが規制対象サービスについてのみ、前述の規制処理
１〜規制処理４までを実行する。例えば、規制処理１の
場合には規制率に基いて問い合わせを規制し、規制した
ことを該当問い合わせ実施装置２０に通知する。規制処
理２の場合には規制率に基いて問い合わせを規制し、通
知はしない。規制処理３の場合には規制率と規制対象サ
ービスを該当問い合わせ実施装置２０に通知し、通知を
受けた問い合わせ実施装置２０の規制実行部２１は、該
当サービスについてのみ規制率に従って集中管理・制御
装置１０への問い合わせを規制する。

【００４１】なお、保守者に規制処理の発動要因を通知
することを要求されている場合には、負荷処理部１５
は、アラームメッセージ等の手段で保守者に対して該当
サービス規制レベル等の通知を行なう。なお、サービス
別規制発動値テーブル１ｂの発動値は、保守者により変
更することができる。これにより、負荷変動に対して機
敏に対応することができる。

【００４２】本具体例及び以下に説明する具体例では、
それぞれの分類毎の規制率を決定するためにそれぞれの
分類毎に単位時間あたりの問い合わせ要求数を規制発動
値と比較することにより規制レベルが決定されることが
説明されるが、前述の第１の具体例と同様に、単一の規
制発動値の代わりに上限値及び下限値を使用しても良
い。また、単位時間あたりの問い合わせ要求数をそれぞ
れの分類毎にカウントする代わりに、又はこれと組み合
わせて、分類毎の共通のリソースの使用率及び／又は応
答時間を負荷を表わす変数として使用しても良い。

【００４３】図５は本発明の第３の具体例を示す構成ブ
ロック図である。図４と同一のものは、同一の符号を付
して示す。この具体例では、サービス制御データがサー
ビス毎に異なる種別のデータベースに分類されている場
合に、過負荷が予想されるサービスのみに規制処理を発
動し、他のサービスには規制処理をしない場合に、サー
ビス管理システムより予め該当サービスのみを規制対象
に指定しておくことができる。例えば、フリーホンサー
ビスは、大量呼の集中が予想されるが、他のサービスに
ついては、それほど呼が集中することはないという場合
に、予め規制対象のサービスはフリーホンのみに限定す
る場合が考えられる。

【００４４】データベース１は、図４の場合と同様に、
サービス毎に異なる種別のサービス１〜サービスｎに分
類されている。そして、そのサービス毎に規制対象であ
るか非対象であるかを示す規制対象・非対象テーブル１
ｃを持っている。サービス制御部１６は、問い合わせ実
施装置２０からの問い合わせに従って、データベース１
にアクセスし、該当するサービスを参照し、検索結果に
応じたサービスを実施する。監視部１４ａは、前述と同
様に、各種の負荷情報データを算出及び／又は入力し
て、前述したようにして規制レベルを決定する。規制発
動部１４ｂは、監視部１４ａからの規制レベルを用い、
規制率テーブル１４ｃを参照して規制レベルに応じた規
制率を決める。負荷処理部１５は、規制対象・非対象デ
ータを規制対象・非対象テーブル１ｃを参照して認識
し、規制対象のサービスについてのみ、規制処理１〜規
制処理４を行なう。例えば、規制処理１の場合には規制
率に基いて問い合わせ規制し、規制したことを該当問い
合わせ実施装置２０に通知する。規制処理２の場合には
規制率に基いて問い合わせを規制し、通知はしない。規
制処理３の場合には規制率と規制対象サービスを該当問
い合わせ実施装置２０に通知し、通知を受けた問い合わ
せ実施装置２０の規制実行部２１は、該当サービスの場
合にのみ規制率に従って集中管理・制御装置１０への問
い合わせを規制する。

【００４５】また、保守者に規制処理の発動原因を通知
することを要求されている場合には、負荷処理部１５は
アラームメッセージ等の手段で保守者に対して該当サー
ビス規制レベル等の通知を行なう。なお、規制対象・非
対象テーブル１ｃのサービス規制対象・非対象データ値
は保守者により変更することもできる。これにより、負
荷変動に対して機敏に対応することができる。

【００４６】図６は本発明の第４の具体例を示す構成ブ
ロック図である。図５と同一のものは、同一の符号を付
して示す。この具体例では、データがサービス毎に異な
る種別のデータベースに分類されている場合に、あるサ
ービスの特定のデータ（電話番号）に呼が集中すること
により集中管理・制御装置１０が過負荷になった時、自
動的にその電話番号に対する呼に対してのみ規制処理を
発動し、他の電話番号に対する呼及び他のサービス呼に
は規制をしない。例えばフリーホンサービスのある特定
の電話番号に呼が集中して集中管理・制御装置１０が過
負荷になった場合に、その電話番号へのフリーホンの呼
に対してのみに規制処理を発動する。

【００４７】データベース１は、図５の場合と同様に、
サービス毎に異なる種別のサービス１〜サービスｎに分
類されている。そして、あるサービスの特定のデータ
（電話番号）毎に問い合わせ要求数を記憶するデータ別
問い合わせ要求数テーブル１ｄと、そのサービスの特定
のデータ毎に規制を発動するかどうかを決めるデータ別
規制発動値を記憶する規制発動基準値テーブル１ｅを持
っている。

【００４８】サービス制御部１６は、問い合わせ実施装
置２０からの問い合わせに従って、データベース１をア
クセスし、該当するサービスを参照し、検索結果に応じ
たサービスを実施する。また、問い合わせに従ってデー
タ別問い合わせ要求数テーブル１ｄ上のデータを検索す
る。そして、問い合わせ要求数テーブル１ｄ上に該当デ
ータがある場合には、タイムスタンプ（前回処理時の時
刻記録データ）をチェックし、現時刻と一定期間以上の
開きがある時は要求数を初期値とする。現時刻と一定期
間以上の開きがない場合は、要求数をカウントアップす
る。問い合わせ要求数テーブル１ｄ上に該当データがな
い場合には、テーブル上に該当データを登録し、要求数
を初期値とする。なお、要求数を変更した場合はタイム
スタンプを更新する。

【００４９】監視部１４ａは、一定の周期で以下の処理
を繰り返す。（ｉ）データ別問い合わせ要求数テーブル１ｄの全デー
タをチェックする。（ii）タイムスタンプが、現時刻と一定期間以上の開き
がある時は、該当データをテーブルから削除する。（iii) タイムスタンプが、現時刻と一定期間以上の開
きがない時は、要求数と、固定或いは予め保守者により
設定された規制発動値テーブル１ｅのデータ別規制発動
値との比較を行なう。

【００５０】（iv）要求数が規制発動値よりも大きい
時、該当サービスの該当データについて規制処理が段階
的に発動され、小さいとき、段階的に解除されるように
規制レベルを決定する。（ｖ）次の周期の処理に備えるべくすべての要求数をク
リアする。規制発動部１４ｂは、監視部１４ａからの規
制レベルを用い、規制率テーブル１４ｃを参照して規制
レベルに応じた規制率を決める。負荷処理部１５は、規
制対象サービスの該当データについてのみ、規制処理１
〜規制処理４を行なう。例えば、規制処理１の場合には
規制率に基いて問い合わせを規制し、規制したことを該
当問い合わせ実施装置２０に通知する。規制処理２の場
合には規制率に基いて問い合わせを規制し、通知はしな
い。規制処理３の場合には規制率と規制対象サービスの
該当データを該当問い合わせ実施装置２０に通知し、通
知を受けた問い合わせ実施装置２０の規制実行部２１
は、該当サービスの該当データの場合についてのみ規制
率に従って集中管理・制御装置１０への問い合わせを規
制する。

【００５１】また、保守者に規制処理の発動原因を通知
することを要求されている場合には、負荷処理部１５は
アラームメッセージ等の手段で保守者に対して該当サー
ビス規制レベル等の通知を行なう。なお、規制発動値テ
ーブル１ｅのデータ別規制発動値は、保守者により変更
することもできる。これにより、負荷変動に機敏に対応
することができる。

【００５２】図７は本発明の第５の具体例を示す構成ブ
ロック図である。図６と同一のものは、同一の符号を付
して示す。この具体例では、データがサービス毎に異な
る種別のデータベースに分類されている場合に、過負荷
が予想されるあるサービスのあるデータ（電話番号）に
対する呼についてのみに規制処理の発動を予め限定し、
他の番号に対する呼及び他サービスには規制処理を発動
しないように、サービス管理システムより予め該当サー
ビスの該当データ（電話番号）のみを規制対象に指定し
ておくことができる。

【００５３】例えばフリーホンサービスのある特定の電
話番号に対して、大量呼の集中が予想されるが、他の番
号、他のサービスについてはそれほど呼が集中すること
はないという場合に、予め規制対象をフリーホンのその
番号に対してのみ限定するものである。データベース１
は、図６の場合と同様に、サービス毎に異なる種別のサ
ービス１〜サービスｎに分類されている。そして、各サ
ービスについて規制の対象とするデータの記録を各サー
ビス毎に持つ規制対象データテーブル１ｆを持ってい
る。

【００５４】サービス制御部１６は、問い合わせ実施装
置２０からの問い合わせに対して、データベース１をア
クセスし、該当するサービスを参照し、検索結果に応じ
たサービスを実施する。監視部１４ａは、前述と同様に
各種の負荷情報データを算出及び／又は入力して、前述
したようにして規制レベルを決定する。規制発動部１４
ｂは、監視部１４ａからの規制レベルを用い、規制率テ
ーブル１４ｃを参照して規制レベルに応じた規制率を決
める。

【００５５】負荷処理部１５は、規制対象データテーブ
ル１ｆを参照し、規制対象となっているデータについて
のみ規制処理１〜規制処理４を行なう。例えば、規制処
理１の場合には規制率に基いて問い合わせを規制し、規
制したことを該当問い合わせ実施装置２０に通知する。
規制処理２の場合には規制率に基いて問い合わせを規制
し、通知はしない。規制処理３の場合には規制率と規制
対象サービスと規制対象データを該当問い合わせ実施装
置２０に通知し、通知を受けた問い合わせ実施装置２０
の規制実行部２１は、該当サービスの該当データの場合
についてのみ規制率に従って集中管理・制御装置１０へ
の問い合わせを規制する。

【００５６】なお、規制対象データは、規制発動時に問
い合わせ実施装置２０に送るのではなく、予め問い合わ
せ実施装置２０に情報を送付しておくということもでき
る。更に、保守者に規制処理の発動原因を通知すること
が要求されている場合には、負荷処理部１５はアラーム
メッセージ出力等の手段で保守者に対して該当サービス
の該当データ、規制レベル等の通知を行なう。なお、規
制対象データテーブル１ｆのデータは、保守者により変
更することもできるようになっている。これにより、負
荷変動に対して機敏に対応することができる。

【００５７】以上、第５の具体例については、規制対象
サービスの規制対象データのみに規制を発動する場合を
示したが、逆にある特定の番号に対しては、規制処理発
動時においても呼を通したい場合がある。この場合に
は、その番号のみ規制非対象に設定し、それ以外を規制
対象として扱えば良い。図８は本発明の第６の具体例を
示す構成ブロック図である。図７と同一のものは、同一
の符号を付して示す。この具体例では、ある問い合わせ
実施装置２０からの呼の要求が非常に多いことにより集
中管理・制御装置１０が過負荷状態になった時、規制処
理の発動を該当問い合わせ実施装置２０からの呼のみに
対して行ない、他の問い合わせ実施装置２０からの呼に
ついては規制処理を発動しない。

【００５８】データベース１は、図７の場合と同様に、
サービス毎に異なる種別のサービス１〜サービスｎに分
類されている。更にその内部には、問い合わせ実施装置
２０（交換ポイント）毎に問い合わせ要求数を記憶する
問い合わせ要求数テーブル１ｇと、問い合わせ実施装置
２０毎に規制を発動する基準値を記憶する規制発動値テ
ーブル１ｈを持っている。

【００５９】サービス制御部１６は、問い合わせ実施装
置２０からの問い合わせに従って、データベース１にア
クセスし、該当するサービスを参照して、検索結果に応
じたサービスを実施する。同時に、問い合わせ要求数テ
ーブル１ｇの問い合わせ実施装置２０毎の問い合わせ要
求数をカウントアップする。監視部１４ａは、一定の周
期で以下の処理を繰り返す。

【００６０】（ｉ）問い合わせ要求数と、規制発動値テ
ーブル１ｈの、システムにより固定、或いは予め保守者
により設定された問い合わせ実施装置２０別規制発動値
との比較を行なう。（ii）問い合わせ要求数が規制発動値よりも大きい時、
その問い合わせ実施装置２０について規制処理が段階的
に発動され、小さい時、段階的に解除されるように規制
レベルを決定する。

【００６１】（iii) 次の周期の処理に備えて問い合わ
せ要求数テーブル１ｇのすべての問い合わせ要求数をク
リアする。なお、規制発動値テーブル１ｈの問い合わせ
実施装置別規制発動値は、保守者により変更することが
できる。これにより、負荷変動に応じて機敏に対応する
ことが可能となる。

【００６２】規制発動部１４ｂは、監視部１４ａからの
規制レベルを用い、規制率テーブル１４ｃを参照して規
制レベルに応じた規制率を決める。負荷処理部１５は、
規制対象問い合わせ実施装置２０からの問い合わせにつ
いてのみ規制処理１〜規制処理４を行なう。例えば、規
制処理１の場合には規制率に基いて問い合わせを規制
し、規制したことを該当問い合わせ実施装置２０に通知
する。規制処理２の場合には規制率に基いて問い合わせ
を規制し、通知はしない。規制処理３の場合には規制率
を該当問い合わせ実施装置２０に通知し、通知を受けた
該当問い合わせ実施装置２０の規制実行部２１は、規制
率に従って集中管理・制御装置１０への問い合わせを規
制する。

【００６３】なお、保守者により規制処理の発動要因を
通知することを要求されている場合には、負荷処理部１
５はアラームメッセージ等の手段で保守者に対して該当
問い合わせ実施装置２０と規制レベル等の通知を行な
う。図９は本発明の第７の具体例を示す構成ブロック図
である。図８と同一のものは、同一の符号を付して示
す。図９に示す例では、ある問い合わせ実施装置２０か
らのあるサービスに対する呼の要求が非常に多いことに
より、集中管理・制御装置１０が過負荷状態になった時
に、規制処理の発動を自動的に該当問い合わせ実施装置
２０からの該当サービス呼に対してのみ行ない、他のサ
ービス呼及び他の問い合わせ実施装置２０からの呼につ
いては規制処理を発動しない。

【００６４】データベース１は、図８の場合と同様に、
サービス毎に異なる種別のサービス１〜サービスｎに分
類されている。更にその内部には、問い合わせ実施装置
２０（交換ポイント）毎のサービス種別毎に問い合わせ
要求数を記憶する問い合わせ要求数テーブル１ｉと、問
い合わせ実施装置２０毎のサービス種別毎に規制を発動
する基準値を記憶する規制発動値テーブル１ｊを持って
いる。

【００６５】サービス制御部１６は、問い合わせ実施装
置２０からの問い合わせに従って、データベース１にア
クセスし、該当するサービスを参照して、検索結果に応
じたサービスを実施する。同時に、問い合わせ要求数テ
ーブル１ｉの問い合わせ実施装置２０毎の該当サービス
の問い合わせ要求数をカウントアップする。監視部１４
ａは、一定の周期で以下の処理を繰り返す。

【００６６】（ｉ）問い合わせ要求数と、規制発動値テ
ーブル１ｊの、システムにより固定、或いは予め保守者
により設定された問い合わせ実施装置２０のサービス種
別規制発動値との比較を行なう。（ii）問い合わせ要求数が規制発動値よりも大きい時、
その問い合わせ実施装置２０の該当サービスについて規
制処理が段階的に発動され、小さい時、段階的に解除さ
れるように、規制レベルを決定する。

【００６７】（iii) 次の周期の処理に備えて問い合わ
せ要求数テーブル１ｉのすべての問い合わせ要求数をク
リアする。なお、規制発動値テーブル１ｊの問い合わせ
実施装置２０毎のサービス種別規制発動値は、保守者に
より変更することができる。これにより、負荷変動に応
じて機敏に対応することが可能となる。

【００６８】規制発動部１４ｂは、監視部１４ａからの
規制レベルを用い、規制率テーブル１４ｃを参照して規
制レベルに応じた規制率を決める。負荷処理部１５は、
規制対象問い合わせ実施装置２０からの該当サービスの
問い合わせについてのみ規制処理１〜規制処理４を行な
う。例えば、規制処理１の場合には規制率に基づき問い
合わせを規制し、規制したことを該当問い合わせ実施装
置２０に通知する。規制処理２の場合には規制率に従っ
て問い合わせを規制し、通知はしない。規制処理３の場
合には規制率と規制対象サービスを該当問い合わせ実施
装置２０に通知し、通知を受けた問い合わせ実施装置２
０の規制実行部２１は、該当サービスについてのみ規制
率に従って集中管理・制御装置１０への問い合わせを規
制する。

【００６９】なお、保守者により規制処理の発動要因を
通知することを要求されている場合には、負荷処理部１
５はアラームメッセージ等の手段で保守者に対して該当
問い合わせ実施装置２０と規制レベル等の通知を行な
う。図１０は本発明の第８の具体例を示す構成ブロック
図である。図９と同一のものは、同一の符号を付して示
す。この具体例では、ある問い合わせ実施装置２０から
のあるサービスの特定データ（番号）に対する呼の要求
が非常に多いことにより、集中管理・制御装置１０が過
負荷状態になった時、規制処理の発動を自動的に、該当
問い合わせ実施装置２０からの該当サービスの該当番号
に対する呼に対してのみ発動し、他の番号に対する呼、
他のサービス呼及び他の問い合わせ実施装置２０からの
呼については規制処理を発動しない。

【００７０】データベース１は、図９の場合と同様に、
サービス毎に異なる種別のサービス１〜サービスｎに分
類されている。更にその内部には、問い合わせ実施装置
２０（交換ポイント）毎のサービス種別毎の特定番号毎
に問い合わせ要求数を記憶する問い合わせ要求数テーブ
ル１ｋと、問い合わせ実施装置２０毎のサービス種別毎
の特定番号毎に規制を発動する基準値を記憶する規制発
動値テーブル１１を持っている。

【００７１】サービス制御部１６は、問い合わせ実施装
置２０からの問い合わせに従って、データベース１にア
クセスし、該当するサービスを参照して、検索結果に応
じたサービスを実施する。同時に、問い合わせ要求数テ
ーブル１ｋの問い合わせ実施装置２０毎の該当サービス
の該当データを検索する。そして、問い合わせ要求数テ
ーブル１ｋ上に該当データがある場合には、タイムスタ
ンプをチェックし、現時刻と一定期間以上の開きがある
時には要求数を初期値とする。タイムスタンプと現時刻
との間に一定期間以上の開きがない時には、問い合わせ
要求数テーブル１ｋの問い合わせ要求数をカウントアッ
プする。問い合わせ要求数テーブル１ｋ上に該当データ
がない時には、問い合わせ要求数テーブル１ｋ上に該当
データを登録し、要求数を初期値とする。なお、要求数
を変更した時には、タイムスタンプを更新する。

【００７２】監視部１４ａは、一定の周期で以下の処理
を繰り返す。（ｉ）問い合わせ要求数テーブル１ｋの全データをチェ
ックする。（ii）タイムスタンプが現時刻と一定以上の開きがある
時は、該当データをテーブル上から削除する。（iii) タイムスタンプが現時刻と一定以上の開きがな
い時は、問い合わせ要求数と、規制発動値テーブル１ｌ
の、システムにより固定、或いは予め保守者により設定
された問い合わせ実施装置２０のサービス種別毎の特定
データ毎の規制発動値との比較を行なう。

【００７３】（iv）問い合わせ要求数が規制発動値より
も大きい時、その問い合わせ実施装置２０の該当サービ
スの特定データについて規制処理が段階的に発動され、
小さい時、段階的に解除されるように規制レベルを決定
する。（ｖ）次の周期の処理に備えて問い合わせ要求数テーブ
ル１ｋのすべての問い合わせ要求数をクリアする。

【００７４】なお、規制発動基準値テーブル１ｌの、問
い合わせ実施装置２０毎のサービス種別毎の特定データ
別規制発動値は、保守者により変更することができるよ
うになっている。これにより、負荷変動に応じて機敏な
対応をとることが可能になる。規制発動部１４ｂは、監
視部１４ａからの規制レベルを用い、規制率テーブル１
４ｃを参照して規制レベルに応じた規制率を決める。負
荷処理部１５は、規制対象問い合わせ実施装置２０から
の該当サービスの該当データについての問い合わせにつ
いてのみ規制処理１〜規制処理４を行なう。例えば、規
制処理１の場合には規制率に基いて問い合わせを規制し
規制したことを該当問い合わせ実施装置２０に通知す
る。規制処理２の場合には規制率に従って問い合わせを
規制し、規制処理３の場合には規制率と該当対象サービ
スの該当データを該当問い合わせ実施装置２０に通知
し、通知を受けた問い合わせ実施装置２０の規制実行部
２１は、該当サービスの該当データについてのみ規制率
に従って集中管理・制御装置１０への問い合わせを規制
する。

【００７５】図１１は本発明の第９の実施例を示す構成
ブロック図である。図１０と同一のものは、同一の符号
を付して示す。この具体例では、ある問い合わせ実施装
置２０が制御を行なっている特定のエリアからの呼の要
求が非常に多いことにより集中管理・制御装置１０が過
負荷状態になった時、規制処理を自動的に該当問い合わ
せ実施装置２０の該当エリアからの呼に対してのみ発動
し、他のエリア及び他の問い合わせ実施装置２０からの
呼については規制処理を発動しない。

【００７６】データベース１は、図１０の場合と同様
に、サービス毎に異なる種別のサービス１〜サービスｎ
に分類されている。更にその内部には、問い合わせ実施
装置２０（交換ポイント）毎のエリア別に問い合わせ要
求数を記憶する問い合わせ要求数テーブル１ｍと、問い
合わせ実施装置２０毎のエリア毎の規制を発動する基準
値を記憶する規制発動値テーブル１ｎを持っている。

【００７７】サービス制御部１６は、問い合わせ実施装
置２０からの問い合わせに従って、データベース１にア
クセスし、該当するサービスを参照して、検索結果に応
じたサービスを実施する。同時に、問い合わせ要求数テ
ーブル１ｍの問い合わせ実施装置２０毎の該当エリアの
問い合わせ要求数をカウントアップする。監視部１４ａ
は、一定周期で以下の処理を繰り返す。

【００７８】（ｉ）問い合わせ要求数テーブル１ｍに記
憶されている該当エリアの問い合わせ要求数と、システ
ムにより固定、或いは予め保守者により設定された規制
発動値テーブル１ｎの該当エリアの規制発動値とを比較
する。（ii）該当エリアの問い合わせ要求数が、規制発動値テ
ーブル１ｎ内の該当エリアの規制発動値よりも大きい
時、その問い合わせ実施装置２０に対して規制処理が段
階的に発動され、小さい時、段階的に解除されるように
規制レベルを決定する。

【００７９】（iii) 次に、問い合わせ要求数テーブル
１ｍに記憶されているすべての問い合わせ要求数をクリ
アする。次の周期の処理に備えるためである。なお、規
制発動値テーブル１ｎのエリア別規制発動値は、保守者
により変更することができる。実施例では、問い合わせ
実施装置２０の全てのエリアに対して、単一の値を設定
しているが、エリア毎に発動規制値を設定することがで
きる。これにより、負荷変動に応じて機敏に対応するこ
とが可能となる。

【００８０】規制発動部１４ｂは、監視部１４ａからの
規制レベルを用い、規制率テーブル１４ｃを参照して規
制レベルに応じた規制率を決める。負荷処理部１５は、
規制対象問い合わせ実施装置２０の該当エリアからの問
い合わせについてのみ、規制処理１〜規制処理４を実施
する。例えば、規制処理１の場合には規制率に基いて問
い合わせを規制し、規制したことを該当問い合わせ実施
装置２０に通知する。規制処理２の場合には規制率に従
って問い合わせ規制し、通知はしない。規制処理３の場
合には規制対象エリアと規制率を該当問い合わせ実施装
置２０に通知し、通知を受けた問い合わせ実施装置２０
の規制実行部２１は、該当エリアについては規制率に従
って集中管理・制御装置１０への問い合わせを規制す
る。なお、保守者により規制処理の発動要因を通知する
ことを要求されている場合は、負荷処理部１５はアラー
ムメッセージ出力等の手段で保守者に対して該当問い合
わせ実施装置２０の規制対象エリア、規制レベル等の通
知を行なう。

【００８１】図１２は本発明の第１０の実施例を示す構
成ブロック図である。図１１と同一のものは、同一の符
号を付して示す。この具体例では、ある問い合わせ実施
装置２０が制御を行なっている特定のエリアからある特
定のサービス呼の要求が非常に多いことにより集中管理
・制御装置１０が過負荷状態になった時、規制処理を自
動的に該当問い合わせ実施装置２０の該当エリアからの
該当サービス呼に対してのみ発動し、他のサービス呼及
び他の問い合わせ実施装置２０からの呼については規制
処理を発動しない。

【００８２】データベース１は、図１１の場合と同様
に、サービス毎に異なる種別のサービス１〜サービスｎ
に分類されている。更にその内部には、問い合わせ実施
装置２０（交換ポイント）毎のエリア別に複数のサービ
ス種別とその問い合わせ要求数を記憶する問い合わせ要
求数テーブル１ｐと、問い合わせ実施装置２０毎のエリ
ア毎のサービス種別毎の規制を発動する基準値を記憶す
る規制発動値テーブル１ｑを持っている。

【００８３】サービス制御部１６は、問い合わせ実施装
置２０からの問い合わせに従って、データベース１にア
クセスし、該当するサービスを参照して、検索結果に応
じたサービスを実施する。同時に、問い合わせ要求数テ
ーブル１ｐの問い合わせ実施装置２０毎に設けられてい
る該当エリアの該当サービスの問い合わせ要求数をカウ
ントアップする。

【００８４】監視部１４ａは、一定周期で以下の処理を
繰り返す。（ｉ）問い合わせ要求数テーブル１ｐに記憶されている
該当問い合わせ実施装置２０の該当エリアの該当サービ
スの問い合わせ要求数と、システムにより固定、或いは
保守者により設定された規制発動値テーブル１ｑの該当
サービスの規制発動値とを比較する。

【００８５】（ii）該当サービスの要求数が、規制発動
値よりも大きい時、その問い合わせ実施装置２０の該当
エリアの該当サービスについて規制処理が段階的に発動
され、小さい時、段階的に解除されるように規制レベル
を決定する。（iii) 次に、問い合わせ要求数テーブル１ｐに記憶さ
れているすべての問い合わせ要求数をクリアする。次の
周期の処理に備えるためである。

【００８６】なお、規制発動値テーブル１ｑのサービス
別規制発動値は、保守者により変更することができる。
この具体例では、問い合わせ実施装置２０の全てのエリ
アに対して単一の基準値を設定している場合を示すが、
エリア毎のサービス毎に規制発動値を設定することも可
能である。これにより、負荷変動に応じて機敏に対応す
ることが可能となる。

【００８７】規制発動部１４ｂは、監視部１４ａからの
規制レベルを用い、規制率テーブル１４ｃを参照して規
制レベルに応じた規制率を決める。負荷処理部１５は、
規制対象問い合わせ実施装置２０からの問い合わせの該
当エリアの該当サービスについてのみ規制処理１〜規制
処理４を変動する。例えば、規制処理１の場合には規制
率に基いて問い合わせを規制し、規制したことを該当問
い合わせ実施装置２０に通知する。規制処理２の場合に
は規制率に従って問い合わせを規制し、通知はしない。
規制処理３の場合には規制対象問い合わせ実施装置２０
のみに、該当エリアと規制対象サービスと規制率を通知
し、通知を受けた問い合わせ実施装置２０の規制実行部
２１は、該当エリアの該当サービスについては規制率に
従って集中管理・制御装置１０への問い合わせを規制す
る。なお、保守者により規制処理の発動要因を通知する
ことを要求されている場合は、負荷処理部１５はアラー
ムメッセージ出力等の手段で保守者に対して該当問い合
わせ実施装置２０の規制対象エリア、該当サービス、規
制レベル等の通知を行なう。

【００８８】図１３は本発明の第１１の実施例を示す構
成ブロック図である。図１２と同一のものは、同一の符
号を付して示す。この具体例では、ある問い合わせ実施
装置２０が制御を行なっている特定のエリアから、ある
特定のサービスの特定データ（番号）への呼の要求が非
常に多いことにより集中管理・制御装置１０が過負荷状
態になった時、規制処理を自動的に該当問い合わせ実施
装置２０の該当エリアからの該当サービス呼の該当デー
タに対してのみ発動し、他の番号に対する呼、他のサー
ビス呼、他のエリア及び他の問い合わせ実施装置２０か
らの呼については規制処理を発動しない。

【００８９】データベース１は、図１２の場合と同様
に、サービス毎に異なる種別のサービス１〜サービスｎ
に分類されている。更にその内部には、問い合わせ実施
装置２０（交換ポイント）毎のエリア毎のサービス種別
毎の特定のデータ毎にその問い合わせ要求数を記憶する
問い合わせ要求数テーブル１ｒと、問い合わせ実施装置
２０毎のエリア毎のサービス種別毎の特定のデータ毎に
規制を発動する基準値を記憶する規制発動値テーブル１
ｓを持っている。

【００９０】サービス制御部１６は、問い合わせ実施装
置２０からの問い合わせに従って、データベース１にア
クセスし、該当するサービスを参照して、検索結果に応
じたサービスを実施する。同時に、問い合わせ要求数テ
ーブル１ｒの問い合わせ実施装置２０毎に設けられてい
るエリア毎のサービス毎の該当データを検索する。そし
て、問い合わせ要求数テーブル１ｒ上に該当データがあ
る場合は、タイムスタンプをチェックし、現時刻と一定
期間以上の開きがある時は問い合わせ要求数を初期値に
設定し、現時刻と一定期間以上の開きがない時は、該当
データに関する問い合わせ要求数をカウントアップす
る。問い合わせ要求数テーブル１ｒ上に該当データがな
い時は、テーブル１ｒ上に該当データを登録し、問い合
わせ要求数を初期値に設定する。この場合、問い合わせ
要求数を変更した時にはタイムスタンプを更新する。次
の問い合わせに備えるためである。

【００９１】監視部１４ａは、一定周期で以下の処理を
繰り返す。（ｉ）問い合わせ要求数テーブル１ｒの全データをチェ
ックする。（ii）タイムスタンプが、現時刻と一定以上の開きがあ
る時は、該当データをテーブル上から削除する。（iii) タイムスタンプが、現時刻と一定以上の開きが
ない時は、テーブル１ｒに記憶されている該当問い合わ
せ実施装置２０の該当エリアの該当サービスの該当デー
タの問い合わせ要求数を、システムにより固定、或いは
保守者により予め設定された規制発動値テーブル１ｓの
該当データの規制発動値と比較する。

【００９２】（iv）問い合わせ要求数が、規制発動値よ
りも大きい時は、該当エリアの該当サービスの該当デー
タについて規制処理が段階的に発動され、小さい時は、
段階的に解除されるように、規制レベルを決定する。（ｖ）次の周期の処理に備えるため、すべての問い合わ
せ要求数をクリアする。

【００９３】なお、規制発動値テーブル１ｓのサービス
別の該当データの規制発動値は、保守者により変更する
ことができる。これにより、負荷変動に応じて機敏に対
応することが可能となる。規制発動部１４ｂは、監視部
１４ａからの規制レベルを用い、規制率テーブル１４ｃ
を参照して規制レベルに応じた規制率を決める。負荷処
理部１５は、規制対象問い合わせ実施装置２０からの問
い合わせの該当エリアの該当サービスの該当データにつ
いてのみ規制処理１〜規制処理４を発動する。例えば、
規制処理１の場合には規制率に基いて問い合わせを規制
し、規制したことを該当問い合わせ実施装置２０に通知
する。規制処理２の場合には規制率に基いて問い合わせ
を規制し、規制処理３の場合には規制対象問い合わせ実
施装置２０のみに、該当エリアと規制対象サービスと該
当データと規制率を通知し、通知を受けた問い合わせ実
施装置２０の規制実行部２１は、その間該当エリアの該
当サービスの該当データについては規制率に基いて集中
管理・制御装置１０への問い合わせを規制する。なお、
保守者により規制処理の発動要因を通知することを要求
されている場合は、負荷処理部１５はアラームメッセー
ジ出力等の手段で保守者に対して該当問い合わせ実施装
置２０の規制対象エリア、該当サービス、該当データ、
規制レベル等の通知を行なう。

【００９４】図１４は本発明の第１２の実施例を示す構
成ブロック図である。図１３と同一のものは、同一の符
号を付して示す。この具体例では、過負荷が予想される
問い合わせ実施装置２０からの呼のみに規制処理を限定
し、他の問い合わせ実施装置２０からの呼には規制処理
を発動したくない時に、サービス管理システムより予め
該当問い合わせ実施装置２０のみを、規制対象に指定し
ておくことができる。

【００９５】データベース１は、図１３の場合と同様
に、サービス毎に異なる種別のサービス１〜サービスｎ
に分類されている。更にその内部には、問い合わせ実施
装置２０（交換ポイント）別に規制対象・非規制対象を
指定する規制対象・非対象データテーブル１ｔと、サー
ビス種別毎に規制対象・非規制対象を指定する規制テー
ブル１ｕを持っている。

【００９６】サービス制御部１６は、問い合わせ実施装
置２０からの問い合わせに従って、データベース１にア
クセスし、該当するサービスを参照して、検索結果に応
じたサービスを実施する。監視部１４ａは、前述と同様
に各種の負荷情報データを算出及び／又は入力して、前
述したようにして規制レベルを決定する。規制発動部１
４ｂは、監視部１４ａからの規制レベルを用い、規制率
テーブル１４ｃを参照して規制レベルに応じた規制率を
決める。

【００９７】負荷処理部１５は、問い合わせ実施装置２
０別規制対象・非対象テーブル１ｔを参照し、規制対象
の問い合わせ実施装置２０についてのみ規制処理１〜規
制処理４を発動する。例えば、規制処理１の場合には規
制率に基いて問い合わせを規制し、規制したことを該当
問い合わせ実施装置２０に通知する。規制処理２の場合
には規制率に基いて問い合わせを規制し、規制処理３の
場合には規制率を該当問い合わせ実施装置２０に通知
し、通知を受けた問い合わせ実施装置２０の規制実行部
２１は、規制率に基いて集中管理・制御装置１０への問
い合わせを規制する。

【００９８】また、保守者により規制処理の発動要因を
通知することを要求されている場合は、負荷処理部１５
はアラームメッセージ等の手段で保守者に対して該当問
い合わせ実施装置２０の該当サービス、規制レベル等を
通知する。この場合、問い合わせ実施装置２０別規制対
象・非対象データテーブル１ｔのデータは保守者により
変更することが可能である。これにより、負荷変動に応
じて機敏に対応することが可能となる。

【００９９】また、図１４に示す具体例において、規制
対象にした問い合わせ実施装置２０からの呼でも、サー
ビス毎に更に規制対象・非対象を指定することができ
る。この規制対象・非対象は、規制対象・非対象テーブ
ル１ｕに記憶されている。この場合の規制処理動作は、
前述した問い合わせ実施装置２０毎に規制する場合と同
じである。この場合、負荷処理部１５は、規制対象・非
対象テーブル１ｕを参照して、該当サービスに対しての
み規制処理を発動することになる。これにより、規制対
象問い合わせ実施装置２０の対象サービスのみ規制を行
なうことが可能となる。

【０１００】図１５は本発明の第１３の実施例を示す構
成ブロック図である。図１４と同一のものは、同一の符
号を付して示す。この具体例では、問い合わせ実施装置
２０が制御を行なうあるエリアから大量の呼が発生し、
このため過負荷が予想される場合、該当するエリアから
の呼のみに規制処理を発動し、他のエリア及び他の問い
合わせ実施装置２０からの呼には規制処理を発動したく
ない時、サービス管理システムより予め該当問い合わせ
実施装置２０の該当エリアのみを規制対象に指定してお
くことが可能である。

【０１０１】データベース１は、図１４の場合と同様
に、サービス毎に異なる種別のサービス１〜サービスｎ
に分類されている。更にその内部には、問い合わせ実施
装置２０（交換ポイント）毎のエリア別に規制対象・非
規制対象を指定する規制対象・非対象テーブル１ｖと、
問い合わせ実施装置２０毎のサービス別に規制対象・非
規制対象を指定する規制対象・非対象テーブル１ｗを持
っている。

【０１０２】サービス制御部１６は、問い合わせ実施装
置２０からの問い合わせに従って、データベース１にア
クセスし、該当するサービスを参照して、検索結果に応
じたサービスを実施する。監視部１４ａは、前述したよ
うな各種の負荷情報データを算出及び／又は入力して、
前述したようにして規制レベルを決定する。規制発動部
１４ｂは、監視部１４ａからの規制レベルを用い、規制
率テーブル１４ｃを参照して規制レベルに応じた規制率
を決める。これにより、過負荷状態の発生を未然に予防
することができる。負荷処理部１５は、各問い合わせ実
施装置２０毎に設けられたエリア別に規制対象・非対象
を記憶する規制対象・非対象テーブル１ｖを参照し、規
制対象の問い合わせ実施装置２０の該当エリアについて
のみ前述した規制処理１〜規制処理４を発動する。

【０１０３】交換ポイント毎のエリア別規制対象・非対
象を記憶する規制対象・非対象テーブル１ｖの規制対象
・非対象データ値は、保守者により変更することができ
る。これにより、負荷変動に対して機敏に対応すること
が可能となる。なお、保守者に規制処理の発動要因を通
知することが要求されている場合には、負荷処理部１５
はアラームメッセージ出力等の手段で保守者に対して該
当問い合わせ実施装置２０の該当エリアと規制レベル等
の通知を行なう。

【０１０４】また、図１５に示す実施例において、規制
対象にした問い合わせ実施装置２０のサービス別に、負
荷処理部１５が規制対象・非規制対象を指定する規制対
象・非対象テーブル１ｗを参照することにより、該当問
い合わせ実施装置２０の該当サービス毎に規制処理を発
動することができる。この場合の規制処理動作は、前述
した問い合わせ実施装置２０のエリア毎に規制する場合
と同じである。この場合、負荷処理部１５は、規制対象
・非対象テーブル１ｗを参照して、該当サービスに対し
てのみ規制処理を発動することになる。そして、エリア
別規制対象・非対象データ値と併せて、規制対象問い合
わせ実施装置２０の対象サービスのみ規制を行なうこと
が可能となる。

【０１０５】なお、保守者に規制処理の発動要因を通知
することが要求されている場合には、負荷処理部１５は
アラームメッセージ出力等の手段で保守者に対して該当
問い合わせ実施装置２０の該当サービスと規制レベル等
の通知を行なう。図１６は本発明の第１４の実施例を示
す構成ブロック図である。図１５と同一のものは、同一
の符号を付して示す。この具体例では、予め登録されて
いる加入者については、過負荷による規制処理発生時で
も規制対象にしない。

【０１０６】データベース１は、図１５の場合と同様
に、サービス毎に異なる種別のサービス１〜サービスｎ
に分類されている。更にその内部には、規制対象外加入
者データを記憶する規制対象外テーブル１ｘ或いは１ｙ
が設けられている。規制対象外テーブル１ｘは、単に規
制対象外となる加入者データを記憶するもの、規制対象
外テーブル１ｙは、規制対象外となる加入者データ毎に
その持っているサービス種別毎の規制対象・非対象デー
タも含むものである。

【０１０７】サービス制御部１６は、問い合わせ実施装
置２０からの問い合わせに従って、データベース１にア
クセスし、該当するサービスを参照して、検索結果に応
じたサービスを実施する。監視部１４ａは、前述と同様
に各種の負荷情報データを算出及び／又は入力して、前
述したようにして規制レベルを決定する。規制発動部１
４ｂは、監視部１４ａからの規制レベルを用い、規制率
テーブル１４ｃを参照して規制レベルに応じた規制率を
決める。

【０１０８】負荷処理部１５は、規制対象・非対象テー
ブル１ｘ或いは１ｙを参照し、データ上にない加入者に
対して規制処理１〜規制処理４を発動する。保守者に規
制処理の発動要因を通知することを要求されている場合
は、負荷処理部１５はアラームメッセージ出力等の手段
で保守者に対して該当加入者、規制レベル等の通知を行
なう。なお、規制対象外加入者について、規制対象・非
対象テーブル１ｙに示すように、サービス毎に規制の対
象・非対象を設定することもできる。これにより、負荷
変動に応じてきめの細かい規制処理が可能となる。

【０１０９】図１７は本発明の第１５の実施例を示す構
成ブロック図である。図１６と同一のものは、同一の符
号を付して示す。この具体例では、加入者クラス（一般
加入者、公衆電話、テスト呼等のクラス）により規制対
象・非対象とする。データベース１は、図１６の場合と
同様に、サービス毎に異なる種別のサービス１〜サービ
スｎに分類されている。更にその内部には、規制対象加
入者クラスを記憶する加入者クラステーブル３０ａ、或
いはサービス種別毎に複数のクラスを設け、これらクラ
ス毎に規制対象・非対象とするデータを記憶する加入者
クラステーブル３０ｂ、或いはサービス種別のデータ種
別毎に複数のクラスを設け、これらクラス毎に規制対象
・非対象とするデータを記憶する加入者クラステーブル
３０ｃを持っている。

【０１１０】サービス制御部１６は、問い合わせ実施装
置２０からの問い合わせに従って、データベース１にア
クセスし、該当するサービスを参照して、検索結果に応
じたサービスを実施する。監視部１４ａは、前述と同様
に各種の負荷情報データを算出及び／又は入力して、前
述したようにして規制レベルを決定する。規制発動部１
４ｂは、監視部１４ａからの規制レベルを用い、規制率
テーブル１４ｃを参照して規制レベルに応じた規制率を
決める。

【０１１１】負荷処理部１５は、加入者クラステーブル
３０ａを参照し、該当加入者クラスからの呼についての
み規制処理１〜規制処理４を発動する。この場合、加入
者クラステーブル３０ａの規制対象加入者クラスデータ
値は、保守者により変更することができる。また、テー
ブル３０ｂに示すようにサービス毎に加入者クラスを設
定することもできる。更に、テーブル３０ｃに示すよう
にサービス毎のデータ種別毎に加入者クラスを設定する
こともできる。これにより、負荷変動に対応して機敏な
対応が可能となる。

【０１１２】図１８は本発明の第１６の実施例を示す構
成ブロック図である。図１，１７と同一のものは、同一
の符号を付して示す。この具体例では、過負荷状態を予
防するために、ある番号へのアクセスを行なえる加入者
を、例えば末尾が３の加入者にのみ限定するというもの
である。この具体例の応用として、以下のような例が考
えられる。

【０１１３】（ｉ）末尾制限を曜日、時間等で可変とな
るように、保守者により自由にスケジューリングを行な
える。（ii）加入者端末より、許容末尾の変更を行なえる。（iii) （ii）の場合において、予め登録された加入者
からのみ変更を許容する。

【０１１４】データベース１は、図１７の場合と同様
に、サービス毎に異なる種別のサービス１〜サービスｎ
に分類されている。更にその内部には、サービスの種別
毎に末尾規制を行なう末尾規制対象データを記憶する規
制テーブル３０ｄ、或いはサービスの種別毎のデータ種
別毎に曜日を単位としてスケジュール規制対象データを
記憶する規制テーブル３０ｅを持っている。

【０１１５】集中管理・制御装置１０は、問い合わせ実
施装置２０からの問い合わせに対して、規制テーブル３
０ｄの末尾規制対象データをチェックし、末尾が規制対
象の呼に基づく問い合わせを全て拒絶する。この末尾規
制データは、保守者により変更可能であり、これにより
負荷変動に機敏に対応することができる。或いは集中管
理・制御装置１０は、問い合わせ実施装置２０からの問
い合わせに対して、呼の発生時刻、日付を基に規制テー
ブル３０ｅをチェックし、末尾が規制対象の呼に基づく
問い合わせを全て拒絶する。この末尾規制スケジュール
データは保守者により変更が可能であり、これにより負
荷変動に対して機敏に対応することができる。

【０１１６】この場合において、末尾規制対象データ
は、加入者端末３から変更することができる。また、予
め登録された加入者端末のみから変更を許容するように
することもできる。また、この具体例の場合でも、集中
管理・制御装置１０が過負荷になったら、前述した規制
処理１〜規制処理４までの規制処理を発動することが可
能である。

【０１１７】図１９は本発明の第１７の具体例を示す構
成ブロック図である。図１８と同一のものは、同一の符
号を付して示す。この具体例では、過負荷状態を予防す
るために、ある番号へのアクセスを行なえる加入者を、
例えばあるエリアからの加入者のみに限定する。データ
ベース１は、図１８の場合と同様に、サービス毎に異な
る種別のサービス１〜サービスｎに分類されている。更
にその内部には、問い合わせ実施装置（交換ポイント）
２０毎のエリア毎に規制非対象番号データが記憶される
規制非対象データテーブル３０ｆ、或いは曜日毎のエリ
ア毎に問い合わせ実施装置２０のサービス毎に規制非対
象データが記憶される規制非対象データテーブル３０ｇ
を持っている。

【０１１８】集中管理・制御装置１０は、問い合わせ実
施装置２０からの問い合わせに対し、規制非対象データ
テーブル３０ｆを参照して、該当エリア以外からの呼に
基づく問い合わせを全て拒絶する。この規制非対象デー
タテーブル３０ｆの規制非対象データは、保守者により
変更できるようになっており、負荷変動に応じた機敏な
対応を可能にしている。

【０１１９】或いは、集中管理・制御装置１０は、問い
合わせ実施装置２０からの問い合わせに対して、呼の発
生時刻、日時を基に規制非対象データテーブル３０ｇの
規制非対象スケジュールをチェックし、該当エリア以外
からの呼に基づく問い合わせを全て拒絶する。この規制
非対象テーブル３０ｇの規制非対象スケジュールデータ
は、保守者により変更できるようになっており、負荷変
動に応じた機敏な対応を可能にしている。

【０１２０】なお、規制非対象テーブル３０ｆ，３０ｇ
は、加入者端末３から変更することができるようになっ
ている。また、予め登録された加入者端末からのみ変更
できるようにすることもできる。また、この具体例の場
合でも、集中管理・制御装置１０が過負荷になったら、
前述した規制処理１〜規制処理４までの規制処理を発動
することが可能である。

【０１２１】図２０は本発明の第１８の実施例を示す構
成ブロック図である。図１９と同一のものは、同一の符
号を付して示す。この具体例では、過負荷状態を予防す
るために、ある番号へのアクセスを行なえる加入者を、
例えば予め登録を行なってある加入者のみに限定すると
いうものである。この具体例の応用としては、以下の例
が考えられる。

【０１２２】（ｉ）加入者制限を、曜日、時間等で可変
となるようにスケジューリングを行なう。（ii）加入者端末より、許容加入者の変更と追加と削除
を行なえる。（iii) （ii）において、予め登録された加入者からの
み変更、追加、削除を許容する。

【０１２３】データベース１は、図１９の場合と同様
に、サービス毎に異なる種別のサービス１〜サービスｎ
に分類されている。更にその内部には、規制非対象とす
る加入者データが記憶される規制非対象データテーブル
３０ｈ、或いは曜日毎に規制非対象データが記憶される
規制非対象データテーブル３０ｉを持っている。集中管
理・制御装置１０は、問い合わせ実施装置２０からの問
い合わせに対し、規制非対象テーブル３０ｈを参照し
て、発呼規制非対象加入者データをチェックし、該当す
る呼の場合、許容加入者以外の呼に基づく問い合わせを
全て拒絶する。この規制非対象データテーブル３０ｈの
規制非対象データは、保守者により可変できるようにな
っており、負荷変動に応じた機敏な対応を可能にしてい
る。

【０１２４】或いは、集中管理・制御装置１０は、問い
合わせ実施装置２０からの問い合わせに対して、呼の発
生時刻、日付を基に規制非対象データテーブル３０ｉの
規制非対象スケジュールをチェックし、該当する呼の場
合、許容加入者以外からの呼に基づく問い合わせを全て
拒絶する。この規制非対象テーブル３０ｉの規制非対象
スケジュールデータは、保守者により変更できるように
なっており、負荷変動に応じた機敏な対応を可能にして
いる。

【０１２５】この場合において、規制非対象テーブル３
０ｈの発呼者規制非対象データは、加入者端末３から変
更することができる。また、予め登録された加入者端末
からのみ変更できるようにすることもできる。また、こ
の具体例の場合でも、集中管理・制御装置１０が過負荷
になったら、前述した規制処理１〜規制処理４までの規
制処理を発動することが可能である。

【０１２６】図２１は本発明の第１９の実施例を示す構
成ブロック図である。図１７と同一のものは、同一の符
号を付して示す。この具体例では、呼が音声、映像、デ
ィジタル情報のような情報の属性毎に分類できるような
場合において、該当属性のみ自動的に規制対象・非対象
を設定できるようにしたものである。これにより、属性
に応じて負荷規制制御を効率的に行なうことができる。

【０１２７】データベース１は、図１７の場合と同様
に、サービス毎に異なる種別のサービス１〜サービスｎ
に分類されている。更にその内部には、規制対象とする
属性のデータが記憶される属性テーブル３０ｊ、或いは
サービス種別毎の規制対象とする属性データが記憶され
る属性テーブル３０ｋ、或いはサービス種別毎のデータ
毎に規制対象とする属性データが記憶される属性テーブ
ル３０ｌを持っている。

【０１２８】サービス制御部１６は、問い合わせ実施装
置２０からの問い合わせに従って、データベース１にア
クセスし、該当するサービスを参照して、検索結果に応
じたサービスを実施する。監視部１４ａは、前述と同様
に各種の負荷情報データを算出及び／又は入力して、前
述したようにして規制レベルを決定する。規制発動部１
４ｂは、監視部１４ａからの規制レベルを用い、規制率
テーブル１４ｃを参照して規制レベルに応じた規制率を
決める。

【０１２９】負荷処理部１５は、属性テーブル３０ｊを
参照し、規制対象の属性の呼についてのみ規制処理１〜
規制処理４を発動する。この場合において、保守者に規
制処理の発動要因を通知することを要求されている場合
は、負荷処理部１５はアラームメッセージ等の手段で保
守者に対して規制レベル、属性等の通知を行なう。な
お、属性テーブル３０ｊの規制対象属性データ値は、保
守者により変更することができる。また、属性テーブル
３０ｋのようにサービス毎に属性データを設定すること
もできる。更に、属性テーブル３０ｌのように、サービ
ス毎のデータ毎に属性データを設定することもできる。

【０１３０】図２２は本発明の第２０の実施例を示す構
成ブロック図である。図２１と同一のものは、同一の符
号を付して示す。この具体例では、過負荷による規制処
理発生時に、規制処理により拒否すべき呼であっても、
例えば呼拒否のアナウンスメントがされたとき、あるパ
スワードを入力すると、その呼については規制対象から
解除され、呼が接続される。

【０１３１】この場合、サービス管理システムから、パ
スワードを変更或いは表示できる資格を持つ保守者に限
定する、パスワードを限定された加入者から入力された
場合のみ有効にする、加入者端末よりパスワードを変更
できる、というように応用を拡大することができる。こ
れにより、規制処理発動中に、呼が規制処理で拒否され
た場合でも、前記集中管理・制御装置１０内の規制発動
手段は、あるパスワードを入力すると、その呼について
は規制処理を解除することにより、緊急時等には規制中
であっても特定の呼を受け付けることができる。

【０１３２】データベース１は、図２１の場合と同様
に、サービス毎に異なる種別のサービス１〜サービスｎ
に分類されている。更にその内部には、規制対象外パス
ワードデータ（有効サービス毎に設定）を記憶するパス
ワードテーブル３０ｍ、或いはパスワード別に有効とな
る加入者データを記憶するパスワードテーブル３０ｎを
持っている。

【０１３３】サービス制御部１６は、問い合わせ実施装
置２０からの問い合わせに従って、データベース１にア
クセスし、該当するサービスを参照して、検索結果に応
じたサービスを実施する。監視部１４ａは、前述と同様
に各種の負荷情報データを算出及び／又は入力して、前
述したようにして規制レベルを決定する。規制発動部１
４ｂは、監視部１４ａからの規制レベルを用い、規制率
テーブル１４ｃを参照して規制レベルに応じた規制率を
決める。

【０１３４】負荷処理部１５は、パスワードが入力され
た呼に対して、パスワードテーブル３０ｍを参照して、
有効パスワード入力の呼以外の呼について規制処理１〜
規制処理４を発動する。この場合、規制処理対象外パス
ワードデータは、規制発動時に問い合わせ実施装置２０
に送るのではなく、予め問い合わせ実施装置２０に情報
を送付しておくこともできる。また、保守者に規制処理
の発動要因を通知することを要求されている場合は、負
荷処理部１５はアラームメッセージ出力等の手段で、保
守者に対して規制対象外パスワード、規制レベル等の通
知を行なう。

【０１３５】なお、規制対象外パスワードデータ値は、
保守者により変更することができ、これにより負荷変動
に応じた機敏な対応を可能とすることができる。また、
パスワードテーブル３０ｎに示すように、パスワード毎
に有効加入者データを持つこともできる。また、パスワ
ードが特定の加入者端末から入力された場合にのみ、パ
スワードを有効とすることもできる。

【０１３６】

【発明の効果】以上、詳細に説明したように、本発明に
よれば、集中管理・制御装置の過負荷状態の発生要因に
応じて過負荷制御を効率的に行ない、過負荷状態の発生
を回避し、予防することができる集中管理・制御型ネッ
トワークの負荷規制制御システムが提供される。

【図面の簡単な説明】

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

【図２】規制率テーブルの例を示す図である。

【図３】本発明による負荷変動に応じた規制レベルの決
定を説明する図である。

【図４】本発明の第２の実施例を示すブロック図であ
る。

【図５】本発明の第３の実施例を示すブロック図であ
る。

【図６】本発明の第４の実施例を示すブロック図であ
る。

【図７】本発明の第５の実施例を示すブロック図であ
る。

【図８】本発明の第６の実施例を示すブロック図であ
る。

【図９】本発明の第７の実施例を示すブロック図であ
る。

【図１０】本発明の第８の実施例を示すブロック図であ
る。

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

【図１２】本発明の第１０の実施例を示すブロック図で
ある。

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

【図１４】本発明の第１２の実施例を示すブロック図で
ある。

【図１５】本発明の第１３の実施例を示すブロック図で
ある。

【図１６】本発明の第１４の実施例を示すブロック図で
ある。

【図１７】本発明の第１５の実施例を示すブロック図で
ある。

【図１８】本発明の第１６の実施例を示すブロック図で
ある。

【図１９】本発明の第１７の実施例を示すブロック図で
ある。

【図２０】本発明の第１８の実施例を示すブロック図で
ある。

【図２１】本発明の第１９の実施例を示すブロック図で
ある。

【図２２】本発明の第２０の実施例を示すブロック図で
ある。

【符号の説明】

１…データベース１０…集中管理・制御装置１３…規制発動部２０…問い合わせ実施装置

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｍ 3/36 9466−5ＫＨ０４Ｌ 11/08 3/38 (72)発明者田中忠昭神奈川県川崎市中原区上小田中４丁目１番１号富士通株式会社内

Claims

【特許請求の範囲】

【請求項１】少なくとも１つの問い合わせ実施装置に
接続され、問い合わせ実施装置から発行される問い合わ
せを処理して応答する集中管理・制御装置への問い合わ
せを規制することによって集中管理・制御装置の負荷を
制御する負荷規制制御装置であって、集中管理・制御装置の負荷を監視し、負荷に応じた規制
率を決定する負荷監視制御部と、規制率に基づく割り合いで問い合わせを拒絶することに
よって負荷を制御する負荷処理部とを具備する装置。
【請求項２】負荷処理部は、規制率に基づく割合で問い合わせを拒絶し拒絶された問
い合わせを発行した問い合わせ実施装置へ問い合わせが
拒絶されたことを通知する第１の規制処理、規制率に基づく割合で通知することなく問い合わせを拒
絶する第２の規制処理、問い合わせ実施装置へ規制率に基づく割合で問い合わせ
を規制することを指示する第３の規制処理、及び第１、
第２及び第３の規制処理の２つ以上を組み合わせて実施
する第４の規制処理の１つを集中管理・制御装置の負荷
に応じた選択に従って実施可能である請求項１記載の装
置。
【請求項３】負荷監視制御部は、負荷が予め設定された上限値を超えたとき、規制率をゼ
ロでない値に決定する手段と、負荷が予め設定された上限値を超えた状態が持続すると
き、規制率を段階的に上げる手段と、負荷が予め設定された下限値を下回ったとき、規制率を
段階的に下げる手段とを含む請求項２記載の装置。
【請求項４】負荷監視制御部は集中管理・制御装置の
負荷を示す複数の変数を監視し、複数の変数の少なくと
も１つがその上限値を超えたとき負荷が上限値を超えた
と判断し、複数の変数のすべてがその下限値を下回った
とき負荷が下限値を下回ったと判断する請求項３記載の
装置。
【請求項５】集中管理・制御装置は、複数のサービス
種別について問い合わせを処理し、負荷監視制御部は、サービス種別のそれぞれについて、
集中管理・制御装置の負荷を監視して負荷に応じた規制
率を決定し、負荷処理部は、サービス種別のそれぞれについて、規制
率に基づく割合で問い合わせを拒絶する請求項２記載の
装置。
【請求項６】負荷処理部は、予め指定されたサービス
種別についてのみ、規制率に基づく割合で問い合わせを
拒絶する請求項２記載の装置。
【請求項７】集中管理・制御装置は、複数のサービス
種別について問い合わせを処理し、負荷監視制御部は、サービス種別及び番号データそれぞ
れについて、集中管理・制御装置の負荷を監視して負荷
に応じた規制率を決定し、負荷処理部は、サービス種別及び番号データのそれぞれ
について、規制率に基づく割合で問い合わせを拒絶する
請求項２記載の装置。
【請求項８】負荷処理部は、予め指定されたサービス
種別の予め指定された番号データについてのみ、規制率
に基づく割合で問い合わせを拒絶する請求項２記載の装
置。
【請求項９】負荷監視制御部は、問い合わせを要求す
る問い合わせ実施装置のそれぞれについて、集中管理・
制御装置の負荷を監視して負荷に応じた規制率を決定
し、負荷処理部は、問い合わせ実施装置のそれぞれについ
て、規制率に基づく割合で問い合わせを拒絶する請求項
２記載の装置。
【請求項１０】負荷処理部は、予め指定された問い合
わせ実施装置についてのみ、規制率に基づく割合で問い
合わせを拒絶する請求項２記載の装置。
【請求項１１】集中管理・制御装置は、複数のサービ
ス種別について問い合わせを処理し、負荷監視制御部は、問い合わせを要求する問い合わせ実
施装置及びサービス種別のそれぞれについて、集中管理
・制御装置の負荷を監視して負荷に応じた規制率を決定
し、負荷処理部は、問い合わせ実施装置及びサービス種別の
それぞれについて、規制率に基づく割合で問い合わせを
拒絶する請求項２記載の装置。
【請求項１２】負荷処理部は、予め指定された問い合
わせ実施装置及び予め指定されたサービス種別について
のみ、規制率に基づく割合で問い合わせを拒絶する請求
項２記載の装置。
【請求項１３】集中管理・制御装置は、複数のサービ
ス種別について問い合わせを処理し、負荷監視制御部は、問い合わせを要求する問い合わせ実
施装置、サービス種別及び番号データのそれぞれについ
て、集中管理・制御装置の負荷を監視して負荷に応じた
規制率を決定し、負荷処理部は、問い合わせ実施装置、サービス種別及び
番号データのそれぞれについて、規制率に基づく割合で
問い合わせを拒絶する請求項２記載の装置。
【請求項１４】負荷監視制御部は、サービスを要求す
るエリア及び問い合わせを要求する問い合わせ実施装置
のそれぞれについて、集中管理・制御装置の負荷を監視
して負荷に応じた規制率を決定し、負荷処理部は、エリア及び問い合わせ実施装置のそれぞ
れについて、規制率に基づく割合で問い合わせを拒絶す
る請求項２記載の装置。
【請求項１５】負荷処理部は、予め指定されたエリア
及び予め指定された問い合わせ実施装置についてのみ、
規制率に基づく割合で問い合わせを拒絶する請求項２記
載の装置。
【請求項１６】集中管理・制御装置は、複数のサービ
ス種別について問い合わせを処理し、負荷監視制御部は、サービスを要求するエリア、問い合
わせを要求する問い合わせ実施装置及びサービス種別の
それぞれについて、集中管理・制御装置の負荷を監視し
て負荷に応じた規制率を決定し、負荷処理部は、エリア、問い合わせ実施装置及びサービ
ス種別のそれぞれについて、規制率に基づく割合で問い
合わせを拒絶する請求項２記載の装置。
【請求項１７】負荷処理部は、予め指定されたエリ
ア、予め指定された問い合わせ実施装置及び予め指定さ
れたサービス種別についてのみ、規制率に基づく割合で
問い合わせを拒絶する請求項２記載の装置。
【請求項１８】集中管理・制御装置は、複数のサービ
ス種別について問い合わせを処理し、負荷監視制御部は、サービスを要求するエリア、問い合
わせを要求する問い合わせ実施装置、サービス種別及び
番号データのそれぞれについて、集中管理・制御装置の
負荷を監視して負荷に応じた規制率を決定し、負荷処理部は、エリア、問い合わせ実施装置、サービス
種別及び番号データのそれぞれについて、規制率に基づ
く割合で問い合わせを拒絶する請求項２記載の装置。
【請求項１９】負荷処理部は、予め指定された加入者
についてのみ、規制率に基づく割合で問い合わせを拒絶
する請求項２記載の装置。
【請求項２０】負荷処理部は、予め指定された加入者
クラスについてのみ、規制率に基づく割合で問い合わせ
を拒絶する請求項２記載の装置。
【請求項２１】負荷処理部は、予め指定された情報の
属性についてのみ、規制率に基づく割合で問い合わせを
拒絶する請求項２記載の装置。
【請求項２２】負荷処理部は、予め定められたパスワ
ードが入力されない問い合わせについてのみ、規制率に
基づく割合で問い合わせを拒絶する請求項２記載の装
置。
【請求項２３】予め指定された種類の呼に基づく問い
合わせをすべて拒絶する手段をさらに具備する請求項２
記載の装置。
【請求項２４】少なくとも１つの問い合わせ実施装置
に接続され、問い合わせ実施装置から発行される問い合
わせを処理して応答する集中管理・制御装置への問い合
わせを規制することによって集中管理・制御装置の負荷
を制御する負荷規制制御装置であって、予め指定された種類の呼に基づく問い合わせをすべて拒
絶する手段を具備する装置。