本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種集群通知的推送方法、裝置及電子設(shè)備。

背景技術(shù)：

集群系統(tǒng)是一種由相互連接的計算機組成的并行或分布式系統(tǒng)，可以作為單獨或統(tǒng)一的計算資源加以管理。在集群環(huán)境下，一個應(yīng)用被部署于多臺服務(wù)器中并行進(jìn)行處理，從而提高服務(wù)器端的運行能力。部署了該應(yīng)用的服務(wù)器與外圍系統(tǒng)中依賴于該應(yīng)用的所有相關(guān)客戶端相連，以向相關(guān)客戶端提供服務(wù)。當(dāng)某個應(yīng)用的配置變更時，其部署的每一臺服務(wù)器都將對變更數(shù)據(jù)進(jìn)行處理，然后向所有相關(guān)客戶端推送變更通知，以便相關(guān)客戶端從服務(wù)器讀取變更后的配置。

發(fā)明人在實現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在如下問題：當(dāng)集群系統(tǒng)向外圍系統(tǒng)推送通知時，集群系統(tǒng)中的每臺服務(wù)器均會向外圍系統(tǒng)中的所有相關(guān)客戶端進(jìn)行推送，導(dǎo)致大量的重復(fù)推送，使得系統(tǒng)負(fù)載極高，極大地降低了系統(tǒng)穩(wěn)定性。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例提供一種集群通知的推送方法、裝置及電子設(shè)備，以避免集群通知的重復(fù)推送，提升系統(tǒng)的穩(wěn)定性。

為達(dá)到上述目的，本發(fā)明實施例提供了一種集群通知的推送方法，所述集群通知由多臺服務(wù)器中選出的值班機器所推送，所述方法包括：獲取應(yīng)用的配置變更數(shù)據(jù)，所述配置變更數(shù)據(jù)用于指示所述應(yīng)用的配置項變更；判斷當(dāng)前服務(wù)器是否為所述值班機器，若是，則根據(jù)所述配置變更數(shù)據(jù)生成變更通知，并將所述變更通知推送至與所述應(yīng)用相關(guān)的客戶端。

本發(fā)明實施例還提供了一種集群通知的推送裝置，所述集群通知由多臺服務(wù)器中選出的值班機器所推送，所述裝置包括：獲取模塊，用于獲取應(yīng)用的配置變更數(shù)據(jù)，所述配置變更數(shù)據(jù)用于指示所述應(yīng)用的配置項變更；判斷模塊，用于判斷當(dāng)前服務(wù)器是否為所述值班機器；推送模塊，用于當(dāng)所述當(dāng)前服務(wù)器為所述值班機器時，根據(jù)所述配置變更數(shù)據(jù)生成變更通知，并將所述變更通知推送至與所述應(yīng)用相關(guān)的客戶端。

本發(fā)明實施例還提供一種電子設(shè)備，包括：存儲器，用于存儲程序；處理器，用于運行所述存儲器中存儲的所述程序，以用于：獲取應(yīng)用的配置變更數(shù)據(jù)，所述配置變更數(shù)據(jù)用于指示所述應(yīng)用的配置項變更；判斷當(dāng)前服務(wù)器是否為值班機器，若是，則根據(jù)所述配置變更數(shù)據(jù)生成變更通知，并將所述變更通知推送至與所述應(yīng)用相關(guān)的客戶端。

本發(fā)明實施例提供的集群通知的推送方法、裝置及電子設(shè)備，通過判斷當(dāng)前服務(wù)器是否為值班機器，來確定是否進(jìn)行集群通知的推送，在多臺服務(wù)器中僅由值班機器來進(jìn)行推送，從而避免的集群通知的重復(fù)推送，提高了系統(tǒng)的穩(wěn)定性。

上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的具體實施方式。

附圖說明

通過閱讀下文優(yōu)選實施方式的詳細(xì)描述，各種其他的優(yōu)點和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認(rèn)為是對本申請的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：

圖1為本發(fā)明實施例提供的業(yè)務(wù)系統(tǒng)的結(jié)構(gòu)示意圖；

