WO2019047976A1

WO2019047976A1 - Network file management method, terminal and computer readable storage medium

Info

Publication number: WO2019047976A1
Application number: PCT/CN2018/105059
Authority: WO
Inventors: 孙怡
Original assignee: 中兴通讯股份有限公司
Priority date: 2017-09-11
Filing date: 2018-09-11
Publication date: 2019-03-14
Also published as: CN110069454A

Abstract

Provided is a network file management method, a terminal and a computer readable storage medium. Said method comprises: acquiring, by means of a communication link between a local terminal and a remote server, a file storage attribute, such as the directory, of a network file on the remote server; constructing and displaying a virtual file system corresponding to the file storage attribute, the operation manner of the virtual file system matching the file operation manner of a local terminal; monitoring the user's management operation on the virtual file system; and performing, by means of the communication link, management on the network file according to the management operation.

Description

Network file management method, terminal and computer readable storage medium

Technical field

The present disclosure relates to, but is not limited to, the field of cloud storage.

Background technique

With the rapid development of cloud storage technology, operators provide cloud disk services to users through remote servers. Users can store some files in the cloud disk to achieve multi-device sharing of files and save local storage space.

In the actual application, after logging in to the cloud disk through the web page or the client, the user needs to operate the network file in the cloud disk according to the cloud disk operation mode provided by the cloud disk operator. The cloud disk operators provided by different cloud disk operators operate in different ways. Therefore, different cloud disk operation modes often cause inconvenience to users. For example, users need to read the cloud disk usage instructions, and then learn how to operate, etc., which is reduced. User experience.

Summary of the invention

According to an embodiment of the present disclosure, a network file management method is provided, including: obtaining, by a communication link between a local terminal and a remote server, a file storage attribute of a network file on a remote server; and constructing and displaying a virtual file system corresponding to the file storage attribute. The operation mode of the virtual file system is matched with the file operation mode of the local terminal; the management operation of the user in the virtual file system is monitored; and the network file is managed according to the management operation through the communication link.

According to an embodiment of the present disclosure, there is provided a network file management terminal including a processor, a memory, and a communication bus, wherein the communication bus is used to implement connection communication between the processor and the memory, and the processor executes one or more stored in the memory At the time of the program, the processor executes the network file management method according to the present disclosure.

Embodiments of the present disclosure also provide a computer readable storage medium having stored thereon one or more programs, the one or more programs being executed by one or more processors, the one or more processors executing A network file management method according to the present disclosure.

DRAWINGS

The drawings are used to provide a further understanding of the technical solutions of the present disclosure, and constitute a part of the specification, and the embodiments of the present application are used to explain the technical solutions of the present disclosure, and do not constitute a limitation of the technical solutions of the present disclosure. In the drawing:

FIG. 1 shows a common interface diagram of a cloud disk in the related art;

2 is a flowchart of a network file management method according to an embodiment of the present disclosure;

3 is a schematic diagram of a virtual file system in accordance with an embodiment of the present disclosure;

4 is another schematic diagram of a virtual file system in accordance with an embodiment of the present disclosure;

FIG. 5 is a schematic structural diagram of a network file management terminal according to an embodiment of the present disclosure; FIG.

6 is a schematic diagram of a network architecture of a network file management terminal according to an embodiment of the present disclosure;

FIG. 7 is a flowchart of a network file management method according to an embodiment of the present disclosure; FIG.

FIG. 8 is a flowchart of a cloud disk login according to an embodiment of the present disclosure; FIG.

9 is a flowchart of an open file operation in accordance with an embodiment of the present disclosure;

FIG. 10 is a flowchart of an update file operation according to an embodiment of the present disclosure;

11 is a flow chart of a delete file operation in accordance with an embodiment of the present disclosure.

Detailed ways

The embodiments of the present disclosure will be further described in detail below with reference to the accompanying drawings. It is understood that the specific embodiments described herein are merely illustrative of the disclosure and are not intended to limit the disclosure.

FIG. 1 shows a common interface diagram of a cloud disk in the related art.

