Cloud storage file management system based on embedded terminal devices

Abstract

This application relates to a cloud storage file management system based on an embedded terminal device. The cloud storage file management system includes users, embedded terminal devices, and a cloud storage server; the embedded terminal device communicates with the cloud storage server using HTTPS or WebDAV protocols, and the embedded terminal device communicates with the user using the Samba protocol; the embedded terminal device configures one or more cloud storage accounts, creates cloud storage directories corresponding to the one or more cloud storage accounts based on the cloud storage file system, and shares the cloud storage directories with the user through the Samba server.

Description

Technical Field

[0001] This application relates to the field of data transmission technology, and more specifically, to a cloud storage file management system based on an embedded terminal device. Background Technology

[0002] With the development of network and storage technologies, cloud storage (also known as online storage) has gradually become a mainstream storage method. However, access to cloud storage currently relies on third-party applications and lacks operating system-level support. For example, in Windows, File Explorer recognizes file extensions, and double-clicking a file opens it with the appropriate software. Since cloud storage is a third-party application and not managed by File Explorer, some special files need to be downloaded before they can be used.

[0003] Therefore, we hope to provide an improved solution for managing cloud storage files. Summary of the Invention

[0004] This application provides a cloud storage file management system based on an embedded terminal device, which can reduce user costs, expand the application scenarios of cloud storage services, and improve the functionality of embedded terminal devices by enabling users to access cloud storage files on the cloud storage server through the embedded terminal device.

[0005] According to one aspect of this application, a cloud storage file management system based on an embedded terminal device is provided, including a user, an embedded terminal device, and a cloud storage server; the embedded terminal device communicates with the cloud storage server using HTTPS or WEBDAV protocol, and the embedded terminal device communicates with the user using Samba protocol; the embedded terminal device configures one or more cloud storage accounts, and creates cloud storage directories corresponding to the one or more cloud storage accounts based on the cloud storage file system, and shares the cloud storage directories with the user through the Samba server.

[0006] In the aforementioned cloud storage file management system based on embedded terminal devices, the embedded terminal devices announce the Samba service to the local area network through discovery notifications, so that the users can discover the cloud storage directory.

[0007] In the aforementioned cloud storage file management system based on an embedded terminal device, the embedded terminal device logs into the cloud storage server with the user's authorization, including: displaying an option to add a cloud storage account to the user on the management page of the embedded terminal device; receiving an instruction from the user to add a cloud storage account; sending an authorization request to the cloud storage server based on the instruction of the cloud storage account; the embedded terminal device cyclically sending an access token acquisition request together with the device code received from the cloud storage server to the cloud storage server; and, in response to receiving login authorization from the user, the embedded terminal device obtains an access token from the cloud storage server.

[0008] In the aforementioned cloud storage file management system based on embedded terminal devices, the cloud storage server's response to the authorization request includes a device code and an identifier code assigned to the embedded terminal device.

[0009] In the aforementioned cloud storage file management system based on embedded terminal devices, the instruction for a user to add a cloud storage account includes the username and password of the Samba account entered on the login interface of the embedded terminal device, and the user's Samba account is bound to the cloud storage account.

[0010] In the aforementioned cloud storage file management system based on embedded terminal devices, the access token is a communication identifier between the embedded terminal device and the cloud storage server, and the access token corresponds to a cloud storage user. The cloud storage server identifies the corresponding cloud storage user by recognizing the access token.

[0011] In the aforementioned cloud storage file management system based on an embedded terminal device, the embedded terminal device enables the user to access cloud storage files by creating a cloud storage file system. Creating the cloud storage file system includes: reading user configuration and creating a user directory in the cloud storage directory through a cloud storage file system creation program in the embedded terminal device; responding to receiving an access instruction from the user directory, sending an operation request based on the access instruction to the kernel of the cloud storage file system creation program; the kernel passing the operation request to a user-mode file system; the user-mode file system passing the operation request to a library for implementing the user-mode file system; and triggering a call instruction in the library for implementing the user-mode file system to invoke the kernel to implement the operation request.

[0012] In the aforementioned cloud storage file management system based on embedded terminal devices, the kernel manages file handles based on the operation request while implementing the operation request.

[0013] In the aforementioned cloud storage file management system based on embedded terminal devices, the kernel communicates with the cloud storage server based on the operation request and calls the API interface of the cloud storage server to perform cloud storage file operations.

