"マルチキャストデータを伝送する方法であって、第1の移動アクセスゲートウェイMAGは、マルチキャストソースが現在アクセスしている第1のMAGから第2のMAGに切り替えられる前に送信される、上記第2のMAGの標識情報を有する切り替え予告メッセージを受信し、第1のMAGは、上記切り替え予告メッセージが有する上記第2のMAGの標識に基づいて、上記第2のMAGとの間の双方向トンネルを構築し、特定された切り替え後のマルチキャストモード、及び構築された上記双方向トンネルに基づいて、上記マルチキャストソースからのマルチキャストデータに対してマルチキャストを行うことを含み、上記切り替え後のマルチキャストモードは、上記マルチキャストソースが上記第2のMAGに切り替えられた後に用いられるマルチキャストモードであることを特徴とする方法。第1のMAGによる上記第2のMAGとの間の双方向トンネルの構築は、第1のMAGが、上記第2のMAGへ切り替え初期化HIメッセージを送信し、上記第2のMAGによって送信された切り替え返信HAckメッセージを受信した後に、上記第2のMAGとの間の双方向トンネルを構築することを含むことを特徴とする請求項1に記載の方法。特定された切り替え後のマルチキャストモードが最短パスツリーSPT且つマルチキャストツリー予備更新モードである場合に、第1のMAGは、上記第2のMAGによって送信されたHAckメッセージを受信した後に、上記マルチキャストソースがアクセスする際に構築されたマルチキャストパス及び上記第2のMAGのアドレスに基づいて、上記マルチキャストソースが上記第2のMAGにアクセスした後にマルチキャストデータに用いるマルチキャストパスの構築を触発することをさらに含むことを特徴とする請求項2に記載の方法。第1のMAGが、上記マルチキャストソースがアクセスする際に構築したマルチキャストパス、及び上記第2のMAGのアドレスに基づいて、上記マルチキャストソースが上記第2のMAGにアクセスした後にマルチキャストデータに用いるマルチキャストパスの構築を触発することは、第1のMAGが、マルチキャストソースによって送信されたデータパケット中に、マルチキャストソース切り替え指示及び上記第2のMAGのアドレス情報を有し、上記マルチキャストソースがアクセスする際に構築されたマルチキャストパスに基づいて、上記マルチキャストパス上のマルチキャストノードへ、上記マルチキャストソース切り替え指示及び上記第2のMAGのアドレス情報を有するデータパケットを送信することを含むことを特徴とする請求項3に記載の方法。第1のMAGが、上記データパケットのIpv6ホップバイホップのオプションヘッダーにマルチキャストソース切り替え指示及び上記第2のMAGのアドレス情報を有することを特徴とする請求項4に記載の方法。上記HIメッセージは、マルチキャストソース切り替えの指示情報、マルチキャストソース標識、及び切り替え後のマルチキャストモードの指示情報を含むことを特徴とする請求項2に記載の方法。上記HIメッセージは、マルチキャストグループアドレス、及びマルチキャストソースホームアドレスをさらに含み、上記HIメッセージが指示するマルチキャストモードが共有ツリーRPTモードである場合に、上記HIメッセージは、マルチキャストランデブーポイントRPアドレスをさらに含むことを特徴とする請求項6に記載の方法。上記第2のMAGは、指示のマルチキャストモードがRPTモードで、且つRPアドレスをさらに含むHIメッセージを受信した場合に、上記第2のMAGは、上記HIメッセージに含まれるRPアドレスに基づいて上記RPアドレスに対応するローカル移動アンカーLMAとのマルチキャストパスを更新することを特徴とする請求項7に記載の方法。切り替え後のマルチキャストモードを特定する方式は、上記マルチキャストソースが上記第1のMAGにアクセスする際に用いるマルチキャストモードを特定し、上記マルチキャストソースが上記第1のMAGにアクセスする際に用いるマルチキャストモードがRPTモードであると特定した場合に、切り替え後のマルチキャストモードがRPTモードであると特定し、上記マルチキャストソースが上記第1のMAGにアクセスする際に用いるマルチキャストモードがSPTモードであると特定し、且つ上記マルチキャストソースの移動速度が設定閾値より大きいと特定した場合に、切り替え後のマルチキャストモードはSPT且つ不更新マルチキャストツリーモードであると特定し、上記マルチキャストソースが上記第1のMAGにアクセスする際に用いるマルチキャストモードはSPTモードであると特定し、且つ上記マルチキャストソースの移動速度が上記設定閾値以下であると特定した場合に、切り替え後のマルチキャストモードはSPT且つマルチキャストツリー予備更新モードであると特定することを含むことを特徴とする請求項1に記載の方法。特定された切り替え後のマルチキャストモード、及び構築された上記双方向トンネルに基づいて、上記マルチキャストソースからのマルチキャストデータに対してマルチキャストを行うことは、特定された切り替え後のマルチキャストモードがRPTモード又はSPT且つマルチキャストツリー予備更新モードである場合に、上記マルチキャストソースが上記第2のMAGにアクセスした後にマルチキャストデータに用いられるマルチキャストパスの構築が終了する前に、第1のMAGは、構築された上記双方向トンネルを介して、上記第2のMAGによって転送された上記マルチキャストソースのデータを受信し、上記マルチキャストソースがアクセスする際に構築したマルチキャストパスに基づいて上記データに対してマルチキャストを行い、特定された切り替え後のマルチキャストモードがSPT且つ不更新マルチキャストツリーモードである場合に、第1のMAGは、構築された上記双方向トンネルを介して、上記第2のMAGが転送する上記マルチキャストソースのデータを受信し、上記マルチキャストソースがアクセスする際に構築されたマルチキャストパスに基づいて上記データに対してマルチキャストを行うことを含むことを特徴とする請求項9に記載の方法。特定された切り替え後のマルチキャストモードがRPTモード又はSPT且つマルチキャストツリー予備更新モードである場合に、上記マルチキャストソースが上記第2のMAGにアクセスした後にマルチキャストデータに用いるマルチキャストパスの構築が終了した後に、上記第2のMAGによって送信された双方向トンネル取り消し指示を受信し、且つ上記取り消し指示に基づいて上記第2のMAGとの間の双方向トンネルを取り消すことをさらに含むことを特徴とする請求項10に記載の方法。マルチキャストツリーの更新方法であって、第1のマルチキャストノードは、第1の移動アクセスゲートウェイMAGによって送信されたデータパケットを受信し、上記データパケットがマルチキャストソース切り替え指示を有すると特定した後に、マルチキャストツリーを生成するためのアクセスJoinメッセージを構築し、上記データパケットに有する第2のMAGのアドレス情報を、上記Joinメッセージに付加して転送し、上記Joinメッセージを受信した第2のマルチキャストノードは、上記Joinメッセージが有する第2のMAGのアドレス情報に基づいて、マルチキャストルートを更新し、既に上記第2のMAGのアドレス情報に基づいてマルチキャストルートを更新した後のマルチキャストノードが、上記Joinメッセージを受信するまで、上記Joinメッセージを続けて転送することを含むことを特徴とする方法。上記マルチキャストソース切り替え指示及び上記第2のMAGのアドレス情報が、上記データパケットのpv6ホップバイホップのオプションヘッダーに付加されることを特徴とする請求項12に記載の方法。第1のマルチキャストノードが上記データパケットに有する第2のMAGのアドレス情報を、上記Joinメッセージに付加して転送することは、第1のマルチキャストノードが上記Joinメッセージを、上記第2のMAGのアドレスを目的アドレスとするデータパケットにパッケージングし、上記データパケットにマルチキャストソース切り替え指示を付加し、設定された上流の近隣ルータアドレスに基づいて、マルチキャストソース切り替え指示を有するデータパケットを転送することを含むことを特徴とする請求項12に記載の方法。上記Joinメッセージを受信した第2のマルチキャストノードが、上記Joinメッセージが有する第2のMAGのアドレス情報に基づいてマルチキャストルートを更新することは、第2のマルチキャストノードは、上記Joinメッセージが有する第2のMAGのアドレス情報に基づいて、このマルチキャストサービスに対応するマルチキャストルート状態での予備切り替えインターフェースPrehandoverInterfaceを、上記第2のMAGへのRPFインターフェースに設置することを含むことを特徴とする請求項12に記載の方法。第2のマルチキャストノードは、上記Joinメッセージが有する第2のMAGのアドレス情報に基づいて、このマルチキャストサービスに対応するマルチキャストルート状態でのPrehandoverInterfaceを、上記第2のMAGへのRPFインターフェースに設置することは、第2のマルチキャストノードは、その自身にこのマルチキャストサービスに対応するマルチキャストルート状態があるかどうかを特定し、このマルチキャストサービスに対応するマルチキャストルート状態があると特定した場合に、上記マルチキャストルート状態でのPrehandoverInterfaceを、上記第2のMAGへのRPFインターフェースに設置し、このマルチキャストサービスに対応するマルチキャストルート状態がないと特定した場合に、マルチキャストルート状態を作成し、上記マルチキャストルート状態でのPrehandoverInterfaceの状態を、上記第2のMAGへのRPFインターフェースに設置し、上記マルチキャストルート状態でのデータ受信インターフェースActiveInterfaceの状態を空きに設置することを含むことを特徴とする請求項15に記載の方法。第2のマルチキャストノードが上記Joinメッセージが有する第2のMAGのアドレス情報に基づいてマルチキャストルートを更新した後に、第2のマルチキャストノードが、初めて上記PrehandoverInterfaceを介してデータを受信し、マルチキャストルート状態でのActiveInterface状態が空き、又は上記ActiveInterfaceとPrehandoverInterfaceとが同じである場合に、上記PrehandoverInterfaceの状態に基づいて、上記ActiveInterfaceの状態を設置し、上記PrehandoverInterfaceの状態を空きに設置することをさらに含むことを特徴とする請求項16に記載の方法。マルチキャストデータを伝送するシステムであって、マルチキャストソース、第1の移動アクセスゲートウェイMAG、及び第2のMAGを含み、上記マルチキャストソースは、現在アクセスしている第1のMAGから第2のMAGに切り替える前に、上記第1のMAGへ切り替え予告メッセージを送信し、上記切り替え予告メッセージは、上記第2のMAGの標識情報を有し、上記第1のMAGは、上記マルチキャストソースによって送信された切り替え予告メッセージに有する上記第2のMAGの標識に基づいて、上記第2のMAGとの間の双方向トンネルを構築し、特定された切り替え後のマルチキャストモード及び構築された上記双方向トンネルに基づいて、上記マルチキャストソースからのマルチキャストデータに対してマルチキャストを行い、上記切り替え後のマルチキャストモードは、上記マルチキャストソースが上記第2のMAGに切り替えられた後に用いられるマルチキャストモードであることを特徴とするシステム。マルチキャストデータを伝送する装置であって、マルチキャストソースが現在アクセスしている第1の移動アクセスゲートウェイMAGから第2のMAGに切り替える前に送信する、上記第2のMAGの標識情報を有する切り替え予告メッセージを受信するための切り替え予告メッセージ受信ユニットと、上記切り替え予告メッセージ受信ユニットが受信した切り替え予告メッセージに有る上記第2のMAGの標識に基づいて、上記第2のMAGとの間の双方向トンネルを構築するためのトンネル構築ユニットと、特定された切り替え後のマルチキャストモード及び上記トンネル構築ユニットが構築した上記双方向トンネルに基づいて、上記マルチキャストソースからのマルチキャストデータに対してマルチキャストを行うためのマルチキャストデータ伝送ユニットとを含み、上記切り替え後のマルチキャストモードは、上記マルチキャストソースが上記第2のMAGに切り替えられた後に用いられるマルチキャストモードであることを特徴とする装置。上記トンネル構築ユニットは、具体的に、上記第2のMAGへ切り替え初期化HIメッセージを送信し、上記第2のMAGが送信する切り替え回復HAckメッセージを受信した後に、上記第2のMAGとの間の双方向トンネルを構築することを特徴とする請求項19に記載の装置。上記トンネル構築ユニットは、具体的に、上記第2のMAGへマルチキャストソース切り替えの指示情報、マルチキャストソース標識及び切り替え後のマルチキャストモードの指示情報を含むHIメッセージを送信することを特徴とする請求項20に記載の装置。上記トンネル構築ユニットは、具体的に、上記第2のMAGへマルチキャストグループアドレス及びマルチキャストソースホームアドレスをさらに含むHIメッセージを送信し、上記HIメッセージが指示するマルチキャストモードが共有ツリーRPTモードである場合に、上記HIメッセージは、マルチキャストランデブーポイントRPアドレスをさらに含むことを特徴とする請求項21に記載の装置。特定された切り替え後のマルチキャストモードが最短パスツリーSPT且つマルチキャストツリー予備更新モードである場合に、上記第2のMAGが送信するHAckメッセージを受信した後に、上記マルチキャストソースがアクセスする際に構築されたマルチキャストパス及び上記第2のMAGのアドレスに基づいて、上記マルチキャストソースが上記第2のMAGにアクセスした後にマルチキャストデータに用いられるマルチキャストパスが構築を触発するためのマルチキャストツリー更新制御ユニットをさらに含むことを特徴とする請求項20に記載の装置。上記マルチキャストツリー更新制御ユニットは、具体的に、マルチキャストソースが送信するデータパケットにマルチキャストソース切り替え指示及び上記第2のMAGのアドレス情報を有し、上記マルチキャストソースがアクセスする際に構築されたマルチキャストパスに基づいて上記マルチキャストパス上のマルチキャストノードへ、上記マルチキャストソース切り替え指示及び上記第2のMAGのアドレス情報を有するデータパケットを送信することを特徴とする請求項23に記載の装置。上記マルチキャストツリー更新制御ユニットは、具体的に、マルチキャストソースが送信するデータパケットのIpv6ホップバイホップのオプションヘッダーにマルチキャストソース切り替え指示及び上記第2のMAGのアドレス情報を有することを特徴とする請求項24に記載の装置。上記マルチキャストデータ伝送ユニットは、具体的に、上記マルチキャストソースが第1のMAGにアクセスする際に用いるマルチキャストモードを特定し、上記マルチキャストソースが第1のMAGにアクセスする際に用いるマルチキャストモードがRPTモードであると特定した場合に、切り替え後のマルチキャストモードがRPTモードであると特定し、上記マルチキャストソースが第1のMAGにアクセスする際に用いるマルチキャストモードがSPTモードであると特定し、且つ上記マルチキャストソースの移動速度が設定閾値よりも大きいと特定した場合に、切り替え後のマルチキャストモードがSPT且つ不更新マルチキャストツリーモードであると特定し、上記マルチキャストソースが第1のMAGにアクセスする際に用いるマルチキャストモードがSPTモードであると特定し、且つ上記マルチキャストソースの移動速度が上記設定閾値以下であると特定した場合に、切り替え後のマルチキャストモードがSPT且つマルチキャストツリー予備更新モードであると特定することを特徴とする請求項19に記載の装置。上記マルチキャストデータ伝送ユニットは、具体的に、特定された切り替え後のマルチキャストモードがRPTモード又はSPT且つマルチキャストツリー予備更新モードである場合に、上記マルチキャストソースが上記第2のMAGにアクセスした後にマルチキャストデータに用いられるマルチキャストパスの構築が終了する前に、第1のMAGは、構築した上記双方向トンネルを介して、上記第2のMAGによって転送された上記マルチキャストソースのデータを受信し、上記マルチキャストソースがアクセスする際に構築されたマルチキャストパスに基づいて上記データに対してマルチキャストを行い、特定された切り替え後のマルチキャストモードがSPT且つ不更新マルチキャストツリーモードである場合に、第1のMAGは、構築した上記双方向トンネルを介して上記第2のMAGによって転送された上記マルチキャストソースのデータを受信し、且つ上記マルチキャストソースがアクセスする際に構築したマルチキャストパスに基づいて上記データに対してマルチキャストを行うことを特徴とする請求項26に記載の装置。特定された切り替え後のマルチキャストモードがRPTモード又はSPT且つマルチキャストツリー予備更新モードである場合に、上記マルチキャストソースが上記第2のMAGにアクセスした後にマルチキャストデータに用いるマルチキャストパスの構築が終了した後に、上記第2のMAGが送信する双方向トンネル取り消し指示を受信し、上記取り消し指示に基づいて、上記第2のMAGとの間の双方向トンネルを取り消すためのトンネル取り消しユニットをさらに含むことを特徴とする請求項27に記載の装置。マルチキャストツリーの更新システムであって、第1の移動アクセスゲートウェイMAGが送信するデータパケットを受信し、上記データパケットにマルチキャストソース切り替え指示を有すると特定した後に、マルチキャストツリーを生成するためのアクセスJoinメッセージを構築し、上記データパケットに有する第2のMAGのアドレス情報を、上記Joinメッセージに付加して転送するための第1のマルチキャストノードと、上記第1のマルチキャストノードが転送する上記Joinメッセージを受信し、上記Joinメッセージが有する第2のMAGのアドレス情報に基づいてマルチキャストルートを更新し、既に上記第2のMAGのアドレス情報に基づいてマルチキャストルートを更新した後のマルチキャストノードが、上記Joinメッセージを受信するまで、上記Joinメッセージを続けて転送する第2のマルチキャストノードとを含むことを特徴とするシステム。上記第1のマルチキャストノードは、具体的に、上記Joinメッセージを、上記第2のMAGのアドレスを目的アドレスとするデータパケットにパッケージングし、上記データパケットにマルチキャストソース切り替え指示を有し、設定の上流の近隣ルータアドレスに基づいて、マルチキャストソース切り替え指示を有するデータパケットを転送することを特徴とする請求項29に記載のシステム。上記第2のマルチキャストノードは、具体的に、上記Joinメッセージが有する第2のMAGのアドレス情報に基づいて、このマルチキャストサービスに対応するマルチキャストルート状態での予備切り替えインターフェースPrehandoverInterfaceを、上記第2のMAGへの逆方向パス転送RPFインターフェースに設置することを特徴とする請求項29に記載のシステム。上記第2のマルチキャストノードは、具体的に、その自身にこのマルチキャストサービスに対応するマルチキャストルート状態があるかどうかを特定し、このマルチキャストサービスに対応するマルチキャストルート状態があると特定した場合に,上記マルチキャストルート状態でのPrehandoverInterfaceを、上記第2のMAGへのRPFインターフェースに設置し、このマルチキャストサービスに対応するマルチキャストルート状態がないと特定した場合に、マルチキャストルート状態を作成し、上記マルチキャストルート状態でのPrehandoverInterfaceの状態を、上記第2のMAGへのRPFインターフェースに設置し、上記マルチキャストルート状態でのデータ受信インターフェースActiveInterfaceの状態を空きに設置することを特徴とする請求項31に記載のシステム。上記第2のマルチキャストノードは、さらに、上記Joinメッセージが有する第2のMAGのアドレス情報に基づいてマルチキャストルートを更新した後に、初めて上記PrehandoverInterfaceによりデータを受信し、マルチキャストルート状態でのActiveInterface状態が空き、又は上記ActiveInterfaceとPrehandoverInterfaceとが同じである場合に、上記PrehandoverInterfaceの状態に基づいて、上記ActiveInterfaceの状態を設置し、上記PrehandoverInterfaceの状態を空きに設置することを特徴とする請求項32に記載のシステム。従来技術の欠点として、マルチキャストソースの急速な切り替えをサポートできず、マルチキャストソースがPMIPv6ドメインにおいて二つのMAGの間で切り替えを行う際に大きい遅延がある。従来の方案では、マルチキャストソースが古いMAGから新しいMAGに移動すると、マルチキャストソースとMAG2との間のバインディング更新、認証等の一連の過程を行う必要があり、特に、SPTモードでは、さらにマルチキャストツリーの再構築過程を行う必要があることが規定されている。これらの過程が終了した後に、マルチキャストデータの配布を続けて行うことができる。よって、マルチキャストサービスには長い時間の中断が生じる。マルチキャストサービスの1対多特性のため、マルチキャストソースの切り替え遅延はグループ内の全てのユーザーに影響を及ぼす。よって、マルチキャストセッションのシームレスな連続性を満足できず、特に適時性が要求される応用に大きく影響を及ぼすことは明らかである。これに鑑み、本発明の実施例は、マルチキャストデータを伝送する方法、マルチキャストツリーの更新方法及びシステム並びに装置を提供し、当該技術方案を採用して、マルチキャストソースが移動ゲートウェイの間で切り替えることによるマルチキャストサービス中断時間遅延を低減し、PMIPv6システムにおいてマルチキャストサービスの適時性を保証する。本発明実施例は、以下の通りの技術方案により実現される。本発明の実施例の一方面に基づいて、マルチキャストデータを伝送する方法を提供し、第1の移動アクセスゲートウェイMAGは、マルチキャストソースが現在アクセスする第1のMAGから第2のMAGに切り替える前に送信する切り替え予告メッセージを受信し、上記切り替え予告メッセージは、上記第2のMAGの標識情報を有し、第1のMAGは、上記切り替え予告メッセージに有する上記第2のMAGの標識に基づいて、上記第2のMAGとの間の双方向トンネルを構築し、特定された切り替え後のマルチキャストモード、及び構築された上記双方向トンネルに基づいて、上記マルチキャストソースからのマルチキャストデータに対してマルチキャストを行い、上記切り替え後のマルチキャストモードは、上記マルチキャストソースが上記第2のMAGに切り替えた後に用いられるマルチキャストモードである。本発明の実施例の一方面によれば、マルチキャストツリーの更新方法が提供され、第1のマルチキャストノードは、第1の移動アクセスゲートウェイMAGが送信するデータパケットを受信し、上記データパケットにマルチキャストソース切り替え指示を有することを特定した後に、マルチキャストツリーを生成するためのアクセスJoinメッセージを構築し、上記データパケットに有する第2のMAGのアドレス情報を、上記Joinメッセージに付加して転送し、上記Joinメッセージを受信した第2のマルチキャストノードは、上記Joinメッセージが有する第2のMAGのアドレス情報に基づいて、マルチキャストルートを更新し、既に上記第2のMAGのアドレス情報に基づいてマルチキャストルートを更新した後のマルチキャストノードが、上記Joinメッセージを受信するまで、続いて上記Joinメッセージを転送することを含む。本発明の実施例の一方面によれば、マルチキャストデータを伝送するシステムが提供され、マルチキャストソース、第1の移動アクセスゲートウェイMAG、及び第2のMAGを含み、上記マルチキャストソースは、現在アクセスしている第1のMAGから第2のMAGに切り替える前に、上記第1のMAGへ切り替え予告メッセージを送信するためのものであり、上記切り替え予告メッセージは、上記第2のMAGの標識情報を有し、上記第1のMAGは、上記マルチキャストソースが送信する切り替え予告メッセージに有する上記第2のMAGの標識に基づいて、上記第2のMAGとの間の双方向トンネルを構築し、特定された切り替え後のマルチキャストモード、及び構築された上記双方向トンネルに基づいて、上記マルチキャストソースからのマルチキャストデータに対してマルチキャストを行うためのものであり、上記切り替え後のマルチキャストモードは、上記マルチキャストソースが上記第2のMAGに切り替えられた後に用いられるマルチキャストモードである。本発明の実施例の一方面に基づいて、マルチキャストデータを伝送する装置を提供し、マルチキャストソースが現在アクセスしている第1の移動アクセスゲートウェイMAGから第2のMAGに切り替える前に送信する、上記第2のMAGの標識情報を有する切り替え予告メッセージを受信するための切り替え予告メッセージ受信ユニットと、上記切り替え予告メッセージ受信ユニットが受信する切り替え予告メッセージに有する上記第2のMAGの標識に基づいて、上記第2のMAGとの間の双方向トンネルを構築するためのトンネル構築ユニットと、特定された切り替え後のマルチキャストモード、及び上記トンネル構築ユニットが構築した上記双方向トンネルに基づいて、上記マルチキャストソースからのマルチキャストデータに対してマルチキャストを行うためのマルチキャストデータ伝送ユニットとを含み、上記切り替え後のマルチキャストモードは、上記マルチキャストソースが上記第2のMAGに切り替えた後に用いるマルチキャストモードである。本発明の実施例の一方面に基づいて、マルチキャストツリーの更新システムを提供し、第1の移動アクセスゲートウェイMAGによって送信されるデータパケットを受信し、上記データパケットにマルチキャストソース切り替え指示を有すると特定した後に、マルチキャストツリーを生成するためのアクセスJoinメッセージを構築し、上記データパケットに有する第2のMAGのアドレス情報を、上記Joinメッセージに付加して転送するための第1のマルチキャストノードと、上記第1のマルチキャストノードによって転送される上記Joinメッセージを受信し、上記Joinメッセージが有する第2のMAGのアドレス情報に基づいてマルチキャストルートを更新し、上記第2のMAGのアドレス情報に基づいて既にマルチキャストルートが更新された後のマルチキャストノードが、上記Joinメッセージを受信するまで、上記Joinメッセージを続けて転送する第2のマルチキャストノードとを含む。本発明の実施例が提供した上記少なくとも一つの技術方案により、第1のMAGは、マルチキャストソースが送信する、第2のMAG標識を含む切り替え予告メッセージを受信し、当該切り替え予告メッセージに含まれる第2のMAG標識に基づいて、当該第2のMAG標識に対応する第2のMAGとの間の双方向トンネルを構築し、特定された切り替え後のマルチキャストモード、及び構築された双方向トンネルに基づいて、マルチキャストソースからのマルチキャストデータに対してマルチキャストを行う。なお、切り替え後のマルチキャストモードは、マルチキャストソースが第2のMAGに切り替えられた後に用いられるマルチキャストモードである。当該技術方案を採用すると、切り替え予告メッセージが、マルチキャストソースが現在アクセスしている第1のMAGから第2のMAGに切り替えられる前に送信され、予め双方向トンネルを構築することにより、マルチキャストソースと第2のMAGとの間でバインディング更新、認証等の過程を行う際に、第1のMAGは、構築した当該双方向トンネルを介してマルチキャストデータを伝送し、これにより、マルチキャストソースがMAGの間で切り替えられることによるマルチキャストサービス中断時間遅延を低減し、PMIPv6システムにおけるマルチキャストサービスの適時性及び連続性を保証する。本発明の他の特徴及び利点は、以下の明細書において記載され、且つ部分的に明細書から明らかになり、又は本発明を実施することにより明確になる。本発明の目的及び他の利点は、作成した明細書、請求の範囲、及び図面に特に指摘された構成により実現され得る。図面は、本発明をさらに理解するためのものであって、明細書の一部を構成し、本発明の実施例とともに、本発明を解釈するためのものであるが、本発明を限定するものではない。PMIPv6システムにおいてマルチキャストサービスの適時性及び連続性を保証する実現方案を与えるために、本発明の実施例は、マルチキャストデータを伝送する方法、マルチキャストツリーの更新方法及びシステム並びに装置を提供し、以下、図面に基づいて本発明の最適な実施例を説明する。ここで記述する最適実施例は、本発明を説明や解釈するためのものであり、本発明を限定するものではないことを理解すべきである。そして、衝突しない場合に、本願の実施例、及び実施例における特徴は、互いに組合せることができる。実施例一本発明の実施例一は、まず、マルチキャストデータ伝送方法を提供する。当該方法により、移動マルチキャストソースがPMIPv6システムにおいて二つのMAGの間で切り替わる際にマルチキャストの中断が長すぎるという問題を解決し、できるだけ短い時間遅延内でマルチキャストサービスを回復する目的を果たす。本発明の実施例一は、マルチキャストツリーの更新方法をさらに提供する。当該方法により、PMIPv6においてマルチキャストソースが移動する際のSPTの予備更新問題を解決し、マルチキャスト受信者に対して透明であることを前提として、マルチキャストソース切り替え終了前に予めSPTを更新する目的を実現した。本発明は、例えば、マルチキャストソースMNが、現在アクセスしているMAG1から同一PMIPv6ドメインにおけるMAG2に移動するなどの、同一PMIPv6システム内でマルチキャストソースMNを切り替えるシーンに応用することができる。本発明の実施例一が提供する、マルチキャストデータ伝送方法を詳細に記述する前に、まず、本発明の実施例に提案されている切り替え後のマルチキャストモードを詳細に説明する。ここで、切り替え後のマルチキャストモードは、マルチキャストソースMNがMAG2にアクセスした後に採用されるマルチキャストモードである。本発明の実施例は、三つの切り替え後のマルチキャストモードを提供する。当該三つの切り替え後のマルチキャストモードはRPTモード、SPT且つ不更新マルチキャストツリーモード、SPT且つマルチキャストツリー予備更新モードに分類される。以下、当該三つの切り替え後のマルチキャストモードを詳細に説明する。RPTモードマルチキャストソースMNがMAG1にアクセスする際にRPTモードを採用してマルチキャストデータを伝送し、即ち、LMAを使用してRPとする。マルチキャストデータは、まず、LMAに送信されてから、LMAにより各マルチキャスト受信者に伝送される。この場合に、当該マルチキャストソースMNがMAG2に切り替えられた後に、依然としてRPTモードを使用する必要がある。即ち、マルチキャストソースMNがMAG2にアクセスした後に用いられるマルチキャストモードがRPTモードである。このモードでは、MAG1は、RPアドレスをMAG2に伝達する必要があり、MAG2は、RPまでのパスを構築する必要がある。当該RPTモードによると、マルチキャストソースとMAG2の接続が構築されて、且つバインディング更新等の過程が終了される前に、マルチキャストデータを、MAG1及びMAG2との間に構築された双方向トンネルを介して転送することができる。即ち、マルチキャストデータがマルチキャスト受信者に対応するマルチキャスト受信ノードに送信される際に通るパスは以下の通りである。Source→マルチキャストツリーがマルチキャスト受信ノードに伝送する。マルチキャストソースとMAG2との接続が構築されており、且つバインディング更新等の過程が終了した後に、マルチキャストデータがマルチキャスト受信者に対応するマルチキャスト受信ノードに送信される際に通るパスは、以下の通りである。Source→MAG2→LMA→マルチキャストツリーがマルチキャスト受信ノードに伝送する。2SPT且つ不更新マルチキャストツリーモードマルチキャストソースMNがMAG1にアクセスする際にSPTモードを用いてマルチキャストデータを伝送する。この際にマルチキャストソースMNの移動速度が速い例えば、設定閾値よりも大きいと、当該マルチキャストソースMNがMAG2に切り替えられた後に、SPTモードを続けて使用してマルチキャストデータを伝送する必要があるが、マルチキャストツリーは更新する必要がない。当該切り替え後のマルチキャストモードを、SPT且つ不更新マルチキャストツリーモードと称する。当該SPT且つ不更新マルチキャストツリーモードによれば、MAG1及びMAG2の間に構築された双方向トンネルを介して転送することができる。即ち、マルチキャストソースとMAG2との接続が構築されており、且つバインディング更新等の過程が終了する前及び後に、マルチキャストデータがマルチキャスト受信者に対応するマルチキャスト受信ノードに送信される際に通るパスは以下の通りである。Source→MAG2→MAG1→マルチキャストツリー。当該SPT且つ不更新マルチキャストツリーモードを採用すると、MAG1とMAG2との間のトンネルは、マルチキャストソースとMAG2との接続が構築され、且つバインディング更新を終了する等の過程の終了に伴って取り消されず、マルチキャストソースが外界へ送信するデータはずっと当該双方向トンネルを介してマルチキャスト受信ノードに伝送される。当該モードを用いることにより、マルチキャストソースMNの移動速度が早すぎることによってMAGの間の切り替えによるマルチキャストツリーの頻繁なばらし、構築を減少することができ、ネットワークの資源ロスが回避され、マルチキャストの転送効率が向上される。3SPT且つマルチキャストツリー予備更新モードマルチキャストソースMNがMAG1にアクセスする際にSPTモードを用いてマルチキャストデータを伝送する。この際に、マルチキャストソースの移動速度が遅い例えば、設定閾値以下であると、当該マルチキャストソースMNがMAG2に切り替えられた後に、SPTモードを使用し続けてマルチキャストデータを伝送する必要がある。この際に、マルチキャストツリーを予備更新する必要があり、当該切り替え後のマルチキャストモードを、SPT且つマルチキャストツリー予備更新モードと称する。このモードでは、MAGIは、MAG2がフィードバックした双方向トンネルを構築する返信メッセージを受信した後に、マルチキャストツリーの予備更新過程を発動する必要がある。当該マルチキャストツリーの予備更新過程は、主に、MAG1がマルチキャストデータパケットにマルチキャストソース切り替えオプションを有することを含み、当該オプションには、マルチキャストソース切り替え指示やMAG2のアドレス等の情報が含まれる。マルチキャストデータパケットが古いマルチキャストツリー上で伝達されることに伴って、マルチキャストソースオプションがマルチキャストツリーにおけるルータへ、間もなく発生するマルチキャストソース切り替え、及び切り替え後のMAG2のアドレスを通知することにより、マルチキャストツリーの予備更新を触発する。ここで、古いマルチキャストツリーとは、マルチキャストソースMNがMAG1にアクセスする際に構築した、マルチキャストデータを伝送するためのマルチキャストパスを指す。新しいマルチキャストツリーが更新済みで、且つマルチキャストソースMNがMAG2においてバインディング更新等の過程を終了した後に、マルチキャストデータは、新しいマルチキャストツリーを介してマルチキャスト受信ノードに送信される。ここで、新しいマルチキャストツリーとは、マルチキャストソースMNがMAG2にアクセスする際に構築した、マルチキャストデータを伝送するためのマルチキャストパスを指す。当該SPT且つマルチキャストツリー予備更新モードに基づいて、マルチキャストソースとMAG2との接続が構築されており、且つバインディング更新等の過程を終了する前に、マルチキャストデータを、MAG1及びMAG2との間に構築された双方向トンネルを介して転送することができる。即ち、マルチキャストデータが、マルチキャスト受信者に対応するマルチキャスト受信ノードに送信される際に通るパスは、Source→MAG2→MAGl→マルチキャストツリー古いマルチキャストツリーである。マルチキャストソースとMAG2との接続が構築されており、バインディング更新等の過程を終了した後に、マルチキャストデータがマルチキャスト受信者に対応するマルチキャスト受信ノードに送信される際に通るパスは、Source→MAG2→マルチキャストツリー新しいマルチキャストツリーである。以上定義された切り替え後のマルチキャストモード、及び相応するデータ伝送パスによれば、本発明の実施例一が提供したマルチキャストデータを伝送する方法は、図3に示すように、主に、以下のステップを含む。ステップ301:MAG1は、マルチキャストソースMNが現在アクセスしているMAG1からMAG2に切り替わる前に送信した切り替え予告メッセージを受信し、当該切り替え予告メッセージはMAG2の標識情報を有する。ステップ302:MAG1は、当該切り替え予告メッセージが有するMAG2の標識に基づいて、MAG2との間の双方向トンネルを構築する。ステップ303:特定した切り替え後のマルチキャストモード及び、構築した双方向トンネルに基づいて、マルチキャストソースからのマルチキャストデータに対してマルチキャストを行う。当該ステップ303において、特定した切り替え後のマルチキャストモードが異なることによって、当該ステップ303に用いるマルチキャストデータを伝送する具体的方式が異なる。当該過程は、後続の実施例で詳細に記載し、ここで記述しない。ここまでで、マルチキャストソースの移動でアクセス変更の必要があるMAGが変更する際に対応する、マルチキャストデータを伝送するフローが終了する。上記のフローが具体的に実現される際には、主に、マルチキャストソースMNは、移動ニーズでMAGを切り替える必要がある際にマルチキャストデータを伝送するシーンに応用される。具体的には、マルチキャストソースMNがMAG1からMAG2に切り替えられる必要がある際に、MAG1とMAG2との間で双方向トンネルを構築する必要があり、当該双方向トンネルを構築するフローは、図4に示すように、主に、以下の通りのステップを含む。ステップ401:切り替えが発生する前に、マルチキャストソースMNがMAG1に接続され、採用されたマルチキャストモードに従ってマルチキャストデータを伝送する。当該ステップ401において、RPTモードを用いてマルチキャストデータを伝送すると、マルチキャストデータは、マルチキャストソースMNからMAG1に送信され、その後、LMAにをMAG2に送信する。当該ステップ403において、MAG1が送信したHIメッセージに、マルチキャストソース切り替えの指示情報と、マルチキャストソース標識と、切り替え後のマルチキャストモードの指示情報と、マルチキャストグループアドレスと、マルチキャストソースホームアドレスとを含む。さらに、当該HIメッセージが指示するマルチキャストモードがRPTモードである場合に、当該HIメッセージは、RPアドレスをさらに含む。ステップ404:MAG2がHIメッセージを受信した後に、HAckメッセージHandoverAcknowledgemessage:切り替え返信メッセージをMAG1に送信する。当該ステップ404において、HAckメッセージには、MAG2がマルチキャストソース切り替えを受けるかどうかの指示が含まれる。実際の応用において、MAG2は、ローカルポリシー、マルチキャストソース切り替えをサポートせず、負荷が重すぎる等の原因によってマルチキャストソース切り替えを拒否する可能性がある。MAG2がマルチキャストソース切り替えに同意すると、MAG1とMAG2との双方向トンネルが構築される。ここまでで、MAG1とMAG2との間に双方向トンネルを構築するフローが終了する。さらに、本発明の好適な実施例において、切り替え後のマルチキャストモードがRPTモードであると特定すると、MAG2は、MAG1の送信するHIメッセージを受信した後に、予め当該HIメッセージに含まれるRPアドレスに基づいて、それと当該RPに対応するLMAとのマルチキャストパスを更新することができる。MAG2とLMAとの間のマルチキャストパスの予備更新により、マルチキャストソースがMAGを切り替えた後に引き起こされるマルチキャスト時間遅延がさらに短縮される。本発明の実施例において、上記フローに係るHIメッセージ及びHAckメッセージは、拡張後のメッセージであり、以下、HIメッセージ及びHAckメッセージの拡張方式について、詳細に説明する。本発明の拡張後のHIメッセージには、今回の切り替えがマルチキャスト切り替えであり、且つマルチキャストソース切り替えであることを示すための指示ビットが追加される。なお、拡張後のHIメッセージは、マルチキャストソースMNの標識と一つの拡張の移動オプションMobilityoptionsをさらに含む。当該移動オプションは、切り替え後のマルチキャストモード選択ビットRPTモード、SPT且つ不更新マルチキャストツリーモード、SPT且つマルチキャストツリー予備更新モードの何れかに対応する、マルチキャストグルールアドレス選択できる、RPアドレス選択できる、マルチキャストソースホームアドレス選択できるを含む。RFC5568は、FMIPv6プロトコルがユニキャストノードに用いる快速切り替えの方案を定義し、プロトコルにおいて、HIHAckメッセージを定義し、古いアクセスルータと新しいアクセスルータとの間にトンネルを構築し、コンテクスト、例えば、マルチキャストソースMNの標識、Ipv4ホームアドレス等を伝送するためのものである。IETFMipshopワークグループは、PMIPv6における快速切り替え方案を研究し、FMIPv6プロトコルを拡張し、HIHAckメッセージを新たに定義し、本発明の実施例は、この上にさらにHIHAckメッセージを拡張して、本発明の実施例に係るMAG1及びMAG2との間の双方向トンネルを構築する目的を実現するようにする。具体的には,HIメッセージ及びHAckメッセージについての拡張説明は、以下の通りである。1HIメッセージの拡張説明HIメッセージは、MAG1からMAG2に送信され、マルチキャストソースMNの切り替え過程を発動するためのものである。従来技術の定義したHIメッセージの基本的メッセージフォーマットは、図5に示すように、対応するその中のフィールドの説明は以下の通りである。本発明の実施例が提供する技術方案に基づいて拡張後のHIメッセージの基本的メッセージフォーマットは、図6に示すように、当該拡張後のHIメッセージには、元のHIメッセージに新しいマークビットM、Rが追加され、且つMobilityOptions、MulticastSourceHomeAddress→マルチキャストツリーからマルチキャスト受信ノードへの伝送、である。図10に示すように、RPTモードでのマルチキャストデータの伝送は、主に、以下の通りのステップ当該フローは上記図4に記載の双方向トンネル構築のフローに続くを含む。ステップ1001:マルチキャストソースMNは、MAG1との接続を切断し、切り替え過程即ち、MAG2にアクセスするを開始する。ステップ1002:マルチキャストソースMNがMAG2に接続して、マルチキャストデータが、マルチキャストソースMNからMAG2に送信され、MAG2とMAG1との双方向トンネルを介して古いマルチキャストツリーに伝送され、当該古いマルチキャストツリーによりマルチキャスト受信者に送信される。ここで、古いマルチキャストツリーとは、当該マルチキャストソースMNがMAG1にアクセスする際にマルチキャストデータを伝送するためのマルチキャストパスを指す。ステップ1003:MAG2は、現在のフローに基づいてLMAへ拡張のバインディング更新メッセージPUBメッセージを送信し、MAG2とLMAとのトンネルを更新し、LMAをマルチキャストソースのRPとすることを要請する。ステップ1004:マルチキャストソースMNとRPとのパス更新を終了し、マルチキャストデータは、source→MAG2→LMA→マルチキャストツリーのようなパスに沿って転送され始める。ステップ1005:MAG2とMAGIとのトンネルが取り消され、MAG1がLMAへマルチキャストソースMNとのバインディングを解除するPBUメッセージが送信される。ここまでで、RPTモードでマルチキャストデータを伝送するフローは、終了する。上記フローによれば、マルチキャストソースMNがMAG2にアクセスした後にマルチキャストデータに用いるマルチキャストパスの構築が終了する前に、即ち、マルチキャストソースMNとRPとのパス更新が終了する前に、MAG1は、構築した双方向トンネルを介してMAG2の転送するマルチキャストソースMNのマルチキャストデータを受信し、マルチキャストソースがアクセスする際に構築したマルチキャストパスに基づいて当該マルチキャストデータを伝送する。マルチキャストソースがMAG2にアクセスした後にマルチキャストデータに用いるマルチキャストパスの構築が終了した後に、MAG2とRPとの間のパスを用いてマルチキャストデータを伝送し、MAG1とMAG2との間に構築された双方向トンネルを取り消す。二、切り替え後のマルチキャストモードがSPT且つ不更新マルチキャストツリーモードである場合にマルチキャストデータを伝送するフロー図11に示すように、SPT且つ不更新マルチキャストツリーモードでのマルチキャストデータの伝送は、主に、以下の通りのステップ当該フローが上記図4に記載の双方向トンネル構築のフローに続くを含む。ステップ1101:マルチキャストソースMNは、MAG1との接続を切断し、切り替え過程を開始する。ステップ1102:マルチキャストソースMNがMAG2に接続され、マルチキャストデータは、マルチキャストソースMNからMAG2送信されてから、MAG2とMAG1との双方向トンネルを介して古いマルチキャストツリーに伝送され、当該古いマルチキャストツリーによりマルチキャスト受信者に送信される。ステップ1103:MAG2は、LMAへPMIPv6が正常であるバインディング更新メッセージを送信し、MAG2とLMAとのトンネルを更新する。この際、MAG1とMAG2とのトンネルは取り消されず、マルチキャストソースが外界へ発信するデータは、相変わらずSource→MAG2→MAG1→マルチキャストツリーのようなパスでマルチキャスト受信ノードに伝送される。当該SPT且つ不更新マルチキャストツリーモードでは、マルチキャストソースMNの移動速度が速いので、MAG1が選択され終始マルチキャストツリーのルートノードとされ、マルチキャストソースMNの新しくアクセスしたMAGとのトンネルの構築を保持する。マルチキャストソースMNから再び切り替えが送信された場合には、MAG2からMAG3に切り替え、マルチキャストソースMNがMAG3のアドレスをMAG1に通知し、MAG1がMAG3との双方向トンネルを新たに構築し、上記フローを繰り返してMAG3の転送するマルチキャストソースMNのマルチキャストデータを伝送する。MAG1がMAG3との双方向トンネルを構築した後にMAG2との双方向トンネルを取り消す必要がある。当該SPT且つ不更新マルチキャストツリーモードでは、マルチキャストソースとMAG2との接続を構築し、且つバインディング更新等の過程を終了する前及び後に、マルチキャストデータがマルチキャスト受信者に対応するマルチキャスト受信ノードに送信される際に通るパスは、Sourceがアクセスポイント1からアクセスポイント2に移動した際にそれぞれ対応するマルチキャストツリー即ち、マルチキャストパスであって、なお、パス:アクセスポイント1に対応するDR→Routerl→Router2→Router3→DRであり、マルチキャストソースが切り替える前のマルチキャストツリー、即ち、マルチキャストソースがアクセスポイント1にアクセスする際のマルチキャストパスを代表する。パス:アクセスポイント2に対応するDR→Router4→Router2→Router3→DRであり、予備更新後のマルチキャストツリー、即ち、マルチキャストソースがアクセスポイント2にアクセスした後のマルチキャストパスを代表する。図13から分かるように、マルチキャストツリーに関連するルータは、以下の四種に分けることができ、1、古いマルチキャストツリーにあるが、新しいマルチキャストツリーにはないもの。例えば、Router1である。2、古いマルチキャストツリーにもあり、新しいマルチキャストツリーにもあるが、マルチキャストデータを受信するインターフェースが変わっているもの。例えば、Router2である3、古いマルチキャストツリーにもあり、新しいマルチキャストツリーにもあり、且つマルチキャストデータを受信するインターフェースが変わらないもの。例えばRouter3である。4、古いマルチキャストツリーにはないが、新しいマルチキャストツリーにあるもの。例えば、Router4である。本発明の実施例に基づいて、MAG1は、MAG2がマルチキャストソース切り替えをサポートすることに関する同意メッセージHAckメッセージを取得した後に、MAG1は、すぐ、マルチキャストツリーの予備更新過程を起動し、マルチキャストソースとMAG2との接続の構築を待つ必要がない。こうする目的は、時間を取得してできるだけ早くマルチキャストツリーを更新するためであり、マルチキャストソースがマルチキャストツリー更新を待つ時間を減らすためである。従来の方法においては、マルチキャストツリーの更新によって、必ず、古いマルチキャストツリーの使用に影響を及ぼし、新しいマルチキャストツリーが古いマルチキャストツリーの廃棄につながる。これは、マルチキャスト快速切り替えにとって望ましくなく、予備更新マルチキャストツリーの過程で、古いマルチキャストツリーを使用してマルチキャストデータを送信して、マルチキャストサービスの停止時間遅延を低減する目的を達することが望ましい。以上の困難を克服するために、本発明の実施例が提供する技術方案においては、マルチキャストツリー予備更新が行なわれる際に、依然として古いマルチキャストツリーからデータを受信することができる。この目的を実現するために、本発明は、マルチキャストルータに保存したS、Gルート状態を拡張して、各マルチキャストソースに対応するマルチキャストルートが、二つのマルチキャストデータを受信するインターフェースを有するようにした。すなわち、データ受信インターフェースActiveInterface、及び予備切り替えインターフェースprehandoverInterfaceである。なお、ActiveInterfaceは、切り替える前に使用するマルチキャストデータを受信するインターフェースであり、即ち、ルータからマルチキャストソースの古いアクセスポイントMAG1へのRPFインターフェースである。ここで、古いアクセスポイントとは、マルチキャストソースMNが切り替える前にアクセスされるMAG1を指す。マルチキャストツリー予備更新過程において、ルータは、ずっと、このインターフェースにより古いマルチキャストツリーからマルチキャストデータを受信する。PrehandoverInterfaceは、ルータからマルチキャストソースの新しいアクセスポイントMAG2へのRPFインターフェースである。ここで,新しいアクセスポイントとは、マルチキャストソースMNが切り替えられた後にアクセスされるMAG2を指す。切り替えられる前に、prehandoverInterfaceは、空きに設置される。予備更新過程で、ルータからMAG2へのRPFインターフェースに設置される。マルチキャストデータがこのインターフェースを介して到達する場合に、新しいマルチキャストツリーが既に動作し始めたことを説明し、このインターフェースがActiveInterfaceにアップグレードする。また、本発明の実施例においては、リーフルータ即ち、マルチキャストツリーにおけるマルチキャストノードがMAG2へのマルチキャストアクセス要請を発動する場合に、マルチキャストソースのIPアドレスは変わらないので、一般的方式でアクセスJoinメッセージを送信すると、問題がある。途中のルータがMAG2に向く方向へこのJoinメッセージを転送するように通知するために、ルータは、JoinS、GメッセージをMAG2を目的アドレスとするIPデータパケットにパッケージングする必要があり、このIPデータパケットのオプションヘッダーにおいて、マルチキャストソース切り替えオプションを含んでいるホップバイホップのオプションヘッダーを有する必要がある。図14に示すように、マルチキャストツリー更新の具体的過程は、主に、以下の通りのステップを含む。ステップ1401:切り替えが開始する前に、マルチキャストツリールータのうち、S、G状態のActiveInterfaceが、ルータからマルチキャストソースの古いアクセスポイントMAG1へのRPFインターフェースに設置され、prehandoverInterfaceが、空きに設置される。ステップ1402:MAG1は、マルチキャストツリー予備更新過程を発動し、マルチキャストデータのIpv6ホップバイホップのオプションヘッダーに、本発明の拡張のマルチキャストソース切り替えオプションを添加し、オプションにおいて、マルチキャストソース切り替え指示及び、マルチキャストソースがアクセスしようとするMAG2のアドレスを含む。当該ステップ1402において、拡張のマルチキャストソース切り替えオプションは、以下で詳細に説明するので、ここでは記述しない。ステップ1403:マルチキャストソース切り替えオプションを有しているデータパケットが第1のマルチキャストノードに到達した時に、第1のマルチキャストノードは、マルチキャストツリーを生成するためのJoinメッセージを構築し、当該データパケットに付加されているMAG2のアドレス情報を、Joinメッセージに付加して、転送する。ステップ1404:当該Joinメッセージを受信した第2のマルチキャストノードは、当該Joinメッセージが有するMAG2のアドレス情報に基づいてマルチキャストルートを更新し、新しいマルチキャストツリーにアクセスが成功するまで、即ち、MAG2のアドレス情報に基づいてマルチキャストルートを更新した後のマルチキャストノードが当該Joinメッセージを受信するまで、続けて当該Joinメッセージを転送する。当該ステップ1404において、JoinメッセージがMAG2に到達した後に、この時のマルチキャストソースMNが未だMAG2に接続されていない場合には、MAG2がマルチキャストソースMNに代わって当該Joinメッセージを処理する。具体的処理過程は、PIMSMプロトコル、MAG2及びマルチキャストツリー予備更新過程でのマルチキャストルータは、相応して改善する必要がある。具体的には、MAG1、MAG2及びマルチキャストルータ上の操作は、それぞれ、以下の通りである。一、MAG1上の操作は、主に、以下の通りの方面を含む。1MAG1は、マルチキャストソースMNの送信した切り替え予告メッセージを受信した後に、当該マルチキャストソースMNのID及びMAG2のIDを抽出する。マルチキャストソース切り替え後のマルチキャストモードを特定し、マルチキャストグループのアドレス、RPアドレスRPTモードを選択する時に、マルチキャストソースホームアドレス等の情報を用意して伝送を待つ。2MAG1が拡張のHIメッセージをMAG2に送信し、当該拡張のHIメッセージにおいて、指示ビットはMl、R0であって、当該切り替えがマルチキャスト切り替えであり、且つマルチキャストソース切り替えであることを示す。また、拡張後のHIメッセージにおいて、マルチキャストソースMNのIDと一つの拡張の移動オプションを含む。当該拡張の移動オプションにおいて、切り替え後のマルチキャストモード選択ビット、マルチキャストグループアドレス、RPアドレスRPTモードを選択する時に、マルチキャストソースホームアドレス等の情報を含む。3MAG2から戻ったHAckメッセージを受信し、MAG2との間にマルチキャストデータを伝送するための双方向トンネルを構築する。4MAG2が双方向トンネルを介して転送してきたマルチキャストデータを受信し、切り替え前のマルチキャストモードに従ってマルチキャストデータを転送する。5切り替え後のマルチキャストモードによって、異なる操作を行う。RPTモードでは、マルチキャストソースが新しい位置でのマルチキャストツリーの更新を終了した後に、MAG1がMAG2の通知を受け、MAG1からMAG2までの双方向トンネルを取り消し、LMAへマルチキャストソースMNとのバインディングを解除するPBUメッセージを送信する。SPT且つ不更新マルチキャストツリーモードでは、MAG1とMAG2との間のトンネルが取り消されず、マルチキャストソースが外界へ発信するデータは、相変わらずSource→MAG2→MAG1→マルチキャストツリーのようなパスで、マルチキャスト受信ノードに伝送される。マルチキャストソースの移動速度が速いので、MAG1がずっとマルチキャストツリーのルートノードとして、マルチキャストソースMNの最も新しいアクセスポイントMAG2との間のトンネルの構築を保持する。マルチキャストソースMNが、第二回、第三回と移動する際に、現在のトンネルを介して次のアクセスポイントのアドレスをMAGIに通知し、MAG1がそれとマルチキャストソースMNの新アクセスポイントMAGとの間のトンネルを循環的に構築し、マルチキャストデータが新しいトンネルを介してMAG1に伝送され、さらに、マルチキャストツリー上に伝送される。MAG1とマルチキャストソースMNの前のアクセスポイントとのトンネルは、取り消される。SPT且つマルチキャストツリー予備更新モードでは、MAG1がマルチキャストツリー予備更新過程を発動する。MAG1は、マルチキャストデータのIpv6ホップバイホップのオプションヘッダーに本発明の拡張のマルチキャストソース切り替えオプションを添加し、オプションには、マルチキャストソース切り替え指示、及びマルチキャストソースがアクセスするMAG2のアドレスが含まれる。マルチキャストソースが新しい位置でのマルチキャストツリー更新が終了した後に、MAG1がMAG2の通知を受けて、MAG1からMAG2までの双方向トンネルを取り消し、LMAへマルチキャストソースMNとのバインディングを解除するPBUメッセージ送信する。二、MAG2上の操作は、主に、以下の通りの方面を含む。1MAG2はMAG1が送信したHIメッセージを受信し、当該HIメッセージを解析することにより、今回の切り替えがマルチキャストソース切り替えであると特定し、その中に有る切り替え後のマルチキャストモード情報、マルチキャストグループアドレス、RPアドレスRPTモードを選択する時に、マルチキャストソースホームアドレス等の情報を抽出する。ローカルポリシーに基づいてマルチキャストソース切り替えをサポートするかどうか、負荷が重いかどうか等の場合を特定して切り替えを受けるかどうかを決定する。2HAckメッセージをMAG1に送信し、MAG2がマルチキャストソース切り替えを受けるかどうかの情報を含み、MAG2が切り替えに同意すると、MAG1との間に双方向トンネルが構築される。3マルチキャストソースMNがMAG2に接続された後に、MAG2がマルチキャストソースの送信したマルチキャストデータを受信してから、MAG2とMAG1との双方向トンネルを介してMAG1に伝送する。4MAG2は、切り替え後のマルチキャストモードが異なることに応じて、異なる操作を実行する。RPTモードでは、MAG2は、LMAへ拡張のバインディング更新メッセージを送信し、LMAをマルチキャストソースのRPとすることを要請する。バインディング更新等の過程が終了した後に、MAG2がMAG1へマルチキャストデータの転送を停止することを通知し、MAG1からMAG2までの双方向トンネルを取り消す。SPT且つ不更新マルチキャストツリーモードでは、MAG2がLMAへPMIPv6が正常であるバインディング更新メッセージを送信する。マルチキャストソースの移動速度が速いので、MAG1とMAG2とのトンネルが取り消されず、マルチキャストソースが外界へ発信したデータは、相変わらずSourceMAG2MAGlマルチキャストツリーのようなパスで、マルチキャスト受信ノードに伝送される。マルチキャストソースMNが再び移動する際に、MAG2は、MAG1とMAG2との間のトンネルを介して、マルチキャストソースMNが再び移動した新しいアクセスポイントMAGのアドレスをMAG1に通知し、MAG1と新しいアクセスポイントMAGとのトンネルが構築された後に、現在のMAG1とMAG2とのトンネルが取り消される。SPT且つマルチキャストツリー予備更新モードでは、MAG2は、LMAへPMIPv6が正常であるバインディング更新メッセージを送信する。マルチキャストツリー更新過程において、特殊のJoinメッセージを受信する。この時にマルチキャストソースMNがMAG2に接続されていない場合、MAG2がマルチキャストソースMNに代わって、Joinメッセージを処理する。マルチキャストツリー更新が終了した後は、マルチキャストデータが新しいマルチキャストツリーに沿って転送され始め、MAG2がMAG1へのマルチキャストデータの転送の停止を通知し、MAG1からMAG2までの双方向トンネルを取り消す。三、マルチキャストツリー予備更新過程でのマルチキャストルータ上の操作は、主に、以下の通りの方面を含む。1切り替えが開始する前に、マルチキャストツリールータのうち、SG状態のActiveInterfaceを、ルータからマルチキャストソースの古いアクセスポイントMAG1へのRPFインターフェースに設置し、prehandoverInterfaceを空きに設置する。2リーフノードルータマルチキャストノードに対応するがMAG1が送信した、マルチキャストソース切り替えオプション付きのマルチキャストデータを受信した後に、マルチキャストソース切り替えオプションを解析する必要があり、その中からMAG2のアドレスを抽出して、JoinSGメッセージを構成し、JoinSGメッセージを、MAG2を目的アドレスとするIPデータパケット中にパッケージングする。IPデータパケットのIPv6ホップバイホップのオプションヘッダーは、マルチキャストソース切り替えオプションを有する。最後に、それは、IPメッセージにパッケージングされたJoinメッセージを、MAG2の方向に向かって送信する。3途中で、ルータがIPメッセージでパッケージングしたJoinメッセージを受信した後に、マルチキャストルートを更新する。且つMAG2から戻った、Joinメッセージに対する返信を受信し、ネットワークにおいて予め一つのマルチキャストソースの新アクセスポイントMAG2を根とするマルチキャストツリーを構築し、この予備更新のマルチキャストツリーにおいて、全てのルータSG状態のprehandoverInterfaceが、何れもルータからマルチキャストソースの新アクセスポイントMAG2へのRPFインターフェースに設置される。4マルチキャストツリー予備更新過程において、ActiveInterfaceからマルチキャストデータを受信して転送する。マルチキャストソースがMAG2でバインディング更新等の操作を終了した後は、マルチキャストデータが、新しいマルチキャストツリーに沿って転送され始め、即ち、SG状態のprehandoverInterfaceインターフェースから各ルータに到達する。5新マルチキャストツリー上のルータが初めてprehandoverInterfaceインターフェースからマルチキャストデータを受信した時に、新しいマルチキャストツリーが使用されることが証明され、さらに、マルチキャストルートが更新される。6新旧マルチキャストツリーの交替作業が終了した後は、ルータは、新しいパスに従ってマルチキャストデータを転送する。実施例二本発明の実施例二は、マルチキャストデータを伝送する装置を提供する。図19に示すように、当該装置は、切り替え予告メッセージ受信ユニット1901、トンネル構築ユニット1902、及びマルチキャストデータ伝送ユニット1903を含む。切り替え予告メッセージ受信ユニット1901は、マルチキャストソースが現在アクセスする第1の移動アクセスゲートウェイMAGから第2のMAGに切り替える前に送信した切り替え予告メッセージを受信するためのものであり、当該切り替え予告メッセージは当該第2のMAGの標識情報を有する。トンネル構築ユニット1902は、切り替え予告メッセージ受信ユニット1901の受信した切り替え予告メッセージに付加されている第2のMAGの標識に基づいて、当該第2のMAGとの間の双方向トンネルを構築するためのものである。マルチキャストデータ伝送ユニット1903は、特定した切り替え後のマルチキャストモード及びトンネル構築ユニット1902の構築した双方向トンネルに基づいて、当該マルチキャストソースからのマルチキャストデータに対してマルチキャストを行うためのものであり、当該切り替え後のマルチキャストモードは、当該マルチキャストソースから第2のMAGに切り替えられた後に用いられるマルチキャストモードである。本発明の実施例二が提供する一つの最適な実施方式において、図19に示す装置に含まれるトンネル構築ユニット1902は、具体的に、第2のMAGへ切り替え初期化HIメッセージを送信し、当該第2のMAGの送信した切り替え返信HAckメッセージを受信した後に、当該第2のMAGとの双方向トンネルを構築するためのものである。本発明の実施例二が提供する一つの最適な実施方式において、図19に示す装置に含まれるトンネル構築ユニット1902は、具体的に、当該第2のMAGへマルチキャストソース切り替えの指示情報、マルチキャストソース標識及び切り替え後のマルチキャストモードの指示情報を含むHIメッセージを送信するためのものである。本発明の実施例二が提供する一つの最適な実施方式において、図19に示す装置に含まれるトンネル構築ユニット1902は、具体的に、当該第2のMAGへマルチキャストグループアドレス及びマルチキャストソースホームアドレスをさらに含むHIメッセージを送信するためのものであり、そして、当該HIメッセージの指示したマルチキャストモードが共有ツリーRPTモードである場合に、当該HIメッセージは、マルチキャストランデブーポイントRPアドレスをさらに含む。本発明の実施例二が提供する一つの最適な実施方式において、図19に示す装置に含まれるマルチキャストデータ伝送ユニット1903は、具体的に、当該マルチキャストソースが第1のMAGにアクセスする際に用いるマルチキャストモードを特定し、当該マルチキャストソースが第1のMAGにアクセスする際に用いるマルチキャストモードがRPTモードであると特定した場合に、切り替え後のマルチキャストモードがRPTモードであると特定し、当該マルチキャストソースが第1のMAGにアクセスする際に用いるマルチキャストモードがSPTモードであると特定し、且つ当該マルチキャストソースの移動速度が設定閾値より大きいと特定した場合に、切り替え後のマルチキャストモードがSPT且つ不更新マルチキャストツリーモードであると特定し、マルチキャストソースが第1のMAGにアクセスする際に用いるマルチキャストモードがSPTモードであると特定し、且つ当該マルチキャストソースの移動速度が設定閾値以下であると特定した場合に、切り替え後のマルチキャストモードがSPT且つマルチキャストツリー予備更新モードであると特定するためのものである。本発明の実施例二が提供する一つの最適な実施方式において、図19に示す装置に含まれるマルチキャストデータ伝送ユニット1903は、具体的に、特定した切り替え後のマルチキャストモードがRPTモード又はSPT且つマルチキャストツリー予備更新モードである場合に、当該マルチキャストソースが第2のMAGにアクセスした後にマルチキャストデータに用いるマルチキャストパスの構築が終了する前に、第1のMAGは、構築した双方向トンネルを介して、当該第2のMAGの転送した当該マルチキャストソースのデータを受信し、当該マルチキャストソースがアクセスする際に構築したマルチキャストパスに基づいてデータに対してマルチキャストを行い、特定した切り替え後のマルチキャストモードがSPT且つ不更新マルチキャストツリーモードである場合に、第1のMAGは、構築した当該双方向トンネルを介して、当該第2のMAGの転送した当該マルチキャストソースのデータを受信し、当該マルチキャストソースがアクセスする際に構築したマルチキャストパスに基づいて当該データに対してマルチキャストを行うためのものである。図20に示すように、本発明の実施例二が提供した一つの最適な実施方式において、図19に示す装置は、マルチキャストツリー更新制御ユニット1904さらに含んでもよく、マルチキャストツリー更新制御ユニット1904は、特定した切り替え後のマルチキャストモードがSPT且つマルチキャストツリー予備更新モードである場合に、第2のMAGの送信したHAckメッセージを受信した後に、当該マルチキャストソースがアクセスする際に構築されたマルチキャストパス及び第2のMAGのアドレスに基づいて、当該マルチキャストソースが第2のMAGにアクセスした後にマルチキャストデータに用いるマルチキャストパスの構築を触発する。本発明の実施例二が提供する一つの最適な実施方式において、図20に示す装置に含まれるマルチキャストツリー更新制御ユニット1904は、具体的に、マルチキャストソースの送信したデータパケットにおいてマルチキャストソース切り替え指示及び第2のMAGのアドレス情報を有し、且つ当該マルチキャストソースがアクセスする際に構築したマルチキャストパスに基づいて、当該マルチキャストパス上のマルチキャストノードへマルチキャストソース切り替え指示及び当該第2のMAGのアドレス情報を有したデータパケットを送信するためのものである。本発明の実施例二が提供する一つの最適な実施方式において、図20に示す装置に含まれるマルチキャストツリー更新制御ユニット1904は、具体的に、マルチキャストソースの送信したデータパケットのIpv6ホップバイホップのオプションヘッダーにおいてマルチキャストソース切り替え指示及び当該第2のMAGのアドレス情報を有するためのものである。図21に示すように、本発明の実施例二が提供する最適な実施方式において、図19に示す装置は、トンネル取り消しユニット1905をさらに含んでもよく、トンネル取り消しユニット1905は、特定した切り替え後のマルチキャストモードがRPTモード又はSPT且つマルチキャストツリー予備更新モードである場合に、マルチキャストソースが第2のMAGにアクセスした後にマルチキャストデータに用いられるマルチキャストパスの構築が終了した後に、当該第2のMAGの送信した双方向トンネル取り消し指示を受信し、且つ当該取り消し指示に基づいて第2のMAGとの間の双方向トンネルを取り消す。以上、マルチキャストデータを伝送する装置に含まれるユニットは、当該装置が実現する機能に基づいて行うロジック区分に過ぎず、実用において、上記ユニットの重畳又は分割を行うことができると理解すべきである。また、当該実施例が提供した装置が実現する機能は、上記実施例一が提供したマルチキャストデータを伝送する方法フローに対応し、当該装置が実現する一層詳細な処理フローは、上記方法実施例一で既に詳細に記述されているので、ここでは詳細に記述しない。実施例三本発明の実施例三は、マルチキャストデータを伝送するシステムを提供し、図22に示すように、当該システムは、主に、マルチキャストソース2201、第1の移動アクセスゲートウェイMAG2202及び第2のMAG2203を含み、マルチキャストソース2201は、現在アクセスする第1のMAGが第2のMAGに切り替える前に、第1のMAG2202へ切り替え予告メッセージを送信するためのものであり、当該切り替え予告メッセージは、第2のMAG2203の標識情報を有する。第1のMAG2202は、マルチキャストソース2201が送信した切り替え予告メッセージに有する第2のMAG2203の標識に基づいて、第2のMAG2203との間の双方向トンネルを構築し、且つ特定した切り替え後のマルチキャストモード及び構築した双方向トンネルに基づいて、マルチキャストソースからのマルチキャストデータに対してマルチキャストを行うためのものであり、なお、切り替え後のマルチキャストモードは、マルチキャストソースが第2のMAG2203に切り替えられた後に用いられるマルチキャストモードである。以上、マルチキャストデータを伝送するシステムに含まれる第1のMAGが実現する機能は、上記実施例二が提供したマルチキャストデータを伝送する装置に対応すると理解すべきであり、第1のMAGが実現する一層詳細な処理フローは、上記実施例二に既に詳細に記述されているので、ここでは詳細に記述しない。実施例四本発明の実施例四は、マルチキャストツリーの更新システムを提供し、図23に示すように、当該システムは、主に、第1のマルチキャストノード2301、及び第2のマルチキャストノード2302を含み、第1のマルチキャストノード2301は、第1の移動アクセスゲートウェイMAGの送信したデータパケットを受信し、当該データパケットにマルチキャストソース切り替え指示を有すると特定した後に、マルチキャストツリーを生成するためのアクセスJoinメッセージを構築し、データパケットに有する第2のMAGのアドレス情報を、Joinメッセージに有し、転送するためのものであり、第2のマルチキャストノード2302は、第1のマルチキャストノード2301の転送したJoinメッセージを受信し、当該Joinメッセージが有する第2のMAGのアドレス情報に基づいてマルチキャストルートを更新し、続いて、当該Joinメッセージを転送して、既に第2のMAGのアドレス情報に基づいてマルチキャストルートを更新した後のマルチキャストノードがJoinメッセージを受信するためのものである。本発明の実施例四が提供する一つの最適な実施方式において、図23に示すシステムに含まれる第1のマルチキャストノード2301は、具体的に、Joinメッセージを、第2のMAGのアドレスを目的アドレスとするデータパケットにパッケージングし、データパケットにおいてマルチキャストソース切り替え指示を有し、設定した上流近隣ルータアドレスに基づいて、マルチキャストソース切り替え指示を有するデータパケットを転送するためのものである。本発明の実施例四が提供する一つの最適な実施方式において、図23に示すシステムに含まれる第2のマルチキャストノード2302は、具体的に、Joinメッセージが有する第2のMAGのアドレス情報に基づいて、このマルチキャストサービスに対応するマルチキャストルート状態での予備切り替えインターフェースPrehandoverInterfaceを、第2のMAGへの反対方向パス転送RPFインターフェースに設置するためのものである。本発明の実施例四が提供する一つの最適な実施方式において、図23に示す第2のマルチキャストノード2302は、具体的に、自身にこのマルチキャストサービスに対応するマルチキャストルート状態があるかどうかを特定し、このマルチキャストサービスに対応するマルチキャストルート状態があると特定した場合に、マルチキャストルート状態でのPrehandoverInterfaceを、第2のMAGへのRPFインターフェースに設置し、このマルチキャストサービスに対応するマルチキャストルート状態がないと特定した場合に、マルチキャストルート状態を作成し、マルチキャストルート状態でのPrehandoverInterfaceの状態を、第2のMAGへのRPFインターフェースに設置し、マルチキャストルート状態でのデータ受信インターフェースActiveInterfaceの状態を、空きに設置するためのものである。本発明の実施例四が提供する一つの最適な実施方式において、図23に示すシステムが含む第2のマルチキャストノード2302は、さらに、Joinメッセージが有する第2のMAGのアドレス情報に基づいてマルチキャストルートを更新した後に、初めて、PrehandoverInterfaceによりデータを受信すると、マルチキャストルート状態でのActiveInterface状態が空き、又はActiveInterfaceとPrehandoverInterfaceとが同じであると特定すると、PrehandoverInterfaceの状態に基づいてActiveInterfaceの状態を設置し、PrehandoverInterfaceの状態を空きに設置するためのものである。本発明の実施例が提供する上記技術方案は、マルチキャストソース切り替えの前に、MAG1が拡張の切り替えにより、HIと切り替え応答HAckシグナリングメッセージを発動し、事前に、マルチキャストソースのマルチキャストグループアドレス、RPアドレス、マルチキャストモード選択方式等の情報をMAG2に送信し、且つ予めMAG1とMAG2との間に一つの双方向トンネルを構築する。マルチキャストソースがバインディング更新、認証、マルチキャストツリー再構築等の過程を終了する前に、マルチキャストデータは、マルチキャストソース→MAG2→MAG1のようなパスにより元のマルチキャストツリー上に伝送されることにより、マルチキャスト受信ノードに転送される。このように、マルチキャストサービスの停止時間を最小化し、一旦、マルチキャストソースとMAG2との接続が構築されると、マルチキャストサービスが、すぐ回復できる。SPT且つマルチキャストツリー更新モードを使用する場合に、本発明の実施例が提供した技術方案によれば、以下の通りの分析を行うことができ、従来技術の場合、マルチキャストソース切り替えの遅延は、マルチキャストソースMNが移動し且つMAG2に接続する時間MAG2がLMAへのバインディング更新時間PBU、PBAメッセージの送信、伝送、LMA認証の時間を含むマルチキャストツリー再構築の時間SPTモードである。本方案を使用する場合、マルチキャストソースの切り替え遅延は、マルチキャストソースMNが移動し且つMAG2に接続する時間である。これから見ると、本方案は、マルチキャストソースの切り替え遅延を有効に低減し、できるだけ短い時間遅延内でマルチキャストサービスを回復する目的を達する。また、SPT且つマルチキャストツリー更新モードを使用する場合、切り替えの初めにマルチキャストツリーの予備更新作業が開始されるので、マルチキャストソースがマルチキャストツリーの再構築を待つ時間が有効に低減される。さらに、本発明は、従来技術の切り替え後のマルチキャストモードを補充、改善した。現実の切り替えの異なる状況について、本発明は、三つの切り替え後のマルチキャストモードを定義し、RPTモード、SPT且つ不更新マルチキャストツリーモード、及びSPT且つマルチキャストツリー予備更新モードである。各モードは、異なる実際の状況に対して、異なる切り替え方式を用いるので、実情により適合され、利用性がより高く、ネットワークの資源ロス、マルチキャストサービス遅延が長すぎる等の状況が回避される。さらに、本発明は、SPTを予備更新する方法を定義し、移動ノードが切り替わる前にマルチキャストツリーの予備更新作業が起動され、予めマルチキャストツリーの再構築が行われることにより、マルチキャストツリー更新に必要な時間遅延が減少される。そして、マルチキャストツリー予備更新過程で古いマルチキャストツリーには影響が及ばず、古いマルチキャストツリーによるデータ転送が実現される。本発明は、マルチキャストソース移動過程でマルチキャストソースアドレスが変わらない場合にRPFの検出が無効になる問題を克服し、マルチキャストソース移動がマルチキャスト受信者にとって透明であることを保証する。マルチキャストソースMNがMAG2に切り替えられた後マルチキャストツリーの更新を待つ時間が減少され、マルチキャストツリー更新過程でのマルチキャストデータのロスが回避される。当業者は、本発明の実施例が方法、システム、又はコンピュータプログラム製品として提供されることを理解すべきである。従って、本発明は、完全ハードウェアの実施例、完全ソフトウェア実施例、又はソフトウェアとハードウェアを組み合わせた実施例の形式を採用することができる。そして、本発明は、一つ又は複数の、その中にコンピュータ利用可能なプログラムコードが含まれる、コンピュータが利用可能な記憶媒体ディスクメモリ、CDROM、光学メモリ等を含むが、これに限定されないにより実施されるコンピュータプログラム製品の形式を採用してもよい。本発明は、本発明の実施例の方法、デバイスシステム、コンピュータプログラム製品に基づくフローチャート及び又はブロック図を参照して記述した。コンピュータプログラム指令により、フローチャート及び又はブロック図における各フロー及び又はブロック、フローチャート及び又はブロック図におけるフロー及び又はブロックの組み合わせが実現できることを理解すべきである。これらのコンピュータプログラム指令を汎用のコンピュータ、専用のコンピュータ、組み込み式プロセッサー又は他のプログラマブルデータ処理デバイスのプロセッサーに提供して一つの機器を生じ、コンピュータ又はプログラマブルデータ処理デバイスのプロセッサーが実行する指令により、フローチャートの一つ又は複数のフロー及び又はブロック図の一つ又は複数のブロックで指定する機能を実現するための装置が生じるようにする。これらのコンピュータプログラム指令は、コンピュータ又は他のプログラマブルデータ処理デバイスを案内して特定の方式で作業するようにするコンピュータ読み取り可能なメモリに記憶され、当該コンピュータ読み取り可能なメモリに記憶された指令が、指令装置を含む製造品を生じるようにしてもよく、当該指令装置は、フローチャートの一つのフロー又は複数のフロー及び又はブロック図の一つのブロック又は複数のブロックで指定された機能を実現する。これらのコンピュータプログラム指令は、コンピュータ又は他のプログラマブル処理デバイスに搭載され、コンピュータ又は他のプログラマブル処理デバイス上で一連の操作ステップが実行され、コンピュータが実現する処理を生じることにより、コンピュータ又は他のプログラマブル処理デバイスで実行する指令が、フローチャートの一つのフロー又は複数のフロー及び又はブロック図の一つのブロック又は複数のブロックで指定される機能を実現するためのステップを提供する。本発明の最適な実施例を記述したが、当業者は、一旦、基本的進歩性概念を知ると、これらの実施例に対して、別の変更と修正を行うことができる。従って、付属の請求項は、好ましい実施例、及び本発明の範囲に入る全ての変更と修正を含むと解釈される。"