As shown in FIG. 1 , in the file management interface, only the file/folder list of the corresponding layer is displayed. For example, only the folder 1, the folder 2, and the file 3 are displayed when the user enters the initial interface of the cloud disk. For the subfiles/folders in folder 1 and folder 2, even if the user moves the mouse over the icon of folder 1, it will not be displayed. Users need to open folder 1 or folder 2 to see it. Subfiles/folders within. For storage space information, the initial interface is not displayed at all, and the user needs to open a specific query option for query.

2 is a flow chart of a network file management method in accordance with an embodiment of the present disclosure.

In order to reduce the operational difficulty of the user managing the network file, the network file management method of the present disclosure is proposed. Referring to FIG. 1, a network file management method according to an embodiment of the present disclosure may include steps S101 to S104.

In step S101, the file storage attribute of the network file on the remote server is obtained through a communication link between the local terminal and the remote server.

In some embodiments of the present disclosure, the file storage attributes include a file directory structure, a file list, file attributes, and storage space information of the network file on the remote server. The file directory structure specifically refers to the inclusion relationship between the file and the folder, the reference relationship between the files, and the like, and is usually embodied by a file tree. The file list is a list of all files and folders. File attributes include information such as the size, creation time, update time, and file type of each file or folder. The storage space information is the storage space allocated by the remote server such as the cloud disk operator, the size of the used storage space, and the remaining space size.

In step S102, a virtual file system corresponding to the file storage attribute is constructed and displayed, and the operation mode of the virtual file system matches the file operation mode of the local terminal.

In an embodiment of the present disclosure, the constructing the virtual file system may include: acquiring a storage space display manner and a file information display manner in a file operation mode of the local terminal; displaying the storage space information by using the storage space display manner; and using the file information. The display mode displays the file directory structure, file list, and file attributes.

The file operation mode of the local terminal is related to the operating system of the local terminal. The following is an example of the operating system of the local terminal as the Windows system. It is foreseeable that the implementation of other operating systems is similar, so it will not be described again.

In the Windows system, the storage space display mode is to display the total space size, the occupied space size, and the remaining space size on the disk display interface, and the file information display manner is to display the file or folder in a list manner, and when the user moves the mouse to When a folder is displayed, the properties and lists of its internal folders/files are displayed.

3 is a schematic diagram of a virtual file system in accordance with an embodiment of the present disclosure.

As shown in FIG. 3, in this embodiment, the cloud disk is virtualized as a disk E and displayed separately. When the user moves the mouse to the position of disk E, information such as the total space size, the used space size, and the remaining space size are displayed. In other embodiments, the cloud disk can also be virtualized as a folder, which is substantially the same as the mode of virtual disk, and will not be described again.

4 is another schematic diagram of a virtual file system in accordance with an embodiment of the present disclosure.

As shown in FIG. 4, in the present embodiment, the folder 1, the folder 2, and the file 3 are displayed in a list manner. When the user moves the mouse to the folder 1, the attributes and lists of the folders/files inside thereof are displayed, for example, the names, sizes, modification dates, and the like of the files 4 and 5 are displayed.

Returning to Fig. 2, in step S103, the user's management operation in the virtual file system is monitored.

In the present disclosure, the management operation includes a normal user operation, and may be an operation in which a user double-clicks a file to open a corresponding file, an operation of deleting a file by a delete key, an operation of uploading a new file, and an operation of replacing a file. , as well as the operation of updating a file, and so on. The following will explain the different operations separately.

In step S104, the network file is managed according to the management operation through the communication link.

In some embodiments, the management operation may include an opening operation, and step S104 may include: determining a first file corresponding to the opening operation; searching for the first file in the local terminal cache; opening the first file if the first file is found And if the first file is not found, the first file is downloaded from the remote server via the communication link, and the downloaded first file is opened.

After the downloading the first file from the remote server, the step S104 may further include: determining whether the remaining space of the local terminal cache is greater than the size of the first file; if the remaining space of the local terminal cache is greater than the size of the first file, the first file is cached. In the local terminal cache; if the remaining space of the local terminal cache is not larger than the size of the first file, delete the file with the oldest timestamp in the local terminal cache until the remaining space of the local terminal cache is larger than the size of the first file, and then A file is cached in the local terminal cache.

