本發(fā)明涉及計算機(jī)領(lǐng)域，更具體地，涉及一種消息推送方法和系統(tǒng)。

背景技術(shù)：

互聯(lián)網(wǎng)時代的發(fā)展，消息推送越來越重要，一些設(shè)計到金融、安全的領(lǐng)域?qū)τ谙⑼扑偷目煽啃?，就變得非常重要，傳統(tǒng)的消息推送容易丟失消息，遇到網(wǎng)絡(luò)中斷或者一些特殊情況消息很容易丟失，推送方保證不了自己推送出去的消息是否能夠到達(dá)到對方，這將會帶來極大的損失。

多客戶端之間的消息推送也是一個問題，一些常見的推送服務(wù)器可能只支持pc端，支持不了web或者移動端的推送，用戶體驗極不好。

目前對于消息在網(wǎng)絡(luò)中斷或者一些特殊的情況下造成的丟失消息還沒有比較好的解決方案，比如極推、百度云推送等在一些情況下也會丟失消息，所以推送消息丟失是個需要重視的問題。

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

本發(fā)明要解決的技術(shù)問題在于提高消息推送的可靠性。

根據(jù)本發(fā)明實施例的一方面，提供了一種消息的推送方法，包括：

發(fā)送方發(fā)送一組消息體至接收方，并記錄所發(fā)送的該組消息體中最后發(fā)送的一條消息體的標(biāo)識，一組消息體包括至少一條消息體；

發(fā)送方向接收方請求回執(zhí)消息，回執(zhí)消息包括接收方在接收該組消息體時最后接收到的一條消息體的標(biāo)識；以及

發(fā)送方接收到接收方返回的回執(zhí)消息并將返回的回執(zhí)消息中的標(biāo)識與所記錄的標(biāo)識進(jìn)行比較。

可選地，發(fā)送方基于預(yù)先注冊的推送賬號而發(fā)送一組消息體至接收方。

優(yōu)選地，根據(jù)本發(fā)明的推送方法還包括：

發(fā)送方向接收方每發(fā)送一條消息體之后，在本地保存該條消息體；

如果比較結(jié)果不同，則發(fā)送方重新向接收方發(fā)送所保存的消息體，或者向接收方提示消息發(fā)送錯誤。

另外，根據(jù)本發(fā)明的推送方法還包括：

發(fā)送方在重新發(fā)送所保存的消息體之后，再次向接收方請求回執(zhí)消息；

發(fā)送方接收到接收方再次返回的回執(zhí)消息并將再次返回的回執(zhí)消息中的標(biāo)識與所記錄的標(biāo)識進(jìn)行比較；

在比較結(jié)果不同時，判斷發(fā)送方發(fā)送該組消息體的次數(shù)是否達(dá)到預(yù)定次數(shù)，如果為否，則繼續(xù)向接收方重新發(fā)送該組消息體；如果為是，則發(fā)送方判斷為消息推送失敗。

此外，根據(jù)本發(fā)明的推送方法還包括：

發(fā)送方在發(fā)送消息體至接收方之前，判斷二者之間是否存在連接，若否，則發(fā)送方將該組消息體作為離線消息進(jìn)行存儲；

當(dāng)二者之間存在連接，則發(fā)送方發(fā)送離線消息至接收方，并記錄所發(fā)送的離線消息中最后發(fā)送的一條消息體的標(biāo)識。

另外，根據(jù)本發(fā)明的推送方法還包括：

發(fā)送方以加密方式發(fā)送該組消息體/每一條消息體至接收方。

根據(jù)本發(fā)明實施例的再一方面，提供了一種用于消息推送的客戶端，包括：

消息體發(fā)送單元，其配置為發(fā)送一組消息體至服務(wù)端，并記錄所發(fā)送的該組消息體中最后發(fā)送的一條消息體的標(biāo)識，一組消息體包括至少一條消息體；

回執(zhí)消息請求單元，其配置為向服務(wù)端請求回執(zhí)消息，回執(zhí)消息包括服務(wù)端在接收該組消息體時最后接收到的一條消息體的標(biāo)識；以及

比較單元，其配置為接收從服務(wù)端返回的回執(zhí)消息并將回執(zhí)消息中的標(biāo)識與所記錄的標(biāo)識進(jìn)行比較。

