本發(fā)明實(shí)施例涉及數(shù)據(jù)傳輸技術(shù)，尤其涉及一種基于HTTP協(xié)議的數(shù)據(jù)傳輸方法及裝置。

背景技術(shù)：

在互聯(lián)網(wǎng)興起的背景下，網(wǎng)絡(luò)中進(jìn)行安全的數(shù)據(jù)傳輸已經(jīng)成為一個(gè)需要亟待解決的問題。由于互聯(lián)網(wǎng)在設(shè)計(jì)初期考慮的是提供免費(fèi)服務(wù)，讓世界各地資源共享，因此當(dāng)時(shí)的設(shè)計(jì)者沒有去充分考慮信息安全的問題。但在實(shí)際的環(huán)境中，如果數(shù)據(jù)傳輸不充分考慮加密的問題，那么很可能的傳輸過程中就會(huì)被目的不純的人截取，而利用截獲的內(nèi)容從事違法犯罪活動(dòng)。

有鑒于此，特提出本發(fā)明。

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

本發(fā)明實(shí)施例提供一種基于HTTP協(xié)議的數(shù)據(jù)傳輸方法及裝置，以實(shí)現(xiàn)提高網(wǎng)絡(luò)數(shù)據(jù)傳輸安全性的目的。

第一方面，本發(fā)明實(shí)施例提供了一種基于HTTP協(xié)議的數(shù)據(jù)傳輸方法，包括：

檢測到數(shù)據(jù)發(fā)送請求時(shí)，數(shù)據(jù)發(fā)送方根據(jù)預(yù)設(shè)的SDK加密工具包對(duì)目標(biāo)數(shù)據(jù)進(jìn)行加密，并將加密后的密文和預(yù)設(shè)編號(hào)發(fā)送至數(shù)據(jù)接收方，所述預(yù)設(shè)編號(hào)用于標(biāo)識(shí)數(shù)據(jù)發(fā)送方；

數(shù)據(jù)接收方根據(jù)接收到的預(yù)設(shè)編號(hào)查詢對(duì)應(yīng)的解密密鑰和SDK解密工具包；

數(shù)據(jù)接收方根據(jù)解密密鑰和SDK解密工具包對(duì)所述密文進(jìn)行解密。

第二方面，本發(fā)明實(shí)施例還提供了一種基于HTTP協(xié)議的數(shù)據(jù)傳輸裝置，包括：

加密發(fā)送模塊，用于檢測到數(shù)據(jù)發(fā)送請求時(shí)，數(shù)據(jù)發(fā)送方根據(jù)預(yù)設(shè)的SDK加密工具包對(duì)目標(biāo)數(shù)據(jù)進(jìn)行加密，并將加密后的密文和預(yù)設(shè)編號(hào)發(fā)送至數(shù)據(jù)接收方，所述預(yù)設(shè)編號(hào)用于標(biāo)識(shí)數(shù)據(jù)發(fā)送方；

查詢模塊，用于數(shù)據(jù)接收方根據(jù)接收到的預(yù)設(shè)編號(hào)查詢對(duì)應(yīng)的解密密鑰和SDK解密工具包；

解密模塊，用于數(shù)據(jù)接收方根據(jù)解密密鑰和SDK解密工具包對(duì)所述密文進(jìn)行解密。

本發(fā)明實(shí)施例通過檢測到數(shù)據(jù)發(fā)送請求時(shí)，數(shù)據(jù)發(fā)送方根據(jù)預(yù)設(shè)的SDK加密工具包對(duì)目標(biāo)數(shù)據(jù)進(jìn)行加密，并將加密后的密文和預(yù)設(shè)編號(hào)發(fā)送至數(shù)據(jù)接收方，數(shù)據(jù)接收方根據(jù)接收到的預(yù)設(shè)編號(hào)查詢對(duì)應(yīng)的解密密鑰和SDK解密工具包；數(shù)據(jù)接收方根據(jù)解密密鑰和SDK解密工具包對(duì)密文進(jìn)行解密。傳輸過程中僅傳輸編碼和密文，數(shù)據(jù)接收方通過編號(hào)正確匹配密鑰后進(jìn)行解密，解決了現(xiàn)有技術(shù)在互聯(lián)網(wǎng)環(huán)境下進(jìn)行數(shù)據(jù)傳輸時(shí)安全性低的問題，實(shí)現(xiàn)了提高網(wǎng)絡(luò)數(shù)據(jù)傳輸安全性的目的。

