本發(fā)明涉及計算機通信技術(shù)領(lǐng)域，尤其是涉及一種ipc通信方法和服務(wù)器。

背景技術(shù)：

在多進程的服務(wù)器構(gòu)架中，通常會采用接入層-功能層的分層設(shè)計方式，而這些不同層或者同層內(nèi)不同的進程之間都需要互相通信，這就涉及到機內(nèi)通信方式(ipc，inter-processcommunication，進程間通信)的設(shè)計。ipc通信方法有很多種，但一般都是點對點兩個進程間的通信，而通常為了能充分利用服務(wù)器的并發(fā)能力，同一處理功能會分配多個獨立的進程去完成，并通過實現(xiàn)某種機制來完成對處理任務(wù)到各個獨立進程的分派，屬于一對多/多對多的通信方式，而這類通信方式在實現(xiàn)上需要充分考慮讀寫的安全及合適的接收方對新消息到達的感知方式，比起點對點通信要復(fù)雜不少，存在忙時不能充分發(fā)揮服務(wù)器的處理能力，閑時服務(wù)器響應(yīng)不及時的問題。

針對上述ipc通信方法中閑時響應(yīng)不及時的問題，目前尚未提出有效解決方案。

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

有鑒于此，本發(fā)明的目的在于提供一種ipc通信方法和服務(wù)器，以提高閑時的響應(yīng)速度。

第一方面，本發(fā)明實施例提供了一種ipc通信方法，應(yīng)用于接收方，接收方包括:監(jiān)控父進程、監(jiān)控父進程創(chuàng)建的多個相互獨立的消息處理子進程和共享內(nèi)存；共享內(nèi)存用于存儲通知信號標記和發(fā)送方寫入的消息；方法包括：消息處理子進程訪問共享內(nèi)存；消息處理子進程判斷共享內(nèi)存中未處理消息的數(shù)量；當共享內(nèi)存中沒有未處理消息時，設(shè)置通知信號標記的狀態(tài)為有效，并進入休眠狀態(tài)；其中，通知信號標記為有效的狀態(tài)用以觸發(fā)發(fā)送方在共享內(nèi)存寫入新消息時，向接收方發(fā)送新消息通知信號；當共享內(nèi)存中僅有一條未處理消息時，設(shè)置通知信號標記的狀態(tài)為有效，并讀取和處理未處理的消息；當接收方接收到新消息通知信號時，喚醒多個消息處理子進程中的至少一個子進程。

結(jié)合第一方面，本發(fā)明實施例提供了第一方面的第一種可能的實施方式，還包括：當消息處理子進程判斷共享內(nèi)存中有多于兩條未處理消息時，設(shè)置通知信號標記的狀態(tài)為無效，并讀取和處理未處理的消息；通知信號標記為無效的狀態(tài)用以使發(fā)送方在共享內(nèi)存寫入新消息時，不向接收方發(fā)送新消息通知信號。

結(jié)合第一方面，本發(fā)明實施例提供了第一方面的第二種可能的實施方式，其中，喚醒多個消息處理子進程中的至少一個子進程包括：接收方通過epoll機制喚醒多個消息處理子進程中的一個以進行讀取和處理新消息。

結(jié)合第一方面的第一種可能的實施方式，本發(fā)明實施例提供了第一方面的第三種可能的實施方式，還包括：當通知信號標記為無效時，消息處理子進程處理完未處理消息后，繼續(xù)執(zhí)行訪問共享內(nèi)存的步驟。

結(jié)合第一方面的第一種可能的實施方式，本發(fā)明實施例提供了第一方面的第四種可能的實施方式，還包括：當通知信號標記為無效時，處于休眠狀態(tài)的消息處理子進程在休眠結(jié)束后，執(zhí)行訪問共享內(nèi)存的步驟。

結(jié)合第一方面或第一方面的第一種可能的實施方式，本發(fā)明實施例提供了第一方面的第五種可能的實施方式，其中，設(shè)置通知信號標記的狀態(tài)為有效或者無效通過設(shè)置通知信號標記的值實現(xiàn)。

