JP2006237950A - Ｉｐ電話端末およびプログラム - Google Patents

Abstract

【課題】優先順位の高い呼制御サーバを効率よく利用できるようにする。
【解決手段】ＩＰ電話端末１０により、各ＳＩＰサーバ２１，２２の優先順位と利用可否状態をサーバ情報１５Ｂとして記憶部１５で管理しておき、ＩＰ電話端末１０から所望の相手先端末へ発信する際、サーバ情報１５Ｂの優先順位に基づき利用可のＳＩＰサーバを選択して発信要求メッセージを送信し、これに応じて当該ＳＩＰサーバから返答がない場合は、当該ＳＩＰサーバが利用不可状態である旨をサーバ情報１５Ｂに設定するとともに、当該ＳＩＰサーバへの端末登録処理を開始する。
【選択図】 図１

Description

本発明は、ＩＰ電話技術に関し、特にＳＩＰ（Session Initiation Protocol）に基づき呼制御サーバにアクセスし所望の相手先端末への発信要求を行うＩＰ電話端末での発信制御技術に関する。

ＩＰ電話端末は、インターネットに代表されるＩＰ網を介して音声パケットを送受信することにより、ＶｏＩＰ（Voice over IP）音声通話を実現する電話装置である。このようなＩＰ電話端末は、一般的な公衆電話網（ＰＳＴＮ：Public Switched Telephone Networks）を利用する場合と比較して通話コストが安価であることから多くの注目を集めており、企業だけでなく個人でもその導入が進みつつある。

この種のＩＰ電話端末では、ＳＩＰと呼ばれる呼制御プロトコルを用いて、ＩＰ網に配置されているＳＩＰサーバとメッセージをやり取りして各種呼制御を行う。ＳＩＰは、ＩＰ網上でマルチメディアセッションを確立・変更・終了するために用いられる、アプリケーション層のシグナリングプロトコルである（例えば、非特許文献１など参照）。

ＩＰ電話サービスでは、従来の公衆電話網のように電話番号とアクセス回線とが対応付けられていないため、各電話端末を特定する情報としてＩＰ電話端末のＩＰアドレスやＵＲＩ（Uniform Resource Identifier）などのネットワークアドレスを用いる。したがって、ＳＩＰでは、利用者がＩＰ電話サーヒスを受ける所定のＳＩＰサーバへ、ＩＰ電話端末から自端末のアドレスや電話番号を含む各種端末情報を予め端末登録処理を行うことにより、当該ＩＰ電話端末がＳＩＰサーバの管理下にあることを登録しておくものとなっている。

ＩＰ電話端末で利用者が発信操作を行った場合、予め登録されているＳＩＰサーバへ、相手先端末の電話番号を含む発信要求メッセージがＩＰ電話端末から送信される。これに応じてＳＩＰサーバは、予め登録されている各ＩＰ電話端末の端末情報を参照して、その発信要求メッセージに含まれる相手先端末の電話番号に対応するネットワークアドレスを検索し、そのアドレスを用いて相手先端末へ発信要求メッセージを転送する。
このようにして、発信側のＩＰ電話端末は、ＩＰ網上のＳＩＰサーバを介して着信側の相手先端末と各種メッセージをやり取りした後、相手先端末からの応答メッセージに応じて相手先端末とＩＰ網を介して直接接続し、音声パケットを用いたＶｏＩＰ音声通話を開始する。

このようなＩＰ電話端末では、相手先端末が利用するＩＰ電話サービスや相手先端末とのＶｏＩＰ音声通話に要する通信コスト、さらにはそのＶｏＩＰ音声通話の通信品質に応じて、呼制御に利用するＳＩＰサーバを選択することが考えられる。

例えば、相手先端末が発信側のＩＰ電話端末とは異なるＩＰ電話サービスを利用している場合、発信側のＩＰ電話端末は、最低限、その相手先端末へ発信可能なＳＩＰサーバを選択する必要がある。ＩＰ電話サービスによっては、他のＩＰ電話サービスとの相互接続を行っていない場合もあるからである。
また、相手先端末へ発信可能なＳＩＰサーバが複数存在する場合、相手先端末とのＶｏＩＰ音声通話に要する通信コストやそのＶｏＩＰ音声通話の通信品質、さらにはＶｏＩＰ音声通話に対する各種通信サービスの内容に基づき所望のＳＩＰサーバを選択することになる。

従来、この種のＩＰ電話端末について、相手先端末へ発信した後、相手先端末が応答できない場合、発信側のＩＰ電話端末が、その相手先端末からの返答で指定された待機期間だけ待機した後、当該相手先端末へ再発信する技術が提案されている（例えば、特許文献１など参照）。
このような技術では、ＳＩＰサーバに異常が発生した場合、相手先端末からの返答が発側のＩＰ電話端末へ届かず前述した待機期間が未定となる。このため、このように発信処理に用いたＳＩＰサーバが利用不可状態となった場合は、前述した複数のＳＩＰサーバのうちから利用可状態にある他のＳＩＰサーバを選択し、そのＳＩＰサーバを利用して発信処理を行うことが考えられる。

