A file processing method, a terminal and a storage medium

Abstract

Embodiments of the present application provide a file processing method, a terminal and a computer readable storage medium, the method comprising: obtaining a root directory file of an external storage device connected to an Android system; generating a virtual path of each external storage file in the external storage device based on the root directory file; and when a file processing request is obtained, determining a to-be-processed file corresponding to the file processing request based on the virtual path and processing the file. Through the above scheme, a technical solution of high compatibility and capable of being applied to file processing of external storage devices of different versions of Android system is provided.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of data processing, and in particular to a file processing method, a terminal and a storage medium. BACKGROUND

[0002] Different versions of Android systems have different read-write permissions for their external storage devices (such as U disks, hard disks, etc.). Therefore, the prior art proposes to develop interactive software under the Android system to realize the interaction between the Android system and its external storage devices. However, as known from the above, the Android system has different read-write permissions for its external storage devices, so different versions of interactive software need to be developed for different Android systems, which has poor compatibility, not only increasing the workload of developing interactive software, but also affecting the efficiency of external storage file management.

[0003] Therefore, how to provide an external storage file processing scheme that can be compatible with different versions of Android systems has become a technical problem to be solved. SUMMARY

[0004] The main purpose of the present application is to provide a file processing method, a terminal and a computer readable storage medium, which aims to solve the problem that the file processing method of the external storage file provided in the prior art cannot be compatible with different Android systems.

[0005] To achieve the above purpose, the embodiment of the present application provides a file processing method, which comprises: acquiring a root directory file of an external storage device connected with an Android system; generating a virtual path of each external storage file in the external storage device based on the root directory file; when a file processing request is acquired, determining a to-be-processed file corresponding to the file processing request based on the virtual path and performing file processing; the to-be-processed file is an external storage file in the external storage device.

[0006] Optionally, the generating of the virtual path of each external storage file in the external storage device based on the root directory file comprises: generating a virtual path of an external storage file corresponding to a root node in the external storage device according to the root directory file; and sequentially traversing virtual paths of external storage files corresponding to child nodes of the root node based on the root directory file to obtain the virtual path of each external storage file in the external storage device.

[0007] Optionally, the root directory file of the external storage device connected with the Android system is acquired, specifically including: when the Android system identifies the external storage device, invoking a USB manager API of the Android system to acquire a communication endpoint for communication between the Android system and the external storage device; and acquiring the root directory file of the external storage device through the communication endpoint based on a preset open source library file system.

[0008] Optionally, the root directory file of the external storage device is acquired through the communication endpoint based on the preset open source library file system, specifically including: acquiring device information of the external storage device based on the preset open source library; and when the device information meets a preset condition, acquiring the root directory file of the external storage device through the communication endpoint based on the preset open source library file system.

[0009] Optionally, the method further includes: when the Android system identifies the external storage device, deleting a mounting directory of the external storage device.

[0010] Optionally, the method further includes: when the virtual path of each external storage file is generated, determining whether the external storage file is a media file; when the external storage file is a media file, determining file description information of the media file and the virtual path of the media file; and storing the file description information of the media file and the virtual path of the media file into a preset media file database.

[0011] Optionally, the method further includes: when a media file query request is received, querying the preset media file database according to a query condition in the media file query request to obtain a virtual path of a to-be-processed media file corresponding to the query condition; determining location information of the to-be-processed media file in the external storage device based on the virtual path of the to-be-processed media file; and acquiring the to-be-processed media file according to the location information and performing file processing.

[0012] Optionally, the method further includes: when a backup request is acquired, determining an internal storage file corresponding to the backup request and file directory structure data corresponding to the internal storage file; and storing the internal storage file and the file directory structure data corresponding to the internal storage file into the external storage device.

[0013] To achieve the above object, the embodiment of the present application further provides a terminal, which comprises a memory, a processor and a file processing program stored in the memory and executable on the processor, and the file processing program of the terminal is executed by the processor to realize the steps of the file processing method according to any one of the above.

[0014] To achieve the above object, the embodiment of the present application further provides a computer readable storage medium, which stores a file processing program, and the file processing program is executed by a processor to realize the steps of the file processing method according to any one of the above.

[0015] The file processing method, the terminal and the storage medium provided by the embodiment of the present application, by acquiring the root directory file of the external storage device connected with the Android system, and generating the virtual path of each external storage file in the external storage device according to the root directory file; when the file processing request is acquired, the external storage file corresponding to the file processing request is determined based on the virtual path to perform file processing. Through the scheme, only the virtual path of the external storage file generated according to the acquired root directory file of the external storage device is needed to determine the position of the external storage file in the external storage device, so as to realize the file processing of the external storage file, without considering the version of the Android system, and can be independent of the different read-write permissions of the different versions of the Android system to the external storage file, thereby improving the compatibility of the file processing of the external storage file. BRIEF DESCRIPTION OF DRAWINGS

[0016] Figure 1 is a flow chart of the file processing method provided by the embodiment of the present application;

[0017] Figure 2 is a flow chart of step S102 provided by the embodiment of the present application;

[0018] Figure 3 is a schematic diagram of the file processing method provided by the embodiment of the present application;

[0019] Figure 4 is another schematic diagram of the file processing method provided by the embodiment of the present application;

[0020] Figure 5 is a flow chart of the file processing method provided by the embodiment of the present application;

[0021] Figure 6 is a schematic diagram of the database table structure of the preset media file database provided by the embodiment of the present application;

[0022] Figure 7 is still another schematic diagram of the file management method provided by the embodiment of the present application;

[0023] Figure 8 is a UI schematic diagram of the one-key backup provided by the embodiment of the present application;

[0024] Figure 9 is a UI schematic diagram of the one-key restoration provided by the embodiment of the present application;

[0025] Figure 10 This is a schematic diagram of the structure of a terminal provided in an embodiment of the present invention. Detailed Implementation

[0026] To make the objectives, technical solutions, and advantages of this invention clearer and more explicit, the invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

[0027] Currently, when the Android system reads files from external storage devices, it typically does so by automatically mounting the external storage device upon detection, obtaining read and write permissions for the files, and then performing file operations based on these permissions and the mounted directory. However, different versions of the Android system have different read and write permissions, necessitating the development of different interactive software to enable interaction between different Android versions and external storage devices. This results in poor compatibility, requires a significant software development workload, and also impacts the efficiency of external storage file management.

[0028] To address the aforementioned issues, embodiments of the present invention provide a file processing method, a terminal, and a computer-readable storage medium, thereby providing an external storage file processing solution that is compatible with different versions of the Android system.

[0029] The following is a detailed explanation with reference to the accompanying drawings.

[0030] Figure 1 A flowchart of a file processing method provided in an embodiment of the present invention, such as... Figure 1 As shown, an embodiment of the present invention provides a file processing method that may include at least the following steps:

[0031] S101, retrieve the root directory file of the external storage device connected to the Android system.

[0032] The aforementioned root directory file represents the root directory of external storage files on the external storage device. External storage devices include, but are not limited to, USB flash drives, hard drives, etc.

[0033] like Figure 2 As shown, step S101 provided in this embodiment of the invention can be implemented through at least the following steps:

[0034] S201: When the Android system recognizes an external storage device, it calls the Android system's USBmanager API.

[0035] S202, acquire a communication endpoint between the Android system and the external storage device through a USB manager API of the Android system.

[0036] S203, acquire device information of the external storage device based on a preset open source library, and determine whether the device information meets a preset condition.

[0037] The device information at least includes device identification. The preset condition can be whether the device identification of the external storage device is a preset device identification.

[0038] That is, when the device identification in the device information is the preset device identification, the device information meets the preset condition; when the device identification in the device information is not the preset device identification, the device information does not meet the preset condition.

[0039] S204, when the device information meets the preset condition, acquire a root directory file of the external storage device through the communication endpoint based on a file system of the preset open source library.

[0040] In the embodiment of the application, the preset open source library can be Libaums, and in the case that the preset open source library is Libaums, the file system thereof can be a Fat32 file system. Moreover, the preset open source library and the file system thereof can be set in a terminal device to which the Android system belongs in advance.

[0041] For example, when the preset open source library is Libaums and the file system thereof is a Fat32 file system, the Fat32 file system of Libaums converts the read data (i.e. the root directory file) into a USB file format that can be operated, and the acquired root directory file is transmitted from the external storage file to the Android system in the form of a file stream.

