JP2013118604A - 電話システムとその呼制御サーバおよびアドレスサーバ - Google Patents

Abstract

【課題】自動設定機能をＮＡＴデバイスによらず正しく機能させられるようにし、これにより運用上の手間を削減すること。
【解決手段】実施形態によれば、電話システムはＮＡＴルータおよび呼制御サーバを具備する。呼制御サーバはプライベートネットワークに属する。呼制御サーバは接続処理部、送信部、特定部、通知部を備える。接続処理部は電話端末からの接続要求を処理する。送信部は接続要求元の電話端末に与えられた識別情報に対応する設定情報を当該接続要求元の電話端末に送信する。特定部は接続要求元の電話端末がグローバルネットワークおよびプライベートネットワークのいずれに属するかを特定する。通知部はグローバルネットワークに属することが特定された電話端末に呼制御サーバのグローバルアドレスを通知し、プライベートネットワークに属することが特定された電話端末に呼制御サーバのプライベートアドレスを通知する。
【選択図】図２

Description

本発明の実施形態は、自動設定機能を備える電話システムに関する。

Internet Protocol（ＩＰ）ネットワークを利用する近年の通信システムにおいて、端末間にエンド・ツウ・エンドのセッションを形成するのにSession Initiation Protocol（ＳＩＰ）、Ｈ．３２３、Media gateway control（Ｍｅｇａｃｏ）などのプロトコルが知られている。ＳＩＰの基本仕様は、Internet Engineering Task Force（ＩＥＴＦ）において策定されたＲＦＣ３２６１に記述される。このほかＳＩＰの拡張版や他の関連する種々の仕様が策定されており、例えばＲＦＣ２６６３にはアドレス変換プロトコルであるNetwork Address Port Translation（ＮＡＰＴ）の仕様が記述されている。

近年の電話システムは多くの機能を備える。例えばユーザによるログイン／パスワード認証／ログアウトを受け付けるものや、ユーザのプレゼンスを管理する機能を備えるものもある。このように電話システムの多機能化が進展してきている。多機能なＩＰ電話システムは、サーバ機能を持つ呼制御サーバをシステム内に備える。

ＩＰ電話機の運用を開始する前に、そのＩＰ電話機へのＩＰアドレスの付与を含む多様な設定を行う必要がある。近年ではこのような設定作業を自動化してユーザの便宜を図ったシステムがある。この種の自動設定機能はオートコンフィグと称されることもある。

特開２００２−３７４２７５号公報 特開２０１１−１３９１３５号公報 特開２００３−２２９９１５号公報 特開２０１１−１５５５１３号公報 特表２０１１−５１７１４７号公報 特開２００５−３４０８８５号公報

オートコンフィグ機能は、ＩＰ電話機をネットワークに接続した際に種々の端末設定情報をＩＰ電話機にダウンロードし、内部メモリ（Flash-ROMなど）に記憶させる。ＩＰ電話機を箱から取り出してネットワークに接続するだけで必要な設定処理が済むので、システム管理者にとっては大変助かる。

システムないしＩＰ電話機がオートコンフィグを備えていれば、管理者にとっては手間が少なくなるし、作業時間も短くなる。ＩＰ電話機の数が多いときにはなおさらである。しかし、システム内にＮＡＰＴ機能を持つデバイス、あるいはNetwork Address Translation（ＮＡＴ）機能を持つデバイス（以下、ＮＡＴデバイスと総称する）が存在すると、オートコンフィグが有効に機能しないケースがある。

すなわちＮＡＴデバイス（例えばＮＡＴルータ）は、プライベートアドレスをＮＡＴデバイスのグローバルアドレスに置き換えてしまう。このためＮＡＴデバイスを挟んでサーバとＩＰ電話機とが別のネットワークに属していると、ＩＰ電話機はサーバから正確な端末設定情報を取得することができなくなる。

このようなケースではオートコンフィグが機能しないばかりか、ＩＰ電話機が電話システムに接続できなくなったり、不正確なアドレスを受信して誤動作を起こすおそれもある。よって管理者はＩＰ電話機とサーバとの位置関係を把握し、設定情報をＩＰ電話機に手作業で入力しなくてはならなくなるので、これを解決したいというニーズがある。

目的は、自動設定機能をＮＡＴデバイスによらず正しく機能させられるようにし、これにより運用上の手間を削減することの可能な電話システムとその呼制御サーバおよびアドレスサーバを提供することにある。

実施形態によれば、電話システムは、アドレス変換デバイス、複数の電話端末、および呼制御サーバを具備する。アドレス変換デバイスは、プライベートアドレスとグローバルアドレスとを相互に変換してプライベートネットワークとグローバルネットワークとを接続する。電話端末はプライベートネットワークおよびグローバルネットワークのいずれかに属する。呼制御サーバはプライベートネットワークに属する。呼制御サーバは、接続処理部と、送信部と、特定部と、通知部とを備える。接続処理部は、電話端末からの接続要求を処理する。送信部は、接続要求元の電話端末に与えられた識別情報に対応する設定情報を当該接続要求元の電話端末に送信する。特定部は、接続要求元の電話端末がグローバルネットワークおよびプライベートネットワークのいずれに属するかを個別に特定する。通知部は、グローバルネットワークに属することが特定された電話端末に呼制御サーバのグローバルアドレスを通知し、プライベートネットワークに属することが特定された電話端末に呼制御サーバのプライベートアドレスを通知する。

実施形態に係わる電話システムの一例を示すシステム図。 図１に示される呼制御サーバ１の一例を示す機能ブロック図。 図２に示される端末設定情報１２ａの内容の一例を示す図。 図２に示されるアドレス対応表１２ｂの内容の一例を示す図。 既存の電話システムにおけるオートコンフィグによるＩＰ電話機の設定の手順を示すシーケンス図。 電話システムにおける第１の処理手順を示すシーケンス図。 電話システムにおける第２の処理手順を示すシーケンス図。 実施形態に係わる電話システムの他の例を示すシステム図。 電話システムにおける第３の処理手順を示すシーケンス図。 電話システムにおける第４の処理手順を示すシーケンス図。 第５の実施形態に係わる電話システムの一例を示すシステム図。 図１１に示される呼制御サーバ１の一例を示す機能ブロック図。 図１１に示されるアドレステーブル１２ｃの内容の一例を示す図。 図１１に示されるサバイバビリティ設定情報１２ｄの内容の一例を示す図。 図１１に示されるＩＰ電話機の一例を示す機能ブロック図。 図１５に示される接続先テーブル４４ｃの内容の一例を示す図。 図１５に示されるＩＰ電話機２２の一例を示す外観図。 図１１に示されるシステムの要部を示す図。 第５の実施形態におけるＮｏｄｅ１０〜Ｎｏｄｅ１３の処理手順を示すシーケンス図。 第５の実施形態におけるＩＰ電話機とノード間で実施される処理手順を示すシーケンス図。

図１は、実施形態に係わる電話システムの一例を示すシステム図である。図１において、プライベートネットワーク１００はＮＡＴルータ５１を介してグローバルネットワーク２００に接続される。
ＮＡＴルータ５１は、プライベートネットワーク１００で用いられるプライベートアドレスと、グローバルネットワーク２００で用いられるグローバルアドレスとを相互に変換する。つまりＮＡＴルータ５１は、グローバルアドレスとプライベートアドレスとが静的にバインドされた変換表を備え、この変換表を参照することで、ＮＡＴルータ５１はアドレスを変換する。これによりプライベートネットワーク１００はグローバルネットワーク２００と相互に通信することが可能になる。

プライベートネットワーク１００は、呼制御サーバ１、ＩＰ電話機２１、Dynamic Host Configuration Protocol（ＤＨＣＰ）サーバ３１、およびハブ４１を備える。すなわち呼制御サーバ１はプライベートネットワーク１００に属する。呼制御サーバ１、ＩＰ電話機２１、ＤＨＣＰサーバ３１、およびＮＡＴルータ５１はハブ４１に接続され、Local Area Network（ＬＡＮ）が形成される。ＩＰ電話機２１の端末番号（ＤＮ：Domestic Number）を１０００とする。図１においては呼制御サーバ１をＮｏｄｅ１と表記し、そのプライベートアドレスであるＩＰアドレスを（192.168.254.1）とする。

グローバルネットワーク２００は、ハブ４２に接続されるＩＰ電話機２２〜２ｎと、ＤＨＣＰサーバ３２とを備える。ＩＰ電話機２２、２３、２ｎの端末番号をそれぞれ２０００、３０００、４０００とする。ＮＡＴルータ５１はハブ４１，４２に接続され、そのグローバルアドレスを（172.16.37.1）とする。特にＮＡＴルータ５１はポートフォワード（PortForwarding）機能を備える。このＮＡＴルータ５１の設定により、グローバルネットワークからのＩＰパケットは呼制御サーバ１に転送される。