附圖說明

圖1為本發(fā)明實(shí)施例一提供的一種基于HTTP協(xié)議的數(shù)據(jù)傳輸方法的流程圖；

圖2為本發(fā)明實(shí)施例二提供的一種基于HTTP協(xié)議的數(shù)據(jù)傳輸方法的流程圖；

圖3為本發(fā)明實(shí)施例三提供的一種基于HTTP協(xié)議的數(shù)據(jù)傳輸方法的流程圖；

圖4為本發(fā)明實(shí)施例四提供的一種基于HTTP協(xié)議的數(shù)據(jù)傳輸裝置的結(jié)構(gòu)圖。

具體實(shí)施方式

下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明作進(jìn)一步的詳細(xì)說明?？梢岳斫獾氖牵颂幩枋龅木唧w實(shí)施例僅僅用于解釋本發(fā)明，而非對(duì)本發(fā)明的限定。另外還需要說明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關(guān)的部分而非全部結(jié)構(gòu)。

實(shí)施例一

圖1為本發(fā)明實(shí)施例一提供的一種基于HTTP協(xié)議的數(shù)據(jù)傳輸方法的流程圖，本實(shí)施例可適用于在webservices或者其他基于HTTP協(xié)議進(jìn)行網(wǎng)絡(luò)數(shù)據(jù)傳輸?shù)那闆r，該方法可以由基于HTTP協(xié)議的數(shù)據(jù)傳輸裝置來執(zhí)行，該裝置可通過硬件和/或軟件的方式實(shí)現(xiàn)。參考圖1，本實(shí)施例提供的基于HTTP協(xié)議的數(shù)據(jù)傳輸方法具體包括：

S110、檢測到數(shù)據(jù)發(fā)送請求時(shí)，數(shù)據(jù)發(fā)送方根據(jù)預(yù)設(shè)的SDK加密工具包對(duì)目標(biāo)數(shù)據(jù)進(jìn)行加密，并將加密后的密文和預(yù)設(shè)編號(hào)發(fā)送至數(shù)據(jù)接收方，所述預(yù)設(shè)編號(hào)用于標(biāo)識(shí)數(shù)據(jù)發(fā)送方。

其中，SDK(Software Development Kit，軟件開發(fā)工具包)加密工具包和該數(shù)據(jù)發(fā)送方的編號(hào)預(yù)設(shè)在數(shù)據(jù)發(fā)送方中，SDK加密工具包中封裝有相應(yīng)加密算法、傳輸協(xié)議、加密密鑰等信息，根據(jù)該SDK加密工具包可以對(duì)待加密的目標(biāo)數(shù)據(jù)進(jìn)行自動(dòng)加密。預(yù)設(shè)編號(hào)可以標(biāo)識(shí)該數(shù)據(jù)發(fā)送方，預(yù)設(shè)編號(hào)至少包括用戶注冊地編碼和用于標(biāo)識(shí)用戶名稱的序號(hào)，數(shù)據(jù)接收方根據(jù)該預(yù)設(shè)編號(hào)可以確定唯一的數(shù)據(jù)發(fā)送方。

具體地，當(dāng)數(shù)據(jù)發(fā)送方生成數(shù)據(jù)發(fā)送請求時(shí)，數(shù)據(jù)發(fā)送方自動(dòng)調(diào)用SDK加密工具包對(duì)待發(fā)送的目標(biāo)數(shù)據(jù)進(jìn)行加密，從而將目標(biāo)數(shù)據(jù)從明文變?yōu)槊芪?，在加密完成后，將密文和預(yù)設(shè)編號(hào)通過HTTP接口一起發(fā)送至數(shù)據(jù)接收方。其中，HTTP接口可以指向數(shù)據(jù)接收方的IP地址。

S120、數(shù)據(jù)接收方根據(jù)接收到的預(yù)設(shè)編號(hào)查詢對(duì)應(yīng)的解密密鑰和SDK解密工具包。

其中，數(shù)據(jù)接收方通過相應(yīng)的HTTP接口接收預(yù)設(shè)編號(hào)和密文，并根據(jù)接收到的預(yù)設(shè)編號(hào)查詢對(duì)應(yīng)的解密密鑰和SDK解密工具包。

