(57)【要約】【課題】通信システムの消費電力を抑えながら呼損を低減する通信制御装置、通信制御方法及び通信制御システムを提供する。【解決手段】呼接続数管理部１６は、呼接続数を取得する。サーバ停止制御部１５は、呼制御サーバ２１及び２２毎の呼接続数を基に選択した呼制御サーバ２１に割り当てている呼処理を呼制御サーバ２２に移行し、呼制御サーバ２１に割り当てている呼処理がなくなると呼制御サーバ２１を停止させる。振分制御部１２は、処理要求に対応する呼処理を行っていた呼制御サーバ２１が停止されている場合、処理要求に対応する呼処理を移行した呼制御サーバ２２に処理要求を振分ける。予測起動制御部１９は、呼制御サーバ２２が処理する呼の数の増加率の変化率を算出し、該変化率を基に所定期間後の呼制御サーバ２２が処理する呼の数の予測値を求め、予測値が所定値を超えている場合、停止している呼制御サーバ２１を起動させる。【選択図】図１
2015037216.tif 000002
【特許請求の範囲】
【請求項１】
呼処理を行う各呼制御サーバの処理している呼の数を表す呼接続数を取得する呼接続数管理部と、
前記呼制御サーバ毎の呼接続数を基に前記呼制御サーバから第一の呼制御サーバを選択し、前記第一の呼制御サーバに割り当てている呼処理を他の呼制御サーバに移行し、前記第一の呼制御サーバに割り当てている呼処理がなくなると前記第一の呼制御サーバを停止させるサーバ停止制御部と、
呼処理に関する処理要求を受け、前記処理要求に対応する呼処理を行っていた呼制御サーバが前記サーバ停止制御部により停止されている場合、前記サーバ停止制御部が前記処理要求に対応する呼処理を移行した先の前記他の呼制御サーバに前記処理要求を振分ける振分制御部と、
特定の呼制御サーバが処理する呼の数の増加率の変化率を算出し、該変化率を基に所定期間後の前記特定の呼制御サーバが処理する呼の数の予測値を求め、前記予測値が所定値を超えている場合、停止している呼制御サーバを起動させる予測起動制御部と
を備えたことを特徴とする通信制御装置。
【請求項２】
サーバ起動閾値を予め記憶しており、各前記呼制御サーバのいずれかの負荷が前記サーバ起動閾値を超えた場合、停止している呼制御サーバを起動させるサーバ起動制御部をさらに備えたことを特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記予測起動制御部は、周期的に前記特定の呼制御サーバが処理する呼の数の増加率の変化率を求め、今回の周期に求めた前記特定の呼制御サーバが処理する呼の数の増加率の変化率が１つ前の周期に求めた前記特定の呼制御サーバが処理する呼の数の増加率の変化率よりも大きい場合、停止している呼制御サーバを起動させることを特徴とする請求項１又は請求項２に記載の通信制御装置。
【請求項４】
前記予測起動制御部は、周期的に前記特定の呼制御サーバが処理する呼の数の増加率の変化率を求め、今回の周期に求めた前記特定の呼制御サーバが処理する呼の数の増加率の変化率が１つ前の周期に求めた前記特定の呼制御サーバが処理する呼の数の増加率の変化率よりも大きい場合、前記周期を短くすることを特徴とする請求項１〜３のいずれか一つに記載の通信制御装置。
【請求項５】
前記予測起動制御部は、今回の周期に求めた前記特定の呼制御サーバが処理する呼の数の増加率の変化率が１つ前の周期に求めた前記特定の呼制御サーバが処理する呼の数の増加率の変化率よりも小さく、且つ、前記周期が短くなっている場合、前記周期を長くすることを特徴とする請求項１〜４のいずれか一つに記載の通信制御装置。
【請求項６】
呼処理を行う各呼制御サーバの処理している呼の数を表す呼接続数を取得し、
前記呼制御サーバ毎の呼接続数を基に前記呼制御サーバから第一の呼制御サーバを選択し、前記第一の呼制御サーバに割り当てている呼処理を他の呼制御サーバに移行し、
前記第一の呼制御サーバに割り当てている呼処理がなくなると前記第一の呼制御サーバを停止させ、
呼処理に関する処理要求を受け、前記処理要求に対応する呼処理を行っていた呼制御サーバが前記サーバ停止制御部により停止されている場合、前記処理要求に対応する呼処理を移行した先の前記他の呼制御サーバに前記処理要求を振分け、
特定の呼制御サーバが処理する呼の数の増加率の変化率を算出し、
該変化率を基に所定期間後の前記特定の呼制御サーバが処理する呼の数の予測値を求め、
前記予測値が所定値を超えている場合、停止している呼制御サーバを起動させる
ことを特徴とする通信制御方法。
【請求項７】
呼制御サーバと通信制御装置とを有する通信制御システムであって、
前記呼制御サーバは、
呼の処理を行う呼処理部と、
自装置を停止させる停止制御部とを備え、
前記通信制御装置は、
各前記呼制御サーバの処理している呼の数を表す呼接続数を取得する呼接続数管理部と、
前記呼制御サーバ毎の呼接続数を基に、前記呼制御サーバから第一の呼制御サーバを選択し、前記第一の呼制御サーバに割り当てている呼処理を他の呼制御サーバに移行し、前記第一の呼制御サーバに割り当てている呼処理がなくなると前記第一の呼制御サーバの前記停止制御部に対して停止を指示するサーバ停止制御部と、
呼処理に関する処理要求を受け、前記処理要求に対応する呼処理を行っていた呼制御サーバが停止している場合、前記サーバ停止処理部が前記処理要求に対応する呼処理を移行した先の前記他の呼制御サーバに前記処理要求を振分ける振分制御部と、
特定の呼制御サーバが処理する呼の数の増加率の変化率を算出し、該変化率を基に所定期間後の前記特定の呼制御サーバが処理する呼の数の予測値を求め、前記予測値が所定値を超えている場合、停止している呼制御サーバを起動させる予測起動制御部と
を備えたことを特徴とする通信制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置、通信制御方法及び通信制御システムに関する。
【背景技術】
【０００２】
近年、通信サービスの分野において、ブロードバンド契約者の増加やサービスの多様化により、トラフィック量が増加しつつある。このような傾向から、通信分野で用いるサーバには、将来的なトラフィック量にも耐えうる性能を有することが好ましい。
【０００３】
将来的なトラフィック量にも耐えうる性能を実現するにあたり、１台のサーバを大容量化していく方法では、対応できる性能に限界がある。また、最近では、スモールスタートからの段階的なトラフィック変動への設備有効活用や省電力化対策が望まれている。このような状況の中で、従来のＡＣＴ／ＳＢＹ（Active/Standby）機能や２重化構造だけでは、サーバに求められる要件を満たせなくなってきている。そのため、複数台のサーバをベースとした通信制御システムを用いることで、システムの性能及び規模向上を実現することが提案されている。
【０００４】
そして、複数台のサーバを用いる場合、省電力化対策のために、動作するサーバの数を抑えることが考えられるが、処理の増加に伴う停止中のサーバの起動のタイミングが遅れた場合、動作しているサーバの処理の上限値を超えてしまうおそれがある。このように、サーバの処理の上限値を超えてしまった場合、通信制御システムにおいては、呼損が発生してしまう。
【０００５】
そこで、複数の情報処理装置を有するシステムにおいて動作する情報処理装置の数を抑えている状態で、処理の増加に対応するために様々な技術が提案されている。例えば、マルチコアシステムにおいて、タスクを一方のＣＰＵコアで処理可能な場合、他方を停止し、使用率の増加率が閾値より高いときに高負荷化を予測して、他のＣＰＵ起動の準備をする従来技術がある。
【０００６】
また、現在の処理量の増加率が所定値以下になった場合に高負荷と判定することで、情報処理装置の処理負荷の増加を予測する従来技術がある。
【０００７】
また、送信機と受信機との間のパケット量が閾値以上となる回数が基準値以上となったときに閾値を増加させる従来技術がある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】国際公開第２０１０／０１０７２３号
【特許文献２】特開２００８−１５８９９６号公報
【特許文献３】特開２００９−８１６２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述したいずれの従来技術も、現在の増加率を用いて負荷の変化を予測しており、増加率自体の変化は考慮されていない。このため、増加率が一定であれば負荷の変化の予測ができるが、増加率が変化した場合、確度の高い負荷の変化の予測は困難である。そして、通信制御システムにおいては呼数の変化は一定でなく変化の変動が大きいため、いずれの従来技術を用いても、処理の増加に伴う呼損の発生を回避することは困難である。
【００１０】
開示の技術は、上記に鑑みてなされたものであって、通信システムの消費電力を抑えながら呼損を低減する通信制御装置、通信制御方法及び通信制御システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本願の開示する通信制御装置、通信制御方法及び通信制御システムでは、一つの態様において、呼接続数管理部は、呼処理を行う各呼制御サーバの処理している呼の数を表す呼接続数を取得する。サーバ停止制御部は、前記呼制御サーバ毎の呼接続数を基に前記呼制御サーバから第一の呼制御サーバを選択し、前記第一の呼制御サーバに割り当てている呼処理を他の呼制御サーバに移行し、前記第一の呼制御サーバに割り当てている呼処理がなくなると前記第一の呼制御サーバを停止させる。振分制御部は、呼処理に関する処理要求を受け、前記処理要求に対応する呼処理を行っていた呼制御サーバが前記サーバ停止制御部により停止されている場合、前記サーバ停止制御部が前記処理要求に対応する呼処理を移行した先の前記他の呼制御サーバに前記処理要求を振分ける。予測起動制御部は、特定の呼制御サーバが処理する呼の数の増加率の変化率を算出し、該変化率を基に所定期間後の前記特定の呼制御サーバが処理する呼の数の予測値を求め、前記予測値が所定値を超えている場合、停止している呼制御サーバを起動させる。
【発明の効果】
【００１２】
本願の開示する通信制御装置、通信制御方法及び通信制御システムの一つの態様によれば、通信システムの消費電力を抑えながら呼損を低減することができるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】図１は、実施例１に係る通信制御システムのブロック図である。
【図２】図２は、呼情報の一例の図である。
【図３】図３は、サーバ管理情報の一例の図である。
【図４】図４は、呼接続情報リストの一例の図である。
【図５】図５は、サーバ状態管理テーブルの一例の図である。
【図６】図６は、呼加速度とサーバ起動時間経過後の呼数の増加数の算出について説明するための図である。
【図７】図７は、実施例１に係る通信制御装置による呼数の増加の予測を用いた呼制御サーバの起動判定の処理のフローチャートである。
【図８】図８は、発信呼加速度及び通信中呼加速度の算出処理のフローチャートである。
【図９】図９は、実施例１に係る通信制御装置による呼制御サーバの起動判定の処理のフローチャートである。
【図１０】図１０は、呼数の増加数の予測を基に１台の呼制御サーバを起動させた場合の呼数の遷移の一例を示す図である。
【図１１】図１１は、呼数の増加数の予測を基に複数台の呼制御サーバを起動させた場合の呼数の遷移の一例を示す図である。
【図１２】図１２は、通信制御装置を２台のサーバで構成した場合の構成例の図である。
【図１３】図１３は、発信呼加速度の変化と一定の監視周期との関係の一例を表した図である。
【図１４】図１４は、接続数と監視周期との関係の一例を表した図である。
【図１５】図１５は、発信呼加速度の変化と監視周期の変化との関係の一例を表した図である。
【図１６】図１６は、実施例２に係る通信制御装置による呼制御サーバの起動判定の処理のフローチャートである。
【図１７】図１７は、発信呼加速度を基に１台の呼制御サーバを起動させた場合の呼数の遷移の一例を示す図である。
【図１８】図１８は、通信制御装置のハードウェア構成の一例の図である。
【発明を実施するための形態】
【００１４】
以下に、本願の開示する通信制御装置、通信制御方法及び通信制御システムの実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する通信制御装置、通信制御方法及び通信制御システムが限定されるものではない。
【実施例１】
【００１５】
図１は、実施例１に係る通信制御システムのブロック図である。本実施例に係る通信制御システムは、通信制御装置１及び呼制御サーバ２１〜２２を有している。ここで、図１では、呼制御サーバ２１及び２２の２台のみを記載しているが、呼制御サーバは３台以上あってもよい。以下では各呼制御サーバを区別しない場合、「呼制御サーバ２０」と言う。通信制御装置１と呼制御サーバ２０とはネットワークで接続されている。
【００１６】
また、発信側システム３１と着信側システム４１との組合せは、呼制御サーバ２１によりシステム間の呼処理が行われているシステム同士であることを表している。また、発信側システム３２と着信側システム４２との組合せは、呼制御サーバ２２によりシステム間の呼処理が行われているシステム同士であることを表している。図１では、呼処理を管理している呼制御サーバとの対応を表すため、呼制御サーバ２１及び２２と発信側システム３１、３２及び着信側システム４１、４２とのそれぞれが接続されているように表している。ただし、発信側システム３１、３２及び着信側システム４１、４２は、通信制御装置１と呼制御サーバ２１〜２２とを接続しているネットワークに接続していても良い。以下の説明では、各発信側システムを区別しない場合には、「発信側システム３０」と言う。また、各着信側システムを区別しない場合には、「着信側システム４０」という。
【００１７】
通信制御装置１は、記憶部１０、サーバ起動制御部１１、振分制御部１２、通信制御部１３、移行先サーバ管理部１４、サーバ停止制御部１５、呼接続数管理部１６、呼情報アクセス制御部１７、呼番号管理部１８及び予測起動制御部１９を有している。
【００１８】
記憶部１０は、サーバ状態管理テーブル１０１、呼接続情報リスト１０２、サーバ管理情報１０３及び呼情報１０４のそれぞれのデータを記憶している。
【００１９】
図２は、呼情報の一例の図である。例えば、呼情報１０４は、図２に示すように、呼番号、呼状態、着番号、発番号、通話開始時刻及びその他情報のそれぞれが対応するように登録されているテーブルである。呼状態は、呼番号が割り当てられた呼が通信中か否かなどの呼の状態を示す情報である。呼状態における「通信中」は、発信側の端末と着信側の端末との間でネットワークが張られている状態である。呼状態における「発信中」は、発信側の端末からの呼び出しを着信側の端末が受けている状態である。着番号は、着信側の装置の電話番号を示す情報である。発番号は、発信側の装置の電話番号を示す情報である。通話開始時刻は、発信側の装置と着信側の装置との間で通話が開始された時刻を表す情報である。その他情報は、図２では、「ｅｔｃ」として表される情報であり、呼に付随する各種情報である。
【００２０】
図３は、サーバ管理情報の一例の図である。例えば、サーバ管理情報１０３は、図３に示すように、呼番号、運転状態、呼生成サーバ及び移行先サーバのそれぞれが対応するように登録されているテーブルである。運転状態は、呼番号が割り当てられた呼の呼処理が、その呼を生成した呼制御サーバで管理されているか、その呼処理が呼生成サーバから他の呼制御サーバに移行され移行先の呼制御サーバで管理されているかを表す情報である。また、呼生成サーバは、呼番号が割り当てられた呼を生成した呼制御サーバの情報である。以下では、呼を生成した呼制御サーバを「呼生成サーバ」と言う場合がある。移行先サーバは、後述する呼生成サーバから他の呼制御サーバへ呼処理の移行が行われた場合の、呼処理を移行した先の呼制御サーバの情報である。以下では、呼処理を移行した先の呼制御サーバを「移行先サーバ」と言う場合がある。サーバ管理情報１０３では、呼に割り当てられていない呼番号に対応する運転状態は「空き」とされ、呼生成サーバ及び移行先サーバは「ＮＵＬＬ」とされている。
【００２１】
図４は、呼接続情報リストの一例の図である。例えば、呼接続情報リスト１０２は、図４に示すように、サーバ番号、通常処理呼数、移行処理呼数及び移行元サーバのそれぞれが対応するように登録されているテーブルである。サーバ番号は、各呼制御サーバ２０の識別情報である。通常処理呼数は、対応するサーバ番号を有する呼制御サーバ２０が生成し管理している呼の呼数である。移行処理呼数は、対応するサーバ番号を有する呼制御サーバ２０に呼処理が移行された呼の移行元サーバ毎の呼数である。移行元サーバは、対応するサーバ番号を有する呼制御サーバ２０へ移行された呼処理を移行前に管理していた呼制御サーバ２０である。呼接続情報リスト１０２は、後述する呼接続数管理部１６により生成される。
【００２２】
図５は、サーバ状態管理テーブルの一例の図である。例えば、サーバ状態管理テーブル１０１は、図５に示すように、サーバ番号、アドレス、運転状態、移行先サーバアドレス及び新規イベント受付可否のそれぞれが対応するように登録されているテーブルである。サーバ番号は、各呼制御サーバ２０の識別情報である。アドレスは、対応するサーバ番号を有する呼制御サーバ２０のアドレスである。運転状態は、対応するサーバ番号を有する呼制御サーバ２０が運転中か停止中かを表す情報である。移行先サーバアドレスは、対応するサーバ番号を有する呼制御サーバ２０が有していた呼処理が移行された呼制御サーバ２０のアドレスである。新規イベント受付可否は、対応するサーバ番号を有する呼制御サーバ２０が新規イベントを受け付けることができるか否かを表す情報である。
【００２３】
通信制御部１３は、呼制御サーバ２０、発信側システム３０及び着信側システム４０からデータを受信し、受信したデータを処理する各部にデータを出力する。また、通信制御部１３は、各部から出力されたデータを受信し、呼制御サーバ２０、発信側システム３０及び着信側システム４０へデータを送信する。このように、通信制御装置１の各部は、実際には通信制御部１３を介して呼制御サーバ２０、発信側システム３０及び着信側システム４０とデータのやり取りを行う。ただし、以下の説明では、便宜上、各部が呼制御サーバ２０とデータの授受を行っているように説明する場合がある。
【００２４】
呼番号管理部１８は、発信側システム３０から呼設定の要求を受けた呼制御サーバ２０から呼番号取得要求を受ける。呼番号管理部１８は、呼情報１０４の呼状態を確認し、使用されていない呼番号を特定する。呼番号管理部１８は、呼制御サーバ２０からの呼番号取得要求に対して使用されていない呼番号を割り当てる。そして、呼番号管理部１８は、呼番号取得要求を送信してきた呼制御サーバ２０へ割り当てた呼番号を送信する。
【００２５】
さらに、呼番号管理部１８は、割り当てた呼番号に対応するサーバ管理情報１０３の運転状態の欄に「通常」と登録する。また、呼番号管理部１８は、割り当てた呼番号に対応するサーバ管理情報１０３の呼生成サーバの欄にその呼番号を送信した呼制御サーバ２０の識別情報を登録する。
【００２６】
さらに、呼番号管理部１８は、割り当てた呼番号に対応するサーバ管理情報１０３の運転状態の欄に「通常」と登録する。また、呼番号管理部１８は、割り当てた呼番号に対応するサーバ管理情報１０３の呼生成サーバの欄にその呼番号を送信した呼制御サーバ２０の識別情報を登録する。
【００２７】
呼情報アクセス制御部１７は、ある呼制御サーバ２０が管理している呼の情報は他の呼制御サーバ２０がアクセスできないようにするなどの排他制御機能を具備している。そして、呼情報アクセス制御部１７は、呼制御サーバ２０が呼番号に応じて呼情報１０４にアクセスし、参照や更新などを行うための機能を提供する。
【００２８】
例えば、通話を確立する場合、呼情報アクセス制御部１７は、呼番号管理部１８が割り当てた呼番号とその番号に対応する発番号や着番号などの情報を呼制御サーバ２０から受信する。そして、呼情報アクセス制御部１７は、受信した発番号、着番号などの情報を呼情報１０４に登録する。さらに、呼情報アクセス制御部１７は、受信した呼番号に対応する呼情報１０４の呼状態を発呼状態に変更する。その後、呼情報アクセス制御部１７は、呼制御サーバ２０から呼情報読出要求を受けると、呼情報１０４を読み出して呼制御サーバ２０へ送信する。また、呼情報アクセス制御部１７は、呼の状態が遷移した後に、呼制御サーバ２０から呼情報書込要求を受ける。そして、呼情報アクセス制御部１７は、呼の遷移状態を表すように呼情報１０４の呼状態を変更する。そして、通話状態になると、呼情報アクセス制御部１７は、呼情報１０４の呼状態を「通信中」に変更する。
【００２９】
また、通話を終了する場合も同様に、呼情報アクセス制御部１７は、呼制御サーバ２０から呼情報読出要求を受けると、呼情報１０４を読み出して呼制御サーバ２０へ送信する。また、呼情報アクセス制御部１７は、呼の状態が遷移した後に、呼制御サーバ２０から呼情報書込要求を受ける。そして、呼情報アクセス制御部１７は、呼の遷移状態を表すように呼情報１０４の呼状態を変更する。そして、通話の切断が成功すると、呼情報アクセス制御部１７は、呼情報１０４における通話の切断が成功した呼の呼番号に対応する呼状態を「空き」に変更する。加えて、呼情報アクセス制御部１７は、その呼番号に対応する着番号、発番号、通話開始時刻及びその他情報を呼情報１０４から削除する。
【００３０】
呼接続数管理部１６は、後述するサーバ停止制御部１５から呼接続情報取得要求を受けると、サーバ管理情報１０３における運転状態が「通常」となっている呼処理を抽出し、各呼生成サーバ毎に集計する。そして、呼接続数管理部１６は、集計結果を呼接続情報リスト１０２における各呼制御サーバ２０の通常処理呼数に登録する。また、呼接続数管理部１６は、サーバ管理情報１０３における運転状態が「移行」となっている呼処理を抽出し、移行先サーバ毎に且つ呼生成サーバ毎に集計する。そして、呼接続数管理部１６は、集計した各移行先サーバに対応する呼接続情報リスト１０２における呼制御サーバ２０を特定する。呼接続数管理部１６は、サーバ管理情報１０３において、特定した呼制御サーバ２０を移行先サーバとする呼生成サーバ２０の識別情報を、呼接続情報リスト１０２の特定した呼制御サーバ２０に対応するサーバ番号の欄に登録する。さらに、呼接続数管理部１６は、登録した移行元サーバ番号に対応する移行処理呼数の欄に集計結果を登録する。
【００３１】
サーバ停止制御部１５は、定期的に呼接続数管理部１６に対して呼接続情報取得要求を送信する。ここで、呼接続情報取得要求を送信する周期が短ければ、サーバの停止の頻度を上げることができるので、より省電力化を図ることができるが、通信制御装置１の負荷が高くなってしまう。そこで、呼接続情報取得要求を送信する周期は、運用状況に合わせて決められることが好ましい。
【００３２】
サーバ停止制御部１５は、呼接続数管理部１６が更新した呼接続情報リスト１０２を参照し、停止可能なサーバがあるか否かを判定する。ここで、サーバ停止制御部１５による、停止可能サーバの判定について、詳細に説明する。
【００３３】
サーバ停止制御部１５は、サーバが停止可能か否かを判定するためのサーバ停止監視閾値を予め記憶している。例えば、サーバ停止監視閾値は、最大負荷量の２０％などとすることができる。そして、サーバ停止制御部１５は、呼接続情報リスト１０２から各呼制御サーバ２０が管理する通常処理呼数と移行処理呼数を取得する。そして、サーバ停止制御部１５は、呼制御サーバ２０毎に通常処理呼数と移行処理呼数とを合計し呼接続数を算出する。その後、サーバ停止制御部１５は、呼接続数の昇順に呼制御サーバ２０をソートする。そして、サーバ停止制御部１５は、昇順の最上位から最下位に向けて１つずつチェック対象サーバを選択し、以下の処理を繰り返していく。サーバ停止制御部１５は、チェック対象サーバの次の順位の呼制御サーバ２０から最下位の呼制御サーバ２０までの間で、そのサーバが管理する呼接続数にチェック対象サーバの呼接続数を加算してもサーバ停止監視閾値を超えないサーバがあるか否かを判定する。サーバ停止制御部１５は、チェック対象サーバの呼接続数を加算してもサーバ停止監視閾値を超えないサーバがある場合、そのチェック対象サーバを停止対象サーバと判定する。この停止対象サーバが、「第一の呼制御サーバ」の一例にあたる。そして、サーバ停止制御部１５は、停止対象サーバの呼接続数を加算してもサーバ停止監視閾値を超えないサーバのうち順位が最も低い呼制御サーバ２０を移行先サーバとして決定する。そして、サーバ停止制御部１５は、呼処理を移行することにより各呼制御サーバ２０が管理することになった呼処理の数を計算結果として求める。サーバ停止制御部１５は、チェック対象サーバが次の呼制御サーバ２０に移った場合にもこの計算結果を保持していき、呼処理の移行が発生する都度更新していく。
【００３４】
全ての呼制御サーバ２０に対する停止可能か否かのチェックが完了すると、サーバ停止制御部１５は、停止対象サーバの振分けの停止を振分制御部１２へ通知する。
【００３５】
さらに、サーバ停止制御部１５は、サーバ管理情報１０３における停止対象サーバの運転状態の「停止中」への変更及び移行先サーバの登録を移行先サーバ管理部１４に通知する。
【００３６】
移行先サーバ管理部１４からサーバ管理情報１０３の更新の完了通知を受けると、サーバ停止制御部１５は、停止対象サーバが管理していた呼の移行先サーバを振分制御部１２に通知し、サーバ状態管理テーブル１０１の更新を振分制御部１２に指示する。
【００３７】
次に、サーバ停止制御部１５は、停止対象サーバである呼制御サーバ２０に停止命令を送信する。
【００３８】
サーバ起動制御部１１は、定期的に呼接続数管理部１６に対して呼接続情報取得要求を送信する。ここで、呼接続情報取得要求を送信する周期が短ければ、サーバの起動の頻度を上げることができ、サーバが高負荷になることを抑えることができるが、通信制御装置１の負荷は高くなってしまう。そこで、呼接続情報取得要求を送信する周期は、運用状況に合わせて決められることが好ましい。
【００３９】
サーバ起動制御部１１は、サーバ状態管理テーブル１０１を参照し、停止中サーバがあるか否かを判定する。停止中サーバがある場合、サーバ起動制御部１１は、呼接続数管理部１６が更新した呼接続情報リスト１０２を参照し、予め記憶しているサーバ起動監視閾値を超える負荷量を有する呼制御サーバ２０があるか否かを判定する。以下、サーバ起動監視閾値を超える負荷量を有する呼制御サーバ２０を、「高負荷サーバ」という場合がある。ここで、サーバ起動監視閾値は、サーバ停止監視閾値よりも低い値を取る。例えば、サーバ停止監視閾値を最大負荷量の２０％とした場合、サーバ起動監視閾値は、最大負荷量の５０％などとすることができる。
【００４０】
高負荷サーバがある場合、サーバ起動制御部１１は、高負荷サーバに移行されている呼処理を移行元サーバに戻すことを決定する。サーバ起動制御部１１は、サーバ管理情報の更新要求を移行先サーバ管理部１４へ通知する。
【００４１】
移行先サーバ管理部１４からサーバ管理情報１０３の更新の完了通知を受けると、サーバ起動制御部１１は、呼処理を戻す移行元サーバである呼制御サーバ２０に起動命令を送信する。
【００４２】
さらに、サーバ起動制御部１１は、高負荷サーバの情報を移行先サーバ管理部１４（サーバ状態管理部）に通知し、且つサーバ状態管理テーブル１０１の更新を振分制御部１２に指示する。
【００４３】
さらに、サーバ起動制御部１１は、サーバ管理情報１０３における呼処理を戻す移行元サーバの運転状態の「通常」への変更及び移行先サーバを「ＮＵＬＬ」に戻すことを移行先サーバ管理部１４に指示する。
【００４４】
予測起動制御部１９は、定期的（周期的）に呼接続数管理部１６に対して呼接続情報取得要求を送信する。以下では、今回の周期において求めた値を、単に「今回の値」と表し、前回の周期において求めた値を、単に「前回の値」と表す。
【００４５】
次に、予測起動制御部１９は、呼接続数管理部１６が更新した呼接続情報リスト１０２を参照し、起動中の呼制御サーバ２０が処理している発信中の呼の数である発信呼数及び通信中の呼の数である通信中呼数を取得する。そして、予測起動制御部１９は、今回の発信呼数と前回の発信呼数とを減算し、減算結果を周期で除算して、起動中の呼制御サーバ２０毎の発信呼数の増加率である「発信呼速度」を求める。ここで、前回の発信呼数をＸ１として、今回の発信呼数をＸ２として、さらに周期をＴとする。また、今回の発信呼速度をＶｘ２とする。この場合、予測起動制御部１９は、Ｖｘ２＝（Ｘ２−Ｘ１）／Ｔという式により発信呼速度を求める。
【００４６】
同様に、予測起動制御部１９は、今回の通信中呼数と前回の通信中呼数とを減算し、減算結果を周期で除算して、起動中の呼制御サーバ２０毎の通信中呼数の増加率である「通信中呼速度」を求める。ここで、前回の通信中呼数をＹ１として、今回の発信呼数をＹ２として、さらに周期をＴとする。また、今回の発信呼速度をＶｙ２とする。この場合、予測起動制御部１９は、Ｖｙ２＝（Ｙ２−Ｙ１）／Ｔという式により通信中呼速度を求める。
【００４７】
次に、予測起動制御部１９は、求めた今回の発信呼速度と、既に求めてある前回の発信呼速度とを減算し、減算結果を周期で除算して、起動中の呼制御サーバ２０毎の発信呼数の増加率の変化率である「発信呼加速度」を求める。ここで、前回の発信呼速度をＶｘ１とする。以下の説明でも同様の符合を使って説明する場合がある。この場合、予測起動制御部１９は、（Ｖｘ２−Ｖｘ１）／Ｔという式により発信呼加速度を求める。
【００４８】
同様に、予測起動制御部１９は、求めた今回の通信中呼速度と、既に求めてある前回の通信中呼速度とを減算し、減算結果を周期で除算して、起動中の呼制御サーバ２０毎の通信中呼数の増加率の変化率である「通信中呼加速度」を求める。ここで、前回の通信中呼速度をＶｙ１とする。以下の説明でも同様の符合を使って説明する場合がある。この場合、予測起動制御部１９は、（Ｖｙ２−Ｖｙ１）／Ｔという式により通信中呼加速度を求める。
【００４９】
次に、予測起動制御部１９は、前々回の発信呼加速度、前回の発信呼加速度及び今回の発信呼加速度を加算し、３で割って発信呼加速度平均値を求める。ここで、前々回の発信呼加速度をＡｘ１、前回の発信呼加速度をＡｘ２及び今回の発信呼加速度をＡｘ３とすると、予測起動制御部１９は、（Ａｘ１＋Ａｘ２＋Ａｘ３）／３という式により発信呼加速度平均値を求める。発信呼加速度平均値は、起動中の呼制御サーバ２０毎の発信呼数の増加率の変化率の平均値といえ、発信呼数の増加率の変化傾向を表している。
【００５０】
同様に、予測起動制御部１９は、前々回の通信中呼加速度、前回の通信中呼加速度及び今回の通信中呼加速度を加算し、３で割って通信中呼加速度平均値を求める。ここで、前々回の通信中呼加速度をＡｙ１、前回の通信中呼加速度をＡｙ２及び今回の通信中呼加速度をＡｙ３とすると、予測起動制御部１９は、（Ａｙ１＋Ａｙ２＋Ａｙ３）／３という式により通信中呼加速度平均値を求める。通信中呼加速度平均値は、起動中の呼制御サーバ２０毎の通信中呼数の増加率の変化率の平均値といえ、通信中呼数の増加率の変化傾向を表している。
【００５１】
次に、予測起動制御部１９は、起動中の各呼制御サーバ２０の最大接続数から今回の発信呼数及び通信中呼数を減算して、起動中の呼制御サーバ２０毎の新たに呼接続が可能な数である「残りリソース」を求める。ここで、最大接続数をＭとし、残りリソースをＮとすると、予測起動制御部１９は、Ｎ＝Ｍ−（Ｘ２＋Ｙ２）という式から残りリソースを求める。
【００５２】
次に、予測起動制御部１９は、起動中の呼制御サーバ２０毎に、発信呼速度にサーバ起動時間を乗算した値と、サーバ起動時間の２乗と発信呼加速度平均値との乗算結果を２で割った値とを加算して、サーバ起動時間経過後の発信呼数を算出する。ここで、サーバ起動時間をＳ、発信呼加速度平均値をＡｘとすると、予測起動制御部１９は、Ｖｘ２×Ｓ＋（１／２）×Ａｘ×Ｓ２という式からサーバ起動時間経過後の発信呼数の増加数を求める。
【００５３】
同様に、予測起動制御部１９は、起動中の呼制御サーバ２０毎に、通信中呼速度にサーバ起動時間を乗算した値と、サーバ起動時間の２乗と通信中呼加速度平均値との乗算結果を２で割った値とを加算して、サーバ起動時間経過後の通信中呼数を算出する。ここで、サーバ起動時間をＳ、通信中呼加速度平均値をＡｙとすると、予測起動制御部１９は、Ｖｙ２×Ｓ＋（１／２）×Ａｙ×Ｓ２という式からサーバ起動時間経過後の通信中呼数の増加数を求める。
【００５４】
ここで、サーバ起動時間経過後の発信呼数の増加数をαとし、サーバ起動時間経過後の通信中呼数の増加数をβとして、発信呼数加速度とサーバ起動時間経過後の発信呼数の増加数の算出についてまとめて再度説明する。
【００５５】
図６は、呼加速度とサーバ起動時間経過後の呼数の増加数の算出について説明するための図である。グラフ３０１は、発信呼加速度と発信呼数の増加の関係について表している。また、グラフ３０２は、通信中呼加速度と通信中呼数の増加の関係について表している。
【００５６】
発信呼速度と発信呼加速度との関係は、通常の速度と加速度の関係と同様に考えることができる。すなわち、発信呼速度の初速度をＶｘ１とし、Ｔ秒後の速度をＶｘ２とすると、Ｔ秒間でＶｘ２−Ｖｘ１だけ速度が上昇したといえる。すなわち、発信呼加速度Ａｘ３は、グラフ３０１に示すように、（Ｖｘ２−Ｖｘ１）／Ｔと表される。
【００５７】
そこで、速度がＶｘ２の状態からＳ秒後の発信呼数の増加数αは、通常の速度と加速度の関係式を用いることで、グラフ３０１に示すように、Ｖｘ２×Ｓ＋（１／２）×Ａｘ３×Ｓ２となる。ここでは、説明の都合上、発信呼加速度の平均は求めずに、１回の発信呼加速度を用いて発信呼数の増加数を求めている。
【００５８】
通信中呼速度と通信中呼加速度との関係も同様に、通常の速度と加速度の関係と同様に考えることができる。すなわち、発信呼速度の初速度をＶｙ１とし、Ｔ秒後の速度をＶｙ２とすると、Ｔ秒間でＶｙ２−Ｖｙ１だけ速度が上昇したといえる。すなわち、発信呼加速度Ａｙ３は、グラフ３０２に示すように、（Ｖｙ２−Ｖｙ１）／Ｔと表される。
【００５９】
そこで、速度がＶｙ２の状態からＳ秒後の発信呼数の増加数βは、通常の速度と加速度の関係式を用いることで、Ｖｙ２×Ｓ＋（１／２）×Ａｙ３×Ｓ２となる。
【００６０】
例えば、Ｖｘ１＝１３，Ｖｘ２＝１０，Ｔ＝５及びＳ＝３０の場合、Ａｘ３は、（１３−１０）／５＝０．６である。この場合、発信呼数の増加数は、１３×３０＋（１／２）×０．６×３０２＝６６０である。したがって、発信呼数の初速度が１０で５秒後に１３に達したときの、３０秒後の発信呼数の増加数は６６０になる。
【００６１】
そして、予測起動制御部１９は、起動中の呼制御サーバ２０毎に、サーバ起動時間経過後の発信呼数の増加数及び通信中呼数の増加数の合計と残りリソースとを比較する。予測起動制御部１９は、サーバ起動時間経過後の発信呼数の増加数及び通信中呼数の増加数の合計が残りリソースより大きければ、停止中サーバの再起動を決定する。すなわち、予測起動制御部１９は、α＋β＞Ｎを満たす場合に、停止中サーバの再起動を決定する。
【００６２】
停止中サーバの再起動を決定すると、予測起動制御部１９は、サーバ状態管理テーブル１０１を参照し、停止中サーバがあるか否かを判定する。停止中サーバがある場合、予測起動制御部１９は、サーバ起動時間経過後の発信呼数及び通信中呼数の合計が残りリソースより多くなる呼制御サーバ２０に移行されている呼処理を移行元サーバに戻すことを決定する。予測起動制御部１９は、サーバ管理情報１０３の更新要求を移行先サーバ管理部１４へ通知する。
【００６３】
予測起動制御部１９は、移行先サーバ管理部１４からサーバ管理情報１０３の更新の完了通知を受けると、呼処理を戻す移行元サーバである呼制御サーバ２０に起動命令を送信する。
【００６４】
さらに、予測起動制御部１９は、管理している呼が移行される呼制御サーバ２０の情報を移行先サーバ管理部１４に通知し、且つサーバ状態管理テーブル１０１の更新を振分制御部１２に指示する。
【００６５】
さらに、予測起動制御部１９は、サーバ管理情報１０３における呼処理を戻す移行元サーバの運転状態の「通常」への変更及び移行先サーバを「ＮＵＬＬ」に戻すことを移行先サーバ管理部１４に指示する。
【００６６】
ここで、予測起動制御部１９は、以上に説明した呼数の予測を用いたサーバ起動処理を周期的に行う。すなわち、予測起動制御部１９は、周期的に呼接続数管理部１６に対して呼接続情報取得要求を送信する。
【００６７】
そして、予測起動制御部１９の呼接続情報取得要求の送信は、サーバ起動制御部１１と同じタイミングでもよいし、異なるタイミングでもよい。例えば、予測起動制御部１９による呼接続情報取得要求の中の一部をサーバ起動制御部１１の呼接続情報取得要求としてもよい。また、サーバ起動制御部１１と予測起動制御部１９とを１つにまとめてもよい。
【００６８】
移行先サーバ管理部１４は、サーバ管理情報１０３における停止対象サーバの運転状態の「停止中」への変更及び移行先サーバの登録の要求をサーバ停止制御部１５から受ける。そして、移行先サーバ管理部１４は、サーバ管理情報１０３における停止対象サーバの運転状態を「停止中」へ変更し、さらに停止対象サーバから呼が移行された移行先サーバの識別情報を登録する。その後、移行先サーバ管理部１４は、サーバ管理情報１０３の更新の完了通知をサーバ停止制御部１５へ出力する。
【００６９】
また、移行先サーバ管理部１４は、サーバ管理情報１０３における呼処理を戻す移行元サーバの運転状態の「通常」への変更及び移行先サーバを「ＮＵＬＬ」に戻す要求をサーバ停止制御部１５から受ける。そして、移行先サーバ管理部１４は、サーバ管理情報１０３における呼処理を戻す移行元サーバの運転状態を「通常」へ変更し、さらに移行先サーバを「ＮＵＬＬ」に戻す。その後、移行先サーバ管理部１４は、サーバ管理情報１０３の更新の完了通知をサーバ起動制御部１１へ出力する。
【００７０】
振分制御部１２は、呼設定の要求を発信側システム３０から受ける。そして、振分制御部１２は、呼制御サーバ２０の中から呼を設定するサーバを選択する。その後、振分制御部１２は、発信側システム３０の情報及び着信側システム４０の情報を選択した呼制御サーバ２０に通知し、選択した呼制御サーバ２０に呼設定を行う。
【００７１】
振分制御部１２は、新規イベントの振り分け停止の指示をサーバ停止制御部１５から受ける。そして、振分制御部１２は、それ以降に要求された呼設定などのイベントを停止対象サーバに振分けないようにする。
【００７２】
その後、振分制御部１２は、停止対象サーバが管理していた呼処理の移行先サーバの通知及びサーバ状態管理テーブル１０１の更新の指示をサーバ停止制御部１５から受ける。そして、振分制御部１２は、サーバ状態管理テーブル１０１の停止対象サーバの運転状態を「停止中」に変更する。さらに、振分制御部１２は、移行先サーバアドレスに停止対象サーバの呼処理の移行先サーバのアドレスを書込み、新規イベント受付可否を「不可」にする。
【００７３】
また、振分制御部１２は、サーバ管理情報１０３における呼処理を戻す移行元サーバの運転状態の「通常」への変更及び移行先サーバを「ＮＵＬＬ」に戻す指示をサーバ起動制御部１１から受ける。そして、振分制御部１２は、サーバ状態管理テーブル１０１において、呼処理を戻す移行元サーバの運転状態を「運転中」に変更し、移行先サーバアドレスを「ＮＵＬＬ」に戻し、新規イベント受付可否を「可」にする。
【００７４】
次に、呼制御サーバについて説明する。ここでは、呼制御サーバ２１を例に説明するが、呼制御サーバ２０は、いずれも同様の機能を有する。呼制御サーバ２１は、通信制御部２０１、呼処理部２０２及び電源制御部２０３を有する。
【００７５】
通信制御部２０１は、通信制御装置１、発信側システム３０及び着信側システム４０との間の通信を制御する。
【００７６】
呼処理部２０２は、通信制御装置１から設定された呼の処理を行う。例えば、呼処理部２０２は、通信制御装置１へ送る呼情報の生成や送信、発信側システム３０や着信側システム４０へ送信する信号の作成及び送信などを行う。呼処理部２０２は、発信側システム３０や着信側システム４０へ送信する信号を生成する場合、Ｖｉａヘッダ、Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダは、通信制御装置１の振分制御部１２を経由するように編集する。
【００７７】
電源制御部２０３は、通信制御装置１のサーバ停止制御部１５からの停止命令を受けて、呼制御サーバ２１の停止処理を開始し、その後、電源をＯＦＦにする。また、電源制御部２０３は、通信制御装置１のサーバ起動制御部１１からの起動命令を受けて、呼制御サーバ２１の電源をＯＮにし、起動処理を開始する。この電源制御部２０３が、「停止制御部」の一例にあたる。
【００７８】
次に、図７を参照して、本実施例に係る通信制御装置１による呼数の増加の予測を用いた呼制御サーバ２０の起動判定の処理について説明する。図７は、実施例１に係る通信制御装置による呼数の増加の予測を用いた呼制御サーバの起動判定の処理のフローチャートである。
【００７９】
予測起動制御部１９は、各パラメータを初期化する（ステップＳ１）。パラメータには、前回の発信呼数（Ｘ１）、前回の通信中呼数（Ｙ１）、今回の発信呼数（Ｘ２）、今回の通信中呼数（Ｙ１）、前回の発信呼速度（Ｖｘ１）及び前回の通信中呼速度（Ｖｙ１）が含まれる。また、パラメータには、今回の発信呼速度（Ｖｘ２）、今回の通信中呼速度（Ｖｙ２）、前々回の発信呼加速度（Ａｘ１）、前々回の通信中呼加速度（Ａｙ１）が含まれる。また、パラメータには、前回の発信呼加速度（Ａｘ２）、前回の通信中呼加速度（Ａｙ２）、今回の発信呼加速度（Ａｘ３）及び今回の通信中呼加速度（Ａｙ３）が含まれる。
【００８０】
次に、予測起動制御部１９は、各呼制御サーバ２０における、呼情報１０４に登録された発信呼数をＸ１とし、呼情報１０４に登録された通信中呼数をＹ１とする（ステップＳ２）。
【００８１】
その後、予測起動制御部１９は、周期Ｔが到来したか否かを判定する（ステップＳ３）。周期Ｔが到来していない場合（ステップＳ３：否定）、予測起動制御部１９は、周期Ｔが到来するまで待機する。
【００８２】
これに対して、周期Ｔが到来した場合（ステップＳ３：肯定）、予測起動制御部１９は、起動中の呼制御サーバ２０の中から１台を選択する（ステップＳ４）。
【００８３】
次に、予測起動制御部１９は、この時点での呼情報１０４に登録された発信呼数をＸ２とし、この時点での呼情報１０４に登録された通信中呼数をＹ２とする（ステップＳ５）。
【００８４】
そして、予測起動制御部１９は、前回の発信呼数（Ｘ１）、今回の発信呼数（Ｘ２）及び周期（Ｔ）を（Ｘ２−Ｘ１）／Ｔの式に用いて今回の発信呼速度を求め、求めた発信呼速度をＶｘ２とする。また、予測起動制御部１９は、前回の通心中呼数（Ｙ１）、今回の通信中呼数（Ｙ２）及び周期（Ｔ）を（Ｙ２−Ｙ１）／Ｔの式に用いて今回の通信中呼速度を求め、求めた通信中呼速度をＶｙ２とする（ステップＳ６）。
【００８５】
次に、予測起動制御部１９は、発信呼加速度及び通信中呼加速度（Ａｘ、Ａｙ）を計算する（ステップＳ７）。発信呼加速度及び通信中呼加速度の計算の処理については、後で詳細に説明する。
【００８６】
次に、予測起動制御部１９は、求めた発信呼速度、通信中呼速度、発信呼加速度及び通信中呼加速度を用いて呼制御サーバ２０の起動判定を行う（ステップＳ８）。呼制御サーバ２０の起動判定の処理については、後で詳細に説明する。
【００８７】
そして、予測起動制御部１９は、今回の発信呼数をＸ１とし、今回の通信中呼数をＹ１とする（ステップＳ９）。
【００８８】
さらに、予測起動制御部１９は、今回の発信呼速度をＶｘ１とし、今回の通信中呼速度をＶｙ１とする（ステップＳ１０）。
【００８９】
その後、予測起動制御部１９は、呼数の予測に基づく呼制御サーバ２０の起動判定を起動中の全ての呼制御サーバ２０について行ったか否かを判定する（ステップＳ１１）。起動判定を行っていない起動中の呼制御サーバ２０が有る場合（ステップＳ１１：否定）、予測起動制御部１９は、ステップＳ４へ戻る。
【００９０】
これに対して、起動中の全ての呼制御サーバ２０について起動判定が完了した場合（ステップＳ１１：肯定）、予測起動制御部１９は、呼制御サーバ２０の起動判定処理の終了の指示を受信したか否かを判定する（ステップＳ１２）。呼制御サーバ２０の起動判定処理の終了の指示は、例えば、通信制御装置１に対するシャットダウンの指示である。呼制御サーバ２０の起動判定処理の終了の指示を受信した場合（ステップＳ１２：肯定）、予測起動制御部１９は、呼制御サーバ２０の起動判定の処理を終了する。
【００９１】
これに対して、呼制御サーバ２０の起動判定処理の終了の指示を受信していない場合（ステップＳ１２：否定）、予測起動制御部１９は、ステップＳ３へ戻る。
【００９２】
次に、図８を参照して、発信呼加速度及び通信中呼加速度の算出について説明する。図８は、発信呼加速度及び通信中呼加速度の算出処理のフローチャートである。図８のフローチャートに記載された処理は、図７のステップＳ７で実行される処理の一例である。
【００９３】
予測起動制御部１９は、今回の発信呼速度（Ｖｘ２）、前回の発信呼速度（Ｖｘ１）及び周期Ｔを（Ｖｘ２−Ｖｘ１）／Ｔの式に用いて発信呼加速度を求めて、求めた発信呼加速度をＡｘ３とする（ステップＳ１０１）。
【００９４】
そして、予測起動制御部１９は、前々回の発信呼加速度（Ａｘ１）、前回の発信呼加速度（Ａｘ２）及び今回の発信呼加速度（Ａｘ３）を（Ａｘ１＋Ａｘ２＋Ａｘ３）／３の式に用いて発信呼加速度平均値を求める。そして、予測起動制御部１９は、求めた発信呼加速度平均値をＡｘとする（ステップＳ１０２）。ただし、前回及び前々回の発信呼加速度がない場合は、今回の発信呼加速度をＡｘにしてもよいし、前回及び前々回の発信呼加速度が存在する周期からＡｘの算出を始めてもよい。
【００９５】
次に、予測起動制御部１９は、前回の発信呼加速度をＡｘ１とする（ステップＳ１０３）。
【００９６】
また、予測起動制御部１９は、今回の発信呼加速度をＡｘ２とする（ステップＳ１０４）。
【００９７】
また、予測起動制御部１９は、今回の通信中呼速度（Ｖｙ２）、前回の通信中呼速度（Ｖｙ１）及び周期Ｔを（Ｖｙ２−Ｖｙ１）／Ｔの式に用いて通信中呼加速度を求めて、求めた通信中呼加速度をＡｙ３とする（ステップＳ１０５）。
【００９８】
次に、予測起動制御部１９は、前々回の通信中呼加速度（Ａｙ１）、前回の通信中呼加速度（Ａｙ２）及び今回の通信中呼加速度（Ａｙ３）を（Ａｙ１＋Ａｙ２＋Ａｙ３）／３の式に用いて通信中呼加速度平均値を求める。そして、予測起動制御部１９は、求めた通信中呼加速度平均値をＡｙとする（ステップＳ１０６）。ただし、前回及び前々回の通信中呼加速度がない場合は、今回の通信中呼加速度をＡｙにしてもよいし、前回及び前々回の通信中呼加速度が存在する周期からＡｙの算出を始めてもよい。
【００９９】
次に、予測起動制御部１９は、前回の通信中呼加速度をＡｙ１とする（ステップＳ１０７）。
【０１００】
また、予測起動制御部１９は、今回の通信中呼加速度をＡｙ２とする（ステップＳ１０８）。
【０１０１】
次に、図９を参照して、本実施例に係る通信制御装置１による呼制御サーバ２０の起動判定について説明する。図９は、実施例１に係る通信制御装置による呼制御サーバの起動判定の処理のフローチャートである。図９のフローチャートに記載された処理は、図７のステップＳ８で実行される処理の一例である。
【０１０２】
予測起動制御部１９は、停止中の呼制御サーバ２０が有るか否かを判定する（ステップＳ２０１）。本実施例では、予測起動制御部１９は、Ｓ秒後の発信呼数の増加数及び通信中呼数の増加数の和が残りリソースを超える呼制御サーバ２０に呼処理を移行させている移行元サーバに停止中の呼制御サーバ２０が有るか否かを判定する。停止中の呼制御サーバ２０がない場合（ステップＳ２０１：否定）、予測起動制御部１９は、呼制御サーバ２０の起動判定の処理を終了する。
【０１０３】
これに対して、停止中の呼制御サーバ２０が有る場合（ステップＳ２０１：肯定）、予測起動制御部１９は、呼制御サーバ２０の最大接続数（Ｍ）、今回の発信呼数（Ｘ２）及び今回の通信中呼数（Ｙ２）をＭ−（Ｘ２＋Ｙ２）の式に用いて残りリソースを求める。そして、予測起動制御部１９は、求めた残りリソースをＮとする（ステップＳ２０２）。
【０１０４】
次に、予測起動制御部１９は、現在の発信呼速度（Ｖｘ２）、サーバ起動時間（Ｓ）、発信呼加速度平均値（Ａｘ）をＶｘ２×Ｓ＋（１／２）×Ａｘ×Ｓ２の式に用いて、Ｓ秒後の発信呼数の増加数を求める。そして、予測起動制御部１９は、求めた発信呼数の増加数をαとする（ステップＳ２０３）。
【０１０５】
また、予測起動制御部１９は、現在の通信中呼速度（Ｖｙ２）、サーバ起動時間（Ｓ）、通信中呼加速度平均値（Ａｙ）をＶｙ２×Ｓ＋（１／２）×Ａｙ×Ｓ２の式に用いて、Ｓ秒後の通信中呼数の増加数を求める。そして、予測起動制御部１９は、求めた通信中呼数の増加数をβとする（ステップＳ２０４）。
【０１０６】
次に、予測起動制御部１９は、Ｓ秒後の発信呼数の増加数及び通信中呼数の増加数との和であるα＋βが残りリソースであるＮより大きいか否かを判定する（ステップＳ２０５）。α＋βがＮ以下の場合（ステップＳ２０５：否定）、予測起動制御部１９は、呼制御サーバ２０の起動判定の処理を終了する。
【０１０７】
これに対して、α＋βがＮより大きい場合（ステップＳ２０５：肯定）、予測起動制御部１９は、停止中の呼制御サーバ２０を１台起動する（ステップＳ２０６）。ここで、本実施例では、予測起動制御部１９は、Ｓ秒後の発信呼数の増加数及び通信中呼数の増加数の和が残りリソースを超える呼制御サーバ２０に呼処理を移行させている移行元サーバの中から１台を起動させる呼制御サーバ２０として選択する。
【０１０８】
次に、予測起動制御部１９は、Ｓ秒後の発信呼数の増加数及び通信中呼数の増加数との和から最大接続数を減算した値、すなわち、α＋β−ＭをＲとする（ステップＳ２０７）。
【０１０９】
次に、予測起動制御部１９は、Ｒが最大接続数（Ｍ）より大きいか否かを判定する（ステップＳ２０８）。すなわち、予測起動制御部１９は、Ｓ秒後に増加する呼数が１台の呼制御サーバ２０の起動により賄えるか否かを判定する。ＲがＭ以下の場合（ステップＳ２０８：否定）、予測起動制御部１９は、起動した１台の呼制御サーバ２０によりＳ秒後に増加する呼が処理できると判定して、呼制御サーバ２０の起動判定の処理を終了する。
【０１１０】
これに対して、ＲがＭより大きい場合（ステップＳ２０８：肯定）、予測起動制御部１９は、停止中の呼制御サーバ２０が有るか否かを判定する（ステップＳ２０９）。停止中の呼制御サーバ２０がない場合（ステップＳ２０９：否定）、予測起動制御部１９は、呼制御サーバ２０の起動判定の処理を終了する。
【０１１１】
これに対して、停止中の呼制御サーバ２０が有る場合（ステップＳ２０９：肯定）、予測起動制御部１９は、停止中の呼制御サーバ２０を１台起動する（ステップＳ２１０）。
【０１１２】
その後、予測起動制御部１９は、Ｒから最大接続数（Ｍ）を減算した値、すなわち、Ｒ−ＭをＲとし（ステップＳ２１１）、ステップＳ２０８に戻る。
【０１１３】
ここで、以上の説明では、予測起動制御部１９は、Ｓ秒後の発信呼数の増加数及び通信中呼数の増加数の和が残りリソースを超える呼制御サーバ２０に呼処理を移行させている移行元サーバの中から起動対象とする呼制御サーバ２０を選んでいるが、これに限らない。例えば、予測起動制御部１９は、停止中の呼制御サーバ２０の中から適当に１台を選び起動させて、Ｓ秒後の発信呼数の増加数及び通信中呼数の増加数の和が残りリソースを超える呼制御サーバ２０に他の呼制御サーバ２０から移行された呼処理を移行してもよい。
【０１１４】
次に、図１０及び１１を参照して、本実施例に係る通信制御装置１により呼処理が移行された場合の、呼制御サーバ２０毎の呼数の遷移について説明する。図１０は、呼数の増加数の予測を基に１台の呼制御サーバを起動させた場合の呼数の遷移の一例を示す図である。図１１は、呼数の増加数の予測を基に複数台の呼制御サーバを起動させた場合の呼数の遷移の一例を示す図である。ここでは、５台の呼制御サーバ２０がある場合で説明し、それぞれを呼制御サーバ２０Ａ〜２０Ｅとする。図１０及び図１１のいずれも、各棒グラフが呼制御サーバ２０Ａ〜２０Ｅに対応し、棒グラフの中の斜線部分により各呼制御サーバ２０Ａ〜２０Ｅが処理する呼数を表している。
【０１１５】
図１０の状態４０１は、呼制御サーバ２０Ａが起動し、後の４台の呼制御サーバ２０Ｂ〜２０Ｅが停止している状態を示している。呼数４１１が、起動中の呼制御サーバ２０Ａが処理する呼数である。そして、最大接続数４１０は、各呼制御サーバ２０Ａ〜２０Ｅの最大接続数を表しており、最大接続数４１０の線を呼数が超えると呼損が発生してしまう。
【０１１６】
ここで、呼数４１２が、通信制御装置１により求められた状態４０１からＳ秒後に呼制御サーバ２０Ａが処理する呼数の予測である。この場合、呼数４１２は最大接続数４１０を超えてしまう。
【０１１７】
そこで、通信制御装置１は、停止中の呼制御サーバ２０Ｂを起動させる。そして、起動させた呼制御サーバ２０Ｂに、呼制御サーバ２０Ａに移行させていた呼処理を戻す。
【０１１８】
これにより、Ｓ秒後には、状態４０２のようになる。すなわち、呼制御サーバ２０Ａの処理する呼数は呼数４２１となる。また、呼制御サーバ２０Ｂの処理する呼数は呼数４２２となる。そして、呼数４２１及び４２２のいずれも最大接続数４１０を超えない。
【０１１９】
したがって、通信制御装置１は、呼制御サーバ２０Ａ〜２０Ｅを状態４０２のように遷移させることで、呼損の発生を抑えることができる。
【０１２０】
また、図１１の状態４０３は、呼制御サーバ２０Ａ及び２０Ｂが起動し、後の３台の呼制御サーバ２０Ｃ〜Ｅが停止している状態を示している。呼数４３１が、起動中の呼制御サーバ２０Ａが処理する呼数である。また、呼数４３２が、起動中の呼制御サーバ２０Ｂが処理する呼数である。そして、最大接続数４３０は、各呼制御サーバ２０Ａ〜２０Ｅの最大接続数を表しており、最大接続数４３０の線を呼数が超えると呼損が発生してしまう。
【０１２１】
ここで、呼数４３３が、通信制御装置１により求められた状態４０３からＳ秒後の呼制御サーバ２０Ａ及び２０Ｂの呼数である。図１１では、呼数４３３を棒グラフからはみ出すように記載している。これは、最大接続数４３０を大きく超えていることを示している。すなわち、この場合、呼制御サーバ２０Ａ及び２０Ｂのいずれも処理する呼数が最大接続数４３０を大きく超えてしまう。
【０１２２】
そこで、通信制御装置１は、停止中の呼制御サーバ２０Ｃ〜２０Ｅを起動させる。ここで、呼制御サーバ２０Ｃのみを起動しても呼制御サーバ２０Ａ及び２０Ｂの処理する呼数が最大接続数４３０を超えてしまうため、通信制御装置１は、３台の呼制御サーバ２０Ｃ〜２０Ｅを起動さる。そして、起動させた呼制御サーバ２０Ｃ〜２０Ｅに、呼制御サーバ２０Ａ又は２０Ｂに移行させていた呼処理を戻す。
【０１２３】
これにより、Ｓ秒後には、状態４０４のようになる。すなわち、呼制御サーバ２０Ａの処理する呼数は呼数４４１となる。また、呼制御サーバ２０Ｂの処理する呼数は呼数４４２となる。また、呼制御サーバ２０Ｃの処理する呼数は呼数４４３となる。また、呼制御サーバ２０Ｄの処理する呼数は呼数４４４となる。また、呼制御サーバ２０Ｅの処理する呼数は呼数４４５となる。そして、呼数４４１〜４４５のいずれも最大接続数４３０を超えない。
【０１２４】
したがって、通信制御装置１は、呼制御サーバ２０Ａ〜２０Ｅを状態４０４のように遷移させることで、呼損の発生を抑えることができる。
【０１２５】
以上に説明したように、本実施例に係る通信制御装置は、呼制御サーバ毎の呼数の増加率である発信呼速度及び通信中呼速度、並びに、呼数の増加率の変化率である発信呼加速度及び通信中呼加速度を用いて所定期間後の呼制御サーバの呼数の増加数を求める。そして、本実施例に係る通信制御装置は、求めた呼数の増加数を用いて停止中の呼制御サーバを起動させるか否かを判定する。これにより、確度の高い呼数の増加数の予測を行うことができ、呼損の発生を抑えることができる。
【０１２６】
したがって、通信システムの消費電力を抑えるために呼制御サーバを停止させた状態で、呼損の発生を抑えるための適切な呼制御サーバの起動が行え、通信システムの消費電力を抑えながら呼損を低減することができる。
【０１２７】
（変形例）
次に、実施例１の変形例について説明する。本変形例に係る通信制御システムは、２台のサーバで通信制御装置を構成することが実施例１と異なる。そこで、図１２を参照して、通信制御装置１を振分サーバ１５１及びＤＢ（Data  Base）サーバ１５２に分けて構成した場合の通信制御システムについて説明する。図１２は、通信制御装置を２台のサーバで構成した場合の構成例の図である。
【０１２８】
振分サーバ１５１は、サーバ起動制御部１１、振分制御部１２、サーバ停止制御部１５予測起動制御部１９及び通信制御部１９１を有している。また、振分サーバ１５１は、サーバ状態管理テーブル１０１、呼接続情報リスト１０２及びサーバ管理情報１０３を記憶する。振分サーバ１５１は、呼制御サーバ２０に対して呼処理を振分ける機能を有するサーバである。
【０１２９】
ＤＢサーバ１５２は、移行先サーバ管理部１４、呼接続数管理部１６、呼情報アクセス制御部１７、呼番号管理部１８及び通信制御部１９２を有している。また、ＤＢサーバ１５２は、呼情報１０４を記憶する。ＤＢサーバ１５２は、呼情報が登録されたデータベースを管理する機能を有するサーバである。
【０１３０】
そして、図１２において、図１と同じ符号を有する各部は同じ機能を有する。ただし、２台のサーバに分けたため、図１における通信制御部１３は、振分サーバ１５１の通信制御部１９１とＤＢサーバ１５２の通信制御部１９２に分けられている。そして、振分サーバ１５１に配置された各部と、ＤＢサーバ１５２に配置された各部とはそれぞれ通信を行う場合には、通信制御部１９１及び通信制御部１９２を介して通信を行う。
【０１３１】
このように、通信制御装置１は、図１２に示すように、２台のサーバに分けることもできるし、それ以上の台数のサーバに機能を分けることもできる。また、各機能の分け方は図１２の例に限らず、どちらのサーバがどの機能を有するかに特に制限はない。
【実施例２】
【０１３２】
次に、実施例２に係る通信制御装置について説明する。本実施例に係る通信制御装置は、呼数の増加数が前回より今回の方が多い場合に、呼数の増加数を監視する周期を短くすることが実施例１と異なる。また、本実施例に係る通信制御装置は、呼数の増加数が前回より今回の方が多い場合、呼制御サーバを停止することも実施例１と異なる。
【０１３３】
本実施例に係る通信制御装置も図１により表される。以下では、実施例１と同様の機能を有する各部については説明を省略する。
【０１３４】
予測起動制御部１９は、実施例１と同様にＳ秒後の発信呼数及び通信中呼数の増加数を求める。
【０１３５】
次に、予測起動制御部１９は、実施例１と同様に、Ｓ秒後の発信呼数及び通信中呼数の増加数の合計が残りリソースより大きいか否かにより停止中の呼制御サーバ２０を起動させるか否かを決定し、決定に従って呼制御サーバ２０の起動を行う。
【０１３６】
Ｓ秒後の発信呼数及び通信中呼数の増加数の合計が残りリソースより小さい場合、次に、予測起動制御部１９は、今回の発信呼加速度が、前回の発信呼加速度より大きいか否かを判定する。今回の発信呼加速度が前回よりも大きい場合、予測起動制御部１９は、呼数の増加数を監視する周期Ｔを短くする。例えば、予測起動制御部１９は、周期Ｔを半分にする。
【０１３７】
さらに、予測起動制御部１９は、停止中の呼制御サーバ２０を１台起動する。例えば、予測起動制御部１９は、最も処理呼数が多い呼制御サーバ２０に呼処理を移行させた移行元の呼制御サーバ２０の中から１台選んで起動させる。そして、予測起動制御部１９は、移行させていた呼処理を起動させた呼制御サーバ２０に戻す。
【０１３８】
一方、今回の発信呼加速度が前回よりも小さい場合、次に、予測起動制御部１９は、今回の通信中呼加速度が、前回の通信中呼加速度より大きいか否かを判定する。今回の通信中呼加速度が前回よりも大きい場合、予測起動制御部１９は、呼数の増加数を監視する周期Ｔを短くする。例えば、予測起動制御部１９は、周期Ｔを半分にする。
【０１３９】
さらに、予測起動制御部１９は、停止中の呼制御サーバ２０を１台起動する。例えば、予測起動制御部１９は、最も処理呼数が多い呼制御サーバ２０に呼処理を移行させた移行元の呼制御サーバ２０の中から１台選んで起動させる。そして、予測起動制御部１９は、移行させていた呼処理を起動させた呼制御サーバ２０に戻す。
【０１４０】
発信呼加速度又は通信中呼加速度の比較により呼制御サーバ２０を起動させる場合、Ｓ秒後の発信呼数及び通信中呼数の増加数の合計は残りリソースより小さいので、呼制御サーバ２０を１台起動させれば呼損の発生が抑えられる。
【０１４１】
また、予測起動制御部１９は、今回の発信呼加速度が前回よりも小さい場合及び今回の通信中呼加速度が前回よりも小さい場合のいずれの場合でも、監視周期を初期値より短くしている状態であれば、監視周期を初期値に戻す。
【０１４２】
ここで、図１３〜１５を参照して、発信呼加速度及び通信中呼加速度が前回よりも増えた場合に、監視周期を短くすることの効果について説明する。図１３は、発信呼加速度の変化と一定の監視周期との関係の一例を表した図である。図１４は、接続数と監視周期との関係の一例を表した図である。図１５は、発信呼加速度の変化と監視周期の変化との関係の一例を表した図である。ここでは、発信呼加速度を用いて説明するが、通信中呼加速度でも同様である。
【０１４３】
図１３の縦軸は発信呼加速度を表し、横軸は時間を表している。そして、縦軸に平行な線は発信呼数の監視タイミングを表しており、周期５１０が監視周期である。図１３では、周期５１０で監視が行われている。そして、発信呼加速度はグラフ５０１のように変化する。この場合、加速度が急激に上昇した場合にも周期５１０の経過後に監視を行うことになる。
【０１４４】
そして、グラフ５０１のように発信呼加速度が変化した場合、図１４のグラフ５０３のように、接続数は遷移するおそれがある。図１４の縦軸は接続呼数を表しており、横軸は時間を表している。そして、図１４においても縦軸に平行な線は発信呼数の監視タイミングを表しており、周期５１０が監視周期である。この場合、タイミング５１１では、発信呼加速度がそれほど大きくないため、予測起動制御部１９は、Ｓ秒後の増加数が残りリソースを超えないと判定することが考えられる。しかし、その後、加速度が急激に上がるために、次の監視のタイミング５１２の前にグラフ５０３は最大接続数５０２を超えてしまうおそれがある。
【０１４５】
そこで、図１５に示すように、予測起動制御部１９は、監視周期の初期値である周期５１０で監視を行っている状態で、タイミング５２１で前回の発信呼加速度より今回の発信呼加速度が大きくなるので、監視周期を周期５２２のように短くする。これにより、期間５０４において発信呼加速度の増加により接続数の急激な増加が発生したとしても、周期５２２での監視により、通信制御装置１は、最大接続数を超える前に停止中の呼制御サーバ２０を起動させることができる。そして、予測起動制御部１９は、監視周期の初期値である周期５２２で監視を行っている状態で、タイミング５２３で前回の発信呼加速度より今回の発信呼加速度が小さくなるので、監視周期を周期５２４のように周期５１０と同じ周期に戻す。既に、期間５０５において発信呼加速度が減少しているので、呼数の増加数が急激に伸びることがなくなっているため、周期５２４としても、監視周期の間に呼制御サーバ２０の呼処理の数が最大接続数を超えるおそれは低い。
【０１４６】
このように、発信呼加速度及び通信中呼加速度の変化に合わせて周期を変化させていくことで、通信制御装置１は、呼損をより抑えることができる。
【０１４７】
次に、図１６を参照して、本実施例に係る通信制御装置１による呼制御サーバ２０の起動判定について説明する。図１６は、実施例２に係る通信制御装置による呼制御サーバの起動判定の処理のフローチャートである。
【０１４８】
予測起動制御部１９は、停止中の呼制御サーバ２０が有るか否かを判定する（ステップＳ３０１）。本実施例では、予測起動制御部１９は、Ｓ秒後の発信呼数の増加数及び通信中呼数の増加数の和が残りリソースを超える呼制御サーバ２０に呼処理を移行させている移行元サーバに停止中の呼制御サーバ２０が有るか否かを判定する。停止中の呼制御サーバ２０がない場合（ステップＳ３０１：否定）、予測起動制御部１９は、呼制御サーバ２０の起動判定の処理を終了する。
【０１４９】
これに対して、停止中の呼制御サーバ２０が有る場合（ステップＳ３０１：肯定）、予測起動制御部１９は、呼制御サーバ２０の最大接続数（Ｍ）、今回の発信呼数（Ｘ２）及び今回の通信中呼数（Ｙ２）をＭ−（Ｘ２＋Ｙ２）の式に用いて残りリソースを求める。そして、予測起動制御部１９は、求めた残りリソースをＮとする（ステップＳ３０２）。
【０１５０】
次に、予測起動制御部１９は、現在の発信呼速度（Ｖｘ２）、サーバ起動時間（Ｓ）、発信呼加速度平均値（Ａｘ）をＶｘ２×Ｓ＋（１／２）×Ａｘ×Ｓ２の式に用いて、Ｓ秒後の発信呼数の増加数を求める。そして、予測起動制御部１９は、求めた発信呼数の増加数をαとする（ステップＳ３０３）。
【０１５１】
また、予測起動制御部１９は、現在の通信中呼速度（Ｖｙ２）、サーバ起動時間（Ｓ）、通信中呼加速度平均値（Ａｙ）をＶｙ２×Ｓ＋（１／２）×Ａｙ×Ｓ２の式に用いて、Ｓ秒後の通信中呼数の増加数を求める。そして、予測起動制御部１９は、求めた通信中呼数の増加数をβとする（ステップＳ３０４）。
【０１５２】
次に、予測起動制御部１９は、Ｓ秒後の発信呼数の増加数及び通信中呼数の増加数との和であるα＋βが残りリソースであるＮより大きいか否かを判定する（ステップＳ３０５）。α＋βがＮより大きい場合（ステップＳ３０５：肯定）、予測起動制御部１９は、ステップＳ３１０へ進む。
【０１５３】
これに対して、α＋βがＮ以下の場合（ステップＳ３０５：否定）、予測起動制御部１９は、今回の発信呼加速度（Ａｘ３）が前回の発信呼加速度（Ａｘ２）より大きいか否かを判定する（ステップＳ３０６）。今回の発信呼加速度（Ａｘ３）が前回の発信呼加速度（Ａｘ２）より大きい場合（ステップＳ３０６：肯定）、予測起動制御部１９は、ステップＳ３０９へ進む。
【０１５４】
一方、今回の発信呼加速度（Ａｘ３）が前回の発信呼加速度（Ａｘ２）以下の場合（ステップＳ３０６：否定）、予測起動制御部１９は、今回の通信中呼加速度（Ａｙ３）が前回の通信中呼加速度（Ａｙ２）より大きいか否かを判定する（ステップＳ３０７）。今回の通信中呼加速度（Ａｙ３）が前回の通信中呼加速度（Ａｙ２）以下の場合（ステップＳ３０７：否定）、予測起動制御部１９は、現在の周期Ｔが初期値よりも短ければ、周期Ｔを初期値に戻す（ステップＳ３０８）。そして、予測起動制御部１９は、呼制御サーバ２０の起動判定の処理を終了する。
【０１５５】
これに対して、今回の通信中呼加速度（Ａｙ３）が前回の通信中呼加速度（Ａｙ２）より大きい場合（ステップＳ３０７：肯定）、予測起動制御部１９は、周期Ｔを短くする（ステップＳ３０９）。
【０１５６】
次に、予測起動制御部１９は、停止中の呼制御サーバ２０を１台起動させる（ステップＳ３１０）。
【０１５７】
次に、予測起動制御部１９は、Ｓ秒後の発信呼数の増加数及び通信中呼数の増加数との和から最大接続数を減算した値、すなわち、α＋β−ＭをＲとする（ステップＳ３１１）。
【０１５８】
次に、予測起動制御部１９は、Ｒが最大接続数（Ｍ）より大きいか否かを判定する（ステップＳ３１２）。すなわち、予測起動制御部１９は、Ｓ秒後に増加する呼数が１台の呼制御サーバ２０の起動により賄えるか否かを判定する。ＲがＭ以下の場合（ステップＳ３１２：否定）、予測起動制御部１９は、起動した１台の呼制御サーバ２０によりＳ秒後に増加する呼が処理できると判定して、呼制御サーバ２０の起動判定の処理を終了する。
【０１５９】
これに対して、ＲがＭより大きい場合（ステップＳ３１２：肯定）、予測起動制御部１９は、停止中の呼制御サーバ２０が有るか否かを判定する（ステップＳ３１３）。停止中の呼制御サーバ２０がない場合（ステップＳ３１３：否定）、予測起動制御部１９は、呼制御サーバ２０の起動判定の処理を終了する。
【０１６０】
これに対して、停止中の呼制御サーバ２０が有る場合（ステップＳ３１３：肯定）、予測起動制御部１９は、停止中の呼制御サーバ２０を１台起動する（ステップＳ３１４）。
【０１６１】
その後、予測起動制御部１９は、Ｒから最大接続数（Ｍ）を減算した値、すなわち、Ｒ−ＭをＲとし（ステップＳ３１５）、ステップＳ３１２に戻る。
【０１６２】
次に、図１７を参照して、本実施例に係る通信制御装置１により呼処理が移行された場合の、呼制御サーバ２０毎の呼数の遷移について説明する。図１７は、発信呼加速度を基に１台の呼制御サーバを起動させた場合の呼数の遷移の一例を示す図である。ここでは、５台の呼制御サーバ２０がある場合で説明し、それぞれを呼制御サーバ２０Ａ〜２０Ｅとする。図１７では、各棒グラフが呼制御サーバ２０Ａ〜２０Ｅに対応し、棒グラフの中の斜線部分により各呼制御サーバ２０Ａ〜２０Ｅが処理する呼数を表している。ただし、ここでは、発信呼加速度を例に説明するが、通信中呼加速度であっても同様である。
【０１６３】
状態４０５は、呼制御サーバ２０Ａが起動し、後の４台の呼制御サーバ２０Ｂ〜２０Ｅが停止している状態を示している。呼数４５１が、起動中の呼制御サーバ２０Ａが処理する呼数である。そして、最大接続数４５０は、各呼制御サーバ２０Ａ〜２０Ｅの最大接続数を表しており、最大接続数４５０の線を呼数が超えると呼損が発生してしまう。
【０１６４】
ここで、加速度４５２が、今回の発信呼加速度であり、加速度４５３が、前回の発信呼加速度である。この場合、加速度４５２は、加速度４５３よりも大きい。
【０１６５】
そこで、通信制御装置１は、停止中の呼制御サーバ２０Ｂを起動させる。そして、起動させた呼制御サーバ２０Ｂに、呼制御サーバ２０Ａに移行させていた呼処理を戻す。
【０１６６】
これにより、Ｓ秒後には、状態４０６のようになる。すなわち、呼制御サーバ２０Ａの処理する呼数は呼数４６１となる。また、呼制御サーバ２０Ｂの処理する呼数は呼数４６２となる。そして、呼数４６１及び４６２のいずれも最大接続数４５０を超えない。
【０１６７】
したがって、通信制御装置１は、呼制御サーバ２０Ａ〜２０Ｅを状態４０６のように遷移させることで、呼損の発生を抑えることができる。
【０１６８】
以上に説明したように本実施例に係る通信制御装置は、発信呼加速度又は通信中呼加速度が前回よりも増加した場合に、呼数の増加数を監視する周期を短くし、呼制御サーバを１台立ち上げる。これにより、呼数の急激な増加による呼損の発生をより抑えることができる。
【０１６９】
また、本実施例に係る通信制御装置は、発信呼加速度又は通信中呼加速度が前回よりも減少した場合に、呼数の増加数を監視する周期を初期値に戻す。これにより、通信制御装置の負荷を軽減することができる。
【０１７０】
ここで、以上の実施例２の説明では、発信呼加速度及び通信中呼加速度の増減を基に、周期の短縮及びサーバの停止の処理を行ったが、これらの処理のいずれか一つを行ってもよい。例えば、発信呼加速度及び通信中呼加速度の増減を基に、周期を短縮することだけで、急激な呼数の増加に対応することができる。また。発信呼加速度及び通信中呼加速度の増減を基に、呼制御サーバを１台停止することだけでも、急激な呼数の増加に対応することができる。さらに、周期を短縮した後に、周期を戻さなくてもよいし、また、操作者からの指示を受けた時に周期を戻すとしてもよい。また、発信呼加速度又は通信中呼加速度のいずれか一方の増減を基に、周期の短縮やサーバの停止の処理を行うとしてもよい。
【０１７１】
さらに、実施例２に係る通信制御装置も、実施例１の変形例と同様に複数の装置に機能を分けてもよい。
【０１７２】
（ハードウェア構成）
次に、以上の各実施例に係る通信制御装置１のハードウェア構成について説明する。図１８は、通信制御装置のハードウェア構成の一例の図である。
【０１７３】
図１８に示すように、通信制御装置１は、ＣＰＵ（Central  Processing  Unit）９０１、メモリ９０２、ネットワークカード９０３及びハードディスク９０４を有している。
【０１７４】
メモリ９０２、ネットワークカード９０３及びハードディスク９０４は、ＣＰＵ９０１とバス９０５により接続されている。
【０１７５】
ネットワークカード９０３は、外部の装置との間の通信インタフェースを有する。ネットワークカード９０３は、例えば、図１に例示した通信制御部１３の機能を実現する。
【０１７６】
ハードディスク９０４は、記憶部１０の機能を実現する。すなわち、ハードディスク９０４には、図１に例示したサーバ状態管理テーブル１０１、呼接続情報リスト１０２、サーバ管理情報１０３及び呼情報１０４が格納されている。また、ハードディスク９０４は、図１に例示した、サーバ起動制御部１１、振分制御部１２、移行先サーバ管理部１４及びサーバ停止制御部１５の各機能を実現するプログラムを含む各種プログラムを記憶している。さらに、ハードディスク９０４は、図１に例示した、呼接続数管理部１６、呼情報アクセス制御部１７、呼番号管理部１８及び予測起動制御部１９の各機能を実現するプログラムを含む各種プログラムを記憶している。
【０１７７】
ＣＰＵ９０１及びメモリ９０２は、図１に例示した、サーバ起動制御部１１、振分制御部１２、移行先サーバ管理部１４及びサーバ停止制御部１５の各機能を実現する。さらに、ＣＰＵ９０１及びメモリ９０２は、図１に例示した、呼接続数管理部１６、呼情報アクセス制御部１７、呼番号管理部１８及び予測起動制御部１９の各機能を実現する。具体的には、ＣＰＵ９０１は、ハードディスク９０４から各種プログラムを読み込みメモリ９０２上にプロセスを展開する。そして、ＣＰＵ９０１は、メモリ９０２上に展開したプロセスを実行することで、サーバ起動制御部１１、振分制御部１２、移行先サーバ管理部１４及びサーバ停止制御部１５の各機能を実現する。また、ＣＰＵ９０１は、メモリ９０２上に展開したプロセスを実行することで、呼接続数管理部１６、呼情報アクセス制御部１７、呼番号管理部１８及び予測起動制御部１９の各機能を実現する。
【符号の説明】
【０１７８】
１  通信制御装置
１０  記憶部
１１  サーバ起動制御部
１２  振分制御部
１３  通信制御部
１４  移行先サーバ管理部
１５  サーバ停止制御部
１６  呼接続数管理部
１７  呼情報アクセス制御部
１８  呼番号管理部
１９  予測起動制御部
２０、２１、２２  呼制御サーバ
３０、３１、３２  発信側システム
４０、４１、４２  着信側システム
１０１  サーバ状態管理テーブル
１０２  呼接続情報リスト
１０３  サーバ管理情報
１０４  呼情報
２０１  通信制御部
２０２  呼処理部
２０３  電源制御部
【図１】
2015037216.tif 000003
【図２】
2015037216.tif 000004
【図３】
2015037216.tif 000005
【図４】
2015037216.tif 000006
【図５】
2015037216.tif 000007
【図６】
2015037216.tif 000008
【図７】
2015037216.tif 000009
【図８】
2015037216.tif 000010
【図９】
2015037216.tif 000011
【図１０】
2015037216.tif 000012
【図１１】
2015037216.tif 000013
【図１２】
2015037216.tif 000014
【図１３】
2015037216.tif 000015
【図１４】
2015037216.tif 000016
【図１５】
2015037216.tif 000017
【図１６】
2015037216.tif 000018
【図１７】
2015037216.tif 000019
【図１８】
2015037216.tif 000020