(57)【要約】【課題】個々のエンドポイントを最初から本来の接続先のサーバに接続できるようにすること。【解決手段】ＳＩＰサーバに登録を要求するための登録要求に、登録要求の発生した原因が障害の発生であるか否かを特定する情報を付与して、サーバに対して送信する。サーバは、登録要求の発生した原因に基づき、登録を許可するか否かを決定する。【選択図】      図２
2011045135.tif 000002
【特許請求の範囲】
【請求項１】
通信の可能なエンドポイントと、
このエンドポイントに対しホームサーバまたはバックアップサーバとして動作するサーバとを具備し、
前記エンドポイントは、
登録要求の発生した原因が障害の発生に基づくものか否かを区別するための識別情報を付与した登録要求を前記サーバに送信する送信部とを備え、
前記サーバは、
受信した登録要求に付与された識別情報から、前記登録要求の発生した原因が障害の発生であるか否かを特定する特定部と、
前記受信した登録要求の送出元のエンドポイントにとって自サーバがホームサーバである場合、または、自サーバがバックアップサーバであって、前記登録要求の原因が前記障害の発生の場合は、当該エンドポイントの登録を許可と判定する判定部と、
この判定部により許可される場合は当該エンドポイントを自サーバに登録し、許可されない場合は前記登録要求のリダイレクトを当該エンドポイントに指示する登録処理部とを備えることを特徴とする通信システム。
【請求項２】
さらに、前記登録要求の宛先サーバのアドレスを前記エンドポイントに指定するアドレス通知サーバを具備し、
前記送信部は、このアドレス通知サーバから指定されたアドレスに前記登録要求を送信することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記サーバは、さらに、前記エンドポイントに前記ホームサーバと前記バックアップサーバとを対応させた管理データベースを備えることを特徴とする請求項１記載の通信システム。
【請求項４】
前記サーバはＳＩＰ（Session Initiation Protocol）サーバであり、
前記登録要求はＳＩＰのうちのＲＥＧＩＳＴＥＲであることを特徴とする請求項１記載の通信システム。
【請求項５】
通信の可能なエンドポイントと、このエンドポイントに対しホームサーバまたはバックアップサーバとして動作するサーバとを具備する通信システムの端末登録方法において、
前記エンドポイントは、登録要求の発生した原因が障害の発生に基づくものか否かを区別するための識別情報を付与した登録要求を前記サーバに送信し、
前記サーバは、受信した登録要求に付与された識別情報から、前記登録要求の発生した原因が障害の発生であるか否かを特定し、
前記サーバは、前記受信した登録要求の送出元のエンドポイントにとって自サーバがホームサーバである場合、または自サーバがバックアップサーバであって、前記登録要求の原因が前記障害の発生の場合は、当該エンドポイントを登録することを許可し、
前記サーバは、前記エンドポイントの登録が許可される場合は当該エンドポイントを自サーバに登録し、許可されない場合は前記登録要求のリダイレクトを当該エンドポイントに指示することを特徴とする端末登録方法。
【請求項６】
前記エンドポイントからの登録要求の送信は、前記登録要求の宛先サーバのアドレスを指定するアドレス通知サーバから指定されたアドレスに対して送信することを特徴とする請求項５に記載の端末登録方法。
【請求項７】
前記エンドポイントの登録の許可は、前記エンドポイントに前記ホームサーバと前記バックアップサーバとを対応させた管理データベースに基づいて判定することを特徴とする請求項５に記載の端末登録方法。
【請求項８】
前記サーバはＳＩＰ（Session Initiation Protocol）サーバであり、
前記エンドポイントから送信する登録要求は、ＳＩＰのうちのＲＥＧＩＳＴＥＲに前記識別情報を付与して送信されることを特徴とする請求項５に記載の端末登録方法。
【請求項９】
通信の可能なエンドポイントを収容し、ホームサーバまたはバックアップサーバとして動作するサーバにおいて、
前記エンドポイントから受信した登録要求に付与された識別情報から、登録要求の発生した原因が障害の発生であるか否かを特定する特定部と、
前記受信した登録要求の送出元のエンドポイントにとって自サーバがホームサーバである場合、または、自サーバがバックアップサーバであって、前記登録要求の原因が前記障害の発生の場合は、当該エンドポイントの登録を許可と判定する判定部と、
この判定部により許可される場合は当該エンドポイントを自サーバに登録し、許可されない場合は前記登録要求のリダイレクトを当該エンドポイントに指示する登録処理部と
を備えることを特徴とするサーバ。
【請求項１０】
さらに、前記エンドポイントに前記ホームサーバと前記バックアップサーバとを対応させた管理データベースを備えることを特徴とする請求項９に記載のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、端末間に例えばＩＰ（Internet Protocol）ネットワークを経由するセッションを形成する通信システムと、このシステムにおいて用いられるサーバおよび端末登録方法に関する。
【背景技術】
【０００２】
近年の通信システムでは、端末間のセッションをＩＰネットワークを経由して形成するのが主流になってきている。その代表的なものはＩＰネットワークを利用して音声通話を行う、いわゆるＶｏＩＰ（Voice over IP）システムである。ＶｏＩＰのプロトコルには良く知られたＳＩＰ（Session Initiation Protocol）のほか、Ｍｅｇａｃｏ（Media Gateway Control）あるいはＨ．２４８などがある。
【０００３】
通信システムの運用にはサバイバビリティを考慮する必要がある。サバイバビリティとはこの技術分野では、障害が生じても利用者へのサービスを継続して運用し続けることのできるシステムの能力、あるいは性質などを表す用語である。サバイバビリティにはいくつかのレベルがあり、例えばレベル１サバイバビリティがある。
【０００４】
複数のサーバと、通信端末としてのエンドポイント（Endpoint）とをＩＰ電話システムが備えるとき、それぞれのエンドポイントから見ていずれか１つのサーバをホームサーバ（Home Server）とし他をバックアップサーバ（Backup Server）として区別して、通常時（無障害時）にはエンドポイントはホームサーバに接続される、という形態を考える。KeepAlive外れなどによりエンドポイントがホームサーバの障害を検知すると、このエンドポイントはただちにバックアップサーバに接続要求を出し、それ以降は接続先のバックアップサーバを頼りに通信を継続する。このようなシステムコンフィギュレーションによれば、サーバそのものを２重化することなくシステムの信頼性を高めることができる。このようにして実現されるサバイバビリティをレベル１サバイバビリティと称する。ここでいうサーバは、ＳＩＰではいわゆるＳＩＰサーバである。
【０００５】
ところで、エンドポイントがサーバに接続されるためには、エンドポイントからサーバに向けログイン要求メッセージを出す手順が必要である。エンドポイントはこのメッセージを出すべき相手先のＩＰアドレスをＤＨＣＰ（Dynamic Host Configuration Protocol）サーバから取得する。しかしＤＨＣＰサーバはホームサーバ、バックアップサーバの区別なく固定的なＩＰアドレスをエンドポイントに通知するので、ログイン要求が特定のサーバに集中することになる。
【０００６】
ログイン要求の送出先のサーバが送出元エンドポイントにとってのバックアップサーバである場合（エンドポイントは事前にそのことを知り得ない）、次のような不具合を生じる。すなわち既存の技術では、ログイン要求がレベル１サバイバビリティに基づくものなのか、あるいはそうでないのかをサーバ側で区別するすべがない。仮にレベル１サバイバビリティに基づかないログイン要求（エンドポイントの電源オン／オフによるものなど）によりバックアップサーバに接続されてしまうと、そのエンドポイントを本来のホームサーバに接続し直すために保守者のマニュアル操作が必要になる。このような不具合はＳＩＰを用いるシステムに限らず他のプロトコルを用いるシステムにおいても生じ得るので、何らかの対処が望まれている。
【０００７】
特許文献１に、一見、レベル１サバイバビリティに似た環境を形成し得る技術が開示されている。この文献には、ＳＩＰ端末からのセッションを振り分け制御部によって低負荷の優先接続サーバに転送することで負荷分散を図るという技術が開示される（［要約］など）。しかしながらこの文献では段落［０００８］に記載されるようにＳＩＰサーバの負荷状態に応じてトラフィックの転送先を可変するようにしており、端末（エンドポイント）の登録先を分散するという技術は開示されていない。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−４３６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
以上述べたように既存の技術では、エンドポイントがバックアップサーバにログイン要求を出したとき、その要求がレベル１サバイバビリティに基づくのか、あるいはそうでないのかをサーバ側で区別するすべがない。このためエンドポイントが誤ったサーバに接続（登録）されてしまうことがあり、システム運用上の不具合を招くことがある。また、エンドポイントを本来のサーバに接続するには保守者によるコマンド投入などの手間を要するので、これを解消したいとのニーズがある。コマンドをマシン側の処理で投入しようとしてもその前段階としてホームサーバの正常性をチェックする必要があり、システム側の負荷が高くなる。個々のエンドポイントが本来の接続相手であるサーバに最初から接続される技術の提供が待たれている。  
この発明は上記事情によりなされたもので、その目的は、個々のエンドポイントを本来の接続相手であるサーバに接続することの可能な通信システムとその端末登録方法およびサーバを提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するためにこの発明の一態様によれば、通信の可能なエンドポイントと、このエンドポイントに対しホームサーバまたはバックアップサーバとして動作するサーバとを具備し、前記エンドポイントは、登録要求の発生した原因が障害の発生に基づくものか否かを区別するための識別情報を付与した登録要求を前記サーバに送信する送信部を備え、前記サーバは、受信した登録要求に付与された識別情報から、前記登録要求の発生した原因が障害の発生であるか否かを特定する特定部と、前記受信した登録要求の送出元のエンドポイントにとって自サーバがホームサーバである場合、または、自サーバがバックアップサーバであって、前記登録要求の原因が前記障害の発生の場合は、当該エンドポイントの登録を許可と判定する判定部と、この判定部により許可される場合は当該エンドポイントを自サーバに登録し、許可されない場合は前記登録要求のリダイレクトを当該エンドポイントに指示する登録処理部とを備えることを特徴とする通信システムが提供される。
【００１１】
このような手段を講じることにより、エンドポイントは、登録要求にその要求の生じた原因を示す情報を書き込んでサーバに対して送信する。サーバはこの情報を読み取ることで登録の許否を判定することができる。
【発明の効果】
【００１２】
この発明によれば、個々のエンドポイントを本来の接続相手であるサーバに接続することの可能な通信システムとその端末登録方法およびサーバを提供することができる。
【図面の簡単な説明】
【００１３】
【図１】この発明に関わるＩＰ電話システムの実施の形態を示すシステム図。
【図２】図１のＩＰＴ＃１，＃２の実施の形態を示す機能ブロック図。
【図３】図１のＳＩＰサーバ＃Ａ，＃Ｂの実施の形態を示す機能ブロック図。
【図４】図３の管理テーブル１４ａの内容の一例を示す図。
【図５】この発明の実施の形態におけるＩＰＴの初期登録におけるシーケンスの一例を示す図。
【図６】ＳＩＰサーバの障害時におけるＩＰＴの再登録シーケンスの一例を示す図。
【発明を実施するための最良の形態】
【００１４】
図１は、この発明に関わるＩＰ電話システムの実施の形態を示すシステム図である。このシステムは、ＳＩＰサーバ＃Ａ，＃Ｂ、およびエンドポイントとしての複数のＩＰ端末（ＩＰＴ）＃１，＃２を共通のＩＰネットワーク１００に接続して形成される。もちろんＩＰＴの数は２に限られるものではなく多数のＩＰＴがＩＰネットワーク１００に接続され、これらのＩＰＴはＳＩＰサーバ＃Ａ，＃Ｂのいずれかに登録される。ＳＩＰサーバ＃Ａ，＃Ｂはいずれも、ＩＰＴ間のセッションをＩＰネットワーク１００に形成するための制御を行う。
【００１５】
ＩＰＴ＃１，＃２は、ＩＰネットワーク１００に形成されたセッションを介する電話通信機能を備える。この種の端末には多機能電話機、あるいは音声通話ソフトウェアのインストールされたコンピュータ（ソフトフォン）、セルラフォン端末などがある。あるいはパーソナルコンピュータやＰＤＡ（Personal Digital Assistants）に接続されてマルチメディアデータを送受信する機能を持つ端末であっても良い。さらには、スマートフォン（Smartphone）と称する高機能な携帯電話機もその範疇に入る。スマートフォンはモバイル端末あるいはＰＨＳ端末の機能と、ＰＤＡの機能とを併せ持つ。
【００１６】
ＩＰネットワーク１００は、例えばＬＡＮ（Local Area Network）である。ＩＰネットワーク１００には、ＩＰアドレスの発行、ＳＩＰサーバ＃Ａ，＃ＢのＩＰアドレス情報の通知などの機能を持つＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ２００も接続される。
【００１７】
ＳＩＰサーバ＃Ａ，＃Ｂはレベル１サバイバビリティを処理する機能を持つ。すなわちＳＩＰサーバ＃Ａ，＃Ｂにより１つのサーバシステムが構成され、このサーバシステムは複数のＩＰＴを制御する機能を持つ。すなわちＳＩＰサーバ＃Ａ，＃Ｂはホームサーバ、およびこれより優先度の低いバックアップサーバのいずれかに、ＩＰＴごとに予め対応付けされる。この対応付けは、例えばＩＰＴのＵＲＬ（Uniform resource Locator）と各サーバの識別子とを関連付けることでなされる。
【００１８】
図２は、図１のＩＰＴ＃１，＃２の実施の形態を示す機能ブロック図である。ＩＰＴ＃１，＃２は、ＬＡＮケーブル６０を介してＩＰネットワーク１００に接続されるインタフェース部４１と、表示器４０と、制御部４２と、キーパッド部４３と、メモリ４４とを備える。このうち表示器４０はＬＣＤ（Liquid Crystal Display）であり、種々のメッセージを表示する。キーパッド部４３はソフトキー、数字キー、特殊キーなどを備え、ユーザの入力操作を受け付ける。
【００１９】
メモリ４４は例えばフラッシュメモリなどの、書き換え可能な半導体記憶デバイスである。メモリ４４は例えばＩＰＴの起動ルーチンにおいてＤＨＣＰサーバ２００から通知された各サーバ＃Ａ，＃ＢのＩＰアドレスを保持する。このほかメモリ４４はＩＰＴの自らのＵＲＩも記憶し、ＩＰＴはこのＵＲＩのもとでいずれかのＳＩＰサーバに登録を要求する。
【００２０】
制御部４２はこの発明に関わる処理機能として通信処理部４２ａと、ＳＩＰメッセージ処理部４２ｂとを備える。通信処理部４２ａは、ＩＰネットワーク１００を介する通信を制御する。例えば通信処理部４２ａは、音声通話に対する制御のほか、ＩＰネットワーク１００を介して受信したＳＩＰメッセージをＳＩＰメッセージ処理部４２ｂに転送したり、ＳＩＰメッセージ処理部４２ｂから転送されたＳＩＰメッセージをＩＰネットワーク１００に送出したりする。例えば自ＩＰＴの登録をシステムに要求するためには、通信処理部４２ａはサーバ＃Ａ，＃ＢのいずれかのＩＰアドレスに宛ててＲＥＧＩＳＴＥＲメッセージを送信する。
【００２１】
ＳＩＰメッセージ処理部４２ｂはＳＩＰメッセージの生成および解釈を行なう。その動作はＲＦＣ３２６１などに記述されるＳＩＰのＵＡ（User Agent）の仕様に従う。ＳＩＰメッセージは例えばキーパッド部４３の入力操作などの、イベント発生を契機として生成される。ＳＩＰメッセージの内容は例えば通信処理部４２ａによりＳＩＰメッセージが受信されたことを契機に解釈され、その結果は例えば表示器４０に表示されてユーザに通知される。
【００２２】
さらにＳＩＰメッセージ処理部４２ｂは、この実施形態に係わる処理機能として、登録の要求の発生した原因を区別するための識別情報をＲＥＧＩＳＴＥＲの拡張領域に記載する。すなわち、ＩＰＴがＳＩＰサーバに登録を要求するには種々の原因があるが、ここでは次の２つを考慮する。すなわち、「初回登録」と、「再登録」である。
【００２３】
初回登録はＩＰＴの起動ルーチンなどに組み込まれた手順としての登録処理であり、障害の検出をその原因せず、レベル１サバイバビリティも直接には関係しない。これに対し再登録は、ＩＰＴによる障害の検出をその主な原因とするもので、レベル１サバイバビリティによる処理の一つである。  
表１および表２に、ＲＥＧＩＳＴＥＲの記載例を示す。
【表１】
2011045135.tif 000003
【００２４】
表１は、初回登録の際にサーバユニットに通知されるＲＥＧＩＳＴＥＲの一例である。最下行のUser-Agent:として示す拡張領域に、「extended_register_first_register」なる情報が書き込まれている。これが初回登録であることを示す識別情報であり、これを解釈することで、サーバユニットはこのＲＥＧＩＳＴＥＲがレベル１サバイバビリティによる登録要求でないことを認識できる。
【表２】
2011045135.tif 000004
【００２５】
表２は、再登録の際にサーバユニットに通知されるＲＥＧＩＳＴＥＲの一例である。最下行の拡張領域に、「extended_register_fault_switchover」なる情報が書き込まれている。これが再登録であることを示す識別情報であり、これを解釈することで、サーバユニットはこのＲＥＧＩＳＴＥＲがレベル１サバイバビリティによる登録要求であることを認識できる。
【００２６】
図３は、図１のＳＩＰサーバ＃Ａ，＃Ｂの実施の形態を示す機能ブロック図である。ＳＩＰサーバ＃Ａ，＃Ｂは、インタフェース部１１、表示部１２、入出力部１３、データベース部１４、および、主制御部１５を備える。インタフェース部１１はＩＰネットワーク１００に接続されてパケットの授受に関する処理を担う。表示部１２は入出力部１３とともにユーザインタフェースを提供し、ＧＵＩ（Graphical User Interface）環境を構築する。データベース部１４はハードディスクドライブなどのストレージデバイスであり、管理テーブル１４ａを記憶する。
【００２７】
図４は、管理テーブル１４ａの一例を示す図である。このテーブル１４は、ＩＰＴのドメインネーム（Domain Name：ＤＮ）ごとに、ホームサーバの識別子と、バックアップサーバの識別子とを関連付けることにより、ホームサーバとバックアップサーバとの関連付けをＩＰＴごとに管理するためのものである。この管理テーブル１４ａを基礎としてレベル１サバイバビリティが設定される。図４ではＤＮ２００〜２９９を持つＩＰＴはいずれもサーバ＃Ａをホームサーバとしサーバ＃Ｂをバックアップサーバとすることが示される。ＤＮ３００〜３９９を持つＩＰＴは逆に、いずれもサーバ＃Ｂをホームサーバとしサーバ＃Ａをバックアップサーバとすることが示される。
【００２８】
図４の例では、合計２００台のＩＰＴがＩＰ電話システムに接続されることになるが、２台のサーバに１００台ずつのＩＰＴが分散して登録されるような設定が示される。このようにすることで、特定のサーバに偏らず予め設定した配分でＩＰＴを登録できるという、レベル１サバイバビリティのメリットを得ることができる。次に、この実施形態における作用を説明する。
【００２９】
まず、図１を参照して通常の端末登録手順を説明する。電源オン／オフなどで初期化されたＩＰＴ１は、アドレス取得要求をＩＰネットワーク１００にブロードキャストする（１）。これを受けたＤＨＣＰサーバ２００は、要求元のＩＰＴに割り当てるＩＰアドレスと、その接続先のＳＩＰサーバのＩＰアドレスとを返信する（２）。
【００３０】
ＩＰＴは、予め自端末に設定されているＤＮを用いて自動でＳＩＰサーバにログインする。ここでＩＰＴはＤＨＣＰサーバ２００から通知されたＳＩＰサーバにＲＥＧＩＳＴＥＲを要求するが、ＤＨＣＰサーバ２００から通知されたＳＩＰサーバのＩＰアドレスは固定的である。なぜならＤＨＣＰサーバ２００は管理テーブル１４ａを持っていないからである。
【００３１】
つまり、ＤＨＣＰサーバ２００がＩＰＴに通知するＳＩＰサーバのＩＰアドレスは常に、例えばＳＩＰサーバ＃Ａ、＃Ｂの順になる。これは、ＩＰＴがまず最初にＳＩＰサーバ＃Ａに接続の要求を行うことを意味する（３）。サーバ＃Ａの障害などにより接続に失敗すれば、ＩＰＴはサーバ＃Ｂに接続の要求を出す。
【００３２】
以上の条件において、ＩＰＴ＃１が初期化されたケースを考える。ＩＰＴ＃１は、ＤＨＣＰサーバから受け取ったＩＰアドレスと接続先のＳＩＰサーバのＩＰアドレスを用いて、サーバ＃Ａ宛にＤＮ３００でＲＥＧＩＳＴＥＲ要求を出す。サーバ＃Ａは、ＲＥＧＩＳＴＥＲを要求してきたＤＮ３００の端末のホームサーバがサーバ＃Ｂであることは、認識できる（管理テーブル１４ａを参照して）。しかし従来の技術では、このＲＥＧＩＳＴＥＲ要求がレベル１サバイバビリティによるものか否かをサーバ＃Ａは判断することができない。よってサーバ＃ＡはＩＰＴ＃１を自サーバに登録せざるをえない。このままでは本来の接続先でない、バックアップサーバであるサーバ＃Ａに、ＩＰＴ＃１は接続され続けることになる。次に、これを解消するための作用につき説明する。
【００３３】
図５は、この実施の形態におけるＩＰＴの初期登録におけるシーケンスの一例を示す図である。図５において（１）、（２）の手順は図１と同様であり、（３）で、ＩＰＴ＃１はＳＩＰサーバ＃ＡにＲＥＧＩＳＴＥＲ要求を出す。ここで、このＲＥＧＩＳＴＥＲメッセージにはレベル１サバイバビリティによる接続ではない、という識別情報（表１）が書き込まれている。
【００３４】
ＲＥＧＩＳＴＥＲ要求を受け取ったサーバ＃Ａは、要求元ＩＰＴ＃１のＤＮが３００であるので、管理テーブル１４ａを参照すれば自サーバがバックアップサーバであることを認識する。そこでサーバ＃Ａは、ＲＥＧＩＳＴＥＲメッセージの拡張部分を参照し、レベル１サバイバビリティ機能による登録であるか否かをチェックする。このケースではレベル１サバイバビリティ機能による登録ではない。従ってサーバ＃ＡはＩＰＴ＃１にリダイレクトを要求し、ＲＥＧＩＳＴＥＲをサーバ＃Ｂに再度送出するように、ＩＰＴ＃１に指示する（４）。これを受けたＩＰＴ＃１はサーバ＃ＢにＲＥＧＩＳＴＥＲを要求する。サーバ＃Ｂは自サーバがＩＰＴ＃１にとってのホームサーバであることを認識し、ＩＰＴ＃１をＤＮ３００として自サーバに登録する。  
以上のような手順により、ホームサーバとバックアップサーバとのいずれのＳＩＰサーバも正常に動作していれば、登録を要求したＩＰＴは、必ずホームサーバに登録されることになる。
【００３５】
図６は、ＳＩＰサーバの障害時におけるＩＰＴの再登録シーケンスの一例を示す図である。図６ではレベル１サバイバビリティが機能した状態を示す。図１の（１）、（２）の手順を経てＩＰＴ＃１がサーバアドレスの通知を受けたのち、サーバ＃Ｂに障害が発生したとする。
【００３６】
そうするとＩＰＴ＃１は、例えばＫｅｅｐＡｌｉｖｅ外れを検出することでサーバ＃Ｂの障害発生を検知し、バックアップサーバであるサーバ＃ＡにＲＥＧＩＳＴＥＲを要求する。その際ＩＰＴ＃１は、このＲＥＧＩＳＴＥＲメッセージにはレベル１サバイバビリティによる接続である、という識別情報（表２）を付与する。
【００３７】
ＩＰＴ＃１からのＲＥＧＩＳＴＥＲ要求を受信したサーバ＃Ａは、ＩＰＴ＃１のＤＮが３００であることから、自サーバがＩＰＴ＃１にとってのバックアップサーバであることを認識する。さらにサーバ＃Ａは、受信したＲＥＧＩＳＴＥＲの識別情報を参照し、レベル１サバイバビリティによる登録であるか否かをチェックする。図６のケースではレベル１サバイバビリティ機能による登録であることがメッセージに明示されているので、サーバ＃ＡはただちにＩＰＴ＃１を登録する。これ以降、ＩＰＴ＃１はサーバ＃Ａに接続されて通信を開始する。
【００３８】
以上述べたようにこの実施形態では、ＳＩＰサーバに登録を要求するためのＲＥＧＩＳＴＥＲに拡張フィールドを設け、この拡張フィールドに、レベル１サバイバビリティによる再登録であるか、そうでないのかを明示するための識別情報を記載するようにした。このようにしたので、ＲＥＧＩＳＴＥＲを受けたＳＩＰサーバは、レベル１サバイバビリティが原因でないときにバックアップサーバに接続してきたＩＰＴに、ホームサーバに接続し直すための指示（リダイレクト要求）を直ちに出すことができるようになる。従ってＩＰＴはバックアップサーバに登録されることなく、本来の接続先であるホームサーバに接続されることになる。
【００３９】
一方、障害に伴うレベル１サバイバビリティの作用によりバックアップサーバにＲＥＧＩＳＴＥＲを出したＩＰＴは、そのままバックアップサーバに登録される。その際、バックアップサーバはＳＩＰメッセージの拡張フィールドの情報を参照するだけで必要な情報を得られる。従ってホームサーバの状態チェックなどの手順が不要になり、処理負荷の軽減、ネットワーク負荷の軽減などのメリットを得られる。
【００４０】
これらのことから、個々のエンドポイントを本来の接続相手であるサーバに接続することの可能な通信システムとその端末登録方法およびサーバを提供することが可能となる。  
なお、この発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【符号の説明】
【００４１】
＃Ａ，＃Ｂ…ＳＩＰサーバ、＃１，＃２…ＩＰ端末（ＩＰＴ）、１００…ＩＰネットワーク、２００…ＤＨＣＰサーバ、６０…ＬＡＮケーブル、４０…表示器、４１…ＩＰインタフェース部、４２…制御部、４２ａ…通信処理部、４２ｂ…ＳＩＰメッセージ処理部、４３…キーパッド部、４４…メモリ、４４ａ…ＩＰアドレス（サーバ＃Ａ）、４４ｂ…ＩＰアドレス（サーバ＃Ｂ）、１１…ＩＰインタフェース部、１２…表示部、１３…入出力部、１４…データベース部、１４ａ…管理テーブル、１５…主制御部、１５ａ…特定部、１５ｂ…判定部、１５ｃ…登録処理部
【図１】
2011045135.tif 000005
【図２】
2011045135.tif 000006
【図３】
2011045135.tif 000007
【図４】
2011045135.tif 000008
【図５】
2011045135.tif 000009
【図６】
2011045135.tif 000010