ボーダゲートウェイプロトコルルートの更新方法であって、ルーティング情報のパス属性に従ってボーダゲートウェイプロトコルのルーティング情報の分類ステップと、送信端が受信端へルート更新をアドバタイズするとき、所定の分類のルーティング情報の更新が完了した後、前記送信端から前記分類の前記ルーティング情報の前記更新の完了を前記受信端に通知するためのメッセージの送信ステップを具備する方法。前記送信端から前記分類の前記ルーティング情報の前記更新の完了を通知するための前記メッセージの前記送信ステップは、前記ルーティング情報の前記更新中、前記送信端で前記分類の前記ルーティング情報の前記更新が完了した後、前記分類に対応する識別子を前記メッセージへの追加ステップであって、前記メッセージはEnd-of-RIBマーカであるステップと、前記送信端から、前記分類の前記ルーティング情報の前記更新の完了を前記受信端に通知するために前記End-of-RIBマーカを前記受信端への送信ステップである、請求項1に記載のボーダゲートウェイプロトコルルートの更新方法。前記受信端が前記送信端から送信された前記End-of-RIBマーカを受信した後、前記分類の更新された前記ルーティング情報を決定するために前記End-of-RIBマーカ内の前記識別子を取得するとともに、前記分類の前記ルーティング情報を処理するステップをさらに具備する、請求項1または2に記載のボーダゲートウェイプロトコルルートの更新方法。ボーダゲートウェイプロトコルルートの更新システムであって、ルーティング情報のパス属性に従って、ボーダゲートウェイプロトコルの前記ルーティング情報を分類するように構成される、分類モジュールと、送信端が受信端へルート更新をアドバタイズするとき、所定の分類のルーティング情報の更新が完了した後、前記送信端から、前記分類の前記ルーティング情報の前記更新の完了を前記受信端に通知するためのメッセージを送信するように構成される、更新モジュールとを具備するシステム。前記更新モジュールは、前記送信端が前記受信端へルート更新をアドバタイズするとき、前記送信端で前記分類の前記ルーティング情報の前記更新が完了した後、前記分類に対応する識別子を前記メッセージへ追加するように構成され、前記メッセージはEnd-of-RIBマーカである、識別子追加モジュールと、前記送信端から、前記分類の前記ルーティング情報の前記更新の完了を前記受信端に通知するために前記受信端へ前記End-of-RIBマーカを送信するように構成される送信ユニットを具備する、請求項4に記載のボーダゲートウェイプロトコルルートの更新システム。前記システムは、前記受信端が前記送信端から送信された前記End-of-RIBマーカを受信した後、前記分類の更新された前記ルーティング情報を決定するために前記End-of-RIBマーカ内の前記識別子を取得するように、かつ、前記受信端に前記分類の前記ルーティング情報を処理させるように構成されるルーティング情報処理モジュールをさらに具備する、請求項4または5に記載のボーダゲートウェイプロトコルルートの更新システム。End-of-RIBマーカが全ての更新されたBGPルーティング情報を処理するように受信端に通知するために、送信端から受信端へ送信される前に、送信端の全てのBGPルーティング情報の更新完了を待つ必要があることによる先行技術における低いルート処理効率の問題を解決するため、本発明の態様は、ボーダゲートウェイプロトコルルートの更新方法及びシステムを提供する。本技術的解決策は、以下で説明される。本発明の一態様は、ボーダゲートウェイプロトコルルートの更新方法を提供し、ルーティング情報のパス属性に従ってボーダゲートウェイプロトコルのルーティング情報を分類するステップと、送信端が受信端へルート更新をアドバタイズするとき、所定の分類のルーティング情報の更新が完了した後、送信端から前記分類のルーティング情報の更新の完了を受信端に通知するためのメッセージを送信するステップとを含む。本発明の一態様は、ボーダゲートウェイプロトコルのルートの更新システムを提供し、ルーティング情報のパス属性に従って、ボーダゲートウェイプロトコルのルーティング情報を分類するように構成される、分類モジュールと、送信端が受信端へルート更新をアドバタイズするとき、所定の分類のルーティング情報の更新が完了した後、送信端から前記分類のルーティング情報の更新の完了を受信端に通知するためのメッセージを送信するように構成される、更新モジュールとを含む。本発明の実施形態の有益な効果は、以下の通りである:本発明の実施形態において、ルーティング情報は事前に分類され、ルート更新中、所定の分類のルーティング情報の更新が完了した後、受信端に通知されてもよく、受信端は、全てのルートの更新完了を待つことなく、ルート上のBGPルーティングおよびルート再配布のような関連した処理を実行してもよい。全てのルーティング情報の更新が完了した後にしか更新されたルーティング情報を処理できない先行技術と比較して、本発明の実施形態は、ルーティング処理効率を改善することが可能である。本発明の実施形態に従った技術的解決策をより明確に図示するため、前記実施形態を説明するための添付の図面が以下に簡潔に導入される。明らかに、以下の説明における添付の図面は、本発明の単なるいくつかの実施形態であり、当業者であれば創造的な努力なしに添付の図面から他の図面を派生させることが可能である。目的である、本発明の技術的解決策と利点をより明確にするため、本発明の実施形態は、添付の図面を参照して以下に詳細に説明される。[実施形態1]本発明の実施形態1は、図1に示すように、BGPボーダゲートウェイプロトコル:BorderGatewayProtocolルートを更新するための方法を提供し、前記方法の処理は、以下のステップを含む。ステップ101:ルーティング情報のパス属性に従ってBGPボーダゲートウェイプロトコルのルーティング情報を分類する。ステップ102:送信端が受信端へルート更新をアドバタイズするとき、所定の分類のルーティング情報の更新が完了した後、送信端は、前記分類のルーティング情報の更新の完了を受信端に通知するためのメッセージを送信する。送信端と受信端との両方がBGPを実行可能なネットワーク装置である。本発明の実施形態において、ルーティング情報は、BGPコミュニティ属性、BGP拡張コミュニティ属性、またはBGPルートターゲットRouteTargetのようなルーティング情報のパス属性に従って分類されてもよい。本発明において、一般的に、前記分類は、プロトコルタイプ例えばIPアドレスタイプおよび同種のものを除く様々なBGPのパス属性を基礎として実行される。多くの手法が所定の分類のルーティング情報の更新が完了したかどうかを決定するために使用可能である。例えば、サブ-ルーティングテーブルが各分類のために設定可能であり、またはルーティング情報が分類シーケンスに従ってルーティングテーブルに保存可能である。所定の分類のルーティング情報の更新が完了したかどうかを知ることが可能であるが、これは先行技術に属するものであり、詳細はここで繰り返し説明しない。本発明の実施形態において、ルーティング情報は、前記ルーティング情報の特徴に従って事前に分類されてもよく、ルート更新中、1つの分類のルーティング情報の更新が完了した後に受信端に通知されてもよく、全てのルートの更新完了を待つことなくルート上のBGPルーティングおよびルート再配布のような関連した処理を実行してもよい。全てのルーティング情報の更新が完了した後にしか更新されたルーティング情報を処理できない先行技術と比較して、本発明の実施形態は、ルーティング処理効率を改善することが可能である。[実施形態2]本発明の実施形態2は、BGPルートの更新方法を提供する。図2に示すように、本方法の処理は、以下のステップを含む。ステップ201:BGPのルーティング情報を分類する。本発明の実施形態において、ネットワークにおける異なるVPNVirtualPrivateNetwork:仮想プライベートネットワークに接続されたルートが分類されてもよく、優先順位が各分類に設定される。VPNルートの更新中、高優先順位のVPNルートの更新が完了した後、受信端はVPNのルート収束のような対応する処理を実行してもよい。本発明の他の実施形態において、ルート更新はORFOutboundRouteFilter:アウトバウンドルートフィルタの更新によって起動されてもよい。特定のORF要求を満たすルートの更新が完了したとき、本発明における拡張End-of-RIBマーカを介して、特定のポリシーに従うルートの更新の完了が通知されてもよい。本発明の他の実施形態において、ルート更新はRT-制約VPNルートターゲット制約の更新によって起動されてもよい。コミュニティ属性が拡張された特定のルートターゲットRTを満たすルートの更新が完了したとき、本発明における拡張End-of-RIBマーカを介して、特定のルートターゲットを満たすルートの更新の完了が通知されてもよい。本発明の他の実施形態において、ルート更新は選択的ルートリフレッシュSelectiveRouteRefreshによって起動されてもよい。特定のフィルタリング要求を満たすルートの更新が完了したとき、本発明における拡張End-of-RIBマーカを介して、特定の要求を満たすルートの更新の完了が通知されてもよい。拡張End-of-RIBマーカは、ルーティング情報の分類を示すための識別子を少なくとも含む既存のEnd-of-RIBマーカを参照する。本発明の実施形態において、受信端は、拡張End-of-RIBマーカを介して、特別なタイプのルーティング情報の更新の完了を通知されることが可能である。先行技術におけるBGPのEnd-of-RIBマーカは2つの構造、すなわち、IPv4ユニキャストアドレスファミリーと、IPv4ユニキャストアドレスファミリーを除く他のアドレスファミリーとのための異なるフレームフォーマットを有する。本発明の実施形態において、パス属性フィールドはEnd-of-RIBマーカの2つのタイプのフレームに追加される。先行技術において、IPv4ユニキャストアドレスファミリーのために、End-of-RIBマーカは2オクテット2octets長であってもよいWidthdrawnルート長WithdrawnRoutesLengthフィールドと、2オクテット2octets長であってもよい合計パス属性長TotalPathAttributeLengthフィールドとを含んでもよい。図6に示すように、パス属性PathAttributesフィールドは、本発明の実施形態におけるEnd-of-RIBマーカが追加されてもよく、前記フィールドは、1つまたは多数のBGPパス属性と、合計パス属性長フィールドによって決定されるフィールド長とを含んでもよい。先行技術において、IPv4ユニキャストアドレスファミリーを除く他のアドレスファミリーのために、前記End-of-RIBマーカは2オクテット2octets長であってもよいWidthdrawnルート長WithdrawnRoutesLengthフィールドと、2オクテット2octets長であってもよい合計パス属性長TotalPathAttributeLengthフィールドと、マルチプロトコル非到達NLRIMPUNREACHNLRINLRINetworkLayerReachabilityInformation:ネットワーク層到達性情報とを含む。図7に示すように、ルート分類を識別するための他のパス属性フィールドは、本発明の実施形態におけるEnd-of-RIBマーカに追加され、前記フィールド長は、合計パス属性長フィールドを介して取得されてもよい。パス属性フィールド、または他のパス属性フィールドは、本発明の実施形態における拡張End-of-RIBマーカEndofRIBmarkerへ追加されてもよく、パス属性フィールドまたは他のパス属性フィールドは、特定の分類を識別するために使用される。その結果、受信端は前記分類のルーティング情報の更新の完了を通知される。例えば、パス属性フィールド、または他のパス属性フィールドは、以下のような1つまたは多数のBGPパス属性のタイプを含んでもよい。APパスASPATHネクストホップNEXTHOPコミュニティ属性COMMUNITY拡張コミュニティ属性EXTENDEDCOMMUNITIESアグリゲータAGGREGATORクラスタリストCLUSTERLIST4バイトASパスAS4PATH4バイトASアグリゲータAS4AGGREGATORIPv6アドレス特定拡張コミュニティIPv6AddressSpecificExtendedCommunity属性ステップ202:送信端が受信端へルート更新をアドバタイズするとき、所定の分類のルーティング情報の更新が完了した後、送信端は前記分類のルーティング情報の更新の完了を受信端に通知するためのメッセージを送信する。前記メッセージは、拡張End-of-RIBマーカであってもよく、ステップ202は、以下のサブステップを具体的に含んでもよい。ステップ2021:送信端と受信端とがルーティング情報を更新したとき、所定の分類のルーティング情報の更新が完了した後、前記分類に対応する識別子を拡張End-of-RIBマーカEndofRIBmarkerへ追加する。ステップ2022:送信端から、前記分類のルーティング情報の更新が完了したことを受信端に通知するために、受信端へ拡張End-of-RIBマーカを送信する。さらに、本方法は以下のステップをさらに含んでもよい。ステップ203:送信端によって送信されたEnd-of-RIBマーカを受信した後、受信端は、完全に更新された所定の分類のルーティング情報を決定するために、End-of-RIBマーカ内の識別子を取得し、所定の分類のルーティング情報上のBGPルーティングのような処理を実行する。本発明の実施形態において、ルート分類を識別するためのパス属性情報の一部は、既存のEnd-of-RIBマーカを介して追加される。1つの分類のルーティング情報の更新が完了したとき、対応する属性情報がEnd-of-RIBマーカへ追加され、本発明の実施形態で説明された拡張End-of-RIBマーカは、受信端へ送信される。受信端は受信したEnd-of-RIBマーカに従って更新された分類を決定し、かつ前記分類の処理を実行してもよい。本発明の実施形態は、特定の例を参照して、以下にさらに説明される。BGPVPNシナリオにおいて、全てのVPNのルートの更新が完了したとき、特定のVPNのルートの更新の完了を通知することによって、ピアpeerは、VPNのルート上のルーティング計算およびルートアドバタイズメントの優先的な実行が可能である。その結果、各VPNの独立したルート収束と、異なるVPNの間の優先順位に基づいたルート収束とが実行され、それによりVPNルートの収束速度を加速し、特定のVPNのルートは特定のルートターゲット情報を搬送するルーティング情報を参照する。図3におけるネットワーク構造を例にとると、PE1プロバイダエッジルータは2つのVPNサイトであるVP1とVP2とに接続される。受信するルートアドバタイズメントがPE2とPE3とを介してVPN1とVP2とによって送信されたとき、ルートリフレクタRRはルートアドバタイズメントをPE1へ送信する。本発明の実施形態において、異なる優先順位がVP1とVP2とのために予め設定されてもよく、VPN1のルートは、優先的にアドバタイズされる。VPN1のルートの更新が完了した後、本発明の実施形態におけるEnd-of-RIBマーカEndofRIBmarkerを使用することによって、RRはVP1のルートの更新が完了したことをPE1に通知する。PE1は、他のVPNのルートの更新の完了を待つことなく、VPN1のルート上のBGPルーティングおよびルート再配布のような関連した処理をすぐに実行してもよい。その間、PE1はVPN2のルートの受信を継続し、VPN2のルートの更新が完了した後、RRは、VPN2のルートの更新が完了したことを通知するために、拡張End-of-RIBマーカEndofRIBmarkerを送信する。PE1はVPN2のルーティングのような処理を実行してもよく、その結果、異なるVPNの間の優先順位に基づいたルート収束と、各VPNの独立したルート収束とが実行される。明確に、前述の実施形態は、本発明の実施形態の単なる例であり、本発明の実施形態は以下のような場合にさらに適用されてもよい。前記BGPは、BGPルートリフレッシュ[RFC2918]、BGPアウトバウントルートフィルタ[RFC5291][RFC5292]、RT-制約[RFC4684]を含む現在の多くのメカニズムを使用することによって、ルートリフレッシュ、またはルート更新を起動してもよい。特定の要求を満たすルートの更新を完了したとき、ピアは、前記分類のルーティング情報の更新が完了したことを受信端に通知してもよい。例えば、End-of-RIBマーカが送信されてもよく、識別子は、以下のケースを含んで前記End-of-RIBマーカへ追加される。1.BGPORFアウトバウンドルートフィルタメカニズムが使用されるシナリオのため、ピアがORF更新が実行されたとしてルート更新をアドバタイズした後、特定のフィルタリング要求を満たすルート更新が、特定の属性情報を搬送するために拡張End-of-RIBマーカを使用して完了されたことを通知されてもよい。2.RT-制約が使用されるシナリオのため、ピアがRT-制約情報の更新によるルート更新をアドバタイズした後、特定のRTを満たすルート更新が、特定のルートターゲットRT情報を搬送するためにEnd-of-RIBマーカを使用することによって完了されたことを通知されてもよい。3.ルートリフレッシュメカニズムを使用することによって要求された特定のルート更新のシナリオにおいて、特定の要求を満たすルート更新が、特定の属性情報を搬送するために、End-of-RIBマーカを使用することによって完了されたことを通知されてもよい。[実施形態3]本発明の実施形態3は、BGPルートを更新するためのシステムを提供し、図4に示すように、本システムの構成は、ルーティング情報のパス属性に従ってBGPBorderGatewayProtocolのルート情報を分類するように構成される分類モジュール1と、送信端が受信端へルート更新をアドバタイズするとき、所定の分類のルーティング情報の更新が完了した後、送信端から、前記分類のルーティング情報の更新の完了を受信端に通知するためのメッセージを送信するように構成される更新モジュール2とを含む。送信端と受信端との両方がBGPを実行可能なネットワークデバイスである。本発明の実施形態において、ルーティング情報は、BGPコミュニティ属性、またはBGP拡張コミュニティ属性、またはBGPルートターゲットRouteTargetのようなルーティング情報のパス属性に従って分類されてもよい。本発明において、一般的に、前記分類は、プロトコルタイプ例えばIPアドレスタイプおよび同種のものを除く様々なBGPパス属性を基礎として実行される。多くの手法が所定の分類のルーティング情報の更新が完了したかどうかを決定するために使用可能である。例えば、サブ-ルーティングテーブルが各分類のために設定可能であり、またはルーティング情報が分類シーケンスに従ってルーティングテーブルに保存可能である。所定の分類のルーティング情報の更新が完了したかどうかを知ることが可能であるが、これは先行技術に属するものであり、詳細はここで繰り返し説明しない。本発明の実施形態において、ルーティング情報は、前記ルーティング情報のプロトコルに従って事前に分類されてもよく、ルート更新中、1つの分類のルーティング情報の更新が完了した後に受信端に通知されてもよく、全てのルートの更新完了を待つことなくルート上のBGPルーティングおよびルート再配布のような関連した処理を実行してもよい。全てのルーティング情報の更新が完了した後にしか更新されたルーティング情報を処理できない先行技術と比較して、本発明の実施形態は、ルーティング処理効率を改善することが可能である。[実施形態4]本発明の実施形態4は、BGPルートの更新システムを提供し、図5に示すように、本システムの構成は、以下のモジュールを含む。分類モジュール1はルーティング情報のパス属性に従ってBGPのルーティング情報を分類するように構成される。本発明の実施形態において、ネットワーク内で異なるVPNに接続されるルートが分類されてもよく、優先順位は、各分類に対して設定される。VPNルート更新中、高い優先順位のVPNルートの更新が完了した後、受信端は、VPNに対するルート収束のような対応する処理を実行してもよい。本発明の他の実施形態において、ルート更新はORFOutboundRouteFilter:アウトバウンドルートフィルタの更新によって起動されてもよい。特定のORF要求を満たすルートの更新が完了したとき、本発明における拡張End-of-RIBマーカを介して、特定のポリシーに従うルートの更新の完了が通知されてもよい。本発明の他の実施形態において、ルート更新はRT-制約VPNルートターゲット制約の更新によって起動されてもよい。コミュニティ属性が拡張された特定のルートターゲットRTを満たすルートの更新が完了したとき、本発明における拡張End-of-RIBマーカを介して、特定のルートターゲットを満たすルートの更新の完了が通知されてもよい。本発明の他の実施形態において、ルート更新は選択的ルートリフレッシュSelectiveRouteRefreshによって起動されてもよい。特定のフィルタリング要求を満たすルートの更新が完了したとき、本発明における拡張End-of-RIBマーカを介して、特定の要求を満たすルートの更新の完了が通知されてもよい。拡張End-of-RIBマーカは、ルーティング情報の分類を示すための識別子を少なくとも含む既存のEnd-of-RIBマーカを参照する。本発明の実施形態において、受信端は、拡張End-of-RIBマーカを介して、特別なタイプのルーティング情報の更新の完了を通知されることが可能である。先行技術におけるBGPのEnd-of-RIBマーカは2つの構造、すなわち、IPv4ユニキャストアドレスファミリーと、IPv4ユニキャストアドレスファミリーを除く他のアドレスファミリーとのための異なるフレームフォーマットを有する。本発明の実施形態において、パス属性フィールドはEnd-of-RIBマーカの2つのタイプのフレームに追加される。先行技術において、IPv4ユニキャストアドレスファミリーのために、End-of-RIBマーカは2オクテット2octets長であってもよいWidthdrawnルート長WithdrawnRoutesLengthフィールドと、2オクテット2octets長であってもよい合計パス属性長TotalPathAttributeLengthフィールドとを含んでもよい。図6に示すように、パス属性PathAttributesフィールドは、本発明の実施形態におけるEnd-of-RIBマーカが追加されてもよく、前記フィールドは、1つまたは多数のBGPパス属性と、合計パス属性長フィールドによって決定されるフィールド長とを含んでもよい。先行技術において、IPv4ユニキャストアドレスファミリーを除く他のアドレスファミリーのために、前記End-of-RIBマーカは2オクテット2octets長であってもよいWidthdrawnルート長WithdrawnRoutesLengthフィールドと、2オクテット2octets長であってもよい合計パス属性長TotalPathAttributeLengthフィールドと、マルチプロトコル非到達NLRIMPUNREACHNLRINLRINetworkLayerReachabilityInformation:ネットワーク層到達性情報とを含む。図7に示すように、ルート分類を識別するための他のパス属性フィールドは、本発明の実施形態におけるEnd-of-RIBマーカに追加され、前記フィールド長は、合計パス属性長フィールドを介して取得されてもよい。パス属性フィールド、または他のパス属性フィールドは、本発明の実施形態における拡張End-of-RIBマーカEndofRIBmarkerへ追加されてもよく、パス属性フィールドまたは他のパス属性フィールドは、特定の分類を識別するために使用される。その結果、受信端は前記分類のルーティング情報の更新の完了を通知される。例えば、パス属性フィールド、または他のパス属性フィールドは、以下のような1つまたは多数のBGPパス属性のタイプを含んでもよい。APパスASPATHネクストホップNEXTHOPコミュニティ属性COMMUNITY拡張コミュニティ属性EXTENDEDCOMMUNITIESアグリゲータAGGREGATORクラスタリストCLUSTERLIST4バイトASパスAS4PATH4バイトASアグリゲータAS4AGGREGATORIPv6アドレス特定拡張コミュニティIPv6AddressSpecificExtendedCommunity属性更新モジュール2は、送信端が受信端へルート更新をアドバタイズするとき、所定の分類のルーティング情報の更新が完了した後、前記分類のルーティング情報の更新の完了を受信端に通知するためのメッセージを送信するように構成される。前記更新モジュール2は、送信端が受信端へルート更新をアドバタイズするとき、所定の分類のルーティング情報の更新が完了した後、前記分類に対応する識別子を前記メッセージへ追加するように構成される識別子追加ユニット21であって、前記メッセージはEnd-of-RIBマーカであり、送信端から、前記分類のルーティング情報の更新が完了したことを受信端に通知するために、受信端へEnd-of-RIBマーカを送信するように構成される送信ユニット22を具体的に含んでもよい。さらに、前記システムは、受信端が送信端から送信されたEnd-of-RIBマーカを受信した後、前記分類の更新されたルーティング情報を決定するためにEnd-of-RIBマーカ内の識別子を取得するとともに、前記分類のルーティング情報を受信端に処理させるように構成されるルーティング情報処理モジュール3をさらに含んでもよい。本発明の実施形態において、ルート分類を識別するためのパス属性情報の一部は、既存のEnd-of-RIBマーカを介して追加される。1つの分類のルーティング情報の更新が完了したとき、対応する属性情報がEnd-of-RIBマーカに追加され、本発明の実施形態で説明された拡張End-of-RIBマーカが受信端へ送信される。受信端は受信したEnd-of-RIBマーカに従って更新された分類を決定し、かつ前記分類のルート処理を実行してもよい。前述の実施形態において、前述の機能モジュールの分割は、例示を通じて説明されたことに留意すべきである。実際の実施において、前述の機能は、必要に応じて、割り当てとして異なる機能モジュールによって実施されてもよい。すなわち、装置の内部構成は、前述の機能の全部または一部を実施するために、異なる機能モジュールへ分割されてもよい。さらに、前述の実施形態において提供されるBGPルートを更新するためのシステムは、BGPルートを更新するための方法の実施形態と同様の概念に属する。従って、同じ部分に対して、詳細は繰り返し説明しない。当業者は、本発明の実施形態に従う方法の全部または一部ステップが、対応するハードウェアに命令するプログラムによって実施されてもよいことを理解すべきである。前記プログラムは、コンピュータが読み取り可能な記録媒体に保存されてもよい。前記プログラムの実行中、本発明の実施形態に従って本方法のステップが実行される。前記記録媒体は、リードオンリーメモリROM、ランダムアクセスメモリRAM、磁気ディスク、または光ディスクのようなプログラムコードを保存することが可能な、いかなる媒体であってもよい。前述の説明は、本発明の実施形態の単なる例示であり、本発明を限定することを意図したものではない。本発明の精神および原理から逸脱しない、いかなる変更、等価な置換、または改良も、本発明の保護範囲に含まれるべきである。