可選地，消息體發(fā)送單元配置為基于預(yù)先注冊的推送賬號而發(fā)送一組消息體至服務(wù)端。

可選地，根據(jù)本發(fā)明的客戶端還包括：

存儲單元，其配置為在消息體發(fā)送單元向服務(wù)端每發(fā)送一條消息體之后，在本地保存該條消息體，

其中，消息體發(fā)送單元還被配置為在比較單元得出的比較結(jié)果為不同時，重新向服務(wù)端發(fā)送所保存的消息體，或者向服務(wù)端提示消息發(fā)送錯誤。

根據(jù)本發(fā)明實施例的再一方面，提供了一種用于消息推送的服務(wù)端，包括：

消息體接收單元，其配置為接收客戶端發(fā)送的一組消息體，并記錄所接收的該組消息體中最后接收到的一條消息體的標(biāo)識，一組消息體包括至少一條消息體；

回執(zhí)消息發(fā)送單元，其配置為接收到客戶端的回執(zhí)消息請求后，向客戶端發(fā)送回執(zhí)消息，回執(zhí)消息包括消息體接收單元在接收該組消息體時最后接收到的一條消息體的標(biāo)識。

根據(jù)本發(fā)明實施例的再一方面，提供了一種消息推送系統(tǒng)，包括上述根據(jù)本發(fā)明的客戶端和上述根據(jù)本發(fā)明的服務(wù)端。

根據(jù)本發(fā)明實施例的再一方面，提供了一種消息推送系統(tǒng)，包括接收端和根據(jù)本發(fā)明的服務(wù)端，服務(wù)端將從客戶端接收的一組消息體發(fā)送至接收端，其中，服務(wù)端還包括：

消息體發(fā)送單元，其配置為發(fā)送一組消息體至接收端，并記錄所發(fā)送的該組消息體中最后發(fā)送的一條消息體的標(biāo)識，一組消息體包括至少一條消息體；

回執(zhí)消息請求單元，其配置為向接收端請求回執(zhí)消息，回執(zhí)消息包括接收端在接收該組消息體時最后接收到的一條消息體的標(biāo)識；以及

比較單元，其配置為接收從接收端返回的回執(zhí)消息并將回執(zhí)消息中的標(biāo)識與所記錄的標(biāo)識進(jìn)行比較。

可選地，服務(wù)端還包括：

解析單元，其配置為對從客戶端接收到的消息體以與客戶端的序列化方式對應(yīng)的方式進(jìn)行解析以確定接收端。

可選地，服務(wù)端還包括：

判斷單元，其配置為在解析單元解析后的格式滿足預(yù)定發(fā)送條件的情況下，判斷該接收端與服務(wù)端是否連接；

存儲單元，其配置為在判斷單元的判斷結(jié)果為否的情況下，將該組消息存儲為離線消息。

根據(jù)本發(fā)明實施例的再一方面，提供了一種消息推送系統(tǒng)，包括接收端、根據(jù)本發(fā)明的客戶端和根據(jù)本發(fā)明的服務(wù)端，服務(wù)端將從客戶端接收的一組消息體發(fā)送至接收端。

通過本發(fā)明實施例，可以避免消息推送過程中由于網(wǎng)絡(luò)中斷或者一些特殊情況造成的消息丟失。此外，只要發(fā)送方和接收方按照約定協(xié)議進(jìn)行通信，實現(xiàn)的消息推送是可靠的，其中，客戶端和服務(wù)端可以作為一組發(fā)送方和接收方，而服務(wù)端和接收端也可以作為一組發(fā)送方和接收方。而且，根據(jù)本發(fā)明的實施例，客戶端可以是任意客戶端，例如Web客戶端、移動端客戶端、PC客戶端。在本發(fā)明實施例中，推送發(fā)送方(客戶端)只需要實現(xiàn)推送協(xié)議，并注冊推送賬號或者獲取臨時推送賬號，就可以完成推送率較高的消息推送。

附圖說明

圖1是根據(jù)本發(fā)明實施例的一種消息推送方法的流程圖；

圖2是根據(jù)本發(fā)明實施例的用于消息推送的客戶端的示例性框圖；

圖3是根據(jù)本發(fā)明實施例的用于消息推送的服務(wù)端的示例性框圖；

圖4示出了利用根據(jù)本發(fā)明第一消息推送系統(tǒng)進(jìn)行消息推送的實施例的流程圖；

圖5示出了利用根據(jù)本發(fā)明第二消息推送系統(tǒng)進(jìn)行消息推送的實施例的流程圖；

圖6示出了利用根據(jù)本發(fā)明第三消息推送系統(tǒng)的示例性框圖。

具體實施方式

下面結(jié)合附圖對本發(fā)明實施例作進(jìn)一步的詳細(xì)說明。本發(fā)明所涉及到的發(fā)送/接收消息均是以雙方所約定的協(xié)議格式進(jìn)行傳輸，不再贅述。

圖1是根據(jù)本發(fā)明實施例的一種消息的推送方法的流程圖。如圖1所示，該推送方法可以包括：

步驟S101,發(fā)送方發(fā)送一組消息體至接收方，并記錄所發(fā)送的該組消息體中最后發(fā)送的一條消息體的標(biāo)識，一組消息體包括至少一條消息體。其中，發(fā)送方可以是客戶端，而接收方可以是服務(wù)端。

在一可選實施例中，發(fā)送方基于預(yù)先注冊的推送賬號而發(fā)送一組消息體至接收方，發(fā)送方向接收方注冊的推送賬號可以是固定的推送賬號，也可以是臨時的推送賬號。固定的推送賬號以后可以一直使用，而臨時的推送賬號則會有一定的限制?？蛻舳讼蚍?wù)端發(fā)送消息體，可以發(fā)送一條也可以發(fā)送多條消息體。此外，客戶端可以在本地緩存所發(fā)送的每一條消息體，并記錄所發(fā)送的一組消息體中最后發(fā)送的一條消息體的標(biāo)識，所謂標(biāo)識就是每一消息體的特有的識別符。

S102，發(fā)送方向接收方請求回執(zhí)消息，回執(zhí)消息包括接收方在接收該組消息體時最后接收到的一條消息體的標(biāo)識。

在本實施例中，接收方接收到的消息是按照順序處理的，在接收到一組消息體后會記錄下最后接收的一條消息體的標(biāo)識(在另一個實施方式中，接收方可以在接收到該發(fā)送方的每一條消息體之后記錄該條消息體的標(biāo)識)，然后在接收到發(fā)送方所發(fā)送的回執(zhí)消息的請求(該請求比較簡單，其大小很小)之后，根據(jù)對應(yīng)該發(fā)送方的上述最后接收的一條消息體的標(biāo)識生成回執(zhí)消息，并返回給該發(fā)送方。

S103，發(fā)送方接收到接收方返回的回執(zhí)消息并將返回的回執(zhí)消息中的標(biāo)識與所記錄的標(biāo)識進(jìn)行比較。如果比較結(jié)果為相同，發(fā)送方判斷為接收方接收消息成功。

在一可選實施例中，根據(jù)本發(fā)明的推送方法還可以包括：發(fā)送方向接收方每發(fā)送一條消息體之后，在本地保存該條消息體；如果比較結(jié)果不同，則發(fā)送方重新向接收方發(fā)送所保存的消息體，或者向接收方提示消息發(fā)送錯誤。

上述消息推送過程是推送消息從發(fā)送方到接收方的過程，其保證了消息推送的可靠性。

在一可選實施例中，根據(jù)本發(fā)明的推送方法還可以包括：發(fā)送方在重新發(fā)送所保存的消息體之后，再次向接收方請求回執(zhí)消息；發(fā)送方接收到接收方再次返回的回執(zhí)消息并將再次返回的回執(zhí)消息中的標(biāo)識與所記錄的標(biāo)識進(jìn)行比較；在比較結(jié)果不同時，判斷發(fā)送方發(fā)送該組消息體的次數(shù)是否達(dá)到預(yù)定次數(shù)，如果為否，則繼續(xù)向接收方重新發(fā)送該組消息體；如果為是，則發(fā)送方判斷為消息推送失敗。

即，可以設(shè)定發(fā)送策略，發(fā)送方可以只發(fā)送一次便提醒發(fā)送錯誤，然后由用戶進(jìn)行另外的操作，也可以設(shè)定讓發(fā)送方在第一次發(fā)送失敗后，自動再次發(fā)送，直到失敗次數(shù)達(dá)到預(yù)定的失敗上限。后者可以提高操作效率。