According to an embodiment of the present disclosure, a caching mechanism is introduced to download and cache a network file from a server, so that the user can directly open and edit the cached file. Compared with the related art, the terminal transmits the user's operation to the server in real time, and the server completes the editing of the file in response to the user operation, and the user can respond to the user operation in real time according to the embodiment of the present disclosure without requiring the server response, so that the user edits the speed. It is faster and can be edited in a way that users are accustomed to, which is convenient for users to manage.

In some embodiments, the management operation may include an update operation, and step S104 may include: determining a second file corresponding to the update operation; and synchronizing the update content of the second file to the remote server in an incremental update manner.

The second file may be subjected to blocking processing according to a preset rule. The preset rule may be, for example, the size of the data block (for example, 10 KB), so that the second file is divided into a plurality of data blocks having a size of 10 KB. The check value of each data block of the second file in the local terminal and the check value of each data block of the second file in the remote server may be calculated, and the check values of each data block are sequentially compared to determine the check value. Different data blocks. The data block with different check values in the second file in the local terminal may be used as the update content, and the data block corresponding to the second file in the remote server may be updated.

In some embodiments, the management operation may include a delete operation, and step S104 may include: determining a third file corresponding to the delete operation; deleting the third file in the remote server by the communication link; and deleting the file storage attribute and the third Information about the file.

In some embodiments, the management operation may include a replacement operation, and step S104 may include: determining a fourth file corresponding to the replacement operation; downloading the fourth file from the remote server through the communication link; deleting the second server in the remote server through the communication link Four files; operating the fourth file in the local terminal to generate a fifth file; and transmitting the fifth file to the remote server through the communication link.

The foregoing embodiment describes how to implement the management operation of the user. It is foreseeable that these operations can implement more complicated management operations by combining, and the specific implementation manners are not described herein.

In some embodiments, in order to ensure that the virtual file system is built according to the file storage attribute of the network file on the remote server, after obtaining the file storage attribute of the network file on the remote server, and before constructing the virtual file system, The file storage attribute is cached in the local terminal cache, and the file storage attribute cached in the local terminal cache is synchronized to the file storage attribute of the network file on the remote server by means of incremental synchronization. In this case, the step of building a virtual file system includes building a virtual file system based on the file storage attributes cached in the local terminal cache.

In some embodiments, similar to the above update operation, the file storage attribute may be subjected to block processing according to a preset rule, and the check value of each data block of the file storage attribute in the local terminal cache and the network file may be calculated on the remote server. The checksum value of each data block of the file storage attribute. The check value of each data block may be sequentially compared to determine a data block with different check values, and the data block with different check value in the file storage attribute of the network file on the remote server is used as the synchronization content, and is cached in the local terminal. The data block corresponding to the file storage attribute is updated.

The local terminal involved in the present disclosure includes various devices having network communication functions, such as a computer, a tablet, a mobile phone, a set top box, and the like.

According to the network file management method provided by the embodiment of the present disclosure, first, a file storage attribute such as a directory of a network file on a remote server is obtained through a communication link between the local terminal and the remote server, and then a virtual operation mode is matched with a file operation mode of the local terminal. File system and display file storage properties through the virtual file system. On this basis, the user can manage the network file on the virtual file system by using the file operation mode of the local terminal, and then manage the network file stored on the remote server based on the communication link between the local terminal and the remote server. In this way, the user only needs to operate according to the normal operation mode, and does not need to learn the operation modes of various cloud disks, thereby solving the problem that the user operation is inconvenient due to the need to learn the operation mode of the cloud disk, and the problem is improved. User experience. In the meantime, according to the embodiment of the present disclosure, only the virtual file system needs to be constructed and displayed on the client, and the remote server is not required to be modified by the cloud disk operator or the like, so that it can be compatible with various cloud disk services.

FIG. 5 is a schematic structural diagram of a network file management terminal according to an embodiment of the present disclosure.

Referring to FIG. 5, a network file management terminal according to an embodiment of the present disclosure may include a processor 21, a memory 22, and a communication bus 23.

