(57)【特許請求の範囲】
【請求項１】
端末から受信したＳＩＰ信号を、そのＳＩＰ信号の宛先のドメイン内に配置されているＳＩＰ信号中継装置に転送するプロキシサーバにおいて、
予め、ドメインごとのＳＩＰ信号中継装置のアドレス情報を、ドメイン名に対応付けて記憶しているアドレス情報記憶手段と、
上記端末からＳＩＰ信号を受信すると、そのＳＩＰ信号の宛先情報から、宛先のドメイン名を抽出するドメイン名抽出手段と、
上記ドメイン名抽出手段が抽出したドメイン名と、上記アドレス情報記憶手段が記憶している情報とに基づいて、上記端末から受信したＳＩＰ信号の宛先のドメイン内に配置されているＳＩＰ信号中継装置のアドレスを取得するアドレス取得手段と、
上記端末から受信したＳＩＰ信号を、上記アドレス取得手段が取得したアドレスに係るＳＩＰ信号中継装置に転送する信号転送手段と
を有することを特徴とするプロキシサーバ。
【請求項２】
上記アドレス情報記憶手段は、複数のＳＩＰ信号中継装置が配置されているドメインについて、ＳＩＰ信号中継装置のアドレス情報と共に、信号中継装置ごとの優先順位の情報を記憶し、
上記信号転送手段は、優先順位の高いＳＩＰ信号中継装置から順に、上記端末から受信したＳＩＰ信号の転送を試行する
ことを特徴とする請求項１に記載のプロキシサーバ。
【請求項３】
上記信号転送手段は、上記端末から受信したＳＩＰ信号の宛先のドメインについて、上記アドレス情報記憶手段に登録されている全てのＳＩＰ信号中継装置へのＳＩＰ信号転送が失敗した場合には、上記端末にエラー信号を通知することを特徴とする請求項２に記載のプロキシサーバ。
【請求項４】
上記アドレス取得手段は、端末から受信したＳＩＰ信号の宛先のドメインに配置されているＳＩＰ信号中継装置のアドレス情報が、上記アドレス情報記憶手段において記憶されていなかった場合には、上記端末にエラー信号を通知することを特徴とする請求項１〜３のいずれかに記載のプロキシサーバ。
【請求項５】
当該プロキシサーバは、Ｐ−ＣＳＣＦであることを特徴とする請求項１〜４のいずれかに記載のプロキシサーバ。
【請求項６】
端末から受信したＳＩＰ信号を、そのＳＩＰ信号の宛先のドメイン内のＳＩＰ信号中継装置に転送するプロキシサーバに搭載されたコンピュータを、
予め、ドメインごとのＳＩＰ信号中継装置のアドレス情報を、ドメイン名に対応付けて記憶しているアドレス情報記憶手段と、
上記端末からＳＩＰ信号を受信すると、そのＳＩＰ信号の宛先情報から、宛先のドメイン名を抽出するドメイン名抽出手段と、
上記ドメイン名抽出手段が抽出したドメイン名と、上記アドレス情報記憶手段が記憶している情報とに基づいて、上記端末から受信したＳＩＰ信号の宛先のドメイン内に配置されているＳＩＰ信号中継装置のアドレスを取得するアドレス取得手段と、
上記端末から受信したＳＩＰ信号を、上記アドレス取得手段が取得したアドレスに係るＳＩＰ信号中継装置に転送する信号転送手段と
して機能させることを特徴とする通信プログラム。
【請求項７】
端末と、上記端末から受信したＳＩＰ信号を、その信号の宛先のドメイン内に配置されているＳＩＰ信号中継装置に転送するプロキシサーバとを有する通信システムにおいて、
プロキシサーバとして、請求項１に記載のプロキシサーバを適用したことを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロキシサーバ、通信プログラム及び通信システムに関し、例えば、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）システム上のＣＳＣＦ（Ｃａｌｌ／Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）に適用し得る。
【背景技術】
【０００２】
ＩＭＳは次世代ネットワーク（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ；ＮＧＮ）における中心的な技術であり、ＣＳＣＦは、ＩＭＳにおいて極めて重要なノードで、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバとして、ＳＩＰメッセージの処理を行う。ＣＳＣＦには機能により、Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ−ＣＳＣＦ）、Ｉ-ＣＳＣＦ(Ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣＳＣＦ)、Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣＳＣＦ）の３種類のいずれかに属する（非特許文献１参照）。
【０００３】
Ｐ−ＣＳＣＦは、Ｖｉｓｉｔｅｄネットワーク上に配置され、ＩＭＳ端末とＩＭＳネットワークが最初に接する点となるＳＩＰサーバとして位置づけされる。ＳＩＰの観点からすると、ＩＭＳ端末が送受信するリクエストは全てＰ−ＣＳＣＦを通過する（非特許文献１参照）。
【０００４】
Ｐ−ＣＳＣＦは、ＩＭＳ端末およびＩＭＳネットワークから受信したＳＩＰ信号を、信号上のＲｏｕｔｅヘッダやＣｏｎｔａｃｔヘッダに設定された経路情報に従って適切に転送する。ただし、ＩＭＳ端末から受信したＲＥＧＩＳＴＥＲリクエスト信号については、例えば、ＤＮＳサーバなどの名前解決装置に対して転送先であるＨＯＭＥネットワーク上のＩ−ＣＳＣＦのアドレスを問い合わせることにより、転送を実施している。
【非特許文献１】ゴンザロ・カマリロ、ミゲール・Ａ・ガルシア・マーチン著、澤田拓也他、鹿島拓也訳、「ＩＭＳ標準テキスト  ＮＧＮのコア技術」、２００６年７月株式会社リックテレコム発行
【非特許文献２】３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）編、「ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｃａｌｌ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  ｂａｓｅｄ  ｏｎ  Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  （ＳＩＰ）  ａｎｄ  Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＤＰ）．ＴＳ  ２４．２２９」、[Online]、INTERNET、[２００７年１０月２９日検索]，＜ＵＲＬ： http://www.3gpp.org/ftp/Specs/archive/24_series/24.229/24229-810.zip＞
【非特許文献３】３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）編、「Ｓｉｇｎａｌｌｉｎｇ  ｆｌｏｗｓ  ｆｏｒ  ｔｈｅ  ＩＰ  ｍｕｌｔｉｍｅｄｉａ  ｃａｌｌ  ｃｏｎｔｒｏｌ  ｂａｓｅｄ  ｏｎ  Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  （ＳＩＰ）  ａｎｄ  Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  （ＳＤＰ）．ＴＳ  ２４．２２８」、[Online]、INTERNET、[２００７年１０月２９日検索]，＜ＵＲＬ： http://www.3gpp.org/ftp/Specs/archive/24_series/24.228/24228-5f0.zip＞
【発明の開示】
【発明が解決しようとする課題】
【０００５】
Ｐ−ＣＳＣＦにおいて、例えば、ＲＥＧＩＳＴＥＲリクエスト信号受信時に、ＤＮＳサーバに転送先を問い合わせる構成では、ＤＮＳサーバの処理能力が、Ｐ−ＣＳＣＦの性能に影響を与えてしまうことが懸念される。例えば、地域停電からの復旧やネットワーク機器故障の回復の後には、多数の端末が同時に再接続を行うため、Ｐ−ＣＳＣＦでは、大量のＲＥＧＩＳＴＥＲ信号が発生することになり、それに伴って大量のＤＮＳ問合せ信号とＤＮＳ応答信号がネットワーク上に発生することになる。
【０００６】
そのため、プロキシサーバ（例えば、Ｐ−ＣＳＣＦ）において、端末から受信した信号を、その信号の宛先のドメインのプロキシサーバに転送する際に、名前解決装置（例えば、ＤＮＳサーバ）への、問合せを不要とすること、又は、問い合わせ回数を低減することができるプロキシサーバ、通信プログラム及び通信システムが望まれている。
【課題を解決するための手段】
【０００７】
第１の本発明のプロキシサーバは、（１）端末から受信したＳＩＰ信号を、そのＳＩＰ信号の宛先のドメイン内に配置されているＳＩＰ信号中継装置に転送するプロキシサーバにおいて、（２）予め、ドメインごとのＳＩＰ信号中継装置のアドレス情報を、ドメイン名に対応付けて記憶しているアドレス情報記憶手段と、（３）上記端末からＳＩＰ信号を受信すると、そのＳＩＰ信号の宛先情報から、宛先のドメイン名を抽出するドメイン名抽出手段と、（４）上記ドメイン名抽出手段が抽出したドメイン名と、上記アドレス情報記憶手段が記憶している情報とに基づいて、上記端末から受信したＳＩＰ信号の宛先のドメイン内に配置されているＳＩＰ信号中継装置のアドレスを取得するアドレス取得手段と、（５）上記端末から受信したＳＩＰ信号を、上記アドレス取得手段が取得したアドレスに係るＳＩＰ信号中継装置に転送する信号転送手段とを有することを特徴とする。
【０００８】
第２の本発明の通信プログラムは、（１）端末から受信したＳＩＰ信号を、そのＳＩＰ信号の宛先のドメイン内のＳＩＰ信号中継装置に転送するプロキシサーバに搭載されたコンピュータを、（２）予め、ドメインごとのＳＩＰ信号中継装置のアドレス情報を、ドメイン名に対応付けて記憶しているアドレス情報記憶手段と、（２）上記端末からＳＩＰ信号を受信すると、そのＳＩＰ信号の宛先情報から、宛先のドメイン名を抽出するドメイン名抽出手段と、（３）上記ドメイン名抽出手段が抽出したドメイン名と、上記アドレス情報記憶手段が記憶している情報とに基づいて、上記端末から受信したＳＩＰ信号の宛先のドメイン内に配置されているＳＩＰ信号中継装置のアドレスを取得するアドレス取得手段と、（４）上記端末から受信したＳＩＰ信号を、上記アドレス取得手段が取得したアドレスに係るＳＩＰ信号中継装置に転送する信号転送手段として機能させることを特徴とする。
【０００９】
第３の本発明の通信システムは、（１）端末と、上記端末から受信したＳＩＰ信号を、その信号の宛先のドメイン内に配置されているＳＩＰ信号中継装置に転送するプロキシサーバとを有する通信システムにおいて、（２）プロキシサーバとして、請求項１に記載のプロキシサーバを適用したことを特徴とする。
【発明の効果】
【００１０】
プロキシサーバにおいて、端末から受信した信号を、その信号の宛先のドメインのプロキシサーバに転送する際に、名前解決装置への、問合せを不要とすること、又は、問い合わせ回数を低減することができる。
【発明を実施するための最良の形態】
【００１１】
（Ａ）主たる実施形態
以下、本発明によるプロキシサーバ、通信プログラム及び通信システムの第１の実施形態を、図面を参照しながら詳述する。なお、第１の実施形態のプロキシサーバは、Ｐ−ＣＳＣＦである。
【００１２】
（Ａ−１）実施形態の構成
図１は、この実施形態の通信システム１の構成を示すブロック図である。
【００１３】
通信システム１は、ＩＭＳを用いた通信システムであり、例えば、Ｖｉｓｉｔｅｄネットワーク２０に接続しているＩＭＳ端末３０から送出されたＳＩＰメッセージの処理が行われるものである。
【００１４】
Ｈｏｍｅネットワーク１０は、ドメイン名が「ｈｏｍｅ１．ｎｅｔ」であるドメインを収容するネットワークであり、Ｉ−ＣＳＣＦ１１、１２、Ｓ−ＣＳＣＦ１３、および、ＨＳＳ１４を構成要素としている。
【００１５】
Ｈｏｍｅネットワーク１５は、ドメイン名が「ｈｏｍｅ２．ｎｅｔ」であるドメインを収容するネットワークであり、Ｉ−ＣＳＣＦ１６、１７、Ｓ−ＣＳＣＦ１８、および、ＨＳＳ１９を構成要素としている。
【００１６】
ＨＳＳ１４、１９は、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）（非特許文献１参照）であり、それぞれのドメインにおいて、ユーザ情報を管理するデータベースの機能などを担っている。なお、ＨＳＳ１４、１５は、既存のものと同様である。
【００１７】
Ｉ−ＣＳＣＦ１１、１２、１６、１７は、ドメインの端（エッジ）に配置され、例えばＰ−ＣＳＣＦ２１とドメイン内のサーバとの間の信号の送受信を中継するなど、プロキシサーバとしての機能などを担っている。なお、Ｉ−ＣＳＣＦ１１、１２、１６、１７は、既存のものと同様のものである。
【００１８】
ｈｏｍｅ１．ｎｅｔドメインでは、２台のＩ−ＣＳＣＦ１１、１２が配置されて冗長構成が取られており、Ｉ−ＣＳＣＦ１１は、プライマリＩ−ＣＳＣＦとして主に通常時に使用され、Ｉ−ＣＳＣＦ１２は、セカンダリＩ−ＣＳＣＦとして、Ｉ−ＣＳＣＦ１１が障害などにより動作しなくなった場合に主に使用されるものとする。また、ｈｏｍｅ２．ｎｅｔドメインでは、Ｉ−ＣＳＣＦ１６がプライマリＩ−ＣＳＣＦとして使用され、Ｉ−ＣＳＣＦ１７がセカンダリＩ−ＣＳＣＦとして使用されているものとする。
【００１９】
Ｓ−ＣＳＣＦ１３、１８は、ドメイン内で、信号制御プレーンでの中心的な機能を担っており、既存のものと同様のものである。
【００２０】
Ｖｉｓｉｔｅｄネットワーク２０は、Ｈｏｍｅネットワーク１０およびＨｏｍｅネットワーク１５と接続されており、Ｐ−ＣＳＣＦ２１を構成要素としている。なお、この実施形態の通信システム１においては、Ｖｉｓｉｔｅｄネットワーク２０にはＤＮＳサーバを配置しないこととする。
【００２１】
ＩＭＳ端末３０は、ＳＩＰメッセージを送受信する端末である。Ｖｉｓｉｔｅｄネットワーク２０には、２つのＩＭＳ端末３０−１、３０−２が配置されているものとするが、ＩＭＳ端末３０の台数は限定されないものである。ここでは、ＩＭＳ端末３０によるＳＩＰメッセージの送受信は、Ｐ−ＣＳＣＦ２１を介して行われるものとする。
【００２２】
Ｐ−ＣＳＣＦ２１は、ＩＭＳ端末３０がＳＩＰメッセージを送受信する際のプロキシサーバの機能を担っており、ＲＥＧＩＳＴＥＲ転送情報テーブル４０を有している。Ｐ−ＣＳＣＦ２１は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、ハードディスクなどのプログラムの実行構成、及び、他の通信装置と通信をするためのインターフェースを有する装置（１台に限定されず、複数台を分散処理し得るようにしたものであっても良い。）に、実施形態の通信プログラム等をインストールすることにより構築されるものであり、機能的には図１のように示すことができる。
【００２３】
ＲＥＧＩＳＴＥＲ転送情報テーブル４０は、Ｐ−ＣＳＣＦ２１が、ＩＭＳ端末３０から受信したＳＩＰメッセージを、Ｉ−ＣＳＦに転送する際に、ドメインごとのＩ−ＣＳＣＦのアドレスを、ドメイン名と対応付けて管理するものである。
【００２４】
Ｐ−ＣＳＣＦ２１は、例えば、ＩＭＳ端末３０から、ＲＥＧＩＳＴＥＲリクエストが与えられると、そのリクエストの送信先のＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）の情報から送信先のドメイン名を抽出し、抽出したドメイン名のドメインにおけるＩ−ＣＳＣＦのＩＰアドレスを、ＲＥＧＩＳＴＥＲ転送情報テーブル４０から検索して取得する。そして、Ｐ−ＣＳＣＦ２１は、取得したＩＰアドレスのＩ−ＣＳＣＦに、ＩＭＳ端末３０から受信したＲＥＧＩＳＴＥＲリクエストを転送する。
【００２５】
図２は、Ｐ−ＣＳＣＦ２１内部に保持されるＲＥＧＩＳＴＥＲ転送情報テーブル４０の構成の例を示した説明図である。
【００２６】
ＲＥＧＩＳＴＥＲ転送情報テーブル４０には、図２に示すように、複数のＲＥＧＩＳＴＥＲ転送情報４００−１〜４００−Ｎを記憶しても良い。
【００２７】
図３は、ＲＥＧＩＳＴＥＲ転送情報４００の内部データの構成例について示した説明図である。
【００２８】
図４は、図３に示すＲＥＧＩＳＴＥＲ転送情報４００が有する情報の詳細について示した説明図である。
【００２９】
それぞれのＲＥＧＩＳＴＥＲ転送情報４００（４００−１〜４００−Ｎ）は、ドメイン名４０１（４０１−１〜４０１−Ｎ）、プライマリＩ−ＣＳＣＦホスト名４０２（４０２−１〜４０２−Ｎ）、プライマリＩ−ＣＳＣＦアドレス４０３（４０３−１〜４０３−Ｎ）、セカンダリＩ−ＣＳＣＦホスト名４０４（４０４−１〜４０４−Ｎ）、セカンダリＩ−ＣＳＣＦアドレス４０５（４０５−１〜４０５−Ｎ）を有している。
【００３０】
ドメイン名４０１は、Ｐ−ＣＳＣＦ２１が接続するＨｏｍｅネットワークが収容するドメインの名前である。ＲＥＧＩＳＴＥＲ転送情報４００上はこの値が検索するためのキーとなり、ＲＥＧＩＳＴＥＲ転送情報４００間で重複しないものである。
【００３１】
プライマリＩ−ＣＳＣＦホスト名４０２と、プライマリＩ−ＣＳＣＦアドレス４０３は、Ｐ−ＣＳＣＦ２１がＨｏｍｅネットワークに対してＲＥＧＩＳＴＥＲリクエスト信号を転送する際にはじめに接続を試みるＩ−ＣＳＣＦのホスト名とＩＰアドレスである。
【００３２】
セカンダリＩ−ＣＳＣＦホスト名４０４とセカンダリＩ−ＣＳＣＦアドレス４０５は、プライマリＩ−ＣＳＣＦへの接続が失敗した際に接続を試みるＩ−ＣＳＣＦのホスト名とＩＰアドレスである。
【００３３】
なお、ＲＥＧＩＳＴＥＲ転送情報テーブル４０の各情報は、Ｐ−ＣＳＣＦ２１の保守運用データとしてオペレータの端末からの設定・変更・参照をさせても良い。
【００３４】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態の通信システム１におけるＰ−ＣＳＣＦ２１がＩＭＳ端末３０−１よりＲＥＧＩＳＴＥＲリクエスト信号を受信した際の動作の例を説明する。
【００３５】
図５は、ＲＥＧＩＳＴＥＲ転送情報テーブル４０の情報の例である。
【００３６】
図６は、Ｐ−ＣＳＣＦ２１がＩＭＳ端末３０−１よりＲＥＧＩＳＴＥＲリクエスト信号を受信した際の動作について説明したフローチャートである。
【００３７】
ここでは、ＲＥＧＩＳＴＥＲ転送情報テーブル４０に記憶された情報は図５のように、ＲＥＧＩＳＴＥＲ転送情報４００−１と、ＲＥＧＩＳＴＥＲ転送情報４００−２と２件の情報が登録されているものとする。ＲＥＧＩＳＴＥＲ転送情報４００−１には、ドメイン名４０１−１として「ｈｏｍｅ１．ｎｅｔ」、プライマリＩ−ＣＳＣＦホスト名４０２−１として「ｉｃｓｃｆ１Ｐ．ｈｏｍｅ１．ｎｅｔ」、プライマリＩ−ＣＳＣＦアドレス４０３−１として「Ａ．Ａ．Ａ．１」、セカンダリＩ−ＣＳＣＦホスト名４０４−１として「ｉｃｓｃｆ１Ｓ．ｈｏｍｅ１．ｎｅｔ」、セカンダリＩ−ＣＳＣＦアドレス４０５−１として「Ａ．Ａ．Ａ．２」が設定されている。ＲＥＧＩＳＴＥＲ転送情報４００−２には、ドメイン名４０１−２として「ｈｏｍｅ２．ｎｅｔ」、プライマリＩ−ＣＳＣＦホスト名４０２−２として「ｉｃｓｃｆ２Ｐ．ｈｏｍｅ２．ｎｅｔ」、プライマリＩ−ＣＳＣＦアドレス４０３−２として「Ｂ．Ｂ．Ｂ．１」、セカンダリＩ−ＣＳＣＦホスト名４０４−２として「ｉｃｓｃｆ２Ｓ．ｈｏｍｅ２．ｎｅｔ」、セカンダリＩ−ＣＳＣＦアドレス４０５−２として「Ｂ．Ｂ．Ｂ．２」が設定されているものとする。
【００３８】
まず、Ｐ−ＣＳＣＦ２１では、ＩＭＳ端末３０−１からＲＥＧＩＳＴＥＲリクエスト信号が受信され、受信されたＲＥＧＩＳＴＥＲリクエスト信号のリクエストラインに設定されたリクエストＵＲＩ（宛先の識別情報）が取得される（ステップＳ１００）。ここでは、リクエストＵＲＩとして「ｒｅｇｉｓｔｒａｒ．ｈｏｍｅ２．ｎｅｔ」が設定されていたものとする。
【００３９】
次に、Ｐ−ＣＳＣＦ２１では、取得したリクエストＵＲＩのドメイン名（ｈｏｍｅ２．ｎｅｔ）をキーに、ＲＥＧＩＳＴＥＲ転送情報テーブル４０内のドメイン名４０１が一致するＲＥＧＩＳＴＥＲ転送情報４００が検索される（ステップＳ１１０）。
【００４０】
Ｐ−ＣＳＣＦ２１では、ＲＥＧＩＳＴＥＲ転送情報４００が検索された結果、ここでは、リクエストＵＲＩ「ｒｅｇｉｓｔｒａｒ．ｈｏｍｅ２．ｎｅｔ」に一致するドメイン名４０１「ｈｏｍｅ２．ｎｅｔ」が設定されているＲＥＧＩＳＴＥＲ転送情報４００−２が検出される（ステップＳ１２０）。
【００４１】
なお、上述のステップＳ１２０において、リクエストＵＲＩに一致するＲＥＧＩＳＴＥＲ転送情報４００が検索されなかった場合は、Ｐ−ＣＳＣＦ２１からＩＭＳ端末３０−１に対して例えば、「４０３（禁止）エラー応答」などのエラー信号が返却され（ステップＳ１２５）、処理が終了する。
【００４２】
次に、Ｐ−ＣＳＣＦ２１では、上述のステップＳ１２０で検索されたＲＥＧＩＳＴＥＲ転送情報４００−２のプライマリＩ−ＣＳＣＦホスト名４０２−２とプライマリＩ−ＣＳＣＦアドレス４０３−２アドレスを使用して、ＩＰアドレスが「Ｂ．Ｂ．Ｂ．１」であるプライマリＩ−ＣＳＣＦ「ｉｃｓｃｆ２Ｐ．ｈｏｍｅ２．ｎｅｔ」、すなわち、Ｉ−ＣＳＣＦ１６に対してＲＥＧＩＳＴＥＲリクエスト信号が転送される（ステップＳ１３０）。
【００４３】
そして、Ｐ−ＣＳＣＦ２１では、プライマリＩ−ＣＳＣＦ（Ｉ−ＣＳＣＦ１６）へのＲＥＧＩＳＴＥＲリクエスト信号の転送結果が確認され（ステップＳ１４０）、プライマリＩ−ＣＳＣＦ（Ｉ−ＣＳＣＦ１６）から応答があった場合には、その応答がＩＭＳ端末３０−１側に転送され（ステップＳ１４５）、処理が終了される。
【００４４】
上述のステップＳ１４０において、転送結果がプライマリＩ−ＣＳＣＦ（Ｉ−ＣＳＣＦ１６）から応答なしの場合には、Ｐ−ＣＳＣＦ２１では、上述のステップＳ１２０で検索されたＲＥＧＩＳＴＥＲ転送情報４００−２のセカンダリＩ−ＣＳＣＦホスト名４０４−１とセカンダリＩ−ＣＳＣＦアドレス４０５−１を使用して、ＩＰアドレスが「Ｂ．Ｂ．Ｂ．２」であるプライマリＩ−ＣＳＣＦ「ｉｃｓｃｆ２Ｓ．ｈｏｍｅ２．ｎｅｔ」、すなわち、Ｉ−ＣＳＣＦ１７に対してＲＥＧＩＳＴＥＲリクエスト信号が転送される（ステップＳ１５０）。
【００４５】
そして、Ｐ−ＣＳＣＦ２１では、セカンダリＩ−ＣＳＣＦ（Ｉ−ＣＳＣＦ１７）へのＲＥＧＩＳＴＥＲリクエスト信号の転送結果が確認され（ステップＳ１６０）、セカンダリＩ−ＣＳＣＦから応答ありの場合には、その応答がＩＭＳ端末３０−１に転送され（ステップＳ１６５）、処理が終了される。
【００４６】
上述のステップＳ１６０において、転送結果がセカンダリＩ−ＣＳＣＦ（Ｉ−ＣＳＣＦ１７）から応答なしの場合には、Ｐ−ＣＳＣＦ２１から、ＩＭＳ端末３０−１に対して、例えば、５０４（サーバタイムアウト）などのエラー信号が返却され（ステップＳ１７０）、処理が終了される。
【００４７】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【００４８】
上述の図６に示すように、Ｐ−ＣＳＣＦ２１では、ＩＭＳ端末３０からのＲＥＧＩＳＴＥＲリクエスト信号受信時に、ＲＥＧＩＳＴＥＲ転送情報テーブル４０の内容に基づいて、Ｈｏｍｅネットワーク側のＩ−ＣＳＣＦのＩＰアドレスを特定し、ＲＥＧＩＳＴＥＲリクエスト信号を転送している。これにより、ＤＮＳサーバに対してドメイン名の問合せを実施することなしに、Ｈｏｍｅネットワーク側のＩ−ＣＳＣＦのＩＰアドレスを特定し、ＲＥＧＩＳＴＥＲリクエスト信号を転送することができる。
【００４９】
また、リクエストＵＲＩに一致するＲＥＧＩＳＴＥＲ転送情報４００が検索されなかった場合（上述の図６のＳ１２５参照）や、いずれのＩ−ＣＳＣＦからも応答がなかった場合（上述の図６のＳ１７０参照）には、ＩＭＳ端末３０にエラー信号を返却している。これにより、例えば、ＩＭＳ端末３０側での応答待ち状態が長期化することなどを防ぎ、ＩＭＳ端末３０から別のサーバやネットワークへの接続切り替えを早急に行うことができる。
【００５０】
さらに、ＲＥＧＩＳＴＥＲ転送情報テーブル４０（ＲＥＧＩＳＴＥＲ転送情報４００）において、Ｉ−ＣＳＣＦのホスト名とアドレスをプライマリ側とセカンダリ側と２つの情報を保持することによって、プライマリ側Ｉ−ＣＳＣＦへのＲＥＧＩＳＴＥＲリクエスト信号の転送が失敗したとしても、セカンダリ側Ｉ−ＣＳＣＦへのＲＥＧＩＳＴＥＲリクエスト信号の転送を試みることができる。
【００５１】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【００５２】
（Ｂ−１）第１の実施例では、ＲＥＧＩＳＴＥＲ転送情報において、Ｉ−ＣＳＣＦのホスト名とアドレスを、プライマリとセカンダリの２台分しか登録していないが、３番目や４番目のＩ−ＣＳＣＦのホスト名とアドレスを追加し、プライマリＩ−ＣＳＣＦとセカンダリＩ−ＣＳＣＦの同時故障においても、さらに別のＩ−ＣＳＣＦに対してＲＥＧＩＳＴＥＲリクエスト信号を転送しても良い。
【００５３】
（Ｂ−２）上記の実施形態の説明では、Ｐ−ＣＳＣＦ２１におけるＲＥＧＩＳＴＥＲリクエスト信号受信時の動作を例として説明したが、ＩＮＶＩＴＥメッセージなどその他のＳＩＰサーバにおける経路情報が設定されていないＳＩＰリクエスト信号受信時の動作に対して適用しても良い。
【００５４】
（Ｂ−３）上記の実施形態では、ＲＥＧＩＳＴＥＲ転送情報テーブル４０のＲＥＧＩＳＴＥＲ転送情報４００において、ドメインごとのＩ−ＣＳＣＦのホスト名及びＩＰアドレスを記憶しているが、ＩＰアドレスだけを記憶するようにしても良い。
【００５５】
（Ｂ−４）上記の実施形態では、Ｖｉｓｉｔｅｄネットワーク２０にはＤＮＳサーバは配置されていない構成について説明したが、ＤＮＳサーバが配置されていても良い。例えば、Ｐ−ＣＳＣＦ２１において、ＩＭＳ端末３０からＲＥＧＩＳＴＥＲリクエストを受信し、上述の図６に示す動作により、ＲＥＧＩＳＴＥＲ転送情報テーブル４０の情報が検索したが該当する情報が検出されなかった場合、すなわち、上述の図６のステップＳ１２０において検索結果が「情報なし」であった場合には、ＤＮＳサーバにＩ−ＣＳＣＦのＩＰアドレス問い合わせるようにしても良い。これにより、少なくとも、ＲＥＧＩＳＴＥＲ転送情報テーブル４０に登録されているドメインのＩ−ＣＳＣＦのＩＰアドレスについては、ＤＮＳサーバに問い合わせをしなくても良いので、ＤＮＳサーバへの問い合わせ回数を低減することができる。また、Ｖｉｓｉｔｅｄネットワーク２０にＤＮＳサーバが配置されている場合には、ＲＥＧＩＳＴＥＲ転送情報テーブル４０に記憶する情報は、ＤＮＳサーバから読込んだ情報を適用するようにしても良い。
【００５６】
（Ｂ−５）上記の実施形態は、本発明をＰ−ＣＳＣＦに適用した例について説明したが、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）向けのプロキシサーバなど、Ｐ−ＣＳＣＦ以外のプロキシサーバに適用しても良い。
【図面の簡単な説明】
【００５７】
【図１】実施形態に係る通信システムの機能的構成を示すブロック図である。
【図２】実施形態に係るＲＥＧＩＳＴＥＲ転送情報テーブルの構成の例を示す説明図である。
【図３】実施形態に係るＲＥＧＩＳＴＥＲ転送情報の内部データ構成の例を示す説明図である。
【図４】実施形態に係るＲＥＧＩＳＴＥＲ転送情報が有する情報の詳細について示した説明図である。
【図５】実施形態に係るＲＥＧＩＳＴＥＲ転送情報テーブルの情報の例を示す説明図である。
【図６】実施形態に係るプロキシサーバ（Ｐ−ＣＳＣＦ）がＩＭＳ端末よりＲＥＧＩＳＴＥＲリクエスト信号を受信した際の動作について説明したフローチャートである。
【符号の説明】
【００５８】
１…通信システム、１０…Ｈｏｍｅネットワーク、１１、１２、１６、１７…Ｉ−ＣＳＣＦ、１３、１８…Ｓ−ＣＳＣＦ、１４、１９…ＨＳＳ、２０…Ｖｉｓｉｔｅｄネットワーク、２１…Ｐ−ＣＳＣＦ、３０、３０−１、３０−２…ＩＭＳ端末、４０…ＲＥＧＩＳＴＥＲ転送情報テーブル、４００、４００−１、４００−２…ＲＥＧＩＳＴＥＲ転送情報、４０１、４０１−１、４０１−２…ドメイン名、４０２、４０２−１、４０２−２…プライマリＩ−ＣＳＣＦホスト名、４０３、４０３−１、４０３−２…プライマリＩ−ＣＳＣＦアドレス、４０４、４０４−１、４０４−２…セカンダリＩ−ＣＳＣＦホスト名、４０５、４０５−１、４０５−２…セカンダリＩ−ＣＳＣＦアドレス。
【図１】
0004882966.tif 000002
【図２】
0004882966.tif 000003
【図３】
0004882966.tif 000004
【図４】
0004882966.tif 000005
【図５】
0004882966.tif 000006
【図６】
0004882966.tif 000007