結(jié)合第一方面或第一方面的第一種可能的實施方式，本發(fā)明實施例提供了第一方面的第六種可能的實施方式，其中，讀取和處理未處理的消息包括：獲得共享內(nèi)存的讀操作鎖；讀取共享內(nèi)存中最早的消息并解除讀操作鎖；對讀取的消息進行處理。

第二方面，本發(fā)明實施例還提供一種ipc通信方法，應(yīng)用于發(fā)送方，包括：將消息寫入接收方的共享內(nèi)存；檢查共享內(nèi)存中的通知信號標記的狀態(tài)；當通知信號標記的狀態(tài)為有效時，向接收方發(fā)送新消息信號。

結(jié)合第二方面，本發(fā)明實施例提供了第二方面的第一種可能的實施方式，其中，將消息寫入接收方的共享內(nèi)存包括：獲得共享內(nèi)存上消息隊列的寫操作鎖；判斷消息隊列是否已滿；當消息隊列未滿時，在當前隊列的讀指針所指向區(qū)域?qū)懭胂?，然后釋放寫操作鎖；當消息隊列已滿時，等待預(yù)定時間后繼續(xù)執(zhí)行判斷消息隊列是否已滿的步驟。

第二方面，本發(fā)明實施例還提供一種服務(wù)器，包括發(fā)送模塊和接收模塊；發(fā)送模塊用于：將消息寫入接收方的共享內(nèi)存；檢查共享內(nèi)存中的通知信號標記的狀態(tài)；當通知信號標記的狀態(tài)為有效時，向接收方發(fā)送新消息信號；接收模塊包括監(jiān)控父進程、監(jiān)控父進程創(chuàng)建的多個相互獨立的消息處理子進程和共享內(nèi)存；接收模塊用于：消息處理子進程訪問共享內(nèi)存；消息處理子進程判斷共享內(nèi)存中未處理消息的數(shù)量；當共享內(nèi)存中沒有未處理消息時，設(shè)置通知信號標記的狀態(tài)為有效，并進入休眠狀態(tài)；其中，通知信號標記為有效的狀態(tài)用以觸發(fā)發(fā)送方在共享內(nèi)存寫入新消息時，向接收方發(fā)送新消息通知信號；當共享內(nèi)存中僅有一條未處理消息時，設(shè)置通知信號標記的狀態(tài)為有效，并讀取和處理未處理的消息；當接收方接收到新消息通知信號時，喚醒多個消息處理子進程中的至少一個子進程。

本發(fā)明實施例帶來了以下有益效果：

本實施例提供的ipc通信方法和服務(wù)器，通過在接收方設(shè)置共享內(nèi)存和通知信號標記，可以在閑時將該通知信號標記設(shè)置為有效，發(fā)送方在共享內(nèi)存寫入新消息時需要向接收方發(fā)送新消息通知信號，因此可以喚醒子進程以及時進行消息處理，因此可以提高閑時接收方的響應(yīng)速度，同時大部分子進程處于休眠狀態(tài)，減少多余的處理，降低服務(wù)器的能耗。

本發(fā)明的其他特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點在說明書、權(quán)利要求書以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。

為使本發(fā)明的上述目的、特征和優(yōu)點能更明顯易懂，下文特舉較佳實施例，并配合所附附圖，作詳細說明如下。

附圖說明

為了更清楚地說明本發(fā)明具體實施方式或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對具體實施方式或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施方式，對于本領(lǐng)域技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的一種ipc通信方法的流程示意圖；

圖2為本發(fā)明實施例提供的另一種ipc通信方法的流程示意圖；

圖3為本發(fā)明實施例提供的另一種ipc通信方法的流程示意圖；

圖4為本發(fā)明實施例提供的通信結(jié)構(gòu)的示意圖；

圖5為本發(fā)明實施例提供的服務(wù)器的結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