[0042] In the embodiment of the application, the communication endpoint between the Android system and the external storage device for communication is determined through the USB manager API of the Android system, so that the root directory file of the external storage device is acquired through the communication endpoint. Since the USB manager API of different versions of the Android system is almost unchanged, the Android system does not need to apply for the reading permission of the external storage device, and can be applied to different versions of the Android system, is not limited by the version of the Android system, and realizes the acquisition of the root directory file of the external storage device. In addition, before the root directory file is acquired, it is determined whether the device information of the external device meets the preset condition, and only when the preset condition is met, the root directory file can be acquired, so that the identity recognition of the external storage device is realized, and the communication security between the Android system and the external storage device is improved.

[0043] Furthermore, current Android systems automatically mount external storage devices and obtain their mount directories upon detection. Therefore, in some embodiments of this invention, the mount directory of the external storage device is deleted after the Android system detects it. This solution effectively prevents multiple apps from simultaneously reading and writing external storage files on the Android system, reducing the possibility of accidental corruption of external storage files and improving their security.

[0044] S102, based on the root directory file, generates a virtual path for each external storage file in the external storage device.

[0045] The aforementioned external storage files can include folders and non-folders. Non-folders can include, but are not limited to, text documents, images, programs, executable files, etc. It should be noted that in this embodiment of the invention, both folders and non-folders are referred to as files.

[0046] In this embodiment of the invention, the virtual path of each external storage file corresponds to the location information of the external storage file in the external storage device; that is, there is a one-to-one correspondence between the virtual path and the location information. Therefore, the location of the external storage file in the external storage device can be determined by using the virtual path to uniquely correspond to the location information.

[0047] Specifically, the virtual path of the external storage file corresponding to the root node in the external storage device can be generated based on the root directory file; then, the virtual paths of the external storage files corresponding to each level of child nodes under the root node can be traversed based on the root directory file to obtain the virtual path of each external storage file in the external storage device.

[0048] For example, a USB drive has a root directory named "vid". This folder "vid" is the root node, and its child nodes are folders A, B, and C. Folder A contains a non-folder named A1. Figure 3 As shown, after inserting the USB drive, the communication endpoint is obtained through the USBmanagerAPI, and the root directory file is obtained through the file system of the preset open-source library. First, based on the root directory file, the virtual path corresponding to the root node uid folder, usb: / / usb-uid / , is generated. Then, based on the root directory file, the entire disk file is traversed to generate the virtual paths of folders A, B, C, and non-folder A1 corresponding to each level of child nodes under the uid folder, which are usb: / / usb_uid / A / , usb: / / usb_uid / B / , usb: / / usb_uid / C / , and usb: / / usb_uid / A / A1 / , respectively.

[0049] In this embodiment of the invention, a virtual path is constructed for all external storage files in the external storage device, starting from the external storage file corresponding to the root node in the external storage device. This can effectively avoid missing external storage files, ensure the integrity of the constructed virtual path, and thus make the processing of external storage files more complete.

[0050] S103, when a file processing request is received, the location information of the file to be processed in the external storage device is determined according to the virtual path.

[0051] The file processing request can be generated based on user actions. This file processing request is used to instruct the corresponding external storage file to be processed.

[0052] Upon receiving a file processing request, the virtual path of the file to be processed can be determined based on the request. Then, based on the correspondence between the virtual path and location information, the location information of the file to be processed in the external storage device can be determined.

[0053] S104: Obtain the file to be processed based on its location information and perform file processing on it.

[0054] In this embodiment of the invention, by using the above steps S103 and S104, the steps of determining the file to be processed based on the virtual path and performing file processing can be achieved when a file processing request is obtained. The file to be processed is an external storage file in an external storage device.

[0055] In this embodiment of the invention, the corresponding file to be processed can be obtained based on its location information, and then file processing can be performed according to the file processing request. In this embodiment of the invention, file processing includes, but is not limited to: reading, copying, deleting, renaming, moving, and modifying.