[0014] In the aforementioned cloud storage file management system based on embedded terminal devices, the kernel uses a thread pool to upload / download large files in chunks.

[0015] In the aforementioned cloud storage file management system based on embedded terminal devices, the kernel responds to the multi-user directory, determines the user directory corresponding to the operation request, and attaches an access token corresponding to the user directory to the communication with the cloud storage server.

[0016] The cloud storage file management system based on embedded terminal devices provided in this application can reduce user costs, expand the application scenarios of cloud storage services, and improve the functionality of embedded terminal devices by enabling users to access cloud storage files on the cloud storage server through embedded terminal devices. Attached Figure Description

[0017] Various other advantages and benefits of this application will become apparent to those skilled in the art upon reading the detailed description of the preferred embodiments below. The accompanying drawings are for illustrative purposes only and are not intended to limit the scope of this application. It is obvious that the drawings described below are merely some embodiments of this application, and those skilled in the art can obtain other drawings based on these drawings without any inventive effort. Furthermore, the same reference numerals denote the same parts throughout the drawings.

[0018] Figure 1 The illustration shows the structure and application scenario of a cloud storage file management system based on an embedded terminal device according to an embodiment of this application.

[0019] Figure 2 The diagram illustrates the process by which the embedded terminal device logs into the cloud storage server via a user scan.

[0020] Figure 3 The illustration shows a schematic diagram of creating a cloud storage file system on the embedded terminal device in a cloud storage file management system based on an embedded terminal device according to an embodiment of this application.

[0021] Figure 4 The illustration shows a schematic interface for a user to input and bind a Samba account in a cloud storage file management system based on an embedded terminal device according to an embodiment of this application.

[0022] Figure 5The illustration shows a schematic diagram of multi-user cloud storage management in a cloud storage file management system based on an embedded terminal device according to an embodiment of this application.

[0023] Figure 6 The illustration shows a schematic diagram of multiple user directories in a cloud storage file management system based on an embedded terminal device according to an embodiment of this application. Detailed Implementation

[0024] Hereinafter, exemplary embodiments according to this application will be described in detail with reference to the accompanying drawings. Obviously, the described embodiments are merely some embodiments of this application, and not all embodiments of this application. It should be understood that this application is not limited to the exemplary embodiments described herein.

[0025] Application Overview

[0026] As mentioned above, the inconvenience of accessing files on cloud storage is due to the fact that most cloud storage APIs are based on the HTTP protocol, encapsulating cloud storage control data to manipulate files. HTTP (Hypertext Transfer Protocol) is a protocol used to transfer hypertext from a web server to a local browser; it defines how a client requests data from a server and how the server responds. Furthermore, the interfaces provided by each cloud storage provider are proprietary, requiring specialized applications to use.

[0027] In this application, the applicant uses an embedded terminal device as an intermediary layer between the user and the cloud storage server. The embedded terminal device uses the proprietary protocol provided by the cloud storage service provider for data interaction and offers users a unified standard interface, namely the Samba file sharing protocol. Samba is an open-source network file sharing protocol that allows users to share files between Linux / Unix hosts and Windows clients. It uses the CIFS (Common Internet File System) protocol for sharing and supports features such as user permissions, storage quotas, and document version control, making it a complete solution for network sharing.

[0028] Specifically, the cloud storage file management system based on embedded terminal devices according to embodiments of this application maps the cloud storage to the file system of the embedded terminal device and shares it with the local area network via Samba, thus providing storage medium for IoT devices within the local area network. In other words, the cloud storage file management system based on embedded terminal devices according to embodiments of this application can map the cloud storage as a virtual disk on an electronic device, such as a computer or mobile phone, so that file operations are performed just like on a local disk.

[0029] For example, real-time video recordings from smart cameras can be stored in a cloud drive, and televisions can play these videos directly from the cloud drive. In addition, IoT devices can also store information such as events, alarms, and debugging information in this medium, and then visualize this information on embedded terminal devices.

[0030] The cloud storage file management system based on an embedded terminal device according to embodiments of this application uses Linux's FUSE technology. It allows for the implementation of a custom file system in user space, and the communication interface with the cloud storage is implemented in file operation functions, thus simulating a cloud storage file system on the embedded terminal device. Here, FUSE (Filesystem in Userspace) is an application programming interface that allows user space programs to use kernel space functions based on the file system. It allows user space programs to access the file system as a local file system without any modifications to the kernel space. FUSE supports the creation, operation, storage, and retrieval of the file system. It includes a set of APIs that facilitate the writing and integration of file system components, avoiding the complexity of kernel drivers.