目前現(xiàn)有技術(shù)中的ipc通信方法存在閑時響應(yīng)不及時的問題，基于此，本發(fā)明實施例提供的一種ipc通信方法和服務(wù)器，可以提高閑時的響應(yīng)速度。

為便于對本實施例進行理解，首先對本發(fā)明實施例所公開的一種ipc通信方法進行詳細介紹。

在服務(wù)器中，不同進程之間需要進行相互通信，因此存在通信角色中的接收方和發(fā)送方。發(fā)送方可以是任意需要向當前接收方發(fā)送消息的進程或線程。發(fā)送方每次發(fā)送的都是完整的消息包，不存在被拆開的消息。接收方由一個監(jiān)控父進程，多個互相獨立的消息子處理進程和一塊由接收方管理的共享內(nèi)存組成。

其中，共享內(nèi)存在通信開始前就需要完成初始化，共享內(nèi)存里包括了一條存儲消息用的循環(huán)隊列，讀寫指針及相關(guān)的操作鎖和接受方接收的新消息到達的通知信號標記；一個接受方獨立管理一塊共享內(nèi)存，不同接受方所管理的共享內(nèi)存塊不重疊。

屬于接收方的監(jiān)控父進程在啟動時先用fork創(chuàng)建各個消息處理子進程，然后負責監(jiān)視所有消息處理子進程是否存活，存在子進程退出(異常退出或者處理消息積累到一定程度而主動退出)的情況，當進程數(shù)低于某個數(shù)量時再次創(chuàng)建新的子進程

消息處理子進程每個都可以獨立處理消息，不存在依賴；所有子進程在被監(jiān)控父進程創(chuàng)建時都會獲得一個所有子進程共享的用于接收發(fā)送方信號的epoll句柄，以用于進程的信號喚醒；所有的子進程都共同操作由接收方管理的一塊共享內(nèi)存，并從中讀取待處理消息。當有通知信號到達時，因為epoll本身的機制，所有等待信號的子進程只有一個會被系統(tǒng)喚醒。

實施例1

圖1是本發(fā)明一種ipc通信方法的流程示意圖。該方法應(yīng)用于接收方，接收方包括:監(jiān)控父進程、監(jiān)控父進程創(chuàng)建的多個相互獨立的消息處理子進程和共享內(nèi)存；共享內(nèi)存用于存儲通知信號標記和發(fā)送方寫入的消息；該實施方式示出的方法流程包括如下步驟：

步驟s11，消息處理子進程訪問共享內(nèi)存。

接收方包括多個消息處理子進程，上述子進程可以是結(jié)束休眠的子進程也可以是被監(jiān)控父程序喚醒的子進程。具體地，消息處理子進程訪問共享內(nèi)存是通過讀取共享內(nèi)存中的未處理消息實現(xiàn)。

步驟s12，消息處理子進程判斷共享內(nèi)存中未處理消息的數(shù)量。

接收方的消息處理分閑時和忙時兩種情況。其中閑時的情況是指共享內(nèi)存的消息隊列中有一段時間是空的，或未處理的消息量形不成積壓的情況，這種情況下消息處理子進程有大部分時間處于休眠狀態(tài)；忙時是指消息隊列中一直有消息的情況，指某個子進程去除一條待處理消息后隊列中仍然有待處理消息存在。因此可以通過判斷共享內(nèi)存中未處理消息的數(shù)量獲知閑時、忙時狀態(tài)。

當共享內(nèi)存中沒有未處理消息時，執(zhí)行步驟s13；當共享內(nèi)存中僅有一條未處理消息時，執(zhí)行步驟s14。

步驟s13，設(shè)置通知信號標記的狀態(tài)為有效，并進入休眠狀態(tài)。

