JP5334194B2 - Ｓｉｐサーバ、ｓｉｐ端末制御方法およびプログラム - Google Patents

Description

本発明は、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いて通話を行うＳＩＰ端末を制御するＳＩＰサーバ、ＳＩＰ端末制御方法およびプログラムに関する。

ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いたＩＰ電話間にて、通話を行うためにＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）というプロトコルが用いられる。このＳＩＰでは、ＳＩＰが適用された端末（電話番号やＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス等）をＳＩＰサーバにあらかじめ登録しておき、登録された端末から接続要求があった場合、ＳＩＰサーバが相手先のＩＰアドレスを検索して接続する。

ここで、ＳＩＰサーバの負荷が重くなってしまうことを避けるために、ＳＩＰ端末の数を制限することが考えられる。しかし、単純にＳＩＰ端末の数を制限することは、好ましくはない。

そこで、ＳＩＰサーバの負荷を分散させるために、ネットワーキングを利用してＳＩＰ端末の制御処理を負荷分散する技術が考えられている。それにより、ＳＩＰ端末数の制限を拡大することができる。

しかしながら、このような技術を用いた場合、ＳＩＰ端末側のＳＩＰ登録先の設定が煩雑になってしまう。また、ＳＩＰ端末側で登録先となる主装置を設定する必要があり、端末数の多い大規模なシステムでは構成変更時や障害発生時などでシステムの状況が変化した際のメンテナンスが難しくなってしまう。

そこで、ＳＩＰサーバの負荷を監視して、監視した負荷に応じてＳＩＰ端末を登録するＳＩＰサーバを割り当てる負荷分散装置が考えられている（例えば、特許文献１参照。）。

特開２００７−４３６１号公報

しかしながら、特許文献１に記載されたような技術においては、ＳＩＰ端末とＳＩＰサーバとから構成されるシステムにおいて、ＳＩＰサーバの負荷を分散させるための専用の負荷分散装置を設けなければならないという問題点がある。

本発明の目的は、上述した課題を解決するＳＩＰサーバ、ＳＩＰ端末制御方法およびプログラムを提供することである。

本発明のＳＩＰサーバは、
ＳＩＰを用いて通話を行うＳＩＰ端末を登録して接続を制御するＳＩＰサーバであって、
当該ＳＩＰサーバへ接続要求するＳＩＰ端末を登録する登録部と、
当該ＳＩＰサーバおよび当該ＳＩＰサーバと接続された複数のＳＩＰサーバにかかる負荷をそれぞれ監視する監視部と、
前記ＳＩＰ端末から接続要求があった場合、前記監視部が負荷を監視しているＳＩＰサーバのうち、前記負荷が最も少ないＳＩＰサーバを選択する選択部と、
前記選択部が選択したＳＩＰサーバが当該ＳＩＰサーバではない場合、前記選択部が選択したＳＩＰサーバへ接続要求をするように、前記接続要求をしてきたＳＩＰ端末へ指示する指示部とを有する。

また、本発明のＳＩＰ端末制御方法は、
ＳＩＰを用いて通話を行うＳＩＰ端末を登録して接続を制御するＳＩＰサーバにおけるＳＩＰ端末制御方法であって、
当該ＳＩＰサーバへ接続要求するＳＩＰ端末を登録する処理と、
当該ＳＩＰサーバおよび当該ＳＩＰサーバと接続された複数のＳＩＰサーバにかかる負荷をそれぞれ監視する処理と、
前記ＳＩＰ端末から接続要求があった場合、前記負荷を監視しているＳＩＰサーバのうち、前記負荷が最も少ないＳＩＰサーバを選択する処理と、
前記選択したＳＩＰサーバが当該ＳＩＰサーバではない場合、前記選択したＳＩＰサーバへ接続要求をするように、前記接続要求をしてきたＳＩＰ端末へ指示する処理とを有する。

また、本発明のプログラムは、
ＳＩＰを用いて通話を行うＳＩＰ端末を登録して接続を制御するＳＩＰサーバに実行させるためのプログラムであって、
当該ＳＩＰサーバへ接続要求するＳＩＰ端末を登録する手順と、
当該ＳＩＰサーバおよび当該ＳＩＰサーバと接続された複数のＳＩＰサーバにかかる負荷をそれぞれ監視する手順と、
前記ＳＩＰ端末から接続要求があった場合、前記負荷を監視しているＳＩＰサーバのうち、前記負荷が最も少ないＳＩＰサーバを選択する手順と、
前記選択したＳＩＰサーバが当該ＳＩＰサーバではない場合、前記選択したＳＩＰサーバへ接続要求をするように、前記接続要求をしてきたＳＩＰ端末へ指示する手順とを実行させる。

