JP4983678B2 - 通信中継方法、通信中継プログラム、および通信中継装置 - Google Patents

Description

本発明はＩＰ電話通信における通信中継方法に係り、特に、非稼動となったＩＰ−ＰＢＸから他のＩＰ−ＰＢＸに登録変更した加入者への発信を容易にする通信中継方法に関する。

インターネットプロトコル（ＩＰ）に準拠した電話通信技術であるＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）に基づいたＩＰ電話通信が普及しつつあり、従来のＰＢＸ（構内交換機）に代わってＩＰ−ＰＢＸ（以下、交換サーバと呼ぶ）の導入が進んでいる。交換サーバは従来のＰＢＸとは異なり、遠隔地の電話端末も収容可能である。このため、１台の交換サーバが電話サービスを提供する区域は従来のＰＢＸよりも広域化している（たとえば特許文献１参照）。
特開２００６−１５７７７６号公報

これにより、地震などの災害発生時に、加入者ａの所在する地域の設備は罹災していないにもかかわらず、交換サーバが罹災したために非稼動となり電話サービスを受けることができない、という事態が生じる。この場合、加入者ａは他の交換サーバに登録して電話サービスを受けることが可能であるが、加入者ａ宛に発信したい加入者ｂには加入者ａが他の交換サーバに登録したことがわからない。したがって、加入者ａからの変更通知がない限り、加入者ｂから加入者ａへの発信ができないという問題があった。

本発明の目的は、非稼動となった交換サーバから他の交換サーバに登録変更した加入者への発信を容易にする通信中継方法を提供することにある。

本発明にかかる通信中継方法は、複数の交換サーバを構成メンバとする交換サーバグループの構成メンバである交換サーバが実行する通信中継方法であって、交換サーバグループのドメイン名に複数の交換サーバのドメイン名を対応付けて記憶するステップと、通信機器に対する第１の呼接続リクエストを受信するステップと、第１の呼接続リクエストの宛先アドレスに含まれるドメイン名が交換サーバグループのドメイン名であるときに、第１の呼接続リクエストの宛先アドレスに含まれるドメイン名を、交換サーバグループのドメイン名に対応付けて記憶された交換サーバのドメイン名に置き換えて第２の呼接続リクエストを生成するステップと、第２の呼接続リクエストを前記通信機器に対して送信するステップとを含むことを特徴とする。

本発明にかかる通信中継プログラムは、複数の交換サーバを構成メンバとする交換サーバグループの構成メンバとなるコンピュータに通信中継方法を実行させる通信中継プログラムであって、その通信中継方法は、交換サーバグループのドメイン名に複数の交換サーバのドメイン名を対応付けて記憶するステップと、通信機器に対する第１の呼接続リクエストを受信するステップと、第１の呼接続リクエストの宛先アドレスに含まれるドメイン名が交換サーバグループのドメイン名であるときに、第１の呼接続リクエストの宛先アドレスに含まれるドメイン名を、交換サーバグループのドメイン名に対応付けて記憶された交換サーバのドメイン名に置き換えて第２の呼接続リクエストを生成するステップと、第２の呼接続リクエストを前記通信機器に対して送信するステップとを含むことを特徴とする。

本発明にかかる通信中継装置は、複数の交換サーバを構成メンバとする交換サーバグループの構成メンバとなる通信中継装置であって、交換サーバグループのドメイン名に複数の交換サーバのドメイン名を対応付けて記憶するための記憶部と、呼接続リクエストを送受信するための送受信部と、受信した第１の呼接続リクエストの宛先アドレスに含まれるドメイン名が交換サーバグループのドメイン名であるときに、第１の呼接続リクエストの宛先アドレスに含まれるドメイン名を、交換サーバグループのドメイン名に対応付けて記憶された交換サーバのドメイン名に置き換えて第２の呼接続リクエストを生成するための交換サーバグループ管理部とを含むことを特徴とする。

本発明によれば、複数の交換サーバをグループ化してグループ宛に接続要求を出し、グループ内の任意の交換サーバ傘下の電話端末に接続することにより、故障した交換サーバから同一グループ内の他の交換サーバに登録変更した加入者への発信を容易にする通信中継方法を提供することができる。

以下、図面に基づいて本発明の実施形態を説明する。
［第１の実施形態］
本実施形態の説明においては、呼制御プロトコルとしてＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を採用しているものとする。

