(57)【要約】【課題】通話システムの運用状況によってリソースを適切に配分する。【解決手段】通話システム５は、通話サービスを提供する複数のサービス提供サーバ２と、通話サービスの加入者データを収容する加入者情報収容サーバ１とを備える。サービス提供サーバ２は、加入者情報収容サーバに接続して、加入者データ要求、加入者データ通知および呼処理を実行する処理手段２２１を備える。加入者情報収容サーバ１は、加入者データ要求、加入者データ通知および呼処理の各処理種別に割り当てられたリソースの範囲内で、加入者データ要求、加入者データ通知および呼処理を実行する処理手段１２１と、加入者データを復旧中のサービス提供サーバ２がある場合、呼処理に割り当てたリソースを減らすとともに、減らしたリソースを加入者データ要求および加入者データ通知に割り当てるリソース割当手段１２２を備える。【選択図】図１
2016046616.tif 000002
【特許請求の範囲】
【請求項１】
通話サービスを提供する複数のサービス提供サーバと、前記複数のサービス提供サーバに接続し、前記通話サービスの加入者データを収容する加入者情報収容サーバとを備える通話システムであって、
前記サービス提供サーバは、
前記加入者情報収容サーバに接続して、加入者データ要求、加入者データ通知および呼処理を実行する処理手段を備え、
前記加入者情報収容サーバは、
加入者データ要求、加入者データ通知および呼処理にリソースを割り当てるリソース割当手段と、
加入者データ要求、加入者データ通知および呼処理の各処理種別に割り当てられたリソースの範囲内で、加入者データ要求、加入者データ通知および呼処理を実行する処理手段を備え、
前記リソース割当手段は、
加入者データを復旧中のサービス提供サーバがある場合、呼処理に割り当てたリソースを減らすとともに、減らしたリソースを加入者データ要求および加入者データ通知に割り当てる
ことを特徴とする通話システム。
【請求項２】
前記加入者情報収容サーバの前記リソース割当手段は、
復旧中のサービス提供サーバの数に応じて、呼処理に割り当てたリソースを減らすとともに、減らしたリソースを加入者データ要求および加入者データ通知に割り当てる
ことを特徴とする請求項１に記載の通話システム。
【請求項３】
前記サービス提供サーバは、
前記加入者情報収容サーバに呼処理量を通知する呼処理量通知手段をさらに備え、
前記加入者情報収容サーバの前記リソース割当手段は、
呼処理を実行するサービス提供サーバから、呼処理量を取得し、
前記呼処理に割り当てたリソースと前記取得した呼処理との差分を、余剰リソースとして算出し、前記呼処理に割り当てたリソースから、前記余剰リソースに対応するリソースを減らして、減らしたリソースを加入者データ要求および加入者データ通知に割り当てる
ことを特徴とする請求項１に記載の通話システム。
【請求項４】
通話サービスを提供する複数のサービス提供サーバと、前記複数のサービス提供サーバに接続し、前記通話サービスの加入者データを収容する加入者情報収容サーバとを備える通話システムに用いられる通話制御方法であって、
前記サービス提供サーバが、前記加入者情報収容サーバに接続して、加入者データ要求、加入者データ通知および呼処理を実行するステップと、
前記加入者情報収容サーバが、加入者データ要求、加入者データ通知および呼処理にリソースを割り当てるステップと、
前記加入者情報収容サーバが、加入者データ要求、加入者データ通知および呼処理の各処理種別に割り当てられたリソースの範囲内で、加入者データ要求、加入者データ通知および呼処理を実行するステップを備え、
前記リソースを割り当てるステップは、
加入者データを復旧中のサービス提供サーバがある場合、呼処理に割り当てたリソースを減らすとともに、減らしたリソースを加入者データ要求および加入者データ通知に割り当てる
ことを特徴とする通話制御方法。
【請求項５】
前記リソースを割り当てるステップは、
復旧中のサービス提供サーバの数に応じて、呼処理に割り当てたリソースを減らすとともに、減らしたリソースを加入者データ要求および加入者データ通知に割り当てる
ことを特徴とする請求項４に記載の通話制御方法。
【請求項６】
前記サービス提供サーバが、前記加入者情報収容サーバに呼処理量を通知するステップをさらに備え、
前記リソースを割り当てるステップは、
呼処理を実行するサービス提供サーバから、呼処理量を取得し、
前記呼処理に割り当てたリソースと前記取得した呼処理との差分を、余剰リソースとして算出し、前記呼処理に割り当てたリソースから、前記余剰リソースに対応するリソースを減らして、減らしたリソースを加入者データ要求および加入者データ通知に割り当てる
ことを特徴とする請求項４に記載の通話制御方法。
【請求項７】
通話サービスを提供する複数のサービス提供サーバに接続し、前記通話サービスの加入者データを収容する加入者情報収容サーバであって、
加入者データ要求、加入者データ通知および呼処理にリソースを割り当てるリソース割当手段と、
加入者データ要求、加入者データ通知および呼処理の各処理種別に割り当てられたリソースの範囲内で、加入者データ要求、加入者データ通知および呼処理を実行する処理手段を備え、
前記リソース割当手段は、
加入者データを復旧中のサービス提供サーバがある場合、呼処理に割り当てたリソースを減らすとともに、減らしたリソースを加入者データ要求および加入者データ通知に割り当てる
ことを特徴とする加入者情報収容サーバ。
【請求項８】
コンピュータを、請求項７に記載の手段として機能させるための加入者情報収容プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通話サービスを提供する複数のサービス提供サーバと、複数のサービス提供サーバに接続し、通話サービスの加入者データを収容する加入者情報収容サーバとを備える通話システム、この通話システムに用いられる通話制御方法、加入者情報収容サーバおよび加入者情報収容プログラムに関する。
【背景技術】
【０００２】
ＩＭＳ（IP Multimedia Subsystem）に準拠した通話システムにおいて、ＵＰＳＦ（User Profile Server Function）およびＡＳＦ（Application Server Functions）の連携により、通話サービスが提供される。ここで、ＵＰＳＦは、一つのコンピュータに実装され、ＡＳＦは、複数のコンピュータに実装される。ＵＰＳＦは加入者データを管理しており、ＡＳＦがＵＰＳＦの加入者データを利用する。具体的にはＡＳＦは、ＵＰＳＦへ加入者データを要求し、ＵＰＳＦは、ＡＳＦに加入者データを通知する。またＡＳＦは、ＵＰＳＦと連携して、呼処理サービスを実行する。
【０００３】
すなわち、ＵＰＳＦは主に、ＡＳＦからの加入者データ要求処理、ＡＳＦへの加入者データ通知処理、およびＡＳＦからの呼処理の各機能を担う。ＵＰＳＦは、処理種別毎に処理許容量を設け、処理許容量の範囲内で処理する。処理種別毎の処理許容量を超えた処理要求に対しては、処理せずに、エラー応答を返送することにより、ＵＰＳＦの処理性能以上の処理を行わないように制御される。具体的には、呼処理に割り当てられた処理許容量を超える処理が発生した場合、超過する呼は呼損として処理される。
【０００４】
このように、ＵＰＳＦは、処理種別毎に処理許容量を設けることにより、ＵＰＳＦの処理リソースを、各処理種別に配分している。
【０００５】
なお、処理許容量を上回る状態が続くと、輻輳状態となり、通話システム全体として適切に稼働できない場合がある。このような輻輳状態から復帰するために、輻輳状態の継続時間に応じて、コンピュータを規制する方法がある（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１４−４１５０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、通話システムの状況によって、適切にリソースが配分されていない問題がある。
【０００８】
具体的には、激甚災害からの復旧等においてＡＳＦを実装するコンピュータを入れ替える際、入れ替え対象のＡＳＦは、通常の運用状態とは異なる。入れ替え対象のＡＳＦは、呼処理において加入者データが必要になるため、ＡＳＦが保持する加入者データの復旧が完了するまで呼処理が開始できない。従って、入れ替え対象のＡＳＦは、加入者データが復旧するまでの間、加入者データ通知および加入者データ要求のみ処理して、呼を処理することはない。
【０００９】
一方ＵＰＳＦは、予め定められたリソース配分に基づいて処理する。従って、入れ替え対象のＡＳＦが加入者データを復旧するまでの間、このＡＳＦから呼処理が発生しないので、呼処理に割り当てたリソースに余剰が生じる場合がある。また、加入者データを素早く復旧することが期待されるものの、超過する呼は呼損として処理されるので、入れ替え対象のＡＳＦからの加入者データ通知および加入者データ要求を十分に処理できない場合が考えられる。
【００１０】
このように、通話システムの運用状況によっては、リソースが適切に配分されていない問題があった。
【００１１】
従って本発明の目的は、通話システムの運用状況によってリソースを適切に配分することができる通話システム、通話制御方法、加入者情報収容サーバおよび加入者情報収容プログラムを提供することである。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明の第１の特徴は、通話サービスを提供する複数のサービス提供サーバと、複数のサービス提供サーバに接続し、通話サービスの加入者データを収容する加入者情報収容サーバとを備える通話システムに関する。本発明の第１の特徴に係る通話システムにおいて、サービス提供サーバは、加入者情報収容サーバに接続して、加入者データ要求、加入者データ通知および呼処理を実行する処理手段を備える。加入者情報収容サーバは、加入者データ要求、加入者データ通知および呼処理にリソースを割り当てるリソース割当手段と、加入者データ要求、加入者データ通知および呼処理の各処理種別に割り当てられたリソースの範囲内で、加入者データ要求、加入者データ通知および呼処理を実行する処理手段を備え、リソース割当手段は、加入者データを復旧中のサービス提供サーバがある場合、呼処理に割り当てたリソースを減らすとともに、減らしたリソースを加入者データ要求および加入者データ通知に割り当てる。
【００１３】
ここで、加入者情報収容サーバのリソース割当手段は、復旧中のサービス提供サーバの数に応じて、呼処理に割り当てたリソースを減らすとともに、減らしたリソースを加入者データ要求および加入者データ通知に割り当てても良い。
【００１４】
またサービス提供サーバは、加入者情報収容サーバに呼処理量を通知する呼処理量通知手段をさらに備え、加入者情報収容サーバのリソース割当手段は、呼処理を実行するサービス提供サーバから、呼処理量を取得し、呼処理に割り当てたリソースと取得した呼処理との差分を、余剰リソースとして算出し、呼処理に割り当てたリソースから、余剰リソースに対応するリソースを減らして、減らしたリソースを加入者データ要求および加入者データ通知に割り当てても良い。
【００１５】
本発明の第２の特徴は、通話サービスを提供する複数のサービス提供サーバと、複数のサービス提供サーバに接続し、通話サービスの加入者データを収容する加入者情報収容サーバとを備える通話システムに用いられる通話制御方法に関する。本発明の第２の特徴に係る通話制御方法は、サービス提供サーバが、加入者情報収容サーバに接続して、加入者データ要求、加入者データ通知および呼処理を実行するステップと、加入者情報収容サーバが、加入者データ要求、加入者データ通知および呼処理にリソースを割り当てるステップと、加入者情報収容サーバが、加入者データ要求、加入者データ通知および呼処理の各処理種別に割り当てられたリソースの範囲内で、加入者データ要求、加入者データ通知および呼処理を実行するステップを備え、リソースを割り当てるステップは、加入者データを復旧中のサービス提供サーバがある場合、呼処理に割り当てたリソースを減らすとともに、減らしたリソースを加入者データ要求および加入者データ通知に割り当てる。
【００１６】
ここでリソースを割り当てるステップは、復旧中のサービス提供サーバの数に応じて、呼処理に割り当てたリソースを減らすとともに、減らしたリソースを加入者データ要求および加入者データ通知に割り当てても良い。
【００１７】
また、サービス提供サーバが、加入者情報収容サーバに呼処理量を通知するステップをさらに備え、リソースを割り当てるステップは、呼処理を実行するサービス提供サーバから、呼処理量を取得し、呼処理に割り当てたリソースと取得した呼処理との差分を、余剰リソースとして算出し、呼処理に割り当てたリソースから、余剰リソースに対応するリソースを減らして、減らしたリソースを加入者データ要求および加入者データ通知に割り当てても良い。
【００１８】
本発明の第３の特徴は、通話サービスを提供する複数のサービス提供サーバに接続し、通話サービスの加入者データを収容する加入者情報収容サーバに関する。即ち本発明の第３の特徴に係る加入者情報収容サーバは、加入者データ要求、加入者データ通知および呼処理にリソースを割り当てるリソース割当手段と、加入者データ要求、加入者データ通知および呼処理の各処理種別に割り当てられたリソースの範囲内で、加入者データ要求、加入者データ通知および呼処理を実行する処理手段を備え、リソース割当手段は、加入者データを復旧中のサービス提供サーバがある場合、呼処理に割り当てたリソースを減らすとともに、減らしたリソースを加入者データ要求および加入者データ通知に割り当てる。
【００１９】
本発明の第４の特徴は、コンピュータを本発明の第３の特徴に記載の手段として機能させるための加入者情報収容プログラムに関する。
【発明の効果】
【００２０】
本発明によれば、通話システムの運用状況によってリソースを適切に配分することができる通話システム、通話制御方法、加入者情報収容サーバおよび加入者情報収容プログラムを提供することができる。
【図面の簡単な説明】
【００２１】
【図１】図１は、本発明の実施の形態に係る通話システムを説明する図である。
【図２】図２は、本発明の実施の形態に係る加入者情報収容サーバのハードウエア構成および機能ブロックを説明する図である。
【図３】図３は、本発明の実施の形態に係るサービス提供サーバのハードウエア構成および機能ブロックを説明する図である。
【図４】図４は、本発明の実施の形態に係るサービス提供サーバにおける処理種別毎の処理量の概念を説明する図である。
【図５】図５は、本発明の実施の形態に係る加入者情報収容サーバにおいて、処理種別毎に割り当てるリソースの概念を説明する図である。
【図６】図６は、本発明の実施の形態に係る加入者情報収容サーバのリソースデータのデータ構造とデータの一例を説明する図である。
【図７】図７は、本発明の実施の形態に係る加入者情報収容サーバのリソース割当処理を説明するフローチャートである。
【発明を実施するための形態】
【００２２】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００２３】
（通話システム）
図１を参照して、本発明の実施の形態に係る通話システム５を説明する。通話システム５は、加入者情報収容サーバ１、複数のサービス提供サーバ２および複数の電話機３を備える。
【００２４】
加入者情報収容サーバ１は、ＵＰＳＦ（User Profile Server Function）を実現する。加入者情報収容サーバ１は、複数のサービス提供サーバ２に接続し、通話サービスの加入者データを収容するとともに、サービス提供サーバ２においてサービス提供に必要な加入者情報をサービス提供サーバ２に提供する。
【００２５】
サービス提供サーバ２は、ＡＳＦ（Application Server Functions）を実現する。サービス提供サーバ２は、複数の電話機３を収容し、電話機３に通話サービスなどの各種サービスを提供するとともに、加入者情報収容サーバ１に、収容する電話機３に関する加入者情報を要求する。
【００２６】
加入者情報収容サーバ１およびサービス提供サーバ２は、電話機３に通話サービスを提供するために、連携して加入者データ要求、加入者データ通知および呼処理を実行する。加入者情報収容サーバ１は、サービス提供サーバ２からの加入者データ要求、サービス提供サーバ２への加入者データ通知、およびサービス提供サーバ２からの呼処理の各機能を担う。サービス提供サーバ２は、加入者情報収容サーバ１への加入者データ要求、加入者情報収容サーバ１からの加入者データ通知、および加入者情報収容サーバ１への呼処理の各機能を担う。
【００２７】
（加入者情報収容サーバ）
図２を参照して、本発明の実施の形態に係る加入者情報収容サーバ１を説明する。加入者情報収容サーバ１は、記憶装置１１０、処理装置１２０および通信制御装置１３０を備える一般的なコンピュータである。一般的なコンピュータが、所定の機能を実現するための加入者情報収容プログラムを実行することにより、処理装置１２０は図２に示す各手段を実装する。
【００２８】
記憶装置１１０は、加入者情報収容プログラムを記憶するとともに、加入者データ１１１およびリソースデータ１１２を記憶する。
【００２９】
加入者データ１１１は、電話機３を利用する加入者の情報であって、加入者の識別子と、加入者が利用可能なサービス、サービスを提供する条件等を対応づけたデータである。
【００３０】
リソースデータ１１２は、加入者情報収容サーバ１内で実行する加入者データ要求、加入者データ通知および呼処理等の各処理種別に、割り当てられたリソースを対応づけたデータである。本発明の実施の形態においては、加入者データ要求、加入者データ通知および呼処理の各処理種別にリソースを割り当てる場合を説明するが、これ以外の処理種別に対してもリソースを割り当てても良い。
【００３１】
処理装置１２０は、処理手段１２１およびリソース割当手段１２２を備える。
【００３２】
処理手段１２１は、加入者データ１１１およびリソースデータ１１２を参照して、加入者データ要求、加入者データ通知および呼処理の各処理種別に割り当てられたリソースの範囲内で、加入者データ要求、加入者データ通知および呼処理を実行する。処理手段１２１は、ある処理種別に割り当てられたリソースを超える処理量が発生すると、その他の処理種別において余剰があった場合も、超過した処理量を処理しないように制御する。
【００３３】
リソース割当手段１２２は、サービス提供サーバ２の稼働状況に応じて、加入者データ要求、加入者データ通知および呼処理の各処理種別に割り当てるリソースを決定し、リソースデータ１１２を更新する。加入者情報収容サーバ１に接続するサービス提供サーバ２の全てが正常に運用している場合、リソース割当手段１２２は、通常運用状態で適用される各処理種別のリソース量をリソースデータ１１２に設定する。
【００３４】
一方、加入者データを復旧中のサービス提供サーバ２がある場合、リソース割当手段１２２は、呼処理に割り当てたリソースを減らすとともに、減らしたリソースを加入者データ要求および加入者データ通知に割り当てる。加入者データを復旧中のサービス提供サーバ２は、加入者データの復旧が完了するまで呼処理を実行することなく、加入者データ要求および加入者データ通知を実行する。従って、加入者データを復旧中のサービス提供サーバ２がある場合、リソース割当手段１２２は、復旧中のサービス提供サーバ２が実行しない呼処理のリソースを減らし、復旧中のサービス提供サーバ２が実行する加入者データ要求および加入者データ通知のリソースを増やす。これにより復旧中のサービス提供サーバ２の加入者データ要求および加入者データ通知に、十分なリソースで対応することができる。
【００３５】
ここで、呼処理について減らしたリソースを、加入者データ要求および加入者データ通知のそれぞれに割り当てる際の比率は、通話システム５の運用ポリシーに従う。例えば、加入者要求および加入者データの処理良いに応じて配分しても良いし、固定の割合で配分しても良いし、等分しても良い。
【００３６】
リソース割当手段１２２は、復旧中のサービス提供サーバ２の数に応じて、呼処理に割り当てたリソースを減らすとともに、減らしたリソースを加入者データ要求および加入者データ通知に割り当てる方法がある。具体的には、３台のサービス提供サーバ２のうち、１台が復旧中の場合、リソース割当手段１２２は、呼処理に割り当てたリソースを２／３に減らすとともに、減らしたリソースを加入者データ要求および加入者データ通知に割り当てる。
【００３７】
他に、リソース割当手段１２２は、呼処理を実行するサービス提供サーバ２から、呼処理量を取得する呼処理量取得手段１２３をさらに備え、呼処理量取得手段１２３が取得したサービス提供サーバ２の呼処理量に基づいて、リソースを割り当てる方法がある。呼処理量取得手段１２３は、リソースの割当を変更するタイミングで、サービス提供サーバ２に呼処理量を通知するようリクエストして、呼処理量を取得しても良いし、サービス提供サーバ２から定期的に通知された呼処理量を取得しても良い。
【００３８】
ここでリソース割当手段１２２は、呼処理に割り当てたリソースと呼処理量取得手段１２３が取得した呼処理との差分を、余剰リソースとして算出する。リソース割当手段１２２は、呼処理に割り当てたリソースから、余剰リソースに対応するリソースを減らして、減らしたリソースを加入者データ要求および加入者データ通知に割り当てる。
【００３９】
（サービス提供サーバ）
図３を参照して、本発明の実施の形態に係るサービス提供サーバ２を説明する。サービス提供サーバ２は、記憶装置２１０、処理装置２２０および通信制御装置２３０を備える一般的なコンピュータである。一般的なコンピュータが、所定の機能を実現するためのサービス提供プログラムを実行することにより、処理装置２２０は図３に示す各手段を実装する。
【００４０】
記憶装置２１０は、加入者情報収容プログラムを記憶するとともに、加入者データ２１１を記憶する。
【００４１】
加入者データ２１１は、サービス提供サーバ２が収容する電話機３を利用する加入者の情報であって、加入者の識別子と、加入者が利用可能なサービス、サービスを提供する条件等を対応づけたデータである。加入者データ２１１は、加入者情報収容サーバ１が保持する加入者データ１１１と同期する。
【００４２】
処理装置２２０は、処理手段２２１および呼処理量通知手段２２２を備える。
【００４３】
処理手段２２１は、加入者情報収容サーバ１に接続して、加入者データ要求、加入者データ通知および呼処理を実行する。
【００４４】
呼処理量通知手段２２２は、当該サービス提供サーバ２において、加入者データ要求、加入者データ通知および呼処理のうち、呼処理に関する呼処理量を加入者情報収容サーバ１に通知する。呼処理量通知手段２２２は、加入者情報収容サーバ１がリソースの割当を変更するタイミングなどに、サービス提供サーバ２から呼処理量を通知するリクエストを受信して、呼処理量を通知しても良いし、サービス提供サーバ２に呼処理量を定期的に通知しても良い。
【００４５】
（リソース割当）
図４ないし図６を参照して、加入者情報収容サーバ１のリソース割当手段１２２におけるリソース割当手法を説明する。
【００４６】
図４（ａ）および図５（ａ）は、通常運用状態における、加入者データ要求、加入者データ通知および呼処理のそれぞれのリソース割当を説明する。通常運用状態の場合、図４（ａ）に示すように、各サービス提供サーバ２ａ、２ｂ、および２ｃは、それぞれ、加入者データ要求、加入者データ通知および呼処理の処理を実行する。この際、加入者情報収容サーバ１は、図５（ａ）に示すように、加入者データ要求、加入者データ通知および呼処理について、それぞれ適正にリソースを割り当てる。ここで適正にリソースを割り当てるとは、加入者データ要求、加入者データ通知および呼処理のそれぞれの処理量および処理負荷に対応してリソースが割り当てられていることを示す。
【００４７】
サービス提供サーバ２ａが、激甚災害等によりハードウエアの入れ替え等が生じたとする。この場合、図４（ｂ）に示すように、サービス提供サーバ２ａは、呼処理を停止し、加入者データ要求および加入者データ通知を実行する。この場合、加入者情報収容サーバ１は、呼処理に割り当てたリソースを減らし、加入者データ要求および加入者データ通知に割り当てるリソースを増やす。リソース配分の変更の方法として、下記に示すように、復旧中のサービス提供サーバ２の数に応じて配分する方法と、稼働中のサービス提供サーバ２の呼処理量に応じて配分する方法とが考えられる。
【００４８】
＜復旧中のサービス提供サーバの数に応じて配分する方法＞
図５（ｂ）を参照して、復旧中のサービス提供サーバ２の数に応じて配分する方法を説明する。ここで、通常運用状態においてサービス提供サーバ２ａ、２ｂおよび２ｃがそれぞれ同量の呼を処理して、激甚災害等により、サービス提供サーバ２ａが復旧しているとする。なお図５（ｂ）において破線は、通常運用状態でのリソース割当を示す。
【００４９】
この場合リソース割当手段１２２は、サービス提供サーバ２ａに割り当てたリソース、具体的には、呼処理に割り当てたリソースの１／３を、減らして、減らしたリソースを、加入者データ要求および加入者データ通知に割り当てる。この結果、図５（ｂ）に示すように、図５（ａ）に示す通常運用状態のリソース割当に比べて、呼処理に割り当てるリソースが減るものの、加入者データ要求および加入者データ通知により多くのリソースを割り当てることができる。
【００５０】
具体的には、リソース割当手段１２２は、図６のリソースデータ１１２の「通常運用状態」欄に示すように、通常運用状態において、加入者データ要求、加入者データ通知および呼処理にそれぞれ、「２０」、「２０」および「６０」のリソースを割り当てるとする。ここで、激甚災害等により、サービス提供サーバ２ａが復旧している場合、リソース割当手段１２２は、「復旧中サーバ用リソースの配分」欄に示すように、呼処理に割り当てたリソース「６０」の１／３の「２０」を引いて、呼処理のリソースを「４０」とする。さらにリソース割当手段１２２は、呼処理について減らしたリソースを、加入者データ要求および加入者データ通知に割り当て、それぞれのリソースを「３０」に増やす。
【００５１】
このように、加入者データを復旧中のサービス提供サーバ２がある場合、呼処理に要するリソースを減らして、加入者データ要求および加入者データ通知に要するリソースを増やす。これにより復旧に係る加入者データ要求および加入者データ通知の処理量が増えても、十分に処理可能なリソースを割り当てることができるので、復旧中のサービス提供サーバ２の復旧処理を強化することができる。
【００５２】
＜稼働中のサービス提供サーバの呼処理量に応じて配分する方法＞
図５（ｃ）を参照して、稼働中のサービス提供サーバ２の呼処理量に応じて配分する方法を説明する。ここで、通常運用状態において加入者情報収容サーバ１は、呼処理についてリソースに余裕があり、サービス提供サーバ２ｂおよび２ｃが通常運用状態で稼働し、激甚災害等により、サービス提供サーバ２ａが復旧しているとする。なお図５（ｃ）において破線は、通常運用状態でのリソース割当を示し、一点鎖線は、図５（ｂ）で説明したように、復旧中のサービス提供サーバの数に応じて配分したリソース割当を示す。
【００５３】
この場合、リソース割当手段１２２の呼処理量取得手段１２３は、稼働中のサービス提供サーバ２ｂおよび２ｃの呼処理に係る呼処理量を取得する。リソース割当手段１２２は、呼処理量取得手段１２３が取得した呼処理量に基づいて、呼処理に割り当てるリソース量を決定し、通常運用状態における呼処理のリソース量と、呼処理量から基づいて決定したリソース量の差分から、余剰リソース量を算出する。リソース割当手段１２２は、算出した余剰リソース量を加入者データ要求および加入者データ通知に割り当てる。この結果、図５（ｃ）に示すように、図５（ａ）に示す通常運用状態のリソース割当、および図５（ｂ）に示すリソース割当に比べて、呼処理に割り当てるリソースをより減らして、加入者データ要求および加入者データ通知により多くのリソースを割り当てることができる。
【００５４】
具体的には、リソース割当手段１２２は、図６のリソースデータ１１２の「通常運用状態」欄に示すように、通常運用状態において、加入者データ要求、加入者データ通知および呼処理にそれぞれ、「２０」、「２０」および「６０」のリソースを割り当てるとする。ここで、激甚災害等により、サービス提供サーバ２ａが復旧している場合、リソース割当手段１２２は、サービス提供サーバ２ｂおよび２ｃから呼処理量を取得して、呼処理に割り当てるリソース量を２５と決定する。その結果、通常運用状態の呼処理のリソース量「６０」と呼処理に割り当てるリソース量「２５」の差分から、余剰リソース量は、「３５」と算出される。従って、リソース割当手段１２２は、余剰リソース量「３５」のうち、加入者データ要求に「１５」を割り当て、加入者データ通知に「２０」を割り当て、それぞれのリソースを増やす。
【００５５】
このように、加入者データを復旧中のサービス提供サーバ２がある場合、呼処理に要するリソースを減らして、加入者データ要求および加入者データ通知に要するリソースを増やす。ここで、稼働中のサービス提供サーバの呼処理量に応じて、呼処理に割り当てるリソースを決定して、加入者データ要求および加入者データ通知に余剰リソースを配分するので、復旧中のサービス提供サーバ２の復旧処理を強化することができる。
【００５６】
なお図６に示した加入者データ要求および加入者データ通知に割り当てられるリソースの配分は、一例であって、これに限るものではなく、通話システム５の運用ポリシーに従って決定される。
【００５７】
（リソース割当方法）
図７を参照して、本発明の実施の形態に係る加入者情報収容サーバ１のリソース割当手段１２２によるリソース割当処理を説明する。
【００５８】
まずステップＳ１１においてリソース割当手段１２２は、加入者情報収容サーバ１に接続する各サービス提供サーバ２の稼働状態を監視し、ステップＳ１２において、復旧中のサービス提供サーバ２があるか否かを判定する。
【００５９】
復旧中のサービス提供サーバ２がある場合、ステップＳ１３においてリソース割当手段１２２は、加入者情報収容サーバ１の処理に係るリソースのうち、復旧中のサービス提供サーバ２の呼処理に関するリソースを、他の処理に配分する。上述したように、復旧中のサービス提供サーバ２の数に応じて配分する方法と、稼働中のサービス提供サーバ２の呼処理量に応じて配分する方法によって、割当対象となるリソース量は配分される。これに伴い加入者情報収容サーバ１の処理手段１２１は、新たなリソースデータ１１２に基づいて各処理種別に割り当てるリソースを変更して処理する。その後ステップＳ１１に戻り、リソース割当手段１２２は、サービス提供サーバ２の状態監視を継続する。
【００６０】
復旧中のサービス提供サーバ２がない場合、ステップＳ１４においてリソース割当手段１２２は、現在、リソースデータ１１２に通常運用状態のリソース量が設定されているか否かを判定する。通常運用状態のリソース量が設定されている場合、ステップＳ１１に戻り、リソース割当手段１２２は、サービス提供サーバ２の状態監視を継続する。一方、通常運用状態のリソース量が設定されていない場合、リソース割当手段１２２は、リソースデータ１１２に通常運用状態のリソース量を設定する。これに伴い加入者情報収容サーバ１の処理手段１２１は、新たなリソースデータ１１２に基づいて各処理種別に割り当てるリソースを変更して処理する。
【００６１】
以上説明したように、本発明の実施の形態に係る加入者情報収容サーバ１は、加入者データを復旧中のサービス提供サーバ２がある場合、呼処理に割り当てたリソースを減らすとともに、減らしたリソースを加入者データ要求および加入者データ通知に割り当てる。加入者情報収容サーバ１は、復旧中のサービス提供サーバ２が処理できない呼処理の優先度を下げて、加入者情報収容サーバ１は、加入者データ要求および加入者データ通知の処理の優先度を上げることにより、復旧中のサービス提供サーバ２の加入者データ要求および加入者データ通知の処理要請に十分に対応可能なリソースを得ることができる。
【００６２】
このように本発明の実施の形態に係る通話システム５は、通話システムの運用状況によってリソースを適切に配分することができる。
【００６３】
（その他の実施の形態）
上記のように、本発明の実施の形態によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【００６４】
例えば、本発明の実施の形態に記載した加入者情報収容サーバは、図２に示すように一つのハードウエア上に構成されても良いし、その機能や処理数に応じて複数のハードウエア上に構成されても良い。
【００６５】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【００６６】
１  加入者情報収容サーバ
２  サービス提供サーバ
３  電話機
５  通話システム
１１０、２１０  記憶装置
１１１、２１１  加入者データ
１１２  リソースデータ
１２０  処理装置
１２１、２２１  処理手段
１２２  リソース割当手段
１２３  呼処理量取得手段
１３０、２３０  通信制御装置
２２２  呼処理量通知手段
【図１】
2016046616.tif 000003
【図２】
2016046616.tif 000004
【図３】
2016046616.tif 000005
【図４】
2016046616.tif 000006
【図５】
2016046616.tif 000007
【図６】
2016046616.tif 000008
【図７】
2016046616.tif 000009