其中，數(shù)據(jù)接收方中存儲(chǔ)有預(yù)設(shè)編號(hào)、該預(yù)設(shè)編號(hào)對(duì)應(yīng)的解密密鑰以及SDK解密工具包，該SDK解密工具包中至少封裝有與加密算法相應(yīng)的解密算法。需要說明的是，與同一預(yù)設(shè)編號(hào)對(duì)應(yīng)的SDK加密工具包和SDK解密工具包是相互配對(duì)的，即該SDK加密工具包中封裝的加密算法和該SDK解密工具包中封裝的解密算法是相配對(duì)的，另外同一預(yù)設(shè)編號(hào)對(duì)應(yīng)的加密密鑰和解密密鑰也是相配對(duì)的，如此數(shù)據(jù)接收方可以根據(jù)接收到的預(yù)設(shè)編號(hào)查詢對(duì)應(yīng)的解密密鑰和SDK解密工具包，以便正確進(jìn)行解密。

S130、數(shù)據(jù)接收方根據(jù)解密密鑰和SDK解密工具包對(duì)所述密文進(jìn)行解密。

具體地，數(shù)據(jù)接收方可利用SDK解密工具內(nèi)部封裝的解密算法和解密密鑰對(duì)該密文進(jìn)行解密。

優(yōu)選的，數(shù)據(jù)接收方在解密完成后，對(duì)相應(yīng)的HTTP接口進(jìn)行響應(yīng)，完成本次數(shù)據(jù)傳輸?shù)恼埱蟆?/p>

本發(fā)明實(shí)施例通過檢測到數(shù)據(jù)發(fā)送請求時(shí)，數(shù)據(jù)發(fā)送方根據(jù)預(yù)設(shè)的SDK加密工具包對(duì)目標(biāo)數(shù)據(jù)進(jìn)行加密，并將加密后的密文和預(yù)設(shè)編號(hào)發(fā)送至數(shù)據(jù)接收方，數(shù)據(jù)接收方根據(jù)接收到的預(yù)設(shè)編號(hào)查詢對(duì)應(yīng)的解密密鑰和SDK解密工具包；數(shù)據(jù)接收方根據(jù)解密密鑰和SDK解密工具包對(duì)密文進(jìn)行解密。傳輸過程中僅傳輸編碼和密文，數(shù)據(jù)接收方通過編號(hào)正確匹配密鑰后進(jìn)行解密，解決了現(xiàn)有技術(shù)在互聯(lián)網(wǎng)環(huán)境下進(jìn)行數(shù)據(jù)傳輸時(shí)安全性低的問題，實(shí)現(xiàn)了提高網(wǎng)絡(luò)數(shù)據(jù)傳輸安全性的目的。

實(shí)施例二

圖2為本發(fā)明實(shí)施例二提供的一種基于HTTP協(xié)議的數(shù)據(jù)傳輸方法的流程圖，本實(shí)施例在上述實(shí)施例的基礎(chǔ)上，優(yōu)選是對(duì)檢測到數(shù)據(jù)發(fā)送請求之前的操作進(jìn)行了優(yōu)化，具體包括：

S210、加密工具生成方檢測到申請加密工具包的請求時(shí)，生成用于標(biāo)識(shí)數(shù)據(jù)發(fā)送方的預(yù)設(shè)編號(hào)、加密密鑰以及解密密鑰。

其中，預(yù)設(shè)編號(hào)可以根據(jù)預(yù)設(shè)編碼規(guī)則來生成，預(yù)設(shè)編碼規(guī)則可以為“數(shù)據(jù)發(fā)送方的6位注冊地編碼+8位用于標(biāo)識(shí)數(shù)據(jù)發(fā)送方的序號(hào)”。示例性的，假設(shè)數(shù)據(jù)發(fā)送方A企業(yè)的注冊地為北京，當(dāng)前系統(tǒng)中已經(jīng)對(duì)5000個(gè)數(shù)據(jù)發(fā)送方進(jìn)行編碼，則生成的用于標(biāo)識(shí)A企業(yè)的編碼可以為10000000005001。