図１は、交換サーバによるＩＰ電話サービス例を説明するための図である。図１に基づいて交換サーバによるＩＰ電話サービス例について説明する。加入者はあらかじめ当該電話サービスの提供者に加入申込みを行い、加入者ＩＤを割り振ってもらう。電話サービス提供者は加入者データを作成し、各交換サーバに通知する。図２は、加入者データの例を示す図である。図２に示された加入者データの例について説明する。加入者データは可変データと固定データからなる。可変データは加入者が電話端末をいずれかの交換サーバに登録する時点で記載されるデータである。固定データは加入者が電話サービスに加入した時点で記載されるデータである。したがって、電話サービスへの加入時点では図２のように固定データのみが記載されている。固定データの内容は、加入者からの要望に従って電話サービス提供者により変更されることがある。その場合は、変更された内容が各交換サーバに通知される。可変データの例については後述する。固定データには、加入者ＩＤ、パスワード、および、各種サービスの提供に関するデータが含まれる。加入者ＩＤは電話サービス提供者によって割り振られる。パスワードは加入者が選定する。各種サービスの提供に関するデータの例として、図２には、留守録サービスおよび不応答時の転送先に関するデータ例が記載されている。なお、可変データと固定データを別々に管理するようにしてもよい。

加入者は任意の交換サーバに登録手続きをすることにより、受信が可能となる。図１の例では加入者２０００（加入者ＩＤとして「２０００」を割り振られた加入者をこう呼ぶことにする）の電話端末から交換サーバＡに“ｒｅｇｉｓｔｅｒ”リクエストが送信され（ステップＳ１２）、これによって、加入者２０００の電話端末が交換サーバＡに登録される。図３は、交換サーバＡが管理する加入者データの例を示す図である。交換サーバＡは加入者２０００の加入者データ中の可変データを登録する。可変データには、登録ＩＰアドレス、端末能力、登録日時のデータが含まれる。登録ＩＰアドレスは加入者２０００の電話端末のＩＰアドレスである。端末能力は交換サーバＡが加入者２０００の電話端末から収集したデータである。登録日時は交換サーバＡが“ｒｅｇｉｓｔｅｒ”リクエストを処理した日時のデータである。交換サーバＡへの登録により、加入者２０００の電話端末のＳＩＰアドレスは２０００＠Ａとなる。ここで、Ａは交換サーバＡを識別するための識別子となるＳＩＰドメイン名である。説明の簡単のため、交換サーバ名をＳＩＰドメイン名とする。なお、加入者データ中の可変データは登録後、一定の有効期間が経過すると削除される。したがって、常時登録状態にしておくためには、有効期間が経過する前に再度登録手続きを行う必要がある。

図１においては加入者２００１が加入者２０００に電話をかける。加入者２００１の電話端末は２０００＠Ａを宛先ＳＩＰアドレスとする“ｉｎｖｉｔｅ”リクエスト（呼接続リクエスト）任意の交換サーバ（図１では交換サーバＢ）に送信する（ステップＳ１４）。これを受けた交換サーバＢは宛先ＳＩＰアドレスのＳＩＰドメイン名に従って“ｉｎｖｉｔｅ”リクエストを交換サーバＡに転送する（ステップＳ１６）。これを受けた交換サーバＡは自身の管理する加入者データに従って“ｉｎｖｉｔｅ”リクエストを加入者２０００の電話端末に転送する（ステップＳ１８）。これによって、加入者２００１の電話端末からの“ｉｎｖｉｔｅ”リクエストが加入者２０００の電話端末に到達する。

図４は、交換サーバ非稼動時の動作を説明するための図である。図４に基づいて交換サーバ非稼動時の動作を説明する。加入者２０００の電話端末が交換サーバＡに登録されていたとする。交換サーバＡが地震等、何らかの事情で稼動不能となった場合、交換サーバＡは他の通信装置からのメッセージを一切受け付けない。たとえば、加入者２００１が加入者２０００に電話をかけても（ステップＳ２２）、交換サーバＢが交換サーバＡに転送した“ｉｎｖｉｔｅ”リクエスト（ステップＳ２４）に対して交換サーバＡからの応答が返らない。また、加入者２０００の電話端末が登録の有効期間が経過する前に交換サーバＡに対して再度“ｒｅｇｉｓｔｅｒ”リクエストを送信しても（ステップＳ２６）、交換サーバＡからの応答が得られない。