なお、出願人は、本明細書に記載した先行技術文献情報で特定される先行技術文献以外には、本発明に関連する先行技術文献を出願時までに発見するには至らなかった。
特開２００４−１１２１８２号公報 Request for Comments:3261，「SIP: Session Initiation Protocol」，Network Working Group，June 2002，The Internet Society

しかしながら、このような従来技術では、ＩＰ電話端末でＳＩＰサーバの利用可否状態を確認する際、ＳＩＰの規定に基づいてＩＰ電話端末で各ＳＩＰサーバの利用可否状態を定期的に確認するヘルスチェックシーケンスが利用されるため、一旦利用不可状態となった優先順位の高いＳＩＰサーバが、その後に利用可能な状態に復旧しても、当該ＩＰ電話端末からＳＩＰサーバの復旧を直ちに確認できないという問題点があった。

通常、ＳＩＰサーバでは、各ＩＰ電話端末を管理する場合、ネットワーク資源の有効利用という観点から、各ＩＰ電話端末に関する端末情報に対し、例えば１８００秒（＝３０分）程度の有効期間を設定して管理し、有効期限を過ぎた端末情報については破棄することが前提となっている。
したがって、ＩＰ電話端末は、ヘルスチェックシーケンスとして、例えばＳＩＰサーバから指定された有効期間ごとに当該ＳＩＰサーバに対して端末情報の端末登録処理を繰り返し行うものとなっており、その端末登録処理の成否に基づきＩＰ電話端末は当該ＳＩＰサーバの利用可否状態を確認できる。

このため、ＩＰ電話端末は、発信処理時にＳＩＰサーバが利用不可であった場合、上記ヘルスチェックシーケンスの有効期間に応じた次の端末登録処理まで当該ＳＩＰサーバの利用可否状態を確認できず、ヘルスチェックシーケンスによる次の端末登録処理タイミングが到来するまでの間に優先順位の高いＳＩＰサーバが利用可能な状態に復旧しても、ＩＰ電話端末はこれを確認できず利用不可のままとなる。
本発明はこのような課題を解決するためのものであり、優先順位の高い呼制御サーバを効率よく利用できるＩＰ電話端末を提供することを目的としている。

このような目的を達成するために、本発明にかかるＩＰ電話端末は、ＩＰ網に接続された呼制御サーバによる呼制御に基づき、所望の相手先端末と当該ＩＰ網を介したＶｏＩＰ（Voice over IP）音声通話を行うＩＰ電話端末であって、ＩＰ網に接続されている複数の呼制御サーバに関する優先順位と利用可否状態をサーバ情報として記憶する記憶部と、当該ＩＰ電話端末に関する端末情報を含む登録要求メッセージを呼制御サーバへ送信することにより当該ＩＰ電話端末が呼制御サーバの管理下にあることを登録する端末登録処理を行う端末登録手段と、所望の相手先端末へ発信する際、サーバ情報の優先順位に基づき選択した利用可状態の呼制御サーバへ当該相手先端末に関する相手先情報を含む発信要求メッセージを送信し、当該呼制御サーバからの返答に基づき当該相手先端末とＶｏＩＰ音声通話を開始する呼制御手段と、発信要求メッセージに応じて呼制御サーバから返答がない場合、当該呼制御サーバが利用不可状態である旨をサーバ情報に設定するとともに、端末登録手段により当該呼制御サーバへの端末登録処理を開始するサーバ管理手段とを備えている。

この際、サーバ管理手段で、利用不可状態となった呼制御サーバに対する端末登録処理の登録成功に応じて当該呼制御サーバが利用可状態である旨をサーバ情報に設定するようにしてもよい。

また、呼制御手段で、発信要求メッセージに応じて呼制御サーバから返答がない場合、サーバ情報の優先順位に基づき利用可状態の新たな呼制御サーバを選択し、その新たな呼制御サーバへ発信要求メッセージを送信するようにしてもよい。

また、サーバ管理手段により選択される呼制御サーバとして、端末登録手段により端末登録処理済みの呼制御サーバを用いてもよい。

