(57)【要約】【課題】処理する信号上限数を自律的に決定する。【解決手段】処理サーバ１は、初期閾値を、振分サーバ２に通知し、初期閾値を超えないように振分サーバ２から振り分けられた信号を処理する。処理サーバ１は、信号処理における処理性能が、サービス要件を満たす場合、初期閾値を増やした調整後閾値を、振分サーバ２に通知し、サービス要件を満たさない場合、初期閾値を減らした調整後閾値を、振分サーバ２に通知する。振分サーバ２は、複数の処理サーバ１のそれぞれについて設定された信号上限数を超えないように、複数の処理サーバに信号を振り分ける。振分サーバ２は、処理サーバ１から調整後閾値が通知されると、調整後閾値を信号上限数に設定して、信号上限数を超えないように、処理サーバ１に信号を振り分ける。【選択図】図１
2018036830.tif 000002
【特許請求の範囲】
【請求項１】
信号を処理する複数の処理サーバと、前記複数の処理サーバに前記信号を振り分けて処理させる振分サーバとを備える処理システムであって、
前記処理サーバは、
初期閾値を、前記振分サーバに通知する初期設定手段と、
前記初期閾値を超えないように前記振分サーバから振り分けられた信号を処理する信号処理手段と、
前記信号処理手段による処理性能が、サービス要件を満たす場合、前記初期閾値を増やした調整後閾値を、前記振分サーバに通知し、サービス要件を満たさない場合、前記初期閾値を減らした調整後閾値を、前記振分サーバに通知する閾値調整手段を備え、
前記振分サーバは、
前記複数の処理サーバのそれぞれについて設定された信号上限数を超えないように、前記複数の処理サーバに前記信号を振り分ける振分手段と、
前記処理サーバから調整後閾値が通知されると、前記調整後閾値を前記信号上限数に設定して、前記信号上限数を超えないように、前記処理サーバに前記信号を振り分ける
ことを特徴とする処理システム。
【請求項２】
信号を処理する複数の処理サーバと、前記複数の処理サーバに前記信号を振り分けて処理させる振分サーバとを備える処理システムに用いられる処理方法であって、
前記処理サーバが、初期閾値を、前記振分サーバに通知するステップと、
前記振分サーバが、前記複数の処理サーバのそれぞれについて設定された信号上限数を超えないように、前記複数の処理サーバに前記信号を振り分けるステップと、
前記処理サーバが、前記初期閾値を超えないように前記振分サーバから振り分けられた信号を処理するステップと、
前記処理サーバが、前記処理するステップにおける処理性能が、サービス要件を満たす場合、前記初期閾値を増やした調整後閾値を、前記振分サーバに通知し、サービス要件を満たさない場合、前記初期閾値を減らした調整後閾値を、前記振分サーバに通知するステップと、
前記振分サーバが、前記処理サーバから調整後閾値が通知されると、前記調整後閾値を前記信号上限数に設定して、前記信号上限数を超えないように、前記処理サーバに前記信号を振り分けるステップ
を備えることを特徴とする処理方法。
【請求項３】
複数の処理サーバに信号を振り分けて処理させる振分サーバに接続する処理サーバであって、
初期閾値を、前記振分サーバに通知する初期設定手段と、
前記初期閾値を超えないように前記振分サーバから振り分けられた信号を処理する信号処理手段と、
前記信号処理手段による処理性能が、サービス要件を満たす場合、前記初期閾値を増やした調整後閾値を、前記振分サーバに通知し、サービス要件を満たさない場合、前記初期閾値を減らした調整後閾値を、前記振分サーバに通知する閾値調整手段
を備えることを特徴とする処理サーバ。
【請求項４】
前記閾値調整手段は、前記調整後閾値を前記振分サーバに通知した後、前記信号処理手段による処理性能が、サービス要件を満たす場合、前記調整後閾値を増やした新たな調整後閾値を、前記振分サーバに通知し、サービス要件を満たさない場合、前記調整後閾値を減らした新たな調整後閾値を、前記振分サーバに通知し、
調整後閾値が収束するまで、前記閾値調整手段による閾値の調整が行われる
ことを特徴とする請求項３に記載の処理サーバ。
【請求項５】
前記閾値調整手段は、前記処理サーバが新たなプログラムを実行する際に、閾値の調整を行い、前記新たな調整後閾値を、前記振分サーバに通知する
ことを特徴とする請求項４に記載の処理サーバ。
【請求項６】
コンピュータに、請求項３ないし５のいずれか１項に記載の処理サーバとして機能させる処理プログラム。
【請求項７】
振分サーバから振り分けられた信号を処理する処理サーバに接続する評価サーバであって、
前記処理サーバに処理させる信号数に関する初期閾値を、前記振分サーバに通知する初期設定手段と、
前記初期閾値を超えないように前記振分サーバから前記処理サーバに振り分けられた信号を前記処理サーバが処理した際の処理性能が、サービス要件を満たす場合、前記初期閾値を増やした調整後閾値を、前記振分サーバに通知し、サービス要件を満たさない場合、前記初期閾値を減らした調整後閾値を、前記振分サーバに通知する閾値調整手段
を備えることを特徴とする評価サーバ。
【請求項８】
コンピュータに、請求項６に記載の評価サーバとして機能させる評価プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号を処理する複数の処理サーバと、複数の処理サーバに信号を振り分けて処理させる振分サーバとを備える処理システム、処理システムに用いられる処理方法、処理サーバ、処理プログラム、評価サーバおよび評価プログラムに関する。
【背景技術】
【０００２】
ＩＭＳ（IP Multimedia Subsystem）の呼処理システムでは、自サーバを守るための規制と、自サーバの通信相手となる他サーバを守るための規制がある。自サーバを守るための一般的な規制において、自サーバは、規制閾値を予めサーバ個別に設定した上で、自サーバのリソースを監視し、閾値を超えた場合に輻輳制御を行う。
【０００３】
リソース量が動的に変化する通信ネットワークにおいて、輻輳の発生タイミングを適切に判断するとともに、利用可能なリソース量の変動に追従して適切な制御総量を決定し、さらに決定された制御総量を好適に配分するシステムがある（特許文献１参照）。特許文献１は、発信呼数が基準を超えている輻輳地域を特定し、この輻輳地域で稼動しているセッション制御装置の台数等に基づいて、輻輳地域の端末への接続要求の総受付数の総量を決定することを開示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１５９５１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、近年のクラウド化やＩｏＴ（Internet of Things）サービスの普及に伴い、呼処理システムで用いられるセッション制御についても、分散化が求められている。しかしながら、セッション制御の分散システムにおいて、分散システムを構成するサーバの性能が統一されていない場合があり、個々のサーバで利用可能なリソースが異なる場合がある。また、セッション制御以外のアプリケーションも同時に実行するサーバもあり、個々のサーバで配分可能なリソースは、サーバの状況に応じて変化する場合がある。
【０００６】
特許文献１に記載のシステムは、地域ごとの制御総量を配分するに留まり、セッション制御を行うサーバの負荷の見直しを実現するものではない。
【０００７】
このように従来、サーバの状況に応じて、セッション制御に配分可能なリソースを適宜見直すことができない問題があった。
【０００８】
従って本発明の目的は、処理する信号上限数を自律的に決定することができる処理サーバを備える処理システム、処理システムに用いられる処理方法、処理サーバ、処理プログラム、評価サーバおよび評価プログラムを提供することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の第１の特徴は、信号を処理する複数の処理サーバと、複数の処理サーバに信号を振り分けて処理させる振分サーバとを備える処理システムに関する。第１の特徴に係る処理サーバは、初期閾値を、振分サーバに通知する初期設定手段と、初期閾値を超えないように振分サーバから振り分けられた信号を処理する信号処理手段と、信号処理手段による処理性能が、サービス要件を満たす場合、初期閾値を増やした調整後閾値を、振分サーバに通知し、サービス要件を満たさない場合、初期閾値を減らした調整後閾値を、振分サーバに通知する閾値調整手段を備える。振分サーバは、複数の処理サーバのそれぞれについて設定された信号上限数を超えないように、複数の処理サーバに信号を振り分ける振分手段と、処理サーバから調整後閾値が通知されると、調整後閾値を信号上限数に設定して、信号上限数を超えないように、処理サーバに信号を振り分ける。
【００１０】
本発明の第２の特徴は、信号を処理する複数の処理サーバと、複数の処理サーバに信号を振り分けて処理させる振分サーバとを備える処理システムに用いられる処理方法に関する、本発明の第２の特徴に係る処理方法は、処理サーバが、初期閾値を、振分サーバに通知するステップと、振分サーバが、複数の処理サーバのそれぞれについて設定された信号上限数を超えないように、複数の処理サーバに信号を振り分けるステップと、処理サーバが、初期閾値を超えないように振分サーバから振り分けられた信号を処理するステップと、処理サーバが、処理するステップにおける処理性能が、サービス要件を満たす場合、初期閾値を増やした調整後閾値を、振分サーバに通知し、サービス要件を満たさない場合、初期閾値を減らした調整後閾値を、振分サーバに通知するステップと、振分サーバが、処理サーバから調整後閾値が通知されると、調整後閾値を信号上限数に設定して、信号上限数を超えないように、処理サーバに信号を振り分けるステップを備える。
【００１１】
本発明の第３の特徴は、複数の処理サーバに信号を振り分けて処理させる振分サーバに接続する処理サーバに関する。本発明の第３の特徴に係る処理サーバは、初期閾値を、振分サーバに通知する初期設定手段と、初期閾値を超えないように振分サーバから振り分けられた信号を処理する信号処理手段と、信号処理手段による処理性能が、サービス要件を満たす場合、初期閾値を増やした調整後閾値を、振分サーバに通知し、サービス要件を満たさない場合、初期閾値を減らした調整後閾値を、振分サーバに通知する閾値調整手段を備える。
【００１２】
ここで閾値調整手段は、調整後閾値を振分サーバに通知した後、信号処理手段による処理性能が、サービス要件を満たす場合、調整後閾値を増やした新たな調整後閾値を、振分サーバに通知し、サービス要件を満たさない場合、調整後閾値を減らした新たな調整後閾値を、振分サーバに通知し、調整後閾値が収束するまで、閾値調整手段による閾値の調整が行われても良い。
【００１３】
また閾値調整手段は、処理サーバが新たなプログラムを実行する際に、閾値の調整を行い、新たな調整後閾値を、振分サーバに通知する。
【００１４】
本発明の第４の特徴は、コンピュータに、本発明の第３の特徴に記載の処理サーバとして機能させる処理プログラムに関する。
【００１５】
本発明の第５の特徴は、振分サーバから振り分けられた信号を処理する処理サーバに接続する評価サーバに関する。本発明の第５の特徴に係る評価サーバは、処理サーバに処理させる信号数に関する初期閾値を、振分サーバに通知する初期設定手段と、初期閾値を超えないように振分サーバから処理サーバに振り分けられた信号を処理サーバが処理した際の処理性能が、サービス要件を満たす場合、初期閾値を増やした調整後閾値を、振分サーバに通知し、サービス要件を満たさない場合、初期閾値を減らした調整後閾値を、振分サーバに通知する閾値調整手段を備える。
【００１６】
本発明の第６の特徴は、コンピュータに、本発明の第５の特徴に記載の評価サーバとして機能させる評価プログラムに関する。
【発明の効果】
【００１７】
本発明によれば、処理する信号上限数を自律的に決定することができる処理サーバを備える処理システム、処理システムに用いられる処理方法、処理サーバ、処理プログラム、評価サーバおよび評価プログラムを提供することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施の形態に係る処理システムのシステム構成を説明する図である。
【図２】処理サーバが処理可能な信号上限数と、処理サーバのリソースの関係を説明する図である。
【図３】本発明の実施の形態に係る処理方法を説明するシーケンス図である。
【図４】本発明の実施の形態に係る振分サーバのハードウエア構成および機能ブロックを説明する図である。
【図５】本発明の実施の形態に係る振分サーバの閾値データのデータ構造とデータの一例を説明する図である。
【図６】本発明の実施の形態に係る処理サーバのハードウエア構成および機能ブロックを説明する図である。
【図７】本発明の実施の形態に係る処理サーバの閾値設定処理を説明するフローチャートである。
【発明を実施するための形態】
【００１９】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００２０】
（処理システム）
図１を参照して、本発明の実施の形態に係る処理システム６を説明する。処理システム６は、第１処理サーバ１ａ、第２処理サーバ１ｂ、第３処理サーバ１ｃおよび振分サーバ２を備える。第１処理サーバ１ａ、第２処理サーバ１ｂ、第３処理サーバ１ｃおよび振分サーバ２は、通信ネットワーク４によって、相互に通信可能に接続される。
【００２１】
本発明の実施の形態において、処理システム６が３つの処理サーバを備える場合を説明するが、処理サーバの数は問わない。また本発明の実施の形態において、第１処理サーバ１ａ、第２処理サーバ１ｂおよび第３処理サーバ１ｃを区別しない場合、単に処理サーバ１と記載する場合がある。
【００２２】
処理システム６は、通信ネットワーク５を介して、複数の端末３と接続し、複数の端末３から送信される信号を処理する。本発明の実施の形態において、端末３は通話端末である。処理システム６は、端末３の呼に関する信号を処理するセッション制御を行う。
【００２３】
処理システム６の振分サーバ２は、端末３から受信した信号を、複数の処理サーバ１に信号を振り分けて処理させる。このとき振分サーバ２は、複数の処理サーバ１のそれぞれについて設定された信号上限数を超えないように、複数の処理サーバ１に信号を振り分ける。
【００２４】
処理サーバ１は、振分サーバ２から振分られた信号を処理するとともに、処理サーバ１における処理性能を監視して、処理サーバ１が処理可能な信号上限数を自律的に見直す。
【００２５】
ここで、図２を参照して、処理サーバ１が処理可能な信号上限数と、処理サーバ１のリソースの関係を説明する。図２は、第１処理サーバ１ａ、第２処理サーバ１ｂおよび第３処理サーバ１ｃの各リソースと、各サーバにおいて実行されるアプリケーションの一例を示す。各処理サーバ１は、Ａアプリを用いて、信号を分散して処理する。
【００２６】
図２の各処理サーバの大きさ（幅）は、各処理サーバの有するハードウエアの性能を示す。図２に示す例では、第２処理サーバ１ｂの性能が低く、第３処理サーバ１ｃの性能が高い。また図２において、第１処理サーバ１ａおよび第２処理サーバ１ｂは、Ａアプリのみを実行する一方、第３処理サーバ１ｃは、Ａアプリのみならず、Ｂアプリも実行する。
【００２７】
このような処理システム６において、Ａアプリにより、サービス要件を満たす範囲で処理可能な信号数は、処理サーバ１毎に異なる。例えば、第１処理サーバ１ａは、第２処理サーバ１ｂよりも多くのリソースをＡアプリの実行に割り当てることが可能であるので、より多くの信号を処理できると想定される。しかしながら、第３処理サーバ１ｃは、第１処理サーバ１ａおよび第２処理サーバ１ｂ性能が高いものの、Ｂアプリも実行しているので、Ａアプリの実行にどの程度のリソースが割り当て可能か不明である。その結果、第３処理サーバ１ｃｇ処理可能な信号数を、特定しづらい場合がある。
【００２８】
これにより、各処理サーバ１に処理させる信号数によっては、リソースを十分に活用できない場合や、負荷過多になる場合が考えられる。
【００２９】
本発明の実施の形態に係る処理サーバ１は、振分サーバ２から振り分けられた信号の処理における処理性能を監視して、適切な信号上限数を決定することにより、リソースを有効活用することを可能とする。
【００３０】
（処理方法）
図３を参照して、本発明の実施の形態に係る処理方法を説明する。図３に示す例では、第２処理サーバ１ｂの信号上限数を調整する場合を説明する。
【００３１】
まずステップＳ１において、端末３が処理システム６に信号を送信すると、振分サーバ２が信号を受信し、いずれの処理サーバ１に処理させるかを決定する。ステップＳ２において振分サーバ２は、各処理サーバ１の信号上限数や負荷を参照して、ステップＳ１で受信した信号を処理する処理サーバ１を決定する。第１処理サーバ１ａに処理させると決定する場合、ステップＳ３において振分サーバ２は、ステップＳ１で受信した信号を第１処理サーバ１ａに送信する。ステップＳ４において第１処理サーバ１ａは、受信した信号を処理する。
【００３２】
ステップＳ１ないしステップＳ４に示すように、調整対象外の第１処理サーバ１ａが信号を処理する場合、予め調整された信号上限数の範囲で信号が振り分けられる。また第１処理サーバ１ａは閾値を調整する処理を要しない。
【００３３】
一方、第２処理サーバ１ｂは、信号上限数の調整にあたり、ステップＳ５において初期閾値を、振分サーバ２に送信する。ステップＳ６において振分サーバ２は、第２処理サーバ１ｂの信号上限数を、ステップＳ５で受信した初期閾値に更新する。
【００３４】
またステップＳ７において、端末３が処理システム６に新たな信号を送信すると、振分サーバ２が信号を受信し、いずれの処理サーバ１に処理させるかを決定する。ステップＳ８において振分サーバ２は、各処理サーバ１の信号上限数や負荷を参照して、ステップＳ７で受信した信号を処理する処理サーバ１を決定する。第２処理サーバ１ｂに処理させると決定する場合、ステップＳ９において振分サーバ２は、ステップＳ７で受信した信号を第１処理サーバ１ａに送信する。ステップＳ１０において第２処理サーバ１ｂは、受信した信号を処理する。
【００３５】
第２処理サーバ１ｂは、さらに、ステップＳ１０における信号処理における処理性能に基づいて、ステップＳ５で送信した初期閾値を上げてまたは下げて、第２処理サーバ１ｂのサービス要求条件を満たすように、閾値を調整する。閾値が調整されると、ステップＳ１２において、調整後閾値を、振分サーバ２に通知する。ステップＳ１３において振分サーバ２は、第２処理サーバ１ｂの信号上限数を、ステップＳ１２で受信した調整後閾値に更新する。
【００３６】
ここで、ステップＳ１１ないしステップＳ１３の閾値の調整と更新は、調整後の閾値が収束するまで繰り返される。また、ステップＳ１１ないしステップＳ１３の処理は、信号を処理する度に実行しても良いし、所定数の信号を処理した後に、または所定のタイミングで、実行するように制御されても良い。
【００３７】
（振分サーバ）
図４を参照して、本発明の実施の形態に係る振分サーバ２を説明する。振分サーバ２は、処理装置２０、記憶装置２６、通信制御装置２９を備える一般的なコンピュータである。一般的なコンピュータが、所定の機能を実現するためのプログラムを実行することにより、図４に示す各手段を備える。
【００３８】
記憶装置２６は、振分サーバ２の所定の機能を実現するためのプログラム、およびプログラムの実行に伴うデータを記憶するとともに、閾値データ２７を記憶する。閾値データ２７は、処理システム６において信号を分散して処理する処理サーバ１の識別子と、その処理サーバ１に処理させる信号上限数を対応づけたデータである。この信号上限数は、例えば、単位時間あたりに処理サーバ１が処理する信号数の上限値である。
【００３９】
処理装置２０は、振分手段２１および更新手段２２を備える。
【００４０】
振分手段２１は、複数の処理サーバ１のそれぞれについて設定された信号上限数を超えないように、複数の処理サーバ１に信号を振り分ける。振分手段２１は、各処理サーバ１が処理する信号数や負荷等に応じて、端末３から受信した信号を、いずれの処理サーバ１に処理させるか決定する。
【００４１】
本発明の実施の形態において、図３を参照して説明したように、信号上限数は、各処理サーバ１において調整され、振分手段２１に通知される場合がある。振分手段２１は、処理サーバ１から調整後閾値が通知されると、調整後閾値を信号上限数に設定して、信号上限数を超えないように、処理サーバ１に信号を振り分ける。
【００４２】
具体低には振分手段２１は、閾値データ２７を参照して、各処理サーバ１の信号上限数を超えないように、かつ各処理サーバ１の負荷が偏らないように、各信号を処理する処理サーバ１を決定する。振分サーバ２は、決定した処理サーバ１に信号を送信し、その信号を処理させる。また処理サーバ１から調整後閾値が通知されると、後述の更新手段２２によって閾値データ２７の信号上限数が更新され、その後は、更新後閾値に基づいて、信号が振り分けられる。これにより、規制不足による呼損を回避することが可能になる。
【００４３】
更新手段２２は、振分手段２１から、信号上限数の初期閾値や調整後閾値が通知されると、閾値データ２７を更新する。更新手段２２は、通知元の処理サーバ１の識別子に、各処理サーバ１から通知された初期閾値または調整後閾値を、信号上限数として対応づける。これにより閾値データ２７は、処理サーバ１から通知された最新の信号上限数を保持する。
【００４４】
（処理サーバ）
図６を参照して、本発明の実施の形態に係る処理サーバ１を説明する。処理サーバ１は、処理装置１０、記憶装置１６、通信制御装置１９を備える一般的なコンピュータである。一般的なコンピュータが、所定の機能を実現するためのプログラムを実行することにより、図６に示す各手段を備える。
【００４５】
記憶装置１６は、処理サーバ１の所定の機能を実現するためのプログラム、およびプログラムの実行に伴うデータを記憶する。
【００４６】
処理装置１０は、信号処理手段１１および閾値設定手段１２を備える。
【００４７】
信号処理手段１１は、予め通知した閾値（信号上限数）を超えないように振分サーバ２から振り分けられた信号を処理する。ここで信号処理手段１１は、信号を処理する際に、信号数やＴＡＴ（Turn Around Time）等の処理性能を計測して保持する。計測された処理性能は、後述の閾値設定手段１２によって参照される。
【００４８】
閾値設定手段１２は、信号処理手段１１によって計測された処理性能に基づいて、閾値を調整する。閾値設定手段１２は、初期設定手段１３と閾値調整手段１４を備える。
【００４９】
初期設定手段１３は、初期閾値を、振分サーバ２に通知する。初期設定手段１３は、新たな処理サーバ１が処理システム６に導入された際に、実行される。
【００５０】
初期設定手段１３は、所定のルールに従って初期閾値を設定し、設定した初期閾値を、振分サーバ２に通知する。調整対象の処理サーバ１と同様の環境の処理サーバがある場合、その処理サーバにおける信号上限数に基づいて、初期閾値を設定しても良い。ここで「同様の環境の処理サーバ」とは、調整対象の処理サーバ１と同様の性能を有し、かつ同様のアプリケーションプログラムを実行している処理サーバである。また、同様の環境の処理サーバがなくとも、他の処理サーバの性能とその信号上限数に基づいて、初期閾値を設定しても良い。
【００５１】
なお、調整対象の処理サーバ１と同様の環境の処理サーバがある場合、処理サーバ１は、閾値調整手段１４による調整を経ることなく、その処理サーバにおける信号上限数を、調整が完了した閾値として、振分サーバ２に通知しても良い。
【００５２】
閾値調整手段１４は、初期閾値が設定された後、処理サーバ１に最適な閾値に調整する際に実行される。
【００５３】
閾値調整手段１４は、まずは、初期閾値を調整する。閾値調整手段１４は、信号処理手段１１による処理性能が、サービス要件を満たす場合、初期閾値を増やした調整後閾値を、振分サーバ２に通知する。一方サービス要件を満たさない場合、閾値調整手段１４は、初期閾値を減らした調整後閾値を、振分サーバ２に通知する。
【００５４】
ここで、サービス要件とは、処理システム６また処理サーバ１によるサービスに求められる性能条件であって、予め定められる。サービス要件は、例えば、単位時間あたりに処理した信号数やＴＡＴのみならず、ＣＰＵ使用率やメモリ使用率などのコンピュータの動作要件を含んでも良い。
【００５５】
閾値調整手段１４は、単位時間あたりの信号処理数が、初期閾値近傍のタイミングで、測定された処理性能に基づいて、閾値を調整することができる。また、初期閾値近傍でなくとも、信号処理数と処理性能との相関関係が予め把握されている場合、信号処理手段１１が実際に処理した信号処理数に基づいて、初期閾値近傍での処理性能を推測し、サービス要件を満たすか否かを判定しても良い。
【００５６】
例えば、信号処理に求められるサービス要件（諸元値）が、５０ＴＰＳ（Transactions Per Second）、すなわち、１信号あたり２０ｍｓｅｃで処理する場合を考える。初期閾値の５０％の信号数が振り分けられている状況で、信号処理手段１１により測定された１信号のＴＡＴが５ｍｓｅｃであるとすると、測定時点でサービス要件に対して４倍の性能を有していることが判る。従って、初期閾値を２倍にして更に多くの信号が振り分けられたとしても、サービス要件を満たして信号を処理することが可能であると推測できることから、初期閾値を２倍にするなどして、初期閾値を増やす。
【００５７】
閾値調整手段１４は、初期閾値を調整した調整閾値を振分サーバ２に通知した後、さらに閾値を調整する。閾値調整手段１４は、調整後閾値を振分サーバ２に通知した後、信号処理手段１１による処理性能が、サービス要件を満たす場合、調整後閾値を増やした新たな調整後閾値を、振分サーバ２に通知する。一方サービス要件を満たさない場合、閾値調整手段１４は、調整後閾値を減らした新たな調整後閾値を、振分サーバ２に通知する。閾値調整手段１４は、初期閾値を調整した方法と同様の方法で、調整後閾値をさらに調整し、その結果得られた新たな調整後閾値を、振分サーバ２に通知する。
【００５８】
閾値調整手段１４は、調整後閾値が収束するまで、閾値調整手段１４による閾値の調整が行われる。閾値調整手段１４は、閾値の調整と振分サーバ２への通知を繰り返し、閾値が収束した段階で、処理を終了する。
【００５９】
なお閾値調整手段１４は、処理サーバ１が新たなプログラムを実行する際にも、閾値の調整を行い、新たな調整後閾値を、振分サーバに通知する。閾値調整手段１４は、初期閾値が設定され最適な閾値に調整された後であっても、新たなアプリケーションプログラムを実行したり、ＯＳのバージョンアップ等の環境の変化が生じたりした際にも、実行される。
【００６０】
閾値調整手段１４は、信号処理手段１１が信号を処理する度に、閾値を調整しても良いし、所定数の信号を処理した後、所定の時間が経過した際などの、任意のタイミングで閾値を調整しても良い。
【００６１】
図７を参照して、処理サーバ１の閾値設定手段１２による閾値設定処理を説明する。
【００６２】
まず処理サーバ１が処理システム６に導入された際、ステップＳ１０１において処理サーバ１は、初期閾値を設定して、振分サーバ２に設定した初期閾値を送信する。この結果、振分サーバ２は、この初期閾値を信号上限数として、初期閾値を超えない数の信号を、この処理サーバ１に振分、処理させる。
【００６３】
ここで、ステップＳ１０２において、閾値を調整するタイミングを待機する。閾値を調整するタイミングになると、ステップＳ１０３において処理サーバ１は、信号処理手段１１による信号処理における処理性能を取得する。ここで取得した処理性能が、閾値近傍における処理性能でない場合、処理サーバ１は、信号処理数と処理性能との相関関係に基づいて、閾値近傍の処理性能に変換する。
【００６４】
さらにステップＳ１０４において、ステップＳ１０３で取得した処理性能と、サービス要件を比較する。
【００６５】
サービス要件に余裕があり、更に多くの信号を処理できる場合、ステップＳ１０５において、現在の閾値よりも大きい値を設定して閾値を調整する。サービス要件を満たさない場合、ステップＳ１０６において、現在の閾値よりも小さい値を設定して閾値を調整する。ステップＳ１０５またはステップＳ１０６において、閾値が調整されると、ステップＳ１０７において処理サーバ１は、その調整後閾値を振分サーバ２に通知する。処理サーバ１は、ステップＳ１０２に戻り、次の調整のタイミングを待機する。
【００６６】
一方ステップＳ１０４において、ステップＳ１０３で取得した処理性能と、サービス要件が同じ、または所定範囲内である場合、調整後閾値は収束したと判断し、処理サーバ１は、閾値設定処理を終了する。
【００６７】
本発明の実施の形態において、処理システム６において処理される信号の種類を問わず、信号上限数が設定される場合を説明したが、これに限られない。例えば、振分サーバ２は、信号の種類毎に信号上限数を保持し、処理サーバ１は、信号の種類毎に信号数やＴＡＴなどの処理性能を監視して、信号の種類毎に、閾値を調整しても良い。
【００６８】
本発明の実施の形態に係る処理システム６によれば、処理サーバ１を新たに導入したり、処理サーバ１の動作環境に変更が生じたりする場合であっても、信号処理に伴う処理性能とサービス要件とを比較しながら、処理サーバ１に振り分けられる信号上限数を自律的に調整することが可能になる。この結果、処理性能の性能や動作環境に応じた適切な信号上限数を設定することができ、さらに、リソースの有効活用を実現する。
【００６９】
（変形例）
本発明の実施の形態においては、処理サーバ１が閾値調整をする例を開示したが、処理サーバ１の閾値設定手段１２は、処理サーバ１に実装されなくともよく、処理サーバ１以外のサーバ（評価サーバ）に、実装されても良い。また、閾値設定手段１２は、振分サーバ２に実装されても良い。
【００７０】
処理サーバ１以外のサーバに閾値設定手段１２が実装される場合、初期設定手段１３は、処理サーバ１に処理させる信号数に関する初期閾値を、振分サーバ２に通知する。閾値調整手段１４は、初期閾値を超えないように振分サーバ２から処理サーバ１に振り分けられた信号を処理サーバ１が処理した際の処理性能を、処理サーバ１等から取得する。閾値調整手段１４は、処理性能が、処理サーバ１のサービス要件を満たす場合、初期閾値を増やした調整後閾値を、振分サーバ２に通知する。一方サービス要件を満たさない場合、閾値調整手段１４は、初期閾値を減らした調整後閾値を、振分サーバ２に通知する。
【００７１】
また、変形例に係る閾値設定手段１２も、本発明の実施の形態で説明したように、閾値が収束するまで、調整処理を繰り返す。
【００７２】
なお閾値調整手段１４は、単独のサーバに実装されてもよいし、他の機能を実現するサーバ上に実装されても良い。
【００７３】
（その他の実施の形態）
上記のように、本発明の実施の形態とその変形例によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【００７４】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【００７５】
１  処理サーバ
２  振分サーバ
３  端末
４、５  通信ネットワーク
６  処理システム
１０、２０  処理装置
１１  信号処理手段
１２  閾値設定手段
１３  初期設定手段
１４  調整手段
１６、２６  記憶装置
１９、２９  通信制御装置
２１  振分手段
２２  更新手段
２７  閾値データ
【図１】
2018036830.tif 000003
【図２】
2018036830.tif 000004
【図３】
2018036830.tif 000005
【図４】
2018036830.tif 000006
【図５】
2018036830.tif 000007
【図６】
2018036830.tif 000008
【図７】
2018036830.tif 000009