加入者２０００は、交換サーバＡへの登録手続きが失敗したことを受けて、他の交換サーバ（図４では交換サーバＣ）に対して登録手続きを行う（ステップＳ２８）。これにより、加入者２０００の電話端末のＳＩＰアドレスは２０００＠Cとなる。この交換サーバの登録変更は、有事の際に自動的に行われるように、加入者２０００の電話端末に設定しておいてもよい。この交換サーバの登録変更により、加入者２０００は引き続き電話を受信することが可能となるが、加入者２０００宛の電話を受信するためにはＳＩＰアドレスが２０００＠Cに変わったことを先方に伝えておく必要がある。

加入者２００１が２０００＠Cを宛先ＳＩＰアドレスとする“ｉｎｖｉｔｅ”リクエストを任意の交換サーバ（図４では交換サーバＢ）に送信すると（ステップＳ３０）、これを受けた交換サーバＢは宛先ＳＩＰアドレスのＳＩＰドメイン名に従って“ｉｎｖｉｔｅ”リクエストを交換サーバＣに転送する（ステップＳ３２）。これを受けた交換サーバＣは自身の管理する加入者データに従って“ｉｎｖｉｔｅ”リクエストを加入者２０００の電話端末に転送する（ステップＳ３４）。これによって、加入者２００１の電話端末からの“ｉｎｖｉｔｅ”リクエストが加入者２０００の電話端末に到達する。

本発明の一実施形態においては、複数台の交換サーバがあらかじめグループ化されている。この交換サーバグループを構成する交換サーバは、地震等の罹災による影響を少なくするために、地理的に分散していることが望ましい。そこでこの交換サーバグループを地域分散セットと呼ぶことにする。地域分散セットを構成する交換サーバに登録された電話端末のＳＩＰアドレスには交換サーバのＳＩＰドメイン名ではなく、地域分散セットのＳＩＰドメイン名を付けて他の加入者に通知される。各交換サーバは、自身が構成メンバとなっている地域分散セットのＳＩＰドメイン名を持つＳＩＰアドレス宛に送信されたメッセージを受け取ると、宛先ＳＩＰアドレスのＳＩＰドメイン名をこの地域分散セットを構成する各交換サーバのＳＩＰドメイン名に置き換えてメッセージを転送する。

図５は、本発明の一実施形態にかかる交換サーバのシステム構成例を示す図である。図５に示すように、交換サーバ２は、通信ネットワーク４を経由して他の通信装置との間でデータを送受信するための送受信部１２と、中継するデータを蓄積するためのデータバファ１４と、オペレータにデータを出力し、オペレータからのデータ入力を受け付けるための入出力部２２と、地域分散セットに関する処理を実行するための地域分散セット管理部２４と、地域分散セットに関するデータをテーブル形式で作成するためのテーブル作成部２６と、交換サーバ２が管理する各種データを記憶するための記憶部２８と、交換サーバ２全体を制御するための制御部３０とを含む。交換サーバ２が処理する機能のうち、通常の交換サーバが処理する機能を含め、本明細書において陽に説明されない機能はすべて制御部３０が実行するものとする。

図６は、本発明の一実施形態を説明するための図である。図６に基づいて本発明の一実施形態を説明する。図６においては、交換サーバＡ、交換サーバＢ、および交換サーバＣが地域分散セットを構成しているとする。地域分散セットには名前が付けられる。たとえば、図６における交換サーバＡ、交換サーバＢ、および交換サーバＣを構成メンバとする地域分散セットにはαという地域分散セット名が付けられているとする。説明の簡単のため、交換サーバ名と同様、地域分散セット名をＳＩＰドメイン名として扱う。地域分散セットを構成する交換サーバの情報は各交換サーバに管理される。すなわち、αにＡ、ＢおよびＣを対応付けて登録した地域分散セットテーブルが地域分散セットαの構成メンバである交換サーバＡ、交換サーバＢ、および交換サーバＣの各々に管理される。図７は、本発明の一実施形態における地域分散セットテーブルの例を示す図である。このデータはあらかじめ、交換サーバ２のオペレータが交換サーバ２に登録する。図８は、本発明の一実施形態における地域分散セット登録画面の例を示す図である。入出力部２２がこれをディスプレイ画面上に表示し、オペレータによる地域分散セット名α、構成交換サーバ名Ａ、B、およびCの入力を受け付ける。地域分散セット管理部２４の指示により、テーブル作成部２６が地域分散セットテーブルを作成して記憶部２８に登録する。

