CN113687865A - Method, server, terminal equipment and system for executing multi-system application program - Google Patents

Abstract

The embodiment of the specification provides a method, a server, terminal equipment and a system for executing multi-system application programs, wherein one method is executed by the server and comprises the following steps: receiving input from different terminal devices; determining corresponding different operating systems and corresponding different application programs based on the different inputs; respectively operating the different application programs in the examples of the different operating systems to obtain different operation result interfaces; and respectively sending the different operation result interfaces to the different terminal devices.

Description

Method, server, terminal equipment and system for executing multi-system application program

Technical Field

The present specification relates to the field of virtual application technology, and more particularly, to a method, a server, a terminal device, and a system for executing a multi-system application.

Background

With the development of information technology, versions and kinds of operating systems on terminal devices such as smart phones, notebook computers and tablet computers are changing, and kinds of applications running on the terminal devices are increasing.

Typically, hardware resources on the terminal device are limited relative to the server. Therefore, the terminal device sometimes cannot meet the demand of the application program for the hardware resource.

In addition, many terminal devices cannot run some applications due to differences in the types and versions of operating systems to which the applications are applied. This causes inconvenience to the user.

Therefore, there is a need to provide a new way of executing applications, so that the terminal device can execute applications of various operating systems.

Disclosure of Invention

Embodiments of the present specification provide a new technical solution for executing a multi-system application.

According to a first aspect of the present specification, there is provided a method for executing a multi-system application, performed by a server, and comprising: receiving input from different terminal devices; determining corresponding different operating systems and corresponding different application programs based on the different inputs; respectively operating the different application programs in the examples of the different operating systems to obtain different operation result interfaces; and respectively sending the different operation result interfaces to the different terminal devices.

According to a second aspect of the present specification, there is provided a method for executing a multi-system application, performed by a terminal device, and comprising: receiving, by an input device, different inputs for different applications, wherein the different applications run on different operating systems; sending the different inputs to a server; receiving different operation result interfaces aiming at different application programs from a server; and presenting the different operation result interfaces.

According to a third aspect of the present specification, there is provided a server for performing the method performed by the server described above.

According to a fourth aspect of the present specification, there is provided a terminal device for performing the method performed by the terminal device described above.

According to a fifth aspect of the present specification, there is provided a system for executing a multi-system application, comprising the server and the terminal device described above.

In different embodiments, the application program is executed in the instance of the different operating systems in the server, so that the terminal device can run the application program of the different operating systems in a compatible manner, thereby reducing the requirements of the application program on the software and/or hardware resources of the terminal device and improving the user experience.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of embodiments of the invention.

In addition, any one of the embodiments in the present specification is not required to achieve all of the effects described above.

Other features of embodiments of the present specification and advantages thereof will become apparent from the following detailed description of exemplary embodiments thereof, which proceeds with reference to the accompanying drawings.

Drawings

In order to more clearly illustrate the embodiments of the present specification or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments described in the embodiments of the present specification, and other drawings can be obtained by those skilled in the art according to the drawings.

FIG. 1 shows a schematic flow chart of a method for executing a multi-system application according to one embodiment.

Fig. 2 shows a schematic flow chart of a method for executing a multi-system application according to another embodiment.

Fig. 3 shows a hardware schematic block diagram of a server according to an embodiment.

Fig. 4 shows an exemplary system architecture of a server according to one embodiment.

Fig. 5 shows a hardware schematic block diagram of a terminal device according to an embodiment.

Fig. 6 shows a schematic system architecture of a terminal device according to one embodiment.

Figure 7 schematically illustrates a system for executing a multi-system application according to one embodiment.

Figure 8 schematically illustrates an example for executing a multi-system application.

Figure 9 schematically illustrates another example for executing a multi-system application.

Detailed Description

In the following, different embodiments and examples of the present description are described with reference to the drawings.

FIG. 1 shows a schematic flow chart of a method for executing a multi-system application according to one embodiment.