優(yōu)選的，所述加密密鑰和解密密鑰為對(duì)稱密鑰或者非對(duì)稱密鑰。其中，對(duì)稱密鑰算法中加密密鑰和解密密鑰是相同的，它要求發(fā)送者和接收者在安全通信之前商定一個(gè)密鑰，對(duì)稱密鑰算法的特點(diǎn)是加密處理簡單，加解密速度快。而非對(duì)稱密鑰是指一個(gè)加密算法的加密密鑰和解密密鑰是不一樣的，其中一個(gè)是公開密鑰，另一個(gè)是私有密鑰，公開密鑰與私有密鑰是一對(duì)，如果用公開密鑰對(duì)數(shù)據(jù)進(jìn)行加密，只有用對(duì)應(yīng)的私有密鑰才能解密；如果用私有密鑰對(duì)數(shù)據(jù)進(jìn)行加密，那么只有用對(duì)應(yīng)的公開密鑰才能解密，非對(duì)稱密鑰具有安全性高，但是加解密速度慢且密鑰尺寸大的特點(diǎn)。實(shí)際應(yīng)用中可以根據(jù)實(shí)際需要選擇對(duì)稱密鑰或者非對(duì)稱密鑰。

優(yōu)選的，所述加密工具生成方為數(shù)據(jù)發(fā)送方/數(shù)據(jù)接收方。加密工具生成方中存儲(chǔ)有每一數(shù)據(jù)接收方的編號(hào)，在檢測到申請加密工具包的請求時(shí)，可根據(jù)已存儲(chǔ)的數(shù)據(jù)接收方的編號(hào)來確定新的用于標(biāo)識(shí)數(shù)據(jù)發(fā)送方的預(yù)設(shè)編號(hào)，并生成與該預(yù)設(shè)編號(hào)相對(duì)應(yīng)的加密密鑰和解密密鑰。

其中，該申請加密工具包的請求中至少攜帶有數(shù)據(jù)發(fā)送方的相關(guān)信息和數(shù)據(jù)接收方的相關(guān)信息，該數(shù)據(jù)發(fā)送方的相關(guān)信息包括該數(shù)據(jù)發(fā)送方的注冊地編碼和IP地址等，該數(shù)據(jù)接收方的相關(guān)信息包括IP地址。

S220、根據(jù)加密密鑰生成SDK加密工具包。

具體地，將加密密鑰、預(yù)設(shè)的加密算法、傳輸協(xié)議等信息封裝到SDK加密工具包中。

由于SDK加密工具包重要封裝有加密密鑰，加密密鑰改變相應(yīng)的SDK加密工具包也會(huì)改變，因此檢測到申請加密工具包的請求后要根據(jù)加密密鑰生成SDK加密工具包。而SDK解密工具包在解密時(shí)可以根據(jù)取出的解密密鑰進(jìn)行解密，無需封裝在SDK解密工具包中，因此只要加密工具生成方中預(yù)設(shè)有SDK解密工具包即可。

S230、將預(yù)設(shè)編號(hào)、解密密鑰和預(yù)設(shè)的SDK解密工具包發(fā)給數(shù)據(jù)接收方，并將預(yù)設(shè)編號(hào)和SDK加密工具包發(fā)給數(shù)據(jù)發(fā)送方，所述SDK加密工具包至少封裝有加密密鑰。

具體地，如果加密工具生成方是數(shù)據(jù)接收方，則將預(yù)設(shè)編號(hào)和預(yù)設(shè)的SDK加密工具包發(fā)給數(shù)據(jù)發(fā)送方，并可直接對(duì)預(yù)設(shè)編號(hào)、解密密鑰和預(yù)設(shè)的SDK解密工具進(jìn)行保存即可；如果加密工具生成方是數(shù)據(jù)發(fā)送方，則將預(yù)設(shè)編號(hào)、解密密鑰和預(yù)設(shè)的SDK解密工具包發(fā)給數(shù)據(jù)接收方，并可直接對(duì)預(yù)設(shè)編號(hào)和預(yù)設(shè)的SDK加密工具包進(jìn)行保存即可。

S240、檢測到數(shù)據(jù)發(fā)送請求時(shí)，數(shù)據(jù)發(fā)送方根據(jù)預(yù)設(shè)的SDK加密工具包對(duì)目標(biāo)數(shù)據(jù)進(jìn)行加密，并將加密后的密文和預(yù)設(shè)編號(hào)發(fā)送至數(shù)據(jù)接收方，所述預(yù)設(shè)編號(hào)用于標(biāo)識(shí)數(shù)據(jù)發(fā)送方。

