ルータにより、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信するステップであり、前記要求パケットは、前記ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達するステップと、前記ルータにより、前記プライマリ付加価値サービスサーバについての情報に従って前記プライマリ付加価値サービスサーバのローカルに格納された状態を問い合わるステップと、前記プライマリ付加価値サービスサーバの状態が故障状態である場合、前記ルータにより、再ルーティングのために前記要求パケットを要求ルーティングサーバに転送するステップ、又は、前記プライマリ付加価値サービスサーバの状態が故障状態である場合、前記ルータにより、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って前記要求パケットを前記バックアップ付加価値サービスサーバに転送するステップとを有するサーバ故障中のパケット処理方法。前記ルータにより、前記プライマリ付加価値サービスサーバの前記ローカルに格納された状態を周期的に問い合わせるステップと、前記プライマリ付加価値サービスサーバの状態が通常状態から故障状態に変化した場合、前記ルータにより、前記要求ルーティングサーバに対して前記要求ルーティングサーバに格納された前記プライマリ付加価値サービスサーバの状態を故障状態に変更するように命令するために使用される第1の故障メッセージを前記要求ルーティングサーバに送信するステップ、又は、前記プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化した場合、前記ルータにより、前記要求ルーティングサーバに対して前記要求ルーティングサーバに格納された前記プライマリ付加価値サービスサーバの状態を通常状態に変更するように命令するために使用される故障回復メッセージを前記要求ルーティングサーバに送信するステップとを更に有する、請求項1に記載のサーバ故障中のパケット処理方法。前記プライマリ付加価値サービスサーバの状態は、能動的な検出を通じて前記ルータのメイン制御ボードにより取得され、又は、前記プライマリ付加価値サービスサーバにより報告された状態メッセージを受信することにより前記メイン制御ボードにより取得され、前記メイン制御ボードによりローカルに格納される、請求項1又は2に記載のサーバ故障中のパケット処理方法。前記要求パケットは、前記クライアントにより送信され、前記ルータにより、再ルーティングのために前記要求パケットを要求ルーティングサーバに転送した後、又は前記ルータにより、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って前記要求パケットを前記バックアップ付加価値サービスサーバに転送した後に、前記ルータにより、前記クライアントに対して前記クライアントに格納された前記プライマリ付加価値サービスサーバのアドレスを削除するように命令するために使用される第2の故障メッセージを前記クライアントに送信するステップを更に有する、請求項3に記載のサーバ故障中のパケット処理方法。故障状態から通常状態への前記プライマリ付加価値サービスサーバの状態変化は、前記ルータにより、前記プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化するように、前記ルータにより、前記バックアップ付加価値サービスサーバのデータを前記プライマリ付加価値サービスサーバにコピーすることを有する、請求項2に記載のサーバ故障中のパケット処理方法。クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信するように構成された受信モジュールであり、前記要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する受信モジュールと、前記プライマリ付加価値サービスサーバについての情報に従って前記ルータにおける前記プライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせるように構成された問い合わせモジュールと、前記問い合わせモジュールにより検出された前記プライマリ付加価値サービスサーバの状態が故障状態である場合、再ルーティングのために前記要求パケットを要求ルーティングサーバに転送するように構成された転送モジュール、又は、前記問い合わせモジュールにより検出された前記プライマリ付加価値サービスサーバの状態が故障状態である場合、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って前記要求パケットを前記バックアップ付加価値サービスサーバに転送するように構成された転送モジュールとを有するルータ。前記問い合わせモジュールは、前記ルータにおける前記プライマリ付加価値サービスサーバの前記ローカルに格納された状態を周期的に問い合わせるように更に構成され、前記ルータは、前記プライマリ付加価値サービスサーバの状態が通常状態から故障状態に変化した場合、前記要求ルーティングサーバに対して前記要求ルーティングサーバに格納された前記プライマリ付加価値サービスサーバの状態を故障状態に変更するように命令するために使用される第1の故障メッセージを前記要求ルーティングサーバに送信するように構成された第1の通知モジュール、又は、前記プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化した場合、前記要求ルーティングサーバに対して前記要求ルーティングサーバに格納された前記プライマリ付加価値サービスサーバの状態を通常状態に変更するように命令するために使用される故障回復メッセージを前記要求ルーティングサーバに送信するように構成された第1の通知モジュールを更に有する、請求項6に記載のルータ。前記プライマリ付加価値サービスサーバの状態を格納するように構成された格納モジュールを更に有し、前記プライマリ付加価値サービスサーバの状態は、能動的な検出を通じて前記ルータのメイン制御ボードにより取得される、或いは、前記プライマリ付加価値サービスサーバにより報告された状態メッセージを受信することにより前記メイン制御ボードにより取得される、請求項6又は7に記載のルータ。前記要求パケットは、前記クライアントにより送信され、前記ルータは、前記要求パケットが再ルーティングのために前記要求ルーティングサーバに転送された後、又は前記要求パケットが前記バックアップ付加価値サービスサーバの前記ローカルに格納されたアドレスに従って前記バックアップ付加価値サービスサーバに転送された後に、前記クライアントに対して前記クライアントに格納された前記プライマリ付加価値サービスサーバのアドレスを削除するように命令するために使用される第2の故障メッセージを前記クライアントに送信するように構成された第2の通知モジュールを更に有する、請求項8に記載のルータ。前記プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化するように、前記バックアップ付加価値サービスサーバのデータを前記プライマリ付加価値サービスサーバにコピーするように構成されたバックアップモジュールを更に有する、請求項7に記載のルータ。バックアップ付加価値サービスサーバによりFCC及びRETを実施する処理において、発明者は、従来技術が少なくとも以下の問題を有することを見出した。クライアントは全てのバックアップ付加価値サービスサーバのアドレスを事前に認識する必要があり、更に、全てのバックアップ付加価値サービスサーバのアドレスが要求パケットの伝送処理で公開されるため、ネットワークセキュリティが低減する。本発明の実施例は、サーバ故障中のパケット処理方法及びルータを提供し、これは、クライアントがビデオ付加価値サービスを要求する際のクライアントの待機時間を短縮するだけでなく、クライアントの複雑性の増加及びネットワークセキュリティの低減を回避する。前述の目的を実現するため、本発明の実施例は、以下の技術的対策を採用する。サーバ故障中のパケット処理方法は、ルータにより、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信し、ただし、要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達し、ルータにより、プライマリ付加価値サービスサーバについての情報に従ってプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせ、プライマリ付加価値サービスサーバの状態が故障状態である場合、ルータにより、再ルーティングのために要求パケットを要求ルーティングサーバに転送する、或いは、プライマリ付加価値サービスサーバの状態が故障状態である場合、ルータにより、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って要求パケットをバックアップ付加価値サービスサーバに転送することを含む。ルータは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信するように構成された受信モジュールであり、要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する受信モジュールと、プライマリ付加価値サービスサーバについての情報に従ってルータにおけるプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせるように構成された問い合わせモジュールと、問い合わせモジュールにより検出されたプライマリ付加価値サービスサーバの状態が故障状態である場合、再ルーティングのために要求パケットを要求ルーティングサーバに転送するように構成された転送モジュール、或いは、問い合わせモジュールにより検出されたプライマリ付加価値サービスサーバの状態が故障状態である場合、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って要求パケットをバックアップ付加価値サービスサーバに転送するように構成された転送モジュールとを含む。本発明の実施例で提供されるサーバ故障中のパケット処理方法及びルータによれば、ルータは、プライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせることにより、プライマリ付加価値サービスサーバの状態を直ちに学習し、プライマリ付加価値サービスサーバの問い合わされた状態が故障状態である場合、ルータは、再ルーティングのために受信した要求パケットをRRSに直ちに転送してもよく、バックアップ付加価値サービスサーバに転送してもよい。再ルーティングされたプライマリ付加価値サービスサーバ又はバックアップ付加価値サービスサーバは、クライアントの要求に応答する。しかし、従来技術では、プライマリ付加価値サービスサーバの故障は、RRSハートビートパケットを通じてのみ検出可能であり、RRSが再ルーティングを実行可能になる前にプライマリ付加価値サービスサーバの故障状態を確認するために少なくとも30秒を要する。従って、本発明の実施例によるサーバ故障中のパケット処理方法及びルータは、クライアントがビデオ付加価値サービスを要求するときのクライアントの待機時間を短縮することができる。更に、本発明の実施例で提供されるサーバ故障中のパケット処理方法及びルータによれば、バックアップ付加価値サービスサーバのアドレスがルータに格納されるため、プライマリ付加価値サービスサーバが故障した場合、ルータは、利用可能なバックアップ付加価値サービスサーバを選択し、受信した要求パケットを選択されたバックアップ付加価値サービスサーバに直接転送してもよい。これは、バックアップ付加価値サービスサーバのアドレスがクライアントに格納されることから生じる、クライアントの複雑性が増加し、ネットワークセキュリティが低減するという従来技術の問題を克服する。以下に、本発明の実施例又は従来技術の技術的対策をより明確に示すために、実施例又は従来技術を記載するために必要な添付図面について簡単に紹介する。明らかに、以下の説明において添付図面は、単なる本発明のいくつかの実施例を示しているに過ぎず、当業者は、創造的取り組みを行うことなく、依然としてこれらの添付図面から他の図面を導くことができる。以下に、本発明の実施例の添付図面を参照して本発明の実施例の技術的対策について明確且つ完全に説明する。明らかに、記載の実施例は、本発明の実施例の全てではなく、単なる一部である。創造的取り組みを行うことなく本発明の実施例に基づいて当業者により得られる全ての他の実施例は、本発明の保護範囲内に入るものとする。<実施例1>この実施例は、サーバ故障中のパケット処理方法を提供する。図1に示すように、この方法は以下のステップを含む。101ルータは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信する、ただし、要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する。特に、ルータのインタフェースボードは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信する。要求パケットは、RRSから転送されてもよく、クライアントにより直接送信されてもよい。要求パケットは、プライマリ付加価値サービスサーバのアドレスのようなルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する。プライマリ付加価値サービスサーバは、ルータの少なくとも1つの付加価値サービスボードにより形成される。102ルータは、プライマリ付加価値サービスサーバについての情報に従ってプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせる。メイン制御ボードは、ルータに構成され、ルータの全ての付加価値サービスボードを制御及び管理し、付加価値サービスボードの状態情報を維持管理し、付加価値サービスボードにより形成された付加価値サービスサーバの状態情報を維持管理するように構成される。状態情報は、メイン制御ボードによりローカルに格納される。ルータは、要求パケットで伝達されたプライマリ付加価値サービスサーバについての情報に従ってプライマリ付加価値サービスサーバのローカルに格納された対応する状態を問い合わせる。103プライマリ付加価値サービスサーバの状態が故障状態である場合、ルータは、再ルーティングのために要求パケットを要求ルーティングサーバに転送する、或いは、プライマリ付加価値サービスサーバの状態が故障状態である場合、ルータは、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って要求パケットをバックアップ付加価値サービスサーバに転送する。特に、プライマリ付加価値サービスサーバの状態が故障状態であることをルータが問い合わせた場合、ルータは、受信した要求パケットを要求ルーティングサーバすなわち、RRSに転送し、RRSは、他の利用可能なプライマリ付加価値サービスサーバに再ルーティングし、RRSは、受信した要求パケットを再選択されたプライマリ付加価値サービスサーバに転送する。或いは、プライマリ付加価値サービスサーバの状態が故障状態であることをルータが問い合わせた場合、ルータは、ルータに格納されたバックアップ付加価値サービスサーバのアドレスに従って利用可能なバックアップ付加価値サービスサーバを選択し、受信した要求パケットを選択されたバックアップ付加価値サービスサーバに転送する。メイン制御ボードがプライマリ付加価値サービスサーバの故障した付加価値サービスボードを検出しない場合、メイン制御ボードは、プライマリ付加価値サービスサーバの状態が通常状態であることを確認する。次に、ルータは、受信した要求パケットをプライマリ付加価値サービスサーバに送信し、プライマリ付加価値サービスサーバは、要求パケットに応答し、クライアントと直接通信する。この実施例で提供されるサーバ故障中のパケット処理方法によれば、ルータは、プライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせることにより、プライマリ付加価値サービスサーバの状態を直ちに学習し、プライマリ付加価値サービスサーバの問い合わされた状態が故障状態である場合、ルータは、再ルーティングのために受信した要求パケットをRRSに直ちに転送してもよく、バックアップ付加価値サービスサーバに転送してもよい。再ルーティングされたプライマリ付加価値サービスサーバ又はバックアップ付加価値サービスサーバは、クライアントの要求に応答する。しかし、従来技術では、プライマリ付加価値サービスサーバの故障は、RRSハートビートパケットを通じてのみ検出可能であり、RRSが再ルーティングを実行可能になる前にプライマリ付加価値サービスサーバの故障状態を確認するために少なくとも30秒を要する。従って、本発明の実施例によるサーバ故障中のパケット処理方法及びルータは、クライアントがビデオ付加価値サービスを要求するときのクライアントの待機時間を短縮することができる。更に、この実施例によるサーバ故障中のパケット処理方法では、バックアップ付加価値サービスサーバのアドレスがルータに格納されるため、プライマリ付加価値サービスサーバが故障した場合、ルータは、利用可能なバックアップ付加価値サービスサーバを選択し、受信した要求パケットを選択されたバックアップ付加価値サービスサーバに直接転送してもよい。これは、バックアップ付加価値サービスサーバのアドレスがクライアントに格納されることから生じる、クライアントの複雑性が増加し、ネットワークセキュリティが低減するという従来技術の問題を克服する。この実施例は、ルータを更に提供する。図2に示すように、ルータは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信するように構成された受信モジュール21であり、要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する受信モジュール21と、プライマリ付加価値サービスサーバについての情報に従ってルータにおけるプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせるように構成された問い合わせモジュール22と、問い合わせモジュール22により検出されたプライマリ付加価値サービスサーバの状態が故障状態である場合、再ルーティングのために要求パケットを要求ルーティングサーバに転送するように構成された転送モジュール23、或いは、問い合わせモジュール22により検出されたプライマリ付加価値サービスサーバの状態が故障状態である場合、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って要求パケットをバックアップ付加価値サービスサーバに転送するように構成された転送モジュール23とを含む。モジュールにより実行される方法について前述に詳細に説明したため、更なる詳細はここでは提供されない。この実施例で提供されるルータは、問い合わせモジュールを使用することによりプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせることにより、プライマリ付加価値サービスサーバの状態を直ちに学習し、プライマリ付加価値サービスサーバの検出された状態が故障状態である場合、ルータは、再ルーティングのために受信した要求パケットをRRSに直ちに転送してもよく、バックアップ付加価値サービスサーバに転送してもよい。しかし、従来技術では、プライマリ付加価値サービスサーバの故障は、RRSハートビートパケットを通じてのみ検出可能であり、RRSが再ルーティングを実行可能になる前にプライマリ付加価値サービスサーバの故障状態を確認するために少なくとも30秒を要する。従って、この実施例で提供されるルータは、クライアントがビデオ付加価値サービスを要求するときのクライアントの待機時間を短縮することができる。更に、この実施例で提供されるルータでは、バックアップ付加価値サービスサーバのアドレスがルータに格納されるため、プライマリ付加価値サービスサーバが故障した場合、ルータは、利用可能なバックアップ付加価値サービスサーバを選択し、受信した要求パケットを選択されたバックアップ付加価値サービスサーバに直接転送してもよい。これは、バックアップ付加価値サービスサーバのアドレスがクライアントに格納されることから生じる、クライアントの複雑性が増加し、ネットワークセキュリティが低減するという従来技術の問題を克服する。<実施例2>この実施例は、サーバ故障中のパケット処理方法を提供する。この方法は、実施例1のサーバ故障中のパケット処理方法の更なる改善である。この方法は、以下のステップを含む。ステップ1:ルータは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信する、ただし、要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する。ステップ2:ルータは、プライマリ付加価値サービスサーバについての情報に従ってプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせる。ステップ3:プライマリ付加価値サービスサーバの状態が故障状態である場合、ルータは、再ルーティングのために要求パケットを要求ルーティングサーバに転送する、或いは、プライマリ付加価値サービスサーバの状態が故障状態である場合、ルータは、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って要求パケットをバックアップ付加価値サービスサーバに転送する。3つのステップは、実施例1のサーバ故障中のパケット処理方法のものと同じであるため、更なる詳細はここでは提供されない。この実施例によるサーバ故障中のパケット処理方法は、3つのステップを通じて、クライアントがビデオ付加価値サービスを要求するときのクライアント待機時間を短縮する目的を実現し得る。この方法は、以下のステップ301及び302を通じてルータの故障フィードバック及び回復機能を更に実施してもよい。以下に図3を参照してステップ301及び302について詳細に説明する。301:ルータは、プライマリ付加価値サービスサーバのローカルに格納された状態を周期的に問い合わせる。特に、ルータは、要求パケットを受信して要求パケットを転送する機能に加えて、故障フィードバック機能を有する。ルータのメイン制御ボードは、付加価値サービスサーバの状態をローカルに格納する。ルータは、ルータにおけるプライマリ付加価値サービスサーバの状態を周期的に問い合わせることにより、プライマリ付加価値サービスサーバの状態変化の情報を取得してもよい。302:プライマリ付加価値サービスサーバの状態が通常状態から故障状態に変化したことを検出した場合、ルータは、第1の故障メッセージをRRSに送信する、或いは、プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化した場合、ルータは、故障回復メッセージをRRSに送信する。特に、プライマリ付加価値サービスサーバの状態が通常状態から故障状態に変化したことをルータが検出した場合、ルータは、第1の故障メッセージをRRSに送信する。第1の故障メッセージは、RRSに対してRRSに格納されたプライマリ付加価値サービスサーバの対応する状態を故障状態に変更するように命令するために使用される。従って、プライマリ付加価値サービスサーバの次のルーティング中に、RRSは、故障状態のプライマリ付加価値サービスサーバにルーティングしない。しかし、従来技術では故障フィードバック機能が利用可能でないため、プライマリ付加価値サービスサーバが故障した後、且つ、RRSがハートビートパケットを通じて故障を検出する前に、クライアントの要求パケットは、依然として故障したプライマリ付加価値サービスサーバに送信され、故障したサーバは、パケットをバックアップ付加価値サービスサーバに転送する。これは、故障したサーバの負荷をかなり増加させ、要求パケットが要求に応答できるサーバに到達するときのパスも最適ではない。ステップ301及び302の実行は、故障した付加価値サービスサーバが依然として従来技術のRRSにより呼び出されるという問題を解決することができる。更に、プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化したことをルータが検出した場合、ルータは、故障回復メッセージをRRSに送信する。故障回復メッセージは、RRSに対してRRSに格納されたプライマリ付加価値サービスサーバの対応する状態を通常状態に変更するように命令するために使用される。従って、プライマリ付加価値サービスサーバの次のルーティング中に、RRSは、通常状態に回復したプライマリ付加価値サービスサーバにルーティングすることができる。前述のステップでは、プライマリ付加価値サービスサーバの状態は、能動的な検出を通じてルータのメイン制御ボードにより取得され、又は、プライマリ付加価値サービスサーバにより報告された状態メッセージを受信することによりメイン制御ボードにより取得され、メイン制御ボードによりローカルに格納される。特に、付加価値サービスサーバが故障した後に、メイン制御ボードは、以下の2つの方法で故障を学習する。付加価値サービスボードの故障は、一般的に一般的な故障commonfailureと、ボードの一時停止boardsuspensionとを含む。一般的な故障が生じた場合、付加価値サービスボードは、これをメイン制御ボードに直ちに通知し、メイン制御ボードは、付加価値サービスボードと付加価値サービスボードが属する付加価値サービスサーバとの格納された状態を故障状態に変更する。ボードの一時停止が生じた場合、付加価値サービスボードは、これをメイン制御ボードに通知することができないため、メイン制御ボードは、ハートビートパケットを通じて付加価値サービスボードの状態を検出する。メイン制御ボードが12個のハートビートパケットを送信した後にすなわち、12秒後依然として付加価値サービスボードから応答パケットを受信しない場合、メイン制御ボードは、付加価値サービスボードが一時停止されていることを確認し、付加価値サービスボードと付加価値サービスボードが属する付加価値サービスサーバの格納された状態を故障状態に変更する。同時に、故障した付加価値サービスボードがハートビートのロスの再開を実行可能にする。ルータは、前述の問い合わせ動作を通じて、プライマリ付加価値サービスサーバの状態をリアルタイムに学習することができる。明らかに、故障状態から通常状態へのプライマリ付加価値サービスサーバの状態変化は、ルータにより、バックアップ付加価値サービスサーバのデータをプライマリ付加価値サービスサーバにコピーすることを含んでもよいが、これに限定されない。バックアップ付加価値サービスサーバ及びプライマリ付加価値サービスサーバは等価なサーバであり、これらは同じ情報を含み、クライアントに同じサービスを提供することができる。従って、バックアップ付加価値サービスサーバのデータを対応する故障したプライマリ付加価値サービスサーバにコピーすることにより、故障したプライマリ付加価値サービスサーバが通常状態に回復してもよい。この実施例によるサーバ故障中のパケット処理方法は、実施例1に基づいて改善された方法である。これは、クライアントがビデオ付加価値サービスを要求するときのクライアントの長い待機時間、クライアントの複雑性の増加及びネットワークセキュリティの低減という実施例1で克服される欠点を克服するだけでなく、故障した付加価値サービスサーバが依然としてRRSにより呼び出されるという理由による故障した付加価値サービスサーバの負荷の増加及び要求パケットの最適ではない伝送パスという問題も解決することができる。この実施例は、ルータを更に提供する。図4に示すように、ルータは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信するように構成された受信モジュール41であり、要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する受信モジュール41と、プライマリ付加価値サービスサーバについての情報に従ってルータにおけるプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせるように構成された問い合わせモジュール42と、問い合わせモジュール42により検出されたプライマリ付加価値サービスサーバの状態が故障状態である場合、再ルーティングのために要求パケットを要求ルーティングサーバに転送するように構成された転送モジュール43、或いは、問い合わせモジュール42により検出されたプライマリ付加価値サービスサーバの状態が故障状態である場合、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って要求パケットをバックアップ付加価値サービスサーバに転送するように構成された転送モジュール43とを含む。問い合わせモジュール42は、ルータにおけるプライマリ付加価値サービスサーバのローカルに格納された状態を周期的に問い合わせるように更に構成されてもよい。ルータは、問い合わせモジュール42により検出されたプライマリ付加価値サービスサーバの状態が通常状態から故障状態に変化した場合、第1の故障メッセージを要求ルーティングサーバに送信するように構成された第1の通知モジュール44を更に含んでもよい。第1の故障メッセージは、要求ルーティングサーバに対して要求ルーティングサーバに格納されたプライマリ付加価値サービスサーバの状態を故障状態に変更するように命令するために使用される。第1の通知モジュール44は、問い合わせモジュール42により検出されたプライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化した場合、故障回復メッセージを要求ルーティングサーバに送信するように更に構成されてもよい。故障回復メッセージは、要求ルーティングサーバに対して要求ルーティングサーバに格納されたプライマリ付加価値サービスサーバの状態を通常状態に変更するように命令するために使用される。ルータは、プライマリ付加価値サービスサーバの状態を格納するように構成された格納モジュール45を更に含んでもよい。プライマリ付加価値サービスサーバの状態は、能動的な検出を通じてルータのメイン制御ボードにより取得される、或いは、プライマリ付加価値サービスサーバにより報告された状態メッセージを受信することによりメイン制御ボードにより取得される。ルータは、プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化するように、バックアップ付加価値サービスサーバのデータをプライマリ付加価値サービスサーバにコピーするように構成されたバックアップモジュール46を更に含んでもよい。前述のモジュールにより実行される方法について実施例1で詳細に説明したため、更なる詳細はここでは提供されない。この実施例で提供されるルータは、実施例1に基づいて改善されたルータである。これは、クライアントがビデオ付加価値サービスを要求するときのクライアントの長い待機時間、クライアントの複雑性の増加及びネットワークセキュリティの低減という実施例1で克服される欠点を克服するだけでなく、故障した付加価値サービスサーバが依然としてRRSにより呼び出されるという理由による故障したサーバの負荷の増加及び要求パケットの最適ではない伝送パスという問題も解決することができる。<実施例3>この実施例は、サーバ故障中のパケット処理方法を提供する。この方法は、実施例1のサーバ故障中のパケット処理方法の更なる改善である。図5に示すように、この方法は、以下のステップを含む。501ルータは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信する、ただし、要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する。特に、ルータのインタフェースボードは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信する。要求パケットは、クライアントにより送信される。要求パケットは、プライマリ付加価値サービスサーバのアドレスのようなルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する。プライマリ付加価値サービスサーバは、ルータの少なくとも1つの付加価値サービスボードにより形成される。502ルータは、プライマリ付加価値サービスサーバについての情報に従ってプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせる。503プライマリ付加価値サービスサーバの状態が故障状態である場合、ルータは、再ルーティングのために要求パケットを要求ルーティングサーバに転送する、或いは、プライマリ付加価値サービスサーバの状態が故障状態である場合、ルータは、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って要求パケットをバックアップ付加価値サービスサーバに転送する。これらの3つのステップは、実施例1のサーバ故障中のパケット処理方法のものと同じであるため、更なる詳細はここでは提供されない。504ルータは、第2の故障メッセージをクライアントに送信する。従来技術においてプライマリ付加価値サービスサーバからクライアントによりサービスを要求する処理は、図6に示されており、以下のステップを含む。クライアントがプライマリ付加価値サービスサーバからビデオ付加価値サービスを要求する必要がある場合、ステップ601が実行され、クライアントは、要求されたサービスの内容に従って要求パケットを生成する。一般的に、クライアントは、RRSからルーティングを最初に正常に要求した後に、ルーティングされた付加価値サービスサーバのアドレスをローカルメモリに格納する。従って、要求パケットが生成された後に、クライアントは最初にステップ602を実行する。クライアントは、ローカルメモリがプライマリ付加価値サービスサーバのアドレスを格納しているか否かを判定し、そうである場合、ステップ603が実行され、クライアントは、プライマリ付加価値サービスサーバと直接通信する。ローカルメモリがプライマリ付加価値サービスサーバのアドレスを格納していない場合、ステップ604が実行され、クライアントは、要求パケットを要求ルーティングサーバに送信する。要求ルーティングサーバは、要求パケットを受信した後に、利用可能なプライマリ付加価値サービスサーバにルーティングし、要求パケットを利用可能なプライマリ付加価値サービスサーバに転送する。次に、クライアントはステップ605を実行し、クライアントは、要求ルーティングサーバによりルーティングされた利用可能なプライマリ付加価値サービスサーバと通信する。通信の完了時に、クライアントは、ステップ606を実行し、利用可能なプライマリ付加価値サービスサーバのアドレスをローカルメモリに格納する。前述の分析から分かるように、従来技術では、通信処理の完了時に、クライアントは、プライマリ付加価値サービスサーバのアドレスを記録し、次にサービスを要求する場合、クライアントは、RRSに対してルーティングを実行することを要求することなく、記録されたプライマリ付加価値サービスサーバと直接通信する。クライアントがプライマリ付加価値サービスサーバを記録した後、且つ次の通信の前に、プライマリ付加価値サービスサーバが故障した場合、クライアントは、依然として要求パケットを故障したプライマリ付加価値サービスサーバに送信する。この理由は、クライアントは、プライマリ付加価値サービスサーバの状態を学習することができないからである。これは、故障した付加価値サービスサーバの負荷の増加及び要求パケットの最適でない伝送パスという問題を生じる可能性がある。この実施例のステップ504は、従来技術において付加価値サービスサーバが故障した後も、クライアントが依然として付加価値サービスサーバを呼び出すという問題を解決することができる。特に、クライアントにより送信された要求パケットにおけるプライマリ付加価値サービスサーバの状態が故障状態であるとルータが検出した場合、ルータは最初にステップ503を実行する。ルータは、再ルーティングのために要求パケットをRRSに転送し、或いは、要求パケットをバックアップ付加価値サービスサーバに転送する。次にステップ504を実行し、ルータは、第2の故障メッセージをクライアントに送信する。第2の故障メッセージは、クライアントに対してクライアントに格納されたプライマリ付加価値サービスサーバのアドレスを削除するように命令するために使用される。従って、次に要求を開始するときに、プライマリ付加価値サービスサーバのアドレスがローカルに格納されていないため、クライアントは、要求パケットをRRSに送信し、RRSは、利用可能なプライマリ付加価値サービスサーバにルーティングする。この実施例によるサーバ故障中のパケット処理方法は、実施例1に基づいて改善された方法であり、クライアントがビデオ付加価値サービスを要求するときのクライアントの長い待機時間、クライアントの複雑性の増加及びネットワークセキュリティの低減という実施例1で克服される欠点を克服することができる。更に、この実施例のルータがクライアントにより送信された要求パケットを受信したときに、プライマリ付加価値サービスサーバが故障状態であるとルータが検出した場合、ルータは、実施例1に記載の方法に従って要求パケットを転送するだけでなく、故障メッセージをクライアントに送信し、クライアントに格納されたプライマリ付加価値サービスサーバが故障しており、プライマリ付加価値サービスサーバについての格納された情報を削除する必要があることをクライアントに通知する。これにより、次の要求メッセージは、ルーティングのためにRRSに直接送信される。従って、故障した付加価値サービスサーバの負荷の増加及び要求パケットの最適でない伝送パスという問題が解決される。この実施例によるサーバ故障中のパケット処理方法は、この実施例でのサーバ故障中のパケット処理方法が故障フィードバック及び回復機能を有するように、以下のステップ1及びステップ2を更に含んでもよい点に留意すべきである。ステップ1:ルータは、プライマリ付加価値サービスサーバのローカルに格納された状態を周期的に問い合わせる。ステップ2:プライマリ付加価値サービスサーバの状態が通常状態から故障状態に変化したことを検出した場合、ルータは、第1の故障メッセージをRRSに送信する、或いは、プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化したことを検出した場合、ルータは、故障回復メッセージをRRSに送信する。2つのステップは、実施例2の図3を参照して詳細に説明したため、更なる詳細はここでは提供されない。この実施例によるサーバ故障中のパケット処理方法は、2つのステップを追加することにより、故障した付加価値サービスサーバが依然としてRRSにより呼び出されることから生じる、故障した付加価値サービスサーバの負荷の増加及び要求パケットの最適でない伝送パスという問題を更に解決することができる。前述のステップでは、プライマリ付加価値サービスサーバの状態は、能動的な検出を通じてルータのメイン制御ボードにより取得され、又は、プライマリ付加価値サービスサーバにより報告された状態メッセージを受信することによりメイン制御ボードにより取得され、メイン制御ボードによりローカルに格納される。明らかに、故障状態から通常状態へのプライマリ付加価値サービスサーバの状態変化は、ルータにより、バックアップ付加価値サービスサーバのデータをプライマリ付加価値サービスサーバにコピーすることを含んでもよいが、これに限定されない。プライマリ付加価値サービスサーバによる故障状態から通常状態への状態を格納するステップ及び回復するステップは、実施例2で詳細に説明したため、更なる詳細はここでは提供されない。この実施例は、ルータを更に提供する。図7に示すように、ルータは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信するように構成された受信モジュール71であり、要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する受信モジュール71と、プライマリ付加価値サービスサーバについての情報に従ってルータにおけるプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせるように構成された問い合わせモジュール72と、問い合わせモジュール72により検出されたプライマリ付加価値サービスサーバの状態が故障状態である場合、再ルーティングのために要求パケットを要求ルーティングサーバに転送するように構成された転送モジュール73、或いは、問い合わせモジュール72により検出されたプライマリ付加価値サービスサーバの状態が故障状態である場合、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って要求パケットをバックアップ付加価値サービスサーバに転送するように構成された転送モジュール73とを含む。ルータにより受信された要求パケットがクライアントにより送信された場合、ルータは、要求パケットが再ルーティングのために要求ルーティングサーバに転送された後、又は要求パケットがバックアップ付加価値サービスサーバのローカルに格納されたアドレスに従ってバックアップ付加価値サービスサーバに転送された後に、第2の故障メッセージをクライアントに送信するように構成された第2の通知モジュール74を更に含んでもよい。第2の故障メッセージは、クライアントに対してクライアントにより格納されたプライマリ付加価値サービスサーバのアドレスを削除するように命令するために使用される。前述の方法により実行される方法は、実施例1で詳細に説明したため、更なる詳細はここでは提供されない。この実施例で提供されるルータは、実施例1に基づいて改善されたルータであり、クライアントがビデオ付加価値サービスを要求するときのクライアントの長い待機時間、クライアントの複雑性の増加及びネットワークセキュリティの低減という実施例1で克服される欠点を克服することができる。更に、この実施例のルータがクライアントにより送信された要求パケットを受信したときに、プライマリ付加価値サービスサーバが故障状態であるとルータが検出した場合、ルータは、実施例1に記載の転送モジュールを通じて要求パケットを転送するだけでなく、第2の通知モジュールを通じて故障メッセージをクライアントに送信し、クライアントに格納されたプライマリ付加価値サービスサーバが故障しており、プライマリ付加価値サービスサーバについての格納された情報を削除する必要があることをクライアントに通知する。これにより、次の要求メッセージは、ルーティングのためにRRSに直接送信される。従って、故障した付加価値サービスサーバの負荷の増加及び要求パケットの最適でない伝送パスという問題が解決される。問い合わせモジュール72は、ルータにおけるプライマリ付加価値サービスサーバのローカルに格納された状態を周期的に問い合わせるように更に構成されてもよい点に留意すべきである。この実施例で提供されるルータは、問い合わせモジュール72により検出されたプライマリ付加価値サービスサーバの状態が通常状態から故障状態に変化した場合、第1の故障メッセージを要求ルーティングサーバに送信するように構成された第1の通知モジュール75を更に含んでもよい。第1の故障メッセージは、要求ルーティングサーバに対して要求ルーティングサーバに格納されたプライマリ付加価値サービスサーバの状態を故障状態に変更するように命令するために使用される。第1の通知モジュール75は、問い合わせモジュール72により検出されたプライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化した場合、故障回復メッセージを要求ルーティングサーバに送信するように更に構成されてもよい。故障回復メッセージは、要求ルーティングサーバに対して要求ルーティングサーバに格納されたプライマリ付加価値サービスサーバの状態を通常状態に変更するように命令するために使用される。ルータは、プライマリ付加価値サービスサーバの状態を格納するように構成された格納モジュール76を更に含んでもよい。プライマリ付加価値サービスサーバの状態は、能動的な検出を通じてルータのメイン制御ボードにより取得される、或いは、プライマリ付加価値サービスサーバにより報告された状態メッセージを受信することによりメイン制御ボードにより取得される。ルータは、プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化するように、バックアップ付加価値サービスサーバのデータをプライマリ付加価値サービスサーバにコピーするように構成されたバックアップモジュール77を更に含んでもよい。前述のモジュールにより実行される方法について実施例2で詳細に説明したため、更なる詳細はここでは提供されない。第1の通知モジュールを追加することにより、この実施例で提供されるルータは、故障した付加価値サービスサーバが依然としてRRSにより呼び出されることから生じる、故障した付加価値サービスサーバの負荷の増加及び要求パケットの最適でない伝送パスという問題を更に解決することができる。前述の実施例の説明を通じて、当業者は、本発明が必要なユニバーサルハードウェアに加えてソフトウェアにより実施されてもよく、明らかにハードウェアにより実施されてもよいことを明確に認識する。しかし、ほとんどの状況では、前者が好まれる。このような理解に基づいて、従来技術に本質的又は部分的に寄与する本発明の技術的対策は、ソフトウェアプロダクトの形式で実施されてもよい。コンピュータソフトウェアプロダクトは、読み取り可能な記憶媒体例えば、コンピュータのフロッピー登録商標ディスク、ハードディスク、光ディスクに格納され、コンピュータデバイスパーソナルコンピュータ、サーバ、ネットワークデバイス等でもよいに対して本発明の実施例に記載の方法を実行するように命令する複数の命令を含む。本発明の実施例は、IPTVサービスを提供するネットワークで主に使用される。前述の説明は、本発明の単に特定の実施例に過ぎず、本発明の保護範囲を限定することを意図するものではない。本発明で開示された技術的範囲内で当業者により容易に理解できる如何なる変更又は置換も、本発明の保護範囲内に入るものとする。従って、本発明の保護範囲は、特許請求の範囲の保護範囲に従うものとする。