[0056] For example, such as Figure 4 As shown, after obtaining the communication endpoint through the USBmanagerAPI, the device information of the USB flash drive is obtained through a preset open-source library. When the device information meets the preset conditions, the root directory file of the external storage device is obtained to generate a virtual path for each external storage file. After receiving the virtual path of the file to be processed, the virtual path is parsed to determine the location information of the file to be processed in the external storage device. Based on the location information, the file stream data of the corresponding file to be processed is located by traversing from the root node of the external storage device, so as to perform file processing on the file to be processed, such as copying, deleting, renaming, and moving files.

[0057] In the file processing method provided by the embodiment of the present application, the root directory file of the external storage device connected with the Android system is acquired, and the virtual path of each external storage file is generated according to the root directory file, so as to determine the position information of the external storage file in the external storage device according to the virtual path, thereby performing file processing on the external storage file in the external storage device. That is, the file processing method provided by the embodiment of the present application depends on the virtual path generated according to the root directory file of the external storage device, thereby directly determining the position of the external storage file in the external storage device, and can be applied to different versions of the Android system without considering the different read / write permissions of different versions of the Android system to the external storage device, thereby improving the compatibility of file processing on the external storage file.

[0058] In actual use, the frequency of file processing on the media file in the external storage device is relatively high, and therefore, in order to quickly locate the media file in the external storage device, the file processing method provided by the embodiment of the present application can further include Figure 5

[0059] S501, after the virtual path of each external storage file is generated, it is determined whether the external storage file is a media file.

[0060] The media file is a non-folder in the external storage file, and the media file includes but is not limited to: pictures, videos, documents, audios, etc.

[0061] Specifically, after the virtual path of the external storage file is generated, it is determined whether the external storage file is a folder, and in the case that the external storage file is a folder, the virtual path of the next external storage file is continuously generated; in the case that the external storage file is a non-folder, it is determined whether the external storage file is a media file.

[0062] S502, when the external storage file is a media file, the file description information of the media file and the virtual path of the media file are determined.

[0063] The file description information includes but is not limited to: media file type, media file name, media file size, etc.

[0064] S503, the file description information of the media file and the virtual path of the media file are stored in a preset media file database.

[0065] In the embodiment of the present application, the preset media file database can be set in advance to store the file description information and the virtual path of each media file. ​

[0066] Figure 6 A schematic diagram of a database table structure of the preset media file database provided by the embodiment of the present application is shown. Taking a U disk as an example, as shown in the figure, after the U disk is inserted, the preset open source library obtains the device information of the U disk, inserts the device information of the U disk into the UsbDevie table of the database, obtains the root directory file and traverses the whole disk file of the U disk from the root node corresponding to the root directory file, generates the virtual path of each external storage file, and determines whether the external storage file is a folder. When the external storage file is a folder, the sub-file directory under the folder is obtained to continue the traversal. When the external storage file is not a folder, it is determined whether the external storage file is a media file. When the external storage file is a media file, the file description information and the virtual path of the media file are written into the database table (UsbMediaFile table) of the preset media file database. Figure 7

[0067] As shown in the figure, the type field is used to distinguish the media file type of the media file, for example, the picture file with suffixes such as jpg, png, jpeg and jif is defined as type = 1; the video file with suffixes such as mp4, avi, mov and 3gp is defined as type = 2. Figure 6

[0068] Through the above method, the virtual path and the file description information of the media file in the external storage device can be stored into the preset media file database. When batch processing of the media file in the external storage file is needed, the virtual path of the media file can be quickly obtained through the preset media file database to quickly locate the corresponding media file in the external storage device, thereby avoiding the problem that the file tree of the external storage file needs to be traversed to locate the corresponding media file when the media file is batch processed, and improving the query efficiency of the media file. Moreover, the preset media file database in the embodiment of the present application can be regarded as an extension of the system media database of the Android system. The system media database in the Android system of Android 10 and above will not load the media file under the mounted directory, so the media file in the external storage file cannot be queried through the system media database. However, the above method can realize the query of the media file in the external storage device, which is free from the limitation of the Android system version.

[0069] ​​Based on this, in some embodiments of the present application, when receiving a media file query request, the preset media file database is queried according to the query condition in the media file query request to obtain the virtual path of the to-be-processed media file corresponding to the query condition; based on the virtual path of the to-be-processed media file, the virtual path of the to-be-processed media file is determined, and the location information of the to-be-processed media file in the external storage device is determined; the to-be-processed media file is obtained according to the location information and file processing is performed.

