WO2018133580A1 - 一种保护智能终端本地文件的方法和装置 - Google Patents
一种保护智能终端本地文件的方法和装置 Download PDFInfo
- Publication number
- WO2018133580A1 WO2018133580A1 PCT/CN2017/115665 CN2017115665W WO2018133580A1 WO 2018133580 A1 WO2018133580 A1 WO 2018133580A1 CN 2017115665 W CN2017115665 W CN 2017115665W WO 2018133580 A1 WO2018133580 A1 WO 2018133580A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- file
- smart terminal
- bytes
- rule
- protected
- Prior art date
Links
Images
Classifications
-
- 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/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting 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
Definitions
- the present invention relates to the field of computer technologies, and in particular, to a method and apparatus for protecting a local file of an intelligent terminal.
- the user can complete various kinds of affairs on the smart terminal, and is accompanied by various local private files.
- the criminals usually use various methods to steal local private files in the user's intelligent terminal, causing the leakage or loss of the user's private files, causing great losses to the user.
- the smart terminal is usually locked, such as a password lock or a fingerprint lock, but in reality, various unlocking methods are also emerged, and the smart terminal is The lock setting can no longer meet the security requirements of private files. Therefore, there is an urgent need for a method or apparatus that can protect a local file of a smart terminal.
- the present invention has been made in order to provide a method and corresponding apparatus for protecting a smart terminal local file that overcomes the above problems or at least partially solves the above problems.
- a method for protecting a local file of a smart terminal includes:
- the files to be protected are saved in the designated storage area of the smart terminal according to the customized file saving rule.
- an apparatus for protecting a local file of a smart terminal comprising:
- a rule obtaining unit configured to obtain a customized file saving rule
- a file determining unit adapted to determine one or more files to be protected
- a file protection unit configured to save the file to be protected in a designated storage area of the smart terminal according to the customized file saving rule.
- An aspect of the invention provides a computer program comprising computer readable code, When the computer readable code is run on the smart terminal, the smart terminal is caused to perform a method of protecting a local file of the smart terminal as described above.
- a computer readable medium storing a computer program as described above is provided.
- one or more files to be protected are saved according to a customized file saving rule, so as to achieve the effect of protecting the file, thereby improving the security of the local file of the smart terminal, and realizing Protect the local files of the smart terminal.
- FIG. 1 shows a flow chart of a method for protecting a local file of a smart terminal according to an embodiment of the present invention
- FIG. 2 is a schematic diagram of an apparatus for protecting a local file of a smart terminal according to an embodiment of the present invention
- Figure 3 schematically shows a block diagram of a smart terminal for performing the method according to the invention
- Fig. 4 schematically shows a storage unit for holding or carrying program code implementing the method according to the invention.
- FIG. 1 shows a flow chart of a method of protecting a local file of a smart terminal according to an embodiment of the present invention. As shown in Figure 1, the method includes:
- Step S110 obtaining a customized file saving rule.
- Step S120 determining one or more files that need to be protected
- Step S130 The file to be protected is saved in a designated storage area of the smart terminal according to a customized file saving rule.
- the file save rules obtained here are customized, so different file save rules can be used as needed.
- the file saving rule can be changed occasionally or periodically.
- one or more files to be protected are saved in the corresponding location on the smart terminal according to the obtained file saving rule.
- the corresponding storage area can be designated for storage on the smart terminal. For example, if the file to be saved is some pictures local to the smart terminal, the protected pictures may be saved in the specified picture storage area on the smart terminal according to the obtained file saving rule.
- the method of the present invention saves one or more files to be protected according to a customized file saving rule, so as to achieve the effect of protecting the file, thereby improving the security of the local file of the smart terminal and realizing Protect the local files of the smart terminal.
- the method further includes: reading the file from the designated storage area of the smart terminal according to the customized file saving rule. Because the file is saved according to the save rule, and the corresponding storage information is recorded, if the file needs to be read, the file save rule needs to be known, and the file is read from the corresponding storage area according to the file save rule. The read file is different from the open file. The read file here only reads the file from the corresponding storage area. When the file needs to be opened, the corresponding decryption rule can be further set to open the file.
- one of the file saving rules is listed: first, a file header of a predetermined length is written, the file header can record basic information such as the name of the file, and the storage information, etc.; then the file header is saved immediately. The content of the file. Then, saving the file to be protected in the specified storage area of the smart terminal according to the customized file saving rule in step S130 includes: dividing a plurality of data areas of continuous equal length in the designated storage area of the smart terminal, because The files to be protected are stored in a specified storage area.
- the data area divided here is of equal length for easy searching, and the length of the data area herein does not necessarily match the actual occupied length of the file, for example, the divided data.
- the length of the area is 1000 bytes, and the actual occupied amount of the stored file is 800 bytes, which is in accordance with the requirements of this embodiment; then, each needs to be protected
- the file corresponds to a data area; when the file is saved, for each data area, the storage information of the corresponding file is saved in the first preset number of the first data section, and the second after the first preset digital section
- the name information of the corresponding file is saved in the preset number of bytes, and the content of the corresponding file is saved in the area after the second preset number of bytes in the data area.
- the first preset digital section and the second preset digital section herein do not need to match the occupied amount of the actually saved information, but it is required to ensure that the corresponding saved information is saved.
- the storage information of the corresponding file saved in the first first preset number of bytes includes: a file name length; a file length, such as a length of a data area actually occupied by the file.
- the above file saving rules apply to a single file as well as to bulk files. If for each file, the rules for the file header and data area can be used. For example, the data area divided in the entire storage area is 1000 bytes in length, that is, 0-1000 bytes hold the first file, 1001-2000 bytes hold the second file, and so on. Because the file saving rules here are the same, the rules saved in the first file are taken as an example. Among the 1000 bytes corresponding to the first file, the first preset number of bytes before setting is 20 bytes, and the second preset number of bytes is 10 bytes. In the 0-1000 bytes corresponding to the data area of the first file, the storage information corresponding to the first file is stored in 0-20 bytes: the file name length and the file length. The name information of the corresponding file is saved from 21-30 bytes, and then the contents of the corresponding file can be saved in 31-1000 bytes. In other words, the first 30 bytes here are considered to be the file header of the corresponding file.
- the file when the file is read, it can be read according to the length of the corresponding file name in the file header and the length of the file, for example, 0-20 bytes in 0-1000 bytes.
- the file name has a length of 8 and the file length is 500. From this, it can be seen that the first 8 bytes in the second preset number of 0-1000 bytes are the names of the files, after the second preset number of bytes.
- the first 500 bytes in the area are the contents of the file, that is, the 21st-28th byte is the name of the file, and the contents of the file are 31-530.
- the 21st to 28th bytes and the 31st are read. -530 bytes, you can read the file.
- the method for protecting a local file of the smart terminal may be in an application in the user smart terminal.
- an application that needs to log in to an account in an intelligent terminal is not allowed to log in to two accounts at the same time, which causes great inconvenience to the user.
- the avatar here means that two accounts can be logged in simultaneously in the application on the smart terminal.
- the WeChat application can log in to two WeChat accounts by using the split, and the user can log in to the personal account and the work account at the same time to enhance the user experience.
- the protection method of the file in the technical solution can be used.
- each avatar must be less than 1K, set 0-1000 belongs to the first avatar file, 1000-2000 belongs to the second avatar file, and so on.
- the first 16 bytes record the file storage information
- the 17-64th byte is the file name
- 64 bytes it is its content, that is, the avatar specific content.
- the first 16 bytes here record the storage location of the file at the beginning of the storage area, the length of the name, the starting position of the content, and the length of the content.
- the saving of the file to be protected in the designated storage area of the smart terminal according to the customized file saving rule in step S130 includes: dividing the file header area and the plurality in the specified storage area of the smart terminal.
- each picture data area divided in the entire storage area has a length of 1000 bytes, and the divided file header is 20 bytes, that is, 20-1020
- the byte holds the first picture
- 1021-2020 bytes hold the second picture, and so on.
- the file length and the number of saved pictures are saved in the first 20 bytes of the file.
- 21 bytes are sequentially saved corresponding to each picture, and the name information of each picture is also added to the data area saved in each picture here.
- the first preset number of bytes is set to be 15 bytes, that is, the first 15 bytes of each data area holds the name of the corresponding picture.
- the 21st-35th holds the name corresponding to the picture, and the 36-1020 saves the content of the picture.
- the length of the corresponding picture can also be saved in the first first preset number section.
- the file save rule needs to be obtained before the file is saved.
- the file save rule can be saved in the smart terminal in advance, or can be obtained from the server in real time. Therefore, in an embodiment of the present invention, the obtaining a customized file saving rule in step S110 includes: obtaining a customized file saving rule from a specified server; or acquiring a customized one from a local specified storage location of the smart terminal. File save rules.
- the obtaining the customized file saving rule in step S110 further includes: obtaining a customized file saving rule from a local specified storage location of the smart terminal, and periodically obtaining a customized file from the server. File save rules and update locally saved custom file save rules.
- the update of the file save rule here may be an overall update of the rule, or an update of the parameters in the same file save rule.
- one of the file saving rules is to write the rules first. The length of the file header, and then the file header begins to save the contents of the file. Then, when the file protection rule is updated, the rule can be no longer used, and a rule can be redefined. Alternatively, the rule can be used, and then the parameter or the header of the file and the length of the data area can be updated. For example, if the file header is 20 bytes and the data area of the file is 1000 bytes long, then it can be updated to: the file header is 30 bytes, and the data area of the file is 1500 bytes.
- the method shown in FIG. 1 further includes: after obtaining the customized file saving rule, decrypting the obtained customized file saving rule according to the pre-configured decryption method.
- the determining one or more files to be protected in step S120 includes: receiving file information to be protected sent by the server; and determining one or more files to be protected according to the file information to be protected.
- the apparatus 200 for protecting a local file of a smart terminal includes:
- the rule obtaining unit 210 is adapted to obtain a customized file saving rule.
- a file determining unit 220 adapted to determine one or more files that need to be protected
- the file protection unit 230 is adapted to save the file to be protected in a designated storage area of the smart terminal according to a customized file saving rule.
- the file save rules obtained here are customized, so different file save rules can be used as needed.
- the file saving rule can be changed occasionally or periodically.
- one or more files to be protected are saved in the corresponding location on the smart terminal according to the obtained file saving rule.
- the corresponding storage area can be designated for storage on the smart terminal. For example, if the file to be saved is some pictures local to the smart terminal, the protected pictures may be saved in the specified picture storage area on the smart terminal according to the obtained file saving rule.
- the method of the present invention saves one or more files to be protected according to a customized file saving rule, so as to achieve the effect of protecting the file, thereby improving the security of the local file of the smart terminal and realizing Protect the local files of the smart terminal.
- the file protection unit 230 is further adapted to read from the designated storage area of the smart terminal according to the customized file saving rule. file. Because the file is saved according to the save rule, and the corresponding storage information is recorded, if the file needs to be read, the file save rule needs to be known, and the file is read from the corresponding storage area according to the file save rule. The read file is different from the open file. The read file here only reads the file from the corresponding storage area. When the file needs to be opened, the corresponding decryption rule can be further set to open the file.
- one of the file saving rules is listed: first, a file header of a predetermined length is written, the file header can record basic information such as the name of the file, and the storage information, etc.; then the file header is saved immediately. The content of the file. Then, the file protection unit 230 is adapted to divide a plurality of consecutive data areas of equal length in the designated storage area of the smart terminal, because the files to be protected are stored in a designated storage area, and are divided here for the purpose of searching.
- the data area is of equal length, and the length of the data area herein does not necessarily match the actual occupied length of the file.
- the length of the divided data area is 1000 bytes, and the actual occupied amount of the stored file is 800 bytes.
- each file to be protected corresponds to one data area; when the file is saved, for each data area, the corresponding file is saved in the first preset number of bytes before it.
- Storing the information storing the name information of the corresponding file in the second preset number of bytes after the first preset number of digits, and saving the content of the corresponding file in the area after the second preset number of the data section of the data area .
- the first preset digital section and the second preset digital section herein do not need to match the occupied amount of the actually saved information, but it is required to ensure that the corresponding saved information is saved.
- the storage information of the corresponding file saved in the first first preset number of bytes includes: a file name length; a file length, such as a length of a data area actually occupied by the file.
- the above file saving rules apply to a single file as well as to bulk files. If for each file, the rules for the file header and data area can be used. For example, the data area divided in the entire storage area is 1000 bytes in length, that is, 0-1000 bytes hold the first file, 1001-2000 bytes hold the second file, and so on. Because the file saving rules here are the same, the rules saved in the first file are taken as an example. Among the 1000 bytes corresponding to the first file, the first preset number of bytes before setting is 20 bytes, and the second preset number of bytes is 10 bytes. In the 0-1000 bytes corresponding to the data area of the first file, the storage information corresponding to the first file is stored in 0-20 bytes: the file name length and the file length. The name information of the corresponding file saved from 21-30 bytes, and then the corresponding file can be saved in 31-1000 bytes. content. In other words, the first 30 bytes here are considered to be the file header of the corresponding file.
- the file when the file is read, it can be read according to the length of the corresponding file name in the file header and the length of the file, for example, 0-20 bytes in 0-1000 bytes.
- the file name has a length of 8 and the file length is 500. From this, it can be seen that the first 8 bytes in the second preset number of 0-1000 bytes are the names of the files, after the second preset number of bytes.
- the first 500 bytes in the area are the contents of the file, that is, the 21st-28th byte is the name of the file, and the contents of the file are 31-530.
- the 21st to 28th bytes and the 31st are read. -530 bytes, you can read the file.
- the method for protecting a local file of the smart terminal may be in an application in the user smart terminal.
- an application that needs to log in to an account in an intelligent terminal is not allowed to log in to two accounts at the same time, which causes great inconvenience to the user.
- the avatar here means that two accounts can be logged in simultaneously in the application on the smart terminal.
- the WeChat application can log in to two WeChat accounts by using the split, and the user can log in to the personal account and the work account at the same time to enhance the user experience.
- the protection method of the file in the technical solution can be used.
- each avatar must be less than 1K, set 0-1000 belongs to the first avatar file, 1000-2000 belongs to the second avatar file, and so on.
- the first 16 bytes record the file storage information
- the 17-64th byte is the file name
- 64 bytes it is its content, that is, the avatar specific content.
- the first 16 bytes here record the storage location of the file at the beginning of the storage area, the length of the name, the starting position of the content, and the length of the content.
- the file protection unit 230 is adapted to divide a file header area and a plurality of data areas of equal length in a designated storage area of the smart terminal, where the file header and the data area need to be consecutive; each file to be protected corresponds to a data area; stored in the file header area: file length and number of files; for each data area, the name information of the corresponding file is saved in the first preset number of bytes before, in the data area The content of the corresponding file is saved in an area after a preset number of bytes.
- each picture data area divided in the entire storage area has a length of 1000 bytes, and the divided file header is 20 bytes, that is, 20-1020
- the byte holds the first picture
- 1021-2020 bytes hold the second picture, and so on.
- the file length and the number of saved pictures are saved in the first 20 bytes of the file.
- 21 bytes are followed by saving each picture in turn, this
- the name information of each picture is also added to the data area saved in each picture.
- the first preset number of bytes is set to be 15 bytes, that is, the first 15 bytes of each data area holds the name of the corresponding picture.
- the 21st-35th holds the name corresponding to the picture, and the 36-1020 saves the content of the picture.
- the length of the corresponding picture can also be saved in the first first preset number section.
- the file save rule needs to be obtained before the file is saved.
- the file save rule can be saved in the smart terminal in advance, or can be obtained from the server in real time. Therefore, in an embodiment of the present invention, the rule obtaining unit 210 is adapted to obtain a customized file saving rule from the specified server; or is adapted to obtain a customized file saving rule from a local specified storage location of the smart terminal.
- the obtaining the customized file saving rule in step S110 further includes: being adapted to obtain a customized file saving rule from a local specified storage location of the smart terminal, and periodically obtaining the self from the server. Defined file save rules and updates locally saved custom file save rules.
- the update of the file save rule here may be an overall update of the rule, or an update of the parameters in the same file save rule. It has been pointed out in the above description that one of the file saving rules is to first write a file header of a prescribed length, and then immediately start the file to save the contents of the file. Then, when the file protection rule is updated, the rule can be no longer used, and a rule can be redefined. Alternatively, the rule can be used, and then the parameter or the header of the file and the length of the data area can be updated. For example, if the file header is 20 bytes and the data area of the file is 1000 bytes long, then it can be updated to: the file header is 30 bytes, and the data area of the file is 1500 bytes.
- the file When the file is read, it can be read in the storage area specified in the smart terminal according to the file saving rule. Then, when the file is opened, a certain decryption rule can be saved in advance to decrypt the obtained file save rule, and the file can be prevented from being opened by other means to further protect the file.
- the rule obtaining unit 210 is further configured to decrypt the acquired file saving rule according to the pre-configured decryption method after acquiring the customized file saving rule.
- the file determining unit 220 is adapted to receive the file information to be protected sent by the server, and determine one or more files to be protected according to the file information to be protected.
- one or more files to be protected are saved according to a customized file saving rule, so as to achieve the effect of protecting the file, thereby improving the local file of the smart terminal.
- the security of the local file is protected by the smart terminal.
- modules in the devices of the embodiments can be adaptively changed and placed in one or more devices different from the embodiment.
- the modules or units or components of the embodiments may be combined into one module or unit or component, and further they may be divided into a plurality of sub-modules or sub-units or sub-components.
- any combination of the features disclosed in the specification, including the accompanying claims, the abstract and the drawings, and any methods so disclosed, or All processes or units of the device are combined.
- Each feature disclosed in this specification (including the accompanying claims, the abstract and the drawings) may be replaced by alternative features that provide the same, equivalent or similar purpose.
- the various component embodiments of the present invention may be implemented in hardware, or in a software module running on one or more processors, or in a combination thereof.
- a microprocessor or digital signal processor may be used in practice to implement some or all of the functionality of some or all of the means for protecting a local file of a smart terminal in accordance with an embodiment of the present invention.
- the invention can also Implemented as a device or device program (eg, a computer program and a computer program product) for performing some or all of the methods described herein.
- a program implementing the invention may be stored on a computer readable medium or may be in the form of one or more signals. Such signals may be downloaded from an Internet website, provided on a carrier signal, or provided in any other form.
- Figure 3 shows a block diagram of a smart terminal for performing the method according to the invention.
- the smart terminal conventionally includes a processor 310 and a computer program product or computer readable medium in the form of a memory 320.
- the memory 320 may be an electronic memory such as a flash memory, an EEPROM (Electrically Erasable Programmable Read Only Memory), an EPROM, a hard disk, or a ROM.
- the memory 320 has a storage space 330 that stores program code 331 for performing any of the method steps described above.
- the storage space 330 for storing program code may separately store respective program codes 331 for implementing various steps in the above method.
- the program code can be read from or written to one or more computer program products.
- These computer program products include program code carriers such as hard disks, compact disks (CDs), memory cards or floppy disks.
- Such computer program products are typically portable or fixed storage units such as those shown in FIG.
- the storage unit may have a storage section, a storage space, and the like arranged similarly to the storage 320 in the intelligent terminal of FIG.
- the program code can be compressed in an appropriate form.
- the storage unit stores computer readable program code 331' for performing the steps of the method according to the invention, ie program code readable by a processor such as 310, when the program code is run by the intelligent terminal, resulting in The intelligent terminal performs the various steps in the method described above.
Abstract
一种保护智能终端本地文件的方法，其中，该方法包括：获取自定义的文件保存规则（S110）；确定需要保护的一个或多个文件（S120）；按照自定义的文件保存规则将需要保护的文件保存在智能终端的指定存储区（S130）。可见，根据本方法，依据自定义的文件保存规则，将待保护的一个或多个文件进行保存，以达到对文件的保护的效果，这样就提高了智能终端的本地文件的安全性，实现了保护智能终端本地文件。
Description
本发明涉及计算机技术领域，具体涉及一种保护智能终端本地文件的方法和装置。
随着智能终端的功能的不断完善，用户已经可以在智能终端上完成各种各样的事务，同时也会伴随着各种各样的本地私密文件的产生。不法分子通常会采用各种方法盗取用户智能终端中的本地私密文件，造成用户的私密文件的泄漏或丢失，给用户带来很大的损失。为了保护用户的智能终端中的本地文件的安全，现有技术中通常是对智能终端进行加锁设置，如密码锁或指纹锁等，但是现实中各种解锁方法也应运而生，智能终端的加锁设置已经不能满足私密文件的安全性的要求。所以，急需一种可以保护智能终端本地文件的方法或装置。
发明内容
鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的保护智能终端本地文件的方法和相应的装置。
依据本发明的一个方面，提供了一种保护智能终端本地文件的方法，其中，该方法包括：
获取自定义的文件保存规则；
确定需要保护的一个或多个文件；
按照所述自定义的文件保存规则将需要保护的文件保存在智能终端的指定存储区。
根据本发明的另一方面，提供了一种保护智能终端本地文件的装置，其中，该装置包括：
规则获取单元，适于获取自定义的文件保存规则；
文件确定单元，适于确定需要保护的一个或多个文件；
文件保护单元，适于按照所述自定义的文件保存规则将需要保护的文件保存在智能终端的指定存储区。
本剧本发明的一个方面，提供了一种计算机程序，包括计算机可读代码，当所
述计算机可读代码在智能终端上运行时，导致所述智能终端执行如上所述的一种保护智能终端本地文件的方法。
根据本发明的又一个方面，提供了一种计算机可读介质，其中存储了如上所述的计算机程序。
根据本发明的技术方案，依据自定义的文件保存规则，将待保护的一个或多个文件进行保存，以达到对文件的保护的效果，这样就提高了智能终端的本地文件的安全性，实现了保护智能终端本地文件。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了根据本发明一个实施例的一种保护智能终端本地文件的方法的流程图；
图2示出了根据本发明一个实施例的一种保护智能终端本地文件的装置的示意图；
图3示意性地示出了用于执行根据本发明的方法的智能终端的框图；以及
图4示意性地示出了用于保持或者携带实现根据本发明的方法的程序代码的存储单元。
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
图1示出了根据本发明一个实施例的一种保护智能终端本地文件的方法的流程图。如图1所示，该方法包括：
步骤S110，获取自定义的文件保存规则。
步骤S120，确定需要保护的一个或多个文件；
步骤S130，按照自定义的文件保存规则将需要保护的文件保存在智能终端的指定存储区。
这里获取的文件保存规则是自定义的，因此可以根据需求采用不同的文件保存规则。为了智能终端中的本地文件的安全性更强，该文件保存规则可以进行不定期或定期的更换。当获取到自定义的文件保存规则后，根据获取到的文件保存规则将需要保护的一个或多个文件保存在智能终端上的相应位置。为了便于文件的读取，可以在智能终端上指定相应的存储区进行存储。例如，需要保存的文件是智能终端本地的某些图片，则就可以依照获取的文件保存规则将带保护的这些图片保存在智能终端上指定的图片保存区。
可见，本发明的方法是依据自定义的文件保存规则，将待保护的一个或多个文件进行保存，以达到对文件的保护的效果，这样就提高了智能终端的本地文件的安全性，实现了保护智能终端本地文件。
文件按照文件保存规则保存到智能终端的指定存储区后，当需要进行文件的打开的时候，首先需要将文件从相应的存储区进行读取，在本发明的一个实施例中，图1所示的方法进一步包括：根据自定义的文件保存规则从智能终端的指定存储区读取文件。因为文件保存时是按照保存规则进行保存的，并且记录了相应的存储信息，如果需要进行文件的读取，需要获知文件保存规则，并根据文件保存规则从相应的存储区进行文件的读取。该读取文件不同于打开文件，这里的读取文件只是将文件从相应的存储区读取出来，当需要打开文件的时候，还可以进一步设定相应的解密规则进行文件的打开。
上文已经提到文件保存规则有很多种，可以根据需求采用不同的文件保存规则。在本发明的一个实施例中，列举了其中一种文件保存规则：首先写入规定长度的文件头，该文件头可以记录文件的名称等基本信息以及存储信息等；然后紧接着文件头开始保存文件的内容。那么，在步骤S130中的按照自定义的文件保存规则将需要保护的文件保存在智能终端的指定存储区包括：在智能终端的指定存储区域中划分出连续的等长度的多个数据区，因为需要保护的文件是保存在一个指定的存储区，为了便于查找，这里划分出的数据区是等长度的，而且这里的数据区的长度不一定符合文件的实际的占用长度，例如，划分的数据区的长度为1000字节，而存储的文件的实际占用量是800字节，这符合本实施例的要求；然后，每个需要保护的
文件对应一个数据区；在进行文件保存的时候，对于每个数据区，在其前第一预设个数字节中保存对应文件的存储信息，在前第一预设个数字节后的第二预设个数字节中保存对应文件的名称信息，在该数据区的第二预设个数字节后的区域中保存对应文件的内容。需要说明的是，这里的第一预设个数字节和第二预设个数字节也不需要和实际保存的信息的占用量相符，但需保证能将对应的保存信息保存完整。
进一步地，在前第一预设个数字节中保存的对应文件的存储信息包括：文件名称长度；文件长度，例如文件实际占用的数据区的长度。
上述文件保存规则适用于单个文件，也适用于批量文件。如果对于每个文件来说，可以均采用文件头和数据区的规则。例如，在整个存储区中划分的数据区的长度均为1000字节，也就是说0-1000字节保存第一个文件，1001-2000字节保存第二文件，以此类推。因为这里的文件保存规则是一样的，所以以第一个文件保存的规则为例进行说明。对应于第一个文件的1000个字节中，设定前第一预设个数字节为20字节，第二预设个数字节为10字节。在对应第一个文件的数据区0-1000字节中，0-20字节中保存的是第一个文件对应的存储信息：文件名称长度和文件长度。从21-30字节保存对应文件的名称信息，然后31-1000字节中可以保存对应文件的内容。也就是说这里的前30个字节认为是对应文件的文件头。
那么在上述例子中，进行文件的读取的时候，就可以根据文件头中对应的文件名称长度和文件的长度进行读取，例如，在0-1000字节中，0-20字节保存的文件名称长度为8，文件长度为500，由此可知，在0-1000字节的第二预设个数字节中的前8字节为文件的名称，在第二预设个数字节后的区域中的前500字节是文件的内容，即第21-28字节为文件的名称，在31-530为文件的内容，进行文件读取的时候读取第21-28字节和第31-530字节，就可以将文件读取出来。
在另一个具体的例子中，该保护智能终端本地文件的方法可以用户智能终端中的应用分身中。通常情况下智能终端中某一需要登录账号的应用软件是不允许同时登录两个账号的，这样就会给用户带来极大的不便。这里的分身是指可以在智能终端上的应用中可以同时登陆两个账号。例如，微信应用，使用分身就可以登录两个微信账号，用户可以同时登录个人账号和工作账号，增强用户的体验。但是，如果需要进行某一账号的保密，例如会涉及商业秘密的工作账号，那么就可以使用本技术方案中的文件的保护方法。在这里以保护微信工作账号中的好友头像为例，因为该好友图像可能会暴露工作中的客户信息。那么就规定每个头像必须小于1K，设定0-1000属于第一个头像文件，1000-2000属于第二个头像文件，以此类推。在0-1000
这个头像文件中，前16个字节记录文件的存储信息，第17-64个字节是文件的名字，然后从64个字节之后，就是它的内容，即头像具体的内容。这里的前16个字节就记录了文件在存储区的起始位置、名字的长度、内容的起始位置、内容的长度等存储信息。
如果是批量文件，那么针对批量文件，整体只采用一个文件头，然后在若干等长度的数据区存储批量文件的名称信息和文件内容。在本发明的一个实施例中，步骤S130中的按照自定义的文件保存规则将需要保护的文件保存在智能终端的指定存储区包括：在智能终端的指定存储区域中划分出文件头区域和多个等长度的数据区，这里的文件头和数据区需是连续的；每个需要保护的文件对应一个数据区；在文件头区域中保存：文件长度和文件个数；对于每个数据区，在其前第一预设个数字节中保存对应文件的名称信息，在该数据区的所述第一预设个数字节后的区域中保存对应文件的内容。
在一个例子中，如果保存的文件为若干个图片，那么在整个存储区中划分的每个图片数据区的长度均为1000字节，并且划分文件头为20字节，也就是说20-1020字节保存第一个图片，1021-2020字节保存第二个图片，以此类推。文件头20字节中保存文件长度和保存的图片的个数。然后21字节之后依次对应保存各个图片，这里的每个图片保存的数据区中还加入每张图片的名称信息。设定第一预设个数字节为15字节，即每个数据区的前15字节保存对应的图片的名称。比如，对应20-1020字节保存的图片，第21-35保存的是该图片对应的名称，第36-1020保存图片的内容。同时，这里的前第一预设个数字节中还可保存对应图片的长度。
这里在进行文件保存前需要进行文件保存规则的获取，文件保存规则可以预先保存在智能终端中，也可以实时从服务器端进行获取。所以，在本发明的一个实施例中，步骤S110中的获取自定义的文件保存规则包括：从指定服务器获取自定义的文件保存规则；或者，从智能终端的本地的指定存储位置获取自定义的文件保存规则。
因为文件保存规则可以根据需求进行更换，以加强文件的安全性。所以，在本发明的一个实施例中，步骤S110中的获取自定义的文件保存规则还包括：从智能终端的本地的指定存储位置获取自定义的文件保存规则，并定期从服务器获取自定义的文件保存规则并对本地保存的自定义的文件保存规则进行更新。
这里的文件保存规则的更新可以是规则的整体更新，也可以是同一文件保存规则中的参数的更新。在上述说明中已经指出其中一种文件保存规则为首先写入规定
长度的文件头，然后紧接着文件头开始保存文件的内容。那么在进行文件保护规则的更新的时候可以不再使用该规则，重新定义一个规则；也可以继续使用该规则，那么就可以通过改变文件头中的参数或者文件头以及数据区域的长度进行更新。例如，文件头为20字节，文件的数据区的长度为1000字节，那么就可以更新为：文件头为30字节，文件的数据区的长度为1500字节。
在文件进行读取的时候，可以依据文件保存规则在智能终端中指定的存储区进行读取。那么在打开文件时也可以预先保存一定的解密规则对获取到自定义的文件保存规则进行解密，防止利用其他方式打开文件，进一步保护文件。在本发明的一个实施例中，图1所示的方法进一步包括：在获取到自定义的文件保存规则后，根据预先配置的解密方法对获取到自定义的文件保存规则进行解密。
因为本技术方案的前提是存在需要保护的文件，所以，为了确定需要保护的文件，可以是用户自己指定，也可以通过服务器进行指定。在本发明的一个实施例中，步骤S120中的确定需要保护的一个或多个文件包括：接收服务器发送的待保护文件信息；根据待保护文件信息确定需要保护的一个或多个文件。
图2示出了根据本发明一个实施例的一种保护智能终端本地文件的装置的示意图。如图2所示，该保护智能终端本地文件的装置200包括：
规则获取单元210，适于获取自定义的文件保存规则；
文件确定单元220，适于确定需要保护的一个或多个文件；
文件保护单元230，适于按照自定义的文件保存规则将需要保护的文件保存在智能终端的指定存储区。
这里获取的文件保存规则是自定义的，因此可以根据需求采用不同的文件保存规则。为了智能终端中的本地文件的安全性更强，该文件保存规则可以进行不定期或定期的更换。当获取到自定义的文件保存规则后，根据获取到的文件保存规则将需要保护的一个或多个文件保存在智能终端上的相应位置。为了便于文件的读取，可以在智能终端上指定相应的存储区进行存储。例如，需要保存的文件是智能终端本地的某些图片，则就可以依照获取的文件保存规则将带保护的这些图片保存在智能终端上指定的图片保存区。
可见，本发明的方法是依据自定义的文件保存规则，将待保护的一个或多个文件进行保存，以达到对文件的保护的效果，这样就提高了智能终端的本地文件的安全性，实现了保护智能终端本地文件。
文件按照文件保存规则保存到智能终端的指定存储区后，当需要进行文件的打
开的时候，首先需要将文件从相应的存储区进行读取，在本发明的一个实施例中，文件保护单元230，进一步适于根据自定义的文件保存规则从智能终端的指定存储区读取文件。因为文件保存时是按照保存规则进行保存的，并且记录了相应的存储信息，如果需要进行文件的读取，需要获知文件保存规则，并根据文件保存规则从相应的存储区进行文件的读取。该读取文件不同于打开文件，这里的读取文件只是将文件从相应的存储区读取出来，当需要打开文件的时候，还可以进一步设定相应的解密规则进行文件的打开。
上文已经提到文件保存规则有很多种，可以根据需求采用不同的文件保存规则。在本发明的一个实施例中，列举了其中一种文件保存规则：首先写入规定长度的文件头，该文件头可以记录文件的名称等基本信息以及存储信息等；然后紧接着文件头开始保存文件的内容。那么，文件保护单元230，适于在智能终端的指定存储区域中划分出连续的等长度的多个数据区，因为需要保护的文件是保存在一个指定的存储区，为了便于查找，这里划分出的数据区是等长度的，而且这里的数据区的长度不一定符合文件的实际的占用长度，例如，划分的数据区的长度为1000字节，而存储的文件的实际占用量是800字节，这符合本实施例的要求；然后，每个需要保护的文件对应一个数据区；在进行文件保存的时候，对于每个数据区，在其前第一预设个数字节中保存对应文件的存储信息，在前第一预设个数字节后的第二预设个数字节中保存对应文件的名称信息，在该数据区的第二预设个数字节后的区域中保存对应文件的内容。需要说明的是，这里的第一预设个数字节和第二预设个数字节也不需要和实际保存的信息的占用量相符，但需保证能将对应的保存信息保存完整。
进一步地，在前第一预设个数字节中保存的对应文件的存储信息包括：文件名称长度；文件长度，例如文件实际占用的数据区的长度。
上述文件保存规则适用于单个文件，也适用于批量文件。如果对于每个文件来说，可以均采用文件头和数据区的规则。例如，在整个存储区中划分的数据区的长度均为1000字节，也就是说0-1000字节保存第一个文件，1001-2000字节保存第二文件，以此类推。因为这里的文件保存规则是一样的，所以以第一个文件保存的规则为例进行说明。对应于第一个文件的1000个字节中，设定前第一预设个数字节为20字节，第二预设个数字节为10字节。在对应第一个文件的数据区0-1000字节中，0-20字节中保存的是第一个文件对应的存储信息：文件名称长度和文件长度。从21-30字节保存的对应文件的名称信息，然后31-1000字节中可以保存对应文件的
内容。也就是说这里的前30个字节认为是对应文件的文件头。
那么在上述例子中，进行文件的读取的时候，就可以根据文件头中对应的文件名称长度和文件的长度进行读取，例如，在0-1000字节中，0-20字节保存的文件名称长度为8，文件长度为500，由此可知，在0-1000字节的第二预设个数字节中的前8字节为文件的名称，在第二预设个数字节后的区域中的前500字节是文件的内容，即第21-28字节为文件的名称，在31-530为文件的内容，进行文件读取的时候读取第21-28字节和第31-530字节，就可以将文件读取出来。
在另一个具体的例子中，该保护智能终端本地文件的方法可以用户智能终端中的应用分身中。通常情况下智能终端中某一需要登录账号的应用软件是不允许同时登录两个账号的，这样就会给用户带来极大的不便。这里的分身是指可以在智能终端上的应用中可以同时登陆两个账号。例如，微信应用，使用分身就可以登录两个微信账号，用户可以同时登录个人账号和工作账号，增强用户的体验。但是，如果需要进行某一账号的保密，例如会涉及商业秘密的工作账号，那么就可以使用本技术方案中的文件的保护方法。在这里以保护微信工作账号中的好友头像为例，因为该好友图像可能会暴露工作中的客户信息。那么就规定每个头像必须小于1K，设定0-1000属于第一个头像文件，1000-2000属于第二个头像文件，以此类推。在0-1000这个头像文件中，前16个字节记录文件的存储信息，第17-64个字节是文件的名字，然后从64个字节之后，就是它的内容，即头像具体的内容。这里的前16个字节就记录了文件在存储区的起始位置、名字的长度、内容的起始位置、内容的长度等存储信息。
如果是批量文件，那么针对批量文件，整体只采用一个文件头，然后在若干等长度的数据区存储批量文件的名称信息和文件内容。所述文件保护单元230，适于在智能终端的指定存储区域中划分出文件头区域和多个等长度的数据区，这里的文件头和数据区需是连续的；每个需要保护的文件对应一个数据区；在文件头区域中保存：文件长度和文件个数；对于每个数据区，在其前第一预设个数字节中保存对应文件的名称信息，在该数据区的所述第一预设个数字节后的区域中保存对应文件的内容。
在一个例子中，如果保存的文件为若干个图片，那么在整个存储区中划分的每个图片数据区的长度均为1000字节，并且划分文件头为20字节，也就是说20-1020字节保存第一个图片，1021-2020字节保存第二个图片，以此类推。文件头20字节中保存文件长度和保存的图片的个数。然后21字节之后依次对应保存各个图片，这
里的每个图片保存的数据区中还加入每张图片的名称信息。设定第一预设个数字节为15字节，即每个数据区的前15字节保存对应的图片的名称。比如，对应20-1020字节保存的图片，第21-35保存的是该图片对应的名称，第36-1020保存图片的内容。同时，这里的前第一预设个数字节中还可保存对应图片的长度。
这里在进行文件保存前需要进行文件保存规则的获取，文件保存规则可以预先保存在智能终端中，也可以实时从服务器端进行获取。所以，在本发明的一个实施例中，规则获取单元210，适于从指定服务器获取自定义的文件保存规则；或者，适于从智能终端的本地的指定存储位置获取自定义的文件保存规则。
因为文件保存规则可以根据需求进行更换，以加强文件的安全性。所以，在本发明的一个实施例中，步骤S110中的获取自定义的文件保存规则还包括：适于从智能终端的本地的指定存储位置获取自定义的文件保存规则，并定期从服务器获取自定义的文件保存规则并对本地保存的自定义的文件保存规则进行更新。
这里的文件保存规则的更新可以是规则的整体更新，也可以是同一文件保存规则中的参数的更新。在上述说明中已经指出其中一种文件保存规则为首先写入规定长度的文件头，然后紧接着文件头开始保存文件的内容。那么在进行文件保护规则的更新的时候可以不再使用该规则，重新定义一个规则；也可以继续使用该规则，那么就可以通过改变文件头中的参数或者文件头以及数据区域的长度进行更新。例如，文件头为20字节，文件的数据区的长度为1000字节，那么就可以更新为：文件头为30字节，文件的数据区的长度为1500字节。
在文件进行读取的时候，可以依据文件保存规则在智能终端中指定的存储区进行读取。那么在打开文件时也可以预先保存一定的解密规则对获取到自定义的文件保存规则进行解密，防止利用其他方式打开文件，进一步保护文件。在本发明的一个实施例中，规则获取单元210，进一步适于在获取到自定义的文件保存规则后，根据预先配置的解密方法对获取到自定义的文件保存规则进行解密。
因为本技术方案的前提是存在需要保护的文件，所以，为了确定需要保护的文件，可以是用户自己指定，也可以通过服务器进行指定。在本发明的一个实施例中，文件确定单元220，适于接收服务器发送的待保护文件信息，根据待保护文件信息确定需要保护的一个或多个文件。
综上所述，根据本发明的技术方案，依据自定义的文件保存规则，将待保护的一个或多个文件进行保存，以达到对文件的保护的效果，这样就提高了智能终端的本地文件的安全性，实现了保护智能终端本地文件。
需要说明的是：
在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的保护智能终端本地文件的装置中的一些或者全部部件的一些或者全部功能。本发明还可以
实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
例如，图3示出了用于执行根据本发明的方法的智能终端的框图。该智能终端传统上包括处理器310和以存储器320形式的计算机程序产品或者计算机可读介质。存储器320可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器320具有存储用于执行上述方法中的任何方法步骤的程序代码331的存储空间330。例如，用于存储程序代码的存储空间330可以分别存储用于实现上面的方法中的各种步骤的各个程序代码331。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(CD)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为例如图4所示的便携式或者固定存储单元。该存储单元可以具有与图3的智能终端中的存储器320类似布置的存储段、存储空间等。程序代码可以以适当形式进行压缩。通常，存储单元存储有用于执行根据本发明的方法步骤的计算机可读程序代码331’，即可以由诸如310之类的处理器读取的程序代码，当这些程序代码由智能终端运行时，导致该智能终端执行上面所描述的方法中的各个步骤。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
此外，还应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。
Claims (18)
- 一种保护智能终端本地文件的方法，其中，该方法包括：获取自定义的文件保存规则；确定需要保护的一个或多个文件；按照所述自定义的文件保存规则将需要保护的文件保存在智能终端的指定存储区。
- 如权利要求1所述的方法，其中，该方法进一步包括：根据所述自定义的文件保存规则从智能终端的指定存储区读取文件。
- 如权利要求1所述的方法，其中，所述按照所述自定义的文件保存规则将需要保护的文件保存在智能终端的指定存储区包括：在智能终端的指定存储区域中划分出连续的等长度的多个数据区；每个需要保护的文件对应一个数据区；对于每个数据区，在其前第一预设个数字节中保存对应文件的存储信息，在所述前第一预设个数字节后的第二预设个数字节中保存对应文件的名称信息，在该数据区的所述第二预设个数字节后的区域中保存对应文件的内容。
- 如权利要求3所述的方法，其中，在所述前第一预设个数字节中保存的对应文件的存储信息包括：文件名称长度；文件长度。
- 如权利要求1所述的方法，其中，所述按照所述自定义的文件保存规则将需要保护的文件保存在智能终端的指定存储区包括：在智能终端的指定存储区域中划分出文件头区域和多个等长度的数据区；每个需要保护的文件对应一个数据区；在文件头区域中保存：文件长度和文件个数；对于每个数据区，在其前第一预设个数字节中保存对应文件的名称信息，在该数据区的所述第一预设个数字节后的区域中保存对应文件的内容。
- 如权利要求1所述的方法，其中，所述获取自定义的文件保存规则包括：从指定服务器获取自定义的文件保存规则；或者，从智能终端的本地的指定存储位置获取自定义的文件保存规则；或者，从智能终端的本地的指定存储位置获取自定义的文件保存规则，并定期从服务器获取自定义的文件保存规则并对本地保存的自定义的文件保存规则进行更新。
- 如权利要求1所述的方法，其中，该方法进一步包括：在获取到自定义的文件保存规则后，根据预先配置的解密方法对获取到自定义的文件保存规则进行解密。
- 如权利要求1所述的方法，其中，所述确定需要保护的一个或多个文件包括：接收服务器发送的待保护文件信息；根据所述待保护文件信息确定需要保护的一个或多个文件。
- 一种保护智能终端本地文件的装置，其中，该装置包括：规则获取单元，适于获取自定义的文件保存规则；文件确定单元，适于确定需要保护的一个或多个文件；文件保护单元，适于按照所述自定义的文件保存规则将需要保护的文件保存在智能终端的指定存储区。
- 如权利要求9所述的装置，其中，所述文件保护单元，进一步适于根据所述自定义的文件保存规则从智能终端的指定存储区读取文件。
- 如权利要求9所述的装置，其中，所述文件保护单元，适于在智能终端的指定存储区域中划分出连续的等长度的多个数据区，每个需要保护的文件对应一个数据区；对于每个数据区，在其前第一预设个数字节中保存对应文件的存储信息，在所述前第一预设个数字节后的第二预设个数字节中保存对应文件的名称信息，在该数据区的所述第二预设个数字节后的区域中保存对应文件的内容。
- 如权利要求11所述的装置，其中，在所述前第一预设个数字节中保存的对应文件的存储信息包括：文件名称长度；文件长度。
- 如权利要求9所述的装置，其中，所述文件保护单元，适于在智能终端的指定存储区域中划分出文件头区域和多个等长度的数据区；每个需要保护的文件对应一个数据区；在文件头区域中保存：文件长度和文件个数；对于每个数据区，在其前第一预设个数字节中保存对应文件的名称信息，在该数据区的所述第一预设个数字节后的区域中保存对应文件的内容。
- 如权利要求9所述的装置，其中，所述规则获取单元，适于从指定服务器获取自定义的文件保存规则；或者，适于从智能终端的本地的指定存储位置获取自定义的文件保存规则；或者，适于从智能终端的本地的指定存储位置获取自定义的文件保存规则，并定期从服务器获取自定义的文件保存规则并对本地保存的自定义的文件保存规则进行更新。
- 如权利要求9所述的装置，其中，所述规则获取单元，进一步适于在获取到自定义的文件保存规则后，根据预先配置的解密方法对获取到自定义的文件保存规则进行解密。
- 如权利要求9所述的装置，其中，所述文件确定单元，适于接收服务器发送的待保护文件信息，根据所述待保护文件信息确定需要保护的一个或多个文件。
- 一种计算机程序，包括计算机可读代码，当所述计算机可读代码在智能终端上运行时，导致所述智能终端执行根据权利要求1-8中的任一个所述的一种保护智能终端本地文件的方法。
- 一种计算机可读介质，其中存储了如权利要求17所述的计算机程序。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710059022.9A CN106845273B (zh) | 2017-01-23 | 2017-01-23 | 一种保护智能终端本地文件的方法和装置 |
| CN201710059022.9 | 2017-01-23 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2018133580A1 true WO2018133580A1 (zh) | 2018-07-26 |
Family
ID=59121642
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2017/115665 WO2018133580A1 (zh) | 2017-01-23 | 2017-12-12 | 一种保护智能终端本地文件的方法和装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN106845273B (zh) |
| WO (1) | WO2018133580A1 (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106845273B (zh) * | 2017-01-23 | 2019-11-29 | 北京奇虎科技有限公司 | 一种保护智能终端本地文件的方法和装置 |
| GB201810533D0 (en) * | 2018-06-27 | 2018-08-15 | Nordic Semiconductor Asa | Hardware protection of files in an intergrated-circuit device |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102289475A (zh) * | 2011-07-29 | 2011-12-21 | 宇龙计算机通信科技(深圳)有限公司 | 终端和文件保存方法 |
| CN105468692A (zh) * | 2015-11-17 | 2016-04-06 | 盛趣信息技术（上海）有限公司 | 文件系统结构及其打包方法和读取方法 |
| CN105740425A (zh) * | 2016-01-29 | 2016-07-06 | 宇龙计算机通信科技(深圳)有限公司 | 一种文件存储的方法及装置 |
| CN105787012A (zh) * | 2016-02-23 | 2016-07-20 | 深圳市瑞驰信息技术有限公司 | 一种提高存储系统处理小文件的方法以及存储系统 |
| CN106845273A (zh) * | 2017-01-23 | 2017-06-13 | 北京奇虎科技有限公司 | 一种保护智能终端本地文件的方法和装置 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1276363C (zh) * | 2002-11-13 | 2006-09-20 | 深圳市朗科科技有限公司 | 借助半导体存储装置实现数据安全存储和算法存储的方法 |
| EP2074544A2 (en) * | 2006-10-09 | 2009-07-01 | SanDisk IL Ltd. | Application dependent storage control |
-
2017
- 2017-01-23 CN CN201710059022.9A patent/CN106845273B/zh active Active
- 2017-12-12 WO PCT/CN2017/115665 patent/WO2018133580A1/zh active Application Filing
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102289475A (zh) * | 2011-07-29 | 2011-12-21 | 宇龙计算机通信科技(深圳)有限公司 | 终端和文件保存方法 |
| CN105468692A (zh) * | 2015-11-17 | 2016-04-06 | 盛趣信息技术（上海）有限公司 | 文件系统结构及其打包方法和读取方法 |
| CN105740425A (zh) * | 2016-01-29 | 2016-07-06 | 宇龙计算机通信科技(深圳)有限公司 | 一种文件存储的方法及装置 |
| CN105787012A (zh) * | 2016-02-23 | 2016-07-20 | 深圳市瑞驰信息技术有限公司 | 一种提高存储系统处理小文件的方法以及存储系统 |
| CN106845273A (zh) * | 2017-01-23 | 2017-06-13 | 北京奇虎科技有限公司 | 一种保护智能终端本地文件的方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106845273A (zh) | 2017-06-13 |
| CN106845273B (zh) | 2019-11-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI307046B (en) | Portable encrypted storage device with biometric identification and method for protecting the data therein | |
| KR101506578B1 (ko) | 데이터 보안을 위한 파일 시스템 구성 방법 및 장치, 그에의해 만들어진 데이터 보안 영역에 접근하는 방법 및 장치,그에 따른 데이터 저장 장치 | |
| US20070028121A1 (en) | Method of protecting confidential data using non-sequential hidden memory blocks for mass storage devices | |
| JP2007527579A (ja) | セキュリティで保護されたコンパクト・フラッシュ | |
| RU2005139807A (ru) | Способ и устройство для предотвращения несанкционированного использования модуля идентификации абонента в терминале подвижной связи | |
| CN101595488A (zh) | 用于将内容绑定到单独的存储器装置的方法和设备 | |
| WO2007011036A1 (ja) | データ管理装置、データ管理方法、データ処理方法及びプログラム | |
| CN107516045A (zh) | 文件保护方法及装置 | |
| CN106100851B (zh) | 密码管理系统、智能腕表及其密码管理方法 | |
| TW201826159A (zh) | 資料處理的方法與裝置 | |
| WO2018133580A1 (zh) | 一种保护智能终端本地文件的方法和装置 | |
| CN107526608A (zh) | 一种ota升级包升级方法及设备 | |
| CN108229190B (zh) | 透明加解密的控制方法、装置、程序、存储介质和电子设备 | |
| US20130262855A1 (en) | Document encrypting system and method using same | |
| CN114519360B (zh) | 数据读写方法、业务系统的登录方法、装置和计算机设备 | |
| US10331365B2 (en) | Accessing a serial number of a removable non-volatile memory device | |
| CN106709380A (zh) | 一种针对磁盘数据存储区的加解密方法及系统 | |
| JP2024508565A (ja) | 暗号化の使用を伴わないデータベース、データ伝送、及びファイルの保護 | |
| JP3836492B1 (ja) | データ管理装置、データ管理方法、データ処理方法、データ保存方法及びプログラム | |
| US8880859B2 (en) | Method and arrangement for configuring electronic devices | |
| CN102301369B (zh) | 数据存储设备访问方法及装置 | |
| CN107832021B (zh) | 一种电子证据固定方法、终端设备及存储介质 | |
| JP2009245079A (ja) | 情報端末装置および情報処理方法 | |
| CN110880965A (zh) | 一种外发电子文档加密方法、系统、终端及存储介质 | |
| JP4787077B2 (ja) | 表計算ソフトの個人情報データ処理方法、プログラム及び記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 17893170 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 17893170 Country of ref document: EP Kind code of ref document: A1 |