在一可選實施例中，根據(jù)本發(fā)明的推送方法還可以包括：發(fā)送方在發(fā)送消息體至接收方之前，判斷二者之間是否存在連接，若否，則發(fā)送方將該組消息體作為離線消息進(jìn)行存儲；當(dāng)二者之間存在連接，則發(fā)送方發(fā)送離線消息至接收方，并記錄所發(fā)送的離線消息中最后發(fā)送的一條消息體的標(biāo)識。

以離線方式進(jìn)行存儲因二者之間不存在連接而不能發(fā)送的消息體可以使發(fā)送方的操作時間更為靈活，不限于兩者共同連接的時間。

在一可選實施例中，根據(jù)本發(fā)明的推送方法還可以包括：發(fā)送方以加密方式發(fā)送該組消息體/每一條消息體至接收方，這樣提高了消息推送的安全性。

圖2是根據(jù)本發(fā)明實施例的用于消息推送的客戶端的示例性框圖。如圖2所示，根據(jù)本發(fā)明的用于消息推送的客戶端(其對應(yīng)于圖1中所示的發(fā)送方)，包括：

消息體發(fā)送單元21，其配置為發(fā)送一組消息體至服務(wù)端，并記錄所發(fā)送的該組消息體中最后發(fā)送的一條消息體的標(biāo)識，一組消息體包括至少一條消息體；

回執(zhí)消息請求單元22，其配置為向服務(wù)端請求回執(zhí)消息，回執(zhí)消息包括服務(wù)端在接收該組消息體時最后接收到的一條消息體的標(biāo)識；以及

比較單元23，其配置為接收從服務(wù)端返回的回執(zhí)消息并將回執(zhí)消息中的標(biāo)識與所記錄的標(biāo)識進(jìn)行比較。

在一可選實施例中，消息體發(fā)送單元21配置為基于預(yù)先注冊的推送賬號而發(fā)送一組消息體至服務(wù)端。推送賬號可以是固定的推送賬號，也可以是臨時的推送賬號。固定的推送賬號以后可以一直使用，而臨時的推送賬號則會有一定的限制。

在一可選實施例中，根據(jù)本發(fā)明的客戶端還包括：存儲單元，其配置為在消息體發(fā)送單元向服務(wù)端每發(fā)送一條消息體之后，在本地保存該條消息體，其中，消息體發(fā)送單元還被配置為在比較單元得出的比較結(jié)果為不同時，重新向服務(wù)端發(fā)送所保存的消息體，或者向服務(wù)端提示消息發(fā)送錯誤。

圖3是根據(jù)本發(fā)明實施例的用于消息推送的服務(wù)端的示例性框圖。如圖3所示，根據(jù)本發(fā)明的用于消息推送的服務(wù)端(其對應(yīng)于圖1中所示的接收方)包括：

消息體接收單元31，其配置為接收客戶端發(fā)送的一組消息體，并記錄所接收的該組消息體中最后接收到的一條消息體的標(biāo)識，一組消息體包括至少一條消息體；

回執(zhí)消息發(fā)送單元32，其配置為接收到客戶端的回執(zhí)消息請求后，向客戶端發(fā)送回執(zhí)消息，回執(zhí)消息包括消息體接收單元在接收該組消息體時最后接收到的一條消息體的標(biāo)識。

根據(jù)本發(fā)明的一個實施例，提供了第一消息推送系統(tǒng)，其包括如圖2示的客戶端和如圖3示的服務(wù)端，兩者之間的消息推送過程可以參考圖4。在圖4所示出的消息推送過程中，首先，搭建基于根據(jù)本發(fā)明的消息推送方法的協(xié)議的推送服務(wù)器，選擇合理的傳輸框架，開啟服務(wù)。然后配置客戶端，客戶端可以向服務(wù)端注冊推送賬號。通常情況下，注冊時會生成一些加密需要的證書。

然后選擇合適的推送客戶端，前提是該推送客戶端也實現(xiàn)了與推送服務(wù)器相同的協(xié)議，選擇合適的通信協(xié)議和序列化方式，準(zhǔn)備好之后，登錄推送平臺，成功登錄之后會得到令牌(Token，一個憑證，相當(dāng)于會話機(jī)制，從而保證在一段時間內(nèi)的客戶端和服務(wù)端之間保持可以通話的狀態(tài)，而無需每次發(fā)送消息體的時候重新登錄)。

