CN110489386A - 信息处理方法、装置、存储介质及电子设备 - Google Patents
信息处理方法、装置、存储介质及电子设备 Download PDFInfo
- Publication number
- CN110489386A CN110489386A CN201910722910.3A CN201910722910A CN110489386A CN 110489386 A CN110489386 A CN 110489386A CN 201910722910 A CN201910722910 A CN 201910722910A CN 110489386 A CN110489386 A CN 110489386A
- Authority
- CN
- China
- Prior art keywords
- data
- picture
- initial data
- file destination
- information processing
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/602—Providing cryptographic facilities or services
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- Human Computer Interaction (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Storage Device Security (AREA)
Abstract
本申请公开了一种信息处理方法、装置、存储介质及电子设备。该方法包括:获取多张图片;提取每张图片的原始数据,得到多个原始数据,其中,一张图片对应一个原始数据;根据所述多张图片,确定还原数据,所述还原数据用于记录所述多张图片的属性信息;对所述还原数据进行加密,得到加密数据;根据所述多个原始数据和所述加密数据,确定目标文件。本申请可以提高图片的安全性。
Description
技术领域
本申请属于电子技术领域,尤其涉及一种信息处理方法、装置、存储介质及电子设备。
背景技术
相关技术中,在进行游戏打包时,会对游戏中涉及的一些资源进行分类和处理。比如,对于游戏中需使用到的一些图片,打包后会统一放在某一目录下,且该目录下的所有图片名全被处理成无规则的名字,以防止一些开发者通过图片名结合图片的内容破解游戏。然而,上述处理方式的安全性较低。
发明内容
本申请实施例提供一种信息处理方法、装置、存储介质及电子设备,可以提高图片的安全性。
本申请实施例提供一种信息处理方法,包括:
获取多张图片;
提取每张图片的原始数据,得到多个原始数据,其中,一张图片对应一个原始数据;
根据所述多张图片,确定还原数据,所述还原数据用于记录所述多张图片的属性信息;
对所述还原数据进行加密,得到加密数据;
根据所述多个原始数据和所述加密数据,确定目标文件。
本申请实施例提供一种信息处理方法,包括:
获取目标文件;
从所述目标文件中提取出加密数据;
对所述加密数据进行解密,得到还原数据;
根据所述还原数据从所述目标文件中提取出每张图片对应的原始数据;
根据所述每张图片对应的原始数据,确定每张图片,得到多张图片。
本申请实施例提供一种信息处理装置,包括:
第一获取模块,用于获取多张图片;
第一提取模块,用于提取每张图片的原始数据,得到多个原始数据,其中,一张图片对应一个原始数据;
第一确定模块,用于根据所述多张图片,确定还原数据,所述还原数据用于记录所述多张图片的属性信息;
加密模块,用于对所述还原数据进行加密,得到加密数据;
第二确定模块,用于根据所述多个原始数据和所述加密数据,确定目标文件。
本申请实施例提供一种信息处理装置,包括:
第二获取模块,用于获取目标文件;
第二提取模块,用于从所述目标文件中提取出加密数据;
解密模块,用于对所述加密数据进行解密,得到还原数据;
第三提取模块,用于根据所述还原数据从所述目标文件中提取出每张图片对应的原始数据;
第三确定模块,用于根据所述每张图片对应的原始数据,确定每张图片,得到多张图片。
本申请实施例提供一种存储介质,其上存储有计算机程序,当所述计算机程序在计算机上执行时,使得所述计算机执行本申请实施例提供的信息处理方法中的流程。
本申请实施例还提供一种电子设备,包括存储器,处理器,所述处理器通过调用所述存储器中存储的计算机程序,用于执行本申请实施例提供的信息处理方法中的流程。
本申请实施例中,由于目标文件包括加密数据和多张图片的原始数据,即不仅仅包括一张图片的原始数据,因此,即使采用识图软件也无法将该目标文件识别为一张图片,从而可以防止一些开发者采用识图软件识别出图片的内容,进而通过分析图片的内容破解游戏。因此可知,本发明的方案可以提高图片的安全性。
附图说明
下面结合附图,通过对本申请的具体实施方式详细描述,将使本申请的技术方案及其有益效果显而易见。
图1是本申请实施例提供的信息处理方法的第一种流程示意图。
图2是本申请实施例提供的信息处理方法的第二种流程示意图。
图3是本申请实施例提供的信息处理方法的第一种场景示意图。
图4是本申请实施例提供的信息处理方法的第二种场景示意图。
图5是本申请实施例提供的信息处理方法的第三种场景示意图。
图6是本申请实施例提供的信息处理方法的第三种流程示意图。
图7是本申请实施例提供的信息处理方法的第四种场景示意图。
图8是本申请实施例提供的信息处理方法的第五种场景示意图。
图9是本申请实施例提供的信息处理装置的第一种结构示意图。
图10是本申请实施例提供的信息处理装置的第二种结构示意图。
图11是本申请实施例提供的电子设备的第一种结构示意图。
图12是本申请实施例提供的电子设备的第二种结构示意图。
具体实施方式
请参照图示,其中相同的组件符号代表相同的组件,本申请的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所例示的本申请具体实施例,其不应被视为限制本申请未在此详述的其它具体实施例。
可以理解的是,本申请实施例的执行主体可以是诸如智能手机、平板电脑或计算机设备(电脑)等电子设备。
相关技术中,在进行游戏打包时,会对游戏中涉及的一些资源进行分类和处理。比如,对于游戏中需使用到的一些图片,打包后会统一放在某一目录下,且该目录下的所有图片名全被处理成无规则的名字,以防止一些开发者通过图片名结合图片的内容破解游戏。然而,由于并不会对图片本身进行任何处理,因此一些开发者可以采用识图软件识别出图片的内容,然后对图片的内容进行分析,以根据图片的内容破解游戏。
请参阅图1,图1是本申请实施例提供的信息处理方法的第一种流程示意图,流程可以包括:
101、获取多张图片。
比如,电子设备可以获取多张图片。
例如,开发者采用计算机设备等电子设备开发出一款游戏应用之后,会对该游戏应用对应的一些代码和资源等进行打包处理,以生成游戏包,从而发送至服务器,以供用户通过手机等电子设备从服务器下载该游戏包,进而实现在手机上运行该游戏应用。可以理解的是,游戏应用对应的一些资源包括多张图片,该多张图片用于布置游戏场景。在本实施例中,电子设备可以获取该多张图片。其中,该多张图片的扩展名可以为JPG、JPEG、PNG、GIF等
102、提取每张图片的原始数据,得到多个原始数据。
比如,当获取到多张图片之后,电子设备可以提取每张图片的原始数据,以得到多个原始数据。其中,一张图片对应一个原始数据。
其中,某张图片的原始数据为可以构造出该图片的数据。即假设一些数据按照一定的顺序格式排列在一起能构成一张图片,这些数据即为该图片的原始数据。可以理解的是,文件都是由字节组成的,而图片也是一种文件,因此图片也是由字节组成的。也即该图片的原始数据包括若干个字节。
103、根据多张图片,确定还原数据,该还原数据用于记录多张图片的属性信息。
比如,在获取到多张图片之后,电子设备还可以根据该多张图片,确定还原数据。
在本申请实施例中,当获取到多张图片之后,电子设备可以根据该多张图片,确定还原数据。例如,假设电子设备根据图片m1,图片m2,图片m3确定出图片总数量为3,图片总大小为3.4Mb,各图片标识分别为a1,a2,a3,各图片大小分别为1Mb,1.1Mb,1.3Mb,各图片的存储位置分别为../A/a1,../A/a2,../A/a3,则还原数据可以包括:图片总数量:3,图片总大小:3.4Mb,各图片标识:a1,a2,a3,各图片大小:1Mb,1.1Mb,1.3Mb,各图片的存储位置:../A/a1,../A/a2,../A/a3。其中,每张图片的标识都是唯一的。
例如,电子设备可以预先确定还原数据需获取的信息。比如,电子设备可以提供一还原数据需获取的信息的设置接口,用户可基于该设置接口预先设置还原数据需获取的信息。例如,用户可设置还原数据需获取的信息为:图片的总数量、多张图片的总大小、每张图片的标识、每张图片的大小以及每张图片的存储位置等。那么当获取到多张图片之后,电子设备便可以根据多张图片,获取上述信息,从而得到还原数据。
104、对还原数据进行加密,得到加密数据。
为避免一些开发者根据还原数据对多张图片进行还原,电子设备还可以对还原数据进行加密,得到加密数据。
在本申请实施例中,对于采用何种加密算法对还原数据进行加密,本申请实施例并不做限制。例如,开发游戏应用的开发者可以根据各自的需求采用相应的加密算法对还原数据进行加密。
105、根据多个原始数据和加密数据,确定目标文件。
比如,当得到多个原始数据和加密数据之后,电子设备便可以根据该多个原始数据和加密数据,确定目标文件。
在本申请实施例中,当得到多个原始数据和加密数据之后,电子设备可以合并该多个原始数据,得到目标数据,然后电子设备可以在目标数据的首字节之前的位置插入加密数据,得到目标文件。
例如,假设电子设备得到原始数据r1,原始数据r2,原始数据r3以及加密数据,电子设备可以在原始数据r1的尾字节之后的位置插入原始数据r2,然后在原始数据r2的尾字节之后的位置插入原始数据r3,从而得到目标数据。然后,电子设备可以在目标数据的首字节之前的位置插入加密数据,从而得到目标文件。或者,电子设备可以在目标数据的首字节之后的位置插入加密数据,从而得到目标文件。其中,该目标文件由目标数据和加密数据组成。
在本申请实施例中,由于目标文件中不仅包括一张图片的原始数据,因此,即使采用识图软件也无法将该目标文件识别为一张图片,从而可以防止一些开发者采用识图软件识别出图片的内容,进而通过分析图片的内容破解游戏。因此可知,本发明的方案可以提高安全性。
请参阅图2,图2是本申请实施例提供的信息处理方法的第二种流程示意图,流程可以包括:
201、电子设备获取多张图片。
例如,开发者采用计算机终端等电子设备开发出一款游戏应用之后,会对该游戏应用对应的一些代码和资源等进行打包处理,以生成游戏包,从而发送至服务器,以供用户通过手机等电子设备从服务器下载该游戏包,进而实现在手机上运行该游戏应用。可以理解的是,游戏应用对应的一些资源包括多张图片,该多张图片用于布置游戏场景。在本实施例中,电子设备可以获取该多张图片。其中,该多张图片的扩展名可以为JPG、JPEG、PNG、GIF等
又例如,电子设备可以接收用户对显示屏的长按操作。然后,电子设备可以获取用户的长按操作所对应的图片,得到多张图片。比如,用户可以点击进入电子设备的图库,然后对该图库中的某图片执行长按操作,计算机即接收到用户对显示屏的长按操作。然后,电子设备可以获取该图片。以此类推,用户每对图片执行一次长按操作,电子设备即获取到一张图片。当在一段预设时间之后未接收到用户对显示屏的长按操作,电子设备可以进入流程202。
202、电子设备提取每张图片的原始数据,得到多个原始数据。
比如,当获取到多张图片之后,电子设备可以提取每张图片的原始数据,以得到多个原始数据。其中,一张图片对应一个原始数据。
其中,某张图片的原始数据为可以构造出该图片的数据。即假设一些数据按照一定的顺序格式排列在一起能构成一张图片,这些数据即为该图片的原始数据。可以理解的是,文件都是由字节组成的,而图片也是一种文件,因此图片也是由字节组成的。也即该图片的原始数据包括若干个字节。
203、电子设备根据多张图片,确定还原数据,该还原数据用于记录多张图片的属性信息。
比如,在获取到多张图片之后,电子设备可以根据多张图片,确定还原数据。其中,该还原数据用于记录多张图片的属性信息。
其中,该还原数据包括图片总数量、图片总大小、各图片的标识、各图片的原始数据的起始偏移量、各图片大小以及各图片的存储位置。各图片的原始数据的起始偏移量用于表示各图片的原始数据的首字节之前的位置插入的第一数据的大小。比如,若某图片的原始数据的首字节之前的位置未插入原始数据,则该图片的原始数据的起始偏移量为0。又比如,若某图片的原始数据的首字节之前的位置插入了0.1Mb的第一数据,则该图片的原始数据的起始偏移量为0.1Mb。
需要说明的是,在获取到多张图片之后,电子设备可以先根据该多张图片确定图片总数量、图片总大小、各图片的标识、各图片大小以及各图片的存储位置,从而得到还原数据。
例如,假设电子设备根据图片m1,图片m2,图片m3确定出图片总数量为3,图片总大小为3.4Mb,各图片标识分别为a1,a2,a3,各图片大小分别为1Mb,1.1Mb,1.3Mb,各图片的存储位置分别为../A/a1,../A/a2,../A/a3,则还原数据可以包括:图片总数量:3,图片总大小:3.4Mb,各图片标识:a1,a2,a3,各图片大小:1Mb,1.1Mb,1.3Mb,各图片的存储位置:../A/a1,../A/a2,../A/a3。其中,为方便图片的转移,图片的存储位置可以是相对存储位置,即转移图片并不会影响对图片的调用。
需要说明的是,上述示例只是本申请实施例提供的对还原数据的一个示例,并不用于限制本申请。
204、电子设备对还原数据进行加密,得到加密数据。
为防止一些开发者通过还原数据还原图片,因此在得到还原数据之后,电子设备还可以加密该还原数据,得到加密数据。
在本申请实施例中,对于采用何种加密算法对还原数据进行加密,本申请实施例并不做限制。例如,开发游戏应用的开发者可以根据各自的需求采用相应的加密算法对还原数据进行加密。
205、电子设备合并多个原始数据。
当得到每张图片的原始数据之后,电子设备可以合并该多个原始数据。
如图3所示,假设电子设备得到图片m1,m2,m3的原始数据r1,r2,r3,其中r1为图片m1的原始数据,r2为图片m2的原始数据,r3为图片m3的原始数据。电子设备可以按照如图3所示的顺序合并该3个原始数据。例如,可以在一空白页面先插入原始数据r1,然后在原始数据r1的尾字节之后的位置插入原始数据r2,最后在原始数据r2的尾字节之后的位置插入原始数据r3。其中,本申请并不对r1,r2,r3插入的先后顺序进行限制。例如,还可以先插入r2,再插入r1,接着插入r3。
206、电子设备在每两个相邻的原始数据之间插入第一数据,得到目标数据。
比如,为防止开发者轻易提取出原始数据,电子设备还可以在每两个相邻的原始数据之间插入数据,得到目标数据。那么,即使开发者得到该目标数据,也无法判断每张图片的原始数据的首字节以及尾字节所在的位置,从而无法提取出各图片的原始数据,进而无法还原图片。
如图4所示,电子设备可以在原始数据r1和原始数据r2之间插入第一数据d1,即在原始数据r1的尾字节之后的位置,以及原始数据r2的首字节之前的位置插入第一数据d1,在原始数据r2和原始数据r3之间插入第一数据d2,即在原始数据r2的尾字节之后的位置,以及原始数据r3的首字节之前的位置插入第一数据d2。
而电子设备在原始数据r1和原始数据r2之间插入第一数据d1,在原始数据r2和原始数据r3之间插入第一数据d2,电子设备可以根据该第一数据d1确定原始数据r2的起始偏移量,根据该第一数据d2确定原始数据r3的起始偏移量。随后,电子设备可以根据流程203所确定出的图片总数量、图片总大小、各图片的标识、各图片大小、各图片的存储位置以及流程206确定出的各图片的原始数据的起始偏移量,得到还原数据。
需要说明的是,在本申请实施例中,可以先执行流程205和206,再执行流程204,即当在流程206中确定出起始偏移量,进而得到还原数据之后,电子设备可以对该还原数据进行加密,得到加密数据。
207、电子设备在目标数据的首字节之前的位置插入加密数据,得到目标文件。
比如,电子设备还可以在目标数据的首字节之前的位置插入加密数据,得到目标文件。
如图5所示,电子设备可以在目标数据首字节之前的位置插入加密数据,得到目标文件。由于目标数据由原始数据r1、数据d1、原始数据r2、数据d2、原始数据r3合并(拼接)而来,电子设备在目标数据的首字节之前的位置插入加密数据,也意味着该加密数据插入在原始数据r1的首字节之前的位置。
在本申请实施例中,若将目标文件的扩展名确定为png、jpg等与图片相关的扩展名,开发者通过该扩展名便可以确定该目标文件与图片有关,从而可能根据该目标文件确定出图片的原始数据,进而对图片进行还原。因此,为防止一些开发者通过目标文件的扩展名分析出该目标文件中存储有图片的原始数据,电子设备可以将该目标文件的扩展名确定为与图片不相关的扩展名。例如,该目标文件的扩展名可以包括:qgrpk、txt、doc、docx、rtf、html和pdf之中的任一种。
请参阅图6,图6是本申请实施例提供的信息处理方法的第三种流程示意图,流程可以包括:
301、获取目标文件。
比如,电子设备可以获取目标文件。该目标文件可以为通过上述实施例提供的信息处理方法所确定的目标文件。
例如,开发者采用计算机设备等电子设备开发出一款游戏应用之后,会对该游戏应用对应的一些代码和资源等进行打包处理,以生成游戏包,从而发送至服务器,以供用户通过手机等电子设备从服务器下载该游戏包,进而实现在手机上运行该游戏应用。可以理解的是,游戏应用对应的一些资源包括多张图片,该多张图片用于布置游戏场景。在对该多张图片进行打包处理的过程中,电子设备可以按照上述实施例提供的信息处理方法对该多张图片进行处理,进而得到目标文件。当将游戏应用对应的代码、游戏应用中涉及的一些资源等打包好之后,电子设备可以得到一个游戏包。其中,该游戏包中包括目标文件。随后,电子设备可以将该游戏包发送至服务器。服务器可以存储该游戏包,以使电子设备可以从该服务器下载该游戏包。
当接收到对游戏应用的开启操作时,电子设备可以从服务器下载该游戏应用对应的游戏包。然后,电子设备可以解析该游戏包,从而得到目标文件。
302、从目标文件中提取出加密数据。
303、对加密数据进行解密,得到还原数据。
比如,当获取到目标文件之后,电子设备可以从目标文件中提取出加密数据。
随后,电子设备可以对该加密数据进行解密,得到还原数据。
需要说明的是,在本申请实施例中,电子设备采用何种加密算法加密还原数据,电子设备便采用对应的解密算法解密加密数据,从而得到还原数据。其中该还原数据记录有多张图片的基本信息。例如,该还原数据可以包括图片总数量、图片总大小、各图片的标识、各图片的原始数据的起始偏移量、各图片大小以及各图片的存储位置。其中某图片的原始数据的起始偏移量用于表示该图片的原始数据的首字节之前插入的第一数据的大小。
例如,该还原数据可以包括:图片的总数量:3,图片的总大小:3.4Mb,图片m1的大小:1Mb,图片m2的大小:1.1Mb,图片m3的大小:1.3Mb,图片m1的标识:m1,图片m2的标识:m2,图片m3的标识:m3,图片m1的原始数据r1的起始偏移量:0,图片m2的原始数据r2的起始偏移量:0.5Mb,图片m3的原始数据r3的起始偏移量:0.1Mb,图片m1的存储位置:../A/a1,图片m2的存储位置:../A/a2,图片m3的存储位置:../A/a3。
304、根据还原数据从目标文件中提取出每张图片对应的原始数据。
305、根据每张图片对应的原始数据,确定每张图片,得到多张图片。
假设还原数据包括:图片的总数量:3,图片的总大小:3.4Mb,图片m1的大小:1Mb,图片m2的大小:1.1Mb,图片m3的大小:1.3Mb,图片m1的标识:m1,图片m2的标识:m2,图片m3的标识:m3,图片m1的原始数据r1的起始偏移量:0,图片m2的原始数据r2的起始偏移量:0.5Mb,图片m3的原始数据r3的起始偏移量:0.1Mb,图片m1的存储位置:../A/a1,图片m2的存储位置:../A/a2,图片m3的存储位置:../A/a3。
由于图片m1的原始数据r1的起始偏移量为0,则表示图片m1的原始数据r1的首字节之前未插入第一数据,因此,可以从该目标文件(已提取出加密数据)中的数据的首字节开始进行数据提取。当提取出的数据的大小为1Mb时,电子设备可以将该提取出的数据确定为原始数据r1。然后,电子设备可以根据该原始数据r1,确定图片m1。由于图片m2的原始数据r2的起始偏移量为0.5Mb,则表示图片m2的原始数据r2的首字节之前插入了0.5Mb的第一数据d1,因此电子设备可以从该第一数据d1的尾字节之后的位置开始提取数据。当提取出的数据的大小为1.1Mb时,电子设备可以将该提取出的数据确定为原始数据r2。然后,电子设备可以根据该原始数据r2,确定图片m2。由于图片m3的原始数据r3的起始偏移量为0.1Mb,则表示图片m3的原始数据r3的首字节之前插入了0.1Mb的第一数据d1,因此电子设备可以从该第一数据d1的尾字节之后的位置开始提取数据。当提取出的数据的大小为1.1Mb时,电子设备可以将该提取出的数据确定为原始数据r3。然后,电子设备可以根据该原始数据r3,确定图片m3。
在一些实施例中,由于还原数据包括:图片m1的存储位置:../A/a1,图片m2的存储位置:../A/a2,图片m3的存储位置:../A/a3,当得到图片m1,m2,m3之后,电子设备可以将图片m1存储在../A/a1,将图片m2存储在../A/a2,将图片m2存储在../A/a3。
请参阅图7和图8,图7为本申请实施例提供的信息处理方法的第四种场景示意图,图8为本申请实施例提供的信息处理方法的第五种场景示意图。
如图7所示,首先,编程人员采用计算机设备10进行编程,以编写出快游戏应用对应的程序。然后,计算机设备10接收编程人员触发的打包指令,以进行游戏打包,例如,对快游戏应用对应的代码、快游戏应用中涉及的一些资源,如图片等进行打包。其中,快游戏应用为不需要安装即可使用的游戏类应用。
为防止一些开发者通过图片的内容破解游戏,当对快游戏应用中涉及的一些资源,例如图片进行打包的过程中,计算机设备10还可以按照本申请实施例提供的信息处理方法对图片进行相应的处理。
以下为采用本实施例提供的信息处理方法对图片进行相应的处理的流程。
首先,计算机设备10可以获取运行快游戏应用时需要用到的一些图片,即获取多张图片。假设计算机设备10获取到3张图片,分别为图片m1,图片m2,图片m3。
然后,计算机设备10可以提取该3张图片的原始数据,得到多个原始数据,分别为原始数据r1,原始数据r2,原始数据r3。其中,r1对应m1,r2对应m2,r3对应m3。
随后,计算机设备10可以根据该3张图片,确定还原数据。例如,假设计算机设备10确定该3张图片的总数量为3张,该3张图片的总大小为3.4Mb,图片m1的大小为1Mb,图片m2的大小为1.1Mb,图片m3的大小为1.3Mb,图片m1的标识为m1,图片m2的标识为m2,图片m3的标识为m3,图片m1的原始数据r1的起始偏移量为0(此时未插入第一数据),图片m2的原始数据r2的起始偏移量为0Mb,图片m3的原始数据r3的起始偏移量为0Mb,图片m1的存储位置:../A/a1,图片m2的存储位置:../A/a2,图片m3的存储位置:../A/a3,则计算机设备10可以将上述信息确定为还原数据。其中,各图片的原始数据的起始偏移量表示各图片的原始数据的首字节之前的位置插入的第一数据的大小。
接着,计算机设备10可以对该还原数据进行加密,得到加密数据。
然后,计算机设备10可以先获取原始数据r1,然后在原始数据r1的尾字节之后的位置插入原始数据r2,最后在原始数据r2的尾字节之后的位置插入原始数据r3。
接着,计算机设备10可以在原始数据r1之前插入加密数据,从而最终得到目标文件。即该目标文件包括:加密数据、原始数据r1,r2,r3。
当得到该目标文件之后,计算机设备可以将该目标文件存入对应的目录下,并将该目标文件的扩展名确定为与图片不相关的扩展名。例如,计算机设备可以将该目标文件命名为:xxx.doc。其中,xxx为文件主名,扩展名为doc。
在一些实施例中,为保证原始数据的安全性,计算机设备10还可以在原始数据r1和原始数据r2之间,以及原始数据r2和原始数据r3之间插入第一数据。例如,计算机设备10可以在原始数据r1和原始数据r2之间插入大小为0.5Mb的第一数据,记为d1,在原始数据r2和原始数据r3之间插入大小为0.1Mb的第一数据,记为d2。
此时,为避免还原时出错,计算机设备10可以将之前确定的各图片的起始偏移量进行更改。即,计算机设备10可以先将之前得到的加密数据进行解密,得到还原数据。随后,计算机设备10可以将该还原数据中的图片m2的原始数据r2的起始偏移量由0Mb更改为0.5Mb,图片m3的原始数据r3的起始偏移量由0Mb更改为0.1Mb。当更改完之后,计算机设备10可以再次对该还原数据进行加密,以得到加密数据。
当将快游戏应用对应的代码、快游戏应用中涉及的一些资源,如图片等打包好之后,计算机设备10可以得到一个游戏包。可以理解的是,该游戏包中包括目标文件。随后,计算机设备10可以将该游戏包发送至服务器20。服务器20可以存储该游戏包,以使电子设备30可以从该服务器20下载该游戏包。
如图8所示,电子设备30可以接收对快游戏应用的开启操作。例如,用户可以点击进入应用商店,然后在该应用商店中找到对应的快游戏应用,接着点击开启该快游戏应用,电子设备30即接收到对该快游戏应用的开启操作。
当接收到对快游戏应用的开启操作时,电子设备30可以从服务器20下载该快游戏应用对应的游戏包。
然后,电子设备30可以解析该游戏包。在对该游戏包进行解析的过程中,电子设备30可以获取该游戏包中的目标文件,然后按照本申请实施例提供的信息处理方法对该目标文件进行相应的处理,以得到多张图片。
以下为采用本实施例提供的信息处理方法对目标文件进行相应的处理的流程。
首先,电子设备30可以先从游戏包中获取该目标文件。
然后,电子设备30可以从该目标文件中提取出加密数据。例如,计算机设备10在目标文件中插入加密数据时,还会记录该加密数据的大小。那么,电子设备30在提取出该加密数据时,可以直接在该目标文件的起始位置提取出对应大小的数据,避免提取出其他数据。
接着,电子设备30可以对该加密数据进行解密,得到还原数据。得到还原数据,也就是说,电子设备30获取到以下信息:图片的总大小:3.4Mb,图片m1的大小:1Mb,图片m2的大小:1.1Mb,图片m3的大小:1.3Mb,图片m1的标识:m1,图片m2:标识为m2,图片m3的标识:m3,图片m1原始数据r1的起始偏移量为0,图片m2的原始数据r2的起始偏移量为0Mb,图片m3的原始数据r3的起始偏移量为0Mb,图片m1的存储位置:../A/a1,图片m2的存储位置:../A/a2,图片m3的存储位置:../A/a3。
由于图片m1的原始数据r1的起始偏移量为0Mb,则表示图片m1的原始数据r1的首字节之前未插入第一数据,因此,可以从该目标文件(已提取出加密数据)中的数据的首字节开始进行数据提取。当提取出的数据的大小为1Mb时,电子设备30可以将该提取出的数据确定为原始数据r1。然后,电子设备30可以根据该原始数据r1,确定图片m1。以此类推,电子设备30可以确定出图片m2,图片m3。从而将目标文件中的原始数据均还原为图片。
最后,电子设备30可以将图片m1存储在../A/a1,将图片m2存储在../A/a2,将图片m2存储在../A/a3。
当完成对游戏包的解析之后,电子设备30可以运行该快游戏应用。
请参阅图9,图9为本申请实施例提供的信息处理装置的第一种结构示意图。该信息处理装置400包括:第一获取模块401,第一提取模块402,第一确定模块403,加密模块404及第二确定模块405。
第一获取模块401,用于获取多张图片。
第一提取模块402,用于提取每张图片的原始数据,得到多个原始数据,其中,一张图片对应一个原始数据。
第一确定模块403,用于根据所述多张图片,确定还原数据,所述还原数据用于记录所述多张图片的属性信息。
加密模块404,用于对所述还原数据进行加密,得到加密数据。
第二确定模块405,用于根据所述多个原始数据和所述加密数据,确定目标文件。
在一些实施例中,第二确定模块405,可以用于:合并所述多个原始数据,得到目标数据;在所述目标数据的首字节之前的位置插入所述加密数据,得到目标文件。
在一些实施例中,第二确定模块405,可以用于:合并所述多个原始数据;在每两个相邻的原始数据之间插入第一数据,得到目标数据。
在一些实施例中,第二确定模块405,可以用于:合并所述多个原始数据,得到目标数据;在所述目标数据首字节之后的位置插入所述加密数据,得到目标文件。
在一些实施例中,所述目标文件的扩展名包括qgrpk、txt、doc、docx、rtf、html和pdf之中的任一种。
在一些实施例中,所述还原数据包括:图片的数量、各原始数据起始偏移量、各图片的大小以及各图片的存储位置。
请参阅图10,图10为本申请实施例提供的信息处理装置的第二种结构示意图。该信息处理装置500包括:第二获取模块501,第二提取模块502,解密模块503,第三提取模块504及第三确定505。
第二获取模块501,用于获取目标文件。
第二提取模块502,用于从所述目标文件中提取出加密数据。
解密模块503,用于对所述加密数据进行解密,得到还原数据。
第三提取模块504,用于根据所述还原数据从所述目标文件中提取出每张图片对应的原始数据。
第三确定模块505,用于根据所述每张图片对应的原始数据,确定每张图片,得到多张图片。
在一些实施例中,第三确定模块505,可以用于:将每张图片存储在各图片的存储位置。
本申请实施例提供一种计算机可读的存储介质,其上存储有计算机程序,当所述计算机程序在计算机上执行时,使得所述计算机执行如本实施例提供的信息处理方法中的流程。
本申请实施例还提供一种电子设备,包括存储器,处理器,所述处理器通过调用所述存储器中存储的计算机程序,用于执行本实施例提供的信息处理方法中的流程。
例如,上述电子设备可以是诸如平板电脑或者智能手机等移动终端。请参阅图11,图11为本申请实施例提供的电子设备的结构示意图。
该电子设备600可以包括存储器601、处理器602等部件。本领域技术人员可以理解,图11中示出的电子设备结构并不构成对电子设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
存储器601可用于存储应用程序和数据。存储器601存储的应用程序中包含有可执行代码。应用程序可以组成各种功能模块。处理器602通过运行存储在存储器601的应用程序,从而执行各种功能应用以及数据处理。
处理器602是电子设备的控制中心,利用各种接口和线路连接整个电子设备的各个部分,通过运行或执行存储在存储器601内的应用程序,以及调用存储在存储器601内的数据,执行电子设备的各种功能和处理数据,从而对电子设备进行整体监控。
在本实施例中,电子设备中的处理器602会按照如下的指令,将一个或一个以上的应用程序的进程对应的可执行代码加载到存储器601中,并由处理器602来运行存储在存储器601中的应用程序,从而实现流程:
获取多张图片;
提取每张图片的原始数据,得到多个原始数据,其中,一张图片对应一个原始数据;
根据所述多张图片,确定还原数据,所述还原数据用于记录所述多张图片的属性信息;
对所述还原数据进行加密,得到加密数据;
根据所述多个原始数据和所述加密数据,确定目标文件。
在本实施例中,电子设备中的处理器602会按照如下的指令,将一个或一个以上的应用程序的进程对应的可执行代码加载到存储器601中,并由处理器602来运行存储在存储器601中的应用程序,从而实现流程:
获取目标文件;
从所述目标文件中提取出加密数据;
对所述加密数据进行解密,得到还原数据;
根据所述还原数据从所述目标文件中提取出每张图片对应的原始数据;
根据所述每张图片对应的原始数据,确定每张图片,得到多张图片。
请参阅图12,电子设备700可以包括存储器701、处理器702、输入单元703、输出单元704、显示屏705等部件。
存储器701可用于存储应用程序和数据。存储器701存储的应用程序中包含有可执行代码。应用程序可以组成各种功能模块。处理器702通过运行存储在存储器701的应用程序,从而执行各种功能应用以及数据处理。
处理器702是电子设备的控制中心,利用各种接口和线路连接整个电子设备的各个部分,通过运行或执行存储在存储器701内的应用程序,以及调用存储在存储器701内的数据,执行电子设备的各种功能和处理数据,从而对电子设备进行整体监控。
输入单元703可用于接收输入的数字、字符信息或用户特征信息(比如指纹),以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。
输出单元704可用于显示由用户输入的信息或提供给用户的信息以及电子设备的各种图形用户接口,这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。输出单元可包括显示面板。
显示屏705可以用于显示文字、图片等信息。
在本实施例中,电子设备中的处理器702会按照如下的指令,将一个或一个以上的应用程序的进程对应的可执行代码加载到存储器701中,并由处理器702来运行存储在存储器701中的应用程序,从而实现流程:
获取多张图片;
提取每张图片的原始数据,得到多个原始数据,其中,一张图片对应一个原始数据;
根据所述多张图片,确定还原数据,所述还原数据用于记录所述多张图片的属性信息;
对所述还原数据进行加密,得到加密数据;
根据所述多个原始数据和所述加密数据,确定目标文件。
在一些实施方式中,处理器702执行根据所述多个原始数据和所述加密数据,确定目标文件时,可以执行:合并所述多个原始数据,得到目标数据;在所述目标数据的首字节之前的位置插入所述加密数据,得到目标文件。
在一些实施方式中,处理器702执行合并所述多个原始数据,得到目标数据时,可以执行:合并所述多个原始数据;在每两个相邻的原始数据之间插入第一数据,得到目标数据。
在一些实施方式中,处理器702执行根据所述多个原始数据和所述加密数据,确定目标文件时,可以执行:合并所述多个原始数据,得到目标数据;在所述目标数据首字节之后的位置插入所述加密数据,得到目标文件。
在一些实施方式中,所述目标文件的扩展名包括qgrpk、txt、doc、docx、rtf、html和pdf之中的任一种。
在一些实施方式中,所述还原数据包括:图片的数量、各原始数据起始偏移量、各图片的大小以及各图片的存储位置。
在本实施例中,电子设备中的处理器702会按照如下的指令,将一个或一个以上的应用程序的进程对应的可执行代码加载到存储器701中,并由处理器702来运行存储在存储器701中的应用程序,从而实现流程:
获取目标文件;
从所述目标文件中提取出加密数据;
对所述加密数据进行解密,得到还原数据;
根据所述还原数据从所述目标文件中提取出每张图片对应的原始数据;
根据所述每张图片对应的原始数据,确定每张图片,得到多张图片。
在一些实施方式中,还原数据包括各图片的存储位置,处理器702执行在所述根据所述每张图片对应的原始数据,确定每张图片,得到多张图片之后,还可以执行:将每张图片存储在各图片的存储位置。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见上文针对信息处理方法的详细描述,此处不再赘述。
本申请实施例提供的所述信息处理装置与上文实施例中的信息处理方法属于同一构思,在所述信息处理装置上可以运行所述信息处理方法实施例中提供的任一方法,其具体实现过程详见所述信息处理方法实施例,此处不再赘述。
需要说明的是,对本申请实施例所述信息处理方法而言,本领域普通技术人员可以理解实现本申请实施例所述信息处理方法的全部或部分流程,是可以通过计算机程序来控制相关的硬件来完成,所述计算机程序可存储于一计算机可读取存储介质中,如存储在存储器中,并被至少一个处理器执行,在执行过程中可包括如所述信息处理方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储器(ROM,Read Only Memory)、随机存取记忆体(RAM,Random Access Memory)等。
对本申请实施例的所述信息处理装置而言,其各功能模块可以集成在一个处理芯片中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中,所述存储介质譬如为只读存储器,磁盘或光盘等。
以上对本申请实施例所提供的一种信息处理方法、装置、存储介质及电子设备进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (12)
1.一种信息处理方法,其特征在于,包括:
获取多张图片;
提取每张图片的原始数据,得到多个原始数据,其中,一张图片对应一个原始数据;
根据所述多张图片,确定还原数据,所述还原数据用于记录所述多张图片的属性信息;
对所述还原数据进行加密,得到加密数据;
根据所述多个原始数据和所述加密数据,确定目标文件。
2.根据权利要求1所述的信息处理方法,其特征在于,所述根据所述多个原始数据和所述加密数据,确定目标文件,包括:
合并所述多个原始数据,得到目标数据;
在所述目标数据的首字节之前的位置插入所述加密数据,得到目标文件。
3.根据权利要求2所述的信息处理方法,其特征在于,所述合并所述多个原始数据,得到目标数据,包括:
合并所述多个原始数据;
在每两个相邻的原始数据之间插入第一数据,得到目标数据。
4.根据权利要求1所述的信息处理方法,其特征在于,所述根据所述多个原始数据和所述加密数据,确定目标文件,包括:
合并所述多个原始数据,得到目标数据;
在所述目标数据首字节之后的位置插入所述加密数据,得到目标文件。
5.根据权利要求1-4任一项所述的信息处理方法,其特征在于,所述目标文件的扩展名包括qgrpk、txt、doc、docx、rtf、html和pdf之中的任一种。
6.根据权利要求1-4任一项所述的信息处理方法,其特征在于,所述还原数据包括:图片的数量、各原始数据起始偏移量、各图片的大小以及各图片的存储位置。
7.一种信息处理方法,其特征在于,包括:
获取目标文件;
从所述目标文件中提取出加密数据;
对所述加密数据进行解密,得到还原数据;
根据所述还原数据从所述目标文件中提取出每张图片对应的原始数据;
根据所述每张图片对应的原始数据,确定每张图片,得到多张图片。
8.根据权利要求7所述的信息处理方法,所述还原数据包括各图片的存储位置,在所述根据所述每张图片对应的原始数据,确定每张图片,得到多张图片之后,还包括:
将每张图片存储在各图片的存储位置。
9.一种信息处理装置,其特征在于,包括:
第一获取模块,用于获取多张图片;
第一提取模块,用于提取每张图片的原始数据,得到多个原始数据,其中,一张图片对应一个原始数据;
第一确定模块,用于根据所述多张图片,确定还原数据,所述还原数据用于记录所述多张图片的属性信息;
加密模块,用于对所述还原数据进行加密,得到加密数据;
第二确定模块,用于根据所述多个原始数据和所述加密数据,确定目标文件。
10.一种信息处理装置,其特征在于,包括:
第二获取模块,用于获取目标文件;
第二提取模块,用于从所述目标文件中提取出加密数据;
解密模块,用于对所述加密数据进行解密,得到还原数据;
第三提取模块,用于根据所述还原数据从所述目标文件中提取出每张图片对应的原始数据;
第三确定模块,用于根据所述每张图片对应的原始数据,确定每张图片,得到多张图片。
11.一种存储介质,其特征在于,所述存储介质中存储有计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行权利要求1至8任一项所述的信息处理方法。
12.一种电子设备,其特征在于,所述电子设备包括处理器和存储器,所述存储器中存储有计算机程序,所述处理器通过调用所述存储器中存储的所述计算机程序,用于执行权利要求1至8任一项所述的信息处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910722910.3A CN110489386A (zh) | 2019-08-06 | 2019-08-06 | 信息处理方法、装置、存储介质及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910722910.3A CN110489386A (zh) | 2019-08-06 | 2019-08-06 | 信息处理方法、装置、存储介质及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110489386A true CN110489386A (zh) | 2019-11-22 |
Family
ID=68549942
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910722910.3A Pending CN110489386A (zh) | 2019-08-06 | 2019-08-06 | 信息处理方法、装置、存储介质及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110489386A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111147354A (zh) * | 2019-12-25 | 2020-05-12 | 广州华多网络科技有限公司 | 消息处理方法、装置、设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102855643A (zh) * | 2012-07-31 | 2013-01-02 | 北京天神互动科技有限公司 | 一种用于字库文件和单色图像的压缩与解压缩方法 |
CN105357415A (zh) * | 2015-11-09 | 2016-02-24 | 北京奇虎科技有限公司 | 图片加密、解密的方法及装置 |
CN106599698A (zh) * | 2015-10-19 | 2017-04-26 | 腾讯科技(深圳)有限公司 | 一种加密图片、解密图片的方法和装置 |
CN107832625A (zh) * | 2017-11-21 | 2018-03-23 | 江苏神州信源系统工程有限公司 | 一种文档的处理方法和装置 |
CN109255249A (zh) * | 2018-09-14 | 2019-01-22 | 腾讯科技(武汉)有限公司 | 图像生成方法、装置,图像显示方法、装置和存储介质 |
CN109446827A (zh) * | 2018-11-01 | 2019-03-08 | 东莞华贝电子科技有限公司 | 数据加解密方法及系统 |
-
2019
- 2019-08-06 CN CN201910722910.3A patent/CN110489386A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102855643A (zh) * | 2012-07-31 | 2013-01-02 | 北京天神互动科技有限公司 | 一种用于字库文件和单色图像的压缩与解压缩方法 |
CN106599698A (zh) * | 2015-10-19 | 2017-04-26 | 腾讯科技(深圳)有限公司 | 一种加密图片、解密图片的方法和装置 |
US20180007019A1 (en) * | 2015-10-19 | 2018-01-04 | Tencent Technology (Shenzhen) Company Limited | Method and apparatus for encrypting and decrypting picture, and device |
CN105357415A (zh) * | 2015-11-09 | 2016-02-24 | 北京奇虎科技有限公司 | 图片加密、解密的方法及装置 |
CN107832625A (zh) * | 2017-11-21 | 2018-03-23 | 江苏神州信源系统工程有限公司 | 一种文档的处理方法和装置 |
CN109255249A (zh) * | 2018-09-14 | 2019-01-22 | 腾讯科技(武汉)有限公司 | 图像生成方法、装置,图像显示方法、装置和存储介质 |
CN109446827A (zh) * | 2018-11-01 | 2019-03-08 | 东莞华贝电子科技有限公司 | 数据加解密方法及系统 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111147354A (zh) * | 2019-12-25 | 2020-05-12 | 广州华多网络科技有限公司 | 消息处理方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Kouzis-Loukas | Learning scrapy | |
US11556697B2 (en) | Intelligent text annotation | |
RU2727063C1 (ru) | Способ и устройство обработки услуг | |
JP5753350B2 (ja) | フォーム操作のためにスクリーン・キャプチャ機能を強化する方法およびコンピュータ・プログラム | |
US7734091B2 (en) | Pattern-matching system | |
CN110414249B (zh) | 信息处理方法、装置、存储介质及电子设备 | |
CN107291759B (zh) | 浏览器页面资源的处理方法和装置 | |
CN104036011A (zh) | 网页元素的显示方法以及浏览器装置 | |
CN107608798A (zh) | 一种业务处理方法及设备 | |
CN110022558A (zh) | 一种升级包的加密、解密方法和电子装置及存储介质 | |
CN107580013A (zh) | 跨域请求数据的方法及装置 | |
CN111324352A (zh) | 一种应用页面的代码生成方法及相关设备 | |
US9026612B2 (en) | Generating a custom parameter rule based on a comparison of a run-time value to a request URL | |
CN110908837B (zh) | 应用程序异常处理方法、装置、电子设备及存储介质 | |
CN113568626B (zh) | 动态打包、应用程序包开启方法、装置和电子设备 | |
CN107943921B (zh) | 页面分享信息生成方法、装置、计算机设备和存储介质 | |
CN110489386A (zh) | 信息处理方法、装置、存储介质及电子设备 | |
JP5687813B2 (ja) | マルチメディアデータ出版システム | |
CN110119483A (zh) | 多媒体文件的显示方法、装置、终端设备及存储介质 | |
CN111414525B (zh) | 小程序的数据获取方法、装置、计算机设备和存储介质 | |
CN110262856B (zh) | 一种应用程序数据采集方法、装置、终端及存储介质 | |
EP3861438B1 (en) | Systems and methods for adding digital content during an application opening operation | |
CN111198830A (zh) | 移动存储设备的识别方法、装置、电子设备以及存储介质 | |
JP2007193435A (ja) | 情報処理端末、プログラム | |
CN112083979A (zh) | 界面展示的方法、程序编译的方法以及相关装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191122 |
|
RJ01 | Rejection of invention patent application after publication |