本發(fā)明實(shí)施例涉及通信技術(shù)，尤其涉及一種消息處理方法、智能終端及服務(wù)器。

背景技術(shù)：

目前，在智能終端，如智能手機(jī)、桌面電腦、平板電腦等運(yùn)行的應(yīng)用程序(Application，APP)越來(lái)越多。對(duì)于每一個(gè)應(yīng)用程序，用戶一般通過(guò)一個(gè)唯一的賬戶和密碼登錄該應(yīng)用程序進(jìn)行業(yè)務(wù)訪問(wèn)。然而，隨著技術(shù)的不斷發(fā)展，一個(gè)公司旗下的APP越來(lái)越多。例如，58趕集集團(tuán)旗下的APP包括58同城、安居客、趕集網(wǎng)、58到家等。為實(shí)現(xiàn)所有APP賬戶通用與提升賬戶的安全性，開(kāi)發(fā)出所有APP登錄通用的軟件開(kāi)發(fā)包(Software Development Ki，SDK)，該SDK嵌入在智能終端中。當(dāng)用戶需要進(jìn)行身份驗(yàn)證(Passport)登錄APP時(shí)，對(duì)每個(gè)APP使用統(tǒng)一的賬戶，通過(guò)SDK進(jìn)行登錄。

用戶在通過(guò)SDK登錄APP時(shí)，APP需要直接或間接的接收SDK轉(zhuǎn)發(fā)的消息以實(shí)現(xiàn)登錄或其他功能。為提升消息轉(zhuǎn)發(fā)效率，SDK采用單通道消息轉(zhuǎn)發(fā)機(jī)制。該機(jī)制下，SDK在消息處理的過(guò)程中，在同一時(shí)刻通常將消息轉(zhuǎn)發(fā)給多個(gè)APP中的一個(gè)。

上述消息處理過(guò)程中，SDK通過(guò)單通道消息轉(zhuǎn)發(fā)機(jī)制，在同一時(shí)刻將消息轉(zhuǎn)發(fā)給多個(gè)APP中的一個(gè)，使得消息轉(zhuǎn)發(fā)的效率較高。然而，該種方式下，同一時(shí)刻僅有一個(gè)APP接收到SDK轉(zhuǎn)發(fā)過(guò)來(lái)的消息，無(wú)法同時(shí)兼顧其他APP，消息轉(zhuǎn)發(fā)具有極大的局限性。

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

本發(fā)明提供一種消息處理方法、智能終端及服務(wù)器，通過(guò)雙通道消息轉(zhuǎn)發(fā)機(jī)制進(jìn)行消息轉(zhuǎn)發(fā)，從而消除單通道消息轉(zhuǎn)發(fā)機(jī)制的局限性。

第一方面，本發(fā)明實(shí)施例提供一種消息處理方法，適用于嵌入軟件開(kāi)發(fā)包SDK的智能終端，該方法包括：

所述SDK通過(guò)第一通道向身份驗(yàn)證服務(wù)器發(fā)送用于訪問(wèn)第一APP的訪問(wèn)請(qǐng)求；

所述SDK通過(guò)所述第一通道接收所述身份驗(yàn)證服務(wù)器發(fā)送的待處理消息；

所述SDK通過(guò)第二通道將所述待處理消息發(fā)送給第一應(yīng)用程序APP，并通過(guò)第三通道將所述待處理消息廣播給第二APP；

其中，所述第一APP、所述第二APP運(yùn)行在所述智能終端上。

在一種可行的實(shí)現(xiàn)方式中，所述SDK通過(guò)第二通道將所述待處理消息發(fā)送給第一應(yīng)用程序APP之前，還包括：

所述SDK過(guò)濾所述待處理消息。

在一種可行的實(shí)現(xiàn)方式中，所述SDK過(guò)濾所述待處理消息，包括：

所述SDK根據(jù)所述訪問(wèn)請(qǐng)求過(guò)濾所述待處理消息。

在一種可行的實(shí)現(xiàn)方式中，所述SDK過(guò)濾所述待處理消息之后，還包括：

所述SDK將所述待處理消息封裝為消息模型。

在一種可行的實(shí)現(xiàn)方式中，所述第二APP至少為一個(gè)。

第二方面，本發(fā)明實(shí)施例提供一種消息處理方法，包括：

身份驗(yàn)證服務(wù)器接收軟件開(kāi)發(fā)包SDK通過(guò)第一通道發(fā)送的用于訪問(wèn)第一APP的訪問(wèn)請(qǐng)求，所述SDK嵌入在智能終端上；

所述身份驗(yàn)證服生成待處理消息；

所述身份驗(yàn)證服務(wù)器通過(guò)所述第一通道向所述SDK發(fā)送待處理消息，以使得所述SDK通過(guò)第二通道將所述待處理消息發(fā)送給所述第一APP，并通過(guò)第三通道將所述待處理消息廣播給第二APP；

其中，所述第一APP、所述第二APP運(yùn)行在所述智能終端上。

在一種可行的實(shí)現(xiàn)方式中，所述第二APP至少為一個(gè)。

第三方面，本發(fā)明實(shí)施例提供一種智能終端，所述智能終端上內(nèi)嵌軟件開(kāi)發(fā)包SDK，所述SDK包括：

發(fā)送模塊，用于通過(guò)第一通道向身份驗(yàn)證服務(wù)器發(fā)送用于訪問(wèn)第一APP的訪問(wèn)請(qǐng)求；

接收模塊，用于通過(guò)所述第一通道接收所述身份驗(yàn)證服務(wù)器發(fā)送的待處理消息；

所述發(fā)送模塊，還用于通過(guò)第二通道將所述待處理消息發(fā)送給第一應(yīng)用程序APP，并通過(guò)第三通道將所述待處理消息廣播給第二APP；

其中，所述第一APP、所述第二APP運(yùn)行在所述智能終端上。

在一種可行的實(shí)現(xiàn)方式中，所述智能終端還包括：

處理模塊，用于在所述發(fā)送模塊通過(guò)第二通道將所述待處理消息發(fā)送給第一應(yīng)用程序APP之前，過(guò)濾所述待處理消息。

在一種可行的實(shí)現(xiàn)方式中，所述處理模塊，具體用于根據(jù)所述訪問(wèn)請(qǐng)求過(guò)濾所述待處理消息。

在一種可行的實(shí)現(xiàn)方式中，所述處理模塊，還用于在過(guò)濾所述待處理消息之后，將所述待處理消息封裝為消息模型。

在一種可行的實(shí)現(xiàn)方式中，所述第二APP至少為一個(gè)。

第四方面，本發(fā)明實(shí)施例提供一種服務(wù)器，包括：

接收模塊，用于接收軟件開(kāi)發(fā)包SDK通過(guò)第一通道發(fā)送的用于訪問(wèn)第一APP的訪問(wèn)請(qǐng)求，所述SDK嵌入在智能終端上；

處理模塊，用于生成待處理消息；

發(fā)送模塊，用于通過(guò)所述第一通道向所述SDK發(fā)送待處理消息，以使得所述SDK通過(guò)第二通道將所述待處理消息發(fā)送給所述第一APP，并通過(guò)第三通道將所述待處理消息廣播給第二APP；

其中，所述第一APP、所述第二APP運(yùn)行在所述智能終端上。

在一種可行的實(shí)現(xiàn)方式中，所述第二APP至少為一個(gè)。

本發(fā)明實(shí)施例提供的消息處理方法、智能終端及服務(wù)器，SDK被嵌入在智能終端上，智能終端上的SDK通過(guò)第一通道向身份驗(yàn)證服務(wù)器發(fā)送用于訪問(wèn)第一APP的訪問(wèn)請(qǐng)求，由身份驗(yàn)證服務(wù)器針對(duì)第一APP生成待處理消息，并將該待處理消息通過(guò)第二通達(dá)發(fā)送給第一APP，通過(guò)第三通道廣播給第二APP。待處理消息發(fā)送過(guò)程中，SDK在同一時(shí)刻將待處理消息通過(guò)第二通道與第三通道分別發(fā)送給第一APP與第二APP，相當(dāng)于采用了雙通道轉(zhuǎn)發(fā)機(jī)制轉(zhuǎn)發(fā)待處理消息，實(shí)現(xiàn)消除單通道消息轉(zhuǎn)發(fā)機(jī)制的局限性的目的。

附圖說(shuō)明

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

圖1為本發(fā)明消息處理方法實(shí)施例一的信令圖；

圖2為本發(fā)明智能終端實(shí)施例一的結(jié)構(gòu)示意圖；

圖3為本發(fā)明智能終端實(shí)施例二的結(jié)構(gòu)示意圖；

圖4為本發(fā)明身份驗(yàn)證服務(wù)器的結(jié)構(gòu)示意圖。

具體實(shí)施方式

為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。以下內(nèi)容為結(jié)合附圖及較佳實(shí)施例，對(duì)依據(jù)本發(fā)明申請(qǐng)的具體實(shí)施方式、結(jié)構(gòu)、特征及其功效的詳細(xì)說(shuō)明。

本發(fā)明的說(shuō)明書(shū)和權(quán)利要求書(shū)及上述附圖中的術(shù)語(yǔ)“第一”、“第二”、“第三”、“第四”等(如果存在)是用于區(qū)別類似的對(duì)象，而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用的數(shù)據(jù)在適當(dāng)情況下可以互換，以便這里描述的本發(fā)明的實(shí)施例例如能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤?。此外，術(shù)語(yǔ)“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過(guò)程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒(méi)有清楚地列出的或?qū)τ谶@些過(guò)程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。

圖1為本發(fā)明消息處理方法實(shí)施例一的信令圖，本實(shí)施例從智能終端與服務(wù)器交互的角度對(duì)本發(fā)明消息處理方法進(jìn)行詳細(xì)說(shuō)明。具體的，本實(shí)施例中SDK嵌入到智能終端中，不同的APP通過(guò)SDK進(jìn)行身份驗(yàn)證以登錄，該方法包括：

101、所述SDK通過(guò)第一通道向身份驗(yàn)證服務(wù)器發(fā)送用于訪問(wèn)第一APP的訪問(wèn)請(qǐng)求。

本發(fā)明實(shí)施例中，每個(gè)APP對(duì)應(yīng)一個(gè)APP服務(wù)器，以58趕集集團(tuán)旗下的APP，如安居客、58到家、趕集網(wǎng)等為例，安居客對(duì)應(yīng)一個(gè)服務(wù)器，58到家對(duì)應(yīng)一個(gè)服務(wù)器，趕集網(wǎng)對(duì)應(yīng)一個(gè)服務(wù)器，各個(gè)服務(wù)器可獨(dú)立設(shè)置，也可以集成設(shè)置。服務(wù)器可稱之為身份驗(yàn)證服務(wù)器，用于為各個(gè)APP提供單一登錄服務(wù)器等，用于存放客戶的注冊(cè)檔案文件、用戶名、密碼等。

當(dāng)用戶在智能終端上第一次登錄該些APP中的任意一個(gè)APP，即第一APP時(shí)，內(nèi)嵌到智能終端的SDK通過(guò)第一通道向身份驗(yàn)證服務(wù)器發(fā)送訪問(wèn)第一APP的訪問(wèn)請(qǐng)求。發(fā)送過(guò)程中，SDK可通過(guò)第一通道直接向身份驗(yàn)證服務(wù)器發(fā)送訪問(wèn)請(qǐng)求，或者，SDK通過(guò)第一通道向第一APP對(duì)應(yīng)的服務(wù)器發(fā)送訪問(wèn)請(qǐng)求，并由第一APP對(duì)應(yīng)的服務(wù)器將訪問(wèn)請(qǐng)求重定向到身份驗(yàn)證服務(wù)器。接收到訪問(wèn)請(qǐng)求后，身份驗(yàn)證服務(wù)器對(duì)用戶的身份進(jìn)行驗(yàn)證，即觸發(fā)用戶輸入賬戶與密碼等，并對(duì)用戶輸入的賬戶與密碼進(jìn)行驗(yàn)證。驗(yàn)證成功后，生成待處理消息。

當(dāng)用戶在智能終端上非首次登陸該些APP中的任意一個(gè)APP，即第一APP時(shí)，內(nèi)嵌到智能終端的SDK通過(guò)第一通道向身份驗(yàn)證服務(wù)器發(fā)送訪問(wèn)第一APP的訪問(wèn)請(qǐng)求。發(fā)送過(guò)程中，SDK可通過(guò)第一通道直接向身份驗(yàn)證服務(wù)器發(fā)送訪問(wèn)請(qǐng)求，或者，SDK通過(guò)第一通道向第一APP對(duì)應(yīng)的服務(wù)器發(fā)送訪問(wèn)請(qǐng)求，并由第一APP對(duì)應(yīng)的服務(wù)器將訪問(wèn)請(qǐng)求重定向到身份驗(yàn)證服務(wù)器。接收到訪問(wèn)請(qǐng)求后，身份驗(yàn)證服務(wù)器根據(jù)之前的記錄，確定出已經(jīng)對(duì)該用戶的身份成功驗(yàn)證，則生成待處理消息。

102、身份驗(yàn)證服務(wù)器生成待處理消息。