また、本発明にかかるプログラムは、ＩＰ網に接続された呼制御サーバによる呼制御に基づき、所望の相手先端末と当該ＩＰ網を介したＶｏＩＰ（Voice over IP）音声通話を行うＩＰ電話端末のコンピュータに、ＩＰ網に接続されている複数の呼制御サーバに関する優先順位と利用可否状態をサーバ情報として記憶部で記憶する記憶ステップと、当該ＩＰ電話端末に関する端末情報を含む登録要求メッセージを呼制御サーバへ送信することにより当該ＩＰ電話端末が呼制御サーバの管理下にあることを登録する端末登録処理を行う端末登録ステップと、所望の相手先端末へ発信する際、サーバ情報の優先順位に基づき選択した利用可状態の呼制御サーバへ当該相手先端末に関する相手先情報を含む発信要求メッセージを送信し、当該呼制御サーバからの返答に基づき当該相手先端末とＶｏＩＰ音声通話を開始する呼制御ステップと、発信要求メッセージに応じて呼制御サーバから返答がない場合、当該呼制御サーバが利用不可状態である旨をサーバ情報に設定するとともに、端末登録ステップにより当該呼制御サーバへの端末登録処理を開始するサーバ管理ステップとを実行させるものである。

この際、サーバ管理ステップで、利用不可状態となった呼制御サーバに対する端末登録処理の登録成功に応じて当該呼制御サーバが利用可状態である旨をサーバ情報に設定するようにしてもよい。

また、呼制御ステップで、発信要求メッセージに応じて呼制御サーバから返答がない場合、サーバ情報の優先順位に基づき利用可状態の新たな呼制御サーバを選択し、その新たな呼制御サーバへ発信要求メッセージを送信するようにしてもよい。

また、サーバ管理ステップにより選択される呼制御サーバとして、端末登録ステップにより端末登録処理済みの呼制御サーバを用いてもよい。

本発明によれば、各ＳＩＰサーバの優先順位と利用可否状態をサーバ情報として管理しておき、所望の相手先端末へ発信する際、サーバ情報の優先順位に基づき利用可のＳＩＰサーバを選択して発信要求を送信し、これに応じて当該ＳＩＰサーバから返答がない場合は、当該ＳＩＰサーバが利用不可状態である旨をサーバ情報に設定するとともに、当該ＳＩＰサーバへの端末登録処理を開始するようにしたので、その端末登録処理の成否に応じて当該ＳＩＰサーバの利用可否状態を確認できる。

したがって、通常、ＩＰ電話端末で行われるヘルスチェックシーケンスによる端末登録処理タイミングの到来を待つことなく、利用不可状態と判断した当該ＳＩＰサーバの利用可否状態を確認できる。
これにより、ヘルスチェックシーケンスにおける例えば１８００秒（＝３０分）程度の有効期間が経過するより前に優先順位の高いＳＩＰサーバが利用可能な状態に復旧した場合、ＩＰ電話端末は直ちに再び利用可能な状態となったことを確認でき、ＩＰ電話サービスや通信コストさらには通信品質に応じて設定された優先順位の高いＳＩＰサーバを効率よく利用することができる。

次に、本発明の実施の形態について図面を参照して説明する。
［第１の実施の形態］
まず、図１を参照して、本発明の第１の実施の形態にかかるＩＰ電話端末について説明する。図１は、本発明の第１の実施の形態にかかるＩＰ電話端末の構成を示すブロック図である。
ＩＰ電話端末１０は、全体として専用の電話装置やパーソナルコンピュータからなり、インターネットに代表されるＩＰ網５０に接続されて、このＩＰ網５０を介して音声パケットを送受信することにより、ＶｏＩＰ（Voice over IP）音声通話を実現する端末装置である。

ＩＰ網５０には、ＳＩＰ（Session Initiation Protocol）と呼ばれる呼制御プロトコルを用いて、ＩＰ電話端末１０に関する呼制御を行うＳＩＰサーバ２１，２２が接続されている。またＩＰ網５０には、ＳＩＰを用いてＩＰ電話端末１０と公衆電話網（ＰＳＴＮ：Public Switched Telephone Networks）６０の電話端末との音声通話のための呼制御を行うゲートウェイ３０が接続されている。
これらＳＩＰサーバ２１，２２およびゲートウェイ３０は、公知の技術に基づくものであり、ここでの詳細な説明は省略する。本発明では、これらＳＩＰサーバ２１，２２およびゲートウェイ３０をまとめて呼制御サーバという。

ＩＰ電話端末１０は、アクセス回線４０を介してＩＰ網５０に接続されており、ＩＰ電話端末１０がＳＩＰサーバ２１，２２を利用する際には、予め各ＳＩＰサーバ２１，２２に対して、当該ＩＰ電話端末に関する端末情報を含む端末登録要求メッセージを送信することにより当該ＩＰ電話端末がＳＩＰサーバ２１，２２の管理下にあることを登録する端末登録処理を行う。
また、ＩＰ電話端末１０は、所望の相手先端末へ発信する際、所定の優先順位に基づき利用可状態のＳＩＰサーバ２１，２２のいずれかを選択し、そのＳＩＰサーバへ所望の相手先端末を示す相手先情報を含む発信要求メッセージを送信し、当該ＳＩＰサーバからの返答に基づき当該相手先端末とＩＰ網５０を介したＶｏＩＰ音声通話を開始する。

