CN111506321A

CN111506321A - Method and system for loading software running environment

Info

Publication number: CN111506321A
Application number: CN202010071911.9A
Authority: CN
Inventors: 李岗; 王金鑫
Original assignee: Individual
Current assignee: Individual
Priority date: 2020-01-21
Filing date: 2020-01-21
Publication date: 2020-08-07
Anticipated expiration: 2040-01-21
Also published as: CN111506321B

Abstract

Embodiments of the present disclosure provide a method, system, device, and computer-readable storage medium for loading a software execution environment. The method comprises the steps that an authentication module receives an operation instruction of a user on software; sending a calling request to a server side, and requesting to call data corresponding to the operation instruction; the server receives the calling request, calls corresponding data from a server hard disk according to the calling request and sends the data to the client; and the client receives the data and stores the data into a client hard disk. In this way, software running environments and the like do not need to be installed for each terminal one by one; and calling data from the server side according to actual requirements, wherein calling of the called data from the server side is not needed.

Description

Method and system for loading software running environment

Technical Field

Embodiments of the present disclosure relate generally to the field of computers, and more particularly, to a method, system, apparatus, and computer-readable storage medium for loading a software execution environment.

Background

Currently, desktop systems are mainly divided into two types: (1) in a traditional distributed system, heterogeneous computing environments of terminals are completely independent, and only communicate and cooperate with each other through a network. (2) Based on the cloud computing technology of server virtualization, a terminal is only a remote desktop of server computing resources.

The server-side program is a core component of the desktop system, realizes unified configuration, monitoring and management of the system by the web management platform, and is responsible for background services such as a front-end operating system, data backup, recovery and data storage. The client is installed on the terminal, bears the communication with the server, receives the issuing of the strategy and executes the deployment of the strategy. Meanwhile, the client side can gather the operation conditions of the terminal and feed the operation conditions back to the server so that a manager can check and analyze the operation conditions conveniently.

For the first mode, due to the independence of the terminals, an administrator needs to install an operating system, a driver, application software for each terminal one by one and add the terminal into the environment such as a domain; the data transmission quantity is large, the operation is complex, and the time consumption is long. Especially, the installation space of the running environment required by the current application software is larger and larger, even exceeds the installation space required by the operating system, and the loading time is long.

Disclosure of Invention

According to the embodiment of the disclosure, a loading scheme of a software running environment is provided.

In a first aspect of the disclosure, a method for loading a software runtime environment is provided. The method comprises the following steps: the client receives the operation of a user in the client computer operating system; sending a calling request to a server side, and requesting to call data corresponding to the data operation; the server receives the calling request, calls corresponding data from a server hard disk according to the calling request and sends the data to the client; and the client receives the data and stores the data into a client hard disk.

In a second aspect of the disclosure, a terminal data transmission system of a desktop system is provided. The system comprises: the client is used for receiving the operation of a user in the operating system of the client computer; sending a calling request to a server side, and requesting to call data corresponding to the data operation; receiving the data from the server side, and storing the data into a hard disk of the client side; and the server is used for receiving the calling request, calling corresponding data from a server hard disk according to the calling request and sending the data to the client.

In a third aspect of the disclosure, an electronic device is provided. The electronic device includes: a memory having a computer program stored thereon and a processor implementing the method as described above when executing the program.

In a fourth aspect of the present disclosure, a computer readable storage medium is provided, having stored thereon a computer program, which when executed by a processor, implements a method as in accordance with the first aspect of the present disclosure.

It should be understood that the statements herein reciting aspects are not intended to limit the critical or essential features of the embodiments of the present disclosure, nor are they intended to limit the scope of the present disclosure. Other features of the present disclosure will become apparent from the following description.

Drawings

The above and other features, advantages and aspects of various embodiments of the present disclosure will become more apparent by referring to the following detailed description when taken in conjunction with the accompanying drawings. In the drawings, like or similar reference characters designate like or similar elements, and wherein:

FIG. 1 illustrates a schematic diagram of an exemplary operating environment in which embodiments of the present disclosure can be implemented;

FIG. 2 is a flow diagram of a method 200 for loading a software runtime environment according to an embodiment of the present disclosure;

fig. 3 shows a block diagram of a terminal data transmission system according to an embodiment of the present disclosure;

FIG. 4 illustrates a block diagram of an exemplary electronic device capable of implementing embodiments of the present disclosure.

Detailed Description

To make the objects, technical solutions and advantages of the embodiments of the present disclosure more clear, the technical solutions of the embodiments of the present disclosure will be described clearly and completely with reference to the drawings in the embodiments of the present disclosure, and it is obvious that the described embodiments are some, but not all embodiments of the present disclosure. All other embodiments, which can be derived by a person skilled in the art from the embodiments disclosed herein without making any creative effort, shall fall within the protection scope of the present disclosure.

