(57)【特許請求の範囲】
【請求項１】
連携装置と連携して呼処理制御を行う呼処理制御装置であって、
受信した呼処理要求信号の加入者データが、前記連携装置から取得済みか否かを判別する判別手段と、
加入者データを取得していない未取得の呼処理要求信号の数と、加入者データを取得済みの取得済み呼処理要求信号の数とをそれぞれカウントするカウント手段と、
未取得の呼処理要求信号の数に未取得用重み付けするとともに、取得済み呼処理要求信号の数に取得済み用重み付けをし、重み付け後の各信号数を合算した合算値を算出する算出手段と、
前記合算値が所定の閾値を超える場合、新たに受信する呼処理要求信号を規制する規制手段と、を有し、
前記未取得用重み付けは、前記取得済み用重み付けより大きいこと
を特徴とする呼処理制御装置。
【請求項２】
請求項１記載の呼処理制御装置であって、
前記呼処理要求信号には、呼接続要求信号とロケーションデータ登録要求信号とが含まれ、
前記カウント手段は、未取得の呼接続要求信号の数およびロケーションデータ登録要求信号の数をそれぞれカウントするとともに、取得済み呼接続要求信号の数およびロケーションデータ登録要求信号の数をそれぞれカウントし、
前記算出手段は、未取得の呼接続要求信号の数に第１の未取得用重み付けを、未取得のロケーションデータ登録要求信号の数に第２の未取得用重み付けをするとともに、取得済み呼接続要求信号の数に第１の取得済み用重み付けを、取得済みロケーションデータ登録要求信号の数に第２の取得済み用重み付けし、重み付け後の各信号数を合算した合算値を算出し、
前記第１の未取得用重み付けは前記第１の取得済み用重み付けより大きく、前記第２の未取得用重み付けは前記第２の取得済み用重み付けより大きいこと
を特徴とする呼処理制御装置。
【請求項３】
呼処理制御装置と連携装置とが連携して呼処理制御を行う呼処理制御システムであって、
前記呼処理制御装置は、
受信した呼処理要求信号の加入者データが、前記連携装置から取得済みか否かを判別する判別手段と、
加入者データを取得していない未取得の呼処理要求信号の数と、加入者データを取得済みの取得済み呼処理要求信号の数とをそれぞれカウントするカウント手段と、
未取得の呼処理要求信号の数に未取得用重み付けするとともに、取得済み呼処理要求信号の数に取得済み用重み付けをし、重み付け後の各信号数を合算した合算値を算出する算出手段と、
前記合算値が所定の閾値を超える場合、新たに受信する呼処理要求信号を規制する規制手段と、を有し、
前記未取得用重み付けは、前記取得済み用重み付けより大きく、
前記連携装置は、
加入者データを記憶する加入者データ記憶手段と、
前記加入者データを、前記呼処理制御装置に提供する提供手段と、を有すること
を特徴とする呼処理制御システム。
【請求項４】
請求項３記載の呼処理制御システムであって、
前記呼処理要求信号には、呼接続要求信号とロケーションデータ登録要求信号とが含まれ、
前記カウント手段は、未取得の呼接続要求信号の数およびロケーションデータ登録要求信号の数をそれぞれカウントするとともに、取得済み呼接続要求信号の数およびロケーションデータ登録要求信号の数をそれぞれカウントし、
前記算出手段は、未取得の呼接続要求信号の数に第１の未取得用重み付けを、未取得のロケーションデータ登録要求信号の数に第２の未取得用重み付けをするとともに、取得済み呼接続要求信号の数に第１の取得済み用重み付けを、取得済みロケーションデータ登録要求信号の数に第２の取得済み用重み付けし、重み付け後の各信号数を合算した合算値を算出し、
前記第１の未取得用重み付けは前記第１の取得済み用重み付けより大きく、前記第２の未取得用重み付けは前記第２の取得済み用重み付けより大きいこと
を特徴とする呼処理制御システム。
【請求項５】
呼量を規制する呼量規制方法であって、
連携装置と連携して呼処理制御を行う呼処理制御装置は、
受信した呼処理要求信号の加入者データが、前記連携装置から取得済みか否かを判別する判別ステップと、
加入者データを取得していない未取得の呼処理要求信号の数と、加入者データを取得済みの取得済み呼処理要求信号の数とをそれぞれカウントするカウントステップと、
未取得の呼処理要求信号の数に未取得用重み付けするとともに、取得済み呼処理要求信号の数に取得済み用重み付けをし、重み付け後の各信号数を合算した合算値を算出する算出ステップと、
前記合算値が所定の閾値を超える場合、新たに受信する呼処理要求信号を規制する規制手段ステップと、を行い、
前記未取得用重み付けは、前記取得済み用重み付けより大きいこと
を特徴とする呼量規制方法。
【請求項６】
請求項５記載の呼量規制方法であって、
前記呼処理要求信号には、呼接続要求信号とロケーションデータ登録要求信号とが含まれ、
前記カウントステップは、未取得の呼接続要求信号の数およびロケーションデータ登録要求信号の数をそれぞれカウントするとともに、取得済み呼接続要求信号の数およびロケーションデータ登録要求信号の数をそれぞれカウントし、
前記算出ステップは、未取得の呼接続要求信号の数に第１の未取得用重み付けを、未取得のロケーションデータ登録要求信号の数に第２の未取得用重み付けをするとともに、取得済み呼接続要求信号の数に第１の取得済み用重み付けを、取得済みロケーションデータ登録要求信号の数に第２の取得済み用重み付けし、重み付け後の各信号数を合算した合算値を算出し、
前記第１の未取得用重み付けは前記第１の取得済み用重み付けより大きく、前記第２の未取得用重み付けは前記第２の取得済み用重み付けより大きいこと
を特徴とする呼量規制方法。
【請求項７】
呼処理制御装置と、当該呼処理制御装置と連携する連携装置とを含む呼処理制御システムが行う呼量規制方法であって、
前記呼処理制御装置は、
受信した呼処理要求信号の加入者データが、前記連携装置から取得済みか否かを判別する判別ステップと、
加入者データを取得していない未取得の呼処理要求信号の数と、加入者データを取得済みの取得済み呼処理要求信号の数とをそれぞれカウントするカウントステップと、
未取得の呼処理要求信号の数に未取得用重み付けするとともに、取得済み呼処理要求信号の数に取得済み用重み付けをし、重み付け後の各信号数を合算した合算値を算出する算出ステップと、
前記合算値が所定の閾値を超える場合、新たに受信する呼処理要求信号を規制する規制ステップと、を行い、
前記未取得用重み付けは、前記取得済み用重み付けより大きく、
前記連携装置は、
加入者データを記憶する加入者データ記憶部を備えと、
前記加入者データを、前記呼処理制御装置に提供する提供ステップを行うこと
を特徴とする呼量規制方法。
【請求項８】
請求項１または２記載の呼処理制御装置として機能させるための呼処理制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼処理における呼量を規制する呼処理制御装置、呼処理制御システム、呼量規制方法、呼処理制御プログラムに関する。
【背景技術】
【０００２】
呼処理を行う方式として、呼処理制御サーバが加入者データ原本を保持する方式と、呼処理制御サーバは加入者データ原本を保持することなく、加入者データ原本を保持する加入者データサーバと連携して呼処理を行う連携方式とがある。
【０００３】
また、処理能力を超える呼が大量に発生した場合、輻輳を防止するために、発呼および着呼を規制するトラフィック規制が行われている（非特許文献１参照）。また、輻輳の発生により、一時的にＲＥＧＩＳＴＥＲ信号が規制されることがある（非特許文献２参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】「輻輳の意味とその性質」、＜URL：http://www.interq.or.jp/blue/rhf333/OVER_L.htm＞
【非特許文献２】「音声利用ＩＰ通信網サービス（一種サービス）のインタフェース−光電話ビジネスタイプ−」、西日本電信電話株式会社、＜URL：https://flets-w.com/solution/hikari_service/business/support/pdf/gisanshi3.5.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
呼処理制御サーバと加入者データサーバとが連携する連携方式では、呼処理制御サーバの処理能力は、システム起動時と平常時において異なる。すなわち、システム起動時においては、加入者データサーバから加入者データを取得した上で呼処理を行い、一方、平常時においては、大部分の加入者データは加入者データサーバから取得済であるため、加入者データサーバから加入者データを取得することなく呼処理を行うことができる。そのため、システム起動時と平常時とでは、一定時間内に処理できる呼処理要求の数が異なる。
【０００６】
したがって、平常時の処理能力に合わせて呼量を規制した場合、システム起動時には、処理能力以上の呼処理要求を受け付けることになり輻輳が発生するおそれがある。また、システム起動時の処理能力に合わせて呼量を規制した場合、平常時は本来の処理能力以下の呼処理要求しか受け付けられない。
【０００７】
本発明は、上記の事情に鑑みなされたもので、本発明の目的は、呼処理制御サーバの状態に応じて呼量を規制することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するため、本発明は、連携装置と連携して呼処理制御を行う呼処理制御装置であって、受信した呼処理要求信号の加入者データが、前記連携装置から取得済みか否かを判別する判別手段と、加入者データを取得していない未取得の呼処理要求信号の数と、加入者データを取得済みの取得済み呼処理要求信号の数とをそれぞれカウントするカウント手段と、未取得の呼処理要求信号の数に未取得用重み付けするとともに、取得済み呼処理要求信号の数に取得済み用重み付けをし、重み付け後の各信号数を合算した合算値を算出する算出手段と、前記合算値が所定の閾値を超える場合、新たに受信する呼処理要求信号を規制する規制手段と、を有し、前記未取得用重み付けは、前記取得済み用重み付けより大きい。
【０００９】
上記呼処理制御装置において、前記呼処理要求信号には、呼接続要求信号とロケーションデータ登録要求信号とが含まれ、前記カウント手段は、未取得の呼接続要求信号の数およびロケーションデータ登録要求信号の数をそれぞれカウントするとともに、取得済み呼接続要求信号の数およびロケーションデータ登録要求信号の数をそれぞれカウントし、前記算出手段は、未取得の呼接続要求信号の数に第１の未取得用重み付けを、未取得のロケーションデータ登録要求信号の数に第２の未取得用重み付けをするとともに、取得済み呼接続要求信号の数に第１の取得済み用重み付けを、取得済みロケーションデータ登録要求信号の数に第２の取得済み用重み付けし、重み付け後の各信号数を合算した合算値を算出し、前記第１の未取得用重み付けは前記第１の取得済み用重み付けより大きく、前記第２の未取得用重み付けは前記第２の取得済み用重み付けより大きいこととしてもよい。
【００１０】
本発明は、呼処理制御装置と連携装置とが連携して呼処理制御を行う呼処理制御システムであって、前記呼処理制御装置は、受信した呼処理要求信号の加入者データが、前記連携装置から取得済みか否かを判別する判別手段と、加入者データを取得していない未取得の呼処理要求信号の数と、加入者データを取得済みの取得済み呼処理要求信号の数とをそれぞれカウントするカウント手段と、未取得の呼処理要求信号の数に未取得用重み付けするとともに、取得済み呼処理要求信号の数に取得済み用重み付けをし、重み付け後の各信号数を合算した合算値を算出する算出手段と、前記合算値が所定の閾値を超える場合、新たに受信する呼処理要求信号を規制する規制手段と、を有し、前記未取得用重み付けは、前記取得済み用重み付けより大きく、前記連携装置は、加入者データを記憶する加入者データ記憶手段と、前記加入者データを、前記呼処理制御装置に提供する提供手段と、を有する。
【００１１】
上記呼処理制御システムにおいて、前記呼処理要求信号には、呼接続要求信号とロケーションデータ登録要求信号とが含まれ、前記カウント手段は、未取得の呼接続要求信号の数およびロケーションデータ登録要求信号の数をそれぞれカウントするとともに、取得済み呼接続要求信号の数およびロケーションデータ登録要求信号の数をそれぞれカウントし、前記算出手段は、未取得の呼接続要求信号の数に第１の未取得用重み付けを、未取得のロケーションデータ登録要求信号の数に第２の未取得用重み付けをするとともに、取得済み呼接続要求信号の数に第１の取得済み用重み付けを、取得済みロケーションデータ登録要求信号の数に第２の取得済み用重み付けし、重み付け後の各信号数を合算した合算値を算出し、前記第１の未取得用重み付けは前記第１の取得済み用重み付けより大きく、前記第２の未取得用重み付けは前記第２の取得済み用重み付けより大きいこととしてもよい。
【００１２】
本発明は、呼量を規制する呼量規制方法であって、連携装置と連携して呼処理制御を行う呼処理制御装置は、受信した呼処理要求信号の加入者データが、前記連携装置から取得済みか否かを判別する判別ステップと、加入者データを取得していない未取得の呼処理要求信号の数と、加入者データを取得済みの取得済み呼処理要求信号の数とをそれぞれカウントするカウントステップと、未取得の呼処理要求信号の数に未取得用重み付けするとともに、取得済み呼処理要求信号の数に取得済み用重み付けをし、重み付け後の各信号数を合算した合算値を算出する算出ステップと、前記合算値が所定の閾値を超える場合、新たに受信する呼処理要求信号を規制する規制手段ステップと、を行い、前記未取得用重み付けは、前記取得済み用重み付けより大きい。
【００１３】
上記呼量規制方法において、前記呼処理要求信号には、呼接続要求信号とロケーションデータ登録要求信号とが含まれ、前記カウントステップは、未取得の呼接続要求信号の数およびロケーションデータ登録要求信号の数をそれぞれカウントするとともに、取得済み呼接続要求信号の数およびロケーションデータ登録要求信号の数をそれぞれカウントし、前記算出ステップは、未取得の呼接続要求信号の数に第１の未取得用重み付けを、未取得のロケーションデータ登録要求信号の数に第２の未取得用重み付けをするとともに、取得済み呼接続要求信号の数に第１の取得済み用重み付けを、取得済みロケーションデータ登録要求信号の数に第２の取得済み用重み付けし、重み付け後の各信号数を合算した合算値を算出し、前記第１の未取得用重み付けは前記第１の取得済み用重み付けより大きく、前記第２の未取得用重み付けは前記第２の取得済み用重み付けより大きいこととしてもよい。
【００１４】
本発明は、呼処理制御装置と、当該呼処理制御装置と連携する連携装置とを含む呼処理制御システムが行う呼量規制方法であって、前記呼処理制御装置は、受信した呼処理要求信号の加入者データが、前記連携装置から取得済みか否かを判別する判別ステップと、  加入者データを取得していない未取得の呼処理要求信号の数と、加入者データを取得済みの取得済み呼処理要求信号の数とをそれぞれカウントするカウントステップと、未取得の呼処理要求信号の数に未取得用重み付けするとともに、取得済み呼処理要求信号の数に取得済み用重み付けをし、重み付け後の各信号数を合算した合算値を算出する算出ステップと、前記合算値が所定の閾値を超える場合、新たに受信する呼処理要求信号を規制する規制ステップと、を行い、前記未取得用重み付けは、前記取得済み用重み付けより大きく、前記連携装置は、加入者データを記憶する加入者データ記憶部を備えと、前記加入者データを、前記呼処理制御装置に提供する提供ステップを行う。
【００１５】
本発明は、上記呼処理制御装置として機能させるための呼処理制御プログラムである。
【発明の効果】
【００１６】
本発明によれば、呼処理制御サーバの状態に応じて呼量を規制することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施の形態における呼処理制御システムの構成図である。
【図２】呼処理の概要を示す図である。
【図３】呼処理制御サーバの処理を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、本発明の実施の形態を説明する。
【００１９】
図１は、本発明の実施の形態における呼処理制御システムの構成図である。本実施形態の呼処理制御システムは、呼処理制御サーバ１（呼処理制御装置）と加入者データサーバ２（連携装置）とを備える。
【００２０】
呼処理制御サーバ１は、呼処理を行うサーバであり、本実施形態では、加入者データサーバ２と連携して呼処理を行う連携方式のサーバである。すなわち、呼処理制御サーバ１は、故障や停電からの復旧などによるシステム起動時においては加入者データを保持していなく、呼処理を契機として加入者データサーバ２から対象の加入者データを取得し、呼処理を行う。ここでは、一度取得した加入者データについては、呼処理制御サーバ１内のメモリなどの記憶装置に保持するものとする。なお、本実施形態では、呼処理制御サーバ１は、ＳＩＰ（Session Initiation Protocol）を用いた呼処理を行うものとして以下に説明するが、これに限定されるものではない。
【００２１】
図示する呼処理制御サーバ１は、呼処理制御部１１と、カウント部１２と、算出部１３と、加入者データ記憶部１４と、信号数・合算値記憶部１５と、閾値記憶部１６とを備える。
【００２２】
呼処理制御部１１（判別手段、規制手段）は、ＩＰ電話端末３または他の呼処理制御サーバ（不図示）からの要求を受け付けて、呼接続処理、ロケーションデータ登録などの呼処理を行う。また、呼処理制御部１１は、受信した呼処理要求信号の加入者データが、加入者データサーバ２から取得済みか否かを判別する。また、呼処理制御部１１は、受信した呼処理要求信号に基づいて算出した合算値が、閾値記憶部１６に記憶された所定の閾値を超える場合、新たに受信する呼処理要求信号を規制する。
【００２３】
カウント部１２（カウント手段）は、加入者データサーバ２から加入者データを取得していない未取得の呼処理要求信号の数と、加入者データを取得済みの取得済み呼処理要求信号の数とをそれぞれカウントする。
【００２４】
算出部１３は、未取得の呼処理要求信号の数に未取得用重み付けするとともに、取得済み呼処理要求信号の数に取得済み用重み付けをし、重み付け後の各信号数を合算した合算値を算出する。なお、未取得用重み付けは、取得済み用重み付けより大きい。
【００２５】
加入者データ記憶部１４は、加入者データサーバ２から取得した加入者データが記憶される記憶装置であって、例えばメモリなどを用いるもことができる。
【００２６】
信号数・合算値記憶部１５には、カウント部１２がカウントする各信号の数、および算出部１３が算出する合算値が記憶される。閾値記憶部１６には、呼量を規制するための閾値が記憶される。
【００２７】
加入者データサーバ２は、呼処理制御サーバ１と各種の信号を送受信し、呼処理制御サーバ１と連携して呼処理を行う。図示する加入者データサーバ２は、処理部２１と、加入者データベース２２とを備える。処理部２１は、呼処理制御サーバ１からの要求に応じて、要求された加入者データを加入者データベース２２から読み出し、呼処理制御サーバ１に送信する。加入者データベース２２には、加入者データの原本を格納されている。
【００２８】
ＩＰ電話端末３は、ＳＩＰを用いた通信が可能な端末であって、電話の他にスマートフォン、ＰＣなどを用いることができる。
【００２９】
上記説明した、本実施形態の呼処理制御サーバ１および加入者データサーバ２は、例えば、ＣＰＵと、メモリと、ハードディスク等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各部の各機能が実現される。例えば、呼処理制御サーバ１および加入者データサーバ２の各機能は、呼処理制御サーバ１用のプログラムの場合は呼処理制御サーバ１のＣＰＵが、そして、加入者データサーバ２用のプログラムの場合は加入者データサーバ２のＣＰＵがそれぞれ実行することにより実現される。
【００３０】
また、呼処理制御サーバ１用のプログラムおよび加入者データサーバ２用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。
【００３１】
次に、本実施形態の処理について説明する。
【００３２】
図２は、本実施形態の呼処理の概要を示す図である。ＩＰ電話端末３は、呼接続要求信号（ＩＮＶＩＴＥ）、ロケーションデータ登録要求信号（ＲＥＧＩＳＴＥＲ）などの呼処理要求信号を呼処理制御サーバ１に送信する（Ｓ１１）。
【００３３】
呼処理制御サーバ１は、呼処理要求信号を受信すると、信号数・合算値記憶部１５に記憶された現時点の合算値と閾値記憶部１６に記憶された所定の閾値とを比較し、合算値が閾値を越えている否かを判別する（Ｓ１２）。合算値が閾値を超えている場合、呼処理制御サーバ１は、新たに受信した呼処理要求信号については、以降の処理を行うことなく規制する。
【００３４】
合算値が閾値を超えていない場合、呼処理制御サーバ１は、受信した呼処理要求信号で指定された加入者データが加入者データサーバ２から取得済みか否か（加入者データ記憶部１４に存在するか否か）を判別し、加入者データが未取得の場合、加入者データサーバ２に加入者データ取得要求信号（ＳＡＲ）を送信する（Ｓ１３）。
【００３５】
加入者データサーバ２の処理部２１は、加入者データ取得要求信号を受信すると、要求された加入者データを加入者データベース２２から読み出し、読み出した加入者データを含む応答信号（ＳＡＡ）を、呼処理制御サーバ１に送信する（Ｓ１４）。
【００３６】
呼処理制御サーバ１は、加入者データサーバ２から取得した加入者データを、自身の加入者データ記憶部１４に記憶し（Ｓ１５）、当該加入者データを用いて呼処理（呼接続処理、ロケーションデータ登録など）を行う（Ｓ１６）。
【００３７】
なお、呼処理要求信号で指定された加入者データが加入者データ記憶部１４に既に存在する場合、呼処理制御サーバ１は、Ｓ１３〜Ｓ１５を行うことなく、加入者データ記憶部１４に記憶された加入者データを読み出し、当該加入者データを用いて呼処理を行う（Ｓ１６）。
【００３８】
そして、呼処理制御サーバ１は、一定時間内に受信した呼処理要求信号の数を、加入者データを取得していない未取得の呼処理要求信号の数と、加入者データを取得済みの取得済み呼処理要求信号の数とに分けてカウントし、カウントした未取得の呼処理要求信号の数と取得済み呼処理要求信号の数とを用いて合算値を算出し、信号数・合算値記憶部１５の合算値を更新する（Ｓ１７）。そして、呼処理制御部１１は、次に呼処理要求信号を受信すると、更新した合算値が所定の閾値とを越えている場合、新たに受信した呼処理要求信号を規制する。
【００３９】
図３は、図２に示す呼処理における呼処理制御サーバ１の処理を示すフローチャートである。
【００４０】
呼処理制御サーバ１の呼処理制御部１１は、ＩＰ電話端末３または他の呼処理制御サーバから呼接続要求信号（ＩＮＶＩＴＥ）またはロケーションデータ登録要求信号（ＲＥＧＩＳＴＥＲ）などの呼処理要求信号を受信する（Ｓ２１）。
【００４１】
呼処理制御部１１は、呼処理要求信号を受信すると、信号数・合算値記憶部１５に記憶された現時点の合算値と、閾値記憶部１６に記憶された所定の閾値とを比較し、合算値が閾値を越えている否かを判別する（Ｓ２２）。合算値の算出については後述する。
【００４２】
合算値が閾値以下の場合（Ｓ２２：ＮＯ）、呼処理制御部１１は、受信した呼処理要求信号で指定された加入者データが加入者データサーバ２から取得済みであるか否か（すなわち、加入者データ記憶部１４に存在するか否か）を判別する（Ｓ２３）。加入者データが加入者データサーバ２から取得済みであるか否については、呼処理制御部１１は、加入者データ記憶部１４を検索して当該加入者データが存在するか否かにより判別すること、または、加入者データの取得有無を管理する管理データ（テーブル）を呼処理制御サーバ１が別途備え、当該管理データを用いて判別することとしてもよい。
【００４３】
なお、管理データは、電話番号と加入者データ有無フラグとを対応付けたテーブルであってもよく、あるいは、加入者データ記憶部１４に存在する加入者データの電話番号のリストであってもよい。この場合、呼処理制御部１１は、呼処理要求で指定された電話番号を用いて管理データを検索し、加入者データが取得済みか否かを判別する。また、呼処理制御部１１は、Ｓ２６で加入者データを加入者データ記憶部１４に登録する際に、管理データのフラグを更新、または当該加入者データの電話番号を登録する。管理データを別途備えることで、加入者データを取得済みか否かの処理を簡易化および高速化することができる。
【００４４】
加入者データが未取得で加入者データ記憶部１４に存在しない場合（Ｓ２３：ＮＯ）、呼処理制御部１１は、加入者データサーバ２に加入者データ取得要求信号（ＳＡＲ）を送信する（Ｓ２４）。加入者データサーバ２の処理部２１は、要求された加入者データを加入者データベース２２から読み出し、読み出した加入者データを含む応答信号（ＳＡＡ）を呼処理制御サーバ１に送信する。
【００４５】
呼処理制御サーバ１の呼処理制御部１１は、加入者データサーバ２から加入者データ応答信号を受信し（Ｓ２５）、加入者データを加入者データ記憶部１４に記憶する（Ｓ２６）。そして、呼処理制御部１１は、取得した加入者データを用いて呼処理を行う（Ｓ２７）。具体的には、Ｓ２１で受信した信号が、呼接続要求信号の場合は、宛先となる他のＩＰ電話端末３と呼（セッション）を接続するための呼接続処理を行う。また、Ｓ２１で受信した信号がロケーションデータ登録要求信号の場合は、取得した加入者データにロケーションデータを登録・設定する。
【００４６】
なお、Ｓ２１で受信した信号がロケーションデータ登録要求信号の場合、呼処理制御部１１は認証等を実施するために、加入者データサーバ２に認証要求信号（ＭＡＲ）を送信し、加入者データサーバ２から認証応答信号（ＭＡＡ）を受信した後に、Ｓ２４およびＳ２５で加入者データ取得要求信号（ＳＡＲ）を加入者データサーバ２に送信し、加入者データを含む応答信号（ＳＡＡ）を加入者データサーバ２から受信する。
【００４７】
一方、Ｓ２１で受信した呼処理要求信号で指定された加入者データが、加入者データサーバ２から取得済みで、加入者データ記憶部１４に存在する場合（Ｓ２３：ＹＥＳ）、呼処理制御部１１は、Ｓ２４〜Ｓ２６を行うことなく、取得済みの加入者データ記憶部１４に記憶された加入者データを読み出し、当該加入者データを用いて呼処理を行う（Ｓ２７）。
【００４８】
そして、カウント部１２は、一定時間（例えば１秒間）毎に、当該一定時間内でＩＰ電話端末３等から受信した呼処理要求信号（ＩＮＶＩＴＥ、ＲＥＧＩＳＴＥＲ）をカウントする。本実施形態では、加入者データを未取得の呼処理要求信号と、加入者データを取得済みの呼処理要求信号とに分けて、それぞれの信号の数をカウントする。例えば、加入者データを未取得であると判別した場合（Ｓ２３：ＮＯ）、カウント部１２は、信号数・合算値記憶部１５の加入者データ未取得用の信号数のカウンタを「１」カウントアップする。また、加入者データが取得済みであると判別した場合（Ｓ２３：ＹＥＳ）、カウント部１２は、信号数・合算値記憶部１５の加入者データ取得済みの信号数のカウンタを「１」カウントアップする。
【００４９】
そして、算出部１３は、Ｓ２８でカウントした各呼処理要求信号の数を用いて合算数を算出し、信号数・合算値記憶部１５の合算値を算出した合算値で更新する（Ｓ２９）。具体的には、算出部１３は、加入者データ未取得の呼処理要求信号の数に未取得用重み付けをするとともに、加入者データ取得済み呼処理要求信号の数に、取得済み用重み付けをして、重み付け後の各信号数を合算した合算値を算出する。例えば、以下の式により合算数を算出する。
【００５０】
合算数＝未取得の呼処理要求信号の数×未取得用重み係数ａ＋
取得済み呼処理要求信号の数×取得済み用重み係数ｂ
ここで、未取得の呼処理要求信号の数に乗算する未取得用重み係数ａは、取得済み呼処理要求信号の数に乗算する取得済み重み係数ｂより大きい値とする（ａ＞ｂ）。故障や停電からの復旧などによるシステム起動時においては、加入者データサーバ２から加入者データの取得処理が発生するため、既に大部分の加入者データを取得済みで加入者データの取得処理がほとんど発生しない平常時に比べて処理能力（一定時間内に処理できる呼処理数）が低くなる。平常時においては加入者データ記憶部１４に大部分の加入者データが既に記憶されているため、加入者データの取得処理はシステム起動時より少なく、平常時における処理能力は、システム起動時の処理能力より高い。
【００５１】
未取得用重み係数ａを、取得済み用重み係数ｂより大きく設定することで、加入者データの取得処理が発生し、処理能力が低下するシステム起動時においては、比較的大きな未取得用重み係数ａが適用される未取得の呼処理要求信号が多く、したがって合算値が大きくなる。一方、加入者データの取得処理があまり発生しない平常時においては、比較的小さい取得済み用重み係数ｂが適用される取得済み呼処理要求信号が多く、したがって合算値はシステム起動時に比べてそれほど大きくならない。このように、加入者データを未取得の呼処理要求信号の数と、加入者データを取得済み呼処理要求信号の数に異なる重み付けをすることで、システムの状態に応じて許容可能な呼処理要求信号の数を調整することができる。
【００５２】
すなわち、システム起動時と平常時とを比較した場合、システム起動時の方は加入者データの未取得の信号が多くなるため、一定時間内に受信した呼処理要求信号の数が同じ場合、システム起動時の合算値は平常時の合算値より大きくなり、一定時間で処理可能な（許容する）信号数の数を少なくすることができる。
【００５３】
なお、カウント部１２は、呼処理要求信号の種別毎（ＩＮＶＩＴＥ、ＲＥＧＩＳＴＥＲ）に、加入者データを未取得の呼処理要求信号と、加入者データを取得済みの呼処理要求信号とに分けて、それぞれの信号の数をカウントすることとしてもよい。すなわち、カウント部１２は、加入者データを未取得のＩＮＶＩＴＥ（呼接続要求信号）の数、およびＲＥＧＩＳＴＥＲ（ロケーションデータ登録要求信号）の数をそれぞれカウントするとともに、加入者データを取得済みＩＮＶＩＴＥの数およびＲＥＧＩＳＴＥＲの数をそれぞれカウントする。そして、算出部１３は、未取得のＩＮＶＩＴＥの数に第１の未取得用重み付け（ａ１）を、未取得のＲＥＧＩＳＴＥＲの数に第２の未取得用重み付け（ａ２）をするとともに、取得済みＩＮＶＩＴＥの数に第１の未取得用重み付け（ｂ２）を、取得済みＲＥＧＩＳＴＥＲの数に第２の取得済み用重み付け（ｂ２）をし、重み付け後の各信号数を合算した合算値を算出する。例えば、以下の式により合算数を算出する。
【００５４】
合算数＝未取得のＩＮＶＩＴＥの数    ×第１の未取得用重み係数ａ１＋
未取得のＲＥＧＩＳＴＥＲの数×第２の未取得用重み係数ａ２＋
取得済みＩＮＶＩＴＥの数    ×第１の取得済み用重み係数ｂ１＋
取得済みＲＥＧＩＳＴＥＲの数×第２の取得済み用重み係数ｂ２
ここで、第１の未取得用重み付け（ａ１）は、第１の取得済み用重み付け（ｂ１）より大きく、第２の未取得用重み付け（ａ２）は、第２の取得済み用重み付け（ｂ２）より大きい（ａ１＞ｂ１、ａ２＞ｂ２）。
【００５５】
そして、次にＳ２１で新たな呼処理要求信号を受信した際に、Ｓ２９で算出し、更新された信号数・合算値記憶部１５の合算値と、閾値記憶部１６に記憶された閾値とを比較し、合算値が、閾値を越えている否かを判別する（Ｓ２２）。合算値が閾値を超えている場合は（Ｓ２２：ＹＥＳ）、Ｓ２１で受信した呼処理要求信号を規制する（Ｓ３０）。すなわち、一定時間内に受信した呼処理要求信号数に基づいて算出された合算値が閾値を超えた場合、閾値を超えて新たに受信した呼処理要求信号については、破棄する、またはエラー応答することなどにより規制する。
【００５６】
なお、カウント部１２は、一定時間の経過後、カウンタを０に初期化し、各呼処理要求信号のカウントを０から開始する。
【００５７】
以上説明した本実施形態では、呼処理要求信号の数を、加入者データ未取得の信号と、加入者データ取得済み信号とに分けてカウントし、未取得の呼処理要求信号の数に未取得用重み付けするとともに、取得済み呼処理要求信号の数に取得済み用重み付けをし、重み付け後の各信号数を合算した合算値を算出し、加入者データ未取得の信号の重み付けを、加入者データ取得済み信号の重み付けより大きくする。
【００５８】
このように、未取得の呼処理要求信号の数に取得済み用重み付けより大きな値の未取得用重み付けをすることで、加入者データの未取得の呼処理要求信号が多いシステム起動時において算出される合算値は、呼処理要求信号の数が同じ場合の平常時の合算値より大きくなり、一定時間で処理可能な（許容する）呼処理要求信号数の数を少なくすることができる。すなわち、本実施形態では、呼処理制御サーバ１の各状態（例えば、システム起動時、平常時など）において処理能力が異なることを考慮し、呼処理制御サーバ１の状態に応じた適切な呼量規制を実現することができる。
【００５９】
また、本実施形態では、異なる重み付けをした加入者データ未取得の信号数と、加入者データ取得済みの信号数とを合算した合算値と閾値とを比較することで、単に信号数と閾値とを比較した場合に生じる下記の問題を解決することができる。すなわち、呼処理制御サーバ１の平常時の処理能力に合わせた閾値と信号数とを比較して呼量を規制した場合、システム起動時には処理能力以上（許容範囲を超える）の呼処理要求を受け付けてしまうことになり輻輳が発生するおそれがあり、一方、呼処理制御サーバ１のシステム起動時の処理能力に合わせた閾値と信号数とを比較して呼量を規制した場合、平常時には本来の処理能力以下の呼処理要求信号しか受け付けられない、という問題を解決することができる。
【００６０】
なお、本発明は上記実施形態に限定されるものではなく、特許請求の範囲内において、種々変更・応用が可能である。例えば、上記実施形態では、図３に示すように呼処理を実行した後に（Ｓ２７）、信号数のカウントおよび合算値の算出を行うこととしたが（Ｓ２８、Ｓ２９）、Ｓ２１で呼処理要求信号を受信した後に、信号数のカウントおよび合算値の算出を行い、受信した呼処理要求信号を加味して算出した合算値と閾値とを比較し、閾値を越える場合は当該呼処理信号を規制することとしてもよい。
【符号の説明】
【００６１】
１    ：呼処理制御サーバ
１１  ：呼処理制御部
１２  ：カウント部
１３  ：閾値決定部
１４  ：加入者データ記憶部
１５  ：信号数・合算値記憶部
１６  ：閾値記憶部
２    ：加入者データサーバ
２１  ：処理部
２２  ：加入者データベース
【図１】
0006040179.tif 000002
【図２】
0006040179.tif 000003
【図３】
0006040179.tif 000004