(57)【要約】【課題】  既に通信中の通信端末から要求／応答信号を受信しても通信中の通信端末に不具合を与えることなく輻輳抑制を行いつつ呼接続処理を行うことができる通信サーバ及びその制御方法を提供する。【解決手段】  複数の通信端末の各々から送信される要求／応答信号を通信回線を介して複数のポートのいずれか１つのポートで受信する受信処理手段と、受信処理手段が複数のポートのうちのデフォルトポートを指定した要求／応答信号を受信したとき当該受信信号が輻輳規制対象の信号であるか否かを判定する輻輳規制判定を行う輻輳規制判定手段と、要求／応答信号が輻輳規制対象外の信号であると輻輳規制判定手段が判定したときに当該要求／応答信号について呼接続処理を実行する呼接続処理手段と、を備え、受信処理手段が複数のポートのうちのデフォルトポート以外のポートを指定した要求／応答信号を受信したときには輻輳規制判定手段が輻輳規制判定を行うことなく呼接続処理手段が当該受信信号について呼接続処理を実行する。【選択図】  図２
2014039172.tif 000002
【特許請求の範囲】
【請求項１】
呼制御プロトコルに準拠した複数の通信端末と通信回線を介して接続され、前記呼制御プロトコルに従った呼接続処理を実行する通信サーバであって、
複数のポートを有し、前記複数の通信端末の各々から送信される要求／応答信号を前記通信回線を介して前記複数のポートのいずれか１つのポートで受信する受信処理手段と、
前記受信処理手段が前記複数のポートのうちのデフォルトポートを指定した前記要求／応答信号を受信したとき当該受信信号が輻輳規制対象の信号であるか否かを判定する輻輳規制判定を行う輻輳規制判定手段と、
前記要求／応答信号が輻輳規制対象外の信号であると前記輻輳規制判定手段が判定したときに当該要求／応答信号について前記呼接続処理を実行する呼接続処理手段と、を備え、
前記受信処理手段が前記複数のポートのうちの前記デフォルトポート以外のポートを指定した前記要求／応答信号を受信したときには前記輻輳規制判定手段が前記輻輳規制判定を行うことなく前記呼接続処理手段が当該受信信号について前記呼接続処理を実行することを特徴とする通信サーバ。
【請求項２】
前記受信処理手段は、前記デフォルトポートを指定した前記要求／応答信号を受信する第１受信処理部と、前記デフォルトポート以外のポートを指定した前記要求／応答信号を受信する第２受信処理部と、を有し、
前記第１受信処理部は受信した前記要求／応答信号から送信元の通信端末を特定する端末特定情報を抽出し、前記端末特定情報を前記輻輳規制判定手段に引き渡し、当該引き渡しの端末特定情報に対する前記輻輳規制判定の結果を前記輻輳規制判定手段から受け取り、
前記第２受信処理部は受信した前記要求／応答信号を前記呼接続処理手段に引き渡すことを特徴とする請求項１記載の通信サーバ。
【請求項３】
前記第１受信処理部は輻輳規制対象の信号という前記輻輳規制判定の結果を受け取ったとき当該輻輳規制対象の前記要求／応答信号を破棄することを特徴とする請求項２記載の通信サーバ。
【請求項４】
前記輻輳規制判定手段は、前記通信端末毎に、前記受信処理手段による前記要求／応答信号の受信に関する受信回数／時間である受信割合を求め、当該求めた受信割合が予め設定されている受信割合以上である場合に受信された前記要求／応答信号が輻輳規制対象の信号であると判定することを特徴とする請求項１〜３のいずれか１記載の通信サーバ。
【請求項５】
前記呼接続処理手段は、前記デフォルトポートで受信した前記要求／応答信号に前記デフォルトポート以外のポートについてのポート情報を加え、前記複数の通信端末のうちの当該受信した前記要求／応答信号の送り先の通信端末に対して前記ポート情報を加えた前記要求／応答信号を送信することを特徴とする請求項１〜４のいずれか１記載の通信サーバ。
【請求項６】
前記呼制御プロトコルはＳＩＰ(Session Initiation Protocol)であることを特徴とする請求項１〜５のいずれか１記載の通信サーバ。
【請求項７】
呼制御プロトコルに準拠した複数の通信端末と通信回線を介して接続され、前記呼制御プロトコルに従った呼接続処理を実行する通信サーバの制御方法であって、
前記複数の通信端末の各々から送信される要求／応答信号を前記通信回線を介して複数のポートのいずれか１つのポートで受信する受信処理ステップと、
前記受信処理ステップにて前記複数のポートのうちのデフォルトポートを指定した前記要求／応答信号が受信されたとき当該受信信号が輻輳規制対象の信号であるか否かを判定する輻輳規制判定を行う輻輳規制判定ステップと、
前記輻輳規制判定ステップにて前記要求／応答信号が輻輳規制対象外の信号であると判定されたときに当該要求／応答信号について前記呼接続処理を実行する呼接続処理ステップと、を含み、
前記受信処理ステップにて前記複数のポートのうちの前記デフォルトポート以外のポートを指定した前記要求／応答信号が受信されたときには前記輻輳規制判定ステップが前記輻輳規制判定を行うことなく前記呼接続処理ステップが当該受信信号について前記呼接続処理を実行することを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ(Session Initiation Protocol)等の呼制御プロトコルを利用する通信サーバ及びその制御方法に関する。
【背景技術】
【０００２】
通信サーバとしてのＳＩＰサーバは、ＩＰ(Internet Protocol)ネットワークにおいて呼制御用のＳＩＰプロトコルに対応した複数のＳＩＰ端末（通信端末）と接続され、ＳＩＰ端末との間でＳＩＰ信号（要求／応答信号）を送受信することで、当該ＳＩＰ端末に対して電話呼接続サービスを提供する。
【０００３】
このようなＳＩＰサーバには、ＳＩＰ信号受信処理、ＳＩＰ信号解析処理、トランザクション制御処理（ＳＩＰ信号送信処理を含む）、及び呼制御処理（ＳＩＰ信号送信処理を含む）のように、電話呼接続サービスに関わる複数の処理によって呼接続処理を実現するものがある。
【０００４】
このＳＩＰサーバに対してＳＩＰ端末がＳＩＰ信号を送信すると、ＳＩＰサーバは、受信した個々のＳＩＰ信号について、ＳＩＰ信号受信処理、ＳＩＰ信号解析処理、トランザクション制御処理、呼制御処理をその順に実行する。このような呼接続処理の後、ＳＩＰ端末同士の通話（パケットの送受信）がＲＴＰ(Real-time Transport Protocol)を使用して可能になる。
【０００５】
ＳＩＰ信号の送受信にはプロトコルとしてデフォルトのＵＤＰ(User Datagram Protocol)の他にＴＣＰ(Transmission Control Protocol)が用いられており、ＳＩＰサーバではＵＤＰパケット、ＴＣＰパケット等の制御パケットが送受信されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−２５１４１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＳＩＰ信号を担う制御パケットの処理を行うＳＩＰサーバに対しては、大量の制御パケットが一気に到着することがある。そうなると、ＳＩＰサーバではＳＩＰ信号としての解析処理（ＳＩＰ信号解析処理）が、受信した個々の制御パケットについて必ず実施されるので、制御パケットに対する解析処理が間に合わず、輻輳を引き起こすこととなる。
【０００８】
また、ＳＩＰ信号解析処理においてＳＩＰ信号として正常とみなされた場合は、トランザクション制御処理及び呼制御処理が実施されることになり、輻輳を助長する可能性があった。
【０００９】
更に、ＳＩＰサーバにおいて輻輳が引き起こされると、正常なＳＩＰ端末に対する電話サービス（電話呼接続サービス）が提供できなくなる虞や、ＳＩＰサーバのシステムダウンなどの不具合が生じる可能性がある。
【００１０】
このようなＳＩＰサーバの輻輳に対処するために、特許文献１に示されたシステムでは、ＳＩＰ端末からＳＩＰ信号をＳＩＰ信号受信処理して受信すると、その送信元のＳＩＰ端末からのＳＩＰ信号の単位時間当たりの受信回数が予め定められた回数に達している場合にはその受信したＳＩＰ信号を破棄し、単位時間当たりの受信回数が予め定められた回数に達していない場合にはその受信したＳＩＰ信号に対する上記した解析処理以降の呼接続処理を継続することが行われる。
【００１１】
しかしながら、このような従来の輻輳抑制方法では、既に通話等の通信中のＳＩＰ端末からの要求／応答信号であるＳＩＰ信号に対しても適用されてしまうので、場合によってはＳＩＰ信号が破棄されて通信が継続できなくなるという問題があった。
【００１２】
そこで、本発明は、既に通信中の通信端末から要求／応答信号を受信しても通信中の通信端末に不具合を与えることなく輻輳抑制を行いつつ呼接続処理を行うことができる通信サーバ及びその制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明の通信サーバは、呼制御プロトコルに準拠した複数の通信端末と通信回線を介して接続され、前記呼制御プロトコルに従った呼接続処理を実行する通信サーバであって、複数のポートを有し、前記複数の通信端末の各々から送信される要求／応答信号を前記通信回線を介して前記複数のポートのいずれか１つのポートで受信する受信処理手段と、前記受信処理手段が前記複数のポートのうちのデフォルトポートを指定した前記要求／応答信号を受信したとき当該受信信号が輻輳規制対象の信号であるか否かを判定する輻輳規制判定を行う輻輳規制判定手段と、前記要求／応答信号が輻輳規制対象外の信号であると前記輻輳規制判定手段が判定したときに当該要求／応答信号について前記呼接続処理を実行する呼接続処理手段と、を備え、前記受信処理手段が前記複数のポートのうちの前記デフォルトポート以外のポートを指定した前記要求／応答信号を受信したときには前記輻輳規制判定手段が前記輻輳規制判定を行うことなく前記呼接続処理手段が当該受信信号について前記呼接続処理を実行することを特徴としている。
【００１４】
本発明の通信サーバの制御方法は、呼制御プロトコルに準拠した複数の通信端末と通信回線を介して接続され、前記呼制御プロトコルに従って呼接続処理を実行する通信サーバの制御方法であって、前記複数の通信端末の各々から送信される要求／応答信号を前記通信回線を介して複数のポートのいずれか１つのポートで受信する受信処理ステップと、前記受信処理ステップにて前記複数のポートのうちのデフォルトポートを指定した前記要求／応答信号が受信されたとき当該受信信号が輻輳規制対象の信号であるか否かを判定する輻輳規制判定を行う輻輳規制判定ステップと、前記輻輳規制判定ステップにて前記要求／応答信号が輻輳規制対象外の信号であると判定されたときに当該要求／応答信号について前記呼接続処理を実行する呼接続処理ステップと、を含み、前記受信処理ステップにて前記複数のポートのうちの前記デフォルトポート以外のポートを指定した前記要求／応答信号が受信されたときには前記輻輳規制判定ステップが前記輻輳規制判定を行うことなく前記呼接続処理ステップが当該受信信号について前記呼接続処理を実行することを特徴としている。
【発明の効果】
【００１５】
本発明の通信サーバ及びその制御方法によれば、通信サーバのデフォルトポートで受け付けた要求／応答信号に対しては輻輳規制判定が実行され、要求／応答信号が輻輳規制対象外の信号であると判定されたときに当該輻輳規制対象外の要求／応答信号について呼接続処理が実行される一方、デフォルトポート以外のポートで受け付けた要求／応答信号に対しては輻輳規制判定が実行されることなく呼接続処理が行われる。よって、既に通信中の通信端末からの要求／応答信号をデフォルトポート以外のポートで受信することにより通信中の通信端末に不具合を与えることなく適切な輻輳抑制を行うことができる。
【図面の簡単な説明】
【００１６】
【図１】ＳＩＰサーバを有するネットワークシステムを示す概略図である。
【図２】ＳＩＰサーバの内部構成を示すブロック図である。
【図３】ＳＩＰサーバと各ＳＩＰ端子との間のＳＩＰ信号の送受信を示す図である。
【図４】ＳＩＰサーバの動作を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明の実施例を、図面を参照しつつ詳細に説明する。
【００１８】
図１は本発明の実施例１のＳＩＰサーバ１１を含むネットワークシステムの概略構成を示している。このネットワークシステムはＳＩＰサーバ１１と複数のＳＩＰ端子１２，１３とを有している。ＳＩＰサーバ１１及び複数のＳＩＰ端子１２，１３の各々はＩＰネットワーク１５によって互いに接続されている。
【００１９】
ＳＩＰサーバ１１は、ＳＩＰプロトコルに従って呼接続処理を実行する。本実施例では、呼接続処理は、２つのＳＩＰ信号受信処理、ＳＩＰ信号解析処理、トランザクション制御処理、呼制御処理、及び輻輳規制処理を含んでいる。
【００２０】
複数のＳＩＰ端末１２，１３は、ＩＰネットワーク１５を経由してＳＩＰサーバ１１と接続され、ＳＩＰサーバ１１による呼接続処理によって互いに通信（通話）状態にされる。なお、本実施例では、説明を容易にするために複数のＳＩＰ端末として２つのＳＩＰ端末１２，１３が示されているが、本発明は２より多くのＳＩＰ端末を備えても良いことは勿論である。
【００２１】
ＳＩＰ端末１２，１３は、同一の構成からなり、本実施例ではＩＰ電話機であるとするが、送話及び受話機能を有するパーソナルコンピュータ等のクライアント端末であっても良い。
【００２２】
ＳＩＰサーバ１１は図２に示すように、ＳＩＰ信号受信処理部２１（第１受信処理部）、ＳＩＰ信号解析処理部２２、トランザクション制御処理部２３、呼制御処理部２４、輻輳規制判定部２５、及びＳＩＰ信号受信処理部２６（第２受信処理部）を有している。
【００２３】
ＳＩＰ信号受信処理部２１及びＳＩＰ信号受信処理部２６が複数のポートを有する受信処理手段を構成している。
【００２４】
ＳＩＰ信号受信処理部２１はデフォルトポート番号である５０６０で特定されており、ＳＩＰ端末１２，１３から送信されたポート番号５０６０を送り先として有するＳＩＰ信号を受信し、この受信したＳＩＰ信号に関わる規制対象判定を輻輳規制判定部２５に要求する。
【００２５】
また、ＳＩＰ信号受信処理部２１は、規制対象判定要求に対する輻輳規制判定部２５からの結果が、輻輳非規制対象を意味する「規制非対象」（すなわち規制対象外）を示す旨の場合には、受信したＳＩＰ信号をＳＩＰ信号解析処理部２２に引き渡し、一方、輻輳規制対象を意味する「規制対象」を示す旨の場合は、受信したＳＩＰ信号を破棄する。
【００２６】
すなわち、ＳＩＰ信号受信処理部２１は、送信元のＳＩＰ端末から送信される信号を受信すると共に当該受信信号に対する所定の処理を実行するものであり、送信元のＳＩＰ端末から送信される信号を受信したときは、当該受信信号から当該送信元のＳＩＰ端末を特定する情報を示す端末特定情報を抽出し、この抽出した端末特定情報を含む輻輳規制判定を輻輳規制判定部２５へ引き渡す。また、この輻輳規制判定部２５から接続の規制対象つまり輻輳規制対象であると決定されたＳＩＰ端末からの受信ＳＩＰ信号を破棄する。
【００２７】
ここで、端末特定情報は、ＳＩＰ信号に含まれるＩＰアドレス及びポート番号である。
【００２８】
ＳＩＰ信号受信処理部２６はポート番号１００００で特定されており、ＳＩＰ端末１２，１３から送信されたポート番号１００００を送り先として有するＳＩＰ信号を受信し、この受信したＳＩＰ信号をＳＩＰ信号解析処理部２２に引き渡す。
【００２９】
ＳＩＰ信号解析処理部２２は、ＳＩＰ信号受信処理部２１又は２６から受け取ったＳＩＰ信号の解析を実施し、この解析した結果（解析内容）が正常であった場合にはその解析内容（解析後のＳＩＰ信号）をトランザクション制御処理部２３に引き渡し、一方、その解析内容が異常の場合は受け取ったＳＩＰ信号を破棄する。
【００３０】
トランザクション制御処理部２３は、受け取った解析後のＳＩＰ信号が新たに処理されるべきものか、あるいは再送信号として受信されたものかを判定し、前者の場合であれば呼制御処理部２４に解析後のＳＩＰ信号を引き渡し、一方、後者の場合であれば応答信号の再送などのリアクション動作をとる。
【００３１】
呼制御処理部２４は、受け取った解析後のＳＩＰ信号の内容に従い、呼接続処理又は呼切断処理を実行し、必要に応じてＳＩＰ端末１２又は１３に対して応答信号又は要求信号を送信する。ＳＩＰ信号解析処理部２２、トランザクション制御処理部２３及び呼制御処理部２４が呼接続処理手段に相当する。
【００３２】
輻輳規制判定部２５は、輻輳規制判定手段であり、ＳＩＰ信号受信処理部２１から要求された規制対象判定を実施し、この判定した結果に応じて輻輳非規制対象を意味する「規制非対象」を示す旨又は輻輳規制対象を意味する「規制対象」を示す旨を、規制対象判定要求に対する結果としてＳＩＰ信号受信処理部２１へ返却する。このように規制対象判定要求に応じて輻輳規制判定処理が実施される。
【００３３】
すなわち、輻輳規制判定部２５は、ＳＩＰ端末１２，１３毎にＳＩＰ信号受信処理部２１による信号受信に関する所定の時間当たりの受信頻度を求め、この求めた受信頻度が上記所定の時間当たりの予め設定される受信頻度に達している通信端末に関わる受信信号については破棄するようＳＩＰ信号受信処理部２１を制御する。なお、輻輳規制判定部２５の具体的構成としては特許文献１に輻輳制御管理部として示された構成をそのまま用いることができる。
【００３４】
次に、かかる構成のネットワークシステムにおいて、ＳＩＰ端末１２，１３間での通話のためにＳＩＰサーバ１１及びＳＩＰ端末１２，１３において行われる動作を図３及び図４を用いて説明する。なお、ＳＩＰ端末１２のＩＰアドレスが１．１．１．１、ＳＩＰサーバ１１のＩＰアドレスが２．２．２．２、ＳＩＰ端末１３のＩＰアドレスが３．３．３．３であるとする。
【００３５】
先ず、ＳＩＰ端末１２のユーザＡの発信操作に応じてＳＩＰ端末１２からＳＩＰ信号としてINVITEリクエスト１０１がＳＩＰサーバ１１に対して送信される（ステップＳ１）。INVITEリクエスト１０１はＳＩＰサーバ１１のデフォルトポート番号５０６０で送信される。INVITEリクエスト１０１の送り先ＵＲＩ部分を示すと、INVITE sip:1234567890@2.2.2.2:5060である。1234567890@2.2.2.2はリクエストの送り先のＵＲＩである。ＳＩＰ端末１２のポート番号５０６０に向けて送信されたINVITEリクエスト１０１はＳＩＰ端末１２のＳＩＰ信号受信処理部２１で受信される。ＳＩＰ信号受信処理部２１はこの受信したINVITEリクエスト１０１に関わる規制対象判定を輻輳規制判定部２５に要求する（ステップＳ２）。規制対象判定要求にはＳＩＰ端末１２の端末特定情報であるＩＰアドレス及びポート番号が含まれる。
【００３６】
輻輳規制判定部２５は規制対象判定処理を実施し（ステップＳ３：輻輳規制判定ステップ）、この判定した結果をＳＩＰ信号受信処理部２１へ返却する（ステップＳ４）。
【００３７】
ＳＩＰ信号受信処理部２１では規制対象判定結果が「規制対象」及び「規制非対象」のいずれであるかが判別される（ステップＳ５）。輻輳規制判定部２５による規制対象判定結果が「規制対象」を示す旨の場合には、ＳＩＰ信号受信処理部２１は受信したINVITEリクエスト１０１を破棄し（ステップＳ６）、それによりその後の呼接続処理が実行されない。この場合には、ＳＩＰ信号受信処理部２１はエラー応答をＳＩＰ端末１２に送信しても良い。
【００３８】
輻輳規制判定部２５による規制対象判定結果が「規制非対象」を示す旨の場合には、その後の呼接続処理が実行される。すなわち、受信ＳＩＰ信号としてのINVITEリクエスト１０１がＳＩＰ信号解析処理部２２に引き渡され（ステップＳ７）、INVITEリクエスト１０１に対する信号解析がＳＩＰ信号解析処理部２２で行われる（ステップＳ８）。信号解析の結果は図４のフローチャートには図示していないが、INVITEリクエストであるので、INVITEリクエスト１０１はトランザクション制御処理部２３を経由して呼制御処理部２４に供給される。呼制御処理部２４はINVITEリクエスト１０１に基づいてＩＰアドレスをＳＩＰ端末１３の３．３．３．３に対応させたINVITEリクエスト１０２を作成し、それをＳＩＰ端末１３に送信する。INVITEリクエスト１０２のＶｉａヘッダ及びＣｏｎｔａｃｔヘッダ各々はポート情報を含み、それらヘッダのＩＰアドレス２．２．２．２のポート番号は１００００とされる。
【００３９】
INVITEリクエスト１０２はＳＩＰ端末１３のポート番号５０６０のポートで受信される。ＳＩＰ端末１３では、呼出音が鳴り、それによりＳＩＰ端末１３のユーザＢがＳＩＰ端末１３の受話器を取ると（或いはＳＩＰ端末１３の着信ボタンを操作すると）を、２００ＯＫレスポンス１０３がINVITEリクエスト１０２のＣｏｎｔａｃｔヘッダを参照して作成され、その結果、ＳＩＰサーバ１１のポート番号１００００に向けて送信される。
【００４０】
ＳＩＰサーバ１１はポート番号１００００のポートで２００ＯＫレスポンス１０３を受信し、ＳＩＰ信号受信処理部２６が２００ＯＫレスポンス１０３を受信処理する（ステップＳ９）。ＳＩＰ信号受信処理部２６は２００ＯＫレスポンス１０３を直ちにＳＩＰ信号解析処理部２２に引き渡す（ステップＳ１０）ので、２００ＯＫレスポンス１０３に対する輻輳規制判定が行われることなくＳＩＰ信号解析処理部２２、トランザクション制御処理部２３及び呼制御処理部２４による各処理が実行される。呼制御処理部２４は２００ＯＫレスポンス１０３に基づいてＩＰアドレスをＳＩＰ端末１２の２．２．２．２に対応させた２００ＯＫレスポンス１０４を作成し、それをＳＩＰ端末１２に送信させる。２００ＯＫレスポンス１０４のＣｏｎｔａｃｔヘッダのＵＲＩに含まれるポート番号は１００００とされる。
【００４１】
ＳＩＰ端末１２は２００ＯＫレスポンス１０４を受信すると、その２００ＯＫレスポンス１０４に対するＡＣＫリクエスト１０５をＳＩＰサーバ１１に向けて送信する。ＡＣＫリクエスト１０５には、２００ＯＫレスポンス１０４のＣｏｎｔａｃｔヘッダに設定されたＵＲＩがそのまま用いられ、それによりＡＣＫリクエスト１０５はＳＩＰサーバ１１のポート番号１００００に向けて送信される。
【００４２】
ＳＩＰサーバ１１はポート番号１００００のポートでＡＣＫリクエスト１０５を受信するので、ＳＩＰ信号受信処理部２６がＡＣＫリクエスト１０５を受信処理する。ＳＩＰ信号受信処理部２６はＡＣＫリクエスト１０５を輻輳規制判定部２５を経由することなく、直ちにＳＩＰ信号解析処理部２２、トランザクション制御処理部２３及び呼制御処理部２４による各処理に移行させる。呼制御処理部２４はＡＣＫリクエスト１０５に基づいてＩＰアドレスをＳＩＰ端末１３の３．３．３．３に対応させたＡＣＫリクエスト１０６を作成し、それをＳＩＰ端末１３に送信させる。ＡＣＫリクエスト１０６の送り先ＵＲＩに含まれるポート番号は１００００とされる。
【００４３】
ＡＣＫリクエスト１０６をＳＩＰ端末１３が受信した後、ＳＩＰ端末１２，１３間で直接、音声データ１０７がＲＴＰ(Real-time Transport Protocol)を使用して送受信されることによりユーザＡ，Ｂとで通話が行われる。
【００４４】
その後、ＳＩＰ端末１２のユーザＡ又はＳＩＰ端末１３のユーザＢの切断操作に応じてＳＩＰ端末１２又は１３からＳＩＰサーバ１１に送信されるＢＹＥリクエストと、それに対してＳＩＰ端末１２又は１３から送信される２００ＯＫレスポンスとについても、上記したリクエストやレスポンスと同様にポート番号１００００が指定される。
【００４５】
このように実施例においては、ＳＩＰサーバ１１では最初に受け付けるＳＩＰ信号（イニシャルＳＩＰ信号）としてのINVITEリクエストのポート番号をデフォルトポート（ポート番号５０６０）とし、デフォルトポートで受け付けたINVITEリクエストに対しては輻輳規制判定が実行され、それ以降のＳＩＰ信号のリクエストやレスポンスのメッセージは別のポート（ポート番号１０００）で送受信され、輻輳規制判定が実行されない。よって、既に通話中のＳＩＰ端末からのＳＩＰ信号を受信しても通話中のＳＩＰ端末に不具合を与えることなく適切な輻輳抑制を行うことができる。
【００４６】
上記した実施例においては、ＳＩＰ端末同士の通話に限って説明したが、例えば、プロキシサーバ経由や他のＳＩＰサーバ経由の場合も本発明を適用することが可能である。その場合にはＶｉａヘッダとContactヘッダのポート番号をデフォルトポート番号５０６０以外のポート番号に設定することに代えて、Record-Routeヘッダ等のルートセットのポート番号が５０６０以外のポート番号に設定される。
【００４７】
また、ＳＩＰサーバ１１で最初に受け付けるＳＩＰ信号（要求／応答信号）としてはINVITEリクエスト以外のリクエストであっても良く、例えば、REGISTERリクエストやSUBSCRIBEリクエストに対しても同様に輻輳制御を適用することが可能である。
【００４８】
更に、上記した実施例においては、ＳＩＰ端末１２，１３が通話のために音声データを送受信することが示されたが、本発明はＳＩＰ端末間で音声データに限らず、映像データ、テキストデータ、アプリケーションデータ等の各種データを送受信しても良い。
【００４９】
また、上記した実施例においては、呼制御プロトコルとしてＳＩＰを利用したＳＩＰサーバについて説明したが、本発明はＳＩＰ以外のＨ.３２３等の呼制御プロトコルを用いた通信サーバに適用することができる。
【符号の説明】
【００５０】
１１  ＳＩＰサーバ
１２，１３  ＳＩＰ端末
１５  ＩＰネットワーク
２１，２６  ＳＩＰ信号受信処理部
２２  ＳＩＰ信号解析処理部
２３  トランザクション制御処理部
２４  呼制御処理部
２５  輻輳規制判定部
【図１】
2014039172.tif 000003
【図２】
2014039172.tif 000004
【図３】
2014039172.tif 000005
【図４】
2014039172.tif 000006