(57)【要約】【課題】優先トラヒックを目標時間内に完了を保証し、高い品質のサービスを提供することを課題とする。【解決手段】ＩＰネットワーク呼制御サーバ１０は、予め登録されたクレーム呼の数とクレーム呼一呼あたりのＣＰＵ使用率とを用いて、優先呼全体のＣＰＵ使用率を算出する。そして、ＩＰネットワーク呼制御サーバ１０は、算出されたクレーム呼全体のＣＰＵ使用率を呼全体のＣＰＵ使用率から差し引いた値を用いて、通常呼一呼あたりのＣＰＵ使用率を算出する。続いて、ＩＰネットワーク呼制御サーバ１０は、単位時間における所定のＣＰＵ使用率から単位時間におけるクレーム呼のＣＰＵ使用率を差し引いた値を、算出された通常呼一呼あたりのＣＰＵ使用率で除算して、次周期に受付可能な通常呼の呼数を算出する。【選択図】        図１
2009177514.tif 000002
【特許請求の範囲】
【請求項１】
所定の単位時間で繰り返される周期ごとに受付可能な呼数を算出し、当該受付可能な呼数に応じて、受け付けられた一般呼および優先呼の接続要求を制御する接続要求制御サーバであって、
前記優先呼の呼数と当該優先呼一呼あたりのプロセッサ使用率とを用いて、優先呼全体のプロセッサ使用率を算出する全体優先呼使用率算出手段と、
呼全体のプロセッサ使用率から前記全体優先呼使用率算出手段によって算出された前記優先呼全体のプロセッサ使用率を差し引いた値を、前記受け付けられた一般呼の呼数で除算して、一般呼一呼あたりのプロセッサ使用率を算出する一般呼使用率算出手段と、
前記単位時間における所定のプロセッサ使用率から前記単位時間における優先呼のプロセッサ使用率を差し引いた値を、前記一般呼使用率算出手段によって算出された前記一般呼一呼あたりのプロセッサ使用率で除算して、次周期に受付可能な一般呼の呼数を算出する受付呼数算出手段と、
を備えることを特徴とする接続要求制御サーバ。
【請求項２】
前記優先呼一呼あたりのプロセッサ使用率を周期毎に算出する一優先呼使用率算出手段をさらに備え、
前記全体優先呼使用率算出手段は、前記優先呼の呼数と、前記一優先呼使用率算出手段によって算出された前記優先呼一呼あたりのプロセッサ使用率とを用いて、前記優先呼全体のプロセッサ使用率を算出することを特徴とする請求項１に記載の接続要求制御サーバ。
【請求項３】
前記全体優先呼使用率算出手段は、予め登録された優先呼の呼数と、当該優先呼一呼あたりのプロセッサ使用率とを用いて、優先呼全体のプロセッサ使用率を算出することを特徴とする請求項１または２に記載の接続要求制御サーバ。
【請求項４】
所定の単位時間で繰り返される周期ごとに受付可能な呼数を算出し、当該受付可能な呼数に応じて、受け付けられた一般呼および優先呼の接続要求を制御する接続要求制御方法であって、
前記優先呼の呼数と当該優先呼一呼あたりのプロセッサ使用率とを用いて、優先呼全体のプロセッサ使用率を算出する全体優先呼使用率算出ステップと、
呼全体のプロセッサ使用率から前記全体優先呼使用率算出ステップによって算出された前記優先呼全体のプロセッサ使用率を差し引いた値を、前記受け付けられた一般呼の呼数で除算して、一般呼一呼あたりのプロセッサ使用率を算出する一般呼使用率算出ステップと、
前記単位時間における所定のプロセッサ使用率から前記単位時間における優先呼のプロセッサ使用率を差し引いた値を、前記一般呼使用率算出ステップによって算出された前記一般呼一呼あたりのプロセッサ使用率で除算して、次周期に受付可能な一般呼の呼数を算出する受付呼数算出ステップと、
を含んだことを特徴とする接続要求制御方法。
【請求項５】
所定の単位時間で繰り返される周期ごとに受付可能な呼数を算出し、当該受付可能な呼数に応じて、受け付けられた一般呼および優先呼の接続要求を制御する接続要求制御方法をコンピュータに実行させる接続要求制御プログラムであって、
前記優先呼の呼数と当該優先呼一呼あたりのプロセッサ使用率とを用いて、優先呼全体のプロセッサ使用率を算出する全体優先呼使用率算出手順と、
呼全体のプロセッサ使用率から前記全体優先呼使用率算出手順によって算出された前記優先呼全体のプロセッサ使用率を差し引いた値を、前記受け付けられた一般呼の呼数で除算して、一般呼一呼あたりのプロセッサ使用率を算出する一般呼使用率算出手順と、
前記単位時間における所定のプロセッサ使用率から前記単位時間における優先呼のプロセッサ使用率を差し引いた値を、前記一般呼使用率算出手順によって算出された前記一般呼一呼あたりのプロセッサ使用率で除算して、次周期に受付可能な一般呼の呼数を算出する受付呼数算出手順と、
をコンピュータに実行させることを特徴とする接続要求制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、所定の単位時間で繰り返される周期ごとに受付可能な呼数を算出し、当該受付可能な呼数に応じて、受け付けられた一般呼および優先呼の接続要求を制御する接続要求制御サーバ、接続要求制御方法および接続要求制御プログラムに関する。
【背景技術】
【０００２】
従来より、ネットワークに接続される交換機などは、トラヒック量が増大して輻輳が発生する場合がある。このため、ネットワーク接続された交換機などに対して入呼規制制御を行って、輻輳状態の抑止を計る入呼規制制御が知られている（特許文献１および特許文献２参照）。
【０００３】
具体的には、既存の入呼規制制御では、図９に示すように、直前のＣＰＵ使用率（図９の（２）参照）と受付呼数（図９の（１）参照）から、目標ＣＰＵ使用率に対する次周期の受付可能呼数を算出（図９の（３）参照）することで、次周期の受付可能呼数（図９の（４）参照）として次周期の背景呼から算出された受付可能呼数分だけ受け付けることにより輻輳状態の抑止を計る。
【０００４】
【特許文献１】特開２００７−４３３１０号公報
【特許文献２】特開２００５−３３２３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、上記した既存の入呼規制制御では、図１０に示すように、ある程度の呼量になると入呼規制制御を発動し、完了呼と不完了呼とで目標のＣＰＵ使用率とするように入呼規制制御制御を行うが、背景呼量が増加するにつれて不完了呼を生産するためにＣＰＵリソースを使用することとなり、完了呼の生産が遅れるようになるので、完了呼の生産が遅くなるので、任意の目標時間内に特定呼数（クレーム呼）の完了を保証することはできないという課題があった。
【０００６】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、システムが輻輳状態において、任意の目標時間内に特定呼数の完了を保証し、高い品質のサービス提供が可能することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するため、本発明は、所定の単位時間で繰り返される周期ごとに受付可能な呼数を算出し、当該受付可能な呼数に応じて、受け付けられた一般呼および優先呼の接続要求を制御する接続要求制御サーバであって、前記優先呼の呼数と当該優先呼一呼あたりのプロセッサ使用率とを用いて、優先呼全体のプロセッサ使用率を算出する全体優先呼使用率算出手段と、呼全体のプロセッサ使用率から前記全体優先呼使用率算出手段によって算出された前記優先呼全体のプロセッサ使用率を差し引いた値を、前記受け付けられた一般呼の呼数で除算して、一般呼一呼あたりのプロセッサ使用率を算出する一般呼使用率算出手段と、前記単位時間における所定のプロセッサ使用率から前記単位時間における優先呼のプロセッサ使用率を差し引いた値を、前記一般呼使用率算出手段によって算出された前記一般呼一呼あたりのプロセッサ使用率で除算して、次周期に受付可能な一般呼の呼数を算出する受付呼数算出手段と、を備えることを特徴とする。
【０００８】
また、本発明は、上記の発明において、前記優先呼一呼あたりのプロセッサ使用率を周期毎に算出する一優先呼使用率算出手段をさらに備え、前記全体優先呼使用率算出手段は、予め登録された優先呼の数と、一優先呼使用率算出手段によって算出された前記優先呼一呼あたりのプロセッサ使用率とを用いて、優先呼全体のプロセッサ使用率を算出することを特徴とする。
【０００９】
また、本発明は、上記の発明において、前記全体優先呼使用率算出手段は、予め登録された優先呼の呼数と、当該優先呼一呼あたりのプロセッサ使用率とを用いて、優先呼全体のプロセッサ使用率を算出することを特徴とする。
【００１０】
また、本発明は、所定の単位時間で繰り返される周期ごとに受付可能な呼数を算出し、当該受付可能な呼数に応じて、受け付けられた一般呼および優先呼の接続要求を制御する接続要求制御方法であって、前記優先呼の呼数と当該優先呼一呼あたりのプロセッサ使用率とを用いて、優先呼全体のプロセッサ使用率を算出する全体優先呼使用率算出ステップと、呼全体のプロセッサ使用率から前記全体優先呼使用率算出ステップによって算出された前記優先呼全体のプロセッサ使用率を差し引いた値を、前記受け付けられた一般呼の呼数で除算して、一般呼一呼あたりのプロセッサ使用率を算出する一般呼使用率算出ステップと、前記単位時間における所定のプロセッサ使用率から前記単位時間における優先呼のプロセッサ使用率を差し引いた値を、前記一般呼使用率算出ステップによって算出された前記一般呼一呼あたりのプロセッサ使用率で除算して、次周期に受付可能な一般呼の呼数を算出する受付呼数算出ステップと、を備えることを特徴とする。
【００１１】
また、本発明は、所定の単位時間で繰り返される周期ごとに受付可能な呼数を算出し、当該受付可能な呼数に応じて、受け付けられた一般呼および優先呼の接続要求を制御する接続要求制御方法をコンピュータに実行させる接続要求制御プログラムであって、前記優先呼の呼数と当該優先呼一呼あたりのプロセッサ使用率とを用いて、優先呼全体のプロセッサ使用率を算出する全体優先呼使用率算出手順と、呼全体のプロセッサ使用率から前記全体優先呼使用率算出手順によって算出された前記優先呼全体のプロセッサ使用率を差し引いた値を、前記受け付けられた一般呼の呼数で除算して、一般呼一呼あたりのプロセッサ使用率を算出する一般呼使用率算出手順と、前記単位時間における所定のプロセッサ使用率から前記単位時間における優先呼のプロセッサ使用率を差し引いた値を、前記一般呼使用率算出手順によって算出された前記一般呼一呼あたりのプロセッサ使用率で除算して、次周期に受付可能な一般呼の呼数を算出する受付呼数算出手順と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、システムが輻輳状態にあっても、次周期に受付可能なクレーム呼以外の呼数（一般呼の呼数）を算出するので、一般呼で呼の接続制御を行う接続要求制御サーバのプロセッサのリソースが侵食され尽くさないように制御し、優先的に処理を行いたい優先トラヒックを目標時間内に完了を保証する結果、高い品質のサービス提供が可能となる。
【発明を実施するための最良の形態】
【００１３】
以下に添付図面を参照して、この発明に係る接続要求制御サーバ、接続要求制御方法および接続要求制御プログラムの実施例を詳細に説明する。なお、「プロセッサ」は、コンピュータの中で、データの転送・加工、プログラムの制御、システム状態の管理などをおこなう装置を示し、本実施例では、プロセッサを、中央処理装置（ＣＰＵ（Central Processing Unit））と称する。なお、プロセッサは、コンピュータを動作させる処理装置であればよく、マイクロプロセッサ（ＭＰＵ（Micro Processing Unit））等、他の形態であってもよい。
【実施例１】
【００１４】
以下の実施例では、実施例１に係るＩＰネットワーク呼制御サーバの概要および特徴、ＩＰネットワーク呼制御サーバの構成および処理の流れを順に説明し、最後に実施例１による効果を説明する。なお、以下では、オペレータ輻輳で呼が確立できなかった場合に、オペレータからの呼出予約をしてもらい、オペレータが空き次第順次システムから双方向接続等（他に、トーキ接続やメール接続）で呼を確立させクレーム処理を行う場合に適用する例を説明する。
【００１５】
［実施例１に係るＩＰネットワーク呼制御サーバの概要および特徴］
まず最初に、図１を用いて、実施例１に係るＩＰネットワーク呼制御サーバの概要および特徴を説明する。図１は、実施例１に係るＩＰネットワーク呼制御サーバの概要および特徴を説明するための図である。
【００１６】
実施例１のＩＰネットワーク呼制御サーバ１０では、所定の単位時間で繰り返される周期ごとに受付可能な呼数を算出し、当該受付可能な呼数に応じて、受け付けられた通常呼（一般呼）およびクレーム呼（優先呼）の接続要求を制御することを概要とする。そして、このＩＰネットワーク呼制御サーバ１０では、優先トラヒックを目標時間内に完了を保証し、高い品質のサービスを提供する点に主たる特徴がある。
【００１７】
この主たる特徴について具体的に説明すると、ＩＰネットワーク呼制御サーバ１０は、クレーム呼の数とクレーム呼一呼あたりのＣＰＵ使用率とを用いて、クレーム呼全体のＣＰＵ使用率を算出する。具体的には、ＩＰネットワーク呼制御サーバ１０は、予め登録されたクレーム呼数「（１）」を収集し、予め登録されたクレーム呼の数とクレーム呼一呼あたりのＣＰＵ使用率「（ｃ）」とを乗算し（「（１）×（ｃ）」）、クレーム呼全体のＣＰＵ使用率「（ｄ）」を算出する。
【００１８】
そして、ＩＰネットワーク呼制御サーバ１０は、算出されたクレーム呼全体のＣＰＵ使用率を呼全体のＣＰＵ使用率から差し引いた値を用いて、通常呼一呼あたりのＣＰＵ使用率を算出する。具体的には、ＩＰネットワーク呼制御サーバ１０は、呼全体のＣＰＵ使用率「<２>」からクレーム呼全体のＣＰＵ使用率「（ｄ）」を差し引いて、その値を前周期実績としての通常呼の受付呼数「<１>」で除算し、一通常呼当りのＣＰＵ使用率「（ａ）」を算出する。
【００１９】
続いて、ＩＰネットワーク呼制御サーバ１０は、単位時間における所定のＣＰＵ使用率から単位時間におけるクレーム呼のＣＰＵ使用率を差し引いた値を、算出された通常呼一呼あたりのＣＰＵ使用率で除算して、次周期に受付可能な通常呼の呼数を算出する。具体的には、ＩＰネットワーク呼制御サーバ１０は、単位時間ｔ当りの目標ＣＰＵ使用率「（ｂ）」から単位時間ｔ当りのクレーム呼のＣＰＵ使用率「（３）」を差し引いた値を、処理完了目標時間（例えば、５時間）に基づいて算出された一クレーム呼当りのＣＰＵ使用率「（ａ）」で除算して、次周期に受付可能な通常呼の呼数「<４>」を算出する。
【００２０】
このように、ＩＰネットワーク呼制御サーバ１０は、システムが輻輳状態にあっても、次周期に受付可能な通常呼の呼数を算出するので、通常呼でＣＰＵリソースが侵食され尽くさないように制御し、優先的に処理を行いたい優先トラヒックを目標時間内に完了を保証する結果、上記した主たる特徴のごとく、高い品質のサービスを提供することが可能である。
【００２１】
［ＩＰネットワーク呼制御サーバの構成］
次に、図２を用いて、図１に示したＩＰネットワーク呼制御サーバ１０の構成を説明する。図２は、実施例１に係るＩＰネットワーク呼制御サーバ１０の構成を示すブロック図である。同図に示すように、このＩＰネットワーク呼制御サーバ１０は、制御部１１、記憶部１２を備える。以下にこれらの各部の処理を説明する。
【００２２】
記憶部１２は、制御部１１による各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、優先加入者情報記憶部１２ａ、サービス完了時間記憶部１２ｂおよびサービス呼別ＣＰＵ使用率記憶部１２ｃを備える。
【００２３】
優先加入者情報記憶部１２ａは、優先接続サービスに加入している加入者に関する優先加入者情報として、各加入者のサービス種別を記憶している。具体的には、優先加入者情報記憶部１２ａは、図３に示すように、優先接続サービスに加入している「加入者」と、当該サービス加入者が加入している「サービス呼種別」とを対応付けて記憶している。
【００２４】
サービス完了時間記憶部１２ｂは、優先加入者に対して呼を接続するまでの目標時間を示す処理完了目標時間であるサービス完了時間を記憶する。例えば、サービス完了時間記憶部１２ｂは、図４に例示するように、サービス完了時間として「５時間」を記憶する。つまり、この例では、システムが輻輳状態であって、クレーム呼が確立できなかった場合でも、５時間以内に呼を確立する。
【００２５】
サービス呼別ＣＰＵ使用率記憶部１２ｃは、各サービス呼種別における一接続に掛かる必要ＣＰＵリソース量を記憶する。具体的には、サービス呼別ＣＰＵ使用率記憶部１２ｃは、図５に示すように、サービス呼種別と、各サービス呼種別における一接続に掛かる必要なＣＰＵリソース量が全体のＣＰＵリソース量に対する割合を示すＣＰＵ使用率とを対応付けて記憶する。
【００２６】
制御部１１は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に本発明に密接に関連するものとしては、通常呼受付部１１ａ、サービス情報管理部１１ｂ、トリガ判定部１１ｃ、サービス実行制御部１１ｄ、入呼制御部１１ｅおよび呼処理部１１ｆを備える。
【００２７】
通常呼受付部１１ａは、クレーム呼以外の呼である通常呼を受け付ける。具体的には、通常呼受付部１１ａは、通常呼を受け付けた場合には、後述する入呼制御部１１ｅに呼処理要求を通知する。
【００２８】
サービス情報管理部１１ｂは、情報を管理し、他機能部からの情報参照要求を受けつける。具体的には、サービス情報管理部１１ｂは、後述するサービス実行制御部１１ｄから情報参照要求を受け付けると、情報参照要求に応じて、優先加入者情報記憶部１２ａ、サービス完了時間記憶部１２ｂおよびサービス呼別ＣＰＵ使用率記憶部１２ｃから情報を読み出し、読み出された情報をサービス実行制御部１１ｄに通知する。
【００２９】
トリガ判定部１１ｃは、トリガが発生したか否かを判定し、トリガが発生した場合には、後述するサービス実行制御部１１ｄにその旨を通知する。具体的には、トリガ判定部１１ｃは、入呼の規制制御を開始する旨のコマンドを受け付けると、後述するサービス実行制御部１１ｄにその旨を通知する。なお、トリガ判定部１１ｃは、全ての呼（クレーム呼および通常呼）を処理しきれなくなった状態（例えば、システムのＣＰＵ使用率が８０％を超えた状態）になったことをトリガとして、サービス実行制御部１１ｄにその旨を通知するようにしてもよい。
【００３０】
サービス実行制御部１１ｄは、サービス情報管理部１１ｂが管理する情報を参照し、単位時間当たりのクレーム呼数を決定し、制御する。具体的には、サービス実行制御部１１ｄは、優先加入者情報記憶部１２ａを参照して、サービス毎に必要なクレーム呼の総数である総クレーム呼数「（１）」を求め、さらにサービス完了時間記憶部１２ｂからサービス完了時間「（２）」を参照して、単位時間ｔ当たりに実行する各サービスのクレーム呼数を算出する（単位時間当たりのクレーム呼数＝（１）／（（２）／ｔ））。
【００３１】
そして、サービス実行制御部１１ｄは、サービス呼別ＣＰＵ使用率記憶部１２ｃから一クレーム呼当りのＣＰＵ使用率を参照し、その一クレーム呼当りのＣＰＵ使用率「（Ｃ）」と、算出された「単位時間ｔ当たりに実行する各サービスのクレーム呼数」とを掛けて、単位時間ｔ当りのＣＰＵ使用率「（３）」を算出する。
【００３２】
続いて、サービス実行制御部１１ｄは、前周期実績としての受付呼数「<１>」およびＣＰＵ使用率「<２>」を収集し、総クレーム呼数「（１）」と一クレーム呼当りのＣＰＵ使用率「（ｃ）」とを乗算して、総クレーム呼のＣＰＵ使用率「（ｄ）」を算出する（（１）×（ｃ））。そして、サービス実行制御部１１ｄは、呼全体のＣＰＵ使用率「<２>」からクレーム呼全体のＣＰＵ使用率「（ｄ）」を差し引いて、その値を通常呼の受付呼数「<１>」で除算し、一通常呼当りのＣＰＵ使用率「（ａ）」を算出する（（<２>×（ｄ））／<１>）。
【００３３】
その後、サービス実行制御部１１ｄは、単位時間ｔ当りの目標ＣＰＵ使用率「（ｂ）」から単位時間ｔ当りのクレーム呼のＣＰＵ使用率「（３）」を差し引いた値を、一クレーム呼当りのＣＰＵ使用率「（ａ）」で除算して、次周期に受付可能な通常呼の呼数「<４>」を算出する（（（ｂ）−（３））／（ａ））。そして、サービス実行制御部１１ｄは、算出された次周期に受付可能な通常呼の呼数「<４>」を後述する入呼制御部１１ｅに通知する。
【００３４】
ここで、図６の具体例を用いて次周期受付可能呼数算出処理について説明する。同図に示すように、サービス実行制御部１１ｄは、システムのＣＰＵ使用率が８０パーセントを超えてから（つまり、全ての呼を処理しきれなくなってから）、呼規制を開始している。サービス実行制御部１１ｄは、システムのＣＰＵ使用率が９０パーセントの場合には、総クレーム呼数「１００」と一クレーム呼当りのＣＰＵ使用率「０．５％」（図６には図示せず）とを乗算して、総クレーム呼のＣＰＵ使用率「５０％」を算出する。
【００３５】
そして、サービス実行制御部１１ｄは、サービス実行制御部１１ｄは、呼全体のＣＰＵ使用率「９０％」からクレーム呼全体のＣＰＵ使用率「５０％」を差し引いた値「４０％」を前回の受付呼数で除算し、一通常呼当りのＣＰＵ使用率「０．２６７％」を算出する。
【００３６】
その後、サービス実行制御部１１ｄは、単位時間ｔ当りの目標ＣＰＵ使用率「８０％」から単位時間ｔ当りのクレーム呼のＣＰＵ使用率「５０％」を差し引いた値「３０％」を、一クレーム呼当りのＣＰＵ使用率「０．２６７％」で除算して、次周期に受付可能な通常呼の呼数「１１２」を算出する。そして、サービス実行制御部１１ｄは、算出された次周期に受付可能な通常呼の呼数「１１２」を入呼制御部１１ｅに通知する。
【００３７】
図２の説明に戻ると、入呼制御部１１ｅは、入呼の規制制御を行う。具体的には、入呼制御部１１ｅは、サービス実行制御部１１ｄから次周期に受付可能な通常呼の呼数「<４>」を受け付けた後、通常呼の呼処理要求を受け付けた場合に、受付可能な通常呼の呼数「<４>」を許容数として、許容数を超えた呼処理要求については拒否する（つまり、不完了呼とする）。また、入呼制御部１１ｅは、クレーム呼の場合には、規制を行わずに呼処理部１１ｆに処理要求を通知する。呼処理部１１ｆは、入呼制御部１１ｅから処理要求を受け付けた呼について、接続を完了するように制御する。
【００３８】
［ＩＰネットワーク呼制御サーバ１０による次周期受付可能呼数算出処理］
次に、図７を用いて、実施例１に係るＩＰネットワーク呼制御サーバ１０による次周期受付可能呼数算出処理を説明する。図７は、実施例１に係るＩＰネットワーク呼制御サーバ１０による次周期受付可能呼数算出処理を示すフローチャートである。
【００３９】
同図に示すように、ＩＰネットワーク呼制御サーバ１０は、前周期実績としての受付呼数を収集し（ステップＳ１０１）、ＣＰＵ使用率を収集する（ステップＳ１０２）。そして、ＩＰネットワーク呼制御サーバ１０は、総クレーム呼数を収集する（ステップＳ１０３）。
【００４０】
続いて、ＩＰネットワーク呼制御サーバ１０は、総クレーム呼数と一クレーム呼当りのＣＰＵ使用率を乗算して、クレーム呼のＣＰＵ使用率を算出する（ステップＳ１０４）。そして、ＩＰネットワーク呼制御サーバ１０は、呼全体のＣＰＵ使用率からクレーム呼のＣＰＵ使用率を差し引いて、その値を通常呼の受付呼数で除算し、一通常呼当りのＣＰＵ使用率を算出する（ステップＳ１０５）。
【００４１】
その後、ＩＰネットワーク呼制御サーバ１０は、単位時間における所定のＣＰＵ使用率から単位時間におけるクレーム呼のＣＰＵ使用率を差し引いた値を、一クレーム呼当りのＣＰＵ使用率で除算して、次周期に受付可能な通常呼の呼数を算出する（ステップＳ１０６）。
【００４２】
[実施例１の効果]
上述してきたように、ＩＰネットワーク呼制御サーバ１０は、システムが輻輳状態にあっても、次周期に受付可能な通常呼の呼数を算出するので、通常呼でＣＰＵリソースが侵食され尽くさないように制御し、優先的に処理を行いたい優先トラヒックを目標時間内に完了を保証する結果、高い品質のサービスを提供することが可能である。
【実施例２】
【００４３】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では実施例２として本発明に含まれる他の実施例を説明する。
【００４４】
（１）処理負荷判定
上記の実施例１では、クレーム呼一呼あたりのＣＰＵ使用率が予め登録されている場合を説明したが、本発明はこれに限定されるものではなく、クレーム呼一呼あたりのＣＰＵ使用率を周期毎に算出するようにしてもよい。
【００４５】
このように、クレーム呼一呼あたりのＣＰＵ使用率を周期毎に算出し、クレーム呼の数と、算出されたクレーム呼一呼あたりのＣＰＵ使用率とを用いて、クレーム呼全体のＣＰＵ使用率を算出するので、リアルタイムに算出されたクレーム呼一呼あたりのＣＰＵ使用率を基に、クレーム呼全体のＣＰＵ使用率を算出し、より正確に受付可能な通常呼の呼数を算出する結果、より高い品質のサービス提供が可能となる。
【００４６】
（２）システム構成等
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、サービス実行制御部１１ｄと入呼制御部１１ｅを統合してもよい。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００４７】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００４８】
（３）プログラム
ところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図８を用いて、上記の実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図８は、接続要求制御プログラムを実行するコンピュータを示す図である。
【００４９】
同図に示すように、ＩＰネットワーク呼制御サーバとしてのコンピュータ６００は、ＨＤＤ６１０、ＲＡＭ６２０、ＲＯＭ６３０およびＣＰＵ６４０をバス６５０で接続して構成される。
【００５０】
そして、ＲＯＭ６３０には、上記の実施例と同様の機能を発揮する接続要求制御プログラム、つまり、図８に示すように、通常呼受付プログラム６３１、サービス情報管理プログラム６３２、トリガ判定プログラム６３３、サービス実行制御プログラム６３４および入呼制御プログラム６３５が予め記憶されている。なお、プログラム６３１〜６３５については、図２に示したＩＰネットワーク呼制御サーバ１０の各構成要素と同様、適宜統合または分散してもよい。
【００５１】
そして、ＣＰＵ６４０が、これらのプログラム６３１〜６３５をＲＯＭ６３０から読み出して実行することで、図８に示すように、各プログラム６３１〜６３５は、通常呼受付プロセス６４１、サービス情報管理プロセス６４２、トリガ判定プロセス６４３、サービス実行制御プロセス６４４および入呼制御プロセス６４５として機能するようになる。各プロセス６４１〜６４５は、図２に示した通常呼受付部１１ａ、サービス情報管理部１１ｂ、トリガ判定部１１ｃ、サービス実行制御部１１ｄ、入呼制御部１１ｅにそれぞれ対応する。
【００５２】
また、ＨＤＤ６１０には、図８に示すように、優先加入者情報テーブル６１１、サービス完了時間テーブル６１２、サービス呼別ＣＰＵ使用率テーブル６１３が設けられる。なお、優先加入者情報テーブル６１１、サービス完了時間テーブル６１２、サービス呼別ＣＰＵ使用率テーブル６１３は、図２に示した優先加入者情報記憶部１２ａ、サービス完了時間記憶部１２ｂおよびサービス呼別ＣＰＵ使用率記憶部１２ｃにそれぞれ対応する。
【００５３】
そして、ＣＰＵ６４０は、優先加入者情報テーブル６１１、サービス完了時間テーブル６１２、サービス呼別ＣＰＵ使用率テーブル６１３に対してデータを登録するとともに、優先加入者情報テーブル６１１、サービス完了時間テーブル６１２、サービス呼別ＣＰＵ使用率テーブル６１３から優先加入者データ６２１、サービス完了時間データ６２２、サービス呼別ＣＰＵ使用率データ６２３を読み出してＲＡＭ６２０に格納し、ＲＡＭ６２０に格納された優先加入者データ６２１、サービス完了時間データ６２２、サービス呼別ＣＰＵ使用率データ６２３に基づいて処理を実行する。
【００５４】
上記の実施例を含む実施形態に関し、以下の付記を開示する。
【００５５】
（付記１）所定の単位時間で繰り返される周期ごとに受付可能な呼数を算出し、当該受付可能な呼数に応じて、受け付けられた一般呼および優先呼の接続要求を制御する接続要求制御サーバであって、
前記優先呼の呼数と当該優先呼一呼あたりのプロセッサ使用率とを用いて、優先呼全体のプロセッサ使用率を算出する全体優先呼使用率算出手段と、
呼全体のプロセッサ使用率から前記全体優先呼使用率算出手段によって算出された前記優先呼全体のプロセッサ使用率を差し引いた値を、前記受け付けられた一般呼の呼数で除算して、一般呼一呼あたりのプロセッサ使用率を算出する一般呼使用率算出手段と、
前記単位時間における所定のプロセッサ使用率から前記単位時間における優先呼のプロセッサ使用率を差し引いた値を、前記一般呼使用率算出手段によって算出された前記一般呼一呼あたりのプロセッサ使用率で除算して、次周期に受付可能な一般呼の呼数を算出する受付呼数算出手段と、
を備えることを特徴とする接続要求制御サーバ。
【００５６】
（付記２）前記優先呼一呼あたりのプロセッサ使用率を周期毎に算出する一優先呼使用率算出手段をさらに備え、
前記全体優先呼使用率算出手段は、前記優先呼の呼数と、前記一優先呼使用率算出手段によって算出された前記優先呼一呼あたりのプロセッサ使用率とを用いて、前記優先呼全体のプロセッサ使用率を算出することを特徴とする付記１に記載の接続要求制御サーバ。
【００５７】
（付記３）前記全体優先呼使用率算出手段は、予め登録された優先呼の呼数と、当該優先呼一呼あたりのプロセッサ使用率とを用いて、優先呼全体のプロセッサ使用率を算出することを特徴とする付記１または２に記載の接続要求制御サーバ。
【００５８】
（付記４）所定の単位時間で繰り返される周期ごとに受付可能な呼数を算出し、当該受付可能な呼数に応じて、受け付けられた一般呼および優先呼の接続要求を制御する接続要求制御方法であって、
前記優先呼の呼数と当該優先呼一呼あたりのプロセッサ使用率とを用いて、優先呼全体のプロセッサ使用率を算出する全体優先呼使用率算出ステップと、
呼全体のプロセッサ使用率から前記全体優先呼使用率算出ステップによって算出された前記優先呼全体のプロセッサ使用率を差し引いた値を、前記受け付けられた一般呼の呼数で除算して、一般呼一呼あたりのプロセッサ使用率を算出する一般呼使用率算出ステップと、
前記単位時間における所定のプロセッサ使用率から前記単位時間における優先呼のプロセッサ使用率を差し引いた値を、前記一般呼使用率算出ステップによって算出された前記一般呼一呼あたりのプロセッサ使用率で除算して、次周期に受付可能な一般呼の呼数を算出する受付呼数算出ステップと、
を含んだことを特徴とする接続要求制御方法。
【００５９】
（付記５）所定の単位時間で繰り返される周期ごとに受付可能な呼数を算出し、当該受付可能な呼数に応じて、受け付けられた一般呼および優先呼の接続要求を制御する接続要求制御方法をコンピュータに実行させる接続要求制御プログラムであって、
前記優先呼の呼数と当該優先呼一呼あたりのプロセッサ使用率とを用いて、優先呼全体のプロセッサ使用率を算出する全体優先呼使用率算出手順と、
呼全体のプロセッサ使用率から前記全体優先呼使用率算出手順によって算出された前記優先呼全体のプロセッサ使用率を差し引いた値を、前記受け付けられた一般呼の呼数で除算して、一般呼一呼あたりのプロセッサ使用率を算出する一般呼使用率算出手順と、
前記単位時間における所定のプロセッサ使用率から前記単位時間における優先呼のプロセッサ使用率を差し引いた値を、前記一般呼使用率算出手順によって算出された前記一般呼一呼あたりのプロセッサ使用率で除算して、次周期に受付可能な一般呼の呼数を算出する受付呼数算出手順と、
をコンピュータに実行させることを特徴とする接続要求制御プログラム。
【産業上の利用可能性】
【００６０】
以上のように、本発明に係る接続要求制御サーバ、接続要求制御方法および接続要求制御プログラムは所定の単位時間で繰り返される周期ごとに受付可能な呼数を算出し、当該受付可能な呼数に応じて、受け付けられた一般呼および優先呼の接続要求を制御する場合に有用であり、特に、優先トラヒックを目標時間内に完了を保証し、高い品質のサービスを提供することに適する。
【図面の簡単な説明】
【００６１】
【図１】実施例１に係るＩＰネットワーク呼制御サーバの概要および特徴を説明するための図である。
【図２】実施例１に係るＩＰネットワーク呼制御サーバの構成を示すブロック図である。
【図３】優先加入者情報記憶部に記憶された優先加入者情報を説明するための図である。
【図４】サービス完了時間記憶部に記憶されたサービス完了時間を説明するための図である。
【図５】サービス呼別ＣＰＵ使用率記憶部に記憶されたサービス呼別ＣＰＵ使用率を説明するための図である。
【図６】サービス実行制御部によるサービスの一例を説明するための図である。
【図７】実施例１に係るＩＰネットワーク呼制御サーバの次周期受付可能呼数算出処理を示すフローチャートである。
【図８】接続要求制御プログラムを実行するコンピュータを示す図である。
【図９】従来技術を説明するための図である。
【図１０】従来技術を説明するための図である。
【符号の説明】
【００６２】
１０  ＩＰネットワーク呼制御サーバ
１１  制御部
１１ａ  通常呼受付部
１１ｂ  サービス情報管理部
１１ｃ  トリガ判定部
１１ｄ  サービス実行制御部
１１ｅ  入呼制御部
１２  記憶部
１２ａ  優先加入者情報記憶部
１２ｂ  サービス完了時間記憶部
１２ｃ  サービス呼別ＣＰＵ使用率記憶部
【図１】
2009177514.tif 000003
【図２】
2009177514.tif 000004
【図３】
2009177514.tif 000005
【図４】
2009177514.tif 000006
【図５】
2009177514.tif 000007
【図６】
2009177514.tif 000008
【図７】
2009177514.tif 000009
【図８】
2009177514.tif 000010
【図９】
2009177514.tif 000011
【図１０】
2009177514.tif 000012