加入者は任意の交換サーバに登録手続きをすることにより、受信が可能となる。図６の例では加入者２０００の電話端末から交換サーバＡに“ｒｅｇｉｓｔｅｒ”リクエストが送信され（ステップＳ４２）、これによって、加入者２０００の電話端末が交換サーバＡに登録される。交換サーバＡは加入者２０００の加入者データ中の可変データを登録する。交換サーバＡへの登録により、加入者２０００の電話端末のＳＩＰアドレスは２０００＠Ａとなる。交換サーバＡは加入者２０００の電話端末に地域分散セットテーブルを渡す。加入者２０００の電話端末は他の電話端末に対して、自身のＳＩＰアドレスを２０００＠Ａではなく、ＳＩＰドメイン名をαに置き換えた２０００＠αとして通知する。

図９は、本発明の一実施形態における呼接続シーケンスを示す図である。加入者２００１が加入者２０００に電話をかける際には、加入者２００１の電話端末は２０００＠αを宛先ＳＩＰアドレスとする“ｉｎｖｉｔｅ”リクエストを任意の交換サーバに送信する。これが地域分散セットαの構成メンバのいずれか（図６、図９では交換サーバＢ）に届いたとする（ステップＳ４６）。交換サーバＢは地域分散セットαの構成メンバであるため、地域分散セットテーブルに従って地域分散セットαの構成メンバである各交換サーバに“ｉｎｖｉｔｅ”リクエストの転送を行う。このとき、宛先ＳＩＰアドレス中のＳＩＰドメイン名は各交換サーバのＳＩＰドメイン名に置き換えられる。“ｉｎｖｉｔｅ”リクエストが交換サーバＡに転送されると（ステップＳ４８）、交換サーバＡは自身の管理する加入者データに従って“ｉｎｖｉｔｅ”リクエストを加入者２０００の電話端末に転送する（ステップＳ５０）。これによって、加入者２００１の電話端末からの“ｉｎｖｉｔｅ”リクエストが加入者２０００の電話端末に到達する。“ｉｎｖｉｔｅ”リクエストが交換サーバＢに転送されると（ステップＳ５２）、交換サーバＢは自身に加入者２０００が登録されていないため、エラーを返す。“ｉｎｖｉｔｅ”リクエストが交換サーバＣに転送されると（ステップＳ５４）、交換サーバＣは自身に加入者２０００が登録されていないため、エラーを返す。

図１０は、本発明の一実施形態における交換サーバ非稼動時の動作を説明するための図である。図１０に基づいて本発明の一実施形態における交換サーバ非稼動時の動作を説明する。加入者２０００の電話端末が交換サーバＡに登録されていたとする。交換サーバＡが地震等、何らかの事情で稼動不能となった場合、交換サーバＡは他の通信装置からのメッセージを一切受け付けない。したがって、加入者２０００の電話端末が登録の有効期間が経過する前に交換サーバＡに対して再度“ｒｅｇｉｓｔｅｒ”リクエストを送信しても（ステップＳ６２）、交換サーバＡからの応答が得られない。

加入者２０００は、交換サーバＡへの登録手続きが失敗したことを受けて、同じ地域分散セットαを構成する他の交換サーバ（図１０では交換サーバＣ）に対して登録手続きを行う（ステップＳ６４）。これにより、加入者２０００の電話端末のＳＩＰアドレスは２０００＠Cとなる。この交換サーバの登録変更は、有事の際に自動的に行われるように、加入者２０００の電話端末に設定しておいてもよい。この交換サーバの登録変更により、加入者２０００は引き続き電話を受信することが可能となる。登録変更後の登録先である交換サーバＣは登録変更前の登録先である交換サーバＡと同一の地域分散セットαの構成メンバであるため、加入者２０００の電話端末は他の電話端末に対して、自身のＳＩＰアドレスとして２０００＠αを改めて通知する必要はない。