The communication bus 23 is used to implement connection communication between the processor 21 and the memory 22.

When the processor 21 executes one or more programs stored in the memory 22, the processor 21 can execute a network file management method according to various embodiments of the present disclosure.

The present disclosure also provides a computer readable storage medium having stored thereon one or more programs that, when executed by one or more processors, can execute a network in accordance with embodiments of the present disclosure File management method.

FIG. 6 is a schematic diagram of a network architecture of a network file management terminal according to an embodiment of the present disclosure.

As shown in Figure 6, the bottom layer is the physical layer hardware, including the connection mode provided by the communication module such as wired network and wireless network; the TCP/IP protocol layer is above the physical layer hardware; and the application layer is above TCP/IP. Protocols such as HTTP (Hypertext Transfer Protocol) and REST (Representational State Transfer) interfaces belong to the HTTP protocol. The common interface hides the differences between different protocol layers, different devices, and different operating systems, providing a unified file access interface for applications, and applications use common interfaces to implement different applications.

FIG. 7 is a flowchart of a network file management method according to an embodiment of the present disclosure.

As shown in FIG. 7, the network file management method according to an embodiment of the present disclosure may include steps S401 to S404.

In step S401, the file storage attribute of the network file is acquired, and a local virtual file system is constructed.

FIG. 8 is a flow chart of a cloud disk login according to an embodiment of the present disclosure.

As shown in FIG. 8, the cloud disk login may include steps S501 to S504.

In step S501, the user logs in to the cloud disk using an account password or the like.

According to the cloud disk operator selected by the user, the cloud disk login interface is opened, and then the login is initiated according to the account and password input by the user. After the verification is passed, the cloud disk login is successful.

Log in to the cloud disk space using the username and password of the cloud disk, you can get a token (TOKEN) value and save it in the application. This TOKEN value is used for all subsequent interfaces, which is convenient for the server to perform authentication judgment.

In step S502, the storage information of the cloud disk and the file information of the network file are acquired.

You can obtain storage information such as the total space size of the cloud disk, the used space size, and the remaining space size, as well as file information such as the directory structure, file list, and file attributes of the network file.

After the login is successful, you can use the REST interface to obtain the space storage information of the cloud disk, and use the REST interface to obtain the directory structure on the server and save the obtained information in the application local memory.

In step S503, a virtual file system of the local terminal is constructed.

For example, a new file system can be created on the Windows system as a virtual file system corresponding to the cloud disk, and the interface thereof is a display interface of the virtual file system, as shown in FIG. 3 or FIG. 4, the virtual file system and the local terminal. The way the operating system displays information can be identical.

The Dokan library is a library that helps programmers build user-level file systems on Windows systems. The following is an example of establishing a virtual file system through the Dokan library. The Dokan library contains a user-mode dynamic link library (DLL) file (dokan.dll) and a kernel mode file system driver (dokan.sys). Once the Dokan file system driver is installed, you can create the same file system on the Windows system as the normal file system. An application that uses a file system created by the Dokan library is called a file system application. File operation requests from the user program (eg, create files, read files, write files, etc.) will be sent to the Windows input/output subsystem (which runs in kernel mode), and then file operation requests will be sent to the Dokan file. System driver (dokan.sys). By using the functions provided by the Dokan user mode dynamic link library file (dokan.dll), the file system application can register a callback function with the file system driver. After receiving the operation request in the file, the file system driver can call the registered callback function routine to respond to the file operation request, and the processing result of the callback function routine is returned to the user program. For example, when Windows Explorer requests to create a directory, the file operation request "OpenDirectory" will be sent to the Dokan file system driver (dokan.sys), and then the driver will call the file system application to provide the "OpenDirectory" request. Corresponding callback function routines. The result of the function routine is returned to the Windows Explorer as a response to the "OpenDirectory" request. The Dokan file system driver (dokan.sys) can be thought of as an agent between the user program and the file system program.

At S504, the virtual file system is configured and displayed.

Continuing with the above example, the Dokan file system can be used to map information such as the directory structure, file list, and file attributes on the cloud disk server to a drive letter under the local Windows system, so that the user can browse various files.