圖2為本發(fā)明提供的集群通知的推送方法一個實施例的流程圖；

圖3為本發(fā)明提供的集群通知的推送方法另一個實施例的流程圖；

圖4為本發(fā)明提供的集群通知的推送裝置一個實施例的結(jié)構(gòu)示意圖；

圖5為本發(fā)明提供的集群通知的推送裝置另一個實施例的結(jié)構(gòu)示意圖；

圖6為本發(fā)明提供的電子設(shè)備實施例的結(jié)構(gòu)示意圖。

附圖標(biāo)記說明：

41-獲取模塊、42-判斷模塊、43-推送模塊、51-檢測模塊、52-設(shè)定模塊、61-存儲器、62-處理器、63-通信組件、64-電源組件、65-音頻組件、66-顯示器。

具體實施方式

下面將參照附圖更詳細(xì)地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應(yīng)當(dāng)理解，可以以各種形式實現(xiàn)本公開而不應(yīng)被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。

針對現(xiàn)有技術(shù)重復(fù)推送的缺陷，本申請?zhí)峁┮环N解決方案，在多臺服務(wù)器中選擇一臺作為值班機器進(jìn)行推送，從而避免的重復(fù)推送。下面通過具體的例子來說明本發(fā)明的主要原理。舉例說明，假設(shè)應(yīng)用a部署于集群系統(tǒng)中的300臺服務(wù)器，外圍系統(tǒng)有5000臺客戶端依賴于應(yīng)用a。當(dāng)應(yīng)用a的配置變更時，300臺服務(wù)器均會通知外圍系統(tǒng)的5000臺客戶端來讀取應(yīng)用a的配置。這時，只針對一個應(yīng)用a的配置變更，服務(wù)器端將推送300*5000＝150萬次的變更通知，后續(xù)，也將收到相同數(shù)量的讀取調(diào)用。考慮外圍系統(tǒng)處理耗時等因素，150萬次分散到1分鐘內(nèi)完成，則服務(wù)器端需滿足2.5萬tps的吞吐量要求，推送壓力巨大，極大地降低了集群系統(tǒng)的穩(wěn)定性。本申請?zhí)峁┑姆桨甘牵?00臺服務(wù)器中任意指定(或者根據(jù)各服務(wù)器的負(fù)載能力而選擇性地指定)一臺作為值班機器。每一臺服務(wù)器在接收到應(yīng)用的配置變更數(shù)據(jù)時，首先判斷其自身(當(dāng)前服務(wù)器)是否為值班機器，如果是，則推送相關(guān)的通知，否則，不推送。由此，300*5000＝150萬次的推送量降低為5000次，避免了重復(fù)推送，實現(xiàn)輕量通知的推送，從而降低系統(tǒng)壓力，提高系統(tǒng)穩(wěn)定性。另一方面，各服務(wù)器定時檢測值班機器的可用性，當(dāng)值班機器不可用時，可重新設(shè)定值班機器，以確保通知推送的及時性和低成本。

本發(fā)明實施例提供的方法可應(yīng)用于任何具有集群通知推送能力的業(yè)務(wù)系統(tǒng)，如，簽約中心系統(tǒng)等。圖1為本發(fā)明實施例提供的業(yè)務(wù)系統(tǒng)的結(jié)構(gòu)示意圖。首先，業(yè)務(wù)系統(tǒng)中任意選擇一臺服務(wù)器(服務(wù)器2)作為值班機器。當(dāng)各服務(wù)器接收到應(yīng)用的配置變更數(shù)據(jù)時，各自判斷其自身是否為值班機器，如果是，則推送相關(guān)的通知，否則，不推送。如圖1所示，服務(wù)器2為值班機器，所以由服務(wù)器2向各客戶端推送變更通知，而其余服務(wù)器則不發(fā)送。因此，避免了重復(fù)推送，降低了系統(tǒng)壓力，提高了系統(tǒng)穩(wěn)定性。

實施例一

