本發(fā)明涉及文件加密
技術(shù)領(lǐng)域：
：，具體而言，涉及一種文件加密方法及裝置、文件解密方法及裝置。
背景技術(shù)：
：：目前，用戶經(jīng)常在手機(jī)或PAD(PortableAndroidDevice，平板電腦)等終端中存儲(chǔ)文件，有的文件可能涉及用戶隱私，用戶不希望他人獲知文件的內(nèi)容，因此需要對(duì)文件進(jìn)行加密。當(dāng)前，相關(guān)技術(shù)中通常使用用戶自定義的密碼對(duì)文件進(jìn)行加密。當(dāng)需要對(duì)文件進(jìn)行加密時(shí)，用戶自定義一個(gè)數(shù)字、字母或空格等字符組成的密碼，將該密碼輸入終端中。終端接收用戶提交的密碼，通過(guò)該密碼對(duì)需要加密的文件進(jìn)行加密。當(dāng)用戶再次打開加密后的文件時(shí)，向終端輸入上述自定義的密碼，終端根據(jù)用戶輸入的密碼對(duì)加密后的文件進(jìn)行解密，以打開該文件。但采用相關(guān)技術(shù)的加密方式，在密碼泄露時(shí)，容易導(dǎo)致加密后的文件丟失，且在用戶忘記密碼時(shí)，無(wú)法打開加密后的文件。技術(shù)實(shí)現(xiàn)要素：有鑒于此，本發(fā)明實(shí)施例的目的在于提供一種文件加密方法及裝置、文件解密方法及裝置，通過(guò)密鑰設(shè)備的MAC地址及用戶點(diǎn)擊密鑰設(shè)備的按鍵產(chǎn)生的按鍵信息來(lái)對(duì)文件加密。密鑰設(shè)備的MAC地址是唯一標(biāo)識(shí)該密鑰設(shè)備的字符串，其中的字符組成非常隨機(jī)且無(wú)規(guī)律可循，加上用戶點(diǎn)擊密鑰設(shè)備的按鍵產(chǎn)生的按鍵信息，使得本發(fā)明進(jìn)行文件加密的密鑰復(fù)雜度很高，很難被破解，大大提高了文件加密的安全性，且與密鑰設(shè)備建立連接后用戶只需記住簡(jiǎn)單的點(diǎn)擊按鍵的操作即可打開加密后的文件。第一方面，本發(fā)明實(shí)施例提供了一種文件加密方法，所述方法包括：獲取用戶選擇的待加密文件；通過(guò)近場(chǎng)通信連接獲取所述用戶指定的密鑰設(shè)備的介質(zhì)訪問(wèn)控制MAC地址；獲取所述用戶點(diǎn)擊所述密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息；根據(jù)所述MAC地址和所述按鍵信息對(duì)所述待加密文件進(jìn)行加密。結(jié)合第一方面，本發(fā)明實(shí)施例提供了上述第一方面的第一種可能的實(shí)現(xiàn)方式，其中，所述根據(jù)所述MAC地址和所述按鍵信息對(duì)所述待加密文件進(jìn)行加密，包括：將所述MAC地址和所述按鍵信息融合，得到合并字符串；通過(guò)哈希運(yùn)算將所述合并字符串變換為消息摘要算法MD5字符串；根據(jù)所述MD5字符串對(duì)所述待加密文件進(jìn)行加密。結(jié)合第一方面的第一種可能的實(shí)現(xiàn)方式，本發(fā)明實(shí)施例提供了上述第一方面的第二種可能的實(shí)現(xiàn)方式，其中，所述將所述MAC地址和所述按鍵信息融合，得到合并字符串，包括：將所述按鍵信息添加在所述MAC地址包括的所有字符之前，得到合并字符串；或者，將所述按鍵信息添加在所述MAC地址包括的所有字符之后，得到合并字符串；或者，從所述MAC地址中定位出序號(hào)分別為第一預(yù)設(shè)序號(hào)和第二預(yù)設(shè)序號(hào)的兩個(gè)字符，將所述按鍵信息插入定位出的所述兩個(gè)字符之間，得到合并字符串，定位出的所述兩個(gè)字符為相鄰的兩個(gè)字符。結(jié)合第一方面，本發(fā)明實(shí)施例提供了上述第一方面的第三種可能的實(shí)現(xiàn)方式，其中，所述通過(guò)近場(chǎng)通信連接獲取所述用戶指定的密鑰設(shè)備的MAC地址之前，還包括：檢測(cè)當(dāng)前是否存在已建立近場(chǎng)通信連接的密鑰設(shè)備；如果是，則指示所述用戶從已建立近場(chǎng)通信連接的密鑰設(shè)備中選擇一個(gè)密鑰設(shè)備；如果否，則指示所述用戶啟動(dòng)一個(gè)密鑰設(shè)備，建立與所述用戶啟動(dòng)的密鑰設(shè)備之間的近場(chǎng)通信連接。結(jié)合第一方面，本發(fā)明實(shí)施例提供了上述第一方面的第四種可能的實(shí)現(xiàn)方式，其中，所述獲取所述用戶點(diǎn)擊所述密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息，包括：在預(yù)設(shè)時(shí)長(zhǎng)內(nèi)接收所述密鑰設(shè)備傳輸?shù)拿總€(gè)按鍵指令；分別獲取每個(gè)所述按鍵指令對(duì)應(yīng)的按鍵編碼；按照預(yù)設(shè)順序?qū)⒚總€(gè)所述按鍵指令對(duì)應(yīng)的按鍵編碼組成按鍵信息。第二方面，本發(fā)明實(shí)施例提供了一種文件解密方法，所述方法包括：獲取用戶選擇的待解密密文；通過(guò)近場(chǎng)通信連接獲取所述用戶指定的密鑰設(shè)備的MAC地址；獲取所述用戶點(diǎn)擊所述密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息；根據(jù)所述MAC地址和所述按鍵信息，對(duì)所述待解密密文進(jìn)行解密。結(jié)合第二方面，本發(fā)明實(shí)施例提供了上述第二方面的第一種可能的實(shí)現(xiàn)方式，其中，所述根據(jù)所述MAC地址和所述按鍵信息，對(duì)所述待解密密文進(jìn)行解密，包括：將所述MAC地址和所述按鍵信息融合，得到合并字符串；通過(guò)哈希運(yùn)算將所述合并字符串變換為消息摘要算法MD5字符串；根據(jù)所述MD5字符串對(duì)所述待解密密文進(jìn)行解密。結(jié)合第二方面，本發(fā)明實(shí)施例提供了上述第二方面的第二種可能的實(shí)現(xiàn)方式，其中，所述獲取所述用戶點(diǎn)擊所述密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息，包括：在預(yù)設(shè)時(shí)長(zhǎng)內(nèi)接收所述密鑰設(shè)備傳輸?shù)拿總€(gè)按鍵指令；分別獲取每個(gè)所述按鍵指令對(duì)應(yīng)的按鍵編碼；按照預(yù)設(shè)順序?qū)⒚總€(gè)所述按鍵指令對(duì)應(yīng)的按鍵編碼組成按鍵信息。第三方面，本發(fā)明實(shí)施例提供了一種文件加密裝置，所述裝置包括：獲取模塊，用于獲取用戶選擇的待加密文件；通過(guò)近場(chǎng)通信連接獲取所述用戶指定的密鑰設(shè)備的MAC地址；獲取所述用戶點(diǎn)擊所述密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息；加密模塊，用于根據(jù)所述MAC地址和所述按鍵信息對(duì)所述待加密文件進(jìn)行加密。第四方面，本發(fā)明實(shí)施例提供了一種文件解密裝置，所述裝置包括：獲取模塊，用于獲取用戶選擇的待解密密文；通過(guò)近場(chǎng)通信連接獲取所述用戶指定的密鑰設(shè)備的MAC地址；獲取所述用戶點(diǎn)擊所述密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息；解密模塊，用于根據(jù)所述MAC地址和所述按鍵信息，對(duì)所述待解密密文進(jìn)行解密。在本發(fā)明實(shí)施例提供的方法及裝置中，獲取用戶選擇的待加密文件；通過(guò)近場(chǎng)通信連接獲取用戶指定的密鑰設(shè)備的硬件MAC地址；獲取用戶點(diǎn)擊該密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息；根據(jù)MAC地址和按鍵信息對(duì)待加密文件進(jìn)行加密。本發(fā)明通過(guò)密鑰設(shè)備的MAC地址及用戶點(diǎn)擊密鑰設(shè)備的按鍵產(chǎn)生的按鍵信息來(lái)對(duì)文件加密。密鑰設(shè)備的MAC地址是唯一標(biāo)識(shí)該密鑰設(shè)備的字符串，其中的字符組成非常隨機(jī)且無(wú)規(guī)律可循，加上用戶點(diǎn)擊密鑰設(shè)備的按鍵產(chǎn)生的按鍵信息，使得本發(fā)明進(jìn)行文件加密的密鑰復(fù)雜度很高，很難被破解，大大提高了文件加密的安全性，且與密鑰設(shè)備建立連接后用戶只需記住簡(jiǎn)單的點(diǎn)擊按鍵的操作即可打開加密后的文件。為使本發(fā)明的上述目的、特征和優(yōu)點(diǎn)能更明顯易懂，下文特舉較佳實(shí)施例，并配合所附附圖，作詳細(xì)說(shuō)明如下。附圖說(shuō)明為了更清楚地說(shuō)明本發(fā)明實(shí)施例的技術(shù)方案，下面將對(duì)實(shí)施例中所需要使用的附圖作簡(jiǎn)單地介紹，應(yīng)當(dāng)理解，以下附圖僅示出了本發(fā)明的某些實(shí)施例，因此不應(yīng)被看作是對(duì)范圍的限定，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他相關(guān)的附圖。圖1示出了本發(fā)明實(shí)施例1所提供的一種文件加密方法的流程圖；圖2示出了本發(fā)明實(shí)施例2所提供的一種文件解密方法的流程圖；圖3示出了本發(fā)明實(shí)施例3所提供的一種文件加密裝置的結(jié)構(gòu)示意圖；圖4示出了本發(fā)明實(shí)施例4所提供的一種文件解密裝置的結(jié)構(gòu)示意圖。具體實(shí)施方式為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。通常在此處附圖中描述和示出的本發(fā)明實(shí)施例的組件可以以各種不同的配置來(lái)布置和設(shè)計(jì)。因此，以下對(duì)在附圖中提供的本發(fā)明的實(shí)施例的詳細(xì)描述并非旨在限制要求保護(hù)的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實(shí)施例?；诒景l(fā)明的實(shí)施例，本領(lǐng)域技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)的前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍?？紤]到相關(guān)技術(shù)中采用用戶自定義的密碼進(jìn)行文件加密的方式，在密碼泄露時(shí)，容易導(dǎo)致加密后的文件丟失，且在用戶忘記密碼時(shí)，無(wú)法打開加密后的文件。基于此，本發(fā)明實(shí)施例提供了一種文件加密方法及裝置、文件解密方法及裝置，下面通過(guò)實(shí)施例進(jìn)行描述。實(shí)施例1參見圖1，本發(fā)明實(shí)施例提供了一種文件加密方法，該方法具體包括以下步驟：步驟101：獲取用戶選擇的待加密文件。本發(fā)明實(shí)施例的執(zhí)行主體為手機(jī)或PAD等終端，終端上安裝有用于加密文件的APP(Application，應(yīng)用程序)。當(dāng)用戶需要通過(guò)終端加密文件時(shí)，需要先選取需要加密的待加密文件。在本發(fā)明實(shí)施例中，待加密文件可以是單個(gè)的文件，也可以是包括多個(gè)文件的文件夾。在本發(fā)明實(shí)施例中，通過(guò)安卓系統(tǒng)自帶的文件瀏覽器來(lái)向用戶顯示本地文件，顯示本地文件的代碼如下所示：Intentintent＝newIntent(Intent.ACTION_GET_CONTENT)；//初始化連接的intent(意圖)；intent.setType("*/*")；//設(shè)置類型，該類型可以是任意類型；intent.addCategory(Intent.CATEGORY_OPENABLE)；//指示一個(gè)GET_CONTENT意圖，該意圖用來(lái)打開選擇文件的界面；startActivityForResult(intent,1)；//開始執(zhí)行。通過(guò)執(zhí)行上述顯示本地文件的代碼，向用戶顯示文件選擇界面，用戶瀏覽文件選擇界面中包括的文件，通過(guò)點(diǎn)擊其中的一個(gè)文件，來(lái)選擇被點(diǎn)擊的文件作為待加密文件。終端當(dāng)檢測(cè)到用戶點(diǎn)擊文件選擇界面中的一文件時(shí)，通過(guò)回調(diào)函數(shù)onActivityResult()來(lái)獲取用戶選擇的文件的絕對(duì)地址，即獲取到待加密文件的絕對(duì)地址。由于在用戶選擇完待加密文件后，可能會(huì)存在一些誤操作誤將待加密文件從內(nèi)存中刪除，因此本發(fā)明實(shí)施例在上述獲取到待加密文件的絕對(duì)地址后，還通過(guò)執(zhí)行如下代碼來(lái)判斷待加密文件是否存在，代碼示例如下：Filef＝newFile("/storage/sdcard/test.pdf")；//根據(jù)獲取的待加密文件的絕對(duì)地址新建一個(gè)文件對(duì)象；f.exists()//通過(guò)新建的文件對(duì)象判斷待加密文件是否存在。上述通過(guò)基于待加密文件的絕對(duì)地址新建的文件對(duì)象來(lái)執(zhí)行函數(shù)exists()，通過(guò)函數(shù)exists()判斷待加密文件是否存在。若函數(shù)exists()的返回值為false，則表明待加密文件不存在。如果函數(shù)exists()的返回值為true，則表明待加密文件存在。當(dāng)函數(shù)exists()的返回值為false，確定用戶選擇的待加密文件不存在時(shí)，再次顯示文件選擇界面給用戶，指示用戶重新選擇一個(gè)文件作為待加密文件。當(dāng)用戶重新選擇一個(gè)文件時(shí)，再次通過(guò)上述方式確定用戶重新選擇的文件是否存在，直到確定用戶選擇的待加密文件存在于內(nèi)存中為止。當(dāng)確定用戶選擇的待加密文件存在時(shí)，根據(jù)上述獲取的待加密文件的絕對(duì)地址，獲取待加密文件的所有文件內(nèi)容。通過(guò)本步驟的操作獲取到待加密文件后，通過(guò)如下步驟102-104的操作來(lái)對(duì)待加密文件進(jìn)行加密，得到待加密文件對(duì)應(yīng)的密文。步驟102：通過(guò)近場(chǎng)通信連接獲取用戶指定的密鑰設(shè)備的MAC(MediaAccessControl，介質(zhì)訪問(wèn)控制)地址。上述密鑰設(shè)備可以為用戶隨身使用的運(yùn)動(dòng)手環(huán)或藍(lán)牙耳機(jī)等設(shè)備。上述近場(chǎng)通信連接可以為藍(lán)牙連接、紅外連接或者NFC(NearFieldCommunication，近距離無(wú)線通訊技術(shù))連接等。本發(fā)明實(shí)施例中，獲取用戶指定的密鑰設(shè)備的MAC地址之前，首先通過(guò)如下操作來(lái)確定用戶指定的密鑰設(shè)備，具體包括：檢測(cè)當(dāng)前是否存在已建立近場(chǎng)通信連接的密鑰設(shè)備；如果是，則指示用戶從已建立近場(chǎng)通信連接的密鑰設(shè)備中選擇一個(gè)密鑰設(shè)備；如果否，則指示用戶啟動(dòng)一個(gè)密鑰設(shè)備，建立與用戶啟動(dòng)的密鑰設(shè)備之間的近場(chǎng)通信連接。在本發(fā)明實(shí)施例中，通過(guò)如下方式來(lái)檢測(cè)當(dāng)前是否存在已建立近場(chǎng)通信連接的密鑰設(shè)備，包括：獲取安卓系統(tǒng)中的密鑰設(shè)備適配器，判斷獲取的密鑰設(shè)備適配器是否為空，如果是，則表明終端當(dāng)前沒(méi)有與任何密鑰設(shè)備建立近場(chǎng)通信連接，則后續(xù)指示用戶啟動(dòng)一個(gè)密鑰設(shè)備，建立終端與用戶啟動(dòng)的該密鑰設(shè)備之間的近場(chǎng)通信連接。當(dāng)獲取的密鑰設(shè)備適配器中包含一些密鑰設(shè)備的設(shè)備標(biāo)識(shí)時(shí)，則表明終端與這些設(shè)備標(biāo)識(shí)對(duì)應(yīng)的密鑰設(shè)備建立過(guò)近場(chǎng)通信連接。此時(shí)通過(guò)監(jiān)聽器來(lái)監(jiān)聽終端當(dāng)前是否與這些設(shè)備標(biāo)識(shí)對(duì)應(yīng)的密鑰設(shè)備建立了近場(chǎng)通信連接。當(dāng)通過(guò)監(jiān)聽器監(jiān)聽密鑰設(shè)備適配器中的一個(gè)設(shè)備標(biāo)識(shí)時(shí)，若監(jiān)聽器返回的狀態(tài)為服務(wù)斷開狀態(tài)，則表明終端當(dāng)前沒(méi)有與該設(shè)備標(biāo)識(shí)對(duì)應(yīng)的密鑰設(shè)備建立近場(chǎng)通信連接。若監(jiān)聽器返回的狀態(tài)為服務(wù)連接狀態(tài)，則表明終端當(dāng)前建立了與該設(shè)備標(biāo)識(shí)對(duì)應(yīng)的密鑰設(shè)備之間的近場(chǎng)通信連接。若通過(guò)上述方式監(jiān)聽到當(dāng)前密鑰設(shè)備適配器中的所有設(shè)備標(biāo)識(shí)對(duì)應(yīng)的密鑰設(shè)備均未與終端建立近場(chǎng)通信連接，則指示用戶啟動(dòng)一個(gè)密鑰設(shè)備，建立終端與用戶啟動(dòng)的該密鑰設(shè)備之間的近場(chǎng)通信連接。若通過(guò)上述方式監(jiān)聽到當(dāng)前密鑰設(shè)備適配器中至少一個(gè)設(shè)備標(biāo)識(shí)對(duì)應(yīng)的密鑰設(shè)備與終端建立了近場(chǎng)通信連接，則指示用戶從已建立近場(chǎng)通信連接的密鑰設(shè)備中選擇一個(gè)密鑰設(shè)備。在本發(fā)明實(shí)施例中，假設(shè)密鑰設(shè)備為藍(lán)牙設(shè)備，則通過(guò)調(diào)用藍(lán)牙適配器讀取函數(shù)BluetoothAdapter.getDefaultAdapter()來(lái)獲取藍(lán)牙適配器。若獲取的藍(lán)牙適配器不為空，則通過(guò)藍(lán)牙監(jiān)聽器BluetoothProfile.ServiceListener()對(duì)藍(lán)牙適配器中包括的設(shè)備標(biāo)識(shí)進(jìn)行監(jiān)聽。本發(fā)明實(shí)施例通過(guò)上述方式確定出用戶指定的密鑰設(shè)備后，調(diào)用函數(shù)getConnectedDevices()來(lái)獲取用戶指定的密鑰設(shè)備的硬件信息，通過(guò)調(diào)用地址獲取函數(shù)getAddress()從硬件信息中獲取用戶指定的密鑰設(shè)備的MAC地址。在本發(fā)明實(shí)施例中，獲取到密鑰設(shè)備的MAC地址后，終端還記錄該密鑰設(shè)備的設(shè)備標(biāo)識(shí)，以便在解密待加密文件的密文時(shí)通過(guò)同一個(gè)密鑰設(shè)備來(lái)進(jìn)行文件解密。在本發(fā)明實(shí)施例中，通過(guò)本步驟獲取到密鑰設(shè)備的MAC地址之后，可以直接通過(guò)哈希運(yùn)算將獲取的MAC地址變換為MD5(MessageDigestAlgorithm5，消息摘要算法第5版)字符串，通過(guò)該MD5字符串對(duì)待加密文件進(jìn)行加密，得到待加密文件對(duì)應(yīng)的密文。但是僅根據(jù)密鑰設(shè)備的MAC地址來(lái)對(duì)文件進(jìn)行加密的安全性有限，為了進(jìn)一步提高文件加密的安全性，本發(fā)明實(shí)施例可以繼續(xù)通過(guò)如下步驟103和104的步驟來(lái)對(duì)待加密文件進(jìn)行加密。步驟103：獲取用戶點(diǎn)擊密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息。由于運(yùn)動(dòng)手環(huán)或藍(lán)牙耳機(jī)等密鑰設(shè)備上都有一個(gè)或者多個(gè)按鍵，終端與密鑰設(shè)備建立近場(chǎng)通信連接后，可以接收到密鑰設(shè)備上的按鍵的點(diǎn)擊事件?；诖耍景l(fā)明實(shí)施例可以通過(guò)密鑰設(shè)備上的這些按鍵來(lái)進(jìn)一步加強(qiáng)文件加密的復(fù)雜度。在本發(fā)明實(shí)施例中，終端將會(huì)彈出提示框提示用戶是否需要密鑰設(shè)備加強(qiáng)加密驗(yàn)證。若用戶選擇需要密鑰設(shè)備加強(qiáng)加密驗(yàn)證，則用戶可以在預(yù)設(shè)時(shí)長(zhǎng)內(nèi)點(diǎn)擊密鑰設(shè)備上的按鍵來(lái)加強(qiáng)驗(yàn)證。當(dāng)終端接收到用戶提交的確定加強(qiáng)驗(yàn)證的指令時(shí)，在預(yù)設(shè)時(shí)長(zhǎng)內(nèi)接收密鑰設(shè)備傳輸?shù)拿總€(gè)按鍵指令；分別獲取每個(gè)按鍵指令對(duì)應(yīng)的按鍵編碼；按照預(yù)設(shè)順序?qū)⒚總€(gè)按鍵指令對(duì)應(yīng)的按鍵編碼組成按鍵信息。上述預(yù)設(shè)順序可以為按照按鍵指令的接收時(shí)間從前到后或從后到前的順序。上述預(yù)設(shè)時(shí)長(zhǎng)可以為5秒或10秒等。為了進(jìn)一步便于理解上述獲取按鍵信息的操作，下面舉例進(jìn)行說(shuō)明。例如，假設(shè)密鑰設(shè)備為用戶的藍(lán)牙耳機(jī)，藍(lán)牙耳機(jī)上有音量加和音量減兩個(gè)按鍵，假設(shè)終端中預(yù)置的音量加按鍵對(duì)應(yīng)的按鍵編碼為233，音量減按鍵對(duì)應(yīng)的按鍵編碼為234。假設(shè)預(yù)設(shè)時(shí)長(zhǎng)為10秒。當(dāng)終端接收到用戶提交的確定加強(qiáng)驗(yàn)證的指令時(shí)，終端等待10秒，在這10秒內(nèi)檢測(cè)藍(lán)牙耳機(jī)上的按鍵點(diǎn)擊事件，假設(shè)在這10秒內(nèi)用戶先點(diǎn)擊了一次音量加按鍵，接著點(diǎn)擊了兩次音量減按鍵，則在這10秒內(nèi)終端接收到密鑰設(shè)備傳輸?shù)囊粋€(gè)音量加指令及兩個(gè)音量減指令，終端獲取到音量加指令對(duì)應(yīng)的按鍵編碼為233，獲取到音量減指令對(duì)應(yīng)的按鍵編碼為234。假設(shè)上述預(yù)設(shè)順序?yàn)榘凑瞻存I指令的接收時(shí)間從前到后的順序，則最終組成的按鍵信息為233234234。在本發(fā)明實(shí)施例中，當(dāng)密鑰設(shè)備為藍(lán)牙設(shè)備時(shí)，可以通過(guò)開啟藍(lán)牙按鍵的監(jiān)聽器來(lái)監(jiān)聽藍(lán)牙設(shè)備的按鍵點(diǎn)擊事件，該監(jiān)聽器通過(guò)藍(lán)牙接收函數(shù)BluetoothReceiver()進(jìn)行按鍵監(jiān)聽。當(dāng)監(jiān)聽到事件為按鍵點(diǎn)擊事件EXTRA_KEY_EVENT時(shí)，則表明用戶點(diǎn)擊了藍(lán)牙設(shè)備的按鍵，此時(shí)通過(guò)調(diào)用獲取按鍵編碼函數(shù)getKeyCode()來(lái)獲取用戶點(diǎn)擊的按鍵的按鍵編碼，并將該按鍵編碼記錄下來(lái)。如果用戶又按了一次按鍵，則通過(guò)上述方式繼續(xù)記錄用戶點(diǎn)擊的按鍵的按鍵編碼，直到終端監(jiān)聽按鍵點(diǎn)擊事件的時(shí)長(zhǎng)達(dá)到預(yù)設(shè)時(shí)長(zhǎng)時(shí)，將在該預(yù)設(shè)時(shí)長(zhǎng)內(nèi)記錄的所有按鍵編碼疊加成一個(gè)字符串，該字符串即為獲取到的用戶點(diǎn)擊密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息。具體可以按照上述預(yù)設(shè)順序來(lái)疊加預(yù)設(shè)時(shí)長(zhǎng)內(nèi)記錄的所有按鍵編碼。步驟104：根據(jù)MAC地址和按鍵信息對(duì)待加密文件進(jìn)行加密。本發(fā)明實(shí)施例中，獲取到密鑰設(shè)備的MAC地址，及獲取到用戶點(diǎn)擊密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息后，將MAC地址和按鍵信息融合，得到合并字符串；通過(guò)哈希運(yùn)算將合并字符串變換為MD5字符串；根據(jù)該MD5字符串對(duì)待加密文件進(jìn)行加密。本發(fā)明實(shí)施例可以通過(guò)如下三種方式來(lái)將MAC地址和按鍵信息融合。第一，將按鍵信息添加在MAC地址包括的所有字符之前，得到合并字符串。例如，假設(shè)按鍵信息為233234234，MAC地址為0050BACE070C，則將按鍵信息添加在MAC地址包括所有字符之前，得到的合并字符串為2332342340050BACE070C。第二，將按鍵信息添加在MAC地址包括的所有字符之后，得到合并字符串。例如，假設(shè)按鍵信息為233234234，MAC地址為0050BACE070C，則將按鍵信息添加在MAC地址包括所有字符之后，得到的合并字符串為0050BACE070C233234234。第三，從MAC地址中定位出序號(hào)分別為第一預(yù)設(shè)序號(hào)和第二預(yù)設(shè)序號(hào)的兩個(gè)字符，將按鍵信息插入定位出的兩個(gè)字符之間，得到合并字符串，定位出的兩個(gè)字符為相鄰的兩個(gè)字符。上述第一預(yù)設(shè)序號(hào)和第二預(yù)設(shè)序號(hào)為相鄰的兩個(gè)序號(hào)，如第一預(yù)設(shè)序號(hào)為3，第二預(yù)設(shè)序號(hào)為4。本發(fā)明實(shí)施例并不具體限定第一預(yù)設(shè)序號(hào)和第二預(yù)設(shè)序號(hào)的值，實(shí)際應(yīng)用中終端可以根據(jù)MAC地址包括的字符串的位數(shù)隨機(jī)確定第一預(yù)設(shè)序號(hào)和第二預(yù)設(shè)序號(hào)的值。終端確定第一預(yù)設(shè)序號(hào)和第二預(yù)設(shè)序號(hào)的值后，還記錄第一預(yù)設(shè)序號(hào)和第二預(yù)設(shè)序號(hào)的值，以便在解密待加密文件對(duì)應(yīng)的密文時(shí)可以根據(jù)第一預(yù)設(shè)序號(hào)和第二預(yù)設(shè)序號(hào)來(lái)生成解密的密鑰。例如，假設(shè)按鍵信息為233234234，MAC地址為0050BACE070C，假設(shè)第一預(yù)設(shè)序號(hào)為3，第二預(yù)設(shè)序號(hào)為4，則將按鍵信息添加在MAC地址包括的第3個(gè)字符“5”和第4個(gè)字符“0”之間，得到的合并字符串為0052332342340BACE070C。本發(fā)明實(shí)施例中，終端可以選擇通過(guò)上述第一至第三種方式中的任意一種方式來(lái)將MAC地址和按鍵信息融合，得到合并字符串。終端還需記錄所使用的融合方式，以便在解密待加密文件對(duì)應(yīng)的密文時(shí)可以通過(guò)同樣的融合方式來(lái)生成解密的密鑰。本發(fā)明實(shí)施例中得到合并字符串后，通過(guò)哈希運(yùn)算將合并字符串變換為MD5字符串，該MD5字符串即為對(duì)待加密文件進(jìn)行加密的密鑰。后續(xù)根據(jù)該MD5字符串對(duì)待加密文件進(jìn)行加密。由于對(duì)待加密文件進(jìn)行加密的過(guò)程屬于寫文件的過(guò)程，因此本發(fā)明實(shí)施例中在對(duì)待加密文件進(jìn)行加密之前，還需要先獲取最后得到的待加密文件對(duì)應(yīng)的密文的存儲(chǔ)地址。終端提示用戶選取密文的存儲(chǔ)地址，此時(shí)同樣使用安卓系統(tǒng)的文件瀏覽器來(lái)向用戶顯示文件選擇界面，用戶從該文件選擇界面中選擇一個(gè)文件夾。終端檢測(cè)到用戶選擇一個(gè)文件夾時(shí)，獲取該文件夾的絕對(duì)地址，將該文件夾的絕對(duì)地址確定為用戶選擇的密文的存儲(chǔ)地址。由于可能存在用戶選擇的文件夾的存儲(chǔ)空間不足以存儲(chǔ)待加密文件的密文的情況，所以本發(fā)明實(shí)施例還需判斷上述密文的存儲(chǔ)地址對(duì)應(yīng)的存儲(chǔ)空間是否足夠。具體可以通過(guò)執(zhí)行如下判斷代碼來(lái)判斷存儲(chǔ)空間十分足夠，具體代碼示例如下：StatFsdataFs＝newStatFs(Path)；//獲取用戶選擇的密文的存儲(chǔ)地址的空間信息；longsizes＝(long)dataFs.getFreeBlocks()*(long)dataFs.getBlockSize()；//獲取剩余空間的大小。上述代碼是判斷存儲(chǔ)地址下剩余的空間大小，比較sizes的返回值和待加密文件的大小，如果sizes的返回值大于或等于待加密文件的大小，則表明用戶選擇的文件夾的空間大小足夠，可以將待加密文件對(duì)應(yīng)的密文寫入該文件夾。如果sizes的返回值小于待加密文件的大小，則表明用戶選擇的文件夾空間不夠，后續(xù)提示用戶重新選擇一個(gè)文件夾。通過(guò)上述方式選擇出存放待加密文件對(duì)應(yīng)的密文之后，即可開始通過(guò)由合并字符串變換得到的MD5字符串，進(jìn)行對(duì)待加密文件的加密過(guò)程。本發(fā)明實(shí)施例采用java(腳本)中的DES(DataEncryptionStandard，數(shù)據(jù)加密標(biāo)準(zhǔn))來(lái)進(jìn)行文件加密，具體代碼如下：上述代碼中，首先使用Cipher創(chuàng)建一個(gè)加密類，并將this.Key傳入，而this.key則是上述根據(jù)藍(lán)牙設(shè)備的MAC地址和用戶點(diǎn)擊藍(lán)牙設(shè)備的按鍵所產(chǎn)生的按鍵信息最終得到的密鑰，該密鑰寫入后，將開始讀取待加密文件的文件流，并將文件流加入到加密流CipherInputStream中進(jìn)行加密，并將加密后的密文寫入到保存的文件夾中。在本發(fā)明實(shí)施例中，主要針對(duì)于藍(lán)牙設(shè)備等密鑰設(shè)備，在加密時(shí)，用戶可以點(diǎn)擊密鑰設(shè)備上的按鍵，來(lái)實(shí)現(xiàn)復(fù)雜的加密功能。當(dāng)用戶開始加密時(shí)，終端上安裝的用于加密文件的APP會(huì)等待用戶點(diǎn)擊密鑰設(shè)備上的按鍵來(lái)實(shí)現(xiàn)加密。當(dāng)用戶點(diǎn)擊密鑰設(shè)備上的按鍵時(shí)，終端就會(huì)監(jiān)聽到該按鍵的按鍵編碼，用戶每點(diǎn)擊一次，終端就會(huì)記錄一次，因此，用戶點(diǎn)擊不同的按鍵，以及點(diǎn)擊不同按鍵的不同順序，都會(huì)對(duì)最后的加密結(jié)果產(chǎn)生影響。用戶點(diǎn)擊按鍵的種類越多，點(diǎn)擊次數(shù)越多，則最終生成的密鑰的復(fù)雜度越高，加密文件的安全性越高。在本發(fā)明實(shí)施例中，獲取用戶選擇的待加密文件；通過(guò)近場(chǎng)通信連接獲取用戶指定的密鑰設(shè)備的硬件MAC地址；獲取用戶點(diǎn)擊該密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息；根據(jù)MAC地址和按鍵信息對(duì)待加密文件進(jìn)行加密。本發(fā)明通過(guò)密鑰設(shè)備的MAC地址及用戶點(diǎn)擊密鑰設(shè)備的按鍵產(chǎn)生的按鍵信息來(lái)對(duì)文件加密。密鑰設(shè)備的MAC地址是唯一標(biāo)識(shí)該密鑰設(shè)備的字符串，其中的字符組成非常隨機(jī)且無(wú)規(guī)律可循，加上用戶點(diǎn)擊密鑰設(shè)備的按鍵產(chǎn)生的按鍵信息，使得本發(fā)明進(jìn)行文件加密的密鑰復(fù)雜度很高，很難被破解，大大提高了文件加密的安全性，且與密鑰設(shè)備建立連接后用戶只需記住簡(jiǎn)單的點(diǎn)擊按鍵的操作即可打開加密后的文件。實(shí)施例2參見圖2，本發(fā)明實(shí)施例提供了一種文件解密方法，該方法用于對(duì)上述實(shí)施例所提供的文件加密方法得到的密文進(jìn)行解密。該方法具體包括以下步驟：步驟201：獲取用戶選擇的待解密密文。本發(fā)明實(shí)施例的執(zhí)行主體為手機(jī)或PAD等終端，終端上安裝有用于加密文件的APP(Application，應(yīng)用程序)。當(dāng)用戶需要通過(guò)終端解密文件時(shí)，需要先選取需要解密的待解密密文。本發(fā)明實(shí)施例中獲取用戶選擇的待解密密文的方式與實(shí)施例1中的步驟101獲取待加密文件的方式相同，在此不再贅述。通過(guò)本步驟的操作獲取到待解密密文后，通過(guò)如下步驟202-204的操作來(lái)對(duì)待解密密文進(jìn)行解密，得到待解密密文對(duì)應(yīng)的明文。步驟202：通過(guò)近場(chǎng)通信連接獲取用戶指定的密鑰設(shè)備的MAC地址。上述密鑰設(shè)備可以為用戶隨身使用的運(yùn)動(dòng)手環(huán)或藍(lán)牙耳機(jī)等設(shè)備。上述近場(chǎng)通信連接可以為藍(lán)牙連接、紅外連接或者NFC(NearFieldCommunication，近距離無(wú)線通訊技術(shù))連接等。在解密過(guò)程中，終端從內(nèi)存中獲取記錄的加密過(guò)程中使用的密鑰設(shè)備的設(shè)備標(biāo)識(shí)。然后獲取密鑰設(shè)備適配器，查看密鑰設(shè)備適配器中是否包含上述設(shè)備標(biāo)識(shí)。如果不包含，則提示用戶啟動(dòng)該設(shè)備標(biāo)識(shí)對(duì)應(yīng)的密鑰設(shè)備，并建立與該密鑰設(shè)備之間的近場(chǎng)通信連接。如果包含，則通過(guò)監(jiān)聽器監(jiān)聽終端當(dāng)前是否與該密鑰設(shè)備建立了近場(chǎng)通信連接，若監(jiān)聽器返回的狀態(tài)為服務(wù)斷開狀態(tài)，則表明終端當(dāng)前沒(méi)有與該密鑰設(shè)備建立近場(chǎng)通信連接，指示用戶啟動(dòng)該密鑰設(shè)備，并建立終端與該密鑰設(shè)備之間的近場(chǎng)通信連接。若監(jiān)聽器返回的狀態(tài)為服務(wù)連接狀態(tài)，則表明終端當(dāng)前建立了與該密鑰設(shè)備之間的近場(chǎng)通信連接。通過(guò)上述方式確保建立與該密鑰設(shè)備之間的近場(chǎng)通信連接后，通過(guò)該近場(chǎng)通信連接獲取該密鑰設(shè)備的MAC地址。步驟203：獲取用戶點(diǎn)擊密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息。在本發(fā)明實(shí)施例中，若待解密密文在之前加密過(guò)程中通過(guò)密鑰設(shè)備的按鍵進(jìn)行加強(qiáng)加密驗(yàn)證的話，終端將會(huì)提示用戶操作密鑰設(shè)備的按鍵來(lái)進(jìn)行解密。終端在預(yù)設(shè)時(shí)長(zhǎng)內(nèi)接收密鑰設(shè)備傳輸?shù)拿總€(gè)按鍵指令；分別獲取每個(gè)按鍵指令對(duì)應(yīng)的按鍵編碼；按照預(yù)設(shè)順序?qū)⒚總€(gè)按鍵指令對(duì)應(yīng)的按鍵編碼組成按鍵信息。本步驟獲取按鍵信息的具體細(xì)節(jié)與實(shí)施例1中步驟103的操作相同，在此不再贅述。步驟204：根據(jù)MAC地址和按鍵信息，對(duì)待解密密文進(jìn)行解密。本發(fā)明實(shí)施例中，獲取到密鑰設(shè)備的MAC地址，及獲取到用戶點(diǎn)擊密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息后，將MAC地址和按鍵信息融合，得到合并字符串；通過(guò)哈希運(yùn)算將合并字符串變換為MD5字符串；根據(jù)MD5字符串對(duì)待解密密文進(jìn)行解密。上述將MAC地址和按鍵信息融合的具體細(xì)節(jié)與實(shí)施例1中步驟104中的融合操作相同，在此不再贅述。在本發(fā)明實(shí)施例中，獲取用戶選擇的待解密密文；通過(guò)近場(chǎng)通信連接獲取用戶指定的密鑰設(shè)備的MAC地址；獲取用戶點(diǎn)擊密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息；根據(jù)MAC地址和按鍵信息，對(duì)待解密密文進(jìn)行解密。本發(fā)明中待解密密文是通過(guò)密鑰設(shè)備的MAC地址及用戶點(diǎn)擊密鑰設(shè)備的按鍵產(chǎn)生的按鍵信息來(lái)加密得到的。在解密時(shí)同樣根據(jù)MAC地址和按鍵信息來(lái)解密。密鑰設(shè)備的MAC地址是唯一標(biāo)識(shí)該密鑰設(shè)備的字符串，其中的字符組成非常隨機(jī)且無(wú)規(guī)律可循，加上用戶點(diǎn)擊密鑰設(shè)備的按鍵產(chǎn)生的按鍵信息，使得本發(fā)明進(jìn)行文件加密的密鑰復(fù)雜度很高，很難被破解，大大提高了文件加密的安全性，且與密鑰設(shè)備建立連接后用戶只需記住簡(jiǎn)單的點(diǎn)擊按鍵的操作即可打開加密后的文件。實(shí)施例3參見圖3，本發(fā)明實(shí)施例提供了一種文件加密裝置，該裝置用于執(zhí)行上述實(shí)施例1提供的文件加密方法，該裝置包括：獲取模塊301，用于獲取用戶選擇的待加密文件；通過(guò)近場(chǎng)通信連接獲取用戶指定的密鑰設(shè)備的MAC地址；獲取用戶點(diǎn)擊密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息；加密模塊302，用于根據(jù)MAC地址和按鍵信息對(duì)待加密文件進(jìn)行加密。上述加密模塊302，包括：融合單元，用于將MAC地址和按鍵信息融合，得到合并字符串；變換單元，用于通過(guò)哈希運(yùn)算將合并字符串變換為消息摘要算法MD5字符串；加密單元，用于根據(jù)MD5字符串對(duì)待加密文件進(jìn)行加密。上述融合單元，用于將按鍵信息添加在MAC地址包括的所有字符之前，得到合并字符串；或者，用于將按鍵信息添加在MAC地址包括的所有字符之后，得到合并字符串；或者，用于從MAC地址中定位出序號(hào)分別為第一預(yù)設(shè)序號(hào)和第二預(yù)設(shè)序號(hào)的兩個(gè)字符，將按鍵信息插入定位出的兩個(gè)字符之間，得到合并字符串，定位出的兩個(gè)字符為相鄰的兩個(gè)字符。在本發(fā)明實(shí)施例中，該裝置還包括：檢測(cè)模塊，用于檢測(cè)當(dāng)前是否存在已建立近場(chǎng)通信連接的密鑰設(shè)備；如果是，則指示用戶從已建立近場(chǎng)通信連接的密鑰設(shè)備中選擇一個(gè)密鑰設(shè)備；如果否，則指示用戶啟動(dòng)一個(gè)密鑰設(shè)備，建立與用戶啟動(dòng)的密鑰設(shè)備之間的近場(chǎng)通信連接。在本發(fā)明實(shí)施例中，獲取模塊301包括：接收單元，用于在預(yù)設(shè)時(shí)長(zhǎng)內(nèi)接收密鑰設(shè)備傳輸?shù)拿總€(gè)按鍵指令；獲取單元，用于分別獲取每個(gè)按鍵指令對(duì)應(yīng)的按鍵編碼；組成單元，用于按照預(yù)設(shè)順序?qū)⒚總€(gè)按鍵指令對(duì)應(yīng)的按鍵編碼組成按鍵信息。在本發(fā)明實(shí)施例中，獲取用戶選擇的待加密文件；通過(guò)近場(chǎng)通信連接獲取用戶指定的密鑰設(shè)備的硬件MAC地址；獲取用戶點(diǎn)擊該密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息；根據(jù)MAC地址和按鍵信息對(duì)待加密文件進(jìn)行加密。本發(fā)明通過(guò)密鑰設(shè)備的MAC地址及用戶點(diǎn)擊密鑰設(shè)備的按鍵產(chǎn)生的按鍵信息來(lái)對(duì)文件加密。密鑰設(shè)備的MAC地址是唯一標(biāo)識(shí)該密鑰設(shè)備的字符串，其中的字符組成非常隨機(jī)且無(wú)規(guī)律可循，加上用戶點(diǎn)擊密鑰設(shè)備的按鍵產(chǎn)生的按鍵信息，使得本發(fā)明進(jìn)行文件加密的密鑰復(fù)雜度很高，很難被破解，大大提高了文件加密的安全性，且與密鑰設(shè)備建立連接后用戶只需記住簡(jiǎn)單的點(diǎn)擊按鍵的操作即可打開加密后的文件。實(shí)施例4參見圖4，本發(fā)明實(shí)施例提供了一種文件解密裝置，該裝置用于執(zhí)行上述實(shí)施例2所提供的文件解密方法，該裝置包括：獲取模塊401，用于獲取用戶選擇的待解密密文；通過(guò)近場(chǎng)通信連接獲取用戶指定的密鑰設(shè)備的硬件MAC地址；獲取用戶點(diǎn)擊密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息；解密模塊402，用于根據(jù)MAC地址和按鍵信息，對(duì)待解密密文進(jìn)行解密。上述解密模塊402，包括：融合單元，用于將MAC地址和按鍵信息融合，得到合并字符串；變換單元，用于通過(guò)哈希運(yùn)算將合并字符串變換為MD5字符串；解密單元，用于根據(jù)MD5字符串對(duì)待解密密文進(jìn)行解密。在本發(fā)明實(shí)施例中，獲取模塊401包括：接收單元在預(yù)設(shè)時(shí)長(zhǎng)內(nèi)接收密鑰設(shè)備傳輸?shù)拿總€(gè)按鍵指令；獲取單元，用于分別獲取每個(gè)按鍵指令對(duì)應(yīng)的按鍵編碼；組成單元，用于按照預(yù)設(shè)順序?qū)⒚總€(gè)按鍵指令對(duì)應(yīng)的按鍵編碼組成按鍵信息。在本發(fā)明實(shí)施例中，獲取用戶選擇的待解密密文；通過(guò)近場(chǎng)通信連接獲取用戶指定的密鑰設(shè)備的MAC地址；獲取用戶點(diǎn)擊密鑰設(shè)備的按鍵所產(chǎn)生的按鍵信息；根據(jù)MAC地址和按鍵信息，對(duì)待解密密文進(jìn)行解密。本發(fā)明中待解密密文是通過(guò)密鑰設(shè)備的MAC地址及用戶點(diǎn)擊密鑰設(shè)備的按鍵產(chǎn)生的按鍵信息來(lái)加密得到的。在解密時(shí)同樣根據(jù)MAC地址和按鍵信息來(lái)解密。密鑰設(shè)備的MAC地址是唯一標(biāo)識(shí)該密鑰設(shè)備的字符串，其中的字符組成非常隨機(jī)且無(wú)規(guī)律可循，加上用戶點(diǎn)擊密鑰設(shè)備的按鍵產(chǎn)生的按鍵信息，使得本發(fā)明進(jìn)行文件加密的密鑰復(fù)雜度很高，很難被破解，大大提高了文件加密的安全性，且與密鑰設(shè)備建立連接后用戶只需記住簡(jiǎn)單的點(diǎn)擊按鍵的操作即可打開加密后的文件。本發(fā)明實(shí)施例所提供的文件加密裝置及文件解密裝置可以為設(shè)備上的特定硬件或者安裝于設(shè)備上的軟件或固件等。本發(fā)明實(shí)施例所提供的裝置，其實(shí)現(xiàn)原理及產(chǎn)生的技術(shù)效果和前述方法實(shí)施例相同，為簡(jiǎn)要描述，裝置實(shí)施例部分未提及之處，可參考前述方法實(shí)施例中相應(yīng)內(nèi)容。所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡(jiǎn)潔，前述描述的系統(tǒng)、裝置和單元的具體工作過(guò)程，均可以參考上述方法實(shí)施例中的對(duì)應(yīng)過(guò)程，在此不再贅述。在本發(fā)明所提供的實(shí)施例中，應(yīng)該理解到，所揭露裝置和方法，可以通過(guò)其它的方式實(shí)現(xiàn)。以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，又例如，多個(gè)單元或組件可以結(jié)合或者可以集成到另一個(gè)系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過(guò)一些通信接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。所述作為分離部件說(shuō)明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。另外，在本發(fā)明提供的實(shí)施例中的各功能單元可以集成在一個(gè)處理單元中，也可以是各個(gè)單元單獨(dú)物理存在，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)單元中。所述功能如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時(shí)，可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的全部或部分步驟。而前述的存儲(chǔ)介質(zhì)包括：U盤、移動(dòng)硬盤、只讀存儲(chǔ)器(ROM，Read-OnlyMemory)、隨機(jī)存取存儲(chǔ)器(RAM，RandomAccessMemory)、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。應(yīng)注意到：相似的標(biāo)號(hào)和字母在下面的附圖中表示類似項(xiàng)，因此，一旦某一項(xiàng)在一個(gè)附圖中被定義，則在隨后的附圖中不需要對(duì)其進(jìn)行進(jìn)一步定義和解釋，此外，術(shù)語(yǔ)“第一”、“第二”、“第三”等僅用于區(qū)分描述，而不能理解為指示或暗示相對(duì)重要性。最后應(yīng)說(shuō)明的是：以上所述實(shí)施例，僅為本發(fā)明的具體實(shí)施方式，用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制，本發(fā)明的保護(hù)范圍并不局限于此，盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：任何熟悉本
技術(shù)領(lǐng)域：
：的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，其依然可以對(duì)前述實(shí)施例所記載的技術(shù)方案進(jìn)行修改或可輕易想到變化，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改、變化或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明實(shí)施例技術(shù)方案的精神和范圍。都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。當(dāng)前第1頁(yè)1 2 3 當(dāng)前第1頁(yè)1 2 3