Method, device and equipment for sharing user directory by cloud application and local system
By sharing the user directory between cloud applications and local systems, the problem of cloud applications and local systems being unable to share the user directory is solved, and the user experience is improved.
Patent Information
- Application Number
- CN202510658076.1
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-05-21
- Publication Date
- 2025-09-23
AI Technical Summary
Cloud applications and local systems cannot share user directories, causing inconvenience to users.
Set the user directory in the local system to an open state and mount it to the cloud application. Modify the user directory path through the registry key so that the cloud application and the local system share the new user directory.
It enables user directory sharing between cloud applications and local systems, improving user convenience.
Smart Images
Figure CN120687424A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of cloud application technology, and in particular to a method, apparatus, device, and storage medium for sharing a user directory between a cloud application and a local system. Background Art
[0002] The working principle of "cloud application" is to transform the traditional software usage mode of "local installation and local calculation" into a "ready-to-use" service, which is a new type of application that connects and controls remote server clusters through the Internet or local area network to complete business logic or computing tasks. In related technologies, the system running in the cloud application is derived from the real system in the loaded virtual disk. The files generated by the user in the process of using the cloud application software are also stored on the virtual disk. If the files in the virtual disk are to be transferred or used in other environments, they need to be copied through a USB flash drive or transmitted over the network. However, the files in the virtual disk cannot be directly accessed in the local system. Similarly, the files in the local system disk cannot be directly accessed in the cloud application, which will cause inconvenience to the user. Therefore, a method to solve the above problems is urgently needed. Summary of the Invention
[0003] The present application provides a method, apparatus, device and computer-readable storage medium for sharing user directories between cloud applications and local systems, which can solve the technical problem in the prior art that cloud applications and local systems cannot share user directories, causing inconvenience to users.
[0004] In a first aspect, an embodiment of the present application provides a method for a cloud application and a local system to share a user directory. The method for a cloud application and a local system to share a user directory includes:
[0005] Setting the first user directory in the local system to an open state so that the cloud application obtains operation permissions for the first user directory;
[0006] Mounting the first shared storage path where the first user directory is located to the cloud application;
[0007] A new user directory is set for the cloud application in the first shared storage path so that the cloud application and the local system share the new user directory, wherein the setting of the new user directory includes: modifying the paths of user directories such as desktop, downloads, and documents through the registry entry UserShellFolders. UserA's desktop directory was originally C:\Users\UserA\Desktop, and after modification through the registry it is Z:\Desktop.
[0008] In conjunction with the first aspect, in one embodiment, setting a new user directory for the cloud application in the first shared storage path includes:
[0009] The first user directory is set as a new user directory for the cloud application.
[0010] In conjunction with the first aspect, in one embodiment, setting a new user directory for the cloud application in the first shared storage path further includes:
[0011] Creating a second user directory in the first shared storage path;
[0012] Set the second user directory as a new user for the cloud application
[0013] In conjunction with the first aspect, in one embodiment, after setting a new user directory for the cloud application in the first shared storage path, the method further includes:
[0014] The new user directory is set as the default user directory of the cloud application by modifying the registry.
[0015] In conjunction with the first aspect, in one embodiment, before setting the first user directory in the local system to an open state, the method further includes:
[0016] The storage path of the first user directory in the local system is modified from the default storage path to the first shared storage path.
[0017] In a second aspect, an embodiment of the present application provides a device for sharing a user directory between a cloud application and a local system, wherein the device for sharing a user directory between a cloud application and a local system includes:
[0018] The setting module enables the user to set the first user directory in the local system to an open state so that the cloud application can obtain the operation permission for the first user directory;
[0019] A first sharing module, configured to mount a first shared storage path where the first user directory is located to the cloud application;
[0020] The second sharing module is configured to set a new user directory for the cloud application in the first shared storage path, so that the cloud application and the local system share the new user directory.
[0021] In conjunction with the second aspect, in one embodiment, the method further includes:
[0022] Creating a second user directory in the first shared storage path;
[0023] The second user directory is set as a new user directory for the cloud application.
[0024] In combination with the second aspect, in one embodiment, the method further includes: setting the new user directory as the default user directory of the cloud application by modifying a registry.
[0025] In a third aspect, an embodiment of the present application provides a device for sharing a user directory between a cloud application and a local system, characterized in that the device for sharing a user directory between a cloud application and a local system includes a processor, a memory, and a program for sharing a user directory between a cloud application and a local system stored on the memory and executable by the processor, wherein when the program for sharing a user directory between a cloud application and a local system is executed by the processor, the steps of the method for sharing a user directory between a cloud application and a local system as described above are implemented.
[0026] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, on which is stored a program for sharing a user directory between a cloud application and a local system. When the program for sharing a user directory between a cloud application and a local system is executed by a processor, the steps of the method for sharing a user directory between a cloud application and a local system as described above are implemented.
[0027] The beneficial effects of the technical solutions provided in the embodiments of the present application include at least:
[0028] By setting the first user directory in the local system to an open state, the cloud application obtains the operation permission for the first user directory;
[0029] Mounting the first shared storage path where the first user directory is located to the cloud application;
[0030] A new user directory is set for the cloud application in the first shared storage path so that the cloud application and the local system share the new user directory. Setting the new user directory includes modifying the paths of user directories such as the desktop, downloads, and documents through the registry key UserShellFolders. For example, UserA's desktop directory was originally C:\Users\UserA\Desktop, but after the registry modification, it is Z:\Desktop. This solves the technical problem in related technologies where the application and the local system cannot share the user directory, causing inconvenience to the user. This application provides a method for enabling cloud applications and local systems to share user directories, making it more convenient for users. BRIEF DESCRIPTION OF THE DRAWINGS
[0031] Figure 1 This is a flowchart of an embodiment of a method for sharing a user directory between a cloud application and a local system of the present application;
[0032] Figure 2 This is a flowchart of another embodiment of the method for sharing a user directory between a cloud application and a local system of the present application;
[0033] Figure 3 For this application Figure 1Detailed flow chart of step S130;
[0034] Figure 4 A schematic diagram of the functional modules of an embodiment of an apparatus for sharing a user directory between a cloud application and a local system according to the present application;
[0035] Figure 5 This is a schematic diagram of the hardware structure of the device for sharing user directories between the cloud application and the local system involved in the embodiment of the present application. DETAILED DESCRIPTION
[0036] In order to enable those skilled in the art to better understand the present invention, the following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.
[0037] The terms "including" and "having" and any variations thereof in the specification and claims of this application and the above-mentioned drawings are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not limited to the listed steps or units, but optionally includes steps or units that are not listed, or optionally includes other steps or units inherent to these processes, methods, products or devices. The terms "first", "second" and "third" are used to distinguish different objects, etc., and do not represent a sequence, nor do they limit "first", "second" and "third" to different types.
[0038] In the description of the embodiments of this application, the words "exemplary," "for example," or "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design described as "exemplary," "for example," or "for example" in the embodiments of this application should not be interpreted as being preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary," "for example," or "for example" is intended to present the relevant concepts in a concrete manner.
[0039] In the description of the embodiments of the present application, unless otherwise specified, "" means or, for example, A / B can mean A or B; "and / or" in the text is merely a description of the association relationship of associated objects, indicating that three relationships may exist, for example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, in the description of the embodiments of the present application, "multiple" refers to two or more than two.
[0040] In some processes described in the embodiments of the present application, multiple operations or steps are included that appear in a specific order. However, it should be understood that these operations or steps may not be performed in the order in which they appear in the embodiments of the present application or may be performed in parallel. The sequence numbers of the operations are only used to distinguish between different operations, and the sequence numbers themselves do not represent any order of execution. In addition, these processes may include more or fewer operations, and these operations or steps may be performed in sequence or in parallel, and these operations or steps may be combined.
[0041] First, some technical terms in this application are explained to facilitate those skilled in the art to understand this application.
[0042] In order to make the objectives, technical solutions and advantages of this application clearer, the implementation methods of this application will be further described in detail below with reference to the accompanying drawings.
[0043] In a first aspect, an embodiment of the present application provides a method for a cloud application and a local system to share a user directory.
[0044] In one embodiment, referring to Figure 1 , Figure 1 This is a flow chart of the first embodiment of the method for sharing user directories between cloud applications and local systems in this application. Figure 1 As shown, methods for cloud applications and local systems to share user directories include:
[0045] Step S110: Setting the first user directory in the local system to an open state so that the cloud application obtains operation permissions for the first user directory;
[0046] For example, if the local system is a Linux system, you only need to perform the following steps to set the first user directory in the local system to an open state:
[0047] 1. Check the permissions of the current user directory. Use the following command to view the permissions of the current user directory: ls -ld / home / username. The output is similar to: drwx------2username username 4096Dec 30 14:00 / home / username. The permissions in the first column indicate the access rights of the current directory to different user groups. d indicates that this is a directory. The first group rwx is the permissions of the owner, the second group --- is the permissions of users in the same group, and the third group --- is the permissions of other users.
[0048] 2. Modify directory permissions: Set permissions as needed. Use the chmod command to grant read-only permissions to other users. If you only want other users to be able to view files in the directory but not modify or create files, enter the code: chmod 755 / home / username. If you want other users to be able to view, create, or modify files in the directory, enter the code: chmod 777 / home / username
[0049] 3. Set file permissions in the directory
[0050] If you need to change the permissions of a directory and all its subfiles and subdirectories, use the -R parameter: chmod -R 755 / home / username, which will recursively modify the permissions of all contents under the directory.
[0051] 4. Restrict access to certain users
[0052] If you want to open the directory but restrict access to some users, you can combine it with the access control list (ACL) settings and enter the command: setfacl -m u:otheruser:rx / home / username
[0053] To view the configured ACL, enter the command: getfacl / home / username
[0054] 5. Prevent users from modifying permissions
[0055] If you need to prevent the directory from being accidentally modified by the user, you can set the chattr attribute and enter the code: chattr+i / home / username.
[0056] In another implementation method, if the cloud application is a cloud Windows system, the third user directory in the cloud application can also be set to an open state, so that the local system obtains operation permissions for the third user directory.
[0057] Step S120: Mounting the first shared storage path where the first user directory is located to the cloud application;
[0058] For example, if the cloud application is a cloud Windows system, you only need to perform the following steps to mount the first shared storage path where the first user directory is located to the cloud application:
[0059] 1. Install and configure Samba on Linux and execute the following commands:
[0060] sudo apt-get install samba#Ubuntu system,
[0061] sudo yuminstall samba#CentOS system
[0062] 2. Configure Samba sharing: Edit the Samba configuration file / etc / samba / smb.conf and add the following configuration:
[0063] [shared]path= / home / your_user#User directory to be shared browseable=yes swritable=yes
[0064] valid users = your_user #Users allowed to access
[0065] To set the Samba user password, execute the following command:
[0066] sudo smbpasswd -a your_user
[0067] Start and enable the Samba service and execute the following command:
[0068] sudo systemctl restart smbd
[0069] sudo systemctl enable smbd
[0070] 3. Access the shared directory on Windows: Open the resource manager and enter \\<Linux_IP> \shared, for example, \\192.168.1.100\shared. Enter the username and password configured when sharing the Samba share to access it.
[0071] In another implementation method, the second shared storage path where the third user directory is located may also be mounted to the local system by the cloud application.
[0072] If the local system is Linux and the cloud application is Windows, in the Linux system, after installing the Samba client, use the mount command to mount the third user directory shared by the cloud Windows system to the local Linux system. Assume that the shared folder path of Windows is \\<Windows_IP> \shared_folder, you can execute the following command on Linux: sudo mount -t cifs / / 192.168.1.100 / shared_folder / mnt / windows_share -ousername = your_username, password = your_password, where 192.168.1.100 is the IP address of the Windows computer, / mnt / windows_share is the target path where you want to mount the Windows share on Linux, and our_username and your_password are your login credentials on Windows.
[0073] If you don't want to enter your username and password every time, you can store your credentials in a file:
[0074] sudo mount -t cifs / / 192.168.1.100 / shared_folder / mnt / windows_share-ocre.
[0075] Step S130: Setting a new user directory for the cloud application in the first shared storage path so that the cloud application and the local system share the new user directory, wherein setting the new user directory includes: modifying the paths of user directories such as desktop, downloads, and documents through the registry entry User Shell Folders. UserA's desktop directory was originally C:\Users\UserA\Desktop, and after modification through the registry it is Z:\Desktop.
[0076] For example, if the cloud application is a cloud virtual machine, the user directory in the cloud virtual machine system is in the default storage path C drive. Even if the first user directory of the local system is mounted to the first shared storage path Z drive, the first user directory will not be used by default in the cloud virtual machine. Instead, the local system will use the first user directory by default. That is, the local system and the cloud virtual machine do not share the same user directory. To ensure that the local system and the cloud virtual machine use the same user directory, the default user directory of the cloud virtual machine is set to the first user directory.
[0077] Specifically, setting a new user directory for the cloud application in the first shared storage path includes: setting the first user directory as a new user directory for the cloud application.
[0078] For example, if a cloud application and the local system need to share the same user directory, the primary user directory is set as the cloud application's new user directory. The registry key "User Shell Folders" modifies the paths of user directories such as the Desktop, Downloads, and Documents. For example, UserA's Desktop directory, originally C:\Users\UserA\Desktop, becomes Z:\Desktop after the registry modification. This ensures that when users click the Quick Access directory on the left side of the Explorer, they directly access the new user directory on drive Z, effectively accessing the primary user directory on the local system.
[0079] When an operation is performed on the first user directory in the local system, the operation will be synchronously performed in the new user directory of the cloud application; similarly, when an operation is performed on the new user directory in the cloud application, the operation will be synchronously performed in the first user directory.
[0080] Specifically, after setting a new user directory for the cloud application in the first shared storage path, the method further includes: setting the new user directory as a default user directory of the cloud application.
[0081] For example, first change the default user folder location: Open the virtual machine's File Explorer; right-click the C:\Users\<username> folder and select Properties; switch to the "Location" tab; click "Move" and select the new directory. Next, update the environment variables: Open "Run" and enter sysdm.cpl; select "Advanced" -> "Environment Variables"; modify the HOME or USERPROFILE fields in the User Variables to point to the new directory.
[0082] In this embodiment, a first user directory in a local system is set to an open state, allowing a cloud application to obtain operation permissions for the first user directory; a first shared storage path containing the first user directory is mounted to the cloud application; and a new user directory is set for the cloud application in the first shared storage path, allowing the cloud application and the local system to share the new user directory. This solves the technical problem in related technologies where cloud applications and local systems cannot share user directories, resulting in inconvenience for users. This embodiment provides a method for enabling cloud applications and local systems to share user directories, making user experience more convenient.
[0083] In another embodiment, referring to Figure 2 , Figure 2 This is a flow chart of another embodiment of the method for sharing user directories between cloud applications and local systems in this application. Figure 2 As shown, methods for cloud applications and local systems to share user directories include:
[0084] Step S210: modifying the storage path of the first user directory in the local system from the default storage path to the first shared storage path;
[0085] Exemplarily, the default storage path of the first user directory is the C drive, the first shared storage path is the Z drive, and the storage path of the first directory is modified from the C drive to the Z drive.
[0086] Step S220: Setting the first user directory in the local system to an open state so that the cloud application obtains operation permissions for the first user directory;
[0087] For example, if the local system is a Linux system, you only need to perform the following steps to set the first user directory in the local system to an open state:
[0088] 1. Check the permissions of the current user directory. Use the following command to view the permissions of the current user directory: ls -ld / home / username. The output is similar to: drwx------2username username 4096Dec 30 14:00 / home / username. The permissions in the first column indicate the access rights of the current directory to different user groups. d indicates that this is a directory. The first group rwx is the permissions of the owner, the second group --- is the permissions of users in the same group, and the third group --- is the permissions of other users.
[0089] 2. Modify directory permissions: Set permissions as needed. Use the chmod command to grant read-only permissions to other users. If you only want other users to be able to view files in the directory but not modify or create files, enter the code: chmod 755 / home / username. If you want other users to be able to view, create, or modify files in the directory, enter the code: chmod 777 / home / username
[0090] 3. Set file permissions in the directory
[0091] If you need to change the permissions of a directory and all its subfiles and subdirectories, use the -R parameter: chmod -R 755 / home / username, which will recursively modify the permissions of all contents under the directory.
[0092] 4. Restrict access to certain users
[0093] If you want to open the directory but restrict access to some users, you can combine it with the access control list (ACL) settings and enter the command: setfacl -m u:otheruser:rx / home / username
[0094] To view the configured ACL, enter the command: getfacl / home / username
[0095] 5. Prevent users from modifying permissions
[0096] If you need to prevent the directory from being accidentally modified by the user, you can set the chattr attribute and enter the code: chattr+i / home / username.
[0097] In another implementation method, if the cloud application is a cloud Windows system, the third user directory in the cloud application can also be set to an open state, so that the local system obtains operation permissions for the third user directory.
[0098] Step S230: Mounting the first shared storage path where the first user directory is located to the cloud application;
[0099] For example, if the cloud application is a cloud Windows system, you only need to perform the following steps to mount the first shared storage path where the first user directory is located to the cloud application:
[0100] 1. Install and configure Samba on Linux and execute the following commands:
[0101] sudo apt-get install samba#Ubuntu system,
[0102] sudo yuminstall samba#CentOS system
[0103] 2. Configure Samba sharing: Edit the Samba configuration file / etc / samba / smb.conf and add the following configuration:
[0104] [shared]path= / home / your_user#User directory to be shared browseable=yes swritable=yes
[0105] valid users = your_user #Users allowed to access
[0106] To set the Samba user password, execute the following command:
[0107] sudo smbpasswd -a your_user
[0108] Start and enable the Samba service and execute the following command:
[0109] sudo systemctl restart smbd
[0110] sudo systemctl enable smbd
[0111] 4. Access the shared directory on Windows: Open the resource manager and enter \\<Linux_IP> \shared, for example, \\192.168.1.100\shared. Enter the username and password configured when sharing the Samba share to access it.
[0112] In another implementation method, the second shared storage path where the third user directory is located may also be mounted to the local system by the cloud application.
[0113] If the local system is Linux and the cloud application is Windows, in the Linux system, after installing the Samba client, use the mount command to mount the third user directory shared by the cloud Windows system to the local Linux system. Assume that the shared folder path of Windows is \\<Windows_IP> \shared_folder, you can execute the following command on Linux: sudo mount -t cifs / / 192.168.1.100 / shared_folder / mnt / windows_share -ousername = your_username, password = your_password, where 192.168.1.100 is the IP address of the Windows computer, / mnt / windows_share is the target path where you want to mount the Windows share on Linux, and our_username and your_password are your login credentials on Windows.
[0114] If you don't want to enter your username and password every time, you can store your credentials in a file:
[0115] sudo mount -t cifs / / 192.168.1.100 / shared_folder / mnt / windows_share-ocre.
[0116] Step S240: Setting a new user directory for the cloud application in the first shared storage path so that the cloud application and the local system share the new user directory, wherein setting the new user directory includes: modifying the paths of user directories such as desktop, downloads, and documents through the registry entry User Shell Folders. UserA's desktop directory was originally C:\Users\UserA\Desktop, and after modification through the registry it is Z:\Desktop.
[0117] For example, if the cloud application is a cloud virtual machine, the user directory in the cloud virtual machine system is in the default storage path C drive. Even if the first user directory of the local system is mounted to the first shared storage path Z drive, the first user directory will not be used by default in the cloud virtual machine. Instead, the local system will use the first user directory by default. That is, the local system and the cloud virtual machine do not share the same user directory. To ensure that the local system and the cloud virtual machine use the same user directory, the default user directory of the cloud virtual machine is set to the first user directory.
[0118] Set the new user directory as the default user directory for cloud applications. First, modify the default user folder location: Open the virtual machine's File Explorer; right-click the C:\Users\<username> folder and select Properties; switch to the "Location" tab; click "Move" and select the new directory. Next, update the environment variables: Open "Run" and enter sysdm.cpl; select "Advanced" -> "Environment Variables"; modify the HOME or USERPROFILE fields in the User Variables to point to the new directory path.
[0119] In this embodiment, the storage path of the first user directory in the local system is modified from the default storage path to a first shared storage path; the first user directory in the local system is set to an open state so that the cloud application obtains operation permissions for the first user directory; the first shared storage path where the first user directory is located is mounted to the cloud application; and a new user directory is set for the cloud application in the first shared storage path so that the cloud application and the local system share the new user directory. This solves the technical problem in related technologies where the cloud application and the local system cannot share the user directory, resulting in inconvenience for the user. This embodiment provides a method for enabling cloud applications and local systems to share user directories, making user use more convenient.
[0120] Furthermore, in one embodiment, referring to Figure 3 , Figure 3 For this application Figure 1 Detailed flow chart of step S130 in FIG. Figure 3 As shown, the step of setting a new user directory for the cloud application in the first shared storage path further includes:
[0121] Step S121: creating a second user directory in the first shared storage path;
[0122] If your local system is Linux, simply follow these steps to create a secondary user directory: 1. Open a terminal. 2. Use the cd command to navigate to the location where you want to create the secondary user directory. 3. Run the mkdir command to create a folder named after your username or other identifier.
[0123] Step S122: Set the second user directory as a new user directory of the cloud application.
[0124] If the cloud application is a cloud Windows system, you only need to perform the following steps to set the second user directory as the new user directory of the cloud application: 1. By calling the Windows API: WNetAddConnection2, 2. Set the shared directory address and drive letter for the API, that is, mount the first user directory to the cloud application and map it to the drive letter Z:.
[0125] When files generated by the first user directory of the local system and the user directory of the cloud application need to be stored separately, and the local system and the cloud application need to obtain operation permissions for each other's user directory, it is necessary to create a second user directory in the first shared path as a new user directory for the cloud application. For example, when a user downloads a file in the cloud application, it is saved in the second user directory by default, and any operation can be performed on the second user directory in the local system. For another example, when a user downloads a file in the local system, it is saved in the first user directory by default, and any operation can be performed on the first user directory in the cloud application.
[0126] In this embodiment, a second user directory is created in the first shared storage path and set as the new user directory for the cloud application. This solves the technical problem in related technologies where cloud applications and local systems cannot share user directories, resulting in inconvenience for users. This embodiment provides a method for enabling cloud applications and local systems to share user directories, making user experience more convenient.
[0127] In a second aspect, an embodiment of the present application also provides a device for sharing a user directory between a cloud application and a local system.
[0128] In one embodiment, referring to Figure 4 , Figure 4 This is a functional module diagram of an embodiment of a device for sharing user directories between cloud applications and local systems. Figure 4 As shown, the means for cloud applications and local systems to share user directories include:
[0129] Setting module 01, configured to set the first user directory in the local system to an open state, so that the cloud application obtains operation permissions for the first user directory;
[0130] A first sharing module 02 is configured to mount the first shared storage path where the first user directory is located to the cloud application;
[0131] The second sharing module 03 is configured to set a new user directory for the cloud application in the first shared storage path, so that the cloud application and the local system share the new user directory.
[0132] Furthermore, in one embodiment, the second sharing module 03 is further configured to:
[0133] Creating a second user directory in the first shared storage path;
[0134] The second user directory is set as a new user directory for the cloud application.
[0135] Among them, the functional implementation of each module in the above-mentioned device for sharing a user directory between a cloud application and a local system corresponds to the steps in the above-mentioned method embodiment for sharing a user directory between a cloud application and a local system, and its functions and implementation process will not be repeated here one by one.
[0136] On the third aspect, an embodiment of the present application provides a device for sharing a user directory between a cloud application and a local system. The device for sharing a user directory between a cloud application and a local system can be a personal computer (PC), a laptop, a server, or other device with data processing capabilities.
[0137] Reference Figure 5 , Figure 5 Schematic diagram of the hardware structure of the device for sharing user directories between cloud applications and local systems involved in the embodiment of the present application. In the embodiment of the present application, the device for sharing user directories between cloud applications and local systems may include a processor, a memory, a communication interface, and a communication bus.
[0138] The communication bus may be of any type and is used to interconnect the processor, memory, and communication interface.
[0139] Communication interfaces include input / output (I / O) interfaces, physical interfaces, and logical interfaces, used to interconnect components within the device that enables cloud applications and local systems to share user directories. They also connect the device to other devices (such as other computing devices or user devices) that enable cloud applications and local systems to share user directories. Physical interfaces can include Ethernet, fiber, or ATM interfaces; user devices can include displays and keyboards.
[0140] The memory can be various types of storage media, such as random access memory (RAM), read-only memory (ROM), non-volatile RAM (NVRAM), flash memory, optical storage, hard disk, programmable ROM (PROM), erasable PROM (EPROM), electrically erasable PROM (EEPROM), etc.
[0141] The processor may be a general-purpose processor that can call a program for sharing a user directory between a cloud application and a local system stored in a memory and execute the method for sharing a user directory between a cloud application and a local system provided in an embodiment of the present application. For example, the general-purpose processor may be a central processing unit (CPU). The method executed when the program for sharing a user directory between a cloud application and a local system is called can refer to the various embodiments of the method for sharing a user directory between a cloud application and a local system of the present application, and will not be repeated here.
[0142] Those skilled in the art will understand that Figure 4 The hardware structure shown in the figure does not constitute a limitation to the present application and may include more or fewer components than shown in the figure, or a combination of certain components, or a different arrangement of components.
[0143] In a fourth aspect, an embodiment of the present application also provides a readable storage medium.
[0144] The readable storage medium of the present application stores a program for sharing a user directory between a cloud application and a local system, wherein when the program for sharing a user directory between a cloud application and a local system is executed by a processor, the steps of the method for sharing a user directory between a cloud application and a local system as described above are implemented.
[0145] Among them, the method implemented when the program for sharing the user directory between the cloud application and the local system is executed can refer to the various embodiments of the method for sharing the user directory between the cloud application and the local system of this application, and will not be repeated here.
[0146] It should be noted that the serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.
[0147] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus the necessary general hardware platform, of course, it can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) as described above, and includes a number of instructions for enabling a terminal device to execute the methods described in each embodiment of the present application.
[0148] The above are only preferred embodiments of the present application and do not limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the present application specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present application.
Claims
1. A method for sharing a user directory between a cloud application and a local system, characterized in that: The method for sharing a user directory between a cloud application and a local system includes: Setting the first user directory in the local system to an open state so that the cloud application obtains operation permissions for the first user directory; Mounting the first shared storage path where the first user directory is located to the cloud application; A new user directory is set for the cloud application in the first shared storage path so that the cloud application and the local system share the new user directory, wherein the setting of the new user directory includes: modifying the paths of user directories such as desktop, downloads, and documents through the registry entry UserShellFolders. UserA's desktop directory was originally C:\Users\UserA\Desktop, and after modification through the registry it is Z:\Desktop.
2. The method for sharing a user directory between a cloud application and a local system according to claim 1, wherein: The step of setting a new user directory for the cloud application in the first shared storage path includes: The first user directory is set as a new user directory for the cloud application.
3. The method for sharing a user directory between a cloud application and a local system according to claim 1, wherein: The step of setting a new user directory for the cloud application in the first shared storage path further includes: Creating a second user directory in the first shared storage path; The second user directory is set as a new user directory for the cloud application.
4. The method for sharing a user directory between a cloud application and a local system according to claim 1, wherein: After setting a new user directory for the cloud application in the first shared storage path, the method further includes: The new user directory is set as the default user directory of the cloud application by modifying the registry.
5. The method for sharing a user directory between a cloud application and a local system according to claim 1, wherein: Before setting the first user directory in the local system to an open state, the method further includes: The storage path of the first user directory in the local system is modified from the default storage path to the first shared storage path.
6. A device for sharing a user directory between a cloud application and a local system, characterized in that: The device for sharing the user directory between the cloud application and the local system includes: The setting module enables the user to set the first user directory in the local system to an open state so that the cloud application can obtain the operation permission for the first user directory; A first sharing module, configured to mount a first shared storage path where the first user directory is located to the cloud application; The second sharing module is configured to set a new user directory for the cloud application in the first shared storage path, so that the cloud application and the local system share the new user directory.
7. The device for sharing a user directory between a cloud application and a local system according to claim 6, wherein: Also includes: Creating a second user directory in the first shared storage path; The second user directory is set as a new user directory for the cloud application.
8. The device for sharing a user directory between a cloud application and a local system according to claim 6, wherein: Also includes: The new user directory is set as the default user directory of the cloud application by modifying the registry.
9. A device for sharing user directories between cloud applications and local systems, characterized in that: The device for sharing a user directory between the cloud application and the local system includes a processor, a memory, and a program for sharing a user directory between the cloud application and the local system, which is stored on the memory and can be executed by the processor. When the program for sharing a user directory between the cloud application and the local system is executed by the processor, the steps of the method for sharing a user directory between the cloud application and the local system as described in any one of claims 1 to 5 are implemented.
10. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a program for sharing a user directory between a cloud application and a local system, wherein when the program for sharing a user directory between a cloud application and a local system is executed by a processor, the steps of the method for sharing a user directory between a cloud application and a local system as described in any one of claims 1 to 5 are implemented.