圖2為本發(fā)明提供的集群通知的推送方法一個實施例的流程圖，該方法的執(zhí)行主體可以為上述實施例所描述的業(yè)務(wù)系統(tǒng)中的任意服務(wù)器。如圖3所示，該集群通知的推送方法包括如下步驟：

s201，獲取應(yīng)用的配置變更數(shù)據(jù)，該配置變更數(shù)據(jù)用于指示應(yīng)用的配置項變更。

s202，判斷當(dāng)前服務(wù)器是否為值班機器，若是，則執(zhí)行步驟s203，否則，結(jié)束操作。

s203，根據(jù)上述配置變更數(shù)據(jù)生成變更通知。

s204，將該變更通知推送至與上述應(yīng)用相關(guān)的客戶端。

在本發(fā)明實施例中，集群通知由多臺服務(wù)器中選出的值班機器所推送。預(yù)先在多臺服務(wù)器中任意指定(或者根據(jù)各服務(wù)器的負(fù)載能力而選擇性地指定)一臺作為值班機器。然后對于各臺服務(wù)器，當(dāng)獲取到用于指示應(yīng)用的配置項變更的配置變更數(shù)據(jù)后，首先判斷其自身是否為值班機器。只有當(dāng)前服務(wù)器為值班機器時，才生成變更通知進(jìn)行推送，否則，不進(jìn)行推送。同時，服務(wù)器還對獲取到的變更數(shù)據(jù)進(jìn)行解析，然后刷新應(yīng)用的各配置項。

本發(fā)明實施例的一個具體應(yīng)用場景為應(yīng)用于簽約中心系統(tǒng)。當(dāng)配置中心通知簽約中心配置項變更時，簽約中心重新獲取配置并進(jìn)行解析、重組等操作。然后，簽約中心的各臺服務(wù)器根據(jù)上述方法步驟進(jìn)行判斷，最后，由一臺值班機器將通知推送至外圍系統(tǒng)中所有引用簽約中心近端jar的客戶端。

本發(fā)明實施例提供的集群通知的推送方法，通過判斷當(dāng)前服務(wù)器是否為值班機器，來確定是否進(jìn)行集群通知的推送，在多臺服務(wù)器中僅由值班機器來進(jìn)行推送，從而避免的集群通知的重復(fù)推送，提高了系統(tǒng)的穩(wěn)定性。

實施例二

圖3為本發(fā)明提供的集群通知的推送方法另一個實施例的流程圖。如圖3所示，在上述實施例的基礎(chǔ)上，可以在業(yè)務(wù)系統(tǒng)中設(shè)置緩存開關(guān)，各服務(wù)器通過定時查詢緩存開關(guān)的狀態(tài)，來檢測值班機器的可用性，若值班機器不可用，則可設(shè)定當(dāng)前服務(wù)器為值班機器。具體地，本實施例提供的集群通知的推送方法可以進(jìn)一步包括以下步驟：

s301，定時查詢緩存開關(guān)的狀態(tài)。

服務(wù)器定時檢測當(dāng)前值班機器的可用性，如果當(dāng)前值班機器不可用(無法完成推送任務(wù))，則各個服務(wù)器通過爭搶機制，來獲取值班機器的推送權(quán)限。首先，各服務(wù)器可以通過心跳或者定時任務(wù)的方式，以一定的時間間隔(預(yù)設(shè)時長)定時查詢緩存開關(guān)的狀態(tài)。

在本發(fā)明實施例中，可以采用memcached或者redis緩存做開關(guān)機制，且非值班機器與值班機器之間無需交互。相比于常用的選舉算法，無需通過數(shù)據(jù)庫或消息通道做消息標(biāo)記，且避免了集群服務(wù)器間呈現(xiàn)笛卡爾積量級次的交互通知。相比較而言本發(fā)明實施例所提供的方案具有較高的時效性，且成本更低，更易于實施。

s302，判斷緩存開關(guān)是否開啟，若未開啟，則執(zhí)行步驟s303，若開啟，執(zhí)行步驟s307。

s303，開啟緩存開關(guān)。