S250、數(shù)據(jù)接收方根據(jù)接收到的預(yù)設(shè)編號(hào)查詢對(duì)應(yīng)的解密密鑰和SDK解密工具包。

S260、數(shù)據(jù)接收方根據(jù)解密密鑰和SDK解密工具包對(duì)密文進(jìn)行解密。

本實(shí)施例的技術(shù)方案，通過加密工具生成方檢測到申請加密工具包的請求時(shí)，生成用于標(biāo)識(shí)數(shù)據(jù)發(fā)送方的預(yù)設(shè)編號(hào)、加密密鑰以及解密密鑰；根據(jù)加密密鑰生成SDK加密工具包；將預(yù)設(shè)編號(hào)、解密密鑰和預(yù)設(shè)的SDK解密工具包發(fā)給數(shù)據(jù)接收方，并將預(yù)設(shè)編號(hào)和SDK加密工具包發(fā)給數(shù)據(jù)發(fā)送方，SDK加密工具包至少封裝有加密密鑰，實(shí)現(xiàn)對(duì)SDK加密工具包的自動(dòng)生成，實(shí)現(xiàn)自動(dòng)在數(shù)據(jù)發(fā)送方中預(yù)存預(yù)設(shè)編號(hào)和SDK加密工具包，在數(shù)據(jù)接收方中預(yù)存預(yù)設(shè)編號(hào)、解密密鑰和預(yù)設(shè)的SDK解密工具包，以便后續(xù)檢測到數(shù)據(jù)發(fā)送請求時(shí)方便數(shù)據(jù)發(fā)送方和數(shù)據(jù)接收方進(jìn)行相應(yīng)的調(diào)用。

實(shí)施例三

圖3為本發(fā)明實(shí)施例三提供的一種基于HTTP協(xié)議的數(shù)據(jù)傳輸方法的流程圖，本實(shí)施例在上述各實(shí)施例的基礎(chǔ)上，優(yōu)選是在數(shù)據(jù)接收方根據(jù)接收到的預(yù)設(shè)編號(hào)查詢對(duì)應(yīng)的解密密鑰和SDK解密工具包之前添加了相應(yīng)操作，具體包括：

S310、檢測到數(shù)據(jù)發(fā)送請求時(shí)，數(shù)據(jù)發(fā)送方根據(jù)預(yù)設(shè)的SDK加密工具包對(duì)目標(biāo)數(shù)據(jù)進(jìn)行加密，并將加密后的密文和預(yù)設(shè)編號(hào)發(fā)送至數(shù)據(jù)接收方，所述預(yù)設(shè)編號(hào)用于標(biāo)識(shí)數(shù)據(jù)發(fā)送方。

S320、數(shù)據(jù)接收方對(duì)接收到的預(yù)設(shè)編號(hào)進(jìn)行驗(yàn)證。

當(dāng)驗(yàn)證失敗時(shí)，進(jìn)入操作S330；當(dāng)驗(yàn)證成功時(shí)，進(jìn)入操作S340。

S330、數(shù)據(jù)接收方返回驗(yàn)證結(jié)果并記錄本次驗(yàn)證的相關(guān)信息。

其中，本次驗(yàn)證的相關(guān)信息可以是數(shù)據(jù)發(fā)送方的IP地址和預(yù)設(shè)編號(hào)。優(yōu)選的，還可根據(jù)歷史相關(guān)信息來判斷該數(shù)據(jù)發(fā)送方是否為惡意入侵。

S340、數(shù)據(jù)接收方根據(jù)接收到的預(yù)設(shè)編號(hào)查詢對(duì)應(yīng)的解密密鑰和SDK解密工具包。

S350、數(shù)據(jù)接收方根據(jù)解密密鑰和SDK解密工具包對(duì)所述密文進(jìn)行解密。

實(shí)施例四

圖4為本發(fā)明實(shí)施例四提供的一種基于HTTP協(xié)議的數(shù)據(jù)傳輸裝置的結(jié)構(gòu)圖，本實(shí)施例可適用于在webservices或者其他基于HTTP協(xié)議進(jìn)行網(wǎng)絡(luò)數(shù)據(jù)傳輸?shù)那闆r，該裝置可通過硬件和/或軟件的方式實(shí)現(xiàn)。參考圖4，本實(shí)施例提供的基于HTTP協(xié)議的數(shù)據(jù)傳輸裝置具體包括：

