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