一種文件處理方法及終端的制作方法
【專利摘要】本發(fā)明實施例公開了一種文件處理方法，包括：源終端欲向目標終端傳輸目標文件時，獲取所述目標終端的標識信息；所述源終端根據(jù)所述標識信息識別所述目標終端是否為合法終端；若是，所述源終端根據(jù)所述標識信息對欲傳輸?shù)哪繕宋募M行加密；所述源終端向所述目標終端發(fā)送已加密的目標文件。本發(fā)明實施例還公開了一種終端。采用本發(fā)明實施例，若目標終端為源終端標識的合法終端，源終端根據(jù)目標終端的標識信息自動設(shè)置密鑰，操作簡單。
【專利說明】一種文件處理方法及終端

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計算機【技術(shù)領(lǐng)域】，尤其涉及一種文件處理方法及終端。

【背景技術(shù)】
[0002]隨著通信技術(shù)的發(fā)展，信息數(shù)據(jù)的傳遞越來越便捷，人們獲取信息的途徑也越來越廣，例如，基于藍牙或紅外方式進行文件傳輸?shù)?。通常，為避免商業(yè)機密、個人隱私等重要數(shù)據(jù)的泄露，用戶在傳輸數(shù)據(jù)文件時可以對所要傳輸?shù)臄?shù)據(jù)文件進行加密。
[0003]現(xiàn)有方法采用加密方式傳輸文件時，需發(fā)送方和接收方事先約定好密鑰，手動輸入該密鑰進行加密和解密，操作繁瑣，影響用戶體驗。


【發(fā)明內(nèi)容】

[0004]本發(fā)明實施例提供一種文件處理方法及終端，若目標終端為源終端標識的合法終端，源終端根據(jù)目標終端的標識信息自動設(shè)置密鑰，操作簡單。
[0005]第一方面，本發(fā)明實施例提供一種文件處理方法，包括:
[0006]源終端欲向目標終端傳輸目標文件時，獲取所述目標終端的標識信息；
[0007]所述源終端根據(jù)所述標識信息識別所述目標終端是否為合法終端；
[0008]若是，所述源終端根據(jù)所述標識信息對欲傳輸?shù)哪繕宋募M行加密；
[0009]所述源終端向所述目標終端發(fā)送已加密的目標文件。
[0010]結(jié)合第一方面，在第一方面的第一種可能的實現(xiàn)方式中，所述標識信息包括手機號碼或即時通訊賬號。
[0011]結(jié)合第一方面的第一種可能的實現(xiàn)方式，在第一方面的第二種可能的實現(xiàn)方式中，若所述標識信息為手機號碼，所述源終端根據(jù)所述標識信息識別所述目標終端是否為合法終端，包括:
[0012]所述源終端查詢本地通訊錄中是否存在該手機號碼對應(yīng)的聯(lián)系人信息；
[0013]若存在，所述源終端識別出所述目標終端是合法終端；
[0014]若不存在，所述源終端識別出所述目標終端不是合法終端。
[0015]結(jié)合第一方面的第一種可能的實現(xiàn)方式，在第一方面的第三種可能的實現(xiàn)方式中，若所述標識信息為即時通訊賬號，所述源終端根據(jù)所述標識信息識別所述目標終端是否為合法終端，包括:
[0016]所述源終端根據(jù)所述即時通訊賬號查詢所述源終端的好友關(guān)系鏈中是否存在該即時通訊賬號對應(yīng)的好友信息；
[0017]若存在，所述源終端識別出所述目標終端是合法終端；
[0018]若不存在，所述源終端識別出所述目標終端不是合法終端。
[0019]結(jié)合第一方面、第一方面的第二種或第三種可能的實現(xiàn)方式，在第一方面的第四種可能的實現(xiàn)方式中，所述源終端根據(jù)所述標識信息識別所述目標終端是否為合法終端之后，所述方法還包括:
[0020]若所述源終端識別出所述目標終端不是合法終端，輸出提示信息，以提示用戶是否確認傳送。
[0021]結(jié)合第一方面的第四種可能的實現(xiàn)方式，在第一方面的第五種可能的實現(xiàn)方式中，所述輸出提示信息之后，所述方法還包括:
[0022]若接收到確認傳送的指令，所述源終端根據(jù)預(yù)設(shè)密鑰對欲傳輸?shù)哪繕宋募M行加密；
[0023]所述源終端向所述目標終端發(fā)送已加密的目標文件及所述預(yù)設(shè)密鑰。
[0024]第二方面，本發(fā)明實施例提供一種文件處理方法，包括:
[0025]目標終端需要接收源終端欲傳輸?shù)哪繕宋募r，獲取所述目標終端的標識信息；
[0026]所述目標終端向所述源終端發(fā)送所述標識信息，以使所述源終端根據(jù)該標識信息對所述目標文件進行加密；
[0027]所述目標終端接收所述源終端發(fā)送的所述目標文件；
[0028]若所述目標終端是所述源終端標識的合法終端，所述目標終端根據(jù)所述標識信息對所述目標文件進行解密。
[0029]結(jié)合第二方面，在第二方面的第一種可能的實現(xiàn)方式中，所述方法還包括:
[0030]若所述目標終端不是所述源終端標識的合法終端，接收所述源終端發(fā)送的目標文件和預(yù)設(shè)密鑰；
[0031 ] 根據(jù)所述預(yù)設(shè)密鑰對所述目標文件進行解密。
[0032]結(jié)合第二方面或第二方面的第一種可能的實現(xiàn)方式，在第二方面的第三種可能的實現(xiàn)方式中，所述標識信息包括手機號碼或即時通訊賬號。
[0033]第三方面，本發(fā)明實施例提供一種終端，包括:
[0034]第一獲取模塊，用于源終端欲向目標終端傳輸目標文件時，獲取所述目標終端的標識信息；
[0035]識別模塊，用于根據(jù)所述標識信息識別所述目標終端是否為合法終端；
[0036]加密模塊，用于若所述目標終端是合法終端，根據(jù)所述標識信息對欲傳輸?shù)哪繕宋募M行加密；
[0037]第一發(fā)送模塊，用于向所述目標終端發(fā)送已加密的目標文件。
[0038]結(jié)合第三方面，在第三方面的第一種可能的實現(xiàn)方式中，所述標識信息包括手機號碼或即時通訊賬號。
[0039]結(jié)合第三方面的第一種可能的實現(xiàn)方式，在第三方面的第二種可能的實現(xiàn)方式中，若所述標識信息為手機號碼，所述識別模塊具體用于:
[0040]查詢本地通訊錄中是否存在該手機號碼對應(yīng)的聯(lián)系人信息；
[0041]若存在，識別出所述目標終端是合法終端；
[0042]若不存在，識別出所述目標終端不是合法終端。
[0043]結(jié)合第三方面的第一種可能的實現(xiàn)方式，在第三方面的第四種可能的實現(xiàn)方式中，若所述標識信息為即時通訊賬號，所述識別模塊具體用于:
[0044]根據(jù)所述即時通訊賬號查詢所述源終端的好友關(guān)系鏈中是否存在該即時通訊賬號對應(yīng)的好友信息；
[0045]若存在，識別出所述目標終端是合法終端；
[0046]若不存在，識別出所述目標終端不是合法終端。
[0047]結(jié)合第三方面、第三方面的第二種或第三種可能的實現(xiàn)方式，在第三方面的第五種可能的實現(xiàn)方式中，所述終端還包括:
[0048]輸出模塊，用于若所述目標終端不是合法終端，輸出提示信息，以提示用戶是否確認傳送。
[0049]結(jié)合第三方面的第四種可能的實現(xiàn)方式，在第三方面的第五種可能的實現(xiàn)方式中，所述加密模塊，還用于若接收到確認傳送的指令，根據(jù)預(yù)設(shè)密鑰對欲傳輸?shù)哪繕宋募M行加密；
[0050]所述第一發(fā)送模塊，還用于向所述目標終端發(fā)送已加密的目標文件及所述預(yù)設(shè)密鑰。
[0051]第四方面，本發(fā)明實施例提供一種終端，包括:
[0052]第二獲取模塊，用于目標終端需要接收源終端欲傳輸?shù)哪繕宋募r，獲取所述目標終端的標識信息；
[0053]第二發(fā)送模塊，用于向所述源終端發(fā)送所述標識信息，以使所述源終端根據(jù)該標識信息對所述目標文件進行加密；
[0054]接收模塊，用于接收所述源終端發(fā)送的所述目標文件；
[0055]解密模塊，用于若所述目標終端是所述源終端標識的合法終端，所述目標終端根據(jù)所述標識信息對所述目標文件進行解密。
[0056]結(jié)合第四方面，在第四方面的第一種可能的實現(xiàn)方式中，所述接收模塊，還用于若所述目標終端不是所述源終端標識的合法終端，接收所述源終端發(fā)送的目標文件和預(yù)設(shè)密鑰；
[0057]所述解密模塊，還用于根據(jù)所述預(yù)設(shè)密鑰對所述目標文件進行解密。
[0058]結(jié)合第四方面或第四方面的第一種可能的實現(xiàn)方式，在第四方面的第二種可能的實現(xiàn)方式中，所述標識信息包括手機號碼或即時通訊賬號。
[0059]實施本發(fā)明實施例，源終端需要向目標終端傳輸目標文件時，源終端獲取目標終端的標識信息；并根據(jù)所獲取到的目標終端的標識信息識別該目標終端是否為合法終端；若是，則根據(jù)該標識信息對欲傳輸?shù)哪繕宋募M行加密；向目標終端發(fā)送已加密的目標文件。采用本發(fā)明實施例，若目標終端為源終端標識的合法終端，源終端向目標終端傳輸目標文件時，根據(jù)目標終端的標識信息自動給目標文件設(shè)置密鑰，目標終端根據(jù)自身的標識信息自動對目標文件進行解密，不僅可保障文件傳輸過程中的安全性，且操作簡單。

【專利附圖】

【附圖說明】
[0060]為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0061]圖1是本發(fā)明實施例提供的一種文件處理方法的流程示意圖；
[0062]圖2是本發(fā)明實施例提供的一種文件處理方法的另一流程示意圖；
[0063]圖3是本發(fā)明實施例提供的一種文件處理方法的又一流程示意圖；
[0064]圖4是本發(fā)明實施例提供的一種文件處理方法的再一流程示意圖；
[0065]圖5是本發(fā)明實施例提供的一種終端的結(jié)構(gòu)示意圖；
[0066]圖6是本發(fā)明實施例提供的一種終端的另一結(jié)構(gòu)示意圖；
[0067]圖7是本發(fā)明實施例提供的一種終端的又一結(jié)構(gòu)示意圖。

【具體實施方式】
[0068]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅是本發(fā)明的一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0069]本發(fā)明實施例提供了一種文件處理方法、源終端及目標終端，源終端需要向目標終端傳輸目標文件時，源終端獲取目標終端的標識信息；并根據(jù)所獲取到的目標終端的標識信息識別該目標終端是否為合法終端；若是，則根據(jù)該標識信息對欲傳輸?shù)哪繕宋募M行加密；向目標終端發(fā)送已加密的目標文件，從而完成目標文件的傳輸。采用本發(fā)明實施例，若目標終端為源終端標識的合法終端，源終端向目標終端傳輸目標文件時，根據(jù)目標終端的標識信息自動給目標文件設(shè)置密鑰，目標終端根據(jù)自身的標識信息自動對目標文件進行解密，操作簡單。下面將結(jié)合附圖1-附圖7對本發(fā)明實施例提供的一種文件處理方法、源終端及目標終端分別進行詳細介紹。
[0070]眾所周知，傳輸文件時需兩個終端，為方便描述，本發(fā)明實施例將這兩個終端分別稱為“源終端”和“目標終端”，所述終端可以是計算機、手機、IPAD等設(shè)備，本發(fā)明實施例對終端的具體類型不作限制，凡是可以實施本發(fā)明實施例的設(shè)備均屬于本發(fā)明實施例所需保護的范圍。下面從“源終端”側(cè)介紹一種文件處理方法的處理流程。
[0071]請參見圖1，圖1是本發(fā)明實施例提供的一種文件處理方法的流程示意圖，在本發(fā)明實施例中，該方法可以包括以下步驟。
[0072]SlOl:源終端欲向目標終端傳輸目標文件時，獲取所述目標終端的標識信息。
[0073]由于網(wǎng)絡(luò)病毒或黑客的存在，在傳輸文件的過程中，數(shù)據(jù)文件的安全性時刻受到威脅，若個人信息或商業(yè)機密被泄露出去將給用戶造成無法彌補的損失，因此，人們對數(shù)據(jù)信息的安全性越來越重視。通常，為提高終端在傳輸文件過程中的安全性，可以采用加密方式進行文件傳輸。本發(fā)明實施例以加密方式傳輸數(shù)據(jù)文件的場景為例，可以是通過藍牙、紅外或數(shù)據(jù)線等方式進行文件傳輸，具體的，本發(fā)明實施例不作限制。
[0074]具體實現(xiàn)中，源終端欲向目標終端傳輸目標文件時，獲取目標終端的標識信息。例如，作為一種實現(xiàn)方式，源終端需要向目標終端傳輸目標文件時，向目標終端發(fā)送文件傳輸請求，以使目標終端根據(jù)該請求返回目標終端的標識信息，從而，源終端獲取到目標終端的標識信息。值得說明的是，所述標識信息可以是目標終端的手機號碼或即時通訊賬號，當然，還可以是標識符等其它信息，只要是源終端和目標終端通過該標識符可建立某種關(guān)聯(lián)的信息均可以作為該標識信息。具體的，本發(fā)明實施例不作限制。
[0075]S102:所述源終端根據(jù)所述標識信息識別所述目標終端是否為合法終端。
[0076]源終端獲取到目標終端的標識信息后，根據(jù)所獲取到的標識信息識別目標終端是否為合法終端，若目標終端是源終端標識的合法終端，則進一步對目標文件進行加密；若目標終端不是源終端標識的合法終端，則可以輸出提示信息，提示用戶是否確定要傳輸該目標文件，從而，提高文件在傳輸過程中的安全性。
[0077]作為一種示例，假設(shè)標識信息為手機號碼，源終端獲取到目標終端的手機號碼后，可以查詢本地通訊錄中是否存在該手機號碼對應(yīng)的聯(lián)系人信息；若存在，則識別出目標終端是合法終端；若不存在，則識別出目標終端不是合法終端。從而，通過查詢源終端的通訊錄中是否存儲有目標終端的手機號碼來識別該目標終端是否為合法終端，若源終端的通訊錄中不存在目標終端的手機號碼，則說明給該目標終端傳輸數(shù)據(jù)文件時可能會存在潛在的風險，從而，輸出提示信息提醒用戶是否確認傳輸目標文件。
[0078]作為另一種示例，假設(shè)標識信息為即時通訊賬號，源終端獲取到目標終端的即時通訊賬號后，可以查詢源終端的好友關(guān)系鏈中是否存在該即時通訊賬號對應(yīng)的好友信息；若存在，則識別出目標終端是合法終端；若不存在，則識別出目標終端不是合法終端。從而，通過源終端的即時通訊賬號和目標終端的即時通訊賬號，確定目標終端是否為源終端標識的合法終端。
[0079]值得說明的是，若標識信息為其它標識符，則可以進行類似處理，源終端預(yù)先針對標識符建立了好友關(guān)系鏈，獲取到目標終端的標識符后，查詢目標終端的標識符是否存在于該好友關(guān)系鏈中，若存在，則識別出目標終端是合法終端；若不存在，則識別出目標終端不是合法終端。當然，源終端根據(jù)標識信息識別目標終端是否為合法終端的方法還可以是其它，具體的，本發(fā)明實施例不作限制，以上僅為示例。
[0080]S103:若是，所述源終端根據(jù)所述標識信息對欲傳輸?shù)哪繕宋募M行加密。
[0081]若識別出目標終端為源終端標識的合法終端，則，源終端根據(jù)目標終端的標識信息對欲傳輸?shù)哪繕宋募M行加密。值得說明的是，具體實現(xiàn)中，可以是直接將標識信息作為目標文件的加密密碼；也可以是將標識信息作為密鑰，根據(jù)該密鑰采用加密算法設(shè)置加密密碼，具體的，本發(fā)明實施例不作限制。若采用前者加密，目標終端直接根據(jù)標識信息對目標文件進行解密即可；若為后者，則目標終端可以根據(jù)自身的標識信息采用與源終端對應(yīng)的加密算法獲得原始的加密密碼后，再采用該加密密碼對目標文件進行解密。因此，后者安全性更高，用戶對于非常重要的數(shù)據(jù)文件進行傳輸時可以采用后者進行加密。
[0082]S104:所述源終端向所述目標終端發(fā)送已加密的目標文件。
[0083]源終端對欲傳輸?shù)哪繕宋募M行機密后，向目標終端發(fā)送已加密的目標文件。目標終端接收源終端所發(fā)送的目標文件，并根據(jù)目標終端自身的標識信息對所接收到的目標文件進行解密，從而，安全、可靠地完成數(shù)據(jù)文件的傳輸，且操作簡單。
[0084]在本發(fā)明實施例描述的文件處理方法中，源終端需要向目標終端傳輸目標文件時，源終端獲取目標終端的標識信息；并根據(jù)所獲取到的目標終端的標識信息識別該目標終端是否為合法終端；若是，則根據(jù)該標識信息對欲傳輸?shù)哪繕宋募M行加密；向目標終端發(fā)送已加密的目標文件。采用本發(fā)明實施例，若目標終端為源終端標識的合法終端，源終端向目標終端傳輸目標文件時，根據(jù)目標終端的標識信息自動給目標文件設(shè)置密鑰，目標終端根據(jù)自身的標識信息自動對目標文件進行解密，不僅可保障文件傳輸過程中的安全性，且操作簡單。
[0085]請參見圖2，圖2是本發(fā)明實施例提供的一種文件處理方法的另一流程示意圖，在本發(fā)明實施例中，以手機為例，該方法可以包括以下步驟。
[0086]S201:源終端欲向目標終端傳輸目標文件時，獲取所述目標終端的手機號碼。
[0087]作為一種示例，源終端欲向目標終端傳輸目標文件時，向目標終端發(fā)送文件傳輸請求，以使目標終端接收到該請求后，根據(jù)該請求獲取目標終端的手機號碼，即安裝在目標終端上的SM卡信息。考慮到少數(shù)手機支持雙卡雙待功能，若該目標終端上安裝了至少兩張SIM卡，則獲取每張SIM卡對應(yīng)的手機號碼，并將所獲取到的手機號碼發(fā)送給源終端，從而，源終端獲取到目標終端的手機號碼。
[0088]作為另一種示例，考慮到不重要的數(shù)據(jù)文件進行傳輸時無需加密的情形，源終端欲向目標終端傳輸目標文件時，向目標終端發(fā)送文件傳輸請求，具體實現(xiàn)中，該文件傳輸請求還可以攜帶有傳送方式。例如，將不需要對目標文件進行加密傳輸?shù)那樾畏Q為“普通傳送”，將需要加密傳輸?shù)那樾畏Q為“安全傳送”，在文件傳輸請求中標識具體的傳送方式。目標終端接收到源終端發(fā)送的文件傳輸請求后，解析該請求中攜帶的相關(guān)信息，確定當前的傳送方式；若為“安全傳送”方式，則獲取手機號碼，并將所獲取到的手機號碼發(fā)送給源終端。若為“普通傳送”方式，則可以自動給源終端返回一個確認信息，以使源終端將目標文件以非加密的方式傳送給目標終端。
[0089]值得說明的是，考慮到目標終端中可能沒有安裝SIM卡的情形，此時，目標終端無法獲取到手機號碼這一信息，則可以給源終端發(fā)送類似于NULL的信息，源終端接收到該信息后，可以采用預(yù)設(shè)密碼對目標文件進行加密，目標終端采用預(yù)設(shè)密碼進行解密，從而，充分考慮實際過程中的異常使用情形，提高該方法的兼容性。
[0090]S202:所述源終端查詢本地通訊錄中是否存在該手機號碼對應(yīng)的聯(lián)系人信息。
[0091]源終端接收到目標終端返回的手機號碼后，查詢本地通訊錄中是否存在該手機號碼對應(yīng)的聯(lián)系人信息，若存在，則說明目標終端是源終端標識的合法終端，從而，源終端識別出目標終端是合法終端，執(zhí)行步驟S203，根據(jù)該目標終端的手機號碼對目標文件進行加tM
I_L| O
[0092]若本地通訊錄中不存在該手機號碼對應(yīng)的聯(lián)系人信息，則說明該目標終端不是源終端標識的合法終端，從而，源終端識別出目標終端不是合法終端。作為另一種實現(xiàn)方式，目標終端不是源終端標識的合法終端時，為提高數(shù)據(jù)傳輸過程的安全性，可以執(zhí)行步驟S205，源終端輸出提示信息，以提示用戶是否確認傳送。
[0093]S203:所述源終端根據(jù)所述手機號碼對欲傳輸?shù)哪繕宋募M行加密。
[0094]若本地通訊錄中存在該手機號碼對應(yīng)的聯(lián)系人信息，說明目標終端是源終端標識的合法終端，因此，根據(jù)手機號碼對欲傳輸?shù)哪繕宋募M行加密。具體實現(xiàn)中，可以是直接將手機號碼作為目標文件的加密密碼；也可以是將手機號碼作為密鑰，根據(jù)該密鑰采用加密算法設(shè)置加密密碼，具體的，本發(fā)明實施例不作限制。若采用前者加密，目標終端直接根據(jù)手機號碼對目標文件進行解密即可；若為后者，則目標終端可以根據(jù)自身的手機號碼采用與源終端對應(yīng)的加密算法獲得原始的加密密碼后，再采用該加密密碼對目標文件進行解密。因此，后者安全性更高，用戶對于非常重要的數(shù)據(jù)文件進行傳輸時可以采用后者進行加tM
I_L| O
[0095]S204:所述源終端向所述目標終端發(fā)送已加密的目標文件。
[0096]S205:輸出提示信息，以提示用戶是否確認傳送。
[0097]若本地通訊錄中不存在該手機號碼對應(yīng)的聯(lián)系人信息，說明該目標終端不是源終端標識的合法終端，因此，為保障目標文件的安全性，輸出提示信息，以提示用戶是否確認傳送。其中，輸出提示信息的方式可以是彈出對話框的方式，也可以是語音播報方式，具體的，本發(fā)明實施例不作限制。從而，用戶獲知源終端輸出的提示信息后，進一步確認是否真正需要將目標文件傳送給該目標終端，若是，則向源終端發(fā)起確認傳送的指令，當然，也可以是源終端輸出提示信息后，若在預(yù)設(shè)時長內(nèi)未接收到用戶輸入的確認傳送的指令，則自動發(fā)起確認傳送或取消傳送的指令，指示源終端向目標終端傳送或不傳送目標文件。具體的，本發(fā)明實施例不作限制。
[0098]S206:若接收到確認傳送的指令，所述源終端根據(jù)預(yù)設(shè)密鑰對欲傳輸?shù)哪繕宋募M行加密。
[0099]若接收到確認傳送的指令，說明用戶期望向該目標終端傳送目標文件，因此，采用預(yù)設(shè)密鑰對欲傳輸?shù)哪繕宋募M行加密。作為一種實現(xiàn)方式，預(yù)設(shè)密鑰可以是預(yù)先約定的加密密碼的標識符，源終端和目標終端根據(jù)該標識符即可確定具體的加密密碼；也可以是源終端和目標終端共同的聯(lián)系人信息，例如，假設(shè)源終端和目標終端的通訊錄中均存儲有其共同的聯(lián)系人的手機號碼，如“老板”，于是，可以將“老板”作為預(yù)設(shè)密鑰，該預(yù)設(shè)密鑰對應(yīng)的加密密碼為通訊錄中“老板”對應(yīng)的手機號碼，從而，目標終端接收到目標文件后，采用通訊錄中“老板”對應(yīng)的手機號碼對目標文件進行解密。
[0100]作為另一種示例，若接收到確認傳送的指令，也可以自動將目標終端的手機號碼添加至本地通訊錄中，進而，根據(jù)該手機號碼對目標文件進行加密。具體的，本發(fā)明實施例不作限制。
[0101]S207:所述源終端向所述目標終端發(fā)送已加密的目標文件及所述預(yù)設(shè)密鑰。
[0102]具體實現(xiàn)中，若源終端對目標文件進行加密時不是根據(jù)目標終端的標識信息進行的，則對目標文件進行加密后，不僅需要向目標終端發(fā)送已加密的目標文件，且因?qū)⒛繕宋募M行加密的預(yù)設(shè)密鑰告知目標終端，以使目標終端接收到目標文件后，可以根據(jù)該預(yù)設(shè)密鑰確定目標文件的加密密碼，從而實現(xiàn)對目標文件的解密操作。
[0103]在本發(fā)明實施例描述的文件處理方法中，源終端需要向目標終端傳輸目標文件時，源終端獲取目標終端的標識信息；并根據(jù)所獲取到的目標終端的標識信息識別該目標終端是否為合法終端；若是，則根據(jù)該標識信息對欲傳輸?shù)哪繕宋募M行加密；向目標終端發(fā)送已加密的目標文件。采用本發(fā)明實施例，若目標終端為源終端標識的合法終端，源終端向目標終端傳輸目標文件時，根據(jù)目標終端的標識信息自動給目標文件設(shè)置密鑰，目標終端根據(jù)自身的標識信息自動對目標文件進行解密，不僅可保障文件傳輸過程中的安全性，且操作簡單。
[0104]請參見圖3，圖3是本發(fā)明實施例提供的一種文件處理方法的又一流程示意圖，在本發(fā)明實施例中，該方法可以包括以下步驟。
[0105]S301:源終端欲向目標終端傳輸目標文件時，獲取所述目標終端的即時通訊賬號。
[0106]通常，在終端上運行即時通信軟件時，用戶采用自己的賬號在自己的終端上進行登錄，因此，終端存在關(guān)聯(lián)的即時通訊賬號。其中，即時通訊軟件可以是QQ、微信、微博、飛信、易信等等，具體的，本發(fā)明實施例不作限制。源終端欲向目標終端傳輸目標文件時，可以向目標終端發(fā)送文件傳輸請求，以使目標終端接收到該請求后，根據(jù)該請求獲取目標終端上經(jīng)常使用的即時通訊賬號，并將所獲取到的即時通訊賬號返回給源終端。
[0107]S302:所述源終端根據(jù)所述即時通訊賬號查詢所述源終端的好友關(guān)系鏈中是否存在該即時通訊賬號對應(yīng)的好友信息。
[0108]具體實現(xiàn)中，查詢目標終端的即時通訊賬號是否存在于源終端的好友關(guān)系鏈中，所述好友關(guān)系鏈記載有源終端的即時通訊賬號中的所有好友的賬號信息，若存在，說明目標終端是合法終端，從而，源終端識別出目標終端是合法終端，執(zhí)行步驟S303，根據(jù)該目標終端的即時通訊賬號對目標文件進行加密。
[0109]若源終端的好友關(guān)系鏈中不存在該即時通訊賬號對應(yīng)的好友信息，則說明該目標終端不是源終端標識的合法終端，從而，源終端識別出目標終端不是合法終端。作為另一種實現(xiàn)方式，目標終端不是源終端標識的合法終端時，為提高數(shù)據(jù)傳輸過程的安全性，可以執(zhí)行步驟S305，源終端輸出提示信息，以提示用戶是否確認傳送。
[0110]S303:所述源終端根據(jù)所述即時通訊賬號對欲傳輸?shù)哪繕宋募M行加密。
[0111]若源終端的好友關(guān)系鏈中存在該即時通訊賬號對應(yīng)的好友信息，說明目標終端是源終端標識的合法終端，因此，根據(jù)即時通訊賬號對欲傳輸?shù)哪繕宋募M行加密。具體實現(xiàn)中，可以是直接將即時通訊賬號作為目標文件的加密密碼；也可以是將即時通訊賬號作為密鑰，根據(jù)該密鑰采用加密算法設(shè)置加密密碼，具體的，本發(fā)明實施例不作限制。若采用前者加密，目標終端直接根據(jù)即時通訊賬號對目標文件進行解密即可；若為后者，則目標終端可以根據(jù)自身的即時通訊賬號采用與源終端對應(yīng)的加密算法獲得原始的加密密碼后，再采用該加密密碼對目標文件進行解密。因此，后者安全性更高，用戶對于非常重要的數(shù)據(jù)文件進行傳輸時可以采用后者進行加密。
[0112]S304:所述源終端向所述目標終端發(fā)送已加密的目標文件。
[0113]S305:輸出提示信息，以提示用戶是否確認傳送。
[0114]若源終端的好友關(guān)系鏈中不存在該即時通訊賬號對應(yīng)的好友信息，說明目標終端不是源終端標識的合法終端，因此，所述源終端識別出所述目標終端不是合法終端，為保障目標文件的安全性，輸出提示信息，以提示用戶是否確認傳送。其中，輸出提示信息的方式可以是彈出對話框的方式，也可以是語音播報方式，具體的，本發(fā)明實施例不作限制。從而，用戶獲知源終端輸出的提示信息后，進一步確認是否真正需要將目標文件傳送給該目標終端，若是，則向源終端發(fā)起確認傳送的指令，當然，也可以是源終端輸出提示信息后，若在預(yù)設(shè)時長內(nèi)未接收到用戶輸入的確認傳送的指令，則自動發(fā)起確認傳送或取消傳送的指令，指示源終端向目標終端傳送或不傳送目標文件。具體的，本發(fā)明實施例不作限制。
[0115]S306:若接收到確認傳送的指令，所述源終端根據(jù)預(yù)設(shè)密鑰對欲傳輸?shù)哪繕宋募M行加密。
[0116]若接收到確認傳送的指令，說明用戶期望向該目標終端傳送目標文件，因此，采用預(yù)設(shè)密鑰對欲傳輸?shù)哪繕宋募M行加密。作為一種實現(xiàn)方式，預(yù)設(shè)密鑰可以是預(yù)先約定的加密密碼的標識符，源終端和目標終端根據(jù)該標識符即可確定出具體的加密密碼；也可以是源終端和目標終端共同的好友信息，例如，假設(shè)源終端和目標終端的即時通訊賬號對應(yīng)的好友信息中均存儲有其共同的好友信息，如“張三”，于是，可以將“張三”作為預(yù)設(shè)密鑰，該預(yù)設(shè)密鑰對應(yīng)的加密密碼為“張三”對應(yīng)的即時通訊賬號，從而，目標終端接收到目標文件后，采用好友“張三”對應(yīng)的即時通訊賬號對目標文件進行解密。
[0117]作為另一種示例，若接收到確認傳送的指令，也可以自動將目標終端的即時通訊賬號添加為好友，進而，根據(jù)該即時通訊賬號對目標文件進行加密。具體的，本發(fā)明實施例不作限制。
[0118]S307:所述源終端向所述目標終端發(fā)送已加密的目標文件及所述預(yù)設(shè)密鑰。
[0119]具體的，請參見步驟S307，此處不再贅述。
[0120]在本發(fā)明實施例描述的文件處理方法中，源終端需要向目標終端傳輸目標文件時，源終端獲取目標終端的標識信息；并根據(jù)所獲取到的目標終端的標識信息識別該目標終端是否為合法終端；若是，則根據(jù)該標識信息對欲傳輸?shù)哪繕宋募M行加密；向目標終端發(fā)送已加密的目標文件。采用本發(fā)明實施例，若目標終端為源終端標識的合法終端，源終端向目標終端傳輸目標文件時，根據(jù)目標終端的標識信息自動給目標文件設(shè)置密鑰，目標終端根據(jù)自身的標識信息自動對目標文件進行解密，不僅可保障文件傳輸過程中的安全性，且操作簡單。
[0121]以上為“源終端”側(cè)介紹的文件處理方法，下面從“目標終端”側(cè)介紹一種文件處理方法的處理流程，值得說明的是，“目標終端”側(cè)與“源終端”側(cè)相同或?qū)?yīng)的部分此處不再贅述，可以參照上述實施例的具體描述。
[0122]請參見圖4，圖4是本發(fā)明實施例提供的一種文件處理方法的再一流程示意圖，在本發(fā)明實施例中，該方法可以包括以下步驟。
[0123]S401:目標終端需要接收源終端欲傳輸?shù)哪繕宋募r，獲取所述目標終端的標識信息。
[0124]例如，目標終端接收到源終端的文件傳輸請求時，若目標終端需要接收源終端欲傳輸?shù)哪繕宋募瑒t獲取目標終端的標識信息。當然，也可以根據(jù)該請求識別當前的傳送方式，若為“安全傳送”方式，則獲取目標終端的標識信息。
[0125]S402:向所述源終端發(fā)送所述標識信息，以使所述源終端根據(jù)該標識信息對欲傳輸?shù)哪繕宋募M行加密。
[0126]將所獲取到的標識信息發(fā)送給源終端，以使源終端根據(jù)該標識信息對欲傳輸?shù)哪繕宋募M行加密。其中，所述標識信息可以是目標終端的手機號碼或即時通訊賬號，當然，還可以是標識符等其它信息，只要是源終端和目標終端通過該標識符可建立某種關(guān)聯(lián)的信息均可以作為該標識信息。具體的，本發(fā)明實施例不作限制。
[0127]S403:所述目標終端接收所述源終端發(fā)送的目標文件。
[0128]S404:若所述目標終端是所述源終端標識的合法終端，所述目標終端根據(jù)所述標識信息對所述目標文件進行解密。
[0129]具體實現(xiàn)中，源終端會根據(jù)目標終端的標識信息來識別目標終端是否為源終端的合法終端，若目標終端是源終端標識的合法終端，則源終端根據(jù)目標終端的標識信息對目標文件進行加密；目標終端接收到源終端所發(fā)送的目標文件后，根據(jù)所述標識信息對所述目標文件進行解密。具體的，可以參照上述步驟S103、S203或S303。當然，也可以是目標終端接收到對該目標文件的訪問請求時，根據(jù)所述標識信息對所述目標文件進行解密。
[0130]在本發(fā)明實施例描述的文件處理方法中，目標終端需要接收源終端欲傳輸?shù)哪繕宋募r，獲取所述目標終端的標識信息；并將該標識信息發(fā)送給源終端，以使所述源終端根據(jù)該標識信息對欲傳輸?shù)哪繕宋募M行加密；接收源終端發(fā)送過來的目標文件；若所述目標終端是所述源終端標識的合法終端，根據(jù)所述標識信息對所述目標文件進行解密。采用本發(fā)明實施例，若目標終端為源終端標識的合法終端，源終端向目標終端傳輸目標文件時，根據(jù)目標終端的標識信息自動給目標文件設(shè)置密鑰，目標終端根據(jù)自身的標識信息自動對目標文件進行解密，不僅可保障文件傳輸過程中的安全性，且操作簡單。
[0131]值得說明的是，在上述實施例中，若目標終端不是源終端標識的合法終端，則源終端向目標終端傳送目標文件時，還會傳送預(yù)設(shè)密鑰；目標終端接收源終端發(fā)送的目標文件和預(yù)設(shè)密鑰；根據(jù)所述預(yù)設(shè)密鑰對所述目標文件進行解密。具體的，可以參照上述步驟S206或S306，此處不再贅述。
[0132]下面為本發(fā)明裝置實施例，本發(fā)明裝置實施例與本發(fā)明方法實施例屬于同一構(gòu)思，用于執(zhí)行本發(fā)明方法實施例中描述的方法。為了便于說明，本發(fā)明裝置實施例僅示出與本發(fā)明裝置實施例相關(guān)的部分，具體技術(shù)細節(jié)未揭示的，請參照本發(fā)明方法實施例的描述，此處不再一一贅述。在以下實施例中，所述終端可以包括:智能手機、電腦、平板電腦、筆記本電腦、掌上電腦以及移動互聯(lián)網(wǎng)設(shè)備(MID)、PAD等終端設(shè)備。具體的，本發(fā)明實施例不作限制。
[0133]請參見圖5，圖5是本發(fā)明實施例提供的一種終端的結(jié)構(gòu)示意圖，在本發(fā)明實施例中，該終端可以包括:第一獲取模塊101、識別模塊102、加密模塊103和第一發(fā)送模塊104。
[0134]第一獲取模塊101，用于源終端欲向目標終端傳輸目標文件時，獲取所述目標終端的標識信息。
[0135]識別模塊102，用于根據(jù)所述標識信息識別所述目標終端是否為合法終端。
[0136]加密模塊103，用于若所述目標終端是合法終端，根據(jù)所述標識信息對欲傳輸?shù)哪繕宋募M行加密。
[0137]第一發(fā)送模塊104，用于向所述目標終端發(fā)送已加密的目標文件。
[0138]在本發(fā)明實施例描述的終端中，源終端需要向目標終端傳輸目標文件時，獲取目標終端的標識信息；并根據(jù)所獲取到的目標終端的標識信息識別該目標終端是否為合法終端；若是，則根據(jù)該標識信息對欲傳輸?shù)哪繕宋募M行加密；向目標終端發(fā)送已加密的目標文件。采用本發(fā)明實施例，若目標終端為源終端標識的合法終端，源終端向目標終端傳輸目標文件時，根據(jù)目標終端的標識信息自動給目標文件設(shè)置密鑰，目標終端根據(jù)自身的標識信息自動對目標文件進行解密，不僅可保障文件傳輸過程中的安全性，且操作簡單。
[0139]請參見圖6，圖6是本發(fā)明實施例提供的一種終端的另一結(jié)構(gòu)示意圖，在本發(fā)明實施例中，該終端可以包括:第一獲取模塊201、識別模塊202、加密模塊203、第一發(fā)送模塊204和輸出模塊205。
[0140]第一獲取模塊201，用于源終端欲向目標終端傳輸目標文件時，獲取所述目標終端的標識信息。
[0141]識別模塊202，用于根據(jù)所述標識信息識別所述目標終端是否為合法終端。
[0142]加密模塊203，用于若所述目標終端是合法終端，根據(jù)所述標識信息對欲傳輸?shù)哪繕宋募M行加密。
[0143]第一發(fā)送模塊204，用于向所述目標終端發(fā)送已加密的目標文件。
[0144]輸出模塊205，用于若所述目標終端不是合法終端，輸出提示信息，以提示用戶是否確認傳送。
[0145]在一種實現(xiàn)方式中，所述標識信息包括手機號碼或即時通訊賬號。
[0146]在一種實現(xiàn)方式中，若所述標識信息為手機號碼，識別模塊202具體用于:
[0147]查詢本地通訊錄中是否存在該手機號碼對應(yīng)的聯(lián)系人信息；
[0148]若存在，識別出所述目標終端是合法終端；
[0149]若不存在，識別出所述目標終端不是合法終端。
[0150]在一種實現(xiàn)方式中，若所述標識信息為即時通訊賬號，識別模塊202具體用于:
[0151]根據(jù)所述即時通訊賬號查詢所述源終端的好友關(guān)系鏈中是否存在該即時通訊賬號對應(yīng)的好友信息；
[0152]若存在，識別出所述目標終端是合法終端；
[0153]若不存在，識別出所述目標終端不是合法終端。
[0154]在一種實現(xiàn)方式中，加密模塊203還用于:若接收到確認傳送的指令，根據(jù)預(yù)設(shè)密鑰對欲傳輸?shù)哪繕宋募M行加密；
[0155]第一發(fā)送模塊204還用于:向所述目標終端發(fā)送已加密的目標文件及所述預(yù)設(shè)密鑰。
[0156]在本發(fā)明實施例描述的終端中，源終端需要向目標終端傳輸目標文件時，獲取目標終端的標識信息；并根據(jù)所獲取到的目標終端的標識信息識別該目標終端是否為合法終端；若是，則根據(jù)該標識信息對欲傳輸?shù)哪繕宋募M行加密；向目標終端發(fā)送已加密的目標文件。采用本發(fā)明實施例，若目標終端為源終端標識的合法終端，源終端向目標終端傳輸目標文件時，根據(jù)目標終端的標識信息自動給目標文件設(shè)置密鑰，目標終端根據(jù)自身的標識信息自動對目標文件進行解密，不僅可保障文件傳輸過程中的安全性，且操作簡單。
[0157]請參見圖7，圖7是本發(fā)明實施例提供的一種終端的又一結(jié)構(gòu)示意圖，在本發(fā)明實施例中，該終端可以包括:第二獲取模塊301、第二發(fā)送模塊302、接收模塊303和解密模塊304。
[0158]第二獲取模塊301，用于目標終端需要接收源終端欲傳輸?shù)哪繕宋募r，獲取所述目標終端的標識信息。
[0159]第二發(fā)送模塊302，用于向所述源終端發(fā)送所述標識信息，以使所述源終端根據(jù)該標識信息對所述目標文件進行加密。
[0160]接收模塊303，用于接收所述源終端發(fā)送的所述目標文件。
[0161 ] 解密模塊304，用于若所述目標終端是所述源終端標識的合法終端，所述目標終端根據(jù)所述標識信息對所述目標文件進行解密。
[0162]在一種實現(xiàn)方式中，接收模塊303還用于:
[0163]若所述目標終端不是所述源終端標識的合法終端，接收所述源終端發(fā)送的目標文件和預(yù)設(shè)密鑰；
[0164]解密模塊304還用于:根據(jù)所述預(yù)設(shè)密鑰對所述目標文件進行解密。
[0165]在一種實現(xiàn)方式中，所述標識信息包括手機號碼或即時通訊賬號。
[0166]在本發(fā)明實施例描述的終端中，目標終端需要接收源終端欲傳輸?shù)哪繕宋募r，獲取所述目標終端的標識信息；并將該標識信息發(fā)送給源終端，以使所述源終端根據(jù)該標識信息對欲傳輸?shù)哪繕宋募M行加密；接收源終端發(fā)送過來的目標文件；若所述目標終端是所述源終端標識的合法終端，根據(jù)所述標識信息對所述目標文件進行解密。采用本發(fā)明實施例，若目標終端為源終端標識的合法終端，源終端向目標終端傳輸目標文件時，根據(jù)目標終端的標識信息自動給目標文件設(shè)置密鑰，目標終端根據(jù)自身的標識信息自動對目標文件進行解密，不僅可保障文件傳輸過程中的安全性，且操作簡單。
[0167]在本說明書的描述中，參考術(shù)語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本發(fā)明的至少一個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不一定是必須針對相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任一個或多個實施例或示例中以合適的方式結(jié)合。此外，在不相互矛盾的情況下，本領(lǐng)域的技術(shù)人員可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特征進行結(jié)合和組合。
[0168]本領(lǐng)域的技術(shù)人員可以將本說明書中描述的不同實施例以及不同實施例的特征進行結(jié)合和組合。本發(fā)明所有實施例中的模塊或單元，可以通過通用集成電路，例如 CPU (Central Processing Unit，中央處理器)，或通過 ASIC(Applicat1n SpecificIntegrated Circuit，專用集成電路)來實現(xiàn)。
[0169]本發(fā)明所有實施例方法中的步驟可以根據(jù)實際需要進行順序調(diào)整、合并和刪減；本發(fā)明所有實施例裝置中的模塊或單元可以根據(jù)實際需要進行合并、劃分和刪減。
[0170]流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用于實現(xiàn)特定邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本發(fā)明的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時的方式或按相反的順序，來執(zhí)行功能，這應(yīng)被本發(fā)明的實施例所屬【技術(shù)領(lǐng)域】的技術(shù)人員所理解。
[0171]在流程圖中表示或在此以其他方式描述的邏輯和/或步驟，例如，可以被認為是用于實現(xiàn)邏輯功能的可執(zhí)行指令的定序列表，可以具體實現(xiàn)在任何計算機可讀介質(zhì)中，以供指令執(zhí)行系統(tǒng)、裝置或設(shè)備(如基于計算機的系統(tǒng)、包括處理器的系統(tǒng)或其他可以從指令執(zhí)行系統(tǒng)、裝置或設(shè)備取指令并執(zhí)行指令的系統(tǒng))使用，或結(jié)合這些指令執(zhí)行系統(tǒng)、裝置或設(shè)備而使用。就本說明書而言，"計算機可讀介質(zhì)"可以是任何可以包含、存儲、通信、傳播或傳輸程序以供指令執(zhí)行系統(tǒng)、裝置或設(shè)備或結(jié)合這些指令執(zhí)行系統(tǒng)、裝置或設(shè)備而使用的裝置。計算機可讀介質(zhì)的更具體的示例(非窮盡性列表)包括以下:具有一個或多個布線的電連接部(電子裝置)，便攜式計算機盤盒(磁裝置)，隨機存取存儲器(RAM)，只讀存儲器(ROM)，可擦除可編輯只讀存儲器(EPR0M或閃速存儲器)，光纖裝置，以及便攜式光盤只讀存儲器(CDROM)。另外，計算機可讀介質(zhì)甚至可以是可在其上打印所述程序的紙或其他合適的介質(zhì)，因為可以例如通過對紙或其他介質(zhì)進行光學掃描，接著進行編輯、解譯或必要時以其他合適方式進行處理來以電子方式獲得所述程序，然后將其存儲在計算機存儲器中。
[0172]本【技術(shù)領(lǐng)域】的普通技術(shù)人員可以理解實現(xiàn)上述實施例方法攜帶的全部或部分步驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括方法實施例的步驟之一或其組合。
[0173]此外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理模塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質(zhì)中。
[0174]上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。盡管上面已經(jīng)示出和描述了本發(fā)明的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本發(fā)明的限制，本領(lǐng)域的普通技術(shù)人員在本發(fā)明的范圍內(nèi)可以對上述實施例進行變化、修改、替換和變型。
[0175]以上所揭露的僅為本發(fā)明的較佳實施例而已，當然不能以此來限定本發(fā)明之權(quán)利范圍，本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例的全部或部分流程，并依本發(fā)明權(quán)利要求所作的等同變化，仍屬于發(fā)明所涵蓋的范圍。
【權(quán)利要求】
1.一種文件處理方法，其特征在于，包括: 源終端欲向目標終端傳輸目標文件時，獲取所述目標終端的標識信息； 所述源終端根據(jù)所述標識信息識別所述目標終端是否為合法終端； 若是，所述源終端根據(jù)所述標識信息對欲傳輸?shù)哪繕宋募M行加密； 所述源終端向所述目標終端發(fā)送已加密的目標文件。
2.如權(quán)利你要求I所述的方法，其特征在于，所述標識信息包括手機號碼或即時通訊賬號。
3.如權(quán)利要求2所述的方法，其特征在于，若所述標識信息為手機號碼，所述源終端根據(jù)所述標識信息識別所述目標終端是否為合法終端，包括: 所述源終端查詢本地通訊錄中是否存在該手機號碼對應(yīng)的聯(lián)系人信息； 若存在，所述源終端識別出所述目標終端是合法終端； 若不存在，所述源終端識別出所述目標終端不是合法終端。
4.如權(quán)利要求2所述的方法，其特征在于，若所述標識信息為即時通訊賬號，所述源終端根據(jù)所述標識信息識別所述目標終端是否為合法終端，包括: 所述源終端根據(jù)所述即時通訊賬號查詢所述源終端的好友關(guān)系鏈中是否存在該即時通訊賬號對應(yīng)的好友信息； 若存在，所述源終端識別出所述目標終端是合法終端； 若不存在，所述源終端識別出所述目標終端不是合法終端。
5.如權(quán)利要求1、3、4任一項所述的方法，其特征在于，所述源終端根據(jù)所述標識信息識別所述目標終端是否為合法終端之后，所述方法還包括: 若所述源終端識別出所述目標終端不是合法終端，輸出提示信息，以提示用戶是否確認傳送。
6.如權(quán)利要求5所述的方法，其特征在于，所述輸出提示信息之后，所述方法還包括: 若接收到確認傳送的指令，所述源終端根據(jù)預(yù)設(shè)密鑰對欲傳輸?shù)哪繕宋募M行加密； 所述源終端向所述目標終端發(fā)送已加密的目標文件及所述預(yù)設(shè)密鑰。
7.一種文件處理方法，其特征在于，包括: 目標終端需要接收源終端欲傳輸?shù)哪繕宋募r，獲取所述目標終端的標識信息； 所述目標終端向所述源終端發(fā)送所述標識信息，以使所述源終端根據(jù)該標識信息對所述目標文件進行加密； 所述目標終端接收所述源終端發(fā)送的所述目標文件； 若所述目標終端是所述源終端標識的合法終端，所述目標終端根據(jù)所述標識信息對所述目標文件進行解密。
8.如權(quán)利要求7所述的方法，其特征在于，所述方法還包括: 若所述目標終端不是所述源終端標識的合法終端，接收所述源終端發(fā)送的目標文件和預(yù)設(shè)密鑰； 根據(jù)所述預(yù)設(shè)密鑰對所述目標文件進行解密。
9.如權(quán)利要求7或8所述的方法，其特征在于，所述標識信息包括手機號碼或即時通訊賬號。
10.一種終端，其特征在于，包括: 第一獲取模塊，用于源終端欲向目標終端傳輸目標文件時，獲取所述目標終端的標識信息； 識別模塊，用于根據(jù)所述標識信息識別所述目標終端是否為合法終端； 加密模塊，用于若所述目標終端是合法終端，根據(jù)所述標識信息對欲傳輸?shù)哪繕宋募M行加密； 第一發(fā)送模塊，用于向所述目標終端發(fā)送已加密的目標文件。
11.如權(quán)利要求10所述的終端，其特征在于，所述標識信息包括手機號碼或即時通訊賬號。
12.如權(quán)利要求11所述的終端，其特征在于，若所述標識信息為手機號碼，所述識別模塊具體用于: 查詢本地通訊錄中是否存在該手機號碼對應(yīng)的聯(lián)系人信息； 若存在，識別出所述目標終端是合法終端； 若不存在，識別出所述目標終端不是合法終端。
13.如權(quán)利要求11所述的終端，其特征在于，若所述標識信息為即時通訊賬號，所述識別模塊具體用于: 根據(jù)所述即時通訊賬號查詢所述源終端的好友關(guān)系鏈中是否存在該即時通訊賬號對應(yīng)的好友信息； 若存在，識別出所述目標終端是合法終端； 若不存在，識別出所述目標終端不是合法終端。
14.如權(quán)利要求10、12、13任一項所述的終端，其特征在于，所述終端還包括: 輸出模塊，用于若所述目標終端不是合法終端，輸出提示信息，以提示用戶是否確認傳送。
15.如權(quán)利要求14所述的終端，其特征在于，所述加密模塊，還用于若接收到確認傳送的指令，根據(jù)預(yù)設(shè)密鑰對欲傳輸?shù)哪繕宋募M行加密； 所述第一發(fā)送模塊，還用于向所述目標終端發(fā)送已加密的目標文件及所述預(yù)設(shè)密鑰。
16.一種終端，其特征在于，包括: 第二獲取模塊，用于目標終端需要接收源終端欲傳輸?shù)哪繕宋募r，獲取所述目標終端的標識信息； 第二發(fā)送模塊，用于向所述源終端發(fā)送所述標識信息，以使所述源終端根據(jù)該標識信息對所述目標文件進行加密； 接收模塊，用于接收所述源終端發(fā)送的所述目標文件； 解密模塊，用于若所述目標終端是所述源終端標識的合法終端，所述目標終端根據(jù)所述標識信息對所述目標文件進行解密。
17.如權(quán)利要求16所述的終端，其特征在于，所述接收模塊，還用于若所述目標終端不是所述源終端標識的合法終端，接收所述源終端發(fā)送的目標文件和預(yù)設(shè)密鑰； 所述解密模塊，還用于根據(jù)所述預(yù)設(shè)密鑰對所述目標文件進行解密。
18.如權(quán)利要求16或17所述的終端，其特征在于，所述標識信息包括手機號碼或即時通訊賬號。
【文檔編號】H04W12/06GK104507080SQ201410663154
【公開日】2015年4月8日 申請日期:2014年11月19日 優(yōu)先權(quán)日:2014年11月19日
【發(fā)明者】曾元清 申請人:廣東歐珀移動通信有限公司