[0070] The above-mentioned query condition can be a parent directory or a media file type of the media file. According to the query condition, a corresponding SQL query statement is generated, and the virtual path of the media file in the same parent directory or the same media file type can be queried in the preset media file database through the SQL query statement. It can be understood that the above-mentioned to-be-processed media file is a media file in the external storage device.

[0071] For example, the SQL query statement for a U disk is select*from UsbMediaFile where type=‘2’, wherein type=2 represents a media file of a video file type, and the virtual path of all video files in the U disk can be obtained by querying the preset media file database through the SQL query statement; if the SQL query statement for a U disk is select*from UsbMediaFile where type=‘1’ AND parent_path=‘target directory’, wherein type=1 represents a media file of a picture file type, and the virtual path of all picture files in the target directory of the U disk can be obtained by querying the preset media file database through the SQL query statement.

[0072] Through the above-mentioned scheme, the media files in the same directory or the same media file type can be quickly queried to obtain the to-be-processed media files for batch file processing, such as reading and writing, deleting, modifying, copying, moving, etc.

[0073] Since the internal storage file of the Android system may be damaged or lost, in order to avoid damage or loss of the internal storage file, the internal storage file of the Android system can be backed up to the external storage device through the file processing method provided by the embodiments of the present application.

[0074] Specifically, after obtaining a backup request, the internal storage file corresponding to the backup request and the file directory structure data corresponding to the internal storage file are determined; the internal storage file and the file directory structure data corresponding to the internal storage file are stored in the external storage device through the USB manager API.

[0075] The file directory structure data is used to represent the storage location of the internal storage file. And the internal storage file and the file directory structure data corresponding to the internal storage file can be stored in the backup folder of the external storage device through the USB manager API, for example, usb: / / usb-vid / backup / (backup timestamp) / , to complete the backup of the internal storage file.

[0076] For the backup internal storage file, the backup internal storage file can be restored to the internal storage device of the Android system through the file processing method provided by the embodiment of the application, that is, the backup internal storage file is copied to the internal storage device of the Android system according to the file processing method provided by the embodiment of the application.

[0077] Through the above method, the backup and restoration between the external storage device and the internal storage file of the Android device belonging to the Android system are realized.

[0078] It should be noted that the backup of the internal storage file can be the backup of all internal storage files of the Android device belonging to the Android system, or the backup of part of the internal storage file, which is not limited in the embodiment of the application, for example, as shown in Figure 8 , which can be selected. Similarly, the restoration can be the restoration of all internal storage files backed up in the external storage device, or the restoration of part of the internal storage files backed up in the external storage device, which is not limited in the embodiment of the application, for example, as shown in Figure 9 , which can be selected.

[0079] Further, as shown in Figure 10 , based on the file processing method provided by the embodiment of the application, the embodiment of the application further provides a terminal, which comprises a memory 110, a processor 120, a display 130, and a file processing program stored in the memory and executable on the processor, and the file processing program is executed by the processor 120 to realize the step of storing the file description information of the media file and the virtual path of the media file into the preset media file database. Figure 10 Only part of the components are shown, but it should be understood that all the shown components are not required to be implemented, and more or less components can be alternatively implemented.

[0080] The memory 110 can be an internal storage unit of the terminal in some embodiments, such as a hard disk or a memory of the terminal. The memory 110 can also be an external storage device of the terminal in other embodiments, such as a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, etc. equipped on the terminal. Further, the memory 110 can include both the internal storage unit and the external storage device of the terminal. The memory 110 is used to store application software and various data installed on the terminal, such as program codes of the terminal, etc. The memory 110 can also be used to temporarily store data that has been output or will be output. In an embodiment, a file processing program is stored on the memory 110, which can be executed by the processor 120 to implement the file processing method in the present application.

[0081] The processor 120 can be a central processing unit (CPU), a microprocessor or other data processing chip in some embodiments, which is used to run program codes or process data stored in the memory 110, such as to execute the file processing method, etc.

