障害表示状態を判定する方法であって、サービスノードプールにおけるサービスノードそれぞれが、サービス要求ノードにより、障害を伴って送信されるか否かの検出の結果を受信する工程と、検出の結果に応じて、サービスノード自体の障害表示状態、及び前記サービスノード自体以外の他のサービスノ―ドの障害表示状態を判定する工程とを含む方法。請求項1記載の方法であって、前記サービスノードプールにおけるサービスノードそれぞれが、サービス要求ノードにより、障害を伴って送信されるか否かの検出の結果を受信する工程は、前記サービス要求ノードによって送信されたエコー要求メッセージを現在の期間内に受信する工程を含み、前記エコー要求メッセージは、前記サービスノードプールにおけるサービスノードそれぞれが、前記現在の期間の先行期間内に障害状態にあるか否かの、前記サービス要求ノードによる検出の結果を有する方法。請求項1又は2に記載の方法であって、検出の結果に応じて、前記サービスノード自体以外の他のサービスノードの障害表示状態を判定する工程は、前記サービス要求ノードのうちの少なくとも1つによって送信され、前記現在の期間において受信された検出の結果が、前記他のサービスノードのうちのサービスノードAが正常であることを示す場合、前記サービスノードAの障害表示状態を正常にセットする状況、前記サービス要求ノード全てによって送信され、前記現在の期間において受信された検出の結果が、前記他のサービスノードのうちのサービスノードBが障害状態であることを示す場合、前記サービスノードBの障害表示状態を障害状態にセットする状況、及び前記サービス要求ノードの一部によって送信された検出の結果が前記現在の期間において受信され、前記サービス要求ノードの前記一部によって送信された検出の結果が、前記他のサービスノードのうちのサービスノードCが障害状態にあることを示す場合、前記サービスノードCの障害表示状態を不確定にセットする状況のうちの少なくとも1つを含むサービスノード。請求項1又は2に記載の方法であって、検出の結果に応じて、サービスノード自体の障害表示状態を判定する工程は、前記サービス要求ノードのうちの少なくとも1つによって送信され、前記現在の期間内に受信された検出結果が、前記サービスノード自体が正常であることを示す場合、前記サービスノード自体の障害表示状態を正常にセットする状況、及び前記サービス要求ノードのうちの何れかによって送信された検出結果が、前記現在の期間内に受信されないか、又は、前記サービス要求ノードによって送信され、前記現在の期間内で受信された検出の結果全てが、前記サービスノード自体が障害状態にあることを示す場合、前記サービスノード自体の障害表示状態を異常にセットする状況のうちの少なくとも1つを含む方法。請求項1記載の方法であって、検出の結果に応じて、サービスノード自体の障害表示状態、及び前記サービスノード自体以外の他のサービスノ―ドの障害表示状態を判定する工程の後、主状態としての前記サービスノード自体の障害表示状態、及び補助状態としての他のサービスノードの障害表示状態を使用することにより、ネットワークリソース獲得挙動及び/又はリリース挙動をトリガする工程を更に含む方法。請求項5記載の方法であって、前記主状態としての前記サービスノード自体の障害表示状態、及び補助状態としての他のサービスノードの障害表示状態を使用することにより、ネットワークリソース獲得挙動及び/又はリリース挙動をトリガする工程は、前記サービスノード自体の障害表示状態が異常から正常に変化する場合、予め設定された第1の保護持続時間後、前記サービスノード自体のネットワークリソースを獲得する処理をトリガする状況、前記サービスノード自体の障害表示状態が正常から異常に変化する場合、前記サービスノード自体のネットワークリソースをリリースする処理をトリガし、予め設定された第2の持続時間内に前記サービスノード自体のネットワークリソースのリリースを完了する状況、前記サービスノード自体の障害表示状態が正常の場合に、他のサービスノードのうちのサービスノードDの障害表示状態が正常から障害状態に変化した場合、前記サービスノードDのネットワークリソースを獲得する処理を、予め設定された第3の保護持続時間後にトリガする状況、及び前記サービスノード自体の障害表示状態が正常である場合に、他のサービスノードのうちのサービスノードEの障害表示状態が障害状態から正常又は異常に変化した場合、前記サービスノードEのネットワークリソースをリリースする処理をトリガし、予め設定された第4の持続時間内の前記サービスノードEのネットワークリソースのリリースを完了する状況を含み、前記第1の保護持続時間は前記第4の持続時間よりも長く、前記第3の保護持続時間は前記第2の持続時間よりも長い方法。請求項1記載の方法であって、前記サービスノードプールにおけるサービスノードそれぞれが、サービス要求ノードにより、障害を伴って送信されるか否かの検出の結果を受信する工程の前に、前記方法は、エコー要求メッセージを前記サービス要求ノードによって拡張する工程であって、前記エコー要求メッセージは、前記サービスノードプールにおけるサービスノードそれぞれが、現在の期間の先行期間内に障害状態にあるか否かの、前記サービス要求ノードによる検出の結果を有する工程と、前記現在の期間の最初に前記サービスノードプールにおけるサービスノードそれぞれに向けて前記エコー要求メッセージを前記サービス要求ノードによって送信する工程とを含む方法。障害表示状態を判定する方法であって、エコー要求メッセージを拡張する工程であって、前記エコー要求メッセージは、サービスノードプールにおけるサービスノードそれぞれが、現在の期間の先行期間内に障害状態にあるか否かの、サービス要求ノード自体による検出の結果を有している工程と、検出の結果に応じて、前記サービスノード自体の障害表示状態、及び前記サービスノード自体以外の他のサービスノードの障害表示状態をサービスノードそれぞれが判定することを可能にするよう、前記現在の期間の最初に前記サービスノードプールにおけるサ―ビスノードそれぞれに向けて前記エコー要求メッセージを送信する工程とを含む方法。請求項8記載の方法であって、前記エコー要求メッセージを拡張する工程は、前記エコー要求メッセージのアイドルビットを利用する工程であって、前記アイドルビットそれぞれは、前記サービスノードプールにおけるサービスノードに障害が生じたか否かを表す工程、又は、新たなビットを前記エコー要求メッセージにおいて追加する工程であって、前記新たなビットそれぞれは、前記サービスノードプールにおけるサービスノードに障害が生じたか否かを表す方法。サービスノードであって、サービスノードプールにおけるサービスノードそれぞれが、サービス要求ノードにより、障害を伴って送信されるか否かの検出の結果を受信するよう構成された受信器と、前記検出の結果に応じ、前記サービスノード自体の障害表示状態、及び前記サービスノード自体以外の他のサービスノ―ドの障害表示状態を判定するよう構成された判定器とを備えるサービスノード。請求項10記載のサービスノードであって、前記受信器は、前記サービス要求ノードによって送信されたエコー要求メッセージを現在の期間内に受信するよう構成され、前記エコー要求メッセージは、前記サービスノードプールにおけるサービスノードそれぞれが、前記現在の期間の先行期間内に障害状態にあるか否かの、前記サービス要求ノードによる検出の結果を有するサービスノード。請求項10又は11に記載のサービスノードであって、前記判定器が、検出の結果に応じて、前記サービスノード自体以外の他のサービスノードの障害表示状態を判定するよう構成されることは、前記サービス要求ノードのうちの少なくとも1つによって送信され、前記現在の期間において受信された検出の結果が、前記他のサービスノードのうちのサービスノードAが正常であることを示す場合、前記サービスノードAの障害表示状態を正常にセットする状況、前記サービス要求ノード全てによって送信され、前記現在の期間において受信された検出の結果が、他のサービスノードのうちのサービスノードBが障害状態であることを示す場合、前記サービスノードBの障害表示状態を障害状態にセットする状況、及び前記サービス要求ノードの一部によって送信された検出の結果が前記現在の期間において受信され、前記サービス要求ノードの前記一部によって送信された検出の結果が、他のサービスノードのうちのサービスノードCが障害状態にあることを示す場合、前記サービスノードCの障害表示状態を不確定にセットする状況のうちの少なくとも1つを含むサービスノード。請求項10又は11に記載のサービスノードであって、前記判定器が、検出の結果に応じて、サービスノード自体の障害表示状態を判定するよう構成されることは、前記サービス要求ノードのうちの少なくとも1つによって送信され、前記現在の期間内に受信された検出結果が、前記サービスノード自体が正常であることを示す場合、前記サービスノード自体の障害表示状態を正常にセットする状況、及び前記サービス要求ノードのうちの何れかによって送信された検出結果が、前記現在の期間内に受信されないか、又は、前記サービス要求ノードによって送信され、前記現在の期間内で受信された検出の結果全てが、前記サービスノード自体が障害状態にあることを示す場合、前記サービスノード自体の障害表示状態を異常にセットする状況のうちの少なくとも1つを含むサービスノード。請求項10記載のサービスノードであって、前記サービスノードは、主状態としての前記サービスノード自体の障害表示状態及び補助状態としての他のサービスノードの障害表示状態を使用することにより、ネットワークリソース獲得挙動及び/又はリリース挙動を、前記判定器が実行された後にトリガするよう構成されたトリガを更に備えるサービスノード。請求項14記載のサービスノードであって、前記トリガは、前記サービスノード自体の障害表示状態が異常から正常に変化する場合、前記サービスノード自体のネットワークリソースを獲得する処理を、予め設定された第1の保護持続時間後にトリガする状況、前記サービスノード自体の障害表示状態が正常から異常に変化する場合、前記サービスノード自体のネットワークリソースをリリースする処理をトリガし、予め設定された第2の持続時間内に前記サービスノード自体のネットワークリソースのリリースを完了する状況、前記サービスノード自体の障害表示状態が正常の場合に、他のサービスノードのうちのサービスノードDの障害表示状態が正常から障害状態に変化した場合、前記サービスノードDのネットワークリソースを獲得する処理を、予め設定された第3の保護持続時間後にトリガする状況、及び前記サービスノード自体の障害表示状態が正常である場合に、他のサービスノードのうちのサービスノードEの障害表示状態が障害状態から正常又は異常に変化した場合、前記サービスノードEのネットワークリソースをリリースする処理をトリガし、予め設定された第4の持続時間内の前記サービスノードEのネットワークリソースのリリースを完了する状況のうちの少なくとも1つを実現するよう構成され、前記第1の保護持続時間は前記第4の持続時間よりも長く、前記第3の保護持続時間は前記第2の持続時間よりも長いサービスノード。サービス要求ノードであって、エコー要求メッセージを拡張するよう構成された拡張器であって、前記エコー要求メッセージは、サービスノードプールにおけるサービスノードそれぞれが、現在の期間の先行期間内に障害状態にあるか否かの、前記サービス要求ノード自体による検出の結果を有している拡張器と、検出の結果に応じて、サービスノード自体の障害表示状態、及び前記サービスノード自体以外の他のサービスノードの障害表示状態をサービスノードそれぞれが判定することを可能にするよう、現在の期間の最初に前記サービスノードプールにおけるサ―ビスノードそれぞれに向けて前記エコー要求メッセージを送信するよう構成された送信器とを備えるサービス要求ノード。請求項16記載のサービス要求ノードであって、前記拡張器は、前記エコー要求メッセージのアイドルビットを利用するよう構成され、前記アイドルビットそれぞれは、前記サービスノードプールにおけるサービスノードに障害が生じたか否かを表し、又は、新たなビットを前記エコー要求メッセージにおいて追加するよう構成され、前記新たなビットそれぞれは、前記サービスノードプールにおけるサービスノードに障害が生じたか否かを表すサービス要求ノード。サービスノードプールにおけるサービスノード、及びサービス要求ノードを備える、障害表示状態を判定するシステムであって、前記サービス要求ノードは拡張器及び送信器を含み、前記拡張器は、エコー要求メッセージを拡張するよう構成され、前記エコー要求メッセージは、前記サービスノードプールにおける前記サービスノードそれぞれが、現在の期間の先行期間中に障害状態にあるか否かの、前記サービス要求ノード自体による検出の結果を有し、前記送信器は、検出の結果に応じて、前記サービスノード自体の障害表示状態、及び前記サービスノード自体以外の他のサービスノードの障害表示状態を前記サービスノードそれぞれが判定することを可能にするよう、前記現在の期間の最初に前記サービスノードプールにおける前記サ―ビスノードそれぞれに向けて前記エコー要求メッセージを送信するよう構成され、前記サービスノードそれぞれは、受信器及び判定器を含み、前記受信器は、前記サービス要求ノードによって送信された前記エコー要求メッセージを受信するよう構成され、前記エコー要求メッセージは、前記サービスノードプールにおける前記サービスノードそれぞれが、前記現在の期間の前記先行期間内に障害状態にあるか否かの、前記サービス要求ノードによる検出の結果を有し、前記判定器は、検出の結果に応じて、前記サービスノード自体の障害表示状態、及び前記サービスノード自体以外の他のサービスノ―ドの障害表示状態を判定するよう構成されるシステム。本発明を実現する処理では、本発明者は、従来技術が少なくとも以下の課題を有していると理解する。すなわち、既存の障害検出手法によれば、2つのGGSN間の通信リンクが遮断された場合、2つのGGSNは何れも、ピア端に障害が生じたと判断する。しかし、実際には、2つのGGSNは何れも、正常であり得る。したがって、既存の障害検出手法では誤判断が存在し得る。障害検出の信頼性を向上させるために、本発明の実施例は、障害表示状態を判定する方法、ノード、及びシステムを提供する。技術的解決策は以下の通りである。障害表示状態を判定する方法は、サービスノードプールにおけるサービスノードそれぞれが、サービス要求ノードにより、障害を伴って送信されるか否かの検出の結果を受信する工程と、検出の結果に応じて、サービスノード自体の障害表示状態、及び上記サービスノード自体以外の他のサービスノ―ドの障害表示状態を判定する工程とを含む。障害表示状態を判定する方法は、エコー要求メッセージを拡張する工程であって、エコー要求メッセージは、サービスノードプールにおけるサービスノードそれぞれが、現在の期間の先行期間内に障害状態にあるか否かの検出の結果を有している工程と、検出の結果に応じて、サービスノード自体の障害表示状態、及び上記サービスノード自体以外の他のサービスノードの障害表示状態をサービスノードそれぞれが判定することを可能にするよう、現在の期間の最初にサービスノードプールにおけるサ―ビスノードそれぞれに向けてエコー要求メッセージを送信する工程とを含む。サービスノードは、サービスノードプールにおけるサービスノードそれぞれが、サービス要求ノードにより、障害を伴って送信されるか否かの検出の結果を受信するよう構成された受信器と、検出の結果に応じて、サービスノード自体の障害表示状態、及び上記サービスノード自体以外の他のサービスノ―ドの障害表示状態を判定するよう構成された判定器とを備える。サービス要求ノードは、エコー要求メッセージを拡張するよう構成された拡張器であって、エコー要求メッセージは、サービスノードプールにおけるサービスノードそれぞれが、現在の期間の先行期間内に障害状態にあるか否かの検出の結果を有している拡張器と、検出の結果に応じて、サービスノード自体の障害表示状態、及び上記サービスノード自体以外の他のサービスノードの障害表示状態をサービスノードそれぞれが判定することを可能にするよう、現在の期間の最初にサービスノードプールにおけるサ―ビスノードそれぞれに向けてエコー要求メッセージを送信するよう構成された送信器とを備える。障害表示状態を判定するシステムは、サービスノードプールにおけるサービスノード及びサービス要求ノードを含み、サービス要求ノードは拡張器及び送信器を含み、拡張器は、エコー要求メッセージを拡張するよう構成され、エコー要求メッセージは、サービスノードプールにおけるサービスノードそれぞれが、現在の期間の先行期間内に障害状態にあるか否かの、サービス要求ノード自体による検出の結果を有し、送信器は、検出の結果に応じて、サービスノード自体の障害表示状態、及び上記サービスノード自体以外の他のサービスノードの障害表示状態をサービスノードそれぞれが判定することを可能にするよう、現在の期間の最初にサービスノードプールにおけるサ―ビスノードそれぞれに向けてエコー要求メッセージを送信するよう構成され、サービスノードそれぞれは、受信器及び判定器を含み、受信器は、サービス要求ノードによって送信されたエコー要求メッセージを受信するよう構成され、エコー要求メッセージは、サービスノードプールにおけるサービスノードそれぞれに、現在の期間の先行期間中に障害が生じたか否かの検出の結果を有し、判定器は、検出の結果に応じ、サービスノード自体の障害表示状態、及び上記サービスノード自体以外の他のサービスノ―ドの障害表示状態を判定するよう構成される。本発明の実施例によって提供される技術的解決策は、以下の効果を有する。すなわち、サービス要求ノードは、サービスノードに障害が生じているかを検出し、サービスノード自体及び他のサービスノードの障害表示状態は、サービスノードのサービス要求ノードの検出の結果に応じて判定され、それにより、サービスノード障害検出の信頼性が向上する。本発明の目的、技術的解決策、及び効果を明確にするために、以下では、更に、添付図面を参照して、本発明の実施形態を詳細に説明する。本発明の実施例によって提供される技術的解決策は、N個のサービス要求ノード及びM個のサービスノードを含むN×M相互接続ネットワークアーキテクチャに適用し、Nは1以上であり、Mは1以上である。図1に示すN×M相互接続ネットワークアーキテクチャの概要図を参照するに、M個のサービスノードはサービスノードプールを構成し、N個のサービス要求ノードはサービス要求ノードプールを構成し、サービスノードプールにおけるサービスノードはそれぞれ、IPバックボーンネットワークを介して完全なメッシュとしてサービス要求ノードプールにおけるサービス要求ノードそれぞれに相互接続される。サービスノードプールにおけるサービスノードは同等のネットワーク位置にあり、同じ機能を有する。場合によっては、サ―ビスノードは、オペレータの構成に応じて、IPアドレスプールリソースなどの一部のネットワークリソースを共有し、場合によっては、互いにサービスをバックアップする。サービスノードの1つに障害が生じた場合、正常に稼動している他のサービスノードは、障害が生じたサービスノードのネットワークリソースをプリエンプトするか、又は、障害が生じたサービスノードが担うサービスを引き継ぐ。GPRSネットワーク又はUMTSネットワークでは、GGSNに対してSGSNServingGPRSSupportNode、サービングGPRSサポートノードはサービス要求者であり、SGSNに対してGGSNはサービス提供者である。したがって、GPRSネットワーク又はUMTSネットワークでは、実施例に関係するサービスノードはGGSNであり、サービス要求ノードはSGSNである。LTELongTermEvolution、ロングタームエボリューション-SAESystemArchitectureEvolution、システムアーキテクチャエボリューションネットワークアーキテクチャでは、サービスの開始方向は常に、MMEモビリティ管理エンティティからサービングGWServingGateWay、サービングゲートウェイに向かう。したがって、相対的に言えば、MMEはサービス要求ノードであり、サービングGWはサービスノードである。サービングGW及びPDNGWPacketDataNetwork、パケットデータネットワークゲートウェイの場合、サービングGWはサービス要求ノードであり、PDNGWはサービスノードである。本発明の技術的解決策は、N×M相互接続ネットワークアーキテクチャに基づいて以下に詳細に説明する。実施例1図2aを参照するに、本実施例は、障害表示状態を判定する方法を提供し、この方法はサービスノードによって実現し得、上記方法は、101a:サービスノードプールにおけるサービスノードそれぞれが、サービス要求ノードにより、障害を伴って送信されるか否かの検出の結果を受信する工程と、102a:検出の結果に応じ、サービスノード自体の障害表示状態、及びサービスノード自体以外の他のサービスノ―ドの障害表示状態を判定する工程とを含む。本実施例では、サービスノードプールにおけるサービスノードそれぞれに、サービス要求ノードにより、障害を伴って送信されるか否かの検出の結果が受信され、サービスノード自体の障害表示状態、及びサービスノード自体以外の他のサービスノードの障害表示状態が検出の結果に応じて判定され、それにより、サービスノード障害検出の信頼性が向上する。図2bを参照するに、この方法は、サービス要求ノードによって実現し得、上記方法は、101b:エコー要求メッセージを拡張する工程であって、エコー要求メッセージは、サービスノードプールにおけるサービスノードそれぞれに、現在の期間の先行期間中に障害が生じたか否かの、サービス要求ノード自体による、検出の結果を有する工程と、102b:検出の結果に応じて、サービスノード自体の障害表示状態、及びサービスノード自体以外の他のサービスノードの障害表示状態をサービスノードそれぞれが判定することを可能にするよう、現在の期間の最初にサービスノードプールにおけるサ―ビスノードそれぞれに向けてエコー要求メッセージを送信する工程とを含む。本実施例では、エコー要求メッセージは拡張されるので、エコー要求メッセージが、サービスノードプールにおけるサービスノードそれぞれが現在の期間の先行期間内に障害状態にあるか否かの、サービス要求ノード自体による検出の結果を有しており、エコー要求メッセージが、検出の結果に応じて、サービスノード自体の障害表示状態、及びサービスノード自体以外の他のサービスノードの障害表示状態をサービスノードそれぞれが判定することを可能にするよう、サービスノードプールにおけるサービスノードそれぞれに送信され、それにより、サービスノード障害検出の信頼性が向上する。実施例2本実施例は、障害表示状態を判定する方法を提供する。図3を参照するに、上記方法は、200:障害検出及び状態同期化期間短縮して期間として表され、Tにセットされるを選択し、サービス要求ノードプールにおける各サービス要求ノード及びサービスノードプールにおける各サービスノードに同じ期間Tをセットする。工程201-204は、サービス要求ノードプールにおける各サービス要求ノード上で実現される。201:サービス要求ノードは、サービスノードプールにおけるサービスノードそれぞれが、現在の期間の先行期間期間T1にセットされる内に障害状態にあるか否かの、サービス要求ノード自体による検出の結果をエコー要求メッセージが有することを可能にするようエコー要求EchoRequestメッセージを拡張する。更に、現在の期間が第1の期間である場合、エコー要求メッセージは、サービスノードプールにおけるサービスノードそれぞれの初期化状態を有し得る。例えば、サ―ビスノードそれぞれの状態は障害状態に初期化し得る。現在の期間の先行期間内にサービスノードプールにおけるサービスノードそれぞれが障害状態にあるかをサービス要求ノード自体が検出する方法は以下の通りである。サービス要求ノード自体は、期間T1の最初にサービスノードプールにおけるサービスノード全てに向けてエコー要求メッセージを送信する。サービス要求ノード自体が、期間T1の終了前にサービスノードによって返されたエコー応答EchoResponceメッセージを受信した場合、サービス要求ノード自体はサービスノードを正常にセットする。逆に、サービス要求ノード自体が、期間T1の終了前にサービスノードによって返されたエコー応答メッセージを受信しなかった場合、サービス要求ノード自体はサービスノードを障害状態にセットする。エコー要求メッセージは、サービスノードプールにおけるサービスノードそれぞれが、期間T1の先行期間内に障害状態にあるか否かの、サービス要求ノード自体による検出の結果を有し得る。エコー要求EchoRequestメッセージをサービス要求ノードが拡張する方法は以下の通りである。すなわち、サービス要求ノードは、エコー要求メッセージのアイドルビットを利用するか、又は新たなビットを追加し、ビットそれぞれは、サービスノードに障害が生じたか否かを表す。例えば、EchoRequestGGSN_states:00000111では、0番目のビットはGGSN-1の状態を表し、1番目のビットはGGSN-2の状態を表し、2番目のビットはGGSN-3の状態を表す。GGSNの場合、GGSNに対応するビットが1である場合、GGSNが正常であることが検出されていることを示し、GGSNに対応するビットが0である場合、GGSNが障害状態にあることが検出されていることを示す。202:サービス要求ノードは、期間T2にセットされる現在の期間の最初にサービスノードプールにおけるサービスノードそれぞれにエコー要求メッセージを送信する。203:サービス要求ノードによって送信されたエコー要求メッセージを受信した後、サービスノードは検出の結果を記録し、エコー応答メッセージをサービス要求ノードに返す。204:サービス要求ノードが、現在の期間の終了前にサービスノードによって返されるエコー応答メッセージを受信した場合、サービス要求ノードはサービスノードを正常にセットする。逆に、サービス要求ノードが、現在の期間の終了前にサービスノードによって返されるエコー応答メッセージを受信しなかった場合、サービス要求ノードはサービスノードを障害状態にセットする。205:現在の期間の終了時に、サービスノードそれぞれは、サービス要求ノードそれぞれによって送信された検出の結果に応じ、サービスノード自体の障害表示状態、及びサービスノード自体以外の他のサービスノードの障害表示状態を判定する。特に、サービスノードが、サービス要求ノードそれぞれによって送信された検出の結果に応じて、サービスノード自体以外の他のサービスノードの障害表示状態を判定することは、少なくとも1つのサービス要求ノードによって送信され、現在の期間において受信された検出の結果が、他のサービスノードのうちのサービスノードAが正常であることを示す場合、サービスノードAの障害表示状態を正常にセットする状況、サービス要求ノード全てによって送信され、現在の期間において受信された検出の結果が、他のサービスノードのうちのサービスノードBが障害状態にあることを示す場合、サービスノードBの障害表示状態を障害状態にセットする状況、及びサービス要求ノードの一部によって送信された検出の結果が現在の期間において受信され、サービス要求ノードの一部によって送信された検出の結果が、他のサービスノードのうちのサービスノードCに障害が生じたことを示す場合、サービスノードCの障害表示状態を不確定にセットする状況のうちの少なくとも1つを含む。本実施例におけるサービスノードA、サービスノードB、又はサービスノードCは特定のノードを特に表す訳でない一方、その検出結果が、本実施例の規定された特徴を満たすノードのタイプを表す。特に、サービスノードが、サービス要求ノードそれぞれによって送信された検出の結果に応じて、サービスノード自体の障害表示状態を判定することは、少なくとも1つのサービス要求ノードによって送信され、現在の期間内に受信された検出結果が、サービスノード自体が正常であることを示す場合、サービスノード自体の障害表示状態を正常にセットする状況、及び何れかのサービス要求ノードによって送信された検出結果が、現在の期間内に受信されないか、又は、サービス要求ノードによって送信され、現在の期間内で受信された検出の結果全てが、サービスノード自体に障害が生じたことを示す場合、サービスノード自体の障害表示状態を異常にセットする状況のうちの少なくとも1つを含む。この工程の更に明確な説明については、図4に示す障害表示状態の判定の概略フローチャートを参照されたい。ここで、SGSN-1:x1y1z1は、サービスノードGGSN-x、サービスノードGGSN-y、及びサービスノードGGSN-zに対するサービス要求ノードSGSN-1の障害検出結果がx1、y1、及びz1それぞれであることを表す。SGSN-2:x2y2z2は、サービスノードGGSN-x、サービスノードGGSN-y、及びサービスノードGGSN-zに対するサービス要求ノードSGSN-2の障害検出結果がx2、y2、及びz2それぞれであることを表す。SGSN-3:x3y3z3は、サービスノードGGSN-x、サービスノードGGSN-y、及びサービスノードGGSN-zに対するサービス要求ノードSGSN-3の障害検出結果がx3、y3、及びz3それぞれであることを表す。SGSN-1:x1y1z1、SGSN-2:x2y2z2、及びSGSN-3:x3y3z3は、GGSN-x、GGSN-y、及びGGSN-zそれぞれに送信される。GGSN-x、GGSN-y、及びGGSN-zは、SGSN-1:x1y1z1、SGSN-2:x2y2z2、及びSGSN-3:x3y3z3に応じて、サービスノード自体及び他のサービスノードの障害表示状態を得る。x:N/AはGGSN-xの障害表示状態を表し、y:N/F/UはGGSN-yの障害表示状態を表し、z:N/F/UはGGSN-zの障害表示状態を表す。Nは正常の略であり、Aは異常の略であり、Fが障害の略であり、Uは不確定の略である。任意的には、工程206は、工程205の後に更に実現し得る。206:サービスノードそれぞれは、主状態としてのサービスノード自体の障害表示状態、及び補助状態としての他のサービスノードの障害表示状態を使用することにより、ネットワークリソース獲得挙動及び/又はリリース挙動をトリガする。図5に示す挙動トリガ及び挙動時系列制御の概略図を参照するに、本工程は特に、サービスノード自体の障害表示状態が異常から正常に変化する場合、予め設定された第1の保護持続時間Tc1にセットされる後、サービスノード自体のネットワークリソースを獲得する処理と、サービスノード自体の障害表示状態が正常から異常に変化する場合、サービスノード自体のネットワークリソースをリリースする処理をトリガし、予め設定された第2の持続時間Tr1にセットされる内にサービスノード自体のネットワークリソースのリリースを完了する工程と、サービスノード自体の障害表示状態が正常の場合に、他のサービスノードのうちのサービスノードDの障害表示状態が正常から障害状態に変化した場合、サービスノードDのネットワークリソースを獲得する処理を、予め設定された第3の保護持続時間Tc2にセットされる後にトリガする工程と、サービスノード自体の障害表示状態が正常である場合に、他のサービスノードのうちのサービスノードEの障害表示状態が障害状態から正常又は不確定に変化した場合、サービスノードEのネットワークリソースをリリースする処理をトリガし、予め設定された第4の持続時間Tr2にセットされる内のサービスノードEのネットワークリソースのリリースを完了する工程とを含み、第1の保護持続時間は第4の持続時間より長く、第3の保護持続時間は第2の持続時間よりも長い。本実施例におけるサービスノードD、又はサービスノードEは特定のノードを特に表す訳でない一方、その検出結果が、本実施例の規定された特徴を満たすノードのタイプを表す。障害は、サービスを提供することができないことを意味する。したがって、サービス要求ノードの観点から、サービスノードに障害が生じたか否かは、サービスノードが、サービス要求ノードに対してサービスを提供することが可能であるか否かと同じ意味を有する。したがって、本実施例では、サービス要求ノードは、サービスノードに障害が生じたか否かを検出し、検出の結果をサービスノードに通知する。これは、互いの間でピア端に障害が生じたかのサービスノードによる検出と比較すると、状態の誤判断の可能性をなくすか、又は障害の理解における曖昧性をなくし、サービスノード障害検出の信頼性を向上させる。例えば、2つのGGSN間の通信リンクが遮断された場合、既存の技術的解決策によれば、ピア端に障害が生じたと2つのGGSNは何れも判断する。本実施例の技術的解決策によれば、GGSNがサービスをなお提供することが可能であるか否かをサービス要求ノードは検査し、GGSNがサービスを提供することが可能である場合、GGSNが正常であると結論付けることができ、GGSNがサービスを提供することが可能でない場合、GGSNに障害が生じたと結論付けられる。したがって、本実施例の技術的解決策によれば、障害検出の信頼性は高くなる。複数のサービス要求ノードが存在する場合、サービスノードは、複数のサービス要求ノードの検出の結果に応じて、サービスノード自体及び他のサービスノードの障害表示状態を包括的に判定し得、それにより、サービスノード障害検出の信頼性を更に向上させ得る。更に、本実施例は更に、完全な挙動トリガ及び挙動時系列制御ロジックを規定し、これにより、ネットワークリソース獲得及び/又はリリースなどのネットワーク挙動間の競合が回避され得る。実施例3図6を参照するに、本実施例はサービスノードを提供し、サービスノードは、サービスノードプールにおけるサービスノードそれぞれが、サービス要求ノードにより、障害を伴って送信されるか否かの検出の結果を受信するよう構成された受信器301と、検出の結果に応じて、サービスノード自体の障害表示状態、及びサービスノード自体以外の他のサービスノ―ドの障害表示状態を判定するよう構成された判定器302とを含む。受信器301は、サービス要求ノードによって送信されたエコー要求メッセージを現在の期間中に受信するよう構成され、エコー要求メッセージは、サービスノードプールにおけるサービスノードそれぞれに、現在の期間の先行期間内に障害状態にあるか否かの、サービス要求ノードによる検出の結果を有する。判定器302が、検出の結果に応じて、サービスノード自体以外の他のサービスノードの障害表示状態を判定するよう構成されることは、サービス要求ノードのうちの少なくとも1つによって送信され、現在の期間において受信された検出の結果が、他のサービスノードのうちのサービスノードAが正常であることを示す場合、サービスノードAの障害表示状態を正常にセットする状況、サービス要求ノード全てによって送信され、現在の期間において受信された検出の結果が、他のサービスノードのうちのサービスノードBが障害状態であることを示す場合、サービスノードBの障害表示状態を障害状態にセットする状況、及びサービス要求ノードの一部によって送信された検出の結果が現在の期間において受信され、サービス要求ノードの一部によって送信された検出の結果が、他のサービスノードのうちのサービスノードCに障害が生じたことを示す場合、サービスノードCの障害表示状態を不確定にセットする状況のうちの少なくとも1つを含む。判定器302が、検出の結果に応じて、サービスノード自体の障害表示状態を判定するよう構成されることは、サービス要求ノードのうちの少なくとも1つによって送信され、現在の期間内に受信された検出結果が、サービスノード自体が正常であることを示す場合、サービスノード自体の障害表示状態を正常にセットする状況、及びサービス要求ノードのうちの何れかによって送信された検出結果が、現在の期間内に受信されないか、又は、サービス要求ノードによって送信され、現在の期間内で受信された検出の結果全てが、サービスノード自体に障害が生じたことを示す場合、サービスノード自体の障害表示状態を異常にセットする状況のうちの少なくとも1つを含む。サービスノードは、トリガは、主状態としてのサービスノード自体の障害表示状態、及び補助状態としての他のサービスノードの障害表示状態を使用することにより、ネットワークリソース獲得挙動及び/又はリリース挙動を、判定器が実行された後にトリガするよう構成されたトリガを更に含む。トリガは、サービスノード自体の障害表示状態が異常から正常に変化する場合、予め設定された第1の保護持続時間後、サービスノード自体のネットワークリソースを獲得する処理をトリガする状況、サービスノード自体の障害表示状態が正常から異常に変化する場合、サービスノード自体のネットワークリソースをリリースする処理をトリガし、予め設定された第2の持続時間内にサービスノード自体のネットワークリソースのリリースを完了する状況、サービスノード自体の障害表示状態が正常の場合に、他のサービスノードのうちのサービスノードDの障害表示状態が正常から障害状態に変化した場合、サービスノードDのネットワークリソースを獲得する処理を、予めセットされた第3の保護持続時間後にトリガする状況、及びサービスノード自体の障害表示状態が正常である場合に、他のサービスノードのうちのサービスノードEの障害表示状態が障害状態から正常又は不確定に変化した場合、サービスノードEのネットワークリソースをリリースする処理をトリガし、予め設定された第4の持続時間内のサービスノードEのネットワークリソースのリリースを完了する状況のうちの少なくとも1つを実現するよう構成され、第1の保護持続時間は第4の持続時間よりも長く、第3の保護持続時間は第2の持続時間よりも長い。本実施例において提供されるサービスノード、及び方法の実施例におけるサービスノードは同じ概念に属する。この特定の処理の場合、方法の実施例を参照し得るので、本明細書及び特許請求の範囲において、詳細は繰り返し、説明しない。本実施例における本実施例では、サービスノードプールにおけるサービスノードそれぞれに、サービス要求ノードにより、障害を伴って送信されるか否かの検出の結果が受信され、サービスノード自体の障害表示状態、及びサービスノード自体以外の他のサービスノードの障害表示状態が検出の結果に応じて判定され、それにより、サービスノード障害検出の信頼性が向上する。複数のサービス要求ノードが存在する場合、サービスノードは、複数のサービス要求ノードの検出の結果に応じて、サービスノード自体及び他のサービスノードの障害表示状態を包括的に判定し得、それにより、サービスノード障害検出の信頼性を更に向上させ得る。更に、本実施例は更に、完全な挙動トリガ及び挙動時系列制御ロジックを更に規定し、これにより、ネットワーク挙動間の競合が避けられ得る。実施例4図7を参照するに、本実施例はサービス要求ノードを提供し、サービス要求ノードは、エコー要求メッセージを拡張するよう構成された拡張器401であって、エコー要求メッセージは、サービスノードプールにおけるサービスノードそれぞれが、現在の期間の先行期間内に障害状態にあるか否かの、サービス要求ノード自体による検出の結果を有している拡張器401と、検出の結果に応じて、サービスノード自体の障害表示状態、及びサービスノード自体以外の他のサービスノードの障害表示状態をサービスノードそれぞれが判定することを可能にするよう、現在の期間の最初にサービスノードプールにおけるサ―ビスノードそれぞれに向けてエコー要求メッセージを送信するよう構成された送信器402とを備える。拡張器401は、エコー要求メッセージのアイドルビットを利用するよう構成され、アイドルビットそれぞれは、サービスノードプールにおけるサービスノードに障害が生じたか否かを表し、又は、新たなビットをエコー要求メッセージにおいて追加するよう構成され、新たなビットそれぞれは、サービスノードプールにおけるサービスノードに障害が生じたか否かを表す。本実施例において提供されるサービス要求ノード、及び方法の実施例におけるサービス要求ノードは同じ概念に属する。この特定の処理の場合、方法の実施例を参照し得るので、本明細書及び特許請求の範囲において、詳細は繰り返し、説明しない。本実施例では、エコー要求メッセージは拡張されるので、エコー要求メッセージが、サービスノードプールにおけるサービスノードそれぞれが現在の期間の先行期間内に障害状態にあるか否かの、サービス要求ノード自体による検出の結果を有しており、エコー要求メッセージが、検出の結果に応じて、サービスノード自体の障害表示状態、及びサービスノード自体以外の他のサービスノードの障害表示状態をサービスノードそれぞれが判定することを可能にするよう、サービスノードプールにおけるサービスノードそれぞれに送信され、それにより、サービスノード障害検出の信頼性が向上する。複数のサービス要求ノードが存在する場合、サービスノードは、複数のサービス要求ノードの検出の結果に応じて、サービスノード自体及び他のサービスノードの障害表示状態を包括的に判定し得、それにより、サービスノード障害検出の信頼性を更に向上させ得る。実施例5図8を参照するに、本実施例は障害表示状態を判定するシステムを提供し、上記システムはサービスノード502をサービスノードプールにおけるサービスノード502、及びサービス要求ノード501を含む。サービス要求ノード501は拡張器401及び送信器402を含む。拡張器401は、エコー要求メッセージを拡張するよう構成され、エコー要求メッセージは、サービスノードプールにおけるサービスノードそれぞれに、現在の期間の先行期間内に障害状態にあるか否かの、サービス要求ノード自体による検出の結果を有する。送信器402は、検出の結果に応じて、サービスノード自体の障害表示状態、及びサービスノード自体以外の他のサービスノードの障害表示状態をサービスノードそれぞれが判定することを可能にするよう、現在の期間の最初にサービスノードプールにおけるサ―ビスノードそれぞれに向けてエコー要求メッセージを送信するよう構成される。サービスノード502それぞれは、受信器301及び判定器302を含む。受信器301は、サービス要求ノードによって送信されたエコー要求メッセージを受信するよう構成され、エコー要求メッセージは、サービスノードプールにおけるサービスノードそれぞれが、現在の期間の先行期間中に障害状態にあるか否かの、サービス要求ノードによる検出の結果を有する。判定器302は、検出の結果に応じて、サービスノード自体の障害表示状態、及びサービスノード自体以外の他のサービスノ―ドの障害表示状態を判定するよう構成される。本実施例において提供されるサービス要求ノード及びサービスノードと、方法の実施例におけるサービス要求ノード及びサービスノードは同じ概念に属する。この特定の処理の場合、方法の実施例を参照し得るので、本明細書及び特許請求の範囲において、詳細は繰り返し、説明しない。本実施例では、エコー要求メッセージは拡張されるので、エコー要求メッセージが、サービスノードプールにおけるサービスノードそれぞれが現在の期間の先行期間内に障害状態にあるか否かの、サービス要求ノード自体による検出の結果を有しており、エコー要求メッセージが、検出の結果に応じて、サービスノード自体の障害表示状態、及びサービスノード自体以外の他のサービスノードの障害表示状態をサービスノードそれぞれが判定することを可能にするよう、サービスノードプールにおけるサービスノードそれぞれに送信され、それにより、サービスノード障害検出の信頼性が向上する。複数のサービス要求ノードが存在する場合、サービスノードは、複数のサービス要求ノードの検出の結果に応じて、サービスノード自体及び他のサービスノードの障害表示状態を包括的に判定し得、それにより、サービスノード障害検出の信頼性を更に向上させ得る。上記実施例の工程の全て又は一部をハードウェアによって実現し得、更に、関連したハードウェアに指示するプログラムによっても実現し得る。プログラムはコンピュータ読み取り可能な記憶媒体に記憶し得る。記憶媒体は、リードオンリメモリ、磁気ディスク、光ディスク等であり得る。上記説明は、本発明の例示的な実施例に過ぎない一方、本発明を限定することを意図するものでない。本発明の趣旨及び原理の範囲内で行われた修正、均等の置換、又は改良は何れも、本発明の保護範囲内に収まるものとする。