図２は、図１に示される呼制御サーバ１の一例を示す機能ブロック図である。呼制御サーバ１は、ハブ４１に接続されるインタフェース部（ＬＡＮ Ｉ／Ｆ）１１と、記憶部１２と、制御部１３とを備える。記憶部１２は端末設定情報１２ａ、アドレス対応表１２ｂを記憶する。制御部１３は例えばCentral Processing Unit（ＣＰＵ）であり、記憶部１２に記憶されたプログラムの命令列に従う演算処理を実行して、実施形態に係わる機能を実現する。

制御部１３はその機能として、接続処理部１３ａ、送信部１３ｂ、特定部１３ｃ、通知部１３ｄを備える。接続処理部１３ａは、ＩＰ電話機からの接続要求を処理する。この接続要求はユーザのログイン操作に伴うログイン要求や、オートコンフィグ機能によるアクセス要求、あるいはＲＥＧＩＳＴＥＲメッセージ（ＳＩＰ）を用いた登録要求などがある。送信部１３ｂは、接続要求元のＩＰ電話機におけるログイン操作で入力された端末番号ＤＮに対応する端末設定情報をログイン元のＩＰ電話機に送信し、オートコンフィグ機能を制御する。

特定部１３ｃは、接続要求元のＩＰ電話機がグローバルネットワーク２００に属するか、またはプライベートネットワーク１００に属するかを個別に特定する。特に特定部１３ｃは、ＩＰ電話機から受信した接続要求（登録要求、アクセス要求）のヘッダに記載されるアドレスと、その接続要求のペイロードに記載されるアドレスとを抽出し、これらのアドレスが異なれば、要求元のＩＰ電話機がグローバルネットワーク２００に属することを特定する。つまりヘッダのアドレスとペイロードのアドレスとが異なれば、ＮＡＴルータ５１によるアドレス変換機能が作用していることが結論付けられる。これにより要求元のＩＰ電話機と呼制御サーバ１とが、種別の異なるネットワークに属していることを特定できる。

通知部１３ｄは、グローバルネットワーク２００に属することが特定されたＩＰ電話機に、呼制御サーバ１のグローバルアドレスを通知する。また通知部１３ｄは、プライベートネットワーク１００に属することが特定されたＩＰ電話機に、呼制御サーバ１のプライベートアドレスを通知する。

図３は、図２に示される端末設定情報１２ａの内容の一例を示す図である。端末設定情報１２ａは、端末番号で特定されるＩＰ電話機ごとに、パスワード、プライマリサーバ、セカンダリサーバ、ＲＴＰポートベース、ハンドセットボリューム（Ｖｏｌ）などの情報を対応付けたテーブルである。これらの情報はオートコンフィグの作用時にＩＰ電話機ごとにダウンロードされる。プライマリサーバ、セカンダリサーバについては第３および第４の実施形態において説明する。

図４は、図２に示されるアドレス対応表１２ｂの内容の一例を示す図である。アドレス対応表１２ｂは、異なる呼制御サーバごとに付与されるサーバ名ごとに、プライベートアドレスおよびグローバルアドレスと、各アドレスに対応するポート番号とを対応付けたテーブルである。例えばＮｏｄｅ１である呼制御サーバ１には図１に示される各アドレスが登録されており、ポート2944が対応付けられている。以下に、上記構成における作用を説明するが、まず、オートコンフィグ機能を備える既存の電話システムにおけるＩＰ電話機の設定の手順につき補足する。

図５は、ＮＡＴルータを有さない電話システムにおける、オートコンフィグによるＩＰ電話機の設定の手順を示すシーケンス図である。要するに図１にされるＮＡＴルータ５１がＮＡＴ機能を備えないケースであり、このケースではレイヤ２スイッチなどをＮＡＴルータ５１に置き換えることができる。ネットワーク１００、２００の双方がいずれもプライベートネットワークであるケースなどがこれに当てはまる。図５のフローチャートでは呼制御サーバ１、ＤＨＣＰサーバ３２、およびＩＰ電話機２２を主体として説明する。

図５において、管理者はＩＰ電話機２２を箱から取り出してシステムに接続する。そうすると電源オンなどを契機として、ＩＰ電話機２２はＤＨＣＰサーバ３２にアドレス要求を送出する（ステップＳ１）。これを受けてＤＨＣＰサーバ３２は、ＩＰ電話機２２にアドレス応答を返信する（ステップＳ２）。このアドレス応答は、ＩＰ電話機２２のＩＰアドレス（端末ＩＰアドレス）と、呼制御サーバ１のＩＰアドレス（サーバＩＰアドレス）とを含み、ＩＰ電話機２２はこれらの情報を内部メモリ（Flash-ROMなどの揮発性メモリ）に記憶する（ステップＳ３）。

次に、ログイン操作が実施される。ログイン処理にはＩＰ電話機により自律的に実行されるものと、ユーザのマニュアル操作によるものとがある。実施形態ではユーザのマニュアル操作によるログイン操作を考える。

ユーザがＩＰ電話機２２でログイン操作を行うと、端末番号（ここでは２０００）が入力される（ステップＳ４）。端末番号ＤＮは内線番号などの識別情報であり、Station IDとも称する。端末番号はユーザごとに割り当てられる番号であるので、ユーザを区別するためにも利用される。端末番号の入力が完了すると、ＩＰ電話機２２は入力された端末番号を含む接続要求を呼制御サーバ１に送る（ステップＳ５）。これを受けた呼制御サーバ１は接続応答をＩＰ電話機２２に返送する（ステップＳ６）。

次に呼制御サーバ１は受信した端末番号を確認し、要求元のＩＰ電話機２２にパスワードが設定されていれば、パスワード入力要求をＩＰ電話機２２に送る（ステップＳ７）。これによりＩＰ電話機２２の表示器に、パスワード入力を促すメッセージが表示される。パスワードが入力されると（ステップＳ８）、ＩＰ電話機２２はパスワード入力応答を呼制御サーバ１に返送する（ステップＳ９）。パスワードによる認証が成功するとＩＰ電話機２２は呼制御サーバ１に登録される。

ここまでの手順が済むと、オートコンフィグ機能が処理を開始する。すなわち呼制御サーバ１から端末設定情報がＩＰ電話機２２に送られる（ステップＳ１０）。つまり端末設定情報が呼制御サーバ１からＩＰ電話機２２にダウンロードされる。端末設定情報を受信したＩＰ電話機２２は内部メモリに端末設定情報を書き込み（ステップＳ１１）、これを活性化するために自らを再起動する（ステップＳ１２）。

再起動後、ＩＰ電話機２２は呼制御サーバ１に接続し、これによりＩＰ電話機２２が利用可能になる。この段階におけるＩＰ電話機２２と呼制御サーバ１との接続手順には、例えばSession Initiation Protocol（ＳＩＰ）におけるＲＥＧＩＳＴＥＲメッセージを用いた端末登録手順が用いられる。

オートコンフィグによりＩＰ電話機２２の動作に必要な情報が呼制御サーバ１から自動的にダウンロードされるので、管理者は新規に接続する各ＩＰ電話機に一つ一つデータを入力しなくて済む。従って管理者の負担を軽減し、保守作業の時間を短縮することが可能となる。ただし、ネットワーク内にＮＡＴデバイスが存在しているケースでは、オートコンフィグが正確に機能とするとは限らない。以下ではＮＡＴデバイスによらずオートコンフィグを正しく機能させることの可能な実施形態につき説明する。

［第１の実施形態］
図６は、実施形態に係わる電話システムの第１の処理手順を示すシーケンス図である。図６において図５と共通する手順には同じ符号を付して示し、ここでは異なる手順についてのみ説明する。
図６においては、呼制御サーバ１はステップＳ５に続いてステップＳ２０を実行し、ステップＳ１０に先立ってステップＳ３０を実行する。ステップＳ２０において呼制御サーバ１は、ＩＰ電話機２２が接続されるネットワークの種別を判定する。つまり呼制御サーバ１は、ＩＰ電話機２２がプライベートネットワーク１００およびグローバルネットワーク２００のいずれに属するかを特定する。

ステップＳ３０では、呼制御サーバ１は、ステップＳ２０で特定したネットワーク種別に応じたサーバアドレスを、端末設定情報とともにＩＰ電話機２２に送信する。ＩＰ電話機２２はグローバルネットワーク２００に属しているので、呼制御サーバ１は端末設定情報１２ａおよびアドレス対応表１３ｂを参照し、呼制御サーバ１のグローバルアドレスである172.16.37.1を含む端末設定情報をＩＰ電話機２２に送信する。この端末設定情報をＩＰ電話機２２が受信し設定が完了すると、ＩＰ電話機２２は自らを再起動する。

なお、ステップＳ５においてＩＰ電話機２１が接続要求を送出したとする。ＩＰ電話機２１はプライベートネットワーク１００に属しているので、呼制御サーバ１は端末設定情報１２ａおよびアドレス対応表１３ｂを参照し、呼制御サーバ１のプライベートアドレスである192.168.254.1を含む端末設定情報をＩＰ電話機に送信する。