図１１は、本発明の一実施形態における交換サーバ非稼動時の呼接続シーケンスを示す図である。加入者２００１の電話端末は２０００＠αを宛先ＳＩＰアドレスとする“ｉｎｖｉｔｅ”リクエストを任意の交換サーバに送信する。これが地域分散セットαの構成メンバのいずれか（図１０、図１１では交換サーバＢ）に届いたとする（ステップＳ６８）。交換サーバＢは地域分散セットαの構成メンバであるため、地域分散セットテーブルに従って地域分散セットαの各構成メンバに“ｉｎｖｉｔｅ”リクエストの転送を行う。このとき、宛先ＳＩＰアドレス中のＳＩＰドメイン名は各交換サーバのＳＩＰドメイン名に置き換えられる。“ｉｎｖｉｔｅ”リクエストが交換サーバＡに転送されても（ステップＳ７０）、交換サーバＡからは応答が返ってこない。“ｉｎｖｉｔｅ”リクエストが交換サーバＢに転送されると（ステップＳ７２）、交換サーバＢは自身に加入者２０００が登録されていないため、エラーを返す。“ｉｎｖｉｔｅ”リクエストが交換サーバＣに転送されると（ステップＳ７４）、交換サーバＣは自身の管理する加入者データに従って“ｉｎｖｉｔｅ”リクエストを加入者２０００の電話端末に転送する（ステップＳ７６）。これによって、加入者２００１の電話端末からの“ｉｎｖｉｔｅ”リクエストが加入者２０００の電話端末に到達する。このように、加入者２０００は故障した交換サーバから同一グループ内の他の交換サーバに登録変更しても、ＳＩＰアドレスの変更通知を出す必要がなく、以前のままのＳＩＰアドレス宛で着信を受けることができる。

これを実現するために、交換サーバ２は、自身が構成メンバとなっている地域分散セットαのＳＩＰドメイン名αを持つＳＩＰアドレス宛に送信されたメッセージを受け取ると、宛先ＳＩＰアドレスのＳＩＰドメイン名をこの地域分散セットを構成する交換サーバＡのＳＩＰドメイン名Ａ、交換サーバＢのＳＩＰドメイン名Ｂ、および交換サーバＣのＳＩＰドメイン名Ｃにそれぞれ置き換えてメッセージを転送する。以降、関連するメッセージの宛先ＳＩＰアドレスのＳＩＰドメイン名について、αとＡ、Ｂ、およびＣとの置き換えを行う。この置き換えのために、交換サーバ２はα、Ａ、Ｂ、およびＣ宛の各呼の状態を示す呼状態テーブルと各呼を関連付けるための関連呼情報テーブルを作成し、管理する。図１２は、本発明の一実施形態における関連呼情報テーブルおよび呼状態テーブルの例を示す図である。

