(57)【要約】【課題】確実に課金できる通信システムを実現する。【解決手段】通信システムは、自身に接続しているユーザ端末からの要求メッセージを受信し、該要求メッセージに自身のアドレスを返信アドレスとして記載し、該要求メッセージを転送する第１の加入者系サーバと、前記第１の加入者系サーバにより転送された前記要求メッセージを中継する、少なくとも１段の中継系サーバと、前記中継系サーバにより中継された前記要求メッセージを受信し、受信した該要求メッセージに記載された前記返信アドレスを記憶すると共に、該要求メッセージを、自身に接続された通信装置へ転送し、該通信装置から該要求メッセージに対する応答メッセージを受信したとき、記憶しておいた該返信アドレスへ該応答メッセージを転送する第２の加入者系サーバと、を有する。【選択図】図１
2010130458.tif 000002
【特許請求の範囲】
【請求項１】
自身に接続しているユーザ端末からの要求メッセージを受信し、該要求メッセージに自身のアドレスを返信アドレスとして記載し、該要求メッセージを転送する第１の加入者系サーバと、
前記第１の加入者系サーバにより転送された前記要求メッセージを中継する、少なくとも１段の中継系サーバと、
前記中継系サーバにより中継された前記要求メッセージを受信し、受信した該要求メッセージに記載された前記返信アドレスを記憶すると共に、該要求メッセージを、自身に接続された通信装置へ転送し、該通信装置から該要求メッセージに対する応答メッセージを受信したとき、記憶しておいた該返信アドレスへ該応答メッセージを転送する第２の加入者系サーバと、
を有する通信システム。
【請求項２】
前記中継系サーバは、自身の負荷を取得し、該負荷が所定の閾値より大きければ、受信した前記要求メッセージに、該要求メッセージに対する応答メッセージについて自身のスキップを要求するスキップ要求情報を付加すると共に、該要求メッセージを転送し、
前記第２の加入者系サーバは、前記中継系サーバから受信した前記要求メッセージに前記スキップ要求情報が付加されている場合、前記返信アドレスへ前記応答メッセージを転送し、該要求メッセージに前記スキップ要求情報が付加されていない場合、該中継系サーバへ前記応答メッセージを転送する、請求項１に記載の通信システム。
【請求項３】
前記通信システムは、複数段の前記中継サーバを有し、
それぞれの前記中継系サーバは、自身のアドレスを前記返信アドレスとして前記要求メッセージに追加すると共に、前記負荷が所定の閾値より大きければ、追加した該返信アドレスに対応付けて、該要求メッセージに前記スキップ要求情報を付加し、
２段目以降の前記中継系サーバは、受信した前記要求メッセージに前記スキップ要求情報が付加されていれば、該スキップ要求情報に対応する前記返信アドレスを除いた、最後に追加された返信アドレスを記憶すると共に、該要求メッセージを自身に接続されたノードに転送し、該ノードから該要求メッセージに対する応答メッセージを受信したとき、記憶しておいた該返信アドレスへ該応答メッセージを転送する、請求項２に記載の通信システム。
【請求項４】
他のセッション制御サーバのアドレスが返信アドレスとして記載された要求メッセージを受信する第１の受信手段と、
前記第１の受信手段により受信された前記要求メッセージに記載された前記返信アドレスを記憶する記憶手段と、
前記第１の受信手段により受信された前記要求メッセージを、自身に接続された通信装置へ転送する転送手段と、
前記通信装置から前記要求メッセージに対する応答メッセージを受信する第２の受信手段と、
前記第２の受信手段により前記応答メッセージが受信されたとき、前記記憶手段に記憶しておいた前記返信アドレスへ該応答メッセージを転送する第２の転送手段と、
を有する加入者系サーバ。
【請求項５】
他のセッション制御サーバから要求メッセージを受信する受信手段と、
自身の負荷を取得する負荷取得手段と、
前記負荷取得手段により取得された前記負荷が所定の閾値より大きいのであれば、前記受信手段により受信された前記要求メッセージに、該要求メッセージに対する応答メッセージについて自身のスキップを要求するスキップ要求情報を付加すると共に、該要求メッセージを転送する転送手段と、
を有する中継系サーバ。
【請求項６】
第１の加入者系サーバが、自身に接続しているユーザ端末からの要求メッセージを受信し、
該要求メッセージに自身のアドレスを返信アドレスとして記載し、
該要求メッセージを転送し、
少なくとも１段の中継系サーバが、前記第１の加入者系サーバにより転送された前記要求メッセージを中継し、
第２の加入者系サーバが、前記中継系サーバにより中継された前記要求メッセージを受信し、
受信した該要求メッセージに記載された前記返信アドレスを記憶すると共に、該要求メッセージを、自身に接続された通信装置へ転送し、
該通信装置から該要求メッセージに対する応答メッセージを受信したとき、記憶しておいた該返信アドレスへ該応答メッセージを転送する、通信方法。
【請求項７】
他のセッション制御サーバのアドレスが返信アドレスとして記載された要求メッセージを受信し、
前記要求メッセージに記載された前記返信アドレスを記憶手段に記憶し、
前記要求メッセージを、自身に接続された通信装置へ転送し、
前記通信装置から前記要求メッセージに対する応答メッセージを受信し、
前記応答メッセージが受信されたとき、前記記憶手段に記憶しておいた前記返信アドレスへ該応答メッセージを転送する、加入者系サーバの制御方法。
【請求項８】
他のセッション制御サーバから要求メッセージを受信し、
自身の負荷を取得し、
前記負荷が所定の閾値より大きいのであれば、前記受信手段により受信された前記要求メッセージに、該要求メッセージに対する応答メッセージについて自身のスキップを要求するスキップ要求情報を付加すると共に、該要求メッセージを転送する、中継系サーバの制御方法。
【請求項９】
コンピュータに、
他のセッション制御サーバのアドレスが返信アドレスとして記載された要求メッセージを受信する第１の受信手順、
前記第１の受信手順で受信された前記要求メッセージに記載された前記返信アドレスを記憶手段に記憶する手順、
前記第１の受信手順で受信された前記要求メッセージを、自身に接続された通信装置へ転送する転送手順、
前記通信装置から前記要求メッセージに対する応答メッセージを受信する第２の受信手順、及び
前記第２の受信手順で前記応答メッセージが受信されたとき、前記記憶手段に記憶しておいた前記返信アドレスへ該応答メッセージを転送する第２の転送手順、
を実行させるためのプログラム。
【請求項１０】
コンピュータに、
他のセッション制御サーバから要求メッセージを受信する受信手順、
自身の負荷を取得する負荷取得手順、
前記負荷取得手順で取得された前記負荷が所定の閾値より大きいのであれば、前記受信手段により受信された前記要求メッセージに、該要求メッセージに対する応答メッセージについて自身のスキップを要求するスキップ要求情報を付加すると共に、該要求メッセージを転送する転送手順、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムにおいてサーバ間でメッセージを送受信する技術に関する。
【背景技術】
【０００２】
ＩＰ（Internet Protocol）電話サービスにおいて、非特許文献１に記載のメソッドなどを使用して、ユーザ端末間で小容量データ通信を行う場合、図７に示すように着側ユーザ端末が３つ以上のサーバを経由して要求メッセージを送受信することがある。
【０００３】
このような通信システムにおいて、発信側のユーザ端末が送信した要求メッセージ（ＭＥＳＳＡＧＥ等）に対し、着信側のユーザ端末は、到達を確認するための応答メッセージ（２００  ＯＫ等）を返信する。このとき、返信された応答メッセージは、要求メッセージが経由した全てのサーバを経由して発側ユーザ端末へ送信されていた。
【非特許文献１】「ＪＦ−ＩＥＴＦ−ＲＦＣ３４２８」、[online]、[平成２０年９月２４日検索]、インターネット<URL:http://www.ietf.org/rfc/rfc3428.txt>
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、図７に示したように、要求メッセージが経由した全ての中継系サーバを応答メッセージが経由するメッセージ転送方式では、一部の中継系サーバが故障したときや、ネットワークの一部において輻輳あるいは障害が発生したときに、応答メッセージが着信側のサーバに届かないときがあった。このため、例えば、着信側のサーバが課金のためのＣＤＲ（Call Data Record）が取得できないという問題があった。
【０００５】
本発明の目的は、着信側のサーバからの応答メッセージを、より確実に発信側のサーバに送り届けるための技術を提供することである。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の通信システムは、自身に接続しているユーザ端末からの要求メッセージを受信し、該要求メッセージに自身のアドレスを返信アドレスとして記載し、該要求メッセージを転送する第１の加入者系サーバと、前記第１の加入者系サーバにより転送された前記要求メッセージを中継する、少なくとも１段の中継系サーバと、前記中継系サーバにより中継された前記要求メッセージを受信し、受信した該要求メッセージに記載された前記返信アドレスを記憶すると共に、該要求メッセージを、自身に接続された通信装置へ転送し、該通信装置から該要求メッセージに対する応答メッセージを受信したとき、記憶しておいた該返信アドレスへ該応答メッセージを転送する第２の加入者系サーバと、を有する。
【０００７】
本発明の加入者系サーバは、他のセッション制御サーバのアドレスが返信アドレスとして記載された要求メッセージを受信する第１の受信手段と、前記第１の受信手段により受信された前記要求メッセージに記載された前記返信アドレスを記憶する記憶手段と、前記第１の受信手段により受信された前記要求メッセージを、自身に接続された通信装置へ転送する転送手段と、前記通信装置から前記要求メッセージに対する応答メッセージを受信する第２の受信手段と、前記第２の受信手段により前記応答メッセージが受信されたとき、前記記憶手段に記憶しておいた前記返信アドレスへ該応答メッセージを転送する第２の転送手段と、を有する。
【０００８】
本発明の中継系サーバは、他のセッション制御サーバから要求メッセージを受信する受信手段と、自身の負荷を取得する負荷取得手段と、前記負荷取得手段により取得された前記負荷が所定の閾値より大きいのであれば、前記受信手段により受信された前記要求メッセージに、該要求メッセージに対する応答メッセージについて自身のスキップを要求するスキップ要求情報を付加すると共に、該要求メッセージを転送する転送手段と、を有する。
【０００９】
本発明の加入者系サーバの制御方法は、他のセッション制御サーバのアドレスが返信アドレスとして記載された要求メッセージを受信し、前記要求メッセージに記載された前記返信アドレスを記憶手段に記憶し、前記要求メッセージを、自身に接続された通信装置へ転送し、前記通信装置から前記要求メッセージに対する応答メッセージを受信し、前記応答メッセージが受信されたとき、前記記憶手段に記憶しておいた前記返信アドレスへ該応答メッセージを転送する、方法である。
【００１０】
本発明の中継系サーバの制御方法は、他のセッション制御サーバから要求メッセージを受信し、自身の負荷を取得し、前記負荷が所定の閾値より大きいのであれば、前記受信手段により受信された前記要求メッセージに、該要求メッセージに対する応答メッセージについて自身のスキップを要求するスキップ要求情報を付加すると共に、該要求メッセージを転送する、方法である。
【００１１】
本発明の第１の観点にかかるプログラムは、コンピュータに、他のセッション制御サーバのアドレスが返信アドレスとして記載された要求メッセージを受信する第１の受信手順、前記第１の受信手順で受信された前記要求メッセージに記載された前記返信アドレスを記憶手段に記憶する手順、前記第１の受信手順で受信された前記要求メッセージを、自身に接続された通信装置へ転送する転送手順、前記通信装置から前記要求メッセージに対する応答メッセージを受信する第２の受信手順、及び前記第２の受信手順で前記応答メッセージが受信されたとき、前記記憶手段に記憶しておいた前記返信アドレスへ該応答メッセージを転送する第２の転送手順、を実行させるためのプログラムである。
【００１２】
本発明の第２の観点にかかるプログラムは、コンピュータに、他のセッション制御サーバから要求メッセージを受信する受信手順、自身の負荷を取得する負荷取得手順、前記負荷取得手順で取得された前記負荷が所定の閾値より大きいのであれば、前記受信手段により受信された前記要求メッセージに、該要求メッセージに対する応答メッセージについて自身のスキップを要求するスキップ要求情報を付加すると共に、該要求メッセージを転送する転送手順、を実行させるためのプログラムである。
【発明の効果】
【００１３】
本発明によれば、第１の加入者系サーバが、受信した要求メッセージに自身のアドレスを返信アドレスとして記載して転送し、中継系サーバが、その要求メッセージを中継し、第２の加入者系サーバが、要求メッセージに記載の返信アドレスを記憶しておき、要求メッセージに対する応答メッセージを通信装置から受信したとき、その応答メッセージを記憶しておいた返信アドレスへ転送する。このため、第２の加入者系サーバは、応答メッセージを受信したときに、中継系サーバが故障等していた場合であっても、その中継系サーバをスキップして、第１の加入者系サーバへ直接応答メッセージを送信するので、確実に応答メッセージが返信される。
【発明を実施するための最良の形態】
【００１４】
（第１の実施形態）
本発明を実施するための第１の実施形態について図面を参照して詳細に説明する。
【００１５】
図１は、本実施形態の通信システム１の構成を示す全体図である。通信システム１は、ＩＰ（Internet Protocol）電話サービス等の通信サービスを加入者に提供する通信システムである。同図を参照すると、通信システム１は、加入者系サーバ１０、１１と、中継系サーバ２０とを有する。そして、加入者系サーバ１０には、加入者端末Ｐ１が接続され、加入者系サーバ１１には、加入者端末Ｐ２が接続されている。
【００１６】
加入者系サーバ１０および１１は、加入者端末（Ｐ１、Ｐ２）に通信サービスを提供するＳＩＰ（Session Initiation Protocol）サーバである。加入者系サーバ（１０、１１）は、加入者端末（Ｐ１、Ｐ２）から、要求メッセージ（例えば、ＩＮＶＩＴＥやＭＥＳＳＡＧＥ）を受信したならば、その要求メッセージに、自身の論理アドレス（ＩＰアドレス）を返信アドレスとして記載する。
【００１７】
返信アドレスは、要求メッセージに対する応答メッセージを送信すべきアドレスである。そして、加入者系サーバ（１０および１１）は、返信アドレスを付加した要求メッセージを中継系サーバ２０に転送する。
【００１８】
上記「ＭＥＳＳＡＧＥ」は、ある加入者端末から他の加入者端末に情報を通知する情報通知サービスのための要求メッセージである。ＭＥＳＳＡＧＥメソッドを使用した情報通知サービスを提供する場合、ユーザが通話中でも、情報を通知可能とするのが望ましい。また、この情報通知サービスにおいて送受信できる情報は、例えば、最大１２８バイトである。このサービス利用の際、一般に、通信事業者に申し込みは不要であるが、相手側ユーザが、ユーザ間情報通知を申し込んでいる必要がある。通信料金は、例えば、１メッセージ当たり０．４円である。但し、一般にユーザ間情報通知の料金はユーザに通知されない。
【００１９】
ＭＥＳＳＡＧＥメソッドにより通知する情報（小容量データ）は、例えば、要求メッセージのBody部に設定され、伝達可能な内容に制限は加えられない。また、ＭＥＳＳＡＧＥメソッドを使用する場合の認証やルーティングは、通常のＩＮＶＩＴＥメソッドを使用する場合と同様とすることが望ましい。呼のルーティングは、例えば、Request-lineに設定された識別番号に基づいて行われる。
【００２０】
通信システム１は、加入者端末（Ｐ１、Ｐ２）から受信できるメッセージのサイズの最大値を、例えば、ＩＰヘッダを含めて１３００バイト未満に設定する。加入者端末（Ｐ１、Ｐ２）から、設定値以上の信号を受信した加入者系サーバ（１０、１１）は、そのメッセージを破棄し、５１３  "Message too big"メッセージを加入者端末に送信する。
【００２１】
発信側の加入者系サーバ（１０、１１）は、発信側のユーザが設定した発番号情報を検証し、発番号の正当性を保証するのが望ましい。発番号が設定されていなければ、加入者系サーバは、例えば、ＭＥＳＳＡＧＥメソッドのSource IPアドレスにより、発信者の識別を行う。
【００２２】
ＵＮＩ（User Network Interface）からのＭＥＳＳＡＧＥ受信時には、加入者系サーバは、例えば、加入者データによるＵＮＩ種別と、ＲＥＧＩＳＴＥＲのＡＬＬＯＷにＭＥＳＳＡＧＥが登録されているかどうかにより、サービス提供すべきか否かを判断する。
【００２３】
ＭＥＳＳＡＧＥメソッドのＵＮＩ／ＳＮＩ（application Server Network Interface）への着信については、着側の加入者端末が、ＩＰｖ４（Internet Protocol version 4）、ＩＰｖ６（Internet Protocol version 6）の双方に登録しており、かつＲＥＧＩＳＴＥＲ時のＡＬＬＯＷヘッダにＭＥＳＳＡＧＥが存在する場合には、着信側の加入者系サーバが、登録したＩＰ種別で、ＭＥＳＳＡＧＥを加入者端末に着信させるのが望ましい。
【００２４】
最下段のＶｉａに，ＦＤＤＩ(First Distributed Data Interface)などのＩＰ種別以外が載っており、かつ着側（Ｐ１、Ｐ２）がＭＥＳＳＡＧＥを許容している場合には、着信側の加入者系サーバが、着信側の加入者端末により許容されているＩＰ種別でＭＥＳＳＡＧＥを着信させるのが望ましい。
【００２５】
ＭＥＳＳＡＧＥメソッドの網内ＮＮＩ（Network Network Interface）への送信については、対向サーバ（１０、１１）がＩＰｖ４／ＩＰｖ６双方に対応可能な場合には、加入者系サーバは、ＭＥＳＳＡＧＥの最下段のＶｉａに記述されているＩＰ種別でメッセージを送信する。対向サーバがＩＰｖ４／ＩＰｖ６の一方のみに対応可能な場合、加入者系サーバは、対向サーバが可能なＩＰ種別で送信する。最下段のＶｉａに，ＦＤＤＩなどのＩＰ種別以外が載っており、かつ対向サーバがＭＥＳＳＡＧＥを許容している場合には、加入者系サーバは、着信側の加入者端末により許容されているＩＰ種別でＭＥＳＳＡＧＥを着信させるが望ましい。ＩＰｖ４／ＩＰｖ６双方を許容している場合には、対向サーバは、例えば、ＩＰｖ６で送信する。
【００２６】
中継系サーバ２０は、加入者系サーバ（１０および１１）が送受信したメッセージを転送する機能を有するＳＩＰサーバである。中継系サーバ２０は、加入者系サーバの一方（１０または１１）から受信した要求メッセージを他方（１０または１１）へ転送する。
【００２７】
加入者系サーバ（１０、１１）は、要求メッセージを受信したとき、そのメッセージから返信アドレスを読み出して記憶しておく。そして、加入者系サーバ（１０、１１）は、受信した要求メッセージを、加入者端末（Ｐ１またはＰ２）へ転送する。
【００２８】
加入者端末（Ｐ１およびＰ２）は、通信システム１に登録されたＵＡ（User Agent）である。加入者端末（Ｐ１またはＰ２）は、加入者系サーバ（１０または１１）から要求メッセージを受信したとき、ＲＦＣ（Request For Comments）に記載の手順で、その要求メッセージに対する応答メッセージ（例えば、２００  ＯＫ）を作成して加入者系サーバ（１０または１１）へ返信する。
【００２９】
各ノードは、ＭＥＳＳＡＧＥメソッドにより送受信されるメッセージを、再送対象外とし、所定時間（例えば、３２秒）内にレスポンスがない場合、もしくは何らかのレスポンスが返送された時点で、このメッセージを経由するサーバ（１０、１１、２０）は、トランザクションを開放し、着信ユーザが再送するのが望ましい。タイマは、システムデータとして設定される。
【００３０】
着信側の加入者系サーバ（１０、１１）は、所定時間内に返信された応答メッセージを受信したとき、記憶しておいた返信アドレス、即ち、発信側の加入者系サーバのアドレスへ、その応答メッセージを転送する。所定時間内に応答メッセージを受信しなかったときは、加入者系サーバ（１０、１１）は、エラーメッセージ（例えば、４０８  Timeout）を前位のノード（２０）に送信する。
【００３１】
着信側の加入者系サーバ（１０、１１）は、応答メッセージを受信したとき、またはエラーメッセージを送信したときに、その呼についての課金のためのＣＤＲ（Call Data Record）を作成する。
【００３２】
一方、発信側の加入者系サーバ（１０、１１）は、要求メッセージを送信後、対応する応答メッセージを所定時間（例えば、３２秒）内に受信したときは、その呼について課金するためのＣＤＲを作成する。応答メッセージを所定時間内に受信しなかったときは、加入者系サーバ（１０、１１）は、その呼について非課金を設定したＣＤＲを作成する。
【００３３】
着信側の加入者系サーバ（１０、１１）が故障等により、メッセージを送信できないときは、ＣＤＲは作成されない。
【００３４】
特に、加入者サーバは、ＭＥＳＳＡＧＥメソッドによるメッセージを受信時に、そのデータサイズを記憶しておき、記憶しておいたデータサイズが、応答メッセージのデータサイズと異なるのであれば、ネットワーク内の不具合が想定されるので、その呼について非課金を設定したＣＤＲを作成する。
【００３５】
図２は、加入者系サーバ１０の構成を示すブロック図である。同図を参照すると、加入者系サーバ１０は、制御部１０１、および記憶部１０３を有する。
【００３６】
加入者系サーバ１０が発信側である場合について説明する。制御部１０１は、要求メッセージを受信したとき、その要求メッセージに加入者系サーバ１０の論理アドレスを返信アドレスとして記載する。そして、制御部１０１は、その要求メッセージを中継系サーバ２０へ転送する。
【００３７】
要求メッセージを送信後、対応する応答メッセージを所定時間内に受信した場合、制御部１０１は、その呼について課金するためのＣＤＲを作成する。応答メッセージを所定時間内に受信しなかった場合、制御部１０１は、その呼について非課金を設定したＣＤＲを作成する。制御部１０１は、作成したＣＤＲ（１０３１）を記憶部１０３に格納する。
【００３８】
次に、加入者系サーバ１０が着信側である場合について説明する。制御部１０１は、要求メッセージを受信したとき、要求メッセージから返信アドレス（１０３２）を読み出して、記憶部１０３に格納する。そして、制御部１０１は、その要求メッセージを加入者端末Ｐ１へ転送する。
【００３９】
要求メッセージを送信後、対応する応答メッセージを所定時間内に受信した場合、制御部１０１は、その呼について課金するためのＣＤＲを作成する。応答メッセージを所定時間内に受信しなかった場合、制御部１０１は、エラーメッセージ（例えば、４０８  Timeout）を前位のノード（２０）に送信する。応答メッセージを受信したとき、またはエラーメッセージを送信したときに、制御部１０１は、その呼についての課金のためのＣＤＲを作成し、作成したＣＤＲ（１０３１）を記憶部１０３に格納する。
【００４０】
加入者系サーバ１１の構成は、加入者系サーバ１０の構成と同様である。
【００４１】
続いて、加入者系サーバ（１０および１１）の動作について、図３〜５を参照して説明する。図３は、加入者系サーバ（１０および１１）の動作を示すフローチャートである。この動作は、加入者系サーバが、ＳＩＰメッセージを受信したときに開始する。加入者系サーバは、要求メッセージを受信したか否かを判断する（ステップＳ１）。
【００４２】
要求メッセージを受信したのであれば（ステップＳ１：ＹＥＳ）、加入者系サーバは、そのメッセージを加入者系端末から受け付けたか否か、言い換えれば、受け付けた呼について発信側であるか否かを判断する（ステップＳ３）。
【００４３】
発信側である場合（ステップＳ３：ＹＥＳ）、加入者系サーバは、発側メッセージ転送処理を実行する（ステップＳ５）。着信側である場合（ステップＳ３：ＮＯ）、加入者系サーバは、着側メッセージ転送処理を実行する（ステップＳ７）。
【００４４】
要求メッセージを受信していない場合（ステップＳ１：ＮＯ）、またはステップＳ５、Ｓ７の後、加入者系サーバは動作を終了する。
【００４５】
図４は、発側メッセージ転送処理を示すフローチャートである。同図を参照すると、加入者系サーバは、受信した要求メッセージに、自身のＩＰアドレスを返信アドレスとして記載する（ステップＳ５１）。
【００４６】
加入者系サーバは、返信アドレスを記載した要求メッセージを、中継系サーバ（２０）に転送する（ステップＳ５３）。そして、加入者系サーバは、要求メッセージに対する応答メッセージを、要求メッセージを送信してから所定時間内に受信したか否かを判断する（ステップＳ５５）。
【００４７】
応答メッセージを所定時間内に受信した場合（ステップＳ５５：ＹＥＳ）、加入者系サーバは、その呼について課金するためのＣＤＲ（１０３１）を作成し、記憶する（ステップＳ５７）。応答メッセージを所定時間内に受信しなかった場合（ステップＳ５５：ＮＯ）、加入者系サーバは、エラーメッセージを送信し、その呼について非課金を設定したＣＤＲ（１０３１）を作成し、記憶する（ステップＳ５９）。ステップＳ５７、またはＳ５９の後、加入者系サーバは、発側メッセージ転送処理を終了する。
【００４８】
図５は、着側メッセージ転送処理を示すフローチャートである。同図を参照すると、加入者系サーバは、要求メッセージに記載された返信アドレス（１０３２）を記憶しておく（ステップＳ７１）。そして、加入者系サーバは、要求メッセージを加入者端末（Ｐ１、Ｐ２）に転送する（ステップＳ７３）。
【００４９】
加入者系サーバは、要求メッセージに対する応答メッセージを、要求メッセージを送信してから所定時間内に受信したか否かを判断する（ステップＳ７５）。
【００５０】
応答メッセージを所定時間内に受信した場合（ステップＳ７５：ＹＥＳ）、加入者系サーバは、受信した応答メッセージを、記憶しておいた返信アドレス（加入者系サーバのアドレス）へ転送する（ステップＳ７７）。
【００５１】
応答メッセージを所定時間内に受信しなかった場合（ステップＳ７５：ＮＯ）、加入者系サーバは、エラーメッセージを中継系サーバに送信する（ステップＳ７９）。ステップＳ７７、またはＳ７９の後、加入者系サーバは、その呼について課金するためのＣＤＲ（１０３１）を作成し、記憶する（ステップＳ８１）。ステップＳ８１の後、加入者系サーバは、着側メッセージ転送処理を終了する。
【００５２】
続いて、通信システム１の動作結果の一例について、図６および図７を参照して説明する。図６は、通信システム１の動作を示すシーケンス図である。加入者端末Ｐ１から加入者端末Ｐ２へ、発呼が生じた場合について考える。同図を参照すると、発信側の加入者系サーバ１０は、加入者端末Ｐ１から受信した要求メッセージ（ＭＥＳＳＡＧＥ等）に、返信アドレスを記載して転送する（ステップＳ５１、Ｓ５３）。
【００５３】
着信側の加入者系サーバ１１は、中継系サーバ２０を経由して、要求メッセージを受信し、返信アドレスを記憶しておき、そのメッセージを加入者端末Ｐ２に転送する（ステップＳ７１、Ｓ７３）。加入者系サーバ１１は、要求メッセージに対する応答メッセージ（２００  ＯＫ等）を加入者端末Ｐ２から受信すると、その応答メッセージを、返信アドレスへ転送する（ステップＳ７７）。
【００５４】
加入者系サーバ１０および１１は、その呼について、ＣＤＲを作成する（ステップＳ５７、８１）。
【００５５】
このように、着信側の加入者系サーバ１１が、中継系サーバ２０をスキップして、応答メッセージを直接、発信側の加入者系サーバ１０へ転送する。このため、着信側の加入者系サーバ１１が応答メッセージを受信時に、加入者系サーバ（１０、１１）と中継系サーバ２０との間で、輻輳が生じたり、中継系サーバ２０が故障したりした場合であっても、発信側の加入者系サーバ１０へ応答メッセージが送信され、加入者系サーバ１０は、課金用のＣＤＲを作成することができる。
【００５６】
これに対して、図７に示すように、中継系サーバ２０を経由して応答メッセージを転送する構成では、応答メッセージ受信時に、加入者系サーバ（１０、１１）と中継系サーバ２０との間で、障害が発生すると、着信側（１１）に応答メッセージが届かず、着信側（１１）は、課金のためのＣＤＲを作成することができなくなってしまう。
【００５７】
図６は、タイムアウト時の通信システム１の動作を示すシーケンス図である。同図を参照すると、発信側の加入者サーバ（１０）は、応答メッセージが所定時間内に届かなかったときは（ステップＳ５５：ＮＯ）、エラーメッセージ（４０８  Timeout）を送信し、非課金のＣＤＲを作成する（ステップＳ５９）。一方、着信側の加入者サーバ（１１）は、応答メッセージが所定時間内に届かなかったときは（ステップＳ７５：ＮＯ）、エラーメッセージ（４０８  Timeout）を送信し（ステップＳ７９）、課金のためのＣＤＲを作成する（ステップＳ８１）。
【００５８】
図７は、着信側の加入者サーバ（１１）がメッセージを送信できないときの通信システム１の動作を示すフローチャートである。同図を参照すると、加入者サーバに障害が生じたときは、応答メッセージ、またはエラーメッセージが送信されないため、発信側、着信側の加入者サーバにおいてＣＤＲが作成されない。
【００５９】
なお、本実施形態では、中継系サーバを１つのみ設ける構成としているが、中継系サーバを複数設ける構成としてもよいのは勿論である。
【００６０】
本実施形態では、加入者系サーバ、加入者端末を２つ設ける構成としているが、これらの通信装置を３つ以上設ける構成としてもよいのは勿論である。
【００６１】
本実施形態では、通信システム１は、他のネットワークと接続されていないが、中継系サーバ２０がゲートウェイ機能を有し、通信システム１が他のネットワーク内のノードと、メッセージの送受信を行う構成としてもよい。
【００６２】
以上説明したように、本実施形態によれば、加入者系サーバ１０（第１の加入者系サーバ）が、加入者端末Ｐ１（ユーザ端末）から受信した要求メッセージに自身のアドレスを返信アドレスとして記載して転送し、中継系サーバ２０が、その要求メッセージを中継し、加入者系サーバ１１（第２の加入者系サーバ）が、要求メッセージに記載の返信アドレスを記憶しておき、要求メッセージに対する応答メッセージを加入者端末Ｐ２（通信装置）から受信したとき、その応答メッセージを記憶しておいた返信アドレスへ転送する。このため、第２の加入者系サーバは、応答メッセージを受信したときに、中継系サーバが故障等していた場合であっても、その中継系サーバをスキップして、第１の加入者系サーバへ直接応答メッセージを返信できる。
【００６３】
そして、第１の加入者系サーバは、応答メッセージを確実に受信できるので、課金のためのＣＤＲの作成が容易となる。
【００６４】
（第２の実施形態）
本発明の第２の実施形態について、図１０〜図１２を参照して説明する。本実施形態の通信システムは、中継系サーバのリソースの空きが低下したときに、加入者系サーバが中継系サーバをスキップする点で、第１の実施形態の通信システムと異なる。
【００６５】
図１０は、本実施形態の中継系サーバ２０ａの構成を示すブロック図である。同図を参照すると、中継系サーバ２０ｂは、制御部２０１、およびリソース管理部２０３を有する。
【００６６】
リソース管理部２０３は、ＣＰＵ（Central Processing Unit）使用率、メモリ使用率など、中継系サーバ２０ａのリソースを取得する。
【００６７】
制御部２０１は、要求メッセージを受信したとき、リソースの空きが所定の閾値以下であれば、要求メッセージに、返信アドレスへ転送する旨を記載する。そして、制御部２０１は、要求メッセージを加入者系サーバへ転送する。
【００６８】
中継系サーバ２０ａの動作について説明する。図１１は、中継系サーバ２０ａの動作を示すフローチャートである。この動作は、中継系サーバの電源が投入されたとき、または所定のアプリケーションが実行されたときに開始する。同図を参照すると、中継系サーバは、自身のリソースを取得する（ステップＴ１）。中継系サーバは、要求メッセージを受信したか否かを判断する（ステップＴ３）。
【００６９】
要求メッセージを受信したのであれば（ステップＴ３：ＹＥＳ）、中継系サーバは、リソースの空きが閾値以下であるか否かを判断する（ステップＴ５）。リソースの空きが閾値以下である場合（ステップＴ５：ＹＥＳ）、中継系サーバは、要求メッセージにスキップフラグを付加する（ステップＴ７）。
【００７０】
スキップフラグは、後位のノード（１０または１１）に、要求メッセージに記載の返信アドレスに、対応する応答メッセージを送信する旨を指示するために付加される情報である。
【００７１】
要求メッセージを受信していない場合（ステップＴ３：ＮＯ）、リソースの空きが閾値以下でない場合（ステップＴ５：ＮＯ）、またはステップＴ７の後、中継系サーバは、前位のノード（１０または１１）から受信したメッセージを後位のノード（１０または１１）へ転送する（ステップＴ９）。ステップＴ９の後、中継系ノードは、動作を終了する。
【００７２】
図１２は、本実施形態の着側メッセージ転送処理を示すフローチャートである。同図を参照すると、加入者系サーバは、要求メッセージにスキップフラグが付加されているか否かを判断する（ステップＳ７０）。スキップフラグが付加されていれば（ステップＳ７０：ＹＥＳ）、加入者系サーバは、要求メッセージに記載された返信アドレス（１０３２）を記憶しておく（ステップＳ７１）。そして、スキップフラグが付加されていない場合（ステップＳ７０：ＮＯ）、またはステップＳ７１の後、加入者系サーバは、要求メッセージを加入者端末（Ｐ１、Ｐ２）に転送する（ステップＳ７３）。
【００７３】
加入者系サーバは、要求メッセージに対する応答メッセージを、要求メッセージを送信してから所定時間内に受信したか否かを判断する（ステップＳ７５）。
【００７４】
応答メッセージを所定時間内に受信した場合（ステップＳ７５：ＹＥＳ）、加入者系サーバは、返信アドレスが記憶されているか否かを判断する（ステップＳ７６）。
【００７５】
返信アドレスが記憶されている場合（ステップＳ７６：ＹＥＳ）、加入者系サーバは、受信した応答メッセージを、記憶しておいた返信アドレスへ転送する（ステップＳ７７）。返信アドレスが記憶されていない場合（ステップＳ７６：ＮＯ）、加入者系サーバは、受信した応答メッセージを、中継系サーバ（２０ａ）へ転送する（ステップＳ７８）。
【００７６】
応答メッセージを所定時間内に受信しなかった場合（ステップＳ７５：ＮＯ）、加入者系サーバは、エラーメッセージを中継系サーバに送信する（ステップＳ７９）。ステップＳ７７、Ｓ７８、またはＳ７９の後、加入者系サーバは、その呼について課金するためのＣＤＲ（１０３１）を作成し、記憶する（ステップＳ８１）。ステップＳ８１の後、加入者系サーバは、着側メッセージ転送処理を終了する。
【００７７】
なお、本実施形態では、中継系サーバが、リソースの管理を行い、スキップフラグを付加する構成としているが、図１３に示すように、管理サーバ３０を更に設けて、この管理サーバ３０が、各ノードのリソースを管理、測定し、各ノードに測定値を提供する構成としてもよい。また、管理サーバ３０が、リソースの管理に加えて、スキップフラグの付加を各ノードに指示する構成とすることもできる。
【００７８】
本実施形態では、スキップフラグを付加する構成としているが、加入者系サーバは、所定の識別子を付加してもよい。
【００７９】
本実施形態では、中継系サーバを１段としているが、複数段を設けてもよい。その場合、２段目以降の中継ノードは、受信した要求メッセージに、既にスキップフラグが付加されているならば、スキップフラグを追加する必要はない。
【００８０】
以上説明したように、本実施形態によれば、中継系サーバ（２０ａ）が、自身の負荷が所定の閾値より大きいとき、すなわちリソースが閾値以下のとき、スキップフラグ（スキップ要求情報）を付加して、返信アドレスへ応答メッセージを転送する旨を指示し、加入者系サーバ１１（第２の加入者系サーバ）が、その指示に応じて、返信アドレスに応答メッセージを転送するので、通信システムは、負荷の増大により、障害が生じ得るノードのみをスキップすることができる。
【００８１】
（第３の実施形態）
本発明の第２の実施形態について、図１４、図１５を参照して説明する。本実施形態の通信システムは、中継系サーバと、加入者系サーバとの間のトラフィックが増加したときに、加入者系サーバが中継系サーバをスキップする点で、第１の実施形態の通信システムと異なる。
【００８２】
図１４は、本実施形態の中継系サーバ２０ｂの構成を示すブロック図である。同図を参照すると、中継系サーバ２０ｂの構成は、リソース管理部２０３の代わりにトラフィック管理部２０５を有する以外は、第２の実施形態の中継系サーバ２０ａと同様の構成である。
【００８３】
トラフィック管理部２０５は、中継系サーバと、加入者系サーバとの間の通信量（例えば、呼密度や実効帯域）を取得する。制御部２０１は、通信量が閾値以上のとき、要求メッセージにスキップフラグを付加する。呼密度は、単位時間当たりに中継系サーバ２０ｂが転送するメッセージ数である。
【００８４】
図１５は、中継系サーバ２０ｂの動作を示すフローチャートである。同図を参照すると、中継系サーバ２０ｂは、呼密度を取得する（ステップＴ１ｂ）。中継系サーバは、要求メッセージを受信したか否かを判断する（ステップＴ３）。
【００８５】
要求メッセージを受信したのであれば（ステップＴ３：ＹＥＳ）、中継系サーバは、呼密度が閾値以下であるか否かを判断する（ステップＴ５ｂ）。呼密度が閾値以下である場合（ステップＴ５ｂ：ＹＥＳ）、中継系サーバは、要求メッセージにスキップフラグを付加する（ステップＴ７）。
【００８６】
要求メッセージを受信していない場合（ステップＴ３：ＮＯ）、呼密度が閾値以下でない場合（ステップＴ５ｂ：ＮＯ）、またはステップＴ７の後、中継系サーバは、前位のノード（１０または１１）から受信したメッセージを後位のノード（１０または１１）へ転送する（ステップＴ９）。ステップＴ９の後、中継系ノードは、動作を終了する。
【００８７】
なお、本実施形態では、中継系サーバ自身が、トラフィックを計測する構成としているが、別に設けた管理サーバがトラフィックを管理、計測し、中継系サーバにその測定値を送信する構成としてもよい。また、管理サーバが、トラフィックの管理に加えて、スキップフラグの付加を各ノードに指示する構成とすることもできる。
【００８８】
以上説明したように、本実施形態によれば、中継系サーバ（２０ｂ）が、呼密度（負荷）が閾値以上のとき、スキップフラグ（スキップ要求情報）を付加して、返信アドレスへ応答メッセージを転送する旨を指示し、加入者系サーバ１１（第２の加入者系サーバ）が、その指示に応じて、返信アドレスに応答メッセージを転送するので、トラフィックの増大により、局所的に輻輳が生じ得るノードのみをスキップすることができる。
【００８９】
（第４の実施形態）
本発明の第２の実施形態について、図１６〜図２２を参照して説明する。本実施形態の通信システムは、加入者系サーバのみならず、中継系サーバも、返信アドレスへの送信（スキップ）を行う点で、第２の実施形態の通信システムと異なる。
【００９０】
図１６は、本実施形態の通信システム１ｃの構成を示す全体図である。同図を参照すると、通信システム１ｃは、加入者系サーバ１０ｃ、１１ｃと、中継系サーバ２０ｃ、２１ｃとを有する。
【００９１】
図１７は、中継系サーバ２０ｃの構成を示すブロック図である。同図を参照すると、中継系サーバ２０ｃは、記憶部２０７を更に有する点で、第２の実施形態の中継系サーバ２０ａと異なる。
【００９２】
本実施形態の制御部２０１は、受信した要求メッセージに自身のアドレスを返信アドレスとして追加する。そして、制御部２０１は、リソースの空きが閾値以下であれば、制御部２０１は、追加した返信アドレスに対応付けてスキップフラグを付加する。
【００９３】
また、制御部２０１は、受信した要求メッセージにスキップフラグが付加されていれば、スキップフラグに対応する返信アドレスを除いた、最後に追加された返信アドレス（２０７１）を記憶部２０７に記憶しておく。
【００９４】
制御部２０１は、自身のＩＰアドレスを返信アドレスとして追加した要求メッセージを、後位のノード（１０ｃまたは２１ｃ）に転送する。
【００９５】
制御部２０１は、応答メッセージを受信したとき、返信アドレスが記憶してある場合、その返信アドレスへ、応答メッセージを送信する。返信アドレスを記憶していない場合、制御部２０１は、応答メッセージを前位のノード（１０ｃまたは２１ｃ）へ転送する。
【００９６】
中継系サーバ２１ｃの構成は、中継系サーバ２０ｃの構成と同様である。
【００９７】
加入者系サーバ１０ｃ、および１１ｃの構成は、要求メッセージにスキップフラグが付加されていれば、スキップフラグに対応する返信アドレスを除き、最後に追加された返信アドレスを記憶しておく以外は、第１の実施形態の加入者系サーバ１０と同様の構成である。
【００９８】
図１８は、中継系サーバ（２０ｃ、２１ｃ）の動作を示すフローチャートである。同図を参照すると、中継系サーバは、自身のリソースを取得する（ステップＴ１）。中継系サーバは、要求メッセージを受信したか否かを判断する（ステップＴ３）。
【００９９】
要求メッセージを受信したのであれば（ステップＴ３：ＹＥＳ）、中継系サーバは、要求メッセージ転送処理を実行する（ステップＴ１１）。要求メッセージを受信していなければ（ステップＴ３：ＮＯ）、中継系サーバは、応答メッセージを受信したか否かを判断する（ステップＴ１３）。応答メッセージを受信したのであれば（ステップＴ１３：ＹＥＳ）、中継系サーバは、応答メッセージ転送処理を実行する（ステップＴ１５）。
【０１００】
応答メッセージを受信していなければ（ステップＴ１３：ＮＯ）、中継系サーバは、受信したメッセージを後位のノードに転送する（ステップＴ９）。ステップＴ９、Ｔ１１、１５の後、中継系サーバは動作を終了する。
【０１０１】
図１９は、要求メッセージ転送処理を示すフローチャートである。同図を参照すると、中継系サーバは、スキップフラグが付加されているか否かを判断する（ステップＴ１１１）。
【０１０２】
スキップフラグが付加されていれば（ステップＴ１１１：ＹＥＳ）、中継系サーバは、スキップフラグに対応する返信アドレスを除くアドレスのうち、最後に追加された返信アドレスを読み出して記憶し、スキップフラグは削除する（ステップＴ１１３）。
【０１０３】
スキップフラグが付加されていない場合（ステップＴ１１１：ＮＯ）、またはステップＴ１１３の後、中継系サーバは、要求メッセージに記載の返信アドレスの一覧に、自身のＩＰアドレスを返信アドレスとして追加する（ステップＴ１１５）。
【０１０４】
中継系サーバは、自身のリソースの空きが閾値以下であるか否かを判断する（ステップＴ１１７）。
【０１０５】
リソースの空きが閾値以下であれば（ステップＴ１１７：ＹＥＳ）、中継系サーバは、自身が追加した返信アドレスに対応するスキップフラグを付加する（ステップＴ１１９）。リソースが閾値以下でない場合（ステップＴ１１７：ＮＯ）、ステップＳ１１７またはＳ１１９の後、中継系サーバは、要求メッセージを後位のノードに転送する（ステップＴ１２１）。
【０１０６】
図２０は、応答メッセージ転送処理を示すフローチャートである。同図を参照すると、中継系サーバは、返信アドレスが記憶されているか否かを判断する（ステップＴ１５１）。
【０１０７】
返信アドレスが記憶されていれば（ステップＳ１５１：ＹＥＳ）、中継系サーバは、その返信アドレスへ、応答メッセージを転送する（ステップＳ１５３）。返信アドレスが記憶されていなければ（ステップＳ１５１：ＮＯ）、中継系サーバは、前位のノードへ、応答メッセージを転送する（ステップＳ１５５）。ステップＳ１５３またはＳ１５５の後、中継系サーバは、応答メッセージ転送処理を終了する。
【０１０８】
図２１は、本実施形態の着側メッセージ転送処理を示すフローチャートである。同図を参照すると、本実施形態の着側メッセージ転送処理は、ステップＳ７１の代わりにステップ７１ｃを実行する以外は、第２の実施形態の着側メッセージ転送処理と同様である。
【０１０９】
加入者系サーバは、要求メッセージにスキップフラグが付加されていれば（ステップＳ７０：ＹＥＳ）、スキップフラグに対応する返信を除き、最後に追加された返信アドレスを読み出して記憶する（ステップＳ７１ｃ）。
【０１１０】
図２２（ａ）、（ｂ）、および（ｃ）は、本実施形態の受信メッセージに記載の返信アドレス及びスキップフラグの内容をまとめた図である。同図（ａ）、（ｂ）、および（ｃ）に示すように、通信システム１ｃにおいて、加入者端末Ｐ１から加入者端末Ｐ２へ呼が生じる場合、加入者サーバ１０ｃと、中継サーバ２０ｃ、２１ｃとは、要求メッセージに返信アドレスを追加する。
【０１１１】
図２２（ａ）に示すように、中継サーバ２０ｃおよび２１ｃのリソースの空きが閾値以上で、スキップの必要がないときは、中継サーバ２０ｃおよび２１ｃは、スキップフラグを付加しない。
【０１１２】
図２２（ｂ）に示すように、中継サーバ２０ｃのみ、リソースの空きが閾値以下であるときは、２０ｃが追加した返信アドレスに対応付けてスキップフラグが付加される。
【０１１３】
図２２（ｃ）に示すように、中継サーバ２０ｃ、２１ｃの両方のリソースの空きが閾値以下であるときは、２０ｃ、２１ｃが追加した返信アドレスに対応付けてスキップフラグが付加される。
【０１１４】
図２３は、本実施形態の通信システム１の動作結果の一例を示すシーケンス図である。加入者端末Ｐ１から加入者端末Ｐ２への発呼が生じ、中継系サーバ２０ｃのリソースが低下している場合について考える。同図を参照すると、発信側の加入者系サーバ１０ｃは、加入者端末Ｐ１から受信した要求メッセージ（ＭＥＳＳＡＧＥ）に、返信アドレスを記載して中継系サーバ２０ｃに転送する（ステップＳ５１、Ｓ５３）。
【０１１５】
中継系サーバ２０ｃは、受信した要求メッセージに返信アドレスを追加する（ステップＴ１１５）。中継サーバ２０ｃは、リソースが閾値以下であったので（ステップＴ１１７：ＹＥＳ）、受信した要求メッセージに、追加した返信アドレスに対応付けたスキップフラグを付加して転送する（ステップＴ１１９、Ｓ１２１）。中継系サーバ２１ｃは、受信した要求メッセージにスキップフラグが付加されていたので（ステップＴ１１１：ＹＥＳ）、スキップフラグに対応する返信アドレスを除いたアドレスのうち、最後に追加された返信アドレス（１０ｃのアドレス）を記憶しておき、スキップフラグを外す（ステップＴ１１３）。そして、中継系サーバ２１ｃは、要求メッセージに、返信アドレスを追加して加入者系サーバ１１ｃへ転送する（ステップＴ１２１）。
【０１１６】
着信側の加入者系サーバ１１ｃは、中継系サーバ２１ｃから、要求メッセージを受信し、スキップフラグが付加されていないので（ステップＳ７０：ＮＯ）、返信アドレスを記憶しないで、加入者端末Ｐ２へ転送する（ステップＳ７３）。そして、加入者サーバ１１ｃは、受信した応答メッセージを中継系サーバ２１ｃに転送する（ステップＳ７８）。
【０１１７】
中継系サーバ２１ｃは、受信した応答メッセージを、記憶しておいた返信アドレス（１０ｃのアドレス）へ転送する（ステップＴ１５３）。
【０１１８】
図２２は、返信アドレスと、スキップフラグとを示した図である。同図を参照すると、サーバ１０ｃ、２０ｃ、および２１ｃを順に経由したとき、それぞれのサーバは、自身のアドレスを返信アドレスとして追加していく。ここで、サーバ２０ｃの負荷が増大したときは、サーバ２０ｃは、自身の返信アドレスに対応付けてスキップフラグを付加する。そして、スキップフラグが付加された要求メッセージを受信したサーバは、そのフラグに対応するアドレスを除いた、最後に追加された返信アドレス（２１ｃのアドレス）に応答メッセージを返信する。
【０１１９】
なお、本実施形態では、各ノードが返信アドレスを追加していき、スキップを要求するノードのみが、追加した返信アドレスに対応付けてスキップフラグを付加する構成としているが、各ノードは、スキップフラグを付加せず、負荷が大きいノードのみが返信アドレスを追加する構成としてもよい。
【０１２０】
以上説明したように、本実施形態によれば、それぞれの中継系サーバ（２０ｃ、２１ｃ）は、自身のアドレスを返信アドレスとして要求メッセージに更に追加し、前記負荷が所定の閾値より大きければ、追加した該返信アドレスに対応付けて、該要求メッセージにスキップフラグ（スキップ要求情報）を付加し、２段目以降の中継系サーバは、受信した要求メッセージにスキップ要求情報が付加されていれば、そのスキップ要求情報に対応する返信アドレスを除き、最後に追加された返信アドレスへ、応答メッセージを転送するので、各ノードは、負荷の大きい中継系サーバのみを選択的にスキップできる。
【図面の簡単な説明】
【０１２１】
【図１】本発明の第１の実施形態の通信システムの構成を示す全体図である。
【図２】本発明の第１の実施形態の加入者系サーバの構成を示すブロック図である。
【図３】本発明の第１の実施形態の加入者系サーバの動作を示すフローチャートである。
【図４】本発明の第１の実施形態の加の発側メッセージ転送処理を示すフローチャートである。
【図５】本発明の第１の実施形態の加の着側メッセージ転送処理を示すフローチャートである。
【図６】本発明の第１の実施形態の通信システムの動作を示すシーケンス図である。
【図７】従来の第１の実施形態の通信システムの動作を示すシーケンス図である。
【図８】本発明の第１の実施形態の通信システムの動作を示すシーケンス図である。
【図９】本発明の第１の実施形態の通信システムの動作を示すシーケンス図である。
【図１０】本発明の第２の実施形態の中継系サーバの構成を示すブロック図である。
【図１１】本発明の第２の実施形態の中継系サーバの動作を示すフローチャートである。
【図１２】本発明の第２の実施形態の着側メッセージ転送処理を示すフローチャートである。
【図１３】変形例の通信システムの構成を示す全体図である。
【図１４】本発明の第３の実施形態の中継系サーバの構成を示すブロック図である。
【図１５】本発明の第３の実施形態の中継系サーバの動作を示すフローチャートである。
【図１６】本発明の第４の実施形態の通信システムの構成を示す全体図である。
【図１７】本発明の第４の実施形態の中継系サーバの構成を示すブロック図である。
【図１８】本発明の第４の実施形態の中継系サーバの動作を示すフローチャートである。
【図１９】本発明の第４の実施形態の要求メッセージ転送処理を示すフローチャートである。
【図２０】本発明の第４の実施形態の応答メッセージ転送処理を示すフローチャートである。
【図２１】本発明の第４の実施形態の加の着側メッセージ転送処理を示すフローチャートである。
【図２２】（ａ）本発明の第４の実施形態の要求メッセージに記載の内容をまとめた図である。（ｂ）本発明の第４の実施形態の要求メッセージに記載の内容をまとめた図である。（ｃ）本発明の第４の実施形態の要求メッセージに記載の内容をまとめた図である。
【図２３】従来の第４の実施形態の通信システムの動作を示すシーケンス図である。
【符号の説明】
【０１２２】
１    通信システム
１０、１１、１０ｃ、１１ｃ    加入者系サーバ
２０、２０ａ、２０ｂ、２０ｃ、２１ｃ    中継系サーバ
３０    管理サーバ
１０１    制御部
１０３、２０７    記憶部
２０１    制御部
２０３    リソース管理部
２０５    トラフィック管理部
１０３１    ＣＤＲ
１０３２、２０７１    返信アドレス
Ｐ１、Ｐ２    加入者端末
Ｓ１〜Ｓ７、Ｓ５１〜Ｓ５９、Ｓ７０〜Ｓ８１、Ｔ１〜Ｔ１５、Ｔ１１１〜Ｔ１２１、Ｔ１５１〜Ｔ１５５、Ｓ７１ｃ    ステップ
【図１】
2010130458.tif 000003
【図２】
2010130458.tif 000004
【図３】
2010130458.tif 000005
【図４】
2010130458.tif 000006
【図５】
2010130458.tif 000007
【図６】
2010130458.tif 000008
【図７】
2010130458.tif 000009
【図８】
2010130458.tif 000010
【図９】
2010130458.tif 000011
【図１０】
2010130458.tif 000012
【図１１】
2010130458.tif 000013
【図１２】
2010130458.tif 000014
【図１３】
2010130458.tif 000015
【図１４】
2010130458.tif 000016
【図１５】
2010130458.tif 000017
【図１６】
2010130458.tif 000018
【図１７】
2010130458.tif 000019
【図１８】
2010130458.tif 000020
【図１９】
2010130458.tif 000021
【図２０】
2010130458.tif 000022
【図２１】
2010130458.tif 000023
【図２２】
2010130458.tif 000024
【図２３】
2010130458.tif 000025