In addition, the term "and/or" herein is only one kind of association relationship describing an associated object, and means that there may be three kinds of relationships, for example, a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" herein generally indicates that the former and latter related objects are in an "or" relationship.

FIG. 1 illustrates a schematic diagram of an exemplary operating environment 100 in which embodiments of the present disclosure can be implemented. The runtime environment 100 includes a client 102 and a server 104. In the present disclosure, the desktop system includes a client 102 installed on a client computer and a server 104 located at a remote end. The client 102 may be one or more. The client 102 and the server 104 are connected via a network. A data pointer storage module is installed in the server side 104, and the data pointer storage module is used for storing a data pointer file corresponding to the client side 102. The data pointer file is a necessary pointer file for starting and identifying data on a hard disk of a client computer, the data pointer file on the hard disk of the client computer is stripped and stored on a server, and the hard disk data of the client computer can be identified, read or written only in an environment that the client computer obtains credit of the server and is communicated with the server; that is, when the client computer is out of the monitoring of the server, the data of the storage sector of the hard disk on the client computer will lose the corresponding data pointer, and the data cannot be recognized and read. The operating environment 100 further includes an authentication module 106, where the authentication module 106 may be installed at a client or a server, and the authentication module 106 stores a trusted authentication system for comparing data information of the client 102 and the server 104, and the trusted authentication system and the client computer are started simultaneously to monitor the client computer.

FIG. 2 shows a flow diagram of a method 200 for loading a software runtime environment according to an embodiment of the present disclosure.

In block 202, the authentication module receives an operation instruction of a user on the software; and sending a calling request to the server to request to call the data corresponding to the operation instruction.

In some embodiments, the authentication module may be installed at the client or at the server, and after the client computer is powered on and started, the authentication module is first connected or started to perform trusted authentication of user identity authentication. And after the authentication is passed, starting the operating system of the client computer.

And the authentication module maps the operation of the client in the client computer operating system into the data operation of the server physical hard disk through a preset data pointer file. In the present disclosure, the data pointer file corresponding to each client computer may be stripped from the client and stored on the client computer or the server, preferably, the data pointer file is stored on the server; therefore, the hard disk data of the client computer can be identified, read or written only in the environment of obtaining the credit of the server and communicating with the server, so that the safety of data storage is ensured.

In some embodiments, the software's operating environment, i.e., the software's installation file data, is stored on the server without prior deployment to the client computer. And the data pointer file maps the operation of the client on the software into the data operation on the physical hard disk of the server.

In some embodiments, the running environment of the software is stored in a read-only storage area on the server, namely, the storage area can only be modified by the server side, and is a read-only storage area for the client; and the local data storage area of the client computer is an active storage area allowing the client to read and write, and allows a user to modify. The data pointer is stored in a data pointer storage module of the server.

If an active storage area on the server is allocated to each client for storing the operating environment of the software, huge pressure is brought to the storage space of the server; moreover, the safety problem can be caused by opening the write permission of the client to the server side; in addition, data reading and writing of large data volume through the network is limited by the network speed, time delay is caused, and user experience is affected.

In some embodiments, the authentication module identifies data corresponding to an operation instruction of the user on the software; namely, data required to be used by the operation instruction; e.g., fonts, templates, etc.; and sending a calling request to the server to request to call the data corresponding to the operation instruction.

Since the operating environment of the software is stored on the server, the authentication module needs to send a call request to the server, so that the server maps the call request to data reading of a read-only storage area on a physical hard disk of the server.

In block 204, the server receives the call request, calls corresponding data from a server hard disk according to the call request, and sends the data to the client.

In some embodiments, the server side modifies the data pointer corresponding to the call request stored in the data pointer storage module, and maps the modified data pointer to the physical hard disk of the client computer. In other embodiments, the server receives a data pointer corresponding to the call request sent after the client receives and stores the data, and the data pointer is mapped to a physical hard disk of the client computer and updates the data pointer corresponding to the call request stored in a data pointer storage module.

In some embodiments, the method further comprises: the server receives the call request, firstly, whether data corresponding to the call request is transmitted to the client program or not is judged according to the data pointer, if not, the data is transmitted to the client program, and the data pointer is modified; if so, the data does not need to be transmitted to the client program, and the client program is only required to be instructed to search and call the data on the hard disk of the client computer according to the data pointer mapped to the physical hard disk of the client computer. And the client program searches and calls the data on the hard disk of the client computer according to the instruction for searching and calling the data on the hard disk of the client computer and according to the data pointer mapped to the physical hard disk of the client computer.

In some embodiments, the server sends the data to the client computer requesting to load, from the client computer itself or from a client computer that is idle and has stored the data, by using the P2P mechanism according to the resource utilization of different client computers and itself.

In some embodiments, the server and the client computer are connected through gigabit ethernet, optical fiber, etc., which ensures that the data transmission rate is not lower than the data transmission rate at which the client computer directly reads the local hard disk data.

At block 206, the client receives the data and stores the data in the client computer hard disk.

In some embodiments, after receiving and storing the data, the client establishes a data pointer corresponding to the data, maps the data pointer to a physical hard disk of the client computer, and sends the data pointer to the server. The server receives the data pointer. And storing the data pointer in a data pointer storage module of the server, and marking the data pointer as a data pointer mapped on a physical hard disk of the client computer.

In some embodiments, the method further comprises: if the server judges that the data corresponding to the calling request is transmitted to the client; and indicating the client to search and call the data on the hard disk of the client computer according to the data pointer mapped to the physical hard disk of the client computer. And the client searches and calls the data according to the indication for searching and calling the data on the hard disk of the client computer and the data pointer mapped to the physical hard disk of the client computer on the hard disk of the client computer. Through the step, the client does not need to call the data from the server for many times, so that the data transmission quantity between the client and the server is reduced, and the response speed of the client is improved.

The client maps the data operation of the client into the data operation of a physical hard disk of the client computer through a preset data pointer file; when a user performs read-write operation on data through a client, the write-in data of the virtual hard disk is written into the preset write-in sector of the physical hard disk, and the read-out data of the virtual hard disk is written into the preset read-out sector of the physical hard disk.

In the method, the desktop system stores the data on the local hard disk in a sector architecture, and the data pointer technology of the sector can effectively prevent and treat attacks of tools such as PE (provider edge) and the like, so that the safety of data storage is ensured, and a data static safety system is established. When a user deletes data through the client, the read data and/or the write data of the user can be deleted by deleting the virtual hard disk or deleting the data pointer file, and the safety of the user data is ensured. When a user copies data through a client, if the actual physical hard disk is the server physical hard disk, only the data pointer file needs to be copied. If the actual physical hard disk is the client computer hard disk, the predetermined write sector and read sector also need to be copied.

If the system restoration of the client computer is needed, only the data pointer stored in the data pointer storage module of the server needs to be restored to the initial state.

In some embodiments, the client authenticates for the user; before a terminal user starts up and enters an operating system, a user name and a password need to be input in a client; or the identity is verified in other modes, and the operating system can be accessed after the verification is passed. In some embodiments, the server-side program performs identity authentication on a MAC address and the like of a client computer corresponding to the client, and the client can only connect to the server-side program after the authentication is passed.

It is noted that while for simplicity of explanation, the foregoing method embodiments have been described as a series of acts or combination of acts, it will be appreciated by those skilled in the art that the present disclosure is not limited by the order of acts, as some steps may, in accordance with the present disclosure, occur in other orders and concurrently. Further, those skilled in the art should also appreciate that the embodiments described in the specification are exemplary embodiments and that acts and modules referred to are not necessarily required by the disclosure.

The above is a description of embodiments of the method, and the embodiments of the apparatus are further described below.

Fig. 3 shows a block diagram of a terminal data transmission system according to an embodiment of the present disclosure. The system 300 may be included in or implemented as the client 102, server 104, authentication module 106 of fig. 1, the

server

102, 104. As shown in fig. 3, the system 300 includes:

the authentication module 106 is used for receiving an operation instruction of a user on the software in the client 102; sending a calling request to the server 104 to request to call data corresponding to the data operation;

the client 102 is used for receiving the data from the server 104 and storing the data into a client hard disk;

and the server 104 is configured to receive the call request, call corresponding data from a server hard disk according to the call request, and send the data to the client 102.

According to the embodiment of the disclosure, the following technical effects are achieved: operating systems, drivers and application software do not need to be installed one by one for each terminal, and the terminal is added into the environment such as a domain; and calling data from the server side according to actual requirements, wherein calling of the called data from the server side is not needed.

It can be clearly understood by those skilled in the art that, for convenience and brevity of description, the specific working process of the described module may refer to the corresponding process in the foregoing method embodiment, and is not described herein again.

