ＶｏＩＰゲートウェイ、通信システム、および通信システムの着信制御方法
【課題】共通のアドレスが割り当てられた複数のＶｏＩＰゲートウェイ間における負荷分散を図る技術を提供する。
【解決手段】複数のアナログ電話機４を収容するＰＢＸ３をＶｏＩＰ網５に接続するＶｏＩＰゲートウェイ１を複数設け、これらのＶｏＩＰゲートウェイ１に、ＶｏＩＰ網５上のアドレスとして共通のアドレスを割り当てるとともに、着信当番の順番リストにより着信当番を割り当てる。共通のアドレスに対するＩＮＶＩＴＥメッセージがＶｏＩＰ網５から着信した場合、着信当番のＶｏＩＰゲートウェイ１のみがこのＩＮＶＩＴＥメッセージを処理して呼制御シーケンスを実施し、その他のＶｏＩＰゲートウェイはこのＩＮＶＩＴＥメッセージを破棄する。着信当番のＶｏＩＰゲートウェイ１は、自ＶｏＩＰゲートウェイ１が所定の当番交代条件を満足したか否かを判断し、満足した場合、順番リストに従い他のいずれか一つのＶｏＩＰゲートウェイ１に着信当番を移す。
【解決手段】複数のアナログ電話機４を収容するＰＢＸ３をＶｏＩＰ網５に接続するＶｏＩＰゲートウェイ１を複数設け、これらのＶｏＩＰゲートウェイ１に、ＶｏＩＰ網５上のアドレスとして共通のアドレスを割り当てるとともに、着信当番の順番リストにより着信当番を割り当てる。共通のアドレスに対するＩＮＶＩＴＥメッセージがＶｏＩＰ網５から着信した場合、着信当番のＶｏＩＰゲートウェイ１のみがこのＩＮＶＩＴＥメッセージを処理して呼制御シーケンスを実施し、その他のＶｏＩＰゲートウェイはこのＩＮＶＩＴＥメッセージを破棄する。着信当番のＶｏＩＰゲートウェイ１は、自ＶｏＩＰゲートウェイ１が所定の当番交代条件を満足したか否かを判断し、満足した場合、順番リストに従い他のいずれか一つのＶｏＩＰゲートウェイ１に着信当番を移す。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＶｏＩＰゲートウェイに関し、特に、複数のＶｏＩＰゲートウェイを含む通信システムの着信制御技術に関する。
【背景技術】
【０００２】
特許文献１には、動的に負荷分散を実現する仮想ルータを利用した負荷分散システムが開示されている。
【０００３】
この負荷分散システムは、一つの共通のアドレスを有する仮想ルータを構成する複数のルータと、仮想ルータを介してネットワークに接続される複数のエンドシステムと、を備えている。仮想ルータを構成する複数のルータのうちの一つは、マスタルータとなり、自ルータを含む各ルータに担当のエンドステムを割り当て、他のルータ（バックアップルータ）各々に担当のエンドシステムを通知する。それから、マスタルータおよび各バックアップルータは、担当のエンドシステムを送信元あるいは送信先とするパケットについてのみルーティング処理を行い、その他のパケットについては破棄する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２３４４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の負荷分散システムを、ＶｏＩＰゲートウェイを含む通信システムに適用した場合、つぎのような問題が発生する。
【０００６】
一つの共通のアドレスを有する複数のＶｏＩＰゲートウェイにより仮想ＶｏＩＰゲートウェイを構成し、複数の内線端末を収容するＰＢＸを、この仮想ＶｏＩＰゲートウェイを介してＶｏＩＰ網に接続した場合において、この仮想ＶｏＩＰゲートウェイにＶｏＩＰ網からＩＮＶＩＴＥメッセージが着信したとする。このＩＮＶＩＴＥメッセージの宛先が、ＰＢＸに割り当てられている代表番号である場合、このＩＮＶＩＴＥメッセージが仮想ＶｏＩＰゲートウェイに着信した時点では、このＩＮＶＩＥメッセージに応答する内線端末が確定していない。このため、このＩＮＶＩＴＥメッセージの処理を担当するＶｏＩＰゲートウェイを特定することができない。
【０００７】
本発明は上記事情に鑑みてなされたものであり、その目的は、共通のアドレスが割り当てられた複数のＶｏＩＰゲートウェイ間における負荷分散を図る技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明では、複数の内線端末を収容するＰＢＸをＶｏＩＰ網に接続するＶｏＩＰゲートウェイを複数設け、これらのＶｏＩＰゲートウェイに対して、ＶｏＩＰ網上のアドレスとして共通のアドレスを割り当てるとともに、着信当番の順番を割り当てる。そして、この共通のアドレスに対してＩＮＶＩＴＥメッセージがＶｏＩＰ網から着信した場合に、着信当番のＶｏＩＰゲートウェイのみが、このＩＮＶＩＴＥメッセージを処理して呼制御シーケンスを実施し、着信当番でないＶｏＩＰゲートウェイは、このＩＮＶＩＴＥメッセージを処理することなく破棄する。また、着信当番のＶｏＩＰゲートウェイは、自ＶｏＩＰゲートウェイが所定の当番交代条件（例えば収容チャネルに空きがない、所定数の着信を続けて処理したなど）を満足したか否かを判断し、この当番交代条件を満足したならば、所定の当番順番に従い、他のいずれか一つのＶｏＩＰゲートウェイに着信当番を移す。
【０００９】
例えば、本発明は、ＶｏＩＰ網と複数の内線端末を収容するＰＢＸとの間に複数配置され、前記ＶｏＩＰ網対応のアドレスとして共通のアドレスが割り当てられるＶｏＩＰゲートウェイであって、
自ＶｏＩＰゲートウェイを含む複数の前記ＶｏＩＰゲートウェイのうちのいずれが着信に係る処理を実行する着信当番となるかを決定する着信当番決定手段と、
前記ＶｏＩＰ網から着信があった場合に自ＶｏＩＰゲートウェイが前記着信当番ならば当該着信に係る処理を実行し、自ＶｏＩＰゲートウェイが前記着信当番でないならば当該着信に係る処理を実行しない着信制御手段と、を有し、
前記着信当番決定手段は、
自ＶｏＩＰゲートウェイが前記着信当番である場合に、自ＶｏＩＰゲートウェイの状態が所定の当番交代条件を満足する否かを監視し、前記当番交代条件を満足したならば、自ＶｏＩＰゲートウェイを含む複数の前記ＶｏＩＰゲートウェイ間で予め定められた当番順番に従い、いずれかの他ＶｏＩＰゲートウェイに着信当番依頼を送信して、自ＶｏＩＰゲートウェイを前記着信当番から外し、
自ＶｏＩＰゲートウェイが前記着信当番でない場合に、他ＶｏＩＰゲートウェイから前記着信当番依頼を受信したならば、自ＶｏＩＰゲートウェイを前記着信当番に決定する。
【発明の効果】
【００１０】
本発明によれば、ＶｏＩＰ網上のアドレスとして共通のアドレスが割り当てられた複数のＶｏＩＰゲートウェイにＶｏＩＰ網から着信した場合、この着信を処理するＶｏＩＰゲートウェイを動的に割り振ることができるので、複数のＶｏＩＰゲートウェイ間における負荷分散を図ることができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明の一実施の形態に係る電話システムの概略構成図である。
【図２】図２は、ＶｏＩＰゲートウェイ１を起動させた場合の動作を説明するためのシーケンス図である。
【図３】図３は、ＶｏＩＰゲートウェイ１を起動させた場合の動作を説明するためのシーケンス図（図２の続き）である。
【図４】図４は、ＶｏＩＰ網５からＶｏＩＰゲートウェイ１に着信した場合の動作を説明するためのシーケンス図である。
【図５】図５は、ＶｏＩＰ網５からＶｏＩＰゲートウェイ１に着信した場合の動作を説明するためのシーケンス図（図４の続き）である。
【図６】図６は、ＶｏＩＰゲートウェイ１の概略機能構成図である。
【図７】図７は、ＶｏＩＰゲートウェイ１の起動時の動作を説明するためのフロー図である。
【図８】図８（Ａ）は、マスタＧＷに設定されたＶｏＩＰゲートウェイ１の登録サーバ部１６の動作を説明するためのフロー図であり、図８（Ｂ）は、スレーブＧＷに設定されたＶｏＩＰゲートウェイ１の登録サーバ部１６の動作を説明するためのフロー図である。
【図９】図９は、ＶｏＩＰゲートウェイ１の着信当番依頼受信時の動作を説明するためのフロー図である。
【図１０】図１０は、ＶｏＩＰゲートウェイ１の、ＶｏＩＰ網５からの着信時の動作を説明するためのフロー図である。
【発明を実施するための形態】
【００１２】
以下に、本発明の一実施の形態について説明する。
【００１３】
図１は、本施の形態に係る電話システムの概略構成図である。
【００１４】
図示するように、本実施の形態に係る電話システムは、複数のアナログ電話機４を収容したＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ Ｅｘｃｈａｎｇｅ）３と、ＰＢＸ３およびＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網５間に複数配置されたＶｏＩＰゲートウェイ１−１〜１−ｎ（以下、ＶｏＩＰゲートウェイ１とも呼ぶ）と、ＶｏＩＰゲートウェイ１−１〜１−ｎをＶｏＩＰ網５に接続するハブ２と、を備えている。
【００１５】
ＶｏＩＰゲートウェイ１−１〜１−ｎには、ＶｏＩＰ網５上のアドレスとして共通のアドレスが割り当てられる。また、ＶｏＩＰゲートウェイ１−１〜１−ｎは、ＬＡＮ６を介して互いに接続されており、ＶｏＩＰゲートウェイ１−１〜１−ｎのうちの一つが着信当番となるように、ＬＡＮ６を介して互いにネゴシエーションを行う。
【００１６】
着信当番のＶｏＩＰゲートウェイ１は、ＶｏＩＰ網５からの着信を処理して呼制御シーケンスを実施するとともに、自ＶｏＩＰゲートウェイ１の状態が所定の当番交代条件を満足するに至ったか否かを監視する。そして、当番交代条件を満足するに至ったならば、ＶｏＩＰゲートウェイ１−１〜１−ｎ間で予め定められた当番順番に従い、ＬＡＮ６を介して他のいずれか一つのＶｏＩＰゲートウェイ１に着信当番依頼を送信して、自ＶｏＩＰゲートウェイ１を着信当番から外す。一方、着信当番でないＶｏＩＰゲートウェイ１は、ＶｏＩＰ網５からの着信を無視するとともに、着信当番依頼を受信したならば、自ＶｏＩＰゲートウェイ１を着信当番に決定する。
【００１７】
ハブ２は、リピータ機能およびブリッジ機能を有しており、ＶｏＩＰ網５から受信したパケットをリピータ機能によりＶｏＩＰゲートウェイ１−１〜１−ｎのそれぞれに中継するとともに、ＶｏＩＰゲートウェイ１−１〜１−ｎから受信したパケットをブリッジ機能によりＶｏＩＰ網５へ中継する。
【００１８】
図２および図３は、ＶｏＩＰゲートウェイ１を起動させた場合の動作を説明するためのシーケンス図である。ここでは、説明を簡単にするために、三台のＶｏＩＰゲートウェイ１−１〜１−３を順次起動した場合を例示している。
【００１９】
まず、ＶｏＩＰゲートウェイ１−１が起動したものとする（Ｓ１００）。ＶｏＩＰゲートウェイ１−１は、マスタゲートウェイ（マスタＧＷ）問合せをＬＡＮ６へマルチキャスト送信する。そして、所定の再送インターバル内にこのマスタＧＷ問合せに対する応答がないならば、マスタＧＷ問合せを繰り返しマルチキャスト送信する（Ｓ１０１）。
【００２０】
ここでは、起動しているＶｏＩＰゲートウェイ１がＶｏＩＰゲートウェイ１−１のみなので、ＶｏＩＰゲートウェイ１−１は、マスタＧＷ問合せに対する応答を受信することなく、所定の問合せ時間の経過によりタイムアウトする（Ｓ１０２）。これを受けて、ＶｏＩＰゲートウェイ１−１は、自ＶｏＩＰゲートウェイ１−１をマスタＧＷに設定し（Ｓ１０３）、マスタＧＷとしての以下の処理を開始する。
【００２１】
まず、ＶｏＩＰゲートウェイ１−１は、ＶｏＩＰ網５上に存在する所定のＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバにアクセスし、このＤＨＣＰサーバからＶｏＩＰ網５上のＩＰアドレスを取得する（Ｓ１０４）。そして、自ＶｏＩＰゲートウェイ１−１のＩＰアドレスを設定する。具体的には、ＶｏＩＰ網５上のアドレスとして、ＤＨＣＰサーバから取得したＩＰアドレス（グローバルアドレス）を設定し、ＬＡＮ６上のアドレスとして所定のＩＰアドレス（ローカルアドレス）を設定する（Ｓ１０５）。
【００２２】
つぎに、ＶｏＩＰゲートウェイ１−１は、ＶｏＩＰ網５上に存在する所定のＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバにアクセスし、このＳＩＰサーバに自ＶｏＩＰゲートウェイ１−１の登録情報を記述する（Ｓ１０６）。
【００２３】
それから、ＶｏＩＰゲートウェイ１−１は、着信当番の順番リストを新たに作成して、この順番リストの最上位に自ＶｏＩＰゲートウェイ１−１を登録する。また、ＶｏＩＰ網５からの着信を処理する権限である着信当番を獲得する（Ｓ１０７）。その後、ＶｏＩＰゲートウェイ１−１は、この順番リストをＬＡＮ６へマルチキャスト送信する（Ｓ１０８）。
【００２４】
つぎに、ＶｏＩＰゲートウェイ１−２が起動したものとする（Ｓ１０９）。ＶｏＩＰゲートウェイ１−２は、マスタＧＷ問合せをＬＡＮ６へマルチキャスト送信する（Ｓ１１０）。これを受けて、マスタＧＷであるＶｏＩＰゲートウェイ１−１は、ＶｏＩＰゲートウェイ１−２にマスタＧＷ通知を返信する（Ｓ１１１）。ＶｏＩＰゲートウェイ１−２は、ＶｏＩＰゲートウェイ１−１からマスタＧＷ通知を受け取ると、自ＶｏＩＰゲートウェイ１−２をスレーブゲートウェイ（スレーブＧＷ）に設定し（Ｓ１１２）、スレーブＧＷとしての以下の処理を開始する。
【００２５】
まず、ＶｏＩＰゲートウェイ１−２は、マスタＧＷであるＶｏＩＰゲートウェイ１−１にアクセスし、このＶｏＩＰゲートウェイ１−１からＶｏＩＰ網５上およびＬＡＮ６上のＩＰアドレスを取得する（Ｓ１１３）。ここで、ＶｏＩＰゲートウェイ１−１は、ＶｏＩＰ網５上のＩＰアドレスとして、自ＶｏＩＰゲートウェイ１−１に設定されているＶｏＩＰ網５上のＩＰアドレスをＶｏＩＰゲートウェイ１−２に通知する。また、ＬＡＮ６上のＩＰアドレスとして、ＬＡＮ６上でユニークなＩＰアドレスをＶｏＩＰゲートウェイ１−２に通知する。
【００２６】
つぎに、ＶｏＩＰゲートウェイ１−２は、自ＶｏＩＰゲートウェイ１−２のＩＰアドレスを設定する。具体的には、ＶｏＩＰ網５上のアドレスとして、ＶｏＩＰゲートウェイ１−１から取得したＶｏＩＰゲートウェイ１−１と共通のＩＰアドレス（グローバルアドレス）を設定し、ＬＡＮ６上のアドレスとして、ＶｏＩＰゲートウェイ１−１から取得したＬＡＮ６上でユニークなＩＰアドレス（ローカルアドレス）を設定する（Ｓ１１４）。それから、ＶｏＩＰゲートウェイ１−２は、マスタＧＷであるＶｏＩＰゲートウェイ１−１にアクセスし、このＶｏＩＰゲートウェイ１−１に自ＶｏＩＰゲートウェイ１−２の登録情報を登録する（Ｓ１１５）。
【００２７】
さて、ＶｏＩＰゲートウェイ１−１は、ＶｏＩＰゲートウェイ１−２の登録情報を登録すると、このＶｏＩＰゲートウェイ１−２を着信当番の順番リストの最後尾に追加して、着信当番の順番リストを更新する（Ｓ１１６）。それから、ＶｏＩＰゲートウェイ１−１は、この順番リストをＬＡＮ６へマルチキャスト送信する（Ｓ１１７）。これを受けて、ＶｏＩＰゲートウェイ１−２は、この順番リストを記憶する。
【００２８】
その後、マスタＧＷであるＶｏＩＰゲートウェイ１−１は、スレーブＧＷであるＶｏＩＰゲートウェイ１−２に定期的にマスタＧＷ生存通知を送信し、これを受けて、ＶｏＩＰゲートウェイ１−２は、ＶｏＩＰゲートウェイ１−１にマスタＧＷ生存通知応答を返信する（Ｓ１１８）。これにより、ＶｏＩＰゲートウェイ１−１およびＶｏＩＰゲートウェイ１−２は、互いの生存を確認し合う。
【００２９】
つぎに、ＶｏＩＰゲートウェイ１−３が起動したものとする（Ｓ１１９）。ＶｏＩＰゲートウェイ１−３は、マスタＧＷ問合せをＬＡＮ６へマルチキャスト送信する（Ｓ１２０）。これを受けて、マスタＧＷであるＶｏＩＰゲートウェイ１−１は、ＶｏＩＰゲートウェイ１−３にマスタＧＷ通知を返信する（Ｓ１２１）。ＶｏＩＰゲートウェイ１−３は、ＶｏＩＰゲートウェイ１−１からマスタＧＷ通知を受け取ると、自ＶｏＩＰゲートウェイ１−３をスレーブＧＷに設定し（Ｓ１２２）、ＶｏＩＰゲートウェイ１−２と同様に、スレーブＧＷとしての以下の処理を開始する。
【００３０】
すなわち、ＶｏＩＰゲートウェイ１−３は、マスタＧＷであるＶｏＩＰゲートウェイ１−１にアクセスし、このＶｏＩＰゲートウェイ１−１からＶｏＩＰ網５上およびＬＡＮ６上のＩＰアドレスを取得する（Ｓ１２３）。ここで、ＶｏＩＰゲートウェイ１−１は、ＶｏＩＰ網５上のＩＰアドレスとして、自ＶｏＩＰゲートウェイ１−１に設定されているＶｏＩＰ網５上のＩＰアドレスをＶｏＩＰゲートウェイ１−３に通知する。また、ＬＡＮ６上のＩＰアドレスとして、ＬＡＮ６上でユニークなＩＰアドレスをＶｏＩＰゲートウェイ１−３に通知する。
【００３１】
つぎに、ＶｏＩＰゲートウェイ１−３は、自ＶｏＩＰゲートウェイ１−３のＩＰアドレスを設定する。具体的には、ＶｏＩＰ網５上のアドレスとして、ＶｏＩＰゲートウェイ１−１から取得したＶｏＩＰゲートウェイ１−１、１−２と共通のＩＰアドレス（グローバルアドレス）を設定し、ＬＡＮ６上のアドレスとして、ＶｏＩＰゲートウェイ１−１から取得したＬＡＮ６上でユニークなＩＰアドレス（ローカルアドレス）を設定する（Ｓ１２４）。それから、ＶｏＩＰゲートウェイ１−３は、マスタＧＷであるＶｏＩＰゲートウェイ１−１にアクセスして、ＶｏＩＰゲートウェイ１−１に自ＶｏＩＰゲートウェイ１−３の登録情報を登録する（Ｓ１２５）。
【００３２】
さて、ＶｏＩＰゲートウェイ１−１は、ＶｏＩＰゲートウェイ１−３の登録情報を登録すると、このＶｏＩＰゲートウェイ１−３を着信当番の順番リストの最後尾に追加して、着信当番の順番リストを更新する（Ｓ１２６）。それから、ＶｏＩＰゲートウェイ１−１は、この順番リストをＬＡＮ６へマルチキャスト送信する（Ｓ１２７）。これを受けて、ＶｏＩＰゲートウェイ１−３は、この順番リストを記憶する。また、ＶｏＩＰゲートウェイ１−２は、記憶している順番リストを、新たに受信した順番リストに置き換える。
【００３３】
その後、マスタＧＷであるＶｏＩＰゲートウェイ１−１は、スレーブＧＷであるＶｏＩＰゲートウェイ１−３に定期的にマスタＧＷ生存通知を送信し、これを受けて、ＶｏＩＰゲートウェイ１−３は、ＶｏＩＰゲートウェイ１−１にマスタＧＷ生存通知応答を返信する（Ｓ１２８）。これにより、ＶｏＩＰゲートウェイ１−１およびＶｏＩＰゲートウェイ１−３は、互いの生存を確認し合う。
【００３４】
図４および図５は、ＶｏＩＰ網５からＶｏＩＰゲートウェイ１に着信した場合の動作を説明するためのシーケンス図である。ここでは、説明を簡単にするために、三台のＶｏＩＰゲートウェイ１−１〜１−３が起動中の場合を例示している。なお、着信当番の順番リストには、ＶｏＩＰゲートウェイ１−１、１−２、１−３がこの順で登録されており、また、初期状態においては、ＶｏＩＰゲートウェイ１−１が着信当番を獲得しているものとする。
【００３５】
ハブ２は、ＶｏＩＰゲートウェイ１−１〜１−３に割り当てられた共通のＩＰアドレスを送信先とするＩＮＶＩＴＥメッセージをＶｏＩＰ網５から受信すると（Ｓ２００）、リピータ機能により、このＩＮＶＩＴＥメッセージを複製してＶｏＩＰゲートウェイ１−１〜１−３のそれぞれに中継する（Ｓ２０１）。
【００３６】
ここで、着信当番を獲得していないＶｏＩＰゲート１−２、１−３は、このＩＮＶＩＴＥメッセージを無視（破棄）する（Ｓ２０２−１、Ｓ２０２−２）。一方、着信当番を獲得しているＶｏＩＰゲートウェイ１−１は、このＩＮＶＩＴＥメッセージに基づく着信処理（呼制御シーケンス）を開始する（Ｓ２０３）。
【００３７】
すなわち、ＶｏＩＰゲートウェイ１−１は、ＩＮＶＩＴＥメッセージの送信元に１８０Ｒｉｎｇｉｎｇを送信する（Ｓ２０４）。ハブ２は、ＶｏＩＰゲートウェイ１−１から１８０Ｒｉｎｇｉｎｇを受信すると、ブリッジ機能によりこの１８０ＲｉｎｇｉｎｇをＶｏＩＰ網５に中継する（Ｓ２０５）。
【００３８】
また、ＶｏＩＰゲートウェイ１−１は、ＰＢＸ３に着信信号を送信する（Ｓ２０６）。そして、ＰＢＸ３から応答信号を受信したならば（Ｓ２０７）、ＩＮＶＩＴＥメッセージの送信元宛ての２００ＯＫメッセージを送信する（Ｓ２０８）。ハブ２は、ＶｏＩＰゲートウェイ１−１から２００ＯＫメッセージを受信すると、ブリッジ機能によりこの２００ＯＫメッセージをＶｏＩＰ網５に中継する（Ｓ２０９）。
【００３９】
以上により、ＶｏＩＰゲートウェイ１−１とＶｏＩＰ網５との間にセッションが確立される（Ｓ２１０）。一方、ＶｏＩＰゲートウェイ１−１とＰＢＸ３との間に通話チャネルが確立される（Ｓ２１１）。ＶｏＩＰゲートウェイ１−１は、ＶｏＩＰ網５との間に確立されたセッションと、ＰＢＸ３との間に確立された通話チャネルとを中継する（Ｓ２１２）。これにより、ＰＢＸ３に収容されたアナログ電話機４と、ＶｏＩＰ網５に接続された相手端末との間の通話が可能となる。
【００４０】
ここで、ハブ２は、ＶｏＩＰ網５から受信した、ＶｏＩＰゲートウェイ１に共通のＩＰアドレスを送信先とするＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットを、リピータ機能により複製してＶｏＩＰゲートウェイ１−１〜１−３のそれぞれに中継する（Ｓ２１３）。しかし、着信処理を実施してセッション確立に関与したＶｏＩＰゲートウェイ１−１のみが、このＲＴＰパケットを中継し（Ｓ２１２）、セッション確立に関与していないＶｏＩＰゲートウェイ１−２、１−３は、このＲＴＰパケットを無視（破棄）する（Ｓ２１４−１、Ｓ２１４−２）。
【００４１】
つぎに、ＶｏＩＰゲートウェイ１−１は、自ＶｏＩＰゲートウェイ１−１の稼働状態が、所定の当番交代条件を満足するに至ったか否かを判断する（Ｓ２１５）。ここで、当番交代条件とは、ＶｏＩＰゲートウェイ１−１〜１−３間で負荷分散を図るため、着信当番を獲得しているＶｏＩＰゲートウェイ１を着信当番から外す（他のＶｏＩＰゲートウェイ１に着信当番を交代させる）ための条件であり、着信当番を獲得しているＶｏＩＰゲートウェイ１に所定の負荷が新たに追加された場合に、当番交代条件を満足するように設定される。具体的には、着信当番を獲得しているＶｏＩＰゲートウェイ１がＰＢＸ３との間に確立している通話チャネル数が自ＶｏＩＰゲートウェイ１で処理可能な最大チャネル数に達していること、着信当番を獲得しているＶｏＩＰゲートウェイ１がＶｏＩＰ網５との間に確立しているセッション数が自ＶｏＩＰゲートウェイ１で処理可能な最大セッション数に達していること、あるいは、自ＶｏＩＰゲートウェイ１が着信当番を獲得してからの着信処理の実施回数が所定回数に達していることなどが、当番交代条件として設定される。
【００４２】
ここで、ＶｏＩＰゲートウェイ１−１の稼働状態が当番交代条件を満足するに至ったものとする。このとき、ＶｏＩＰゲートウェイ１−１は、獲得した着信当番を放棄する（Ｓ２１６）。それから、ＶｏＩＰゲートウェイ１−１は、予め記憶してある着信順番の順番リストを参照し、この順番リスト中、自ＶｏＩＰゲートウェイ１−１のつぎに記述されているＶｏＩＰゲートウェイ１−２を着信当番の引継先に決定する（Ｓ２１７）。そして、ＬＡＮ６を介してＶｏＩＰゲートウェイ１−２に着信当番依頼を送信する（Ｓ２１８）。
【００４３】
ＶｏＩＰゲートウェイ１−２は、ＶｏＩＰゲートウェイ１−１から着信当番依頼を受信すると、ＬＡＮ６を介して、このＶｏＩＰゲートウェイ１−１に応答を返信する（Ｓ２１９）。それから、ＶｏＩＰゲートウェイ１−２は、自ＶｏＩＰゲートウェイ１−２の稼働状態に基づいて、着信当番の引受可否を判定する（Ｓ２２０）。具体的には、ＰＢＸ３との間に確立している通話チャネル数が自ＶｏＩＰゲートウェイ１で処理可能な最大チャネル数に達している場合、あるいはＶｏＩＰ網５との間に確立しているセッション数が自ＶｏＩＰゲートウェイ１で処理可能な最大セッションル数に達している場合に、着信当番の引受不可と判定し、それ以外の場合は着信当番の引受可能と判定する。
【００４４】
ここで、ＶｏＩＰゲートウェイ１−２が着信当番の引受可能と判定したものとする。これを受けて、ＶｏＩＰゲートウェイ１−２は着信当番を獲得する（Ｓ２２１）。これにより、ＶｏＩＰゲートウェイ１−１からＶｏＩＰゲートウェイ１−２に着信当番が変更される。
【００４５】
その後、ハブ２は、ＶｏＩＰゲートウェイ１−１〜１−３に割り当てられた共通のＩＰアドレスを送信先とするＩＮＶＩＴＥメッセージをＶｏＩＰ網５から受信すると（Ｓ２２２）、このＩＮＶＩＴＥメッセージを、リピータ機能により複製してＶｏＩＰゲートウェイ１−１〜１−３のそれぞれに中継する（Ｓ２２３）。
【００４６】
ここで、着信当番を獲得していないＶｏＩＰゲート１−１、１−３は、このＩＮＶＩＴＥメッセージを無視する（Ｓ２２４−１、Ｓ２２４−２）。一方、着信当番を獲得しているＶｏＩＰゲートウェイ１−２は、このＩＮＶＩＴＥメッセージに基づく着信処理（呼制御シーケンス）を開始する（Ｓ２２５）。
【００４７】
すなわち、ＶｏＩＰゲートウェイ１−２は、ＩＮＶＩＴＥメッセージの送信元に１８０Ｒｉｎｇｉｎｇを送信し（Ｓ２２６）、ハブ２は、この１８０ＲｉｎｇｉｎｇをＶｏＩＰゲートウェイ１−２から受信すると、ブリッジ機能により、この１８０ＲｉｎｇｉｎｇをＶｏＩＰ網５に中継する（Ｓ２２７）。
【００４８】
また、ＶｏＩＰゲートウェイ１−２は、ＰＢＸ３に着信信号を送信し（Ｓ２２８）、ＰＢＸ３から応答信号を受信したならば（Ｓ２２９）、ＩＮＶＩＴＥメッセージの送信元に２００ＯＫメッセージを送信する（Ｓ２３０）。ハブ２は、この２００ＯＫメッセージをＶｏＩＰゲートウェイ１−２から受信すると、ブリッジ機能により、この２００ＯＫメッセージをＶｏＩＰ網５に中継する（Ｓ２３１）。
【００４９】
以上により、ＶｏＩＰゲートウェイ１−２とＶｏＩＰ網５との間にセッションが確立される（Ｓ２３２）。一方、ＶｏＩＰゲートウェイ１−２とＰＢＸ３との間に通話チャネルが確立される（Ｓ２３３）。ＶｏＩＰゲートウェイ１−２は、ＶｏＩＰ網５との間に確立されたセッションと、ＰＢＸ３との間に確立された通話チャネルとを中継する（Ｓ２３４）。これにより、ＰＢＸ３に収容されたアナログ電話機４とＶｏＩＰ網５に接続された相手端末との間の通話が可能となる。
【００５０】
ここで、ハブ２は、ＶｏＩＰ網５から受信した、ＶｏＩＰゲートウェイ１に共通のＩＰアドレスを送信先とするＲＴＰパケットを、リピータ機能により複製してＶｏＩＰゲートウェイ１−１〜１−３のそれぞれに中継する（Ｓ２３５）。しかし、着信処理を実施してセッション確立に関与したＶｏＩＰゲートウェイ１−２のみがこのＲＴＰパケットを中継し（Ｓ２３４）、セッション確立に関与していないＶｏＩＰゲートウェイ１−１、１−３は、このＲＴＰパケットを無視する（Ｓ２３６−１、Ｓ２３６−２）。
【００５１】
つぎに、ＶｏＩＰゲートウェイ１−２は、自ＶｏＩＰゲートウェイ１−２の稼働状態が当番交代条件を満足するに至ったか否かを判断する（Ｓ２３７）。ここで、ＶｏＩＰゲートウェイ１−２の稼働状態が当番交代条件を満足するに至ったものとする。このとき、ＶｏＩＰゲートウェイ１−２は、獲得した着信当番を放棄する（Ｓ２３８）。それから、ＶｏＩＰゲートウェイ１−２は、予め記憶してある着信順番の順番リストを参照し、この順番リスト中、自ＶｏＩＰゲートウェイ１−２のつぎに記述されているＶｏＩＰゲートウェイ１−３を着信当番の引継先に決定する（Ｓ２３９）。そして、ＬＡＮ６を介してＶｏＩＰゲートウェイ１−２に着信当番依頼を送信する（Ｓ２４０）。
【００５２】
ＶｏＩＰゲートウェイ１−３は、ＶｏＩＰゲートウェイ１−２から着信当番依頼を受信すると、ＬＡＮ６を介して、このＶｏＩＰゲートウェイ１−２に応答を返信する（Ｓ２４１）。それから、ＶｏＩＰゲートウェイ１−３は、自ＶｏＩＰゲートウェイ１−３の稼働状態に基づいて、着信当番の引受可否を判定する（Ｓ２４２）。
【００５３】
ここで、ＶｏＩＰゲートウェイ１−３が着信当番の引受不可と判定したものとする。このとき、ＶｏＩＰゲートウェイ１−３は、予め記憶してある着信順番の順番リストを参照し、自ＶｏＩＰゲートウェイ１−３が順番リストの最後尾なので、順番リストの最初に記述されているＶｏＩＰゲートウェイ１−１を着信当番の引継先に決定する（Ｓ２４３）。そして、ＬＡＮ６を介してＶｏＩＰゲートウェイ１−１に着信当番依頼を送信する（Ｓ２４４）。
【００５４】
さて、ＶｏＩＰゲートウェイ１−１は、ＶｏＩＰゲートウェイ１−３から着信当番依頼を受信すると、ＬＡＮ６を介してこのＶｏＩＰゲートウェイ１−３に応答を返信する（Ｓ２４５）。それから、ＶｏＩＰゲートウェイ１−１は、自ＶｏＩＰゲートウェイ１−１の稼働状態に基づいて着信当番の引受可否を判定する（Ｓ２４６）。ここで、ＶｏＩＰゲートウェイ１−１が着信当番の引受可能と判定したものとする。このとき、ＶｏＩＰゲートウェイ１−１は着信当番を獲得する（Ｓ２４７）。これにより、ＶｏＩＰゲートウェイ１−３を飛ばして、ＶｏＩＰゲートウェイ１−２からＶｏＩＰゲートウェイ１−１に着信当番が変更される。
【００５５】
つぎに、ＶｏＩＰゲートウェイ１の詳細を説明する。
【００５６】
図６は、ＶｏＩＰゲートウェイ１の概略機能構成図である。
【００５７】
図示するように、ＶｏＩＰゲートウェイ１は、ＶｏＩＰ網インターフェース部１０と、ＬＡＮインターフェース部１１と、ＰＢＸインターフェース部１２と、呼制御部１３と、通話制御部１４と、登録クライアント部１５と、登録サーバ部１６と、順番リスト記憶部１７と、稼働状態監視部１８と、着信当番決定部１９と、を備えている。
【００５８】
ＶｏＩＰ網インターフェース部１０は、ＶｏＩＰ網５（ハブ２）に接続するためのインターフェースである。
【００５９】
ＬＡＮインターフェース部１１は、ＬＡＮ６に接続するためのインターフェースである。そして、ＰＢＸインターフェース部１２は、ＰＢＸ３に接続するためのインターフェースである。ここで、ＰＢＸインターフェース部１２は、ＰＢＸ３との間で複数の通話チャネルを同時並列的に確立できるよう構成されている。
【００６０】
呼制御部１３は、ＳＩＰに従いＶｏＩＰ網５上のＳＩＰサーバと呼制御シーケンスを実行することにより、ＶｏＩＰ網５上の相手端末との間にセッションを確立する。また、呼制御部１３は、ＳＩＰによる呼制御シーケンスに連動して、ＰＢＸ３との間で予め定められた呼制御プロトコルに従い、ＰＢＸ３と呼制御シーケンスを実行することにより、ＰＢＸ３との間に通話チャネルを確立する。そして、ＶｏＩＰ網５上の相手端末との間に確立されたセッションと、ＰＢＸ３との間に確立された通話チャネルとを中継するように、通話制御部１４に指示する。
【００６１】
なお、呼制御部１３において、ＶｏＩＰ網インターフェース部１０を介してＶｏＩＰ網５（ハブ２）から送られてくるＳＩＰパケットを処理すべきか否かの判断は、ＳＩＰパケットに含まれているＣａｌｌ−ＩＤに基づいて行われる。すなわち、呼制御部１３は、ＶｏＩＰ網５から受信したＳＩＰパケットに含まれているＣａｌｌ−ＩＤが、自ＶｏＩＰゲートウェイ１で処理したＩＮＶＩＴＥメッセージのＳＩＰパケットと同じＣａｌｌ−ＩＤならば処理し、異なるならば無視する。
【００６２】
通話制御部１４は、呼制御部１３の指示に従い、ＶｏＩＰ網５上の相手端末との間に確立されたセッションを介して送受信されるＲＴＰパケット、およびＰＢＸ３との間に確立された通話チャネルを介して送受信される音声信号間の中継処理を行う。すなわち、通話制御部１４は、セッションを介してＶｏＩＰ網５上の相手端末から受信したＲＴＰパケットから音声信号を取り出し、この音声信号を、通話チャネルを介してＰＢＸ３に送信する。また、通話チャネルを介してＰＢＸ３から受信した音声信号をＲＴＰパケットに格納し、このＲＴＰパケットを、セッションを介してＶｏＩＰ網５上の相手端末に送信する。
【００６３】
なお、通話制御部１４において、ＶｏＩＰ網インターフェース部１０を介してＶｏＩＰ網５（ハブ２）から送られてくるＲＴＰパケットを処理すべきか否かの判断は、ＲＴＰパケットに含まれているＳｅｓｓｉｏｎ−ＩＤに基づいて行われる。すなわち、通話制御部１４は、ＶｏＩＰ網５から受信したＲＴＰパケットに含まれているＳｅｓｓｉｏｎ−ＩＤが、呼制御部１３によって確立されたセッションのＳｅｓｓｉｏｎ−ＩＤならば処理し、そうでないならば無視する。
【００６４】
登録クライアント部１５は、ＤＨＣＰクライアント機能およびＳＩＰレジストラクライアント機能を有し、登録サーバ部１６の指示に従い、これらの機能を利用してＩＰアドレスの取得および自ＶｏＩＰゲートウェイ１の登録処理を行う。
【００６５】
具体的には、登録クライアント部１５は、自ＶｏＩＰゲートウェイ１がマスタＧＷに設定されていることを登録サーバ部１６から通知された場合、ＤＨＣＰクライアント機能により、ＶｏＩＰ網インターフェース部１０を介して所定のＤＨＣＰサーバにアクセスし、このＤＨＣＰサーバからＶｏＩＰ網５上のＩＰアドレスを取得する。そして、ＤＨＣＰサーバから取得したＩＰアドレスを、自ＶｏＩＰゲートウェイ１のＶｏＩＰ網５上のアドレスとして設定し、所定のＩＰアドレスを、自ＶｏＩＰゲートウェイ１のＬＡＮ６上のアドレスとして設定する。また、登録クライアント部１５は、ＳＩＰレジストラクライアント機能により、ＶｏＩＰ網インターフェース部１０を介して所定のＳＩＰサーバにアクセスし、このＳＩＰサーバに自ＶｏＩＰゲートウェイ１の登録情報を登録する。
【００６６】
また、登録クライアント部１５は、自ＶｏＩＰゲートウェイ１がスレーブＧＷに設定されていることを、マスタＧＷのアドレス情報（ローカルアドレス）とともに登録サーバ部１６から通知された場合、ＤＨＣＰクライアント機能により、ＬＡＮインターフェース部１１を介してマスタＧＷにアクセスし、このマスタＧＷからＶｏＩＰ網５上のＩＰアドレスおよびＬＡＮ６上のＩＰアドレスを取得する。そして、これらの取得したアドレスを、自ＶｏＩＰゲートウェイ１のＶｏＩＰ網５上のアドレス、ＬＡＮ６上のアドレスとして設定する。また、登録クライアント部１５は、ＳＩＰレジスタクライアント機能により、ＬＡＮインターフェース部１１を介してマスタＧＷにアクセスして、このマスタＧＷに自ＶｏＩＰゲートウェイ１の登録情報を登録する。
【００６７】
登録サーバ部１６は、自ＶｏＩＰゲートウェイ１の起動時にマスタＧＷの確認を行い、マスタＧＷが存在するならば自ＶｏＩＰゲートウェイ１をスレーブＧＷに設定し、マスタＧＷが存在しないならば自ＶｏＩＰゲートウェイ１をマスタＧＷに設定する。
【００６８】
また、登録サーバ部１６は、ＤＨＣＰサーバ機能およびＳＩＰレジストラサーバ機能を有し、自ＶｏＩＰゲートウェイ１がマスタＧＷに設定されている場合に、ＤＨＣＰサーバ機能によりスレーブＧＷにＩＰアドレスを付与するとともに、ＳＩＰレジストラサーバ機能によりスレーブＧＷの登録処理を行う。
【００６９】
さらに、登録サーバ処理部１６は、自ＶｏＩＰゲートウェイ１がマスタＧＷに設定されている場合、着信当番の順番リストを作成・更新して順番リスト記憶部１７に記憶するとともに、この順番リストの配布を行い、自ＶｏＩＰゲートウェイ１がスレーブＧＷに設定されている場合、マスタＧＷから配布された順番リストを取得して、この順番リストを順番リスト記憶部１７に記憶する。
【００７０】
順番リスト記憶部１７には、着信当番の担当順が記述された順番リストが記憶される。この順番リストは、自ＶｏＩＰゲートウェイ１がマスタＧＷならば、登録サーバ部１６によって作成・更新され、自ＶｏＩＰゲートウェイ１がスレーブＧＷならば、登録クライアント部１５によってマスタＧＷから取得される。
【００７１】
稼働状態監視部１８は、自ＶｏＩＰゲートウェイ１の稼働状態（特に処理中のセッション数あるいは通話チャネル数）を監視する。
【００７２】
着信当番決定部１９は、自ＶｏＩＰゲートウェイ１を含む複数のＶｏＩＰゲートウェイ１−１〜１−ｎのうちの一つが着信当番となるように着信当番の担当を決定する。
【００７３】
具体的には、自ＶｏＩＰゲートウェイ１がマスタＧＷに設定された場合に、着信当番決定部１９は、自ＶｏＩＰゲートウェイ１を着信当番に決定する。
【００７４】
また、他のＶｏＩＰゲートウェイ１から着信当番依頼を受信した場合、着信当番決定部１９は、稼働状態監視部１８により取得された自ＶｏＩＰゲートウェイ１の稼働状態に基づいて着信当番の引受可否を判定する。そして、引受可能と判定したならば、自ＶｏＩＰゲートウェイ１を着信当番に決定する。一方、引受不可と判定したならば、順番リスト記憶部１７に記憶されている順番リストにおいて、自ＶｏＩＰゲートウェイ１のつぎに記述されているＶｏＩＰゲートウェイ１（自ＶｏＩＰゲートウェイ１の記述がリスト最後尾ならば、リスト先頭に記述されているＶｏＩＰゲートウェイ１）を新たな着信当番に決定する。
【００７５】
また、自ＶｏＩＰゲートウェイ１が着信当番である場合、着信当番決定部１９は、稼働状態監視部１８により取得された自ＶｏＩＰゲートウェイ１の稼働状態が所定の当番交代条件を満足するに至ったか否かを監視する。そして、自ＶｏＩＰゲートウェイ１の稼働状態が当番交代条件を満足するに至ったならば、順番リスト記憶部１７に記憶されている順番リストにおいて、自ＶｏＩＰゲートウェイ１のつぎに記述されているＶｏＩＰゲートウェイ１（自ＶｏＩＰゲートウェイ１の記述がリスト最後尾ならば、リスト先頭に記述されているＶｏＩＰゲートウェイ１）を新たな着信当番に決定する。
【００７６】
図７は、ＶｏＩＰゲートウェイ１の起動時の動作を説明するためのフロー図である。このフローは、ＶｏＩＰゲートウェイ１に電源が投入されて起動されることにより開始される。
【００７７】
まず、登録サーバ部１６は、ＬＡＮインターフェース部１１を介してＬＡＮ６に、所定の再送インターバルで繰り返し、マスタＧＷ問合せをマルチキャスト送信する（Ｓ３０１）。また、登録サーバ部１６は、所定の問合せ時間を経過するまでの間、ＬＡＮインターフェース部１１を介して他のＶｏＩＰゲートウェイ１からマスタＧＷ通知を受信するのを待つ（Ｓ３０２）。
【００７８】
所定の問合せ時間を経過するまでの間に、他のＶｏＩＰゲートウェイ１からマスタＧＷ通知を受信しなかった場合（Ｓ３０２でＮＯ）、登録サーバ部１６は、自ＶｏＩＰゲートウェイ１をマスタＧＷに設定し（Ｓ３０３）、その旨を登録クライアント部１５に通知する。
【００７９】
これを受けて、登録クライアント部１５は、ＶｏＩＰ網インターフェース部１０を介してＶｏＩＰ網５上の所定のＤＨＣＰサーバにアクセスし、このＤＨＣＰサーバからＶｏＩＰ網５上のＩＰアドレスを取得する。そして、登録クライアント部１５は、自ＶｏＩＰゲートウェイ１のＶｏＩＰ網５上のアドレスとして、ＤＨＣＰサーバから取得したＩＰアドレスをＶｏＩＰ網インターフェース部１０に設定するとともに、自ＶｏＩＰゲートウェイ１のＬＡＮ６上のアドレスとして所定のＩＰアドレスをＬＡＮインターフェース部１１に設定する（Ｓ３０４）。
【００８０】
つぎに、登録クライアント部１５は、ＶｏＩＰ網インターフェース部１０を介してＶｏＩＰ網５上の所定のＳＩＰサーバにアクセスし、このＳＩＰサーバに自ＶｏＩＰゲートウェイ１の登録情報を登録する（Ｓ３０５）。
【００８１】
つぎに、登録サーバ部１６は、先頭に自ＶｏＩＰゲートウェイ１の情報が記述された着信当番の順番リストを作成し、この順番リストを順番リスト記憶部１７に記憶する（Ｓ３０６）。さらに、登録サーバ部１６は、ＬＡＮインターフェース部１１を介してＬＡＮ６に、この順番リストをマルチキャスト送信する（Ｓ３０７）。
【００８２】
一方、所定の問合せ時間内に、他のＶｏＩＰゲートウェイ１からマスタＧＷ通知を受信した場合（Ｓ３０２でＹＥＳ）、登録サーバ部１６は、自ＶｏＩＰゲートウェイ１をスレーブＧＷに設定し（Ｓ３０８）、その旨を登録クライアント部１５に通知する。
【００８３】
これを受けて、登録クライアント部１５は、ＬＡＮインターフェース部１１を介してマスタＧＷ（マスタＧＷ通知の送信元アドレス）にアクセスし、マスタＧＷからＶｏＩＰ網５上のＩＰアドレスおよびＬＡＮ６上のＩＰアドレスを取得する。そして、登録クライアント部１５は、マスタＧＷから取得したＶｏＩＰ網５上のＩＰアドレス、ＬＡＮ６上のＩＰアドレスを、それぞれ、ＶｏＩＰ網インターフェース部１０、ＬＡＮインターフェース部１１に設定する（Ｓ３０９）。
【００８４】
つぎに、登録クライアント部１５は、ＬＡＮインターフェース部１１を介してマスタＧＷにアクセスし、このマスタＧＷに自ＶｏＩＰゲートウェイ１の登録情報を登録する（Ｓ３１０）。また、登録クライアント部１５は、ＬＡＮインターフェース部１１を介してマスタＧＷとの間でマスタＧＷ生存通知およびその応答のやり取りを開始する（Ｓ３１１）。
【００８５】
つぎに、登録サーバ部１６は、ＬＡＮインターフェース部１１を介してマスタＧＷからマルチキャスト送信された着信当番の順番リストを受信し、この順番リストを順番リスト記憶部１７に記憶する（Ｓ３１２）。
【００８６】
図８（Ａ）は、マスタＧＷに設定されたＶｏＩＰゲートウェイ１の登録サーバ部１６の動作を説明するためのフロー図である。
【００８７】
マスタＧＷに設定されたＶｏＩＰゲートウェイ１において、登録サーバ部１６は、ＬＡＮインターフェース部１１を介して他のＶｏＩＰゲートウェイ１からマスタＧＷ問合せを受信すると（Ｓ３２１でＹＥＳ）、ＬＡＮインターフェース部１１を介して、このマスタＧＷ問合せの送信元に、自ＶｏＩＰゲートウェイ１のアドレス情報を含むマスタＧＷ通知を返信する（Ｓ３２２）。
【００８８】
また、登録サーバ部１６は、ＬＡＮインターフェース部１１を介して他のＶｏＩＰゲートウェイ１（スレーブＧＷ）からアドレス要求を受信すると（Ｓ３２３でＹＥＳ）、このＶｏＩＰゲートウェイ１のＶｏＩＰ網５上のアドレスとして、自ＶｏＩＰゲートウェイ１と同じＩＰアドレスを割り当てるとともに、このＶｏＩＰゲートウェイ１のＬＡＮ６上のアドレスとして、ＤＨＣＰサーバ機能により生成したＬＡＮ６上でユニークなアドレスを割り当てる。そして、これらのアドレスをアドレス要求元のＶｏＩＰゲートウェイ１に送信する（Ｓ３２４）。
【００８９】
また、登録サーバ部１６は、ＬＡＮインターフェース部１１を介して他のＶｏＩＰゲートウェイ１（スレーブＧＷ）から登録要求を受信すると（Ｓ３２５でＹＥＳ）、ＳＩＰレジストラサーバ機能により、このＶｏＩＰゲートウェイ１の登録情報を登録する（Ｓ３２６）。また、登録サーバ部１６は、ＬＡＮインターフェース部１１を介してこのスレーブＧＷとの間でマスタＧＷ生存通知およびその応答のやり取りを開始する（Ｓ３２７）。さらに、登録サーバ部１６は、順番リスト記憶部１７に記憶されている着信当番の順番リストの最後尾にこのＶｏＩＰゲートウェイ１の情報を記述して、この順番リストを更新するとともに、ＬＡＮインターフェース部１１を介してＬＡＮ６に、更新後の順番リストをマルチキャスト送信する（Ｓ３２８）。
【００９０】
図８（Ｂ）は、スレーブＧＷに設定されたＶｏＩＰゲートウェイ１の登録サーバ部１６の動作を説明するためのフロー図である。
【００９１】
スレーブＧＷに設定されたＶｏＩＰゲートウェイ１において、登録サーバ部１６は、ＬＡＮインターフェース部１１を介して、マスタＧＷに設定されたＶｏＩＰゲートウェイ１からマルチキャスト送信された着信当番の順番リストを受信すると（Ｓ３３１でＹＥＳ）、順番リスト記憶部１７に記憶されている着信当番の順番リストを、新たに受信した順番リストに更新する（Ｓ３３２）。
【００９２】
図９は、ＶｏＩＰゲートウェイ１の着信当番依頼受信時の動作を説明するためのフロー図である。このフローは、ＬＡＮインターフェース部１１が、着信当番を放棄した他のＶｏＩＰゲートウェイ１から着信当番依頼を受信することにより開始される。
【００９３】
まず、着信当番決定部１９は、受信した着信当番依頼に添付されている送信履歴を取得するとともに、ＬＡＮインターフェース部１１を介して着信当番依頼の送信元に応答を返信する（Ｓ３４１）。つぎに、稼働状態監視部１８は、自ＶｏＩＰゲートウェイ１の稼働状態を取得して（Ｓ３４２）、この稼働状態を着信当番決定部１９に渡す。
【００９４】
これを受けて、着信当番決定部１９は、この稼働状態から、ＰＢＸ３との間に確立している通話チャネル数を特定し、この通話チャネル数が自ＶｏＩＰゲートウェイ１で処理可能な最大チャネル数に達しているか否かを判断する（Ｓ３４３）。そして、ＰＢＸ３との間に確立している通話チャネル数が最大チャネル数に達していないならば（Ｓ３４３でＮＯ）、着信当番決定部１９は、この稼働状態から、ＶｏＩＰ網５との間に確立しているセッション数を特定し、このセッション数が自ＶｏＩＰゲートウェイ１で処理可能な最大セッション数に達しているか否かをさらに判断する（Ｓ３４４）。そして、ＶｏＩＰ網５との間に確立しているセッション数が最大セッション数に達していないならば（Ｓ３４４でＮＯ）、着信当番決定部１９は、着信当番を獲得して、その旨を呼制御部１３に通知する（Ｓ３４５）。
【００９５】
一方、ＰＢＸ３との間に確立している通話チャネル数が自ＶｏＩＰゲートウェイ１で処理可能な最大チャネル数に達している場合（Ｓ３４３でＹＥＳ）、あるいはＶｏＩＰ網５との間に確立しているセッション数が自ＶｏＩＰゲートウェイ１で処理可能な最大セッション数に達している場合（Ｓ３４４でＹＥＳ）、着信当番決定部１９は、受信した着信当番依頼に添付されていた送信履歴に、自ＶｏＩＰゲートウェイ１が送信元として記述されているか否かを調べる（Ｓ３４５）。
【００９６】
そして、自ＶｏＩＰゲートウェイ１が送信履歴に記述されている場合、つまり着信当番依頼が、本実施に形態に係る電話システムを構成するＶｏＩＰゲートウェイ１−１〜１−ｎを一巡したならば（Ｓ３４５でＹＥＳ）、着信当番決定部１９は、自ＶｏＩＰゲートウェイ１の稼働状態にかかわらず、着信当番を獲得して、その旨を呼制御部１３に通知する（Ｓ３４６）。
【００９７】
一方、自ＶｏＩＰゲートウェイ１が送信履歴に記述されていない場合、つまり着信当番依頼が、本実施に形態に係る電話システムを構成するＶｏＩＰゲートウェイ１−１〜１−ｎを一巡していないならば（Ｓ３４５でＮＯ）、着信当番決定部１９は、順番リスト記憶部１７に記憶されている着信当番の順番リストにおいて、自ＶｏＩＰゲートウェイ１のつぎに記述されているＶｏＩＰゲートウェイ１（自ＶｏＩＰゲートウェイ１の記述がリスト最後尾ならば、リスト先頭に記述されているＶｏＩＰゲートウェイ１）を新たな着信当番に決定する（Ｓ３４７）。それから、着信当番決定部１９は、受信した着信当番依頼に添付されていた送信履歴に自ＶｏＩＰゲートウェイ１を送信元として追記する。そして、この送信履歴が添付された着信当番依頼を、ＬＡＮインターフェース部１１を介して、新たな着信当番に決定されたＶｏＩＰゲートウェイ１に送信し（Ｓ３４８）、このＶｏＩＰゲートウェイ１から応答を受信する（Ｓ３４９）。
【００９８】
図１０は、ＶｏＩＰゲートウェイ１の、ＶｏＩＰ網５からの着信時の動作を説明するためのフロー図である。このフローは、ＶｏＩＰ網インターフェース部１０がハブ２を介してＶｏＩＰ網５からＩＮＶＩＴＥメッセージを受信することにより開始される。
【００９９】
まず、呼制御部１３は、自ＶｏＩＰゲートウェイ１が着信当番を獲得しているか否かを判断する（Ｓ３６１）。自ＶｏＩＰゲートウェイ１が着信当番を獲得していないならば（Ｓ３６１でＮＯ）、このＩＮＶＩＴＥメッセージを無視してこのフローを終了する。一方、自ＶｏＩＰゲートウェイ１が着信当番を獲得しているならば（Ｓ３６１でＹＥＳ）、このＩＮＶＩＴＥメッセージに基づく着信処理（呼制御シーケンス）を開始する（Ｓ３６２）。
【０１００】
このとき、ＰＢＸ３との間に確立している通話チャネル数が自ＶｏＩＰゲートウェイ１で処理可能な最大チャネル数に達しているならば、あるいはＶｏＩＰ網５との間に確立しているセッション数が自ＶｏＩＰゲートウェイ１で処理可能な最大セッション数に達しているならば、話中処理を開始する。
【０１０１】
つぎに、呼制御部１３は、例えばアナログ電話機４のユーザがいずれも不在なためＰＢＸ３からの応答がないなど、セッションおよび通話チャネルを確立することなく着信処理が終了したならば（Ｓ３６３でＮＯ）、このフローを終了する。一方、この着信処理により、ＶｏＩＰ網５との間にセッションが確立されるとともに、ＰＢＸ３との間に通話チャネルが確立されたならば（Ｓ３６３でＹＥＳ）、これらのセッションおよび通話チャネルを中継するように、通話制御部１４に指示する。
【０１０２】
これを受けて、通話制御部１４は、ＶｏＩＰ網５上の相手端末との間に確立されたセッションを介して送受信されるＲＴＰパケット、およびＰＢＸ３との間に確立された通話チャネルを介して送受信される音声信号間の中継処理を開始する（Ｓ３６４）。
【０１０３】
つぎに、稼働状態監視部１８は、自ＶｏＩＰゲートウェイ１の稼働状態を取得して（Ｓ３６５）、この稼働状態を着信当番決定部１９に渡す。
【０１０４】
これを受けて、着信当番決定部１９は、この稼働状態に基づいて、自ＶｏＩＰゲートウェイ１の稼働状態が当番交代条件を満足しているか否かを判断する（Ｓ３６６）。そして、自ＶｏＩＰゲートウェイ１の稼働状態が当番交代条件を満足していないならば（Ｓ３６６でＮＯ）、このフローを終了する。
【０１０５】
一方、自ＶｏＩＰゲートウェイ１の稼働状態が当番交代条件を満足しているならば（Ｓ３６６でＹＥＳ）、着信当番決定部１９は、獲得した着信当番を放棄し、その旨を呼制御部１３に通知する（Ｓ３６７）。それから、着信当番決定部１９は、順番リスト記憶部１７に記憶されている着信当番の順番リストにおいて、自ＶｏＩＰゲートウェイ１のつぎに記述されているＶｏＩＰゲートウェイ１（自ＶｏＩＰゲートウェイ１の記述がリスト最後尾ならば、リスト先頭に記述されているＶｏＩＰゲートウェイ１）を新たな着信当番に決定する（Ｓ３６８）。そして、自ＶｏＩＰゲートウェイ１が送信元として記述された送信履歴を作成し、この送信履歴が添付された着信当番依頼を、ＬＡＮインターフェース部１１を介して、新たな着信当番に決定されたＶｏＩＰゲートウェイ１に送信して（Ｓ３６９）、このＶｏＩＰゲートウェイ１から応答を受信する（Ｓ３７０）。そして、このフローを終了する。
【０１０６】
以上、本発明の一実施の形態について説明した。
【０１０７】
本実施の形態に係る電話システムでは、複数のアナログ電話機４を収容するＰＢＸ３をＶｏＩＰ網５に接続するＶｏＩＰゲートウェイ１を複数設け、これらのＶｏＩＰゲートウェイ１に対して、ＶｏＩＰ網５上のアドレスとして共通のアドレスを割り当てるとともに、着信当番の順番リストにより着信当番を割り当てている。そして、この共通のアドレスに対するＩＮＶＩＴＥメッセージがＶｏＩＰ網５から着信した場合に、着信当番のＶｏＩＰゲートウェイ１のみが、このＩＮＶＩＴＥメッセージを処理して呼制御シーケンスを実施し、着信当番でないＶｏＩＰゲートウェイ１はこのＩＮＶＩＴＥメッセージを無視する。また、着信当番のＶｏＩＰゲートウェイ１は、自ＶｏＩＰゲートウェイ１が所定の当番交代条件を満足したか否かを判断し、この当番交代条件を満足したならば、着信当番の順番リストに従い、他のいずれか一つのＶｏＩＰゲートウェイ１に着信当番を移す。
【０１０８】
このため、本実施の形態によれば、ＶｏＩＰ網５上のアドレスとして共通のアドレスが割り当てられた複数のＶｏＩＰゲートウェイ１にＶｏＩＰ網５からＩＮＶＩＴＥメッセージが着信した場合に、このＩＮＶＩＴＥメッセージを処理するＶｏＩＰゲートウェイ１を動的に割り振ることができるので、複数のＶｏＩＰゲートウェイ１間における負荷分散を図ることができる。
【０１０９】
また、本実施の形態において、ＶｏＩＰゲートウェイ１における処理中のチャネル数もしくはセッション数が、このＶｏＩＰゲートウェイ１で処理可能な最大チャネル数あるいは最大セッション数に達した場合に、当番交代条件を満足したものと判断することにより、ＶｏＩＰゲートウェイ１に処理能力以上の数の着信が振り分けられるのを防止することができる。
【０１１０】
また、本実施の形態において、着信当番を獲得してからのＶｏＩＰゲートウェイ１の着信処理回数が所定回数に達した場合に、このＶｏＩＰゲートウェイ１の当番交代条件を満足したものと判断することにより、各ＶｏＩＰゲートウェイ１に、より均等に着信を振り分けることが可能となり、より効果的に負荷分散を図ることができる。
【０１１１】
また、本実施の形態において、着信当番を獲得していないＶｏＩＰゲートウェイ１は、他のＶｏＩＰゲートウェイ１から着信当番依頼を受信した場合に、自ＶｏＩＰゲートウェイ１において処理中のチャネル数もしくはセッション数が、自ＶｏＩＰゲートウェイ１で処理可能な最大チャネル数あるいは最大セッション数に達しているならば、着信当番を獲得することなく、着信当番の順番リストに従い、他のいずれか一つのＶｏＩＰゲートウェイ１に着信当番依頼を送信している。このため、ＶｏＩＰゲートウェイ１に処理能力以上の数の着信が振り分けられるのをさらに防止することができる。
【０１１２】
また、本実施の形態では、ハブ２を介して複数のＶｏＩＰゲートウェイ１をＶｏＩＰ網５に接続している。ここで、ハブ２は、ＶｏＩＰ網５から受信したパケットについては、複製してＶｏＩＰゲートウェイ１のそれぞれに中継する一方、各ＶｏＩＰゲートウェイ１から受信したパケットについては、複製することなくＶｏＩＰ網５へ中継する。このため、ＶｏＩＰゲートウェイ１から送信されたパケットがＬＡＮ６上に重複送出されるのを防止することができ、これによりＬＡＮ６の輻輳を低減できる。
【０１１３】
なお、本発明は上記の実施の形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【０１１４】
例えば、上記の実施の形態において、ＶｏＩＰゲートウェイ１は、他のＶｏＩＰゲートウェイ１から着信当番依頼を受信した場合において、着信当番の引受不可と判定したならば、自ＶｏＩＰゲートウェイ１が新たな着信当番を決定して、この新たな着信当番に決定されたＶｏＩＰゲートウェイ１に着信依頼当番を送信している。しかし、本発明はこれに限定されない。ＶｏＩＰゲートウェイ１は、受信した着信当番依頼に対して着信当番の引受不可と判定した場合に、この着信当番依頼の送信元であるＶｏＩＰゲートウェイ１に対して、着信当番の引受不可応答を返信するようにしてもよい。この場合、着信当番依頼送信元のＶｏＩＰゲートウェイ１が新たな着信当番を決定して、この新たな着信当番に決定されたＶｏＩＰゲートウェイ１に着信依頼当番を送信する。この新たな着信当番は、例えば着信当番の順番リストにおいて、着信当番の引受不可応答を返信したＶｏＩＰゲートウェイ１のつぎに記述されているＶｏＩＰゲートウェイ１（着信不可応答を返信したＶｏＩＰゲートウェイ１が順番リストの最後尾に記述されているならば、順番リストの先頭に記述されているＶｏＩＰゲートウェイ１）に決定すればよい。
【０１１５】
この場合、着信当番の順番リストに記述されているすべてのＶｏＩＰゲートウェイ１が着信当番の引受不可応答を返信したならば、着信当番依頼の送信元であるＶｏＩＰゲートウェイ１が、自ＶｏＩＰゲートウェイ１の稼働状態にかかわらず、着信当番を獲得するようにする。
【０１１６】
また、上記の実施の形態において、図６に示すＶｏＩＰゲートウェイ１の機能構成は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、およびＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などの集積ロジックＩＣによりハード的に実現されるものでもよいし、あるいは、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などの計算機によりソフトウエア的に実現されるものでもよい。もしくは、ＣＰＵ、メモリ、ＨＤＤ、ＤＶＤ−ＲＯＭ等の補助記憶装置、およびＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）、モデム等の通信インターフェースを備えたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の汎用コンピュータにおいて、ＣＰＵが所定のプログラムを補助記憶装置からメモリ上にロードして実行することで実現されるものでもよい。
【０１１７】
また、上記の実施の形態では、アナログ電話機４を収容するＰＢＸ３をＶｏＩＰ網５に接続するＶｏＩＰゲートウェイ１を例にとり説明したが、本発明はこれに限定されない。本発明は、内線端末を収容するＰＢＸをＶｏＩＰ網５に接続するＶｏＩＰゲートウェイに広く適用できる、例えば、本発明は、ＩＰ電話機を収容するＩＰ−ＰＢＸをＶｏＩＰ網５に接続するＶｏＩＰゲートウェイにも適用可能である。
【符号の説明】
【０１１８】
１、１−１〜１−ｎ：ＶｏＩＰゲートウェイ、２：ハブ、３：ＰＢＸ、４：アナログ電話機、５：ＶｏＩＰ網、６：ＬＡＮ、１０：ＶｏＩＰ網インターフェース部、１１：ＬＡＮインターフェース部、１２：ＰＢＸインターフェース部、１３：呼制御部、１４：通話制御部、１５：登録クライアント部、１６：登録サーバ部、１７、順番リスト記憶部、１８：稼働状態監視部、１９：着信当番決定部
【技術分野】
【０００１】
本発明は、ＶｏＩＰゲートウェイに関し、特に、複数のＶｏＩＰゲートウェイを含む通信システムの着信制御技術に関する。
【背景技術】
【０００２】
特許文献１には、動的に負荷分散を実現する仮想ルータを利用した負荷分散システムが開示されている。
【０００３】
この負荷分散システムは、一つの共通のアドレスを有する仮想ルータを構成する複数のルータと、仮想ルータを介してネットワークに接続される複数のエンドシステムと、を備えている。仮想ルータを構成する複数のルータのうちの一つは、マスタルータとなり、自ルータを含む各ルータに担当のエンドステムを割り当て、他のルータ（バックアップルータ）各々に担当のエンドシステムを通知する。それから、マスタルータおよび各バックアップルータは、担当のエンドシステムを送信元あるいは送信先とするパケットについてのみルーティング処理を行い、その他のパケットについては破棄する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２３４４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の負荷分散システムを、ＶｏＩＰゲートウェイを含む通信システムに適用した場合、つぎのような問題が発生する。
【０００６】
一つの共通のアドレスを有する複数のＶｏＩＰゲートウェイにより仮想ＶｏＩＰゲートウェイを構成し、複数の内線端末を収容するＰＢＸを、この仮想ＶｏＩＰゲートウェイを介してＶｏＩＰ網に接続した場合において、この仮想ＶｏＩＰゲートウェイにＶｏＩＰ網からＩＮＶＩＴＥメッセージが着信したとする。このＩＮＶＩＴＥメッセージの宛先が、ＰＢＸに割り当てられている代表番号である場合、このＩＮＶＩＴＥメッセージが仮想ＶｏＩＰゲートウェイに着信した時点では、このＩＮＶＩＥメッセージに応答する内線端末が確定していない。このため、このＩＮＶＩＴＥメッセージの処理を担当するＶｏＩＰゲートウェイを特定することができない。
【０００７】
本発明は上記事情に鑑みてなされたものであり、その目的は、共通のアドレスが割り当てられた複数のＶｏＩＰゲートウェイ間における負荷分散を図る技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明では、複数の内線端末を収容するＰＢＸをＶｏＩＰ網に接続するＶｏＩＰゲートウェイを複数設け、これらのＶｏＩＰゲートウェイに対して、ＶｏＩＰ網上のアドレスとして共通のアドレスを割り当てるとともに、着信当番の順番を割り当てる。そして、この共通のアドレスに対してＩＮＶＩＴＥメッセージがＶｏＩＰ網から着信した場合に、着信当番のＶｏＩＰゲートウェイのみが、このＩＮＶＩＴＥメッセージを処理して呼制御シーケンスを実施し、着信当番でないＶｏＩＰゲートウェイは、このＩＮＶＩＴＥメッセージを処理することなく破棄する。また、着信当番のＶｏＩＰゲートウェイは、自ＶｏＩＰゲートウェイが所定の当番交代条件（例えば収容チャネルに空きがない、所定数の着信を続けて処理したなど）を満足したか否かを判断し、この当番交代条件を満足したならば、所定の当番順番に従い、他のいずれか一つのＶｏＩＰゲートウェイに着信当番を移す。
【０００９】
例えば、本発明は、ＶｏＩＰ網と複数の内線端末を収容するＰＢＸとの間に複数配置され、前記ＶｏＩＰ網対応のアドレスとして共通のアドレスが割り当てられるＶｏＩＰゲートウェイであって、
自ＶｏＩＰゲートウェイを含む複数の前記ＶｏＩＰゲートウェイのうちのいずれが着信に係る処理を実行する着信当番となるかを決定する着信当番決定手段と、
前記ＶｏＩＰ網から着信があった場合に自ＶｏＩＰゲートウェイが前記着信当番ならば当該着信に係る処理を実行し、自ＶｏＩＰゲートウェイが前記着信当番でないならば当該着信に係る処理を実行しない着信制御手段と、を有し、
前記着信当番決定手段は、
自ＶｏＩＰゲートウェイが前記着信当番である場合に、自ＶｏＩＰゲートウェイの状態が所定の当番交代条件を満足する否かを監視し、前記当番交代条件を満足したならば、自ＶｏＩＰゲートウェイを含む複数の前記ＶｏＩＰゲートウェイ間で予め定められた当番順番に従い、いずれかの他ＶｏＩＰゲートウェイに着信当番依頼を送信して、自ＶｏＩＰゲートウェイを前記着信当番から外し、
自ＶｏＩＰゲートウェイが前記着信当番でない場合に、他ＶｏＩＰゲートウェイから前記着信当番依頼を受信したならば、自ＶｏＩＰゲートウェイを前記着信当番に決定する。
【発明の効果】
【００１０】
本発明によれば、ＶｏＩＰ網上のアドレスとして共通のアドレスが割り当てられた複数のＶｏＩＰゲートウェイにＶｏＩＰ網から着信した場合、この着信を処理するＶｏＩＰゲートウェイを動的に割り振ることができるので、複数のＶｏＩＰゲートウェイ間における負荷分散を図ることができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明の一実施の形態に係る電話システムの概略構成図である。
【図２】図２は、ＶｏＩＰゲートウェイ１を起動させた場合の動作を説明するためのシーケンス図である。
【図３】図３は、ＶｏＩＰゲートウェイ１を起動させた場合の動作を説明するためのシーケンス図（図２の続き）である。
【図４】図４は、ＶｏＩＰ網５からＶｏＩＰゲートウェイ１に着信した場合の動作を説明するためのシーケンス図である。
【図５】図５は、ＶｏＩＰ網５からＶｏＩＰゲートウェイ１に着信した場合の動作を説明するためのシーケンス図（図４の続き）である。
【図６】図６は、ＶｏＩＰゲートウェイ１の概略機能構成図である。
【図７】図７は、ＶｏＩＰゲートウェイ１の起動時の動作を説明するためのフロー図である。
【図８】図８（Ａ）は、マスタＧＷに設定されたＶｏＩＰゲートウェイ１の登録サーバ部１６の動作を説明するためのフロー図であり、図８（Ｂ）は、スレーブＧＷに設定されたＶｏＩＰゲートウェイ１の登録サーバ部１６の動作を説明するためのフロー図である。
【図９】図９は、ＶｏＩＰゲートウェイ１の着信当番依頼受信時の動作を説明するためのフロー図である。
【図１０】図１０は、ＶｏＩＰゲートウェイ１の、ＶｏＩＰ網５からの着信時の動作を説明するためのフロー図である。
【発明を実施するための形態】
【００１２】
以下に、本発明の一実施の形態について説明する。
【００１３】
図１は、本施の形態に係る電話システムの概略構成図である。
【００１４】
図示するように、本実施の形態に係る電話システムは、複数のアナログ電話機４を収容したＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ Ｅｘｃｈａｎｇｅ）３と、ＰＢＸ３およびＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網５間に複数配置されたＶｏＩＰゲートウェイ１−１〜１−ｎ（以下、ＶｏＩＰゲートウェイ１とも呼ぶ）と、ＶｏＩＰゲートウェイ１−１〜１−ｎをＶｏＩＰ網５に接続するハブ２と、を備えている。
【００１５】
ＶｏＩＰゲートウェイ１−１〜１−ｎには、ＶｏＩＰ網５上のアドレスとして共通のアドレスが割り当てられる。また、ＶｏＩＰゲートウェイ１−１〜１−ｎは、ＬＡＮ６を介して互いに接続されており、ＶｏＩＰゲートウェイ１−１〜１−ｎのうちの一つが着信当番となるように、ＬＡＮ６を介して互いにネゴシエーションを行う。
【００１６】
着信当番のＶｏＩＰゲートウェイ１は、ＶｏＩＰ網５からの着信を処理して呼制御シーケンスを実施するとともに、自ＶｏＩＰゲートウェイ１の状態が所定の当番交代条件を満足するに至ったか否かを監視する。そして、当番交代条件を満足するに至ったならば、ＶｏＩＰゲートウェイ１−１〜１−ｎ間で予め定められた当番順番に従い、ＬＡＮ６を介して他のいずれか一つのＶｏＩＰゲートウェイ１に着信当番依頼を送信して、自ＶｏＩＰゲートウェイ１を着信当番から外す。一方、着信当番でないＶｏＩＰゲートウェイ１は、ＶｏＩＰ網５からの着信を無視するとともに、着信当番依頼を受信したならば、自ＶｏＩＰゲートウェイ１を着信当番に決定する。
【００１７】
ハブ２は、リピータ機能およびブリッジ機能を有しており、ＶｏＩＰ網５から受信したパケットをリピータ機能によりＶｏＩＰゲートウェイ１−１〜１−ｎのそれぞれに中継するとともに、ＶｏＩＰゲートウェイ１−１〜１−ｎから受信したパケットをブリッジ機能によりＶｏＩＰ網５へ中継する。
【００１８】
図２および図３は、ＶｏＩＰゲートウェイ１を起動させた場合の動作を説明するためのシーケンス図である。ここでは、説明を簡単にするために、三台のＶｏＩＰゲートウェイ１−１〜１−３を順次起動した場合を例示している。
【００１９】
まず、ＶｏＩＰゲートウェイ１−１が起動したものとする（Ｓ１００）。ＶｏＩＰゲートウェイ１−１は、マスタゲートウェイ（マスタＧＷ）問合せをＬＡＮ６へマルチキャスト送信する。そして、所定の再送インターバル内にこのマスタＧＷ問合せに対する応答がないならば、マスタＧＷ問合せを繰り返しマルチキャスト送信する（Ｓ１０１）。
【００２０】
ここでは、起動しているＶｏＩＰゲートウェイ１がＶｏＩＰゲートウェイ１−１のみなので、ＶｏＩＰゲートウェイ１−１は、マスタＧＷ問合せに対する応答を受信することなく、所定の問合せ時間の経過によりタイムアウトする（Ｓ１０２）。これを受けて、ＶｏＩＰゲートウェイ１−１は、自ＶｏＩＰゲートウェイ１−１をマスタＧＷに設定し（Ｓ１０３）、マスタＧＷとしての以下の処理を開始する。
【００２１】
まず、ＶｏＩＰゲートウェイ１−１は、ＶｏＩＰ網５上に存在する所定のＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバにアクセスし、このＤＨＣＰサーバからＶｏＩＰ網５上のＩＰアドレスを取得する（Ｓ１０４）。そして、自ＶｏＩＰゲートウェイ１−１のＩＰアドレスを設定する。具体的には、ＶｏＩＰ網５上のアドレスとして、ＤＨＣＰサーバから取得したＩＰアドレス（グローバルアドレス）を設定し、ＬＡＮ６上のアドレスとして所定のＩＰアドレス（ローカルアドレス）を設定する（Ｓ１０５）。
【００２２】
つぎに、ＶｏＩＰゲートウェイ１−１は、ＶｏＩＰ網５上に存在する所定のＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバにアクセスし、このＳＩＰサーバに自ＶｏＩＰゲートウェイ１−１の登録情報を記述する（Ｓ１０６）。
【００２３】
それから、ＶｏＩＰゲートウェイ１−１は、着信当番の順番リストを新たに作成して、この順番リストの最上位に自ＶｏＩＰゲートウェイ１−１を登録する。また、ＶｏＩＰ網５からの着信を処理する権限である着信当番を獲得する（Ｓ１０７）。その後、ＶｏＩＰゲートウェイ１−１は、この順番リストをＬＡＮ６へマルチキャスト送信する（Ｓ１０８）。
【００２４】
つぎに、ＶｏＩＰゲートウェイ１−２が起動したものとする（Ｓ１０９）。ＶｏＩＰゲートウェイ１−２は、マスタＧＷ問合せをＬＡＮ６へマルチキャスト送信する（Ｓ１１０）。これを受けて、マスタＧＷであるＶｏＩＰゲートウェイ１−１は、ＶｏＩＰゲートウェイ１−２にマスタＧＷ通知を返信する（Ｓ１１１）。ＶｏＩＰゲートウェイ１−２は、ＶｏＩＰゲートウェイ１−１からマスタＧＷ通知を受け取ると、自ＶｏＩＰゲートウェイ１−２をスレーブゲートウェイ（スレーブＧＷ）に設定し（Ｓ１１２）、スレーブＧＷとしての以下の処理を開始する。
【００２５】
まず、ＶｏＩＰゲートウェイ１−２は、マスタＧＷであるＶｏＩＰゲートウェイ１−１にアクセスし、このＶｏＩＰゲートウェイ１−１からＶｏＩＰ網５上およびＬＡＮ６上のＩＰアドレスを取得する（Ｓ１１３）。ここで、ＶｏＩＰゲートウェイ１−１は、ＶｏＩＰ網５上のＩＰアドレスとして、自ＶｏＩＰゲートウェイ１−１に設定されているＶｏＩＰ網５上のＩＰアドレスをＶｏＩＰゲートウェイ１−２に通知する。また、ＬＡＮ６上のＩＰアドレスとして、ＬＡＮ６上でユニークなＩＰアドレスをＶｏＩＰゲートウェイ１−２に通知する。
【００２６】
つぎに、ＶｏＩＰゲートウェイ１−２は、自ＶｏＩＰゲートウェイ１−２のＩＰアドレスを設定する。具体的には、ＶｏＩＰ網５上のアドレスとして、ＶｏＩＰゲートウェイ１−１から取得したＶｏＩＰゲートウェイ１−１と共通のＩＰアドレス（グローバルアドレス）を設定し、ＬＡＮ６上のアドレスとして、ＶｏＩＰゲートウェイ１−１から取得したＬＡＮ６上でユニークなＩＰアドレス（ローカルアドレス）を設定する（Ｓ１１４）。それから、ＶｏＩＰゲートウェイ１−２は、マスタＧＷであるＶｏＩＰゲートウェイ１−１にアクセスし、このＶｏＩＰゲートウェイ１−１に自ＶｏＩＰゲートウェイ１−２の登録情報を登録する（Ｓ１１５）。
【００２７】
さて、ＶｏＩＰゲートウェイ１−１は、ＶｏＩＰゲートウェイ１−２の登録情報を登録すると、このＶｏＩＰゲートウェイ１−２を着信当番の順番リストの最後尾に追加して、着信当番の順番リストを更新する（Ｓ１１６）。それから、ＶｏＩＰゲートウェイ１−１は、この順番リストをＬＡＮ６へマルチキャスト送信する（Ｓ１１７）。これを受けて、ＶｏＩＰゲートウェイ１−２は、この順番リストを記憶する。
【００２８】
その後、マスタＧＷであるＶｏＩＰゲートウェイ１−１は、スレーブＧＷであるＶｏＩＰゲートウェイ１−２に定期的にマスタＧＷ生存通知を送信し、これを受けて、ＶｏＩＰゲートウェイ１−２は、ＶｏＩＰゲートウェイ１−１にマスタＧＷ生存通知応答を返信する（Ｓ１１８）。これにより、ＶｏＩＰゲートウェイ１−１およびＶｏＩＰゲートウェイ１−２は、互いの生存を確認し合う。
【００２９】
つぎに、ＶｏＩＰゲートウェイ１−３が起動したものとする（Ｓ１１９）。ＶｏＩＰゲートウェイ１−３は、マスタＧＷ問合せをＬＡＮ６へマルチキャスト送信する（Ｓ１２０）。これを受けて、マスタＧＷであるＶｏＩＰゲートウェイ１−１は、ＶｏＩＰゲートウェイ１−３にマスタＧＷ通知を返信する（Ｓ１２１）。ＶｏＩＰゲートウェイ１−３は、ＶｏＩＰゲートウェイ１−１からマスタＧＷ通知を受け取ると、自ＶｏＩＰゲートウェイ１−３をスレーブＧＷに設定し（Ｓ１２２）、ＶｏＩＰゲートウェイ１−２と同様に、スレーブＧＷとしての以下の処理を開始する。
【００３０】
すなわち、ＶｏＩＰゲートウェイ１−３は、マスタＧＷであるＶｏＩＰゲートウェイ１−１にアクセスし、このＶｏＩＰゲートウェイ１−１からＶｏＩＰ網５上およびＬＡＮ６上のＩＰアドレスを取得する（Ｓ１２３）。ここで、ＶｏＩＰゲートウェイ１−１は、ＶｏＩＰ網５上のＩＰアドレスとして、自ＶｏＩＰゲートウェイ１−１に設定されているＶｏＩＰ網５上のＩＰアドレスをＶｏＩＰゲートウェイ１−３に通知する。また、ＬＡＮ６上のＩＰアドレスとして、ＬＡＮ６上でユニークなＩＰアドレスをＶｏＩＰゲートウェイ１−３に通知する。
【００３１】
つぎに、ＶｏＩＰゲートウェイ１−３は、自ＶｏＩＰゲートウェイ１−３のＩＰアドレスを設定する。具体的には、ＶｏＩＰ網５上のアドレスとして、ＶｏＩＰゲートウェイ１−１から取得したＶｏＩＰゲートウェイ１−１、１−２と共通のＩＰアドレス（グローバルアドレス）を設定し、ＬＡＮ６上のアドレスとして、ＶｏＩＰゲートウェイ１−１から取得したＬＡＮ６上でユニークなＩＰアドレス（ローカルアドレス）を設定する（Ｓ１２４）。それから、ＶｏＩＰゲートウェイ１−３は、マスタＧＷであるＶｏＩＰゲートウェイ１−１にアクセスして、ＶｏＩＰゲートウェイ１−１に自ＶｏＩＰゲートウェイ１−３の登録情報を登録する（Ｓ１２５）。
【００３２】
さて、ＶｏＩＰゲートウェイ１−１は、ＶｏＩＰゲートウェイ１−３の登録情報を登録すると、このＶｏＩＰゲートウェイ１−３を着信当番の順番リストの最後尾に追加して、着信当番の順番リストを更新する（Ｓ１２６）。それから、ＶｏＩＰゲートウェイ１−１は、この順番リストをＬＡＮ６へマルチキャスト送信する（Ｓ１２７）。これを受けて、ＶｏＩＰゲートウェイ１−３は、この順番リストを記憶する。また、ＶｏＩＰゲートウェイ１−２は、記憶している順番リストを、新たに受信した順番リストに置き換える。
【００３３】
その後、マスタＧＷであるＶｏＩＰゲートウェイ１−１は、スレーブＧＷであるＶｏＩＰゲートウェイ１−３に定期的にマスタＧＷ生存通知を送信し、これを受けて、ＶｏＩＰゲートウェイ１−３は、ＶｏＩＰゲートウェイ１−１にマスタＧＷ生存通知応答を返信する（Ｓ１２８）。これにより、ＶｏＩＰゲートウェイ１−１およびＶｏＩＰゲートウェイ１−３は、互いの生存を確認し合う。
【００３４】
図４および図５は、ＶｏＩＰ網５からＶｏＩＰゲートウェイ１に着信した場合の動作を説明するためのシーケンス図である。ここでは、説明を簡単にするために、三台のＶｏＩＰゲートウェイ１−１〜１−３が起動中の場合を例示している。なお、着信当番の順番リストには、ＶｏＩＰゲートウェイ１−１、１−２、１−３がこの順で登録されており、また、初期状態においては、ＶｏＩＰゲートウェイ１−１が着信当番を獲得しているものとする。
【００３５】
ハブ２は、ＶｏＩＰゲートウェイ１−１〜１−３に割り当てられた共通のＩＰアドレスを送信先とするＩＮＶＩＴＥメッセージをＶｏＩＰ網５から受信すると（Ｓ２００）、リピータ機能により、このＩＮＶＩＴＥメッセージを複製してＶｏＩＰゲートウェイ１−１〜１−３のそれぞれに中継する（Ｓ２０１）。
【００３６】
ここで、着信当番を獲得していないＶｏＩＰゲート１−２、１−３は、このＩＮＶＩＴＥメッセージを無視（破棄）する（Ｓ２０２−１、Ｓ２０２−２）。一方、着信当番を獲得しているＶｏＩＰゲートウェイ１−１は、このＩＮＶＩＴＥメッセージに基づく着信処理（呼制御シーケンス）を開始する（Ｓ２０３）。
【００３７】
すなわち、ＶｏＩＰゲートウェイ１−１は、ＩＮＶＩＴＥメッセージの送信元に１８０Ｒｉｎｇｉｎｇを送信する（Ｓ２０４）。ハブ２は、ＶｏＩＰゲートウェイ１−１から１８０Ｒｉｎｇｉｎｇを受信すると、ブリッジ機能によりこの１８０ＲｉｎｇｉｎｇをＶｏＩＰ網５に中継する（Ｓ２０５）。
【００３８】
また、ＶｏＩＰゲートウェイ１−１は、ＰＢＸ３に着信信号を送信する（Ｓ２０６）。そして、ＰＢＸ３から応答信号を受信したならば（Ｓ２０７）、ＩＮＶＩＴＥメッセージの送信元宛ての２００ＯＫメッセージを送信する（Ｓ２０８）。ハブ２は、ＶｏＩＰゲートウェイ１−１から２００ＯＫメッセージを受信すると、ブリッジ機能によりこの２００ＯＫメッセージをＶｏＩＰ網５に中継する（Ｓ２０９）。
【００３９】
以上により、ＶｏＩＰゲートウェイ１−１とＶｏＩＰ網５との間にセッションが確立される（Ｓ２１０）。一方、ＶｏＩＰゲートウェイ１−１とＰＢＸ３との間に通話チャネルが確立される（Ｓ２１１）。ＶｏＩＰゲートウェイ１−１は、ＶｏＩＰ網５との間に確立されたセッションと、ＰＢＸ３との間に確立された通話チャネルとを中継する（Ｓ２１２）。これにより、ＰＢＸ３に収容されたアナログ電話機４と、ＶｏＩＰ網５に接続された相手端末との間の通話が可能となる。
【００４０】
ここで、ハブ２は、ＶｏＩＰ網５から受信した、ＶｏＩＰゲートウェイ１に共通のＩＰアドレスを送信先とするＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットを、リピータ機能により複製してＶｏＩＰゲートウェイ１−１〜１−３のそれぞれに中継する（Ｓ２１３）。しかし、着信処理を実施してセッション確立に関与したＶｏＩＰゲートウェイ１−１のみが、このＲＴＰパケットを中継し（Ｓ２１２）、セッション確立に関与していないＶｏＩＰゲートウェイ１−２、１−３は、このＲＴＰパケットを無視（破棄）する（Ｓ２１４−１、Ｓ２１４−２）。
【００４１】
つぎに、ＶｏＩＰゲートウェイ１−１は、自ＶｏＩＰゲートウェイ１−１の稼働状態が、所定の当番交代条件を満足するに至ったか否かを判断する（Ｓ２１５）。ここで、当番交代条件とは、ＶｏＩＰゲートウェイ１−１〜１−３間で負荷分散を図るため、着信当番を獲得しているＶｏＩＰゲートウェイ１を着信当番から外す（他のＶｏＩＰゲートウェイ１に着信当番を交代させる）ための条件であり、着信当番を獲得しているＶｏＩＰゲートウェイ１に所定の負荷が新たに追加された場合に、当番交代条件を満足するように設定される。具体的には、着信当番を獲得しているＶｏＩＰゲートウェイ１がＰＢＸ３との間に確立している通話チャネル数が自ＶｏＩＰゲートウェイ１で処理可能な最大チャネル数に達していること、着信当番を獲得しているＶｏＩＰゲートウェイ１がＶｏＩＰ網５との間に確立しているセッション数が自ＶｏＩＰゲートウェイ１で処理可能な最大セッション数に達していること、あるいは、自ＶｏＩＰゲートウェイ１が着信当番を獲得してからの着信処理の実施回数が所定回数に達していることなどが、当番交代条件として設定される。
【００４２】
ここで、ＶｏＩＰゲートウェイ１−１の稼働状態が当番交代条件を満足するに至ったものとする。このとき、ＶｏＩＰゲートウェイ１−１は、獲得した着信当番を放棄する（Ｓ２１６）。それから、ＶｏＩＰゲートウェイ１−１は、予め記憶してある着信順番の順番リストを参照し、この順番リスト中、自ＶｏＩＰゲートウェイ１−１のつぎに記述されているＶｏＩＰゲートウェイ１−２を着信当番の引継先に決定する（Ｓ２１７）。そして、ＬＡＮ６を介してＶｏＩＰゲートウェイ１−２に着信当番依頼を送信する（Ｓ２１８）。
【００４３】
ＶｏＩＰゲートウェイ１−２は、ＶｏＩＰゲートウェイ１−１から着信当番依頼を受信すると、ＬＡＮ６を介して、このＶｏＩＰゲートウェイ１−１に応答を返信する（Ｓ２１９）。それから、ＶｏＩＰゲートウェイ１−２は、自ＶｏＩＰゲートウェイ１−２の稼働状態に基づいて、着信当番の引受可否を判定する（Ｓ２２０）。具体的には、ＰＢＸ３との間に確立している通話チャネル数が自ＶｏＩＰゲートウェイ１で処理可能な最大チャネル数に達している場合、あるいはＶｏＩＰ網５との間に確立しているセッション数が自ＶｏＩＰゲートウェイ１で処理可能な最大セッションル数に達している場合に、着信当番の引受不可と判定し、それ以外の場合は着信当番の引受可能と判定する。
【００４４】
ここで、ＶｏＩＰゲートウェイ１−２が着信当番の引受可能と判定したものとする。これを受けて、ＶｏＩＰゲートウェイ１−２は着信当番を獲得する（Ｓ２２１）。これにより、ＶｏＩＰゲートウェイ１−１からＶｏＩＰゲートウェイ１−２に着信当番が変更される。
【００４５】
その後、ハブ２は、ＶｏＩＰゲートウェイ１−１〜１−３に割り当てられた共通のＩＰアドレスを送信先とするＩＮＶＩＴＥメッセージをＶｏＩＰ網５から受信すると（Ｓ２２２）、このＩＮＶＩＴＥメッセージを、リピータ機能により複製してＶｏＩＰゲートウェイ１−１〜１−３のそれぞれに中継する（Ｓ２２３）。
【００４６】
ここで、着信当番を獲得していないＶｏＩＰゲート１−１、１−３は、このＩＮＶＩＴＥメッセージを無視する（Ｓ２２４−１、Ｓ２２４−２）。一方、着信当番を獲得しているＶｏＩＰゲートウェイ１−２は、このＩＮＶＩＴＥメッセージに基づく着信処理（呼制御シーケンス）を開始する（Ｓ２２５）。
【００４７】
すなわち、ＶｏＩＰゲートウェイ１−２は、ＩＮＶＩＴＥメッセージの送信元に１８０Ｒｉｎｇｉｎｇを送信し（Ｓ２２６）、ハブ２は、この１８０ＲｉｎｇｉｎｇをＶｏＩＰゲートウェイ１−２から受信すると、ブリッジ機能により、この１８０ＲｉｎｇｉｎｇをＶｏＩＰ網５に中継する（Ｓ２２７）。
【００４８】
また、ＶｏＩＰゲートウェイ１−２は、ＰＢＸ３に着信信号を送信し（Ｓ２２８）、ＰＢＸ３から応答信号を受信したならば（Ｓ２２９）、ＩＮＶＩＴＥメッセージの送信元に２００ＯＫメッセージを送信する（Ｓ２３０）。ハブ２は、この２００ＯＫメッセージをＶｏＩＰゲートウェイ１−２から受信すると、ブリッジ機能により、この２００ＯＫメッセージをＶｏＩＰ網５に中継する（Ｓ２３１）。
【００４９】
以上により、ＶｏＩＰゲートウェイ１−２とＶｏＩＰ網５との間にセッションが確立される（Ｓ２３２）。一方、ＶｏＩＰゲートウェイ１−２とＰＢＸ３との間に通話チャネルが確立される（Ｓ２３３）。ＶｏＩＰゲートウェイ１−２は、ＶｏＩＰ網５との間に確立されたセッションと、ＰＢＸ３との間に確立された通話チャネルとを中継する（Ｓ２３４）。これにより、ＰＢＸ３に収容されたアナログ電話機４とＶｏＩＰ網５に接続された相手端末との間の通話が可能となる。
【００５０】
ここで、ハブ２は、ＶｏＩＰ網５から受信した、ＶｏＩＰゲートウェイ１に共通のＩＰアドレスを送信先とするＲＴＰパケットを、リピータ機能により複製してＶｏＩＰゲートウェイ１−１〜１−３のそれぞれに中継する（Ｓ２３５）。しかし、着信処理を実施してセッション確立に関与したＶｏＩＰゲートウェイ１−２のみがこのＲＴＰパケットを中継し（Ｓ２３４）、セッション確立に関与していないＶｏＩＰゲートウェイ１−１、１−３は、このＲＴＰパケットを無視する（Ｓ２３６−１、Ｓ２３６−２）。
【００５１】
つぎに、ＶｏＩＰゲートウェイ１−２は、自ＶｏＩＰゲートウェイ１−２の稼働状態が当番交代条件を満足するに至ったか否かを判断する（Ｓ２３７）。ここで、ＶｏＩＰゲートウェイ１−２の稼働状態が当番交代条件を満足するに至ったものとする。このとき、ＶｏＩＰゲートウェイ１−２は、獲得した着信当番を放棄する（Ｓ２３８）。それから、ＶｏＩＰゲートウェイ１−２は、予め記憶してある着信順番の順番リストを参照し、この順番リスト中、自ＶｏＩＰゲートウェイ１−２のつぎに記述されているＶｏＩＰゲートウェイ１−３を着信当番の引継先に決定する（Ｓ２３９）。そして、ＬＡＮ６を介してＶｏＩＰゲートウェイ１−２に着信当番依頼を送信する（Ｓ２４０）。
【００５２】
ＶｏＩＰゲートウェイ１−３は、ＶｏＩＰゲートウェイ１−２から着信当番依頼を受信すると、ＬＡＮ６を介して、このＶｏＩＰゲートウェイ１−２に応答を返信する（Ｓ２４１）。それから、ＶｏＩＰゲートウェイ１−３は、自ＶｏＩＰゲートウェイ１−３の稼働状態に基づいて、着信当番の引受可否を判定する（Ｓ２４２）。
【００５３】
ここで、ＶｏＩＰゲートウェイ１−３が着信当番の引受不可と判定したものとする。このとき、ＶｏＩＰゲートウェイ１−３は、予め記憶してある着信順番の順番リストを参照し、自ＶｏＩＰゲートウェイ１−３が順番リストの最後尾なので、順番リストの最初に記述されているＶｏＩＰゲートウェイ１−１を着信当番の引継先に決定する（Ｓ２４３）。そして、ＬＡＮ６を介してＶｏＩＰゲートウェイ１−１に着信当番依頼を送信する（Ｓ２４４）。
【００５４】
さて、ＶｏＩＰゲートウェイ１−１は、ＶｏＩＰゲートウェイ１−３から着信当番依頼を受信すると、ＬＡＮ６を介してこのＶｏＩＰゲートウェイ１−３に応答を返信する（Ｓ２４５）。それから、ＶｏＩＰゲートウェイ１−１は、自ＶｏＩＰゲートウェイ１−１の稼働状態に基づいて着信当番の引受可否を判定する（Ｓ２４６）。ここで、ＶｏＩＰゲートウェイ１−１が着信当番の引受可能と判定したものとする。このとき、ＶｏＩＰゲートウェイ１−１は着信当番を獲得する（Ｓ２４７）。これにより、ＶｏＩＰゲートウェイ１−３を飛ばして、ＶｏＩＰゲートウェイ１−２からＶｏＩＰゲートウェイ１−１に着信当番が変更される。
【００５５】
つぎに、ＶｏＩＰゲートウェイ１の詳細を説明する。
【００５６】
図６は、ＶｏＩＰゲートウェイ１の概略機能構成図である。
【００５７】
図示するように、ＶｏＩＰゲートウェイ１は、ＶｏＩＰ網インターフェース部１０と、ＬＡＮインターフェース部１１と、ＰＢＸインターフェース部１２と、呼制御部１３と、通話制御部１４と、登録クライアント部１５と、登録サーバ部１６と、順番リスト記憶部１７と、稼働状態監視部１８と、着信当番決定部１９と、を備えている。
【００５８】
ＶｏＩＰ網インターフェース部１０は、ＶｏＩＰ網５（ハブ２）に接続するためのインターフェースである。
【００５９】
ＬＡＮインターフェース部１１は、ＬＡＮ６に接続するためのインターフェースである。そして、ＰＢＸインターフェース部１２は、ＰＢＸ３に接続するためのインターフェースである。ここで、ＰＢＸインターフェース部１２は、ＰＢＸ３との間で複数の通話チャネルを同時並列的に確立できるよう構成されている。
【００６０】
呼制御部１３は、ＳＩＰに従いＶｏＩＰ網５上のＳＩＰサーバと呼制御シーケンスを実行することにより、ＶｏＩＰ網５上の相手端末との間にセッションを確立する。また、呼制御部１３は、ＳＩＰによる呼制御シーケンスに連動して、ＰＢＸ３との間で予め定められた呼制御プロトコルに従い、ＰＢＸ３と呼制御シーケンスを実行することにより、ＰＢＸ３との間に通話チャネルを確立する。そして、ＶｏＩＰ網５上の相手端末との間に確立されたセッションと、ＰＢＸ３との間に確立された通話チャネルとを中継するように、通話制御部１４に指示する。
【００６１】
なお、呼制御部１３において、ＶｏＩＰ網インターフェース部１０を介してＶｏＩＰ網５（ハブ２）から送られてくるＳＩＰパケットを処理すべきか否かの判断は、ＳＩＰパケットに含まれているＣａｌｌ−ＩＤに基づいて行われる。すなわち、呼制御部１３は、ＶｏＩＰ網５から受信したＳＩＰパケットに含まれているＣａｌｌ−ＩＤが、自ＶｏＩＰゲートウェイ１で処理したＩＮＶＩＴＥメッセージのＳＩＰパケットと同じＣａｌｌ−ＩＤならば処理し、異なるならば無視する。
【００６２】
通話制御部１４は、呼制御部１３の指示に従い、ＶｏＩＰ網５上の相手端末との間に確立されたセッションを介して送受信されるＲＴＰパケット、およびＰＢＸ３との間に確立された通話チャネルを介して送受信される音声信号間の中継処理を行う。すなわち、通話制御部１４は、セッションを介してＶｏＩＰ網５上の相手端末から受信したＲＴＰパケットから音声信号を取り出し、この音声信号を、通話チャネルを介してＰＢＸ３に送信する。また、通話チャネルを介してＰＢＸ３から受信した音声信号をＲＴＰパケットに格納し、このＲＴＰパケットを、セッションを介してＶｏＩＰ網５上の相手端末に送信する。
【００６３】
なお、通話制御部１４において、ＶｏＩＰ網インターフェース部１０を介してＶｏＩＰ網５（ハブ２）から送られてくるＲＴＰパケットを処理すべきか否かの判断は、ＲＴＰパケットに含まれているＳｅｓｓｉｏｎ−ＩＤに基づいて行われる。すなわち、通話制御部１４は、ＶｏＩＰ網５から受信したＲＴＰパケットに含まれているＳｅｓｓｉｏｎ−ＩＤが、呼制御部１３によって確立されたセッションのＳｅｓｓｉｏｎ−ＩＤならば処理し、そうでないならば無視する。
【００６４】
登録クライアント部１５は、ＤＨＣＰクライアント機能およびＳＩＰレジストラクライアント機能を有し、登録サーバ部１６の指示に従い、これらの機能を利用してＩＰアドレスの取得および自ＶｏＩＰゲートウェイ１の登録処理を行う。
【００６５】
具体的には、登録クライアント部１５は、自ＶｏＩＰゲートウェイ１がマスタＧＷに設定されていることを登録サーバ部１６から通知された場合、ＤＨＣＰクライアント機能により、ＶｏＩＰ網インターフェース部１０を介して所定のＤＨＣＰサーバにアクセスし、このＤＨＣＰサーバからＶｏＩＰ網５上のＩＰアドレスを取得する。そして、ＤＨＣＰサーバから取得したＩＰアドレスを、自ＶｏＩＰゲートウェイ１のＶｏＩＰ網５上のアドレスとして設定し、所定のＩＰアドレスを、自ＶｏＩＰゲートウェイ１のＬＡＮ６上のアドレスとして設定する。また、登録クライアント部１５は、ＳＩＰレジストラクライアント機能により、ＶｏＩＰ網インターフェース部１０を介して所定のＳＩＰサーバにアクセスし、このＳＩＰサーバに自ＶｏＩＰゲートウェイ１の登録情報を登録する。
【００６６】
また、登録クライアント部１５は、自ＶｏＩＰゲートウェイ１がスレーブＧＷに設定されていることを、マスタＧＷのアドレス情報（ローカルアドレス）とともに登録サーバ部１６から通知された場合、ＤＨＣＰクライアント機能により、ＬＡＮインターフェース部１１を介してマスタＧＷにアクセスし、このマスタＧＷからＶｏＩＰ網５上のＩＰアドレスおよびＬＡＮ６上のＩＰアドレスを取得する。そして、これらの取得したアドレスを、自ＶｏＩＰゲートウェイ１のＶｏＩＰ網５上のアドレス、ＬＡＮ６上のアドレスとして設定する。また、登録クライアント部１５は、ＳＩＰレジスタクライアント機能により、ＬＡＮインターフェース部１１を介してマスタＧＷにアクセスして、このマスタＧＷに自ＶｏＩＰゲートウェイ１の登録情報を登録する。
【００６７】
登録サーバ部１６は、自ＶｏＩＰゲートウェイ１の起動時にマスタＧＷの確認を行い、マスタＧＷが存在するならば自ＶｏＩＰゲートウェイ１をスレーブＧＷに設定し、マスタＧＷが存在しないならば自ＶｏＩＰゲートウェイ１をマスタＧＷに設定する。
【００６８】
また、登録サーバ部１６は、ＤＨＣＰサーバ機能およびＳＩＰレジストラサーバ機能を有し、自ＶｏＩＰゲートウェイ１がマスタＧＷに設定されている場合に、ＤＨＣＰサーバ機能によりスレーブＧＷにＩＰアドレスを付与するとともに、ＳＩＰレジストラサーバ機能によりスレーブＧＷの登録処理を行う。
【００６９】
さらに、登録サーバ処理部１６は、自ＶｏＩＰゲートウェイ１がマスタＧＷに設定されている場合、着信当番の順番リストを作成・更新して順番リスト記憶部１７に記憶するとともに、この順番リストの配布を行い、自ＶｏＩＰゲートウェイ１がスレーブＧＷに設定されている場合、マスタＧＷから配布された順番リストを取得して、この順番リストを順番リスト記憶部１７に記憶する。
【００７０】
順番リスト記憶部１７には、着信当番の担当順が記述された順番リストが記憶される。この順番リストは、自ＶｏＩＰゲートウェイ１がマスタＧＷならば、登録サーバ部１６によって作成・更新され、自ＶｏＩＰゲートウェイ１がスレーブＧＷならば、登録クライアント部１５によってマスタＧＷから取得される。
【００７１】
稼働状態監視部１８は、自ＶｏＩＰゲートウェイ１の稼働状態（特に処理中のセッション数あるいは通話チャネル数）を監視する。
【００７２】
着信当番決定部１９は、自ＶｏＩＰゲートウェイ１を含む複数のＶｏＩＰゲートウェイ１−１〜１−ｎのうちの一つが着信当番となるように着信当番の担当を決定する。
【００７３】
具体的には、自ＶｏＩＰゲートウェイ１がマスタＧＷに設定された場合に、着信当番決定部１９は、自ＶｏＩＰゲートウェイ１を着信当番に決定する。
【００７４】
また、他のＶｏＩＰゲートウェイ１から着信当番依頼を受信した場合、着信当番決定部１９は、稼働状態監視部１８により取得された自ＶｏＩＰゲートウェイ１の稼働状態に基づいて着信当番の引受可否を判定する。そして、引受可能と判定したならば、自ＶｏＩＰゲートウェイ１を着信当番に決定する。一方、引受不可と判定したならば、順番リスト記憶部１７に記憶されている順番リストにおいて、自ＶｏＩＰゲートウェイ１のつぎに記述されているＶｏＩＰゲートウェイ１（自ＶｏＩＰゲートウェイ１の記述がリスト最後尾ならば、リスト先頭に記述されているＶｏＩＰゲートウェイ１）を新たな着信当番に決定する。
【００７５】
また、自ＶｏＩＰゲートウェイ１が着信当番である場合、着信当番決定部１９は、稼働状態監視部１８により取得された自ＶｏＩＰゲートウェイ１の稼働状態が所定の当番交代条件を満足するに至ったか否かを監視する。そして、自ＶｏＩＰゲートウェイ１の稼働状態が当番交代条件を満足するに至ったならば、順番リスト記憶部１７に記憶されている順番リストにおいて、自ＶｏＩＰゲートウェイ１のつぎに記述されているＶｏＩＰゲートウェイ１（自ＶｏＩＰゲートウェイ１の記述がリスト最後尾ならば、リスト先頭に記述されているＶｏＩＰゲートウェイ１）を新たな着信当番に決定する。
【００７６】
図７は、ＶｏＩＰゲートウェイ１の起動時の動作を説明するためのフロー図である。このフローは、ＶｏＩＰゲートウェイ１に電源が投入されて起動されることにより開始される。
【００７７】
まず、登録サーバ部１６は、ＬＡＮインターフェース部１１を介してＬＡＮ６に、所定の再送インターバルで繰り返し、マスタＧＷ問合せをマルチキャスト送信する（Ｓ３０１）。また、登録サーバ部１６は、所定の問合せ時間を経過するまでの間、ＬＡＮインターフェース部１１を介して他のＶｏＩＰゲートウェイ１からマスタＧＷ通知を受信するのを待つ（Ｓ３０２）。
【００７８】
所定の問合せ時間を経過するまでの間に、他のＶｏＩＰゲートウェイ１からマスタＧＷ通知を受信しなかった場合（Ｓ３０２でＮＯ）、登録サーバ部１６は、自ＶｏＩＰゲートウェイ１をマスタＧＷに設定し（Ｓ３０３）、その旨を登録クライアント部１５に通知する。
【００７９】
これを受けて、登録クライアント部１５は、ＶｏＩＰ網インターフェース部１０を介してＶｏＩＰ網５上の所定のＤＨＣＰサーバにアクセスし、このＤＨＣＰサーバからＶｏＩＰ網５上のＩＰアドレスを取得する。そして、登録クライアント部１５は、自ＶｏＩＰゲートウェイ１のＶｏＩＰ網５上のアドレスとして、ＤＨＣＰサーバから取得したＩＰアドレスをＶｏＩＰ網インターフェース部１０に設定するとともに、自ＶｏＩＰゲートウェイ１のＬＡＮ６上のアドレスとして所定のＩＰアドレスをＬＡＮインターフェース部１１に設定する（Ｓ３０４）。
【００８０】
つぎに、登録クライアント部１５は、ＶｏＩＰ網インターフェース部１０を介してＶｏＩＰ網５上の所定のＳＩＰサーバにアクセスし、このＳＩＰサーバに自ＶｏＩＰゲートウェイ１の登録情報を登録する（Ｓ３０５）。
【００８１】
つぎに、登録サーバ部１６は、先頭に自ＶｏＩＰゲートウェイ１の情報が記述された着信当番の順番リストを作成し、この順番リストを順番リスト記憶部１７に記憶する（Ｓ３０６）。さらに、登録サーバ部１６は、ＬＡＮインターフェース部１１を介してＬＡＮ６に、この順番リストをマルチキャスト送信する（Ｓ３０７）。
【００８２】
一方、所定の問合せ時間内に、他のＶｏＩＰゲートウェイ１からマスタＧＷ通知を受信した場合（Ｓ３０２でＹＥＳ）、登録サーバ部１６は、自ＶｏＩＰゲートウェイ１をスレーブＧＷに設定し（Ｓ３０８）、その旨を登録クライアント部１５に通知する。
【００８３】
これを受けて、登録クライアント部１５は、ＬＡＮインターフェース部１１を介してマスタＧＷ（マスタＧＷ通知の送信元アドレス）にアクセスし、マスタＧＷからＶｏＩＰ網５上のＩＰアドレスおよびＬＡＮ６上のＩＰアドレスを取得する。そして、登録クライアント部１５は、マスタＧＷから取得したＶｏＩＰ網５上のＩＰアドレス、ＬＡＮ６上のＩＰアドレスを、それぞれ、ＶｏＩＰ網インターフェース部１０、ＬＡＮインターフェース部１１に設定する（Ｓ３０９）。
【００８４】
つぎに、登録クライアント部１５は、ＬＡＮインターフェース部１１を介してマスタＧＷにアクセスし、このマスタＧＷに自ＶｏＩＰゲートウェイ１の登録情報を登録する（Ｓ３１０）。また、登録クライアント部１５は、ＬＡＮインターフェース部１１を介してマスタＧＷとの間でマスタＧＷ生存通知およびその応答のやり取りを開始する（Ｓ３１１）。
【００８５】
つぎに、登録サーバ部１６は、ＬＡＮインターフェース部１１を介してマスタＧＷからマルチキャスト送信された着信当番の順番リストを受信し、この順番リストを順番リスト記憶部１７に記憶する（Ｓ３１２）。
【００８６】
図８（Ａ）は、マスタＧＷに設定されたＶｏＩＰゲートウェイ１の登録サーバ部１６の動作を説明するためのフロー図である。
【００８７】
マスタＧＷに設定されたＶｏＩＰゲートウェイ１において、登録サーバ部１６は、ＬＡＮインターフェース部１１を介して他のＶｏＩＰゲートウェイ１からマスタＧＷ問合せを受信すると（Ｓ３２１でＹＥＳ）、ＬＡＮインターフェース部１１を介して、このマスタＧＷ問合せの送信元に、自ＶｏＩＰゲートウェイ１のアドレス情報を含むマスタＧＷ通知を返信する（Ｓ３２２）。
【００８８】
また、登録サーバ部１６は、ＬＡＮインターフェース部１１を介して他のＶｏＩＰゲートウェイ１（スレーブＧＷ）からアドレス要求を受信すると（Ｓ３２３でＹＥＳ）、このＶｏＩＰゲートウェイ１のＶｏＩＰ網５上のアドレスとして、自ＶｏＩＰゲートウェイ１と同じＩＰアドレスを割り当てるとともに、このＶｏＩＰゲートウェイ１のＬＡＮ６上のアドレスとして、ＤＨＣＰサーバ機能により生成したＬＡＮ６上でユニークなアドレスを割り当てる。そして、これらのアドレスをアドレス要求元のＶｏＩＰゲートウェイ１に送信する（Ｓ３２４）。
【００８９】
また、登録サーバ部１６は、ＬＡＮインターフェース部１１を介して他のＶｏＩＰゲートウェイ１（スレーブＧＷ）から登録要求を受信すると（Ｓ３２５でＹＥＳ）、ＳＩＰレジストラサーバ機能により、このＶｏＩＰゲートウェイ１の登録情報を登録する（Ｓ３２６）。また、登録サーバ部１６は、ＬＡＮインターフェース部１１を介してこのスレーブＧＷとの間でマスタＧＷ生存通知およびその応答のやり取りを開始する（Ｓ３２７）。さらに、登録サーバ部１６は、順番リスト記憶部１７に記憶されている着信当番の順番リストの最後尾にこのＶｏＩＰゲートウェイ１の情報を記述して、この順番リストを更新するとともに、ＬＡＮインターフェース部１１を介してＬＡＮ６に、更新後の順番リストをマルチキャスト送信する（Ｓ３２８）。
【００９０】
図８（Ｂ）は、スレーブＧＷに設定されたＶｏＩＰゲートウェイ１の登録サーバ部１６の動作を説明するためのフロー図である。
【００９１】
スレーブＧＷに設定されたＶｏＩＰゲートウェイ１において、登録サーバ部１６は、ＬＡＮインターフェース部１１を介して、マスタＧＷに設定されたＶｏＩＰゲートウェイ１からマルチキャスト送信された着信当番の順番リストを受信すると（Ｓ３３１でＹＥＳ）、順番リスト記憶部１７に記憶されている着信当番の順番リストを、新たに受信した順番リストに更新する（Ｓ３３２）。
【００９２】
図９は、ＶｏＩＰゲートウェイ１の着信当番依頼受信時の動作を説明するためのフロー図である。このフローは、ＬＡＮインターフェース部１１が、着信当番を放棄した他のＶｏＩＰゲートウェイ１から着信当番依頼を受信することにより開始される。
【００９３】
まず、着信当番決定部１９は、受信した着信当番依頼に添付されている送信履歴を取得するとともに、ＬＡＮインターフェース部１１を介して着信当番依頼の送信元に応答を返信する（Ｓ３４１）。つぎに、稼働状態監視部１８は、自ＶｏＩＰゲートウェイ１の稼働状態を取得して（Ｓ３４２）、この稼働状態を着信当番決定部１９に渡す。
【００９４】
これを受けて、着信当番決定部１９は、この稼働状態から、ＰＢＸ３との間に確立している通話チャネル数を特定し、この通話チャネル数が自ＶｏＩＰゲートウェイ１で処理可能な最大チャネル数に達しているか否かを判断する（Ｓ３４３）。そして、ＰＢＸ３との間に確立している通話チャネル数が最大チャネル数に達していないならば（Ｓ３４３でＮＯ）、着信当番決定部１９は、この稼働状態から、ＶｏＩＰ網５との間に確立しているセッション数を特定し、このセッション数が自ＶｏＩＰゲートウェイ１で処理可能な最大セッション数に達しているか否かをさらに判断する（Ｓ３４４）。そして、ＶｏＩＰ網５との間に確立しているセッション数が最大セッション数に達していないならば（Ｓ３４４でＮＯ）、着信当番決定部１９は、着信当番を獲得して、その旨を呼制御部１３に通知する（Ｓ３４５）。
【００９５】
一方、ＰＢＸ３との間に確立している通話チャネル数が自ＶｏＩＰゲートウェイ１で処理可能な最大チャネル数に達している場合（Ｓ３４３でＹＥＳ）、あるいはＶｏＩＰ網５との間に確立しているセッション数が自ＶｏＩＰゲートウェイ１で処理可能な最大セッション数に達している場合（Ｓ３４４でＹＥＳ）、着信当番決定部１９は、受信した着信当番依頼に添付されていた送信履歴に、自ＶｏＩＰゲートウェイ１が送信元として記述されているか否かを調べる（Ｓ３４５）。
【００９６】
そして、自ＶｏＩＰゲートウェイ１が送信履歴に記述されている場合、つまり着信当番依頼が、本実施に形態に係る電話システムを構成するＶｏＩＰゲートウェイ１−１〜１−ｎを一巡したならば（Ｓ３４５でＹＥＳ）、着信当番決定部１９は、自ＶｏＩＰゲートウェイ１の稼働状態にかかわらず、着信当番を獲得して、その旨を呼制御部１３に通知する（Ｓ３４６）。
【００９７】
一方、自ＶｏＩＰゲートウェイ１が送信履歴に記述されていない場合、つまり着信当番依頼が、本実施に形態に係る電話システムを構成するＶｏＩＰゲートウェイ１−１〜１−ｎを一巡していないならば（Ｓ３４５でＮＯ）、着信当番決定部１９は、順番リスト記憶部１７に記憶されている着信当番の順番リストにおいて、自ＶｏＩＰゲートウェイ１のつぎに記述されているＶｏＩＰゲートウェイ１（自ＶｏＩＰゲートウェイ１の記述がリスト最後尾ならば、リスト先頭に記述されているＶｏＩＰゲートウェイ１）を新たな着信当番に決定する（Ｓ３４７）。それから、着信当番決定部１９は、受信した着信当番依頼に添付されていた送信履歴に自ＶｏＩＰゲートウェイ１を送信元として追記する。そして、この送信履歴が添付された着信当番依頼を、ＬＡＮインターフェース部１１を介して、新たな着信当番に決定されたＶｏＩＰゲートウェイ１に送信し（Ｓ３４８）、このＶｏＩＰゲートウェイ１から応答を受信する（Ｓ３４９）。
【００９８】
図１０は、ＶｏＩＰゲートウェイ１の、ＶｏＩＰ網５からの着信時の動作を説明するためのフロー図である。このフローは、ＶｏＩＰ網インターフェース部１０がハブ２を介してＶｏＩＰ網５からＩＮＶＩＴＥメッセージを受信することにより開始される。
【００９９】
まず、呼制御部１３は、自ＶｏＩＰゲートウェイ１が着信当番を獲得しているか否かを判断する（Ｓ３６１）。自ＶｏＩＰゲートウェイ１が着信当番を獲得していないならば（Ｓ３６１でＮＯ）、このＩＮＶＩＴＥメッセージを無視してこのフローを終了する。一方、自ＶｏＩＰゲートウェイ１が着信当番を獲得しているならば（Ｓ３６１でＹＥＳ）、このＩＮＶＩＴＥメッセージに基づく着信処理（呼制御シーケンス）を開始する（Ｓ３６２）。
【０１００】
このとき、ＰＢＸ３との間に確立している通話チャネル数が自ＶｏＩＰゲートウェイ１で処理可能な最大チャネル数に達しているならば、あるいはＶｏＩＰ網５との間に確立しているセッション数が自ＶｏＩＰゲートウェイ１で処理可能な最大セッション数に達しているならば、話中処理を開始する。
【０１０１】
つぎに、呼制御部１３は、例えばアナログ電話機４のユーザがいずれも不在なためＰＢＸ３からの応答がないなど、セッションおよび通話チャネルを確立することなく着信処理が終了したならば（Ｓ３６３でＮＯ）、このフローを終了する。一方、この着信処理により、ＶｏＩＰ網５との間にセッションが確立されるとともに、ＰＢＸ３との間に通話チャネルが確立されたならば（Ｓ３６３でＹＥＳ）、これらのセッションおよび通話チャネルを中継するように、通話制御部１４に指示する。
【０１０２】
これを受けて、通話制御部１４は、ＶｏＩＰ網５上の相手端末との間に確立されたセッションを介して送受信されるＲＴＰパケット、およびＰＢＸ３との間に確立された通話チャネルを介して送受信される音声信号間の中継処理を開始する（Ｓ３６４）。
【０１０３】
つぎに、稼働状態監視部１８は、自ＶｏＩＰゲートウェイ１の稼働状態を取得して（Ｓ３６５）、この稼働状態を着信当番決定部１９に渡す。
【０１０４】
これを受けて、着信当番決定部１９は、この稼働状態に基づいて、自ＶｏＩＰゲートウェイ１の稼働状態が当番交代条件を満足しているか否かを判断する（Ｓ３６６）。そして、自ＶｏＩＰゲートウェイ１の稼働状態が当番交代条件を満足していないならば（Ｓ３６６でＮＯ）、このフローを終了する。
【０１０５】
一方、自ＶｏＩＰゲートウェイ１の稼働状態が当番交代条件を満足しているならば（Ｓ３６６でＹＥＳ）、着信当番決定部１９は、獲得した着信当番を放棄し、その旨を呼制御部１３に通知する（Ｓ３６７）。それから、着信当番決定部１９は、順番リスト記憶部１７に記憶されている着信当番の順番リストにおいて、自ＶｏＩＰゲートウェイ１のつぎに記述されているＶｏＩＰゲートウェイ１（自ＶｏＩＰゲートウェイ１の記述がリスト最後尾ならば、リスト先頭に記述されているＶｏＩＰゲートウェイ１）を新たな着信当番に決定する（Ｓ３６８）。そして、自ＶｏＩＰゲートウェイ１が送信元として記述された送信履歴を作成し、この送信履歴が添付された着信当番依頼を、ＬＡＮインターフェース部１１を介して、新たな着信当番に決定されたＶｏＩＰゲートウェイ１に送信して（Ｓ３６９）、このＶｏＩＰゲートウェイ１から応答を受信する（Ｓ３７０）。そして、このフローを終了する。
【０１０６】
以上、本発明の一実施の形態について説明した。
【０１０７】
本実施の形態に係る電話システムでは、複数のアナログ電話機４を収容するＰＢＸ３をＶｏＩＰ網５に接続するＶｏＩＰゲートウェイ１を複数設け、これらのＶｏＩＰゲートウェイ１に対して、ＶｏＩＰ網５上のアドレスとして共通のアドレスを割り当てるとともに、着信当番の順番リストにより着信当番を割り当てている。そして、この共通のアドレスに対するＩＮＶＩＴＥメッセージがＶｏＩＰ網５から着信した場合に、着信当番のＶｏＩＰゲートウェイ１のみが、このＩＮＶＩＴＥメッセージを処理して呼制御シーケンスを実施し、着信当番でないＶｏＩＰゲートウェイ１はこのＩＮＶＩＴＥメッセージを無視する。また、着信当番のＶｏＩＰゲートウェイ１は、自ＶｏＩＰゲートウェイ１が所定の当番交代条件を満足したか否かを判断し、この当番交代条件を満足したならば、着信当番の順番リストに従い、他のいずれか一つのＶｏＩＰゲートウェイ１に着信当番を移す。
【０１０８】
このため、本実施の形態によれば、ＶｏＩＰ網５上のアドレスとして共通のアドレスが割り当てられた複数のＶｏＩＰゲートウェイ１にＶｏＩＰ網５からＩＮＶＩＴＥメッセージが着信した場合に、このＩＮＶＩＴＥメッセージを処理するＶｏＩＰゲートウェイ１を動的に割り振ることができるので、複数のＶｏＩＰゲートウェイ１間における負荷分散を図ることができる。
【０１０９】
また、本実施の形態において、ＶｏＩＰゲートウェイ１における処理中のチャネル数もしくはセッション数が、このＶｏＩＰゲートウェイ１で処理可能な最大チャネル数あるいは最大セッション数に達した場合に、当番交代条件を満足したものと判断することにより、ＶｏＩＰゲートウェイ１に処理能力以上の数の着信が振り分けられるのを防止することができる。
【０１１０】
また、本実施の形態において、着信当番を獲得してからのＶｏＩＰゲートウェイ１の着信処理回数が所定回数に達した場合に、このＶｏＩＰゲートウェイ１の当番交代条件を満足したものと判断することにより、各ＶｏＩＰゲートウェイ１に、より均等に着信を振り分けることが可能となり、より効果的に負荷分散を図ることができる。
【０１１１】
また、本実施の形態において、着信当番を獲得していないＶｏＩＰゲートウェイ１は、他のＶｏＩＰゲートウェイ１から着信当番依頼を受信した場合に、自ＶｏＩＰゲートウェイ１において処理中のチャネル数もしくはセッション数が、自ＶｏＩＰゲートウェイ１で処理可能な最大チャネル数あるいは最大セッション数に達しているならば、着信当番を獲得することなく、着信当番の順番リストに従い、他のいずれか一つのＶｏＩＰゲートウェイ１に着信当番依頼を送信している。このため、ＶｏＩＰゲートウェイ１に処理能力以上の数の着信が振り分けられるのをさらに防止することができる。
【０１１２】
また、本実施の形態では、ハブ２を介して複数のＶｏＩＰゲートウェイ１をＶｏＩＰ網５に接続している。ここで、ハブ２は、ＶｏＩＰ網５から受信したパケットについては、複製してＶｏＩＰゲートウェイ１のそれぞれに中継する一方、各ＶｏＩＰゲートウェイ１から受信したパケットについては、複製することなくＶｏＩＰ網５へ中継する。このため、ＶｏＩＰゲートウェイ１から送信されたパケットがＬＡＮ６上に重複送出されるのを防止することができ、これによりＬＡＮ６の輻輳を低減できる。
【０１１３】
なお、本発明は上記の実施の形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【０１１４】
例えば、上記の実施の形態において、ＶｏＩＰゲートウェイ１は、他のＶｏＩＰゲートウェイ１から着信当番依頼を受信した場合において、着信当番の引受不可と判定したならば、自ＶｏＩＰゲートウェイ１が新たな着信当番を決定して、この新たな着信当番に決定されたＶｏＩＰゲートウェイ１に着信依頼当番を送信している。しかし、本発明はこれに限定されない。ＶｏＩＰゲートウェイ１は、受信した着信当番依頼に対して着信当番の引受不可と判定した場合に、この着信当番依頼の送信元であるＶｏＩＰゲートウェイ１に対して、着信当番の引受不可応答を返信するようにしてもよい。この場合、着信当番依頼送信元のＶｏＩＰゲートウェイ１が新たな着信当番を決定して、この新たな着信当番に決定されたＶｏＩＰゲートウェイ１に着信依頼当番を送信する。この新たな着信当番は、例えば着信当番の順番リストにおいて、着信当番の引受不可応答を返信したＶｏＩＰゲートウェイ１のつぎに記述されているＶｏＩＰゲートウェイ１（着信不可応答を返信したＶｏＩＰゲートウェイ１が順番リストの最後尾に記述されているならば、順番リストの先頭に記述されているＶｏＩＰゲートウェイ１）に決定すればよい。
【０１１５】
この場合、着信当番の順番リストに記述されているすべてのＶｏＩＰゲートウェイ１が着信当番の引受不可応答を返信したならば、着信当番依頼の送信元であるＶｏＩＰゲートウェイ１が、自ＶｏＩＰゲートウェイ１の稼働状態にかかわらず、着信当番を獲得するようにする。
【０１１６】
また、上記の実施の形態において、図６に示すＶｏＩＰゲートウェイ１の機能構成は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、およびＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などの集積ロジックＩＣによりハード的に実現されるものでもよいし、あるいは、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などの計算機によりソフトウエア的に実現されるものでもよい。もしくは、ＣＰＵ、メモリ、ＨＤＤ、ＤＶＤ−ＲＯＭ等の補助記憶装置、およびＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）、モデム等の通信インターフェースを備えたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の汎用コンピュータにおいて、ＣＰＵが所定のプログラムを補助記憶装置からメモリ上にロードして実行することで実現されるものでもよい。
【０１１７】
また、上記の実施の形態では、アナログ電話機４を収容するＰＢＸ３をＶｏＩＰ網５に接続するＶｏＩＰゲートウェイ１を例にとり説明したが、本発明はこれに限定されない。本発明は、内線端末を収容するＰＢＸをＶｏＩＰ網５に接続するＶｏＩＰゲートウェイに広く適用できる、例えば、本発明は、ＩＰ電話機を収容するＩＰ−ＰＢＸをＶｏＩＰ網５に接続するＶｏＩＰゲートウェイにも適用可能である。
【符号の説明】
【０１１８】
１、１−１〜１−ｎ：ＶｏＩＰゲートウェイ、２：ハブ、３：ＰＢＸ、４：アナログ電話機、５：ＶｏＩＰ網、６：ＬＡＮ、１０：ＶｏＩＰ網インターフェース部、１１：ＬＡＮインターフェース部、１２：ＰＢＸインターフェース部、１３：呼制御部、１４：通話制御部、１５：登録クライアント部、１６：登録サーバ部、１７、順番リスト記憶部、１８：稼働状態監視部、１９：着信当番決定部
【特許請求の範囲】
【請求項１】
ＶｏＩＰ網と複数の内線端末を収容するＰＢＸとの間に複数配置され、前記ＶｏＩＰ網対応のアドレスとして共通のアドレスが割り当てられるＶｏＩＰゲートウェイであって、
自ＶｏＩＰゲートウェイを含む複数の前記ＶｏＩＰゲートウェイのうちのいずれが着信に係る処理を実行する着信当番となるかを決定する着信当番決定手段と、
前記ＶｏＩＰ網から着信があった場合に自ＶｏＩＰゲートウェイが前記着信当番ならば当該着信に係る処理を実行し、自ＶｏＩＰゲートウェイが前記着信当番でないならば当該着信に係る処理を実行しない着信制御手段と、を有し、
前記着信当番決定手段は、
自ＶｏＩＰゲートウェイが前記着信当番である場合に、自ＶｏＩＰゲートウェイの状態が所定の当番交代条件を満足する否かを監視し、前記当番交代条件を満足したならば、自ＶｏＩＰゲートウェイを含む複数の前記ＶｏＩＰゲートウェイ間で予め定められた当番順番に従い、いずれかの他ＶｏＩＰゲートウェイに着信当番依頼を送信して、自ＶｏＩＰゲートウェイを前記着信当番から外し、
自ＶｏＩＰゲートウェイが前記着信当番でない場合に、他ＶｏＩＰゲートウェイから前記着信当番依頼を受信したならば、自ＶｏＩＰゲートウェイを前記着信当番に決定する
ことを特徴とするＶｏＩＰゲートウェイ。
【請求項２】
請求項１に記載のＶｏＩＰゲートウェイであって、
前記当番交代条件は、
自ＶｏＩＰゲートウェイが処理中のチャネル数もしくはセッション数が、自ＶｏＩＰゲートウェイに予め設定されているチャネル数あるいはセッション数に達することである
ことを特徴とするＶｏＩＰゲートウェイ。
【請求項３】
請求項１に記載のＶｏＩＰゲートウェイであって、
前記当番交代条件は、
自ＶｏＩＰゲートウェイが前記着信当番になってから、前記ＶｏＩＰ網からの着信を所定回数処理したことである
ことを特徴とするＶｏＩＰゲートウェイ。
【請求項４】
請求項１乃至３のいずれか一項に記載のＶｏＩＰゲートウェイであって、
前記着信当番決定手段は、
自ＶｏＩＰゲートウェイが前記着信当番でない場合において、他ＶｏＩＰゲートウェイから前記着信当番依頼を受信した場合に、自ＶｏＩＰゲートウェイにおいて処理中のチャネル数もしくはセッション数が、自ＶｏＩＰゲートウェイに予め設定されているチャネル数あるいはセッション数に達しているならば、自ＶｏＩＰゲートウェイを前記着信当番に決定することなく、前記当番順番に従いいずれかの他ＶｏＩＰゲートウェイに前記着信当番依頼を送信する
ことを特徴とするＶｏＩＰゲートウェイ。
【請求項５】
複数の内線端末を収容したＰＢＸと、
前記ＰＢＸとＶｏＩＰ網との間に複数配置された請求項１乃至４のいずれか一項に記載のＶｏＩＰゲートウェイと、
前記複数のＶｏＩＰゲートウェイを前記ＶｏＩＰ網に接続するハブと、を有し、
前記ハブは、
前記ＶｏＩＰゲートウェイから受信したパケットを前記ＶｏＩＰ網に中継するとともに、前記ＶｏＩＰ網から受信したパケットを複製して前記複数のＶｏＩＰゲートウェイのそれぞれに中継する
ことを特徴とする通信システム。
【請求項６】
複数の内線端末を収容するＰＢＸをＶｏＩＰ網に接続する複数のＶｏＩＰゲートウェイを含む通信システムの着信制御方法であって、
前記複数のＶｏＩＰゲートウェイには、前記ＶｏＩＰ網対応の共通アドレスが割り当てられており、
前記複数のＶｏＩＰゲートウェイのうちの一つは、着信当番に決定されており、
前記着信当番のＶｏＩＰゲートウェイは、
前記ＶｏＩＰ網からの着信に係る処理を実行するとともに、自ＶｏＩＰゲートウェイの状態が所定の当番交代条件を満足するか否かを監視し、前記当番交代条件を満足したならば、前記複数のＶｏＩＰゲートウェイ間で予め定められた当番順番に従い、いずれかの他ＶｏＩＰゲートウェイに着信当番依頼を送信し、自ＶｏＩＰゲートウェイを前記着信当番から外し、
前記着信当番でないＶｏＩＰゲートウェイは、
前記ＶｏＩＰ網からの着信に係る処理を実行せず、他ＶｏＩＰゲートウェイから前記着信当番依頼を受信したならば自ＶｏＩＰゲートウェイを前記着信当番に決定する
ことを特徴とする通信システムの着信制御方法。
【請求項１】
ＶｏＩＰ網と複数の内線端末を収容するＰＢＸとの間に複数配置され、前記ＶｏＩＰ網対応のアドレスとして共通のアドレスが割り当てられるＶｏＩＰゲートウェイであって、
自ＶｏＩＰゲートウェイを含む複数の前記ＶｏＩＰゲートウェイのうちのいずれが着信に係る処理を実行する着信当番となるかを決定する着信当番決定手段と、
前記ＶｏＩＰ網から着信があった場合に自ＶｏＩＰゲートウェイが前記着信当番ならば当該着信に係る処理を実行し、自ＶｏＩＰゲートウェイが前記着信当番でないならば当該着信に係る処理を実行しない着信制御手段と、を有し、
前記着信当番決定手段は、
自ＶｏＩＰゲートウェイが前記着信当番である場合に、自ＶｏＩＰゲートウェイの状態が所定の当番交代条件を満足する否かを監視し、前記当番交代条件を満足したならば、自ＶｏＩＰゲートウェイを含む複数の前記ＶｏＩＰゲートウェイ間で予め定められた当番順番に従い、いずれかの他ＶｏＩＰゲートウェイに着信当番依頼を送信して、自ＶｏＩＰゲートウェイを前記着信当番から外し、
自ＶｏＩＰゲートウェイが前記着信当番でない場合に、他ＶｏＩＰゲートウェイから前記着信当番依頼を受信したならば、自ＶｏＩＰゲートウェイを前記着信当番に決定する
ことを特徴とするＶｏＩＰゲートウェイ。
【請求項２】
請求項１に記載のＶｏＩＰゲートウェイであって、
前記当番交代条件は、
自ＶｏＩＰゲートウェイが処理中のチャネル数もしくはセッション数が、自ＶｏＩＰゲートウェイに予め設定されているチャネル数あるいはセッション数に達することである
ことを特徴とするＶｏＩＰゲートウェイ。
【請求項３】
請求項１に記載のＶｏＩＰゲートウェイであって、
前記当番交代条件は、
自ＶｏＩＰゲートウェイが前記着信当番になってから、前記ＶｏＩＰ網からの着信を所定回数処理したことである
ことを特徴とするＶｏＩＰゲートウェイ。
【請求項４】
請求項１乃至３のいずれか一項に記載のＶｏＩＰゲートウェイであって、
前記着信当番決定手段は、
自ＶｏＩＰゲートウェイが前記着信当番でない場合において、他ＶｏＩＰゲートウェイから前記着信当番依頼を受信した場合に、自ＶｏＩＰゲートウェイにおいて処理中のチャネル数もしくはセッション数が、自ＶｏＩＰゲートウェイに予め設定されているチャネル数あるいはセッション数に達しているならば、自ＶｏＩＰゲートウェイを前記着信当番に決定することなく、前記当番順番に従いいずれかの他ＶｏＩＰゲートウェイに前記着信当番依頼を送信する
ことを特徴とするＶｏＩＰゲートウェイ。
【請求項５】
複数の内線端末を収容したＰＢＸと、
前記ＰＢＸとＶｏＩＰ網との間に複数配置された請求項１乃至４のいずれか一項に記載のＶｏＩＰゲートウェイと、
前記複数のＶｏＩＰゲートウェイを前記ＶｏＩＰ網に接続するハブと、を有し、
前記ハブは、
前記ＶｏＩＰゲートウェイから受信したパケットを前記ＶｏＩＰ網に中継するとともに、前記ＶｏＩＰ網から受信したパケットを複製して前記複数のＶｏＩＰゲートウェイのそれぞれに中継する
ことを特徴とする通信システム。
【請求項６】
複数の内線端末を収容するＰＢＸをＶｏＩＰ網に接続する複数のＶｏＩＰゲートウェイを含む通信システムの着信制御方法であって、
前記複数のＶｏＩＰゲートウェイには、前記ＶｏＩＰ網対応の共通アドレスが割り当てられており、
前記複数のＶｏＩＰゲートウェイのうちの一つは、着信当番に決定されており、
前記着信当番のＶｏＩＰゲートウェイは、
前記ＶｏＩＰ網からの着信に係る処理を実行するとともに、自ＶｏＩＰゲートウェイの状態が所定の当番交代条件を満足するか否かを監視し、前記当番交代条件を満足したならば、前記複数のＶｏＩＰゲートウェイ間で予め定められた当番順番に従い、いずれかの他ＶｏＩＰゲートウェイに着信当番依頼を送信し、自ＶｏＩＰゲートウェイを前記着信当番から外し、
前記着信当番でないＶｏＩＰゲートウェイは、
前記ＶｏＩＰ網からの着信に係る処理を実行せず、他ＶｏＩＰゲートウェイから前記着信当番依頼を受信したならば自ＶｏＩＰゲートウェイを前記着信当番に決定する
ことを特徴とする通信システムの着信制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１３−７４４４０（Ｐ２０１３−７４４４０Ａ）
【公開日】平成２５年４月２２日（２０１３．４．２２）
【国際特許分類】
【出願番号】特願２０１１−２１１６７１（Ｐ２０１１−２１１６７１）
【出願日】平成２３年９月２７日（２０１１．９．２７）
【出願人】（０００１３４７０７）株式会社ナカヨ通信機 (522)
【Ｆターム（参考）】
【公開日】平成２５年４月２２日（２０１３．４．２２）
【国際特許分類】
【出願日】平成２３年９月２７日（２０１１．９．２７）
【出願人】（０００１３４７０７）株式会社ナカヨ通信機 (522)
【Ｆターム（参考）】
[ Back to top ]