The method illustrated in fig. 1 may be performed by a server. Before executing the program, the terminal device of the user may establish a connection with the server in various ways, and the server may identify the terminal device and/or the user. Those skilled in the art will understand how to establish such a connection based on the description herein, and will not be described in detail herein.

As shown in fig. 1, in step S12, inputs from different terminal devices are received.

In step S14, a corresponding different operating system and a corresponding different application program are determined based on the different input. The operating system includes, for example, an android operating system, a Windows operating system, a MacOS operating system, and the like.

In step S16, the different applications are respectively run in the instances of the different operating systems to obtain different running result interfaces.

In step S18, the different operation result interfaces are respectively sent to the different terminal devices. Here, the operation result interface may be static or dynamic. The complete different operation result interfaces can be sent to the terminal equipment each time; the operation result can be compressed according to various protocols; or only the changed part of the interface can be sent to the terminal equipment, thereby reducing the communication traffic transmitted by the network.

In this embodiment, different operating systems running different applications are determined at the server side, and the applications are run at instances of the different operating systems. By the method, the performance requirement on the terminal equipment can be reduced, and the technical scheme of a thin terminal can be realized.

In addition, because the application program is operated at the server side, professional personnel can maintain various operating systems and processing resources in a unified way, and the trouble that a user maintains the terminal equipment independently is avoided.

Furthermore, since the application is placed on the server side, when an application entity such as a company or the like wishes to change the software settings inside the entity, such adjustments can be easily performed on the server side without reconfiguration on each terminal device. This may improve the working efficiency of the application entity.

In addition, because the operating system is judged in the server, the server side can be compatible with a plurality of application programs of different operating systems. In practical applications, different users may prefer to use different operating systems. The method can be compatible with different operating systems, thereby meeting the requirements of users and improving the use experience of the users.

In addition, a run results interface is generated here. Therefore, the operation result interface is displayed on the terminal equipment. In this way, the terminal device can concentrate on the display process of the interface while mitigating the requirements for other processing capabilities. Since the range of processing tasks required by the terminal device is reduced, the terminal device can be optimized for limited processing, and thus the processing efficiency can be improved under the same processing resource.

Instances of the operating system may be implemented using virtual container technology, such that different operating systems are run in different containers of the server.

In some cases, a user may need to use applications of different operating systems. For example, the user may wish to use word processing software under the Windows operating system, while also wishing to use graphics processing software under the MACOS operating system. If the two applications are simultaneously run on the terminal device of the user, the user is bothered by the two applications, and the processing load of the terminal device is increased. Here, at least two inputs from one terminal device may be received by the server. The server then determines at least two different operating systems and corresponding different applications based on the at least two inputs. Then, the server runs the different application programs in the instances of the at least two operating systems respectively to obtain at least two different running result interfaces. And finally, the server sends the at least two different operation result interfaces to the terminal equipment.

In this embodiment, the user does not have to worry about the operating system on which the application depends, nor do the user have to perform complex configurations for applications of different operating systems. For a user, he can use different applications under a variety of different operating systems and the experience of using the same as the experience of using applications under the same operating system. This gives the user a lot of flexibility in use. The user no longer needs to consider the issue of system compatibility. In addition, since it is not necessary to perform complicated configuration (for example, installing a virtual machine or the like) for applications of different operating systems at the terminal device, it alleviates the requirement for professional knowledge of the user. In addition, since no additional configuration needs to be added to the terminal device, this can reduce power consumption on the terminal device to some extent. This may be advantageous for mobile devices.

In addition, for different applications of the same terminal device, instances of operating systems may be created separately. Thus, each application program can ensure higher operation efficiency. For a user, even if a plurality of application programs are opened at the same time, the user can obtain a smoother use experience.

In one embodiment, the corresponding operating system instance may be released when the terminal device exits. For example, when an application is run, an instance of an operating system corresponding to the application may be created and the application may be run in the instance of the operating system. And when the exit of at least one terminal device is detected, exiting the instance of the operating system corresponding to the at least one terminal device so as to release the corresponding server resource. By the method, the operating system instance can be created as required, and the instance of the operating system for placing a certain terminal device can always occupy server resources, so that the overall utilization efficiency of the server is improved.

