(57)【特許請求の範囲】
【請求項１】
ＩＰ網に接続された呼制御サーバによる呼制御に基づき、ＩＰ電話端末間で前記ＩＰ網を介した音声通話を行うＩＰ電話システムにおいて、
各ＩＰ電話端末は、
所望の着信側ＩＰ電話端末へ発信する際、呼制御サーバへ着信側ＩＰ電話端末に関する相手先情報を含む発信要求メッセージを送信し、前記呼制御サーバからの返答に基づき着信側ＩＰ電話端末と音声通話を開始する呼制御手段と、
発信側ＩＰ電話端末又は着信側ＩＰ電話端末として相手先端末と通話中に接続の有効性を確認するヘルスチェックメッセージを所定時間毎に前記呼制御サーバを介して相手先端末に送信するヘルスチェック手段と、
前記ヘルスチェックメッセージに対する応答がない場合に、相手先端末に関する相手先情報を含む継続要求メッセージを所定の通信相手に送信する通話継続制御手段と、
前記ヘルスチェックメッセージを送信した相手先端末との通話中に受信したメッセージの内容を確認し、このメッセージが前記継続要求メッセージである場合に、相手先端末との現在の通話を継続すべきと判定する判定手段と、
前記呼制御サーバの情報に基づいて利用可能な呼制御サーバを判定するサーバ管理手段とを備え、
前記通話継続制御手段は、前記サーバ管理手段によって前記通話中に利用している呼制御サーバの他に利用可能な呼制御サーバが存在しないと判定された場合に、前記所定の通信相手として現在通話中の相手先端末に前記継続要求メッセージを送信することを特徴とするＩＰ電話システム。
【請求項２】
請求項１記載のＩＰ電話システムにおいて、
前記通話継続制御手段は、前記発信要求メッセージと同じＳＤＰ（Session Description Protocol）の内容を含む前記継続要求メッセージを生成し、
前記判定手段は、通話中に受信したメッセージのＳＤＰの内容と通話開始前に送受信した前記発信要求メッセージのＳＤＰの内容とを比較して、前記通話中に受信したメッセージが前記継続要求メッセージかどうかを判定することを特徴とするＩＰ電話システム。
【請求項３】
ＩＰ網に接続された呼制御サーバによる呼制御に基づき、他のＩＰ電話端末と前記ＩＰ網を介した音声通話を行うＩＰ電話端末において、
所望の着信側ＩＰ電話端末へ発信する際、呼制御サーバへ着信側ＩＰ電話端末に関する相手先情報を含む発信要求メッセージを送信し、前記呼制御サーバからの返答に基づき着信側ＩＰ電話端末と音声通話を開始する呼制御手段と、
発信側ＩＰ電話端末又は着信側ＩＰ電話端末として相手先端末と通話中に接続の有効性を確認するヘルスチェックメッセージを所定時間毎に前記呼制御サーバを介して相手先端末に送信するヘルスチェック手段と、
前記ヘルスチェックメッセージに対する応答がない場合に、相手先端末に関する相手先情報を含む継続要求メッセージを所定の通信相手に送信する通話継続制御手段と、
前記ヘルスチェックメッセージを送信した相手先端末との通話中に受信したメッセージの内容を確認し、このメッセージが前記継続要求メッセージである場合に、相手先端末との現在の通話を継続すべきと判定する判定手段と、
前記呼制御サーバの情報に基づいて利用可能な呼制御サーバを判定するサーバ管理手段とを備え、
前記通話継続制御手段は、前記サーバ管理手段によって前記通話中に利用している呼制御サーバの他に利用可能な呼制御サーバが存在しないと判定された場合に、前記所定の通信相手として現在通話中の相手先端末に前記継続要求メッセージを送信することを特徴とするＩＰ電話端末。
【請求項４】
請求項３記載のＩＰ電話端末において、
前記通話継続制御手段は、前記発信要求メッセージと同じＳＤＰの内容を含む前記継続要求メッセージを生成し、
前記判定手段は、通話中に受信したメッセージのＳＤＰの内容と通話開始前に送受信した前記発信要求メッセージのＳＤＰの内容とを比較して、前記通話中に受信したメッセージが前記継続要求メッセージかどうかを判定することを特徴とするＩＰ電話端末。
【請求項５】
ＩＰ網に接続された呼制御サーバによる呼制御に基づき、他のＩＰ電話端末と前記ＩＰ網を介した音声通話を行うＩＰ電話端末としてコンピュータを機能させるＩＰ電話端末プログラムであって、
所望の着信側ＩＰ電話端末へ発信する際、呼制御サーバへ着信側ＩＰ電話端末に関する相手先情報を含む発信要求メッセージを送信し、前記呼制御サーバからの返答に基づき着信側ＩＰ電話端末と音声通話を開始する呼制御ステップと、
発信側ＩＰ電話端末又は着信側ＩＰ電話端末として相手先端末と通話中に接続の有効性を確認するヘルスチェックメッセージを所定時間毎に前記呼制御サーバを介して相手先端末に送信するヘルスチェックステップと、
前記ヘルスチェックメッセージに対する応答がない場合に、相手先端末に関する相手先情報を含む継続要求メッセージを所定の通信相手に送信する通話継続制御ステップと、
前記ヘルスチェックメッセージを送信した相手先端末との通話中に受信したメッセージの内容を確認し、このメッセージが前記継続要求メッセージである場合に、相手先端末との現在の通話を継続すべきと判定する判定ステップとを、コンピュータに実行させ、
前記通話継続制御ステップは、前記ヘルスチェックメッセージに対する応答がない場合に、前記呼制御サーバの情報に基づいて利用可能な呼制御サーバを判定するステップを含み、前記通話中に利用している呼制御サーバの他に利用可能な呼制御サーバが存在しないと判定した場合に、前記所定の通信相手として現在通話中の相手先端末に前記継続要求メッセージを送信することを特徴とするＩＰ電話端末プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ電話技術に関し、特にＩＰ網に接続された呼制御サーバによる呼制御に基づき、ＩＰ電話端末間でＩＰ網を介した音声通話を行うＩＰ電話システム、ＩＰ電話端末およびプログラムに関するものである。
【背景技術】
【０００２】
ＩＰ電話端末は、インターネットに代表されるＩＰ網を介して音声パケットを送受信することにより、ＶｏＩＰ（Voice over IP）音声通話を実現する電話装置である。このようなＩＰ電話端末は、一般的な公衆電話網（ＰＳＴＮ：Public Switched Telephone Networks）を利用する場合と比較して通話コストが安価であることから多くの注目を集めており、企業だけでなく個人でもその導入が進みつつある。
【０００３】
この種のＩＰ電話端末では、ＳＩＰ（Session Initiation Protocol）と呼ばれる呼制御プロトコルを用いて、ＩＰ網に配置されているＳＩＰサーバとメッセージをやり取りして各種呼制御を行う。ＳＩＰは、ＩＰ網上でマルチメディアセッションを確立・変更・終了するために用いられる、アプリケーション層のシグナリングプロトコルである（例えば、非特許文献１参照）。
【０００４】
図７は従来のＩＰ電話システムの構成を示すブロック図である。図７において、１０００，１００１はＩＰ電話端末、１００２はＳＩＰサーバ、１００３はＩＰ網、１００４は公衆電話網、１００５はＳＩＰを用いてＩＰ電話端末１０００，１００１と公衆電話網１００４の電話端末との音声通話のための呼制御を行うゲートウェイ、１００６，１００７はＩＰ電話端末１０００，１００１とＩＰ網１００３とを接続するアクセス回線である。
【０００５】
図８は従来のＩＰ電話システムの動作を示すシーケンス図である。ＩＰ電話システムでは、従来の公衆電話網のように電話番号とアクセス回線とが対応付けられていないため、各電話端末を特定する情報としてＩＰ電話端末のＩＰアドレスやＵＲＩ（Uniform Resource Identifier）などのネットワークアドレスを用いる。したがって、ＳＩＰでは、利用者がＩＰ電話サーヒスを受ける所定のＳＩＰサーバへ、ＩＰ電話端末から自端末のアドレスや電話番号を含む各種端末情報を予め端末登録処理を行うことにより、当該ＩＰ電話端末がＳＩＰサーバの管理下にあることを登録しておくものとなっている。図８に示すＩＰ電話端末１０００，１００１からの登録要求メッセージ（Ｒｅｇｉｓｔ）３００，３０２の送信とそれに対するＳＩＰサーバ１００２からの応答メッセージ３０１，３０３の返信は、この端末登録処理を示している。
【０００６】
ＩＰ電話端末で利用者が発信操作を行った場合、予め登録されているＳＩＰサーバへ、相手先端末の電話番号を含む発信要求メッセージがＩＰ電話端末から送信される。これに応じてＳＩＰサーバは、予め登録されている各ＩＰ電話端末の端末情報を参照して、その発信要求メッセージに含まれる相手先端末の電話番号に対応するネットワークアドレスを検索し、そのアドレスを用いて相手先端末へ発信要求メッセージを転送する。このようにして、発信側のＩＰ電話端末は、ＩＰ網上のＳＩＰサーバを介して着信側の相手先端末と各種メッセージをやり取りした後、相手先端末からの応答メッセージに応じて相手先端末とＩＰ網を介して直接接続し、音声パケットを用いたＶｏＩＰ音声通話を開始する。図８の例では、ＩＰ電話端末１０００から発信要求メッセージ（ＩＮＶＩＴＥ）３０４が送信され、ＳＩＰサーバ１００２によって相手先端末であるＩＰ電話端末１００１に発信要求メッセージ３０５が転送される。さらに、ＳＩＰサーバ１００２は、ＩＰ電話端末１００１からの応答メッセージ３０６をＩＰ電話端末１０００に応答メッセージ３０７として転送している。
【０００７】
従来、この種のＩＰ電話システムでは、通話中に接続の有効性を確認するヘルスチェックを所定時間毎に行っている。図８の例では、ＩＰ電話端末１０００からヘルスチェックメッセージ（ＩＮＶＩＴＥ）３０８が送信され、ＳＩＰサーバ１００２によってＩＰ電話端末１００１にヘルスチェックメッセージ３０９が転送される。さらに、ＳＩＰサーバ１００２は、ＩＰ電話端末１００１からの応答メッセージ３１０をＩＰ電話端末１０００に応答メッセージ３１１として転送している。ここで、ＳＩＰサーバ１００２に異常が発生した場合、ＩＰ電話端末１０００はヘルスチェックの応答メッセージを受信できなくなる。この場合、ＩＰ電話端末１０００は、ＩＰ電話端末１００１との通話を切断するようにしていた。図８の例では、ヘルスチェックの応答メッセージを受信できなかったＩＰ電話端末１０００が、切断メッセージ３１３を送出している。
【０００８】
【非特許文献１】Request for Comments:3261，「SIP: Session Initiation Protocol」，Network Working Group，June 2002，The Internet Society
【発明の開示】
【発明が解決しようとする課題】
【０００９】
以上のように従来のＩＰ電話システムでは、ヘルスチェックで通信不可を検出した場合、通話を切断するようにしている。このため、相手先端末とピアツーピア（Peer to Peer）で通話音声を正常に送受信している場合であっても、通話を管理しているＳＩＰサーバとの通信が不能になると、通話を切断してしまうという問題点があった。
【００１０】
本発明は、上記課題を解決するためになされたもので、通話を管理しているＳＩＰサーバに異常が発生した場合であっても、相手先端末との通話の継続性を高めることができるＩＰ電話システム、ＩＰ電話端末およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、ＩＰ網に接続された呼制御サーバによる呼制御に基づき、ＩＰ電話端末間で前記ＩＰ網を介した音声通話を行うＩＰ電話システムにおいて、各ＩＰ電話端末は、所望の着信側ＩＰ電話端末へ発信する際、呼制御サーバへ着信側ＩＰ電話端末に関する相手先情報を含む発信要求メッセージを送信し、前記呼制御サーバからの返答に基づき着信側ＩＰ電話端末と音声通話を開始する呼制御手段と、発信側ＩＰ電話端末又は着信側ＩＰ電話端末として相手先端末と通話中に接続の有効性を確認するヘルスチェックメッセージを所定時間毎に前記呼制御サーバを介して相手先端末に送信するヘルスチェック手段と、前記ヘルスチェックメッセージに対する応答がない場合に、相手先端末に関する相手先情報を含む継続要求メッセージを所定の通信相手に送信する通話継続制御手段と、前記ヘルスチェックメッセージを送信した相手先端末との通話中に受信したメッセージの内容を確認し、このメッセージが前記継続要求メッセージである場合に、相手先端末との現在の通話を継続すべきと判定する判定手段と、前記呼制御サーバの情報に基づいて利用可能な呼制御サーバを判定するサーバ管理手段とを備え、前記通話継続制御手段は、前記サーバ管理手段によって前記通話中に利用している呼制御サーバの他に利用可能な呼制御サーバが存在しないと判定された場合に、前記所定の通信相手として現在通話中の相手先端末に前記継続要求メッセージを送信することを特徴とするものである。
【００１２】
また、本発明のＩＰ電話システムの１構成例において、前記通話継続制御手段は、前記発信要求メッセージと同じＳＤＰ（Session Description Protocol）の内容を含む前記継続要求メッセージを生成し、前記判定手段は、通話中に受信したメッセージのＳＤＰの内容と通話開始前に送受信した前記発信要求メッセージのＳＤＰの内容とを比較して、前記通話中に受信したメッセージが前記継続要求メッセージかどうかを判定するものである。
【００１３】
また、本発明は、ＩＰ網に接続された呼制御サーバによる呼制御に基づき、他のＩＰ電話端末と前記ＩＰ網を介した音声通話を行うＩＰ電話端末において、所望の着信側ＩＰ電話端末へ発信する際、呼制御サーバへ着信側ＩＰ電話端末に関する相手先情報を含む発信要求メッセージを送信し、前記呼制御サーバからの返答に基づき着信側ＩＰ電話端末と音声通話を開始する呼制御手段と、発信側ＩＰ電話端末又は着信側ＩＰ電話端末として相手先端末と通話中に接続の有効性を確認するヘルスチェックメッセージを所定時間毎に前記呼制御サーバを介して相手先端末に送信するヘルスチェック手段と、前記ヘルスチェックメッセージに対する応答がない場合に、相手先端末に関する相手先情報を含む継続要求メッセージを所定の通信相手に送信する通話継続制御手段と、前記ヘルスチェックメッセージを送信した相手先端末との通話中に受信したメッセージの内容を確認し、このメッセージが前記継続要求メッセージである場合に、相手先端末との現在の通話を継続すべきと判定する判定手段と、前記呼制御サーバの情報に基づいて利用可能な呼制御サーバを判定するサーバ管理手段とを備え、前記通話継続制御手段は、前記サーバ管理手段によって前記通話中に利用している呼制御サーバの他に利用可能な呼制御サーバが存在しないと判定された場合に、前記所定の通信相手として現在通話中の相手先端末に前記継続要求メッセージを送信することを特徴とするものである。
【００１４】
また、本発明のＩＰ電話端末プログラムは、所望の着信側ＩＰ電話端末へ発信する際、呼制御サーバへ着信側ＩＰ電話端末に関する相手先情報を含む発信要求メッセージを送信し、前記呼制御サーバからの返答に基づき着信側ＩＰ電話端末と音声通話を開始する呼制御ステップと、発信側ＩＰ電話端末又は着信側ＩＰ電話端末として相手先端末と通話中に接続の有効性を確認するヘルスチェックメッセージを所定時間毎に前記呼制御サーバを介して相手先端末に送信するヘルスチェックステップと、前記ヘルスチェックメッセージに対する応答がない場合に、相手先端末に関する相手先情報を含む継続要求メッセージを所定の通信相手に送信する通話継続制御ステップと、前記ヘルスチェックメッセージを送信した相手先端末との通話中に受信したメッセージの内容を確認し、このメッセージが前記継続要求メッセージである場合に、相手先端末との現在の通話を継続すべきと判定する判定ステップとを、コンピュータに実行させ、前記通話継続制御ステップは、前記ヘルスチェックメッセージに対する応答がない場合に、前記呼制御サーバの情報に基づいて利用可能な呼制御サーバを判定するステップを含み、前記通話中に利用している呼制御サーバの他に利用可能な呼制御サーバが存在しないと判定した場合に、前記所定の通信相手として現在通話中の相手先端末に前記継続要求メッセージを送信することを特徴とするものである。
【発明の効果】
【００１５】
本発明によれば、ヘルスチェックメッセージに対する応答がない場合に、ＩＰ電話端末が、継続要求メッセージを所定の通信相手に送信するようにしたので、通話を管理している呼制御サーバに異常が発生した場合であっても、相手先端末との通話の継続性を高めることができる。
【００１６】
また、本実施の形態では、ヘルスチェックメッセージを送信したＩＰ電話端末の通話継続制御手段が、発信要求メッセージと同じＳＤＰの内容を含む継続要求メッセージを生成し、相手先端末の判定手段が、通話中に受信したメッセージのＳＤＰの内容と通話開始前に送受信した発信要求メッセージのＳＤＰの内容とを比較することにより、通話中に受信したメッセージが継続要求メッセージかどうかを判定することができる。メッセージを受信したＩＰ電話端末は、ＳＤＰの内容が一致すれば、受信したメッセージが継続要求メッセージであると判定し、相手先端末との現在の通話を継続する。
【発明を実施するための最良の形態】
【００１７】
［第１の実施の形態］
以下、本発明の実施の形態について図面を参照して説明する。図１は本発明の第１の実施の形態に係るＩＰ電話システムの構成を示すブロック図である。
ＩＰ電話端末１０−１，１０−２は、専用の電話装置やパーソナルコンピュータからなり、インターネットに代表されるＩＰ網５０に接続されて、このＩＰ網５０を介して音声パケットを送受信することにより、ＶｏＩＰ（Voice over IP）音声通話を実現する端末装置である。
【００１８】
ＩＰ網５０には、ＳＩＰ（Session Initiation Protocol）と呼ばれる呼制御プロトコルを用いて、ＩＰ電話端末１０−１，１０−２に関する呼制御を行うＳＩＰサーバ２０が接続されている。また、ＩＰ網５０には、ＳＩＰを用いてＩＰ電話端末１０−１，１０−２と公衆電話網（ＰＳＴＮ：Public Switched Telephone Networks）６０の電話端末との音声通話のための呼制御を行うゲートウェイ３０が接続されている。これらＳＩＰサーバ２０およびゲートウェイ３０は、公知の技術に基づくものであり、ここでの詳細な説明は省略する。本発明では、ＳＩＰサーバ２０およびゲートウェイ３０をまとめて呼制御サーバという。
【００１９】
ＩＰ電話端末１０−１，１０−２は、アクセス回線４０−１，４０−２を介してＩＰ網５０に接続されており、ＩＰ電話端末１０−１，１０−２がＳＩＰサーバ２０を利用する際には、予め各ＳＩＰサーバ２０に対して、ＩＰ電話端末１０−１，１０−２に関する端末情報を含む端末登録要求メッセージを送信することによりＩＰ電話端末１０−１，１０−２がＳＩＰサーバ２０の管理下にあることを登録する端末登録処理を行う。また、ＩＰ電話端末１０−１，１０−２は、所望の相手先端末へ発信する際、ＳＩＰサーバ２０へ所望の相手先端末を示す相手先情報を含む発信要求メッセージを送信し、ＳＩＰサーバ２０からの返答に基づき相手先端末とＩＰ網５０を介したＶｏＩＰ音声通話を開始する。
【００２０】
ＩＰ電話端末１０−１には、通信インターフェース部（以下、通信Ｉ／Ｆ部という）１１、音声処理部１２、表示部１３、操作入力部１４、記憶部１５、および制御部１６が設けられている。
【００２１】
通信Ｉ／Ｆ部１１は、アクセス回線４０−１を介して各種パケットを送受信する通信回路からなり、ＩＰ網５０を介してＳＩＰサーバ２０や相手先端末（不図示）との間で各種呼制御メッセージを含む呼制御パケットやＶｏＩＰ音声通話用の音声パケットを送受信する機能を有している。
【００２２】
音声処理部１２は、音声符号化／復号化処理を行うコーデックやＤＳＰ（Digital Signal Processor）などの音声処理回路からなり、通信Ｉ／Ｆ部１１を介して受信した音声パケットを音声信号に変換してハンドセットやスピーカ（不図示）から出力する機能と、マイクから入力された音声信号を音声パケットに変換して通信Ｉ／Ｆ部１１へ出力する機能とを有している。
表示部１３は、ＬＣＤやＬＥＤなどの表示素子からなり、制御部１６からの指示に応じて各種情報や状態を可視表示する機能を有している。
【００２３】
操作入力部１４は、操作キーやフックスイッチなどの操作入力回路からなり、利用者の操作を検出して制御部１６へ出力する機能を有している。
記憶部１５は、メモリやハードディスクなどの記憶装置からなり、制御部１６での処理動作に用いる各種制御情報やプログラム１５Ｐを記憶する記憶装置である。
【００２４】
プログラム１５Ｐは、制御部１６に読み込まれて実行されることにより、各種機能手段を実現するプログラムであり、予めＩＰ電話端末１０−１の通信Ｉ／Ｆ部１１や他の入出力インターフェース部（不図示）を介して外部装置や記録媒体から読み込まれて記憶部１５へ格納される。
【００２５】
記憶部１５で記憶される主な制御情報としては、呼制御情報１５Ａとサーバ情報１５Ｂがある。呼制御情報１５Ａは、ＩＰ電話端末１０−１での呼制御で用いる情報であり、ＩＰ電話端末１０−１のＩＰアドレスおよび電話番号を含む端末情報や、ＩＰ電話端末１０−１の動作状態を示す状態情報などが含まれている。サーバ情報１５Ｂは、ＩＰ電話端末１０−１で利用するＳＩＰサーバ２０に関する情報である。サーバ情報の例としては、ＳＩＰサーバ２０の識別情報ＩＤと、ＳＩＰサーバ２０のＩＰアドレス、ＳＩＰサーバ２０へアクセスする際に用いる認証情報、ＳＩＰサーバ２０の利用可否状態などがある。
【００２６】
制御部１６は、ＣＰＵなどのマイクロプロセッサとその周辺回路からなり、記憶部１５のプログラム１５Ｐを読み込んで実行することにより、上記ハードウェアとプログラム１５Ｐとを協働させて各種機能手段を実現する。
制御部１６で実現される主な機能手段としては、端末登録部１６Ａと、呼制御部１６Ｂと、サーバ管理部１６Ｃと、ヘルスチェック部１６Ｄとがある。
【００２７】
端末登録部１６Ａは、ＳＩＰサーバ２０へＩＰ電話端末１０−１に関する端末情報を含む登録要求メッセージを送信することによりＩＰ電話端末１０−１がＳＩＰサーバ２０の管理下にあることを登録する端末登録処理を行う機能を有している。
【００２８】
呼制御部１６Ｂは、所望の相手先端末へ発信する際に利用可能状態のＳＩＰサーバに対して相手先端末に関する相手先情報を含む発信要求メッセージを送信する機能と、当該ＳＩＰサーバからの返答に基づき相手先端末とＶｏＩＰ音声通話を開始する機能とを有している。さらに、呼制御部１６Ｂは、発信側ＩＰ電話端末として動作するときに、ヘルスチェックメッセージに対する応答がない場合に、相手先情報を含む継続要求メッセージを所定の通信相手に送信する通話継続制御手段と、相手先端末として動作するときに、受信したメッセージの内容を確認し、このメッセージが継続要求メッセージである場合に、発信側ＩＰ電話端末との現在の通話を継続すべきと判定する判定手段とを構成している。
【００２９】
サーバ管理部１６Ｃは、サーバ情報１５Ｂに基づいて利用可能なＳＩＰサーバを判定する機能を有している。
ヘルスチェック部１６Ｄは、発信側ＩＰ電話端末として動作するときに、相手先端末との通話中に接続の有効性を確認するヘルスチェックメッセージを所定時間毎に送信する機能を有している。
なお、図１では、ＩＰ電話端末１０−１のみその構成を示しているが、ＩＰ電話端末１０−２についても構成は同じである。
【００３０】
次に、本実施の形態のＩＰ電話システムの動作を説明する。図２は発信側のＩＰ電話端末の動作を示すフローチャート、図３は着信側のＩＰ電話端末の動作を示すフローチャート、図４はＩＰ電話システムの動作を示すシーケンス図である。図４の例では、発信側のＩＰ電話端末を１０−１、着信側のＩＰ電話端末を１０−２としている。なお、図２、図３は、ＩＰ電話端末１０−１と１０−２との間で通話が開始された後の動作を示している。
【００３１】
まず、ＩＰ電話端末１０−１の端末登録部１６Ａは、通信Ｉ／Ｆ部１１を介してＳＩＰサーバ２０に登録要求メッセージ（Ｒｅｇｉｓｔ）１００を送信する。ＳＩＰサーバ２０は、受信した登録要求メッセージ１００に含まれる端末情報に応じて所定の処理を行い、ＩＰ電話端末１０−１に登録成功メッセージ１０１を返送する。これにより、ＩＰ電話端末１０−１は、ＳＩＰサーバ２０の管理下の端末として登録される。
同様に、ＩＰ電話端末１０−２の端末登録部１６Ａは、ＳＩＰサーバ２０に登録要求メッセージ１０２を送信し、ＳＩＰサーバ２０は、登録成功メッセージ１０３を返送する。
【００３２】
次に、ＩＰ電話端末１０−１の呼制御部１６Ｂは、相手先端末であるＩＰ電話端末１０−２と通話したい場合、ＩＰ電話端末１０−２の電話番号を含む発信要求メッセージ（ＩＮＶＩＴＥ）１０４をＳＩＰサーバ２０に対して送信する。
発信要求メッセージ１０４に応じてＳＩＰサーバ２０は、予め登録されている各ＩＰ電話端末の端末情報を参照して、発信要求メッセージ１０４に含まれる相手先端末の電話番号に対応するネットワークアドレスを検索し、そのアドレスを用いて相手先端末であるＩＰ電話端末１０−２に発信要求メッセージ１０５を転送する。
【００３３】
発信要求メッセージ１０５を受けたＩＰ電話端末１０−２が応答すると、ＩＰ電話端末１０−２の呼制御部１６ＢからＳＩＰサーバ２０に対して応答メッセージ１０６が返送される。
ＳＩＰサーバ２０は、応答メッセージ１０６をＩＰ電話端末１０−１に応答メッセージ１０７として転送する。こうして、ＩＰ電話端末１０−１とＩＰ電話端末１０−２との間でＩＰ網５０を介したＶｏＩＰ音声通話が開始される。
【００３４】
次に、ＩＰ電話端末１０−１のヘルスチェック部１６Ｄは、応答メッセージ１０７を受信したときに、内部のヘルスチェックタイマ（不図示）をカウント値０に設定して、ヘルスチェックタイマのカウントを開始する（図２ステップＳ１）。ヘルスチェック部１６Ｄは、ＩＰ電話端末１０−２との通話中（ステップＳ２）、ヘルスチェックタイマの値が所定値を経過したかどうかを判定する（ステップＳ３）。
【００３５】
そして、ＩＰ電話端末１０−１のヘルスチェック部１６Ｄは、ヘルスチェックタイマの値が所定値を経過した場合（ステップＳ３においてＹＥＳ）、接続の有効性を確認するヘルスチェックメッセージ（ＩＮＶＩＴＥ）１０８をＳＩＰサーバ２０に送信する（ステップＳ４）。
ＳＩＰサーバ２０は、受信したヘルスチェックメッセージ１０８をＩＰ電話端末１０−２にヘルスチェックメッセージ１０９として転送する。
【００３６】
ＩＰ電話端末１０−２のヘルスチェック部１６Ｄは、ヘルスチェックメッセージ１０９を受信すると（図３ステップＳ２０においてＹＥＳ）、ＳＩＰサーバ２０に対して応答メッセージ１１０を返送する（ステップＳ２１）。
ＳＩＰサーバ２０は、応答メッセージ１１０をＩＰ電話端末１０−１に応答メッセージ１１１として転送する。
【００３７】
ＩＰ電話端末１０−１のヘルスチェック部１６Ｄは、応答メッセージ１１１を正常に受信した場合（ステップＳ５においてＹＥＳ）、ヘルスチェックタイマをカウント値０に再設定し（ステップＳ６）、ステップＳ３に戻ってヘルスチェックタイマのカウントを再び開始する。
こうして、図２のステップＳ３〜Ｓ６の処理が繰り返され、図４に示すようにヘルスチェックメッセージ１１２が所定時間毎に送信される。
【００３８】
ここで、ＳＩＰサーバ２０の異常動作により、ヘルスチェックの応答メッセージが戻ってこない場合、ステップＳ５において判定ＮＯとなり、ＩＰ電話端末１０−１のヘルスチェック部１６Ｄは、ＳＩＰサーバ２０との通信が不可であると判断する。
ＳＩＰサーバ２０との通信が不可となった場合、ＩＰ電話端末１０−１のサーバ管理部１６Ｃは、ＳＩＰサーバ２０の他に利用可能なＳＩＰサーバが存在するかどうかを判定する（図２ステップＳ７）。本実施の形態では、利用可能なサーバはＳＩＰサーバ２０のみである。
【００３９】
ＳＩＰサーバ２０との通信が不可で、他に利用可能なＳＩＰサーバも無い場合、ＩＰ電話端末１０−１の呼制御部１６Ｂは、通信Ｉ／Ｆ部１１を介してＩＰ電話端末１０−２に対して継続要求メッセージ（ＩＮＶＩＴＥ）１１３を送信する（ステップＳ８）。このとき、呼制御部１６Ｂは、発信要求メッセージ１０４に含まれる相手先情報をそのまま継続要求メッセージ１１３に記述すると共に、発信要求メッセージ１０４に含まれるＳＤＰ（Session Description Protocol）フィールドと同じ内容を継続要求メッセージ１１３のＳＤＰフィールドに記述する。具体的には、発信要求メッセージ１０４のＳＤＰフィールドに含まれる発信元ＩＰアドレス（ＩＰ電話端末１０−１のＩＰアドレス）と音声ポート番号とを、そのまま継続要求メッセージ１１３のＳＤＰフィールドに格納する。なお、ＳＤＰについては、例えば文献「Request for Comments: 4566，“SDP: Session Description Protocol”，Network Working Group，July 2006，The Internet Society」に開示されている。
【００４０】
ＩＰ電話端末１０−２の呼制御部１６Ｂは、ＩＰ電話端末１０−１からメッセージ１１３を受信すると（図３ステップＳ２２においてＹＥＳ）、このメッセージ１１３のＳＤＰフィールドの内容を確認する（ステップＳ２３，Ｓ２４）。そして、呼制御部１６Ｂは、メッセージ１１３のＳＤＰフィールドに含まれる発信元ＩＰアドレスと音声ポート番号とが、それぞれ現在の通話に関わるＳＤＰの発信元ＩＰアドレスと音声ポート番号（発信要求メッセージ１０５から取得した発信元ＩＰアドレスと音声ポート番号）とに一致する場合、メッセージ１１３を継続要求メッセージであると判定し、ＩＰ電話端末１０−１との現在の通話を継続し、応答メッセージ１１４をＩＰ電話端末１０−１に返送する（ステップＳ２５）。
【００４１】
なお、メッセージ１１３のＳＤＰフィールドに含まれる発信元ＩＰアドレスと音声ポート番号のうち少なくとも一方が、現在の通話に関わるＳＤＰの発信元ＩＰアドレスと音声ポート番号とに一致しない場合、メッセージ１１３は現在の通話を継続するための継続要求メッセージではなく、新規の発信要求メッセージである。この場合、ＩＰ電話端末１０−２の呼制御部１６Ｂは、メッセージ１１３を新規の着信として扱う（ステップＳ２６）。
【００４２】
ＩＰ電話端末１０−１のヘルスチェック部１６Ｄは、応答メッセージ１１４を正常に受信した場合（図２ステップＳ９においてＹＥＳ）、ヘルスチェックタイマをカウント値０に再設定し（ステップＳ１０）、ステップＳ３に戻ってヘルスチェックタイマのカウントを再び開始する。
また、ＩＰ電話端末１０−１の呼制御部１６Ｂは、応答メッセージ１１４を受信できなかった場合（ステップＳ９においてＮＯ）、ＩＰ電話端末１０−２との通話を切断する（ステップＳ１１）。
【００４３】
以上のように、本実施の形態では、ヘルスチェックメッセージに対する応答がない場合に、発信側ＩＰ電話端末１０−１が、継続要求メッセージを相手先端末１０−２に送信するようにしたので、通話を管理しているＳＩＰサーバ２０に異常が発生した場合であっても、相手先端末１０−２との通話の継続性を高めることができる。継続要求メッセージの内容は、宛先ＩＰアドレスが相手先端末１０−２のアドレスに変わるだけで、その他の内容は発信要求メッセージと同様である。したがって、ＩＰ電話端末の構成を大幅に変更する必要はなく、ＳＩＰの手順を利用して相手先端末１０−２に継続要求メッセージを処理させることができる。
【００４４】
［第２の実施の形態］
次に、本発明の第２の実施の形態について説明する。第１の実施の形態では、利用可能なＳＩＰサーバが１台の場合について説明したが、本実施の形態では、利用可能なＳＩＰサーバが複数台存在する場合について説明する。図５は本発明の第２の実施の形態に係るＩＰ電話システムの構成を示すブロック図であり、図１と同様の構成には同一の符号を付してある。本実施の形態では、利用可能なＳＩＰサーバが２０−１と２０−２の２台存在する。
【００４５】
図６は本実施の形態のＩＰ電話システムの動作を示すシーケンス図である。以下、図２、図３、図６を用いて本実施の形態のＩＰ電話システムの動作を説明する。
まず、ＩＰ電話端末１０−１の端末登録部１６Ａは、通信Ｉ／Ｆ部１１を介してＳＩＰサーバ２０−１に登録要求メッセージ（Ｒｅｇｉｓｔ）２００を送信する。ＳＩＰサーバ２０−１は、受信した登録要求メッセージ２００に含まれる端末情報に応じて所定の処理を行い、ＩＰ電話端末１０−１に登録成功メッセージ２０１を返送する。
同様に、ＩＰ電話端末１０−２の端末登録部１６Ａは、ＳＩＰサーバ２０−１に登録要求メッセージ２０２を送信し、ＳＩＰサーバ２０−１は、登録成功メッセージ２０３を返送する。
【００４６】
続いて、ＩＰ電話端末１０−１の端末登録部１６Ａは、ＳＩＰサーバ２０−２に登録要求メッセージ２０４を送信し、ＳＩＰサーバ２０−２は、登録成功メッセージ２０５を返送する。同様に、ＩＰ電話端末１０−２の端末登録部１６Ａは、ＳＩＰサーバ２０−２に登録要求メッセージ２０６を送信し、ＳＩＰサーバ２０−２は、登録成功メッセージ２０７を返送する。
こうして、本実施の形態では、２台のＳＩＰサーバ２０−１，２０−２に対して端末登録処理を行う。
【００４７】
次に、ＩＰ電話端末１０−１の呼制御部１６Ｂは、ＩＰ電話端末１０−２と通話したい場合、発信要求メッセージ（ＩＮＶＩＴＥ）２０８をＳＩＰサーバ２０に送信する。図６の発信要求メッセージ２０８，２０９の送信処理と応答メッセージ２１０，２１１の返送処理は、図４の発信要求メッセージ１０４，１０５の送信処理と応答メッセージ１０６，１０７の返送処理と同様なので、説明は省略する。
【００４８】
次に、ＩＰ電話端末１０−１のヘルスチェック部１６Ｄは、ＳＩＰサーバ２０−１から応答メッセージ２１１を受信したときに、ヘルスチェックタイマをカウント値０に設定して、ヘルスチェックタイマのカウントを開始する（図２ステップＳ１）。図２のステップＳ１〜Ｓ６の処理と、ステップＳ４によるヘルスチェックメッセージ２１２，２１３，２１６の送信処理と応答メッセージ２１４，２１５の返送処理は、第１の実施の形態と同様なので、説明は省略する。
【００４９】
ＳＩＰサーバ２０−１の異常動作により、ヘルスチェックの応答メッセージが戻ってこない場合（ステップＳ５においてＮＯ）、ＩＰ電話端末１０−１のサーバ管理部１６Ｃは、ＳＩＰサーバ２０−１の他に利用可能なＳＩＰサーバが存在するかどうかを判定する（ステップＳ７）。
ここでは、他に利用可能なＳＩＰサーバとしてＳＩＰサーバ２０−２が存在する。そこで、ＩＰ電話端末１０−１の呼制御部１６Ｂは、サーバ管理部１６Ｃの判定結果に従って、現在の通話を継続するための継続要求メッセージ（ＩＮＶＩＴＥ）２１７をＳＩＰサーバ２０−２に送信する（ステップＳ１２）。
【００５０】
第１の実施の形態と同様に、ＩＰ電話端末１０−１の呼制御部１６Ｂは、発信要求メッセージ２０８のＳＤＰフィールドに含まれる発信元ＩＰアドレスと音声ポート番号とを、そのまま継続要求メッセージ２１７のＳＤＰフィールドに格納する。
ＳＩＰサーバ２０−２は、継続要求メッセージ２１７を発信要求メッセージと同様に処理し、ＩＰ電話端末１０−２に継続要求メッセージ２１８として転送する。
【００５１】
ＩＰ電話端末１０−２の呼制御部１６Ｂは、受信したメッセージ２１８のＳＤＰフィールドの内容を確認し（図３ステップＳ２３，Ｓ２４）、メッセージ２１８のＳＤＰフィールドに含まれる発信元ＩＰアドレスと音声ポート番号とが、それぞれ現在の通話に関わるＳＤＰの発信元ＩＰアドレスと音声ポート番号（発信要求メッセージ２０９から取得した発信元ＩＰアドレスと音声ポート番号）とに一致する場合、メッセージ２１８が継続要求メッセージであると判定し、ＩＰ電話端末１０−１との現在の通話を継続し、応答メッセージ２１９をＳＩＰサーバ２０−２に返送する（ステップＳ２５）。
ＳＩＰサーバ２０−２は、応答メッセージ２１９をＩＰ電話端末１０−１に応答メッセージ２２０として転送する。
【００５２】
ＩＰ電話端末１０−１のヘルスチェック部１６Ｄは、応答メッセージ２２０を正常に受信した場合（図２ステップＳ１２においてＹＥＳ）、ヘルスチェックタイマをカウント値０に再設定し（ステップＳ６）、ステップＳ３に戻ってヘルスチェックタイマのカウントを再び開始する。
また、ＩＰ電話端末１０−１のサーバ管理部１６Ｃは、応答メッセージ２２０を受信できなかった場合（ステップＳ１２においてＮＯ）、ＳＩＰサーバ２０−１，２０−２の他に利用可能なＳＩＰサーバが存在するかどうかを判定する（ステップＳ７）。ＳＩＰサーバ２０−１，２０−２の他に利用可能なサーバは存在しないので、ステップＳ８に進み、第１の実施の形態で説明した処理が行われる。
【００５３】
以上のように、本実施の形態では、ヘルスチェックメッセージに対する応答がない場合に、発信側ＩＰ電話端末１０−１が、継続要求メッセージを他の利用可能なＳＩＰサーバ２０−２に送信するようにしたので、通話を管理しているＳＩＰサーバ２０−１に異常が発生した場合であっても、相手先端末１０−２との通話の継続性を高めることができる。継続要求メッセージの内容は、宛先ＩＰアドレスがＳＩＰサーバ２０−２のアドレスに変わるだけで、その他の内容は発信要求メッセージと同様である。したがって、ＳＩＰサーバ２０−２の構成を変更することなく、ＳＩＰの手順でＳＩＰサーバ２０−２に継続要求メッセージを処理させることができる。
【００５４】
なお、第１、第２の実施の形態では、発信側ＩＰ電話端末１０−１がヘルスチェックメッセージと継続要求メッセージを送信するようにしているが、これに限るものではなく、着信側ＩＰ電話端末１０−２がヘルスチェックメッセージと継続要求メッセージを送信する場合も有り得る。発信側ＩＰ電話端末１０−１と着信側ＩＰ電話端末１０−２のうちどちらがヘルスチェックメッセージを送信するかは、通話を管理しているＳＩＰサーバが決定する。したがって、ヘルスチェックメッセージを送信する端末として決定されたＩＰ電話端末が継続要求メッセージも送信することになる。
【００５５】
着信側ＩＰ電話端末１０−２の呼制御部１６Ｂは、継続要求メッセージを送信する場合、相手先端末である発信側ＩＰ電話端末１０−１に関する相手先情報を継続要求メッセージに記述すると共に、受信した発信要求メッセージ１０５，２０９に含まれるＳＤＰフィールドと同じ内容を継続要求メッセージのＳＤＰフィールドに記述する。具体的には、発信要求メッセージ１０５，２０９のＳＤＰフィールドに含まれる発信元ＩＰアドレス（ＩＰ電話端末１０−１のＩＰアドレス）と音声ポート番号とを、そのまま継続要求メッセージのＳＤＰフィールドに格納する。
【００５６】
発信側ＩＰ電話端末１０−１の呼制御部１６Ｂは、メッセージを受信すると、このメッセージのＳＤＰフィールドの内容を確認し、ＳＤＰフィールドに含まれる発信元ＩＰアドレスと音声ポート番号とが、それぞれ現在の通話に関わるＳＤＰの発信元ＩＰアドレスと音声ポート番号（発信要求メッセージ１０４，２０８に記述した発信元ＩＰアドレスと音声ポート番号）とに一致する場合、受信したメッセージを継続要求メッセージであると判定し、ＩＰ電話端末１０−２との現在の通話を継続し、応答メッセージをＩＰ電話端末１０−２に返送する。
【００５７】
なお、ＩＰ電話端末１０−１，１０−２がコンピュータからなる場合、このコンピュータのＣＰＵは、記憶装置に格納されたプログラムに従って第１、第２の実施の形態で説明した処理を実行する。
【産業上の利用可能性】
【００５８】
本発明は、ＩＰ電話システムに適用することができる。
【図面の簡単な説明】
【００５９】
【図１】本発明の第１の実施の形態に係るＩＰ電話システムの構成を示すブロック図である。
【図２】図１のＩＰ電話システムにおける発信側ＩＰ電話端末の動作を示すフローチャートである。
【図３】図１のＩＰ電話システムにおける着信側ＩＰ電話端末の動作を示すフローチャートである。
【図４】図１のＩＰ電話システムの動作を示すシーケンス図である。
【図５】本発明の第２の実施の形態に係るＩＰ電話システムの構成を示すブロック図である。
【図６】図５のＩＰ電話システムの動作を示すシーケンス図である。
【図７】従来のＩＰ電話システムの構成を示すブロック図である。
【図８】図７のＩＰ電話システムの動作を示すシーケンス図である。
【符号の説明】
【００６０】
１０−１，１０−２…ＩＰ電話端末、１１…通信Ｉ／Ｆ部、１２…音声処理部、１３…表示部、１４…操作入力部、１５…記憶部、１５Ａ…呼制御情報、１５Ｂ…サーバ情報、１５Ｐ…プログラム、１６…制御部、１６Ａ…端末登録部、１６Ｂ…呼制御部、１６Ｃ…サーバ管理部、１６Ｄ…ヘルスチェック部、２０，２０−１，２０−２…ＳＩＰサーバ、３０…ゲートウェイ、４０−１，４０−２…アクセス回線、５０…ＩＰ網、６０…公衆電話網。
【図１】
0005169113.tif 000002
【図２】
0005169113.tif 000003
【図３】
0005169113.tif 000004
【図４】
0005169113.tif 000005
【図５】
0005169113.tif 000006
【図６】
0005169113.tif 000007
【図７】
0005169113.tif 000008
【図８】
0005169113.tif 000009