當共享內(nèi)存中沒有未處理消息時，即數(shù)量為零的情況，此時消息處理子進程無需要執(zhí)行的任務(wù)，從而進入休眠狀態(tài)。此時會導致大部分子進程都進入休眠狀態(tài)，如果發(fā)送方發(fā)送了新消息就會得不到及時地響應(yīng)。由于在共享內(nèi)存中還存儲有通知信號標記，該通知信號標記包括有效和無效兩種狀態(tài)，其中，通知信號標記為有效的狀態(tài)用以觸發(fā)發(fā)送方在共享內(nèi)存寫入新消息時，向接收方發(fā)送新消息通知信號，因此設(shè)置該通知信號標記的狀態(tài)為有效。在接收方收到發(fā)送方發(fā)送的新消息通知信號后，喚醒子進程進行消息處理，因此可以提高閑時接收方的響應(yīng)速度。

其中，設(shè)置通知信號標記的狀態(tài)為有效或者無效通過設(shè)置通知信號標記的值實現(xiàn)。

步驟s14，設(shè)置通知信號標記的狀態(tài)為有效，并讀取和處理未處理的消息。

當共享內(nèi)存中僅有一條未處理消息時，即未處理的消息還未形成積壓的情況，此時也需要將通知信號標記的狀態(tài)設(shè)置為有效，并且讀取和處理未處理的消息。

具體地，讀取和處理未處理的消息包括：獲得共享內(nèi)存的讀操作鎖；讀取共享內(nèi)存中最早的消息并解除讀操作鎖；對讀取的消息進行處理。

步驟s15，喚醒多個消息處理子進程中的至少一個子進程。

根據(jù)前述內(nèi)容，所有子進程在被監(jiān)控父進程創(chuàng)建時都會獲得一個全子進程共享的用于接收發(fā)送方信號的epoll句柄，因此在收到新消息時，由于epoll支持多監(jiān)聽下只告知一個監(jiān)聽方有信號到達，因此所有休眠的消息處理子程序中只有一個會被喚醒去處理消息。通過上述通知信號標記的設(shè)置，不但可以提高閑時接收方的響應(yīng)速度，還可以僅根據(jù)需要喚醒子進程，降低了服務(wù)器的能耗。

當上述通知信號標記設(shè)置為有效時，子進程使用epoll_wait進入監(jiān)聽該信號的狀態(tài)，并設(shè)置監(jiān)聽超時。此時進程處于等待信號喚醒的狀態(tài)，如果此時有發(fā)送方發(fā)送新消息，并給接收方發(fā)出了信號，則接收方中所有處于等待信號喚醒狀態(tài)的子消息處理進程將會有一個被喚醒(epoll自身的競爭處理機制)，然后執(zhí)行該新消息，如果子進程直到超時都沒有被信號喚醒，則子進程退出等待狀態(tài)，重新執(zhí)行步驟s11。當沒有消息時，所有子進程休眠一段指定時間，中途如果有進程休眠時間到了，但因為沒有要處理的消息，子進程會重新進入休眠狀態(tài)。

上述方法通過在接收方設(shè)置共享內(nèi)存和通知信號標記，可以在閑時將該通知信號標記設(shè)置為有效，發(fā)送方在共享內(nèi)存寫入新消息時需要向接收方發(fā)送新消息通知信號，因此可以喚醒子進程以及時進行消息處理，因此可以提高閑時接收方的響應(yīng)速度，同時大部分子進程處于休眠狀態(tài)，減少多余的處理，降低服務(wù)器的能耗。

實施例2

圖2是本發(fā)明一種ipc通信方法的流程示意圖，在實施例1的基礎(chǔ)上，還包括共享內(nèi)存中有多于兩條未處理消息的情況下的步驟，當消息處理子進程判斷共享內(nèi)存中有多于兩條未處理消息時，具體步驟如下：

步驟s21，設(shè)置通知信號標記的狀態(tài)為無效，并讀取和處理未處理的消息。

上述通知信號標記為無效的狀態(tài)用以使發(fā)送方在共享內(nèi)存寫入新消息時，不向接收方發(fā)送新消息通知信號。

