(57)【要約】【課題】過負荷による接続制御装置のダウンを抑制し、通信端末間における接続の信頼性の向上を図ること。【解決手段】ネットワークを介して接続された通信端末あるいは他の接続制御装置から受け付けた接続制御メッセージに基づいて通信端末間の接続制御処理を行う接続制御装置であって、自装置内に保持している未処理の接続制御メッセージの数に基づいて、自装置の負荷状態を判定する負荷状態判定手段と、この負荷状態判定手段による判定結果に応じて、自装置の負荷増加を抑制する処理を実行する負荷増加抑制手段と、を備えた。【選択図】図１
2009225385.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された通信端末あるいは他の接続制御装置から受け付けた接続制御メッセージに基づいて通信端末間の接続制御処理を行う接続制御装置であって、
自装置内に保持している未処理の前記接続制御メッセージの数に基づいて、自装置の負荷状態を判定する負荷状態判定手段と、
この負荷状態判定手段による判定結果に応じて、自装置の負荷増加を抑制する処理を実行する負荷増加抑制手段と、
を備えたことを特徴とする接続制御装置。
【請求項２】
前記負荷状態判定手段は、自装置内にて保持している未処理の前記接続制御メッセージの数と、受け付けた前記接続制御メッセージの数と、自装置にて確立されている前記通信端末間のセッションの数と、に基づいて自装置の負荷状態を判定する、
ことを特徴とする請求項１記載の接続制御装置。
【請求項３】
前記負荷増加抑制手段は、受け付けた前記接続制御メッセージを破棄する処理、あるいは、自装置にて確立されているセッションを切断する処理、を実行する、
ことを特徴とする請求項１又は２記載の接続制御装置。
【請求項４】
前記負荷状態判定手段は、自装置内にて保持している未処理の前記接続制御メッセージの数である未処理メッセージ数と、予め設定された未処理メッセージ許容数と、を比較し、
前記負荷増加抑制手段は、前記未処理メッセージ数が前記未処理メッセージ許容数を超えている場合に、受け付けた前記接続制御メッセージを破棄する、
ことを特徴とする請求項１，２又は３記載の接続制御装置。
【請求項５】
前記未処理メッセージ数は、前記通信端末間の接続開始を指示するセッション開始メッセージの数、あるいは、セッションの開始及び終了を指示すること以外の接続制御メッセージである通常メッセージの数、であると共に、
前記未処理メッセージ許容数は、前記セッション開始メッセージの数あるいは前記通常メッセージの数にそれぞれ対応して比較されるセッション開始メッセージ許容数、あるいは、通常メッセージ許容数である、
ことを特徴とする請求項４記載の接続制御装置。
【請求項６】
前記負荷状態判定手段は、受け付けた前記接続制御メッセージの数である受付メッセージ数と、予め設定された受付メッセージ許容数と、を比較し、
前記負荷増加抑制手段は、前記受付メッセージ数が前記受付メッセージ許容数を超えている場合に、受け付けた前記接続制御メッセージを破棄する、
ことを特徴とする請求項２，３，４又は５記載の接続制御装置。
【請求項７】
前記負荷状態判定手段は、自装置にて確立しているセッションの数である確立セッション数と、予め設定されたセッション許容数と、を比較し、
前記負荷増加抑制手段は、前記確立セッション数が前記セッション許容数を超えている場合に、受け付けた前記接続制御メッセージを破棄して既に確立されているセッションを切断する、
ことを特徴とする請求項２，３，４，５又は６記載の接続制御装置。
【請求項８】
自装置に装備されたＣＰＵの使用率を測定するＣＰＵ使用率測定手段と、
この測定されたＣＰＵ使用率に基づいて、前記負荷状態判定手段における判定基準を設定する判定基準設定手段と、
を備えたことを特徴とする請求項１，２，３，４，５，６又は７記載の接続制御装置。
【請求項９】
前記判定基準設定手段は、前記通信端末間の接続開始を指示するセッション開始メッセージの受付メッセージ数の許容数である受付メッセージ許容数を設定する、
ことを特徴とする請求項８記載の接続制御装置。
【請求項１０】
前記判定基準設定手段は、過去に受け付けた前記セッション開始メッセージの受付メッセージ数に基づいて前記受付メッセージ許容数を設定する、
ことを特徴とする請求項９記載の接続制御装置。
【請求項１１】
前記判定基準設定手段は、自装置にて確立しているセッションの数の許容数であるセッション許容数を設定する、
ことを特徴とする請求項８，９又は１０記載の接続制御装置。
【請求項１２】
前記判定基準設定手段は、自装置にて過去に確立したセッションの数に基づいて前記セッション許容数を設定する、
ことを特徴とする請求項１０記載の接続制御装置。
【請求項１３】
ネットワークを介して接続された通信端末あるいは他の接続制御装置から受け付けた接続制御メッセージに基づいて通信端末間の接続制御処理を行うコンピュータに、
自コンピュータ内にて保持している未処理の前記接続制御メッセージの数に基づいて、自コンピュータの負荷状態を判定する負荷状態判定手段と、
この負荷状態判定手段による判定結果に応じて、自コンピュータの負荷増加を抑制する処理を実行する負荷増加抑制手段と、
を実現させるためのプログラム。
【請求項１４】
前記負荷状態判定手段は、自コンピュータ内にて保持している未処理の前記接続制御メッセージの数と、受け付けた前記接続制御メッセージの数と、自コンピュータにて確立されている前記通信端末間のセッションの数と、に基づいて自コンピュータの負荷状態を判定する、
ことを特徴とする請求項１３記載のプログラム。
【請求項１５】
前記コンピュータに、
自コンピュータに装備されたＣＰＵの使用率を測定するＣＰＵ使用率測定手段と、
この測定されたＣＰＵ使用率に基づいて、前記負荷状態判定手段における判定基準を設定する判定基準設定手段と、
を実現させるための請求項１３又は１４記載のプログラム。
【請求項１６】
ネットワークを介して接続された通信端末あるいは他の接続制御装置から受け付けた接続制御メッセージに基づいて通信端末間の接続制御処理を行う接続制御方法であって、
前記接続制御メッセージを受信した後に、保持している未処理の前記接続制御メッセージの数に基づいて自己の負荷状態を判定する負荷状態判定工程と、この負荷状態判定工程による判定結果に応じて自己の負荷増加を抑制する処理を実行する負荷増加抑制工程と、を有する、
ことを特徴とする接続制御方法。
【請求項１７】
前記負荷状態判定工程は、保持している未処理の前記接続制御メッセージの数と、受け付けた前記接続制御メッセージの数と、確立されている前記通信端末間のセッションの数と、に基づいて自己の負荷状態を判定する、
ことを特徴とする請求項１６記載の接続制御方法。
【請求項１８】
自己に装備されたＣＰＵの使用率に基づいて、前記負荷状態判定工程における判定基準を設定する判定基準設定工程を備えた、
ことを特徴とする請求項１６又は１７記載の接続制御方法。
【請求項１９】
ネットワークを介して接続された通信端末及び接続制御装置を備え、当該接続制御装置が、前記通信端末あるいは他の接続制御装置から受け付けた接続制御メッセージに基づいて通信端末間の接続制御処理を行う、接続制御システムであって、
前記接続制御装置が、
自装置内に保持している未処理の前記接続制御メッセージの数に基づいて、自装置の負荷状態を判定する負荷状態判定手段と、
この負荷状態判定手段による判定結果に応じて、自装置の負荷増加を抑制する処理を実行する負荷増加抑制手段と、を備えた、
ことを特徴とする接続制御システム。
【請求項２０】
前記接続制御装置が有する前記負荷状態判定手段は、自装置内にて保持している未処理の前記接続制御メッセージの数と、受け付けた前記接続制御メッセージの数と、自装置にて確立されている前記通信端末間のセッションの数と、に基づいて自装置の負荷状態を判定する、
ことを特徴とする請求項１９記載の接続制御システム。
【請求項２１】
前記接続制御装置が、
自装置に装備されたＣＰＵの使用率を測定するＣＰＵ使用率測定手段と、
この測定されたＣＰＵ使用率に基づいて、前記負荷状態判定手段における判定基準を設定する判定基準設定手段と、を備えた、
ことを特徴とする請求項１９又は２０記載の接続制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、接続制御装置にかかり、特に、ネットワークを介して接続された通信端末間の接続制御を行う接続制御装置に関する。
【背景技術】
【０００２】
近年、光ネットワーク等の通信インフラが整備され、インターネットの接続スピードが高速となっている。これに伴い、インターネット網を用いて通話可能な端末を接続するＩＰ（Internet Protocol）電話サービスが普及している。このＩＰ電話サービスは、ＩＰ電話端末間をネットワーク上に設置されたＳＩＰ（Session Initiation Protocol）サーバなどの接続制御装置を介して接続制御することによって実現している。さらに、携帯電話による通話やデータ通信の利用も普及し、これらの通信をパケット網やＩＰ網上で制御するために、上述した接続制御装置の役割が特に重要となっている。
【０００３】
ところが、近年のＩＰ電話サービスや携帯電話のさらなる普及に伴って、トラヒック増加により接続制御装置が過負荷状態となる、という問題が生じる。つまり、接続制御装置が多数の端末間の接続制御を行う状況になると、接続制御装置に負荷が集中し、当該装置の処理能力を超えてしまい、装置がダウンしてしまうという状況が生じうる。すると、新たなセッションの確立ができず、利用者が安定した通信サービスを受けることができない、という問題があった。
【０００４】
そして、上述したようなＩＰ電話などの通信端末を接続制御する接続制御装置の負荷制御を行う技術の一例が、特許文献１に開示されている。この特許文献１に記載のシステムは、システム（通信制御装置）の負荷状況を継続的に観測し、過負荷時に受信規制を行うなど、システムダウンに対する対応処理を行っている。
【０００５】
また、特許文献２には、関連する負荷分散技術が開示されている。この特許文献２に開示の技術は、単位時間当たりの新規の接続要求数の上限値を予め設定してあり、単位時間当たりに実際に処理した新規の接続要求数を、上記上限値と比較し、上限値以上になると当該接続要求を破棄する、という技術である。また、同時に接続可能なコネクション数の上限値を予め設定してあり、新規の接続要求受信時に確立しているコネクション数を、上記上限値と比較し、上限値以上になると当該接続要求を破棄する、という技術である。
【０００６】
【特許文献１】特開平８−２７４８３９号公報
【特許文献２】特開２００４−２４６８３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記特許文献１の技術では、システムに負荷が集中した場合に、過負荷が観測されるまでは負荷を検出することができない。つまり、実際に過負荷が生じてから受信規制などの対応を行っているため、過負荷が生じた段階でシステムのダウンが生じる可能性があり、信頼性の向上を図ることができない、という問題が生じる。また、上記特許文献２に開示の技術では、新規接続要求数と確立しているコネクション数に基づいてシステムの負荷分散を行っているが、より正確に装置の負荷状況を把握することができない、という問題も生じうる。つまり、仮に処理していない接続制御メッセージが多く蓄積されている場合には、接続要求や確立しているコネクション数が上限値に満たない場合であっても、過負荷状態となっている場合もありうる。すると、システムが過負荷状態を検知できす、ダウンしてしまう場合があり、依然として信頼性の向上を図ることができない、という問題が生じる。
【０００８】
このため、本発明の目的は、上述した課題である過負荷による接続制御装置のダウン、さらには、これによる当該接続制御装置の信頼性の低下、を解決する技術を提供することにある。
【課題を解決するための手段】
【０００９】
そこで、本発明の一形態である接続制御装置は、ネットワークを介して接続された通信端末あるいは他の接続制御装置から受け付けた接続制御メッセージに基づいて通信端末間の接続制御処理を行う接続制御装置であって、自装置内に保持している未処理の接続制御メッセージの数に基づいて、自装置の負荷状態を判定する負荷状態判定手段と、この負荷状態判定手段による判定結果に応じて、自装置の負荷増加を抑制する処理を実行する負荷増加抑制手段と、を備えた、という構成を採っている。
【発明の効果】
【００１０】
本発明は、以上のように構成されているため、接続制御装置がダウンすることを抑制し、信頼性の向上を図ることができる、という従来に無い優れた効果を有する。
【発明を実施するための最良の形態】
【００１１】
本発明は、ＩＰ電話や携帯電話をはじめとした通信端末間の接続制御を行う、固定網電話交換機や移動網電話交換機として機能する接続制御装置である。そして、本発明における接続制御装置は、通信端末や他の接続制御装置といった外部から受信する接続制御メッセージに従って、主にセッションの確立と解放を管理し、独立した複数のセッションを制御するよう構成されている。
【００１２】
例えば、本発明の一形態である接続制御装置は、ネットワークを介して接続された通信端末あるいは他の接続制御装置から受け付けた接続制御メッセージに基づいて通信端末間の接続制御処理を行う接続制御装置であって、自装置内に保持している未処理の接続制御メッセージの数に基づいて、自装置の負荷状態を判定する負荷状態判定手段と、この負荷状態判定手段による判定結果に応じて、自装置の負荷増加を抑制する処理を実行する負荷増加抑制手段と、を備えた、という構成を採る。
【００１３】
上記構成の接続制御装置は、まず、通信端末や他の接続制御装置からの接続制御メッセージを受け付けると、負荷が高く無い状態では、接続制御メッセージに基づいて通信端末間の接続制御処理を行う。このとき、接続制御装置は、未処理である処理待ちのメッセージの数に基づいて、自装置の負荷状態を判定する。そして、判定結果に基づいて、自装置が過負荷とならず、処理すべきタスク量が一定値を超えないように負荷の増加を抑制する処理を実行する。従って、自装置が過負荷となる前に負荷状態を検知することができ、これに応じて負荷増加抑制処理を実行するため、自装置がダウンすることを抑制でき、通信端末間の接続制御の安定化を図ることができる。
【００１４】
また、上記接続制御装置は、上記負荷状態判定手段が、自装置内にて保持している未処理の接続制御メッセージの数と、受け付けた接続制御メッセージの数と、自装置にて確立されている通信端末間のセッションの数と、に基づいて自装置の負荷状態を判定する、という構成を採る。
【００１５】
これにより、接続制御装置の負荷状態を、未処理である接続制御メッセージのみならず、受け付けたメッセージ数や確立しているセッション数に基づいても判定することができる。従って、負荷状態を接続制御装置のあらゆる状況から判定することができ、負荷状態の判定精度が向上する。その結果、より有効に負荷増加抑制処理を実行でき、装置が事前にダウンすることを抑制することができる。
【００１６】
また、上記接続制御装置は、上記負荷増加抑制手段が、受け付けた接続制御メッセージを破棄する処理、あるいは、自装置にて確立されているセッションを切断する処理、を実行する、という構成を採る。
【００１７】
このように、受け付けた接続制御メッセージを破棄することで、かかるメッセージの処理を中止でき、負荷の増加を抑制できる。また、確立中のセッションを切断してセッション確立処理を中止でき、さらに有効に負荷を軽減することができる。
【００１８】
また、上記接続制御装置は、上記負荷状態判定手段が、自装置内にて保持している未処理の接続制御メッセージの数である未処理メッセージ数と、予め設定された未処理メッセージ許容数と、を比較し、上記負荷増加抑制手段は、未処理メッセージ数が未処理メッセージ許容数を超えている場合に、受け付けた接続制御メッセージを破棄する、という構成を採る。このとき、上記未処理メッセージ数は、通信端末間の接続開始を指示するセッション開始メッセージの数、あるいは、セッションの開始及び終了を指示すること以外の接続制御メッセージである通常メッセージの数、であると共に、未処理メッセージ許容数は、セッション開始メッセージの数あるいは通常メッセージの数にそれぞれ対応して比較されるセッション開始メッセージ許容数、あるいは、通常メッセージ許容数である、という構成を採る。また、上記接続制御装置は、上記負荷状態判定手段が、受け付けた接続制御メッセージの数である受付メッセージ数と、予め設定された受付メッセージ許容数と、を比較し、負荷増加抑制手段は、受付メッセージ数が受付メッセージ許容数を超えている場合に、受け付けた接続制御メッセージを破棄する、という構成を採る。さらに、上記接続制御装置は、上記負荷状態判定手段が、自装置にて確立しているセッションの数である確立セッション数と、予め設定されたセッション許容数と、を比較し、負荷増加抑制手段は、確立セッション数がセッション許容数を超えている場合に、受け付けた接続制御メッセージを破棄して既に確立されているセッションを切断する、という構成を採る。
【００１９】
これにより、受け付けるメッセージの種類毎に、受付可能な許容数、あるいは、未処理メッセージとして保持可能な許容数、さらには、保持可能なセッションの許容数、を予め設定しておくことで、実際の数との比較が容易であり、装置の負荷状態の判定処理を容易に行うことができる。そして、実際のメッセージやセッションの数が許容数を超えていた場合には、受け付けたメッセージやセッションを破棄することで、負荷の増加を抑制することができる。
【００２０】
また、上記接続制御装置は、自装置に装備されたＣＰＵ（Central Processing Unit）の使用率を測定するＣＰＵ使用率測定手段と、この測定されたＣＰＵ使用率に基づいて、負荷状態判定手段における判定基準を設定する判定基準設定手段と、を備えた、という構成を採る。
【００２１】
これにより、装置のＣＰＵ使用率を測定して取得し、このＣＰＵ使用率に基づいて負荷状態判定手段による判定基準を設定する。従って、装置の現在の負荷状態に基づいて、実際の状況に応じた適切な負荷状態の判定基準を設定することができる。その結果、より正確に負荷状態を判定でき、適切に負荷増加抑制処理を実行ことができる。
【００２２】
また、上記接続制御装置は、上記判定基準設定手段が、通信端末間の接続開始を指示するセッション開始メッセージの受付メッセージ数の許容数である受付メッセージ許容数を設定する、という構成を採る。そして、上記判定基準設定手段が、過去に受け付けたセッション開始メッセージの受付メッセージ数に基づいて受付メッセージ許容数を設定する、という構成を採る。また、上記接続制御装置は、上記判定基準設定手段が、自装置にて確立しているセッションの数の許容数であるセッション許容数を設定する、という構成を採る。そして、上記判定基準設定手段は、自装置にて過去に確立したセッションの数に基づいてセッション許容数を設定する、という構成を採る。
【００２３】
これにより、装置の過去の具体的な処理状態に応じて、判定基準を設定することができる。従って、より高精度に、装置の負荷状態を判定することがで、装置ダウンを有効に抑制できる。
【００２４】
また、本発明の他の形態であるプログラムは、ネットワークを介して接続された通信端末あるいは他の接続制御装置から受け付けた接続制御メッセージに基づいて通信端末間の接続制御処理を行うコンピュータに、自コンピュータ内にて保持している未処理の接続制御メッセージの数に基づいて、自コンピュータの負荷状態を判定する負荷状態判定手段と、この負荷状態判定手段による判定結果に応じて、自コンピュータの負荷増加を抑制する処理を実行する負荷増加抑制手段と、を実現させる、という構成を採る。
【００２５】
また、上記プログラムは、上記負荷状態判定手段が、自コンピュータ内にて保持している未処理の接続制御メッセージの数と、受け付けた接続制御メッセージの数と、自コンピュータにて確立されている通信端末間のセッションの数と、に基づいて自コンピュータの負荷状態を判定する、という構成を採る。さらに、上記プログラムは、コンピュータに、自コンピュータに装備されたＣＰＵの使用率を測定するＣＰＵ使用率測定手段と、この測定されたＣＰＵ使用率に基づいて、負荷状態判定手段における判定基準を設定する判定基準設定手段と、を実現させる、という構成を採る。
【００２６】
また、本発明の他の形態である接続制御方法は、ネットワークを介して接続された通信端末あるいは他の接続制御装置から受け付けた接続制御メッセージに基づいて通信端末間の接続制御処理を行う接続制御方法であって、
前記接続制御メッセージを受信した後に、保持している未処理の接続制御メッセージの数に基づいて自己の負荷状態を判定する負荷状態判定工程と、この負荷状態判定工程による判定結果に応じて自己の負荷増加を抑制する処理を実行する負荷増加抑制工程と、を有する、という構成を採る。
【００２７】
また、上記接続制御方法は、保持している未処理の接続制御メッセージの数と、受け付けた接続制御メッセージの数と、確立されている通信端末間のセッションの数と、に基づいて自己の負荷状態を判定する、という構成を採る。さらに、上記接続制御方法は、上記負荷状態判定工程の前に、自己に装備されたＣＰＵの使用率に基づいて、負荷状態判定工程における判定基準を設定する判定基準設定工程を備えた、という構成を採る。
【００２８】
また、本発明の他の形態である接続制御システムは、ネットワークを介して接続された通信端末及び接続制御装置を備え、当該接続制御装置が、通信端末あるいは他の接続制御装置から受け付けた接続制御メッセージに基づいて通信端末間の接続制御処理を行う、接続制御システムであって、
上記接続制御装置が、
自装置内に保持している未処理の接続制御メッセージの数に基づいて、自装置の負荷状態を判定する負荷状態判定手段と、
この負荷状態判定手段による判定結果に応じて、自装置の負荷増加を抑制する処理を実行する負荷増加抑制手段と、を備えた、
という構成を採る。
【００２９】
また、上記接続制御システムは、上記接続制御装置が有する負荷状態判定手段が、自装置内にて保持している未処理の接続制御メッセージの数と、受け付けた接続制御メッセージの数と、自装置にて確立されている通信端末間のセッションの数と、に基づいて自装置の負荷状態を判定する、という構成を採る。さらに、上記接続制御システムは、上記接続制御装置が、自装置に装備されたＣＰＵの使用率を測定するＣＰＵ使用率測定手段と、この測定されたＣＰＵ使用率に基づいて、上記負荷状態判定手段における判定基準を設定する判定基準設定手段と、を備えた、という構成を採る。
【００３０】
上述した構成のプログラムや接続制御方法、接続制御システムの発明であっても、上記接続制御装置と同様に作用するため、上述した本発明の目的を達成することができる。
【００３１】
以下、本発明の具体的な構成及び動作について説明する。なお、以下の各実施形態では、通信端末の一例としてＩＰ（Internet Protocol）電話端末を挙げて説明するが、接続制御装置にて接続制御される端末は、携帯電話などの他の電話端末であってもよい。また、通信端末は、電話端末に限定されず、ＰＤＡ（Personal Digital Assistants）やパソコンといった通信可能なコンピュータなど、いかなる情報処理端末であってもよい。さらに、以下の実施形態では、接続制御装置として、ＩＰ電話をＳＩＰ（Session Initiation Protocol）にて接続制御するＳＩＰサーバを例に挙げて説明するが、接続制御装置は、他のプロトコルにて接続制御を行ういかなるコンピュータであってもよい。
【００３２】
＜実施形態１＞
本発明の第１の実施形態を、図１乃至図１０を参照して説明する。図１は、接続制御システムの全体構成を示すブロック図である。図２は、接続制御装置の構成を示す機能ブロック図であり、図３は、接続制御装置に記憶されるデータの一例を示す図である。図４は、端末間の接続制御の様子を示す説明図である。図５乃至図１０は、接続制御装置の動作を示すフローチャートである。
【００３３】
［構成］
本発明における接続制御システムは、ネットワーク上に接続されたＳＩＰサーバといった複数の接続制御装置１，２１等を備えている。そして、各接続制御装置１，２１等は、それぞれが管理するＩＰ電話などの通信端末３１等を接続している。なお、各接続制御装置１，２１等は、全てがほぼ同一の構成を採っているため、以下では、符号１に示す接続制御装置１の構成について説明する。また、この符号１の接続制御装置１に接続された他の接続制御装置２１，２２，２３を、隣接する接続制御装置として説明する。
【００３４】
図１に示すように、接続制御装置１には、通信端末３１，３２が接続している。そして、接続制御装置１は、これら通信端末３１，３２間、あるいは、他の接続制御装置２１等に接続された通信端末３３等との間のセッションの確立・切断といった接続制御を行う機能を有する。具体的には、接続制御装置１は、ＳＩＰサーバといった通信機能を有するサーバコンピュータである。そして、接続制御装置１は、ＣＰＵといった演算装置に接続制御用プログラムが読み込まれることで、図２に示すように、メッセージ受信部１１と、負荷状態判定部１２と、通常処理部１３ａ及び負荷抑制処理部１３ｂを有するメッセージ処理部１３と、メッセージ後処理部１４と、許容数設定部１５と、タイマ１６と、ＣＰＵ使用率測定部１７と、を備えている。また、フラッシュメモリなどの記憶装置であるメモリ１８に、後述する接続制御に必要な情報を記憶している。以下、各構成について詳述する。
【００３５】
まず、メッセージ受信部１１（メッセージ受付手段）は、通信端末３１，３２から、あるいは、隣接する他の接続制御装置２１等から、通信端末間のセッションを制御するための接続制御メッセージを受信する。例えば、図４に示すように、接続制御装置１が直接接続している通信端末３１，３２と、隣接する接続制御装置２１，２２に接続している通信端末３３，３５とのセッションを制御する場合には、通信端末３１，３２からの接続制御メッセージは直接受信し、通信端末３３，３５からの接続制御メッセージは隣接する接続制御装置２１，２２から受信する。そして、矢印Ｙ１，Ｙ３に示すように、各端末間で接続制御メッセージを送受信することで、矢印Ｙ２，Ｙ４に示すように、セッションの確立、切断を行うことができる。
【００３６】
ここで、接続制御メッセージとしては、セッションの開始を指示する「セッション開始メッセージ（例えば、INVITE）」、このセッション開始メッセージに対応してセッションの確立完了を報告する「セッション確立メッセージ（例えば、200 OK）」、また、セッションの終了を指示する「セッション終了メッセージ（例えば、BYE）」、上記メッセージ以外の接続制御メッセージである「その他のメッセージ」、がある。なお、接続制御装置１は、上述したように少なくとも４種類にメッセージを区別可能なよう、予め構成されている。
【００３７】
次に、負荷状態判定部１２（負荷状態判定手段）について説明する。負荷状態判定部１２は、上記メッセージ受信部１１にて接続制御メッセージを受信したときに、接続制御装置１の負荷状態を判定する。この負荷状態判定部１２は、受信した接続制御メッセージや、セッションの接続状況に基づいて負荷状態を判定するが、このときの判定基準となるデータをメモリ１８から読み出す。以下、負荷状態判定部１２による負荷状態の判定処理について、さらに詳述する。
【００３８】
例えば、負荷状態判定部１２は、上記「セッション開始メッセージ」を受け付けた際には、接続制御装置１が既に保持している未処理の「セッション開始メッセージ」の数に基づいて判定する。具体的には、まず、未処理の「セッション開始メッセージ」の数は、接続制御装置１がカウントしており、当該接続制御装置１が「開始メッセージ滞留数１８ｂ」（未処理メッセージ数）としてメモリ１８に記憶している。また、この比較対象となる「開始メッセージ滞留許容数１８ｇ」（未処理メッセージ許容数）は、予め設定されてメモリ１８に記憶されている。そして、上記「開始メッセージ滞留数１８ｂ」と「開始メッセージ滞留許容数１８ｇ」とを比較し、その結果、つまり、どちらが大きいかという結果をメッセージ処理部１３に通知する。なお、上記「開始メッセージ滞留許容数１８ｇ」は、接続制御装置１の処理能力に応じて予め設定されている値であり、設定変更可能である。但し、この「開始メッセージ滞留許容数１８ｇ」は、接続制御装置１の処理能力に対して十分な余裕のある値に設定されており、特に、後述する「通常メッセージ滞留許容数１８ｈ」よりもさらに、接続制御装置１の処理能力に対して十分な余裕のある値であることが望ましい。
【００３９】
また、負荷状態判定部１２は、上記「セッション開始メッセージ」を受け付けた際に、接続制御装置１が上記メッセージ受信部１１にて受け付けた「セッション開始メッセージ」の数に基づいて判定する。具体的には、「セッション開始メッセージ」の受け付けた数は、接続制御装置１がカウントしており、当該接続制御装置１が「開始メッセージ受信数１８ａ」（受付メッセージ数）としてメモリ１８に記憶している。この「開始メッセージ受信数１８ａ」は、特に、タイマ１６にて計測された一定時間内にメッセージ受信部１１にて受け付けた「セッション開始メッセージ」の数である。そして、「開始メッセージ受信数１８ａ」の比較対象となる「開始メッセージ受信許容数１８ｅ」（受付メッセージ許容数）は、予め設定されてメモリ１８に記憶されている。そして、上記「開始メッセージ受信数１８ａ」と「開始メッセージ受信許容数１８ｅ」とを比較し、その結果、つまり、どちらが大きいかという結果をメッセージ処理部１３に通知する。なお、この「開始メッセージ受信許容数１８ｇ」は、初期状態では、所定の値が設定されているが、接続制御装置１が稼働し続けることで、稼働状況に応じて許容数設定部１５により再設定される。ここで、上記タイマ１６は、一定周期を計測するタイマであり、負荷状態判定部１２や許容数設定部１５に一定時間が経過したことを通知する機能を有する。そして、負荷状態判定部１２は、タイマ１６からの通知により、メモリ１８に記憶されている「開始メッセージ受信数１８ａ」を「０」に初期化し、ここから一定時間内における「セッション開始メッセージ」の受信数をカウントする。
【００４０】
また、負荷状態判定部１２は、「セッション確立メッセージ」を受け付けた際に、接続制御装置１が既に保持している未処理の「セッション確立メッセージ」を含む「通常メッセージ」の数に基づいて判定する。ここで、「通常メッセージ」は、上記「セッション確立メッセージ」の他に、上述した「セッション開始メッセージ」と後述する「セッション終了メッセージ」を除いた「その他のメッセージ」を含む接続制御メッセージを指すこととする。具体的には、未処理の「通常メッセージ」の数は、接続制御装置１がカウントしており、「通常メッセージ滞留数１８ｃ」（未処理メッセージ数）としてメモリ１８に記憶している。そして、この「通常メッセージ滞留数１８ｃ」の比較対象となる「通常メッセージ滞留許容数１８ｈ」（未処理メッセージ許容数）は、予め設定されてメモリ１８に記憶されている。そして、上記「通常メッセージ滞留数１８ｃ」と「通常メッセージ滞留許容数１８ｈ」とを比較し、その結果、つまり、どちらが大きいかという結果をメッセージ処理部１３に通知する。なお、上記「通常メッセージ滞留許容数１８ｈ」は、接続制御装置１の処理能力に応じて予め設定されている値であり、設定変更可能である。但し、この「通常メッセージ滞留許容数１８ｈ」は、接続制御装置１の処理能力に対して十分な余裕のある値に設定されている。
【００４１】
ここで、上述したように、「開始メッセージ滞留許容数１８ｇ」の方が、「通常メッセージ滞留許容数１８ｈ」よりも接続制御装置１の処理能力に対して十分な余裕のある値に設定されている。これにより、接続制御装置１の負荷がより低い段階で「開始メッセージ滞留数１８ｂ」が「開始メッセージ滞留許容数ｇ」を超える場合があり、その結果、後述するように「セッション開始メッセージ」が破棄されるタイミングが早くなる。つまり、「セッション開始メッセージ」の方が「セッション確立メッセージ」や「その他のメッセージ」よりも早いタイミングで破棄される傾向にあるため、接続制御装置１の負荷増加をより有効に抑制することができる。
【００４２】
また、負荷状態判定部１２は、上記「その他のメッセージ」を受け付けた際に、接続制御装置１が既に保持している未処理の「その他のメッセージ」を含む「通常メッセージ」の数に基づいて判定する。ここで、「通常メッセージ」は、上述したように「その他のメッセージ」と上記「セッション確立メッセージ」とを含む接続制御メッセージを言う。具体的には、未処理の「通常メッセージ」の数は、接続制御装置１がカウントしており、「通常メッセージ滞留数１８ｃ」（未処理メッセージ許容数）としてメモリ１８に記憶している。そして、この「通常メッセージ滞留数１８ｃ」の比較対象となる「通常メッセージ滞留許容数１８ｈ」（未処理メッセージ許容数）は、予め設定されてメモリ１８に記憶されている。そして、上記「通常メッセージ滞留数１８ｃ」と「通常メッセージ滞留許容数１８ｈ」とを比較し、その結果、つまり、どちらが大きいかという結果をメッセージ処理部１３に通知する。なお、上記「通常メッセージ滞留許容数１８ｈ」は、接続制御装置１の処理能力に応じて予め設定されている値であり、設定変更可能である。但し、この「通常メッセージ滞留許容数１８ｈ」は、上述したように、接続制御装置１の処理能力に対して十分な余裕のある値に設定されている。
【００４３】
さらに、負荷状態判定部１２は、上記「セッション確立メッセージ」あるいは「その他のメッセージ」を受け付けた際に、接続制御装置１が既に保持しているセッションの数に基づいて、接続制御装置１の負荷状態を判定する機能を有する。具体的には、セッションの数は、接続制御装置１が現在確立して保持しているセッションの総数であり、当該接続制御装置１がカウントして、「保持セッション数１８ｄ」（確立セッション数）としてメモリ１８に記憶している。そして、この「保持セッション数１８ｄ」の比較対象となる「保持セッション許容数１８ｆ」（セッション許容数）は、予め設定されてメモリ１８に記憶されている。そして、上記「保持セッション数１８ｄ」と「保持セッション許容数１８ｆ」とを比較し、その結果、つまり、どちらが大きいかという結果をメッセージ処理部１３に通知する。なお、上記「保持セッション許容数１８ｆ」は、初期状態では、所定の値が設定されているが、接続制御装置１が稼働を継続することで、稼働状況に応じて許容数設定部１５により再設定される。
【００４４】
次に、メッセージ処理部１３について説明する。図２に示すように、メッセージ処理部１３は、通常処理部１３ａと負荷抑制処理部１３ｂとを備えている。通常処理部１３ａ（接続制御手段）は、上記負荷状態判定部１２の判定結果に基づいて、接続制御装置１の負荷状態が過負荷にならない状態であると判断できる場合に、通常の接続制御メッセージの処理を行う。一方、負荷抑制処理部１３ｂ（負荷増加抑制手段）は、上記負荷状態判定部１２の判定結果に基づいて、接続制御装置１の負荷状態が過負荷に近づいていると判断できる場合に、接続制御装置１自体の負荷の増加を抑制する負荷増加抑制処理を実行する。以下、上記通常処理部１３ａと負荷抑制処理部１３ｂによる処理内容を具体的に説明する。
【００４５】
例えば、接続制御装置１が「セッション開始メッセージ」を受信した際に、「開始メッセージ滞留数１８ｂ」が「開始メッセージ滞留許容数１８ｇ」以下であり、かつ、「開始メッセージ受信数１８ａ」が「開始メッセージ受信許容数１８ｅ」以下である場合には、通常処理部１３ａは、受け付けた「セッション開始メッセージ」を処理する。一方、「開始メッセージ滞留数１８ｂ」が「開始メッセージ滞留許容数１８ｇ」よりも大きい、あるいは、「開始メッセージ受信数１８ａ」が「開始メッセージ受信許容数１８ｅ」よりも大きい場合には、負荷抑制処理部１３ｂは、受け付けた「セッション開始メッセージ」を破棄する。
【００４６】
また、接続制御装置１が「セッション確立メッセージ」あるいは「その他のメッセージ」を受信した際に、「通常メッセージ滞留数１８ｃ」が「通常メッセージ滞留許容数１８ｈ」以下であり、かつ、「保持セッション数１８ｄ」が「保持セッション許容数１８ｆ」以下である場合には、通常処理部１３ａは、受け付けた「セッション確立メッセージ」あるいは「その他のメッセージ」を処理する。一方、「通常メッセージ滞留数１８ｃ」が「通常メッセージ滞留許容数１８ｈ」よりも大きい場合には、負荷抑制処理部１３ｂは、受け付けた「セッション確立メッセージ」あるいは「その他のメッセージ」を破棄する。また、「保持セッション数１８ｄ」が「保持セッション許容数１８ｆ」よりも大きい場合には、負荷抑制処理部１３ｂは、上述同様に受け付けた「セッション確立メッセージ」あるいは「その他のメッセージ」を破棄した上で、確立しようとしているセッション、あるいは、既に確立して保持しているセッションを切断する。
【００４７】
また、メッセージ後処理部１４は、上述したように行った処理によって変化する上記「開始メッセージ滞留数１８ｂ」、「通常メッセージ滞留数１８ｃ」、「保持セッション数１８ｄ」などの更新をメモリ１８に対して行う。
【００４８】
次に、ＣＰＵ使用率測定部１７、許容数設定部１５について説明する。ＣＰＵ使用率測定部１７（ＣＰＵ使用率測定手段）は、接続制御装置１に装備されているＣＰＵの使用率を測定して、許容数設定部１５に通知する。なお、ＣＰＵ使用率は、０〜１００％の範囲で測定して通知する。例えば、０％は無負荷状態を表し、１００％はＣＰＵが稼動し続けている状態を表す。また、許容数測定部１５（判定基準設定手段）は、上記ＣＰＵ使用率測定部１７からの通知に応じて、上述した負荷状態判定部１２による判定基準となる値の再設定を行う。
【００４９】
具体的に、許容数設定部１５は、ＣＰＵ使用率に応じて、「開始メッセージ受信許容数１８ｅ」と「保持セッション許容数１８ｆ」とを再設定して、メモリ１８に記憶する。例えば、過去の計測値と比較してＣＰＵ使用率が高くなると、接続制御装置１の負荷状況が高くなるので、「開始メッセージ受信許容数１８ｅ」と「保持セッション許容数１８ｆ」と減少させて設定する。このとき、特に、ＣＰＵ使用率が「開始メッセージ受信許容数１８ｅ」を減少させるときの値よりも高い状態になったときに、「保持セッション許容数１８ｆ」を減少させる。例えば、「開始メッセージ受信許容数１８ｅ」は、ＣＰＵ使用率が５０％を超えた段階から当該ＣＰＵ使用率の増加に応じて徐々に「開始メッセージ受信許容数１８ｅ」を減少させていく場合に対して、「保持セッション許容数１８ｆ」は、ＣＰＵ使用率が７０％を超えた段階で減少させていくよう設定する。これにより、接続制御装置１の負荷が高い状態までより多くのセッションを保持でき、一方で、限界に近い状態でセッションを切断することで、効率よく負荷を軽減できる。なお、許容数設定部１５による上述した各許容数の設定方法は一例であって、いかなる方法にて各許容数を設定してもよい。また、上述した許容数以外の他の許容数を、ＣＰＵ使用率に応じて再設定してもよい。
【００５０】
［動作］
次に、上述した接続制御装置１の動作を、図４の説明図、及び、図５乃至図１０のフローチャートを参照して説明する。なお、ここでは、図４に示すように、例えば、符号１に示す接続制御装置１が、符号３２，３５に示す通信端末間で接続制御メッセージの送受信を行い（矢印Ｙ１）、当該通信端末間３２，３５のセッションを確立する場合（矢印Ｙ２）を想定する。また、符号１に示す接続制御装置１が、既にセッションが確立している符号３１，３３に示す通信端末間で接続制御メッセージの送受信を行い（矢印Ｙ３）、当該通信端末間３１，３３のセッションを切断する場合（矢印Ｙ４）を想定する。
【００５１】
まず、図５に示すように、接続制御装置１が、通信端末３１等から接続制御メッセージを受信すると（ステップＳ１、メッセージ受付工程）、受信したメッセージの種別を判断する。そして、判別したメッセージの種別毎に処理を行う（ステップＳ２）。具体的には、受信したメッセージが「セッション開始メッセージ」である場合は（ステップＳ３）、図６に進む。また、受信したメッセージが「セッション確立メッセージ」である場合は（ステップＳ４）、図７に進む。また、受信したメッセージが「その他のメッセージ」である場合は（ステップＳ５）、図８に進む。また、受信したメッセージが「セッション終了メッセージ」である場合は（ステップＳ６）、図９に進む。なお、後述する図１０は、メッセージの受信に関係なく、任意のタイミングで実行される判断基準を設定する処理を示している。
【００５２】
次に、受信した接続制御メッセージが、「セッション開始メッセージ」である場合の動作を、図６を参照して説明する。まず、「セッション開始メッセージ」を受信すると、メモリ１８に記憶されている「開始メッセージ受信数１８ａ」を１カウントアップする（ステップＳ１１）。なお、「開始メッセージ受信数１８ａ」は、図示しないが、タイマ１６からの一定時間毎の通知により、「０」にリセットされる。つまり、「開始メッセージ受信数１８ａ」は、一定時間内に受信した「セッション開始メッセージ」の数となる。
【００５３】
続いて、接続制御装置１にてカウントされる当該接続制御装置１において未処理の「セッション開始メッセージ」の数である「開始メッセージ滞留数１８ｂ」をメモリ１８から読み出す。また、メモリ１８から予め設定された「開始メッセージ滞留許容数１８ｇ」も読み出す。そして、「開始メッセージ滞留数１８ｂ」と「開始メッセージ滞留許容数」とを比較する（ステップＳ１２、負荷状態判定工程）。このとき、「開始メッセージ滞留数１８ｂ」が「開始メッセージ滞留許容数１８ｇ」よりも大きい場合には（ステップＳ１２でノー）、受信した「セッション開始メッセージ」を破棄し（ステップＳ１３、負荷増加抑制工程）、処理を終了する。
【００５４】
一方、「開始メッセージ滞留数１８ｂ」が「開始メッセージ滞留許容数１８ｇ」以下であった場合には（ステップＳ１２でイエス）、受信した「セッション開始メッセージ」は接続制御装置１にて処理待ち状態となるため、メモリ１８内の「開始メッセージ滞留数１８ｂ」を１カウントアップする（ステップＳ１４）。
【００５５】
続いて、上述したように一定時間内に受信した「セッション開始メッセージ」の数である「開始メッセージ受信数１８ａ」と「開始メッセージ受信許容数１８ｅ」とをメモリ１８から読み出し、これらを比較する（ステップＳ１５、負荷状態比較工程）。そして、「開始メッセージ受信数１８ａ」が「開始メッセージ受信許容数１８ｅ」よりも大きい場合には（ステップＳ１５でノー）、受信した「セッション開始メッセージ」を破棄する（ステップＳ１８、負荷増加抑制工程）。その後、「開始メッセージ滞留数１８ｂ」を１カウントダウンし（ステップＳ１７）、処理を終了する。
【００５６】
一方、「開始メッセージ受信数１８ａ」が「開始メッセージ受信許容数１８ｅ」以下であった場合には（ステップＳ１５でイエス）、受け付けた「セッション開始メッセージ」を処理する（ステップＳ１６、接続制御工程）。つまり、通信端末から送信された「セッション開始メッセージ」を、通信相手となる通信端末に送信するよう、当該他の通信端末が接続されている隣接する他の接続制御装置に送信する。これにより、「セッション開始メッセージ」を１つ処理したことになるため、その後、「開始メッセージ滞留数１８ｂ」を１カウントダウンし（ステップＳ１７）、処理を終了する。
【００５７】
次に、受信した接続制御メッセージが、「セッション確立メッセージ」である場合の動作を、図７を参照して説明する。まず、「セッション確立メッセージ」を受信すると、接続制御装置１にてカウントされる接続制御装置１において未処理の「通常メッセージ」の数である「通常メッセージ滞留数１８ｃ」と、予め設定された「通常メッセージ滞留許容数１８ｈ」と、をメモリ１８から読み出す。そして、「通常メッセージ滞留数１８ｃ」と、「通常メッセージ滞留許容数１８ｈ」とを比較する（ステップＳ２１、負荷状態判定工程）。
【００５８】
比較の結果、「通常メッセージ滞留数１８ｃ」が「通常メッセージ滞留許容数１８ｈ」よりも大きい場合には（ステップＳ２１でノー）、受信した「セッション確立メッセージ」を破棄し（ステップＳ２２、負荷増加抑制工程）、処理を終了する。一方、「通常メッセージ滞留数１８ｃ」が「通常メッセージ滞留許容数１８ｈ」以下であった場合には（ステップＳ２１でイエス）、受信した「セッション確立メッセージ」は接続制御装置１にて処理待ち状態となるため、メモリ１８内の「通常メッセージ滞留数１８ｃ」を１カウントアップする（ステップＳ２３）。
【００５９】
続いて、接続制御装置１にてカウントされ当該接続制御装置１が保持しているセッションの数である「保持セッション数１８ｄ」と、予め設定されたあるいは許容数設定部１５にて設定された「保持セッション許容数１８ｆ」と、をメモリ１８から読み出す。そして、「保持セッション数１８ｄ」と「保持セッション許容数１８ｆ」とを比較する（ステップＳ２４、負荷状態判定工程）。
【００６０】
比較の結果、「保持セッション数１８ｄ」が「保持セッション許容数１８ｆ」よりも大きい場合には（ステップＳ２４でノー）、受信した「セッション確立メッセージ」を破棄し（ステップＳ２７）、セッション終了メッセージを通信相手となる通信端末に送信することで（ステップＳ２８）、セッションを切断する（ステップＳ２９、負荷増加抑制工程）。その後、「通常メッセージ滞留数１８ｃ」を１カウントダウンし（ステップＳ３０）、処理を終了する。
【００６１】
一方、「保持セッション数１８ｄ」が「保持セッション許容数１８ｆ」以下であった場合には（ステップＳ２４でイエス）、接続制御装置１が保持するセッションの数を表すメモリ１８に記憶された保持セッション数１８ｄを１カウントアップする（ステップＳ２５）。そして、受け付けた「セッション確立メッセージ」を処理する（ステップＳ２６、接続制御工程）。つまり、「セッション開始メッセージ」に応じた「セッション確立メッセージ」を送信し、通信端末間のセッションを確立する。これにより、「セッション確立メッセージ」が１つ処理されるため、その後、「通常メッセージ滞留数１８ｃ」を１カウントダウンし（ステップＳ３０）、処理を終了する。
【００６２】
次に、受信した接続制御メッセージが、上述した「セッション開始メッセージ」や「セッション確立メッセージ」でもなく、また、後述する「セッション終了メッセージ」でもなく、「その他のメッセージ」である場合の動作を、図８を参照して説明する。
【００６３】
まず、「その他のメッセージ」を受信すると、接続制御装置１にてカウントされ当該接続制御装置１における未処理の「通常メッセージ」の数である「通常メッセージ滞留数１８ｃ」と、予め設定された「通常メッセージ滞留許容数１８ｈ」とを、メモリ１８から読み出す。そして、「通常メッセージ滞留数１８ｃ」と、「通常メッセージ滞留許容数１８ｈ」とを比較する（ステップＳ４１、負荷状態判定工程）。
【００６４】
比較の結果、「通常メッセージ滞留数１８ｃ」が「通常メッセージ滞留許容数１８ｈ」よりも大きい場合には（ステップＳ４１でノー）、受信した「その他のメッセージ」を破棄し（ステップＳ４２、負荷増加抑制工程）、処理を終了する。一方、「通常メッセージ滞留数１８ｃ」が「通常メッセージ滞留許容数１８ｈ」以下であった場合には（ステップＳ２１でイエス）、受信した「その他のメッセージ」は処理待ち状態となるため、メモリ１８内の「通常メッセージ滞留数１８ｃ」を１カウントアップする（ステップＳ４３）。
【００６５】
続いて、接続制御装置１にてカウントされ当該接続制御装置１が保持しているセッションの数である「保持セッション数１８ｄ」と、予め設定されたあるいは許容数設定部１５にて設定された「保持セッション許容数１８ｆ」と、をメモリ１８から読み出す。そして、「保持セッション数１８ｄ」と「保持セッション許容数１８ｆ」とを比較する（ステップＳ４４、負荷状態判定工程）。
【００６６】
比較の結果、「保持セッション数１８ｄ」が「保持セッション許容数１８ｆ」よりも大きい場合には（ステップＳ４４でノー）、上述したように受信した「その他のメッセージ」を破棄し（ステップＳ４７）、セッション終了メッセージを通信相手となる通信端末に送信することで（ステップＳ４８）、セッションを切断する（ステップＳ４９、負荷増加抑制工程）。このとき、受信した「その他のメッセージ」が、現在確立しているセッションに対するものであった場合には（ステップＳ５０でイエス）、メモリ１８に記憶されている「保持セッション数１８ｄ」を１カウントダウンする（ステップＳ５１）。そして、さらに、「通常メッセージ滞留数１８ｃ」を１カウントダウンし（ステップＳ４６）、処理を終了する。
【００６７】
一方、「保持セッション数１８ｄ」が「保持セッション許容数１８ｆ」以下であった場合には（ステップＳ４４でイエス）、受信した「その他のメッセージ」を処理する（ステップＳ４５、接続制御工程）。例えば、既存のセッションに対する「その他のメッセージ」に応じた処理を行う。その後、「通常メッセージ滞留数１８ｃ」を１カウントダウンし（ステップＳ４６）、処理を終了する。
【００６８】
次に、受信した接続制御メッセージが、「セッション終了メッセージ」である場合の動作を、図９を参照して説明する。まず、「セッション終了メッセージ」を受信すると、メモリ１８に記憶されている「保持セッション数１８ｄ」を１カウントダウンする（ステップＳ６１）。そして、確立しているセッションの切断処理を行う（ステップＳ６２、接続制御工程）。
【００６９】
次に、接続制御メッセージの受信とは関係なく実行される許容数設定部１５の動作を、図１０を参照して説明する。まず、タイマ１８からの一定時間が経過した旨の通知のタイミングで、ＣＰＵ使用率測定部１７からＣＰＵ使用率を取得する（ステップＳ７１）。そして、取得したＣＰＵ使用率に基づいて、メモリ１８に記憶されている「開始メッセージ受信許容数１８ｅ」と「保持セッション許容数１８ｆ」とを再設定し（ステップＳ７２、判定基準設定工程）、メモリ１８に記憶し直す（ステップＳ７３）。例えば、ＣＰＵ使用率が高くなるにつれて、各許容数１８ｅ，１８ｆが低くなるよう再設定する。なお、この設定は、例えば、予め定められ記憶された、ＣＰＵ使用率と各許容数との関係を表すグラフに基づいて設定してもよい。
【００７０】
以上のように、上述した接続制御装置１によると、まず、接続制御装置１自体の負荷が高くない状態に置いては、通常の接続制御処理が実行される。つまり、通信端末や他の接続制御装置から受信した接続制御メッセージに応じて、通信相手となる通信端末と直接、あるいは、隣接する他の接続制御装置を経由して通信端末と、セッションを制御するための接続制御メッセージを送受信する。そして、セッションの確立を開始したり、セッションを解放するなど、接続制御を行う。
【００７１】
一方で、上述した負荷状態判定部１２にて、接続制御装置１自体の負荷が高くなっていると予測される状況においては、受信した接続制御メッセージを破棄したり、確立しているセッションを切断するなど、負荷増加を抑制する処理を行う。このとき、ＣＰＵの負荷を、接続制御装置１内で未処理である処理待ちのメッセージの数に基づいて判定しているため、装置１が過負荷となる前に過負荷となりうる状態を高精度に検知することができる。そして、これに応じて負荷増加抑制処理を実行するため、装置がダウンすることを事前に抑制でき、通信端末間の接続制御の安定化を図ることができる。
【００７２】
＜実施形態２＞
次に、本発明の第２の実施形態を説明する。本実施形態における接続制御装置１は、上記実施形態１における接続制御装置１とほぼ同一の構成を採っている。従って、以下では、相違点のみ説明する。
【００７３】
本実施形態における接続制御装置１は、図２に開示した許容数設定部１５による処理が、上記とは異なる。つまり、実施形態１における許容数設定処理部１５は、上述したようにＣＰＵ使用率に基づいて「開始メッセージ受信許容数１８ａ」と「保持セッション許容数１８ｆ」を設定して記憶しているが、さらに、過去の動作状況に応じて、これらの許容数を設定する、という機能を有する。換言すると、各許容数の算出式に、過去の「開始メッセージの受信数」、「保持するセッション数」をパラメータとして含める。
【００７４】
具体的には、まず、「開始メッセージ受信許容数１８ａ」は以下の式で求める。
（開始メッセージ受信許容数）＝（再設定した開始メッセージ受信許容数）−｛（（一定時間内に受信した開始メッセージの数）−（装置が動作を保障する開始メッセージ数））÷１００｝×（装置が動作を保障する開始メッセージ数）
ここで、（再設定した開始メッセージ受信許容数）は、例えば、前回に設定した、あるいは、取得したＣＰＵ使用率に応じて設定した開始メッセージ受信許容数である。また、（一定時間内に受信した開始メッセージの数）は、タイマ１６にて計測された直前の一定時間内に受信した開始メッセージ数である。また、（装置が動作を保障する開始メッセージ数）は、例えば、事前に接続制御装置１の処理能力に応じて設定された受信可能な開始メッセージ数の上限値、あるいは、測定されたＣＰＵ使用率に基づき現在の負荷状況に応じて設定された開始メッセージ数の上限値である。なお、（一定時間内に受信した開始メッセージの数）は、直前の一定時間内に受信した開始メッセージ数であることが望ましいが、さらに過去の一定時間内に受信した数でもよく、また、過去に計測した数の平均値であってもよい。
【００７５】
また、上記許容数設定部１５は、「保持セッション許容数１８ｆ」を過去の動作状況によって設定する。具体的には、「保持セッション許容数１８ｆ」は以下の式で求める。
（保持セッション許容数）＝（再設定した保持セッション許容数）−｛（（装置が保持しているセッションの数）−（装置が動作を保障するセッションの数））÷１００｝×（装置が動作を保障するセッションの数）
ここで、（再設定した保持セッション許容数）は、例えば、前回に設定した、あるいは、取得したＣＰＵ使用率に応じて設定した保持セッション許容数である。また、（装置が保持しているセッション数）は、今現在あるいは過去に装置１が同時に保持したセッションの数である。また、（装置が動作を保障するセッションの数）は、例えば、事前に接続制御装置１の処理能力に応じて設定された保持可能なセッション数の上限値、あるいは、測定されたＣＰＵ使用率に基づき現在の負荷状況に応じて設定された開始メッセージ数の上限値である。
【００７６】
以上のように、本実施形態では、過去に受信した開始メッセージ数や保持したセッション数など、実際の作動状況に応じて、装置の負荷状態を判定する基準となる「開始セッション受信許容数１８ｅ」や「保持セッション許容数１８ｆ」を設定している。従って、接続制御装置１の実際の稼働状況に応じて、メッセージを破棄したり、セッションを切断するなどの負荷増加抑制処理を行う負荷状況を、より適切に判定することができる。従って、より確実に、接続制御装置１のダウンを抑制できる。
【００７７】
＜実施形態３＞
次に、本発明の第３の実施形態を、図１１を参照して説明する。本実施形態における接続制御装置１は、上述した実施形態１における接続制御装置１とほぼ同様の構成を採っている。但し、図１１に示すように、本実施形態では、図２に開示した許容数設定部１５とＣＰＵ使用率測定部１７を備えていない点で異なる。
【００７８】
このように、上述した許容数設定部１５を備えていない場合には、負荷状態判定部１２にて判定基準として使用するメモリ１８に記憶された各値は、予め設定された値を用いることとなる。つまり、上述した実施形態１，２では、「開始メッセージ受信許容数１８ｅ」と「保持セッション許容数２８ｆ」とが自動的に再設定される場合を説明したが、手動で設定して、負荷状態の判定に利用してもよい。
【産業上の利用可能性】
【００７９】
本発明の一形態である接続制御装置は、固定網電話交換機や移動網電話交換機といった用途に利用することができ、産業上の利用可能性を有する。
【図面の簡単な説明】
【００８０】
【図１】接続制御システムの全体構成を示すブロック図である。
【図２】実施形態１における接続制御装置の構成を示す機能ブロック図である。
【図３】接続制御装置に記憶されるデータの一例を示す図である。
【図４】通信端末間の接続制御の様子を示す説明図である。
【図５】接続制御装置の動作を示すフローチャートである。
【図６】接続制御装置の動作を示すフローチャートである。
【図７】接続制御装置の動作を示すフローチャートである。
【図８】接続制御装置の動作を示すフローチャートである。
【図９】接続制御装置の動作を示すフローチャートである。
【図１０】接続制御装置の動作を示すフローチャートである。
【図１１】実施形態３における接続制御装置の構成を示す機能ブロック図である。
【符号の説明】
【００８１】
１  接続制御装置
１１  メッセージ受信部
１２  負荷状態判定部
１３  メッセージ処理部
１３ａ  通常処理部
１３ｂ  負荷軽減処理部
１４  メッセージ後処理部
１５  許容数設定部
１６  タイマ
１７  ＣＰＵ使用率測定部
１８  メモリ
１８ａ  開始メッセージ受信数
１８ｂ  開始メッセージ滞留数
１８ｃ  通常メッセージ滞留数
１８ｄ  保持セッション数
１８ｅ  開始メッセージ受信許容数
１８ｆ  保持セッション許容数
１８ｇ  開始メッセージ滞留許容数
１８ｆ  通常メッセージ滞留許容数
２１，２２，２３  他の接続制御装置
３１，３２，３３，３４，３５，３６  通信端末
【図１】
2009225385.tif 000003
【図２】
2009225385.tif 000004
【図３】
2009225385.tif 000005
【図４】
2009225385.tif 000006
【図５】
2009225385.tif 000007
【図６】
2009225385.tif 000008
【図７】
2009225385.tif 000009
【図８】
2009225385.tif 000010
【図９】
2009225385.tif 000011
【図１０】
2009225385.tif 000012
【図１１】
2009225385.tif 000013