FIG. 4 shows a schematic block diagram of an electronic device 400 that may be used to implement embodiments of the present disclosure. The device 400 may be used to implement at least one of the client 102, the server 104, and the authentication module 106 of fig. 1. As shown, device 400 includes a Central Processing Unit (CPU)401 that may perform various appropriate actions and processes in accordance with computer program instructions stored in a Read Only Memory (ROM)402 or loaded from a storage unit 408 into a Random Access Memory (RAM) 403. In the RAM 403, various programs and data required for the operation of the device 400 can also be stored. The CPU401, ROM 402, and RAM 403 are connected to each other via a bus 404. An input/output (I/O) interface 405 is also connected to bus 404.

A number of components in device 400 are connected to I/O interface 405, including: an input unit 406 such as a keyboard, a mouse, or the like; an output unit 407 such as various types of displays, speakers, and the like; a storage unit 408 such as a magnetic disk, optical disk, or the like; and a communication unit 409 such as a network card, modem, wireless communication transceiver, etc. The communication unit 409 allows the device 400 to exchange information/data with other devices via a computer network, such as the internet, and/or various telecommunication networks.

Processing unit 401 performs various methods and processes described above, such as method 200. For example, in some embodiments, the method 200 may be implemented as a computer software program tangibly embodied in a machine-readable medium, such as the storage unit 408. In some embodiments, part or all of the computer program may be loaded and/or installed onto the device 400 via the ROM 402 and/or the communication unit 409. When the computer program is loaded into RAM 403 and executed by CPU401, one or more steps of method 200 described above may be performed. Alternatively, in other embodiments, the CPU401 may be configured to perform the method 200 in any other suitable manner (e.g., by way of firmware).

For example, without limitation, exemplary types of hardware logic that may be used include Field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), system on a chip (SOC), load programmable logic devices (CP L D), and so forth.

Program code for implementing the methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions/operations specified in the flowchart and/or block diagram to be performed. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package partly on the machine and partly on a remote machine or entirely on the remote machine or server.

In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

Further, while operations are depicted in a particular order, this should be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. Under certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are included in the above discussion, these should not be construed as limitations on the scope of the disclosure. Certain features that are described in the context of separate embodiments can also be implemented in combination in a single implementation. Conversely, various features that are described in the context of a single implementation can also be implemented in multiple implementations separately or in any suitable subcombination.

Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1. A method for loading a software operating environment is characterized by comprising the following steps:

the authentication module receives an operation instruction of a user on the software; sending a calling request to a server side, and requesting to call data corresponding to the operation instruction;

the server receives the calling request, calls corresponding data from a server hard disk according to the calling request and sends the data to the client;

and the client receives the data and stores the data into a client hard disk.

2. The method of claim 1, wherein the client maps the client's operation in the client computer operating system to the data operation on the server hard disk through a preset data pointer file; the data pointer file is stored on a server.

3. The method of claim 1, wherein the client receives the data and storing the data in a hard disk of a client computer further comprises:

and after receiving and storing the data, the client sends a data pointer corresponding to the data to the server, wherein the data pointer is mapped to a physical hard disk of the client computer.

4. The method of claim 2,

the server receives the call request, calls corresponding data from a server hard disk according to the call request, and sends the data to the client, and the method further comprises the following steps:

and the server terminal modifies the data pointer which is stored in the data pointer storage module and corresponds to the calling request, and maps the data pointer to a physical hard disk of the client computer.

5. The method according to claim 3 or 4, wherein the server side marks the storage location of the data in the storage list of the data at the same time as/before/after the data is transmitted to the client side.

6. The method of claim 5, wherein the server receives the call request, calls corresponding data from a server hard disk according to the call request, and sends the data to the client, further comprising:

the server receives the call request, and firstly judges whether data corresponding to the call request has been sent to the client; if not, calling corresponding data from a server-side hard disk according to the calling request and sending the data to the client; and if so, indicating the client to search and call the data on the hard disk of the client computer according to the data pointer mapped to the physical hard disk of the client computer.

7. The method of claim 6, wherein the client receives the data and storing the data in a client hard disk further comprises:

and the client searches and calls the data on the hard disk of the client computer according to the data pointer mapped to the physical hard disk of the client computer.

8. An installation system of a software execution environment, comprising:

the client is used for receiving the operation of a user in the operating system of the client computer; sending a calling request to a server side, and requesting to call data corresponding to the data operation; receiving the data from the server side, and storing the data into a hard disk of the client side;

and the server is used for receiving the calling request, calling corresponding data from a server hard disk according to the calling request and sending the data to the client.

9. An electronic device comprising a memory and a processor, the memory having stored thereon a computer program, wherein the processor, when executing the program, implements the method of any of claims 1-7.

10. A computer-readable storage medium, on which a computer program is stored, which program, when being executed by a processor, carries out the method according to any one of claims 1 to 7.