服務(wù)器在檢測值班機器之前，首先需要開啟緩存開關(guān)。因此，當(dāng)服務(wù)器檢測到緩存開關(guān)未開啟(即，關(guān)閉狀態(tài))時，證明此時沒有其它服務(wù)器來檢測值班機器。

s304，判斷當(dāng)前值班機器是否可用，若可用，則執(zhí)行步驟s306；若不可用，則執(zhí)行步驟305之后，再執(zhí)行步驟306。

s305，設(shè)定當(dāng)前服務(wù)器為值班機器。

s306，關(guān)閉緩存開關(guān)，并結(jié)束操作。

服務(wù)器可以通過調(diào)用checkservice服務(wù)來判斷當(dāng)前值班機器是否可用。若當(dāng)前值班機器可用，則關(guān)閉緩存開關(guān)并結(jié)束操作；若當(dāng)前值班機器不可用，則將當(dāng)前服務(wù)器(當(dāng)前執(zhí)行查詢緩存開關(guān)操作的服務(wù)器)設(shè)定為值班機器，即當(dāng)前服務(wù)器爭搶到值班機器的推送權(quán)限。

s307，判斷緩存開關(guān)的開啟時間是否超時(超過預(yù)設(shè)時長值)，若超時，則繼續(xù)執(zhí)行步驟s306，若未超時，則結(jié)束操作。

當(dāng)服務(wù)器檢測到緩存開關(guān)處于開啟狀態(tài)時，證明此時有其它服務(wù)器正在檢測值班機器。此時，需要判斷緩存開關(guān)的開啟時間是否超時，若未超時，則說明檢測值班機器可用性的其它服務(wù)器正在正常工作，因此，當(dāng)前服務(wù)器結(jié)束操作；若緩存開關(guān)的開啟時間已超時，說明檢測值班機器可用性的其它服務(wù)器在開啟緩存開關(guān)后出現(xiàn)問題，無法正常關(guān)閉緩存開關(guān)，因此，由當(dāng)前服務(wù)器執(zhí)行關(guān)閉緩存開關(guān)的操作，以便于后續(xù)其它服務(wù)器能夠正常查詢緩存開關(guān)。

本發(fā)明實施例提供的集群通知的推送方法，通過判斷當(dāng)前服務(wù)器是否為值班機器，來確定是否進(jìn)行集群通知的推送，在多臺服務(wù)器中僅由值班機器來進(jìn)行推送，從而避免的集群通知的重復(fù)推送，提高了系統(tǒng)的穩(wěn)定性。同時各服務(wù)器通過定時查詢緩存開關(guān)的狀態(tài)，來檢測值班機器的可用性，從而動態(tài)選擇可用的值班機器進(jìn)行推送，解決了通過單機通知造成的單點故障問題，保證了系統(tǒng)的高可用性。

實施例三

圖4為本發(fā)明提供的集群通知的推送裝置一個實施例的結(jié)構(gòu)示意圖，可用于執(zhí)行如圖2所示的方法步驟。該裝置可以為上述業(yè)務(wù)系統(tǒng)中的任意一臺服務(wù)器。如圖4所示，該裝置可以包括：獲取模塊41、判斷模塊42和推送模塊43。

其中，獲取模塊41用于獲取應(yīng)用的配置變更數(shù)據(jù)，該配置變更數(shù)據(jù)用于指示應(yīng)用的配置項變更；判斷模塊42用于判斷當(dāng)前服務(wù)器是否為值班機器；推送模塊43用于當(dāng)當(dāng)前服務(wù)器為值班機器時，根據(jù)配置變更數(shù)據(jù)生成變更通知，并將該變更通知推送至與應(yīng)用相關(guān)的客戶端。

在本發(fā)明實施例中，集群通知由多臺服務(wù)器中選出的值班機器所推送，預(yù)先在多臺服務(wù)器中任意指定(或者根據(jù)各服務(wù)器的負(fù)載能力而選擇性地指定)一臺作為值班機器。然后對于各臺服務(wù)器，當(dāng)獲取模塊41獲取到用于指示應(yīng)用的配置項變更的配置變更數(shù)據(jù)后，首先判斷模塊42判斷其自身是否為值班機器。只有當(dāng)前服務(wù)器為值班機器時，才生成變更通知由推送模塊43進(jìn)行推送，否則，不進(jìn)行推送。

