JP2953928B2 - 交換機の負荷制御方法とその装置 - Google Patents
交換機の負荷制御方法とその装置Info
- Publication number
- JP2953928B2 JP2953928B2 JP29583593A JP29583593A JP2953928B2 JP 2953928 B2 JP2953928 B2 JP 2953928B2 JP 29583593 A JP29583593 A JP 29583593A JP 29583593 A JP29583593 A JP 29583593A JP 2953928 B2 JP2953928 B2 JP 2953928B2
- Authority
- JP
- Japan
- Prior art keywords
- task
- tasks
- hardware
- maintenance
- monitoring
- 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
Links
Landscapes
- Monitoring And Testing Of Exchanges (AREA)
- Exchange Systems With Centralized Control (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【産業上の利用分野】本発明は多重タスク方式を採用し
た交換機の負荷制御方法とその装置に関し、特にシステ
ム運用におけるタスクの生成数，起動数の制御を行う交
換機の負荷制御方法とその装置に関する。
た交換機の負荷制御方法とその装置に関し、特にシステ
ム運用におけるタスクの生成数，起動数の制御を行う交
換機の負荷制御方法とその装置に関する。
【０００２】
【従来の技術】タスク数とそれらのタスクが動作するた
めに必要なリソース、すなわちメモリの量とは正比例の
関係にある。大規模なシステムほど運用上多くのタスク
を必要とするため、タスク数に応じて多くのメモリを実
装しなければならない。
めに必要なリソース、すなわちメモリの量とは正比例の
関係にある。大規模なシステムほど運用上多くのタスク
を必要とするため、タスク数に応じて多くのメモリを実
装しなければならない。
【０００３】また、システムを構成する複数種のタスク
はシステムとして最もバランスのとれた性能が発揮でき
るために、限られたリソースの中で、ある一定のタスク
構成比となるようにタスクの生成，起動処理は設計され
ている。
はシステムとして最もバランスのとれた性能が発揮でき
るために、限られたリソースの中で、ある一定のタスク
構成比となるようにタスクの生成，起動処理は設計され
ている。
【０００４】したがって、従来のシステム運用制御方式
では、そのシステム規模に見合った量のメモリを用意
し、このメモリ量の範囲内でタスク構成比を変えずに全
体のタスク数を増減することによって、システム規模に
応じた数量のタスクを生成して起動していた。その結
果、この構成比を変更することは、この構成比にもとづ
いて動作しているソフトウェアの変更なしにはほとんど
不可能であった。
では、そのシステム規模に見合った量のメモリを用意
し、このメモリ量の範囲内でタスク構成比を変えずに全
体のタスク数を増減することによって、システム規模に
応じた数量のタスクを生成して起動していた。その結
果、この構成比を変更することは、この構成比にもとづ
いて動作しているソフトウェアの変更なしにはほとんど
不可能であった。
【０００５】また、処理能力の観点からは、生成，起動
されているタスクはオペレーティング・システム（以
下、ＯＳと記す）の管理下におかれ、ごく小量ではある
が、無処理状態においてもシステムに対しては無駄な負
荷をかけていることになる。
されているタスクはオペレーティング・システム（以
下、ＯＳと記す）の管理下におかれ、ごく小量ではある
が、無処理状態においてもシステムに対しては無駄な負
荷をかけていることになる。
【０００６】
【発明が解決しようとする課題】量販商品である構内交
換機のシステム使用は、多岐にわたるユーザの使用形態
にバランス良く対応するために、全ユーザの最大公約数
的なものとならざるを得ない。
換機のシステム使用は、多岐にわたるユーザの使用形態
にバランス良く対応するために、全ユーザの最大公約数
的なものとならざるを得ない。
【０００７】従来のシステム運用制御方式では、システ
ムを構成するタスクの構成比はシステムの規模には関係
なく最もバランスのとれた性能が発揮できるように、あ
る一定の値に決まっていた。
ムを構成するタスクの構成比はシステムの規模には関係
なく最もバランスのとれた性能が発揮できるように、あ
る一定の値に決まっていた。
【０００８】したがって、それぞれの規模のシステムに
おいて、どのようなタスクがいくつ生成，起動されるか
はタスク構成比とシステム規模によって決定されてしま
う。
おいて、どのようなタスクがいくつ生成，起動されるか
はタスク構成比とシステム規模によって決定されてしま
う。
【０００９】しかし、今日のように多種多様な業種や業
態が存在する中では、システム構成自体もユーザにより
様様であり、またシステムにかかる負荷も常に一定であ
るはずがなく、年，月，週や一日の時間帯によって刻刻
と変化しているのが普通である。
態が存在する中では、システム構成自体もユーザにより
様様であり、またシステムにかかる負荷も常に一定であ
るはずがなく、年，月，週や一日の時間帯によって刻刻
と変化しているのが普通である。
【００１０】ハードウェア機能のモジュール化，パッケ
ージ化が進み、機能単位にハードウェアの増減は容易に
できるものの、これを制御するソフトウェアの処理タス
クの数量は上述したようにシステム規模のタスク構成比
によって決まっており、タスク構成比が容易に変更でき
ないため、システムの運用形態に合わせて特定機能の処
理タスクをシステム運用中に増減することはほとんど不
可能であるという大きな問題点があった。
ージ化が進み、機能単位にハードウェアの増減は容易に
できるものの、これを制御するソフトウェアの処理タス
クの数量は上述したようにシステム規模のタスク構成比
によって決まっており、タスク構成比が容易に変更でき
ないため、システムの運用形態に合わせて特定機能の処
理タスクをシステム運用中に増減することはほとんど不
可能であるという大きな問題点があった。
【００１１】また、従来のシステム運用制御方式では、
イベント発生の有無にかかわらず、一度生成，起動され
たタスクは何も処理をしていない空転状態にあってもシ
ステム固定の負荷として処理能力の低下に悪影響を与え
ているという問題点があり、このようなタスクは削除さ
れることが望ましい。
イベント発生の有無にかかわらず、一度生成，起動され
たタスクは何も処理をしていない空転状態にあってもシ
ステム固定の負荷として処理能力の低下に悪影響を与え
ているという問題点があり、このようなタスクは削除さ
れることが望ましい。
【００１２】本発明の目的は、個個のユーザの要求を満
足させ得るようなきめ細かいカスタマイズが困難である
ことに鑑み、個個のユーザの運用に最適なタスク構成を
ハードウェアの実装状況やトラフィックに応じて動的に
決定することにより、運用中のシステムを停止させずに
ソフトウェアを交換することができ、且つ性能向上およ
びメモリ資源の有効活用を図った交換機の負荷制御方法
とその装置を提供することにある。
足させ得るようなきめ細かいカスタマイズが困難である
ことに鑑み、個個のユーザの運用に最適なタスク構成を
ハードウェアの実装状況やトラフィックに応じて動的に
決定することにより、運用中のシステムを停止させずに
ソフトウェアを交換することができ、且つ性能向上およ
びメモリ資源の有効活用を図った交換機の負荷制御方法
とその装置を提供することにある。
【００１３】
【課題を解決するための手段】本発明によれば、機能の
異なる個個のタスクが多重化された構成をとる多重タス
ク方式の交換機において、ライン回路およびトランク回
路を含む周辺回路のハードウェアの構成条件，保守者が
指定する運用形態および時時刻刻変化するトラフィック
状態を監視し、これらの監視結果を総合的に判断した上
で呼制御を含む処理タスク数を動的に増減することを特
徴とする交換機の負荷制御方法が得られる。
異なる個個のタスクが多重化された構成をとる多重タス
ク方式の交換機において、ライン回路およびトランク回
路を含む周辺回路のハードウェアの構成条件，保守者が
指定する運用形態および時時刻刻変化するトラフィック
状態を監視し、これらの監視結果を総合的に判断した上
で呼制御を含む処理タスク数を動的に増減することを特
徴とする交換機の負荷制御方法が得られる。
【００１４】また、機能の異なる個個のタスクが多重化
された構成をとる多重タスク方式の交換機において、ラ
イン回路およびトランク回路を含む周辺回路のハードウ
ェアの実装状態を管理するハードウェア管理手段と、前
記保守者によって保守コンソールから登録される交換サ
ービスの運用にかかわる情報を管理する保守・運用管理
手段と、システム内のタスクの生成，起動および終了，
削除の制御と定期的な前記タスクの状態監視とを行う制
御監視手段と、呼処理トラフィックを収集する収集手段
とを備え、運用上常に最適かつ最小のタスク構成となる
ようにタスク多重度を制御することを特徴とする交換機
の負荷制御装置が得られる。
された構成をとる多重タスク方式の交換機において、ラ
イン回路およびトランク回路を含む周辺回路のハードウ
ェアの実装状態を管理するハードウェア管理手段と、前
記保守者によって保守コンソールから登録される交換サ
ービスの運用にかかわる情報を管理する保守・運用管理
手段と、システム内のタスクの生成，起動および終了，
削除の制御と定期的な前記タスクの状態監視とを行う制
御監視手段と、呼処理トラフィックを収集する収集手段
とを備え、運用上常に最適かつ最小のタスク構成となる
ようにタスク多重度を制御することを特徴とする交換機
の負荷制御装置が得られる。
【００１５】さらに、前記ハードウェア管理手段は前記
ハードウェアの実装状態，数量を管理する装置管理部か
ら構成され、前記保守・運用管理手段は前記保守コンソ
ールから登録される加入者，局線およびサービスの運用
形態を管理する保守・運用管理部から構成され、前記制
御監視手段は前記システム内のタスク構成を管理するタ
スク状態管理部と，交換サービス処理を前記タスク単位
に実現する呼制御部とから構成され、前記収集手段は前
記呼制御部からの通知を受けて呼処理負荷の情報を収集
するトラフィック情報収集部から構成され、前記システ
ム全体にわたるタスク実行のスケジューリングを管理す
るとともに前記タスクに対するメモリ資源の割当を行う
オペレーティング・システムを備えることを特徴とする
交換機の負荷制御装置が得られる。
ハードウェアの実装状態，数量を管理する装置管理部か
ら構成され、前記保守・運用管理手段は前記保守コンソ
ールから登録される加入者，局線およびサービスの運用
形態を管理する保守・運用管理部から構成され、前記制
御監視手段は前記システム内のタスク構成を管理するタ
スク状態管理部と，交換サービス処理を前記タスク単位
に実現する呼制御部とから構成され、前記収集手段は前
記呼制御部からの通知を受けて呼処理負荷の情報を収集
するトラフィック情報収集部から構成され、前記システ
ム全体にわたるタスク実行のスケジューリングを管理す
るとともに前記タスクに対するメモリ資源の割当を行う
オペレーティング・システムを備えることを特徴とする
交換機の負荷制御装置が得られる。
【００１６】
【実施例】次に、本発明について図面を参照して説明す
る。
る。
【００１７】図１は本発明の交換機の負荷制御方法とそ
の装置の一実施例を示す構内交換システム用ソフトウェ
ア構成のブロック図である。
の装置の一実施例を示す構内交換システム用ソフトウェ
ア構成のブロック図である。
【００１８】ソフトウェア全体は呼処理，障害処理，保
守・運用管理などの機能の集合である。
守・運用管理などの機能の集合である。
【００１９】図１を参照すると、タスク状態管理部１１
はシステム内のタスク構成（種類，数）を管理してい
る。装置管理部１２はライン回路やトランク回路などの
ハードウェアの実装状態，数量を管理する。保守・運用
管理部１３は保守者によって保守コンソールから登録さ
れる加入者や局線，サービスなどの運用形態を管理す
る。呼制御部１４は交換処理をタスクと呼ばれる処理機
能を単位として内線や外線のサービスを実現する。トラ
フィック情報収集部１５は呼制御部１４からの通知を受
けて発着信の数など呼処理負荷の情報を収集している。
ＯＳ１６はシステム全体にわたるタスク実行のスケジュ
ーリングを管理するとともにタスクに対するメモリ資源
の割当を行う。
はシステム内のタスク構成（種類，数）を管理してい
る。装置管理部１２はライン回路やトランク回路などの
ハードウェアの実装状態，数量を管理する。保守・運用
管理部１３は保守者によって保守コンソールから登録さ
れる加入者や局線，サービスなどの運用形態を管理す
る。呼制御部１４は交換処理をタスクと呼ばれる処理機
能を単位として内線や外線のサービスを実現する。トラ
フィック情報収集部１５は呼制御部１４からの通知を受
けて発着信の数など呼処理負荷の情報を収集している。
ＯＳ１６はシステム全体にわたるタスク実行のスケジュ
ーリングを管理するとともにタスクに対するメモリ資源
の割当を行う。
【００２０】呼制御部１４は複数種のタスクの相互動作
によって実現されている。例えば、機能Ａを実行するタ
スクａ，機能Ｂを実行するタスクｂ，機能Ｃを実行する
タスクｃおよび機能Ｄを実行するタスクｄである。
によって実現されている。例えば、機能Ａを実行するタ
スクａ，機能Ｂを実行するタスクｂ，機能Ｃを実行する
タスクｃおよび機能Ｄを実行するタスクｄである。
【００２１】そして、タスク状態管理部１１はシステム
内の処理タスクの生成，起動および終了，削除を制御す
る。すなわち、装置管理部１２から通知されてくるライ
ン回路，トランク回路などのハードウェアの実装情報か
らこのハードウェアの属性データをシステム内のデータ
ベースから読み出し、その内容に従って対応する処理タ
スクの生成，起動および終了，削除を指示する。
内の処理タスクの生成，起動および終了，削除を制御す
る。すなわち、装置管理部１２から通知されてくるライ
ン回路，トランク回路などのハードウェアの実装情報か
らこのハードウェアの属性データをシステム内のデータ
ベースから読み出し、その内容に従って対応する処理タ
スクの生成，起動および終了，削除を指示する。
【００２２】例えば、トランク回路が未実装状態から実
装状態に変化した旨の通知を受けたときは、このトラン
ク回路の属性データを読み出し、データ内容も正常であ
るならば、呼制御部１４に指示して局線呼処理のタスク
を１つだけ生成，起動する。
装状態に変化した旨の通知を受けたときは、このトラン
ク回路の属性データを読み出し、データ内容も正常であ
るならば、呼制御部１４に指示して局線呼処理のタスク
を１つだけ生成，起動する。
【００２３】ハードウェアが実装されているからといっ
て、必ずしもサービス可能状態とは限らないため、必ず
登録されている属性データとの整合性の確認を行ってか
らタスクを生成する。
て、必ずしもサービス可能状態とは限らないため、必ず
登録されている属性データとの整合性の確認を行ってか
らタスクを生成する。
【００２４】逆にトランク回路が実装状態から未実装状
態に変化した旨の通知を装置管理部１２から受けたとき
は、その処理タスクを１つ終了して削除する。
態に変化した旨の通知を装置管理部１２から受けたとき
は、その処理タスクを１つ終了して削除する。
【００２５】このようにタスク状態管理部１１は周辺回
路の活性化／非活性化を識別して、対応するタスクの生
成，起動および終了，削除を制御している。
路の活性化／非活性化を識別して、対応するタスクの生
成，起動および終了，削除を制御している。
【００２６】次に、図２は図１における多重タスクシス
テムのタスク構成を示す図である。
テムのタスク構成を示す図である。
【００２７】図２を参照すると、機能Ａを実行するタス
クａには機能Ａ１を実行するタスクａ１と、これと全く
同様な機能を有するタスクａ２，ａ３およびａ４が存在
しており、タスクａの多重度は“４”となる。ここで、
多重度の“４”とは機能Ａに対する要求は同時に４つま
で処理可能であることを示している。
クａには機能Ａ１を実行するタスクａ１と、これと全く
同様な機能を有するタスクａ２，ａ３およびａ４が存在
しており、タスクａの多重度は“４”となる。ここで、
多重度の“４”とは機能Ａに対する要求は同時に４つま
で処理可能であることを示している。
【００２８】同様に、タスクｂ１，ｂ２およびｂ３は多
重度が“３”、タスクｃ１およびｃ２は多重度が
“２”、タスクｄ１，ｄ２およびｄ３は多重度が“３”
である。
重度が“３”、タスクｃ１およびｃ２は多重度が
“２”、タスクｄ１，ｄ２およびｄ３は多重度が“３”
である。
【００２９】システムとして高い処理能力を発揮するに
は、同時処理数が多くなるよう、同一タスクの多重度を
大きくする必要があるが、タスク数とこれに必要なメモ
リ容量は正比例の関係にあるため、限られたメモリ容量
の中ではむやみに多重度を大きくすることはできない。
は、同時処理数が多くなるよう、同一タスクの多重度を
大きくする必要があるが、タスク数とこれに必要なメモ
リ容量は正比例の関係にあるため、限られたメモリ容量
の中ではむやみに多重度を大きくすることはできない。
【００３０】次に、図３は図１における呼制御部におい
て特定機能を偏重したためタスク構成が偏ってしまった
システムのタスク構成図である。
て特定機能を偏重したためタスク構成が偏ってしまった
システムのタスク構成図である。
【００３１】図３に示すように特定のタスク（例えばタ
スクａ）の多重度を大きくして特定の機能の処理能力を
高めようとすると、他のタスクの多重度を小さくしなけ
ればならないため、他の機能の処理能力が低下してしま
い、システム全体としては不都合である。
スクａ）の多重度を大きくして特定の機能の処理能力を
高めようとすると、他のタスクの多重度を小さくしなけ
ればならないため、他の機能の処理能力が低下してしま
い、システム全体としては不都合である。
【００３２】したがって、従来は限られたメモリ容量の
中でシステムとして最もバランスのとれた処理能力が発
揮できるように、あるタスク構成比でタスクが生成，起
動されるよう多重度が設定されている。
中でシステムとして最もバランスのとれた処理能力が発
揮できるように、あるタスク構成比でタスクが生成，起
動されるよう多重度が設定されている。
【００３３】しかし、運用状態や目的によっては、特定
の機能，タスクを偏重する必要がある場合が出てくる。
例えば、局線の収容回線数が極端に多い場合などであ
る。
の機能，タスクを偏重する必要がある場合が出てくる。
例えば、局線の収容回線数が極端に多い場合などであ
る。
【００３４】このような場合、局線を収容するトランク
回路に相当するハードウェア・パッケージはこれに見合
う数量に増設すればよい。そして、ソフトウェア側では
局線の呼処理の処理能力が高くなるよう局線呼処理タス
クの多重度を大きくする必要がある。
回路に相当するハードウェア・パッケージはこれに見合
う数量に増設すればよい。そして、ソフトウェア側では
局線の呼処理の処理能力が高くなるよう局線呼処理タス
クの多重度を大きくする必要がある。
【００３５】しかし、上述したようにシステム内のタス
ク構成は全機能のバランスを考慮して設定されているた
め、そのままでは局線呼処理タスクの数が不足して局線
接続のサービスが低下してしまう。
ク構成は全機能のバランスを考慮して設定されているた
め、そのままでは局線呼処理タスクの数が不足して局線
接続のサービスが低下してしまう。
【００３６】また、局線呼処理タスクの多重度を変更す
るには、タスク構成比の変更を含むソフトウェアの改造
と、改造後のソフトウェアを運用中のものと交換するこ
とが必要であり、これを容易に行うことができないこと
が従来方式の欠点であった。
るには、タスク構成比の変更を含むソフトウェアの改造
と、改造後のソフトウェアを運用中のものと交換するこ
とが必要であり、これを容易に行うことができないこと
が従来方式の欠点であった。
【００３７】次に、本発明の交換機の負荷制御方式によ
るタスクの生成数，起動数の決定手順について説明す
る。
るタスクの生成数，起動数の決定手順について説明す
る。
【００３８】まずシステムの初期設定再開において、タ
スク状態管理部１１は装置管理部１２から実装されてい
る周辺回路の実装状態の通知を受けるとともに、保守・
運用管理部１３から運用形態に関する情報の通知を受け
る。
スク状態管理部１１は装置管理部１２から実装されてい
る周辺回路の実装状態の通知を受けるとともに、保守・
運用管理部１３から運用形態に関する情報の通知を受け
る。
【００３９】このとき、タスク状態管理部１１は周辺回
路の種別ごとに実装数を計数しておき、タスクの生成
数，起動数はこの計数結果にもとづいて静的に決定す
る。すなわち、システム内タスクの総数を周辺回路の種
別ごとの数量比に応じて配分し、呼制御部１４に指示し
て対応する処理タスクを生成，起動させる。
路の種別ごとに実装数を計数しておき、タスクの生成
数，起動数はこの計数結果にもとづいて静的に決定す
る。すなわち、システム内タスクの総数を周辺回路の種
別ごとの数量比に応じて配分し、呼制御部１４に指示し
て対応する処理タスクを生成，起動させる。
【００４０】例えば、加入者回路，局線トランク回路，
中継交換台の数量比が５：４：１であるならば、それぞ
れの機能に対応するタスクの構成比が５：４：１になる
ようなタスク多重度でそれぞれのタスク生成，起動を行
えば、このシステムにとって最もバランスのとれたタス
ク構成比となる。
中継交換台の数量比が５：４：１であるならば、それぞ
れの機能に対応するタスクの構成比が５：４：１になる
ようなタスク多重度でそれぞれのタスク生成，起動を行
えば、このシステムにとって最もバランスのとれたタス
ク構成比となる。
【００４１】したがって、上述した例のように局線回線
数が多い局では、これに見合った多くの局線トランクが
実装されているはずであるから、おのずと局線呼処理タ
スクの多重度も高くなっている。
数が多い局では、これに見合った多くの局線トランクが
実装されているはずであるから、おのずと局線呼処理タ
スクの多重度も高くなっている。
【００４２】ただし、タスクの生成，起動を行う前に、
必ず登録されている属性データと実装されている周辺回
路との整合性を確認する。ハードウェアが実装されてい
るだけで、その周辺回路がサービス可能になるわけでは
なく、処理上実用となる属性データが登録されていて始
めてサービスの提供が可能になる。したがって、ハード
ウェアが実装されていても属性データとの整合がとれな
ければ未実装と同等に扱う負荷制御を行う。
必ず登録されている属性データと実装されている周辺回
路との整合性を確認する。ハードウェアが実装されてい
るだけで、その周辺回路がサービス可能になるわけでは
なく、処理上実用となる属性データが登録されていて始
めてサービスの提供が可能になる。したがって、ハード
ウェアが実装されていても属性データとの整合がとれな
ければ未実装と同等に扱う負荷制御を行う。
【００４３】さらに、タスク状態管理部１１はシステム
にかかる呼処理の負荷をトラフィック情報収集部１５か
らの通知によって検出し、タスク数の増減が必要と判断
されるときはＯＳ１６に対してメモリの確保または解放
を要求した上で、呼制御部１４に指示して動的にタスク
を生成または削除させる。
にかかる呼処理の負荷をトラフィック情報収集部１５か
らの通知によって検出し、タスク数の増減が必要と判断
されるときはＯＳ１６に対してメモリの確保または解放
を要求した上で、呼制御部１４に指示して動的にタスク
を生成または削除させる。
【００４４】次に、図３，図４および図５を併用してタ
スク状態管理部がシステム運用中に行うタスクの状態監
視について説明する。
スク状態管理部がシステム運用中に行うタスクの状態監
視について説明する。
【００４５】図４は図３と同一のシステムが別のある時
点で示しているタスク構成図、図５は図１におけるタス
ク状態管理部が図３，図４中のタスクａの状態監視のた
めに使用している監視メモリの概念図である。
点で示しているタスク構成図、図５は図１におけるタス
ク状態管理部が図３，図４中のタスクａの状態監視のた
めに使用している監視メモリの概念図である。
【００４６】まず、実装されている周辺回路の数量と登
録されている属性データとからタスクａは図３に示すよ
うに９個のタスクａ１，…，ａ９が生成，起動されたと
する。
録されている属性データとからタスクａは図３に示すよ
うに９個のタスクａ１，…，ａ９が生成，起動されたと
する。
【００４７】タスク状態管理部１１はタスクの生成，起
動と同時にタスクの状態を定期的にチェックするための
図５に示すような管理メモリを作成する。
動と同時にタスクの状態を定期的にチェックするための
図５に示すような管理メモリを作成する。
【００４８】図５を参照すると、監視メモリは９つの要
素Ａ［１］，…，Ａ［９］から構成されており、内部に
はカウンタが保持されている。このカウンタの初期値は
「０」であるが、周期的に起動されるタスク状態管理モ
ジュールの中で、要素Ａ［１］，…，Ａ［９］のそれぞ
れが毎回、１ずつ加算される。
素Ａ［１］，…，Ａ［９］から構成されており、内部に
はカウンタが保持されている。このカウンタの初期値は
「０」であるが、周期的に起動されるタスク状態管理モ
ジュールの中で、要素Ａ［１］，…，Ａ［９］のそれぞ
れが毎回、１ずつ加算される。
【００４９】通常は何等かのイベントが発生してタスク
ａが機能Ａを実行すると、このタスクに対応するＡ［］
は初期値「０」に戻る。
ａが機能Ａを実行すると、このタスクに対応するＡ［］
は初期値「０」に戻る。
【００５０】例えば、イベントが発生してタスクａ１が
処理を実行した場合には、要素Ａ［１］は初期値「０」
に戻る。一方、生成，起動されたまま全くその機能を果
たしていないタスクはカウンタが「２」，「３」，
「４」，「５」と加算されていく。
処理を実行した場合には、要素Ａ［１］は初期値「０」
に戻る。一方、生成，起動されたまま全くその機能を果
たしていないタスクはカウンタが「２」，「３」，
「４」，「５」と加算されていく。
【００５１】このようにして監視メモリはあるしきい値
を超えると、対応するタスクは一定時間以上の間、何も
処理を実行していない無効なタスクと判断され、周辺回
路の実装／未実装にかかわらずタスク状態監視モジュー
ルはシステムのリソースを有効に使用するため、このタ
スクを強制的に終了して削除する。
を超えると、対応するタスクは一定時間以上の間、何も
処理を実行していない無効なタスクと判断され、周辺回
路の実装／未実装にかかわらずタスク状態監視モジュー
ルはシステムのリソースを有効に使用するため、このタ
スクを強制的に終了して削除する。
【００５２】仮にしきい値を「５」とすると、図５から
タスクａ６，…，ａ９は無効と判断され、図３では９つ
存在していたタスクａ１，…，ａ９は図４に示すように
タスクａ１，…，ａ５の５つに減少している。
タスクａ６，…，ａ９は無効と判断され、図３では９つ
存在していたタスクａ１，…，ａ９は図４に示すように
タスクａ１，…，ａ５の５つに減少している。
【００５３】なお、タスクａの処理が必要とされるよう
なイベントが続けて発生し、タスクａ１，…，ａ５では
過負荷となるようであれば、再び図３のタスクａ６，
…，ａ９が生成，起動され、管理メモリの要素Ａ
［６］，…，Ａ［９］も初期値「０」に戻り、タスクａ
１，…，ａ５とともに負荷を処理する。
なイベントが続けて発生し、タスクａ１，…，ａ５では
過負荷となるようであれば、再び図３のタスクａ６，
…，ａ９が生成，起動され、管理メモリの要素Ａ
［６］，…，Ａ［９］も初期値「０」に戻り、タスクａ
１，…，ａ５とともに負荷を処理する。
【００５４】
【発明の効果】以上説明したように本発明の交換機の負
荷制御方法とその装置は、ハードウェアの構成条件，保
守者の指定する運用形態または時時刻刻変化するトラフ
ィック状態を監視し、これらを総合的に判断した上で呼
制御などの処理タスクを動的に増減することにより、ユ
ーザ対応のカスタマイズやソフトウェアの交換なしにシ
ステムの運用形態および運用状態に追従できるという効
果を有する。
荷制御方法とその装置は、ハードウェアの構成条件，保
守者の指定する運用形態または時時刻刻変化するトラフ
ィック状態を監視し、これらを総合的に判断した上で呼
制御などの処理タスクを動的に増減することにより、ユ
ーザ対応のカスタマイズやソフトウェアの交換なしにシ
ステムの運用形態および運用状態に追従できるという効
果を有する。
【００５５】また、一定時間以上の間、空転状態が続く
ような実質的に無効なタスクを動的に削除することがで
きるので、不要な負荷を排除してリソースを有効に活用
できるという効果を有する。
ような実質的に無効なタスクを動的に削除することがで
きるので、不要な負荷を排除してリソースを有効に活用
できるという効果を有する。
【図１】本発明の交換機の負荷制御方法とその装置の一
実施例を示す構内交換システム用ソフトウェア構成のブ
ロック図である。
実施例を示す構内交換システム用ソフトウェア構成のブ
ロック図である。
【図２】図１における多重タスクシステムのタスク構成
を示す図である。
を示す図である。
【図３】図１における呼制御部において特定機能を偏重
したためタスク構成が偏ってしまったシステムのタスク
構成図である。
したためタスク構成が偏ってしまったシステムのタスク
構成図である。
【図４】図４は図３と同一のシステムが別のある時点で
示しているタスク構成図である。
示しているタスク構成図である。
【図５】図１におけるタスク状態管理部が図３，図４中
のタスクａの状態監視のために使用している監視メモリ
の概念図である。
のタスクａの状態監視のために使用している監視メモリ
の概念図である。
【符号の説明】 １１ タスク状態管理部 １２ 装置管理部 １３ 保守・運用管理部 １４ 呼制御部 １５ トラフィック情報収集部 １６ オペレーティング・システム（ＯＳ） Ａ，Ｂ，Ｃ，Ｄ 機能 Ａ［１］，…，Ａ［９］ 要素 ａ，ａ１，…，ａ９ 機能Ａを実行するタスク ｂ，ｂ１，…，ｂ３ 機能Ｂを実行するタスク ｃ，ｃ１，ｃ２ 機能Ｃを実行するタスク ｄ，ｄ１，…，ｄ３ 機能Ｄを実行するタスク
───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.6，ＤＢ名) H04M 3/00 H04M 3/08 - 3/40 H04M 7/00 - 7/16 H04Q 1/20 - 1/26 H04Q 3/54 - 3/56 G06F 9/46
Claims (3)
- 【請求項１】 機能の異なる個個のタスクが多重化され
た構成をとる多重タスク方式の交換機において、ライン
回路およびトランク回路を含む周辺回路のハードウェア
の構成条件，保守者が指定する運用形態および時時刻刻
変化するトラフィック状態を監視し、これらの監視結果
を総合的に判断した上で呼制御を含む処理タスク数を動
的に増減することを特徴とする交換機の負荷制御方法。 - 【請求項２】 機能の異なる個個のタスクが多重化され
た構成をとる多重タスク方式の交換機において、ライン
回路およびトランク回路を含む周辺回路のハードウェア
の実装状態を管理するハードウェア管理手段と、前記保
守者によって保守コンソールから登録される交換サービ
スの運用にかかわる情報を管理する保守・運用管理手段
と、システム内のタスクの生成，起動および終了，削除
の制御と定期的な前記タスクの状態監視とを行う制御監
視手段と、呼処理トラフィックを収集する収集手段とを
備え、運用上常に最適かつ最小のタスク構成となるよう
にタスク多重度を制御することを特徴とする交換機の負
荷制御装置。 - 【請求項３】 前記ハードウェア管理手段は前記ハード
ウェアの実装状態，数量を管理する装置管理部から構成
され、前記保守・運用管理手段は前記保守コンソールか
ら登録される加入者，局線およびサービスの運用形態を
管理する保守・運用管理部から構成され、前記制御監視
手段は前記システム内のタスク構成を管理するタスク状
態管理部と，交換サービス処理を前記タスク単位に実現
する呼制御部とから構成され、前記収集手段は前記呼制
御部からの通知を受けて呼処理負荷の情報を収集するト
ラフィック情報収集部から構成され、前記システム全体
にわたるタスク実行のスケジューリングを管理するとと
もに前記タスクに対するメモリ資源の割当を行うオペレ
ーティング・システムを備えることを特徴とする請求項
２記載の交換機の負荷制御装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29583593A JP2953928B2 (ja) | 1993-11-26 | 1993-11-26 | 交換機の負荷制御方法とその装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29583593A JP2953928B2 (ja) | 1993-11-26 | 1993-11-26 | 交換機の負荷制御方法とその装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07154473A JPH07154473A (ja) | 1995-06-16 |
| JP2953928B2 true JP2953928B2 (ja) | 1999-09-27 |
Family
ID=17825804
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP29583593A Expired - Fee Related JP2953928B2 (ja) | 1993-11-26 | 1993-11-26 | 交換機の負荷制御方法とその装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2953928B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013211661A (ja) * | 2012-03-30 | 2013-10-10 | Oki Electric Ind Co Ltd | 交換装置及び無効端末情報解放プログラム |
-
1993
- 1993-11-26 JP JP29583593A patent/JP2953928B2/ja not_active Expired - Fee Related
Non-Patent Citations (1)
| Title |
|---|
| 特開 平３−１００８５２ＪＰ，Ａ） |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH07154473A (ja) | 1995-06-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5570410A (en) | Dynamic resource allocation process for a service control point in an advanced intelligent network system | |
| US6745221B1 (en) | Dynamic resource reallocation | |
| JP3812236B2 (ja) | イベント制御手段を備えたネットワーク管理システム | |
| US6947987B2 (en) | Method and apparatus for allocating network resources and changing the allocation based on dynamic workload changes | |
| US4993017A (en) | Modularly structured ISDN communication system | |
| US6996614B2 (en) | Resource allocation in data processing systems | |
| JP2001331333A (ja) | 計算機システム及び計算機システムの制御方法 | |
| JP2000242512A (ja) | 複数のオペレーティングシステムを実行する計算機 | |
| JPH1023480A (ja) | 情報処理装置及び分散処理制御方法 | |
| JPH09269925A (ja) | 負荷制御を行う大規模クライアントサーバーシステム | |
| US6847639B2 (en) | Managing feature interaction among a plurality of independent feature servers in telecommunications servers | |
| US6119173A (en) | System and method for communications and process management in a distributed telecommunications switch | |
| CN101167307A (zh) | 一种可动态自适应的分布式资源管理系统和方法 | |
| US5664090A (en) | Processor system and method for maintaining internal state consistency between active and stand-by modules | |
| CN111414241A (zh) | 批量数据处理方法、装置、系统、计算机设备及计算机可读存储介质 | |
| WO1997022208A2 (en) | Providing access to services in a telecommunications system | |
| US5412781A (en) | Method and arrangement of buffer allocation in communication systems by employing fixed and dynamic buffer allocation functions | |
| JPH11112666A (ja) | 着信呼分配システム | |
| AU569116B2 (en) | Multi-processing stored program controlled telecommunication establishment | |
| JP2953928B2 (ja) | 交換機の負荷制御方法とその装置 | |
| EP0830791A1 (en) | Resource availability in intelligent telecommunications networks | |
| EP0796463B1 (en) | Configuration mechanism | |
| Epema et al. | Proportional-share scheduling in single-server and multiple-server computing systems | |
| WO2018121532A1 (zh) | 资源共享的方法、装置和主备保护系统以及存储介质 | |
| US6889377B1 (en) | System and method for uniformly administering parameters for a load distribution and load control of a computer platform |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19990629 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070716 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080716 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |