CN104182697B - 文件加密方法和装置 - Google Patents

文件加密方法和装置 Download PDF

Info

Publication number
CN104182697B
CN104182697B CN201410403711.3A CN201410403711A CN104182697B CN 104182697 B CN104182697 B CN 104182697B CN 201410403711 A CN201410403711 A CN 201410403711A CN 104182697 B CN104182697 B CN 104182697B
Authority
CN
China
Prior art keywords
packet
file
encrypted
encryption
encryption key
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201410403711.3A
Other languages
English (en)
Other versions
CN104182697A (zh
Inventor
王楠
郭涛
余军
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Xiaomi Inc
Original Assignee
Xiaomi Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Xiaomi Inc filed Critical Xiaomi Inc
Priority to CN201410403711.3A priority Critical patent/CN104182697B/zh
Publication of CN104182697A publication Critical patent/CN104182697A/zh
Application granted granted Critical
Publication of CN104182697B publication Critical patent/CN104182697B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/62Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2107File encryption

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Health & Medical Sciences (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本公开是关于一种文件加密方法和装置,属于信息安全技术领域。所述方法包括:接收与目标文件对应的n个数据包,所述数据包是文件发送端将所述目标文件进行切割后得到的,n≥2;将所述n个数据包分不同批次进行加密,加密所述数据包的开始时刻早于接收所述数据包的结束时刻;存储分批加密后的各个数据包。本公开通过将接收到的数据包分批次进行加密,使得整个目标文件不会在未加密的状态下存储于文件接收端,解决了相关技术中私密文件在传输完毕后还未进行加密前,还是会在文件接收端处于一个短暂的未加密状态的问题;达到了私密文件在接收完成后不存在未加密的状态的效果,提高了私密文件的保密性。

Description

文件加密方法和装置
技术领域
本公开涉及信息安全技术领域,特别涉及一种文件加密方法和装置
背景技术
随着互联网技术的发展,人们对于互联网的应用也越来越频繁,互联网的用户之间经常需要通过互联网传递一些文件,而其中有些私密文件对于文件的保密性有较高的要求。
相关技术中有一种私密文件的保密方法,文件接收端接收文件发送端发送的未加密的私密文件,在私密文件接收完毕后,对该私密文件使用本地密钥进行加密并保存。
上述方法虽然可以通过在私密文件接收完毕后,对该私密文件使用本地密钥进行加密来保护该私密文件,但私密文件是未加密发送的,因而在传输完毕后还未进行加密前,私密文件还是会在文件接收端中处于一个短暂的未加密状态。
发明内容
为了解决了相关技术中私密文件是未加密发送的,因而在传输完毕后还未进行加密前,还是会在文件接收端处于一个短暂的未加密状态的问题,本公开实施例提供了一种文件加密方法,所述技术方案如下:
根据本公开实施例的第一方面,提供一种文件加密方法,所述方法包括:
接收与目标文件对应的n个数据包,所述数据包是文件发送端将所述目标文件进行切割后得到的,n≥2;
将所述n个数据包分不同批次进行加密,加密所述数据包的开始时刻早于接收所述数据包的结束时刻;
存储分批加密后的各个数据包。
可选的,所述将所述n个数据包分不同批次进行加密,加密所述数据包的开始时刻早于接收所述数据包的结束时刻,包括:
每接收到一个数据包后,将所述数据包通过加密密钥进行加密。
可选的,所述将所述n个数据包分不同批次进行加密,加密所述数据包的开始时刻早于接收所述数据包的结束时刻,包括:
每接收到m个数据包后,将所述m个数据包通过加密密钥进行加密,n>m≥2。
可选的,所述方法,还包括:
在已接收到的尚未加密的数据包不满m个但包括有最后一个数据包时,将所述已接收到的尚未加密的数据包通过加密密钥进行加密。
可选的,所述将所述n个数据包分不同批次进行加密,加密所述数据包的开始时刻早于接收所述数据包的结束时刻,包括:
每接收到1个数据包后,检测已接收到的尚未加密的数据包的数据总量是否达到预定阈值;
若达到所述预定阈值,则将所述已接收到的尚未加密的数据包通过加密密钥进行加密。
可选的,所述方法,还包括:
若未达到所述预定阈值但所述已接收到的数据包中包括有最后一个数据包时,将所述已接收到的尚未加密的数据包通过加密密钥进行加密。
可选的,所述将所述n个数据包分不同批次进行加密,加密所述数据包的开始时刻早于接收所述数据包的结束时刻,包括:
将所述n个数据包按序划分为K个组,每个组包括相同或不同个数的数据包,n≥K≥2;
每接收到1个组中的数据包时,将所述组中的数据包通过加密密钥进行加密。
可选的,所述方法,
每个批次所使用的加密密钥为相同的加密密钥;或,
每个批次所使用的加密密钥为不同的加密密钥。
可选的,所述方法还包括:
接收对所述目标文件的操作请求;
将所述分批加密后的各个数据包进行解密后,合并得到所述目标文件;
对所述目标文件执行所述操作请求所对应的文件操作。
根据本公开实施例的第二方面,提供一种文件加密装置,所述装置包括:
数据接收模块,被配置为接收与目标文件对应的n个数据包,所述数据包是文件发送端将所述目标文件进行切割后得到的,n≥2;
数据加密模块,被配置为将所述n个数据包分不同批次进行加密,加密所述数据包的开始时刻早于接收所述数据包的结束时刻;
数据存储模块,被配置为存储分批加密后的各个数据包。
可选的,所述数据加密模块,包括:
单独加密子模块,被配置为每接收到一个数据包后,将所述数据包通过加密密钥进行加密。
可选的,所述数据加密模块,包括:
定量加密子模块,被配置为每接收到m个数据包后,将所述m个数据包通过加密密钥进行加密,n>m≥2。
可选的,所述定量加密子模块,被配置为在已接收到的尚未加密的数据包不满m个但包括有最后一个数据包时,将所述已接收到的尚未加密的数据包通过加密密钥进行加密。
可选的,所述数据加密模块,包括:数据检测子模块和阈值加密子模块;
所述数据检测子模块,被配置为每接收到1个数据包后,检测已接收到的尚未加密的数据包的数据总量是否达到预定阈值;
所述阈值加密子模块,被配置为若达到所述预定阈值,则将所述已接收到的尚未加密的数据包通过加密密钥进行加密。
可选的,所述阈值加密子模块,被配置为若未达到所述预定阈值但所述已接收到的数据包中包括有最后一个数据包时,将所述已接收到的尚未加密的数据包通过加密密钥进行加密。
可选的,所述数据加密模块,包括:数据分组子模块和分组加密子模块;
所述数据分组子模块,被配置为将所述n个数据包按序划分为K个组,每个组包括相同或不同个数的数据包,n≥K≥2;
所述分组加密子模块,被配置为每接收到1个组中的数据包时,将所述组中的数据包通过加密密钥进行加密。
可选的,
每个批次所使用的加密密钥为相同的加密密钥;或,
每个批次所使用的加密密钥为不同的加密密钥。
可选的,所述装置还包括:请求接收模块、解密合并模块和操作执行模块;
所述请求接收模块,被配置为接收对所述目标文件的操作请求;
所述解密合并模块,被配置为将所述分批加密后的各个数据包进行解密后,合并得到所述目标文件;
所述操作执行模块,被配置为对所述目标文件执行所述操作请求所对应的文件操作。
根据本公开实施例的第三方面,提供一种文件加密装置,包括:
处理器;
用于存储所述处理器的可执行指令的存储器;
其中,所述处理器被配置为:
接收与目标文件对应的n个数据包,所述数据包是文件发送端将所述目标文件进行切割后得到的,n≥2;
将所述n个数据包分不同批次进行加密,加密所述数据包的开始时刻早于接收所述数据包的结束时刻;
存储分批加密后的各个数据包。
本公开实施例提供的技术方案可以包括以下有益效果:
通过将接收到的数据包分不同批次进行加密,加密过程的开始时刻早于接收过程的结束时刻,使得整个目标文件不会在未加密的状态下存储于文件接收端,解决了私密文件是在传输完毕后还未进行加密前,私密文件还是会在文件接收端处于一个短暂的未加密状态的问题;达到了私密文件在接收完成后不存在未加密的状态的效果,提高了私密文件的保密性。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种文件加密方法的流程图;
图2是根据另一示例性实施例示出的一种文件加密方法的流程图;
图3是根据另一示例性实施例示出的一种文件加密方法的流程图;
图4是根据另一示例性实施例示出的一种文件加密方法的流程图;
图5是根据另一示例性实施例示出的一种文件加密方法的流程图;
图6是根据一示例性实施例示出的一种文件加密装置的框图;
图7是根据另一示例性实施例示出的一种文件加密装置的框图;
图8是根据一示例性实施例示出的一种文件加密装置的框图。
通过上述附图,已示出本公开明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
本发明实施例中的终端可以是手机、平板电脑、电子书阅读器、MP3播放器(MovingPicture Experts Group Audio Layer III,动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机、相机、台式计算机和摄像机等等。
图1是根据一示例性实施例示出的一种文件加密方法的流程图,本实施例以该文件加密方法应用于终端中来举例说明。该文件加密方法可以包括如下几个步骤:
在步骤101中,接收与目标文件对应的n个数据包,数据包是文件发送端将目标文件进行切割后得到的,n≥2。
在步骤102中,将n个数据包分不同批次进行加密,加密数据包的开始时刻早于接收数据包的结束时刻。
在步骤103中,存储分批加密后的各个数据包。
综上所述,本实施例提供的文件加密方法,通过将接收到的数据包分不同批次进行加密,加密过程的开始时刻早于接收过程的结束时刻,使得整个目标文件不会在未加密的状态下存储于文件接收端,解决了私密文件是在传输完毕后还未进行加密前,私密文件还是会在文件接收端处于一个短暂的未加密状态的问题;达到了私密文件在接收完成后不存在未加密的状态的效果,提高了私密文件的保密性。
图2是根据另一示例性实施例示出的一种文件加密方法的流程图,本实施例以该文件加密方法应用于终端中来举例说明。该文件加密方法可以包括如下几个步骤:
在步骤201中,接收与目标文件对应的n个数据包,数据包是文件发送端将目标文件进行切割后得到的,n≥2;
文件接收端接收与目标文件对应的n个数据包,数据包是文件发送端将目标文件进行切割后得到的,n≥2,目标文件为文件发送端发送给文件接收端的。
本步骤可以分为下面3个子步骤:
1、文件接收端接收文件发送端发送的文件传输信息,文件传输信息可以包括目标文件被切割为n个数据包。
2、文件接收端根据文件传输信息与文件发送端建立数据通道。
3、文件接收端通过数据通道接收n个数据包。
需要说明的是,文件接收端每接收到1个数据包时,可以根据文件传输信息确定数据包在n个数据包中的序号并记录,该序号可以用于之后将n个数据包合并为目标文件。
在步骤202中,每接收到一个数据包后,将数据包通过加密密钥进行加密;
文件接收端每接收到一个数据包后,将数据包通过加密密钥进行加密,每个批次所使用的加密密钥为相同的加密密钥;或,每个批次所使用的加密密钥为不同的加密密钥。
即,文件接收端接收到的n个数据包可以使用同一个加密密钥进行加密,也可以使用n个不同的加密密钥进行加密。
在步骤203中,存储分批加密后的各个数据包;
文件接收端在将各个数据包加密后,将加密后的各个数据包存储在本地存储器上。
在不同数据包使用不同的加密密钥时,文件接收端还会存储每个数据包的序号与各个加密密钥之间的对应关系。
在步骤204中,接收对目标文件的操作请求;
文件接收端接收到对目标文件的操作请求,这一操作请求可以是用户发出的想要使用目标文件的请求,比如对目标文件进行编辑、查看和发送的请求等。
在步骤205中,将分批加密后的各个数据包进行解密后,合并得到目标文件;
文件接收端将分批加密后的各个数据包利用加密时所使用的加密密钥进行解密,得到n个数据包,此时,文件接收端可以通过步骤201中所记录的各个数据包在n个数据包中的序号,将解密后得到的n个数据包合并得到目标文件。
在步骤206中,对目标文件执行操作请求所对应的文件操作;
文件接收端在得到目标文件后,对目标文件执行操作请求所对应的文件操作,比如对目标文件进行编辑、查看和发送等。
综上所述,本实施例提供的文件加密方法,通过将接收到的数据包分不同批次进行加密,加密过程的开始时刻早于接收过程的结束时刻,使得整个目标文件不会在未加密的状态下存储于文件接收端,解决了私密文件是在传输完毕后还未进行加密前,私密文件还是会在文件接收端处于一个短暂的未加密状态的问题;达到了私密文件在接收完成后不存在未加密的状态的效果,提高了私密文件的保密性。
需要补充说明的是,本实施例通过每接收到一个数据包后就对该数据包进行加密,使文件接收端接收到的文件中处于未加密状态的文件占总体文件的比率通常很小,比如目标文件为私密图片且有100个数据包,则文件接收端中同一时刻只会有百分之一的数据包处于未加密的状态,即使该部分未加密的数据包被窃取,窃取者也无法从该部分未加密的数据包判断出私密图片的内容,达到了在很大程度上增强目标文件的保密性的效果。
图3是根据另一示例性实施例示出的一种文件加密方法的流程图,本实施例以该文件加密方法应用于终端中来举例说明。该文件加密方法可以包括如下几个步骤:
在步骤301中,接收与目标文件对应的n个数据包,数据包是文件发送端将目标文件进行切割后得到的,n≥2;
文件接收端接收与目标文件对应的n个数据包,数据包是文件发送端将目标文件进行切割后得到的,n≥2,目标文件为文件发送端发送给文件接收端的。
本步骤可以分为下面3个子步骤:
1、文件接收端接收文件发送端发送的文件传输信息,文件传输信息可以包括目标文件被切割为n个数据包。
2、文件接收端根据文件传输信息与文件发送端建立数据通道。
3、文件接收端通过数据通道接收n个数据包。
需要说明的是,文件接收端每接收到1个数据包时,可以根据文件传输信息确定数据包在n个数据包中的序号并记录,该序号可以用于之后将n个数据包合并为目标文件。
在步骤302中,每接收到m个数据包后,将m个数据包通过加密密钥进行加密,n>m≥2;
文件接收端每接收到m个数据包后,将m个数据包通过加密密钥进行加密,n>m≥2,每个批次所使用的加密密钥为相同的加密密钥;或,每个批次所使用的加密密钥为不同的加密密钥。
即,文件接收端每次对m个数据包进行加密时,可以使用同一个加密密钥进行加密,也可以每次都使用不同的加密密钥进行加密。
比如n为100,m为20,则文件接收端每次接收到20个数据包时,对接收到的尚未加密的数据包通过加密密钥进行加密,总共需要加密5次,这5次可以使用同一个加密密钥,也可以使用5个不同的加密密钥。
其中,m的值可以由用户来进行设定,用户可以根据本次传输的目标文件的数据包总数来决定m的值,以使得总的加密次数不宜过多。此外,预定阈值也可以是由文件发送端设定的值。
在步骤303中,在已接收到的尚未加密的数据包不满m个但包括有最后一个数据包时,将已接收到的尚未加密的数据包通过加密密钥进行加密;
文件接收端在已接收到的尚未加密的数据包不满m个但包括有最后一个数据包时,将已接收到的尚未加密的数据包通过加密密钥进行加密。
即接收完所有数据包后,文件接收端需要对最后一批次接收到的数据包进行加密,是否接收到了最后一个数据包可以通过文件传输信息来进行判断,比如文件发送端可以向文件接收端发送一个传输完毕指令,文件接收端接收到该指令后,就将已接收到的尚未加密的数据包通过加密密钥进行加密;或是最后一个数据包附带有一个特殊的标记,文件接收端接收到最后一个数据包后立刻就能发现该标记。
比如n为110,m为50,文件接收端在前两个批次每次接收到50个数据包时,对接收到的尚未加密的数据包通过加密密钥进行加密,之后接收到10个数据包时,根据文件传输信息得知该10个数据包包含有最后一个数据包,则对这10个数据包通过加密密钥进行加密。
若已接收到的尚未加密的数据包不满m个,且已接收到的数据包中并未包含有最后一个数据包时,文件接收端继续接收数据包。
在步骤304中,存储分批加密后的各个数据包;
文件接收端在将各个数据包加密后,将加密后的各个数据包存储在本地存储器上。
在不同批次使用不同的加密密钥时,文件接收端还会存储每个数据包的序号与各个加密密钥之间的对应关系。
在步骤305中,接收对目标文件的操作请求;
文件接收端接收到对目标文件的操作请求,这一操作请求可以是用户发出的想要使用目标文件的请求,比如对目标文件进行编辑、查看和发送等。
在步骤306中,将分批加密后的各个数据包进行解密后,合并得到目标文件;
文件接收端将分批加密后的各个数据包利用加密时所使用的加密密钥进行解密,得到n个数据包,此时,文件接收端可以通过步骤301中所记录的各个数据包在n个数据包中的序号,将解密后得到的n个数据包合并得到目标文件。
在步骤307中,对目标文件执行操作请求所对应的文件操作;
文件接收端在得到目标文件后,对目标文件执行操作请求所对应的文件操作,比如对目标文件进行编辑、查看和发送等。
综上所述,本实施例提供的文件加密方法,通过将接收到的数据包分不同批次进行加密,加密过程的开始时刻早于接收过程的结束时刻,使得整个目标文件不会在未加密的状态下存储于文件接收端,解决了私密文件是在传输完毕后还未进行加密前,私密文件还是会在文件接收端处于一个短暂的未加密状态的问题;达到了私密文件在接收完成后不存在未加密的状态的效果,提高了私密文件的保密性。
需要补充说明的是,本实施例通过每接收到m个数据包后,对接收到的尚未加密的数据包通过加密密钥进行加密,大大减少了本方法在文件加密时的加密次数,同样也大大减少了还原目标文件时所需要的解密次数,达到了减少文件接收端工作量的效果,使本实施例提供的文件加密方法在应用时更加的快捷。
图4是根据另一示例性实施例示出的一种文件加密方法的流程图,本实施例以该文件加密方法应用于终端中来举例说明。该文件加密方法可以包括如下几个步骤:
在步骤401中,接收与目标文件对应的n个数据包,数据包是文件发送端将目标文件进行切割后得到的,n≥2;
文件接收端接收与目标文件对应的n个数据包,数据包是文件发送端将目标文件进行切割后得到的,n≥2,目标文件为文件发送端发送给文件接收端的。
本步骤可以分为下面3个子步骤:
1、文件接收端接收文件发送端发送的文件传输信息,文件传输信息可以包括目标文件被切割为n个数据包。
2、文件接收端根据文件传输信息与文件发送端建立数据通道。
3、文件接收端通过数据通道接收n个数据包。
需要说明的是,文件接收端每接收到1个数据包时,可以根据文件传输信息确定数据包在n个数据包中的序号并记录,该序号可以用于之后将n个数据包合并为目标文件。
在步骤402中,每接收到1个数据包后,检测已接收到的尚未加密的数据包的数据总量是否达到预定阈值;
文件接收端每接收到1个数据包后,检测已接收到的尚未加密的数据包的数据总量是否达到预定阈值。
比如,预定阈值为1MB时,文件接收端接收到一个数据包后,已接收到的尚未加密的数据包有10个,文件接收端检测这10个数据包的数据总量是否达到1MB。
在步骤403中,若达到预定阈值,则将已接收到的尚未加密的数据包通过加密密钥进行加密;
若已接收到的尚未加密的数据包的数据总量达到预定阈值,则将已接收到的尚未加密的数据包通过加密密钥进行加密。
比如,预定阈值为1MB时,已接收到的尚未加密的数据包有10个且这10个数据包的数据总量达到或超过了1MB,则通过加密密钥对这10个数据包进行加密。
另外,文件接收端在进行加密时,每个批次所使用的加密密钥为相同的加密密钥;或,每个批次所使用的加密密钥为不同的加密密钥。比如,目标文件的数据总量为10MB,预定阈值为1MB,则文件接收端可能需要进行10次加密,这10次加密可以使用同一个加密密钥,也可以使用10个不同的加密密钥。
其中,预定阈值可以由用户来进行设定,用户可以根据本次传输的目标文件的数据总量来决定预定阈值,以使得文件接收端未加密的数据总量不宜过大,且总的加密次数不宜过多。此外,预定阈值也可以是由文件发送端设定的值。
在步骤404中,若未达到预定阈值但已接收到的数据包中包括有最后一个数据包时,将已接收到的尚未加密的数据包通过加密密钥进行加密;
若已接收到的尚未加密的数据包的数据总量未达到预定阈值,但已接收到的数据包中包括有最后一个数据包时,将已接收到的尚未加密的数据包通过加密密钥进行加密。
即接收完所有数据包后,文件接收端需要对最后一批次接收到的数据包进行加密,是否接收到了最后一个数据包可以通过文件传输信息来进行判断,比如文件发送端可以向文件接收端发送一个传输完毕指令,文件接收端接收到该指令后,就将已接收到的尚未加密的数据包通过加密密钥进行加密;或是最后一个数据包附带有一个特殊的标记,文件接收端接收到最后一个数据包后立刻就能发现该标记。
若已接收到的尚未加密的数据包的数据总量未达到预定阈值,且已接收到的数据包中并未包含有最后一个数据包时,文件接收端继续接收数据包。
在步骤405中,存储分批加密后的各个数据包;
文件接收端在将各个数据包加密后,将加密后的各个数据包存储在本地存储器上。
在不同批次使用不同的加密密钥时,文件接收端还会存储每个数据包的序号与各个加密密钥之间的对应关系。
在步骤406中,接收对目标文件的操作请求;
文件接收端接收到对目标文件的操作请求,这一操作请求可以是用户发出的想要使用目标文件的请求,比如对目标文件进行编辑、查看和发送等。
在步骤407中,将分批加密后的各个数据包进行解密后,合并得到目标文件;
文件接收端将分批加密后的各个数据包利用加密时所使用的加密密钥进行解密,得到n个数据包,此时,文件接收端可以通过步骤401中所记录的各个数据包在n个数据包中的序号,将解密后得到的n个数据包合并得到目标文件。
在步骤408中,对目标文件执行操作请求所对应的文件操作;
文件接收端在得到目标文件后,对目标文件执行操作请求所对应的文件操作,比如对目标文件进行编辑、查看和发送等。
综上所述,本实施例提供的文件加密方法,通过将接收到的数据包分不同批次进行加密,加密过程的开始时刻早于接收过程的结束时刻,使得整个目标文件不会在未加密的状态下存储于文件接收端,解决了私密文件是在传输完毕后还未进行加密前,私密文件还是会在文件接收端处于一个短暂的未加密状态的问题;达到了私密文件在接收完成后不存在未加密的状态的效果,提高了私密文件的保密性。
需要补充说明的是,本实施例通过在每次已接收到的尚未加密的数据包的数据总量到达预定阈值时,将已接收到的尚未加密的数据包通过加密密钥进行加密,既使文件接收端中未加密的文件数据量不会过大,还使得文件加密的次数不会过多,达到了既提高目标文件的保密性,又减小文件接收端工作量的效果。
图5是根据另一示例性实施例示出的一种文件加密方法的流程图,本实施例以该文件加密方法应用于终端中来举例说明。该文件加密方法可以包括如下几个步骤:
在步骤501中,接收与目标文件对应的n个数据包,数据包是文件发送端将目标文件进行切割后得到的,n≥2;
文件接收端接收与目标文件对应的n个数据包,数据包是文件发送端将目标文件进行切割后得到的,n≥2,目标文件为文件发送端发送给文件接收端的。
本步骤可以分为下面3个子步骤:
1、文件接收端接收文件发送端发送的文件传输信息,文件传输信息可以包括目标文件被切割为n个数据包。
2、文件接收端根据文件传输信息与文件发送端建立数据通道。
3、文件接收端通过数据通道接收n个数据包。
需要说明的是,文件接收端每接收到1个数据包时,可以根据文件传输信息确定数据包在n个数据包中的序号并记录,该序号可以用于之后将n个数据包合并为目标文件。
在步骤502中,将n个数据包按序划分为K个组,每个组包括相同或不同个数的数据包,n≥K≥2;
文件接收端将n个数据包按序划分为K个组,每个组包括相同或不同个数的数据包,n≥K≥2。
比如n为10,K为3,则三个组可以分别包含有2个、3个和5个数据包。此处的分组依据可以是文件发送端或文件接收端根据目标文件n个数据包中各个数据包的预计传输完成时间来进行分组,该预计完成时间可以根据数据包大小和传输速率来进行判断。
即,将预计传输完成时间相近的数据包放在1个组,这样文件接收端在多线程下载时,可以使同1个组的数据包在相近的时间完成传输。
在步骤503中,每接收到1个组中的数据包时,将组中的数据包通过加密密钥进行加密;
文件接收端每接收到1个组中的数据包时,将组中的数据包通过加密密钥进行加密。
在文件接收端进行多线程传输时,每1个组中的数据包可以是在相近的时间内完成传输的,这样在接收到1个组中的数据包后就将组中的数据包通过加密密钥进行加密,大大减少了数据包在未加密的情况下在文件接收端存在的时间,提高了目标文件的保密性。
在步骤504中,存储分批加密后的各个数据包;
文件接收端在将各个数据包加密后,将加密后的各个数据包存储在本地存储器上。
在不同批次使用不同的加密密钥时,文件接收端还会存储每个数据包的序号与各个加密密钥之间的对应关系。
在步骤505中,接收对目标文件的操作请求;
文件接收端接收到对目标文件的操作请求,这一操作请求可以是用户发出的想要使用目标文件的请求,比如对目标文件进行编辑、查看和发送等。
在步骤506中,将分批加密后的各个数据包进行解密后,合并得到目标文件;
文件接收端将分批加密后的各个数据包利用加密时所使用的加密密钥进行解密,得到n个数据包,此时,文件接收端可以通过步骤501中所记录的各个数据包在n个数据包中的序号,将解密后得到的n个数据包合并得到目标文件。
在步骤507中,对目标文件执行操作请求所对应的文件操作;
文件接收端在得到目标文件后,对目标文件执行操作请求所对应的文件操作,比如对目标文件进行编辑、查看和发送等。
综上所述,本实施例提供的文件加密方法,通过将接收到的数据包分不同批次进行加密,加密过程的开始时刻早于接收过程的结束时刻,使得整个目标文件不会在未加密的状态下存储于文件接收端,解决了私密文件是在传输完毕后还未进行加密前,私密文件还是会在文件接收端处于一个短暂的未加密状态的问题;达到了私密文件在接收完成后不存在未加密的状态的效果,提高了私密文件的保密性。
需要补充说明的是,本实施例通过将预计传输完成时间相近的数据包分到1个组,且每接收到1个组的数据包时,就将组中的数据包通过加密密钥进行加密,大大减少了每个组中的数据包在未加密的情况下在文件接收端的存在时间,达到了提高目标文件保密性的效果。
下述为本公开装置实施例,可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节,请参照本公开方法实施例。
图6是根据一示例性实施例示出的一种文件加密装置的框图,该文件加密装置可以通过软件、硬件或者两者的结合实现成为终端的部分或者全部。该文件加密装置可以包括:数据接收模块610、数据加密模块620和数据存储模块630;
数据接收模块610,被配置为接收与目标文件对应的n个数据包,数据包是文件发送端将目标文件进行切割后得到的,n≥2。
数据加密模块620,被配置将n个数据包分不同批次进行加密,加密数据包的开始时刻早于接收数据包的结束时刻。
数据存储模块630,被配置为存储分批加密后的各个数据包。
综上所述,本实施例提供的文件加密装置,通过将接收到的数据包分不同批次进行加密,加密过程的开始时刻早于接收过程的结束时刻,使得整个目标文件不会在未加密的状态下存储于文件接收端,解决了私密文件是在传输完毕后还未进行加密前,私密文件还是会在文件接收端处于一个短暂的未加密状态的问题;达到了私密文件在接收完成后不存在未加密的状态的效果,提高了私密文件的保密性。
图7是根据另一示例性实施例示出的一种文件加密装置的框图,该文件加密装置可以通过软件、硬件或者两者的结合实现成为终端的部分或者全部。该文件加密装置可以包括:数据接收模块610、数据加密模块620和数据存储模块630;
数据接收模块610,被配置为接收与目标文件对应的n个数据包,数据包是文件发送端将目标文件进行切割后得到的,n≥2。
数据加密模块620,被配置为将n个数据包分不同批次进行加密,加密数据包的开始时刻早于接收数据包的结束时刻。
数据存储模块630,被配置为存储分批加密后的各个数据包。
可选的,数据加密模块620,包括:
单独加密子模块621,被配置为每接收到一个数据包后,将数据包通过加密密钥进行加密。
可选的,数据加密模块620,包括:
定量加密子模块622,被配置为每接收到m个数据包后,将m个数据包通过加密密钥进行加密,n>m≥2。
可选的,定量加密子模块622,被配置为在已接收到的尚未加密的数据包不满m个但包括有最后一个数据包时,将已接收到的尚未加密的数据包通过加密密钥进行加密。
可选的,数据加密模块620,包括:数据检测子模块623和阈值加密子模块624;
数据检测子模块623,被配置为每接收到1个数据包后,检测已接收到的尚未加密的数据包的数据总量是否达到预定阈值;
阈值加密子模块624,被配置为若达到预定阈值,则将已接收到的尚未加密的数据包通过加密密钥进行加密。
可选的,阈值加密子模块624,被配置为若未达到预定阈值但已接收到的数据包中包括有最后一个数据包时,将已接收到的尚未加密的数据包通过加密密钥进行加密。
可选的,数据加密模块620,包括:数据分组子模块625和分组加密子模块626;
数据分组子模块625,被配置为将n个数据包按序划分为K个组,每个组包括相同或不同个数的数据包,n≥K≥2;
分组加密子模块626,被配置为每接收到1个组中的数据包时,将组中的数据包通过加密密钥进行加密。
可选的,每个批次所使用的加密密钥为相同的加密密钥;或,每个批次所使用的加密密钥为不同的加密密钥。
可选的,该装置还包括:请求接收模块640、解密合并模块650和操作执行模块660;
请求接收模块640,被配置为接收对目标文件的操作请求;
解密合并模块650,被配置为将分批加密后的各个数据包进行解密后,合并得到目标文件;
操作执行模块660,被配置为对目标文件执行操作请求所对应的文件操作。
综上所述,本实施例提供的文件加密装置,通过将接收到的数据包分不同批次进行加密,加密过程的开始时刻早于接收过程的结束时刻,使得整个目标文件不会在未加密的状态下存储于文件接收端,解决了私密文件是在传输完毕后还未进行加密前,私密文件还是会在文件接收端处于一个短暂的未加密状态的问题;达到了私密文件在接收完成后不存在未加密的状态的效果,提高了私密文件的保密性。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图8是根据一示例性实施例示出的一种用于文件加密的装置800的框图。例如,装置800可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图8,装置800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)接口812,传感器组件814,以及通信组件816。
处理组件802通常控制装置800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理***,一个或多个电源,及其他与为装置800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当装置800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。
I/O接口812为处理组件802和***接口模块之间提供接口,上述***接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器,用于为装置800提供各个方面的状态评估。例如,传感器组件814可以检测到装置800的打开/关闭状态,组件的相对定位,例如所述组件为装置800的显示器和小键盘,传感器组件814还可以检测装置800或装置800一个组件的位置改变,用户与装置800接触的存在或不存在,装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中,通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器804,上述指令可由装置800的处理器820执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
一种非临时性计算机可读存储介质,当所述存储介质中的指令由装置800的处理器执行时,使得装置800能够执行上述各个实施例中的任一文件加密方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (17)

1.一种文件加密方法,其特征在于,所述方法包括:
接收与目标文件对应的n个数据包,所述数据包是文件发送端将所述目标文件进行切割后得到的,n≥2;
将所述n个数据包分不同批次进行加密,加密所述数据包的开始时刻早于接收所述数据包的结束时刻,每个批次所使用的加密密钥为相同的加密密钥,或,每个批次所使用的加密密钥为不同的加密密钥;
存储分批加密后的各个数据包。
2.根据权利要求1所述的方法,其特征在于,所述将所述n个数据包分不同批次进行加密,加密所述数据包的开始时刻早于接收所述数据包的结束时刻,包括:
每接收到一个数据包后,将所述数据包通过加密密钥进行加密。
3.根据权利要求1所述的方法,其特征在于,所述将所述n个数据包分不同批次进行加密,加密所述数据包的开始时刻早于接收所述数据包的结束时刻,包括:
每接收到m个数据包后,将所述m个数据包通过加密密钥进行加密,n>m≥2。
4.根据权利要求3所述的方法,其特征在于,所述方法,还包括:
在已接收到的尚未加密的数据包不满m个但包括有最后一个数据包时,将所述已接收到的尚未加密的数据包通过加密密钥进行加密。
5.根据权利要求1所述的方法,其特征在于,所述将所述n个数据包分不同批次进行加密,加密所述数据包的开始时刻早于接收所述数据包的结束时刻,包括:
每接收到1个数据包后,检测已接收到的尚未加密的数据包的数据总量是否达到预定阈值;
若达到所述预定阈值,则将所述已接收到的尚未加密的数据包通过加密密钥进行加密。
6.根据权利要求5所述的方法,其特征在于,所述方法,还包括:
若未达到所述预定阈值但所述已接收到的数据包中包括有最后一个数据包时,将所述已接收到的尚未加密的数据包通过加密密钥进行加密。
7.权利要求1所述的方法,其特征在于,所述将所述n个数据包分不同批次进行加密,加密所述数据包的开始时刻早于接收所述数据包的结束时刻,包括:
将所述n个数据包按序划分为K个组,每个组包括相同或不同个数的数据包,n≥K≥2;
每接收到1个组中的数据包时,将所述组中的数据包通过加密密钥进行加密。
8.根据权利要求1至7任一所述的方法,其特征在于,所述方法还包括:
接收对所述目标文件的操作请求;
将所述分批加密后的各个数据包进行解密后,合并得到所述目标文件;
对所述目标文件执行所述操作请求所对应的文件操作。
9.一种文件加密装置,其特征在于,所述装置包括:
数据接收模块,被配置为接收与目标文件对应的n个数据包,所述数据包是文件发送端将所述目标文件进行切割后得到的,n≥2;
数据加密模块,被配置为将所述n个数据包分不同批次进行加密,加密所述数据包的开始时刻早于接收所述数据包的结束时刻,每个批次所使用的加密密钥为相同的加密密钥,或,每个批次所使用的加密密钥为不同的加密密钥;
数据存储模块,被配置为存储分批加密后的各个数据包。
10.根据权利要求9所述的装置,其特征在于,所述数据加密模块,包括:
单独加密子模块,被配置为每接收到一个数据包后,将所述数据包通过加密密钥进行加密。
11.根据权利要求9所述的装置,其特征在于,所述数据加密模块,包括:
定量加密子模块,被配置为每接收到m个数据包后,将所述m个数据包通过加密密钥进行加密,n>m≥2。
12.根据权利要求11所述的装置,其特征在于,
所述定量加密子模块,被配置为在已接收到的尚未加密的数据包不满m个但包括有最后一个数据包时,将所述已接收到的尚未加密的数据包通过加密密钥进行加密。
13.根据权利要求9所述的装置,其特征在于,所述数据加密模块,包括:数据检测子模块和阈值加密子模块;
所述数据检测子模块,被配置为每接收到1个数据包后,检测已接收到的尚未加密的数据包的数据总量是否达到预定阈值;
所述阈值加密子模块,被配置为若达到所述预定阈值,则将所述已接收到的尚未加密的数据包通过加密密钥进行加密。
14.根据权利要求13所述的装置,其特征在于,
所述阈值加密子模块,被配置为若未达到所述预定阈值但所述已接收到的数据包中包括有最后一个数据包时,将所述已接收到的尚未加密的数据包通过加密密钥进行加密。
15.权利要求9所述的装置,其特征在于,所述数据加密模块,包括:数据分组子模块和分组加密子模块;
所述数据分组子模块,被配置为将所述n个数据包按序划分为K个组,每个组包括相同或不同个数的数据包,n≥K≥2;
所述分组加密子模块,被配置为每接收到1个组中的数据包时,将所述组中的数据包通过加密密钥进行加密。
16.根据权利要求9至 15任一所述的装置,其特征在于,所述装置还包括:请求接收模块、解密合并模块和操作执行模块;
所述请求接收模块,被配置为接收对所述目标文件的操作请求;
所述解密合并模块,被配置为将所述分批加密后的各个数据包进行解密后,合并得到所述目标文件;
所述操作执行模块,被配置为对所述目标文件执行所述操作请求所对应的文件操作。
17.一种文件加密装置,其特征在于,包括:
处理器;
用于存储所述处理器的可执行指令的存储器;
其中,所述处理器被配置为:
接收与目标文件对应的n个数据包,所述数据包是文件发送端将所述目标文件进行切割后得到的,n≥2;
将所述n个数据包分不同批次进行加密,加密所述数据包的开始时刻早于接收所述数据包的结束时刻,每个批次所使用的加密密钥为相同的加密密钥,或,每个批次所使用的加密密钥为不同的加密密钥;
存储分批加密后的各个数据包。
CN201410403711.3A 2014-08-15 2014-08-15 文件加密方法和装置 Active CN104182697B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410403711.3A CN104182697B (zh) 2014-08-15 2014-08-15 文件加密方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410403711.3A CN104182697B (zh) 2014-08-15 2014-08-15 文件加密方法和装置

Publications (2)

Publication Number Publication Date
CN104182697A CN104182697A (zh) 2014-12-03
CN104182697B true CN104182697B (zh) 2017-07-28

Family

ID=51963728

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410403711.3A Active CN104182697B (zh) 2014-08-15 2014-08-15 文件加密方法和装置

Country Status (1)

Country Link
CN (1) CN104182697B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102015211668B4 (de) 2015-06-24 2019-03-28 Volkswagen Ag Verfahren und Vorrichtung zur Erhöhung der Sicherheit bei einer Fernauslösung, Kraftfahrzeug
CN107220550A (zh) * 2017-04-19 2017-09-29 上海海加网络科技有限公司 基于eCryptfs的加密卡性能优化方法及***
CN106973072A (zh) * 2017-05-24 2017-07-21 深圳市乃斯网络科技有限公司 基于终端的网络链路加密方法及***
CN109525388B (zh) * 2017-09-19 2022-07-15 中兴通讯股份有限公司 一种密钥分离的组合加密方法及***
CN108769052A (zh) * 2018-06-12 2018-11-06 北斗巡星信息科技有限公司 腕带传输信息加密的方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102055580A (zh) * 2009-11-06 2011-05-11 上海可鲁***软件有限公司 一种工业互联网中企业信息安全发送接收方法及通讯设备
CN103905535A (zh) * 2014-03-17 2014-07-02 深圳市中兴移动通信有限公司 文件传输方法、装置及其终端

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102693398B (zh) * 2012-05-09 2015-04-01 深圳大学 一种数据加密方法及***
CN103455764B (zh) * 2013-08-27 2016-09-14 无锡华御信息技术有限公司 一种基于文件分割合并技术的文件加密以及解密***

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102055580A (zh) * 2009-11-06 2011-05-11 上海可鲁***软件有限公司 一种工业互联网中企业信息安全发送接收方法及通讯设备
CN103905535A (zh) * 2014-03-17 2014-07-02 深圳市中兴移动通信有限公司 文件传输方法、装置及其终端

Also Published As

Publication number Publication date
CN104182697A (zh) 2014-12-03

Similar Documents

Publication Publication Date Title
CN103916233B (zh) 一种信息加密方法及装置
CN104219058B (zh) 身份认证、身份授权方法及装置
CN104125055B (zh) 加密、解密方法及电子设备
CN104182697B (zh) 文件加密方法和装置
CN104391870B (zh) 物流信息获取方法及装置
CN103914634A (zh) 图片加密方法、装置及电子设备
WO2016045469A1 (zh) 信息加密方法和移动终端
CN104318177A (zh) 终端设备中数据的保护方法及装置
CN103455761B (zh) 一种文件加密方法、解密方法、装置及电子设备
CN105260673A (zh) 短信读取方法及装置
CN104168277A (zh) 文件保密方法及装置
WO2016192165A1 (zh) 一种数据加密方法及装置
CN103914541B (zh) 信息搜索的方法及装置
CN104093119B (zh) 解锁方法及装置
CN104573550A (zh) 数据保护方法和装置
CN106453052A (zh) 消息交互方法及装置
CN106372517A (zh) 文件的加密方法、解密方法、装置及设备
CN104219053B (zh) 信息显示方法、信息隐藏方法和装置
CN107766701A (zh) 电子设备、动态库文件保护方法及装置
CN104468581B (zh) 登录应用程序的方法及装置
CN106295294A (zh) 移动终端控制方法及装置
CN105893854B (zh) 加解密方法及装置
CN107682538A (zh) 应用界面的显示方法及装置
CN108900553A (zh) 一种通信方法、装置及计算机可读存储介质
CN105681365B (zh) 用于文件传输的方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant