本發(fā)明實(shí)施例涉及計(jì)算機(jī)技術(shù)領(lǐng)域，尤其涉及一種源文件處理方法及裝置、源文件獲取方法及裝置。

背景技術(shù)：

通常，客戶端通過網(wǎng)絡(luò)請(qǐng)求的方式，從服務(wù)器端獲取并下載編譯源文件，并對(duì)其進(jìn)行解析和渲染。

然而，編譯源文件在從服務(wù)器端傳輸?shù)娇蛻舳说木W(wǎng)絡(luò)傳輸過程中，容易被截取或竊聽，即使將網(wǎng)絡(luò)傳輸協(xié)議http(hypertextttransferprotocol，超文本傳輸協(xié)議)升級(jí)為https(hypertextttransferprotocoloversecuresockerlayer，安全超文本傳輸協(xié)議)，也會(huì)存在dns(domainnamesystem，域名系統(tǒng))劫持、在客戶端對(duì)編譯源代碼反編譯后獲取https證書公鑰，從而存在在應(yīng)用層進(jìn)行數(shù)據(jù)截取、篡改等隱患。即使在網(wǎng)絡(luò)傳輸過程中沒有因?yàn)楣魧?dǎo)致數(shù)據(jù)的篡改，在將編譯源文件下載到客戶端本地后，仍然存在被黑客直接獲取編譯源文件，并查看或修改文件內(nèi)容的風(fēng)險(xiǎn)。

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

本發(fā)明提供一種源文件處理方法及裝置、源文件獲取方法及裝置，以解決網(wǎng)絡(luò)傳輸過程中編譯源文件被篡改和編譯源文件下載到客戶端本地后被第三方解讀或篡改的問題，以保證客戶端數(shù)據(jù)的安全性。

第一方面，本發(fā)明實(shí)施例提供了一種源文件處理方法，該方法包括：

獲取編譯源文件，其中，所述編譯源文件包括源文件名和源文件內(nèi)容；

將所述源文件名與預(yù)設(shè)字符串按照第一預(yù)設(shè)加密算法進(jìn)行加密得到加密結(jié)果，并將所述加密結(jié)果作為新文件名；

根據(jù)所述新文件名生成加密鑰匙；

利用所述加密鑰匙將所述源文件內(nèi)容按照第二預(yù)設(shè)加密算法進(jìn)行加密，以得到新文件內(nèi)容；

將所述新文件內(nèi)容以所述新文件名進(jìn)行命名得到新文件。

第二方面，本發(fā)明實(shí)施例還提供了一種源文件獲取方法，該方法包括：

獲取根據(jù)編譯源文件生成的新文件及所述編譯源文件對(duì)應(yīng)的源文件名，其中所述新文件包括新文件內(nèi)容和第一新文件名；

將所述源文件名與預(yù)設(shè)字符串按照第一預(yù)設(shè)加密算法進(jìn)行加密得到加密結(jié)果，并將所述加密結(jié)果作為第二新文件名；

當(dāng)所述第一新文件名與所述第二新文件名一致時(shí)，根據(jù)所述第一新文件名生成解密鑰匙；

利用所述解密鑰匙將所述新文件內(nèi)容按照預(yù)設(shè)解密算法進(jìn)行解密，以得到所述編譯源文件的內(nèi)容。

第三方面，本發(fā)明實(shí)施例還提供了一種源文件處理裝置，該裝置包括：

源文件獲取模塊，用于獲取編譯源文件，其中，所述編譯源文件包括源文件名和源文件內(nèi)容；

源文件名加密模塊，用于將所述源文件名與預(yù)設(shè)字符串按照第一預(yù)設(shè)加密算法進(jìn)行加密得到加密結(jié)果，并將所述加密結(jié)果作為新文件名；

加密鑰匙生成模塊，用于根據(jù)所述新文件名生成加密鑰匙；

源文件內(nèi)容加密模塊，用于利用所述加密鑰匙將所述源文件內(nèi)容按照第二預(yù)設(shè)加密算法進(jìn)行加密，以得到新文件內(nèi)容；

新文件獲取模塊，用于將所述新文件內(nèi)容以所述新文件名進(jìn)行命名得到新文件。

第四方面，本發(fā)明實(shí)施例還提供了一種源文件獲取裝置，該裝置包括：

獲取模塊，用于獲取根據(jù)編譯源文件生成的新文件及所述編譯源文件對(duì)應(yīng)的源文件名，其中所述新文件包括新文件內(nèi)容和第一新文件名；

第二新文件名獲取模塊，用于將所述源文件名與預(yù)設(shè)字符串按照第一預(yù)設(shè)加密算法進(jìn)行加密得到加密結(jié)果，并將所述加密結(jié)果作為第二新文件名；

解密鑰匙生成模塊，用于當(dāng)所述第一新文件名與所述第二新文件名一致時(shí)，根據(jù)所述第一新文件名生成解密鑰匙；

新文件內(nèi)容解密模塊，用于利用所述解密鑰匙將所述新文件內(nèi)容按照預(yù)設(shè)解密算法進(jìn)行解密，以得到所述編譯源文件的內(nèi)容。

本發(fā)明實(shí)施例通過獲取編譯源文件，其中，所述編譯源文件包括源文件名和源文件內(nèi)容；將所述源文件名與預(yù)設(shè)字符串按照第一預(yù)設(shè)加密算法進(jìn)行加密得到加密結(jié)果，并將所述加密結(jié)果作為新文件名；根據(jù)所述新文件名生成加密鑰匙；利用所述加密鑰匙將所述源文件內(nèi)容按照第二預(yù)設(shè)加密算法進(jìn)行加密，以得到新文件內(nèi)容；將所述新文件內(nèi)容以所述新文件名進(jìn)行命名得到新文件；獲取根據(jù)編譯源文件生成的新文件及所述編譯源文件對(duì)應(yīng)的源文件名，其中所述新文件包括新文件內(nèi)容和第一新文件名；將所述源文件名與預(yù)設(shè)字符串按照第一預(yù)設(shè)加密算法進(jìn)行加密得到加密結(jié)果，并將所述加密結(jié)果作為第二新文件名；當(dāng)所述第一新文件名與所述第二新文件名一致時(shí)，根據(jù)所述第一新文件名生成解密鑰匙；利用所述解密鑰匙將所述新文件內(nèi)容按照預(yù)設(shè)解密算法進(jìn)行解密，以得到所述編譯源文件的內(nèi)容，有效解決了網(wǎng)絡(luò)傳輸過程中編譯源文件被篡改和編譯源文件下載到客戶端本地后被第三方解讀或篡改的問題，保證了客戶端數(shù)據(jù)的安全性。

附圖說明

圖1是本發(fā)明實(shí)施例一提供的一種源文件處理方法的流程圖；

圖2是本發(fā)明實(shí)施例二提供的一種源文件獲取方法的流程圖；

圖3是本發(fā)明實(shí)施例三提供的一種源文件處理裝置的結(jié)構(gòu)示意圖；

圖4是本發(fā)明實(shí)施例四提供的一種源文件獲取裝置的結(jié)構(gòu)示意圖。

具體實(shí)施方式

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

實(shí)施例一

圖1為本發(fā)明實(shí)施例提供的一種源文件處理方法的流程圖，該方法可以由源文件處理裝置執(zhí)行，其中該裝置可由軟件和/或硬件實(shí)現(xiàn)，一般可集成在服務(wù)器中。如圖1所示，該方法包括：

s110、獲取編譯源文件，其中，所述編譯源文件包括源文件名和源文件內(nèi)容。

在本實(shí)施例中，獲取編譯源文件，其中編譯源文件是指客戶端下載后可以直接加載，對(duì)其進(jìn)行解析和渲染的文件。示例性的，在weex技術(shù)實(shí)現(xiàn)方案中，.we文件是無法直接被加載的，因此，將.we文件轉(zhuǎn)換成.js文件。即將weex構(gòu)建編譯為js源文件。其中，編譯源文件包括源文件名和源文件內(nèi)容。具體的，可以將構(gòu)建編譯后的js源文件以“域名.業(yè)務(wù).頁(yè)面.hash”的規(guī)則進(jìn)行文件命名。

s120、將所述源文件名與預(yù)設(shè)字符串按照第一預(yù)設(shè)加密算法進(jìn)行加密得到加密結(jié)果，并將所述加密結(jié)果作為新文件名。

在本實(shí)施例中，第一預(yù)設(shè)加密算法為非對(duì)稱加密算法，如可以使用md5(messagedigestalgorithm，信息摘要算法第五版)、md4(messagedigestalgorithm，信息摘要算法第四版)或md2(messagedigestalgorithm，信息摘要算法第二版)等非對(duì)稱加密算法。具體的，將源文件名與預(yù)設(shè)字符串按照非對(duì)稱加密算法進(jìn)行加密，并將加密結(jié)果作為新文件名。其中，預(yù)設(shè)字符串是用戶根據(jù)需要預(yù)先設(shè)定的字符串，對(duì)字符串的具體內(nèi)容及字符串的長(zhǎng)短不做限定。示例性的，將源文件名與預(yù)設(shè)字符串按照加密算法md5進(jìn)行加密后，得到的新文件名。

s130、根據(jù)所述新文件名生成加密鑰匙。

在本實(shí)施例中，根據(jù)s120得到的新文件名生成一個(gè)加密鑰匙，其中可以直接將新文件名直接作為一個(gè)加密鑰匙，也可以按照預(yù)設(shè)方法將新文件名對(duì)應(yīng)的字符串重新排序，并將排序后的字符串整體作為加密鑰匙，優(yōu)選的，獲取所述新文件名的預(yù)設(shè)位置對(duì)應(yīng)的字符串；將所述預(yù)設(shè)位置對(duì)應(yīng)的字符串作為加密鑰匙。當(dāng)然，還可以取新文件名的預(yù)設(shè)位置對(duì)應(yīng)的字符串將其重新進(jìn)行排序后，作為加密鑰匙。示例性的，直接取新文件名的8-24位對(duì)應(yīng)的16位的字符串作為加密鑰匙。本實(shí)施例對(duì)根據(jù)新文件名獲取加密鑰匙的具體方式不做限定。

s140、利用所述加密鑰匙將所述源文件內(nèi)容按照第二預(yù)設(shè)加密算法進(jìn)行加密，以得到新文件內(nèi)容。

具體的，第二預(yù)設(shè)加密算法為對(duì)稱加密算法，例如可以使用des(dataencryptionstandard，對(duì)稱算法)、3des(tripledes，基于des的對(duì)稱算法)、idea(internationaldataencryptionalgorithm，國(guó)際數(shù)據(jù)加密算法)或者dsa(digitalsignaturealgorithm，數(shù)字簽名算法)等對(duì)稱加密算法。還可以使用aes(advancedencryptionstandard，高級(jí)加密算法)等，本實(shí)施例對(duì)此并不限定。利用s130得到的加密鑰匙將s110獲取的源文件內(nèi)容按照第二預(yù)設(shè)加密算法進(jìn)行加密，得到新文件內(nèi)容。示例性的，將s110獲取的源文件內(nèi)容與s130得到的加密鑰匙進(jìn)行aes加密，并將加密結(jié)果作為新文件內(nèi)容。

s150、將所述新文件內(nèi)容以所述新文件名進(jìn)行命名得到新文件。

具體的，將新文件內(nèi)容和新文件名共同組成一個(gè)新文件，即將新文件內(nèi)容以新文件名進(jìn)行命名得到新文件。優(yōu)選的，將所述新文件內(nèi)容以所述新文件名命名為與所述編譯源文件格式不同的新文件。示例性的，編譯源文件為.js源文件，即編譯源文件的格式為.js格式，可以將新文件內(nèi)容以新文件名命名為.lx格式的新文件。

本實(shí)施例提供的一種源文件處理方法，通過獲取編譯源文件，其中，所述編譯源文件包括源文件名和源文件內(nèi)容；將所述源文件名與預(yù)設(shè)字符串按照第一預(yù)設(shè)加密算法進(jìn)行加密得到加密結(jié)果，并將所述加密結(jié)果作為新文件名；根據(jù)所述新文件名生成加密鑰匙；利用所述加密鑰匙將所述源文件內(nèi)容按照第二預(yù)設(shè)加密算法進(jìn)行加密，以得到新文件內(nèi)容；將所述新文件內(nèi)容以所述新文件名進(jìn)行命名得到新文件，實(shí)現(xiàn)了對(duì)源文件名和源文件內(nèi)容的混淆加密，得到了特殊的新文件，有效解決了網(wǎng)絡(luò)傳輸過程中編譯源文件被篡改和編譯源文件下載到客戶端本地后被第三方解讀或篡改的問題，保證了客戶端數(shù)據(jù)的安全性。

實(shí)施例二

圖2為本發(fā)明實(shí)施例提供的一種源文件獲取方法的流程圖，該方法可以由源文件獲取裝置執(zhí)行，其中該裝置可由軟件和/或硬件實(shí)現(xiàn)，一般可集成在移動(dòng)終端中。如圖2所示，該方法包括：

s210、獲取根據(jù)編譯源文件生成的新文件及所述編譯源文件對(duì)應(yīng)的源文件名，其中所述新文件包括新文件內(nèi)容和第一新文件名。

在本實(shí)施例中，當(dāng)客戶端需要下載某一指定app或某一網(wǎng)頁(yè)時(shí)，客戶端向服務(wù)器發(fā)起網(wǎng)絡(luò)請(qǐng)求，服務(wù)器將對(duì)應(yīng)的根據(jù)編譯源文件生成的新文件及編譯源文件對(duì)應(yīng)的源文件名以安裝包的形式傳輸給客戶端。其中，新文件包括新文件內(nèi)容和第一新文件名。

s220、將所述源文件名與預(yù)設(shè)字符串按照第一預(yù)設(shè)加密算法進(jìn)行加密得到加密結(jié)果，并將所述加密結(jié)果作為第二新文件名。

本實(shí)施例中，第一預(yù)設(shè)加密算法為非對(duì)稱加密算法，如可以使用md5、md4或md2等非對(duì)稱加密算法。具體的，將源文件名與預(yù)設(shè)字符串按照非對(duì)稱加密算法進(jìn)行加密，并將加密結(jié)果作為第二新文件名。其中，預(yù)設(shè)字符串是用戶根據(jù)需要預(yù)先設(shè)定的字符串，對(duì)字符串的具體內(nèi)容及字符串的長(zhǎng)短不做限定。

s230、當(dāng)所述第一新文件名與所述第二新文件名一致時(shí)，根據(jù)所述第一新文件名生成解密鑰匙。

具體的，在網(wǎng)絡(luò)傳輸過程中，即在將新文件由服務(wù)器傳輸?shù)娇蛻舳说倪^程中，新文件容易被篡改，因此將第一新文件名和第二新文件名進(jìn)行比較，判斷第一新文件名和第二新文件名是否一致。當(dāng)?shù)谝恍挛募偷诙挛募恢聲r(shí)，說明在網(wǎng)絡(luò)傳輸過程中，新文件沒有被篡改，新文件是客戶端真正需要解密后加載、解析或渲染的文件。根據(jù)第一新文件名生成解密鑰匙，以實(shí)現(xiàn)對(duì)新文件的解密，優(yōu)選的，獲取所述第一新文件名的預(yù)設(shè)位置對(duì)應(yīng)的字符串；將所述預(yù)設(shè)位置對(duì)應(yīng)的字符串作為解密鑰匙。當(dāng)?shù)谝恍挛募偷诙挛募灰恢聲r(shí)，說明在網(wǎng)絡(luò)傳輸過程中，新文件已被篡改，放棄對(duì)該新文件的解密、解析等操作。

s240、利用所述解密鑰匙將所述新文件內(nèi)容按照預(yù)設(shè)解密算法進(jìn)行解密，以得到所述編譯源文件的內(nèi)容。

其中，預(yù)設(shè)解密算法是與第二預(yù)設(shè)加密算法相對(duì)應(yīng)的解密算法。利用s230得到的解密鑰匙將s210獲取的新文件內(nèi)容按照預(yù)設(shè)解密算法進(jìn)行解密，并將解密結(jié)果作為編譯源文件的內(nèi)容。

本實(shí)施例提供的一種源文件獲取方法，通過獲取根據(jù)編譯源文件生成的新文件及所述編譯源文件對(duì)應(yīng)的源文件名，其中所述新文件包括新文件內(nèi)容和第一新文件名；將所述源文件名與預(yù)設(shè)字符串按照第一預(yù)設(shè)加密算法進(jìn)行加密得到加密結(jié)果，并將所述加密結(jié)果作為第二新文件名；當(dāng)所述第一新文件名與所述第二新文件名一致時(shí)，根據(jù)所述第一新文件名生成解密鑰匙；利用所述解密鑰匙將所述新文件內(nèi)容按照預(yù)設(shè)解密算法進(jìn)行解密，以得到所述編譯源文件的內(nèi)容，實(shí)現(xiàn)了對(duì)根據(jù)編譯源文件生成的新文件的解密，獲得了編譯源文件的內(nèi)容，有效的解決了網(wǎng)絡(luò)傳輸過程中編譯源文件被篡改和編譯源文件下載到客戶端本地后被第三方解讀或篡改的問題，保證了客戶端數(shù)據(jù)的安全性。

作為本實(shí)施例的一個(gè)優(yōu)選方案，客戶端在從服務(wù)器獲取根據(jù)編譯源文件生成的新文件之前，判斷本地是否緩存有所述新文件，如果本地緩存有所述新文件，則優(yōu)先讀取本地緩存的新文件，并對(duì)其進(jìn)行解密及解析等操作。當(dāng)本地沒有緩存有所述新文件或者客戶端對(duì)本地緩存的新文件已經(jīng)解析完畢時(shí)，向服務(wù)器發(fā)起網(wǎng)絡(luò)請(qǐng)求，并從服務(wù)器端下載對(duì)應(yīng)的根據(jù)編譯源文件生成的新文件及編譯源文件對(duì)應(yīng)的源文件名，并對(duì)新下載的新文件進(jìn)行解密、解析等操作。并將從服務(wù)器下載的新文件與本地緩存的新文件進(jìn)行對(duì)比，判斷是否需要更新所述新文件，當(dāng)從服務(wù)器下載的新文件與本地緩存的新文件完全一致時(shí)，無需更新，當(dāng)從服務(wù)器下載的新文件與本地緩存的新文件不一致時(shí)，更新所述新文件，并將從服務(wù)器下載的新文件更新到客戶端本地。通過上述技術(shù)方案，使得客戶端本地的緩存文件為對(duì)源文件名和源文件內(nèi)容進(jìn)行混淆加密后的新文件，使得第三方無法對(duì)本地已緩存的文件進(jìn)行代碼解讀或文件篡改，進(jìn)一步保證了客戶端數(shù)據(jù)的安全性。

實(shí)施例三

圖3為本發(fā)明實(shí)施例提供的一種源文件處理源文件獲取模塊裝置的結(jié)構(gòu)示意圖，該裝置包括：源文件獲取模塊310、源文件名加密模塊320、加密鑰匙生成模塊330、源文件內(nèi)容加密模塊340和新文件獲取模塊350。

其中，所述源文件獲取模塊310，用于獲取編譯源文件，其中，所述編譯源文件包括源文件名和源文件內(nèi)容；源文件名加密模塊320，用于將所述源文件名與預(yù)設(shè)字符串按照第一預(yù)設(shè)加密算法進(jìn)行加密得到加密結(jié)果，并將所述加密結(jié)果作為新文件名；加密鑰匙生成模塊330，用于根據(jù)所述新文件名生成加密鑰匙；源文件內(nèi)容加密模塊340，用于利用所述加密鑰匙將所述源文件內(nèi)容按照第二預(yù)設(shè)加密算法進(jìn)行加密，以得到新文件內(nèi)容；新文件獲取模塊350，用于將所述新文件內(nèi)容以所述新文件名進(jìn)行命名得到新文件。

進(jìn)一步的，所述加密鑰匙生成模塊330，用于：

獲取所述新文件名的預(yù)設(shè)位置對(duì)應(yīng)的字符串；

將所述預(yù)設(shè)位置對(duì)應(yīng)的字符串作為加密鑰匙。

進(jìn)一步的，所述新文件獲取模塊350，用于：

將所述新文件內(nèi)容以所述新文件名命名為與所述編譯源文件格式不同的新文件。

本實(shí)施例提供的一種源文件處理裝置，通過獲取編譯源文件，其中，所述編譯源文件包括源文件名和源文件內(nèi)容；將所述源文件名與預(yù)設(shè)字符串按照第一預(yù)設(shè)加密算法進(jìn)行加密得到加密結(jié)果，并將所述加密結(jié)果作為新文件名；根據(jù)所述新文件名生成加密鑰匙；利用所述加密鑰匙將所述源文件內(nèi)容按照第二預(yù)設(shè)加密算法進(jìn)行加密，以得到新文件內(nèi)容；將所述新文件內(nèi)容以所述新文件名進(jìn)行命名得到新文件，實(shí)現(xiàn)了對(duì)源文件名和源文件內(nèi)容的混淆加密，得到了特殊的新文件，有效的解決了網(wǎng)絡(luò)傳輸過程中編譯源文件被篡改和編譯源文件下載到客戶端本地后被第三方解讀或篡改的問題，保證了客戶端數(shù)據(jù)的安全性。

本發(fā)明實(shí)施例所提供的源文件處理裝置可執(zhí)行本發(fā)明任意實(shí)施例所提供的源文件處理方法，具備執(zhí)行方法相應(yīng)的功能模塊和有益效果。

實(shí)施例四

圖4為本發(fā)明實(shí)施例提供的一種源文件獲取裝置的結(jié)構(gòu)示意圖，該裝置包括：獲取模塊410、第二新文件名獲取模塊420、解密鑰匙生成模塊430和新文件內(nèi)容解密模塊440。

其中，所述獲取模塊410，用于獲取根據(jù)編譯源文件生成的新文件及所述編譯源文件對(duì)應(yīng)的源文件名，其中所述新文件包括新文件內(nèi)容和第一新文件名；第二新文件名獲取模塊420，用于將所述源文件名與預(yù)設(shè)字符串按照第一預(yù)設(shè)加密算法進(jìn)行加密得到加密結(jié)果，并將所述加密結(jié)果作為第二新文件名；解密鑰匙生成模塊430，用于當(dāng)所述第一新文件名與所述第二新文件名一致時(shí)，根據(jù)所述第一新文件名生成解密鑰匙；新文件內(nèi)容解密模塊440，用于利用所述解密鑰匙將所述新文件內(nèi)容按照預(yù)設(shè)解密算法進(jìn)行解密，以得到所述編譯源文件的內(nèi)容。

進(jìn)一步的，所述解密鑰匙生成模塊430，用于：

獲取所述第一新文件名的預(yù)設(shè)位置對(duì)應(yīng)的字符串；

將所述預(yù)設(shè)位置對(duì)應(yīng)的字符串作為解密鑰匙。

本實(shí)施例提供的一種源文件獲取裝置，通過獲取根據(jù)編譯源文件生成的新文件及所述編譯源文件對(duì)應(yīng)的源文件名，其中所述新文件包括新文件內(nèi)容和第一新文件名；將所述源文件名與預(yù)設(shè)字符串按照第一預(yù)設(shè)加密算法進(jìn)行加密得到加密結(jié)果，并將所述加密結(jié)果作為第二新文件名；當(dāng)所述第一新文件名與所述第二新文件名一致時(shí)，根據(jù)所述第一新文件名生成解密鑰匙；利用所述解密鑰匙將所述新文件內(nèi)容按照預(yù)設(shè)解密算法進(jìn)行解密，以得到所述編譯源文件的內(nèi)容，實(shí)現(xiàn)了對(duì)根據(jù)編譯源文件生成的新文件的解密，獲得了編譯源文件的內(nèi)容，有效的解決了網(wǎng)絡(luò)傳輸過程中編譯源文件被篡改和編譯源文件下載到客戶端本地后被第三方解讀或篡改的問題，保證了客戶端數(shù)據(jù)的安全性。

本發(fā)明實(shí)施例所提供的源文件獲取裝置可執(zhí)行本發(fā)明任意實(shí)施例所提供的源文件獲取方法，具備執(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)利要求范圍決定。