加密發(fā)送模塊410，用于檢測到數(shù)據(jù)發(fā)送請求時(shí)，數(shù)據(jù)發(fā)送方根據(jù)預(yù)設(shè)的SDK加密工具包對(duì)目標(biāo)數(shù)據(jù)進(jìn)行加密，并將加密后的密文和預(yù)設(shè)編號(hào)發(fā)送至數(shù)據(jù)接收方，所述預(yù)設(shè)編號(hào)用于標(biāo)識(shí)數(shù)據(jù)發(fā)送方；

查詢模塊420，用于數(shù)據(jù)接收方根據(jù)接收到的預(yù)設(shè)編號(hào)查詢對(duì)應(yīng)的解密密鑰和SDK解密工具包；

解密模塊430，用于數(shù)據(jù)接收方根據(jù)解密密鑰和SDK解密工具包對(duì)所述密文進(jìn)行解密。

本實(shí)施例中，還可以包括：

第一生成模塊，用于在檢測到數(shù)據(jù)發(fā)送請求之前，加密工具生成方檢測到申請加密工具包的請求時(shí)，生成用于標(biāo)識(shí)數(shù)據(jù)發(fā)送方的預(yù)設(shè)編號(hào)、加密密鑰以及解密密鑰；

第二生成模塊，用于根據(jù)加密密鑰生成SDK加密工具包；

發(fā)送模塊，用于將預(yù)設(shè)編號(hào)、解密密鑰和預(yù)設(shè)的SDK解密工具包發(fā)給數(shù)據(jù)接收方，并將預(yù)設(shè)編號(hào)和SDK加密工具包發(fā)給數(shù)據(jù)發(fā)送方，所述SDK加密工具包至少封裝有加密密鑰；

其中，所述加密工具生成方為數(shù)據(jù)發(fā)送方/數(shù)據(jù)接收方。

本實(shí)施例中，還可以包括：

驗(yàn)證模塊，用于在數(shù)據(jù)接收方根據(jù)接收到的預(yù)設(shè)編號(hào)查詢對(duì)應(yīng)的解密密鑰和SDK解密工具包之前，數(shù)據(jù)接收方對(duì)接收到的預(yù)設(shè)編號(hào)進(jìn)行驗(yàn)證；

返回模塊，用于當(dāng)驗(yàn)證失敗時(shí)，數(shù)據(jù)接收方返回驗(yàn)證結(jié)果并記錄本次驗(yàn)證的相關(guān)信息。

在上述技術(shù)方案的基礎(chǔ)上，優(yōu)選的，所述加密密鑰和解密密鑰為對(duì)稱密鑰或者非對(duì)稱密鑰。

在上述技術(shù)方案的基礎(chǔ)上，優(yōu)選的，所述預(yù)設(shè)編號(hào)至少包括用戶注冊地編碼和用于標(biāo)識(shí)用戶名稱的序號(hào)。

本實(shí)施例提供的基于HTTP協(xié)議的數(shù)據(jù)傳輸裝置，與本發(fā)明任意實(shí)施例所提供的基于HTTP協(xié)議的數(shù)據(jù)傳輸方法屬于同一發(fā)明構(gòu)思，可執(zhí)行本發(fā)明任意實(shí)施例所提供的基于HTTP協(xié)議的數(shù)據(jù)傳輸方法，具備執(zhí)行方法相應(yīng)的功能模塊和有益效果。

注意，上述僅為本發(fā)明的較佳實(shí)施例及所運(yùn)用技術(shù)原理。本領(lǐng)域技術(shù)人員會(huì)理解，本發(fā)明不限于這里所述的特定實(shí)施例，對(duì)本領(lǐng)域技術(shù)人員來說能夠進(jìn)行各種明顯的變化、重新調(diào)整和替代而不會(huì)脫離本發(fā)明的保護(hù)范圍。因此，雖然通過以上實(shí)施例對(duì)本發(fā)明進(jìn)行了較為詳細(xì)的說明，但是本發(fā)明不僅僅限于以上實(shí)施例，在不脫離本發(fā)明構(gòu)思的情況下，還可以包括更多其他等效實(shí)施例，而本發(fā)明的范圍由所附的權(quán)利要求范圍決定。