以上説明したように本発明においては、ＳＩＰサーバの負荷を容易に分散させることができる。

本発明のＳＩＰサーバを用いた通信システムの実施の一形態を示す図である。 図１に示したマスターサーバとなるＳＩＰサーバの内部構成の一例を示す図である。 図２に示した監視部内に設けられた負荷管理テーブルの構造の一例を示す図である。 図２に示した登録部に登録されたＳＩＰ端末と登録先ＳＩＰサーバとの対応付けの一例を示す図である。 図１に示したマスターサーバとなるＳＩＰサーバにおけるＳＩＰ端末制御方法を説明するためのフローチャートである。 図１に示したＳＩＰサーバとＳＩＰ端末との間における処理を説明するためのシーケンス図である。 図１に示したＳＩＰサーバとＳＩＰ端末との接続形態の一例を示す図である。 ＳＩＰ端末間の発着呼動作において、送受信される信号の流れを説明するための図である。 ＳＩＰ端末間の発着呼動作を説明するためのシーケンス図である。

以下に、本発明の実施の形態について図面を参照して説明する。

図１は、本発明のＳＩＰサーバを用いた通信システムの実施の一形態を示す図である。

本形態は図１に示すように、ＳＩＰサーバ１００と、ＳＩＰサーバ２００−１，２００−２と、ＳＩＰ端末３００−１〜３００−５とから構成されている。ここで、ＳＩＰサーバの数、およびＳＩＰ端末の数については、限定しない。

ＳＩＰサーバ１００は、ＳＩＰ制御および呼制御を行うサーバである。また、ＳＩＰサーバ１００は、ＳＩＰサーバ１００およびＳＩＰサーバ２００−１，２００−２にかかる負荷（ＳＩＰメッセージ処理数、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）使用率、接続端末数等）を監視するマスターサーバである。また、ＳＩＰサーバ１００は、ＳＩＰ端末３００−１〜３００−５から接続要求があった場合、監視しているＳＩＰサーバ１００およびＳＩＰサーバ２００−１，２００−２にかかる負荷のうち、負荷が最も少ないＳＩＰサーバを選択する。また、ＳＩＰサーバ１００は、接続要求をしてきたＳＩＰ端末３００−１〜３００−５へ、選択したＳＩＰサーバへ接続要求するように指示する。また、ＳＩＰサーバ１００は、選択したＳＩＰサーバと、接続要求するように指示したＳＩＰ端末３００−１〜３００−５とを対応付けて登録する。

ＳＩＰサーバ２００−１，２００−３は、ＳＩＰ制御および呼制御を行うサーバである。また、ＳＩＰサーバ２００−１，２００−３は、ＳＩＰサーバ２００−１，２００−２にかかる負荷をＳＩＰサーバ１００へ報告するスレーブサーバである。

ＳＩＰ端末３００−１〜３００−５は、ＳＩＰを用いて通話を行う通信端末である。

図２は、図１に示したＳＩＰサーバ１００の内部構成の一例を示す図である。

図１に示したＳＩＰサーバ１００には図２に示すように、監視部１１０と、選択部１２０と、登録部１３０と、指示部１４０とが設けられている。なお、図２には、図１に示したＳＩＰサーバ１００が有する構成要素のうち、本発明に係わる構成要素のみを示した。

監視部１１０は、ＳＩＰサーバ１００およびＳＩＰサーバ２００−１，２００−２にかかる負荷をそれぞれ監視する。このとき、監視部１１０は、監視する負荷として、ＳＩＰサーバ１００およびＳＩＰサーバ２００−１，２００−２のＳＩＰメッセージ処理数、ＣＰＵ使用率、接続端末数等を監視する。なお、ＳＩＰサーバ２００−１，２００−２にかかる負荷は、ＳＩＰサーバ２００−１，２００−２から報告されたものを用いても良いし、ＳＩＰサーバ１００が自律で監視したものを用いても良い。なお、監視部１１０は、監視しているＳＩＰサーバ１００およびＳＩＰサーバ２００−１，２００−２にかかる負荷を負荷管理テーブルに記憶して管理する。

図３は、図２に示した監視部１１０内に設けられた負荷管理テーブルの構造の一例を示す図である。

図２に示した監視部１１０内に設けられた負荷管理テーブルは図３に示すように、ＳＩＰサーバＩＤと、ＣＰＵ使用率と、接続端末数と、ＳＩＰメッセージ処理数と、その負荷度とが対応付けられて記憶されている。