For example, a monitoring mechanism may be provided. The server may periodically poll all instances of the operating system to detect whether the corresponding end device is still active.

Further, upon exiting an instance of the operating system, the server may save a current snapshot (snapshot) of the instance of the operating system. In this way, the server can quickly recover to the running state of the application when the terminal device is active again.

Server resources may also be released based on the exit of the application. For example, when an application is run, an instance of an operating system corresponding to the application is created and the application is run in the instance of the operating system. And when the application program exits, exiting the instance of the operating system corresponding to the application program to release the corresponding server resource. By the method, processing resources in the server can be further saved, and the service efficiency of the server is improved.

The different operation result interfaces may be sent via a streaming media transport protocol. Therefore, the user can receive the latest operation result in time, and the use experience of remote use is improved.

Sometimes, when a general user receives a strange type of file, he feels it unknown how to handle it. In this case, the user may not know how to use the file. With the solution herein, the user's inconvenience in this respect can also be alleviated. For example, a corresponding different application may be searched based on the different input and an operating system capable of running the different application may be determined based on the different application. In this case, the server can help the user judge the application to be run and the desired operating system environment, thereby saving the user's trouble.

For example, a user of a terminal device using the Windows operating system may receive a text file (e.g., a pages file) under the MacOS system. The user does not know how to open the pages file because the MacOS operating system is not used, and also lacks an application for opening the file under the Windows operating system. When the above scheme is used, such annoyance of the user can be saved. When the user clicks an icon of the file on the screen of the terminal device, the clicking operation is transmitted as input information to the server. The server may determine that the user clicked on the pages file based on the input information. The server may then search for an application that opens the Pages file, e.g., a Pages application. Then. The server searches for the operating system MACOS operating system running the Pages application. The server may create an instance of the MACOS operating system and run a Pages application on the instance to open the user's Pages file. Therefore, the trouble of searching the required application program and the operating system by the user and configuring the operating system by the user is reduced, and the use experience of the user can be improved.

Here, the input from the different terminal device may be location information on the terminal device. The server may determine a target operation of the user, for example, dragging an icon, clicking a file, etc., based on the location information. In this way, the positioning process can be performed on the terminal device without performing excessive other processes, so that the processing requirements on the terminal device can be further alleviated. By the method, the resource requirement on the terminal equipment can be further reduced, and the cost of the terminal equipment is reduced. In addition, the terminal equipment only needs to execute positioning processing, so that the operating efficiency of the terminal equipment can be improved. Based on the above description, those skilled in the art should understand that the application programs herein should have a broad meaning, and as mentioned above, the operation of "dragging an icon, clicking a file, etc" also corresponds to one or more application programs.

With the arrangement herein, it is not necessary to store user data, program data, etc. in the terminal device. User data for the user as well as application data may be stored in the server. Basic input detection and display processing functions are provided at the terminal device. On the one hand, this may greatly alleviate the resource requirements for the terminal device; on the other hand, data does not need to be stored locally in the terminal equipment, so that the safety of user information can be improved. For example, when a user's terminal device is lost or damaged, the user does not have to worry about leakage of his or her own data, nor about loss of his or her own data.

Furthermore, this may also facilitate device replacement by the user. When the user replaces the equipment, the user does not need to consider how to transfer the data in the current terminal equipment to other terminal equipment, and does not need to consider the compatibility of the operating system of the current terminal equipment and the operating system of the new terminal equipment.

In addition, the mode also enables the user to conveniently use different terminal equipment at the same time. For example, a user owns a smartphone, a laptop, a tablet. The input from the different terminal devices may include first identification information of the user and second identification information of the terminal device currently in use. The server can determine the application program used by the user based on the first indication information and the second indication information and send the corresponding operation result interface to the corresponding terminal equipment based on the information. In this way, the user can conveniently switch between different terminal devices. In addition, the operation result interface of one application program or different parts of the operation result interface of one application program can be displayed on different terminal devices of the user at the same time.

Resources in the server may be allocated at the server for a user of the terminal device based on the identity of the terminal device. For example, a user may purchase a terminal device and when the terminal device connects to the server, the terminal device sends its own identity to the server. And the server allocates corresponding resources according to the purchased identifier of the terminal equipment. In the case where an entity authority such as a company uses a terminal device, it is possible to effectively control the situation and manner in which the entity authority uses the corresponding resource. For example, the entity organization may control its employees to access the server resources only by using the purchased terminal devices, thereby avoiding information leakage due to the use of other devices. In addition, this also facilitates software or operating system providers to count and manage the scope of the license. For example, a software or operating system provider may simply issue licenses based on the number of terminal devices.

Furthermore, the resources in the server may also be allocated at the server for the user of the terminal device based on the user identification. For example, when a user connects to a server using a terminal device, the terminal device sends the user's identification to the server. And the server allocates corresponding resources according to the user identification. In this case, the user can use a different terminal device to access the server and run the application.

The server resources to be allocated, e.g. the number of containers in the server, the available operating system, the storage capacity, the processing priority, the communication bandwidth, etc., may be determined based on the identity of the terminal device and/or the identity of the user. For example, when purchasing such a cloud service, a user may pay different prices to purchase different services, thereby satisfying the personalized needs of the user.

It may also be determined whether the user using the terminal device is permitted to use an operating system capable of running the application based on the identity of the terminal device and/or the identity of the user. For example, when a user uses an application, the server may first detect the operating system required by the application. If the user has not purchased the license for the operating system, the server may prompt the user through the terminal device to provide the license for use of the corresponding operating system or purchase the license. When the user obtains the license, the server may run the application. The permission status of the user may be determined when the user first runs the application. In addition, the user's license status may also be checked periodically to ensure that the user's license has not expired.

Since the operating system of the user is located at the server side, piracy can be effectively prevented in this way. Preventing the user from using an unauthorized operating system or software. This may facilitate operating system or software providers to protect their copyrights, reducing the cost of maintaining their own rights. This also reduces the license fee for the user to use the operating system or software.

Fig. 2 shows a schematic flow chart of a method for executing a multi-system application according to another embodiment.

The method shown in fig. 2 may be performed by a terminal device. In step S22, different inputs are received through the input device for different applications, where the different applications are running on different operating systems.

In step S24, the different inputs are sent to the server.

In step S26, different operation result interfaces for different applications are received from the server. The different operation result interfaces may be received via a streaming media transport protocol.

In step S28, the different operation result interface is presented through a display device.

In the description for fig. 1, other operations in the terminal device are also described. The description will not be repeated here.

In one example, the terminal device may be implemented as a client program or a virtual machine program or the like in another electronic device.

Fig. 3 shows a hardware schematic block diagram of a server according to an embodiment.

As shown in fig. 3, server 300 includes a processor 302, a memory 304.

The server 300 may also include a display screen 306, a mouse/keyboard 308, a communications component 310, a power supply 312, and the like.

The processor 302 may be various processors. Memory 304 may store the underlying software, system software, application software, data, etc. needed for server 300 to operate. The memory 304 may include various forms of memory, such as ROM, RAM, Flash, etc.

The display 306 may be a liquid crystal display, an OLED display, or the like. In one example, the display screen 306 may be a touch screen. The user may perform input operations via the display screen 306, mouse/keyboard 308, and the like.

The communication component 310 may include, for example, a WiFi communication component, a bluetooth communication component, a 3G, 4G, and 5G communication component, and the like. Through the communication component 310, the server 300 can be arranged in a network.

The server illustrated in FIG. 3 is merely illustrative and is in no way intended to limit the embodiments herein, their applications, or uses.

The server 300 shown in fig. 3 may be used to perform the method described above with respect to fig. 1.

Fig. 4 shows an exemplary system architecture of a server according to one embodiment. As shown in fig. 4, a kernel-based virtual machine 320 resides on the server 300 (hardware resources as described in fig. 3, including various hardware such as CPUs, GPUs, etc.). Different operating systems, such as the Ubuntu operating system 321a, the Windows operating system 321b, etc., are run in the virtual machine 320. For example, containers 322a, 322b are provided on the Ubuntu operating system 321 a. An instance of the android operating system 323a is created and the android application is run in the container 322a, and an instance of the android operating system 323b is created and the android application is run in the container 322 b. A streaming media transmission module 324, for example, a WebRTC server for the Ubuntu operating system, is also configured on the Ubuntu operating system 321 a. The running result interface of the android application program can be sent to each terminal device through the streaming media transmission module 324. The containers 325a, 325b are set on the Windows operating system 321 b. An instance of the Windows operating system 326a is created and Windows applications are run in container 325a, and an instance of the Windows operating system 326b is created and Windows applications are run in container 325 b. Also configured on the Windows operating system 321b is a streaming media transfer module 327, e.g., a WebRTC server for Windows operating system. The operation result interface of the Windows application may be sent to each terminal device through the streaming media transmission module 327.

Fig. 5 shows a hardware schematic block diagram of a terminal device according to an embodiment.

As shown in fig. 5, the terminal device 400 includes a processor 402 and a memory 404.

The terminal device 400 may also include a display 410, a user interface 412, a camera 414, an audio/video interface 416, a sensor 418, and a communication component 420, among other things. In addition, the terminal device 400 may further include a power management chip 406, a battery 408, and the like. The terminal device 400 may be a variety of smart devices, and the like.

The processor 402 may be various processors. The memory 404 may store the underlying software, system software, application software, data, etc. needed for the terminal device 400 to operate. The memory 404 may include various forms of memory, such as ROM, RAM, Flash, etc.

The display screen 410 may be a liquid crystal display screen, an OLED display screen, or the like. In one example, the display screen 410 may be a touch screen. The user can perform an input operation through the display screen 410. In addition, the user can also perform fingerprint identification and the like through the touch screen.

The user interface 412 may include a USB interface, a lightning interface, a keyboard, and the like.

The camera 414 may be a single camera or multiple cameras. In addition, camera 414 may be used for face recognition by the user.

The audio/video interface 416 may include, for example, a speaker interface, a microphone interface, a video transmission interface such as HDMI, and the like.

The sensors 418 may include, for example, gyroscopes, accelerometers, temperature sensors, humidity sensors, pressure sensors, and the like. For example, the environment around the terminal device, etc. can be determined by means of sensors.

The communication component 420 may include, for example, a WiFi communication component, a bluetooth communication component, a 3G, 4G, and 5G communication component, and the like. Through the communication section 420, the terminal device 400 can be arranged in a network.

The power management chip 406 can be used to manage the power of the input terminal device 400 and also manage the battery 408 to ensure greater utilization efficiency. The battery 408 is, for example, a lithium ion battery or the like.

The terminal device shown in fig. 5 is merely illustrative and is in no way intended to limit the embodiments herein, their applications, or uses.

The terminal device shown in fig. 5 may be used to perform the method described above with respect to fig. 2.

Fig. 6 shows a schematic system architecture of a terminal device according to one embodiment. As shown in fig. 6, a hardware abstraction layer 430 may reside on the terminal device 400 (e.g., the hardware resources shown in fig. 5). Various input information, such as a user's touch input 431, audio input 432, camera's image input 433, and input 434 through a mouse/keyboard, etc., may be acquired at the hardware abstraction layer 430. The terminal device 400 sends the input information to the cloud server through the network transmission engine 440, and receives the operation result interface returned from the server through the network transmission engine 440. The run results interface is then presented via display module 450.

The network transmission engine 440 may include a WebRTC transmission protocol module and may include an intelligent bit rate control function. The display module 450 may decode, render, etc. the received data of the execution result interface to present the execution result interface to the user.

Figure 7 schematically illustrates a system for executing a multi-system application according to one embodiment.

As shown in fig. 7, the system for executing a multi-system application includes the servers 522, 524, and the like and the terminal devices 532, 534, 536, and the like described above. The server may be a server cluster and include a plurality of servers. The end devices 532, 534, 536 may include smart phones, laptops, desktops, etc.

By the scheme, the performance requirements for the terminal equipment and the like can be reduced, and the terminal equipment is more flexible to use.

Figure 8 schematically illustrates an example for executing a multi-system application. In the example shown in fig. 8, the server may run applications of different operating systems of different terminal devices.

In the example of fig. 8, terminal devices 811, 815 are connected to a server 800 at the cloud. Terminal 811 is, for example, a smartphone, and terminal 815 is, for example, a laptop. For example, application icons 812, 813, 814 of the android system are displayed on the interface of the terminal device 811, and application icons 816, 817 of the Windows system are displayed on the interface of the terminal device 815. For example, the user of terminal 811 clicks on icon 812 and the user of terminal 815 clicks on icon 816. The user's click input is sent to the server 800.

The server 800 determines the corresponding application and operating system according to the input of the terminal devices 811 and 815. The server 800 resides a kernel-based virtual machine 820. The Ubuntu operating system 821a and the Windows operating system 821b run in the virtual machine 820. A container 822a is provided on the Ubuntu operating system 821 a. An instance 823a of the android operating system is created in the container 322a and the android application corresponding to the icon 812 is run. A streaming media transport module 824, e.g., a WebRTC server for the Ubuntu operating system, is also configured on the Ubuntu operating system 821 a. The running result interface of the android application program can be sent to the terminal device 811 through the streaming media transmission module 824. The container 825a is provided on the Windows operating system 821 b. An instance 826a of the Windows operating system is created in the container 825a and the Windows application corresponding to the icon 816 is run. A streaming media transmission module 827 is also configured on the Windows operating system 821b, for example, a WebRTC server for Windows operating system. The operation result interface of the Windows application may be transmitted to the terminal device 815 through the streaming media transmission module 827.

Figure 9 schematically illustrates another example for executing a multi-system application. In the example shown in fig. 9, the server may run applications of different operating systems of one terminal device.

In the example of fig. 9, the terminal device 911 is connected to a server 900 in the cloud. The terminal device 911 is, for example, a smartphone. For example, application icons 912 and 914 of android systems and 913 of Windows systems are displayed on the interface of the terminal device 911. For example, the user of the terminal device 911 clicks on the icons 912, 913, 914. The user's click input is sent to the server 900.

The server 900 determines the corresponding application program and operating system according to the input of the terminal device 911. Server 900 resides a kernel-based virtual machine 920. The Ubuntu operating system 921a and the Windows operating system 921b are run in the virtual machine 920. Containers 922a and 922b are provided in the Ubuntu operating system 921 a. Instances 923a, 923b of the android operating system are created in containers 922a, 922b, respectively, and the android applications corresponding to the icons 912, 913 are run. A streaming media module 924, e.g., a WebRTC server for the Ubuntu operating system, is also configured on the Ubuntu operating system 921 a. The running result interface of the android application program may be sent to the terminal device 911 through the streaming media transmission module 924. The container 925a is provided on the Windows operating system 921 b. An instance of the Windows operating system 926a is created in the container 925a and the Windows application corresponding to the icon 914 is run. A streaming media transfer module 927, for example, a WebRTC server for the Windows operating system, is also configured on the Windows operating system 921 b. The operation result interface of the Windows application can be sent to the terminal device 911 through the streaming media transmission module 927.

From the above description of the embodiments, it is clear to those skilled in the art that the embodiments of the present disclosure can be implemented by software plus necessary general hardware platform. Based on such understanding, the technical solutions of the embodiments of the present specification may be essentially or partially implemented in the form of a software product, which may be stored in a storage medium, such as a ROM/RAM, a magnetic disk, an optical disk, etc., and includes several instructions for enabling a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the methods described in the embodiments or some parts of the embodiments of the present specification.

The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. A typical implementation device is a computer, which may take the form of a personal computer, laptop computer, cellular telephone, camera phone, smart phone, personal digital assistant, media player, navigation device, email messaging device, game console, tablet computer, wearable device, or a combination of any of these devices.

The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the system embodiment, since it is substantially similar to the method embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the method embodiment. The above-described apparatus embodiments are merely illustrative, and the modules described as separate components may or may not be physically separate, and the functions of the modules may be implemented in one or more software and/or hardware when implementing the embodiments of the present disclosure. And part or all of the modules can be selected according to actual needs to achieve the purpose of the scheme of the embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.

The foregoing is only a specific embodiment of the embodiments of the present disclosure, and it should be noted that, for those skilled in the art, a plurality of modifications and decorations can be made without departing from the principle of the embodiments of the present disclosure, and these modifications and decorations should also be regarded as the protection scope of the embodiments of the present disclosure.

Claims (12)

1. A method for executing a multi-system application, performed by a server, and comprising:

receiving input from different terminal devices;

determining corresponding different operating systems and corresponding different application programs based on the different inputs;

respectively operating the different application programs in the examples of the different operating systems to obtain different operation result interfaces; and

and respectively sending the different operation result interfaces to the different terminal devices.

2. The method of claim 1, wherein the instances of the different operating systems run in different containers of a server.

3. The method of claim 1, wherein receiving input from a different terminal device comprises: receiving at least two inputs from one of the different terminal devices,

wherein determining the corresponding different application programs and the corresponding different operating systems based on the different inputs comprises: determining at least two different operating systems and corresponding different applications based on the at least two inputs;

wherein, respectively running the different application programs in the instances of the different operating systems to obtain different running result interfaces comprises: respectively operating the different application programs in the instances of the at least two operating systems to obtain at least two different operation result interfaces; and

wherein, respectively sending the different operation result interfaces to the different terminal devices comprises: and sending the at least two different operation result interfaces to the terminal equipment.

4. The method of claim 1, wherein running the different applications in instances of the different operating systems, respectively, further comprises:

creating an instance of an operating system corresponding to the application, and

running the application in an instance of the operating system; and

wherein the method further comprises: and when the exit of at least one terminal device in the different terminal devices is detected, exiting the instance of the operating system corresponding to the at least one terminal device so as to release the corresponding server resource.

5. The method of claim 1, wherein running the different applications in instances of the different operating systems, respectively, further comprises:

creating an instance of an operating system corresponding to the application, and

running the application in an instance of the operating system; and

wherein the method further comprises: and when the application program exits, exiting the instance of the operating system corresponding to the application program to release the corresponding server resource.

6. The method of claim 1, wherein sending the different operation result interfaces to the different terminal devices, respectively, comprises:

and sending the different operation result interfaces through a streaming media transmission protocol.

7. The method of claim 1, wherein determining, based on the different inputs, a corresponding different operating system and a corresponding different application comprises:

searching corresponding different application programs based on the different input; and

searching for an operating system capable of running the different application based on the different application.

8. A method for executing a multi-system application, performed by a terminal device, and comprising:

receiving, by an input device, different inputs for different applications, wherein the different applications run on different operating systems;

sending the different inputs to a server;

receiving different operation result interfaces aiming at different application programs from a server; and

and displaying the different operation result interfaces through a display device.

9. The method of claim 8, wherein receiving different run result interfaces for different applications from a server comprises:

and receiving the different operation result interfaces through a streaming media transmission protocol.

10. A server for performing the method of claim 1.

11. A terminal device for performing the method of claim 7.

12. A system for executing a multi-system application, comprising a server according to claim 10 and a terminal device according to claim 11.

Images