电子文件处理方法和装置
技术领域
本发明涉及电子文件技术领域,尤其涉及一种电子文件处理方法和装置。
背景技术
随着数字出版技术的发展,已经开始将数字出版物应用到移动终端中,进而产生了移动阅读技术。可以在终端中设置阅读器,进而终端可以在阅读器中显示电子文件。电子文件的格式也非常多,例如,随着各种阅读器的出现,电子出版(Electronic Publication,ePub)作为一个开放的电子书标准,正逐步成为终端电子书阅读的主流格式。
现有技术中,终端可以从服务器中获取电子文件,并在阅读器中显示电子文件。在需要对电子文件进行保护的时候,服务器采用通用的加密方式对电子文件进行加密处理;然后终端在获取到加密后的电子文件之后,终端进行解密处理。
然而现有技术中,对电子文件保护的时候,由于服务器只能是采用通用的加密方式对电子文件进行加密处理,任一终端在获取到加密后的电子文件之后,任一终端可以对电子文件进行解密进而获取到电子文件中的信息。从而,现在的保护方法并不安全,不能很好的保护电子文件中的信息。
发明内容
本发明提供一种电子文件处理方法和装置,用以解决的问题。
一方面,本发明提供一种电子文件处理方法,包括:
接收终端发送的下载请求,其中,所述下载请求中包括终端信息;
根据所述终端信息,采用加密算法对电子文件进行加密处理,生成加密后的电子文件;
将所述加密后的电子文件,发送给所述终端。
另一方面,本发明提供一种电子文件处理方法,包括:
向服务器发送下载请求,其中,所述下载请求中包括终端信息,以使所述服务器根据所述终端信息,采用加密算法对电子文件进行加密处理之后生成加密后的电子文件;
接收所述服务器发送的所述加密后的电子文件。
又一方面,本发明提供一种电子文件处理装置,包括:
第一接收模块,用于接收终端发送的下载请求,其中,所述下载请求中包括终端信息;
加密模块,用于根据所述终端信息,采用加密算法对电子文件进行加密处理,生成加密后的电子文件;
发送模块,用于将所述加密后的电子文件,发送给所述终端。
再又一方面,本发明提供一种电子文件处理装置,包括:
发送模块,用于向服务器发送下载请求,其中,所述下载请求中包括终端信息,以使所述服务器根据所述终端信息,采用加密算法对电子文件进行加密处理之后生成加密后的电子文件;
接收模块,用于接收所述服务器发送的所述加密后的电子文件。
本发明提供的电子文件处理方法和装置,通过接收终端发送的下载请求,其中,下载请求中包括终端信息;根据终端信息,采用加密算法对电子文件进行加密处理,生成加密后的电子文件;将加密后的电子文件,发送给终端。从而根据终端信息对待发送给终端的电子文件进行加密处理,进而只允许该终端可以打开电子文件;因为电子文件采用了终端的终端信息进行加密,从而其他终端及时获取到了电子文件,也无法打开电子文件。进一步的,采用异或处理方式对第一次加密后的电子文件再次进行加密处理,可以进一步的保证电子文件不会被解密。同时由于终端将电子文件下载到本地后,只能通过唯一key解密去读取相应资源文件,继而保证了资源文件版权不被泄漏,保护了电子文件的版权。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1为本申请实施例提供的一种电子文件处理方法的流程示意图;
图2为本申请实施例提供的另一种电子文件处理方法的流程示意图;
图3为本申请实施例提供的又一种电子文件处理方法的流程示意图;
图4为本发明实施例提供的一种电子文件处理装置的结构示意图;
图5为本发明实施例提供的另一种电子文件处理装置的结构示意图;
图6为本发明实施例提供的又一种电子文件处理装置的结构示意图。
通过上述附图,已示出本公开明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
首先对本发明所涉及的名词进行解释:
ePub:是一个自由的开放标准,属于一种可以“自动重新编排”的内容;也就是文字内容可以根据阅读设备的特性,以最适于阅读的方式显示。
本发明具体的应用场景如下。随着数字出版技术的发展,已经开始将数字出版物应用到移动终端中,进而产生了移动阅读技术。可以在终端中设置阅读器,进而终端可以在阅读器中显示电子文件。电子文件的格式也非常多,例如,随着各种阅读器的出现,电子出版(Electronic Publication,ePub)作为一个开放的电子书标准,正逐步成为终端电子书阅读的主流格式。现有技术中,对电子文件保护的时候,由于服务器只能是采用通用的加密方式对电子文件进行加密处理,任一终端在获取到加密后的电子文件之后,任一终端可以对电子文件进行解密进而获取到电子文件中的信息。从而,现在的保护方法并不安全,不能很好的保护电子文件中的信息。并且,如何在保证版权真正保护的基础上去实现盈利,是运营商亟需解决的问题。
本发明提供的电子文件处理方法和装置,旨在解决现有技术的如上技术问题。
下面以具体地实施例对本发明的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本发明的实施例进行描述。
图1为本申请实施例提供的一种电子文件处理方法的流程示意图。如图1所示,该方法包括:
步骤101、接收终端发送的下载请求,其中,下载请求中包括终端信息。
在本实施例中,具体的,终端向服务器发送下载请求,下载请求中包括用户标识和终端信息。其中,终端信息包括了以下信息中的至少一种:终端标识、终端所在地理位置信息、国际移动用户识别码(International Mobile Subscriber Identification Number,IMSI)。
例如,终端请求下载ePub文件,终端向服务器发送下载请求,下载请求中包括用户标识、ePub文件名称和终端信息。
步骤102、根据终端信息,采用加密算法对电子文件进行加密处理,生成加密后的电子文件。
在可选的一种实施方式中,步骤102具体包括:
步骤1021、根据存储的下载信息,其中,下载信息中包括请求下载电子文件的终端的个数,判断终端是否为第N个请求下载电子文件的终端,其中,N为正整数。
步骤1022、若确定终端是第N个请求下载电子文件的终端,则确定不允许终端下载电子文件。
步骤1023、若确定终端不是第N个请求下载电子文件的终端,则执行步骤1024。
步骤1024、对电子文件进行解密处理,得到解密后的电子文件。
步骤1025、根据终端信息,采用高强度的高级加密标准(Advanced EncryptionStandard,AES)256位加密算法对解密后的电子文件进行第一次加密处理,得到处理后的电子文件。
步骤1026、采用异或处理方式对处理后的电子文件进行第二次加密处理,得到加密后的电子文件。
在本实施例中,具体的,服务器可以采用下载请求中的终端信息,对待发送给终端的电子文件进行加密处理,以生成加密后的电子文件。
具体来说,服务器确定请求下载电子文件的终端是第几个请求下载的终端,若当前请求下载电子文件的终端为第N个终端,则确定不允许当前终端进行下载;若当前请求下载电子文件的终端不为第N个终端,则确定允许当前终端进行下载。服务器可以根据存储的请求下载电子文件的终端的个数,去判断当前终端是否是第N个请求下载电子文件的终端。
然后,在服务器确定允许当前终端进行下载的时候,由于待发送给终端的电子文件是经过通用加密方式进行了加密的,从而服务器首先需要对电子文件进行解密处理,得到解密后的电子文件。
然后,服务器再采用下载请求中的终端信息,采用高强度的AES256位加密算法对解密后的电子文件进行第一次加密处理,生成处理后的电子文件。
然后,服务器再采用异或处理方式,对上述处理后的电子文件进行第二次加密的处理,生成加密后的电子文件。
举例来说,服务器确定请求下载当前ePub文件的终端是第几个请求下载的终端,若当前请求下载的终端不是第N个终端,则确定允许该终端进行下载。然后,服务器在确定允许与用户标识对应的用户下载ePub文件时,对ePub文件进行解密;然后,服务器根据终端信息,采用高强度AES256位加密算法对解密后的ePub文件进行第一次加密处理,得到第第一次加密后的ePub文件;然后服务器采用异或处理方式,对第一次加密后的ePub文件再次进行第二次加密处理,得到最终的加密后ePub文件。
步骤103、将加密后的电子文件,发送给终端。
在本实施例中,具体的,服务器将上述加密后的电子文件,发送给终端。具体来说,服务器与终端之间传输文件的时候,采用超文本传输协议(Hyper Text TransferProtocol,HTTP)进行传输。
本实施例通过接收终端发送的下载请求,其中,下载请求中包括终端信息;根据终端信息,采用加密算法对电子文件进行加密处理,生成加密后的电子文件;将加密后的电子文件,发送给终端。从而根据终端信息对待发送给终端的电子文件进行加密处理,进而只允许该终端可以打开电子文件;因为电子文件采用了终端的终端信息进行加密,从而其他终端及时获取到了电子文件,也无法打开电子文件。进一步的,采用异或处理方式对第一次加密后的电子文件再次进行加密处理,可以进一步的保证电子文件不会被解密。同时由于终端将电子文件下载到本地后,只能通过唯一key解密去读取相应资源文件,继而保证了资源文件版权不被泄漏,保护了电子文件的版权。
图2为本申请实施例提供的另一种电子文件处理方法的流程示意图。如图2所示,该方法包括:
步骤201、接收终端发送的注册请求,其中,注册请求中包括用户信息。
在本实施例中,具体的,服务器接收终端发送的注册请求,注册请求中包括用户标识和用户信息。例如,用户信息包括了用户名称、用户名等。
步骤202、根据预存的用户信息集合,其中,用户信息集合包括具有下载权限的用户的用户信息,确定与用户信息对应的用户是否具有下载权限。
在本实施例中,具体的,服务器对用户信息进行鉴权,以确定是否授予与用户标识对应的用户的电子文件的下载权限。
具体来说,服务器根据具有下载权限的用户的用户信息的集合,确定给当前用用户信息是否存在于该集合中,若服务器确定存在,则服务器确定与用户信息对应的用户是否具有下载权限。
步骤203、若确定用户信息对应的用户具有下载权限,则执行步骤204。
在本实施例中,具体的,服务器在确定当前用户具有下载权限的时候,执行步骤204。可选的,服务器可以接收其他终端发送的电子文件,采用高强度AES256位加密算法对电子文件进行加密处理,得到待发送给当前终端的电子文件,然后再去执行步骤204的步骤。
例如,服务器可以接收其他终端发送的ePub文件,采用高强度AES256位加密算法对ePub文件进行加密处理,得到待发送给当前终端的ePub文件。具体来说,服务器先将EePub文件的后缀名修改为.rzp,然后服务器根据EPUB规范规定的header进行数字版权管理(Digital Rights Management,DRM)处理,标记加密的DRM信息,然后按照高强度的AES256位加密算法的规则,对ePub文件进行加密,继而保证数据的安全。
步骤204、接收终端发送的下载请求,其中,下载请求中包括终端信息。
在本实施例中,具体的,本步骤可以参见图1的步骤101,不再赘述。
步骤205、根据终端信息,采用加密算法对电子文件进行加密处理,生成加密后的电子文件。
在本实施例中,具体的,本步骤可以参见图1的步骤102,不再赘述。
步骤206、将加密后的电子文件,发送给终端。
在本实施例中,具体的,本步骤可以参见图1的步骤103,不再赘述。
本实施例通过接收终端发送的下载请求,其中,下载请求中包括终端信息;根据终端信息,采用加密算法对电子文件进行加密处理,生成加密后的电子文件;将加密后的电子文件,发送给终端。从而根据终端信息对待发送给终端的电子文件进行加密处理,进而只允许该终端可以打开电子文件;因为电子文件采用了终端的终端信息进行加密,从而其他终端及时获取到了电子文件,也无法打开电子文件。进一步的,采用异或处理方式对第一次加密后的电子文件再次进行加密处理,可以进一步的保证电子文件不会被解密。同时由于终端将电子文件下载到本地后,只能通过唯一key解密去读取相应资源文件,继而保证了资源文件版权不被泄漏,保护了电子文件的版权。
图3为本申请实施例提供的又一种电子文件处理方法的流程示意图。如图3所示,该方法包括:
步骤301、向服务器发送下载请求,其中,下载请求中包括终端信息,以使服务器根据终端信息,采用加密算法对电子文件进行加密处理之后生成加密后的电子文件。
在本实施例中,具体的,本步骤可以参见图1的步骤101-102,不再赘述。
步骤302、接收服务器发送的加密后的电子文件。
在本实施例中,具体的,本步骤可以参见图1的步骤103,不再赘述。
步骤303、根据预存的终端信息,对加密后的电子文件进行解密处理,生成并显示解密后的电子文件。
在本实施例中,具体的,终端接收并保存加密后的电子文件之后,终端根据自己的终端信息对加密后的电子文件进行解密,并显示解密后的电子文件。
例如,终端根据自己的终端信息对接收到的EPUB文件进行解密,并显示解密后的EPUB文件。
步骤304、判断解密后的电子文件是否符合预设条件。
其中,预设条件包括以下的至少一种:
解密后的电子文件的被阅读次数大于预设阅读次数阈值;解密后的电子文件的显示时间大于预设时间阈值;显示解密后的电子文件的阅读器不是预设阅读器。
在本实施例中,具体的,终端可以预设条件,判断是否继续显示解密后的电子文件。
步骤305、若确定解密后的电子文件符合预设条件,则确定不再显示解密后的电子文件。
在本实施例中,具体的,终端在确定解密后的电子文件符合步骤304的预设条件的时候,终端则不再显示解密后的电子文件。
具体来说,在加密后的电子文件中包括阅读次数阈值、阅读时间期限、与电子文件绑定的终端信息、与电子文件对应的阅读器,进而终端根据以上信息,显示解密后的电子文件。从而,终端在确定当前电子文件的阅读次数大于阅读次数阈值时,确定不再显示当前电子文件;终端在确定当前电子文件的阅读时间超过阅读时间期限,确定不再显示当前电子文件;终端在确定当前终端的信息和与电子文件绑定的终端信息不对应的时候,确定不显示当前电子文件;终端在确定当前阅读器,不是与电子文件对应的阅读器时,确定不显示当前电子文件;终端也可以将以上条件进行结合,确定是否显示当前电子文件。
本实施例通过向服务器发送下载请求,其中,下载请求中包括终端信息,以使服务器根据终端信息,采用加密算法对电子文件进行加密处理之后生成加密后的电子文件;接收服务器发送的加密后的电子文件。从而根据终端信息对待发送给终端的电子文件进行加密处理,进而只允许该终端可以打开电子文件;因为电子文件采用了终端的终端信息进行加密,从而其他终端及时获取到了电子文件,也无法打开电子文件。进一步的,采用异或处理方式对第一次加密后的电子文件再次进行加密处理,可以进一步的保证电子文件不会被解密。同时由于终端将电子文件下载到本地后,只能通过唯一key解密去读取相应资源文件,继而保证了资源文件版权不被泄漏,保护了电子文件的版权。并且,可以限制阅读次数,支持电子文件的阅读次数控制功能,实现电子文件的阅读次数的控制;可以限制阅读时间,支持电子文件的阅读时间控制功能;可以将电子文件与终端硬件进行绑定,在电子文件的下载过程中实现文档下载的加密传输,防止文件流被截获;可以控制电子文件只允许在相应的阅读器上被阅读,防止其他阅读器打开电子文件,防止其他阅读器获取电子文件的数据。
图4为本发明实施例提供的一种电子文件处理装置的结构示意图,如图4所示,本实施例的装置可以包括:
第一接收模块41,用于接收终端发送的下载请求,其中,下载请求中包括终端信息;
加密模块42,用于根据终端信息,采用加密算法对电子文件进行加密处理,生成加密后的电子文件;
发送模块43,用于将加密后的电子文件,发送给终端。
本实施例的电子文件处理装置可执行本发明实施例提供的一种电子文件处理方法,其实现原理相类似,此处不再赘述。
本实施例通过接收终端发送的下载请求,其中,下载请求中包括终端信息;根据终端信息,采用加密算法对电子文件进行加密处理,生成加密后的电子文件;将加密后的电子文件,发送给终端。从而根据终端信息对待发送给终端的电子文件进行加密处理,进而只允许该终端可以打开电子文件;因为电子文件采用了终端的终端信息进行加密,从而其他终端及时获取到了电子文件,也无法打开电子文件。进一步的,采用异或处理方式对第一次加密后的电子文件再次进行加密处理,可以进一步的保证电子文件不会被解密。同时由于终端将电子文件下载到本地后,只能通过唯一key解密去读取相应资源文件,继而保证了资源文件版权不被泄漏,保护了电子文件的版权。
图5为本发明实施例提供的另一种电子文件处理装置的结构示意图,在图4所示实施例的基础上,如图5所示,加密模块42,包括:
解密子模块421,用于对电子文件进行解密处理,得到解密后的电子文件;
第一加密子模块422,用于根据终端信息,采用高强度的AES256位加密算法对解密后的电子文件进行第一次加密处理,得到处理后的电子文件;
第二加密子模块423,用于采用异或处理方式对处理后的电子文件进行第二次加密处理,得到加密后的电子文件。
加密模块42,还包括:
判断子模块424,用于在解密子模块421对电子文件进行解密处理,得到解密后的电子文件之前,根据存储的下载信息,其中,下载信息中包括请求下载电子文件的终端的个数,判断终端是否为第N个请求下载电子文件的终端,其中,N为正整数;
执行子模块425,用于若确定终端不是第N个请求下载电子文件的终端,则执行解密子模块421。
本实施例提供的装置,还包括:
第二接收模块51,用于在第一接收模块41接收终端发送的下载请求之前,接收终端发送的注册请求,其中,注册请求中包括用户信息;
确定模块52,用于根据预存的用户信息集合,其中,用户信息集合包括具有下载权限的用户的用户信息,确定与用户信息对应的用户是否具有下载权限;若确定用户信息对应的用户具有下载权限,则执行第一接收模块41。
本实施例的电子文件处理装置可执行本发明实施例提供的另一种电子文件处理方法,其实现原理相类似,此处不再赘述。
本实施例通过接收终端发送的下载请求,其中,下载请求中包括终端信息;根据终端信息,采用加密算法对电子文件进行加密处理,生成加密后的电子文件;将加密后的电子文件,发送给终端。从而根据终端信息对待发送给终端的电子文件进行加密处理,进而只允许该终端可以打开电子文件;因为电子文件采用了终端的终端信息进行加密,从而其他终端及时获取到了电子文件,也无法打开电子文件。进一步的,采用异或处理方式对第一次加密后的电子文件再次进行加密处理,可以进一步的保证电子文件不会被解密。同时由于终端将电子文件下载到本地后,只能通过唯一key解密去读取相应资源文件,继而保证了资源文件版权不被泄漏,保护了电子文件的版权。
图6为本发明实施例提供的又一种电子文件处理装置的结构示意图,如图6所示,本实施例的装置可以包括:
发送模块61,用于向服务器发送下载请求,其中,下载请求中包括终端信息,以使服务器根据终端信息,采用加密算法对电子文件进行加密处理之后生成加密后的电子文件;
接收模块62,用于接收服务器发送的加密后的电子文件。
本实施例提供的装置,还包括:
解密模块63,用于在接收模块62接收服务器发送的加密后的电子文件之后,根据预存的终端信息,对加密后的电子文件进行解密处理,生成并显示解密后的电子文件。
本实施例提供的装置,还包括:
判断模块64,用于在解密模块63生成并显示解密后的电子文件之后,判断解密后的电子文件是否符合预设条件;
控制模块65,用于若确定解密后的电子文件符合预设条件,则确定不再显示解密后的电子文件。
预设条件包括以下的至少一种:解密后的电子文件的被阅读次数大于预设阅读次数阈值;解密后的电子文件的显示时间大于预设时间阈值;显示解密后的电子文件的阅读器不是预设阅读器。
本实施例的电子文件处理装置可执行本发明实施例提供的又一种电子文件处理方法,其实现原理相类似,此处不再赘述。
本实施例通过向服务器发送下载请求,其中,下载请求中包括终端信息,以使服务器根据终端信息,采用加密算法对电子文件进行加密处理之后生成加密后的电子文件;接收服务器发送的加密后的电子文件。从而根据终端信息对待发送给终端的电子文件进行加密处理,进而只允许该终端可以打开电子文件;因为电子文件采用了终端的终端信息进行加密,从而其他终端及时获取到了电子文件,也无法打开电子文件。进一步的,采用异或处理方式对第一次加密后的电子文件再次进行加密处理,可以进一步的保证电子文件不会被解密。同时由于终端将电子文件下载到本地后,只能通过唯一key解密去读取相应资源文件,继而保证了资源文件版权不被泄漏,保护了电子文件的版权。并且,可以限制阅读次数,支持电子文件的阅读次数控制功能,实现电子文件的阅读次数的控制;可以限制阅读时间,支持电子文件的阅读时间控制功能;可以将电子文件与终端硬件进行绑定,在电子文件的下载过程中实现文档下载的加密传输,防止文件流被截获;可以控制电子文件只允许在相应的阅读器上被阅读,防止其他阅读器打开电子文件,防止其他阅读器获取电子文件的数据。
在本发明所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本发明各个实施例的方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本发明旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求书指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。