The Dokan file system can monitor the addition, deletion, and modification of files in the local Windows operating system. These operations can be formed as interfaces. The application can implement the service connection with the background server in these interfaces. The REST interface of the HTTP protocol can be used. Docking these businesses.

For example, as shown in FIG. 3, after the virtual file system is established (for example, disk E), the disk E can be initialized, then the storage information of the cloud disk is configured as the storage attribute of the disk E, and the file information of the network file is Write to disk E, as shown in Figure 4.

Returning to Figure 7, in step S402, the local terminal cache is configured and enabled.

The local application can open up a memory space for caching the contents of the file, and also needs to set a threshold. When the threshold is exceeded, the memory space of the first file content needs to be released. In practical applications, small files (such as files smaller than 20MB) will be frequently edited, while for large files, only read operations are performed, so the memory space does not need to be greatly developed. For large files, the Dokan file system can be used to directly read the file contents to effectively reduce the network load.

In step S403, the incremental synchronization algorithm is configured and enabled.

In the case of poor network conditions, in order to solve the synchronization problem, it is necessary to reduce the overhead of network transmission. Therefore, the mechanism of incremental synchronization, that is, the differential synchronization algorithm, can be used, and the content transmitted in the network is only a difference part, not all. content.

For the synchronization of the file storage attribute between the remote server and the local terminal cache, a synchronization thread can be set in the background, and the content in the buffer and the server are synchronized every predetermined time period.

The file can be divided into multiple data blocks on the client, and an MD5 (Message Digest Algorithm 5) value is calculated as a strong check value and a checksum as a weak check value for each data block. And send it to the server.

The server divides the corresponding file into blocks of the same block size, and calculates the MD5 value and checksum of each data block, and checks whether each data block is consistent with a certain checksum sent by the client, if it is in the server file. The checksum of the data block is consistent with a checksum sent by the client, indicating that the content of the data block in the server file is likely to be consistent with the data block content of the file in the corresponding client, but due to the school The checksum strength is not enough, so the MD5 value is matched again. If the MD5 values of the two data blocks are also matched, it is confirmed that the contents of the two data blocks are consistent, and the server can send the matching segment number to the client. For those data blocks that cannot be matched, the server sends the original content of the data block to the client.

The client obtains the matching information sent by the server, and can construct a replica that is consistent with the server file. For the matched data block, directly copy the content of the corresponding data block in the client file, and for the unmatched data block, the replication server sends the The content of the data block.

At step S404, the management operation of the user is monitored and executed.

The execution of management operations of various users will be described below with reference to FIGS. 9 to 11.

9 is a flow diagram of an open file operation in accordance with an embodiment of the present disclosure.

As shown in FIG. 9, the opening file operation according to an embodiment of the present disclosure may include: determining a first file corresponding to the opening operation; searching for the first file in the local terminal cache; and opening the first file if the first file is found The first file; and if the first file is not found, downloading the first file from the remote server through the communication link, and opening the downloaded first file.

For example, the user can double-click a certain network file (ie, the first file) in the resource manager to perform an opening operation (step S601). First, it is determined whether the network file has been cached in the local cache (step S602). If the network file has been cached, the content of the network file is directly read from the cache (step S603); otherwise, the REST interface can be used to download from the server. The network file (step S604).

After downloading the network file from the remote server, it may be judged whether the remaining space of the local terminal cache is larger than the size of the network file (step S605). If the remaining space of the local terminal cache is larger than the size of the network file, the network file is cached in the local terminal cache (step S607); if the remaining space of the local terminal cache is not greater than the size of the network file, the local is deleted. The file with the oldest timestamp in the terminal cache (step S606) until the remaining space of the local terminal cache is larger than the size of the network file, and then the network file is cached in the local terminal cache (step S607).

FIG. 10 is a flowchart of an update file operation in accordance with an embodiment of the present disclosure.

As shown in FIG. 10, the update file operation according to an embodiment of the present disclosure may include: determining a second file corresponding to the update operation; and synchronizing the updated content of the second file to the remote server in an incremental update manner.