本実施の形態では、ＩＰ電話端末１０により、各ＳＩＰサーバ２１，２２の優先順位と利用可否状態をサーバ情報として管理しておき、ＩＰ電話端末１０から所望の相手先端末へ発信する際、サーバ情報の優先順位に基づき利用可のＳＩＰサーバを選択して発信要求を送信し、これに応じて当該ＳＩＰサーバから返答がない場合は、当該ＳＩＰサーバが利用不可状態である旨をサーバ情報に設定するとともに、当該ＳＩＰサーバへの端末登録処理を開始するようにしたものである。

ＩＰ電話端末１０には、通信インターフェース部（以下、通信Ｉ／Ｆ部という）１１、音声処理部１２、表示部１３、操作入力部１４、記憶部１５、および制御部１６が設けられている。

通信Ｉ／Ｆ部１１は、アクセス回線４０を介して各種パケットを送受信する通信回路からなり、ＩＰ網５０を介してＳＩＰサーバ２１，２２や相手先端末（図示せず）との間で各種呼制御メッセージを含む呼制御パケットやＶｏＩＰ音声通話用の音声パケットを送受信する機能を有している。
音声処理部１２は、音声符号化／復号化処理を行うコーデックやＤＳＰ（Digital Signal Processing Microprocessor）などの音声処理回路からなり、通信Ｉ／Ｆ部１１を介して受信した音声パケットを音声信号に変換してハンドセットやスピーカ（図示せず）から出力する機能と、マイクから入力された音声信号を音声パケットに変換して通信Ｉ／Ｆ部１１へ出力する機能とを有している。

表示部１３は、ＬＣＤやＬＥＤなどの表示ユニットからなり、制御部１６からの指示に応じて各種情報や状態を可視表示する機能を有している。
操作入力部１４は、操作キーやフックスイッチなどの操作入力回路からなり、利用者の操作を検出して制御部１６へ出力する機能を有している。

記憶部１５は、メモリやハードディスクなどの記憶装置からなり、制御部１６での処理動作に用いる各種制御情報やプログラム１５Ｐを記憶する記憶装置である。
プログラム１５Ｐは、制御部１６に読み込まれて実行されることにより、各種機能手段を実現するプログラムであり、予めＩＰ電話端末１０の通信Ｉ／Ｆ部１１や他の入出力インターフェース部（図示せず）を介して外部装置や記録媒体から読み込まれて記憶部１５へ格納される。

記憶部１５で記憶される主な制御情報としては、呼制御情報１５Ａとサーバ情報１５Ｂがある。
呼制御情報１５Ａは、ＩＰ電話端末１０での呼制御で用いる情報であり、当該ＩＰ電話端末１０のＩＰアドレスおよび電話番号を含む端末情報や、当該ＩＰ電話端末１０の動作状態を示す状態情報などが含まれている。
サーバ情報１５Ｂは、ＩＰ電話端末１０で利用する各ＳＩＰサーバ２１，２２に関する情報である。図２は、サーバ情報の構成例である。この例では、ＳＩＰサーバ２１，２２の識別情報ＩＤと、当該ＳＩＰサーバのＩＰアドレス、当該ＳＩＰサーバへアクセスする際に用いる認証情報、当該ＳＩＰサーバを利用する順序を示す優先順位、および各ＳＩＰサーバの利用可否状態とが組として登録されている。

制御部１６は、ＣＰＵなどのマイクロプロセッサとその周辺回路からなり、記憶部１５のプログラム１５Ｐを読み込んで実行することにより、上記ハードウェアとプログラム１５Ｐとを協働させて各種機能手段を実現する。
制御部１６で実現される主な機能手段としては、端末登録手段１６Ａ、呼制御手段１６Ｂ、およびサーバ管理手段１６Ｃがある。

端末登録手段１６Ａは、ＳＩＰサーバ２１，２２へ当該ＩＰ電話端末に関する端末情報を含む登録要求メッセージを送信することにより当該ＩＰ電話端末がＳＩＰサーバ２１，２２の管理下にあることを登録する端末登録処理を行う機能を有している。
呼制御手段１６Ｂは、所望の相手先端末へ発信する際、記憶部１５で記憶しているサーバ情報１５Ｂの優先順位に基づき利用可状態のＳＩＰサーバを選択する機能と、選択したＳＩＰサーバに対して当該相手先端末に関する相手先情報を含む発信要求メッセージを送信する機能と、当該ＳＩＰサーバからの返答に基づき当該相手先端末とＶｏＩＰ音声通話を開始する機能とを有している。

サーバ管理手段１６Ｃは、呼制御手段１６Ｂから送信された発信要求メッセージに応じてＳＩＰサーバから返答がない場合、当該ＳＩＰサーバが利用不可状態である旨を記憶部１５のサーバ情報１５Ｂに設定する機能と、端末登録手段１６Ａにより当該ＳＩＰサーバへの登録処理を開始する機能とを有している。