客戶端可以基于注冊的推送賬號發(fā)送包括一條或多條消息體的一組消息體到服務(wù)端?？蛻舳诉M(jìn)一步發(fā)送消息回執(zhí)請求。服務(wù)端根據(jù)接收到的消息回執(zhí)請求，將基于該推送賬號從客戶端接收的一組消息體中最后接收的一條消息的標(biāo)識返回給客戶端。

客戶端判斷其記錄的最后一條消息的標(biāo)識與服務(wù)端返回到的最后一條消息的標(biāo)識是否相同。判斷為不相同時，重新發(fā)送之前發(fā)送的一條或多條消息體，或者向服務(wù)端提示消息發(fā)送錯誤。

在服務(wù)端，服務(wù)端解析消息內(nèi)容，查看對應(yīng)的消息接收方是否登錄，即服務(wù)端與消息接收方是否存在連接。如果存在連接，則直接將從客戶端接收到的一條或多條消息發(fā)送給消息接收方。如果不存在連接，則將接收到的一條或多條消息暫時存為離線消息，等到消息接收方登錄之后再推送。

根據(jù)本發(fā)明的另一個可選實施例，其提供了第二消息推送系統(tǒng)，該消息推送系統(tǒng)包括接收端和如圖3所示的服務(wù)端，服務(wù)端將從客戶端接收的一組消息體發(fā)送至接收端，其中，服務(wù)端還包括：

消息體發(fā)送單元，其配置為發(fā)送一組消息體至接收端，并記錄所發(fā)送的該組消息體中最后發(fā)送的一條消息體的標(biāo)識，一組消息體包括至少一條消息體；

回執(zhí)消息請求單元，其配置為向接收端請求回執(zhí)消息，回執(zhí)消息包括接收端在接收該組消息體時最后接收到的一條消息體的標(biāo)識；以及

比較單元，其配置為接收從接收端返回的回執(zhí)消息并將回執(zhí)消息中的標(biāo)識與所記錄的標(biāo)識進(jìn)行比較。

在一可選實施例中，服務(wù)端還包括：解析單元，其配置為對從客戶端接收到的消息體以與客戶端的序列化方式對應(yīng)的方式進(jìn)行解析以確定接收端。序列化方式比如可以是但不限于josn、xml、protobuf等。

在一可選實施例中，服務(wù)端還包括：判斷單元，其配置為在解析單元解析后的格式滿足預(yù)定發(fā)送條件的情況下，判斷該接收端與服務(wù)端是否連接；存儲單元，其配置為在判斷單元的判斷結(jié)果為否的情況下，將該組消息存儲為離線消息。

圖5示出了根據(jù)本發(fā)明實施例的第二消息推送系統(tǒng)的將消息從服務(wù)端推送到接收端的過程。如圖5所示，該推送消息過程包括：

S501，服務(wù)端在正確接收到一組消息體后并在該組消息體解析后的格式滿足預(yù)定發(fā)送條件的情況下，判斷該接收端與服務(wù)端是否連接，若否則執(zhí)行S502，將該組消息體作為離線消息暫時存儲；

S503，當(dāng)服務(wù)端檢測到接收端連接到服務(wù)端后，將所存儲的該組消息體發(fā)送給接收端并記錄所發(fā)送的該組消息體中最后發(fā)送的一條消息體的標(biāo)識；

S504，服務(wù)端向接收端請求回執(zhí)消息；

S505，服務(wù)端接收從接收端返回的回執(zhí)消息；

S506，服務(wù)端將回執(zhí)消息中的標(biāo)識與所記錄的標(biāo)識進(jìn)行比較，如果比較結(jié)果為相同則執(zhí)行S507，服務(wù)端判定為接收消息成功；如果比較結(jié)果為不同，則執(zhí)行S508，服務(wù)端重新向接收端發(fā)送所保存的該組消息體?？蛇x地，服務(wù)端可以向接收端提示消息發(fā)送失敗。本發(fā)明實施例確保了推送消息的每個階段都是可達(dá)的，保證了推送消息的可達(dá)和可靠性。

在本發(fā)明實施例中，消息推送的過程是可以選擇消息加密的，比如對稱加密、協(xié)商秘鑰等加密方案，這樣可以保證數(shù)據(jù)的安全性。