次に、地域分散セット管理の詳細を説明する。図１３は、本発明の一実施形態における“Ｉｎｖｉｔｅ”リクエスト受信時の処理フローを示す図である。図１３に基づいて本発明の一実施形態における“Ｉｎｖｉｔｅ”リクエスト受信時の処理の流れを説明する。
（ステップＳ１０２）送受信部１２が“Ｉｎｖｉｔｅ”リクエストを受信する。
（ステップＳ１０４）地域分散セット管理部２４は、受信された“Ｉｎｖｉｔｅ”リクエストの宛先ＳＩＰアドレスのＳＩＰドメイン名が、記憶部２８に記憶された地域分散セットテーブルに登録された地域分散セット名と一致するか、すなわち、受信された“Ｉｎｖｉｔｅ”リクエストが自身が構成メンバとなっている地域分散セット宛であるか否かをチェックする。
（ステップＳ１０６）受信された“Ｉｎｖｉｔｅ”リクエストが自身が構成メンバとなっている地域分散セット宛である場合（ステップ１０４：Ｙｅｓ）、テーブル作成部２６は、記憶部２８に記憶された地域分散セットテーブルに登録されたデータに基づいて、関連呼情報テーブルＩＤ＃ｘを作成する。
（ステップＳ１０８）次にテーブル作成部２６は、記憶部２８に記憶された地域分散セットテーブルに登録されたデータに基づいて、発信元の呼状態テーブルＩＤ＃１を作成する。「呼状態」は「“１００”応答待ち」とする。「発信元」は“Ｉｎｖｉｔｅ”リクエストの発信元ＳＩＰアドレスとする。「宛先」は“Ｉｎｖｉｔｅ”リクエストの宛先ＳＩＰアドレスとする。最後にテーブル作成部２６は、関連呼情報テーブルＩＤ＃ｘと発信元の呼状態テーブルＩＤ＃１とを相互にリンクする。
（ステップＳ１１０）さらにテーブル作成部２６は、記憶部２８に記憶された地域分散セットテーブルに登録されたデータに基づいて、各着信先の呼状態テーブルＩＤ＃２〜ＩＤ＃４を作成する。「呼状態」は「“１００”応答待ち」とする。「発信元」は“Ｉｎｖｉｔｅ”リクエストの発信元ＳＩＰアドレスとする。「宛先」は“Ｉｎｖｉｔｅ”リクエストの宛先ＳＩＰアドレスのＳＩＰドメイン名を各着信先交換サーバのＳＩＰドメイン名とする。最後にテーブル作成部２６は、関連呼情報テーブルＩＤ＃ｘと各着信先の呼状態テーブルＩＤ＃２〜ＩＤ＃４とを相互にリンクする。
（ステップＳ１１２）地域分散セット管理部２４は、受信された“Ｉｎｖｉｔｅ”リクエストの宛先ＳＩＰアドレスを各着信先の呼状態テーブルＩＤ＃２〜ＩＤ＃４の「宛先」に置き換え、置き換えられたあとの“Ｉｎｖｉｔｅ”リクエストを送受信部１２経由で送信する。
（ステップＳ１１４）受信された“Ｉｎｖｉｔｅ”リクエストが自身が構成メンバとなっている地域分散セット宛でない場合（ステップ１０４：Ｎｏ）、制御部３０は、受信された“Ｉｎｖｉｔｅ”リクエストに対して通常の中継処理を行う。

図１４は、本発明の一実施形態における“１８０”応答受信時の処理フローを示す図である。図１４に基づいて本発明の一実施形態における“１８０”応答受信時の処理の流れを説明する。
（ステップＳ２０２）送受信部１２が“１８０”応答を受信する。
（ステップＳ２０４）地域分散セット管理部２４は、受信された“１８０”応答に対応する着信先の呼状態テーブルＩＤ＃ｊ（ｊは２〜４のいずれか）を記憶部２８から抽出する。
（ステップＳ２０６）地域分散セット管理部２４は、抽出された着信先の呼状態テーブルＩＤ＃ｊに関連呼情報テーブルＩＤ＃ｘへのリンクがあるか否かをチェックする。
（ステップＳ２０８）抽出された着信先の呼状態テーブルＩＤ＃ｊに関連呼情報テーブルＩＤ＃ｘへのリンクがある場合（ステップＳ２０６：Ｙｅｓ）、地域分散セット管理部２４は、抽出された着信先の呼状態テーブルＩＤ＃ｊの「呼状態」を「“２００”応答待ち」に変更する。
（ステップＳ２１０）地域分散セット管理部２４は、発信元の呼状態テーブルＩＤ＃１を記憶部２８から抽出する。
（ステップＳ２１２）地域分散セット管理部２４は、発信元の呼状態テーブルＩＤ＃１の「呼状態」が「“２００”応答待ち」であるか否かをチェックする。「“２００”応答待ち」であれば（ステップＳ２１２：Ｙｅｓ）、処理を終了する。
（ステップＳ２１４）発信元の呼状態テーブルＩＤ＃１の「呼状態」が「“２００”応答待ち」でない場合（ステップＳ２１２：Ｎｏ）、地域分散セット管理部２４は、発信元の呼状態テーブルＩＤ＃１の「呼状態」を「“２００”応答待ち」に変更する。
（ステップＳ２１６）地域分散セット管理部２４は、受信された“１８０”応答の宛先ＳＩＰアドレスを発信元の呼状態テーブルＩＤ＃１の「宛先」に置き換え、置き換えられたあとの“１８０”応答を送受信部１２経由で送信する。
（ステップＳ２１８）抽出された着信先の呼状態テーブルＩＤ＃ｊに関連呼情報テーブルＩＤ＃ｘへのリンクがない場合（ステップＳ２０６：Ｎｏ）、制御部３０は、受信された“１８０”応答に対して通常の中継処理を行う。

図１５は、本発明の一実施形態における“２００”応答受信時の処理フローを示す図である。図１５に基づいて本発明の一実施形態における“２００”応答受信時の処理の流れを説明する。
（ステップＳ３０２）送受信部１２が“２００”応答を受信する。
（ステップＳ３０４）地域分散セット管理部２４は、受信された“２００”応答に対応する着信先の呼状態テーブルＩＤ＃ｊ（ｊは２〜４のいずれか）を記憶部２８から抽出する。
（ステップＳ３０６）地域分散セット管理部２４は、抽出された着信先の呼状態テーブルＩＤ＃ｊに関連呼情報テーブルＩＤ＃ｘへのリンクがあるか否かをチェックする。
（ステップＳ３０８）抽出された着信先の呼状態テーブルＩＤ＃ｊに関連呼情報テーブルＩＤ＃ｘへのリンクがある場合（ステップＳ３０６：Ｙｅｓ）、地域分散セット管理部２４は、抽出された着信先の呼状態テーブルＩＤ＃ｊの「呼状態」を「“Ａｃｋ”待ち」に変更する。
（ステップＳ３１０）地域分散セット管理部２４は、抽出された着信先の呼状態テーブルＩＤ＃ｊ以外の各着信先の呼状態テーブルＩＤ＃ｉ（ｉ＝２，３，ｏｒ４，ｉ≠ｊ）と関連呼情報テーブルＩＤ＃ｘとの相互リンクを切断する。すなわち、各着信先の呼状態テーブルＩＤ＃ｉの「関連呼情報ＩＤ」をクリアし、関連呼情報テーブルＩＤ＃ｘの「着信先呼状態ＩＤ」から各ＩＤ＃ｉをクリアする。さらに、地域分散セット管理部２４は、まだ“２００”以上の応答を受信していない各着信先に対して、各着信先の呼状態テーブルＩＤ＃ｉの「宛先」を宛先ＳＩＰアドレスとする“Ｃａｎｃｅｌ”リクエストを送信する。
（ステップＳ３１２）地域分散セット管理部２４は、発信元の呼状態テーブルＩＤ＃１を記憶部２８から抽出する。
（ステップＳ３１４）地域分散セット管理部２４は、発信元の呼状態テーブルＩＤ＃１の「呼状態」を「“Ａｃｋ”待ち」に変更する。
（ステップＳ３１６）地域分散セット管理部２４は、受信された“２００”応答の宛先ＳＩＰアドレスを発信元の呼状態テーブルＩＤ＃１の「宛先」に置き換え、置き換えられたあとの“２００”応答を送受信部１２経由で送信する。
（ステップＳ３１８）抽出された着信先の呼状態テーブルＩＤ＃ｊに関連呼情報テーブルＩＤ＃ｘへのリンクがない場合（ステップＳ３０６：Ｎｏ）、制御部３０は、受信された“２００”応答に対して通常の中継処理を行う。

上述の実施形態においては、複数台の交換サーバをあらかじめグループ化し、このグループを識別するための識別子となるＳＩＰドメイン名を持つＳＩＰアドレスを電話端末のＳＩＰアドレスとして通知する。このＳＩＰアドレス宛に送信された“Ｉｎｖｉｔｅ”リクエストは、このグループを構成する各交換サーバに転送されるため、グループ内の交換サーバに登録していた電話端末をグループ内の他の交換サーバに登録しなおしても、従前のＳＩＰアドレスのままでこの電話端末に“Ｉｎｖｉｔｅ”リクエストが届く。このようにして、本発明の一実施形態によれば、故障した交換サーバから同一グループ内の他の交換サーバに登録変更した加入者への発信を容易にする通信中継方法を提供することができる。

本発明の実施形態にかかる交換サーバは、ハードウェアとしても、コンピュータのソフトウェアとしても実施可能である。例えば、図５に示された送受信部１２、地域分散セット管理部２４、テーブル作成部２６、および制御部３０の機能をコンピュータに実行させるプログラムを作成し、当該プログラムをコンピュータのメモリに読み込ませて実行させれば、交換サーバを実現することができる。

本発明の実施形態にかかる交換サーバを実現するプログラムは、図１６に示すように、ＣＤ−ＲＯＭやＣＤ−ＲＷ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ等やフレキシブルディスク等の可搬型記録媒体８４だけでなく、通信回線８６の先に備えられた他の記憶装置８８や、コンピュータシステム８２のハードディスクやＲＡＭ等の記憶装置、記録媒体９０のいずれに記録されるものであってもよく、プログラム実行時には、プログラムはローディングされ、主メモリ上で実行される。