當共享內(nèi)存中有多于兩條未處理消息時，即忙時的情況，某個子進程處理一條待處理消息后隊列中仍然有待處理消息存在，消息處理子進程會把共享內(nèi)存中的信號標記設(shè)置為無效狀態(tài)，以告知發(fā)送方發(fā)送新消息后無需專門發(fā)送信號通知。原因在于：當通知信號標記為無效時，消息處理子進程處理完未處理消息后，繼續(xù)執(zhí)行訪問共享內(nèi)存的步驟；處于休眠狀態(tài)的消息處理子進程在休眠結(jié)束后，執(zhí)行訪問共享內(nèi)存的步驟。

具體地，消息處理子進程在處理完一個消息后不會進入休眠，而是直接處理下一個消息，而其他仍然處于休眠狀態(tài)的進程在休眠結(jié)束后也會加入到消息處理中，直到消息沒有堆積后，才回到閑時狀態(tài)的執(zhí)行方式。即直到消息隊列已空，則進程把通知信號標記設(shè)置為有效，自身使用epoll_wait進入監(jiān)聽該信號的狀態(tài)，并設(shè)置監(jiān)聽超時。

上述消息處理子進程處理消息時的詳細步驟如下：子進程先把共享內(nèi)存中的信號標記設(shè)置為無效狀態(tài)，然后獲得共享內(nèi)存中消息隊列中的讀操作鎖，讀出最早的一條消息，解除讀操作鎖，再對讀出來的消息進行處理，處理完成后檢查隊列中是否尚有未處理消息，有的情況下繼續(xù)獲得讀操作鎖并讀取下一條消息處理，直到消息隊列中沒有待處理消息后，子進程將共享內(nèi)存中的信號標記重新設(shè)置為有效狀態(tài)，自己轉(zhuǎn)入休眠。

本實施例提供的上述方法，當消息處理子進程判斷共享內(nèi)存中有多于兩條未處理消息時，通過設(shè)置通知信號標記的狀態(tài)為無效，不需要發(fā)送方發(fā)送新消息后專門發(fā)送信號通知，子進程處理完未處理消息后，繼續(xù)執(zhí)行訪問共享內(nèi)存的步驟，同時處于休眠狀態(tài)的消息處理子進程在休眠結(jié)束后，也執(zhí)行訪問共享內(nèi)存的步驟，在忙時接收方可以滿載處理，充分使用多進程的優(yōu)勢，實現(xiàn)多條消息的并行處理，最大限度使用服務(wù)器的處理能力。

實施例3

圖3是本發(fā)明一種ipc通信方法的流程示意圖，該實施方式示出的方法流程包括如下步驟：

步驟s31，將消息寫入接收方的共享內(nèi)存。

發(fā)送方向接收方發(fā)送數(shù)據(jù)的操作是通過向接收方的共享內(nèi)存寫數(shù)據(jù)實現(xiàn)的，數(shù)據(jù)寫完后還需要根據(jù)接收方在共享內(nèi)存中設(shè)置的通知信號值確定是否要向接收方發(fā)送通知信號。

具體包括：獲得共享內(nèi)存上消息隊列的寫操作鎖；判斷消息隊列是否已滿；當消息隊列未滿時，在當前隊列的讀指針所指向區(qū)域?qū)懭胂ⅲ缓筢尫艑懖僮麈i；當消息隊列已滿時，等待預(yù)定時間后繼續(xù)執(zhí)行判斷消息隊列是否已滿的步驟。

步驟s32，檢查共享內(nèi)存中的通知信號標記的狀態(tài)。

發(fā)送方寫完要發(fā)送的消息，釋放消息隊列寫操作鎖后，會檢查共享內(nèi)存中是否需要在發(fā)送新消息后發(fā)送信號的通知信號標記，如果該標記被設(shè)置為有效的信號值，則發(fā)送方向接收方發(fā)送指定的信號，否則不向接收方發(fā)送信號。該通知信號標記的變更由接收方消息處理子進程完成。當通知信號標記的狀態(tài)為有效時，執(zhí)行步驟s33；當通知信號標記的狀態(tài)為無效時，結(jié)束。

