(57)【要約】【課題】アプリケーションを安定稼働しつつ、サーバのリソースを有効に活用する。【解決手段】アプリケーション２が処理する信号数を制御する制御装置１であって、所定の時間毎に、アプリケーション２が処理した信号数と、平均処理時間とを取得する取得部１１と、取得した最新の信号数および平均処理時間を、過去の信号数および平均処理時間と比較して、アプリケーション２が処理可能な信号の上限値である規制閾値を変更する閾値変更部１２とを備え、閾値変更部１２は、前記最新の信号数が所定の固定値以下の場合、規制閾値を変更しない。【選択図】図１
2018136660.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションが処理する信号数を制御する制御装置であって、
所定の時間毎に、前記アプリケーションが処理した信号数と、平均処理時間とを取得する取得部と、
前記取得した最新の信号数および平均処理時間を、過去の信号数および平均処理時間と比較して、前記アプリケーションが処理可能な信号の上限値である規制閾値を変更する閾値変更部とを備え、
前記閾値変更部は、前記最新の信号数が所定の固定値以下の場合、前記規制閾値を変更しないこと
を特徴とする制御装置。
【請求項２】
請求項１記載の制御装置であって、
前記アプリケーションは、仮想マシン上で稼働する複数のアプリケーションであること
を特徴とする制御装置。
【請求項３】
請求項１または２記載の制御装置であって、
所定の時間に前記アプリケーションが処理した信号数と平均処理時間とを記憶する記憶部を備え、
前記閾値変更部は、前記最新の信号数と同じ信号数の過去の平均処理時間を前記記憶部から取得し、前記最新の平均処理時間が前記過去の平均処理時間より小さい場合、前記規制閾値を増加し、前記最新の平均処理時間が前記過去の平均処理時間以上の場合、前記規制閾値を減少すること
を特徴とする制御装置。
【請求項４】
請求項１から３のいずれか１項に記載の制御装置であって、
所定の時間に前記アプリケーションが処理した信号数と平均処理時間とを記憶する記憶部を備え、
前記閾値変更部は、前記最新の信号数と同じ信号数の過去の平均処理時間が前記記憶部に存在しない場合、前記最新の信号数に対応する平均処理時間を前記記憶部を用いて算出し、前記最新の平均処理時間が前記算出した平均処理時間より小さい場合、前記規制閾値を増加し、前記最新の平均処理時間が前記算出した平均処理時間以上の場合、前記規制閾値を減少すること
を特徴とする制御装置。
【請求項５】
請求項１から４のいずれか１項に記載の制御装置であって、
前記閾値変更部は、前記最新の平均処理時間が所定の処理時間の閾値より小さい場合に、前記規制閾値を増加すること
を特徴とする制御装置。
【請求項６】
請求項１から５のいずれか１項に記載の制御装置であって、
前記閾値変更部は、前記最新の平均処理時間が所定の処理時間の閾値以上の場合、前記規制閾値を変更しないこと
を特徴とする制御装置。
【請求項７】
制御装置が行う、アプリケーションが処理する信号数を制御する制御方法であって、
所定の時間毎に、前記アプリケーションが処理した信号数と、平均処理時間とを取得する取得ステップと、
前記取得した最新の信号数および平均処理時間を、過去の信号数および平均処理時間と比較して、前記アプリケーションが処理可能な信号の上限値である規制閾値を変更する閾値変更ステップとを行い、
前記閾値変更ステップは、前記最新の信号数が所定の固定値以下の場合、前記規制閾値を変更しないこと
を特徴とする制御方法。
【請求項８】
請求項１から６のいずれか１項に記載の制御装置として、コンピュータを機能させること、を特徴とする制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションが処理する信号の数を制御する制御装置、制御方法、および制御プログラムに関する。
【背景技術】
【０００２】
従来のシステムでは、専用のサーバでアプリケーションを動作させていた。この場合、アプリケーションが処理可能な信号の数（トラフィック量）の上限値は、専用サーバのリソース（処理能力）に基づいて算出可能である。
【０００３】
近年、物理的なサーバに複数の仮想マシン（VM：Virtual Machine）を構築し、各仮想マシン上でアプリケーションを動作させる仮想化技術が用いられている。このような仮想化環境では、物理的なサーバのリソースを複数のアプリケーションで共用して使用するため、利用可能なリソースに応じて、各アプリケーションが処理可能な信号の数の上限値を決定する必要がある。非特許文献１には、呼制御サーバのトラフィック制御方法が記載されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】安藤崇，山田真一，星野幸次，内條正志, 「分散基盤における呼制御サーバのトラフィック制御方法の提案」, 2016年度電子情報ソサイエティ大会, 2016/9/20〜2016/9/23
【発明の概要】
【発明が解決しようとする課題】
【０００５】
利用可能なリソースが変動する仮想化環境においては、安全性を見た低い上限値を設定することになり、物理的なサーバのリソースを十分に活かせていない。一方、物理的なサーバのリソースを十分に活用するために、比較的高い上限値を設定した場合、利用可能なリソースが減少した際には、処理不可能となり、アプリケーションが安定稼働できなくなる可能性がある。
【０００６】
本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、アプリケーションを安定稼働しつつ、サーバのリソースを有効に活用することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明は、アプリケーションが処理する信号数を制御する制御装置であって、所定の時間毎に、前記アプリケーションが処理した信号数と、平均処理時間とを取得する取得部と、前記取得した最新の信号数および平均処理時間を、過去の信号数および平均処理時間と比較して、前記アプリケーションが処理可能な信号の上限値である規制閾値を変更する閾値変更部とを備え、前記閾値変更部は、前記最新の信号数が所定の固定値以下の場合、前記規制閾値を変更しない。
【０００８】
本発明は、制御装置が行う、アプリケーションが処理する信号数を制御する制御方法であって、所定の時間毎に、前記アプリケーションが処理した信号数と、平均処理時間とを取得する取得ステップと、前記取得した最新の信号数および平均処理時間を、過去の信号数および平均処理時間と比較して、前記アプリケーションが処理可能な信号の上限値である規制閾値を変更する閾値変更ステップとを行い、前記閾値変更ステップは、前記最新の信号数が所定の固定値以下の場合、前記規制閾値を変更しない。
【０００９】
本発明は、上記制御装置として、コンピュータを機能させることを特徴とする制御プログラムである。
【発明の効果】
【００１０】
本発明によれば、アプリケーションを安定稼働しつつ、サーバのリソースを有効に活用することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係る制御システムの全体構成を示す図である。
【図２】ＴＡＴテーブルの一例を示す図である。
【図３】規制閾値の設定方法を説明する図である。
【図４】アプリケーションによる信号の規制処理を示すフローチャートである。
【図５】制御装置による規制閾値の設定方法を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について、図面を参照して説明する。
【００１３】
図１は、本発明の実施形態に係る制御システムの全体を示すシステム構成図である。図示する制御システムは、アプリケーション２が処理する信号数を制御する制御装置１と、少なくとも１つのアプリケーション２とを備える。図示する例では、３つのアプリケーション２を備えることとするが、これに限定されない。
【００１４】
本実施形態では、複数のアプリケーション２は、物理サーバ（ハードウェア筐体）４に構築された複数の仮想マシン（VM）３上でそれぞれ稼働する。また、各アプリケーション２は、制御装置１が設定した規制閾値をメモリなどの記憶部に保持し、所定の時間内で規制閾値を超える信号を受信した場合、規制閾値を超える信号については処理しない。
【００１５】
また、各アプリケーション２は、自身が１つの信号の内部処理に要する処理時間（TAT：Turn Around Time）を測定する。例えば、アプリケーション２は、要求信号（リクエスト）を受信してから応答信号（レスポンス）を出力するまでの処理に要する処理時間を、TATとして測定する。また、アプリケーション２は、所定の時間毎に、当該所定の時間内で受信した信号数を測定し、当該所定の時間内の処理時間（ＴＡＴ）の平均処理時間（平均値）を算出する。そして、アプリケーション２は、所定の時間毎に測定した信号数および算出した平均処理時間を制御装置１に送信する。
【００１６】
なお、アプリケーション２は、制御装置１にログを出力し、制御装置１が所定の時間毎に信号数を測定し、平均処理時間を算出することとしてもよい。
【００１７】
本実施形態の制御装置１は、少なくとも１つのアプリケーション２が処理する信号数（トラフック量）を制御する。図示する制御装置１は、取得部１１と、閾値変更部１２と、記憶部１３とを備える。
【００１８】
取得部１１は、ネットワークを介して各アプリケーション２に接続し、各アプリケーションの処理状況を取得する。具体的には、取得部１１は、所定の時間毎に、各アプリケーション２がそれぞれ処理した信号数と、平均処理時間とを取得する。
【００１９】
閾値変更部１２は、アプリケーション２毎に、取得部１１が取得した最新の信号数および平均処理時間を、ＴＡＴテーブル１４に記憶された過去の信号数および平均処理時間と比較して、アプリケーション２が処理可能な信号の上限値である規制閾値を変更する。また、閾値変更部１２は、最新の信号数が所定の固定値より小さい場合、規制閾値を変更しない。記憶部１３には、ＴＡＴテーブル１４が記憶される。
【００２０】
図２は、ＴＡＴテーブル１４の一例を示す図である。ＴＡＴテーブル１４には、アプリケーション２毎に作成され、所定の時間毎にアプリケーション２が処理した信号数および平均処理時間を含むレコードが登録されている。図示する例では、ＴＡＴテーブル１４の各レコードは、信号数でソート（並び替え）されている。閾値変更部１２は、取得部１１が取得した信号数および平均処理時間のレコードを、ＴＡＴテーブル１４に記憶する。
【００２１】
また、記憶部１３には、各アプリケーション２の最大処理信号数γ１５が記憶される。最大処理信号数γ１５は、各アプリケーション２で所定の時間において、今までに処理した最大の数の信号数である。
【００２２】
上記説明した制御装置１は、例えば、ＣＰＵ（プロセッサ）と、メモリと、ハードディスク等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた制御装置１用のプログラムを実行することにより、制御装置１の各機能が実現される。また、制御装置１用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。
【００２３】
なお、図１に示す制御装置１の機能（取得部１１、閾値変更部１２、記憶部１３）を、各アプリケーション２の中に設けることとしてもよい。この場合、各アプリケーション２に設けられた制御装置１の機能は、自アプリケーション２の処理状況に応じて自アプリケーション２の規制閾値を動的に変動する。
【００２４】
次に、図３を用いて、本実施形態の規制閾値の設定方法を説明する。図示するような仮想化環境３０１では、複数のアプリケーション２が１つの物理サーバ（ハードウェア筐体）上に仮想マシン（ＶＭ）を用いて構築されるため、他のアプリケーション２の状況に応じて、自身のアプリケーション２が使用可能なリソースが変動する。例えば、アプリケーションＣは、アプリケーションＡが追加または削除されたり、アプリケーションＢの処理量が増減することで、自身が使用可能な物理サーバのリソースが変動する。
【００２５】
本実施形態では、各アプリケーション２が所定の時間に処理した信号数と平均処理時間を、過去の信号数および平均処理時間と比較して、前記アプリケーションが処理可能な信号の上限値である規制閾値を変更する。図３に示すグラフ３０２に示すように、本実施形態では、アプリケーション２毎に規制閾値αの下限値β（所定の固定値）を設けるものとする。そして、制御装置１の閾値変更部１２は、取得した信号数が下限値βより小さい場合、規制閾値αを変更しない。すなわち、閾値変更部１２は、規制閾値αを下限値β以上の値で変動させる。例えば、閾値変更部１２は、アプリケーション２が処理した信号数が、下限値βより小さい場合、平均処理時間が大きくなっても（信号数と平均処理時間の関係を示す線３０３の傾きが大きくなっても）、規制閾値αの再設定は行わない。
【００２６】
なお、下限値βは、アプリケーション２毎に設定される。図示する例ではアプリＡ、Ｂ、Ｃには、下限値β１、β２、β３がそれぞれ設定される。物理サーバ上の全てのアプリＡ、Ｂ、Ｃが同時に下限値β１、β２、β３の信号数を処理可能なように、下限値β１、β２、β３を、物理サーバのリソースに基づいて予め設定する。
【００２７】
閾値変更部１２は、取得した信号数が下限値β以上の場合に、取得した信号数と平均処理時間と、ＴＡＴテーブル１４に記憶された過去の信号数および平均処理時間とを比較する。図示する例では、ＴＡＴテーブル１４に記憶された過去の信号数および平均処理時間を線３０３で示す。例えば、Ｔ１の信号数でａ１の平均処理時間の場合、過去の線３０３上のＴ１と同じ信号数の平均処理時間と比較すると、過去の平均処理時間よりａ１の平均処理時間の方が小さい。この場合、閾値変更部１２は、使用可能なリソースが増加したと判断し、現在の規制閾値αを所定の変更幅Ｂの分だけ増加し、規制閾値α＋Ｂに変更する。
【００２８】
また、Ｔ２の信号数でａ２の平均処理時間の場合、過去の線３０３上のＴ２と同じ信号数の平均処理時間と比較すると、過去の平均処理時間よりａ２の平均処理時間の方が大きい。この場合、閾値変更部１２は、使用可能なリソースが減少したと判断し、現在の規制閾値αを所定の変更幅Ｂの分だけ減少し、規制閾値α−Ｂに変更する。
【００２９】
なお、閾値変更部１２は、平均処理時間が、ＴＡＴ閾値δ（これ以上の処理時間では、サービス要件を満たせない値）より小さくなるように規制閾値αを設定する。
【００３０】
次に、本実施形態のアプリケーション２および制御装置１の処理について説明する。
【００３１】
図４は、各アプリケーション２がそれぞれ行う信号規制方法の処理を示すフローチャートである。各アプリケーション２は、所定の時間に規制閾値α以上の数の信号を受信した場合、当該信号を処理することなく、例えば破棄するなどして規制する。なお、規制閾値αは、制御装置１によりアプリケーション２毎にそれぞれ設定される。
【００３２】
アプリケーション２は、所定の装置（不図示）から信号を受信する（Ｓ１１）。そして、アプリケーション２は、受信した信号の数（信号数）Ｔが、自身がメモリなどに保持する規制閾値α以上か否かを判別する（Ｓ１２）。具体的には、アプリケーション２は、所定の時間内に受信した信号数Ｔをカウントしており、Ｓ１１で受信した信号数Ｔが、規制閾値α以上か否かを判別する。なお、信号数Ｔは、アプリケーション２に入力される実際のトラフック量である。
【００３３】
信号数Ｔが規制閾値α以上の場合（Ｓ１２：ＹＥＳ）、アプリケーション２は、Ｓ１１で受信した信号を処理することなく規制する（Ｓ１６）。
【００３４】
また、信号数Ｔが規制閾値αより小さい場合（Ｓ１２：ＮＯ）、アプリケーション２は、規制閾値αが最大処理信号数γより大きく（α＞γ）、かつ、信号数Ｔが最大処理信号数γより大きい（Ｔ＞γ）か否かを判別する（Ｓ１３）。最大処理信号数γは、当該アプリケーション２で所定の時間において、今までに処理した最大の数の信号数である。Ｓ１３では、アプリケーション２は、規制閾値αより小さいが、過去の最大実績である最大処理信号数γを超える信号数Ｔの信号であるか否かを判別する。
【００３５】
α＞γかつＴ＞γを満たさない場合（Ｓ１３：ＮＯ）、アプリケーション２は、Ｓ１１で受信した信号は処理可能な範囲の信号であるとみなし、当該信号を処理する（Ｓ１４）。
【００３６】
一方、α＞γかつＴ＞γの場合（Ｓ１３：ＹＥＳ）、アプリケーション２は、受信した信号数Ｔが、最大処理信号数γに所定の変更幅Ａを加算した値（γ＋Ａ）以上か否かを判別する（Ｓ１５）。信号数Ｔがγ＋Ａより小さい場合（Ｓ１５：ＮＯ）、アプリケーション２は、Ｓ１１で受信した信号を処理する（Ｓ１４）。また、信号数Ｔがγ＋Ａ以上の場合（Ｓ１５：ＹＥＳ）、アプリケーション２は、Ｓ１１で受信した信号を、処理することなく規制する（Ｓ１６）。すなわち、アプリケーション２は、信号数Ｔが規制閾値αより小さい場合であっても、γ＋Ａ以上の信号数Ｔの信号については規制、γ＋Ａより小さい信号数Ｔの信号については処理する。
【００３７】
Ａは、最大処理信号数γを増加させる際の所定の変更幅であって、最大処理信号数γを一気に増加させるとアプリケーション２の処理能力を超えてしまう場合を考慮し、比較的小さい値が設定される。
【００３８】
なお、Ｓ１６の信号の規制により、所定の時間にアプリケーション２が処理した信号数Ｔ´は、アプリケーション２が受信した信号数Ｔとり小さな値となる場合がある（Ｔ≧Ｔ´）。以下に説明する、図５の制御装置１の処理では、実際に処理した信号数Ｔ´を用いて説明する。
【００３９】
図５は、制御装置１が行う規制閾値αの変更処理を示すフローチャートである。制御装置１は、所定の時間毎に図５に示す処理を繰り返し行う。また、制御装置１は、アプリケーション２毎に図５に示す処理を行う。
【００４０】
取得部１１は、所定の時間毎に、当該所定の時間においてアプリケーション２が処理した信号数と平均処理時間とを、アプリケーション２から取得する（Ｓ２１）。そして、取得部１１は、現在のフェーズが閾値監視フェーズか学習フェーズかを判別する（Ｓ２２）。取得部１１は、現在のフェーズを示す情報をメモリなどに保持しているものとする。閾値監視フェーズは、実際に規制閾値αを変動させる本番稼働時のフェーズである。学習フェーズは、ＴＡＴテーブル１４（過去の実績）を作成するフェーズであって、閾値監視フェーズの前に事前処理として行うフェーズある。
【００４１】
学習フェーズの場合（Ｓ２２：ＮＯ）、閾値変更部１２は、Ｓ１１で取得した信号数と平均処理時間とをＴＡＴテーブル１４に記憶する（Ｓ２９）。
【００４２】
閾値監視フェーズの場合（Ｓ２２：ＹＥＳ）、閾値変更部１２は、取得した信号数Ｔ’が規制閾値αの所定の下限値βより大きいか否かを判別する（Ｓ２３）。信号数Ｔ’が下限値β以下の場合（Ｓ２３：ＮＯ）、閾値変更部１２は、規制閾値αを変更することなく処理を終了する。すなわち、閾値変更部１２は、信号数Ｔ’が固定値β以下の場合、規制閾値αを変更しない。
【００４３】
信号数Ｔ’が下限値βより大きい場合（Ｓ２３：ＹＥＳ）、閾値変更部１２は、信号数Ｔ’がＴＡＴテーブル１４の信号数の最大値以下か否かを判別する（Ｓ２４）。信号数Ｔ’がＴＡＴテーブル１４の信号数の最大値より大きい場合（Ｓ２４：ＮＯ）、閾値変更部１２は、Ｓ１１で取得した信号数と平均処理時間とをＴＡＴテーブル１４に記憶する（Ｓ２９）。
【００４４】
信号数Ｔ’がＴＡＴテーブル１４の信号数の最大値以下の場合（Ｓ２４：ＹＥＳ）、閾値変更部１２は、Ｓ２１で取得した最新の信号数Ｔ’および平均処理時間を、ＴＡＴテーブル１４の過去の信号数および平均処理時間と比較して、アプリケーション２が処理可能な信号の上限値である規制閾値αを変更する。
【００４５】
具体的には、閾値変更部１２は、Ｓ２１で取得した信号数Ｔ’と同じ信号数の過去の平均処理時間をＴＡＴテーブル１４から取得し、Ｓ２１で取得した平均処理時間とＴＡＴテーブル１４から取得した平均処理時間とを比較する（Ｓ２５）。
【００４６】
そして、閾値変更部１２は、Ｓ２１で取得した平均処理時間がＴＡＴテーブル１４から取得した平均処理時間より小さい場合、対象のアプリケーション２が利用可能なリソースが増加していると判別し、規制閾値αを増加する（Ｓ２６）。ここでは、閾値変更部１２は、規制閾値αを、現在の規制閾値αに所定の変更幅Ｂを加算した値に増加する（α＝α＋Ｂ）。
【００４７】
この場合、閾値変更部１２は、Ｓ２１で取得した平均処理時間が、処理時間の上限値であるＴＡＴ閾値δより小さいか否かを判別し、Ｓ２１で取得した平均処理時間がＴＡＴ閾値δ以上の場合は、規制閾値αを増加しない。すなわち、閾値変更部１２は、Ｓ２１で取得した平均処理時間がＴＡＴ閾値δ以上の場合は、規制閾値αを変更しない。閾値変更部１２は、Ｓ２１で取得した平均処理時間がＴＡＴ閾値δより小さい場合にのみ、規制閾値αを増加する。
【００４８】
そして、閾値変更部１２は、信号数Ｔ’が最大処理信号数γより大きい場合、最大処理信号数γを信号数Ｔ’で更新する（Ｓ２９）。
【００４９】
一方、閾値変更部１２は、Ｓ２１で取得した平均処理時間がＴＡＴテーブル１４から取得した平均処理時間以上の場合、対象のアプリケーション２が利用可能なリソースが同じまたは減少していると判別し、規制閾値αを減少する（Ｓ２７）。ここでは、閾値変更部１２は、規制閾値αを、現在の規制閾値αから所定の変更幅Ｂを減算した値に減少する（α＝α−Ｂ）。
【００５０】
この場合、閾値変更部１２は、規制閾値αから変更幅Ｂを減算した値が、規制閾値αの下限値βより小さい場合は（α−Ｂ＜β）、規制閾値αを下限値βに減少する。閾値変更部１２は、規制閾値αから変更幅Ｂを減算した値が、規制閾値αの下限値β以上の場合にのみ（α−Ｂ≧β）、規制閾値αを、現在の規制閾値αから所定の変更幅Ｂを減算した値に減少する（α＝α−Ｂ）。
【００５１】
なお、Ｓ２５において、ＴＡＴテーブル１４に信号数Ｔ’と同じ信号数のレコードが存在しない場合、閾値変更部１２は、信号数Ｔ’に対応する平均処理時間を、ＴＡＴテーブル１４を用いて算出する。具体的には、ＴＡＴテーブル１４に記憶されたレコードの中から、信号数Ｔ’に最も近い信号数Ｔ’より大きい第１の信号数と対応する第１の平均処理時間とを取得するとともに、信号数Ｔ’に最も近い信号数Ｔ’より小さい第２の信号数と対応する第２の平均処理時間とを取得する。すなわち、閾値変更部１２は、信号数Ｔ’の前後のレコートをＴＡＴテーブル１４から取得する。
【００５２】
そして、閾値変更部１２は、第１の信号数および第１の平均処理時間と、第２の信号数および第２の平均処理時間信号数と、信号数Ｔ’を用いて比例計算することで、信号数Ｔ’に対応する平均処理時間を、ＴＡＴテーブル１４を用いて算出する。具体的には、信号数Ｔ'に最も近く、信号数Ｔ'より小さいＴＡＴテーブル１４の平均処理時間をｔ１および信号数をｓ１とし、信号数Ｔ'に最も近く、信号数Ｔ'より大きいＴＡＴテーブル１４の平均処理時間をｔ２および信号数をｓ２とした場合、閾値変更部１２は、受信した信号数Ｔ’に対応する平均処理時間tを、以下の式により算出する。
【００５３】
ｔ＝ｔ２−（（ｓ２−ｓ）/（ｓ２−ｓ１））＊（ｔ２−ｔ１）
そして、閾値変更部１２は、Ｓ２１で取得した平均処理時間とＴＡＴテーブル１４を用いて算出した平均処理時間と比較し（Ｓ２５）、比較結果に応じて、前述したＳ２６またはＳ２７の処理を行う。
【００５４】
以上説明した本実施形態では、所定の時間毎に取得した信号数および平均処理時間を過去の信号数および平均処理時間と比較して、アプリケーションが処理可能な信号の上限値である規制閾値を変更する。このように本実施形態では、アプリケーションが信号処理に要する処理時間（ＴＡＴ）を一定時間測定して平均化し、過去の実績と比較することで、リソースの利用状況を判断し、アプリケーションが処理可能な信号の上限値である規制閾値を動的に変更する。これにより、本実施形態では、アプリケーションを安定稼働しつつ、サーバのリソースを有効に活用することができる。
【００５５】
また、本実施形態では、所定の時間に処理した信号数が、所定の固定値（規制閾値の下限値）より小さい場合、規制閾値を変更しない。これにより、本実施形態では、複数のアプリケーションが１つの物理サーバ上で稼働している場合に、各アプリケーションのリソース使用のバランシングが可能となる。すなわち、ある特定のアプリケーションの使用リソースが増加した場合でであっても、各アプリケーションのリソースバランスを維持することができる。
【００５６】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。なお、上記実施形態では、制御装置１は複数のアプリケーション２が処理する信号数を制御する場合を例として説明したが、制御装置１は１つのアプリケーション２が処理する信号数を制御することとしてもよい。
【符号の説明】
【００５７】
１  ：制御装置
１１：取得部 
１２：閾値変更部
１３：記憶部
１４：ＴＡＴテーブル
２  ：アプリケーション
３  ：仮想マシン
４  ：ハードウェア
【図１】
2018136660.tif 000003
【図２】
2018136660.tif 000004
【図３】
2018136660.tif 000005
【図４】
2018136660.tif 000006
【図５】
2018136660.tif 000007