根據(jù)本發(fā)明的一個實施例，整合本發(fā)明實施例的第一消息推送系統(tǒng)和第二消息推送系統(tǒng)而提供了第三消息推送系統(tǒng)，包括接收端、如圖2所示的客戶端和如圖3所示的服務(wù)端，服務(wù)端將從客戶端接收的一組消息體發(fā)送至接收端?？蛻舳嗽诎l(fā)送消息體的時候作為發(fā)送方將一組消息體根據(jù)本發(fā)明的推送方法發(fā)送到服務(wù)端，而服務(wù)端相對于客戶端時作為接收方，而在接收到客戶端的一組消息體之后，又作為發(fā)送方將該組消息體根據(jù)本發(fā)明的推送方法發(fā)送到作為接收方的接收端。

通過本發(fā)明實施例的消息推送方法或消息推送系統(tǒng)，可以解決以下現(xiàn)存問題：

1.推送客戶端不同不能推送，一個大型的網(wǎng)站推送必不可少，多端支持也必不可少，有些推送服務(wù)只支持pc端或者移動端，導(dǎo)致體驗較差，使用本發(fā)明的協(xié)議不用擔(dān)心使用什么客戶端，只要實現(xiàn)協(xié)議，消息就能推送。

2.消息推送成功率極低，對于某些場景需要使用推送，而且消息比較重要，丟失推送消息就會給客戶帶來很大的損失，本發(fā)明制定了對應(yīng)的可靠協(xié)議保證消息推送的成功率。

3.推送消息的安全性，考慮到安全級別較高的推送消息，就會擔(dān)心消息中途被截取后，讀取到其中的消息，造成不必要的損失，本發(fā)明的協(xié)議提供了很多安全協(xié)議和加密算法，比如對稱加密、協(xié)商秘鑰等加密方案。

4.推送消息通信協(xié)議單一，單一的通信協(xié)議會使得客戶端實現(xiàn)起來比較單一，該協(xié)議提供了可配置的推送協(xié)議，比如rmi、http、ws、hession等。

5.推送傳輸框架單一，隨著傳輸框架不斷發(fā)展傳輸框架有了質(zhì)的飛躍，老的推送框架可能顯得效率過低，本發(fā)明的協(xié)議實現(xiàn)了多種通訊協(xié)議的選擇，比如netty、mina等高性能的傳輸框架。

6.推送消息體序列化單一，不同開發(fā)語言的序列化方式可能不同，本發(fā)明的協(xié)議支持多種序列化協(xié)議，比如josn、xml、protobuf等，根據(jù)不同的環(huán)境可以選擇不同的序列化方式。

本發(fā)明實施例的用于消息推送的客戶端、服務(wù)端或者消息推送系統(tǒng)執(zhí)行各動作的詳細(xì)實施方式可參考本公開前面關(guān)于消息推送方法中相對應(yīng)步驟的描述，在此不再描述。可選地，客戶端和服務(wù)端可以是計算機(jī)、或與計算機(jī)相關(guān)的實體等。應(yīng)當(dāng)理解，可以以硬件、軟件、固件、中間件、代碼或其任何恰當(dāng)組合來實現(xiàn)這里描述的實施例。對于硬件實現(xiàn)，客戶端和服務(wù)端中的處理器可以在一個或多個下列單元中實現(xiàn)：專用集成電路(ASIC)、數(shù)字信號處理器(DSP)、數(shù)字信號處理設(shè)備(DSPD)、可編程邏輯器件(PLD)、現(xiàn)場可編程門陣列(FPGA)、處理器、控制器、微控制器、微處理器、設(shè)計用于實現(xiàn)這里所描述功能的其他電子單元或其組合。

上面概述了幾個實施例的特征使得本領(lǐng)域技術(shù)人員可較好地理解本公開的方面。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解他們可容易地使用本公開作為基礎(chǔ)以設(shè)計或修改其他工藝和結(jié)構(gòu)以實行相同目的和/或?qū)崿F(xiàn)在此介紹的實施例的相同優(yōu)點。本領(lǐng)域技術(shù)人員也應(yīng)意識到這種等同構(gòu)造沒有脫離本公開的精神和范圍內(nèi)，并且他們在沒有脫離本公開的精神和范圍情況下可以做各種改變、代替和更改。