(57)【特許請求の範囲】
【請求項１】
セッション開始プロトコル（Session Initiation Protocol：SIP）によるネットワーク環境において動作するSIPメインサーバと、
該SIPメインサーバを制御するSIP制御サーバと、
該SIP制御サーバに対して所定のサービスの提供を要求する第１の指示を供給して、前記SIPメインサーバから前記所定のサービスを提供されるSIPクライアント端末とを含むサービス提供システムにおいて、
前記SIP制御サーバは、前記SIPメインサーバが１つ以上の第１のINFOメッセージを送信して前記所定のサービスを提供することを、あらかじめ把握し、
第１の指示に応動して、１つ以上の第１のINFOメッセージの総数、および前記所定のサービスの提供に要する送信時間を含む前記所定のサービス提供に要する構成情報を得て、該構成情報を含む第２の指示を前記SIPメインサーバに供給して前記所定のサービスの提供を要求し、
前記SIPメインサーバは、第２の指示に応動して、前記構成情報に基づいて、前記所定のサービスを提供することが該サーバにとって過負荷であるか否かを判定する過負荷判定手段を含み、
該過負荷判定手段が過負荷であると判定した場合には、前記所定のサービスが提供不可能であると前記SIP制御サーバに応答して、前記所定のサービスを提供せず、
それ以外の場合には、前記所定のサービスが提供可能であると前記SIP制御サーバに応答して、前記所定のサービスを提供することを特徴とするサービス提供システム。
【請求項２】
請求項１に記載のサービス提供システムにおいて、該システムは、前記SIPメインサーバを複数含み、
前記SIP制御サーバは、所定のSIPメインサーバに第２の指示を供給して前記所定のサービスが提供不可能であると応答されたとき、他のSIPメインサーバに第２の指示を供給することを特徴とするサービス提供システム。
【請求項３】
請求項１に記載のサービス提供システムにおいて、前記SIP制御サーバは、第２の指示として、前記構成情報をヘッダに追加したINVITEメッセージを前記SIPメインサーバに通知することを特徴とするサービス提供システム。
【請求項４】
請求項１に記載のサービス提供システムにおいて、前記SIPメインサーバは、前記所定のサービスとして音声ガイダンスを提供する音声ガイダンスサーバであり、
前記SIP制御サーバは、前記音声ガイダンスサーバを制御する音声ガイダンス制御サーバであり、前記送信時間として前記音声ガイダンスの再生時間を含む前記構成情報を用いて第２の指示を供給することを特徴とするサービス提供システム。
【請求項５】
請求項１に記載のサービス提供システムにおいて、前記過負荷判定手段は、前記構成情報に基づいて得られる変数と、過負荷とならないレベルを示す許容値とを比較して該許容値を閾値とする判定を行い、前記変数が前記許容値を超える場合に過負荷であると判定し、それ以外の場合に過負荷でないと判定することを特徴とするサービス提供システム。
【請求項６】
請求項５に記載のサービス提供システムにおいて、前記SIPメインサーバは、初期値が０である前記変数を有し、セッション開始の際に、該セッションにおける前記構成情報である前記総数および前記送信時間に基づく流量を得て前記変数に加算して保持し、セッション終了の際に、該セッションにおける前記構成情報である前記総数および前記送信時間に基づく流量を得て前記変数から減算して保持し、
前記過負荷判定手段は、第２の指示における前記構成情報である前記総数および前記送信時間に基づく流量を得て、該流量を前記変数に加算した加算結果と、前記許容値とを比較して判定を行い、
前記SIPメインサーバは、前記過負荷判定手段が過負荷であると判定した場合には第２の指示に応じたセッションを開始せず、それ以外の場合に該セッションを開始することを特徴とするサービス提供システム。
【請求項７】
セッション開始プロトコル（Session Initiation Protocol：SIP）によるネットワーク環境において動作するSIPメインサーバと、
該SIPメインサーバを制御するSIP制御サーバと、
該SIP制御サーバに対して所定のサービスの提供を要求する第１の指示を供給して、前記SIPメインサーバから前記所定のサービスを提供されるSIPクライアント端末とを含むサービス提供システムにおけるサービス提供方法において、該方法は、
前記SIP制御サーバにて、前記SIPメインサーバが１つ以上の第１のINFOメッセージを送信して前記所定のサービスを提供することを、あらかじめ把握し、
第１の指示に応動して、１つ以上の第１のINFOメッセージの総数、および前記所定のサービスの提供に要する送信時間を含む前記所定のサービス提供に要する構成情報を得て、該構成情報を含む第２の指示を前記SIPメインサーバに供給して前記所定のサービスの提供を要求し、
前記SIPメインサーバにて、第２の指示に応動して、前記構成情報に基づいて、前記所定のサービスを提供することが該サーバにとって過負荷であるか否かを判定する過負荷判定工程を含み、
該過負荷判定工程の結果、過負荷であると判定した場合には、前記所定のサービスが提供不可能であると前記SIP制御サーバに応答して、前記所定のサービスを提供せず、
それ以外の場合には、前記所定のサービスが提供可能であると前記SIP制御サーバに応答して、前記所定のサービスを提供することを特徴とするサービス提供方法。
【請求項８】
請求項７に記載のサービス提供方法において、前記サービス提供システムは、前記SIPメインサーバを複数含み、
該方法は、前記SIP制御サーバにて、所定のSIPメインサーバに第２の指示を供給して前記所定のサービスが提供不可能であると応答されたとき、他のSIPメインサーバに第２の指示を供給することを特徴とするサービス提供方法。
【請求項９】
請求項７に記載のサービス提供方法において、該方法は、前記SIP制御サーバにて、第２の指示として、前記構成情報をヘッダに追加したINVITEメッセージを前記SIPメインサーバに通知することを特徴とするサービス提供方法。
【請求項１０】
請求項７に記載のサービス提供方法において、該方法は、前記SIPメインサーバを、前記所定のサービスとして音声ガイダンスを提供する音声ガイダンスサーバとして用い、
前記SIP制御サーバを、前記音声ガイダンスサーバを制御する音声ガイダンス制御サーバとして用い、前記SIP制御サーバにて、前記送信時間として前記音声ガイダンスの再生時間を含む前記構成情報を用いて第２の指示を供給することを特徴とするサービス提供方法。
【請求項１１】
請求項７に記載のサービス提供方法において、前記過負荷判定工程は、前記構成情報に基づいて得られる変数と、過負荷とならないレベルを示す許容値とを比較して該許容値を閾値とする判定を行い、前記変数が前記許容値を超える場合に過負荷であると判定し、それ以外の場合に過負荷でないと判定することを特徴とするサービス提供方法。
【請求項１２】
請求項１１に記載のサービス提供方法において、該方法は、前記SIPメインサーバにて、初期値が０である前記変数を有し、セッション開始の際に、該セッションにおける前記構成情報である前記総数および前記送信時間に基づく流量を得て前記変数に加算して保持し、セッション終了の際に、該セッションにおける前記構成情報である前記総数および前記送信時間に基づく流量を得て前記変数から減算して保持し、
前記過負荷判定工程は、第２の指示における前記構成情報である前記総数および前記送信時間に基づく流量を得て、該流量を前記変数に加算した加算結果と、前記許容値とを比較して判定を行い、
該方法は、前記SIPメインサーバにて、前記過負荷判定手段が過負荷であると判定した場合には第２の指示に応じたセッションを開始せず、それ以外の場合に該セッションを開始することを特徴とするサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セッション開始プロトコル（Session Initiation Protocol：SIP）環境においてSIPサーバからSIPクライアント端末へとサービスを提供するサービス提供システムおよびそのサービス提供方法に関するものである。
【背景技術】
【０００２】
一般に、SIP環境におけるクライアントサーバシステムにおいて、SIPサーバは、とくに、IETF（International Engineering Task Force）で規定される、たとえばRFC（Request For Comments）3261に準拠したSIPをハンドリングおよび管理する機能を有して、クライアントサーバモデルのプロトコルであるSIPに基づいてクライアントの要求に応じて応答することができる。
【０００３】
このようなシステムには、IP電話機能を実現するものがあり、さらにRFC2976に準拠して動作して、INVITEメッセージによってセッションを開始した後で、INFOメッセージを使用してセッション制御情報を送信することができる。このシステムのユーザは、さまざまな目的を達成するためにこのINFOメッセージを使用することができる。
【０００４】
このSIPによるサービス提供システムでは、SIPクライアント端末が、サービスの提供を指示するINFOメッセージをサーバに通知すれば、この端末はそのサービスを得ることができ、たとえば、音声ガイダンスサーバに対して音声ガイダンスを再生するよう指示を送ることができる。
【非特許文献１】RFC3261（Session Initiation Protocol (SIP)-Specific Event Notification） インターネット＜URL: http://www.ietf.org/rfc/rfc3261.txt＞
【非特許文献２】RFC2976（The SIP INFO Method）インターネット＜URL:http://www.ietf.org/rfc/rfc2976.txt＞
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来のサービス提供システムでは、音声ガイダンスサーバは、INFOメッセージを受信して、そのメッセージに指示された音声ガイダンスを再生するが、このとき、その再生指示受付および再生終了通知などのINFOメッセージの送受信や、対応する音声ファイルへのアクセスなどの動作を行う必要がある。
【０００６】
しかしながら、音声ガイダンスサーバでは、再生する音声ガイダンスによってINFOメッセージの使用回数や頻度が異なるので、短い音声を繋ぎ合わせて一つの音声ガイダンスを構成するときには、これらの処理が頻繁に発生して負荷となることがある。
【０００７】
たとえば、このシステムの音声ガイダンスサーバでは、INVITEメッセージにより新たなセッションを確立した後で、INFOメッセージにより音声ガイダンスの再生指示がなされる。このサーバ上において、所定数のセッションがすでに確立している場合には、この新たなセッションによる音声ガイダンスが負荷となり、この新たなセッションだけでなく、他のセッションにおいても、音声ガイダンスの再生が円滑に行われず、または途切れてしまうことがある。これにより、音声ガイダンスの聴取者は、音声ガイダンスを正常に聴取できなくなる。
【０００８】
本発明は、このような従来技術の欠点を解消し、SIP環境において、過負荷になることなく、SIPサーバからSIPクライアント端末へのサービスを円滑に提供するサービス提供システムおよびそのサービス提供方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は上述の課題を解決するために、SIPによるネットワーク環境において動作するSIPメインサーバと、このSIPメインサーバを制御するSIP制御サーバと、このSIP制御サーバに対して所定のサービスの提供を要求する第１の指示を供給して、このSIPメインサーバからこの所定のサービスを提供されるSIPクライアント端末とを含むサービス提供システムにおいて、このSIP制御サーバは、第１の指示に応じて、この所定のサービス提供に要する構成情報を得て、この構成情報を含む第２の指示をこのSIPメインサーバに供給してこの所定のサービスの提供を要求し、このSIPメインサーバは、第２の指示に応じて、この構成情報に基づいて、この所定のサービスを提供することがこのサーバにとって過負荷であるか否かを判定する過負荷判定手段を含み、この過負荷判定手段が過負荷であると判定した場合には、この所定のサービスが提供不可能であるとこのSIP制御サーバに応答して、この所定のサービスを提供せず、それ以外の場合には、この所定のサービスが提供可能であるとこのSIP制御サーバに応答して、この所定のサービスを提供することを特徴とする。
【００１０】
また、SIPによるネットワーク環境において動作するSIPメインサーバと、このSIPメインサーバを制御するSIP制御サーバと、このSIP制御サーバに対して所定のサービスの提供を要求する第１の指示を供給して、このSIPメインサーバからこの所定のサービスを提供されるSIPクライアント端末とを含むサービス提供システムにおけるサービス提供方法は、このSIP制御サーバにて、第１の指示に応じて、この所定のサービス提供に要する構成情報を得て、この構成情報を含む第２の指示をこのSIPメインサーバに供給してこの所定のサービスの提供を要求し、このSIPメインサーバにて、第２の指示に応じて、この構成情報に基づいて、この所定のサービスを提供することがこのサーバにとって過負荷であるか否かを判定する過負荷判定工程を含み、この過負荷判定工程の結果、過負荷であると判定した場合には、この所定のサービスが提供不可能であるとこのSIP制御サーバに応答して、この所定のサービスを提供せず、それ以外の場合には、この所定のサービスが提供可能であるとこのSIP制御サーバに応答して、この所定のサービスを提供することを特徴とする。
【発明の効果】
【００１１】
本発明のサービス提供システムによれば、SIP制御サーバが、SIPクライアント端末からのサービス提供指示に応じて、そのサービス提供の構成情報をSIPメインサーバに供給して、SIPメインサーバがこの構成情報に基づいてサービス提供が過負荷であるか否かの過負荷判定を行うことにより、SIPメインサーバは、サービス提供可能か否かをSIP制御サーバに通知して過負荷となるサービス提供を回避することができ、SIP制御サーバは、円滑にサービス提供ができるSIPメインサーバを選択することができ、これにより、SIPクライアント端末は、常に円滑なサービスを得ることができる。
【００１２】
また、本発明のサービス提供システムによれば、所定のサービス提供を要求するセッションの開始時に、そのサービス提供に要するINFOメッセージの送信回数および送信時間を構成情報として含んだINVITEメッセージをSIPメインサーバに通知することにより、このサーバは、この構成情報に基づいて、そのセッションが過負荷となるか否かを判定することができる。
【００１３】
また、本発明のサービス提供システムによれば、音声ガイダンス制御サーバが構成情報を含むINVITEメッセージを音声ガイダンスサーバに通知して、音声ガイダンスサーバがこの構成情報に基づいて過負荷判定を行うことにより、音声ガイダンス制御サーバは、円滑な音声ガイダンス再生が可能な音声ガイダンスサーバを選択することができ、音声ガイダンスサーバは、過負荷とならずに円滑に音声ガイダンスを再生することができる。これにより、聴取者は、良質で円滑な音声ガイダンスを音声ガイダンスサーバから聴取することができる。
【発明を実施するための最良の形態】
【００１４】
次に添付図面を参照して、本発明によるサービス提供システムの実施例を詳細に説明する。たとえば、本発明のサービス提供システム10は、図１に示すように、クライアントサーバモデルのプロトコルであるSIPによるネットワーク環境において、SIPクライアント端末12または14がSIP制御サーバ16にサービス提供を求めると、この制御サーバ16がSIPメインサーバ18および20を制御して、いずれかのメインサーバ18または20がクライアント端末12または14へとサービスを提供するものである。なお、本発明の理解に直接関係のない部分は、図示を省略し、冗長な説明を避ける。
【００１５】
本実施例において、サービス提供システム10は、実際には多数のSIPクライアント端末を含むことができるが、図１では複雑化を避けるため、少数のSIPクライアント12および14しか図示しない。また、サービス提供システム10は、実際には多数のSIPメインサーバを含むことができるが、図１では複雑化を避けるため、少数のSIPメインサーバ18および20しか図示しない。
【００１６】
SIPクライアント端末12および14は、SIPに基づいてサーバに対して所定のサービスを提供するように要求することができ、本実施例では、SIP制御サーバ16と接続してサービス提供を要求する指示を供給し、SIPメインサーバ18または20からそのサービスがSIPメッセージにより提供される。これらの端末12および14は、IP電話やパーソナルコンピュータなどのSIP端末が適用されてよい。
【００１７】
本実施例のSIPクライアント端末12および14は、SIP制御サーバ16に対する呼び出し、たとえばINVITEメッセージを発信して音声ガイダンスなどのサービスの提供を指示することができる。SIPクライアント端末12および14は、たとえば、音声ガイダンスが提供されるとき、聴取者に対してその音声を発する機能を有してよい。
【００１８】
また、SIPクライアント端末12および14は、SIP制御サーバ16から切断、たとえばBYEメッセージを受け取ってSIPメインサーバ18または20からのサービス提供が終了したことを知ることができる。
【００１９】
SIP制御サーバ16、ならびにSIPメインサーバ18および20は、SIPに基づいてクライアントの要求に応じて応答することができる。
【００２０】
SIP制御サーバ16は、SIPクライアント端末12および14からの指示に応じてSIPメインサーバ18および20を制御するもので、これらの端末12および14が発信する呼び出しを着信して、その呼び出しに応じた指示をSIPメインサーバ18または20に供給する。SIP制御サーバ16は、たとえば、音声ガイダンスの提供を指示する呼び出しを端末12および14から着信したとき、メインサーバ18または20に対して音声ガイダンスの提供を指示する音声ガイダンス制御サーバである。
【００２１】
本実施例のSIP制御サーバ16は、SIPメインサーバ18および20によるさまざまなサービス提供に関して、それぞれの構成情報をあらかじめ把握して保持するもので、メインサーバ18および20に対してサービス提供を指示するとき、この構成情報をセッション開始の際にメインサーバ18および20に供給する。
【００２２】
制御サーバ16は、たとえば、SIPメインサーバ18および20が１つ以上のINFOメッセージを送信することにより所定のサービスを提供するとき、そのINFOメッセージの総数InfoN、およびその所定のサービスの提供に要する送信時間InfoSを構成情報として有するとよい。制御サーバ16は、たとえば音声ガイダンスのサービスにおいて、構成情報の送信時間InfoSとして、その音声ガイダンスの再生時間を有するとよい。また、１回のサービス提供を構成する１つ以上のINFOメッセージがそれぞれ異なる情報を示してもよく、各INFOメッセージの送信時間が異なってもよい。
【００２３】
制御サーバ16は、これらの構成情報を含んだINVITEメッセージをSIPメインサーバ18および20に供給するとよく、構成情報をINVITEメッセージのヘッダ部分に追加するとよい。
【００２４】
また、SIPメインサーバ18および20は、SIP制御サーバ16に制御されてサービス提供を指示されるもので、SIPクライアント端末12および14に対してさまざまなサービスを提供することができる。
【００２５】
本実施例のSIPメインサーバ18および20は、さまざまなサービス提供に関するサービスデータをあらかじめ保持してよい。メインサーバ18および20は、サービス提供の指示に応じて、そのサービス提供に要するサービスデータを検出し、この検出したサービスデータを用いてサービスを提供することができる。
【００２６】
SIPメインサーバ18および20は、たとえば、音声ガイダンスを示す音声ファイルをサービスデータとして保持し、音声ガイダンスの提供の指示に応じて、対応する音声ファイルを検出し、検出した音声ファイルを用いて音声ガイダンスを再生することによりサービスを提供する音声ガイダンスサーバである。
【００２７】
また、SIPメインサーバ18および20は、SIP制御サーバ16からのサービス提供指示に応じて、そのサービス提供の構成情報を受信するとき、この構成情報に基づいてサービスを提供することがこのサーバにとって過負荷であるか否かの過負荷判定を行う。メインサーバ18および20は、その判定の結果、過負荷であると判定した場合には、サービス提供不可能であると応答してサービスを提供せず、それ以外の場合には提供可能であると応答してこの指示に対応し、サービスを提供する。
【００２８】
また、SIPメインサーバ18および20は、過負荷判定の結果、過負荷であると判定した場合には、SIP制御サーバ16に対して、486BUSYメッセージなどのエラーメッセージを通知してサービス提供不可能であると応答し、それ以外の場合には、200OKなどの成功メッセージを通知してサービス提供可能であると応答するとよい。
【００２９】
本実施例のSIPメインサーバ18および20は、受信した構成情報に基づいて得られる変数と、円滑なサービス提供が可能なレベル、すなわち過負荷とならないレベルを示す所定の許容値とを比較して過負荷判定を行い、その比較の結果、その変数が所定の許容値を超える場合に過負荷であると判定し、それ以外の場合に過負荷でないと判定する。
【００３０】
SIPメインサーバ18および20は、たとえば、構成情報として総数InfoNおよび送信時間InfoSを含むINVITEメッセージをSIP制御サーバ16から受信する。メインサーバ18および20は、初期値が０である変数Sumを有するもので、セッション開始の際に、すなわちINVITEメッセージの受信に応じて、そのセッションにおける１秒当たりのINFO流量InfoN/InfoS（INFOメッセージの総数/送信時間）を得て変数Sumに加算する。また、メインサーバ18および20は、セッション終了の際に、そのセッションにおけるINFO流量InfoN/InfoSを変数Sumから減算する。
【００３１】
SIPメインサーバ18および20は、図４に示すように、あらかじめ決めた所定の許容値THRを保持してよく、セッション開始の際に、そのセッションにおけるINFO流量InfoN/InfoSを加算した変数Sumと所定の許容値THRとを比較して、所定の許容値THRを閾値とする過負荷判定を行う。メインサーバ18および20は、過負荷判定の結果、過負荷である場合には変数SumにこのINFO流量InfoN/InfoSを加算して保持するが、それ以外の場合にはもとの変数Sumを維持して保持する。
【００３２】
次に、本実施例におけるサービス提供システム10の動作の一例を図２のシーケンスチャートを参照しながら説明する。ここでは、SIPメインサーバ18が有する変数Sumは、図４における302で示す位置の値である。
【００３３】
本実施例では、まず、所定の音声ガイダンスの提供を指示する呼び出しS102がSIPクライアント端末12からSIP制御サーバ16に対して発信される。
【００３４】
SIP制御サーバ16では、この呼び出しS102に応じて、所定の音声ガイダンスの提供における構成情報が得られ、ここでは、INFOメッセージの総数InfoNが１回で、送信時間InfoSが60秒であることが認識される。
【００３５】
次に、SIP制御サーバ16において、総数InfoNが１回で送信時間InfoSが60秒である構成情報を含み、セッションの開始を示すINVITEメッセージS104が生成され、SIPメインサーバ18に通知される。
【００３６】
SIPメインサーバ18では、このINVITEメッセージ204に応じて過負荷判定が行われ、まず、このINVITEメッセージによるセッションのINFO流量が、そのメッセージの構成情報に基づいて得られ、INFO流量InfoN/InfoS、すなわち1/60が得られる。
【００３７】
また、SIPメインサーバ18では、図４に示すように、INFO流量1/60が、位置302において保持する変数Sumに加算されて、さらに所定の許容値THRと比較されて過負荷判定が行われ、ここでは、所定の許容値THRを下回って過負荷でないと判定される。
【００３８】
このとき、SIPメインサーバ18からSIP制御サーバ16に対して、成功メッセージとして200OKメッセージS106が通知されて、サービス提供可能であることを応答する。
【００３９】
SIP制御サーバ16では、この成功メッセージS106に応じて、所定の音声ガイダンスの再生を指示するINFOメッセージS108がSIPメインサーバ18に通知される。
【００４０】
SIPメインサーバ18では、INFOメッセージS108に応じて、メッセージS108の受信に成功したことを示す応答メッセージS110がSIP制御サーバ16に通知され、所定の音声ガイダンスを再生してSIPクライアント端末12に供給する（S112）。
【００４１】
さらに、SIPメインサーバ18では、所定の音声ガイダンスの再生S112が終了すると、この終了を示すINFOメッセージS114がSIP制御サーバ16に通知される。
【００４２】
SIP制御サーバ16では、INFOメッセージS114に応じて、メッセージS114の受信に成功したことを示す応答メッセージS116がSIPメインサーバ18に通知される。
【００４３】
さらに、SIP制御サーバ16では、切断を示すSIPメッセージS118がSIPクライアント端末12に通知され、セッション終了を示すBYEメッセージS120がSIPメインサーバ18に通知されて、メッセージS104で開始したセッションが終了する。
【００４４】
また、SIPメインサーバ18では、BYEメッセージS120に応じて、メッセージS120の受信に成功したことを示す応答メッセージS122がSIP制御サーバ16に通知される。
【００４５】
また、本実施例におけるサービス提供システム10の動作の他の例を図３のシーケンスチャートを参照しながら説明する。ここでは、SIPメインサーバ18が有する変数Sumは、図４における304で示す位置の値である。
【００４６】
本実施例では、まず、所定の音声ガイダンスの提供を指示する呼び出しS202がSIPクライアント端末14からSIP制御サーバ16に対して発信される。
【００４７】
SIP制御サーバ16では、この呼び出しS202に応じて、所定の音声ガイダンスの提供における構成情報が得られ、ここでは、INFOメッセージの総数InfoNが３回で、送信時間InfoSが10秒であることが認識される。
【００４８】
次に、SIP制御サーバ16では、総数InfoNが３回で送信時間InfoSが10秒である構成情報を含み、セッションの開始を示すINVITEメッセージS204が生成され、SIPメインサーバ18に通知される。
【００４９】
SIPメインサーバ18では、このINVITEメッセージS204に応じて過負荷判定が行われ、まず、このINVITEメッセージによるセッションのINFO流量が、そのメッセージの構成情報に基づいて得られ、INFO流量InfoN/InfoS、すなわち3/10が得られる。
【００５０】
また、SIPメインサーバ18では、INFO流量3/10が、図４に示す位置304において保持する変数Sumに加算されて、さらに所定の許容値THRと比較されて過負荷判定が行われ、ここでは、加算結果が位置306で示す値となって所定の許容値THRを上回るので過負荷であると判定される。
【００５１】
このとき、SIPメインサーバ18からSIP制御サーバ16に対して、エラーメッセージとして486BUSYメッセージS206が通知されて、サービス提供不可能であることを応答する。
【００５２】
SIP制御サーバ16では、このエラーメッセージS206に応じて、総数InfoNが３回で送信時間InfoSが10秒である構成情報を含んでセッションの開始を示すINVITEメッセージS208がSIPメインサーバ20に通知される。
【００５３】
SIPメインサーバ20では、このINVITEメッセージ208に応じて過負荷判定が行われ、ここでは、所定の許容値THRを下回って過負荷でないと判定されて、成功メッセージS210がSIP制御サーバ16に通知されて、サービス提供可能であることを応答する。
【００５４】
SIP制御サーバ16では、この成功メッセージS210に応じて、所定の音声ガイダンスの再生を指示するINFOメッセージS212がSIPメインサーバ20に通知される。
【００５５】
SIPメインサーバ20では、INFOメッセージS212に応じて、メッセージS212の受信に成功したことを示す応答メッセージS214がSIP制御サーバ16に通知され、所定の音声ガイダンスを再生してSIPクライアント端末14に供給する（S216）。
【００５６】
さらに、SIPメインサーバ20では、所定の音声ガイダンスの再生S216が終了すると、この終了を示すINFOメッセージS218がSIP制御サーバ16に通知される。
【００５７】
SIP制御サーバ16では、INFOメッセージS218に応じて、メッセージS218の受信に成功したことを示す応答メッセージS220がSIPメインサーバ20に通知される。
【００５８】
次に、上記のようなINFOメッセージS212に応じた音声ガイダンス再生（S212〜S220）が２回繰り返されて（S222）、この動作例では、INFOメッセージS212に応じた音声ガイダンス再生が、計３回行われる。
【００５９】
その後、SIP制御サーバ16では、上記の動作例と同様にして、SIPクライアント端末14およびSIPメインサーバ20と切断して、INVITEメッセージS208で開始したセッションが終了する。
【００６０】
本発明のサービス提供システムは、SIPのINFOメッセージを使用して、音声ガイダンスを再生する音声ガイダンス再生装置や、セッション情報を伝送する伝送装置に適用することができる。
【図面の簡単な説明】
【００６１】
【図１】本発明に係るサービス提供システムの一実施例を示すブロック図である。
【図２】図１に示す実施例のサービス提供システムにおける動作手順を説明するシーケンスチャートである。
【図３】図１に示す実施例のサービス提供システムにおける動作手順を説明するシーケンスチャートである。
【図４】図１に示す実施例のサービス提供システムのSIPメインサーバにおけるセッションごとのINFO流量を概要的に示すグラフである。
【符号の説明】
【００６２】
10  サービス提供システム
12、14  SIPクライアント端末
16  SIP制御サーバ
18、20  SIPメインサーバ
【図１】
0004735298.tif 000002
【図２】
0004735298.tif 000003
【図３】
0004735298.tif 000004
【図４】
0004735298.tif 000005