(57)【要約】【課題】  運用サーバとバックアップサーバとを有するＳＩＰサーバシステムにおいて、運用サーバに障害が発生した時にバックアップサーバに対するＩＰ端末の登録処理を迅速に行えるようにして、ＩＰ端末が着信できない時間を短縮する。【解決手段】  端末は運用サーバに登録済（ステップＳ３）であり、運用サーバの管理下にある。管理サーバは定期的に運用サーバを監視し（ステップＳ２）、運用サーバの障害を検出すると（ステップＳ５）、バックアップサーバを起動させ（ステップＳ６）、端末へ登録解除を通知するために必要な最低限の情報を送信する（ステップＳ７）。バックアップサーバは、端末へ解除を通知する（ステップＳ９）。端末は登録解除の通知を受信し、運用サーバに登録を行いにいき（ステップＳ10）、登録失敗（ステップＳ11）により運用サーバの障害を認識すると、バックアップサーバに登録を行う（ステップＳ12）。【選択図】  図２
2006279805.tif 000002
【特許請求の範囲】
【請求項１】
運用サーバと、該運用サーバの障害発生時に稼働するバックアップサーバとを管理する管理サーバであって、
前記運用サーバに登録済のＩＰ端末の登録解除通知に必要な登録解除通知情報を前記運用サーバから受信する手段と、前記運用サーバを定期的に監視する監視手段と、該監視手段が前記運用サーバの障害を検出したときに前記バックアップサーバを起動させると共に前記登録解除通知情報を送信する手段とを備えたことを特徴とする管理サーバ。
【請求項２】
運用サーバの障害発生時に管理サーバにより起動されるバックアップサーバであって、
前記管理サーバにより起動されたときに、前記運用サーバに登録済のＩＰ端末の登録解除通知に必要な登録解除通知情報を前記管理サーバから受信する手段と、前記登録解除通知情報に基づいて前記ＩＰ端末へ登録解除通知を送信する手段とを備えたことを特徴とするバックアップサーバ。
【請求項３】
運用サーバと、該運用サーバの障害発生時に稼働するバックアップサーバとを管理する管理サーバとして使用可能なコンピュータに、前記運用サーバに登録済のＩＰ端末の登録解除通知に必要な登録解除通知情報を前記運用サーバから受信する手順と、前記運用サーバを定期的に監視する手順と、前記運用サーバの障害を検出したときに前記バックアップサーバを起動させると共に前記登録解除通知情報を送信する手順とを実行させるためのプログラム。
【請求項４】
運用サーバの障害発生時に管理サーバにより起動されるバックアップサーバとして使用可能なコンピュータに、前記管理サーバにより起動されたときに、前記運用サーバに登録済のＩＰ端末の登録解除通知に必要な登録解除通知情報を前記管理サーバから受信する手順と、前記登録解除通知情報に基づいて前記ＩＰ端末へ登録解除通知を送信する手順とを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運用サーバと、その運用サーバの障害発生時に稼働するバックアップサーバとを備えたＳＩＰ（Session Initiation Protocol ）サーバシステムに関し、特に運用サーバに障害が発生した時にバックアップサーバに対するＩＰ（Internet Protocol ）端末登録処理を迅速に行えるようにしたものである。
【背景技術】
【０００２】
ＩＰ電話端末は、インターネットに代表されるＩＰ網を介して音声パケットを送受信することにより、ＶｏＩＰ（Voice overＩＰ）音声通信を実現する電話装置である。このようなＩＰ電話端末は、一般的な公衆電話網（ＰＳＴＮ：Public Switched Telephone Networks）を利用する場合と比較して通信コストが安価であることから、企業だけでなく個人でもその導入が進展している。
【０００３】
このようなＩＰ電話端末では、ＳＩＰと呼ばれる呼制御プロトコルを用いて、ＩＰ網に配置されているＳＩＰサーバとメッセージを授受して各種呼制御を行う。ＳＩＰは、ＩＰ網上でマルチメディアセッションを確立・変更・終了するために用いられる、アプリケーション層のシグナリングプロトコルである（非特許文献１参照）。
【０００４】
ＩＰ電話サービスでは、従来の公衆電話網のように電話番号とアクセス回線とが対応付けられていないため、各ＩＰ電話端末を特定する情報として、そのＩＰアドレスやＵＲＩ(Uniform Resource Identifiers)等のネットワークアドレスを用いる。従って、ＳＩＰでは、利用者がＩＰ電話サービスを受ける所定のＳＩＰサーバへ、ＩＰ電話端末のアドレスや電話番号を含む各種端末情報をＩＰ電話端末の起動時や端末情報変更時に登録することにより、そのＩＰ電話端末がＳＩＰサーバの管理下にあることを登録することになっている。
【０００５】
ＩＰ電話端末で利用者が発信操作を行った場合、予め登録されているＳＩＰサーバへ、相手先端末の電話番号を含む発信要求メッセージがＩＰ電話端末からＳＩＰサーバへ送信される。ＳＩＰサーバは、予め登録されている各ＩＰ電話端末の端末情報を参照して、その発信要求メッセージを含まれる相手先端末の電話番号に対応するネットワークアドレスを検索し、そのネットワークアドレスを用いて相手先端末へ発信要求メッセージを転送する。このようにして、発信側のＩＰ電話端末では、ＩＰ網上のＳＩＰサーバを介して着信側の相手先端末と各種メッセージを授受した後に、相手先端末からの応答メッセージに応じて、相手先端末とＩＰ網を介して直接接続し、音声パケットを用いたＶｏＩＰ音声通話を開始する。
【０００６】
このようなＩＰ電話端末では、ＩＰ電話端末の端末情報を登録したＳＩＰサーバに障害が発生した場合、ＶｏＩＰ音声通信ができなくなる。そこで、ＳＩＰサーバを、運用サーバと、その運用サーバに障害が発生した場合に切り替わるバックアップサーバとからなる二重化サーバシステムとすることが考えられる。ＩＰ電話端末は、運用サーバ及びバックアップサーバの双方のネットワークアドレスを保持しており、サーバが切り替わった場合にＩＰ電話端末の端末情報の登録先を運用サーバからバックアップサーバへ切り換えることで、ＩＰ電話端末はバックアップサーバを利用して、ＶｏＩＰ音声通信を行うことができる。ここで、ＩＰ電話端末は定期的に登録更新を行い、更新が失敗した場合、先に登録したＳＩＰサーバに障害が発生したことを認識する。
【非特許文献１】Request for Comments:3261, 「ＳＩＰ：Session Initiation Protocol」,Network Working Group, June 2002, The Internet Society
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記登録更新間隔は通常30分程度に設定されているため、運用サーバに障害が発生してから、ＩＰ電話端末が運用サーバの障害を認識し、バックアップサーバへ登録するまでの30分程度の間は、バックアップサーバにＩＰ電話端末の端末情報がないため、着信ができないことになる。また、運用サーバの障害を認識する迄の間、ＩＰ電話端末は運用サーバに登録されていることになっているため、ユーザからは正常な状態に見えるので、発信操作を行わない限り障害の発生に気付かない。
【０００８】
本発明は、このような問題を解決するためになされたものであり、その目的は、運用サーバと、運用サーバの障害発生時に稼働するバックアップサーバとを有するＳＩＰサーバシステムにおいて、運用サーバに障害が発生した時にバックアップサーバに対するＩＰ端末の登録処理が迅速に行えるようにして、ＩＰ端末が着信できない時間を短縮することである。
【課題を解決するための手段】
【０００９】
請求項１に係る発明は、運用サーバと、該運用サーバの障害発生時に稼働するバックアップサーバとを管理する管理サーバであって、前記運用サーバに登録済のＩＰ端末の登録解除通知に必要な登録解除通知情報を前記運用サーバから受信する手段と、前記運用サーバを定期的に監視する監視手段と、該監視手段が前記運用サーバの障害を検出したときに前記バックアップサーバを起動させると共に前記登録解除通知情報を送信する手段とを備えたことを特徴とする管理サーバである。
請求項２に係る発明は、運用サーバの障害発生時に管理サーバにより起動されるバックアップサーバであって、前記管理サーバにより起動されたときに、前記運用サーバに登録済のＩＰ端末の登録解除通知に必要な登録解除通知情報を前記管理サーバから受信する手段と、前記登録解除通知情報に基づいて前記ＩＰ端末へ登録解除通知を送信する手段とを備えたことを特徴とするバックアップサーバである。
請求項３に係る発明は、運用サーバと、該運用サーバの障害発生時に稼働するバックアップサーバとを管理する管理サーバとして使用可能なコンピュータに、前記運用サーバに登録済のＩＰ端末の登録解除通知に必要な登録解除通知情報を前記運用サーバから受信する手順と、前記運用サーバを定期的に監視する手順と、前記運用サーバの障害を検出したときに前記バックアップサーバを起動させると共に前記登録解除通知情報を送信する手順とを実行させるためのプログラムである。
請求項４に係る発明は、運用サーバの障害発生時に管理サーバにより起動されるバックアップサーバとして使用可能なコンピュータに、前記管理サーバにより起動されたときに、前記運用サーバに登録済のＩＰ端末の登録解除通知に必要な登録解除通知情報を前記管理サーバから受信する手順と、前記登録解除通知情報に基づいて前記ＩＰ端末へ登録解除通知を送信する手順とを実行させるためのプログラムである。
【００１０】
（作用）
請求項１、３に係る発明によれば、管理サーバは登録済ＩＰ端末の登録解除通知に必要な登録解除通知情報を運用サーバから受信し、運用サーバを定期的に監視し、運用サーバの障害を検出したときにバックアップサーバを起動させると共に登録解除通知情報をバックアップサーバへ送信する。
請求項２、４に係る発明によれば、バックアップサーバは管理サーバにより起動されたときに、管理サーバから、運用サーバに登録済のＩＰ端末の登録解除通知に必要な登録解除通知情報受信し、その登録解除通知情報に基づいて前記ＩＰ端末へ登録解除通知を送信する。
【発明の効果】
【００１１】
本発明によれば、運用サーバと、その運用サーバの障害発生時に稼働するバックアップサーバとを有するＳＩＰサーバシステムにおいて、運用サーバに障害が発生した時にバックアップサーバに対するＩＰ端末の登録処理が迅速に行えるので、ＩＰ端末が着信できない時間を短縮できる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施形態について図面を参照して説明する。
図１に示すように、本発明の実施形態に係るＩＰネットワークシステムは、ＩＰ網１に接続された運用サーバ２、バックアップサーバ３、管理サーバ４、及びＮ台（Ｎは２以上の整数）の端末5-1〜5-Nとからなる。
【００１３】
端末5-1〜5-NはＩＰ電話端末であり、運用サーバ２のＩＰアドレス及びバックアップサーバ３のＩＰアドレスをメモリに保持している。また、端末5-1〜5-Nは運用サーバ２又はバックアップサーバ３に端末情報を登録することで、それらのサーバの管理下にあることを登録する。運用サーバ２及びバックアップサーバ３はＳＩＰサーバであり、端末5-1 〜5-N の端末情報が登録されると、発信側のＩＰ電話端末と着信側のＩＰ電話端末との間でＩＰ網を介して音声パケットを用いたＶｏＩＰ音声通話を可能にする。管理サーバ４は、２台のＳＩＰサーバの監視等を行い、運用サーバ２の障害を検出したときに、バックアップサーバ３を起動させる。運用サーバ２及びバックアップサーバ３は、端末5-1 〜5-N との間でＳＩＰに準拠する通信を行うサーバ部２Ａ，３Ａと、管理サーバ４と通信を行うメンテナンス部２Ｂ，３Ｂとを備えている。図示していないが、運用サーバ２、バックアップサーバ３、管理サーバ４、及び端末5-1〜5-Nは、ＣＰＵ、ＲＯＭ、ＲＡＭ、ネットワークインタフェース等を備えており、図２を参照しながら後述する手順は、ＲＯＭに格納されているコンピュータプログラムを用いてＣＰＵが実行するものである。
【００１４】
以上の構成を有するネットワークシステムにおける端末がサーバに端末情報を登録する手順について図２のシーケンス図を参照しながら説明する。ここでは、図１における端末5-1 について説明する。
【００１５】
管理サーバ４は運用サーバ２を起動させ（ステップＳ１）、その後は運用サーバ２を定期的に監視する（ステップＳ２）。ここで、定期的な監視間隔は端末の登録更新間隔の30分より充分短いものであり、例えば60秒である。また、監視手順としては、SUBSCRIBEメッセージを運用サーバ２へ送信し、運用サーバ２から応答が返ってこない場合に、運用サーバ２の障害を検出するヘルスチェックを用いる。また、SUBSCRIBEメッセージを受信した運用サーバ２は、SUBSCRIBEメッセージと関連するNOTIFYメッセージを送信することで、自身の状態を管理サーバ４へ通知する。このため、運用サーバ２の内部で異常を検出した場合、運用サーバ２から管理サーバ４へ障害発生を通知することもできる。また、ＳＩＰメッセージの代わりに、ローカルメッセージを利用することも可能である。
【００１６】
端末5-1 は起動したとき等に運用サーバ２に対し、端末情報の登録を行う（ステップＳ３）。この登録処理の完了により、端末5-1は運用サーバ２の管理下となり、着信可能な状態となる。運用サーバ２は端末5-1の登録が完了すると、管理サーバに対し、端末５へ登録の解除を通知するために必要な最低限の情報（ＳＩＰ−ＵＲＩ、トランスポートアドレス、Call−ＩＤ、To−Tag、From−Tag）を送信する（ステップＳ４）。
【００１７】
管理サーバ４は、定期的に監視を行っているときに運用サーバ２に障害が発生したことを検出すると（ステップＳ５）、バックアップサーバ３を起動させる（ステップＳ６）。次いでバックアップサーバ３に対し、端末5-1へ登録の解除を通知するために必要な最低限の情報を送信し（ステップＳ７）、その後はバックアップサーバ３を定期的に監視する（ステップＳ８）。この監視間隔及び監視手順は運用サーバ２に対するものと同じである。
【００１８】
バックアップサーバ３は、端末5-1へ登録の解除を通知するために必要な最低限の情報を受信し、それらの情報を用いて、端末5-1に対し、運用サーバ２への登録を解除したことを通知する（ステップＳ９）。端末5-1は登録解除の通知を受信すると、運用サーバ２に対し、端末情報を登録しにいく（ステップＳ10）。このとき、運用サーバ２には障害が発生しているため、登録を失敗する（ステップＳ11）。端末5-1は運用サーバ２への登録が失敗したことにより、運用サーバ２に障害が発生したことを認識するので、バックアップサーバ３に対する登録を行う（ステップＳ12）。この登録処理の完了により、端末5-1はバックアップサーバ３の管理下となり、着信可能な状態になる。
【００１９】
このように本実施形態に係るＩＰネットワークシステムによれば、管理サーバ４が運用サーバ２を端末5-1の登録更新間隔よりも充分に短い時間間隔で定期的に監視し、運用サーバ２の障害を検出したときにバックアップサーバ３を起動し、バックアップサーバ３から端末5-1へ登録解除通知を送信するので、端末5-1は運用サーバ２の障害をその発生後短時間で認識でき、バックアップサーバ３に登録できるので、着信不能な時間を殆ど無くすことができる。また、端末5-1がＤＨＣＰ（Dynamic Host Configuration Protocol）等でＩＰアドレスを取得するように構成されていても、バックアップサーバ３への登録が可能になる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態に係るＩＰネットワークシステムの構成を示す図である。
【図２】本発明の実施形態において端末がサーバに端末情報を登録する手順のシーケンス図である。
【符号の説明】
【００２１】
１・・・ＩＰ網、２・・・運用サーバ、３・・・バックアップサーバ、４・・・管理サーバ、5-1〜5-N・・・端末。
【図１】
2006279805.tif 000003
【図２】
2006279805.tif 000004