ＳＩＰサーバＩＤは、ＳＩＰサーバを識別できる識別情報であれば良い。ここでは、ＳＩＰサーバ１００のＳＩＰサーバＩＤを「１００」とし、また、ＳＩＰサーバ２００−１のＳＩＰサーバＩＤを「２００−１」とし、また、ＳＩＰサーバ２００−２のＳＩＰサーバＩＤを「２００−２」としている。

また、ＣＰＵ使用率は、ＳＩＰサーバ１００およびＳＩＰサーバ２００−１，２００−２それぞれが具備するＣＰＵの使用率を示す。

また、接続端末数は、ＳＩＰサーバ１００およびＳＩＰサーバ２００−１，２００−２とそれぞれ接続しているＳＩＰ端末の数を示す。

また、ＳＩＰメッセージ処理数は、ＳＩＰサーバ１００およびＳＩＰサーバ２００−１，２００−２でそれぞれ処理中のＳＩＰメッセージの数を示す。

また、負荷度は、上述したＣＰＵ使用率、接続端末数およびＳＩＰメッセージ処理数に基づいて、所定の演算を行って算出された数値である。この演算アルゴリズムは、特に規定しない。

例えば、ＳＩＰサーバＩＤ「１００」と、ＣＰＵ使用率「３５」と、接続端末数「３」と、ＳＩＰメッセージ処理数「１３０」と、負荷度「１５」とが対応付けられて記憶されている。これは、ＳＩＰサーバＩＤが「１００」であるＳＩＰサーバ１００のＣＰＵ使用率が３５％であり、現在３台のＳＩＰ端末と接続しており、１３０のＳＩＰメッセージを処理中であり、それらから算出された負荷度が「１５」であることを示す。また、ＳＩＰサーバＩＤ「２００−１」と、ＣＰＵ使用率「１２」と、接続端末数「１２」と、ＳＩＰメッセージ処理数「１１０２」と、負荷度「２９」とが対応付けられて記憶されている。これは、ＳＩＰサーバＩＤが「２００−１」であるＳＩＰサーバ２００−１のＣＰＵ使用率が１２％であり、現在１２台のＳＩＰ端末と接続しており、１１０２のＳＩＰメッセージを処理中であり、それらから算出された負荷度が「２９」であることを示す。また、ＳＩＰサーバＩＤ「２００−２」と、ＣＰＵ使用率「９」と、接続端末数「３」と、ＳＩＰメッセージ処理数「２４５」と、負荷度「８」とが対応付けられて記憶されている。これは、ＳＩＰサーバＩＤが「２００−２」であるＳＩＰサーバ２００−２のＣＰＵ使用率が９％であり、現在３台のＳＩＰ端末と接続しており、２４５のＳＩＰメッセージを処理中であり、それらから算出された負荷度が「８」であることを示す。

また、選択部１２０は、ＳＩＰ端末３００−１〜３００−５から接続要求があった場合、監視部１１０が負荷を監視しているＳＩＰサーバ１００，２００−１，２００−２のうち、負荷が最も少ないＳＩＰサーバを選択する。

例えば、監視部１１０が有する負荷管理テーブルのデータが図３に示す値であって、選択基準を「ＣＰＵ使用率」とした場合、負荷の最も少ないＳＩＰサーバとして、ＣＰＵ使用率が「９」であるＳＩＰサーバ２００−２が選択される。また、選択基準を「接続端末数」とした場合、負荷の最も少ないＳＩＰサーバとして、接続端末数が「３」であるＳＩＰサーバ１００またはＳＩＰサーバ２００−２が選択される。また、選択基準を「ＳＩＰメッセージ処理数」とした場合、負荷の最も少ないＳＩＰサーバとして、ＳＩＰメッセージ処理数が「１３０」であるＳＩＰサーバ１００が選択される。また、選択基準を「負荷度」とした場合、負荷の最も少ないＳＩＰサーバとして、負荷度が「８」であるＳＩＰサーバ２００−２が選択される。

登録部１３０は、登録要求してきたＳＩＰ端末を登録する。また、登録部１３０は、登録してあるＳＩＰ端末から接続要求があった際、選択部１２０が選択したＳＩＰサーバがＳＩＰサーバ１００である場合、接続要求をしてきたＳＩＰ端末を登録する。また、登録部１３０は、登録してあるＳＩＰ端末から接続要求があった際、選択部１２０が選択したＳＩＰサーバがＳＩＰサーバ２００−１，２００−２である場合、選択部１２０が選択したＳＩＰサーバと、そのＳＩＰサーバへ接続要求をするように指示したＳＩＰ端末とを対応付けて登録する。なお、登録するタイミングは、選択部１２０がＳＩＰサーバを選択したときであっても良いし、選択したＳＩＰサーバから登録要求が送信されてきたときであっても良い。

図４は、図２に示した登録部１３０に登録されたＳＩＰ端末と登録先ＳＩＰサーバとの対応付けの一例を示す図である。

図２に示した登録部１３０には図４に示すように、ＳＩＰ端末ＩＤと、登録先ＳＩＰサーバＩＤとが対応付けられて記憶されている。

ＳＩＰ端末ＩＤは、ＳＩＰ端末を識別できる識別情報であれば良い。ここでは、ＳＩＰ端末３００−１のＳＩＰ端末ＩＤを「３００−１」とし、また、ＳＩＰ端末３００−２のＳＩＰ端末ＩＤを「３００−２」とし、また、ＳＩＰ端末３００−３のＳＩＰ端末ＩＤを「３００−３」とし、また、ＳＩＰ端末３００−４のＳＩＰ端末ＩＤを「３００−４」とし、また、ＳＩＰ端末３００−５のＳＩＰ端末ＩＤを「３００−５」としている。

登録先ＳＩＰサーバＩＤは、ＳＩＰ端末３００−１〜３００−５との接続先として登録されているＳＩＰサーバのＳＩＰサーバＩＤを示す。ここでは、ＳＩＰサーバ１００のＳＩＰサーバＩＤを「１００」とし、また、ＳＩＰサーバ２００−１のＳＩＰサーバＩＤを「２００−１」とし、また、ＳＩＰサーバ２００−２のＳＩＰサーバＩＤを「２００−２」としている。

例えば、ＳＩＰ端末ＩＤ「３００−１」と、登録先ＳＩＰサーバＩＤ「１００」とが対応付けられて記憶されている。これは、ＳＩＰ端末ＩＤが「３００−１」であるＳＩＰ端末３００−１が、接続先として登録されているＳＩＰサーバがＳＩＰサーバ１００であることを示す。また、ＳＩＰ端末ＩＤ「３００−２」と、登録先ＳＩＰサーバＩＤ「２００−１」とが対応付けられて記憶されている。これは、ＳＩＰ端末ＩＤが「３００−２」であるＳＩＰ端末３００−２が、接続先として登録されているＳＩＰサーバがＳＩＰサーバ２００−１であることを示す。また、ＳＩＰ端末ＩＤ「３００−３」と、登録先ＳＩＰサーバＩＤ「２００−１」とが対応付けられて記憶されている。これは、ＳＩＰ端末ＩＤが「３００−３」であるＳＩＰ端末３００−３が、接続先として登録されているＳＩＰサーバがＳＩＰサーバ２００−１であることを示す。また、ＳＩＰ端末ＩＤ「３００−４」と、登録先ＳＩＰサーバＩＤ「２００−２」とが対応付けられて記憶されている。これは、ＳＩＰ端末ＩＤが「３００−４」であるＳＩＰ端末３００−４が、接続先として登録されているＳＩＰサーバがＳＩＰサーバ２００−２であることを示す。また、ＳＩＰ端末ＩＤ「３００−５」と、登録先ＳＩＰサーバＩＤ「２００−２」とが対応付けられて記憶されている。これは、ＳＩＰ端末ＩＤが「３００−５」であるＳＩＰ端末３００−５が、接続先として登録されているＳＩＰサーバがＳＩＰサーバ２００−２であることを示す。

また、指示部１４０は、選択部１２０が選択したＳＩＰサーバがＳＩＰサーバ２００−１，２００−２である場合、選択部１２０が選択したＳＩＰサーバへ接続要求をするように、接続要求をしてきたＳＩＰ端末へ指示する。

以下に、本形態におけるＳＩＰ端末制御方法について説明する。

図５は、図１に示したＳＩＰサーバ１００におけるＳＩＰ端末制御方法を説明するためのフローチャートである。

監視部１１０によって、ＳＩＰサーバ１００，２００−１，２００−２の負荷が監視されている（ステップＳ１）。監視されているＳＩＰサーバ１００，２００−１，２００−２の負荷は、監視部１１０の負荷管理テーブルに随時書き込まれる。

ＳＩＰ端末３００−１〜３００−５のうち少なくとも１つから接続要求があると（ステップＳ２）、選択部１２０にて接続するＳＩＰサーバが選択される（ステップＳ３）。この選択論理は、上述したように、ＳＩＰサーバ１００，２００−１，２００−２の中から負荷が最も少ないＳＩＰサーバが選択される。また、選択基準となる負荷は、監視部１１０が監視して負荷管理テーブルに書き込まれている情報である。

選択部１２０によってＳＩＰサーバが選択されると、接続要求してきたＳＩＰ端末へ、選択したＳＩＰサーバへの接続要求をするように指示部１４０から指示が行われる（ステップＳ４）。

その後、接続要求してきたＳＩＰ端末と、選択されたＳＩＰサーバとが対応付けられて登録部１３０に記憶される（ステップＳ５）。

以下に、接続要求してきたＳＩＰ端末が図１に示したＳＩＰ端末３００−２であり、図２に示した選択部１２０が選択したＳＩＰサーバがＳＩＰサーバ２００−１である場合を例に挙げて、ＳＩＰサーバ１００とＳＩＰサーバ２００−１とＳＩＰ端末３００−２との間における処理について説明する。

図６は、図１に示したＳＩＰサーバ１００とＳＩＰサーバ２００−１とＳＩＰ端末３００−２との間における処理を説明するためのシーケンス図である。

ＳＩＰ端末３００−２からＳＩＰサーバ１００へ接続要求（ＲＥＧＩＳＴＥＲ）が行われると（ステップＳ１１）、ＳＩＰサーバ１００にてＳＩＰサーバ選択処理が行われる（ステップＳ１２）。このＳＩＰサーバ選択処理は、図５に示したフローチャートのステップＳ３にて説明した処理である。つまり、ＳＩＰサーバ１００とＳＩＰサーバ２００−１とＳＩＰサーバ２００−２との中で、負荷が最も少ないＳＩＰサーバが選択される（ここでは、ＳＩＰサーバ２００−１が選択された場合を例に挙げる）。また、この接続要求は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスもしくはドメイン名を指定して行われる。

ＳＩＰサーバ２００−１が選択されると、ＳＩＰサーバ１００からＳＩＰ端末３００−２へ、選択されたＳＩＰサーバ２００−１へ接続要求するように指示（リダイレクト指示）が行われる（ステップＳ１３）。このリダイレクト指示には、ＳＩＰメッセージ ３ｘｘが使用される。

すると、リダイレクト指示が行われたＳＩＰ端末３００−２から、ＳＩＰサーバ２００−１へ接続要求（ＲＥＧＩＳＴＥＲ）が行われる（ステップＳ１４）。

ＳＩＰサーバ２００−１にてＳＩＰ端末３００−２から接続要求が行われると、ＳＩＰサーバ２００−１からＳＩＰサーバ１００へ、ＳＩＰ端末３００−２の登録先をＳＩＰサーバ２００−１へ登録するように要求が行われる（ステップＳ１５）。この登録要求に対する登録完了の応答がＳＩＰサーバ１００からＳＩＰサーバ２００−１へ通知されるまでは、ＳＩＰサーバ２００−１からＳＩＰ端末３００−２へ、４０１ ＵｎＡｕｔｈｏｒｉｚｅｄのメッセージが送信される（ステップＳ１６）。

その後、ＳＩＰ端末３００−２からＳＩＰサーバ２００−１へ接続要求（ＲＥＧＩＳＴＥＲ）が再度行われた後（ステップＳ１７）、ＳＩＰサーバ１００からＳＩＰサーバ２００−１へ登録完了が通知されると（ステップＳ１８）、ＳＩＰサーバ２００−１からＳＩＰ端末３００−２へ、接続要求に対する処理が正常に完了した旨を示す２００ ＯＫが送信される（ステップＳ１９）。

その後、ＳＩＰサーバ２００−１から、ＳＩＰサーバ２００−１自身の負荷状況がＳＩＰサーバ１００へ報告される（ステップＳ２０）。

すると、ＳＩＰサーバ１００にて、報告された負荷状況に基づいて監視部１１０の負荷管理テーブルが更新される（ステップＳ２１）。

なお、この登録があった後、ＳＩＰサーバ１００によってＳＩＰサーバ１００，２００−１，２００−２の負荷状況の増大が検知されると、ＳＩＰサーバ１００，２００−１，２００−２と接続しているＳＩＰ端末３００−１〜３００−５に対して再登録の要求が行われ、再登録要求を受けたＳＩＰ端末３００−１〜３００−５からＳＩＰサーバ１００へ接続要求が行われる。

その後は、上述した処理と同じ処理が行われる。

このように、運用中にも安定した負荷分散が自律的に実現できる。

図７は、図１に示したＳＩＰサーバ１００，２００−１，２００−２と、ＳＩＰ端末３００−１〜３００−５との接続形態の一例を示す図である。