以上述べたように第１の実施形態では、ＩＰ電話機がシステムに接続された際に、呼制御サーバ１は、ＩＰ電話機から到来するパケットのヘッダおよびペイロードをチェックし、この接続されたＩＰ電話機がプライベートネットワーク１００およびグローバルネットワーク２００のいずれに属するかを特定する。そして、グローバルネットワーク２００に接続されたＩＰ電話機には呼制御サーバ１のグローバルアドレスを通知し、プライベートネットワーク１００に接続されたＩＰ電話機には呼制御サーバ１のプライベートアドレスを通知するようにしている。そして、属するネットワークの種別に応じたアドレスを含む端末設定情報を呼制御サーバ１からＩＰ電話機に送信し、再起動を経て、ＩＰ電話機は利用できるようになる。

既存の電話システムではこのような機能を備えていない。よってＩＰ電話機と呼制御サーバ１との間にＮＡＴルータが介在する場合に、グローバルネットワークに属するＩＰ電話機に呼制御サーバ１プライベートアドレスが通知されることになり、オートコンフィグが正しく機能しなくなる。

これに対して第１の実施形態によれば、ＮＡＴルータが存在する環境において、呼制御サーバとＩＰ電話機との位置関係が呼制御サーバ１において把握されるので、呼制御サーバの適切なアドレスを選択して通知することが可能になる。これによりオートコンフィグを正しく機能させることが可能になるので、ＩＰ電話機を設置する際の管理者の負担を軽減し、保守作業の時間も短縮することが可能となる。これらのことから実施形態によれば、自動設定機能をＮＡＴデバイスによらず正しく機能させることが可能になり、運用上の手間を削減することの可能な電話システムとその呼制御サーバを提供することが可能になる。

［第２の実施形態］
図７は、電話システムにおける第２の処理手順を示すシーケンス図である。図７において図６と共通する手順には同じ符号を付して示し、ここでは異なる手順についてのみ説明する。
図７において呼制御サーバ１は、ステップＳ９に続いて、接続要求元のＩＰ電話機２２に呼制御サーバ１のプライベートアドレスおよびグローバルアドレスの双方を通知する（ステップＳ４０）。これらのアドレスはステップＳ１０において端末設定情報に載せてＩＰ電話機２２に送信される。

これを受けたＩＰ電話機２２は、まず、プライベートアドレスを用いて呼制御サーバ１に接続確認を実行する（ステップＳ４１、Ｓ４２）。接続応答があれば、ＩＰ電話機２２は再起動手順を実行する（ステップＳ４３、Ｓ４４）。ステップＳ４４において応答が無ければ、ＩＰ電話機２２はグローバルアドレスを用いて呼制御サーバ１に接続確認を実行する（ステップＳ４５）。接続応答があれば（ステップＳ４６）、ＩＰ電話機２２はアドレスを設定する。応答が無ければ、ＩＰ電話機２２はセカンダリサーバを設定しない。その後ＩＰ電話機２２は再起動する（ステップＳ４７）。

第２の実施形態においては呼制御サーバ１は自らのプライベートアドレスおよびグローバルアドレスの両方をＩＰ電話機に通知する。ＩＰ電話機はこれらのアドレスを用いて、いずれのアドレスが有効であるかを試行し、その結果に基づいて呼制御サーバ１に接続するためのアドレスを選択する手段を備える。

すなわち端末設定情報を受信したＩＰ電話機は、まず呼制御サーバ１のプライベートアドレス192.168.254.1を利用して呼制御サーバ１に接続可能か否かをチェックする。接続ＯＫであれば、呼制御サーバ１のプライベートアドレス192.168.254.1を内部メモリに設定し、グローバルアドレス172.16.37.1を破棄し、アドレス以外の端末設定情報を内部メモリに設定したのち再起動を行う。

プライベートアドレスによる接続がＮＧであれば、ＩＰ電話機は呼制御サーバ１のグローバルアドレス172.16.37.1を利用して呼制御サーバ１に接続可能か否かをチェックする。接続ＯＫであれば、呼制御サーバ１のグローバルアドレス172.16.37.1を内部メモリに設定し、プライベートアドレス192.168.254.1を破棄し、アドレス以外の端末設定情報を内部メモリに設定したのち再起動を行う。

再起動後、ＩＰ電話システムの呼制御サーバに接続し、ＩＰ電話機が利用できるようになる。このような処理手順によっても第１の実施形態と同様の効果を得ることが可能である。

［第３の実施形態］
図８は、実施形態に係わる電話システムの他の例を示すシステム図である。図８において図１と共通する箇所には同じ符号を付して示し、ここでは異なる部分についてのみ説明する。

図８に示されるシステムは、第２のプライベートネットワーク（符号を１０１とする）に属する呼制御サーバ２を備える。プライベートネットワーク１０１は、ＮＡＴルータ５２を介してグローバルネットワーク２００に接続される。
呼制御サーバ１および呼制御サーバ２は互いに冗長系をなし、一方が稼動系として、他方が待機系として機能する。すなわち第３の実施形態では、冗長化された呼制御サーバがそれぞれ別のプライベートネットワークに属するケースを想定する。呼制御サーバ１をプライマリサーバ、呼制御サーバ２（Ｎｏｄｅ２と表記する）をセカンダリサーバとする。

図９は、電話システムにおける第３の処理手順を示すシーケンス図である。図９において図６と共通する手順には同じ符号を付して示し、ここでは異なる手順についてのみ説明する。
図９において、呼制御サーバ１はステップＳ９に続き、プライマリサーバのＩＰアドレスとして特定されたネットワーク種別に応じたＩＰアドレスをＩＰ電話機２２に通知するが、セカンダリサーバのＩＰアドレスとしてはプライベートアドレスを通知する（ステップＳ６０）。その際、端末設定情報１２ａおよびアドレス対応表１２ｂが参照される。

ＩＰ電話機２２は、ステップＳ４２において、先ずセカンダリサーバに接続確認を送出する。これに対する接続応答（ステップＳ４３）があれば、ＩＰ電話機２２は端末設定情報を設定して再起動するが、応答が無ければ、ＩＰ電話機２２は呼制御サーバ１に、セカンダリサーバ（呼制御サーバ２）のグローバルアドレスを要求する（ステップＳ５１）。

これを受けた呼制御サーバ１は、セカンダリサーバ（呼制御サーバ２）のグローバルアドレスをＩＰ電話機２２に返送する（ステップＳ５４）。ＩＰ電話機２２はグローバルアドレスを用いて呼制御サーバ２への接続確認を行い（ステップＳ４５）、接続応答があれば（ステップＳ４６）、ＩＰ電話機２２は端末設定情報を設定して再起動する。応答が無ければセカンダリサーバを設定せずに、ＩＰ電話機２２は自らを再起動する（ステップＳ５６）。

第３の実施形態によれば、セカンダリサーバのネットワーク上の位置によらず、適切なＩＰアドレスをＩＰ電話機に記憶させることが可能になる。よって呼制御サーバが冗長化されたシステムにおいても、自動設定機能をＮＡＴデバイスによらず正しく機能させることが可能になり、これにより運用上の手間を削減することの可能な電話システムとその呼制御サーバを提供することが可能になる。

［第４の実施形態］
図１０は、電話システムにおける第３の処理手順を示すシーケンス図である。図１０において図９と共通する手順には同じ符号を付して示し、ここでは異なる手順についてのみ説明する。
図１０において、呼制御サーバ１はステップＳ９に続き、プライマリサーバのＩＰアドレスとして特定されたネットワーク種別に応じたＩＰアドレスをＩＰ電話機２２に通知し、セカンダリサーバのＩＰアドレスとしてプライベートアドレスおよびグローバルアドレスの双方を通知する（ステップＳ７０）。その際、端末設定情報１２ａおよびアドレス対応表１２ｂが参照される。

ＩＰ電話機２２は、ステップＳ４２において、先ずセカンダリサーバに接続確認を送出する。これに対する接続応答（ステップＳ４３）があれば、ＩＰ電話機２２は端末設定情報を設定して再起動するが、応答が無ければ、ＩＰ電話機２２はグローバルアドレスを用いて呼制御サーバ２への接続確認を行い（ステップＳ５５、Ｓ４５）、接続応答があれば（ステップＳ４６）、ＩＰ電話機２２は端末設定情報を設定して再起動する。応答が無ければセカンダリサーバを設定せずに、ＩＰ電話機２２は自らを再起動する（ステップＳ５６）。

第４の実施形態によっても、セカンダリサーバのネットワーク上の位置によらず、適切なＩＰアドレスをＩＰ電話機に記憶させることが可能になる。よって呼制御サーバが冗長化されたシステムにおいても、自動設定機能をＮＡＴデバイスによらず正しく機能させることが可能になり、これにより運用上の手間を削減することの可能な電話システムとその呼制御サーバを提供することが可能になる。

