JP3969764B2 - Centralized control / control network load regulation control system - Google Patents

Centralized control / control network load regulation control system Download PDF

Info

Publication number
JP3969764B2
JP3969764B2 JP09877396A JP9877396A JP3969764B2 JP 3969764 B2 JP3969764 B2 JP 3969764B2 JP 09877396 A JP09877396 A JP 09877396A JP 9877396 A JP9877396 A JP 9877396A JP 3969764 B2 JP3969764 B2 JP 3969764B2
Authority
JP
Japan
Prior art keywords
inquiry
load
restriction
rate
regulation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP09877396A
Other languages
Japanese (ja)
Other versions
JPH098907A (en
Inventor
やよい 伊藤
史恭 位下
忠昭 田中
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP09877396A priority Critical patent/JP3969764B2/en
Publication of JPH098907A publication Critical patent/JPH098907A/en
Application granted granted Critical
Publication of JP3969764B2 publication Critical patent/JP3969764B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

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）において、予め登録された加入者からのみ変更、追加、削除を許容する。
【０１２３】
データベース１は、図１９の場合と同様に、サービス毎に異なる種別のサービス１〜サービスｎに分類されている。更にその内部には、規制非対象とする加入者データが記憶される規制非対象データテーブル３０ｈ、或いは曜日毎に規制非対象データが記憶される規制非対象データテーブル３０ｉを持っている。
集中管理・制御装置１０は、問い合わせ実施装置２０からの問い合わせに対し、規制非対象テーブル３０ｈを参照して、発呼規制非対象加入者データをチェックし、該当する呼の場合、許容加入者以外の呼に基づく問い合わせを全て拒絶する。この規制非対象データテーブル３０ｈの規制非対象データは、保守者により可変できるようになっており、負荷変動に応じた機敏な対応を可能にしている。
【０１２４】
或いは、集中管理・制御装置１０は、問い合わせ実施装置２０からの問い合わせに対して、呼の発生時刻、日付を基に規制非対象データテーブル３０ｉの規制非対象スケジュールをチェックし、該当する呼の場合、許容加入者以外からの呼に基づく問い合わせを全て拒絶する。この規制非対象テーブル３０ｉの規制非対象スケジュールデータは、保守者により変更できるようになっており、負荷変動に応じた機敏な対応を可能にしている。
【０１２５】
この場合において、規制非対象テーブル３０ｈの発呼者規制非対象データは、加入者端末３から変更することができる。また、予め登録された加入者端末からのみ変更できるようにすることもできる。また、この具体例の場合でも、集中管理・制御装置１０が過負荷になったら、前述した規制処理１〜規制処理４までの規制処理を発動することが可能である。
【０１２６】
図２１は本発明の第１９の実施例を示す構成ブロック図である。図１７と同一のものは、同一の符号を付して示す。この具体例では、呼が音声、映像、ディジタル情報のような情報の属性毎に分類できるような場合において、該当属性のみ自動的に規制対象・非対象を設定できるようにしたものである。これにより、属性に応じて負荷規制制御を効率的に行なうことができる。
【０１２７】
データベース１は、図１７の場合と同様に、サービス毎に異なる種別のサービス１〜サービスｎに分類されている。更にその内部には、規制対象とする属性のデータが記憶される属性テーブル３０ｊ、或いはサービス種別毎の規制対象とする属性データが記憶される属性テーブル３０ｋ、或いはサービス種別毎のデータ毎に規制対象とする属性データが記憶される属性テーブル３０ｌを持っている。
【０１２８】
サービス制御部１６は、問い合わせ実施装置２０からの問い合わせに従って、データベース１にアクセスし、該当するサービスを参照して、検索結果に応じたサービスを実施する。監視部１４ａは、前述と同様に各種の負荷情報データを算出及び／又は入力して、前述したようにして規制レベルを決定する。規制発動部１４ｂは、監視部１４ａからの規制レベルを用い、規制率テーブル１４ｃを参照して規制レベルに応じた規制率を決める。
【０１２９】
負荷処理部１５は、属性テーブル３０ｊを参照し、規制対象の属性の呼についてのみ規制処理１〜規制処理４を発動する。
この場合において、保守者に規制処理の発動要因を通知することを要求されている場合は、負荷処理部１５はアラームメッセージ等の手段で保守者に対して規制レベル、属性等の通知を行なう。なお、属性テーブル３０ｊの規制対象属性データ値は、保守者により変更することができる。また、属性テーブル３０ｋのようにサービス毎に属性データを設定することもできる。更に、属性テーブル３０ｌのように、サービス毎のデータ毎に属性データを設定することもできる。
【０１３０】
図２２は本発明の第２０の実施例を示す構成ブロック図である。図２１と同一のものは、同一の符号を付して示す。この具体例では、過負荷による規制処理発生時に、規制処理により拒否すべき呼であっても、例えば呼拒否のアナウンスメントがされたとき、あるパスワードを入力すると、その呼については規制対象から解除され、呼が接続される。
【０１３１】
この場合、サービス管理システムから、パスワードを変更或いは表示できる資格を持つ保守者に限定する、パスワードを限定された加入者から入力された場合のみ有効にする、加入者端末よりパスワードを変更できる、というように応用を拡大することができる。これにより、規制処理発動中に、呼が規制処理で拒否された場合でも、前記集中管理・制御装置１０内の規制発動手段は、あるパスワードを入力すると、その呼については規制処理を解除することにより、緊急時等には規制中であっても特定の呼を受け付けることができる。
【０１３２】
データベース１は、図２１の場合と同様に、サービス毎に異なる種別のサービス１〜サービスｎに分類されている。更にその内部には、規制対象外パスワードデータ（有効サービス毎に設定）を記憶するパスワードテーブル３０ｍ、或いはパスワード別に有効となる加入者データを記憶するパスワードテーブル３０ｎを持っている。
【０１３３】
サービス制御部１６は、問い合わせ実施装置２０からの問い合わせに従って、データベース１にアクセスし、該当するサービスを参照して、検索結果に応じたサービスを実施する。監視部１４ａは、前述と同様に各種の負荷情報データを算出及び／又は入力して、前述したようにして規制レベルを決定する。規制発動部１４ｂは、監視部１４ａからの規制レベルを用い、規制率テーブル１４ｃを参照して規制レベルに応じた規制率を決める。
【０１３４】
負荷処理部１５は、パスワードが入力された呼に対して、パスワードテーブル３０ｍを参照して、有効パスワード入力の呼以外の呼について規制処理１〜規制処理４を発動する。
この場合、規制処理対象外パスワードデータは、規制発動時に問い合わせ実施装置２０に送るのではなく、予め問い合わせ実施装置２０に情報を送付しておくこともできる。また、保守者に規制処理の発動要因を通知することを要求されている場合は、負荷処理部１５はアラームメッセージ出力等の手段で、保守者に対して規制対象外パスワード、規制レベル等の通知を行なう。
【０１３５】
なお、規制対象外パスワードデータ値は、保守者により変更することができ、これにより負荷変動に応じた機敏な対応を可能とすることができる。また、パスワードテーブル３０ｎに示すように、パスワード毎に有効加入者データを持つこともできる。また、パスワードが特定の加入者端末から入力された場合にのみ、パスワードを有効とすることもできる。
【０１３６】
【発明の効果】
以上、詳細に説明したように、本発明によれば、集中管理・制御装置の過負荷状態の発生要因に応じて過負荷制御を効率的に行ない、過負荷状態の発生を回避し、予防することができる集中管理・制御型ネットワークの負荷規制制御システムが提供される。
【図面の簡単な説明】
【図１】本発明の第１の実施例を示すブロック図である。
【図２】規制率テーブルの例を示す図である。
【図３】本発明による負荷変動に応じた規制レベルの決定を説明する図である。
【図４】本発明の第２の実施例を示すブロック図である。
【図５】本発明の第３の実施例を示すブロック図である。
【図６】本発明の第４の実施例を示すブロック図である。
【図７】本発明の第５の実施例を示すブロック図である。
【図８】本発明の第６の実施例を示すブロック図である。
【図９】本発明の第７の実施例を示すブロック図である。
【図１０】本発明の第８の実施例を示すブロック図である。
【図１１】本発明の第９の実施例を示すブロック図である。
【図１２】本発明の第１０の実施例を示すブロック図である。
【図１３】本発明の第１１の実施例を示すブロック図である。
【図１４】本発明の第１２の実施例を示すブロック図である。
【図１５】本発明の第１３の実施例を示すブロック図である。
【図１６】本発明の第１４の実施例を示すブロック図である。
【図１７】本発明の第１５の実施例を示すブロック図である。
【図１８】本発明の第１６の実施例を示すブロック図である。
【図１９】本発明の第１７の実施例を示すブロック図である。
【図２０】本発明の第１８の実施例を示すブロック図である。
【図２１】本発明の第１９の実施例を示すブロック図である。
【図２２】本発明の第２０の実施例を示すブロック図である。
【符号の説明】
１…データベース
１０…集中管理・制御装置
１３…規制発動部
２０…問い合わせ実施装置[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a load regulation control system for a centralized management / control type network, and more particularly, in a centralized management / control type network that centrally manages and controls data collectively, avoids an overload state of the centralized management / control device or The present invention relates to a load regulation control system for a centralized management / control network to prevent.
[0002]
The centralized management / control network performs network control to support the realization of the advanced information society demanded by society. By centrally managing each inquiry execution device with the centralized management / control device, the future Thus, even if a new service request is generated, the request can be easily met.
In a centralized management / control network, due to the nature of a single centralized management / control device, inquiries to the centralized management / control device are concentrated in the short term. The processing capability is reduced, and in the worst case, there is a possibility that the system cannot respond to all kinds of inquiries in the network due to a system abnormality.
[0003]
Therefore, a method of controlling automatically or manually so that the central management / control device can avoid an overload state, or a means capable of preventing an overload when an overload state is predicted in advance. By providing as much as possible, it is necessary and indispensable in a centralized management / control network to prevent the occurrence of abnormal situations.
[0004]
[Prior art]
As an overload control method in a centralized management / control type network, an Automatic Call Gapping (ACG) method generally proposed by Bellcore or the like can be given as a method specifically adapted to an intelligent network. The ACG method is a regulation time (for example, 3 seconds) from the central management / control device to the inquiry execution device (also referred to as service exchange point) depending on the load state of the central management / control device (also referred to as service control point). ) And the inquiry execution device does not make an inquiry to the central management / control device until the regulation time has elapsed.
[0005]
A conventional centralized management / control device includes a load monitoring control unit that monitors a traffic state of a network and its own load state and determines a restriction time according to the traffic / load state, and a restriction time given from the load monitoring control unit In response to this, it is composed of a load processing unit that regulates each inquiry execution device. A database storing various service control data (for example, service control data related to the freephone service) is connected to the central management / control apparatus.
[0006]
A plurality of inquiry execution devices (also referred to as service exchange points) for executing inquiry processing relating to various services are connected to the central management / control device.
A central office switch is connected to the inquiry execution apparatus, a subscriber terminal and a private branch exchange (PBX) are connected to the central office switch, and an extension terminal is connected to the private branch exchange. An inquiry execution device may be provided in the central office switch.
[0007]
In a system configured as described above, when an inquiry is made from a certain inquiry execution device to the central management / control device, the load processing unit in the central management / control device searches the service control data with reference to the database. . At the same time, the load monitoring control unit determines the regulation time based on the traffic state of the network and its own load state, and notifies the load processing unit. The load processing unit returns a response to the inquiry execution apparatus that made the inquiry, and notifies the restriction time from the next time. The inquiry execution apparatus does not make an inquiry to the central management / control apparatus during the notified regulation time.
[0008]
[Problems to be solved by the invention]
The conventional system described above has a problem in that effective load control may not be possible as described below.
(I) Since the decision logic of the condition for calculating the effective regulation time is complicated, the processing load increases because the regulation process is performed.
[0009]
(Ii) In the method of controlling the load based on the regulation time, the regulation is excessive, and the serviceability may be deteriorated by regulating the inquiry that can be controlled by the centralized management / control device. This tendency is particularly strong when the number of inquiry execution devices controlled by the centralized management / control device is small.
(Iii) In the method of controlling the load with the regulation time, since the inquiry to the central control / control device is concentrated again after the regulation time elapses, the overload condition cannot be avoided well and the regulation process based on the regulation time is triggered again. May occur repeatedly, and smooth regulation processing may not be performed.
[0010]
Moreover, the following points were not considered in the current overload control.
(I) The degradation of serviceability is minimized or the influence on other services is minimized according to the cause of the overload state.
(Ii) The maintenance person can change the load control method according to the overload occurrence state, and can adjust the load control while observing the effect of the load control.
[0011]
(Iii) When an overload is predicted in advance, an overload state can be prevented in advance.
In a centralized management / control type network, where demand is expected to increase further in the future, a mechanism that avoids and prevents overload conditions in the centralized management / control unit that affects the entire network will be the most important. Assuming that overload control is possible automatically and manually is the biggest problem.
[0012]
The present invention has been made in view of such a problem, and efficiently performs overload control according to the cause of occurrence of an overload state of the centralized management and control device, avoids the occurrence of an overload state, The purpose is to provide a centralized management / control network load regulation control system that can be prevented.
[0013]
[Means for Solving the Problems]
According to the present invention, the load on the centralized management / control apparatus is controlled by regulating an inquiry to the centralized management / control apparatus that is connected to at least one inquiry execution apparatus and processes and responds to the inquiry issued from the inquiry execution apparatus. A load control control device that controls the load of the centralized management / control device, and determines the control rate according to the load, and rejects inquiries at a rate based on the control rate An apparatus is provided that includes a load processing unit that controls a load.
[0014]
According to the present invention, the load on the centralized management / control apparatus is controlled by regulating an inquiry to the centralized management / control apparatus that is connected to at least one inquiry execution apparatus and processes and responds to the inquiry issued from the inquiry execution apparatus. There is also provided a load regulation control device for controlling the system, comprising means for rejecting all inquiries based on a predetermined type of call.
[0015]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 is a block diagram of a system according to a first specific example of the present invention. In the figure, 1 is a database in which various service control data are stored, 10 is a centralized management system that gives an instruction according to a collation result and an analysis result obtained by referring to the database 1 for an inquiry and analyzing it. The control device 20 is at least one inquiry execution device that makes an inquiry to the central management / control device 10 and performs a predetermined process according to the result.
[0016]
2 is a central office switch connected to the inquiry execution device 20, 3 is a subscriber terminal connected to the central office switch 2, 4 is a central control unit (CC) that controls switching of the central office switch 2, and 5 is a station A private branch exchange (PBX) 6 connected to the private branch exchange 2 is an extension terminal connected to the private branch exchange 5. The figure shows a case where the inquiry execution device 20 and the office switch 2 are separated, but the inquiry execution device 20 may be provided in the office switch 2.
[0017]
Although the number of inquiry execution apparatuses 20 from # 1 to #n is provided, it is necessary that at least one inquiry execution apparatus 20 is provided (the same applies to the following specific examples). In the centralized management / control apparatus 10, 14 is a load monitoring control section that receives various load information data and performs load monitoring control, and 15 receives the restriction rate data given from the load monitoring control section 14, and receives each inquiry execution apparatus 20. It is a load process part which performs the load process in.
[0018]
In the load monitoring control unit 14, 14 a is a monitoring unit that monitors the traffic amount based on various types of load information data, and 14 b is a regulation that receives and outputs the output of the monitoring unit 14 a to determine the regulation rate for each inquiry execution device 20 and output it. It is a trigger part. In the regulation activating unit 14b, a regulation rate table 14c is provided in which a regulation rate corresponding to the regulation level is stored for each type of regulation processing.
[0019]
As load information data, for example, as shown in the figure, data on the usage rate of the central control device that controls the centralized management / control device 10, and common resources used when the centralized management / control device 10 performs processing. There are a usage rate, a response processing time until the response to the inquiry from the inquiry execution device 20 is completed, and the like. The upper limit value and the lower limit value of the central controller usage rate data are X1 (upper limit value) to X2 (lower limit value), the resource usage rate data is Y1 (upper limit value) to Y2 (lower limit value), and the response processing time data is Z1 (upper limit value) to Z2 (lower limit value). The number of inquiry requests per unit time can also be used as load information data.
[0020]
FIG. 2 is a diagram illustrating an example of the restriction rate table 14c. For each of restriction processing 1 to restriction processing 4 (described later), restriction levels are set in order from level 1. For example, when the regulation process i is selected, the regulation rate at the regulation level 1 is 10%, the regulation rate at the level 2 is 20%, and the regulation rate at the level 3 is 30%.
[0021]
In the load processing unit 15, 15 a is a control unit that performs various controls, and 15 b is various control processes. The restriction process 15b includes the restriction process 1 to the restriction process 4 described above. The contents are as follows.
(Regulation processing 1) In response to an inquiry from the inquiry execution device 20, control is performed based on a restriction rate determined according to the load state of the centralized management / control device 10, and the inquiry execution device 20 has a processing request restricted. It is notified by means such as announcement. The regulation based on the regulation rate means that, for example, when the regulation rate is 10%, 90% of inquiries are accepted and 10% are rejected.
[0022]
(Regulation processing 2) In response to an inquiry from the inquiry execution device 20, the inquiry is ignored by ignoring the inquiry based on the restriction rate determined according to the load state of the central management / control device 10. At this time, the inquiry execution device 20 is not notified of the restriction.
(Regulation processing 3) The central management / control device 10 notifies the inquiry execution device 20 of the restriction rate determined according to the load state of the central management / control device 10, and the inquiry execution device 20 sets the notified restriction rate to Based on this, the inquiry to the central management / control apparatus 10 is regulated.
[0023]
(Regulation process 4) A regulation process combining the regulation process 1, the regulation process 2 and the regulation process 3 is performed according to the load status.
For example, when the restriction process 1 and the restriction process 2 are combined, the inquiry is rejected for the α% inquiry together with the notification of rejection, the inquiry is rejected for the β% inquiry without notification, and γ (= 100− Accept inquiries for α-β)%.
[0024]
Among the regulation processes 1 to 3, since the centralized management / control apparatus 10 must judge whether to accept or reject an inquiry and notify the rejection in the regulation process 1, the burden on the centralized management / control apparatus 10 is the heaviest. . Therefore, as the number of inquiry rejections increases, the amount of processing for that purpose increases, and therefore the number of inquiries that can be accepted further decreases. In the restriction process 3, since the restriction process is entrusted to the inquiry execution apparatus 20, the burden on the central management / control apparatus 10 is the lightest. The restriction process 2 is intermediate between the restriction process 1 and the restriction process 3. Therefore, any one of the regulation processes 1 to 4 is selected according to the load status, and when the regulation process 4 is selected, it is determined which and which are combined. This determination may be performed by a maintenance person and set in advance, or the central management / control apparatus 10 may automatically determine the determination. The control unit 15a executes a restriction process selected from these restriction processes.
[0025]
Here, the various service control data managed in the database 1 include the following.
(I) Credit card service
(Ii) Alternate Billing service
(Iii) Freephone service
(Iv) Virtual Private Network service
(V) Number Portability
In the system configured as described above, when an inquiry is made from the inquiry execution apparatus 20 of # 1 to the central management / control apparatus 10, in the central management / control apparatus 10, the monitoring unit 14a of the load monitoring control unit 14 performs various operations. A restriction level is determined based on the load information data and notified to the restriction invocation unit 14b. The regulation activating unit 14b refers to the regulation rate table 14c, obtains a regulation rate according to the regulation level in the selected regulation process, and notifies the load processing unit 15 of the regulation rate.
[0026]
First, the restriction unit 15a of the load processing unit 15 returns a response to the corresponding # 1 inquiry execution device 20, and then activates the restriction processes 1 to 4 described above based on the selection of the restriction process and the restriction rate at that time. To do.
FIG. 3 is a diagram showing the determination of the regulation level according to the load fluctuation in the load monitoring control unit 14 of the present invention. The vertical axis represents the load or usage rate of the central management / control apparatus 10, and shows the upper limit values (X1, Y1, Z1) and lower limit values (X2, Y2, Z2) of the various types of load information data described above. The horizontal axis is time. If the establishment of the regulation processing activation condition continues even after a certain period, the ratio of the regulation rate increases every certain period. For example, when the upper limit is exceeded at time t1, the control unit 15a activates the level 1 restriction process.
[0027]
If the upper limit value is still exceeded at time t2 after the elapse of a certain period, the restriction level is raised from the previous level 1 to level 2. Since the upper limit value is still exceeded at time t3, the control unit 15a further updates the restriction level and raises it to level 3. As a result, the effect of the regulation has occurred, and has fallen below the upper limit value at time t4. However, since the load usage rate is between the upper limit value and the lower limit value, level 3 is maintained.
[0028]
Next, at time t5, the effect of regulation appeared and the load usage rate divided the lower limit. In this case, the control unit 15a reduces the restriction rate to level 2. Since the load usage rate further decreases at time t6, the control unit 15a further lowers the restriction level to level 1.
Thus, in the present invention, when the load is larger than the upper limit value, the regulation is activated so as to increase stepwise, and thereafter, when the load becomes smaller than the lower limit value, the regulation is released stepwise. When multiple variables are used as variables indicating load as described above, if any one of the variables exceeds the upper limit, it is determined that the load has exceeded the upper limit value, and if all are below the lower limit, the load is the lower limit value. It is judged that it is smaller than. Instead of the upper limit value and lower limit value, a single regulation activation value is adopted.If the load variable exceeds this value, it is determined that the load has exceeded the upper limit value.If the load variable falls below this value, the load is less than the lower limit value. It is also possible to apply the above regulation rate determination algorithm.
[0029]
According to the first specific example described above, when the centralized management / control device 10 is overloaded due to a cause such as concentration of inquiries from the inquiry execution device 20 to the centralized management / control device 10, In order to avoid or prevent an overload condition, efficient overload control as shown below is possible by executing the above-described restriction process 1 to restriction process 4 according to the restriction condition specified in advance. become.
[0030]
(I) Since the decision logic of the condition for calculating the effective regulation rate is simple, the processing load is reduced to perform the regulation process.
(Ii) Since the regulation rate according to the duration of the overload state can be set in stages, the excessive regulation is eliminated and the serviceability is improved.
(Iii) Since the regulation rate according to the duration of the overload state can be set in stages, smooth regulation processing can be performed, and the system capacity in the centralized management / control device 10 can be effectively utilized to the maximum. can do.
[0031]
(Iv) Overload control operates effectively in all areas from small to large networks regardless of the size of the network.
In the first specific example described above, the operation of the centralized management / control apparatus 10 is controlled by a service management system (not shown) which is a dedicated maintenance operation apparatus in the network. The operation of the inquiry execution device 20 is controlled by a terminal (not shown) used for maintenance operation connected to the inquiry execution device 20. From the maintenance operation apparatus or the terminal, the following usage can be considered as other functions.
[0032]
(I) At the request of the maintenance person, the current regulation state is displayed including detailed information of regulation contents (regulation level, regulation trigger factor, regulation influence range, etc.).
(Ii) Detailed information on the contents of regulations (regulation level, factors that trigger regulation, scope of influence of regulations, etc.) is displayed only when necessary items are specified by the maintenance personnel.
It is preferable to notify the subscriber who has requested the intelligent network service call by means such as an announcement that the call has been rejected by the load regulation process. Thereby, the subscriber can recognize that it is currently in a congested state.
[0033]
Further, in the first specific example, the upper limit value and the lower limit value for each of the restriction process activation conditions can be set, changed, and displayed by a maintenance person so that the restriction process can be performed efficiently and promptly. be able to.
Further, by enabling, changing, and displaying the validity / invalidity of the restriction processing trigger condition by a maintenance person, the restriction processing can be performed efficiently and promptly.
[0034]
In addition, when the restriction level is set for each restriction process, the restriction rate for the restriction level can be set, changed, and displayed by the maintenance person, thereby enabling the restriction process to be performed efficiently and promptly. Can do.
Also, when the restriction process is activated, whether to automatically notify the maintenance person that the restriction process has been activated, and automatically to the maintenance person that the restriction process has been released when the restriction process is released. Whether or not to notify is selected by the maintenance person, the selection state is changed, and the selection state can be displayed, whereby the restriction process can be performed efficiently and promptly.
[0035]
In addition, when it is possible to automatically notify the maintenance person including the detailed information of the restriction contents, the maintenance person selects whether to include each item of the detailed information of the restriction contents in the automatic notification. By changing the selection state and enabling the display of the selection state, the restriction process can be performed efficiently and promptly.
In addition, when it is possible to automatically notify the maintenance person whenever there is a change in the regulation contents during the activation of the restriction process, the maintenance person determines whether or not to automatically notify each time there is a change in the restriction contents. By making a selection, changing the selection state, and enabling the display of the selection state, it is possible to efficiently and promptly perform the restriction process.
[0036]
FIG. 4 is a structural block diagram showing a second specific example of the present invention. The same components as those in FIG. 1 are denoted by the same reference numerals. In FIG. 4 and the subsequent figures, the exchange for office connected to the inquiry execution apparatus 20 is omitted. In this specific example, when the service control data is classified into different types of databases for each service, when the centralized management / control apparatus 10 is overloaded due to the concentration of calls in a certain service, the restriction process is performed. Is automatically activated only for the service call and is not restricted for other service calls. For example, when calls are concentrated on the freephone service and the centralized management / control apparatus 10 is overloaded, the restriction control is activated only for the freephone call.
[0037]
In the figure, the database 1 is classified into different types of service 1 to service n for each service. In the database 1, an inquiry request number storage table 1 a that stores the number of service inquiry requests for each service type, and a regulation activation that determines how much the number of requests per unit time is to be activated A service-specific regulation activation value table 1b in which values are stored for each service is provided.
[0038]
When the inquiry from the inquiry execution device 20 reaches the central management / control device 10, the service control unit 16 provided in the central management / control device 10 accesses the database 1 according to the inquiry from the inquiry execution device 20, Refer to the corresponding service and implement the service according to the search result. At the same time, the service control unit 16 counts up the corresponding part of the inquiry request number table 1a every time an inquiry arrives. The monitoring unit 14a in the load monitoring control unit 14 repeats the following process at regular intervals.
[0039]
(I) A comparison is made between the number of inquiry requests and the service-specific regulation activation value in the service-specific regulation activation value table 1b fixed by the system or set in advance by the maintenance person.
(Ii) When the number of inquiry requests is larger than the regulation activation value, the regulation level is determined so that the regulation process is activated stepwise for the service, and when it is small, the restriction process is released stepwise.
[0040]
(Iii) Clear all inquiry requests and prepare for the next cycle.
The service-specific regulation activation value can be changed by a maintenance person. Thereby, it becomes possible to respond quickly according to the overload situation of the centralized management / control apparatus 10.
The regulation invocation unit 14b uses the regulation level from the monitoring unit 14a and determines the regulation rate according to the regulation level with reference to the regulation rate table 14c. In the load processing unit 15, the control unit 15 a executes the above-described regulation process 1 to regulation process 4 only for the regulation target service. For example, in the case of the restriction process 1, the inquiry is restricted based on the restriction rate, and the relevant inquiry execution apparatus 20 is notified of the restriction. In the case of the restriction process 2, the inquiry is restricted based on the restriction rate and is not notified. In the case of the restriction process 3, the restriction execution rate 21 and the restriction target service are notified to the corresponding inquiry execution apparatus 20, and the restriction execution unit 21 of the inquiry execution apparatus 20 that has received the notification performs the centralized management / control apparatus only for the corresponding service according to the restriction rate Regulate inquiries to 10.
[0041]
When it is required to notify the maintenance person of the triggering factor of the restriction process, the load processing unit 15 notifies the maintenance person of the corresponding service restriction level by means of an alarm message or the like. The activation values in the service-specific regulation activation value table 1b can be changed by a maintenance person. Thereby, it is possible to respond quickly to load fluctuations.
[0042]
In this specific example and the specific example described below, the restriction level is determined by comparing the number of inquiry requests per unit time with the restriction activation value for each classification in order to determine the restriction rate for each classification. However, as in the first specific example, an upper limit value and a lower limit value may be used instead of a single regulation activation value. Further, instead of counting the number of inquiry requests per unit time for each classification, or in combination with this, the common resource usage rate and / or response time for each classification may be used as a variable representing the load. good.
[0043]
FIG. 5 is a block diagram showing a third specific example of the present invention. The same components as those in FIG. 4 are denoted by the same reference numerals. In this specific example, when the service control data is classified into different types of databases for each service, the restriction process is activated only for services that are expected to be overloaded, and the restriction process is not performed for other services. Only the corresponding service can be designated as the restriction target in advance from the service management system. For example, in the case of a free phone service, it is expected that a large number of calls will be concentrated, but in the case of other services, calls may not be concentrated so much. .
[0044]
As in the case of FIG. 4, the database 1 is classified into different types of service 1 to service n for each service. Each service has a restriction target / non-target table 1c indicating whether the service is a restriction target or non-target. The service control unit 16 accesses the database 1 in accordance with the inquiry from the inquiry execution device 20, refers to the corresponding service, and implements the service according to the search result. As described above, the monitoring unit 14a calculates and / or inputs various types of load information data, and determines the restriction level as described above.
The regulation activating unit 14b uses the regulation level from the monitoring unit 14a and determines the regulation rate according to the regulation level with reference to the regulation rate table 14c. The load processing unit 15 recognizes the restriction target / non-target data with reference to the restriction target / non-target table 1c, and performs the restriction process 1 to the restriction process 4 only for the restricted service. For example, in the case of the restriction process 1, the inquiry is restricted based on the restriction rate, and the relevant inquiry execution apparatus 20 is notified of the restriction. In the case of the restriction process 2, the inquiry is restricted based on the restriction rate and is not notified. In the case of the restriction process 3, the restriction execution rate and the service subject to restriction are notified to the corresponding inquiry execution apparatus 20, and the restriction execution unit 21 of the inquiry execution apparatus 20 that has received the notification performs the centralized management / control according to the restriction rate only in the case of the applicable service. The inquiry to the control device 10 is regulated.
[0045]
Further, when it is requested to notify the maintenance person of the cause of the restriction processing, the load processing unit 15 notifies the maintenance person of the corresponding service restriction level by means of an alarm message or the like. The service restriction target / non-target data value of the restriction target / non-target table 1c can be changed by the maintenance person. Thereby, it is possible to respond quickly to load fluctuations.
[0046]
FIG. 6 is a block diagram showing the configuration of a fourth example of the present invention. The same components as those in FIG. 5 are denoted by the same reference numerals. In this specific example, when the data is classified into different types of databases for each service, the centralized management / control apparatus 10 becomes overloaded due to calls concentrated on specific data (phone number) of a certain service. When this happens, the restriction process is automatically activated only for calls to that telephone number, and calls to other telephone numbers and other service calls are not restricted. For example, when calls concentrate on a specific telephone number of the freephone service and the centralized management / control apparatus 10 is overloaded, the restriction process is activated only for the freephone call to that telephone number.
[0047]
As in the case of FIG. 5, the database 1 is classified into different types of service 1 to service n for each service. Then, a data-specific inquiry request count table 1d for storing the number of inquiry requests for each specific data (phone number) of a service, and a data-specific control activation value for determining whether or not the control is to be activated for each specific data of the service The restriction activation reference value table 1e is stored.
[0048]
The service control unit 16 accesses the database 1 according to the inquiry from the inquiry execution device 20, refers to the corresponding service, and implements the service according to the search result. Further, the data on the inquiry request table for each data 1d is searched according to the inquiry. If there is corresponding data on the inquiry request number table 1d, the time stamp (time recording data at the time of the previous processing) is checked, and if there is an opening of a certain period or more, the request number is set as the initial value. To do. If there is no difference between the current time and a certain period, the number of requests is counted up. If there is no corresponding data on the inquiry request count table 1d, the corresponding data is registered on the table, and the request count is set as an initial value. When the number of requests is changed, the time stamp is updated.
[0049]
The monitoring unit 14a repeats the following process at regular intervals.
(I) Check all data in the inquiry request count table by data table 1d.
(Ii) When the time stamp is more than a certain period from the current time, the corresponding data is deleted from the table.
(Iii) When the time stamp does not open more than a certain period from the current time, the number of requests is compared with a regulation activation value for each data in the regulation activation value table 1e that is fixed or set in advance by a maintenance person.
[0050]
(Iv) When the number of requests is larger than the regulation activation value, the regulation level is determined so that the regulation processing is activated step by step for the corresponding data of the corresponding service, and when the request number is small, the regulation level is released.
(V) Clear all request counts to prepare for the next cycle of processing.
The regulation activating unit 14b uses the regulation level from the monitoring unit 14a and determines the regulation rate according to the regulation level with reference to the regulation rate table 14c. The load processing unit 15 performs the restriction process 1 to the restriction process 4 only for the corresponding data of the restriction target service. For example, in the case of the restriction process 1, the inquiry is restricted based on the restriction rate, and the relevant inquiry execution apparatus 20 is notified of the restriction. In the case of the restriction process 2, the inquiry is restricted based on the restriction rate and is not notified. In the case of the restriction process 3, the restriction execution unit 21 of the inquiry execution device 20 that has received the notification notifies the relevant inquiry execution device 20 of the restriction rate and the relevant data of the restricted service, and only in the case of the relevant data of the relevant service. The inquiry to the centralized management / control apparatus 10 is regulated according to the regulation rate.
[0051]
Further, when it is requested to notify the maintenance person of the cause of the restriction processing, the load processing unit 15 notifies the maintenance person of the corresponding service restriction level by means of an alarm message or the like. The restriction activation value for each data in the restriction activation value table 1e can be changed by a maintenance person. Thereby, it is possible to respond quickly to load fluctuations.
[0052]
FIG. 7 is a block diagram showing the configuration of a fifth example of the present invention. The same components as those in FIG. 6 are denoted by the same reference numerals. In this specific example, when the data is classified into different types of databases for each service, the activation of the restriction process is limited in advance only for calls to certain data (phone numbers) with a certain service that is expected to be overloaded. Only the relevant data (telephone number) of the corresponding service can be designated in advance as a restriction target from the service management system so that the restriction processing is not activated for calls to other numbers and other services.
[0053]
For example, if a large number of calls are expected to be concentrated on a specific telephone number of the freephone service, but the number of calls is not concentrated on other numbers and other services, the restriction target is set as the freephone in advance. The number is limited only to that number.
As in the case of FIG. 6, the database 1 is classified into different types of service 1 to service n for each service. And it has the regulation object data table 1f which has the record of the data which becomes the regulation object about each service for every service.
[0054]
In response to the inquiry from the inquiry execution device 20, the service control unit 16 accesses the database 1, refers to the corresponding service, and implements a service according to the search result. The monitoring unit 14a calculates and / or inputs various load information data in the same manner as described above, and determines the restriction level as described above. The regulation activating unit 14b uses the regulation level from the monitoring unit 14a and determines the regulation rate according to the regulation level with reference to the regulation rate table 14c.
[0055]
The load processing unit 15 refers to the restriction target data table 1f and performs restriction processing 1 to restriction processing 4 only for the data that is subject to restriction. For example, in the case of the restriction process 1, the inquiry is restricted based on the restriction rate, and the relevant inquiry execution apparatus 20 is notified of the restriction. In the case of the restriction process 2, the inquiry is restricted based on the restriction rate and is not notified. In the case of the restriction process 3, the restriction execution rate, the restriction target service, and the restriction target data are notified to the corresponding inquiry execution apparatus 20, and the restriction execution unit 21 of the inquiry execution apparatus 20 that has received the notification relates to the case of the corresponding data of the corresponding service. The inquiry to the centralized management / control apparatus 10 is restricted according to the restriction rate only.
[0056]
It should be noted that the restriction target data is not sent to the inquiry execution apparatus 20 when the restriction is activated, but information can be sent to the inquiry execution apparatus 20 in advance. Further, when it is required to notify the maintenance person of the cause of the activation of the restriction process, the load processing unit 15 informs the maintenance person of the corresponding data of the corresponding service, the restriction level, etc. by means such as an alarm message output. Make a notification. The data in the restriction target data table 1f can be changed by a maintenance person. Thereby, it is possible to respond quickly to load fluctuations.
[0057]
As described above, the fifth specific example shows the case where the restriction is activated only for the regulated data of the regulated service, but conversely, for a specific number, it is desired to make a call even when the regulation process is activated. There is a case. In this case, only that number may be set as a non-restricted object, and the other numbers may be treated as restricted objects.
FIG. 8 is a configuration block diagram showing a sixth specific example of the present invention. The same components as those in FIG. 7 are denoted by the same reference numerals. In this specific example, when the centralized management / control device 10 is overloaded due to a large number of call requests from a certain inquiry execution device 20, only a call from the relevant inquiry execution device 20 is activated. The control process is not activated for calls from other inquiry execution apparatuses 20.
[0058]
Similarly to the case of FIG. 7, the database 1 is classified into different types of service 1 to service n for each service. Further, an inquiry request number table 1g for storing the number of inquiry requests for each inquiry execution device 20 (exchange point) and a regulation activation value table 1h for storing a reference value for invoking the restriction for each inquiry execution device 20 are included therein. have.
[0059]
The service control unit 16 accesses the database 1 according to the inquiry from the inquiry execution device 20, refers to the corresponding service, and implements the service according to the search result. At the same time, the number of inquiry requests for each inquiry execution device 20 in the inquiry request number table 1g is counted up.
The monitoring unit 14a repeats the following process at regular intervals.
[0060]
(I) The number of inquiry requests is compared with the restriction activation value for each inquiry execution device 20 fixed by the system or set in advance by the maintenance person in the restriction activation value table 1h.
(Ii) When the number of inquiry requests is larger than the regulation activation value, the regulation level is determined so that the regulation processing is activated in a stepwise manner for the inquiry execution device 20, and when it is small, the regulation level is canceled.
[0061]
(Iii) Clear all inquiry request counts in the inquiry request count table 1g in preparation for processing in the next cycle.
The restriction activation value for each inquiry execution device in the restriction activation value table 1h can be changed by a maintenance person. Thereby, it becomes possible to respond quickly according to the load fluctuation.
[0062]
The regulation activating unit 14b uses the regulation level from the monitoring unit 14a and determines the regulation rate according to the regulation level with reference to the regulation rate table 14c. The load processing unit 15 performs the restriction process 1 to the restriction process 4 only for the inquiry from the restriction target inquiry execution device 20. For example, in the case of the restriction process 1, the inquiry is restricted based on the restriction rate, and the relevant inquiry execution apparatus 20 is notified of the restriction. In the case of the restriction process 2, the inquiry is restricted based on the restriction rate and is not notified. In the case of the restriction process 3, the restriction rate is notified to the corresponding inquiry execution device 20, and the restriction execution unit 21 of the corresponding inquiry execution device 20 that has received the notification restricts the inquiry to the centralized management / control device 10 according to the restriction rate. .
[0063]
When the maintenance person is requested to notify the triggering factor of the restriction process, the load processing unit 15 notifies the maintenance person of the corresponding inquiry execution device 20 and the restriction level by means of an alarm message or the like. To do.
FIG. 9 is a block diagram showing the configuration of a seventh example of the present invention. The same components as those in FIG. 8 are denoted by the same reference numerals. In the example shown in FIG. 9, when the central management / control device 10 is overloaded due to a large number of call requests for a certain service from a certain inquiry execution device 20, the regulation processing is automatically activated. Only the corresponding service call from the corresponding inquiry execution device 20 is performed, and the restriction process is not activated for other service calls and calls from other inquiry execution devices 20.
[0064]
As in the case of FIG. 8, the database 1 is classified into different types of service 1 to service n for each service. Furthermore, the inquiry request number table 1i for storing the number of inquiry requests for each service type for each inquiry execution device 20 (exchange point) and the reference value for invoking the restriction for each service type for each inquiry execution device 20 are included therein. It has a regulation activation value table 1j to be stored.
[0065]
The service control unit 16 accesses the database 1 according to the inquiry from the inquiry execution device 20, refers to the corresponding service, and implements the service according to the search result. At the same time, the number of inquiry requests for the corresponding service for each inquiry execution device 20 in the inquiry request number table 1i is counted up.
The monitoring unit 14a repeats the following process at regular intervals.
[0066]
(I) A comparison is made between the number of inquiry requests and the service type restriction activation value of the inquiry execution apparatus 20 fixed by the system or set in advance by the maintenance person in the restriction activation value table 1j.
(Ii) When the number of inquiry requests is larger than the regulation activation value, the regulation level is determined so that regulation processing is activated in a stepwise manner for the corresponding service of the inquiry execution device 20, and when it is small, the regulation level is released. .
[0067]
(Iii) Clear all inquiry request counts in the inquiry request count table 1i in preparation for the next cycle of processing.
The service type restriction activation value for each inquiry execution device 20 in the restriction activation value table 1j can be changed by the maintenance person. Thereby, it becomes possible to respond quickly according to the load fluctuation.
[0068]
The regulation activating unit 14b uses the regulation level from the monitoring unit 14a and determines the regulation rate according to the regulation level with reference to the regulation rate table 14c. The load processing unit 15 performs the restriction process 1 to the restriction process 4 only for the inquiry of the corresponding service from the restriction target inquiry execution device 20. For example, in the case of the restriction process 1, the inquiry is restricted based on the restriction rate, and the relevant inquiry execution apparatus 20 is notified of the restriction. In the case of the restriction process 2, the inquiry is restricted according to the restriction rate and is not notified. In the case of the restriction process 3, the restriction execution rate 21 and the restriction target service are notified to the corresponding inquiry execution apparatus 20, and the restriction execution unit 21 of the inquiry execution apparatus 20 that has received the notification performs the centralized management / control apparatus only for the corresponding service according to the restriction rate Regulate inquiries to 10.
[0069]
When the maintenance person is requested to notify the triggering factor of the restriction process, the load processing unit 15 notifies the maintenance person of the corresponding inquiry execution device 20 and the restriction level by means of an alarm message or the like. To do.
FIG. 10 is a block diagram showing the configuration of an eighth example of the present invention. The same components as those in FIG. 9 are denoted by the same reference numerals. In this specific example, when the central management / control apparatus 10 is overloaded due to a large number of call requests for specific data (number) of a service from a certain inquiry execution apparatus 20, the regulation process is activated. Is automatically activated only for calls to the corresponding number of the corresponding service from the corresponding inquiry execution device 20, and the restriction processing is performed for calls to other numbers, other service calls, and calls from other inquiry execution devices 20. Do not activate.
[0070]
As in the case of FIG. 9, the database 1 is classified into different types of service 1 to service n for each service. In addition, an inquiry request number table 1k that stores the number of inquiry requests for each specific number for each service type for each inquiry execution device 20 (exchange point), and for each specific number for each service type for each inquiry execution device 20 A restriction activation value table 11 for storing a reference value for activating the restriction is stored.
[0071]
The service control unit 16 accesses the database 1 according to the inquiry from the inquiry execution device 20, refers to the corresponding service, and implements the service according to the search result. At the same time, the corresponding data of the corresponding service for each inquiry execution device 20 in the inquiry request number table 1k is searched. Then, if there is relevant data on the inquiry request number table 1k, the time stamp is checked, and when there is a gap between the current time and a certain period, the request number is set as an initial value. When there is no gap between the time stamp and the current time for a certain period, the number of inquiry requests in the inquiry request number table 1k is counted up. When there is no corresponding data on the inquiry request number table 1k, the corresponding data is registered on the inquiry request number table 1k, and the request number is set as an initial value. When the number of requests is changed, the time stamp is updated.
[0072]
The monitoring unit 14a repeats the following process at regular intervals.
(I) Check all data in the inquiry request count table 1k.
(Ii) When the time stamp is more than the current time, the corresponding data is deleted from the table.
(Iii) When the time stamp does not open more than a certain amount from the current time, for each service type of the inquiry execution device 20 that is fixed by the system or set in advance by the maintenance person in the number of inquiry requests and the regulation activation value table 1l Comparison with the regulation activation value for each specific data.
[0073]
(Iv) When the number of inquiry requests is larger than the regulation activation value, the regulation process is activated step by step for the specific data of the corresponding service of the inquiry execution device 20, and when it is small, the regulation level is set so that it is released stepwise. decide.
(V) Clear all inquiry request counts in the inquiry request count table 1k in preparation for processing in the next cycle.
[0074]
The restriction activation value for each specific data for each service type for each inquiry execution device 20 in the restriction activation reference value table 11 can be changed by the maintenance person. This makes it possible to take an agile response in response to load fluctuations.
The regulation activating unit 14b uses the regulation level from the monitoring unit 14a and determines the regulation rate according to the regulation level with reference to the regulation rate table 14c. The load processing unit 15 performs the restriction process 1 to the restriction process 4 only for the inquiry about the corresponding data of the corresponding service from the restriction target inquiry execution device 20. For example, in the case of the restriction process 1, the inquiry execution device 20 is notified that the inquiry is restricted and restricted based on the restriction rate. In the case of the regulation process 2, the inquiry is regulated according to the regulation rate. In the case of the regulation process 3, the regulation rate and the relevant data of the relevant target service are notified to the relevant inquiry execution apparatus 20, and the inquiry execution apparatus 20 that has received the notification is notified. The restriction execution unit 21 restricts inquiries to the central management / control apparatus 10 according to the restriction rate only for the relevant data of the relevant service.
[0075]
FIG. 11 is a block diagram showing the configuration of the ninth embodiment of the present invention. The same components as those in FIG. 10 are denoted by the same reference numerals. In this specific example, when the centralized management / control device 10 is overloaded due to a large number of call requests from a specific area controlled by a certain inquiry execution device 20, the regulation processing is automatically performed. The call is issued only for the call from the corresponding area of the inquiry execution device 20, and the restriction process is not executed for the call from the other area and the other inquiry execution device 20.
[0076]
As in the case of FIG. 10, the database 1 is classified into different types of service 1 to service n for each service. In addition, an inquiry request number table 1m that stores the number of inquiry requests for each area for each inquiry execution device 20 (exchange point) and a restriction that stores a reference value for activating the restriction for each area for each inquiry execution device 20 are stored therein. It has an activation value table 1n.
[0077]
The service control unit 16 accesses the database 1 according to the inquiry from the inquiry execution device 20, refers to the corresponding service, and implements the service according to the search result. At the same time, the number of inquiry requests in the corresponding area for each inquiry execution device 20 in the inquiry request number table 1m is counted up.
The monitoring unit 14a repeats the following process at regular intervals.
[0078]
(I) The inquiry request count of the corresponding area stored in the inquiry request count table 1m is compared with the regulation activation value of the corresponding area in the regulation activation value table 1n fixed by the system or set in advance by the maintenance person.
(Ii) When the number of inquiry requests in the corresponding area is larger than the regulation activation value of the corresponding area in the regulation activation value table 1n, the regulation process is activated step by step for the inquiry execution device 20, and The regulatory level is determined so that it can be lifted automatically.
[0079]
(Iii) Next, all the inquiry request numbers stored in the inquiry request number table 1m are cleared. This is to prepare for the processing of the next cycle.
The restriction activation value for each area in the restriction activation value table 1n can be changed by a maintenance person. In the embodiment, a single value is set for all areas of the inquiry execution apparatus 20, but an activation regulation value can be set for each area. Thereby, it becomes possible to respond quickly according to the load fluctuation.
[0080]
The regulation activating unit 14b uses the regulation level from the monitoring unit 14a and determines the regulation rate according to the regulation level with reference to the regulation rate table 14c. The load processing unit 15 performs the restriction process 1 to the restriction process 4 only for the inquiry from the corresponding area of the restriction target inquiry execution device 20. For example, in the case of the restriction process 1, the inquiry is restricted based on the restriction rate, and the relevant inquiry execution apparatus 20 is notified of the restriction. In the case of the restriction process 2, the inquiry is restricted according to the restriction rate, and no notification is given. In the case of the restriction process 3, the restriction execution area 21 of the inquiry execution device 20 that has received the notification is notified of the restriction target area and the restriction rate. Regulate inquiries to 10. When the maintenance person is requested to notify the triggering factor of the restriction process, the load processing unit 15 notifies the maintenance person of the restriction target area and restriction of the corresponding inquiry execution device 20 by means such as an alarm message output. Notification of level etc.
[0081]
FIG. 12 is a block diagram showing the configuration of the tenth embodiment of the present invention. The same components as those in FIG. 11 are denoted by the same reference numerals. In this specific example, when the centralized management / control apparatus 10 is overloaded due to a very large number of requests for a specific service call from a specific area controlled by a certain inquiry execution apparatus 20, a restriction process is performed. Is automatically activated only for the corresponding service call from the corresponding area of the corresponding inquiry execution device 20, and the restriction process is not activated for other service calls and calls from other inquiry execution devices 20.
[0082]
As in the case of FIG. 11, the database 1 is classified into different types of service 1 to service n for each service. In addition, an inquiry request number table 1p that stores a plurality of service types and the number of inquiry requests for each area for each inquiry execution device 20 (exchange point), and for each service type for each area for each inquiry execution device 20 It has a regulation activation value table 1q for storing a reference value for activating regulation.
[0083]
The service control unit 16 accesses the database 1 according to the inquiry from the inquiry execution device 20, refers to the corresponding service, and implements the service according to the search result. At the same time, the number of inquiry requests for the corresponding service in the corresponding area provided for each inquiry execution device 20 in the inquiry request number table 1p is counted up.
[0084]
The monitoring unit 14a repeats the following process at regular intervals.
(I) The inquiry request count of the corresponding service in the corresponding area of the corresponding inquiry execution apparatus 20 stored in the inquiry request count table 1p, and the corresponding service in the regulation activation value table 1q fixed by the system or set by the maintenance person Compare the regulation activation value.
[0085]
(Ii) When the number of requests for the corresponding service is larger than the regulation activation value, the regulation processing is activated in a stepwise manner for the corresponding service in the corresponding area of the inquiry execution device 20, and when it is small, it is canceled in a stepwise manner. Determine the regulatory level.
(Iii) Next, all the inquiry request numbers stored in the inquiry request number table 1p are cleared. This is to prepare for the processing of the next cycle.
[0086]
The service-specific regulation activation values in the regulation activation value table 1q can be changed by a maintenance person. In this specific example, a case where a single reference value is set for all areas of the inquiry execution device 20 is shown, but it is also possible to set a regulation activation value for each service for each area. Thereby, it becomes possible to respond quickly according to the load fluctuation.
[0087]
The regulation activating unit 14b uses the regulation level from the monitoring unit 14a and determines the regulation rate according to the regulation level with reference to the regulation rate table 14c. The load processing unit 15 changes the regulation process 1 to the regulation process 4 only for the corresponding service in the corresponding area of the inquiry from the restriction target inquiry execution device 20. For example, in the case of the restriction process 1, the inquiry is restricted based on the restriction rate, and the relevant inquiry execution apparatus 20 is notified of the restriction. In the case of the restriction process 2, the inquiry is restricted according to the restriction rate and is not notified. In the case of the restriction process 3, only the restriction target inquiry execution device 20 is notified of the corresponding area, the restriction target service, and the restriction rate, and the restriction execution unit 21 of the inquiry execution device 20 that has received the notification relates to the corresponding service in the corresponding area. Regulates the inquiry to the centralized management / control apparatus 10 according to the regulation rate. When the maintenance person is requested to notify the triggering factor of the restriction process, the load processing unit 15 asks the maintenance person for the restriction target area of the inquiry inquiring device 20 by the means such as an alarm message output. Notification of service, regulatory level, etc.
[0088]
FIG. 13 is a block diagram showing the configuration of the eleventh embodiment of the present invention. The same components as those in FIG. 12 are denoted by the same reference numerals. In this specific example, the centralized management / control apparatus 10 is overloaded by a large number of call requests from a specific area controlled by a certain inquiry execution apparatus 20 to specific data (number) of a specific service. When the load state is reached, the restriction process is automatically triggered only for the corresponding data of the corresponding service call from the corresponding area of the corresponding inquiry execution device 20, and calls to other numbers, other service calls, other areas In addition, the restriction process is not activated for calls from other inquiry execution apparatuses 20.
[0089]
As in the case of FIG. 12, the database 1 is classified into different types of service 1 to service n for each service. In addition, an inquiry request number table 1r that stores the number of inquiry requests for each specific data for each service type for each area for each inquiry execution device 20 (exchange point), and for each area for each inquiry execution device 20 There is a regulation activation value table 1s for storing a reference value for activating regulation for each specific data for each service type.
[0090]
The service control unit 16 accesses the database 1 according to the inquiry from the inquiry execution device 20, refers to the corresponding service, and implements the service according to the search result. At the same time, the corresponding data for each service for each area provided for each inquiry execution device 20 in the inquiry request number table 1r is searched. If there is corresponding data on the inquiry request number table 1r, the time stamp is checked, and if there is a gap between the current time and a certain period, the inquiry request number is set to the initial value, and the current time and the certain period or more. When there is no opening, the number of inquiry requests regarding the corresponding data is counted up. When there is no corresponding data on the inquiry request count table 1r, the corresponding data is registered on the table 1r, and the inquiry request count is set to an initial value. In this case, the time stamp is updated when the number of inquiry requests is changed. This is to prepare for the next inquiry.
[0091]
The monitoring unit 14a repeats the following process at regular intervals.
(I) Check all data in the inquiry request count table 1r.
(Ii) When the time stamp is more than the current time, the corresponding data is deleted from the table.
(Iii) When the time stamp does not open more than a certain amount from the current time, the number of inquiry requests for the relevant service of the relevant service in the relevant area of the relevant inquiry execution device 20 stored in the table 1r is fixed by the system. Or it compares with the regulation activation value of the applicable data of the regulation activation value table 1s preset by the maintenance person.
[0092]
(Iv) When the number of inquiry requests is larger than the regulation activation value, the regulation process is triggered in stages for the relevant data of the relevant service in the relevant area, and when it is small, the regulation level is set so that it is released in stages. To decide.
(V) Clear all inquiry request counts in preparation for processing in the next cycle.
[0093]
The restriction activation value of the corresponding data for each service in the restriction activation value table 1s can be changed by the maintenance person. Thereby, it becomes possible to respond quickly according to the load fluctuation.
The regulation activating unit 14b uses the regulation level from the monitoring unit 14a and determines the regulation rate according to the regulation level with reference to the regulation rate table 14c. The load processing unit 15 activates the restriction process 1 to the restriction process 4 only for the corresponding data of the corresponding service in the corresponding area of the inquiry from the restriction target inquiry execution device 20. For example, in the case of the restriction process 1, the inquiry is restricted based on the restriction rate, and the relevant inquiry execution apparatus 20 is notified of the restriction. In the case of the restriction process 2, the inquiry is restricted based on the restriction rate, and in the case of the restriction process 3, only the restriction target inquiry execution device 20 is notified of the corresponding area, the restriction target service, the corresponding data, and the restriction rate. In response, the restriction execution unit 21 of the inquiry execution device 20 restricts the inquiry to the central management / control device 10 based on the restriction rate for the relevant data of the relevant service in the relevant area. When the maintenance person is requested to notify the triggering factor of the restriction process, the load processing unit 15 asks the maintenance person for the restriction target area of the inquiry inquiring device 20 by the means such as an alarm message output. Notification of service, applicable data, regulatory level, etc.
[0094]
FIG. 14 is a block diagram showing the configuration of the twelfth embodiment of the present invention. The same components as those in FIG. 13 are denoted by the same reference numerals. In this specific example, when the restriction process is limited only to the call from the inquiry execution apparatus 20 that is expected to be overloaded, and the restriction process is not activated for the call from the other inquiry execution apparatus 20, the service management system Only the corresponding inquiry execution device 20 can be designated as a restriction target in advance.
[0095]
As in the case of FIG. 13, the database 1 is classified into different types of service 1 to service n for each service. Further, a restriction target / non-target data table 1t for designating a restriction target / non-restriction target for each inquiry execution device 20 (exchange point) and a restriction table 1u for designating a restriction target / non-restriction target for each service type are included. have.
[0096]
The service control unit 16 accesses the database 1 according to the inquiry from the inquiry execution device 20, refers to the corresponding service, and implements the service according to the search result. The monitoring unit 14a calculates and / or inputs various load information data in the same manner as described above, and determines the restriction level as described above. The regulation activating unit 14b uses the regulation level from the monitoring unit 14a and determines the regulation rate according to the regulation level with reference to the regulation rate table 14c.
[0097]
The load processing unit 15 refers to the restriction target / non-target table 1t for each inquiry execution device 20 and activates the restriction process 1 to the restriction process 4 only for the restriction target inquiry execution device 20. For example, in the case of the restriction process 1, the inquiry is restricted based on the restriction rate, and the relevant inquiry execution apparatus 20 is notified of the restriction. In the case of the restriction process 2, the inquiry is restricted based on the restriction rate, and in the case of the restriction process 3, the restriction execution unit 21 of the inquiry execution apparatus 20 that has received the notification notifies the inquiry execution apparatus 20 of the restriction rate. The inquiry to the centralized management / control apparatus 10 is regulated based on the regulation rate.
[0098]
Further, when the maintenance person is requested to notify the triggering factor of the restriction process, the load processing unit 15 uses the alarm message or the like to notify the maintenance person of the corresponding service, restriction level, etc. To be notified.
In this case, the data in the restriction target / non-target data table 1t classified by the inquiry execution device 20 can be changed by the maintenance person. Thereby, it becomes possible to respond quickly according to the load fluctuation.
[0099]
Further, in the specific example shown in FIG. 14, even for a call from the inquiry execution apparatus 20 that is subject to restriction, restriction target / non-target can be specified for each service. This restriction target / non-target is stored in the restriction target / non-target table 1u. The restriction processing operation in this case is the same as the case of restriction for each inquiry execution apparatus 20 described above. In this case, the load processing unit 15 refers to the restriction target / non-target table 1u and activates the restriction process only for the corresponding service. As a result, it is possible to restrict only the target service of the restriction target inquiry execution device 20.
[0100]
FIG. 15 is a block diagram showing the configuration of the thirteenth embodiment of the present invention. The same components as those in FIG. 14 are denoted by the same reference numerals. In this specific example, when a large number of calls are generated from an area controlled by the inquiry execution apparatus 20, and therefore an overload is expected, the restriction process is activated only for calls from the corresponding area, and the other areas When it is not desired to activate the restriction process for a call from another inquiry execution device 20, it is possible to designate only the corresponding area of the inquiry execution device 20 as the restriction target in advance from the service management system.
[0101]
Similarly to the case of FIG. 14, the database 1 is classified into different types of service 1 to service n for each service. In addition, a restriction target / non-target table 1v for designating a restriction target / non-restriction target for each area for each inquiry execution device 20 (exchange point), and a restriction target / non-restriction target for each service for each inquiry execution device 20 There is a restriction target / non-target table 1w for designating.
[0102]
The service control unit 16 accesses the database 1 according to the inquiry from the inquiry execution device 20, refers to the corresponding service, and implements the service according to the search result. The monitoring unit 14a calculates and / or inputs various types of load information data as described above, and determines the restriction level as described above. The regulation activating unit 14b uses the regulation level from the monitoring unit 14a and determines the regulation rate according to the regulation level with reference to the regulation rate table 14c. Thereby, the occurrence of an overload condition can be prevented in advance.
The load processing unit 15 refers to the restriction target / non-target table 1v storing the restriction target / non-target for each area provided for each inquiry execution device 20, and only the relevant area of the restriction target inquiry execution device 20 is described above. The regulated process 1 to regulated process 4 are activated.
[0103]
The restriction target / non-target data value of the restriction target / non-target table 1v storing the restriction target / non-target for each exchange point can be changed by the maintenance person. This makes it possible to respond quickly to load fluctuations. When it is required to notify the maintenance person of the triggering factor of the restriction process, the load processing unit 15 asks the maintenance person about the corresponding area and the restriction of the inquiry execution apparatus 20 by means such as an alarm message output. Notification of level etc.
[0104]
Further, in the embodiment shown in FIG. 15, the load processing unit 15 refers to the restricted / non-target table 1w that specifies the restricted / non-restricted target for each service of the inquiry execution device 20 that is subject to the restriction. The restriction process can be activated for each corresponding service of the inquiry execution apparatus 20. The restriction processing operation in this case is the same as the case of restriction for each area of the inquiry execution device 20 described above. In this case, the load processing unit 15 refers to the restriction target / non-target table 1w and activates the restriction process only for the corresponding service. In addition, it is possible to restrict only the target service of the restriction target inquiry execution device 20 together with the restriction target / non-target data value by area.
[0105]
When it is required to notify the maintenance person of the triggering factor of the restriction process, the load processing unit 15 notifies the maintenance person of the corresponding service and restriction of the inquiry execution apparatus 20 by means such as an alarm message output. Notification of level etc.
FIG. 16 is a block diagram showing the configuration of the fourteenth embodiment of the present invention. The same components as those in FIG. 15 are denoted by the same reference numerals. In this specific example, subscribers registered in advance are not subject to restriction even when restriction processing occurs due to overload.
[0106]
Similarly to the case of FIG. 15, the database 1 is classified into different types of service 1 to service n for each service. Further, a non-restricted table 1x or 1y for storing non-restricted subscriber data is provided therein. The non-restricted table 1x simply stores subscriber data that is not subject to restriction, and the non-restricted table 1y is subject to restriction / non-restriction for each service type held for each subscriber data that is not subject to restriction. The target data is also included.
[0107]
The service control unit 16 accesses the database 1 according to the inquiry from the inquiry execution device 20, refers to the corresponding service, and implements the service according to the search result. The monitoring unit 14a calculates and / or inputs various load information data in the same manner as described above, and determines the restriction level as described above. The regulation activating unit 14b uses the regulation level from the monitoring unit 14a and determines the regulation rate according to the regulation level with reference to the regulation rate table 14c.
[0108]
The load processing unit 15 refers to the restriction target / non-target table 1x or 1y and activates the restriction process 1 to the restriction process 4 for subscribers not on the data.
When it is required to notify the maintenance person of the triggering factor of the restriction process, the load processing unit 15 notifies the maintenance person of the subscriber, the restriction level, etc. by means such as an alarm message output. For the non-restricted subscribers, the restriction target / non-target can be set for each service as shown in the restriction target / non-target table 1y. As a result, detailed regulation processing can be performed according to load fluctuations.
[0109]
FIG. 17 is a block diagram showing the configuration of the fifteenth embodiment of the present invention. The same components as those in FIG. 16 are denoted by the same reference numerals. In this specific example, it is restricted / not subject to restriction by subscriber class (general subscriber, public telephone, test call class, etc.).
As in the case of FIG. 16, the database 1 is classified into different types of service 1 to service n for each service. Further, a subscriber class table 30a for storing the regulated subscriber class, or a plurality of classes for each service type, and a subscriber class table for storing data to be regulated / non-targeted for each class. A plurality of classes are provided for each data type 30b or service type, and a subscriber class table 30c for storing data subject to restriction / non-target for each class is provided.
[0110]
The service control unit 16 accesses the database 1 according to the inquiry from the inquiry execution device 20, refers to the corresponding service, and implements the service according to the search result. The monitoring unit 14a calculates and / or inputs various load information data in the same manner as described above, and determines the restriction level as described above. The regulation activating unit 14b uses the regulation level from the monitoring unit 14a and determines the regulation rate according to the regulation level with reference to the regulation rate table 14c.
[0111]
The load processing unit 15 refers to the subscriber class table 30a, and activates the restriction process 1 to the restriction process 4 only for calls from the corresponding subscriber class.
In this case, the restriction target subscriber class data value in the subscriber class table 30a can be changed by the maintenance person. In addition, as shown in the table 30b, a subscriber class can be set for each service. Furthermore, as shown in the table 30c, a subscriber class can be set for each data type for each service. This makes it possible to respond quickly to load fluctuations.
[0112]
FIG. 18 is a block diagram showing the configuration of the sixteenth embodiment of the present invention. 1 and 17 are denoted by the same reference numerals. In this specific example, in order to prevent an overload condition, subscribers who can access a certain number are limited to subscribers ending with 3, for example. As an application of this specific example, the following example can be considered.
[0113]
(I) Scheduling can be performed freely by the maintainer so that the tail limit can be changed according to the day of the week, time, or the like.
(Ii) The allowable end can be changed from the subscriber terminal.
(Iii) In the case of (ii), changes are allowed only from subscribers registered in advance.
[0114]
As in the case of FIG. 17, the database 1 is classified into different types of service 1 to service n for each service. Further, a restriction table 30d for storing tail restriction target data for performing tail restriction for each service type, or a restriction table 30e for storing schedule restriction target data for each data type for each service type in units of days of the week. have.
[0115]
In response to the inquiry from the inquiry execution apparatus 20, the centralized management / control apparatus 10 checks the tail restriction target data in the restriction table 30d and rejects all inquiries based on the call whose restriction ends. The tail regulation data can be changed by a maintenance person, and can respond quickly to load fluctuations.
Alternatively, the central management / control apparatus 10 checks the restriction table 30e based on the call occurrence time and date in response to the inquiry from the inquiry execution apparatus 20, and rejects all inquiries based on the call whose restriction ends. The tail regulation schedule data can be changed by a maintenance person, and can respond quickly to load fluctuations.
[0116]
In this case, the end restriction target data can be changed from the subscriber terminal 3. It is also possible to allow changes only from subscriber terminals registered in advance. Even in the case of this specific example, when the central management / control device 10 is overloaded, it is possible to activate the restriction processes 1 to 4 described above.
[0117]
FIG. 19 is a block diagram showing the configuration of a seventeenth example of the present invention. The same components as those in FIG. 18 are denoted by the same reference numerals. In this specific example, in order to prevent an overload condition, subscribers who can access a certain number are limited to subscribers from a certain area, for example.
As in the case of FIG. 18, the database 1 is classified into different types of service 1 to service n for each service. In addition, the restriction non-target data table 30f in which restriction non-target number data is stored for each area of each inquiry execution device (exchange point) 20 or for each service of the inquiry execution device 20 for each day of the week area. It has a regulation non-target data table 30g in which regulation non-target data is stored.
[0118]
The central management / control apparatus 10 rejects all inquiries based on calls from outside the corresponding area with reference to the non-regulation target data table 30f in response to the inquiry from the inquiry execution apparatus 20. The restriction non-target data in the restriction non-target data table 30f can be changed by a maintenance person, and agile response according to load fluctuation is enabled.
[0119]
Alternatively, the centralized management / control device 10 checks the restriction non-target schedule of the restriction non-target data table 30g based on the call occurrence time and date in response to the inquiry from the inquiry execution device 20, and from other than the corresponding area Reject all calls based calls. The restriction non-target schedule data of the restriction non-target table 30g can be changed by a maintenance person, and enables quick response according to load fluctuation.
[0120]
The restriction non-target tables 30f and 30g can be changed from the subscriber terminal 3. It can also be changed only from a previously registered subscriber terminal. Even in the case of this specific example, when the central management / control device 10 is overloaded, it is possible to activate the restriction processes 1 to 4 described above.
[0121]
FIG. 20 is a block diagram showing the configuration of the eighteenth embodiment of the present invention. The same components as those in FIG. 19 are denoted by the same reference numerals. In this specific example, in order to prevent an overload condition, subscribers who can access a certain number are limited to, for example, registered subscribers in advance. The following examples can be considered as applications of this specific example.
[0122]
(I) Scheduling is performed so that the subscriber restriction is variable depending on the day of the week, time, and the like.
(Ii) Allowable subscribers can be changed, added and deleted from the subscriber terminal.
(Iii) In (ii), changes, additions and deletions are permitted only from registered subscribers.
[0123]
As in the case of FIG. 19, the database 1 is classified into different types of service 1 to service n for each service. In addition, there is a restriction non-target data table 30h in which subscriber data that is not subject to restriction is stored, or a restriction non-target data table 30i in which restriction non-target data is stored for each day of the week.
In response to the inquiry from the inquiry execution device 20, the centralized management / control device 10 refers to the restriction non-target table 30h and checks the call restriction non-target subscriber data. Reject all inquiries based on the call. The non-restricted data in the non-restricted data table 30h can be changed by a maintenance person, so that an agile response corresponding to a load change is possible.
[0124]
Alternatively, the central management / control apparatus 10 checks the restriction non-target schedule of the restriction non-target data table 30i based on the call occurrence time and date in response to the inquiry from the inquiry execution apparatus 20, and in the case of a corresponding call All inquiries based on calls from non-allowed subscribers are rejected. The restriction non-target schedule data of the restriction non-target table 30i can be changed by a maintenance person, and enables quick response according to load fluctuation.
[0125]
In this case, the caller restriction non-target data in the restriction non-target table 30 h can be changed from the subscriber terminal 3. It can also be changed only from a previously registered subscriber terminal. Even in the case of this specific example, when the central management / control device 10 is overloaded, it is possible to activate the restriction processes 1 to 4 described above.
[0126]
FIG. 21 is a block diagram showing the configuration of the nineteenth embodiment of the present invention. The same components as those in FIG. 17 are denoted by the same reference numerals. In this specific example, when a call can be classified for each attribute of information such as voice, video, and digital information, only the corresponding attribute can be automatically set as a restriction target or non-target. Thereby, load regulation control can be performed efficiently according to an attribute.
[0127]
As in the case of FIG. 17, the database 1 is classified into different types of service 1 to service n for each service. Further, in the attribute table 30j in which attribute data to be regulated is stored, or in the attribute table 30k in which attribute data to be regulated for each service type is stored, or for each data for each service type The attribute table 30l is stored.
[0128]
The service control unit 16 accesses the database 1 according to the inquiry from the inquiry execution device 20, refers to the corresponding service, and implements the service according to the search result. The monitoring unit 14a calculates and / or inputs various load information data in the same manner as described above, and determines the restriction level as described above. The regulation activating unit 14b uses the regulation level from the monitoring unit 14a and determines the regulation rate according to the regulation level with reference to the regulation rate table 14c.
[0129]
The load processing unit 15 refers to the attribute table 30j and activates the restriction process 1 to the restriction process 4 only for calls with attributes to be restricted.
In this case, when it is required to notify the maintenance person of the triggering factor of the restriction process, the load processing unit 15 notifies the maintenance person of the restriction level, the attribute, and the like by means of an alarm message or the like. Note that the restriction target attribute data value in the attribute table 30j can be changed by the maintainer. Also, attribute data can be set for each service as in the attribute table 30k. Further, as in the attribute table 301, attribute data can be set for each data for each service.
[0130]
FIG. 22 is a block diagram showing the configuration of the twentieth embodiment of the present invention. The same components as those in FIG. 21 are denoted by the same reference numerals. In this specific example, even if a call should be rejected by the restriction process when the restriction process occurs due to an overload, for example, when a call rejection announcement is made, the call is released from the restriction target if a certain password is entered. And the call is connected.
[0131]
In this case, the service management system is limited to maintenance personnel who have the qualification to change or display the password, is enabled only when the password is input from a limited subscriber, and the password can be changed from the subscriber terminal. The application can be expanded as follows. As a result, even if a call is rejected by the restriction process while the restriction process is activated, the restriction invocation means in the centralized management / control apparatus 10 releases the restriction process for the call when a certain password is input. Thus, it is possible to accept a specific call even during regulation in an emergency.
[0132]
As in the case of FIG. 21, the database 1 is classified into different types of service 1 to service n for each service. Further, it has a password table 30m for storing non-regulated password data (set for each valid service) or a password table 30n for storing subscriber data that is valid for each password.
[0133]
The service control unit 16 accesses the database 1 according to the inquiry from the inquiry execution device 20, refers to the corresponding service, and implements the service according to the search result. The monitoring unit 14a calculates and / or inputs various load information data in the same manner as described above, and determines the restriction level as described above. The regulation activating unit 14b uses the regulation level from the monitoring unit 14a and determines the regulation rate according to the regulation level with reference to the regulation rate table 14c.
[0134]
The load processing unit 15 activates the restriction process 1 to the restriction process 4 for calls other than the valid password input call with reference to the password table 30m for the call in which the password is input.
In this case, the password data not subject to restriction processing may be sent to the inquiry execution apparatus 20 in advance, instead of being sent to the inquiry execution apparatus 20 when the restriction is activated. In addition, when it is required to notify the maintenance person of the triggering factor of the restriction process, the load processing unit 15 notifies the maintenance person of an unregulated password, a restriction level, etc. by means such as an alarm message output. To do.
[0135]
It should be noted that the password data value that is not subject to restriction can be changed by the maintainer, thereby enabling an agile response in response to load fluctuations. Further, as shown in the password table 30n, it is possible to have valid subscriber data for each password. The password can be validated only when the password is input from a specific subscriber terminal.
[0136]
【The invention's effect】
As described above in detail, according to the present invention, overload control is efficiently performed according to the cause of occurrence of the overload state of the centralized management / control apparatus, and the occurrence of the overload state is avoided and prevented. A load regulation control system for a centralized management / control network is provided.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a first embodiment of the present invention.
FIG. 2 is a diagram illustrating an example of a restriction rate table.
FIG. 3 is a diagram illustrating determination of a regulation level according to load fluctuation according to the present invention.
FIG. 4 is a block diagram showing a second embodiment of the present invention.
FIG. 5 is a block diagram showing a third embodiment of the present invention.
FIG. 6 is a block diagram showing a fourth embodiment of the present invention.
FIG. 7 is a block diagram showing a fifth embodiment of the present invention.
FIG. 8 is a block diagram showing a sixth embodiment of the present invention.
FIG. 9 is a block diagram showing a seventh embodiment of the present invention.
FIG. 10 is a block diagram showing an eighth embodiment of the present invention.
FIG. 11 is a block diagram showing a ninth embodiment of the present invention.
FIG. 12 is a block diagram showing a tenth embodiment of the present invention.
FIG. 13 is a block diagram showing an eleventh embodiment of the present invention.
FIG. 14 is a block diagram showing a twelfth embodiment of the present invention.
FIG. 15 is a block diagram showing a thirteenth embodiment of the present invention.
FIG. 16 is a block diagram showing a fourteenth embodiment of the present invention.
FIG. 17 is a block diagram showing a fifteenth embodiment of the present invention.
FIG. 18 is a block diagram showing a sixteenth embodiment of the present invention.
FIG. 19 is a block diagram showing a seventeenth embodiment of the present invention.
FIG. 20 is a block diagram showing an eighteenth embodiment of the present invention.
FIG. 21 is a block diagram showing a nineteenth embodiment of the present invention.
FIG. 22 is a block diagram showing a twentieth embodiment of the present invention.
[Explanation of symbols]
1 ... Database
10. Centralized management / control device
13 ... Regulation activation part
20. Inquiry execution device

Claims (22)

少なくとも１つの問い合わせ実施装置に接続され、問い合わせ実施装置から発行される問い合わせを処理して応答する集中管理・制御装置への問い合わせを規制することによって集中管理・制御装置の負荷を制御する負荷規制制御装置であって、
集中管理・制御装置の負荷を監視し、負荷に応じた規制率を決定する負荷監視制御部と、
規制率に基づく割り合いで問い合わせを拒絶することによって負荷を制御する負荷処理部とを具備し、
負荷処理部は、
規制率に基づく割合で問い合わせを拒絶し拒絶された問い合わせを発行した問い合わせ実施装置へ問い合わせが拒絶されたことを通知する第１の規制処理、
規制率に基づく割合で通知することなく問い合わせを拒絶する第２の規制処理、
問い合わせ実施装置へ規制率に基づく割合で問い合わせを規制することを指示する第３の規制処理、及び
第１、第２及び第３の規制処理の２つ以上を組み合わせて実施する第４の規制処理の１つを集中管理・制御装置の負荷に応じた選択に従って実施可能である装置。Load regulation control for controlling the load of the central management / control apparatus by regulating an inquiry to the central management / control apparatus that is connected to at least one inquiry execution apparatus and processes and responds to an inquiry issued from the inquiry execution apparatus. A device,
A load monitoring and control unit that monitors the load on the centralized management and control device and determines the regulation rate according to the load;
A load processing unit that controls a load by rejecting an inquiry at a rate based on a regulation rate;
The load processing unit
A first restriction process for notifying the inquiry execution device that rejected the inquiry at a rate based on the restriction rate and issued the rejected inquiry;
A second regulatory process that rejects inquiries without notification at a rate based on the regulatory rate;
A third restriction process for instructing the inquiry execution device to restrict the inquiry at a rate based on the restriction rate, and a fourth restriction process performed by combining two or more of the first, second, and third restriction processes One of the above can be implemented according to the selection according to the load of the central management / control device. 負荷監視制御部は、
負荷が予め設定された上限値を超えたとき、規制率をゼロでない値に決定する手段と、
負荷が予め設定された上限値を超えた状態が持続するとき、規制率を段階的に上げる手段と、
負荷が予め設定された下限値を下回ったとき、規制率を段階的に下げる手段とを含む請求項１記載の装置。The load monitoring control unit
Means for determining the regulation rate to a non-zero value when the load exceeds a preset upper limit;
Means for increasing the regulation rate step by step when the load exceeds a preset upper limit value;
2. The apparatus according to claim 1, further comprising means for stepwise decreasing the regulation rate when the load falls below a preset lower limit value. 負荷監視制御部は集中管理・制御装置の負荷を示す複数の変数を監視し、複数の変数の少なくとも１つがその上限値を超えたとき負荷が上限値を超えたと判断し、複数の変数のすべてがその下限値を下回ったとき負荷が下限値を下回ったと判断する請求項２記載の装置。  The load monitoring and control unit monitors a plurality of variables indicating the load of the centralized management / control device, and when at least one of the plurality of variables exceeds the upper limit value, determines that the load has exceeded the upper limit value. The apparatus according to claim 2, wherein the load is determined to be below the lower limit value when the value is below the lower limit value. 集中管理・制御装置は、複数のサービス種別について問い合わせを処理し、
負荷監視制御部は、サービス種別のそれぞれについて、集中管理・制御装置の負荷を監視して負荷に応じた規制率を決定し、
負荷処理部は、サービス種別のそれぞれについて、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。The centralized management and control device processes inquiries for multiple service types,
The load monitoring and control unit monitors the load of the central management and control device for each service type, determines the regulation rate according to the load,
The apparatus according to claim 1, wherein the load processing unit rejects the inquiry at a rate based on a restriction rate for each service type. 負荷処理部は、予め指定されたサービス種別についてのみ、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。  The apparatus according to claim 1, wherein the load processing unit rejects an inquiry at a rate based on a restriction rate only for a service type designated in advance. 集中管理・制御装置は、複数のサービス種別について問い合わせを処理し、
負荷監視制御部は、サービス種別及び番号データそれぞれについて、集中管理・制御装置の負荷を監視して負荷に応じた規制率を決定し、
負荷処理部は、サービス種別及び電話番号データのそれぞれについて、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。The centralized management and control device processes inquiries for multiple service types,
The load monitoring control unit monitors the load of the central management / control device for each service type and number data, and determines the regulation rate according to the load,
The apparatus according to claim 1, wherein the load processing unit rejects the inquiry at a rate based on a restriction rate for each of the service type and the telephone number data. 負荷処理部は、予め指定されたサービス種別の予め指定された電話番号データについてのみ、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。  The apparatus according to claim 1, wherein the load processing unit rejects the inquiry at a rate based on the restriction rate only for the telephone number data specified in advance for the service type specified in advance. 負荷監視制御部は、問い合わせを要求する問い合わせ実施装置のそれぞれについて、集中管理・制御装置の負荷を監視して負荷に応じた規制率を決定し、
負荷処理部は、問い合わせ実施装置のそれぞれについて、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。The load monitoring and control unit determines the regulation rate according to the load by monitoring the load of the central management and control device for each of the inquiry execution devices that request the inquiry,
The apparatus according to claim 1, wherein the load processing unit rejects the inquiry at a rate based on a restriction rate for each of the inquiry execution apparatuses. 負荷処理部は、予め指定された問い合わせ実施装置についてのみ、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。  2. The apparatus according to claim 1, wherein the load processing unit rejects the inquiry at a rate based on the restriction rate only for the inquiry execution apparatus designated in advance. 集中管理・制御装置は、複数のサービス種別について問い合わせを処理し、
負荷監視制御部は、問い合わせを要求する問い合わせ実施装置及びサービス種別のそれぞれについて、集中管理・制御装置の負荷を監視して負荷に応じた規制率を決定し、
負荷処理部は、問い合わせ実施装置及びサービス種別のそれぞれについて、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。The centralized management and control device processes inquiries for multiple service types,
The load monitoring control unit monitors the load of the central management / control device for each of the inquiry execution device and the service type requesting the inquiry, and determines the regulation rate according to the load.
The apparatus according to claim 1, wherein the load processing unit rejects the inquiry at a rate based on a restriction rate for each of the inquiry execution device and the service type. 負荷処理部は、予め指定された問い合わせ実施装置及び予め指定されたサービス種別についてのみ、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。  2. The apparatus according to claim 1, wherein the load processing unit rejects the inquiry at a rate based on the restriction rate only for the inquiry execution device designated in advance and the service type designated in advance. 集中管理・制御装置は、複数のサービス種別について問い合わせを処理し、
負荷監視制御部は、問い合わせを要求する問い合わせ実施装置、サービス種別及び番号データのそれぞれについて、集中管理・制御装置の負荷を監視して負荷に応じた規制率を決定し、
負荷処理部は、問い合わせ実施装置、サービス種別及び番号データのそれぞれについて、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。The centralized management and control device processes inquiries for multiple service types,
The load monitoring control unit monitors the load of the central management / control device for each of the inquiry execution device that requests the inquiry, the service type, and the number data, and determines the regulation rate according to the load,
The apparatus according to claim 1, wherein the load processing unit rejects the inquiry at a rate based on a restriction rate for each of the inquiry execution device, the service type, and the number data. 負荷監視制御部は、サービスを要求するエリア及び問い合わせを要求する問い合わせ実施装置のそれぞれについて、集中管理・制御装置の負荷を監視して負荷に応じた規制率を決定し、
負荷処理部は、エリア及び問い合わせ実施装置のそれぞれについて、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。The load monitoring control unit monitors the load of the central management / control device for each of the area for requesting the service and the inquiry execution device for requesting the inquiry, and determines the regulation rate according to the load,
The apparatus according to claim 1, wherein the load processing unit rejects the inquiry for each of the area and the inquiry execution apparatus at a rate based on the restriction rate. 負荷処理部は、予め指定されたエリア及び予め指定された問い合わせ実施装置についてのみ、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。  The apparatus according to claim 1, wherein the load processing unit rejects an inquiry at a rate based on a restriction rate only for a predesignated area and a predesignated inquiry execution apparatus. 集中管理・制御装置は、複数のサービス種別について問い合わせを処理し、
負荷監視制御部は、サービスを要求するエリア、問い合わせを要求する問い合わせ実施装置及びサービス種別のそれぞれについて、集中管理・制御装置の負荷を監視して負荷に応じた規制率を決定し、
負荷処理部は、エリア、問い合わせ実施装置及びサービス種別のそれぞれについて、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。The centralized management and control device processes inquiries for multiple service types,
The load monitoring control unit determines the regulation rate according to the load by monitoring the load of the central management / control device for each of the area requesting the service, the inquiry execution device requesting the inquiry, and the service type,
The apparatus according to claim 1, wherein the load processing unit rejects the inquiry at a ratio based on a restriction rate for each of the area, the inquiry execution apparatus, and the service type. 負荷処理部は、予め指定されたエリア、予め指定された問い合わせ実施装置及び予め指定されたサービス種別についてのみ、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。  The apparatus according to claim 1, wherein the load processing unit rejects an inquiry at a rate based on a restriction rate only for a predesignated area, a predesignated inquiry execution apparatus, and a predesignated service type. 集中管理・制御装置は、複数のサービス種別について問い合わせを処理し、
負荷監視制御部は、サービスを要求するエリア、問い合わせを要求する問い合わせ実施装置、サービス種別及び番号データのそれぞれについて、集中管理・制御装置の負荷を監視して負荷に応じた規制率を決定し、
負荷処理部は、エリア、問い合わせ実施装置、サービス種別及び番号データのそれぞれについて、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。The centralized management and control device processes inquiries for multiple service types,
The load monitoring control unit monitors the load of the central management / control device for each of the area requesting the service, the inquiry execution device requesting the inquiry, the service type and the number data, and determining the regulation rate according to the load,
The apparatus according to claim 1, wherein the load processing unit rejects the inquiry for each of the area, the inquiry execution apparatus, the service type, and the number data based on a restriction rate. 負荷処理部は、予め指定された加入者についてのみ、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。  The apparatus according to claim 1, wherein the load processing unit rejects the inquiry only for the subscriber designated in advance at a rate based on the restriction rate. 負荷処理部は、予め指定された加入者クラスについてのみ、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。  The apparatus according to claim 1, wherein the load processing unit rejects an inquiry at a rate based on a restriction rate only for a subscriber class designated in advance. 負荷処理部は、予め指定された情報の属性についてのみ、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。  The apparatus according to claim 1, wherein the load processing unit rejects an inquiry at a rate based on a restriction rate only for an attribute of information designated in advance. 負荷処理部は、予め定められたパスワードが入力されない問い合わせについてのみ、規制率に基づく割合で問い合わせを拒絶する請求項１記載の装置。  The apparatus according to claim 1, wherein the load processing unit rejects an inquiry at a rate based on a restriction rate only for an inquiry for which a predetermined password is not input. 予め指定された種類の呼に基づく問い合わせをすべて拒絶する手段をさらに具備する請求項１記載の装置。  The apparatus of claim 1, further comprising means for rejecting all inquiries based on pre-specified types of calls.
JP09877396A 1995-04-20 1996-04-19 Centralized control / control network load regulation control system Expired - Fee Related JP3969764B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP09877396A JP3969764B2 (en) 1995-04-20 1996-04-19 Centralized control / control network load regulation control system

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP9494495 1995-04-20
JP7-94944 1995-04-20
JP09877396A JP3969764B2 (en) 1995-04-20 1996-04-19 Centralized control / control network load regulation control system

Publications (2)

Publication Number Publication Date
JPH098907A JPH098907A (en) 1997-01-10
JP3969764B2 true JP3969764B2 (en) 2007-09-05

Family

ID=26436171

Family Applications (1)

Application Number Title Priority Date Filing Date
JP09877396A Expired - Fee Related JP3969764B2 (en) 1995-04-20 1996-04-19 Centralized control / control network load regulation control system

Country Status (1)

Country Link
JP (1) JP3969764B2 (en)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6134216A (en) * 1997-10-29 2000-10-17 Lucent Technologies Inc. Integrated overload control for overload control for distributed real time systems
JP2000076162A (en) * 1998-09-01 2000-03-14 Nippon Telegr & Teleph Corp <Ntt> Pre-processor for reception processing server
JP3328208B2 (en) 1998-12-28 2002-09-24 富士通株式会社 Intelligent network system
KR100354990B1 (en) * 2000-01-26 2002-10-05 주식회사 하이닉스반도체 Device and method for controlling command transmission of omp at overload in hlr
KR20020080008A (en) * 2001-04-10 2002-10-23 주식회사 만도 Ball joint of steering gear for vehicle
JP3904435B2 (en) 2001-11-28 2007-04-11 株式会社日立製作所 Congestion control apparatus and method for Web service
JP2004192493A (en) 2002-12-13 2004-07-08 Hitachi Ltd Storage device controller, information processing apparatus, and program
JP5203919B2 (en) * 2008-12-26 2013-06-05 株式会社野村総合研究所 Server system
JP5690290B2 (en) * 2012-01-26 2015-03-25 日本電信電話株式会社 Session control server, communication system, and communication method
CN111046091B (en) * 2019-10-24 2023-12-08 杭州数梦工场科技有限公司 Operation method, device and equipment of data exchange system

Also Published As

Publication number Publication date
JPH098907A (en) 1997-01-10

Similar Documents

Publication Publication Date Title
US5768360A (en) Subscriber call routing processing system
US5164983A (en) Telemarketing complex performance management system
US5615249A (en) Service prioritization in a cellular telephone system
JP3969764B2 (en) Centralized control / control network load regulation control system
US6570980B1 (en) Method of distributing telephone calls to ordered agents
US6532214B1 (en) Controlling traffic congestion in intelligent electronic networks
CN101513013B (en) System and method for overload control in a next generation network
JPH03153149A (en) Overload control in communication network and device therefor
DE69927838T2 (en) EQUIPMENT OF SIMULTANEOUS CALLS IN A TELECOMMUNICATIONS NETWORK
US6584189B1 (en) Call routing data management
US20040087311A1 (en) Load distribution between nodes in communication networks
JP4347416B2 (en) Traffic control in communication networks
EP1095526B1 (en) Execution of services in intelligent network
US5802308A (en) Load control system for centralized management/control type network
US6222918B1 (en) Call distribution facility
JP2002505045A (en) Overload protection at the service control point (SCP)
JP3582023B2 (en) Representative group terminal aggregation method
US6212267B1 (en) Switching system service controller operating in a closed loop with call processor using subscriber-specific scheduling memories
JPH0865386A (en) Service disturbance prevention system
Pettersson Some results on optimal decisions in network oriented load control in signaling networks
JP3442055B2 (en) Mobile communication control device and control method therefor
EP1079639B1 (en) A method for controlling mass calls, and a corresponding communications network
JP2938630B2 (en) Load control method in a system with multiple processing methods
JPH0522414A (en) Plural service protection control method
KR100788133B1 (en) Traffic Control System of Public Switched Telephone Network

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060822

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061128

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070126

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070220

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070410

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070508

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070605

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees