(57)【要約】    【課題】ネットワークを介して発信端末装置と着信端末装置間の呼接続を行う呼制御装置の呼制御方法において、呼制御装置が輻輳状態になったときでも、その呼制御装置に登録されている加入者が呼接続できる呼制御装置と発信端末装置の制御方法を提供する。【解決手段】発信端末装置と着信端末装置間の呼接続を行う呼制御装置を複数設けたネットワーク内の呼制御装置の呼制御方法において、呼制御装置は呼接続処理が輻輳状態であるか非輻輳状態であるかを検出し、検出結果が輻輳状態と検出されたときは、発信端末装置からの呼接続要求を処理するための接続情報をネットワークの他呼制御装置に移動し、発信端末装置が他呼制御装置で呼接続するための呼接続装置識別情報を発信端末装置に送信し、検出結果が非輻輳状態と検出し、呼制御装置から接続情報を取得したときは、接続情報に含まれた発信端末装置の呼接続処理を行うことを特徴とする呼制御装置の呼制御方法を提供する。【選択図】    図１６
2008131393.tif 000002
【特許請求の範囲】
【請求項１】
発信端末装置と着信端末装置間の呼接続を行う呼制御装置を複数設けたネットワーク内の該呼制御装置の呼制御方法において、
該呼制御装置は呼接続処理が輻輳状態であるか非輻輳状態であるかを検出し、
検出結果が輻輳状態と検出されたときは、該発信端末装置からの呼接続要求を処理するための接続情報を該ネットワークの他呼制御装置に移動し、該発信端末装置が該他呼制御装置で呼接続するための呼接続装置識別情報を該発信端末装置に送信し、
検出結果が非輻輳状態と検出し、該呼制御装置から該接続情報を取得したときは、該接続情報に含まれた発信端末装置の呼接続処理を行うことを特徴とする呼制御装置の呼制御方法。
【請求項２】
ネットワークを介して発信端末装置と着信端末装置間の呼接続を行う呼制御装置が輻輳状態の場合の呼制御装置の呼制御方法において、
該ネットワーク内に配置された輻輳状態にない呼制御装置に該発信端末装置からの呼接続要求を処理するための接続情報を移動し、
該発信端末装置が非輻輳状態の呼制御装置で呼接続するための呼接続装置識別情報を該発信端末装置に送信することを特徴とする呼制御装置の呼制御方法。
【請求項３】
ネットワークを介して発信端末装置と着信端末装置間の呼接続を行う呼制御装置の呼制御方法において、
該ネットワーク内に配置され呼接続処理が輻輳状態の呼制御装置から該発信端末装置の呼接続要求を処理するための接続情報を取得し、
該接続情報に含まれた発信端末装置の呼接続処理を行うことを特徴とする呼制御装置の呼制御方法。
【請求項４】
該接続情報の移動は、該輻輳状態の呼制御装置が該非輻輳状態の呼制御装置で該接続情報を登録可能なコマンドを該非輻輳状態の呼制御装置に送信することにより行い、該接続情報の取得は、該非輻輳状態の呼制御装置が該コマンドを実行することにより行うことを特徴とする請求項１乃至３記載の呼制御装置の呼制御方法。
【請求項５】
該呼接続装置識別情報は呼制御通信部を使用して送信し、該接続情報は該呼制御通信部とは別の通信部を使用して送信することを特徴とする請求項１乃至３記載の呼制御装置の呼制御方法。
【請求項６】
発信端末装置と着信端末装置間の呼接続を行うコンピュータプログラムにより制御される呼制御装置を複数設けたネットワーク内の該呼制御装置において、
該コンピュータプログラムは、該呼制御装置の呼接続処理が輻輳状態であるか非輻輳状態であるかを検出し、検出結果が輻輳状態と検出されたときは、該発信端末装置からの呼接続要求を処理するための接続情報を該ネットワークの他呼制御装置に移動し、該発信端末装置が該他呼制御装置で呼接続するための呼接続装置識別情報を該発信端末装置に送信し、検出結果が非輻輳状態と検出し、該呼制御装置から該接続情報を取得したときは、該接続情報に含まれた発信端末装置の呼接続処理を行うことを特徴とする呼制御装置。
【請求項７】
該接続情報の移動は、該輻輳状態の呼制御装置が該非輻輳状態の呼制御装置で該接続情報を登録可能なコマンドを該非輻輳状態の呼制御装置に送信することにより行い、該接続情報の取得は、該非輻輳状態の呼制御装置が該コマンドを実行することにより行うことを特徴とする請求項６記載の呼制御装置。
【請求項８】
該呼接続装置識別情報は呼制御通信部を使用して送信し、該接続情報は該呼制御通信部とは別の通信部を使用して送信することを特徴とする請求項６記載の呼制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（以下、ＩＰと呼ぶ）を使って呼接続する呼制御装置が、どんな状態においてもその呼制御装置に登録されている加入者が呼接続できる技術に関する。
【背景技術】
【０００２】
ＩＰ網を利用してパケット化した音声を伝達する技術であるＶｏｉｃｅ  ｏｖｅｒ  ＩＰ（以下、ＶｏＩＰと呼ぶ。）を使った電話サービスであるＩＰ電話は、周知のものである。ＶｏＩＰで使われる信号方式の例として、Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ（以下、ＩＥＴＦと呼ぶ）のＲｅｑｕｅｓｔｓ  Ｆｏｒ  Ｃｏｍｍｅｎｔ（以下、ＲＦＣと呼ぶ）３２６１などで規定されているＳｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（以下、ＳＩＰと呼ぶ）がある。ＳＩＰを使ったＩＰ電話の基本となる構成要素は、ＳＩＰ対応のＳＩＰ端末装置とＳＩＰ対応のＳＩＰサーバである。ＳＩＰ端末とＳＩＰサーバを使ったＩＰ電話は、以下の手順で呼接続を行う。まず、発信側のＳＩＰ端末装置が着信側のＳＩＰ端末装置を特定するための特定情報を含む呼接続要求のＳＩＰリクエストをＳＩＰサーバに送信する。ＳＩＰサーバは受信したＳＩＰリクエスト中の特定情報を使ってこのＳＩＰリクエストを着信側のＳＩＰ端末装置に中継する。次に着信側のＳＩＰ端末装置がこのＳＩＰリクエストに対応する呼出のＳＩＰレスポンスと、応答のＳＩＰレスポンスをＳＩＰサーバに送信する。ＳＩＰサーバは、受信した呼出のＳＩＰレスポンスと応答のＳＩＰレスポンスを発信側のＳＩＰ端末装置に中継する。その後、発信側のＳＩＰ端末装置と着信側のＳＩＰ端末装置は、ＳＩＰサーバを経由せずにＲＦＣ  ３５５０で規定されているＲｅａｌ  ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ（以下、ＲＴＰと呼ぶ）を使って音声を伝達する。これにより、発信側のＳＩＰ端末装置と着信側のＳＩＰ端末装置で通話することができるようになる。
【０００３】
しかし、ＳＩＰサーバは輻輳状態になったとき、システムダウンを回避するため、接続する呼を制限する呼規制を行っていた。この呼規制は、ＳＩＰサーバが、ＳＩＰサーバに登録されている加入者の発信側となるＳＩＰ端末装置から受信した呼接続要求のＳＩＰリクエストを着信側のＳＩＰ端末装置に中継せず、ＳＩＰサーバが輻輳状態であることを意味するＳＩＰレスポンスを発信側のＳＩＰ端末装置に返信するものだった。このため、輻輳状態のＳＩＰサーバに登録されている加入者のＳＩＰ端末装置は、ＳＩＰサーバの輻輳が解消されるまで呼接続できなかった。
【０００４】
呼制御装置において、加入者情報を操作する技術として特許文献１は既に公開されている。
【特許文献１】特開２００１−２１８２４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明はＳＩＰサーバが輻輳状態になったときでも、そのＳＩＰサーバに登録されている加入者が呼接続できるＳＩＰサーバとＳＩＰ端末装置の制御方法を提供する。
【課題を解決するための手段】
【０００６】
上記の発明が解決しようとする課題を解決するための第一の手段として、発信端末装置と着信端末装置間の呼接続を行う呼制御装置を複数設けたネットワーク内の呼制御装置の呼制御方法において、該呼制御装置は呼接続処理が輻輳状態であるか非輻輳状態であるかを検出し、検出結果が輻輳状態と検出されたときは、該発信端末装置からの呼接続要求を処理するための接続情報を該ネットワークの他呼制御装置に移動し、該発信端末装置が該他呼制御装置で呼接続するための呼接続装置識別情報を該発信端末装置に送信し、検出結果が非輻輳状態と検出し、該呼制御装置から該接続情報を取得したときは、該接続情報に含まれた発信端末装置の呼接続処理を行う。
【０００７】
上記の発明が解決しようとする課題を解決するための第二の手段として、ネットワークを介して発信端末装置と着信端末装置間の呼接続を行う呼制御装置が輻輳状態の場合の呼制御装置の呼制御方法において、ネットワーク内に配置された輻輳状態にない呼制御装置に発信端末装置からの呼接続要求を処理するための接続情報を移動し、発信端末装置が非輻輳状態の呼制御装置で呼接続するための呼接続装置識別情報を発信端末装置に送信する。
【０００８】
上記の発明が解決しようとする課題を解決するための第三の手段として、ネットワークを介して発信端末装置と着信端末装置間の呼接続を行う呼制御装置の呼制御方法において、ネットワーク内に配置され呼接続処理が輻輳状態の呼制御装置から発信端末装置の呼接続要求を処理するための接続情報を取得し、接続情報に含まれた発信端末装置の呼接続処理を行う。
【０００９】
上記の発明が解決しようとする課題を解決するための第四の手段として、上記の呼制御方法において、接続情報の移動は、輻輳状態の呼制御装置が非輻輳状態の呼制御装置で接続情報を登録可能なコマンドを非輻輳状態の呼制御装置に送信することにより行い、接続情報の取得は、非輻輳状態の呼制御装置がコマンドを実行することにより行う。
【００１０】
上記の発明が解決しようとする課題を解決するための第五の手段として、上記の呼制御方法において、呼接続装置識別情報は呼制御通信部を使用して送信し、接続情報は呼制御通信部とは別の通信部を使用して送信する。
【００１１】
上記の発明が解決しようとする課題を解決するための第六の手段として、発信端末装置と着信端末装置間の呼接続を行うコンピュータプログラムにより制御される呼制御装置を複数設けたネットワーク内の呼制御装置において、該コンピュータプログラムは、該呼制御装置の呼接続処理が輻輳状態であるか非輻輳状態であるかを検出し、検出結果が輻輳状態と検出されたときは、該発信端末装置からの呼接続要求を処理するための接続情報を該ネットワークの他呼制御装置に移動し、該発信端末装置が該他呼制御装置で呼接続するための呼接続装置識別情報を該発信端末装置に送信し、検出結果が非輻輳状態と検出し、該呼制御装置から該接続情報を取得したときは、該接続情報に含まれた発信端末装置の呼接続処理を行う。
【００１２】
上記の発明が解決しようとする課題を解決するための第七の手段として、上記の呼制御装置において、接続情報の移動は、接続情報の移動は、輻輳状態の呼制御装置が非輻輳状態の呼制御装置で接続情報を登録可能なコマンドを非輻輳状態の呼制御装置に送信することにより行い、接続情報の取得は、非輻輳状態の呼制御装置がコマンドを実行することにより行う。
【００１３】
上記の発明が解決しようとする課題を解決するための第八の手段として、上記の呼制御装置において、呼接続装置識別情報は呼制御通信部を使用して送信し、接続情報は呼制御通信部とは別の通信部を使用して送信する。
【発明の効果】
【００１４】
本発明では、ＳＩＰサーバが輻輳状態になったときでも、そのＳＩＰサーバに登録されている加入者が呼接続できる効果がある。
【００１５】
また、ＳＩＰサーバが輻輳状態になったときに行う加入者情報の移動に加入者情報登録コマンドを使用することにより、加入者情報そのものを移動させる場合よりもＳＩＰサーバ間の通信量を減らすことができる効果がある。
【００１６】
また、ＳＩＰサーバが輻輳状態になったときに行う加入者情報の移動に呼制御を行う通信部とは別の通信部を使うことにより、ＳＩＰサーバが輻輳状態であっても確実に加入者情報を移動できる効果がある。
【発明を実施するための最良の形態】
【００１７】
以下に図面を用いて本発明の実施の形態を説明する。
【００１８】
〔１．  本発明の概要〕
図１６は、本発明の概要を示す図である。本発明のＳＩＰを使ったＩＰ電話のシステムは、呼制御装置である第一ＳＩＰサーバ１６０１と第二ＳＩＰサーバ１６０２、ＳＩＰ端末装置１６２０、１６２１が接続されたネットワーク１６３０と、第一ＳＩＰサーバ１６０１と第二ＳＩＰサーバ１６０２、第三ＳＩＰサーバ１６０３、第四ＳＩＰサーバ１６０４が接続されたネットワーク１６３１で構成される。ネットワーク１６３０とネットワーク１６３１を別々のものとして記載しているが一つのネットワークであっても良い。以下に、本発明に関わるＳＩＰサーバとＳＩＰ端末装置の動作を簡単に説明する。ネットワーク内にあるＳＩＰサーバは、輻輳状態にも非輻輳状態にもなり得るものである。以下は、輻輳状態になったＳＩＰサーバから見た本発明の概要説明である。
【００１９】
（１）ＩＰ電話の発信端末装置となるＳＩＰ端末装置１６２０は、発呼のためのＳＩＰリクエストをＳＩＰリクエストの送信先として登録されている第一ＳＩＰサーバ１６０１に送信する。
【００２０】
（２）（１）で送信されたＳＩＰリクエストを受信した第一ＳＩＰサーバ１６０１は、呼の輻輳情報を格納している輻輳ＤＢ１３１から輻輳情報を読み出す。そして、その輻輳情報が予め定めたしきい値を超過しているどうかの判定を行う。その判定の結果、呼の輻輳状態が予め定めたしきい値を超過している場合、第一ＳＩＰサーバ１６０１は輻輳状態の呼制御装置である輻輳状態呼制御装置となる。また、しきい値を超過していない場合、第一ＳＩＰサーバ１６０１は非輻輳状態の呼制御装置である非輻輳状態呼制御装置となる。輻輳状態の呼制御装置となった第一ＳＩＰサーバ１６０１は、第二ＳＩＰサーバ１６０２の輻輳ＤＢ１３２、第三ＳＩＰサーバ１６０３の輻輳ＤＢ１３３、第四ＳＩＰサーバ１６０４の輻輳ＤＢ１３４から輻輳情報を読み出す。そして、第一ＳＩＰサーバ１６０１は、読み出したそれぞれの輻輳情報と予め定めた条件に基づいて輻輳状態でないＳＩＰサーバを選定する。ここでは第二ＳＩＰサーバ１６０２が選定されたものとする。第二ＳＩＰサーバ１６０２は、非輻輳状態の呼制御装置である非輻輳状態呼制御装置となる。
【００２１】
（３）（２）で輻輳状態でない第二ＳＩＰサーバ１６２０を選定した第一ＳＩＰサーバ１６０１は、加入者ＤＢ１７１に格納されている（１）で受信したＳＩＰリクエストに対応する呼の接続を制御するための接続情報である加入者情報をＳＩＰサーバ２（１６０２）に移動する。加入者ＤＢ１７２は第一ＳＩＰサーバ１６０１から移動した加入者情報を格納するＤＢを示している。
【００２２】
（４）（３）で加入者情報を第二ＳＩＰサーバに移動した第一ＳＩＰサーバ１６０１は、発呼のためのＳＩＰリクエストの送信先が第二ＳＩＰサーバ１６０２に変わったこと示すＳＩＰレスポンスを（１）でＳＩＰリクエストを送信したＳＩＰ端末装置１６２０に送信する。このＳＩＰレスポンスは、第二ＳＩＰサーバ１６０２の呼接続装置識別情報であるＩＰアドレス又は通信相手を区別するための情報であるＳＩＰ−ＵＲＩを含むものである。
【００２３】
（５）（４）でＳＩＰレスポンスを受信したＳＩＰ端末装置１６２０は、（１）と同等の発呼のためのＳＩＰリクエストを生成する。そして、そのＳＩＰリクエストを第二ＳＩＰサーバ１６０２に送信する。
【００２４】
（６）（５）でＳＩＰリクエストを受信した第二ＳＩＰサーバ１６０２は、受信したＳＩＰリクエストと同等のものを着信端末装置となるＳＩＰ端末装置１６２１に中継する。
【００２５】
（７）（６）でＳＩＰリクエストを受信した着信端末装置であるＳＩＰ端末装置１６２１は、このＳＩＰリクエストに対応する呼出のＳＩＰレスポンスと、応答のＳＩＰレスポンスを第二ＳＩＰサーバ１６０２に送信する。そして、第二ＳＩＰサーバ１６０２は、受信した呼出のＳＩＰレスポンスと、応答のＳＩＰレスポンスを発信側のＳＩＰ端末装置１６２０に中継する。その後、発信端末装置であるＳＩＰ端末装置１６２０と着信端末装置であるＳＩＰ端末装置１６２１は、第二ＳＩＰサーバ１６０２を経由せずにＲＴＰを使って音声を伝達する。
【００２６】
上記の（２）から（５）までの動作に関わる部分が本発明である。以下で本発明を詳細に説明する。
【００２７】
〔１．１  ＳＩＰサーバのハードウェア構成図〕
図１のＳＩＰサーバ１は、図１６の第一ＳＩＰサーバ１６０１と第二ＳＩＰサーバ１６０２、第三ＳＩＰサーバ１６０３、第四ＳＩＰサーバ１６０４と同様なものである。ＳＩＰサーバ１は、記憶部３とバス１９、ＣＰＵ２１（以下、ＣＰＵはＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略称として扱う）、呼制御通信部２３、保守運用通信部２５で構成される。記憶部３は呼制御プログラム５とＳＩＰ端末装置ＤＢ１１（以下、ＤＢはＤａｔａＢaｓｅの略称として扱う）、輻輳ＤＢ１３、関連ＳＩＰサーバＤＢ１５、加入者ＤＢ１７を記憶するものである。バス１９は、記憶部５とＣＰＵ２１、呼制御通信部２３、保守運用通信部の間で情報を交換するためのバスである。ＣＰＵ２１は、図８で説明するＳＩＰサーバ１の動作を制御する呼制御プログラム５を実行するものである。呼処理通信部２３は、図６で説明するＳＩＰ端末３０及び関連するＳＩＰサーバ１との間の呼制御に関する通信をするものである。保守運用通信部２５は、関連するＳＩＰサーバ１との間で呼の輻輳状態の問い合わせや加入者情報の移動に関する通信をするものである。
【００２８】
〔１．２  ＳＩＰ端末装置ＤＢの構成図〕
図２は、ＳＩＰサーバ１が呼接続の対象として登録しているＳＩＰ端末装置の情報を記憶したＳＩＰ端末装置ＤＢ１１を示している。このＳＩＰ端末装置装置の情報は、ＳＩＰ端末装置からの登録要求のＳＩＰリクエストを受信したときにＳＩＰサーバ１が設定するものである。ＳＩＰ端末装置ＤＢ１１の要素は、ＳＩＰ端末装置名１１０１とＩＰアドレス１１０５、ＳＩＰ−ＵＲＩ１１０７である。ＳＩＰ端末装置名は、ＳＩＰサーバ１が通信先となるＳＩＰ端末装置を区別するための情報である。ＩＰアドレス１１０５は、ＳＩＰサーバ１がパケットの送信先として使用する情報である。ＳＩＰ−ＵＲＩ１１０７は、ＳＩＰサーバ１が通信相手となるＳＩＰ端末装置を区別するため情報である。ＵＲＩとは、Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒといわれるインターネット上に存在する情報資源の場所を指し示す記述方式の略称である。
【００２９】
〔１．３  輻輳ＤＢの構成図〕
図３は、図１６の輻輳ＤＢ１３１と輻輳ＤＢ１３２、輻輳ＤＢ１３３、輻輳ＤＢ１３４と同様のものであり、ＳＩＰサーバ１の呼の輻輳状態を記憶した輻輳ＤＢ１３を示している。輻輳ＤＢ１３は、ＳＩＰサーバ１が新たな呼の接続を制御できるかどうかを判別するために使用するものである。ここでいう呼の輻輳状態とは、呼の接続の集中やＳＩＰサーバ１が保持する各ＤＢのバックアップ処理、照合処理によりＣＰＵ２１が占有され、ＣＰＵ２１が新たな呼の接続を制御できない状態を指す。ＣＰＵ２１が占有される主な要因は、呼の接続の集中であり、ＣＰＵ２１の占有と呼の接続の集中度合いは比例関係にあるといえる。このため、本実施例では、ＣＰＵ２１の占有状態を示すＣＰＵ使用率１３０３とＣＰＵ使用率１３０３を収集した時刻１３０１を輻輳ＤＢ１３に格納している。ＣＰＵ使用率１３０３は、ＳＩＰサーバ１が備えているシステム状態収集コマンドを使って収集した情報を格納したものである。ＣＰＵ使用率１３０３の収集時刻１３０１は、ＳＩＰサーバ１の管理者が任意に設定したＣＰＵ使用率１３０３を収集した時刻を格納したものである。また、輻輳ＤＢ１３は、ＣＰＵ使用率１３０３を読み出すための識別情報であるＯｂｊｅｃｔ  Ｉｄｅｎｆｉｆｉｅｒ（以下、ＯＩＤと呼ぶ）と紐付けられており、関連ＳＩＰサーバはこのＯＩＤを使ってＣＰＵ使用率１３０３の読み出しを行う。また、本実施例ではＣＰＵ使用率８０％は、ＳＩＰサーバ１が呼制御通信部２３を介して一秒間に１０個以上の発呼を受付けた場合で、ＣＰＵ２１が保守運用通信２５を介した通信は制御できるが、呼制御通信部２３を介した新たな呼の接続を制御できない状態を意味する輻輳しきい値１３０５として定義する。また、ＣＰＵ使用率６０％は、ＳＩＰサーバ１が呼制御通信部２３を介して一秒間に６個以上の発呼を受付けた場合で、ＣＰＵ２１が保守運用通信部２５を介した通信を制御でき、呼制御通信部２３を介した新たな呼の接続も制御できる状態であり、輻輳呼制御から通常呼制御へ復帰できる状態であることを意味する通常呼制御しきい値１３０７として定義する。
【００３０】
〔１．４  関連ＳＩＰサーバＤＢの構成図〕
図４は、図１６の輻輳ＤＢ１３１と輻輳ＤＢ１３２、輻輳ＤＢ１３３、輻輳ＤＢ１３４と同様のものであり、ＳＩＰサーバ１が関連するＳＩＰサーバの輻輳情報を取得するための情報を記憶した他ＳＩＰサーバＤＢ１５を示している。関連ＳＩＰサーバＤＢ１５の要素は、ＳＩＰサーバ名１５０１とＩＰアドレス１５０３とＳＩＰ−ＵＲＩ１５０５、ＣＰＵ使用率１５０７である。ＳＩＰサーバ名は、ＳＩＰサーバ１が通信相手となる関連ＳＩＰサーバを区別するための情報である。ＩＰアドレス１５０３は、ＳＩＰサーバ１がパケット送信先として使用する情報である。ＳＩＰ−ＵＲＩ１５０５は、ＳＩＰサーバ１が通信相手となる関連ＳＩＰサーバを区別するため情報である。ＣＰＵ使用率１５０７は、各関連ＳＩＰサーバのＣＰＵ使用率を示す情報である。ＣＰＵ使用率１５０７は、ＣＰＵ使用率１３０３と同等のものである。ＳＩＰサーバ名１５０１とＩＰアドレス１５０３、ＳＩＰ−ＵＲＩ１５０５は、ＳＩＰサーバ１の管理者が任意に設定するものである。ＣＰＵ使用率１５０７は、ＳＩＰサーバ１の管理者が任意に設定した契機で関連ＳＩＰサーバのＣＰＵ使用率１３０３を読み出し格納したものである。
【００３１】
〔１．５  加入者ＤＢの構成図〕
図５は、図１６の加入者ＤＢ１７１と加入者ＤＢ１７２と同様のものであり、ＳＩＰサーバ１が呼接続の対象として登録しているＳＩＰ端末装置から受信した呼接続要求を処理するために使用する情報である加入者情報を記憶した加入者ＤＢ１７を示している。加入者ＤＢ１７の要素は、契約者情報１７００と利用者情報１７２０、位置情報１７４０、認証情報１７６０である。契約者情報１７００の要素は、契約者ＩＤ１７０１と契約者名１７０３である。契約者ＩＤ１７０３は、ＳＩＰサーバ１が契約者名を使わずに契約者を区別するための情報である。契約者名１７０１は、ＳＩＰサーバ１が呼接続サービスに契約している人の名称を確認するために使用する情報である。利用者情報１７２０の要素は、電話番号１７２１とＳＩＰ−ＵＲＩ１７２３、契約者ＩＤ１７２５、付加サービス情報１７２５である。電話番号１７２１は、ＳＩＰサーバ１が呼接続サービス中の契約者を区別するために使用する情報である。ＳＩＰ−ＵＲＩ１７２３は、ＳＩＰサーバ１が通信相手となるＳＩＰ端末装置を区別するため使用する情報である。また、ＳＩＰ−ＵＲＩ１７２３は、ＳＩＰサーバ１が呼接続サービス中の契約者を区別するために使用する。ＳＩＰ−ＵＲＩ１７２３の＠の前を電話番号１７２１と同じものを設定することで電話番号１７２１と同様に使用することができる。付加サービス情報１７２５は、ＳＩＰサーバ１が加入者の契約している付加サービスに関する情報を操作するための使用する情報である。付加サービスに関する情報として例えば発信者番号通知の契約有無がある。位置情報１７４０の要素は、電話番号１７４１と契約者ＩＤ１７４２、ＳＩＰ−ＵＲＩ１７４３、ポート番号１７４５である。電話番号１７４１と契約者ＩＤ１７４２、ＳＩＰ−ＵＲＩ１７４３は、電話番号１７２１と契約者ＩＤ１７２４、ＳＩＰ−ＵＲＩ１７２３と同様のものである。ポート番号１７４５は、ＳＩＰサーバ１がパケット送信先として使用するＩＰアドレスの下に設けられたサブアドレスを示す情報である。認証情報１７６０の要素は、電話番号１７６１とＳＩＰ−ＵＲＩ１７６３、契約者ＩＤ１７６４、利用者ＩＤ１７６５、パスワード１７６７である。電話番号１７６１とＳＩＰ−ＵＲＩ１７６３、契約者ＩＤ１７６４は、電話番号１７２１とＳＩＰ−ＵＲＩ１７２３、契約者ＩＤ１７２４と同様のものである。利用者ＩＤ１７６５は、ＳＩＰサーバ１が認証の必要なサービスの利用者を確認するために使用する情報である。パスワード１７６７は、ＳＩＰサーバ１が認証の必要なサービスの使用許可を判断するために使用する情報である。
【００３２】
加入者ＤＢ１７の要素は、ＳＩＰサーバ１が備えるシステム加入者情報登録コマンドを使って基本的に管理者が事前に設定するものである。但し、ＩＰ電話を提供する電話会社がその設定権限を契約者に一部開放したときは、付加サービス情報１７２５や利用者ＩＤ、パスワード１７６７などをＳＩＰ端末装置３０からも設定することが可能である。
【００３３】
〔２．  ＳＩＰ端末装置のハードウェア構成図〕
図６のＳＩＰ端末装置３０は、図１６のＳＩＰ端末装置１６２０とＳＩＰ端末装置１６２１と同様なものである。ＳＩＰ端末装置３０は、記憶部３１とＣＰＵ３９、バス３７、呼制御通信部４１、ディスプレイ４３、キー４５で構成される。記憶部３１は呼制御プログラム３３とＳＩＰサーバＤＢ３５を記憶するものである。バス３７は記憶部３１とＣＰＵ３９、呼制御通信部４１、ディスプレイ４３、キー４５の間で情報を交換するためのバスである。ＣＰＵ３９は、図８で説明するＳＩＰ端末装置３０の動作を制御する呼制御プログラム３３を実行するものである。呼処理通信部２３は先に説明したＳＩＰサーバ１との間の呼制御に関する通信をするものである。ディスプレイ４３はＩＰ電話に関する操作の結果を表示するものである。キー４５はＩＰ電話に関する入力を行うためのものである。
【００３４】
〔２．１  ＳＩＰサーバＤＢの構成図〕
図７は、ＳＩＰ端末装置３０が呼接続の対象として登録しているＳＩＰサーバ１の情報を記憶したＳＩＰサーバＤＢ３５を示している。このＳＩＰサーバＤＢ３５の情報は、利用者が事前に設定するものである。ＳＩＰサーバＤＢ３５の要素は、ＳＩＰサーバ名３５０１とＩＰアドレス３５０３、ＳＩＰ−ＵＲＩ３５０５である。ＳＩＰサーバ名３５０１は、ＳＩＰ端末装置３０が通信先となるＳＩＰサーバ１を区別するための情報である。ＩＰアドレス１１０５は、ＳＩＰ端末装置３０がパケットの送信先として使用する情報である。ＳＩＰ−ＵＲＩ１１０７は、ＳＩＰ端末装置３０が通信相手となるＳＩＰサーバ１を区別するため情報である。
【００３５】
〔３．本発明のシーケンス図〕
ここで、図１６で概要を説明した本発明を図１と図３、図６、図８、図９、図１０、図１１、図１２、図１３、図１４、図１５を使って詳細に説明する。
【００３６】
図８は、本発明のシーケンス図を示したものであるため、この図８を中心に説明を進める。また、図８のシーケンスは、ＳＩＰサーバ１のＣＰＵ２１が実行した呼制御プログラム５（以下、Ｐ５と呼ぶ）と、ＳＩＰ端末装置３０のＣＰＵ３９が実行した呼制御プログラム３３（以下、Ｐ３３と呼ぶ）により実現される。
【００３７】
〔３．１  ＳＩＰリクエストの受信〕
ここでは、ＳＩＰサーバ１がＳＩＰ端末装置３０から受信した呼接続要求を行うためのＳＩＰリクエストについて説明する。図８のＳ８０１において、Ｐ５はＳＩＰ端末装置３０からの呼接続要求を行うためのＳＩＰリクエストを含むパケットを呼制御通信部２３経由で受信する。
【００３８】
図９は、呼接続要求を行うためのＳＩＰリクエストの構成を示している。ＳＩＰリクエストの要素は、開始行２３００とヘッダ部２３２０、空行２３４０、ボディ部２３６０である。開始行２３００の中身は、ＳＩＰリクエスト種別を示すメソッド名２３０１とＳＩＰリクエストの宛先を示すＲｅｑｕｅｓｔ−ＵＲＩ２３０３、ＳＩＰのバージョン２３０５である。メソッド名２３０１には、呼の接続要求を意味する「ＩＮＶＩＴＥ」が設定されている。Ｒｅｑｕｅｓｔ−ＵＲＩ２３０３には、ＳＩＰサーバ１のＳＩＰ−ＵＲＩである「ｓｉｐ：ｉｐ１・・・」が設定されている。ＳＩＰのバージョン２３０５には、常に「ＳＩＰ／２．０」が設定されている。これは、ＳＩＰ検討の非常に初期段階における提案で採用されていたもので、実質的に考慮する必要がないためである。ヘッダ部２３２０の中身には複数の要素が存在する。しかし、本発明に関するヘッダ部２３２０の要素は、ＴｏヘッダとＦｒｏｍヘッダである。Ｔｏヘッダの要素は、ヘッダ種別を特定するための情報２３２１とＳＩＰリクエストの送信先を示すＳＩＰ−ＵＲＩ２３２３である。ヘッダ種別を特定するための情報２３２１には、「Ｔｏ」（：は区切り記号）が設定されている。ＳＩＰリクエストの送信先を示すＳＩＰ−ＵＲＩ２３２３には、「ｓｉｐ：０７１２３４５６７・・・」が設定されている。（ＳＩＰ−ＵＲＩ前後の文字や記号は修飾情報）Ｆｒｏｍヘッダの要素は、ヘッダ種別を特定するための情報２３２５とＳＩＰリクエストの送信元を示すＳＩＰ−ＵＲＩ２３３７である。ヘッダ種別を特定するための情報２３２５には、「Ｆｒｏｍ」（：は区切り記号）が設定されている。ＳＩＰリクエストの送信元を示すＳＩＰ−ＵＲＩ２３３７には、「ｓｉｐ：０４４１２３４５６７・・・」が設定されている。（ＳＩＰ−ＵＲＩ前後の文字や記号は修飾情報）空行２３４０はヘッダ部とボディ部を区切るためのものである。ボディ部２３６０の中身は、ＳＩＰ以外で定義された情報が記載されている。
【００３９】
〔３．２  輻輳状態の判定〕
ここでは、ＳＩＰサーバ１が新たな呼の接続を制御できるかどうかを判別するために行う輻輳状態の判定処理について説明する。図８のＳ８０３において、Ｐ５は輻輳ＤＢ１３中のＣＰＵ使用率１３０１の読み出しを行う。ＣＰＵ使用率１３０１は、ＳＩＰサーバ１が備えているシステム状態収集コマンドを使って予め輻輳ＤＢ１３に格納しておいたものである。
【００４０】
Ｓ８０５において、Ｐ５はＳ８０３で読み出したＣＰＵ使用率１３０１が、ＳＩＰサーバ１が備えている図３で示したＣＰＵ使用率の輻輳しきい値１３０５を超過して輻輳状態になったかどうかを判定する。
【００４１】
〔３．３  他ＳＩＰサーバの輻輳状態の読出〕
ここでは、ＳＩＰサーバ１が以下で説明する加入者情報の移動先を選定するための情報として使用する他ＳＩＰサーバの輻輳状態を読み出す処理について説明する。図８のＳ８０５の判定の結果、ＣＰＵ使用率１３０１が輻輳しきい値１３０５を超過していない場合、Ｓ８０６において、Ｐ５は通常呼制御が可能かどうかの判定を行う。この判定はＣＰＵ使用率１３０１が、ＳＩＰサーバ１が備えている図３で示したＣＰＵ使用率の通常呼制御しきい値１３０７を超過しているかどうかを判定する。Ｓ８０６の判定の結果、ＣＰＵ使用率１３０１が、ＳＩＰサーバ１が備えているＣＰＵ使用率の通常呼制御しきい値１３０７を超過していなかった場合、Ｓ８０７において、通常の呼制御を行う。ＣＰＵ使用率１３０１が、ＳＩＰサーバ１が備えているＣＰＵ使用率の通常呼制御しきい値１３０７を超過していた場合、Ｓ８０９の処理を行う。Ｓ８０５の判定の結果、ＣＰＵ使用率１３０１が輻輳しきい値１３０５を超過していた場合、Ｓ８０９において、Ｐ５は関連ＳＩＰサーバＤＢ１５中からＩＰアドレス１５０３を読み出す。
【００４２】
図８のＳ８１１において、Ｐ５はＳ８０９で読み出したＩＰアドレス１５０３とＳＩＰサーバ１が保持している関連ＳＩＰサーバのＣＰＵ使用率を読み出すための識別情報であるＯＩＤを使って他のＳＩＰサーバ１が持っているＣＰＵ使用率を読み出す。この読み出しは、保守運用通信部２５を経由して行う。また、この読み出しにはＲＦＣ  ７６８で規定されているＵｓｅｒ  ＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ（以下、ＵＤＰと呼ぶ）とＲＦＣ  １１５７などで規定されているＳＩＭＰＬＥ  Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ（以下、ＳＮＭＰと呼ぶ）を使う。二つのプロトコルの使い方は、ＵＤＰのデータフィールドにＳＮＭＰを適用するものである。次にＰ５は、上記のＰＤＵを含むパケットを生成する。そして、そのパケットを関連ＳＩＰサーバのＩＰアドレス１５０３で特定される関連するＳＩＰサーバ１に送信する。その後、関連するＳＩＰサーバ１からＣＰＵ使用率を含むパケットを受信する。Ｓ８１１の処理は、関連ＳＩＰサーバＤＢ１５中の関連ＳＩＰサーバＩＰアドレスの数の範囲内で１回以上行う。
【００４３】
図１０は、ＳＩＰサーバ１が関連ＳＩＰサーバのＣＰＵ使用率を読み出すときに使うＵＤＰの構成図である。ＵＤＰの要素は、発信元ポート番号２２０１と宛先ポート番号２２０３、ＵＤＰデータ長２２０５、ＵＤＰチェックサム２２０７、ＰＤＵ  Ｔｙｐｅ２３９０とＶａｒｉａｂｌｅ  Ｂｉｎｄｉｎｇｓ２３９１である。ＰＤＵ  Ｔｙｐｅ２３９０とＶａｒｉａｂｌｅ  Ｂｉｎｄｉｎｇｓ２３９１は、ＵＤＰのデータフィールド内の情報である。発信元ポート番号２２０１には、このパケットを送信する側のポート番号を設定する。宛先ポート番号２２０３には、このパケットを受信する側のポート番号を設定する。ＵＤＰデータ長２２０５には、データフィールドの長さを設定する。ＵＤＰチェックサム２２０７には、誤りを検査するための情報を設定する。ＰＤＵ  Ｔｙｐｅ２３９０には、情報取得を意味する「ＧｅｔＲｅｑｕｅｓｔ」を設定する。Ｖａｒｉａｂｌｅ  Ｂｉｎｄｉｎｇｓ２３９１には、ＯＩＤを設定する。
【００４４】
Ｓ８１３において、他のＳＩＰサーバ１のＰ５は、受信したパケット中のＯＩＤを使って輻輳ＤＢ１３中のＣＰＵ使用率１３０３を読み出す。そして、読み出したＣＰＵ使用率１３０１をＣＰＵ使用率の読み出し要求元に送信する。この送信にもＵＤＰを使う。
【００４５】
図１１は、関連ＳＩＰサーバがＳＩＰサーバ１にＣＰＵ使用率を送信するときに使うＵＤＰの構成図である。ＵＤＰの要素は、発信元ポート番号２２１１と宛先ポート番号２２１３、ＵＤＰデータ長２２１５、ＵＤＰチェックサム２２１７、ＰＤＵ  Ｔｙｐｅ２３９３とＶａｒｉａｂｌｅ  Ｂｉｎｄｉｎｇｓ２３９７である。ＰＤＵ  Ｔｙｐｅ２３９３とＶａｒｉａｂｌｅ  Ｂｉｎｄｉｎｇｓ２３９７は、ＵＤＰのデータフィールド内の情報である。発信元ポート番号２２１１には、このパケットを送信する側のポート番号を設定する。宛先ポート番号２２１３には、このパケットを受信する側のポート番号を設定する。ＵＤＰデータ長２２１５には、データフィールドの長さを設定する。ＵＤＰチェックサム２２１７には、誤りを検査するための情報を設定する。ＰＤＵ  Ｔｙｐｅ２３９３には、情報取得の応答を意味する「ＧｅｔＲｅｓｐｏｎｓｅ」を設定する。Ｖａｒｉａｂｌｅ  Ｂｉｎｄｉｎｇｓ２３９７には、ＣＰＵ使用率１３０３を設定する。
【００４６】
〔３．４  他ＳＩＰサーバの選定〕
ここでは、ＳＩＰサーバ１が以下に説明する加入者情報の移動先となる他ＳＩＰサーバを選定する処理について説明する。図８のＳ８１５において、Ｐ５はＳ８１１で受信したＣＰＵ使用率１３０１の中からＳ８０１で受信したＳＩＰリクエストに対応する加入者ＤＢ１７中の情報を移動して呼制御を行うための他ＳＩＰサーバを選定する。その選定方法としては、ＣＰＵ使用率の一番低いものを選定する方法や、ＳＩＰサーバ１が備えているＣＰＵ使用率の輻輳しきい値１３０５を超過していないものの中から順次またはランダムに選定する方法などがある。
【００４７】
〔３．５  加入者情報の移動〕
ここでは、ＳＩＰサーバ１がＳ８０１で受信したＳＩＰリクエストに対応する呼を接続するために必要となる加入者情報を３．４で選定した他ＳＩＰサーバに移動する処理について説明する。図８のＳ８１７において、Ｐ５はＳ８１５で選定したＳＩＰサーバ１にＳ８０１で受信したＳＩＰリクエストに対応する加入者ＤＢ１７中の情報を移動する。この移動に関する処理は、保守運用通信部２５を経由して行う。また、この移動に関する処理には、ＵＤＰを使う。ＵＤＰのデータフィールドにＳ８０１で受信したＳＩＰリクエストに対応する加入者ＤＢ１７中の情報をＳ８１５で選定した他ＳＩＰサーバに登録するための加入者情報登録コマンドを設定する。Ｐ５は上記のＰＤＵを含むパケットを生成する。そして、そのパケットをＳ８１５で選定したＳＩＰサーバ１に送信する。その後、選定したＳＩＰサーバ１から加入者情報登録コマンドの実行結果を含むパケットを受信する。そして、加入者情報登録コマンドの実行結果が、正常であったとき、Ｓ８０１で受信したＳＩＰリクエストに対応する加入者ＤＢ１７中の情報を削除する。
【００４８】
図１２は、加入者情報登録コマンドを設定したＵＤＰの構成図である。ＵＤＰの要素は、発信元ポート番号２２２１と宛先ポート番号２２２３、ＵＤＰデータ長２２２５、ＵＤＰチェックサム２２２７、加入者情報登録コマンド２４０１である。発信元ポート番号２２０１には、このパケットを送信する側のポート番号を設定する。宛先ポート番号２２０３には、このパケットを受信する側のポート番号を設定する。ＵＤＰデータ長２２０５には、データフィールドの長さを設定する。ＵＤＰチェックサム２２０７には、誤りを検査するための情報を設定する。ＵＤＰのデータフィールド２４１０には、加入者情報登録コマンドを設定する。
【００４９】
図８のＳ８１９において、選定されたＳＩＰサーバ１のＰ５は、受信した加入者情報登録コマンドを実行する。加入者情報登録コマンドは、Ｓ８０１で受信したＳＩＰリクエストに対応する呼を接続するための情報を加入者ＤＢ１７に登録するものである。そして、加入者情報登録コマンドの実行結果を加入者情報登録コマンドの実行要求元に送信する。ＵＤＰのデータフィールドに加入者情報登録コマンドのレスポンスを設定する。
【００５０】
図１３は、加入者情報登録コマンドＳＩＰレスポンスを設定したＵＤＰの構成図である。ＵＤＰの要素は、発信元ポート番号２２３１と宛先ポート番号２２３３、ＵＤＰデータ長２２３５、ＵＤＰチェックサム２２３７、ＵＤＰデータフィールド２４０３である。発信元ポート番号２２３１には、このパケットを送信する側のポート番号を設定する。宛先ポート番号２２３３には、このパケットを受信する側のポート番号を設定する。ＵＤＰデータ長２２３５には、データフィールドの長さを設定する。ＵＤＰチェックサム２２３７には、誤りを検査するための情報を設定する。ＵＤＰのデータフィールド２４０３には、加入者情報登録コマンドレスポンスを設定する。
【００５１】
〔３．６  ＳＩＰレスポンス生成・送信〕
ここでは、ＳＩＰサーバ１がＳＩＰ端末装置３０に呼接続要求を行うためのＳＩＰリクエストの送信先が変わったことを通知する処理について説明する。図８のＳ８１７が正常に処理されたとき、Ｓ８２１において、Ｐ５はＳ８０１で受信したＳＩＰリクエストに対応するＳＩＰレスポンスを生成する。そのＳＩＰレスポンスに設定する情報は、図１４、図１５に示す通りである。そして、Ｐ５は図１４のＳＩＰレスポンスと図１５のＵＤＰを含むパケットを生成する。そして、そのパケットを図１４のＶｉａヘッダ中のＳＩＰレスポンスを受け取るためのアドレス２５２５で特定されるＩＰアドレスに送信する。このパケットは呼制御通信部２３経由でＳＩＰ端末装置３０に送信される。輻輳状態において、このＳＩＰレスポンスが送信できるのは、ＳＩＰサーバ１がＳＩＰ端末３０及び他ＳＩＰサーバ１間の通信を最優先で処理し、輻輳状態においてもＣＰＵ２１がこの通信を制御できる仕様となっているためである。
【００５２】
図１４は、ＳＩＰレスポンスの構成を示したものである。ＳＩＰレスポンスの要素は、開始行２５００とヘッダ部２５２０、空行２５４０、ボディ部２５６０である。開始行２５００の中身は、ＳＩＰのバージョンとステータスコード、リーズンフレーズである。ＳＩＰのバージョン２５０１には、常に「ＳＩＰ／２．０」を設定する。これは３．１  ＳＩＰリクエストの受信のところで説明した理由によるものである。ＳＩＰレスポンスの種別を示すステータスコード２５０３には、ＳＩＰサーバ１が過負荷状態であるためにＳＩＰリクエストが正常に処理できないことを意味する「５０３」を設定する。リーズンフレーズ２５０５には、ＳＩＰサーバ１が過負荷状態であるためにＳＩＰリクエストが正常に処理できないことを意味する「Ｓｅｒｖｉｃｅ  Ｕｎａｖａｉｌａｂｌｅ」を設定する。ヘッダ部２５２０の中身には複数の要素が存在する。しかし、本発明に関するヘッダ部２５２０の要素は、Ｖｉａヘッダである。Ｖｉａヘッダの要素は、ヘッダ種別を特定するための情報２５２１と利用するトランスポートレイヤのプロトコル２５２３、ＳＩＰレスポンスと受け取るためのアドレス２５２５である。ヘッダ種別を特定するための情報２５２１には、「Ｖｉａ」（：は区切り記号。）を設定する。トランスポートレイヤのプロトコル２５２３には、「ＳＩＰ／２．０／ＵＤＰ」を設定する。ＳＩＰレスポンスと受け取るためのアドレス２５２５には、「ｓｉｐ：０７１２３４５６７・・・」を設定する。
空行２５４０はヘッダ部２５２０とボディ部２５６０を区切るためのものである。ボディ部２５６０の中身は、ＳＩＰ以外で定義された情報が記載されている。空行２５４０はヘッダ部とボディ部を区切るためのものである。ボディ部２５６０の中身は、ＳＩＰ以外で定義された情報が記載されている。
【００５３】
また、ＵＤＰのデータフィールドにＳ８１５で選定した他ＳＩＰサーバ１のＩＰアドレス２５９０とＳＩＰ−ＵＲＩ２５９１を設定する。
【００５４】
図１５は他ＳＩＰサーバ１のＩＰアドレス２５９０とＳＩＰ−ＵＲＩ２５９１を設定したＵＤＰの構成図である。ＵＤＰの要素は、発信元ポート番号２２４１と宛先ポート番号２２４３、ＵＤＰデータ長２２４５、ＵＤＰチェックサム２２４７、ＵＤＰデータフィード２５９０と２５９１である。発信元ポート番号２２４１には、このパケットを送信する側のポート番号を設定する。宛先ポート番号２２４３には、このパケットを受信する側のポート番号を設定する。ＵＤＰデータ長２２４５には、データフィールドの長さを設定する。ＵＤＰチェックサム２２４７には、誤りを検査するための情報を設定する。ＵＤＰデータフィールド２５９０には、他ＳＩＰサーバ１のＩＰアドレスを設定する。ＵＤＰデータフィールド２５９１には、他ＳＩＰサーバ１のＳＩＰ−ＵＲＩを設定する。
【００５５】
〔３．７  ＳＩＰリクエスト生成・送信〕
ここでは、ＳＩＰ端末装置３０が新たな呼接続要求を行うためのＳＩＰリクエストを新たな送信先に送信する処理について説明する。
【００５６】
Ｓ８２３において、Ｐ３３はＳＩＰサーバ１からのＳＩＰレスポンスとＵＤＰを含むパケットを呼制御通信部２３経由で受信する。
【００５７】
Ｓ８２５において、Ｐ３３は受信したＳＩＰレスポンス中のステータスコードが、ＳＩＰサーバ１が過負荷状態であるためにＳＩＰリクエストが正常に処理できないことを意味する「５０３」であったとき、ＳＩＰリクエストを生成する。このＳＩＰリクエストはＳＩＰサーバ１がＳ８０１で受信したものを基本的に同じものである。両者の違いは、開始行中のＲｅｑｕｅｓｔ−ＵＲＩである。Ｓ８２３においては、Ｒｅｑｕｅｓｔ−ＵＲＩにＳ８２３で受信したＵＤＰのデータフィールドに設定されている他ＳＩＰサーバのＳＩＰ−ＵＲＩを設定する。そして、上記のＳＩＰリクエストとＳ８２３で受信したＵＤＰのデータフィールドに含まれている他ＳＩＰサーバＩＰアドレス２５９０を含むパケットを生成する。そして、そのパケットを上記の代々ＳＩＰサーバＩＰアドレス２５９０で特定されるＳＩＰサーバ１に送信する。この送信は、呼制御通信部２３を経由して行う。
【００５８】
Ｓ８２７において、他のＳＩＰサーバ１は、ＳＩＰ端末装置３０からＳＩＰリクエストを含むパケットを受信する。そして、通常の呼制御を行う。また、これ以降、このＳＩＰ端末装置３０は、Ｓ８１５において選定したＳＩＰサーバ１に対して、呼の接続要求を行うためのＳＩＰリクエストを送信することで呼接続を行う。
【００５９】
以上、本発明を実施例に基づいて説明したが、本発明は前記の実施例に限定されるものではなく、特許請求の範囲に記載した構成を変更しない限りどのようにでも実施することができる。
【図面の簡単な説明】
【００６０】
【図１】ＳＩＰサーバのハードウェア構成図
【図２】ＳＩＰ端末装置ＤＢの構成図
【図３】輻輳ＤＢの構成図
【図４】関連ＳＩＰサーバＤＢの構成図
【図５】加入者ＤＢの構成図
【図６】ＳＩＰ端末のハードウェア構成図
【図７】ＳＩＰサーバＤＢの構成図
【図８】本発明のシーケンス図
【図９】ＳＩＰリクエスト（ＩＮＶＩＴＥ）の構成図
【図１０】ＵＤＰ（ＳＮＭＰ（ＧｅｔＲｅｑｕｅｓｔ））の構成図
【図１１】ＵＤＰ（ＳＮＭＰ（ＧｅｔＲｅｓｐｏｎｓｅ））の構成図
【図１２】ＵＤＰ（加入者情報登録コマンド）の構成図
【図１３】ＵＤＰ（加入者情報登録コマンドレスポンス）の構成図
【図１４】ＳＩＰレスポンス（５０３）の構成図
【図１５】ＵＤＰ（他ＳＩＰサーバＩＰアドレス）の構成図
【図１６】本発明の概要図
【符号の説明】
【００６１】
１  ＳＩＰサーバ
３  記憶部
５  呼制御プログラム
７  保守運用管理プログラム
１１  ＳＩＰ端末装置ＤＢ
１３  輻輳ＤＢ
１５  関連ＳＩＰサーバＤＢ
１７  加入者ＤＢ
１９  バス
２１  ＣＰＵ
２３  呼制御通信部
２５  保守運用通信部
【図１】
2008131393.tif 000003
【図２】
2008131393.tif 000004
【図３】
2008131393.tif 000005
【図４】
2008131393.tif 000006
【図５】
2008131393.tif 000007
【図６】
2008131393.tif 000008
【図７】
2008131393.tif 000009
【図８】
2008131393.tif 000010
【図９】
2008131393.tif 000011
【図１０】
2008131393.tif 000012
【図１１】
2008131393.tif 000013
【図１２】
2008131393.tif 000014
【図１３】
2008131393.tif 000015
【図１４】
2008131393.tif 000016
【図１５】
2008131393.tif 000017
【図１６】
2008131393.tif 000018