[0031] Therefore, the cloud storage file management system based on embedded terminal devices according to the embodiments of this application, by implementing a cloud storage file system based on a home smart embedded terminal device, can have the following beneficial effects:

[0032] (1) For users, there is no need to download the cloud storage application. They can find their cloud storage directly in Network Neighborhood and operate it just like operating a local hard drive, which reduces the learning cost and makes it more convenient to use.

[0033] (2) For cloud storage service providers, it has enhanced product competitiveness and expanded the application scenarios of cloud storage.

[0034] (3) For embedded terminal device developers, the status of embedded terminal devices as home gateways has been clarified, which has promoted the development of smart home technology.

[0035] (4) For IoT device manufacturers that need to use cloud storage, there is no need to connect to cloud storage applications. They can directly use the Samba client to connect to the cloud storage, reducing development time and costs.

[0036] Exemplary System

[0037] Figure 1 The illustration shows the structure and application scenario of a cloud storage file management system based on an embedded terminal device according to an embodiment of this application.

[0038] like Figure 1As shown, the cloud storage file management system based on an embedded terminal device according to embodiments of this application can be broadly divided into three layers: users, embedded terminal devices, and cloud storage servers. The embedded terminal devices and the cloud storage server use HTTPS or WEBDAV protocols (i.e., ...). Figure 1 Communication occurs via the northbound interface in the interface, while the user and the embedded terminal device communicate using the Samba protocol (i.e., ...). Figure 1 (The southbound interface in the cloud storage) allows users to access the cloud storage even without using a dedicated application (APP).

[0039] In this embodiment of the application, the embedded terminal device can be various terminal devices with network functions, such as routers, set-top boxes, etc., or even cameras with network functions.

[0040] Here, WebDAV (Web Distributed Authoring and Versioning) is an extended HTTP protocol that grants users file system permissions on remote servers. It allows users to create, modify, rename, copy, move, and delete documents without requiring special FTP tools.

[0041] Furthermore, WSDD (Web Service Discovery Definition) is a protocol for dynamically discovering web services. It uses XML messages as the standard interface between users and service providers. Through WSDD, users can dynamically obtain information about services, thereby making the entire application more flexible.

[0042] In the cloud storage file management system based on an embedded terminal device according to an embodiment of this application, one or more cloud storage accounts can be configured on the embedded terminal device, and different directories can be created according to the one or more cloud storage accounts and shared with users through a Samba server.

[0043] Furthermore, the embedded terminal device announces the Samba service to the local area network through discovery notifications, such as WSDD (WebService Discover), so that the user's terminal device, such as a computer or mobile phone, can discover the cloud drive directory in the network neighborhood and access the cloud drive directory.

[0044] Therefore, the cloud storage file management system based on an embedded terminal device according to the embodiments of this application includes a user, an embedded terminal device, and a cloud storage server, wherein the embedded terminal device communicates with the cloud storage server using HTTPS or WEBDAV protocol, and the embedded terminal device communicates with the user using Samba protocol; the embedded terminal device configures one or more cloud storage accounts, and creates a cloud storage directory corresponding to the one or more cloud storage accounts based on the cloud storage file system, and shares the cloud storage directory with the user through the Samba server.

[0045] Furthermore, the embedded terminal device announces the Samba service to the local area network through a discovery notification, so that the user can discover the cloud drive directory.

[0046] Specifically, in this embodiment of the application, the embedded terminal device can log in to the cloud storage server through user authorization. For example, Figure 2 The diagram illustrates the process by which the embedded terminal device logs into the cloud storage server via a user scan.

[0047] like Figure 2 As shown, firstly, the management page of the embedded terminal device displays the option to add a cloud storage account to the user. Then, it receives the user's instruction to add a cloud storage account. For example, the user can issue an instruction by clicking the "Add Cloud Storage Account" option. At this time, the embedded terminal device sends an authorization request to the cloud storage server. The cloud storage server's response to the authorization request includes a device code assigned to the embedded terminal device (e.g., it can be randomly generated to identify this request) and an identification code, such as a QR code URL.

[0048] When a user issues a command to add a cloud storage account, for example, when the user clicks the "Add Cloud Storage Account" option, the embedded terminal device can display a login identifier code to the user, such as a login QR code, or display login confirmation information to the user, such as a Samba username input field and a Samba password input field.