After the user performs an operation such as editing the opened file, the edited file (ie, the second file) needs to be uploaded to the cloud disk, that is, the remote server (step S701), and the edited The updated content of the file is synced to the cloud disk.

The second file may be subjected to blocking processing according to a preset rule, and a check value of each data block of the second file in the local terminal and a check value of each data block of the second file in the remote server may be calculated. The check values of the data blocks may be sequentially compared to determine data blocks with different check values, and the data blocks with different check values in the second file in the local terminal may be used as the update content, and the second in the remote server. The data block corresponding to the file is updated.

The file to be updated is divided into several data blocks, and the strong check value and the weak check value of each data block are calculated. The information (i.e., the strong check value and the weak check value of each data block) is transmitted to the server through the REST interface (step S702). After receiving the information, the server divides the corresponding file into blocks according to the same data block size, and calculates a strong check value and a weak check value of each data block (step S703). The server cyclically detects the information of each data block and compares it with the information of each of the transmitted data blocks (step S704). First, it is compared whether the weak check values are the same (step S705). If the weak check values are not the same, it is determined that the data block is a data block to be updated (step S706); if the weak check values are the same, the strong check is continued. Whether the values are the same (step S707), if the strong check values are not the same, it is determined that the data block is a data block to be updated (step S706); if the strong check value is also the same, it indicates that the data block does not need to be updated (step S708) ). It is judged whether or not all the data blocks are compared (step S709), and when all the data blocks are compared, all the data blocks to be updated are updated (step S710).

As shown in FIG. 11, the deleting a file operation according to an embodiment of the present disclosure may include: determining a third file corresponding to the deletion operation; deleting the third file in the remote server by using the communication link; and deleting the file storage attribute and the third file Related information.

If the user wants to delete a file (ie, a third file) in the virtual file system, it is actually to delete the file in the cloud disk (ie, the remote server). First, the file to be deleted is obtained (step S801), and then the REST interface is called to delete the file (step S802). Determining the return value of the REST interface (step S803), if the REST interface returns the deletion succeeds, updating the local cache, and deleting the information of the file in the local cache (step S804); if the REST interface returns the deletion failure, the information may not be performed Any operation. Finally, the deletion result is reported to the user (step S805).

If the user needs to perform the operation of replacing the file, the remote file can be downloaded to the local, the remote file is deleted, the local file is modified, and the modified local file is re-uploaded to the server.

According to the network file management method, the terminal, and the computer readable storage medium provided by the embodiments of the present disclosure, the user can operate according to a conventional operation mode (ie, a file operation mode of the local terminal) without learning the operations of various cloud disks. The method is convenient for the user to operate and improves the user experience. In the meantime, according to the embodiment of the present disclosure, only the virtual file system needs to be constructed and displayed on the client, and the cloud server operator or the like is not required to modify the remote server, so that the cloud disk service can be compatible.

Those skilled in the art will appreciate that the various modules or steps of the above-described embodiments of the present disclosure may be implemented by a general-purpose computing device, which may be centralized on a single computing device or distributed over a network of multiple computing devices. Alternatively, they may be implemented by program code executable by a computing device such that they may be stored in a computer storage medium (ROM/RAM, diskette, optical disk) by a computing device, and in some cases The steps shown or described may be performed in a different order than that herein, or they may be separately fabricated into individual integrated circuit modules, or a plurality of the modules or steps may be implemented as a single integrated circuit module. Therefore, the present disclosure is not limited to any specific combination of hardware and software.

The above content is a further detailed description of the embodiments of the present disclosure in conjunction with the specific embodiments, and the specific implementation of the present disclosure is not limited to the description. It is to be understood by those skilled in the art that the present invention may be construed as being limited to the scope of the present disclosure.

Claims

A network file management method includes:

Obtaining, by a communication link between the local terminal and the remote server, a file storage attribute of the network file on the remote server;

Constructing and displaying a virtual file system corresponding to the file storage attribute, where the operation mode of the virtual file system matches the file operation mode of the local terminal;

Monitoring user management operations on the virtual file system;

