(57)【要約】【課題】  ＩＰ電話端末に対するプロキシサーバ情報の設定ミスに係る不都合を解決できるＩＰ電話端末、登録サーバ及びＩＰ電話システムを提供する。【解決手段】  本発明のＩＰ電話システムは、ＩＰ電話端末と、ＩＰ電話端末の情報を登録する登録サーバと、このサーバとは別個であるコネクションの接続時にアクセス先となるプロキシサーバとを含む。ＩＰ電話端末は、プロキシサーバの情報を設定者に設定させるプロキシサーバ情報設定手段と、設定されたプロキシサーバの情報を、登録サーバへの登録要求に盛り込んで送信する登録要求送信手段とを含む。登録サーバは、到来した登録要求に盛り込まれているプロキシサーバの情報の正当性を確認するプロキシサーバ情報確認手段と、プロキシサーバの情報の正当性が確認できないときに、登録拒否応答を送信する登録拒否応答送信手段とを含む。【選択図】      図１
2006279204.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ電話端末の情報を登録する登録サーバと、コネクションの接続時にアクセス先となるプロキシサーバとが別個のＩＰ電話システムにおけるＩＰ電話端末において、
コネクションの接続時に必要となる上記プロキシサーバの情報を設定者に設定させるプロキシサーバ情報設定手段と、
上記プロキシサーバ情報設定手段によって設定された上記プロキシサーバの情報を、上記登録サーバへの登録要求に盛り込んで送信する登録要求送信手段と、
上記登録要求に対する登録拒否応答が返信された際に、そのことを報知する報知手段と
を含むことを特徴とするＩＰ電話端末。
【請求項２】
上記登録要求送信手段は、上記登録要求の中に、上記プロキシサーバの情報を記述して送信することを特徴とする請求項１に記載のＩＰ電話端末。
【請求項３】
上記登録要求送信手段は、上記登録要求に含める認証情報を、上記プロキシサーバの情報を利用して作成することを特徴とする請求項１に記載のＩＰ電話端末。
【請求項４】
ＩＰ電話端末の情報を登録する登録サーバと、コネクションの接続時にアクセス先となるプロキシサーバとが別個のＩＰ電話システムにおけるＩＰ電話端末において、
上記登録サーバへ登録要求を送信する登録要求送信手段と、
上記登録要求に対する登録終了応答が返信された際に、その登録終了応答の中から、コネクションの接続時に必要となる上記プロキシサーバの情報を抽出して保存設定するプロキシサーバ情報抽出設定手段と
を含むことを特徴とするＩＰ電話端末。
【請求項５】
コネクションの接続時にアクセス先となるプロキシサーバとは別個である、ＩＰ電話端末の情報を登録する登録サーバにおいて、
到来した登録要求に盛り込まれている上記プロキシサーバの情報の正当性を確認するプロキシサーバ情報確認手段と、
上記プロキシサーバの情報の正当性が確認できないときに、登録拒否応答を送信する登録拒否応答送信手段と
を含むことを特徴とする登録サーバ。
【請求項６】
上記プロキシサーバ情報確認手段は、上記登録要求の中に記述されている上記プロキシサーバの情報が、自己が管理している上記プロキシサーバの情報と一致するか否かで正当性を確認することを特徴とする請求項５に記載の登録サーバ。
【請求項７】
上記プロキシサーバ情報確認手段は、上記登録要求に含まれている認証情報と、自己が管理している上記プロキシサーバの情報を利用して作成した認証情報との照合により、上記プロキシサーバの情報の正当性を確認することを特徴とする請求項５に記載の登録サーバ。
【請求項８】
コネクションの接続時にアクセス先となるプロキシサーバとは別個である、ＩＰ電話端末の情報を登録する登録サーバにおいて、
到来した登録要求の正当性を確認して登録する登録実行手段と、
登録を実行したときに、上記プロキシサーバの情報が盛り込まれている登録終了応答を、上記登録要求元に返信する応答返信手段と
を含むことを特徴とする登録サーバ。
【請求項９】
ＩＰ電話端末と、上記ＩＰ電話端末の情報を登録する登録サーバと、コネクションの接続時にアクセス先となる、上記登録サーバとは別個のプロキシサーバとを有するＩＰ電話システムにおいて、
上記ＩＰ電話端末として請求項１に記載のＩＰ電話端末を適用すると共に、上記登録サーバとして請求項５に記載の登録サーバを適用したことを特徴とするＩＰ電話システム。
【請求項１０】
ＩＰ電話端末と、上記ＩＰ電話端末の情報を登録する登録サーバと、コネクションの接続時にアクセス先となる、上記登録サーバとは別個のプロキシサーバとを有するＩＰ電話システムにおいて、
上記ＩＰ電話端末として請求項４に記載のＩＰ電話端末を適用すると共に、上記登録サーバとして請求項８に記載の登録サーバを適用したことを特徴とするＩＰ電話システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ電話端末、登録サーバ及びＩＰ電話システムに関し、特に、ＳＩＰプロトコルを使用するＩＰ電話システムであってプロキシサーバ（ＰＲＯＸＹサーバ）と登録サーバ（ＲＥＧＩＳＴＥＲＡＲサーバ）とを分けて運用するシステムに適用して好適なものである。
【背景技術】
【０００２】
ＩＰ電話機等のＩＰ電話端末の初期化の際には、ＩＰ電話端末に対してプロキシサーバの情報などを設定したり、ＩＰ電話端末から登録サーバに自装置（ＩＰ電話端末）の情報を登録させたりする（後述する図２参照）。登録サーバに登録された装置情報は、例えば、ロケーションサーバに蓄積され、プロキシサーバが、ＩＰ電話端末（ユーザエージェント）の位置などを特定するために利用される。上述したようなＩＰ電話端末から登録サーバに自装置の情報を登録させる方法は、非特許文献１に記載されている。
【非特許文献１】ＲＦＣ３２６１
【発明の開示】
【発明が解決しようとする課題】
【０００３】
登録サーバに情報登録のためにＩＰ電話端末から登録サーバへ送信する、非特許文献１に記載されているフォーマットのＲＥＧＩＳＴＥＲメッセージには（後述する図３参照）、プロキシサーバ情報は挿入されていない。そのため、ＩＰ電話端末に対するプロキシサーバの情報の設定が誤っていても、登録サーバの情報登録は実行される。
【０００４】
ＩＰ電話端末の初期化が終了した後、ＩＰ電話端末が最初の通話のためにＩＮＶＩＴＥメッセージ（セッション確立要求のメッセージ）を送出しても（後述する図４参照）、ＩＰ電話端末に対するプロキシサーバの情報の設定が誤っていると、そのＩＮＶＩＴＥメッセージがプロキシサーバに到達しないので、当然に、プロキシサーバは応答しない。このような場合、ユーザからは、登録は正常に実行できるのに発信ができないという不具合に見え、プロキシサーバ情報の設定ミスが原因であることに気付きにくい。
【０００５】
そのため、ＩＰ電話端末に対するプロキシサーバ情報の設定ミスに係る不都合を解決できるＩＰ電話端末、登録サーバ及びＩＰ電話システムが望まれている。
【課題を解決するための手段】
【０００６】
かかる課題を解決するため、第１の本発明は、ＩＰ電話端末の情報を登録する登録サーバと、コネクションの接続時にアクセス先となるプロキシサーバとが別個のＩＰ電話システムにおけるＩＰ電話端末において、コネクションの接続時に必要となる上記プロキシサーバの情報を設定者に設定させるプロキシサーバ情報設定手段と、上記プロキシサーバ情報設定手段によって設定された上記プロキシサーバの情報を、上記登録サーバへの登録要求に盛り込んで送信する登録要求送信手段と、上記登録要求に対する登録拒否応答が返信された際に、そのことを報知する報知手段とを含むことを特徴とする。
【０００７】
第２の本発明は、ＩＰ電話端末の情報を登録する登録サーバと、コネクションの接続時にアクセス先となるプロキシサーバとが別個のＩＰ電話システムにおけるＩＰ電話端末において、上記登録サーバへ登録要求を送信する登録要求送信手段と、上記登録要求に対する登録終了応答が返信された際に、その登録終了応答の中から、コネクションの接続時に必要となる上記プロキシサーバの情報を抽出して保存設定するプロキシサーバ情報抽出設定手段とを含むことを特徴とする。
【０００８】
第３の本発明は、コネクションの接続時にアクセス先となるプロキシサーバとは別個である、ＩＰ電話端末の情報を登録する登録サーバにおいて、到来した登録要求に盛り込まれている上記プロキシサーバの情報の正当性を確認するプロキシサーバ情報確認手段と、  上記プロキシサーバの情報の正当性が確認できないときに、登録拒否応答を送信する登録拒否応答送信手段とを含むことを特徴とする。
【０００９】
第４の本発明は、コネクションの接続時にアクセス先となるプロキシサーバとは別個である、ＩＰ電話端末の情報を登録する登録サーバにおいて、到来した登録要求の正当性を確認して登録する登録実行手段と、登録を実行したときに、上記プロキシサーバの情報が盛り込まれている登録終了応答を、上記登録要求元に返信する応答返信手段とを含むことを特徴とする。
【００１０】
第５の本発明は、ＩＰ電話端末と、上記ＩＰ電話端末の情報を登録する登録サーバと、コネクションの接続時にアクセス先となる、上記登録サーバとは別個のプロキシサーバとを有するＩＰ電話システムにおいて、上記ＩＰ電話端末として第１の本発明のＩＰ電話端末を適用すると共に、上記登録サーバとして第３の本発明の登録サーバを適用したことを特徴とする。
【００１１】
第６の本発明は、ＩＰ電話端末と、上記ＩＰ電話端末の情報を登録する登録サーバと、コネクションの接続時にアクセス先となる、上記登録サーバとは別個のプロキシサーバとを有するＩＰ電話システムにおいて、上記ＩＰ電話端末として第２の本発明のＩＰ電話端末を適用すると共に、上記登録サーバとして第４の本発明の登録サーバを適用したことを特徴とする。
【発明の効果】
【００１２】
本発明のＩＰ電話端末、登録サーバ及びＩＰ電話システムによれば、ＩＰ電話端末に対するプロキシサーバ情報の設定ミスに係る不都合を解決することができる。
【発明を実施するための最良の形態】
【００１３】
（Ｏ）第１〜第４の実施形態に共通する前提技術
以下、本発明によるＩＰ電話端末、登録サーバ及びＩＰ電話システムの第１〜第４の実施形態について、図面を参照しながら説明する。ここで、図１が、第１〜第４の実施形態のＩＰ電話システムに共通する構成を示すブロック図である。
【００１４】
図１において、ＩＰ電話システム１は、ＳＩＰプロトコル対応の複数のＩＰ電話端末（以下、適宜、端末と呼ぶ）２−１、２−２と、ＩＰ網３内に設けられた登録サーバ４、ロケーションサーバ５及びプロキシサーバ６を有している。
【００１５】
各ＩＰ電話端末２−１、２−２は、自己の情報をサービス対象として登録サーバ４に登録させる登録機能部２Ｐを備え、登録サーバ４も、各ＩＰ電話端末２−１、２−２の情報を登録させる登録機能部４Ｐを備えている。第１〜第４の実施形態は、ソフトウェア処理で特徴機能を実現しており、ＩＰ電話端末２−１、２−２、登録サーバ４、ロケーションサーバ５及びプロキシサーバ６のハードウェア構成は、既存のものと同様である。
【００１６】
図２は、登録サーバ４への情報登録動作の概要（一般的な流れ）を示し、図４は、セッション確立動作の概要（一般的な流れ）を示している。
【００１７】
まず、登録サーバ４への情報登録動作を説明する。端末２−１が起動されると（Ｓ１００）、その端末２−１は、自己に係る情報が挿入された認証情報なしの「ＲＥＧＩＳＴＥＲ」メッセージを登録サーバ４に送信する（Ｓ１０１）。登録サーバ４は、ＩＰ電話端末２−１の認証データとしてダイジェスト認証を使用しているため、端末２−１に対して、ダイジェスト認証を行うように「４０１  Ｕｎａｕｔｈｏｒｉｚｅｄ」レスポンスを返信する（Ｓ１０２）。
【００１８】
端末２−１は、登録サーバ４から、認証情報にダイジェスト認証を行うよう指示されたため、再度、ダイジェスト認証情報を設定して、図３に示すような「ＲＥＧＩＳＴＥＲ」メッセージを登録サーバ４に送信する（Ｓ１０３）。このとき、「Ａｕｔｈｏｒｉｚａｔｉｏｎ」ヘッダには、認証データ（ＩＤ、ＰＡＳＳ）を設定してリクエストを行う。登録サーバ４は、認証情報にダイジェスト認証情報が設定されてきたので、自己が保持している装置登録情報をも利用したチェックを行い、認証が正常であれば、端末２−１に「２００  ＯＫ」レスポンスを返信する（Ｓ１０４）。また、登録サーバ４は、端末２−１に係る登録情報を、例えば、当該登録サーバ４に関連するロケーションサーバ５に転送して蓄積させ、プロキシサーバ６が、発信端末や着信端末などを確認するためなどに利用される。
【００１９】
なお、登録サーバ４は、図示は省略しているが、認証し得ないときには、その認証できない原因に応じたレスポンス（例えば、「４０１  Ｕｎａｕｔｈｏｒｉｚｅｄ」、「４０３  Ｆｏｒｂｉｄｄｅｎ」や「４０４  Ｎｏｔ  Ｆｏｕｎｄ」など）を端末２−１に返信する。
【００２０】
次に、セッション確立動作を、図４を参照しながら説明する。なお、この動作には、登録サーバ４は関与しない。
【００２１】
端末２−１で受話器が取られ、着信端末２−２の番号がダイヤルされると（Ｓ２００）、端末２−１は、自己に係るプロキシサーバ６に対して「ＩＮＶＩＴＥ」リクエストを送信する（Ｓ２０１）。プロキシサーバ６は、リクエストを処理中になったこと（「１００  Ｔｒｙｉｎｇ」）を端末２−１に通知し（Ｓ２０２）、また、端末２−１からのＩＮＶＩＴＥ」リクエストを分析して、認証されている端末か否かをチェックする。上述したステップＳ２０１の「ＩＮＶＩＴＥ」リクエストに認証データが入っていなかった場合には、プロキシサーバ６は、認証データを追加することを求めるレスポンス（「４０７  Ｐｒｏｘｙ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｑｕｉｒｅｄ」）を返信する（Ｓ２０３）。
【００２２】
端末２−１は、「４０７  Ｐｒｏｘｙ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｑｕｉｒｅｄ」レスポンスで一つのトランザクションが完了するので、「ＡＣＫ」リクエストを送信して、トランザクションの完了確認を行う（Ｓ２０４）。また、端末２−１は、「４０７  Ｐｒｏｘｙ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｑｕｉｒｅｄ」レスポンスによって、このプロキシサーバ６には、ダイジェスト認証が必要なことを認識し、再度、認証データを設定した「ＩＮＶＩＴＥ」リクエストを行う（Ｓ２０５）。
【００２３】
プロキシサーバ６は、端末２−１に対して、「１００  Ｔｒｙｉｎｇ」レスポンスを返信する（Ｓ２０６）。また、プロキシサーバ６は、到来した「ＩＮＶＩＴＥ」リクエストのＵＲＩなどに基づいて、端末２−２宛のメッセージであることを認識して、「ＩＮＶＩＴＥ」メッセージを端末２−２宛に送信する（Ｓ２０７）。
【００２４】
端末２−２は、プロキシサーバ６に対して、「１００  Ｔｒｙｉｎｇ」レスポンスを返信する（Ｓ２０８）。また、端末２−２は、呼出音を発音出力すると共に（Ｓ２０９）、プロキシサーバ６に対して、呼出音を鳴動したことを通知する「１８０  Ｒｉｎｇｉｎｇ」レスポンスを送信し（Ｓ２１０）、プロキシサーバ６も、発信端末２−１に対して、着信端末２−２が呼出音を鳴動したことを通知する「１８０  Ｒｉｎｇｉｎｇ」レスポンスを送信する（Ｓ２１１）。
【００２５】
端末２−２のユーザが応答すると（オフフックすると）（Ｓ２１２）、端末２−２は、そのことを表す「２００  ＯＫ」レスポンスをプロキシサーバ６に対して送信し（Ｓ２１３）、プロキシサーバ６も、発信端末２−１に対して、着信端末２−２が応答したことを表す「２００  ＯＫ」レスポンスを送信する（Ｓ２１４）。このとき、発信端末２−１は、プロキシサーバ６に対して、ステップＳ２０５の処理から始まるトランザクションを終了させるための「ＡＣＫ」リクエストを送信し（Ｓ２１５）、プロキシサーバ６も、着信端末２−２に対して、「ＡＣＫ」リクエストを送信する（Ｓ２１６）。
【００２６】
これにより、発信端末２−１及び着信端末２−２間で、ＲＴＰによる音声通話を行う状態となる（Ｓ２１７）。
【００２７】
（Ａ）第１の実施形態
第１の実施形態のＩＰ電話端末、登録サーバ及びＩＰ電話システムは、以下の特徴点が上述した前提技術から異なっている。
【００２８】
すなわち、第１の実施形態は、端末２−１からの「ＲＥＧＩＳＴＥＲ」メッセージに拡張ヘッダを設け、端末２−１に設定されたプロキシサーバ６の情報をその拡張ヘッダを用いて登録サーバ４に送り、登録サーバ４が、そのプロキシサーバ６の情報を、内部記憶の情報と照合することによりチェックし、端末２−１に設定されたプロキシサーバ６の情報が正しいか否かを登録処理時に確認し得るようにしたものである。
【００２９】
図５は、第１の実施形態における登録サーバ４への情報登録動作の概要を示す説明図であり、図６は、第１の実施形態における「ＲＥＧＩＳＴＥＲ」メッセージ（認証あり）の例を示す説明図であり、それぞれ、上述した図２及び図３に対応する図面である。なお、図５においては、図２との同一、対応ステップに同一、対応符号を付して示している。
【００３０】
第１の実施形態においても、登録サーバ４への情報登録動作の流れは、前提技術と同様である。しかし、第１の実施形態の場合、図６に例示するように、「ＲＥＧＩＳＴＥＲ」メッセージ（認証あり）には、プロキシサーバ６のＩＰアドレス（この例では３．３．３．３）を規定するヘッダ情報ＨＡＥが含まれており、図示は省略しているが、「ＲＥＧＩＳＴＥＲ」メッセージ（認証なし）にも、同様に、ヘッダ情報ＨＡＥが含まれている。
【００３１】
第１の実施形態においても、登録サーバ４は、「ＲＥＧＩＳＴＥＲ」メッセージ（認証あり）が与えられたときには（Ｓ１０３Ａ）、認証動作を行うが、さらに、プロキシサーバ６のＩＰアドレス（「３．３．３．３」）のチェックをも行う（Ｓ１０３ａ）。なお、登録サーバ４には、自サーバに関連する１又は複数のプロキシサーバ６のＩＰアドレスが予め記憶されている。
【００３２】
登録サーバ４は、端末２−１を認証でき、かつ、「ＲＥＧＩＳＴＥＲ」メッセージに含まれているプロキシサーバ６のＩＰアドレスの正当性を確認できたときに、端末２−１に対して、「２００  ＯＫ」レスポンスを返信する（Ｓ１０４）。端末２−１を認証できたが、プロキシサーバ６のＩＰアドレスの正当性を確認できない場合には、登録サーバ４は、端末２−１に対してその旨のレスポンスを返信する。例えば、「５００  Ｓｅｒｖｅｒ  Ｉｎｔｅｒｎａｌ  Ｅｒｒｏｒ  Ｂａｄ  Ｐｒｏｘｙ  ａｄｄｒｅｓｓ」レスポンスを返信する。
【００３３】
このようなプロキシサーバ６のＩＰアドレスの正当性を確認できない旨のレスポンスが返信されたときには、端末２−１は、その旨の表示動作などを行う。
【００３４】
従って、第１の実施形態によれば、ＩＰ電話端末に対するプロキシサーバの情報の設定が誤っていても、登録サーバへの登録用メッセージにプロキシサーバの情報を盛り込んで登録サーバに確認させるようにしたので、登録動作時において、ＩＰ電話端末に対するプロキシサーバの情報の設定ミスを設定者が知ることができる。そのため、ＩＰ電話端末に対するプロキシサーバの情報の設定ミスで発信できない場合の原因を直ちには追求できないという課題を、未然に防止することができる。
【００３５】
（Ｂ）第２の実施形態
第２の実施形態のＩＰ電話端末、登録サーバ及びＩＰ電話システムは、以下の特徴点が上述した前提技術から異なっている。
【００３６】
すなわち、第２の実施形態は、端末２−１に設定されたプロキシサーバ６の情報をユーザ名に盛り込み、端末２−１からの「ＲＥＧＩＳＴＥＲ（認証あり）」メッセージにおける認証情報を、プロキシサーバ６の情報が盛り込まれたユーザ名を利用して形成して登録サーバ４へ通知し、登録サーバ４での認証処理を通じて、端末２−１に設定されたプロキシサーバ６の情報の適否を確認し得るようにしたものである。
【００３７】
図７は、第２の実施形態における登録サーバ４への情報登録動作の概要を示す説明図であり、図８は、第２の実施形態における「ＲＥＧＩＳＴＥＲ」メッセージ（認証あり）の例を示す説明図であり、それぞれ、上述した図２及び図３に対応する図面である。なお、図７においては、図２との同一、対応ステップに同一、対応符号を付して示している。
【００３８】
第２の実施形態においても、登録サーバ４への情報登録動作の流れは、前提技術と同様である。しかし、第２の実施形態の場合、端末２−１へのユーザ名（ＩＤ）の設定や登録サーバ４へのユーザ名（ＩＤ）の設定で、本来のユーザ名（ＵＳＥＲＩＤ１）に加えてプロキシサーバ６のＩＰアドレス（３．３．３．３）も含まれて行われている（Ｓ９９ｂ）。本来のユーザ名（ＵＳＥＲＩＤ１）へのプロキシサーバ６のＩＰアドレス（３．３．３．３）の付加は、本来のユーザ名又はプロキシサーバ６のＩＰアドレスのうち後で入力される項目が入力されたときに、自動的に行うようにすることが好ましい。
【００３９】
ユーザ名（ＩＤ）にプロキシサーバ６のＩＰアドレス（３．３．３．３）が含まれているため、端末２−１が作成した「ＲＥＧＩＳＴＥＲ（認証あり）」メッセージにおける認証情報（図８のＡＵＴ参照）も、プロキシサーバ６のＩＰアドレス（３．３．３．３）が反映されたものとなり（Ｓ１０３ｂ１）、登録サーバ４が受信したメッセージの認証情報と照合するために作成した認証情報も、プロキシサーバ６のＩＰアドレス（３．３．３．３）が反映されたものとなる（Ｓ１０３ｂ２）。
【００４０】
端末２−１においてプロキシサーバ６のＩＰアドレスが正しく入力された場合（他の項目も正しく設定された場合）には、登録サーバ４での認証結果も正当という結果が得られ、登録サーバ４から端末２−１へは、「２００  ＯＫ」レスポンスが返信される（Ｓ１０４）。なお、端末２−１においてプロキシサーバ６のＩＰアドレスが誤って設定された等の原因で、不当という認証結果が得られた場合には、登録サーバ４は端末２−１へ、「４０１  Ｕｎａｕｔｈｏｒｉｚｅｄ」レスポンスを返信する。
【００４１】
このような認証しない旨のレスポンスが返信されたときには、端末２−１は、その旨の表示動作などを行い、設定者は、設定入力した内容を確認することになる。これにより、プロキシサーバ６のＩＰアドレスが誤って設定された場合でも、登録動作時に設定者が気付くことになる。
【００４２】
従って、第２の実施形態によれば、ＩＰ電話端末に対するプロキシサーバの情報の設定が誤っていても、登録サーバへの登録用メッセージにおける認証情報にプロキシサーバの情報を反映させ、登録サーバでの認証動作を通じてプロキシサーバの情報を確認させるようにしたので、登録動作時において、ＩＰ電話端末に対するプロキシサーバの情報の設定ミスを設定者が知ることができる。そのため、ＩＰ電話端末に対するプロキシサーバの情報の設定ミスで発信できない場合の原因を直ちには追求できないという課題を、未然に防止することができる。
【００４３】
ここで、第２の実施形態の場合、プロキシサーバの情報をユーザ名（ＩＤ）に付加する処理ステップを設ければ、他の処理は既存のプログラム部分をそのまま利用することができる。
【００４４】
なお、端末で設定するユーザ名（ＩＤ）にはプロキシサーバの情報を含めず、端末で認証情報を作成する際だけ、ユーザ名（ＩＤ）として、本来のユーザ名にプロキシサーバの情報を追加したものを適用するようにしても良い。登録サーバについても同様である。
【００４５】
（Ｃ）第３の実施形態
第３の実施形態のＩＰ電話端末、登録サーバ及びＩＰ電話システムについて簡単に説明する。
【００４６】
上述した第２の実施形態は、端末２−１に設定されたプロキシサーバ６の情報をユーザ名に盛り込み、端末２−１からの「ＲＥＧＩＳＴＥＲ（認証あり）」メッセージにおける認証情報を、プロキシサーバ６の情報が盛り込まれたユーザ名を利用して形成して登録サーバ４へ通知し、登録サーバ４での認証処理を通じて、端末２−１に設定されたプロキシサーバ６の情報の適否を確認し得るようにしたものである。
【００４７】
この第３の実施形態は、端末２−１に設定されたプロキシサーバ６の情報をパスワード（ＰＡＳＳ）に盛り込み、端末２−１からの「ＲＥＧＩＳＴＥＲ（認証あり）」メッセージにおける認証情報を、プロキシサーバ６の情報が盛り込まれたパスワードを利用して形成して登録サーバ４へ通知し、登録サーバ４での認証処理を通じて、端末２−１に設定されたプロキシサーバ６の情報の適否を確認し得るようにしたものである。
【００４８】
すなわち、第３の実施形態と上述した第２の実施形態との相違は、端末２−１に設定されたプロキシサーバ６の情報をパスワードに付加するのか、ユーザ名に付加するかの相違であり、他の点は同様であるので、これ以上の説明は省略する。なお、図９及び図１０に、第３の実施形態における登録サーバ４への情報登録動作の概要と、第３の実施形態における「ＲＥＧＩＳＴＥＲ」メッセージ（認証あり）の例を示している。
【００４９】
第３の実施形態によっても、上述した第２の実施形態と同様な効果を奏することができる。
【００５０】
なお、端末で設定するパスワード（ＰＡＳＳ）にはプロキシサーバの情報を含めず、端末で認証情報を作成する際だけ、パスワード（ＰＡＳＳ）として、本来のパスワード（ＰＡＳＳＷＤ１）にプロキシサーバの情報（３．３．３．３）を追加したものを適用するようにしても良い。登録サーバについても同様である。
【００５１】
（Ｄ）第４の実施形態
第４の実施形態のＩＰ電話端末、登録サーバ及びＩＰ電話システムは、以下の特徴点が上述した前提技術から異なっている。
【００５２】
すなわち、第４の実施形態は、端末２−１に対するプロキシサーバ６の情報の設定操作は不要であり、登録サーバ４が「ＲＥＧＩＳＴＥＲ（認証あり）」メッセージを受信した際の認証動作で正当という結果を得たときに端末２−１に返信する「２００  ＯＫ」レスポンスに、プロキシサーバ６の情報を含め、端末２−１がこの「２００  ＯＫ」レスポンスからプロキシサーバ６の情報を抽出して自動設定することにより、端末２−１に対するプロキシサーバ６の情報の設定操作を不要にしたものである。
【００５３】
図１１は、第４の実施形態における登録サーバ４への情報登録動作の概要を示す説明図であり、上述した図２に対応する図面である。なお、図１１においては、図２との同一、対応ステップに同一、対応符号を付して示している。図１２は、第４の実施形態における「２００  ＯＫ」レスポンスの例を示す説明図である。
【００５４】
第４の実施形態においても、登録サーバ４への情報登録動作の流れは、前提技術と同様である。
【００５５】
しかし、第４の実施形態の場合、端末２−１は、プロキシサーバ６の情報が未設定のままで、「ＲＥＧＩＳＴＥＲ（認証なし）」メッセージや「ＲＥＧＩＳＴＥＲ（認証あり）」メッセージを送信する（言い換えると、未設定をエラー扱いすることなく、登録要求動作を実行する）。
【００５６】
また、登録サーバ４は、「ＲＥＧＩＳＴＥＲ（認証あり）」メッセージを受信した際の認証動作で正当という結果を得たときには、図１２に示すような、プロキシサーバ６のＩＰアドレス（３．３．３．３）を拡張ヘッダＨＥＡに有する「２００  ＯＫ」レスポンスを、端末２−１へ返信する（Ｓ１０４Ｄ）。すなわち、登録サーバ４は、図１２に示すような「２００  ＯＫ」レスポンスを作成して（Ｓ１０４ｄ１）、端末２−１へ返信する。
【００５７】
さらに、端末２−１は、図１２に示す「２００  ＯＫ」レスポンスを受信した際には、そのレスポンスから、プロキシサーバ６の情報（ＩＰアドレス：３．３．３．３）を抽出し、自己のプロキシサーバ６の情報の記憶エリアに書き込む（Ｓ１０４ｂ２）。
【００５８】
従って、第４の実施形態によれば、設定者が端末２−１に対してプロキシサーバの情報を設定することなく、端末２−１にプロキシサーバの情報を設定でき、設定ミスをなくすことができ、設定ミスによる各種の課題を解決することができる。
【００５９】
（Ｅ）他の実施形態
上記各実施形態は、３サーバ構成のＩＰ電話システムを示したが、ロケーションサーバが登録サーバ又はプロキシサーバの一方と融合したものであっても良い。
【００６０】
また、上記各実施形態では、ＩＰ電話端末の形態について言及しなかったが、ＩＰ専用電話端末であっても良くソフトフォンであっても良く、要は、ＩＰ網にアクセスし得るものであれば良く、アナログ電話とＳＩＰゲートウェイの組合せのようなものであっても良い。
【００６１】
さらに、上記各実施形態では、ＳＩＰプロトコルに従うＩＰ電話システムを示したが、登録サーバとプロキシサーバとが分離されているＩＰ電話システムであれば、他のプロトコル（例えば、Ｈ．３２３）に従うシステムにも本発明を適用することができる。
【図面の簡単な説明】
【００６２】
【図１】第１〜第４の実施形態に共通な網構成を示すブロック図である。
【図２】第１〜第４の実施形態の前提となる登録動作を示すシーケンス図である。
【図３】第１〜第４の実施形態の前提となる「ＲＥＧＩＳＴＥＲ（認証あり）」メッセージを示す説明図である。
【図４】第１〜第４の実施形態の前提となるセッション確立動作を示すシーケンス図である。
【図５】第１の実施形態の登録動作を示すシーケンス図である。
【図６】第１の実施形態の「ＲＥＧＩＳＴＥＲ（認証あり）」メッセージを示す説明図である。
【図７】第２の実施形態の登録動作を示すシーケンス図である。
【図８】第２の実施形態の「ＲＥＧＩＳＴＥＲ（認証あり）」メッセージを示す説明図である。
【図９】第３の実施形態の登録動作を示すシーケンス図である。
【図１０】第３の実施形態の「ＲＥＧＩＳＴＥＲ（認証あり）」メッセージを示す説明図である。
【図１１】第４の実施形態の登録動作を示すシーケンス図である。
【図１２】第４の実施形態の「２００  ＯＫ」レスポンスを示す説明図である。
【符号の説明】
【００６３】
１…ＩＰ電話システム、２−１、２−２…ＩＰ電話端末、３…ＩＰ網、４…登録サーバ、６…プロキシサーバ。
【図１】
2006279204.tif 000003
【図２】
2006279204.tif 000004
【図３】
2006279204.tif 000005
【図４】
2006279204.tif 000006
【図５】
2006279204.tif 000007
【図６】
2006279204.tif 000008
【図７】
2006279204.tif 000009
【図８】
2006279204.tif 000010
【図９】
2006279204.tif 000011
【図１０】
2006279204.tif 000012
【図１１】
2006279204.tif 000013
【図１２】
2006279204.tif 000014