図７に示すように、ＳＩＰサーバ１００，２００−１，２００−２と、ＳＩＰ端末３００−１〜３００−５とは、Ｅｔｈｅｒｎｅｔ（登録商標）４００と直接接続され、Ｅｔｈｅｒｎｅｔ（登録商標）４００を介して互いに接続されている。

以下に、図１に示した形態において、上述したように接続されたＳＩＰ端末間の発着呼動作について説明する。ここで、ＳＩＰ端末３００−１の登録先ＳＩＰサーバは、ＳＩＰサーバ１００であることが登録部１３０に登録されている。また、ＳＩＰ端末３００−２の登録先ＳＩＰサーバは、ＳＩＰサーバ２００−１であることが登録部１３０に登録されている。また、ＳＩＰ端末３００−３の登録先ＳＩＰサーバは、ＳＩＰサーバ２００−１であることが登録部１３０に登録されている。また、ＳＩＰ端末３００−４の登録先ＳＩＰサーバは、ＳＩＰサーバ２００−２であることが登録部１３０に登録されている。また、ＳＩＰ端末３００−５の登録先ＳＩＰサーバは、ＳＩＰサーバ２００−２であることが登録部１３０に登録されている。また、ＳＩＰ端末３００−５からＳＩＰ端末３００−３へ発呼する場合を例に挙げて説明する。

図８は、ＳＩＰ端末間の発着呼動作において、送受信される信号の流れを説明するための図である。図８にて、破線はＳＩＰメッセージの流れを示しており、また一点鎖線は呼制御データの流れを示している。

図９は、ＳＩＰ端末間の発着呼動作を説明するためのシーケンス図である。

以下、図８および図９を用いて説明する。

まず、ＳＩＰ端末３００−５から登録先であるＳＩＰサーバ２００−２へ、発呼する旨を記述したＩＮＶＩＴＥメッセージが送信されると（図８中Ａ、図９中ステップＳ３１）、ＳＩＰサーバ２００−２にてＳＩＰメッセージ（ＩＮＶＩＴＥメッセージ）の解析のみが行われ、呼制御に必要なデータが発呼要求としてＳＩＰサーバ２００−２からＳＩＰサーバ１００へ送信される（図８中Ｂ、図９中ステップＳ３２）。ここで、ＳＩＰサーバ２００−２にて呼制御処理は行われない。

すると、ＳＩＰサーバ１００にてＳＩＰ端末３００−３の登録先が参照され（図９中ステップＳ３３）、ＳＩＰ端末３００−３の登録先であるＳＩＰサーバ２００−１へ着呼に関する呼制御データが送信される（図８中Ｃ、図９中ステップＳ３４）。

ＳＩＰサーバ１００から送信されてきた呼制御データがＳＩＰサーバ２００−１にて受信されると、ＳＩＰサーバ２００−１から当該呼制御データに従ってＳＩＰ端末３００−３へＳＩＰ端末３００−５からの着呼がある旨を記述したＩＮＶＩＴＥメッセージが送信される（図８中Ｄ、図９中ステップＳ３５）。

以下、図９のみを用いて説明する。

ステップＳ３５にてＳＩＰサーバ２００−１から送信されたＩＮＶＩＴＥメッセージがＳＩＰ端末３００−３にて受信されると、当該ＩＮＶＩＴＥメッセージに応答する２００ ＯＫ ｗ／ＳＤＰがＳＩＰ端末３００−３からＳＩＰサーバ２００−１へ送信される（ステップＳ３６）。

ＳＩＰ端末３００−３から送信された２００ ＯＫ ｗ／ＳＤＰがＳＩＰサーバ２００−１にて受信されると、その応答信号（ＡＣＫ）がＳＩＰサーバ２００−１からＳＩＰ端末３００−３へ送信される（ステップＳ３７）。

その後、ＳＩＰサーバ２００−１からＳＩＰサーバ１００へ、ＳＩＰ端末３００−３への接続処理が完了した旨が通知される（ステップＳ３８）。

また、ＳＩＰサーバ２００−１にてダイアログが作成される（ステップＳ３９）。

ＳＩＰサーバ１００にてＳＩＰサーバ２００−１から接続処理が完了した旨が通知されると、ＳＩＰサーバ１００からＳＩＰサーバ２００−２へ、ＳＩＰ端末３００−５へ応答するように指示が行われる（ステップＳ４０）。

すると、ＳＩＰサーバ２００−２からＳＩＰ端末３００−５へ、接続要求に対する処理が正常に完了した旨を示す２００ ＯＫ ｗ／ＳＤＰが送信される（ステップＳ４１）。そして、それに対する応答信号（ＡＣＫ）がＳＩＰ端末３００−５からＳＩＰサーバ２００−２へ送信される（ステップＳ４２）。