本發(fā)明實施例提供的集群通知的推送裝置，通過判斷當(dāng)前服務(wù)器是否為值班機器，來確定是否進(jìn)行集群通知的推送，在多臺服務(wù)器中僅由值班機器來進(jìn)行推送，從而避免的集群通知的重復(fù)推送，提高了系統(tǒng)的穩(wěn)定性。

實施例四

圖5為本發(fā)明提供的集群通知的推送裝置另一個實施例的結(jié)構(gòu)示意圖，可用于執(zhí)行如圖3所示的方法步驟。如圖5所示，在上述圖4所示實施例的基礎(chǔ)上，本發(fā)明實施例提供的集群通知的推送裝置還可以包括：檢測模塊51和設(shè)定模塊52。

其中，檢測模塊51用于檢測值班機器的可用性；設(shè)定模塊52用于當(dāng)值班機器不可用時，設(shè)定當(dāng)前服務(wù)器為值班機器。

在本發(fā)明實施例中，服務(wù)器定時檢測當(dāng)前值班機器的可用性，如果當(dāng)前值班機器不可用(無法完成推送任務(wù))，則各個服務(wù)器通過爭搶機制，來獲取值班機器的推送權(quán)限。

具體地，可以在業(yè)務(wù)系統(tǒng)中設(shè)置緩存開關(guān)，各服務(wù)器的檢測模塊51可以通過心跳或者定時任務(wù)的方式，定時查詢緩存開關(guān)的狀態(tài)，以檢測值班機器的可用性(例如，通過調(diào)用checkservice服務(wù)來判斷當(dāng)前值班機器是否可用)，若值班機器不可用，則設(shè)定模塊52設(shè)定當(dāng)前服務(wù)器為值班機器。

本發(fā)明實施例可以采用memcached或者redis緩存做開關(guān)機制，且非值班機器與值班機器之間無需交互。相比于常用的選舉算法，無需通過數(shù)據(jù)庫或消息通道做消息標(biāo)記，且避免了集群服務(wù)器間呈現(xiàn)笛卡爾積量級次的交互通知。相比較而言本發(fā)明實施例所提供的方案具有較高的時效性，且成本更低，更易于實施。

本發(fā)明實施例提供的集群通知的推送裝置，通過判斷當(dāng)前服務(wù)器是否為值班機器，來確定是否進(jìn)行集群通知的推送，在多臺服務(wù)器中僅由值班機器來進(jìn)行推送，從而避免的集群通知的重復(fù)推送，提高了系統(tǒng)的穩(wěn)定性。同時各服務(wù)器通過定時查詢緩存開關(guān)的狀態(tài)，來檢測值班機器的可用性，從而動態(tài)選擇可用的值班機器進(jìn)行推送，解決了通過單機通知造成的單點故障問題，保證了系統(tǒng)的高可用性。

實施例五

以上描述了集群通知的推送裝置的內(nèi)部功能和結(jié)構(gòu)，該裝置可實現(xiàn)為一種電子設(shè)備。圖6為本發(fā)明提供的電子設(shè)備實施例的結(jié)構(gòu)示意圖。如圖6所示，該電子設(shè)備包括存儲器61和處理器62。

存儲器61，用于存儲程序。除上述程序之外，存儲器61還可被配置為存儲其它各種數(shù)據(jù)以支持在電子設(shè)備上的操作。這些數(shù)據(jù)的示例包括用于在電子設(shè)備上操作的任何應(yīng)用程序或方法的指令，聯(lián)系人數(shù)據(jù)，電話簿數(shù)據(jù)，消息，圖片，視頻等。