本步驟中，身份驗(yàn)證服務(wù)器在對(duì)通過(guò)智能終端登錄APP的用戶的身份驗(yàn)證成功后，針對(duì)第一APP生成待處理消息。例如，身份驗(yàn)證服務(wù)器自身為第一APP生成待處理消息；再如，身份驗(yàn)證服務(wù)器接收第一APP對(duì)應(yīng)的服務(wù)器發(fā)送的待處理消息；又如，身份驗(yàn)證服務(wù)器接收第二APP對(duì)應(yīng)的服務(wù)器發(fā)送的待處理消息，該待處理消息可以被第一APP利用。

103、所述SDK通過(guò)第二通道將所述待處理消息發(fā)送給第一應(yīng)用程序APP。

104、SDK通過(guò)第三通道將所述待處理消息廣播給第二APP。

上述步驟103與104中，第一APP與第二APP均為運(yùn)行在智能終端上的APP。其中，第一APP為用戶當(dāng)前正在訪問(wèn)的APP，第二APP為后臺(tái)運(yùn)行的APP等。當(dāng)SDK接收到身份驗(yàn)證服務(wù)器針對(duì)第一APP生成的待處理消息后，將該帶處理消息通過(guò)第二通道轉(zhuǎn)發(fā)給第一APP，并通過(guò)第三通道廣播給第二APP。其中，第二APP可以為一個(gè)或者為多個(gè)。該過(guò)程中，SDK在同一時(shí)刻將待處理消息通過(guò)第二通道與第三通道分別發(fā)送給第一APP與第二APP，相當(dāng)于采用了雙通道轉(zhuǎn)發(fā)機(jī)制轉(zhuǎn)發(fā)待處理消息。

需要說(shuō)明的是，上述實(shí)施例中，雖然SDK在同一時(shí)刻將待處理消息通過(guò)第二通道與第三通道分別發(fā)送給第一APP與第二APP，即103與104同步執(zhí)行。然而，本發(fā)明實(shí)施例并不以此為限制，在其他可行的實(shí)現(xiàn)方式中，步驟103可先于104執(zhí)行，或者，先執(zhí)行步驟104，再執(zhí)行步驟103。

本發(fā)明實(shí)施例提供的消息處理方法，SDK被嵌入在智能終端上，智能終端上的SDK通過(guò)第一通道向身份驗(yàn)證服務(wù)器發(fā)送用于訪問(wèn)第一APP的訪問(wèn)請(qǐng)求，由身份驗(yàn)證服務(wù)器針對(duì)第一APP生成待處理消息，并將該待處理消息通過(guò)第二通達(dá)發(fā)送給第一APP，通過(guò)第三通道廣播給第二APP。待處理消息發(fā)送過(guò)程中，SDK在同一時(shí)刻將待處理消息通過(guò)第二通道與第三通道分別發(fā)送給第一APP與第二APP，相當(dāng)于采用了雙通道轉(zhuǎn)發(fā)機(jī)制轉(zhuǎn)發(fā)待處理消息，實(shí)現(xiàn)消除單通道消息轉(zhuǎn)發(fā)機(jī)制的局限性的目的。

可選的，在本發(fā)明一實(shí)施例中，上述的步驟103之前，SDK過(guò)濾所述待處理消息。

具體的，由于待處理消息包含的內(nèi)容可能包括一些不必要的數(shù)據(jù)或重復(fù)的數(shù)據(jù)等。即使SDK將該些數(shù)據(jù)發(fā)送給第一APP或第二APP，對(duì)于第一APP或第二APP來(lái)說(shuō)，該些數(shù)據(jù)是沒(méi)有用的。對(duì)該些沒(méi)有用的數(shù)據(jù)進(jìn)行發(fā)送和接收，浪費(fèi)資源的同時(shí)影響其他有用的數(shù)據(jù)的傳遞。因此，本實(shí)施例中，SDK在接收到待處理數(shù)據(jù)后，先對(duì)待處理數(shù)據(jù)進(jìn)行過(guò)濾，再將過(guò)濾后的待處理數(shù)據(jù)發(fā)送給第一APP和第二APP。

可選的，在本發(fā)明一實(shí)施例中，SDK對(duì)待處理數(shù)據(jù)進(jìn)行過(guò)濾時(shí)，可根據(jù)訪問(wèn)請(qǐng)求過(guò)濾待處理數(shù)據(jù)。例如，根據(jù)訪問(wèn)請(qǐng)求中攜帶的參數(shù)來(lái)決定哪些數(shù)據(jù)可以刪除掉，甚至來(lái)自SDK哪些接口的數(shù)據(jù)可以完全拒絕。

可選的，在本發(fā)明一實(shí)施例中，SDK在對(duì)待處理消息進(jìn)行過(guò)濾后，還將過(guò)濾后的待處理消息封裝為消息模型，從而提高待處理消息的內(nèi)聚性。

