(57)【要約】【課題】処理装置毎に負荷のばらつきを抑えつつ、処理装置の増設を容易にし、かつ故障発生時の切り替えの際に通信断が発生することを防止する。【解決手段】算出部１１２は、各処理装置１２０−１、１２０−２が現在実行している処理の加重和を算出する。受付部１１１は、外部装置から処理要求を受け付ける。出力部１１３は、処理装置１２０−１、１２０−２のうち、算出部１１２が算出した加重和が最も小さいものに処理要求を出力する。【選択図】図１
2013255090.tif 000002
【特許請求の範囲】
【請求項１】
複数の処理装置を備え、電話機同士を接続させる呼処理制御サーバの負荷分散装置であって、
各処理装置が現在実行している処理の加重和を算出する算出部と、
外部装置から処理要求を受け付ける受付部と、
前記算出部が算出した加重和が最も小さい処理装置に前記処理要求を出力する出力部と
を備えることを特徴とする負荷分散装置。
【請求項２】
前記算出部が加重和を算出するときに用いる重みのうち、電話機同士の接続処理の重みは、電話機の死活監視処理の重みより重い
ことを特徴とする請求項１に記載の負荷分散装置。
【請求項３】
前記算出部が加重和を算出するときに用いる重みのうち、それぞれの処理装置が実行する必要がある処理の重みは、１つの処理装置において実行することで足りる処理の重みより重い
ことを特徴とする請求項１または請求項２に記載の負荷分散装置。
【請求項４】
複数の処理装置を備え、電話機同士を接続させる呼処理制御サーバの負荷分散方法であって、
各処理装置が現在実行している処理の加重和を算出するステップと、
外部装置から処理要求を受け付けるステップと、
前記加重和が最も小さい処理装置に前記処理要求を出力するステップと
を有することを特徴とする負荷分散方法。
【請求項５】
前記加重和を算出するときに用いる重みのうち、電話機同士の接続処理の重みは、電話機の死活監視処理の重みより重い
ことを特徴とする請求項１に記載の負荷分散方法。
【請求項６】
複数の処理装置を備え、電話機同士を接続させる呼処理制御サーバの負荷分散装置を、
各処理装置が現在実行している処理の加重和を算出する算出部、
外部装置から処理要求を受け付ける受付部、
前記算出部が算出した加重和が最も小さい処理装置に前記処理要求を出力する出力部
として機能させるためのプログラム。
【請求項７】
前記算出部が加重和を算出するときに用いる重みのうち、電話機同士の接続処理の重みは、電話機の死活監視処理の重みより重い
ことを特徴とする請求項６に記載のプログラム。
【請求項８】
電話機同士を接続させる処理を行う複数の処理装置と、
前記処理装置に実行させる処理を前記複数の処理装置の各々に振り分ける負荷分散装置と
を備え、
前記負荷分散装置は、
各処理装置が現在実行している処理の加重和を算出する算出部と、
外部装置から処理要求を受け付ける受付部と、
前記算出部が算出した加重和が最も小さい処理装置に前記処理要求を出力する出力部と
を備えることを特徴とする呼処理制御サーバ。
【請求項９】
前記算出部が加重和を算出するときに用いる重みのうち、電話機同士の接続処理の重みは、電話機の死活監視処理の重みより重い
ことを特徴とする請求項７に記載の呼処理制御サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話機同士を接続させる呼処理制御サーバ、並びに当該呼処理制御サーバの負荷分散装置、負荷分散方法、及びプログラムに関する。
【背景技術】
【０００２】
電話機同士を接続させる呼処理制御サーバは、システムの信頼性を高めるため、運用系と待機系の２つの処理装置を備えるデュプレックスシステムを構成している。待機系は、運用系に障害が発生したときに運用系に切り替えるための処理装置であり、通常時は処理を行わずにスタンバイしている。そのため、信頼性は高まるものの、処理リソースに無駄が生じてしまうという問題がある。
【０００３】
そこで、待機系を有効に活用するために、運用系と並列に処理を実行することで負荷を分散させることが考えられる。しかしながら、信号数や処理命令数などに基づいて振り分けを行うと、処理によって負荷が異なるため、処理装置毎に負荷のばらつきが発生してしまうという問題がある。そこで、特許文献１には、呼処理に応じて異なる重み係数を乗じ、その和が最小となる処理装置に処理を割り当てる技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２７０３８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、処理装置をさらに増設しようとする場合、処理装置それぞれに、新たに増設する処理装置との連携を行うための処理を追加する必要があるため、増設が容易でないという問題がある。また、運用系と待機系に同一の仮想ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを割り当てるため、故障発生時の切り替えの際に通信断が発生するという問題がある。
本発明の目的は、上述した課題を解決する負荷分散装置、負荷分散方法、プログラム、及び呼処理制御サーバを提供することにある。
【課題を解決するための手段】
【０００６】
本発明は上記の課題を解決するためになされたものであり、複数の処理装置を備え、電話機同士を接続させる呼処理制御サーバの負荷分散装置であって、各処理装置が現在実行している処理の加重和を算出する算出部と、外部装置から処理要求を受け付ける受付部と、前記算出部が算出した加重和が最も小さい処理装置に前記処理要求を出力する出力部とを備えることを特徴とする。
【０００７】
また、本発明は、複数の処理装置を備え、電話機同士を接続させる呼処理制御サーバの負荷分散方法であって、各処理装置が現在実行している処理の加重和を算出するステップと、外部装置から処理要求を受け付けるステップと、前記加重和が最も小さい処理装置に前記処理要求を出力するステップとを有することを特徴とする。
【０００８】
また、本発明は、複数の処理装置を備え、電話機同士を接続させる呼処理制御サーバの負荷分散装置を、各処理装置が現在実行している処理の加重和を算出する算出部、外部装置から処理要求を受け付ける受付部、前記算出部が算出した加重和が最も小さい処理装置に前記処理要求を出力する出力部として機能させるためのプログラムである。
【０００９】
また、本発明は、電話機同士を接続させる処理を行う複数の処理装置と、前記処理装置に実行させる処理を前記複数の処理装置の各々に振り分ける負荷分散装置とを備え、前記負荷分散装置は、各処理装置が現在実行している処理の加重和を算出する算出部と、外部装置から処理要求を受け付ける受付部と、前記算出部が算出した加重和が最も小さい処理装置に前記処理要求を出力する出力部とを備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、処理装置毎に負荷のばらつきを抑えつつ、処理装置の増設を容易にし、かつ故障発生時の切り替えの際に通信断が発生することを防止することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態による呼処理制御サーバの構成を示す概略ブロック図である。
【図２】本発明の一実施形態による呼処理制御サーバの動作を示すフローチャートである。
【図３】本発明による負荷分散装置の基本構成を示す概略ブロック図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の一実施形態による呼処理制御サーバ１００の構成を示す概略ブロック図である。
呼処理制御サーバ１００は、電話回線やインターネット回線を介して電話機３００同士を接続させるサーバであって、外部装置である電話機３００や保守端末２００から処理要求を受け付け、当該処理要求が示す処理を実行する。呼処理制御サーバ１００は、複数の処理装置１２０（処理装置１２０−１、処理装置１２０−２）と負荷分散装置１１０とを備える。
【００１３】
処理装置１２０は、負荷分散装置１１０によって割り当てられた処理要求が示す処理を実行する。処理部が実行する処理は、電話機３００からの処理要求によって実行する呼処理と、保守端末２００からの処理要求によって実行する保守処理とがある。
【００１４】
呼処理には、電話機３００同士の接続処理と、電話機３００同士の死活監視処理とがある。電話機３００同士の接続処理を実行する場合、処理装置１２０は、予め記憶している電話機３００の加入者情報及びルーティング情報のデータベースから、該当する電話機３００及び当該電話機３００への適切なルーティングを検索し、接続処理を行う。他方、電話機３００の死活監視処理を実行する場合、処理装置１２０は、ある電話機３００から、当該電話機３００が動作していることを示す信号を受信し、当該信号に対する応答を送信することで行う。そのため、データベースの検索を行う必要がある接続処理のほうが、死活監視処理より負荷が高い。
【００１５】
保守処理の例としては、トラフィック収集処理、リソース監視処理、プロセス監視処理、メモリ同期処理、メモリ同期処理、ファイル更新処理、バックアップ収集処理、増減設処理などがあげられる。トラフィック収集処理は、呼処理制御サーバ１００のトラフィックを監視する処理である。リソース監視処理は、呼処理制御サーバ１００のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やメモリの状態を監視する処理である。プロセス監視処理は、呼処理制御サーバ１００で動作しているプロセスを監視する処理である。メモリ同期処理は、各処理装置１２０のメモリが記憶する情報を整合させる処理である。ファイル更新処理は、処理装置１２０の動作に要する設定ファイルや差分プログラムなどの更新を行う処理である。バックアップ収集処理は、各処理装置１２０を復旧させる際に用いるバックアップデータを収集する処理である。増減設処理は、ＣＰＵやメモリの増設または減設に際して実行すべき処理である。
【００１６】
保守処理のうち、トラフィック収集処理、リソース監視処理、プロセス監視処理は、何れか１つの処理装置１２０が実行することで足りるが、メモリ同期処理、ファイル更新処理、バックアップ収集処理、増減設処理は、それぞれの処理装置１２０が実行する必要がある。なお、それぞれの処理装置１２０が実行する必要がある処理であっても、同時に実行する必要は無い。
【００１７】
負荷分散装置１１０は、電話機３００や保守端末２００から処理要求を受け付け、各処理装置１２０の負荷を計算し、負荷の少ない処理装置１２０に対して当該処理要求を割り当てる。
負荷分散装置１１０は、受付部１１１、算出部１１２、出力部１１３、処理中継部１１４を備える。
受付部１１１は、保守端末２００及び電話機３００から処理要求を受け付ける。
算出部１１２は、各処理装置１２０が現在実行している処理の加重和を算出する。なお、算出部１１２が加重和を算出するときに用いる重みは、処理毎に予め定められている。具体的には、呼処理のうち、電話機３００同士の接続処理の重みは、電話機３００の死活監視処理の重みより重く設定されており、保守処理のうち、それぞれの処理装置１２０が実行する必要がある処理の重みは、１つの処理装置１２０において実行することで足りる処理の重みより重く設定されている。
出力部１１３は、算出部１１２が算出した加重和が最も小さい処理装置１２０に、受付部１１１が受け付けた処理要求を出力する。
処理中継部１１４は、処理装置１２０による処理のための通信を中継する。
【００１８】
次に、本実施形態による呼処理制御サーバ１００の動作について説明する。
図２は、本発明の一実施形態による呼処理制御サーバ１００の動作を示すフローチャートである。
保守端末２００または電話機３００が処理要求を送信すると、負荷分散装置１１０の受付部１１１は、当該処理要求を受け付ける（ステップＳ１）。次に、算出部１１２は、各処理装置１２０が現在実行している処理を特定し、処理の種別に応じた重みを乗じて、各処理装置１２０が現在実行している処理の加重和を算出する（ステップＳ２）。なお、上述したとおり、呼処理のうち、電話機３００同士の接続処理の重みは、電話機３００の死活監視処理の重みより重く設定されており、保守処理のうち、それぞれの処理装置１２０が実行する必要がある処理の重みは、１つの処理装置１２０において実行することで足りる処理の重みより重く設定されている。
次に、出力部１１３は、算出部１１２が算出した加重和が最小となる処理装置１２０を特定し、当該処理装置１２０に、受付部１１１が受け付けた処理要求を出力する（ステップＳ３）。
【００１９】
これにより、処理要求を受け付けた処理装置１２０は、負荷分散装置１１０の処理中継部１１４を介して、処理要求が示す呼処理または保守処理を実行する。なお、保守処理のうち、それぞれの処理装置１２０が実行する必要がある保守処理を、ある処理装置１２０に割り当てた場合、まず当該処理装置１２０に保守処理を実行させ、完了後に当該保守処理を他の処理装置１２０に実行させる。
【００２０】
このように、本実施形態によれば、呼処理制御サーバ１００のインタフェースとして負荷分散装置１１０を備え、負荷分散装置１１０が処理の加重和に基づいて処理要求の振り分けを行う。これにより、負荷分散装置１１０は、処理装置１２０毎に負荷のばらつきを抑えることができる。これは、実行中の処理の内容によって異なる重みを用いているためである。また、負荷分散装置１１０は、処理装置１２０の増設を容易にすることができる。これは、負荷分散装置１１０が処理装置１２０への処理の分配をしているため、増設の際に各処理装置１２０の設計変更を行う必要が無く、負荷分散装置１１０の処理の振り分け先を増やすことで、処理装置１２０の増設に対応することができるためである。また、負荷分散装置１１０は、故障発生時の切り替えの際に通信断が発生することを防止することができる。これは、負荷分散装置１１０が外部との通信を集約することで、各処理装置１２０のＩＰアドレスを同一のものとする必要が無くなるためである。
【００２１】
また、本実施形態によれば、算出部１１２が加重和を算出するときに用いる重みのうち、電話機３００同士の接続処理の重みは、電話機３００の死活監視処理の重みより重く設定されている。これにより、負荷分散装置１１０は、呼処理毎の負荷の多少に応じた加重和を算出することができる。
【００２２】
また、本実施形態によれば、算出部１１２が加重和を算出するときに用いる重みのうち、それぞれの処理装置１２０が実行する必要がある処理の重みは、１つの処理装置１２０において実行することで足りる処理の重みより重く設定されている。これにより、負荷分散装置１１０は、保守処理の優先度の高低に応じた加重和を算出することができる。
【００２３】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
例えば、本実施形態では、呼処理制御サーバ１００が処理装置１２０を２つ備える場合について説明したが、これに限られず、３つ以上を備える構成であっても良い。
【００２４】
《基本構成》
図３は、本発明による負荷分散装置１１０の基本構成を示す概略ブロック図である。
上述した実施形態では、本発明による負荷分散装置１１０の一実施形態として図１に示す構成について説明したが、本発明による負荷分散装置１１０の基本構成は、図３に示すとおりである。
すなわち、本発明による負荷分散装置１１０は、受付部１１１、算出部１１２、及び出力部１１３を基本構成とする。
【００２５】
算出部１１２は、各処理装置１２０が現在実行している処理の加重和を算出する。受付部１１１は、外部装置から処理要求を受け付ける。出力部１１３は、算出部１１２が算出した加重和が最も小さい処理装置１２０に処理要求を出力する。
これにより、負荷分散装置１１０は、処理装置１２０毎に負荷のばらつきを抑えつつ、処理装置１２０の増設を容易にし、かつ故障発生時の切り替えの際に通信断が発生することを防止することができる。
【００２６】
上述の負荷分散装置１１０は内部に、コンピュータシステムを有している。そして、上述した各処理部の動作は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００２７】
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００２８】
１００…呼処理制御サーバ  １１０…負荷分散装置  １１１…受付部  １１２…算出部  １１３…出力部  １１４…処理中継部  １２０…処理装置  ２００…保守端末  ３００…電話機
【図１】
2013255090.tif 000003
【図２】
2013255090.tif 000004
【図３】
2013255090.tif 000005