(57)【要約】【課題】遅延無く処理を実行できる呼処理制御装置を提供する。【解決手段】本発明に関する呼処理制御装置は、入力された呼処理内容、あるいは保守処理内容について負荷の大きさを判定する処理内容入力部と、処理内容の負荷の大きさに基づいて、増加させる実行状態のＣＰＵ数を決定するＣＰＵ制御部と、決定した数のＣＰＵを用いて前記処理内容を実行する処理実行部とを備えることを特徴とする。【選択図】      図１
2012221040.tif 000002
【特許請求の範囲】
【請求項１】
入力された呼処理内容、あるいは保守処理内容について負荷の大きさを判定する処理内容入力部と
前記処理内容の負荷の大きさに基づいて、増加させる実行状態のＣＰＵ数を決定するＣＰＵ制御部と
前記決定した数のＣＰＵを用いて前記処理内容を実行する処理実行部とを備えることを特徴とする呼処理制御装置。
【請求項２】
前記処理内容入力部は、入力された前記保守処理内容を負荷の高い処理と、負荷の低い処理とに分類を行い、
前記ＣＰＵ制御部は、
前記負荷の高い処理に分類された場合に、増加させる実行状態のＣＰＵ数は、
前記負荷の低い処理に分類された場合に、増加させる実行状態のＣＰＵ数より多いことを特徴する請求項１に記載の呼処理制御装置。
【請求項３】
前記負荷の高い処理は、バックアップ収集、あるいはファイル更新であり、
前記負荷の低い処理は、プラグ投入、あるいは装置監視であることを特徴とする請求項２に記載の呼処理制御装置。
【請求項４】
前記処理内容入力部は、入力された前記保守処理内容、および前記呼処理内容を前記処理内容ごとに設けられた閾値と比較を行い、
前記処理内容が、前記閾値を超える場合、負荷の高い処理として分類を行い、
前記処理内容が、前記閾値を超えていない場合、負荷の低い処理として分類され
前記ＣＰＵ制御部は、
前記負荷の高い処理に分類された場合に、増加させる実行状態のＣＰＵ数は、
前記負荷の低い処理に分類された場合に、増加させる実行状態のＣＰＵ数より多いことを特徴とする請求項１に記載の呼処理制御装置。
【請求項５】
前記保守処理内容は、加入の設定数であり、
前記呼処理内容が接続要求信号量、あるいは再送信号量であることを特徴とする請求項４に記載の呼処理制御装置。
【請求項６】
前記接続信号量は、１秒間当たりのREGISTER信号数やINVITE信号数を含む接続要求信号量であり、
再送信号量は、REGISTER信号やINVITE信号の設定値に再送の情報が付与されている信号量であることを特徴とする請求項５に記載の呼処理制御装置。
【請求項７】
入力された呼処理内容、あるいは保守処理内容について負荷の大きさを判定し、
前記処理内容の負荷の大きさに基づいて、増加させる実行状態のＣＰＵ数を決定し、
前記決定した数のＣＰＵを用いて前記処理内容を実行することを特徴とする呼処理制御方法。
【請求項８】
入力された前記保守処理内容を負荷の高い処理と、負荷の低い処理とに分類を行い、
前記負荷の高い処理に分類された場合に、増加させる実行状態のＣＰＵ数は、
前記負荷の低い処理に分類された場合に、増加させる実行状態のＣＰＵ数より多いことを特徴とする請求項７に記載の呼処理制御方法。
【請求項９】
入力された前記保守処理内容、および前記呼処理内容を、前記処理内容ごとに設けられた閾値と比較を行い、
前記処理内容が前記閾値を超えた場合に、負荷の高い処理として増加させる実行状態のＣＰＵ数は、
前記処理内容が前記閾値を超えていない場合に、負荷の低い処理として増加させる実行状態のＣＰＵ数より多いことを特徴とする請求項７に記載の呼処理制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は入力された処理内容に基づいて負荷制御を行う呼処理制御装置、および呼処理制御方法に関する。
【背景技術】
【０００２】
呼処理制御サーバは、リアルタイムで呼処理を実施するサーバであり、緊急通報等にも使用され、一時的であっても呼処理を中断することができない。また呼処理制御サーバは、大量の呼処理要求が発生したときにも処理を遅延なく実行する必要がある。
【０００３】
そこで特許文献１には、複数のプロセッサを用いた並列計算機システムが記載されている。上記文献の並列計算機システムは、システムの実行状況を監視し、事前に処理時間が短縮されるようなプロセッサ数を算出して決定する。そして実行中の並列プログラムは、使用プロセッサ数が変更されたプロセッサに基づいて並列プログラムを再実行する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平８−２４９２９４
【発明の概要】
【発明が解決しようとする課題】
【０００５】
呼処理制御装置サーバは緊急通報などにも使用されているため、他のサーバ装置に比べて、処理の即時性が求められている。しかし特許文献１に記載の並列計算機システムは、実行状況における使用プロセッサ数の決定を算出により行っている。そのため使用プロセッサ数を算出により決定するまでの間、プログラムを少なからず中断する必要があり、処理遅延を発生してしまうという問題があった。
【０００６】
本発明は、上記課題を解決する呼処理制御装置を提供することを特徴とする。
【課題を解決するための手段】
【０００７】
本発明に関する呼処理制御装置は、入力された呼処理内容、あるいは保守処理内容について負荷の大きさを判定する処理内容入力部と、処理内容の負荷の大きさに基づいて、増加させる実行状態のＣＰＵ数を決定するＣＰＵ制御部と、決定した数のＣＰＵを用いて前記処理内容を実行する処理実行部とを備えることを特徴とする。
【発明の効果】
【０００８】
本発明における呼処理制御装置は、遅延無く処理を実行することができる。
【図面の簡単な説明】
【０００９】
【図１】第１の実施形態における呼処理制御装置のブロック図である。
【図２】第１の実施形態におけるフローチャート図である。
【図３】第２の実施形態における呼処理制御装置のブロック図である。
【図４】第２の実施形態におけるフローチャート図である。
【図５】第３の実施形態における呼処理制御装置のブロック図である。
【図６】第３の実施形態におけるフローチャート図である。
【発明を実施するための形態】
【００１０】
以下に、本発明を実施するための好ましい形態について図面を用いて説明する。但し、以下に述べる実施形態には、本発明を実施するために技術的に好ましい限定がされているが、発明の範囲を以下に限定するものではない。
【００１１】
〔第１の実施形態〕次に、本実施形態について図面を参照して詳細に説明する。図１は、本実施形態における呼処理制御装置１のブロック図である。
【００１２】
〔構成の説明〕図１に示すように、本実施形態における呼処理制御装置１は、処理実行部１０と、処理内容入力部４、ＣＰＵ制御部５と、ＣＰＵ（Central  Processing  Unit）群６とを備えている。
【００１３】
なお処理実行部１０は、呼処理部２と保守処理部３とを備えている。
【００１４】
呼処理部２は、電話機などから入力された呼処理内容に基づいて、接続する電話機や呼処理制御装置１を決定する。詳細に説明すると呼処理部２は、加入者端末である電話機からの発信要求、または加入者端末への着信要求に従って、システム内で加入者の通信に必要な無線チャネルの設定や、上位装置との伝送路の設定等の制御や、音声・データ等の信号の変換等を行う。
【００１５】
保守処理部３は、保守者から入力された保守内容である例えばバックアップ収集や、ファイル更新、プラグインソフトウェア投入等を行う。
【００１６】
処理内容入力部４は、保守者から入力される保守処理内容や、電話機から入力される呼処理内容を分析し、負荷が高い処理であるか、負荷が低い処理であるかを判定する。そして処理内容入力部４は、負荷が高い、低いか分類した結果をＣＰＵ制御部５に送信する。
【００１７】
ＣＰＵ制御部５は、入力された処理内容について処理内容入力部４が負荷の大きさに応じて判定した結果に基づいて、ＣＰＵ群６の制御を行う。なおＣＰＵ群６は、複数個のＣＰＵで構成されている
ＣＰＵ制御部５について具体例を用いて説明を行う。例えば、呼処理制御装置１が４つのＣＰＵを備えており、その中で１つのＣＰＵが実行状態であるとする。このとき処理内容入力部４が入力された処理内容の負荷が高いと判定すると、ＣＰＵ制御部５は残り３つのＣＰＵを追加し、４つ全てのＣＰＵを実行状態とする。
【００１８】
一方、処理内容入力部４が入力された処理内容の負荷が低いと判定すると、ＣＰＵ制御部５は、１つのＣＰＵを追加し、２つのＣＰＵを実行状態として、残り２つのＣＰＵは実行状態とはしない。
【００１９】
つまり、ＣＰＵ制御部５は、入力される処理内容の負荷に基づいて、実行状態のＣＰＵ数を増加させる。実行状態に追加するＣＰＵ数は上記に限定されず、入力された処理内容の負荷が高い場合に増加させる実行状態のＣＰＵ数は、入力された処理内容の負荷が低い場合に増加させる実行状態のＣＰＵ数より多い。
【００２０】
〔動作の説明〕次に、本実施形態の動作について図２のフローチャートを用いて説明する。
【００２１】
まずＳ１において、処理内容入力部４は保守者から入力される保守内容や、電話機から入力される呼処理内容を入力する。次に、Ｓ２に処理を進める。
【００２２】
次にＳ２において、処理内容入力部４は入力された各処理内容の負荷が高いか、低いかを判断する。次に、Ｓ３に処理を進める。
【００２３】
次にＳ３において、処理内容入力部４に入力された処理内容の負荷が高いと判定された場合、「ＹＥＳ」としてＳ４に進む。一方、処理内容入力部４に入力された処理内容の負荷が低いと判定された場合、「ＮＯ」としてＳ５に進む。そして処理内容入力部４は、負荷が高いか、低いか判定した内容をＣＰＵ制御部５に送信する。
【００２４】
次にＳ４において、ＣＰＵ制御部５は入力された処理内容の負荷が高いと判断されたため、ＣＰＵ群６における実行状態のＣＰＵ数の第１増加を行う。次に、Ｓ６に処理を進める。
【００２５】
一方Ｓ５において、ＣＰＵ制御部５は入力された処理内容の負荷が低いと判断されたため、負荷が高い処理の場合より少ないが、ＣＰＵ群６における実行状態のＣＰＵ数の第２増加を行う。ここでＣＰＵ数の第１増加は、第２増加と比べて、増加するＣＰＵ数が多い。つまり入力された処理内容の負荷が高い場合に増加させる実行状態のＣＰＵ数は、入力された処理内容の負荷が低い場合に増加させる実行状態のＣＰＵ数より多い。次に、Ｓ６に処理を進める。
【００２６】
次にＳ６において、呼処理部２、または保守処理部３は、ＣＰＵ制御部５に制御されたＣＰＵ群６を用いて、処理を行う。
【００２７】
〔効果の説明〕次に、本実施形態の効果について説明を行う。
【００２８】
呼処理制御装置１は、一般的に１１０番や１１９番などの緊急通報にも使用されており、他のサーバ装置と比べて、入力される処理内容に対して高い即時性が求められている。
【００２９】
しかし特許文献１は、本実施形態における処理内容入力部４やＣＰＵ制御部５を設けていない。つまり各処理内容が入力されると、処理能率や通信オーバーヘッド率を算出することで、使用プロセッサ数を決定していた。そのため使用プロセッサ数を算出により決定するまでの間、プログラムを中断する必要があり、その結果として処理遅延を発生してしまうという問題があった。
【００３０】
しかし、本実施形態の呼処理制御装置１では、処理内容入力部４とＣＰＵ制御部５を設けている。上記構成を有することで呼処理制御装置１は、呼処理や保守処理などの処理内容が入力されると、まず処理内容入力部４が、保守処理内容や呼処理内容に応じて負荷の高い処理内容であるか、負荷の低い処理内容であるか分類する。そしてＣＰＵ制御部５は判定された結果に基づいてＣＰＵ群６における実行状態のＣＰＵ数を制御して決める。
【００３１】
つまり、呼処理や保守処理などの処理内容が入力されると、負荷の高い処理内容であるか、負荷の小さい処理内容であるかの決定を即座に行なうことができる。そのため、呼処理部２や保守処理部３が各処理を実行しようとする時には、各処理に必要なＣＰＵ数が既に確保されており、即時に処理を実行することが可能となり、遅延処理は発生しない。
【００３２】
また呼処理制御装置１は、負荷の小さい処理内容が入力されると、実行状態のＣＰＵ数の第２増加を行う。なお第２増加は、負荷が高い処理内容が入力された場合の第１増加に比べて、実行状態に追加するＣＰＵ数の増加は少ない。つまり上記処理を実行する際に、必要のないＣＰＵに対して、電力供給を停止することができるため、省電力化を実現することができる。
【００３３】
〔第２の実施形態〕次に、本実施形態について図面を参照して詳細に説明する。図３は、本実施形態における呼処理制御装置１のブロック図である。
【００３４】
〔構成の説明〕第１の実施形態と異なる点は、図３に示すように、本実施形態における呼処理制御装置１は、処理内容入力部４が動作別負荷判定部７である点である。それ以外の構造、接続関係は、第１の実施形態と同様であり、処理実行部１０と、ＣＰＵ制御部５と、ＣＰＵ群６とを備えている。
【００３５】
動作別負荷判定部７は、呼処理制御装置１に入力された呼処理や保守処理について、処理内容ごとに負荷が高い処理であるか、負荷が低い処理であるか分類を行う。どの処理内容が負荷の高い処理であるか、また負荷の低い処理であるかは、事前にリストなどで設定し、動作別負荷判定部７は上記リストに基づいて分類を行う。
【００３６】
換言すると、動作別負荷判定部７は、処理内容が入力されると処理内容を動作別に分類する。そして上記リストに基づき、入力された処理内容が負荷の高い処理として設定されている場合は、負荷の高い処理として分類を行う。同様に入力された処理内容が負荷の低い処理として設定されている場合、負荷の低い処理として分類を行う。
【００３７】
具体的に説明すると、例えば呼処理制御装置１に入力された処理内容が、プラグ投入や装置監視などの場合、動作別負荷判定部７は、負荷の低い処理として分類する。一方、例えば呼処理制御装置１に入力された処理内容が、バックアップ収集やファイル更新などの場合、動作別負荷判定部７は負荷の高い処理として分類する。
【００３８】
ＣＰＵ制御部５は、動作別負荷判定部７から送信される判定結果に基づいて、ＣＰＵ数の増加数を制御する。例えば、動作別負荷判定部７が入力された処理内容を負荷が高い処理と判定すると、ＣＰＵ制御部５はＣＰＵ群６における実行状態のＣＰＵ数を増加させる（第１増加）。
【００３９】
また動作別負荷判定部７が入力された処理内容を負荷が低い処理と判定すると、ＣＰＵ制御部５は、負荷が高い処理の場合より少ないが、ＣＰＵ群６における実行状態のＣＰＵ数を増加させる（第２増加）。ここで、第１増加は、第２増加に比べて、実行状態に追加するＣＰＵの数が多い。つまり入力された処理内容の負荷が高い場合に増加させる実行状態のＣＰＵ数は、入力された処理内容の負荷が低い場合に増加させる実行状態のＣＰＵ数より多い。
【００４０】
なおＣＰＵ制御部５は、事前に設定された優先度に基づいて、増加させる実行状態のＣＰＵ数を決定してもよい。例えば、優先度の高い処理内容として、プラグ投入が設定されており、優先度の低い処理としてファイル更新が設定されているとする。
【００４１】
この場合、入力された処理内容が負荷の低い処理であるプラグ処理であるとしても、優先度の高い処理として設定されているため、ＣＰＵ制御部５は、実行状態のＣＰＵ数を第１増加させる。一方、入力された処理内容が負荷の高い処理であるファイル更新であるとしても、優先度は低い処理として設定されているため、ＣＰＵ制御部５は、実行状態のＣＰＵ数を第２増加させる。
【００４２】
〔動作の説明〕次に、本実施形態の動作について図４のフローチャートを用いて説明する。
【００４３】
まずＳ１１において、動作別負荷判定部７は入力される処理内容を入力する。次に、Ｓ１２に処理を進める。
【００４４】
次にＳ１２において、動作別負荷判定部７は入力された処理内容を設定されてリストに基づき、負荷が高い処理と、負荷が低い処理とに分類する。次にＳ１３に処理を進める。
【００４５】
次にＳ１３において、動作別負荷判定部７は、入力された処理内容の負荷が高いと判定した場合は、Ｓ１４に処理を進める。一方、入力された処理内容の負荷が低いと判定した場合は、Ｓ１５に処理を進める。
【００４６】
次にＳ１４において、ＣＰＵ制御部５は、動作別負荷判定部７から負荷の高い処理内容と分類された結果が送信されると、ＣＰＵ群６における実行状態のＣＰＵ数の第１増加を行う。次に、Ｓ１６に処理を進める。
【００４７】
一方Ｓ１５において、ＣＰＵ制御部５は、動作別負荷判定部７から負荷の低い処理内容と分類された結果が送信されると、負荷が高い処理の場合より少ないが、ＣＰＵ群６における実行状態のＣＰＵ数の第２増加を行う。ここでＣＰＵ数の第１増加は、第２増加と比べて、増加するＣＰＵ数が多い。つまり入力された処理内容の負荷が高い場合に増加させる実行状態のＣＰＵ数は、入力された処理内容の負荷が低い場合に増加させる実行状態のＣＰＵ数より多い。次に、Ｓ１６に処理を進める。
【００４８】
次にＳ１６において、呼処理部２、または保守処理部３は、ＣＰＵ制御部５に制御されたＣＰＵ群６を用いて、処理を行う。
【００４９】
〔効果の説明〕次に、本実施形態の効果について説明を行う。
【００５０】
本実施形態における呼処理制御装置１は、動作別負荷判定部７とＣＰＵ制御部５とを設けている。動作別負荷判定部７は処理内容が入力されると、処理内容ごとに事前に設定されたリストに基づいて、負荷が高い処理であるか、負荷が低い処理であるか分類を行う。
【００５１】
そしてＣＰＵ制御部５は、入力された処理内容が負荷の高い処理と判定された場合、ＣＰＵ数の第１増加を行う。またＣＰＵ制御部５は、入力された処理内容が負荷の低い処理と判定された場合、ＣＰＵ数の第２増加を行う。なお第１増加は、第２増加に比べて、実行状態に追加するＣＰＵ数が多い。つまり入力された処理内容の負荷が高い場合に増加させる実行状態のＣＰＵ数は、入力された処理内容の負荷が低い場合に増加させる実行状態のＣＰＵ数より多い。
【００５２】
つまり本実施形態における呼処理制御装置１は、入力された処理内容が事前に決められ
リストなどの方針に従って分類され、負荷が高い処理内容と分類されるとＣＰＵ数を増加させ、負荷が低い処理内容と分類されるとＣＰＵ数を減少させる。そのため入力された処理内容ごとに負荷の大きさなどを算出する必要がなく、ＣＰＵの制御方針を即座に決定することができる。
【００５３】
その結果、より早く処理内容に応じてＣＰＵ群６の制御を、実行の状態実現することができる。つまり呼処理部２や保守処理部３が各処理を実行しようとする時には、各処理に必要なＣＰＵ数が既に確保されており、即時に処理を実行することが可能となるため、遅延処理は発生しない。
【００５４】
〔第３の実施形態〕次に、本実施形態について図面を参照して説明する。図５は、本実施形態における呼処理制御装置１のブロック図である。
【００５５】
〔構成の説明〕第１の実施形態と異なる点は、図５に示すように、本実施形態における呼処理制御装置１は、処理内容入力部４が負荷内容判定部８である点である。それ以外の構造、接続関係は、第１の実施形態と同様であり、処理実行部１０と、ＣＰＵ制御部５と、ＣＰＵ群６とを備えている。
【００５６】
負荷内容判定部８は、呼処理制御装置１に入力された呼処理や保守処理などの処理内容について、処理内容ごとに所定の閾値を超えているかを判定する。
【００５７】
例えば、呼処理制御装置１に入力された処理内容が、呼処理制御装置１の加入者の設定を行うような保守内容である場合、負荷内容判定部８は加入者の総数を判断する。そして加入者の総数が、所定の閾値を超えている場合は負荷が高いと判断し、所定の閾値を超えていない場合は負荷が低いと判断する。
【００５８】
同様に負荷内容判定部８は、呼処理が入力されると、接続要求信号量、再送信号量が設計時に想定していた閾値を超えているか判断する。詳細に説明すると、１秒間当たりのREGISTER信号数やINVITE信号数などの接続要求信号量や、REGISTER信号やINVITE信号の設定値に再送の情報が付与されている再送信号量が、所定の閾値を超えているか判断する。そして接続信号量や、再送信号量が所定の閾値を超えている場合は、負荷の高い処理と判定して、また閾値を越えていない場合は負荷の低い処理と判定する。
【００５９】
なおINVITE信号とは、電話機が、呼処理制御装置１を通じて、別の電話機との接続要求を行うための信号である。またREGISTER信号とは、電話機が存在を呼処理制御装置１に知らせるための信号である。また再送信号とは、REGISTER信号やINVITE信号の設定値に再送の情報が付与されている信号のことである。
【００６０】
ＣＰＵ制御部５は、負荷内容判定部８から送信される判定結果に基づいて、ＣＰＵ数の増加数を制御する。例えば、負荷内容判定部８が入力された処理内容を負荷が高い処理と判定すると、ＣＰＵ制御部５はＣＰＵ群６における実行状態のＣＰＵの数を増加させる。（第１増加）また負荷内容判定部８が入力された処理内容を負荷が低い処理と判定すると、負荷が高い処理の場合より少ないが、ＣＰＵ制御部５はＣＰＵ群６における実行状態のＣＰＵ数を増加させる（第２増加）。
【００６１】
なお、第１増加は、第２増加に比べて、実行状態に追加するＣＰＵの数が多い。つまり入力された処理内容の負荷が高い場合に増加させる実行状態のＣＰＵ数は、入力された処理内容の負荷が低い場合に増加させる実行状態のＣＰＵ数より多い。
【００６２】
なお保守処理における加入者数、また呼処理における接続要求信号量、再送信号量の閾値は、特に限定されず、装置ごとに任意に設定することができる。
【００６３】
〔動作の説明〕次に、本実施形態の動作について図６のフローチャートを用いて説明する。
【００６４】
まずＳ２１において、負荷内容判定部８は入力される処理内容を入力する。次に、Ｓ２２に処理を進める。
【００６５】
次にＳ２２において、負荷内容判定部８は各処理内容ごとに設定された閾値に基づいて、負荷が高い処理内容と、負荷が低い処理内容とに分類を行う。例えば負荷内容判定部８は、加入者の設定などの保守処理や、接続要求信号量や再送信号量など入力される量に応じて、負荷の大きさが変化する処理内容を、処理内容ごとに設けた所定の閾値に基づいて負荷が高いか、低いかを判断する。次にＳ２３に処理を進める。
【００６６】
次にＳ２３において、負荷内容判定部８は、入力された処理内容の負荷が高い処理内容と判断した場合は、Ｓ２４に処理を進める。一方、入力された処理内容の負荷が低い処理内容と判断した場合は、Ｓ２５に処理を進める。
【００６７】
次にＳ２４において、ＣＰＵ制御部５は、負荷内容判定部８から負荷の高い処理内容と分類された結果が送信されると、ＣＰＵ群６における実行状態のＣＰＵ数の第１増加を行う。次に、Ｓ２６に処理を進める。
【００６８】
一方Ｓ２５において、ＣＰＵ制御部５は、負荷内容判定部８から負荷の低い処理内容と分類された結果が送信されると、負荷が高い処理の場合より少ないが、ＣＰＵ群６における実行状態のＣＰＵ数の第２増加を行う。ここでＣＰＵ数の第１増加は、第２増加と比べて、増加するＣＰＵ数が多い。つまり入力された処理内容の負荷が高い場合に増加させる実行状態のＣＰＵ数は、入力された処理内容の負荷が低い場合に増加させる実行状態のＣＰＵ数より多い。次に、Ｓ２６に処理を進める。
【００６９】
次にＳ２６において、呼処理部２、または保守処理部３とは、ＣＰＵ制御部５に制御されたＣＰＵ群６に基づいて、処理を行う。
【００７０】
〔効果の説明〕次に、本実施形態の効果について説明を行う。
【００７１】
本実施形態における呼処理制御装置１は、負荷内容判定部８とＣＰＵ制御部５とを設けている。動作別負荷判定部７は加入者の設定などの保守処理や、接続要求信号量や再送信号量など入力される量に応じて、負荷の大きさが変化する処理内容が入力されると、処理内容ごとに事前に設定されている閾値に従って、負荷が高い処理であるか、負荷が低い処理であるか判定を行う。
【００７２】
そしてＣＰＵ制御部５は、負荷が高いと判定した場合、実行状態のＣＰＵ数の第１増加を行う。またＣＰＵ制御部５は、負荷が低いと判定した場合、負荷が高い処理の場合より少ないが、実行状態のＣＰＵ数の第２増加を行う。なお第１増加は、第２増加に比べて、実行状態に追加するＣＰＵの数が多い。
【００７３】
換言すると、本実施形態における呼処理制御装置１は、入力された処理内容が事前に設定されている閾値を超えているか、超えていないかを判断して分類を行う。そして上記のように、分類された結果に基づいて、負荷が高い処理であるか、負荷の低い処理であるかを判断し、ＣＰＵ群６において増加させるＣＰＵ数を決定する。そのため入力された処理内容ごとに負荷の大きさを算出する必要がなく、ＣＰＵの制御方針を即座に決定することができる。
【００７４】
その結果、より早く処理内容に応じてＣＰＵ群６の制御を実現することができ、呼処理部２や保守処理部３が各処理を実行しようとする時には、各処理に必要なＣＰＵ数が既に確保されており、即時に処理を実行することが可能となり、遅延処理は発生しない。
【符号の説明】
【００７５】
１    呼処理制御装置
２    呼処理部
３    保守処理部
４    処理内容入力部
５    ＣＰＵ制御部
６    ＣＰＵ群
７    動作別負荷判定部
８    負荷内容判定部
【図１】
2012221040.tif 000003
【図２】
2012221040.tif 000004
【図３】
2012221040.tif 000005
【図４】
2012221040.tif 000006
【図５】
2012221040.tif 000007
【図６】
2012221040.tif 000008