圖2為本發(fā)明智能終端實(shí)施例一的結(jié)構(gòu)示意圖，所述智能終端上內(nèi)嵌軟件開(kāi)發(fā)包SDK，所述SDK包括：

發(fā)送模塊11，用于通過(guò)第一通道向身份驗(yàn)證服務(wù)器發(fā)送用于訪問(wèn)第一APP的訪問(wèn)請(qǐng)求；

接收模塊12，用于通過(guò)所述第一通道接收所述身份驗(yàn)證服務(wù)器發(fā)送的待處理消息；

所述發(fā)送模塊11，還用于通過(guò)第二通道將所述待處理消息發(fā)送給第一應(yīng)用程序APP，并通過(guò)第三通道將所述待處理消息廣播給第二APP；

其中，所述第一APP、所述第二APP運(yùn)行在所述智能終端上。

本發(fā)明實(shí)施例提供的智能終端，SDK被嵌入在智能終端上，智能終端上的SDK通過(guò)第一通道向身份驗(yàn)證服務(wù)器發(fā)送用于訪問(wèn)第一APP的訪問(wèn)請(qǐng)求，由身份驗(yàn)證服務(wù)器針對(duì)第一APP生成待處理消息，并將該待處理消息通過(guò)第二通達(dá)發(fā)送給第一APP，通過(guò)第三通道廣播給第二APP。待處理消息發(fā)送過(guò)程中，SDK在同一時(shí)刻將待處理消息通過(guò)第二通道與第三通道分別發(fā)送給第一APP與第二APP，相當(dāng)于采用了雙通道轉(zhuǎn)發(fā)機(jī)制轉(zhuǎn)發(fā)待處理消息，實(shí)現(xiàn)消除單通道消息轉(zhuǎn)發(fā)機(jī)制的局限性的目的。

圖3為本發(fā)明智能終端實(shí)施例二的結(jié)構(gòu)示意圖。請(qǐng)參照?qǐng)D3，本發(fā)明實(shí)施例提供的智能終端，在上述圖2的基礎(chǔ)上，進(jìn)一步的，還包括：

處理模塊13，用于在所述發(fā)送模塊11通過(guò)第二通道將所述待處理消息發(fā)送給第一應(yīng)用程序APP之前，過(guò)濾所述待處理消息。

可選的，在本發(fā)明一實(shí)施例中，所述處理模塊13，具體用于根據(jù)所述訪問(wèn)請(qǐng)求過(guò)濾所述待處理消息。

可選的，在本發(fā)明一實(shí)施例中，所述處理模塊13，還用于在過(guò)濾所述待處理消息之后，將所述待處理消息封裝為消息模型。

可選的，在本發(fā)明一實(shí)施例中，所述第二APP至少為一個(gè)。

圖4為本發(fā)明身份驗(yàn)證服務(wù)器的結(jié)構(gòu)示意圖，包括：

接收模塊21，用于接收軟件開(kāi)發(fā)包SDK通過(guò)第一通道發(fā)送的用于訪問(wèn)第一APP的訪問(wèn)請(qǐng)求，所述SDK嵌入在智能終端上；

處理模塊22，用于生成待處理消息；

發(fā)送模塊23，用于通過(guò)所述第一通道向所述SDK發(fā)送待處理消息，以使得所述SDK通過(guò)第二通道將所述待處理消息發(fā)送給所述第一APP，并通過(guò)第三通道將所述待處理消息廣播給第二APP；

其中，所述第一APP、所述第二APP運(yùn)行在所述智能終端上。

本發(fā)明實(shí)施例提供的消息處理方法，當(dāng)?shù)闹悄芙K端上的SDK通過(guò)第一通道向身份驗(yàn)證服務(wù)器發(fā)送用于訪問(wèn)第一APP的訪問(wèn)請(qǐng)求后，針對(duì)第一APP生成待處理消息，并將該待處理消息通過(guò)第二通達(dá)發(fā)送給第一APP，通過(guò)第三通道廣播給第二APP。待處理消息發(fā)送過(guò)程中，SDK在同一時(shí)刻將待處理消息通過(guò)第二通道與第三通道分別發(fā)送給第一APP與第二APP，相當(dāng)于采用了雙通道轉(zhuǎn)發(fā)機(jī)制轉(zhuǎn)發(fā)待處理消息，實(shí)現(xiàn)消除單通道消息轉(zhuǎn)發(fā)機(jī)制的局限性的目的。

可選的，在本發(fā)明一實(shí)施例中，所述第二APP至少為一個(gè)。

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

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