［第１の実施の形態の動作］
次に、図３を参照して、本発明の第１の実施の形態にかかるＩＰ電話端末の動作について説明する。図３は、本発明の第１の実施の形態にかかるＩＰ電話端末での発信処理を示すフローチャート図である。
ＩＰ電話端末１０の制御部１６は、操作入力部１４で検出された利用者の発信操作に応じて、図３の発信処理を開始する。

なお、この発信処理開始時点において、ＩＰ電話端末１０は、ＳＩＰサーバ２１，２２の両方に対して、予め端末登録手段１６Ａによる登録要求メッセージ（REGISTER）を用いた端末登録処理が完了しているものとする。また、これらＳＩＰサーバ２１，２２の優先順位や利用可否状態を示すサーバ情報１５Ｂは、前述した図２の内容で記憶部１５に記憶されているものとする。

まず、制御部１６は、呼制御手段１６Ｂにより、記憶部１５のサーバ情報１５Ｂを参照し、その優先順位に基づきＳＩＰサーバ２１，２２のうち利用可状態にあるＳＩＰサーバを選択する（ステップ１００）。
この場合、図２において「利用可」状態にあるＳＩＰサーバ２１，２２のうちＳＩＰサーバ２１の優先順位が最も高いことから、発信処理に用いるＳＩＰサーバとしてＳＩＰサーバ２１が選択される。

続いて、呼制御手段１６Ｂは、記憶部１５の呼制御情報１５Ａから当該ＩＰ電話端末１０の端末情報を取得し、この端末情報と利用者の発信操作で入力された相手先端末の電話番号からなる相手先情報とを含む発信要求メッセージ（INVITE)を、通信Ｉ／Ｆ部１１からアクセス回線４０およびＩＰ網５０を介してＳＩＰサーバ２１へ送信する（ステップ１０１）。

ここで、ＳＩＰサーバ２１が正常動作しており利用可状態にある場合、ＳＩＰサーバ２１は、ＩＰ電話端末１０から受信した発信要求メッセージに含まれる相手先情報の電話番号に対応する相手先端末のＩＰアドレスを、予め各ＩＰ電話端末からの端末登録処理により構築したデータベース（図示せず）から検索し、そのＩＰアドレス宛に発信要求メッセージを転送する。
その後、発信要求メッセージに応じて相手先端末から返送された呼出中メッセージ（180 RINGING）や応答メッセージ（200 OK）などの返答メッセージはＳＩＰサーバ２１で受信され、ＩＰ網５０およびアクセス回線４０を介して、その発信側であるＩＰ電話端末１０へ転送される。

ＩＰ電話端末１０の呼制御手段１６Ｂは、このようにして発信要求メッセージを送信した後、これに応じた応答メッセージによりＳＩＰサーバ２１から返答があった場合（ステップ１０２：ＹＥＳ）、ＩＰ網５０を介した相手先端末との接続、およびＶｏＩＰ音声通話を行うための呼接続処理へ移行する（ステップ１０３）。なお、これ以降の呼接続処理は、公知の技術と同様であり、ここでの説明は省略する。

一方、発信要求メッセージを送信した後、ＳＩＰサーバ２１から返答がなかった場合（ステップ１０２：ＮＯ）、ＩＰ電話端末１０の呼制御手段１６Ｂは、当該発信処理が失敗したと判断して発信処理を中止し（ステップ１０４）、発信エラーの旨を表示部１３で可視表示し、あるいは音声処理部１２によりビジートーンやエラートーンを用いて可聴表示することにより、利用者へ報知する。
これとともに、制御部１６のサーバ管理手段１６Ｃは、ＳＩＰサーバ２１が利用不可状態である旨を記憶部１５のサーバ情報１５Ｂに設定する（ステップ１０５）。

次に、サーバ管理手段１６Ｃは、端末登録手段１６Ａにより、利用不可と判断したＳＩＰサーバ２１に対する端末登録処理を開始し（ステップ１１０）、その端末処理が不成功の場合は（ステップ１１１：ＮＯ）、ステップ１１０に戻って端末登録処理を繰り返し行う。
一方、端末登録処理が成功した場合（ステップ１１１：ＹＥＳ）、ＳＩＰサーバ２１が利用可状態である旨を記憶部１５のサーバ情報１５Ｂに設定し（ステップ１１２）、一連の発信処理を終了する。

［第１の実施の形態の動作例］
次に、図４を参照して、本発明の第１の実施の形態にかかるＩＰ電話端末の動作例について説明する。図４は、本発明の第１の実施の形態にかかるＩＰ電話端末での発信処理（ＳＩＰサーバが利用不可の場合）を示すシーケンス図である。
ＳＩＰサーバ２１が利用不可状態にある場合、ＩＰ電話端末１０の実際の発信動作は、図４のような動作となる。