その後、ＳＩＰ端末３００−５とＳＩＰ端末３００−３とが接続され、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）のプロトコルを用いて通信が行われる（ステップＳ４３）。

また、ＳＩＰサーバ２００−１とＳＩＰ端末３００−３との間で、セッション更新がおこなわれる（ステップＳ４４）。また、ＳＩＰサーバ２００−２とＳＩＰ端末３００−５との間で、セッション更新がおこなわれる（ステップＳ４５）。

このように、呼制御処理を行うＳＩＰサーバ１００からＳＩＰ制御に関する負荷（ＳＩＰメッセージ解析、ダイアログ管理、各種タイマ管理）を切り離すことが可能となり、ＳＩＰサーバ１００で扱う呼制御データはバイナリデータとして送受信されるためメッセージ解析処理の負荷が軽減される。

また、ＳＩＰ端末登録のダイアログや通話ダイアログのセッションタイマ更新については登録先の主装置が処理するため、この分の負荷もＳＩＰサーバ１００から分離される。

以上により、ＳＩＰ端末の登録先設定の変更・追加が不要となり、システムの状況が変化した場合も安定した負荷分散効果が得られる。

なお、上述したＳＩＰサーバ１００に設けられた各構成要素が行う処理は、目的に応じて作製された論理回路で行うようにしても良い。また、処理内容を記述したコンピュータプログラム（以下、プログラムと称する）をＳＩＰサーバ１００にてそれぞれ読取可能な記録媒体に記録し、この記録媒体に記録されたプログラムをＳＩＰサーバ１００それぞれに読み込ませ、実行するものであっても良い。ＳＩＰサーバ１００にて読取可能な記録媒体とは、フロッピー（登録商標）ディスク、光磁気ディスク、ＤＶＤ、ＣＤなどの移設可能な記録媒体の他、ＳＩＰサーバ１００内にそれぞれ内蔵されたＲＯＭ、ＲＡＭ等のメモリやＨＤＤ等を指す。この記録媒体に記録されたプログラムは、ＳＩＰサーバ１００内のＣＰＵ（不図示）にてそれぞれ読み込まれ、ＣＰＵの制御によって、上述したものと同様の処理が行われる。ここで、ＣＰＵは、プログラムが記録された記録媒体から読み込まれたプログラムを実行するコンピュータとして動作するものである。

１００，２００−１，２００−２ ＳＩＰサーバ
１１０ 監視部
１２０ 選択部
１３０ 登録部
１４０ 指示部
３００−１〜３００−５ ＳＩＰ端末
４００ Ｅｔｈｅｒｎｅｔ

Claims (15)

1. ＳＩＰを用いて通話を行うＳＩＰ端末を登録して接続を制御するＳＩＰサーバであって、
   当該ＳＩＰサーバへ接続要求するＳＩＰ端末を登録する登録部と、
   当該ＳＩＰサーバおよび当該ＳＩＰサーバと接続された複数のＳＩＰサーバにかかる負荷をそれぞれ監視する監視部と、
   前記ＳＩＰ端末から接続要求があった場合、前記監視部が負荷を監視しているＳＩＰサーバのうち、前記負荷が最も少ないＳＩＰサーバを選択する選択部と、
   前記選択部が選択したＳＩＰサーバが当該ＳＩＰサーバではない場合、前記選択部が選択したＳＩＰサーバへ接続要求をするように、前記接続要求をしてきたＳＩＰ端末へ指示する指示部とを有し、
   前記登録の後、当該ＳＩＰサーバおよび当該ＳＩＰサーバと接続された複数のＳＩＰサーバにかかる負荷状況の増大を検知すると、当該ＳＩＰサーバおよび当該ＳＩＰサーバと接続された複数のＳＩＰサーバと接続されているＳＩＰ端末に対して再登録の要求を行うことを特徴とするＳＩＰサーバ。
2. 請求項１に記載のＳＩＰサーバにおいて、
   前記登録部は、前記選択部が選択したＳＩＰサーバが当該ＳＩＰサーバではない場合、前記選択部が選択したＳＩＰサーバと、該ＳＩＰサーバへ接続要求をするように指示したＳＩＰ端末とを対応付けて登録することを特徴とするＳＩＰサーバ。
3. 請求項１に記載のＳＩＰサーバにおいて、
   前記監視部は、前記ＳＩＰサーバのＳＩＰメッセージ処理数を前記負荷として監視することを特徴とするＳＩＰサーバ。
4. 請求項１に記載のＳＩＰサーバにおいて、
   前記監視部は、前記ＳＩＰサーバのＣＰＵ使用率を前記負荷として監視することを特徴とするＳＩＰサーバ。