The network file is managed according to the management operation through the communication link.
The network file management method according to claim 1, wherein said management operation comprises an open operation, and said step of managing said network file according to said open operation comprises:

Determining a first file corresponding to the opening operation;

Finding the first file in a local terminal cache;

Opening the first file if the first file is found;

If the first file is not found, the first file is downloaded from the remote server through the communication link, and the downloaded first file is opened.
The network file management method according to claim 2, wherein after the downloading the first file from the remote server, the step of managing the network file according to the opening operation further comprises:

Determining whether a remaining space of the local terminal cache is greater than a size of the first file;

If the remaining space of the local terminal cache is greater than the size of the first file, cache the first file in the local terminal cache;

If the remaining space of the local terminal cache is not greater than the size of the first file, delete the file with the oldest timestamp in the local terminal cache until the remaining space of the local terminal cache is greater than the size of the first file. And then caching the first file in the local terminal cache.
The network file management method according to claim 1, wherein said management operation includes an update operation, and said step of managing said network file according to said update operation comprises:

Determining a second file corresponding to the update operation;

The updated content of the second file is synchronized to the remote server in an incremental update manner.
The network file management method according to claim 4, wherein the step of synchronizing the updated content of the second file to the remote server by means of incremental update comprises:

Performing block processing on the second file according to a preset rule;

Calculating a check value of each data block of the second file in the local terminal and a check value of each data block of the second file in the remote server;

Comparing the check values of the data blocks in turn to determine data blocks having different check values;

A data block having a different check value in the second file in the local terminal is used as an update content, and a data block corresponding to the second file in the remote server is updated.
The network file management method according to claim 1, wherein the management operation includes a deletion operation, and the step of managing the network file according to the deletion operation comprises:

Determining a third file corresponding to the deleting operation;

Deleting the third file in the remote server through the communication link;

And deleting information related to the third file in the file storage attribute.
The network file management method according to claim 1, wherein said management operation includes a replacement operation, and said step of managing said network file according to said replacement operation comprises:

Determining a fourth file corresponding to the replacement operation;

Downloading the fourth file from the remote server through the communication link;

Deleting the fourth file in the remote server by the communication link;

Performing operation on the fourth file in the local terminal to generate a fifth file;

The fifth file is sent to the remote server via the communication link.
The network file management method according to claim 1, wherein after the step of acquiring a file storage attribute of the network file on the remote server, and before the step of constructing the virtual file system, the method further comprises:

Caching the file storage attribute in a local terminal cache;

Synchronizing the file storage attributes cached in the local terminal cache into file storage attributes of the network file on the remote server by using incremental synchronization.

And wherein the step of constructing the virtual file system comprises:

The virtual file system is constructed according to a file storage attribute cached in the local terminal cache.
The network file management method according to claim 8, wherein the file storage attribute cached in the local terminal cache is synchronized to a file storage attribute of the network file on the remote server by means of incremental synchronization. The steps include:

Performing block processing on the file storage attribute according to a preset rule;

Calculating a check value of each data block of the file storage attribute in the local terminal cache and a check value of each data block of the file storage attribute of the network file on the remote server;

Comparing the check values of the data blocks in turn to determine data blocks having different check values;

And updating, by the data file, a data block having different check values in a file storage attribute of the remote server as a synchronization content, and updating a data block corresponding to the file storage attribute in the local terminal cache.
The network file management method according to any one of claims 1 to 9, wherein the file storage attribute includes a file directory structure, a file list, a file attribute, and storage space information of the network file on the remote server, And the steps to build a virtual file system include:

Obtaining a storage space display manner and a file information display manner in a file operation mode of the local terminal;

Displaying the storage space information using the storage space display manner;

The file directory structure, the file list, and the file attributes are displayed by using the file information display manner.
A network file management terminal includes a processor, a memory, and a communication bus, wherein

The communication bus is configured to implement connection communication between the processor and the memory,

The processor executes the network file management method according to any one of claims 1 to 10 when the processor executes one or more programs stored in the memory.
A computer readable storage medium having stored thereon one or more programs, the one or more processors being executed by one or more processors, the one or more processors executing according to claims 1 to 10 A network file management method according to any of the preceding claims.