[0049] Furthermore, when a user enters their Samba account username and password on the login interface of the embedded terminal device, the user's Samba account can be bound, such as... Figure 4 As shown. Here, Figure 4 The illustration shows a schematic interface for a user to input and bind a Samba account in a cloud storage file management system based on an embedded terminal device according to an embodiment of this application.

[0050] Furthermore, the embedded terminal device can send the request to obtain the access token along with the device code received from the cloud storage server in a loop. Here, the access token will only be obtained from the cloud storage server when the user receives login authorization, such as when the user scans the login identifier code or enters the user code and password.

[0051] Here, the access token is essentially a communication identifier between the embedded terminal device and the cloud storage server. The cloud storage server can identify the access token to determine which cloud storage user sent the request, and thus make a corresponding response.

[0052] That is, in the cloud storage file management system based on an embedded terminal device according to the embodiments of this application, the embedded terminal device logs into the cloud storage server with the user's authorization, including: displaying an option to add a cloud storage account to the user on the management page of the embedded terminal device; receiving an instruction from the user to add a cloud storage account; sending an authorization request to the cloud storage server based on the instruction of the cloud storage account; the embedded terminal device cyclically sending an access token acquisition request together with the device code received from the cloud storage server to the cloud storage server; and, in response to receiving login authorization from the user, the embedded terminal device obtains an access token from the cloud storage server.

[0053] The cloud storage server's response to the authorization request includes a device code and an identifier code assigned to the embedded terminal device.

[0054] The instruction for a user to add a cloud storage account includes the username and password of the Samba account entered on the login interface of the embedded terminal device, and the user's Samba account is bound to the cloud storage account.

[0055] The access token is a communication identifier between the embedded terminal device and the cloud storage server, and the access token corresponds to the cloud storage user. The cloud storage server identifies the corresponding cloud storage user by recognizing the access token.

[0056] In this way, the embedded terminal device establishes authorized communication with the cloud storage server, thereby enabling access to the cloud storage server. Furthermore, in order for the user to access files on the cloud storage server via the embedded terminal device, a cloud storage file system needs to be created within the embedded terminal device.

[0057] Figure 3 The illustration shows a schematic diagram of creating a cloud storage file system on the embedded terminal device in a cloud storage file management system based on an embedded terminal device according to an embodiment of this application.

[0058] In practice, the program creates a cloud storage file system through the embedded terminal device, for example... Figure 3 Use panDriver to create the cloud drive file system.