［第５の実施形態］
図１１は、実施形態に係わる電話システムの他の例を示すシステム図である。図１１において図１と共通する箇所には同じ符号を付して示し、ここでは異なる部分についてのみ説明する。第５の実施形態において各ノード、ＮＡＴルータ５１、ＩＰ電話機に割り当てられるアドレスは、第１乃至第４の実施形態のそれとは必ずしも同じではない。

第５の実施形態では、第３および第４の実施形態において述べたような、サバイバビリティを備えるシステムについて詳しく説明する。高いレベルの可用性を求められる電話システムでは、サバイバビリティと称する機能を備えるケースが多い。サバイバビリティを備えるシステムは冗長化された複数のサーバを備える。各クライアントは、いずれかのサーバをプライマリサーバ、他のサーバをセカンダリサーバとして機能する。プライマリサーバが故障したり、クライアントとプライマリサーバとの通信が不能になったりすると、クライアントの接続先をセカンダリサーバに切り替えることでサービスを継続することが可能になる。

電話システムにおいてはＩＰ電話機がクライアントとして、呼制御サーバがサーバとして位置づけられる。ＩＰ電話機がルータを跨いで移動しないのであれば、つまりＩＰ電話機が同じネットワーク内に存在し続ける限りにおいては、問題は生じない。しかし、ＩＰ電話機が、ＮＡＴルータを挟んで異なるネットワークに移動すると、ＮＡＴルータのアドレス変換機能により、移動後のＩＰ電話機が本来のプライマリサーバまたはセカンダリサーバに接続できなくなることがある。これに対処するためにＩＰ電話機の設定をユーザのマニュアル操作変更する必要があり、オートコンフィグの利点が失われるので対処が必要である。このような不具合は、ＮＡＴ超え、あるいはＮＡＴ通過（NAT traversal）と称して知られる課題に関連して生じる。

第５の実施形態では、グローバルネットワーク２００にも呼制御サーバ１が備わることを想定する。グローバルネットワーク２００におけるこの呼制御サーバをＮｏｄｅ１１と表記し、そのＩＰアドレスを（172.16.12.10）とする。またプライベートネットワーク１００における呼制御サーバをＮｏｄｅ１０と表記し、そのプライベートアドレスであるＩＰアドレスを（192.168.254.10）とする。このＩＰアドレス（192.168.254.10）にグローバルネットワーク２００からアクセスするためのパブリックアドレス（グローバルアドレス）として、（172.16.12.210）が、ＮＡＴルータ５１に設定されるとする。

グローバルネットワーク２００におけるＩＰ電話機２２（ＤＮ２０００）に、プライマリサーバとしてＮｏｄｅ１０が指定され、セカンダリサーバとしてＮｏｄｅ１１が指定されているとする。ＩＰ電話機２２に対してＮｏｄｅ１１は同じネットワークに属する。よって、Ｎｏｄｅ１１のＩＰアドレス（172.16.12.10）が、セカンダリサーバに接続するためのアドレスとして、ＩＰ電話機２２に指定される。
一方、ＩＰ電話機２２に対してＮｏｄｅ１０は、ＮＡＴルータ５１を挟んで別のネットワークに属する。よってパブリックアドレス（172.16.12.210）が、プライマリサーバに接続するためのアドレスとして、ＩＰ電話機２２に指定される。

このＩＰ電話機２２がグローバルネットワーク２００からプライベートネットワーク１００に移動することを考える。プライベートネットワーク１００に移動したＩＰ電話機２２は、セカンダリサーバ（Ｎｏｄｅ１１）には接続できる。しかし、パブリックアドレスを指定されているプライマリサーバ（Ｎｏｄｅ１０）に接続することはできなくなる。このようなケースでは接続先アドレスをマニュアルで変更するか、ユーザはサバイバビリティ機能を使用することをあきらめなくてはならない。

同様に、プライベートネットワーク１００におけるＩＰ電話機２４（ＤＮ２００１）に、プライマリサーバとしてＮｏｄｅ１０が指定され、セカンダリサーバとしてＮｏｄｅ１１が指定されているとする。ＩＰ電話機２２に対してＮｏｄｅ１０は同じネットワークに属する。よって、Ｎｏｄｅ１０のＩＰアドレス（192.168.254.10）が、プライマリサーバに接続するためのアドレスとして、ＩＰ電話機２４に指定される。
一方、ＩＰ電話機２４に対してＮｏｄｅ１１は、ＮＡＴルータ５１を挟んで別のネットワークに属する。しかし、プライベートネットワーク１００からグローバルネットワーク２００にアクセスする限りにおいては、ＮＡＴルータ５１のアドレス変換機能は作用しない。よってＮｏｄｅ１１のＩＰアドレス（172.16.12.10）が、セカンダリサーバに接続するためのアドレスとして、ＩＰ電話機２４に指定される。
このＩＰ電話機２４がプライベートネットワーク１００からグローバルネットワーク２００に移動することを考える。グローバルネットワーク２００に移動したＩＰ電話機２２は、セカンダリサーバ（Ｎｏｄｅ１１）には接続できる。しかし、プライマリサーバ（Ｎｏｄｅ１０）に接続するにはパブリックアドレス（172.16.12.210）を用いなくてはならず、ＩＰ電話機２４はそのことを、この時点で知らない。よってＩＰ電話機２４はプライマリサーバに接続することはできなくなる。このようなケースでも、接続先アドレスをマニュアルで変更するか、ユーザはサバイバビリティ機能を使用することをあきらめなくてはならない。以下ではこのような事態に対処可能な実施の形態を説明する。

図１２は、図１１に示される呼制御サーバ１の一例を示す機能ブロック図である。図１２において図２と共通する部分には同じ符号を付して示し、ここでは異なる部分についてのみ説明する。

図１２において呼制御サーバ１は、第５の実施形態に係る処理機能として制御部１３にアドレス通知部１３ｅ、判定部１３ｆ、アクセス情報特定部１３ｇ、および、アクセス情報通知部１３ｈを備える。
アドレス通知部１３ｅは、自らに割り当てられたＩＰアドレスを含む接続先通知パケットを、他の呼制御サーバと授受する。判定部１３ｆは、他の呼制御サーバから受信した接続先通知パケットに記載されるＩＰアドレスと、この接続先通知パケットのソースアドレスとを比較し、その結果に基づいて、この接続先通知パケットに対するＮＡＴルータ５１の介在の有無を判定する。

アクセス情報特定部１３ｇは、判定部１３ｆによる判定の結果に基づいて、プライベートネットワーク１００およびグローバルネットワーク２００から、呼制御サーバ１（Ｎｏｄｅ１０，Ｎｏｄｅ１１）のそれぞれにアクセス可能とするためのＩＰアドレスを含むアクセス情報を特定する。特に、アクセス情報特定部１３ｇは、サバイバビリティ設定情報１２ｄに基づいて、アドレステーブル１２ｃからＩＰアドレスを抽出する。アドレステーブル１２ｃ、サバイバビリティ設定情報１２ｄは記憶部１２に記憶される。

アクセス情報通知部１３ｈは、アクセス情報特定部１３ｇにより特定されたアクセス情報をＩＰ電話機に通知する。特に、アクセス情報通知部１３ｈは、抽出されたＩＰアドレスのセットを含む接続先テーブルをＩＰ電話機に通知する。

図１３は、図１１に示されるアドレステーブル１２ｃの内容の一例を示す図である。このアドレステーブル１２ｃはＮｏｄｅ１２に記憶される内容を示すが、他のＮｏｄｅにおいても同様である。アドレステーブル１２ｃは、ノードＩＤに２通りのＩＰアドレスを対応付けたテーブルである。ノードＩＤはそれぞれのノードの識別情報である。つまりアドレステーブル１２ｃは、或るノードが他のノードに接続しようとするとき、使用することの可能な２通りのＩＰアドレスを示すテーブルである。

またアドレステーブル１２ｃは、呼制御サーバ１からＩＰ電話機に転送される。ＩＰ電話機は呼制御サーバ１に接続しようとするとき、アドレステーブル１２ｃに記載される２通りのＩＰアドレスを使用することができる。

他ノードごとに対応付けられる２つのＩＰアドレスを、第１の接続先、第２の接続先として区別する。例えばＮｏｄｅ１２がＮｏｄｅ１３に接続するために使用できる第１の接続先ＩＰアドレスは（x.x.x.x）であり、第２の接続先ＩＰアドレスはなし（ブランク）である。

第１の接続先のＩＰアドレス、および第２の接続先のＩＰアドレスを、アクセス情報と総称する。アクセス情報は、プライベートネットワーク１００およびグローバルネットワーク２００から、呼制御サーバ１（Ｎｏｄｅ１０，Ｎｏｄｅ１１）のそれぞれにアクセス可能とするためのＩＰアドレスを含む。

図１４は、図１１に示されるサバイバビリティ設定情報１２ｄの内容の一例を示す図である。サバイバビリティ設定情報１２ｄは、ＩＰ電話機ごとに、そのサバイバビリティ設定の状態を対応付けたテーブルである。ＩＰ電話機を区別するための情報として、図１４では内線番号ＤＮを用いている。例えばＩＰ電話機２２（ＤＮ：２０００）にとってのプライマリサーバはＮｏｄｅ１１であり、セカンダリサーバはＮｏｄｅ１０である。

図１５は、図１１に示されるＩＰ電話機２２の一例を示す機能ブロック図である。図１１におけるＩＰ電話機２１，２４，２ｎも同様の構成である。ＩＰ電話機２２は、表示器２０１、インタフェース部２０２、制御部２０３、キーパッド部２０４、および、メモリ２０５を備える。表示器２０１はキャラクタデータなどの各種の情報を表示するユーザインタフェースである。インタフェース部２０２はＬＡＮケーブルなどを介してハブ４１または４２（図１１）に接続される。キーパッド部２０４はテンキーなどを備えるユーザインタフェースである。

制御部２０３は例えばCentral Processing Unit（ＣＰＵ）であり、メモリ２０５に記憶されたプログラムの命令列に従う演算処理を実行して、実施形態に係わる機能を実現する。
制御部２０３はその機能として、ログイン処理部２０３ａ、受信部２０３ｂ、アクセス部２０３ｃ、および、選択部２０３ｄを備える。

ログイン処理部２０３ａは、識別情報としてのＤＮの入力を含む、ユーザのログイン操作を受け付ける。受信部２０３ｂは、オートコンフィグ機能により呼制御サーバ１から送信された端末設定情報を受信する。受信された端末設定情報はメモリ２０５に端末設定情報２０５ｂとして記憶される。

アクセス部２０３ｃは、呼制御サーバ１から通知されたアクセス情報に基づいてプライマリサーバおよびセカンダリサーバのいずれかにアクセスする。選択部２０３ｄは、プライマリサーバまたはセカンダリサーバにアクセスするためのＩＰアドレスを、自らが属するネットワークのアドレス体系に基づいて、アクセス情報から選択する。

特にアクセス部２０３ｃは、メモリ２０５に記憶される接続先テーブル２０５ｃに基づいてプライマリサーバおよびセカンダリサーバのいずれかにアクセスする。

メモリ２０５はFlash-ROMなどの揮発性メモリであり、ＤＮ４４ａ、端末設定情報４４ｂおよび接続先テーブル４４ｃを記憶する。

図１６は、図１５に示される接続先テーブル４４ｃの内容の一例を示す図である。接続先テーブル４４ｃは、プライマリサーバとセカンダリサーバとのそれぞれに、第１の接続先のＩＰアドレスおよび第２の接続先のＩＰアドレスを対応付けたテーブルである。つまり第５の実施形態では、ＩＰ電話機はサバイバビリティに基づいて複数の呼制御サーバ（ノード）に接続することができ、それぞれの呼制御サーバごとに複数のＩＰアドレスを持つことができる。例えばＩＰ電話機２２にとって、プライマリサーバに接続するための第１のＩＰアドレスは（c.c.c.c）であり、第２の接続先はなし（ブランク）である。同様にセカンダリサーバに接続するには、（a.a.a.a）または（a.a.a.b）のいずれかのＩＰアドレスが用いられる。

図１７は、図１５に示されるＩＰ電話機２２の一例を示す外観図である。ＩＰ電話機２２の前面パネル部にはLiquid Crystal Display（ＬＣＤ）などの表示器２０１が配置される。表示器２０１の下方パネル部にはダイヤルキーやファンクションキーなどを備えるキーマトリクス、すなわちキーパッド部２０４が配設される。ＩＰ電話機２２の前面パネル部の図中左側には、スピーカ、マイクを備えるハンドセット１３が配設される。

図１８は、図１１に示されるシステムの要部を示す図である。以下、図１８を基礎として第５の実施形態における作用を説明する。以下の説明では、サバイバビリティ設定のなされたＩＰ電話機２２が、グローバルネットワーク２００からプライベートネットワーク１００に移動することを考える。

図１８において、プライベートネットワーク１００にＮｏｄｅ１０、Ｎｏｄｅ１２が属するとする。Ｎｏｄｅ１２のプライベートアドレスを（192.168.254.11）とする。またグローバルネットワーク２００にＮｏｄｅ１１、Ｎｏｄｅ１３が属するとする。Ｎｏｄｅ１３のグローバルアドレスを（172.16.12.11）とする。

ＮＡＴルータ５１は、グローバルアドレスとプライベートアドレスとの変換テーブルを備える。第５の実施形態では、ＮＡＴルータ５１は変換テーブルに基づいて、グローバルアドレス（172.16.12.200）とプライベートアドレス（192.168.254.10）とを相互に変換する。またＮＡＴルータ５１は、グローバルアドレス（172.16.12.201）とプライベートアドレス（192.168.254.11）とを相互に変換する。
図１９は、第５の実施形態におけるＮｏｄｅ１０〜Ｎｏｄｅ１３の処理手順を示すシーケンス図である。図１９には、Ｎｏｄｅ１０〜Ｎｏｄｅ１３間で授受されるメッセージの流れが示される。図１９においてはＮｏｄｅ１０を主体として説明するが、Ｎｏｄｅ１１〜Ｎｏｄｅ１３が主体となるケースでも同様のシーケンスが実行される。

初期状態（例えばスタートアップ直後）において、Ｎｏｄｅ１０は表１に示す情報を記憶している。すなわちノードＩＤ（IDentification）、第１の接続先および第２の接続先である。ノードＩＤは自らを他と区別して一意に示す識別情報、すなわちＮｏｄｅ１０である。第１の接続先は自らのＩＰアドレスであり、第２の接続先はブランクである。表１はアドレステーブル１２ｃの初期状態を示す。

図１９において、Ｎｏｄｅ１０は、他の呼制御サーバすなわちＮｏｄｅ１１〜Ｎｏｄｅ１３に、表１に示される情報を記載された接続先通知パケットを送信する（ステップＳ６１）。この接続先通知パケットはＮＡＴルータ５１に達するとソースアドレスを変換され（ステップＳ６２）、グローバルネットワーク２００に送出される（ステップＳ６３）。

なおソースアドレスは、デスティネーションアドレス（図示せず）とペアで接続先通知パケットのヘッダに記載される情報である。表１に示される情報は接続先通知パケットのペイロードに記載される。

表２は、Ｎｏｄｅ１０から送出された接続先通知パケットがＮｏｄｅ１２で受信された内容を示す。この接続先通知パケットはＮＡＴ処理を受けていないので、通知元ノードのＩＰアドレスとソースアドレスとが同じである。

両アドレスが同じであることからＮｏｄｅ１２は、Ｎｏｄｅ１０と自らとの間にＮＡＴデバイスが無いこと、を判定する（ステップＳ６４）。つまりＮＡＴ通過は無い。そこでＮｏｄｅ１２は、接続先通知パケットに記載されるＮｏｄｅ１０のＩＰアドレスを、Ｎｏｄｅ１０に対する第１の接続先としてアドレステーブル１２ｃを更新する（ステップＳ６５）。

表３は、Ｎｏｄｅ１０から送出された接続先通知パケットがＮｏｄｅ１１、１３で受信された内容を示す。この接続先通知パケットはＮＡＴ処理を受けているので、通知元ノードのＩＰアドレスとソースアドレスとが異なる（図中点線）。図１８から理解されるように、表３に示されるソースアドレス（172.16.12.200）はＮＡＴルータ５１のグローバルアドレス、すなわちパブリックアドレスである。

通知元ノードのＩＰアドレスとソースアドレスとが異なることから、この接続先通知パケットを受けたＮｏｄｅ１１、Ｎｏｄｅ１３は、Ｎｏｄｅ１０と自らとの間にＮＡＴデバイス（ＮＡＴルータ５１）が存在する、ことを判定する（ステップＳ６６、Ｓ６７）。
そこでＮｏｄｅ１１は（Ｎｏｄｅ１３も同様）、まず、接続先通知パケットに記載されるＮｏｄｅ１０のＩＰアドレスを、Ｎｏｄｅ１０に対する第１の接続先としてアドレステーブル１２ｃを更新する。

さらに表３の接続先通知パケットにおいて、第２の接続先がブランクである。これはＮｏｄｅ１０において第２の接続先がブランクであるからである。そこでＮｏｄｅ１１，１３は、表３に示されるソースアドレス（172.16.12.200）を第２の接続先としてアドレステーブル１２ｃを更新し（ステップＳ６８、Ｓ６９）、応答パケットをＮｏｄｅ１０に返送する（ステップＳ７０）。この応答パケットには、ソースアドレス（172.16.12.200）を第２の接続先とすることが記載される。

応答パケットを受けたＮｏｄｅ１０は、その記載内容に基づいて自らのアドレステーブル１２ｃを更新する（ステップＳ７１）。表４は、Ｎｏｄｅ１０の更新されたアドレステーブル１２ｃを示す。表中、点線が表１と異なる。

以上が１回目のシーケンスである。このようなシーケンスは例えば定期的に繰り返される。次に、２回目のシーケンスを説明する。

図１９においてＮｏｄｅ１０は、Ｎｏｄｅ１１〜Ｎｏｄｅ１３に、表４に示される情報を記載された接続先通知パケットを送信する（ステップＳ７２）。この接続先通知パケットはＮＡＴルータ５１によるＮＡＴ処理を経て（ステップＳ７３）グローバルネットワーク２００に送出される（ステップＳ７４）。

表５は、２回目のシーケンスでＮｏｄｅ１０から送出された接続先通知パケットがＮｏｄｅ１２で受信された内容、を示す。

表２と比べると、第２の接続先欄にＮＡＴルータ５１のグローバルアドレス（172.16.12.200）が記載されている。ここでもＮＡＴ通過無しが判定され（ステップＳ７５）、アドレステーブル１２ｃが更新される（ステップＳ７６）。なお通知元ノードのＩＰアドレスとソースアドレスとが同じであるので、Ｎｏｄｅ１２は応答パケットをＮｏｄｅ１０に返送しない。

表６は、２回目のシーケンスでＮｏｄｅ１０から送出された接続先通知パケットがＮｏｄｅ１１、１３で受信された内容、を示す。

表３と比べると、第２の接続先欄にＮＡＴルータ５１のグローバルアドレス（172.16.12.200）が記載されている。ここでもＮＡＴ通過有りが判定され（ステップＳ７７、７８）、アドレステーブル１２ｃが更新される（ステップＳ７９、８０）。なお通知元ノードのＩＰアドレスとソースアドレスとが異なるが、ソースアドレスと第２の接続先とが同じであるので、Ｎｏｄｅ１１，１３は応答パケットをＮｏｄｅ１０に返送しない。

以上が２回目のシーケンスである。１回目のシーケンスで、プライベートネットワーク１００のＮｏｄｅ１０にグローバルネットワーク２００からアクセスするためのＩＰアドレスが、Ｎｏｄｅ１０において判明する。そこで２回目のシーケンスで、Ｎｏｄｅ１０はこの判明したＩＰアドレス情報を他のＮｏｄｅに通知する。ＩＰアドレスの通知を受けたＮｏｄｅは、ＮＡＴルータ５１の介在の有無、つまりＮＡＴルータ５１によるアドレス変換処理の有無によらず、第１の接続先および第２の接続先の双方のＩＰアドレスを記憶する。２回目までのシーケンスを経ることで、接続先に関する情報が全てのＮｏｄｅにおいて同様に設定され、定常状態に至る。

表７は、定常状態において、Ｎｏｄｅ１０に他のＮｏｄｅからの応答パケットで通知される情報の一覧を示す。

表８は、定常状態におけるＮｏｄｅ１０のアドレステーブル１２ｃの内容を示す。

表９は、定常状態において、Ｎｏｄｅ１１に他のＮｏｄｅからの応答パケットで通知される情報の一覧を示す。

表１０は、定常状態におけるＮｏｄｅ１１のアドレステーブル１２ｃの内容を示す。定常状態においては表１０の内容と表８の内容とは同じになる。

３回目以降のシーケンスでは２回目と同様の手順が繰り返される。ただし例外的に、ＮＡＴルータ５１においてパブリックアドレスが変更されたケースがある。このケースではグローバルネットワーク２００に属するＮｏｄｅ１１，１３に、第１の接続先のＩＰアドレスと、第２の接続先のＩＰアドレスと、ソースアドレスとが全て異なる接続先通知パケットが到達する。

これを受けたＮｏｄｅ１１，１３は、ソースアドレスを第２の接続先に設定してアドレステーブル１２ｃを更新するとともに、ソースアドレスをＮｏｄｅ１０に通知する。Ｎｏｄｅ１０は通知されたソースアドレス（変更後のパブリックアドレス）を第２の接続先としてアドレステーブル１２ｃを更新する。その後のシーケンスは第２の接続先が更新された状態で行われ、パブリックアドレスの変更が全てのＮｏｄｅに反映される。

図２０は、第５の実施形態におけるＩＰ電話機とノード間で実施される処理手順を示すシーケンス図である。図１８において、ＩＰ電話機２２はグローバルネットワーク２００のハブ４２に接続されるとする。そうするとＤＨＣＰサーバ３２からＩＰアドレス（172.16.12.100）をアサインされ、Ｎｏｄｅ１３のＩＰアドレス（172.16.12.11）を通知されるとする。

なおいずれのＩＰ電話機も、最初に接続されたネットワークにおいて、ネットワークに存在するいずれかのＮｏｄｅにアクセスするための情報を得ているとする。これはユーザのマニュアルで設定可能である。あるいは上記のようにＤＨＣＰサーバのオプション機能などにより自動的に設定されるようにしても良い。

図２０においてＩＰ電話機２２は、Ｎｏｄｅ１３に接続要求を送信する（ステップＳ８１）。これを受けてＮｏｄｅ１３はサバイバビリティ設定情報１２ｄを参照し、ＩＰ電話機２２のサバイバビリティ設定を確認する（ステップＳ８２）。

表１１に、Ｎｏｄｅ１３に記憶されるサバイバビリティ設定情報１２ｄの一例を示す。この内容によればＩＰ電話機２２（ＤＮ：２０００）のプライマリサーバはＮｏｄｅ１０であり、セカンダリサーバはＮｏｄｅ１１である。

サバイバビリティ設定情報１２ｄとアドレステーブル１２ｃとを参照し、Ｎｏｄｅ１３は、ＩＰ電話機２２に通知すべきＩＰアドレスのセットを決定する（ステップＳ８３）。このステップでＮｏｄｅ１３は、ＩＰ電話機２２がプライマリサーバとして接続すべき呼制御サーバ（Ｎｏｄｅ１０）の第１の接続先のＩＰアドレスおよび第２の接続先のＩＰアドレス、およびセカンダリサーバとして接続すべき呼制御サーバ（Ｎｏｄｅ１１）の第１の接続先のＩＰアドレスおよび第２の接続先のＩＰアドレスを、アドレステーブル１２ｃから抽出する。

次にＮｏｄｅ１３は、決定したＩＰアドレスのセットを含む接続応答をＩＰ電話機２２に返送する（ステップＳ８４）。これを受けたＩＰ電話機２２は、通知されたＩＰアドレスのセットに従って接続先テーブル２０５ｃを更新する。表１２は、このステップで決定されたＩＰアドレスのセットを示す。

次にＩＰ電話機２２は、プライマリサーバであるＮｏｄｅ１０に接続要求を送信し（ステップＳ５）、図５と同様の手順を経てオートコンフィグによるＩＰ電話機２２の設定が完了する。

第５の実施形態において、呼制御サーバ１（Ｎｏｄｅ１０〜Ｎｏｄｅ１３）の各々は、ＩＰ電話機から接続されると、サバイバビリティ設定情報１２ｄに従い、接続元のＩＰ電話機のＤＮに対応する接続先Ｎｏｄｅを特定する。そして特定したＮｏｄｅに対応するＩＰアドレスをアドレステーブル１２ｃから読み出し（抽出し）、接続元のＩＰ電話機に送信する。

アドレステーブル１２ｃの内容が変更されると、呼制御サーバ１は、変更された情報に対応するノードＩＤを接続先とするＩＰ電話機をサバイバビリティ設定情報１２ｄから特定し、そのＩＰ電話機に対して、接続先ノードへのアクセス情報（ＩＰアドレス）を通知する。

ＩＰ電話機は、通知されたＩＰアドレスを記憶する。ＩＰ電話機が既にいずれかのＮｏｄｅに接続済みの状態で当該接続中のＮｏｄｅの情報が変更された場合には、この接続中のＮｏｄｅとの接続を切断し、新たに通知されたＮｏｄｅに接続を要求する。

ＩＰ電話機はＮｏｄｅにアクセス（ないし接続）する際に、第１および第２の接続先のＩＰアドレスのうち、ＩＰ電話機のＩＰアドレス体系と同じ体系のＩＰアドレスを優先的に選択する。つまりＩＰ電話機は、自らが属するネットワークのアドレス体系に基づいてアクセス情報からＩＰアドレスを選択する。そして、この選択したＩＰアドレスを用いてＮｏｄｅに接続する。ＩＰ電話機のＩＰアドレス体系と同じ体系のＩＰアドレスが存在しなければ、ＩＰ電話機は別の体系のＩＰアドレスを用いてＮｏｄｅにアクセスする。

例えば、図１８において、ＩＰ電話機２２（ＤＮ：２０００）がＮＡＴルータ５１の外側のネットワーク（グローバルネットワーク２００）に接続され、ＤＨＣＰサーバ３２から割り当てられたＩＰアドレスが（172.16.12.x）であるとする。そうするとＩＰ電話機２２は、プライマリサーバのＩＰアドレスのうち、この体系と同じＩＰアドレスである（172.16.12.200）を用いて接続処理を行う。

ＩＰ電話機２２がＮＡＴルータ５１の内側（プライベートネットワーク１００）に移動し、ＤＨＣＰサーバ３１から（192.168.254.x）というＩＰアドレスを割り当てられたとする。そうするとＩＰ電話機２２は、プライマリサーバのＩＰアドレスのうちこのアドレス体系と同じ体系の（192.168.254.10）というアドレスに向け接続処理を行う。

プライマリサーバからセカンダリサーバへの切り替え、あるいは逆にセカンダリサーバからプライマリサーバへの切り替えは、各Ｎｏｄｅごとに複数設定されているＩＰアドレスのうち、いずれか一方での接続が失敗した時点で行われる。

例えばＩＰ電話機２２がプライベートネットワーク２００に移動したとき、（192.168.254.10）に接続できなかったとする。このケースでは他方の（172.16.12.200）に接続（リダイレクト）するのではなく、プライマリサーバは接続不可と看做し、セカンダリサーバに接続するようにする。

セカンダリサーバのＩＰアドレスは（172.16.12.10）でありＩＰ電話機２２のＩＰアドレス体系とは異なるが、セカンダリサーバについては、同じＩＰアドレス体系の接続先が存在しないので、このＩＰアドレスで接続を行うようにする。

以上述べたように第５の実施形態では、ＮＡＴが存在するネットワークを対象とするサバイバビリティシステムにおいて、複数のＮｏｄｅは、自らの識別情報（ＩＤ）とＩＰアドレスとを他のＮｏｄｅに複数回にわたって通知する。各Ｎｏｄｅは他のＮｏｄｅから通知された情報から、他のＮｏｄｅにアクセスするためのＩＰアドレスを抽出する。この処理を繰り返し、グローバルネットワーク１００およびプライベートネットワーク２００の双方から各ＮｏｄｅにアクセスするためのＩＰアドレスを記載したアドレステーブル１２ｃを、各Ｎｏｄｅにおいて構築する。ＩＰ電話機からの要求を受けたＮｏｄｅは、当該ＩＰ電話機のサバイバビリティ設定に基づいて、プライマリサーバおよびセカンダリサーバにアクセスするためのＩＰアドレスをアドレステーブル１２ｃから抽出し、要求元のＩＰ電話機に通知する。
通知を受けたＩＰ電話機は、Ｎｏｄｅから通知された情報と、自らに割り当てられたＩＰアドレスとに基づいて、接続先のネットワーク体系に従った適切なＩＰアドレスを選択し、適切なＮｏｄｅに接続するようにしている。

このようにしたので、電話システム内において、ＩＰ電話機とＮｏｄｅとＮＡＴルータとの接続関係が如何なるものであっても、ＩＰ電話機をネットワーク内で自由に移動し、そのＩＰ電話機でサバイバビリティを適用することが可能になる。また、これによりＩＰ電話機と呼制御サーバ１との接続が阻害されることがなくなるので、オートコンフィグを常に正確に機能させることが可能になる。

既存の技術では、呼制御サーバとクライアント（ＩＰ電話機）の配置によっては、クライアントにプライベートネットワーク内のＩＰアドレスに関連付けられたパブリックアドレスを指定する必要があり、クライアントの移動に制限が発生したり、クライアントを移動するたびに端末の設定を手動で変更したりする必要があった。

これに対し第５の実施形態によれば、サバイバビリティを備えるシステムにあっても、自動設定機能をＮＡＴデバイスによらず正しく機能させることが可能になり、運用上の手間を大幅に削減することができる。

なお、本発明は上記実施形態そのままに限定されるものではない。例えば実施形態では共通の呼制御サーバにより、ＩＰ電話機に端末設定情報を提供し、また、ＩＰ電話システムを制御することを想定した。これに限らず、ＩＰ電話機に端末設定情報をダウンロードする呼制御サーバと、ＩＰ電話システムを制御する呼制御サーバとを別に設けても良い。

また、呼制御サーバ１の待受ポート番号は省略してもよい。このケースでは、ポート番号はデフォルトの値として動作する。

また第５の実施形態では、アドレステーブル１２ｃから抽出したアクセス情報をＩＰ電話機に通知するようにした。これに代えて、アドレステーブル１２ｃをそのままＩＰ電話機に通知し、これを受けたＩＰ電話機の側でアクセス情報を抽出するようにしても良い。 また通知パケットにＩＰアドレスだけでなく、ポート情報を含めても良い。またアドレステーブル１２ｃ、接続先テーブル２０５ｃにポート情報を記録するようにしても良い。

また、第５の実施形態の呼制御サーバ１に係る機能を専用のサーバに持たせるようにしても良い。この種の装置をアドレスサーバと称することとし、図１８において参照符号３００を付す。このアドレスサーバ３００は図１２に示す機能ブロックのうち、インタフェース部１１、判定部１３ｆ、アクセス情報特定部１３ｇ、アクセス情報通知部１３ｈ、アドレステーブル１２ｃ、および、サバイバビリティ設定情報１２ｄを備える。また、制御部１３の処理機能として、Ｎｏｄｅ１０〜１３からそれぞれ送信される通知パケットを受信する機能を備える。

判定部１３ｆは、Ｎｏｄｅ１０〜１３から受信した通知パケットに記載される送信元ＮｏｄｅのＩＰアドレスとこの通知パケットのソースアドレスとを比較する。そしてその結果に基づいて、判定部１３ｆは、この受信した通知パケットに対するＮＡＴルータ５１の介在の有無を判定する。

アクセス情報特定部１３ｇは、判定部１３ｆの判定の結果に基づいて、プライベートネットワーク１００およびグローバルネットワーク２００から各Ｎｏｄｅのそれぞれにアクセス可能とするためのＩＰアドレスを含むアクセス情報を特定する。アクセス情報通知部１３ｈは、特定されたアクセス情報をＩＰ電話機に通知する。

第５の実施形態では、少なくとも一つのＮｏｄｅがグローバルネットワーク２００に属することが想定される。これに対しアドレスサーバ３００をシステムに備えることで、グローバルネットワーク２００にＮｏｄｅが無いシステムをも対象とすることができる。

また本発明は、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

１００…プライベートネットワーク、５１…ＮＡＴルータ、２００…グローバルネットワーク、１…呼制御サーバ、２１〜２ｎ…ＩＰ電話機、３１，３２…ＤＨＣＰサーバ、４１，４２…ハブ、１１…インタフェース部（ＬＡＮ Ｉ／Ｆ）、１２…記憶部、１２ａ…端末設定情報、１２ｂ…アドレス対応表、１２ｃ…アドレステーブル、１２ｄ…サバイバビリティ設定情報、１３…制御部、１３ａ…接続処理部、１３ｂ…送信部、１３ｃ…特定部、１３ｄ…通知部、１３ｅ…アドレス通知部、１３ｆ…判定部、１３ｇ…アクセス情報特定部、１３ｈ…アクセス情報通知部１３ｈ、２０１…表示器、２０２…インタフェース部、２０３…制御部、２０４…キーパッド部、２０５…メモリ、２０３ａ…ログイン処理部、２０３ｂ…受信部、２０３ｃ…アクセス部、２０３ｄ…選択部、２０５ａ…ＤＮ、２０５ｂ…端末設定情報、２０５ｃ…接続先テーブル、３００…アドレスサーバ

Claims (17)

1. プライベートネットワークで用いられるプライベートアドレスと、グローバルネットワークで用いられるグローバルアドレスとを相互に変換して前記プライベートネットワークとグローバルネットワークとを接続するアドレス変換デバイスと、
   前記プライベートネットワークおよび前記グローバルネットワークのいずれかに属する複数の電話端末と、
   前記プライベートネットワークに属する呼制御サーバとを具備し、
   前記呼制御サーバは、
   前記電話端末からの接続要求を処理する接続処理部と、
   接続要求元の電話端末に与えられた識別情報に対応する設定情報を当該接続要求元の電話端末に送信する送信部と、
   前記接続要求元の電話端末が前記グローバルネットワークおよびプライベートネットワークのいずれに属するかを個別に特定する特定部と、
   前記グローバルネットワークに属することが特定された電話端末に前記呼制御サーバのグローバルアドレスを通知し、前記プライベートネットワークに属することが特定された電話端末に前記呼制御サーバのプライベートアドレスを通知する通知部とを備える、電話システム。
2. 前記特定部は、前記接続要求のヘッダに記載されるアドレスと、当該接続要求のペイロードに記載されるアドレスとが異なる場合に、前記接続要求元の電話端末が前記グローバルネットワークに属することを特定する、請求項１に記載の電話システム。
3. 前記呼制御サーバは、第１のプライベートネットワークに属する第１装置と、第２のプライベートネットワークに属する第２装置とを含み、
   前記アドレス変換デバイスは、前記グローバルネットワークと前記第１のプライベートネットワークとを接続する第１デバイスと、前記グローバルネットワークと前記第２のプライベートネットワークとを接続する第２デバイスとを含み、
   前記通知部は、
   前記グローバルネットワークに属することが特定された電話端末に前記第１装置のグローバルアドレスを通知する、請求項１に記載の電話システム。
