(57)【要約】【課題】呼状態が不一致になっても端末やサーバにおいてロック状態にさせないで安定した呼状態へ復帰させ、その後のサービス展開などの呼処理が維持できる呼制御方法を提供する。【解決手段】音声パケットを伝送する通信ネットワークに接続される複数の電話端末と、これら複数の電話端末間を前記通信ネットワークを介して接続し、前記複数の電話端末間で通信を行わせる主装置とを備えるネットワーク電話システムにおける呼制御方法であって、前記通信ネットワーク上の通信プロトコルで規定され、前記主装置と前記電話端末との接続の有無を確認するための接続確認信号を、前記主装置と前記複数の電話端末との間で送受信し、前記送受信結果に基づいて、前記主装置を変更しかつこの主装置と前記複数の電話端末の呼状態の一致をとることを特徴とする呼制御方法。【選択図】  図１
2010239216.tif 000002
【特許請求の範囲】
【請求項１】
音声パケットを伝送する通信ネットワークに接続される複数の電話端末と、これら複数の電話端末間を前記通信ネットワークを介して接続し、前記複数の電話端末間で通信を行わせる主装置とを備えるネットワーク電話システムにおける呼制御方法であって、
前記通信ネットワーク上の通信プロトコルで規定され、前記主装置と前記電話端末との接続の有無を確認するための接続確認信号を、前記主装置と前記複数の電話端末との間で送受信し、
前記送受信結果に基づいて、前記主装置を変更しかつこの主装置と前記複数の電話端末の呼状態の一致をとることを特徴とする呼制御方法。
【請求項２】
前記呼状態の一致とは、前記主装置側の呼情報と前記電話端末側の呼情報とのいずれかに準拠するものであることを特徴とする請求項１に記載の呼制御方法。
【請求項３】
前記呼状態の一致とは、前記主装置側の主導により前記主装置側の呼情報に準拠するものであることを特徴とする請求項１に記載の呼制御方法。
【請求項４】
前電話端末は、Session Initiation Protocol端末であることを特徴とする請求項１に記載の呼制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御方法に係わり、特に通話中のSIP端末を他サーバに収容したとき安定した呼状態にセッションを引き継ぐ方法に関する。
【背景技術】
【０００２】
SIPのサーバとクライアントシステムの呼救済は、以下のようなものがある。
SIP端末を収容するサーバがあり、サーバ自身やSIP端末とサーバ間で障害が発生した場合に通話を維持する為にシステムの制御系を２重化冗長構成をとり、障害が発生した系を待機系に切り替えことで呼を維持したり、サーバからバックアップサーバに呼情報を転送し、バックアップサーバへSIP端末を接続替えすることで呼を維持する方式がある。しかし、２重化冗長構成のシステムは高価である。また、バックアップサーバの例として特許文献１は、端末の収容サーバからバックアップサーバに対して通話中の呼情報を転送しておき、バックアップサーバが端末を収容するサーバへ定期的にメッセージを送信して監視し、その不応答を検出したとき、サーバの障害と判断しバックアップサーバから端末に対して、接続先サーバ情報を含む再開要求を送信し、端末は、接続先サーバ情報からバックアップサーバへ接続要求を行い、通話中の呼を救済する方法があるが、端末とサーバ、サーバとバックアップサーバ間での遅延もあることからリアルタイム性に欠け、バックアップサーバへ転送された呼情報と端末の状態が不一致の状態でも端末の接続替えを行ってしまうことがあった。あるいは、不一致との理由で無条件に切断してしまっていた。
【０００３】
即ち、サーバからバックアップサーバへ呼情報を転送して呼情報の同期をとっているシステムにおいて、サーバと端末間の接続障害を検出すると端末は、バックアップサーバへ接続替えを行うが、バックアップサーバへバックアップされた呼情報と端末の状態が不一致になってしまうことがある。たとえば、バックアップされた呼情報が通話中状態であったが、サーバと端末間の接続障害を検出する前に端末が通話中からサービス展開をして、端末からサーバへサービス要求している状態でその応答をまっていた場合にその状態を初期化せずに維持した状態でバックアップサーバへ接続替えを行ってもバックアップサーバと端末の呼状態が不一致の為に端末の呼状態が正しくもどらなく、端末がロックした状態になったり、サーバの呼情報が浮いてしまったりすることがあった。あるいは呼状態不一致で無条件に切断してしまう場合もあった。従ってバックアップサーバの呼情報だけでは、正しく端末の呼を救済することができない。
【０００４】
つまり端末がバックアップサーバへ収容替えしたときに端末の呼状態とバックアップされた呼情報が不一致であった場合のことが考慮されていないという問題があった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２６６７３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、呼状態が不一致になっても端末やサーバにおいてロック状態にさせないで安定した呼状態へ復帰させ、その後のサービス展開などの呼処理が維持できる呼制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の呼制御方法は、音声パケットを伝送する通信ネットワークに接続される複数の電話端末と、これら複数の電話端末間を前記通信ネットワークを介して接続し、前記複数の電話端末間で通信を行わせる主装置とを備えるネットワーク電話システムにおける呼制御方法であって、前記通信ネットワーク上の通信プロトコルで規定され、前記主装置と前記電話端末との接続の有無を確認するための接続確認信号を、前記主装置と前記複数の電話端末との間で送受信し、前記送受信結果に基づいて、前記主装置を変更しかつこの主装置と前記複数の電話端末の呼状態の一致をとることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、呼状態が不一致になっても端末やサーバにおいてロック状態にさせないで安定した呼状態へ復帰させ、その後のサービス展開などの呼処理が維持できる呼制御方法が得られる。
【図面の簡単な説明】
【０００９】
【図１】この発明の一実施形態を示す概略図。
【図２】同実施形態のバックアップサーバへの呼情報転送処理。
【図３】同実施形態のサーバダウン時のREGISTER送信処理。
【図４】同実施形態の通話中に他サーバへREGISTER送信し、通話、切断に至るまでのシーケンス図。
【図５】同実施形態のSIP端末のデータ。
【図６】同実施形態のREGISTERメッセージ内容。
【図７】同実施形態の安定した呼状態へのアクション例。
【図８】同実施形態の呼状態をサーバの状態へ合わせる例。
【図９】同実施形態のSIP端末の機能構成。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態を説明する。
本発明による実施形態を図１乃至図９を参照して説明する。図１は、この発明の一実施形態を示す概略図である。
図１のように端末Aを収容するサーバAと端末Bを収容するサーバBがあり、それぞれのサーバを経由して端末Aと端末Bが通話中状態である。このときの音声であるRTPは、P2P接続である。サーバCは、サーバBのバックアップサーバである。端末Bが通話中状態になったとき、サーバBからサーバCへ通話中状態の呼情報を転送（１）する。端末Bがサービス展開する為に端末BからサーバBへサービスの要求した直後にサーバBがシステムダウンあるいは、端末BとサーバB間で接続障害が発生する。（２）このとき、サーバBからバックアップサーバCへ端末Bがサービス展開の要求をしている状態であることは転送できていない。
【００１１】
端末Bは、サーバBと端末B間の障害監視によりサーバBとの接続障害を検出する。（３）端末Bは、バックアップサーバへ接続替えを行うために初期化を起動せずに通話中の呼を継続したままバックアップサーバCに対して同一URI情報でREGISTERメッセージの送信を行う。（４）このREGISTERメッセージには、SIP（Session Initiation Protocol）端末の呼状態や履歴、端末の状態も通知する。バックアップサーバCでは、REGISTERを受信してもURI情報や通知された端末の呼情報から端末を収容する初期化処理を起動せずに予めサーバBからサーバCへ転送されていた呼情報である呼救済データから該当する呼を特定し、バックアップサーバCに登録するとともにSIP端末Ｂから受信した呼情報と呼救済データを比較し、状態一致であればその状態を継続し、状態不一致であれば、バックアップサーバ主導で端末とバックアップサーバの呼状態が「空き」や「通話中」といった安定した状態へ強制的に変更させる。バックアップサーバは、端末に対しては、安定した呼状態にもどれるような指示や呼情報の通知を行う。安定した情報へ復旧させるために必要な情報がバックアップサーバにないとき、バックアップサーバは、端末に対して問い合わせを行い、端末の情報を再度入手する。これによりバックアップサーバと端末間の呼情報や呼状態を復帰させる。(５)これにより端末BをサーバCへの接続の切り替えを迅速に行い、正しく安定した呼状態で端末Aと端末Bとの通話を救済する。端末BがサーバCへ登録されたLocation情報は、全体で管理しているLocation情報へ通知し、各サーバへLocation情報が通知される。（５）端末Bが収容されたサーバCでの呼状態は、サーバBと同じ状態であり、端末Aと端末Bとの通話間で保留などのサービス展開を実施しても問題なく展開できる。
【００１２】
図1の処理を図２、３で詳細化して説明する。図２は、サーバAとサーバB間でそれぞれ収容している端末Aと端末B同士で通話をしていた場合にサーバBからバックアップサーバC対して、バックアップ対象となる端末Aと端末Bの通話中の呼に関する情報を転送する。呼情報のバックアップは、通話開始、通話終了時にサーバ間のトラヒック状態に応じて定期的あるいは即時に転送する。呼情報の状態が変更された場合も転送される。呼情報のデータは、呼制御で管理している呼を識別するダイアログ情報などの呼情報を転送している。サーバBからは、SIP端末Ｂに対してバックアップサーバCの情報を転送しておく。たとえば、図５のようなIPアドレス情報である。バックアップサーバCの情報は、予め端末Ｂに設定しておいてもいい。端末Bにおいては、呼状態が変化するたびにその状態の呼情報及び端末のボタンやLEDの状態などの端末の状態を保持している。サーバBと端末B間で接続障害が発生し、端末Bが障害監視機能によって接続障害を検出する。端末Bは、初期化せずに通話中状態やサービス展開中などの呼状態を維持した状態で端末BからサーバCへその呼と同一のURIでREGISTERメッセージをサーバCへ送信する。REGISTERメッセージ内部には、端末Bにおいて保存してある端末Bの呼情報をCPLのXMLなどを利用した拡張情報を付加している。REGISTERメッセージの内容例としては、図６に記載している。
【００１３】
図３は、サーバBがシステムダウンした場合や端末BとサーバB間で障害が発生した場合、サーバBが収容している端末Bは、障害監視によって接続障害を検出する。障害検出方法の例は、2通りの方式があり、サーバBから監視用のメッセージの受信し、端末BがサーバCへ応答を返すことで端末Bが受信監視し、端末BがサーバCから監視用メッセージの受信しない場合に障害と検出する。あるいは、端末BからサーバBに対して監視用メッセージを送信し、サーバBからの応答を待つ。これを定期的に繰り返す。端末Bは、サーバBから不応答と判断したとき、障害を検出と判断する。以上のようにサーバと端末間において、監視用メッセージなどのメッセージを送信／受信し、その応答不応答監視や受信監視で監視タイムアウトしたとき障害を検出する。端末Bは、サーバBの障害を検出後、バックアップサーバCへ接続替えを行うために端末自身の初期化処理を動作せずに呼の通話状態やサービスを展開した状態（たとえば、端末BからサーバBへサービス要求メッセージを送信し、サーバからの応答を待っている状態や端末Bが切断した状態など）を維持した状態で図５の端末情報からバックアップサーバCのIPアドレス情報を参照してバックアップサーバCに対してREGISTERメッセージを送信する。REGISTERメッセージには、端末Bの呼状態や端末の状態（LED、ボタン）の情報を含めて送信する。このとき、サーバBからサーバCに対して呼情報をバックアップしていない場合は、サーバBのSIP端末Bの呼情報をサーバBから端末Bに対して呼処理中に転送しておき、バックアップサーバCへ接続収容変えのときに端末Bの呼情報とともに送信する方法もある。端末BからのREGISTERメッセージでバックアップサーバCへ登録する。バックアップサーバCでは、図２でサーバBから呼情報をサーバCへ転送してあり、この呼情報と端末Bから送信されたREGISTERメッセージの呼情報を元に救済する呼を特定する。バックアップした呼状態と受信したREGISTERメッセージの呼情報が一致であれば、呼状態はそのままとして処理を継続するが、呼状態が不一致であれば、バックアップサーバC主導で、安定した呼状態「通話中」、「空き」の状態に合わせるよう端末Bへ指示や呼情報の通知を行う。安定した呼状態へ更新以降に端末BがサーバCを経由してサービス展開ができる。安定した呼状態とは、「空き」、「通話中」でサービスが展開されていない状態へ合わせる。「サービス展開中」の状態であれば、バックアップサーバCから端末Bへサービス拒否や「通話中」の状態になるためな接続情報など含む呼情報を通知して端末Bを強制的に「通話中」に戻す。あるいは、「切断中」であれば、端末の状態を「空き」にもどす切断メッセージを端末へ送信し、「空き」の状態に強制的にもどす。これによって端末BやバックアップサーバC内で呼状態がロックしてしまうようなことを防止する。これにより、端末Bと端末Aとの通話状態が維持された場合は、次のサービス展開が維持でき、空きになった場合は再度発信操作が可能になる。
【００１４】
図４は、通話中に端末BからサーバBに対して、サービス要求している状態のときに障害を検出し、端末BからREGISTERメッセージを送信し、呼状態を安定状態に復帰させたシーケンスである。
【００１５】
端末Aは、サーバAにSIP端末として収容されており、図６のようなREGISTERメッセージを送信し、サーバAに登録される（１）。端末Bは、サーバBにSIP端末として収容されており、通話中にREGISTERメッセージを送信し、サーバBに登録される（２）。REGISTERは、端末BのサーバBへの登録有効期間内で定期的にREGISTERメッセージの送信を行う。また、サーバAと端末A、サーバBと端末B間では、それぞれ接続相手の存在・不存在を確認しあう為に監視用のOPTIONSメッセージなど定期的に送受信し監視を行っている。
【００１６】
端末Aが端末Bへ発信をかけると、サーバA、サーバBを介して、端末Aと端末BがSIPプロトコルに従ってセッションを確立し通話状態になる（３）。サーバBからサーバCには、端末Bと端末Aの呼情報を転送しておく。サーバBが何らかの要因でシステムダウンや端末BとサーバB間でのネットワーク障害が発生とする。このとき端末Bは、障害監視によってサーバBがシステムダウン（存在しない）こと検出する（４）。端末Bは、接続障害を検出後、通話のセッションを維持したまま、バックアップサーバCに対して端末Bの呼状態や端末情報を含んだREGISTERメッセージを送信し、サーバCに登録する（５）。サーバCは、REGISTERの端末の初期化処理を起動せずにサーバBからバックアップされた呼情報データとREGISTERメッセージの呼情報データを元に比較してどちらか安定した呼状態へ変更させ、端末Aと端末Bとの呼制御を復旧する。呼状態を比較して図７のように呼状態に応じて状態を継続したり、サーバから端末に対して、あるいは、端末からサーバに対してメッセージや呼情報を送信して、呼状態を安定した状態へ復帰させる。
【００１７】
サーバBからサーバCに対して端末BがサーバCへ登録された情報は、サーバBのLocation情報に登録した後、通常全体で管理しているLocation情報管理サーバ（サーバでなくてもいい）へNOTIFYなどで登録する（６）。全体のLocation管理サーバからLocation情報をサーバA、B、Cへ通知される。Location情報管理が無い場合は、サーバCからNOTIFY/再INVITEメッセージなどにより端末B、サーバA、端末AへLocation情報が通知される。端末Bの通話中の呼は、サーバBからサーバCに対して同じ呼状態が復旧され、端末Bは、サーバCを経由して端末Aとの呼制御を行う。
【００１８】
復旧した呼状態は、端末からの呼情報によって補正され、正しく呼状態に復旧するため、これ以降のサービス展開が通常通り行われる。また、端末BとサーバBとの接続障害やサーバBが復旧した場合にサーバBから何らかの原因でメッセージを受信しても収容変更されている為、呼が切断されることはない。
【００１９】
図８は、図７を具体化したもので端末Ｂは、サーバＢに接続されていて、端末Ａと通話中状態である。端末Ｂが保留操作を行うと、端末ＢからサーバＢへINVITEが送信される（１）。端末Ｂでは保留要求状態になる。このとき、サーバＢでは、INVITEを受信する前にシステムダウンしてしまってサーバＢは、受信していない。従って、サーバＢでは、まだ通話中状態になっている。バックアップサーバの状態も通話中状態のままである。端末Ｂは、サーバＢにおいて障害が発生したことを検出するとサーバＢからサーバＢのバックアップサーバＣへ再接続を行う。端末Ｂは、バックアップサーバＣへREGISTERを送信して接続切り替えを実施する（２）。実施した後にバックアップサーバＣにおいてバックアップしていたサーバＢの呼情報と端末Ｂから受信した呼情報を比較してバックアップサーバCの状態を安定した通話中状態へ合わせるため、拒否メッセージあるいは通話中状態に更新するための呼情報を通知することで通話中の状態を維持する（３）。これにより、端末ＢとバックアップサーバＣにおいて通話中状態になり、次のアクションが可能である。
【００２０】
図９は、この発明の実施形態の参考として、ＳＩＰ端末Ｔ１１の機能構成を示すブロック図である。ＳＩＰ端末Ｔ１１は、ＩＰ網インタフェース（Ｉ／Ｆ）部２１と、音声パケット処理部２２と、音声入出力インタフェース（Ｉ／Ｆ）部２３と、制御部２４と、操作パネル２５と、記憶部２６と表示部２７とを備えている。
【００２１】
上記の各種の端末側の処理は、制御部２４を中心に実行される。
（実施形態のポイント）
サーバからバックアップサーバへ呼情報を転送して呼情報の同期をとっているシステムにおいて、端末がサーバとの接続障害を検出し、バックアップサーバへの接続替えを行ったときに、端末の呼情報や端末のボタンやLEDの状態、サービス展開の呼情報である履歴情報もバックアップサーバへ通知することで、バックアップサーバでは、バックアップされた呼情報と端末から受信した呼情報を元に比較し、呼状態が一致すれば、その状態を継続し、不一致であれば、サーバ主導で端末とサーバの呼情報や呼状態が安定した「空き」、「通話中」の状態の方へ変更するためにサーバから端末へ安定した状態へもどすための指示や端末への問い合わせ、安定した状態になるための呼情報を通知して強制的に安定した呼状態に端末を復旧させる。これによって、安定した呼状態を変更することで端末あるいはサーバが次のサービス展開が容易にできる。
【００２２】
上記のように本実施形態では、端末がバックアップサーバへ収容替えを行うときに、端末の呼状態や端末のボタンやLED状態やサービス展開の履歴情報も通知してバックアップサーバへ収容替えを行い、バックアップサーバでは、クライアントサーバの保存された呼情報と端末から受信した呼情報を比較して、端末とバックアップサーバの呼情報が一致していれば、そのままの状態で呼を継続し、状態不一致であれば、サーバ主導で呼状態が通話中や空きといった安定した呼状態へ変更するためにサーバからクライアントへ状態を一致させるための指示や安定させるための呼情報を通知して、端末とバックアップサーバの呼状態を一致させ、安定した呼状態へ強制的に復旧させる。安定した状態へ復旧させるために端末が通知してきた情報以外の情報が必要であれば、サーバから端末に対して問い合わせを行い、端末から呼情報を再度入手して、バックアップサーバは、端末とバックアップサーバの呼情報や状態を一致させるようにサーバから端末へ指示や接続情報などの呼情報の通知を行って復旧させる。復旧後は、バックアップサーバと端末間で呼状態が一致し、バックアップサーバと端末間で次のサービス展開がスムーズに実行できるシステムである。
【００２３】
換言するとサーバのネットワーク障害時にバックアップサーバを用いて、運用を継続するSIPのサーバとクライアントシステムにおいて、バックアップサーバへの切り替え後も、通話、呼び出し等のサービスを継続するための方式である。
【００２４】
即ち、SIPのサーバとクライアントシステムにおいて、サーバは、呼情報をバックアップサーバへ転送する機能を持ち、クライアントは、サーバとの接続障害を検出する機能を持ち、障害を検出すると、バックアップサーバへ接続替えを行うシステムにおいて、クライアントが接続替えを行うときにクライアントの登録情報以外に呼を復旧させるために必要な呼情報や端末のボタン、LEDの状態もバックアップサーバへ通知し、バックアップサーバが保持したクライアントシステムの呼情報と比較して、呼状態などが矛盾のない呼はその状態で継続させ、矛盾のあった呼は通話中や空きといった呼の安定した状態へサーバとクライアントシステムの状態を一致させるようにサーバが主導でクライアントに対して指示、問い合わせを行い、呼の安定した状態へ更新させ、安定した呼状態へ復帰させるシステムである。
【００２５】
なお、この発明は上記実施形態に限定されるものではなく、この外その要旨を逸脱しない範囲で種々変形して実施することができる。
また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係る構成要素を適宜組み合わせても良いものである。
【符号の説明】
【００２６】
２１…ＩＰ網インタフェース（Ｉ／Ｆ）部、２２…音声パケット処理部、２３…音声入出力インタフェース（Ｉ／Ｆ）部、２４…制御部操作、２５…操作パネル、２６…記憶部、２７…表示部、２８…マイクロホン、２９…スピーカ。
【図１】
2010239216.tif 000003
【図２】
2010239216.tif 000004
【図３】
2010239216.tif 000005
【図４】
2010239216.tif 000006
【図５】
2010239216.tif 000007
【図６】
2010239216.tif 000008
【図７】
2010239216.tif 000009
【図８】
2010239216.tif 000010
【図９】
2010239216.tif 000011