[0059] Specifically, panDriver first reads the user configuration ( Figure 2 The system generates an access token (Samba username / password, etc.) by scanning a QR code to log in, and creates different user directories in the cloud drive directory based on the different users (for example, the directory name is Samba username).

[0060] When an access command for a user directory, such as "panfs / user directory", is received, the corresponding operation (open, read, write, close, etc.) is performed according to the operation type of the access command (open, read, write, close, etc.). This is similar to a traditional file system, except that in a traditional file system these operations are reading and writing to the disk, while in a cloud storage file system creation program, such as panDriver, these operations are calling the network interface.

[0061] The cloud storage file system creation program includes libraries for implementing user-mode file systems, such as... Figure 3 The libfuse shown is a C library for implementing user-space file systems. The cloud drive file system creation program, for example... Figure 3 The panDriver shown points to libraries used to implement user-mode file systems, such as... Figure 3 The example shown is the callback function for the libfuse registration file operation method.

[0062] When a file in the cloud drive directory, such as panfs, is accessed, the operation request is sent to the kernel's VFS (visual file system). The VFS then determines which subsystem to handle the operation based on the file system (for example, in this embodiment, a user-space file system is used, i.e., ...). Figure 3 (as shown in the fuse).

[0063] That is, the processing request is first passed to the user-space file system, for example... Figure 3 From fuse in the code, to libraries used to implement user-space file systems, such as... Figure 3 In libfuse, the library used to implement the user-space file system triggers callback instructions to call the corresponding operations (e.g., open, read, write, close) implemented in the kernel.

[0064] Here, the kernel manages file handles based on operation instructions. For example, the open operation instruction creates an fd (file descriptor), and the close operation instruction destroys the fd.

[0065] Then, the kernel communicates with the cloud storage server and performs file operations based on operation instructions. For example, the write operation instruction corresponds to uploading files, and the read operation instruction corresponds to downloading files. Specifically, in this embodiment, the entire access process to the cloud storage server can be conducted via the network, thus not occupying the memory of the embedded terminal device.

[0066] Furthermore, in addition to the operations mentioned above (open, read, write, close, etc.), in this embodiment of the application, the embedded terminal device can call the API interface of the cloud storage server to communicate with the cloud storage server. Table 1 below shows the correspondence between the operation instructions of the cloud storage file system and the API of the cloud storage server.

[0067] Table 1

[0068]

[0069]

[0070] Therefore, once the cloud storage file system discovers and displays the corresponding services to the user through the Samba service, the user can perform corresponding operations on the cloud storage files through file-related operation commands between the user and the cloud storage server, as well as through API calls between the user and the cloud storage server.

[0071] Preferably, considering that uploading and downloading files to the cloud storage server will have performance bottlenecks, thread pool technology can be used in the kernel to split large files into chunks for uploading / downloading.

[0072] Furthermore, in the case of multiple user directories, the kernel will determine which user's directory the current operation is in, and then attach the corresponding user's access token when communicating with the cloud storage server.

[0073] That is, in the cloud storage file management system based on an embedded terminal device according to the embodiments of this application, the embedded terminal device enables the user to access cloud storage files by creating a cloud storage file system. Creating the cloud storage file system includes: reading user configuration and creating a user directory in the cloud storage directory through a cloud storage file system creation program in the embedded terminal device; in response to receiving an access instruction for the user directory, sending an operation request based on the access instruction to the kernel of the cloud storage file system creation program; the kernel passing the operation request to the user-mode file system; the user-mode file system passing the operation request to a library for implementing the user-mode file system; and triggering a call instruction in the library for implementing the user-mode file system to call the kernel to implement the operation request.

[0074] Furthermore, the kernel manages file handles based on the operation request while implementing the operation request.

[0075] Furthermore, the kernel communicates with the cloud storage server based on the operation request and calls the cloud storage server's API interface to perform operations on the cloud storage files.

[0076] Furthermore, the kernel uses a thread pool to upload / download large files in chunks.

[0077] Furthermore, the kernel responds to the multi-user directory, determines the user directory corresponding to the operation request, and attaches an access token corresponding to the user directory to the communication with the cloud storage server.

[0078] Therefore, after the cloud storage file system is created, users can discover it in Network Neighborhood. Samba provides file sharing, and WSDD provides discovery. A Samba user is also created when a user adds a cloud storage account; this user corresponds one-to-one with the cloud storage account. When multiple cloud storage services are bound to an embedded terminal device, multiple user directories will be found under the network / cloud storage file system, such as... Figure 5 and Figure 6 As shown. Here, Figure 5 The illustration shows a schematic diagram of multi-user cloud storage management in a cloud storage file management system based on an embedded terminal device according to an embodiment of this application. Furthermore, Figure 6 The illustration shows a schematic diagram of multiple user directories in a cloud storage file management system based on an embedded terminal device according to an embodiment of this application.

[0079] Exemplary computer program products and computer-readable storage media

[0080] Specifically, embodiments of this application can be implemented as a pre-set computer program product embedded in a terminal device, which includes computer program instructions. When the computer program instructions are run by a processor, the processor causes the processor to perform the functions of the cloud storage file management system based on the embedded terminal device according to the various embodiments of this application described in the "Exemplary Systems" section above.

[0081] The computer program product can be written in any combination of one or more programming languages ​​to perform the operations of the embodiments of this application. The programming languages ​​include object-oriented programming languages ​​such as Java and C++, as well as conventional procedural programming languages ​​such as C or similar languages. The program code can be executed entirely on the user's computing device, partially on the user's computing device, as a standalone software package, partially on the user's computing device and partially on a remote computing device, or entirely on a remote computing device or server.

[0082] Furthermore, embodiments of this application may also be computer-readable storage media storing computer program instructions thereon, which, when executed by a processor, cause the processor to perform the functions of the cloud storage file management system based on an embedded terminal device according to various embodiments of this application as described in the "Exemplary Systems" section above.

[0083] The computer-readable storage medium may be any combination of one or more readable media. A readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may, for example, include, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatuses, or devices, or any combination thereof. More specific examples of readable storage media (a non-exhaustive list) include: electrical connections having one or more wires, portable disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0084] The basic principles of this application have been described above with reference to specific embodiments. However, it should be noted that the advantages, benefits, and effects mentioned in this application are merely examples and not limitations, and should not be considered as essential features of each embodiment of this application. Furthermore, the specific details disclosed above are for illustrative and facilitative purposes only, and are not limitations. These details do not limit the application to the necessity of employing the aforementioned specific details for implementation.