まず、発信要求操作が検出された場合（ステップ１５０）、ＩＰ電話端末１０でサーバ情報１５Ｂに基づきＳＩＰサーバ２１が選択され（ステップ１５１）、ＩＰ電話端末１０からＳＩＰサーバ２１に対して発信要求メッセージが送信される（ステップ１５２）。通常、ＳＩＰでは、図４に示すように、ＩＰ電話端末で発信要求を行う場合、ＳＩＰサーバから返答が来るまで、所定期間Ｔｉごとにｍ回（ｍ≧２の整数）繰り返し発信要求メッセージ（INVENTE）を送信する発信要求シーケンスが規定されている。

この発信要求シーケンスでＳＩＰサーバ２１から返答が得られなかった場合、ＩＰ電話端末１０は、ＳＩＰサーバ２１を用いた発信処理は失敗したと判断し（ステップ１５３）、当該発信処理を中止するとともに（ステップ１５４）、当該ＳＩＰサーバ２１が利用不可状態である旨をサーバ情報１５Ｂに設定する（ステップ１５５）。

次に、ＩＰ電話端末１０は、利用不可と判断したＳＩＰサーバ２１に対して端末登録メッセージを用いた端末登録処理を開始する（ステップ１６０）。通常、ＳＩＰでは、図４に示すように、ＩＰ電話端末で端末登録要求を行う場合、ＳＩＰサーバから返答が来るまで、所定期間Ｔｒごとにｎ回（ｎ≧２の整数）繰り返し端末登録要求メッセージ（REGISTER）を送信する端末登録要求シーケンスが規定されている。

その後、ＳＩＰサーバ２１が正常復旧して、ＩＰ電話端末１０からの端末登録要求メッセージに対して登録成功メッセージを返送した場合（ステップ１７０）、ＩＰ電話端末１０は、その登録成功メッセージに応じて端末登録要求が成功したと判断し（ステップ１７１）、ＳＩＰサーバ２１が利用可状態である旨をサーバ情報１５Ｂに設定し（ステップ１７２）、一連の発信処理を終了する。

このように、本実施の形態では、ＩＰ電話端末１０により、各ＳＩＰサーバ２１，２２の優先順位と利用可否状態をサーバ情報１５Ｂとして記憶部１５で管理しておき、ＩＰ電話端末１０から所望の相手先端末へ発信する際、サーバ情報１５Ｂの優先順位に基づき利用可のＳＩＰサーバを選択して発信要求を送信し、これに応じて当該ＳＩＰサーバから返答がない場合は、当該ＳＩＰサーバが利用不可状態である旨をサーバ情報１５Ｂに設定するとともに、当該ＳＩＰサーバへの端末登録処理を開始するようにしたので、その端末登録処理の成否に応じて、当該ＳＩＰサーバの利用可否状態を確認できる。

したがって、通常、ＩＰ電話端末で行われるヘルスチェックシーケンスによる端末登録処理タイミングの到来を待つことなく、利用不可状態と判断した当該ＳＩＰサーバの利用可否状態を確認できる。
これにより、ヘルスチェックシーケンスにおける例えば１８００秒（＝３０分）程度の有効期間が経過するより前に優先順位の高いＳＩＰサーバが利用可能な状態に復旧した場合、ＩＰ電話端末は直ちに再び利用可能な状態となったことを確認でき、ＩＰ電話サービスや通信コストさらには通信品質に応じて設定された優先順位の高いＳＩＰサーバを効率よく利用することができる。

［第２の実施の形態］
次に、図５および図６を参照して、本発明の第２の実施の形態にかかるＩＰ電話端末について説明する。図５は、本発明の第２の実施の形態にかかるＩＰ電話端末での発信処理を示すフローチャートあり、前述した図３と同じまたは同等部分には同一符号を付してある。

前述した第１の実施の形態では、ＩＰ電話端末１０から発信要求を行ったＳＩＰサーバ２１から返答がなかった場合、当該ＳＩＰサーバ２１が利用不可であると判断して発信処理を中止して当該ＳＩＰサーバ２１が利用不可状態である旨をサーバ情報１５Ｂに設定する場合について説明した。
本実施の形態では、当該ＳＩＰサーバ２１が利用不可状態である旨をサーバ情報１５Ｂに設定した後、同一相手先端末に対する新たな発信処理を起動する場合について説明する。なお、本実施の形態にかかるＩＰ電話端末１０の構成については、前述した図１と同等であり、ここでの詳細な説明は省略する。

図５に示すように、ＩＰ電話端末１０の呼制御手段１６Ｂは、サーバ管理手段１６Ｃにより、ＳＩＰサーバ２１が利用不可状態である旨を記憶部１５のサーバ情報１５Ｂに設定した後（ステップ１０５）、同一相手先端末に対する新たな発信処理を起動する（ステップ１０６）。