5. 請求項１に記載のＳＩＰサーバにおいて、
   前記監視部は、前記ＳＩＰサーバへの接続端末数を前記負荷として監視することを特徴とするＳＩＰサーバ。
6. ＳＩＰを用いて通話を行うＳＩＰ端末を登録して接続を制御するＳＩＰサーバにおけるＳＩＰ端末制御方法であって、
   当該ＳＩＰサーバへ接続要求するＳＩＰ端末を登録する処理と、
   当該ＳＩＰサーバおよび当該ＳＩＰサーバと接続された複数のＳＩＰサーバにかかる負荷をそれぞれ監視する処理と、
   前記ＳＩＰ端末から接続要求があった場合、前記負荷を監視しているＳＩＰサーバのうち、前記負荷が最も少ないＳＩＰサーバを選択する処理と、
   前記選択したＳＩＰサーバが当該ＳＩＰサーバではない場合、前記選択したＳＩＰサーバへ接続要求をするように、前記接続要求をしてきたＳＩＰ端末へ指示する処理と、
   前記登録の後、当該ＳＩＰサーバおよび当該ＳＩＰサーバと接続された複数のＳＩＰサーバにかかる負荷状況の増大を検知すると、当該ＳＩＰサーバおよび当該ＳＩＰサーバと接続された複数のＳＩＰサーバと接続されているＳＩＰ端末に対して再登録の要求を行う処理とを有するＳＩＰサーバ。
   を有するＳＩＰ端末制御方法。
7. 請求項６に記載のＳＩＰ端末制御方法において、
   前記選択したＳＩＰサーバが当該ＳＩＰサーバではない場合、前記選択したＳＩＰサーバと、該ＳＩＰサーバへ接続要求をするように指示したＳＩＰ端末とを対応付けて登録する処理を有することを特徴とするＳＩＰ端末制御方法。
8. 請求項６に記載のＳＩＰ端末制御方法において、
   前記ＳＩＰサーバのＳＩＰメッセージ処理数を前記負荷として監視する処理を有することを特徴とするＳＩＰ端末制御方法。
9. 請求項６に記載のＳＩＰ端末制御方法において、
   前記ＳＩＰサーバのＣＰＵ使用率を前記負荷として監視する処理を有することを特徴とするＳＩＰ端末制御方法。
10. 請求項６に記載のＳＩＰ端末制御方法において、
    前記ＳＩＰサーバへの接続端末数を前記負荷として監視する処理を有することを特徴とするＳＩＰ端末制御方法。
11. ＳＩＰを用いて通話を行うＳＩＰ端末を登録して接続を制御するＳＩＰサーバに、
    当該ＳＩＰサーバへ接続要求するＳＩＰ端末を登録する手順と、
    当該ＳＩＰサーバおよび当該ＳＩＰサーバと接続された複数のＳＩＰサーバにかかる負荷をそれぞれ監視する手順と、
    前記ＳＩＰ端末から接続要求があった場合、前記負荷を監視しているＳＩＰサーバのうち、前記負荷が最も少ないＳＩＰサーバを選択する手順と、
    前記選択したＳＩＰサーバが当該ＳＩＰサーバではない場合、前記選択したＳＩＰサーバへ接続要求をするように、前記接続要求をしてきたＳＩＰ端末へ指示する手順と、
    前記登録の後、当該ＳＩＰサーバおよび当該ＳＩＰサーバと接続された複数のＳＩＰサーバにかかる負荷状況の増大を検知すると、当該ＳＩＰサーバおよび当該ＳＩＰサーバと接続された複数のＳＩＰサーバと接続されているＳＩＰ端末に対して再登録の要求を行う手順とを実行させるためのプログラム。
12. 請求項１１に記載のプログラムにおいて、
    前記選択したＳＩＰサーバが当該ＳＩＰサーバではない場合、前記選択したＳＩＰサーバと、該ＳＩＰサーバへ接続要求をするように指示したＳＩＰ端末とを対応付けて登録する手順を実行させるためのプログラム。
13. 請求項１１に記載のプログラムにおいて、
    前記ＳＩＰサーバのＳＩＰメッセージ処理数を前記負荷として監視する手順を実行させるためのプログラム。
14. 請求項１１に記載のプログラムにおいて、
    前記ＳＩＰサーバのＣＰＵ使用率を前記負荷として監視する手順を実行させるためのプログラム。
15. 請求項１１に記載のプログラムにおいて、
    前記ＳＩＰサーバへの接続端末数を前記負荷として監視する手順を実行させるためのプログラム。

Images