[0085] The block diagrams of devices, apparatuses, devices, and systems involved in this application are merely illustrative examples and are not intended to require or imply that they must be connected, arranged, or configured in the manner shown in the block diagrams. As those skilled in the art will recognize, these devices, apparatuses, devices, and systems can be connected, arranged, and configured in any manner. Words such as “comprising,” “including,” “having,” etc., are open-ended terms meaning “including but not limited to,” and are used interchangeably with them. The terms “or” and “and” as used herein refer to the terms “and / or,” and are used interchangeably with them unless the context clearly indicates otherwise. The term “such as” as used herein refers to the phrase “such as but not limited to,” and is used interchangeably with it.

[0086] It should also be noted that in the apparatus, equipment, and methods of this application, the components or steps can be disassembled and / or recombined. These disassemblies and / or recombinations should be considered as equivalent solutions of this application.

[0087] The above description of the disclosed aspects is provided to enable any person skilled in the art to make or use this application. Various modifications to these aspects will be readily apparent to those skilled in the art, and the general principles defined herein can be applied to other aspects without departing from the scope of this application. Therefore, this application is not intended to be limited to the aspects shown herein, but rather to be accorded the widest scope consistent with the principles and novel features disclosed herein.

[0088] The above description has been given for purposes of illustration and description. Furthermore, this description is not intended to limit the embodiments of this application to the forms disclosed herein. Although numerous exemplary aspects and embodiments have been discussed above, those skilled in the art will recognize certain variations, modifications, alterations, additions, and sub-combinations thereof.

Claims

1. An embedded terminal device based web disk file management system, characterized in that, The system comprises a user, an embedded terminal device and a network disk server; The embedded terminal device communicates with the network disk server using HTTPS or WEBDAV protocol, and communicates with the user using samba protocol. The embedded terminal device configures one or more network disk accounts, and creates a network disk directory corresponding to the one or more network disk accounts based on a network disk file system, and shares the network disk directory with the user through a samba server. The embedded terminal device enables the user to access the network disk file through the network disk file system, and the network disk file system comprises: The network disk file system creation program in the embedded terminal device reads the user configuration and creates a user directory in the network disk directory; In response to receiving an access instruction of the user directory, an operation request according to the access instruction is sent to a kernel of the network disk file system creation program; The kernel transmits the operation request to a user state file system; The user state file system transmits the operation request to a library for implementing the user state file system; and In the library for implementing the user state file system, a call instruction is triggered to call the kernel to implement the operation request.

2. The embedded terminal device based webdisk file management system according to claim 1, wherein, The embedded terminal device announces the samba service in the local area network through discovery notification, so that the user can discover the network disk directory.

3. The embedded terminal device based webdisk file management system of claim 1, wherein, The embedded terminal device logs in the network disk server through authorization of the user, comprising: displaying an option of adding a network disk account to the user on a management page of the embedded terminal device; receiving an instruction of the user to add a network disk account; sending an authorization request to the network disk server based on the instruction of the network disk account; The embedded terminal device sends a request for obtaining an access token to the network disk server together with a device code received from the network disk server; and In response to receiving login authorization from the user, the embedded terminal device obtains an access token from the network disk server.

4. The embedded terminal device based webdisk file management system of claim 3, wherein, The response of the network disk server to the authorization request contains a device code and an identification code allocated for the embedded terminal device.

5. The embedded terminal device based webdisk file management system of claim 3, wherein, The instruction of the user to add a network disk account includes a username and password of a Samba account input on a login interface of the embedded terminal device, and the Samba account of the user is bound to the network disk account.

6. The embedded terminal device based webdisk file management system of claim 3, wherein, The access token is a communication identifier of the embedded terminal device and the network disk server, and the access token corresponds to a network disk user, and the network disk server determines the corresponding network disk user by identifying the access token.

7. The embedded terminal device based webdisk file management system of claim 1, wherein, The kernel manages a file handle based on the operation request while implementing the operation request.

8. The embedded terminal device based webdisk file management system of claim 1, wherein, The kernel core communicates with the network disk server based on the operation request and calls an API interface of the network disk server to operate the network disk file.

9. The embedded terminal device based webdisk file management system of claim 1, wherein, The kernel judges the user directory corresponding to the operation request in response to multiple user directories, and appends an access token corresponding to the user directory in communication with the network disk server.

Images