これにより、呼制御手段１６Ｂは、当該発信処理と並列して図５の発信処理を開始し、記憶部１５の更新されたサーバ情報１５Ｂを参照して、その優先順位に基づいて新たな利用可能状態にある新たなＳＩＰサーバ２２を選択して新たな発信処理を行う。
これにより、ＩＰ電話端末１０のサーバ管理手段１６Ｃは、上記新たな発信処理と並列して、前述と同様のステップ１００〜１１２により、利用不可状態となったＳＩＰサーバ２１に対する端末登録処理を開始することになる。

［第２の実施の形態の動作例］
次に、図６を参照して、本発明の第２の実施の形態にかかるＩＰ電話端末の動作例について説明する。図６は、本発明の第２の実施の形態にかかるＩＰ電話端末での発信処理（ＳＩＰサーバが利用不可の場合）を示すシーケンス図であり、前述した図４と同じまたは同等部分には同一符号を付してある。
ＳＩＰサーバ２１が利用不可状態にある場合、ＩＰ電話端末１０の実際の発信動作は、図６のような動作となる。

すなわち、ステップ１５５で、サーバ管理手段１６Ｃにより、当該ＳＩＰサーバ２１が利用不可状態である旨をサーバ情報１５Ｂに設定した後、制御部１６は、呼制御手段１６Ｂによる新たな発信処理と、サーバ管理手段１６Ｃによる端末登録処理との並列処理を開始する（ステップ１５６）。

この際、新たな発信処理では、呼制御手段１６Ｂにより、ステップ１５５で更新されたサーバ情報１５Ｂに基づき新たにＳＩＰサーバ２２が選択され（ステップ１８０）、ＩＰ電話端末１０からＳＩＰサーバ２２に対して発信要求メッセージが送信される（ステップ１８１）。

ここで、ＳＩＰサーバ２２が正常動作しており利用可状態にある場合、ＳＩＰサーバ２２は、ＩＰ電話端末１０から受信した発信要求メッセージに含まれる相手先情報の電話番号に対応する相手先端末のＩＰアドレスをデータベース（図示せず）から取得し、そのＩＰアドレス宛に発信要求メッセージを転送する。
その後、相手先端末から返送された呼出中メッセージ（180 RINGING）や応答メッセージ（200 OK）などの返答メッセージは、ＳＩＰサーバ２１を介してＩＰ電話端末１０へ転送される（ステップ１８２）。

ＩＰ電話端末１０の呼制御手段１６Ｂは、このようにして発信要求メッセージを送信した後、これに応じた応答メッセージによりＳＩＰサーバ２２から返答があった場合、ＩＰ網５０を介した相手先端末との接続、およびＶｏＩＰ音声通話を行うための呼接続処理へ移行する（ステップ１８３）。なお、これ以降の呼接続処理は、公知の技術と同様であり、ここでの説明は省略する。

このように、本実施の形態では、ＩＰ電話端末１０の制御部１６では、ステップ１５６以降、前述したステップ１６０〜１７２と同様のサーバ管理手段１６Ｃによる端末登録処理と並列して、呼制御手段１６Ｂによる新たな発信処理を開始するようにしたので、ＳＩＰサーバ２１により失敗した発信処理が、次の優先順位で選択した利用可能なＳＩＰサーバ２２で継続されるため、利用者が発信操作を繰り返すことなく再度発信処理が行われ、ＳＩＰサーバ異常時の再発信に関する利用者への操作負担を大幅に軽減できる。

［実施の形態の拡張］
以上の各実施の形態では、図１に示したように、２つのＳＩＰサーバ２１，２２のいずれかを選択する場合を例として説明したが、これに限定されるものではなく、３つ以上のＳＩＰサーバを選択する場合にも、本発明の各実施の形態を適用でき、同様の作用効果が得られる。
また、以上の各実施の形態では、呼制御サーバの具体例としてＳＩＰサーバ２１，２２を例に説明したが、呼制御サーバとしてこれらＳＩＰサーバ２１，２２と同様にゲートウェイ３０をサーバ情報１５Ｂに設定し、所定の優先順位でゲートウェイ３０を選択するようにしてもよい。

また、利用不可状態となったＳＩＰサーバに対して登録要求シーケンス（図４，図６：ステップ１６０）を繰り返す場合、連続して登録シーケンスを繰り返してもよく、ヘルスチェックシーケンスより短い間隔で登録シーケンスを繰り返してもよい。

本発明の第１の実施の形態にかかるＩＰ電話端末の構成を示すブロック図である。 サーバ情報の構成例である。 本発明の第１の実施の形態にかかるＩＰ電話端末での発信処理を示すフローチャート図である。 本発明の第１の実施の形態にかかるＩＰ電話端末での発信処理（ＳＩＰサーバが利用不可の場合）を示すシーケンス図である。 本発明の第２の実施の形態にかかるＩＰ電話端末での発信処理を示すフローチャート図である。 本発明の第２の実施の形態にかかるＩＰ電話端末での発信処理（ＳＩＰサーバが利用不可の場合）を示すシーケンス図である。

符号の説明

