(57)【特許請求の範囲】
【請求項１】
前段装置から後段装置への接続要求に対して、ネットワーク上に複数配置された前記後段装置の中からひとつを選択して接続する接続装置であって、
前記複数の後段装置の一覧を記載した後段装置リストの中から選択された後段装置に対して接続要求信号を送信する送信手段と、
前記送信手段が前記後段装置に対して信号を送信してから前記後段装置との接続処理に用いる手順において規定されたタイムアウト時間よりも短い時間でタイムアウトを発生する無応答監視タイマと、
前記無応答監視タイマがタイムアウトを発生した場合及び前記後段装置からエラー応答が返信された場合に、前記後段装置リストから次の接続先候補として別の後段装置を選択する選択手段と、を有し、
前記後段装置リストは後段装置を選択対象とするか否かの選択情報を含み、前記送信手段は前記選択情報が選択対象の後段装置を選択するものであって、前記無応答監視タイマがタイムアウトを発生した場合は前記選択情報を選択対象のままとし、前記規定されたタイムアウト時間でタイムアウトを発生した場合は前記選択情報を選択対象外とすることを特徴とする接続装置。
【請求項２】
前段装置から後段装置への接続要求に対して、ネットワーク上に複数配置された前記後段装置の中からひとつを選択して接続する接続方法であって、
前記複数の後段装置の一覧を記載した後段装置リストの中から選択された後段装置に対して接続要求信号を送信するステップと、
前記送信するステップにおいて前記後段装置に対して信号を送信してから前記後段装置との接続処理に用いる手順において規定されたタイムアウト時間よりも短い時間でタイムアウトを発生するステップと、
前記タイムアウトが発生した場合及び前記後段装置からエラー応答が返信された場合に、前記後段装置リストから次の接続先候補として別の後段装置を選択するステップと、を有し、
前記後段装置リストは後段装置を選択対象とするか否かの選択情報を含み、前記送信するステップでは前記選択情報が選択対象の後段装置を選択するものであって、前記短い時間でタイムアウトを発生した場合は前記選択情報を選択対象のままとし、前記規定されたタイムアウト時間でタイムアウトを発生した場合は前記選択対象を選択対象外とすることを特徴とする接続方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上において装置を接続する技術に関する。
【背景技術】
【０００２】
ＩＰネットワークを利用して呼を接続するプロトコルとしてＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）が用いられる。ＳＩＰによる呼接続は、発側端末と着側端末との間でＳＩＰ信号を送受信することで行われる。ＩＰ電話機などの加入者端末とガイダンスなどのコンテンツを配信するメディアサーバとの間の呼接続にもＳＩＰを用いることができる。メディアサーバに対して多数の加入者端末から接続される場合は、輻輳が発生することがあるため、同じサービスを提供するメディアサーバを複数台設置して負荷を分散する。この場合、どのメディアサーバに対して接続を行うのかは、ＳＩＰ信号を中継する呼接続装置が決定する。
【０００３】
特許文献１には、輻輳が発生した接続先については、擬似的に呼び出し中の状態にして再発呼を防ぎつつ、適正な発呼間隔で自動発信要求を繰り返し、接続が成功したときに通常の呼び出し中状態することで、輻輳を緩和する発明が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３００２７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
呼制御装置が接続先として選択したメディアサーバからエラー応答が返却されたときには、メディアサーバが複数台設置してあり、他のメディアサーバが接続可能である場合でも、呼接続装置は加入者端末へエラー応答をそのまま返却していた。
【０００６】
本発明は、上記に鑑みてなされたものであり、ネットワーク上に同様のサービスを提供する装置が複数台配置されていた場合に、サービスの可用性の向上を図ることを目的とする。
【課題を解決するための手段】
【０００７】
第１の本発明に係る接続装置は、前段装置から後段装置への接続要求に対して、ネットワーク上に複数配置された前記後段装置の中からひとつを選択して接続する接続装置であって、前記複数の後段装置の一覧を記載した後段装置リストの中から選択された後段装置に対して接続要求信号を送信する送信手段と、前記送信手段が前記後段装置に対して信号を送信してから前記後段装置との接続処理に用いる手順において規定されたタイムアウト時間よりも短い時間でタイムアウトを発生する無応答監視タイマと、前記無応答監視タイマがタイムアウトを発生した場合及び前記後段装置からエラー応答が返信された場合に、前記後段装置リストから次の接続先候補として別の後段装置を選択する選択手段と、を有し、前記後段装置リストは後段装置を選択対象とするか否かの選択情報を含み、前記送信手段は前記選択情報が選択対象の後段装置を選択するものであって、前記無応答監視タイマがタイムアウトを発生した場合は前記選択情報を選択対象のままとし、前記規定されたタイムアウト時間でタイムアウトを発生した場合は前記選択情報を選択対象外とすることを特徴とする。
【０００８】
第２の本発明に係る接続方法は、前段装置から後段装置への接続要求に対して、ネットワーク上に複数配置された前記後段装置の中からひとつを選択して接続する接続方法であって、前記複数の後段装置の一覧を記載した後段装置リストの中から選択された後段装置に対して接続要求信号を送信するステップと、前記送信するステップにおいて前記後段装置に対して信号を送信してから前記後段装置との接続処理に用いる手順において規定されたタイムアウト時間よりも短い時間でタイムアウトを発生するステップと、前記タイムアウトが発生した場合及び前記後段装置からエラー応答が返信された場合に、前記後段装置リストから次の接続先候補として別の後段装置を選択するステップと、を有し、前記後段装置リストは後段装置を選択対象とするか否かの選択情報を含み、前記送信するステップでは前記選択情報が選択対象の後段装置を選択するものであって、前記短い時間でタイムアウトを発生した場合は前記選択情報を選択対象のままとし、前記規定されたタイムアウト時間でタイムアウトを発生した場合は前記選択対象を選択対象外とすることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ネットワーク上に同様のサービスを提供する装置が複数台配置されていた場合に、サービスの可用性の向上を図ることができる。
【図面の簡単な説明】
【００１０】
【図１】本実施の形態における呼制御サーバを含む通信システムの全体構成図である。
【図２】本実施の形態における呼制御サーバの構成を示す機能ブロック図である。
【図３】呼接続処理のシーケンスパターンの例を示す図である。
【図４】呼制御サーバがメディアサーバへ接続要求信号を送信する処理の流れを示すシーケンス図である。
【図５】呼制御サーバがメディアサーバへ接続要求信号を送信する処理の流れを示す別のシーケンス図である。
【図６】メディアサーバからのレスポンスとメディアサーバリストの更新処理を対応付けを示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について図面を用いて説明する。
【００１２】
図１は、本実施の形態における呼制御サーバを含む通信システムの全体構成図である。図１に示す通信システムは、呼制御サーバ１、加入者収容サーバ３Ａ，３Ｂ、および転送装置４Ａ〜４Ｄを備え、呼制御サーバ１が、加入者端末５Ａ〜５Ｄ間、あるいは加入者端末５Ａ〜５Ｄとメディアサーバ２Ａ〜２Ｆの間で呼を確立させて音声通信や映像通信などのメディア通信のサービス提供を可能にするものである。呼の確立後、音声情報や映像情報などのメディア情報のトラヒックは、転送装置４Ａ〜４Ｄ等を経由して加入者端末５Ａ〜５Ｄ間で送受信される。
【００１３】
呼制御サーバ１は、加入者端末５Ａ〜５Ｄ間、あるいは加入者端末５Ａ〜５Ｄとメディアサーバ２Ａ〜２Ｆの間のメディア情報の通信ができるように、ＳＩＰ信号を中継して呼を確立する。
【００１４】
メディアサーバ２Ａ〜２Ｆは、音声情報や映像情報などのコンテンツを保持し、呼接続した加入者端末５Ａ〜５Ｄに対してコンテンツを配信する。メディアサーバ２Ａ〜２Ｆは、呼制御サーバ１に接続されたメディアサーバ２Ａ〜２Ｃと加入者収容サーバ３Ａ，３Ｂに接続されたメディアサーバ２Ｄ〜２Ｆがある。本実施例では、呼制御サーバ１に接続されたメディアサーバ２Ａ〜２Ｃについて説明するが、メディアサーバ２Ｄ〜２Ｆについても同様に適用できる。
【００１５】
加入者収容サーバ３Ａ，３Ｂは、加入者端末５Ａ〜５Ｄを収容し、ＳＩＰ信号を中継するＳＩＰプロキシサーバであり、ＳＩＰ信号を中継する際に、加入者の契約情報に基づく情報を補足する機能を有する。
【００１６】
転送装置４Ａ〜４Ｄは、ネットワーク上に配置され、加入者端末５Ａ〜５Ｄ間でメディア情報のトラヒックを転送する。
【００１７】
加入者端末５Ａ〜５Ｄは、加入者が利用するＩＰ電話機、ＨＧＷ（ホームゲートウェイ）などであり、ＳＩＰ信号を用いて別の加入者端末５Ａ〜５Ｄやメディアサーバ２Ａ〜２Ｃに呼接続してメディア通信を行う。
【００１８】
次に、本実施の形態における呼制御サーバについて説明する。
【００１９】
図２は、本実施の形態における呼制御サーバ１の構成を示す機能ブロック図である。
【００２０】
本実施の形態における呼制御サーバ１は、トランスポート機能部１１、プロトコル機能部１２、ＵＡ機能部１３、シーケンス機能部１４、サービス機能部１５、タイマ機能部１６、蓄積部１７、受信信号バッファ１８、および送信信号バッファ１９を備える。呼制御サーバ１が備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムは呼制御サーバ１が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。以下、各部について説明する。
【００２１】
トランスポート機能部１１は、ＳＩＰ信号を受信して受信信号バッファ１８に格納し、受信したＳＩＰ信号のパース処理を行う。また、送信信号バッファ１９に格納されたＳＩＰ信号を処理して送信する。
【００２２】
プロトコル機能部１２は、受信信号バッファ１８を参照し、受信信号バッファ１８に格納されたＳＩＰ信号をプロトコルに従って解析し、発着加入者端末５Ａ〜５Ｄのダイアログ情報やトランザクション情報などを保持する。また、ＳＩＰ信号送信時には、保持したダイアログ情報やトランザクション情報などの情報を送信信号バッファ１９に格納されたＳＩＰ信号に書き込む。
【００２３】
ＵＡ機能部１３は、受信信号バッファ１８に格納されたＳＩＰ信号のメソッドや応答を解析してシーケンス機能部１４に通知し、また、シーケンス機能部１４の指示に基づいてＳＩＰ信号を生成して送信信号バッファ１９に格納する。ＳＩＰ信号の送受信は、サーバ−クライアントの関係で行われるため、ＵＡ機能部１３は、発側端末とＳＩＰ信号を送受信するＵＡＳ（Ｕｓｅｒ  Ａｇｅｎｔ  Ｓｅｒｖｅｒ）１３ａと着側端末とＳＩＰ信号を送受信もするＵＡＣ（Ｕｓｅｒ  Ａｇｅｎｔ  Ｃｌｉｅｎｔ）１３ｂを備え、ＵＡＳ１３ａとＵＡＣ１３ｂが連携して発着信端末の呼接続に関する処理を行う。ＵＡＣ１３ｂは、接続要求信号を着側端末に送信したときに、タイマ機能部１６が規定する時間内に着側端末から応答がない場合や着側端末からエラー応答が返信された場合などは、シーケンス機能部１４を経由してサービス機能部１５に通知する。
【００２４】
シーケンス機能部１４は、実行中のサービスの処理に関するシーケンスパターンに従って、ＵＡ機能部１３から通知を受けたＳＩＰ信号のメソッドや応答に基づいて次に送信すべきＳＩＰ信号を特定する。図３に呼接続処理のシーケンスパターンの例を示す。図３に示すシーケンスパターンは、発信側の加入者端末５Ａ〜５Ｄと呼制御サーバとの間の送受信に関する発側シーケンスパターンと、呼制御サーバと着信側のメディアサーバ２Ａ〜２Ｃとの間の送受信に関する着側シーケンスパターンがある。シーケンス機能部１４は、発側シーケンスパターンに従ってＵＡＳ１３ａを制御し、着側シーケンスパターンに従ってＵＡＣ１３ｂを制御する。発側シーケンスパターンと着側シーケンスパターンとは連携しており、受信した信号の種別に基づいて次に送信すべき信号を特定してＵＡＳ１３ａ、ＵＡＣ１３ｂを制御する。
【００２５】
サービス機能部１５は、加入者が契約するサービス内容に基づいてシナリオを選択し、選択したシナリオに基づいてシーケンス機能部１４に実行させるシーケンスパターンを指示する。例えば、図２の実線矢印で示すように、発側端末からｉｎｉｔ−ＩＮＶＩＴＥ信号をＵＡＳ１３ａを経由して受信した場合、サービス機能部１５は、発側端末の契約するサービス内容に基づいて呼接続シナリオを選択し、シーケンス機能部１４に呼接続処理のシーケンスパターンを指示する。なお、シーケンスパターンで決められた手順に従っている場合は、シーケンス機能部１４までで処理する。例えば、図２の別の実線矢印で示すように、着側端末から１８０  Ｔｒｙｉｎｇ信号などを受信した場合は、シーケンス機能部１４で処理して、発側端末へ１８０  Ｔｒｙｉｎｇ信号を送信する。
【００２６】
また、サービス機能部１５は、同様のサービスを提供する複数の着側端末のうちのいずれか１つの着側端末との間で呼接続処理を行うときに、接続先候補の着側端末から応答が無い場合、あるいはエラー応答が返信された場合は、別の着側端末を選択して呼接続処理を再度開始する。具体的には、同様のサービスを提供するメディアサーバ２Ａ〜２Ｃが複数配置されているときに、加入者端末５Ａ〜５Ｄからメディアサーバ２Ａ〜２Ｃへの接続要求信号を受信したときは、まずメディアサーバ２Ａ〜２Ｃのうちから１つ選択して接続を試み、接続が失敗した場合は別のメディアサーバ２Ａ〜２Ｃを選択して接続を試みる。接続先候補となるメディアサーバ２Ａ〜２Ｃは、蓄積部１７に格納されたメディアサーバリストを参照して決定する。
【００２７】
タイマ機能部１６は、無応答監視タイマ１６ａとプロトコルタイマ１６ｂを備えて、ＵＡＣ１３ｂが送信したＳＩＰ信号に対する応答時間を監視する。プロトコルタイマ１６ｂは、プロトコル上で規定された時間でタイムアウトし、無応答監視タイマ１６ａは、プロトコル上で規定されたタイムアウト時間よりも短い時間でタイムアウトする。
【００２８】
蓄積部１７には、ネットワーク上に配置されたメディアサーバ２Ａ〜２Ｃの一覧を記載したメディアサーバリストが格納される。メディアサーバリストは、具体的には、メディアサーバ２Ａ〜２Ｃを識別するＩＤ、選択対象とするか否かの情報（以下、「選択対象情報」と称し、選択対象／選択対象外の値をとる）、および運用状態（運用中／故障中の値をとる）の組みで構成される。サービス機能部１５は、メディアサーバリストを参照し、選択対象情報が選択対象となっているメディアサーバ２Ａ〜２Ｃを接続先候補として選択する。
【００２９】
次に、本実施の形態における呼制御サーバの動作について説明する。
【００３０】
本実施の形態における呼制御サーバ１は、加入者端末５Ａ〜５Ｄからメディアサーバ２Ａ〜２Ｃへの接続要求に対して、メディアサーバ２Ａ〜２Ｃの中からひとつを選択して接続要求信号を送信する。
【００３１】
図４は、本実施の形態における呼制御サーバ１がメディアサーバ２Ａ〜２Ｃへの接続要求信号を受信し、メディアサーバ２Ａ〜２Ｃへ接続要求信号を送信する処理の流れを示すシーケンス図である。図４に示す例では、最初にメディアサーバ２Ａに接続要求信号を送信したが、メディアサーバ２Ａからエラー応答が返信されたので、別のメディアサーバ２Ｂに接続要求信号を送信するときの処理の流れを示す。
【００３２】
呼制御サーバ１が、加入者端末５Ａ〜５Ｄのいずれかからメディアサーバ２Ａ〜２Ｃへの接続要求信号（ＩＮＶＩＴＥ）を受信すると、サービス機能部１５は、蓄積部１７に格納されたメディアサーバリストを参照して接続先候補となるメディアサーバ２Ａ〜２Ｃを選択する（ステップＳ１０１）。本実施例では、まずメディアサーバ２Ａを接続先候補として選択した。メディアサーバ２Ａ〜２Ｃを選択する方法としては、例えば、ポインタが指し示す、メディアサーバリストに記載されたメディアサーバ２Ａ〜２Ｃを選択し、ポインタをメディアサーバリストの次のメディアサーバ２Ａ〜２Ｃを指すようにして、ラウンドロビン方式でメディアサーバ２Ａ〜２Ｃを順番に選択する方法がある。
【００３３】
続いて、サービス機能部１５は、無応答監視タイマを登録して（ステップＳ１０２）、メディアサーバ２Ａ〜２Ｃに接続する呼接続シナリオに従って発呼シーケンスのインスタンスを生成して起動し、発呼シーケンスのインスタンスにシナリオに記載された発呼シーケンスパターンを実行させる（ステップＳ１０３）。ＳＩＰにはタイムアウト機能があるが、プロトコル上で規定されているタイマＴｉｍｅｒＢ（６４×Ｔ１＝３２秒），ＴｉｍｅｒＣ（＞３分）は、次の接続先候補を選択する上では時間が長すぎるので、プロトコル上で規定されているタイマＴｉｍｅｒＢ，ＴｉｍｅｒＣよりも短く設定した無応答監視タイマを用いてタイムアウトを監視する。なお、インスタンスは、コンピュータのリソースを利用してプログラムを実行する、オブジェクト指向プログラムでクラスを基に作成した実体である。
【００３４】
発呼シーケンスは、メディアサーバ２Ａとの間でＳＩＰ信号を送受信するＵＡＣのインスタンスを生成して起動する（ステップＳ１０４）。
【００３５】
そして、発呼シーケンスは、発呼シーケンスパターンに従ってＵＡＣにＩＮＶＩＴＥ信号をメディアサーバ２Ａに送信させる（ステップＳ１０５）。ＩＮＶＩＴＥ信号を送信後、プロトコル上で規定されているタイマＴｉｍｅｒＡ（Ｔ１＝０．２秒、２×Ｔ１＝１秒、４×Ｔ１＝２秒、８×Ｔ１＝４秒、１６×Ｔ１＝８秒、・・）満了内に暫定応答１ｘｘを受信していない場合、ＩＮＶＩＴＥ信号の再送を行う。
【００３６】
その後、ＵＡＣがメディアサーバ２ＡからＩＮＶＩＴＥ信号に対するエラー応答（ステータスコード：４８６）を受信すると（ステップＳ１０６）、発呼シーケンスを経由してサービス機能部１５にエラーを通知する（ステップＳ１０７）。
【００３７】
エラーの通知を受けたサービス機能部１５は、発呼シーケンスを介してＵＡＣからＵＡ情報を取得する（ステップＳ１０８，Ｓ１０９）。ここでサービス機能部１５が取得するＵＡ情報は、エラー種別、ＵＡＣのインスタンスを識別する識別子などである。サービス機能部１５は、ＵＡＣから取得したエラー種別によりメディアサーバリストの運用状態を更新する。運用状態の更新については後述する。
【００３８】
サービス機能部１５は、無応答監視タイマを解除し（ステップＳ１１０）、メディアサーバ２Ａが利用できないので、メディアサーバ２Ａとの接続処理を失敗した発呼シーケンスのインスタンスを削除するとともに（ステップＳ１１１）、メディアサーバ２Ａとの接続処理を終了する切断シーケンスのインスタンスを生成して起動する（ステップＳ１１２）。このとき、サービス機能部１５は、ステップＳ１０９で取得したＵＡＣの識別子を切断シーケンスに通知する。
【００３９】
切断シーケンスは、通知されたＵＡＣの識別子が示す、メディアサーバ２Ａと接続処理をしていたＵＡＣを利用して（ステップＳ１１３）、エラー応答に対するＡＣＫ信号をメディアサーバ２Ａに送信する（ステップＳ１１４）。ステップＳ１０４で起動したＵＡＣは、メディアサーバ２Ａに対するクライアントとして一連のシーケンスのＳＩＰ信号の送受信を行っているので、ステップＳ１１１で発呼シーケンスのインスタンスが削除されても引き続き利用して、一連の切断シーケンスが終了した後に切断シーケンスのインスタンスとＵＡＣのインスタンスを削除する。
【００４０】
また、サービス機能部１５は、上記のステップＳ１１２〜Ｓ１１４の処理によりメディアサーバ２Ａとの接続処理を終了する一方で、メディアサーバリストから次の接続先候補として別のメディアサーバ２Ｂを選択し、メディアサーバ２Ｂとの間での接続処理を開始する（ステップＳ１１５〜Ｓ１１９）。本実施例では、メディアサーバリストに記載された順にメディアサーバ２Ａ〜２Ｃを選択するので、メディアサーバ２Ａの次に記載されたメディアサーバ２Ｂが次に接続処理を行うメディアサーバとして選択される。メディアサーバ２Ｂを選択した後は、ステップＳ１０２〜Ｓ１０５と同様に、無応答監視タイマを登録し、新たな発呼シーケンスを生成して起動して、ＵＡＣを生成してＩＮＶＩＴＥ信号を送信する。
【００４１】
なお、メディアサーバ２Ａ〜２Ｃを順次選択する回数が予め設定した再選択回数を超えた場合は、別のメディアサーバを選択する処理をせずにエラーを加入者端末５Ａ〜５Ｄに返す。
【００４２】
続いて、本実施の形態における呼制御サーバ１がメディアサーバ２Ａ〜２ＣへＳＩＰ信号を送信し、無応答監視タイマがタイムアウトしたときの処理について説明する。
【００４３】
図５は、図４と同様に、本実施の形態における呼制御サーバ１がメディアサーバ２Ａ〜２Ｃへの接続要求信号を受信し、メディアサーバ２Ａ〜２Ｃへ接続要求信号を送信する処理の流れを示すシーケンス図である。図５に示す例では、最初にメディアサーバ２Ａに接続要求信号を送信したが、無応答監視タイマ１６ａがタイムアウトしたので、別のメディアサーバ２Ｂに接続要求信号を送信するときの処理の流れを示す。
【００４４】
図４に示した例と同様に、呼制御サーバ１が、加入者端末５Ａ〜５Ｄのいずれかからメディアサーバ２Ａ〜２Ｃへの接続要求信号（ＩＮＶＩＴＥ）を受信すると、接続するメディアサーバ２Ａ〜２Ｃを選択し（ステップＳ２０１）、無応答監視タイマを登録して（ステップＳ２０２）、発呼シーケンスのインスタンスを生成して起動し、発呼シーケンスのインスタンスに発呼シーケンスパターンを実行させる（ステップＳ２０３）。
【００４５】
発呼シーケンスは、メディアサーバ２Ａとの間でＳＩＰ信号を送受信するＵＡＣのインスタンスを生成して起動し（ステップＳ２０４）、ＵＡＣにＩＮＶＩＴＥ信号をメディアサーバ２Ａに送信させる（ステップＳ２０５）。
【００４６】
ここで、無応答監視タイマ１６ａによるタイムアウトが発生すると（ステップＳ２０６）、ＵＡＣは、発呼シーケンスを経由してサービス機能部１５にエラーを通知する（ステップＳ２０７）。
【００４７】
サービス機能部１５は、発呼シーケンスを介してＵＡＣからＵＡ情報を取得し（ステップＳ２０８，Ｓ２０９）、サービス機能部１５は、メディアサーバ２Ａを利用できないとして、メディアサーバ２Ａとの接続処理を失敗した発呼シーケンスのインスタンスを削除するとともに（ステップＳ２１０）、メディアサーバ２Ａとの接続処理をキャンセルする切断シーケンスのインスタンスを生成して起動する（ステップＳ２１１）。なお、無応答監視タイマはプロトコルで規定されたタイムアウトよりも短く設定されているので、無応答監視タイマがタイムアウトしたあとにプロトコルで規定されたタイムアウトが発生した場合やメディアサーバ２Ａからの応答を受信した場合に応じてメディアサーバリストの運用状態を更新する。
【００４８】
切断シーケンスは、メディアサーバ２Ａと接続処理をしていたＵＡＣを利用して（ステップＳ２１２）、キャンセル信号をメディアサーバ２Ａに送信する（ステップＳ２１３）。
【００４９】
また、サービス機能部１５は、メディアサーバ２Ａとの接続処理をキャンセルする一方で、別のメディアサーバ２Ｂを再選択して（ステップＳ２１４）、無応答監視タイマを登録し（ステップＳ２１５）、新たな発呼シーケンスを生成して起動して（ステップＳ２１６）、メディアサーバ２ＢにＩＮＶＩＴＥ信号を送信する（ステップＳ２１７，Ｓ２１８）。
【００５０】
次に、メディアサーバリストの更新について説明する。
【００５１】
メディアサーバリストに記載された選択対象情報、運用状態は、接続を試みたメディアサーバ２Ａ〜２Ｃからのレスポンスに応じて更新される。
【００５２】
図６に、メディアサーバからのレスポンスとメディアサーバリストの更新処理を対応付けた表を示す。無応答監視タイマがタイムアウトした場合は、メディアサーバ２Ａ〜２Ｃの運用状態は不明であるので、メディアサーバリストの選択対象情報、運用状態を更新せずに、選択対象情報を選択対象、運用状態を運用中のままにしておく。プロトコルタイムアウトの場合は、メディアサーバ２Ａ〜２Ｃからの反応がないので、選択対象情報を選択対象外とし、運用状態を故障中とする。ステータスコードが５ｘｘ（サーバ障害応答）のものは、選択対象情報を選択対象外、運用状態を故障中とするが、エラーの原因が輻輳である場合は運用状態を運用中としておく。上記以外のエラーレスポンスは、選択対象情報を選択対象、運用状態を運用中のままにしておく。例えば、図６に示すように、ステータスコードが４８６のものは、空きチャネル無しのために接続規制が行われているだけなので、メディアサーバリストの選択対象情報、運用状態を更新せずに、選択対象情報を選択対象、運用状態を運用中のままにしておく。
【００５３】
以上説明したように、本実施の形態によれば、メディアサーバ２Ａに対して接続要求信号を送信したときに、エラー応答が返却された場合に、サービス機能部１５が、メディアサーバ２Ａ〜２Ｃの識別子、選択対象情報、および運用状態を記憶したメディアサーバリストを参照し、別のメディアサーバ２Ｂを接続先候補として選択して、接続要求信号を送信することにより、メディアサーバ２Ａに対して呼接続できなくても別のメディアサーバ２Ｂへの呼接続を試みるので、サービスの可用性を向上させることができる。
【００５４】
本実施の形態によれば、プロトコルで規定されたタイムアウトの時間よりも短い時間でタイムアウトする無応答監視タイマ１６ａを備えることにより、プロトコルで規定されたタイムアウトを待つことなく次のメディアサーバ２Ｂを選択し、サービスの可用性を向上させることができる。
【００５５】
なお、本実施の形態では、接続先の後段装置としてコンテンツを配信するメディアサーバ２Ａ〜２Ｃを例に説明したが、他の機能を有する装置を接続先としてもよい。
【符号の説明】
【００５６】
１…呼制御サーバ
１１…トランスポート機能部
１２…プロトコル機能部
１３…ＵＡ機能部
１３ａ…ＵＡＳ
１３ｂ…ＵＡＣ
１４…シーケンス機能部
１５…サービス機能部
１６…タイマ機能部
１６ａ…無応答監視タイマ
１６ｂ…プロトコルタイマ
１７…蓄積部
１８…受信信号バッファ
１９…送信信号バッファ
２Ａ〜２Ｆ…メディアサーバ
３Ａ，３Ｂ…加入者収容サーバ
４Ａ〜４Ｄ…転送装置
５Ａ〜５Ｄ…加入者端末
【図１】
0005587353.tif 000002
【図２】
0005587353.tif 000003
【図３】
0005587353.tif 000004
【図４】
0005587353.tif 000005
【図５】
0005587353.tif 000006
【図６】
0005587353.tif 000007