步驟s33，向接收方發(fā)送新消息信號。

可以理解的是，當通知信號標記的狀態(tài)為無效時，不需要向接收方發(fā)送新消息信號。

本實施例提供的上述方法，通過接收方的通知信號標記的狀態(tài)確定是否發(fā)送新消息信號通知接收方新消息到來，在閑時可以提高接收方的響應(yīng)速度，減少多余的處理，降低服務(wù)器的能耗；在忙時接收方可以滿載處理，充分使用多進程的優(yōu)勢，實現(xiàn)多條消息的并行處理，最大限度使用服務(wù)器的處理能力。

參見圖4所示的本實施例的通信結(jié)構(gòu)的示意圖，其中示出了多個發(fā)送方和多個接收方的多對多的通信方式，發(fā)送方將消息寫入共享內(nèi)存，接收方從共享內(nèi)存中讀取消息，在通知信號標記有效時接收方通過epoll機制喚醒消息處理子進程(圖中的獨立進程1、2、3)。

實施例4

本發(fā)明實施例4提供了一種服務(wù)器，該服務(wù)器包括可以管理資源并為用戶提供服務(wù)的設(shè)備。參見圖5所示的結(jié)構(gòu)示意圖，包括發(fā)送模塊510和接收模塊520；各模塊的功能如下：

發(fā)送模塊用于：將消息寫入接收方的共享內(nèi)存；檢查共享內(nèi)存中的通知信號標記的狀態(tài)；當通知信號標記的狀態(tài)為有效時，向接收方發(fā)送新消息信號。

接收模塊包括監(jiān)控父進程、監(jiān)控父進程創(chuàng)建的多個相互獨立的消息處理子進程和共享內(nèi)存；接收模塊用于：消息處理子進程訪問共享內(nèi)存；消息處理子進程判斷共享內(nèi)存中未處理消息的數(shù)量；當共享內(nèi)存中沒有未處理消息時，設(shè)置通知信號標記的狀態(tài)為有效，并進入休眠狀態(tài)；其中，通知信號標記為有效的狀態(tài)用以觸發(fā)發(fā)送方在共享內(nèi)存寫入新消息時，向接收方發(fā)送新消息通知信號；當共享內(nèi)存中僅有一條未處理消息時，設(shè)置通知信號標記的狀態(tài)為有效，并讀取和處理未處理的消息；當接收方接收到新消息通知信號時，喚醒多個消息處理子進程中的至少一個子進程。

本發(fā)明實施例提供的服務(wù)器，與上述實施例提供的ipc通信方法具有相同的技術(shù)特征，所以也能解決相同的技術(shù)問題，達到相同的技術(shù)效果。

本發(fā)明實施例所提供的ipc通信方法和服務(wù)器的計算機程序產(chǎn)品，包括存儲了程序代碼的計算機可讀存儲介質(zhì)，程序代碼包括的指令可用于執(zhí)行前面方法實施例中的方法，具體實現(xiàn)可參見方法實施例，在此不再贅述。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)和裝置的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程，在此不再贅述。

上述功能如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例的方法的全部或部分步驟。而前述的存儲介質(zhì)包括：u盤、移動硬盤、只讀存儲器(rom，read-onlymemory)、隨機存取存儲器(ram，randomaccessmemory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

最后應(yīng)說明的是：以上實施例，僅為本發(fā)明的具體實施方式，用以說明本發(fā)明的技術(shù)方案，而非對其限制，本發(fā)明的保護范圍并不局限于此，盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域技術(shù)人員應(yīng)當理解：任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，其依然可以對前述實施例所記載的技術(shù)方案進行修改或可輕易想到變化，或者對其中部分技術(shù)特征進行等同替換；而這些修改、變化或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明實施例技術(shù)方案的精神和范圍，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)以權(quán)利要求的保護范圍為準。