１０…ＩＰ電話端末、１１…通信Ｉ／Ｆ部、１２…音声処理部、１３…表示部、１４…操作入力部、１５…記憶部、１５Ａ…呼制御情報、１５Ｂ…サーバ情報、１５Ｐ…プログラム、１６…制御部、１６Ａ…端末登録手段、１６Ｂ…呼制御手段、１６Ｃ…サーバ管理手段、２１，２２…ＳＩＰサーバ、３０…ゲートウェイ、４０…アクセス回線、５０…ＩＰ網、６０…公衆電話網。

Claims (8)

1. ＩＰ網に接続された呼制御サーバによる呼制御に基づき、所望の相手先端末と当該ＩＰ網を介したＶｏＩＰ（Voice over IP）音声通話を行うＩＰ電話端末であって、
   前記ＩＰ網に接続されている複数の呼制御サーバに関する優先順位と利用可否状態をサーバ情報として記憶する記憶部と、
   当該ＩＰ電話端末に関する端末情報を含む登録要求メッセージを前記呼制御サーバへ送信することにより当該ＩＰ電話端末が前記呼制御サーバの管理下にあることを登録する端末登録処理を行う端末登録手段と、
   所望の相手先端末へ発信する際、前記サーバ情報の優先順位に基づき選択した利用可状態の呼制御サーバへ当該相手先端末に関する相手先情報を含む発信要求メッセージを送信し、当該呼制御サーバからの返答に基づき当該相手先端末とＶｏＩＰ音声通話を開始する呼制御手段と、
   前記発信要求メッセージに応じて前記呼制御サーバから返答がない場合、当該呼制御サーバが利用不可状態である旨を前記サーバ情報に設定するとともに、前記端末登録手段により当該呼制御サーバへの端末登録処理を開始するサーバ管理手段と
   を備えることを特徴とするＩＰ電話端末。
2. 請求項１に記載のＩＰ電話端末において、
   前記サーバ管理手段は、利用不可状態となった呼制御サーバに対する端末登録処理の登録成功に応じて当該呼制御サーバが利用可状態である旨を前記サーバ情報に設定することを特徴とするＩＰ電話端末。
3. 請求項１に記載のＩＰ電話端末において、
   前記呼制御手段は、前記発信要求メッセージに応じて前記呼制御サーバから返答がない場合、前記サーバ情報の優先順位に基づき利用可状態の新たな呼制御サーバを選択し、その新たな呼制御サーバへ発信要求メッセージを送信することを特徴とするＩＰ電話端末。
4. 請求項１に記載のＩＰ電話端末において、
   前記サーバ管理手段により選択される呼制御サーバは、前記端末登録手段により端末登録処理済みの呼制御サーバからなることを特徴とするＩＰ電話端末。
5. ＩＰ網に接続された呼制御サーバによる呼制御に基づき、所望の相手先端末と当該ＩＰ網を介したＶｏＩＰ（Voice over IP）音声通話を行うＩＰ電話端末のコンピュータに、
   前記ＩＰ網に接続されている複数の呼制御サーバに関する優先順位と利用可否状態をサーバ情報として記憶部で記憶する記憶ステップと、
   当該ＩＰ電話端末に関する端末情報を含む登録要求メッセージを前記呼制御サーバへ送信することにより当該ＩＰ電話端末が前記呼制御サーバの管理下にあることを登録する端末登録処理を行う端末登録ステップと、
   所望の相手先端末へ発信する際、前記サーバ情報の優先順位に基づき選択した利用可状態の呼制御サーバへ当該相手先端末に関する相手先情報を含む発信要求メッセージを送信し、当該呼制御サーバからの返答に基づき当該相手先端末とＶｏＩＰ音声通話を開始する呼制御ステップと、
   前記発信要求メッセージに応じて前記呼制御サーバから返答がない場合、当該呼制御サーバが利用不可状態である旨を前記サーバ情報に設定するとともに、前記端末登録ステップにより当該呼制御サーバへの端末登録処理を開始するサーバ管理ステップと
   を実行させるプログラム。
6. 請求項５に記載のプログラムにおいて、
   前記サーバ管理ステップは、利用不可状態となった呼制御サーバに対する端末登録処理の登録成功に応じて当該呼制御サーバが利用可状態である旨を前記サーバ情報に設定することを特徴とするプログラム。
7. 請求項５に記載のプログラムにおいて、
   前記呼制御ステップは、前記発信要求メッセージに応じて前記呼制御サーバから返答がない場合、前記サーバ情報の優先順位に基づき利用可状態の新たな呼制御サーバを選択し、その新たな呼制御サーバへ発信要求メッセージを送信することを特徴とするプログラム。
8. 請求項５に記載のプログラムにおいて、
   前記サーバ管理ステップにより選択される呼制御サーバは、前記端末登録ステップにより端末登録処理済みの呼制御サーバからなることを特徴とするプログラム。
   

Images