存儲器61可以由任何類型的易失性或非易失性存儲設(shè)備或者它們的組合實現(xiàn)，如靜態(tài)隨機存取存儲器(sram)，電可擦除可編程只讀存儲器(eeprom)，可擦除可編程只讀存儲器(eprom)，可編程只讀存儲器(prom)，只讀存儲器(rom)，磁存儲器，快閃存儲器，磁盤或光盤。

處理器62，與存儲器61耦合，執(zhí)行存儲器61所存儲的程序，以用于：

獲取應(yīng)用的配置變更數(shù)據(jù)，該配置變更數(shù)據(jù)用于指示應(yīng)用的配置項變更；判斷當(dāng)前服務(wù)器是否為值班機器，若是，則根據(jù)配置變更數(shù)據(jù)生成變更通知，并將該變更通知推送至與應(yīng)用相關(guān)的客戶端。

在一可選實施方式中，處理器62還可以用于檢測值班機器的可用性，若值班機器不可用，則設(shè)定當(dāng)前服務(wù)器為值班機器。

在一可選實施方式中，處理器62還可以用于通過定時查詢業(yè)務(wù)系統(tǒng)中的緩存開關(guān)，來檢測值班機器的可用性。

上述的具體處理操作已經(jīng)在前面實施例中進(jìn)行了詳細(xì)說明，在此不再贅述。

進(jìn)一步，如圖6所示，電子設(shè)備還可以包括：通信組件63、電源組件64、音頻組件65、顯示器66等其它組件。圖6中僅示意性給出部分組件，并不意味著電子設(shè)備只包括圖6所示組件。

通信組件63被配置為便于電子設(shè)備和其他設(shè)備之間有線或無線方式的通信。電子設(shè)備可以接入基于通信標(biāo)準(zhǔn)的無線網(wǎng)絡(luò)，如wifi，2g或3g，或它們的組合。在一個示例性實施例中，通信組件63經(jīng)由廣播信道接收來自外部廣播管理系統(tǒng)的廣播信號或廣播相關(guān)信息。在一個示例性實施例中，所述通信組件63還包括近場通信(nfc)模塊，以促進(jìn)短程通信。例如，在nfc模塊可基于射頻識別(rfid)技術(shù)，紅外數(shù)據(jù)協(xié)會(irda)技術(shù)，超寬帶(uwb)技術(shù)，藍(lán)牙(bt)技術(shù)和其他技術(shù)來實現(xiàn)。

基于通信組件63，處理器62可以通過通信組件63將所有消費數(shù)據(jù)存儲到外部數(shù)據(jù)庫中。

電源組件64，為電子設(shè)備的各種組件提供電力。電源組件64可以包括電源管理系統(tǒng)，一個或多個電源，及其他與為電子設(shè)備生成、管理和分配電力相關(guān)聯(lián)的組件。

音頻組件65被配置為輸出和/或輸入音頻信號。例如，音頻組件65包括一個麥克風(fēng)(mic)，當(dāng)電子設(shè)備處于操作模式，如呼叫模式、記錄模式和語音識別模式時，麥克風(fēng)被配置為接收外部音頻信號。所接收的音頻信號可以被進(jìn)一步存儲在存儲器61或經(jīng)由通信組件63發(fā)送。在一些實施例中，音頻組件65還包括一個揚聲器，用于輸出音頻信號。

顯示器66包括屏幕，其屏幕可以包括液晶顯示器(lcd)和觸摸面板(tp)。如果屏幕包括觸摸面板，屏幕可以被實現(xiàn)為觸摸屏，以接收來自用戶的輸入信號。觸摸面板包括一個或多個觸摸傳感器以感測觸摸、滑動和觸摸面板上的手勢。所述觸摸傳感器可以不僅感測觸摸或滑動動作的邊界，而且還檢測與所述觸摸或滑動操作相關(guān)的持續(xù)時間和壓力。

本領(lǐng)域普通技術(shù)人員可以理解：實現(xiàn)上述各方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成。前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中。該程序在執(zhí)行時，執(zhí)行包括上述各方法實施例的步驟；而前述的存儲介質(zhì)包括：rom、ram、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

最后應(yīng)說明的是：以上各實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述各實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分或者全部技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的范圍。