[0082] The display 130 can be an LED display, a liquid crystal display, a touch liquid crystal display, an OLED (Organic Light-Emitting Diode) touch, etc. in some embodiments. The display 130 is used to display information of the terminal and to display a visual user interface. The components 110-130 of the terminal communicate with each other through a system bus.

[0083] The embodiments of the present application also provide a computer readable storage medium, which stores a file processing program. The file processing program is executed by a processor to implement the steps of the file processing method according to any one of the above embodiments.

[0084] In addition, the specific processes of the plurality of instructions in the storage medium and the processor loading and executing in the terminal have been described in detail in the above method, and will not be repeated here.

[0085] It should be noted that, in the present document, the terms "comprises", "comprising", or any other variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but can also include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element preceded by "comprises a" does not, without more constraints, foreclose the existence of additional identical elements in the process, method, article, or apparatus that comprises the element.

[0086] Of course, those skilled in the art can understand that all or part of the processes in the above-mentioned embodiment methods can be completed by instructing relevant hardware (such as a processor, a controller, etc.) through a computer program, and the program can be stored in a computer readable computer readable storage medium, and the program can include the processes of the above-mentioned method embodiments when executed. The computer readable storage medium can be a memory, a magnetic disc, an optical disc, etc.

[0087] It should be understood that the application is not limited to the above examples, and those skilled in the art can make improvements or changes according to the above description, and all these improvements and changes shall fall within the protection scope of the appended claims of the present application.

Claims

1. A file processing method characterized by, The method comprises: obtaining a root directory file of an external storage device connected with an Android system; generating a virtual path of each external storage file in the external storage device based on the root directory file; when a file processing request is obtained, determining a to-be-processed file corresponding to the file processing request based on the virtual path and performing file processing; the to-be-processed file is an external storage file in the external storage device; the obtaining of the root directory file of the external storage device connected with the Android system specifically comprises: when the Android system identifies the external storage device, invoking a USB manager API of the Android system to obtain a communication endpoint for communication between the Android system and the external storage device; obtaining the root directory file of the external storage device through the communication endpoint based on a file system of a preset open source library; the obtaining of the root directory file of the external storage device through the communication endpoint based on the file system of the preset open source library specifically comprises: obtaining device information of the external storage device based on the preset open source library; when the device information meets a preset condition, obtaining the root directory file of the external storage device through the communication endpoint based on the file system of the preset open source library; when the Android system identifies the external storage device, deleting a mounting directory of the external storage device; after the virtual path of each external storage file is generated, determining whether the external storage file is a media file; when the external storage file is a media file, determining file description information of the media file and the virtual path of the media file; storing the file description information of the media file and the virtual path of the media file into a preset media file database; the preset media file database is an extension of a system media database of the Android system.

2. The method of claim 1, wherein, the generating of the virtual path of each external storage file in the external storage device based on the root directory file specifically comprises: generating a virtual path of an external storage file corresponding to a root node in the external storage device according to the root directory file; sequentially traversing virtual paths of external storage files corresponding to child nodes of the root node based on the root directory file to obtain the virtual path of each external storage file in the external storage device.

3. The method of claim 1, wherein, The method further comprises: after the Android system identifies the external storage device, deleting a mounting directory of the external storage device.

4. The method of claim 1, wherein, The method further comprises: when a media file query request is received, querying the preset media file database according to a query condition in the media file query request to obtain a virtual path of a to-be-processed media file corresponding to the query condition; determining location information of the to-be-processed media file in the external storage device based on the virtual path of the to-be-processed media file; obtaining the to-be-processed media file according to the location information and performing file processing.

5. The method of claim 1, wherein, The method further comprises: When the backup request is acquired, an internal storage file corresponding to the backup request is determined, and file directory structure data corresponding to the internal storage file is determined; The internal storage file and the file directory structure data corresponding to the internal storage file are stored to the external storage device.

6. A terminal, characterized by comprising: The terminal comprises a memory, a processor, and a file processing program stored on the memory and executable on the processor, and the file processing program of the terminal is executed by the processor to realize the steps of the file processing method according to any one of claims 1-5.

7. A computer-readable storage medium, characterized in that, The computer readable storage medium stores a file processing program, and the file processing program is executed by the processor to realize the steps of the file processing method according to any one of claims 1-5.

Images