4. 前記通知部は、
   前記グローバルネットワークに属することが特定された電話端末に、前記第２装置のグローバルアドレスおよびプライベートアドレスを通知する、請求項３に記載の電話システム。
5. プライベートネットワークで用いられるプライベートアドレスと、グローバルネットワークで用いられるグローバルアドレスとを相互に変換して前記プライベートネットワークとグローバルネットワークとを接続するアドレス変換デバイスを具備する電話システムに適用される呼制御サーバにおいて、
   前記プライベートネットワークおよび前記グローバルネットワークのいずれかに属する電話端末からの接続要求を処理する接続処理部と、
   接続要求元の電話端末に与えられた識別情報に対応する設定情報を当該接続要求元の電話端末に送信する送信部と、
   前記接続要求元の電話端末が前記グローバルネットワークおよびプライベートネットワークのいずれに属するかを個別に特定する特定部と、
   前記グローバルネットワークに属することが特定された電話端末に自らのグローバルアドレスを通知し、前記プライベートネットワークに属することが特定された電話端末に自らのプライベートアドレスを通知する通知部とを備える、呼制御サーバ。
6. 前記特定部は、前記接続要求のヘッダに記載されるアドレスと、当該接続要求のペイロードに記載されるアドレスとが異なる場合に、前記接続要求元の電話端末が前記グローバルネットワークに属することを特定する、請求項５に記載の呼制御サーバ。
7. 前記プライベートネットワークは、第１のプライベートネットワークおよび第２のプライベートネットワークを含み、
   前記アドレス変換デバイスは、前記グローバルネットワークと前記第１のプライベートネットワークとを接続する第１デバイスと、前記グローバルネットワークと前記第２のプライベートネットワークとを接続する第２デバイスとを含み、
   前記通知部は、
   前記グローバルネットワークに属することが特定された電話端末に、前記第１のプライベートネットワークのグローバルアドレスを通知する、請求項５に記載の呼制御サーバ。
8. 前記通知部は、
   前記グローバルネットワークに属することが特定された電話端末に、前記第２のプライベートネットワークのグローバルアドレスおよびプライベートアドレスを通知する、請求項７に記載の呼制御サーバ。
9. プライベートネットワークで用いられるプライベートアドレスと、グローバルネットワークで用いられるグローバルアドレスとを相互に変換して前記プライベートネットワークとグローバルネットワークとを接続するアドレス変換デバイスと、
   それぞれアドレス情報を割り当てられる複数の呼制御サーバと、
   前記複数の呼制御サーバのいずれかをプライマリサーバとし他の呼制御サーバをセカンダリサーバとするサバイバビリティを設定される複数の電話端末とを具備し、
   前記呼制御サーバの各々は、
   自らのアドレス情報を含む通知パケットを他の呼制御サーバと授受するアドレス通知部と、
   他の呼制御サーバから受信した通知パケットに記載される前記アドレス情報と当該通知パケットのソースアドレスとを比較して、当該受信した通知パケットに対する前記アドレス変換デバイスの介在の有無を判定する判定部と、
   前記判定の結果に基づいて、前記プライベートネットワークおよび前記グローバルネットワークから前記呼制御サーバのそれぞれにアクセス可能とするためのアドレス情報を含むアクセス情報を特定するアクセス情報特定部と、
   前記特定されたアクセス情報を前記電話端末に通知するアクセス情報通知部とを備え、
   前記電話端末は、
   前記通知されたアクセス情報に基づいて前記プライマリサーバおよび前記セカンダリサーバのいずれかにアクセスするアクセス部を備える、電話システム。
10. 前記電話端末は、さらに、前記プライマリサーバまたは前記セカンダリサーバにアクセスするためのアドレス情報を、自らが属するネットワークのアドレス体系に基づいて前記アクセス情報から選択する選択部を備える、請求項９に記載の電話システム。
11. 前記呼制御サーバの各々は、
    前記特定されたアクセス情報を前記複数の呼制御サーバごとに対応付けたアドレステーブルと、
    プライマリサーバとセカンダリサーバとを前記複数の電話端末ごとに対応付けたサバイバビリティ設定情報とを備え、
    前記アクセス情報特定部は、前記サバイバビリティ設定情報に基づいて前記アドレステーブルからアドレス情報を抽出し、
    前記アクセス情報通知部は、前記抽出されたアドレス情報のセットを含む接続先テーブルを前記電話端末に通知し、
    前記電話端末は、
    前記接続先テーブルを記憶する記憶部を備え、
    前記アクセス部は、前記接続先テーブルに基づいて前記プライマリサーバおよび前記セカンダリサーバのいずれかにアクセスする、請求項９に記載の電話システム。
12. 前記複数の呼制御サーバは、さらに、
    前記電話端末からの接続要求を処理する接続処理部と、
    接続要求元の電話端末に与えられた識別情報に対応する設定情報を当該接続要求元の電話端末に送信する送信部とを備える、請求項９に記載の電話システム。
13. プライベートネットワークで用いられるプライベートアドレスと、グローバルネットワークで用いられるグローバルアドレスとを相互に変換して前記プライベートネットワークとグローバルネットワークとを接続するアドレス変換デバイスと、それぞれアドレス情報を割り当てられる複数の呼制御サーバとを具備する電話システムに適用される前記呼制御サーバにおいて、
    自らのアドレス情報を含む通知パケットを他の呼制御サーバと授受するアドレス通知部と、
    他の呼制御サーバから受信した通知パケットに記載される前記アドレス情報と当該通知パケットのソースアドレスとを比較して、当該受信した通知パケットに対する前記アドレス変換デバイスの介在の有無を判定する判定部と、
    前記判定の結果に基づいて、前記プライベートネットワークおよび前記グローバルネットワークから前記呼制御サーバのそれぞれにアクセス可能とするためのアドレス情報を含むアクセス情報を特定するアクセス情報特定部と、
    前記特定されたアクセス情報を、前記電話システムの電話端末に通知するアクセス情報通知部とを備える、呼制御サーバ。
14. 前記特定されたアクセス情報を前記複数の呼制御サーバごとに対応付けたアドレステーブルと、
    プライマリサーバとセカンダリサーバとを前記電話システムの電話端末ごとに対応付けたサバイバビリティ設定情報とを備え、
    前記アクセス情報特定部は、前記サバイバビリティ設定情報に基づいて前記アドレステーブルからアドレス情報を抽出し、
    前記アクセス情報通知部は、前記抽出されたアドレス情報のセットを含む接続先テーブルを前記電話端末に通知する、請求項１３に記載の呼制御サーバ。
15. 前記電話端末からの接続要求を処理する接続処理部と、
    接続要求元の電話端末に与えられた識別情報に対応する設定情報を当該接続要求元の電話端末に送信する送信部とを備える、請求項１３に記載の呼制御サーバ。
16. プライベートネットワークで用いられるプライベートアドレスと、グローバルネットワークで用いられるグローバルアドレスとを相互に変換して前記プライベートネットワークとグローバルネットワークとを接続するアドレス変換デバイスと、それぞれアドレス情報を割り当てられる複数の呼制御サーバと、前記複数の呼制御サーバのいずれかをプライマリサーバとし他の呼制御サーバをセカンダリサーバとするサバイバビリティを設定される複数の電話端末とを具備する電話システムに適用されるアドレスサーバであって、
    前記呼制御サーバのそれぞれから当該呼制御サーバのアドレス情報を含めて送信される通知パケットを受信する受信部と、
    前記呼制御サーバのそれぞれから受信した通知パケットに記載される送信元呼制御サーバのアドレス情報と当該通知パケットのソースアドレスとを比較して、当該受信した通知パケットに対する前記アドレス変換デバイスの介在の有無を判定する判定部と、
    前記判定の結果に基づいて、前記プライベートネットワークおよび前記グローバルネットワークから前記呼制御サーバのそれぞれにアクセス可能とするためのアドレス情報を含むアクセス情報を特定するアクセス情報特定部と、
    前記特定されたアクセス情報を前記電話端末に通知するアクセス情報通知部とを備える、アドレスサーバ。
17. 前記特定されたアクセス情報を前記複数の呼制御サーバごとに対応付けたアドレステーブルと、
    プライマリサーバとセカンダリサーバとを前記電話システムの電話端末ごとに対応付けたサバイバビリティ設定情報とを備え、
    前記アクセス情報特定部は、前記サバイバビリティ設定情報に基づいて前記アドレステーブルからアドレス情報を抽出し、
    前記アクセス情報通知部は、前記抽出されたアドレス情報のセットを含む接続先テーブルを前記電話端末に通知する、請求項１６に記載のアドレスサーバ。

Images