(57)【特許請求の範囲】
【請求項１】
呼処理に関連するデータを記憶する連携サーバと、ユーザ端末間の呼に関する要求を、前記連携サーバと連携して処理する呼処理制御サーバとを備える呼処理制御システムであって、
呼処理制御サーバは、
単位時間内に処理可能な呼の処理量に関する閾値を含む閾値データを記憶する記憶装置と、
前記閾値データを参照して、単位時間内の前記呼の処理量が前記閾値を越えると、呼に関する要求を規制する規制判定手段と、
前記規制判定手段によって規制されない場合、連携サーバから取得したデータを参照して、呼に関する要求を処理する要求処理手段を備え、
前記閾値データの前記閾値は、ユーザ端末からの呼接続要求の数、位置登録要求の数、および前記連携サーバへのデータ要求の数の合計に対応し、
前記規制判定手段は、前記ユーザ端末からの呼接続要求の数、位置登録要求の数、および前記連携サーバへのデータ要求の数の合計に対応する処理量が、前記閾値を越えるか否かを判定し、前記閾値を越える場合、前記ユーザ端末からの呼接続要求、および位置登録要求を規制する
ことを特徴とする呼処理制御システム。
【請求項２】
前記規制判定手段は単位時間内の処理量が前記閾値を越えると、さらに前記連携サーバへのデータ要求を規制する
ことを特徴とする請求項１に記載の呼処理制御システム。
【請求項３】
前記閾値データの前記閾値は、呼接続要求、位置登録要求、およびデータ要求の各要求の処理負荷に応じた重みを考慮して設定され、
前記規制判定手段は、呼接続要求、位置登録要求、およびデータ要求の各要求の数および重みを考慮して算出された処理量が、前記閾値を越えるか否かを判定する
ことを特徴とする請求項１または２に記載の呼処理制御システム。
【請求項４】
前記規制判定手段は、前記閾値を越えた時点で受信した要求、または前記閾値を越えた直後に受信した要求の要求種別に対応する要求を、規制する
ことを特徴とする請求項１ないし３のいずれか１項に記載の呼処理制御システム。
【請求項５】
呼処理に関連するデータを記憶する連携サーバと連携して、ユーザ端末間の呼に関する要求を、処理する呼処理制御方法であって、
呼処理制御サーバは、単位時間内に処理可能な呼の処理量に関する閾値を含む閾値データを参照して、単位時間内の前記呼の処理量が前記閾値を越えると、呼に関する要求を規制するステップと、
前記規制するステップにおいて規制されない場合、前記呼処理制御サーバは、連携サーバから取得したデータを参照して、呼に関する要求を処理するステップとを備え、
前記閾値データの前記閾値は、ユーザ端末からの呼接続要求の数、位置登録要求の数、および前記連携サーバへのデータ要求の数の合計に対応し、
前記規制するステップは、前記ユーザ端末からの呼接続要求の数、位置登録要求の数、および前記連携サーバへのデータ要求の数の合計に対応する処理量が、前記閾値を越えるか否かを判定し、前記閾値を越える場合、前記ユーザ端末からの呼接続要求、および位置登録要求を規制する
ことを特徴とする呼処理制御方法。
【請求項６】
前記規制するステップは、単位時間内の処理量が前記閾値を越えると、さらに前記連携サーバへのデータ要求を規制する
ことを特徴とする請求項５に記載の呼処理制御方法。
【請求項７】
前記閾値データの前記閾値は、呼接続要求、位置登録要求、およびデータ要求の各要求の処理負荷に応じた重みを考慮して設定され、
前記規制するステップは、呼接続要求、位置登録要求、およびデータ要求の各要求の数および重みを考慮して算出された処理量が、前記閾値を越えるか否かを判定する
ことを特徴とする請求項５または６に記載の呼処理制御方法。
【請求項８】
前記規制するステップは、前記閾値を越えた時点で受信した要求、または前記閾値を越えた直後に受信した要求の要求種別に対応する要求を、規制する
ことを特徴とする請求項５ないし７のいずれか１項に記載の呼処理制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼処理に関連するデータを記憶する連携サーバと、ユーザ端末間の呼に関する要求を、連携サーバと連携して処理する呼処理制御サーバとを備える呼処理制御システムおよび呼処理制御方法に関する。
【背景技術】
【０００２】
近年、ユーザ端末間の通話において、加入者データの原本を格納するサーバと連携して、呼処理制御サーバがユーザ端末間の呼を制御する連携方式が提供されている。この連携方式において、加入者データの原本は、複数の呼処理制御サーバが参照可能な連携サーバに格納され、個々の呼処理制御サーバが、必要に応じて連携サーバから加入者データを取得して記憶する。
【０００３】
呼処理制御サーバは、ユーザ端末から呼接続要求や位置登録要求を受信した際、連携サーバから加入者データを取得したり、連携サーバにユーザ端末の位置情報を登録したりする。呼処理制御サーバは、連携サーバから受信した加入者データを、呼の処理が完了した後も保持することにより、後に発生する呼の処理において参照することも可能である。
【０００４】
また一般的に、呼処理制御サーバが受信する呼が一定の閾値を越えて輻輳状態になると、発呼および着呼を規制することが知られている（例えば、非特許文献１および非特許文献２参照。）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】"輻輳の意味とその性質〜「電話がからない」そのとき何が起こっているのか〜"、［online］、［平成２６年２月１０日検索］、インターネット〈URL：http://www.interq.or.jp/blue/rhf333/OVER_L.htm〉
【非特許文献２】西日本電信電話株式会社、"音声利用ＩＰ通信網サービス  （第１種サービス）のインタフェース  -ひかり電話ビジネスタイプ-  第３．５版"、［online］、２０１３年１２月２日、［平成２６年２月１０日検索］、インターネット〈URL：https://flets-w.com/solution/hikari_service/business/support/pdf/gisanshi3.5.pdf〉
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記の連携方式において呼処理制御サーバは、起動時に加入者データを何ら保持しないため、起動時（あるいは、起動後しばらくの間）と、その後の平常時とでは、処理能力が異なる問題がある。具体的には、システム起動時は、ユーザ端末からの呼接続要求をする際、連携サーバから加入者データを取得する必要があるため、加入者データを予め保持している時と比べて、処理能力が低くなってしまう。
【０００７】
このような呼処理制御サーバにおいて、平常時の処理能力に基づいて規制の閾値を設定すると、起動時には、規制が発生せず呼処理制御サーバの処理能力以上の処理を受けてしまう場合がある。またシステム起動時の処理能力に基づいて閾値を設定すると、平常時には、呼処理制御サーバの処理能力以下の処理しか受け付けられない場合がある。
【０００８】
従って本発明の目的は、呼処理制御サーバの起動時と平常時の負荷を考慮し呼処理に関連するデータを記憶する連携サーバと連携して、ユーザ端末間の呼に関する要求を処理する呼処理制御システムおよび呼処理制御方法を提供することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の第１の特徴は、呼処理に関連するデータを記憶する連携サーバと、ユーザ端末間の呼に関する要求を、連携サーバと連携して処理する呼処理制御サーバとを備える呼処理制御システムに関する。本発明の第１の特徴において呼処理制御サーバは、単位時間内に処理可能な呼の処理量に関する閾値を含む閾値データを記憶する記憶装置と、閾値データを参照して、単位時間内の呼の処理量が閾値を越えると、呼に関する要求を規制する規制判定手段と、規制判定手段によって規制されない場合、連携サーバから取得したデータを参照して、呼に関する要求を処理する要求処理手段を備える。閾値データの閾値は、ユーザ端末からの呼接続要求の数、位置登録要求の数、および連携サーバへのデータ要求の数の合計に対応し、規制判定手段は、ユーザ端末からの呼接続要求の数、位置登録要求の数、および連携サーバへのデータ要求の数の合計に対応する処理量が、閾値を越えるか否かを判定し、閾値を越える場合、ユーザ端末からの呼接続要求、および位置登録要求を規制する。
規制判定手段は単位時間内の処理量が閾値を越えると、さらに連携サーバへのデータ要求を規制しても良い。
【００１０】
閾値データの閾値は、呼接続要求、位置登録要求、およびデータ要求の各要求の処理負荷に応じた重みを考慮して設定され、規制判定手段は、呼接続要求、位置登録要求、およびデータ要求の各要求の数および重みを考慮して算出された処理量が、閾値を越えるか否かを判定しても良い。
【００１１】
規制判定手段は、閾値を越えた時点で受信した要求、または閾値を越えた直後に受信した要求の要求種別に対応する要求を、規制しても良い。
【００１２】
本発明の第２の特徴は、呼処理に関連するデータを記憶する連携サーバと連携して、ユーザ端末間の呼に関する要求を、処理する呼処理制御方法に関する。本発明の第２の特徴に係る呼処理制御方法は、呼処理制御サーバは、単位時間内に処理可能な呼の処理量に関する閾値を含む閾値データを参照して、単位時間内の呼の処理量が閾値を越えると、呼に関する要求を規制するステップと、規制するステップにおいて規制されない場合、呼処理制御サーバは、連携サーバから取得したデータを参照して、呼に関する要求を処理するステップとを備える。閾値データの閾値は、ユーザ端末からの呼接続要求の数、位置登録要求の数、および連携サーバへのデータ要求の数の合計に対応し、規制するステップは、ユーザ端末からの呼接続要求の数、位置登録要求の数、および連携サーバへのデータ要求の数の合計に対応する処理量が、閾値を越えるか否かを判定し、閾値を越える場合、ユーザ端末からの呼接続要求、および位置登録要求を規制する。
規制するステップは、単位時間内の処理量が閾値を越えると、さらに連携サーバへのデータ要求を規制しても良い。
【００１３】
閾値データの閾値は、呼接続要求、位置登録要求、およびデータ要求の各要求の処理負荷に応じた重みを考慮して設定され、規制するステップは、呼接続要求、位置登録要求、およびデータ要求の各要求の数および重みを考慮して算出された処理量が、閾値を越えるか否かを判定しても良い。
【００１４】
規制するステップは、閾値を越えた時点で受信した要求、または閾値を越えた直後に受信した要求の要求種別に対応する要求を、規制しても良い。
【発明の効果】
【００１５】
本発明によれば、呼処理制御サーバの起動時と平常時の負荷を考慮し呼処理に関連するデータを記憶する連携サーバと連携して、ユーザ端末間の呼に関する要求を処理する呼処理制御システムおよび呼処理制御方法を提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態に係る呼処理制御システムのシステム構成と、連携サーバおよび呼処理制御サーバの構成を説明する図である。
【図２】本発明の実施の形態に係る呼処理制御システムの処理を説明するシーケンス図である。
【図３】本発明の実施の形態に係る連携サーバの加入者情報制御を説明する図である。
【図４】本発明の実施の形態に係る連携サーバのサーバ情報制御を説明する図である。
【図５】本発明の実施の形態に係る規制判定処理の一例を説明するフローチャートである。
【発明を実施するための形態】
【００１７】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００１８】
（実施の形態）
図１を参照して、本発明の実施の形態に係る呼処理制御システム５を説明する。呼処理制御システム５は、呼処理制御方法を実現し、呼処理制御サーバ１、連携サーバ２およびユーザ端末３を備える。呼処理制御サーバ１およびユーザ端末３は、通信ネットワーク４を介して、相互に通信可能に接続される。また図１に示す例は、１つの呼処理制御サーバ１を備える場合を説明するが、呼処理制御サーバ１の数は問わない。呼処理制御システム５は、ＳＩＰ（Session Initiation Protocol）などのプロトコルを用いて、ユーザ端末３間の呼接続を制御する。
【００１９】
図２を参照して、本発明の実施の形態に係る呼処理制御システム５の処理の概要を説明する。
【００２０】
図２（ａ）は、ユーザ端末３からＲＥＧＩＳＴＥＲ信号を受信した処理を示す。まずステップＳ１１においてユーザ端末３は、ユーザ端末３の位置に関するＲＥＧＩＳＴＥＲ信号（位置登録要求）を呼処理制御サーバ１に送信する。呼処理制御サーバ１は、ＲＥＧＩＳＴＥＲ信号を受信すると、ステップＳ１２において、呼処理制御サーバ１内に、このＲＥＧＩＳＴＥＲ信号の送信元のユーザ端末３に関する加入者データ（認証情報を含む）を保持しているか判定する。保持している場合、ステップＳ１８において、ステップＳ１１で受信したＲＥＧＩＳＴＥＲ信号に対する応答信号を、ユーザ端末３に送信する。
【００２１】
一方ＲＥＧＩＳＴＥＲ信号の送信元のユーザ端末に関する認証情報および加入者データを保持していない場合、ステップＳ１３およびＳ１５において呼処理制御サーバ１は、連携サーバ２に、認証情報および加入者データを要求するためのＭＡＲ信号（認証情報要求信号）およびＳＡＲ信号（加入者データ要求信号）を送信する。呼処理制御サーバ１は、ステップＳ１４およびＳ１６において連携サーバ２からＭＡＡ信号（認証情報信号）およびＳＡＡ信号（加入者データ応答信号）を受信し、ステップＳ１７において、認証情報および加入者データを記憶する。呼処理制御サーバ１は、ステップＳ１８において、ステップＳ１１で受信したＲＥＧＩＳＴＥＲ信号に対する応答信号を、ユーザ端末３に送信する。
【００２２】
図２（ｂ）は、発信側のユーザ端末３の加入者データを保持している例であり、ユーザ端末３からＩＮＶＩＴＥ信号を受信した処理を示す。またステップＳ２１においてユーザ端末３は、ユーザの操作などにより接続先のユーザ端末を指定し、ＩＮＶＩＴＥ信号（呼接続要求）を呼処理制御サーバ１に送信する。呼処理制御サーバ１は、ＩＮＶＩＴＥ信号を受信すると、ステップＳ２２において呼処理制御サーバ１内に、このＩＮＶＩＴＥ信号の処理に必要な接続先の加入者データを保持しているか判定する。保持している場合、予め保持した加入者データを用いてステップＳ２６において、接続先のユーザ端末に向けてＩＮＶＩＴＥ信号を送信し、ユーザ端末３間の呼接続を制御する。
【００２３】
一方このＩＮＶＩＴＥ信号の処理に必要な接続先の加入者データを保持していない場合、ステップＳ２３において呼処理制御サーバ１は、加入者データを要求するための、連携サーバ２にＳＡＲ信号（加入者データ要求信号）を送信する。呼処理制御サーバ１は、ステップＳ２４において連携サーバ２からＳＡＡ信号（加入者データ応答信号）を受信し、ステップＳ２５において加入者データを記憶する。呼処理制御サーバ１は、ステップＳ２６において、接続先のユーザ端末３に向けて、ＩＮＶＩＴＥ信号を送信し、ユーザ端末３間の呼接続を制御する。
【００２４】
（連携サーバ）
連携サーバ２は、呼処理に関連するデータを記憶し、加入者データ（認証情報を含む）の原本を管理するとともに、呼処理制御サーバ１の状態を取得し管理する。連携サーバ２は、記憶装置２１０、処理装置２２０および通信制御装置（図示せず）を備えるコンピュータであって、所定の機能を実現するためのプログラムを実行することにより、図１に示す各手段を実装する。なお、図１に示す例では連携サーバ２は、一つのコンピュータにより実装される場合を説明するが、各機能が複数の連携サーバに実装されても良いし、仮想コンピュータなどにより実装されても良い。
【００２５】
記憶装置２１０は、連携サーバ２の機能を実現するためのプログラムを記憶するとともに、加入者データ２１１およびサーバ管理データ２１２を記憶する。処理装置２２０は、加入者情報制御手段２２１およびサーバ情報制御手段２２２を備える。
【００２６】
加入者情報制御手段２２１は、呼処理制御サーバ１と連携して加入者データ２１１を参照または更新する。加入者データ２１１は、呼処理制御サーバ１がユーザ端末３に呼処理サービスを提供する上で必要な情報を保持する。図３に示すように加入者情報制御手段２２１は、呼処理制御サーバ１に、加入者情報や付加サービス情報などの設定、変更、削除依頼などを送信し、呼処理制御サーバ１が保持する加入者データ１１３との整合性をとるよう制御する。また加入者情報制御手段２２１は、呼処理制御サーバ１から加入者情報のデータ要求が送信されると、依頼された加入者情報を返す。このほか、加入者情報制御手段２２１は、加入者データに関する種々のデータを制御する。
【００２７】
サーバ情報制御手段２２２は、呼処理制御サーバ１と連携してサーバ管理データ２１２を参照または更新する。サーバ管理データ２１２は、呼処理制御サーバ１または連携サーバ２を制御するための情報を保持する。図４に示すようにサーバ情報制御手段２２２は、呼処理制御サーバ１に、装置状態の情報を収集する依頼などを送信する。サーバ情報制御手段２２２は、呼処理制御サーバ１からその情報を取得してサーバ管理データ２１２に記憶して、取得した情報に応じて処理する。例えばサーバ情報制御手段２２２は、呼処理制御サーバ１から輻輳に関するアラーム通知などを受信し、受信したアラーム通知に応じて処理する。
【００２８】
（呼処理制御サーバ）
呼処理制御サーバ１は、ユーザ端末３間の呼に関する要求を、連携サーバ２と連携して処理する。本発明の実施の形態に係る呼処理制御サーバ１は、ユーザ端末３からの呼接続要求（ＩＮＶＩＴＥ信号）の数、位置登録要求（ＲＥＧＩＳＴＥＲ信号）の数、および連携サーバ２へのデータ要求（ＳＡＲ）の数の合計に対応する処理量に基づいて、要求を規制する。
【００２９】
呼処理制御サーバ１は、記憶装置１１０、処理装置１２０および通信制御装置１３０を備えるコンピュータであって、所定の機能を実現するためのプログラムを実行することにより、図１に示す各手段を実装する。
【００３０】
通信制御装置１３０は、連携サーバ２と相互に通信可能に接続するとともに、通信ネットワーク４を介してユーザ端末３と相互に通信可能に接続する。
【００３１】
記憶装置１１０は、呼処理制御サーバ１の機能を実現するためのプログラムを記憶するとともに、係数データ１１１、閾値データ１１２および加入者データ１１３を記憶する。
【００３２】
係数データ１１１は、呼処理制御サーバ１の処理量を算出するための重みの係数であって、呼処理制御サーバ１が処理する要求の要求種別に応じて設定される。係数データ１１１は、例えば、呼接続要求の係数ａ、位置登録要求の係数ｂおよびデータ要求の係数ｃを含む。
【００３３】
閾値データ１１２は、要求を規制するか否かを判定するために参照され、単位時間内に処理可能な呼の処理量に関する閾値を含む。この閾値は、呼接続要求の数、位置登録要求の数、およびデータ要求の数の合計に対応し、呼接続要求、位置登録要求、およびデータ要求の各要求の処理負荷に応じた重みを考慮して設定される。
【００３４】
加入者データ１１３は、連携サーバ２から取得した加入者データを記憶する。加入者データ１１３は、この呼処理制御サーバ１が起動した際、具体的には、新たに呼処理制御サーバ１を設置した際や、故障や停電から復旧した際は、何らデータを保持しない。呼処理制御サーバ１が起動後、呼処理に応じて連携サーバ２から加入者データを取得する度に、加入者データ１１３に蓄積される。
【００３５】
処理装置１２０は、規制判定手段１２１および要求処理手段１２２を備える。
【００３６】
規制判定手段１２１は、閾値データ１１２を参照して、単位時間内の呼の処理量が閾値を越えると、呼に関する要求を規制し、要求処理手段１２２に処理させない。
【００３７】
要求処理手段１２２は、規制判定手段１２１によって規制されない場合、連携サーバ２から取得した加入者データ１１３を参照して、呼に関する要求を処理する。図２に示すように、要求処理手段１２２は、位置登録要求を受信すると、認証情報を連携サーバ２に要求する。また要求処理手段１２２は、呼接続要求を受信すると、記憶装置１１０に必要な加入者データを記憶しているか否かを判定し、記憶していない場合、連携サーバ２から加入者データを取得し、接続先のユーザ端末３に呼接続要求を送信する。
【００３８】
規制判定手段１２１は、ユーザ端末３からの呼接続要求の数、位置登録要求の数、および連携サーバ２へのデータ要求の数の合計に対応する処理量が、閾値を越えるか否かを判定し、閾値を越える場合、ユーザ端末３からの呼接続要求、および位置登録要求を規制する。
【００３９】
規制判定手段１２１は、直近の単位時間内のユーザ端末３からの呼接続要求の数、位置登録要求の数、連携サーバ２へのデータ要求が生じる度に数をカウントする。ここで、連携サーバ２へのデータ要求の数をカウントする際、連携サーバ２へ送信したＳＡＲ信号の数をカウントしても良いし、連携サーバ２から受信したＳＡＡ信号の数をカウントしても良い。規制判定手段１２１は、カウントされた要求数に応じて、単位時間内の処理量を算出する。
【００４０】
ここで規制判定手段１２１は、係数データ１１１を参照して、呼接続要求、位置登録要求、およびデータ要求の各要求の数および重みを考慮して、処理量を算出しても良い。例えば係数データ１１１が、呼接続要求の係数ａ、位置登録要求の係数ｂおよびデータ要求の係数ｃを含む場合、規制判定手段１２１は、係数ａ×呼接続要求の数＋係数ｂ×位置登録要求の数＋係数ｃ×データ要求の数により、処理量を算出する。
【００４１】
規制判定手段１２１は、このように算出した処理量が、閾値データ１１２の閾値を越えているか否かを判定する。越えていない場合、通常通り要求処理手段１２２に要求を処理させる。一方、越えている場合、規制判定手段１２１は、ユーザ端末３からの呼接続要求、および位置登録要求を規制し、さらに、連携サーバ２へのデータ要求を規制しても良い。
【００４２】
また規制判定手段１２１は、規制対象の要求を、適宜設定しても良い。具体的には規制判定手段１２１は、閾値を越えた時点で受信した要求、または閾値を越えた直後に受信した要求の要求種別に対応する要求を、規制するように制御されても良い。
【００４３】
呼接続要求の受信により、呼接続要求の数がカウントされ処理量が閾値を越えた場合、規制判定手段１２１は、これ以降新たに受信する呼接続要求を処理しないよう規制しても良い。また呼接続要求の受信により、呼接続要求の数がカウントされ処理量が閾値を越え、その後位置登録要求を受信した場合、規制判定手段１２１は、これ以降新たに受信する位置登録を処理しないよう規制しても良い。このように、規制判定手段１２１は、要求種別毎に規制するように制御しても良い。
【００４４】
図５を参照して、本発明の実施の形態に係る規制判定手段１２１による規制判定処理の一例を説明する。
【００４５】
規制判定処理は、呼接続要求、位置登録要求およびデータ取得要求のうちのいずれかの要求が発生したことを契機に開始される。ステップＳ１０１において呼接続要求、位置登録要求およびデータ取得要求のうちのいずれかの要求が発生したと判定されると、規制判定手段１２１は、ステップＳ１０２において、直近の単位時間内の処理量を算出する。処理量は、係数データ１１１の各要求の係数に基づいて算出されても良い。処理量が算出されると、ステップＳ１０３において規制判定手段１２１は、ステップＳ１０２で算出した単位時間内の処理量が、閾値データ１１２の閾値以上であるか否かを判定する。
【００４６】
閾値以上の場合、ステップＳ１０４において規制判定手段１２１は、要求処理手段１２２が要求を処理しないように規制する。規制判定手段１２１は、直近で発生した要求の要求種別の要求を規制しても良いし、閾値以上であると判定された直後に受信した要求の要求種別の要求を規制しても良い。一方、閾値以上でないと判定された場合、ステップＳ１０５において、要求処理手段１２２に、発生した要求を処理させる。
【００４７】
このように本発明の実施の形態に係る呼処理制御システム５において、呼処理制御サーバ１は、ユーザ端末３からの要求のみならず、連携サーバ２への要求も考慮して、呼処理制御サーバ１の処理量を算出して、規制するか否かを決定する。従って、呼処理制御サーバ１の起動時に保有する加入者データが少なく、連携サーバ２へのデータ要求が頻発する場合と、起動後に、保有する加入者データが多くなり、連携サーバ２へのデータ要求が減少する場合と、の両方の場合において、適切な閾値を設定することができる。また、両方の場合に共通した閾値を適用することができる。
【００４８】
また本発明の実施の形態に係る呼処理制御システム５は、データ要求数（ＳＡＲまたはＳＡＡ）が多くなると、呼接続要求（ＩＮＶＩＴＥ）や位置登録要求（ＲＥＧＩＳＴＥＲ）を処理できる数が少なくなり、データ要求数が少なくなると、呼接続要求や位置登録要求をより多く処理できる。従って、呼処理制御システム５において、呼処理制御サーバ１の運用状況に応じてシステム負荷を安定化させることができる。
【００４９】
また閾値を越えた場合、呼処理制御サーバ１は、ユーザ端末３からの呼接続要求、および位置登録要求を規制することにより、呼処理制御サーバ１の負荷を効果的に下げることができる。また必要に応じて連携サーバ２へのデータ要求を規制することにより、一度受信した呼接続要求を適切に処理することを可能とする。
【００５０】
（その他の実施の形態）
上記のように、本発明の実施の形態によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【００５１】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【００５２】
１  呼処理制御サーバ
２  連携サーバ
３  ユーザ端末
４  通信ネットワーク
５  呼処理制御システム
１１０、２１０  記憶装置
１１１  係数データ
１１２  閾値データ
１１３、２１１  加入者データ
１２０、２２０  処理装置
１２１  規制判定手段
１２２  要求処理手段
１３０  通信制御装置
２１２  サーバ管理データ
２２１  加入者情報制御手段
２２２  サーバ情報制御手段
【図１】
0006040185.tif 000002
【図２】
0006040185.tif 000003
【図３】
0006040185.tif 000004
【図４】
0006040185.tif 000005
【図５】
0006040185.tif 000006