本発明の実施形態にかかる交換サーバの構成要素は、任意の組合せで実現されてよい。複数の構成要素が一つの部材として実現されてもよいし、一つの構成要素が複数の部材から構成されてもよい。

交換サーバによるＩＰ電話サービス例を説明するための図である。 加入者データの例を示す図である。 交換サーバＡが管理する加入者データの例を示す図である。 交換サーバ非稼動時の動作を説明するための図である。 本発明の一実施形態にかかる交換サーバのシステム構成例を示す図である。 本発明の一実施形態を説明するための図である。 本発明の一実施形態における地域分散セットテーブルの例を示す図である。 本発明の一実施形態における地域分散セット登録画面の例を示す図である。 本発明の一実施形態における呼接続シーケンスを示す図である。 本発明の一実施形態における交換サーバ非稼動時の動作を説明するための図である。 本発明の一実施形態における交換サーバ非稼動時の呼接続シーケンスを示す図である。 本発明の一実施形態における関連呼情報テーブルおよび呼状態テーブルの例を示す図である。 本発明の一実施形態における“Ｉｎｖｉｔｅ”リクエスト受信時の処理フローを示す図である。 本発明の一実施形態における“１８０”応答受信時の処理フローを示す図である。 本発明の一実施形態における“２００”応答受信時の処理フローを示す図である。 コンピュータ環境の例を示す図である。

符号の説明

２： 交換サーバ
４： 通信ネットワーク
１２： 送受信部
１４： データバファ
２２： 入出力部
２４： 地域分散セット管理部
２６： テーブル作成部
２８： 記憶部
３０： 制御部

Claims (3)

1. 複数の交換サーバを構成メンバとする交換サーバグループの構成メンバである交換サーバが実行する通信中継方法であって、
   前記交換サーバグループのドメイン名に前記複数の交換サーバのドメイン名を対応付けて記憶するステップと、
   通信機器に対する第１の呼接続リクエストを受信するステップと、
   前記第１の呼接続リクエストの宛先アドレスに含まれるドメイン名が前記交換サーバグループのドメイン名であるときに、前記第１の呼接続リクエストの宛先アドレスに含まれるドメイン名を、前記交換サーバグループのドメイン名に対応付けて記憶された交換サーバのドメイン名に置き換えて第２の呼接続リクエストを生成するステップと、
   前記第２の呼接続リクエストを前記通信機器に対して送信するステップと、
   を含むことを特徴とする通信中継方法。
2. 複数の交換サーバを構成メンバとする交換サーバグループの構成メンバとなるコンピュータに通信中継方法を実行させる通信中継プログラムであって、前記通信中継方法は、
   前記交換サーバグループのドメイン名に前記複数の交換サーバのドメイン名を対応付けて記憶するステップと、
   通信機器に対する第１の呼接続リクエストを受信するステップと、
   前記第１の呼接続リクエストの宛先アドレスに含まれるドメイン名が前記交換サーバグループのドメイン名であるときに、前記第１の呼接続リクエストの宛先アドレスに含まれるドメイン名を、前記交換サーバグループのドメイン名に対応付けて記憶された交換サーバのドメイン名に置き換えて第２の呼接続リクエストを生成するステップと、
   前記第２の呼接続リクエストを前記通信機器に対して送信するステップと、
   を含むことを特徴とする通信中継プログラム。
3. 複数の交換サーバを構成メンバとする交換サーバグループの構成メンバとなる通信中継装置であって、
   前記交換サーバグループのドメイン名に前記複数の交換サーバのドメイン名を対応付けて記憶するための記憶部と、
   呼接続リクエストを送受信するための送受信部と、
   受信した第１の呼接続リクエストの宛先アドレスに含まれるドメイン名が前記交換サーバグループのドメイン名であるときに、前記第１の呼接続リクエストの宛先アドレスに含まれるドメイン名を、前記交換サーバグループのドメイン名に対応付けて記憶された交換サーバのドメイン名に置き換えて第２の呼接続リクエストを生成するための交換サーバグループ管理部と、
   を含むことを特徴とする通信中継装置。