TW201610848A - Integrating operating systems - Google Patents

Abstract

A method and apparatus for integration of operating systems solve the problem in the conventional techniques with low efficiency in switching among the operating systems. The techniques of the present disclosure firstly starts a first operating system and its agent process, and then starts a second operating system, wherein the second operating system may call the agent process to request the first operating system for resources required by the second operating system. The second operating system may directly request the first operating system for the needed resources, which realizes the coexistence of the first operating system and the second operating system without mutual switching between the operating systems.

Description

Method and device for integrating operating system

The present invention relates to the field of computer technology, and in particular, to a method and device for integrating a working system.

With the development of computer technology, operating systems suitable for various devices and various applications (Applications, APPs) are also emerging.

In the actual application scenario, since the APPs under different operating systems often have different characteristics, for users who use the same device, they often need to use APPs under different operating systems, so how to The integration of different operating systems on one device becomes an extremely problem to be solved.

In the prior art, the following two methods are generally used to combine different operating systems on one device:

Method 1: Install multiple operating systems directly on one device. In this way, the user can select the desired operating system and run when the device is started, and when the selected operating system is running, the user can use the APP under the operating system.

Obviously, when adopting the method of integrating multiple operating systems, the user needs When the device is started, the desired operating system is selected. When the user wants to switch to another operating system, the device can only be manually restarted to switch to another operating system, which is very inconvenient to operate and the switching efficiency between the systems is very low.

Method 2: Install multiple operating systems on the virtual machine. In this way, one operating system can be switched to another operating system at runtime without requiring the user to restart the device.

However, when the second mode is used to integrate multiple operating systems, the user still needs to manually switch the operating system, and the switching efficiency between the systems is still low. Moreover, for a general personal computer (Personal Computer, PC), the virtual machine is supported. The threshold required by the PC is also quite high. In addition, the APP in multiple operating systems also requires hardware support, and the virtualization efficiency is also low. Therefore, the applicability of the second method is also low.

It can be seen that in the prior art, the switching between these operating systems is inefficient for devices that incorporate multiple operating systems.

The embodiment of the invention provides a method and a device for integrating the operating system, which are used to solve the problem of low switching efficiency between the operating systems in the prior art.

A method for merging an operating system according to an embodiment of the present invention includes: a terminal starting a first operating system, and starting an agent of the first operating system; the terminal starting a second operating system; Retrieving the agent through the second operating system; and requesting, by the agent, the resource required by the second operating system from the first operating system; the terminal providing the requested resource to the The second operating system is used.

A method for merging an operating system according to an embodiment of the present invention, the first operating system and the second operating system are installed on the same terminal, the method comprising: the second operating system calling an agent of the first operating system The agent is started by the first operating system; the second operating system requests resources from the first operating system through the agent; and uses the requested resource for subsequent processing.

A fusion device for an operating system according to an embodiment of the present invention includes: a first startup module, configured to start a first operating system, and activate an agent of the first operating system; and a second startup module, configured to start a second operating system; the calling module, the user calling the agent through the second operating system; and the resource requesting module, configured to request the second operating system from the first operating system by using the agent a required resource; providing a module for providing the requested resource to the second operating system for use.

A fusion device for an operating system according to an embodiment of the present invention includes: a first startup module, configured to start a first operating system, and activate an agent of the first operating system; and a second startup module, configured to start a second operating system; the calling module, the user calling the agent through the second operating system; and the resource requesting module, configured to request the second operating system from the first operating system by using the agent a required resource; providing a module for providing the requested resource to the second operating system for use.

Embodiments of the present invention provide a method and apparatus for merging an operating system. The method first starts a first operating system and an agent thereof, and then starts a second operating system, and the second operating system can call the agent to the first operating system. Request the resources required for this second operating system. Through the above method, the second operating system can directly request the required resources to the first operating system, thereby realizing the coexistence of the first operating system and the second operating system, without switching between the operating systems.

401‧‧‧First starter module

402‧‧‧Second starter module

403‧‧‧call module

404‧‧‧Resource Request Module

405‧‧‧ Providing modules

501‧‧‧call module

502‧‧‧Request module

503‧‧‧Processing module

The drawings are intended to provide a further understanding of the invention and are intended to be a part of the invention. In the schema: FIG. 1 is a schematic diagram of a system for merging an operating system according to an embodiment of the present invention; FIG. 2 is a schematic structural diagram of a system for merging an Android system and an X system according to an embodiment of the present invention; FIG. 3 is a schematic diagram of an X system and an X according to an embodiment of the present invention; FIG. 4 is a schematic structural diagram of a fusion device of an operation system according to an embodiment of the present invention; FIG. 5 is a schematic structural diagram of another fusion device of an operation system according to an embodiment of the present invention.

The technical solutions of the present invention will be clearly and completely described in conjunction with the specific embodiments of the present invention and the corresponding drawings. It is apparent that the described embodiments are only a part of the embodiments of the invention, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without departing from the inventive scope are the scope of the invention.

FIG. 1 is a process of the integration of an operating system according to an embodiment of the present invention, which specifically includes the following steps:

S101: The terminal starts the first operating system, and starts an agent of the first operating system.

In the embodiment of the present invention, the agent is a program of the first operating system itself, and the agent is used to be called by another program to The resource is requested from the first operating system through the agent.

For example, if the first operating system is an Android system, the terminal can start the Android system and start the agent of the Android system.

S102: The terminal starts the second operating system.

In the embodiment of the present invention, the first operating system and the second operating system are installed on the same terminal, and the second operating system can be started after the first operating system is started, or can be started simultaneously with the first operating system.

Continuing with the above example, assuming that the second operating system is an X system, the terminal can start the X system after launching the agent of the Android system and the Android system.

S103: Call the agent through the second operating system.

S104: Request, by the agent, the resources required by the second operating system to the first operating system.

After the terminal starts the second operating system, the second operating system can invoke the agent of the first operating system to request, by the agent, the resources required by the second operating system to the first operating system. The resources described in the embodiments of the present invention include, but are not limited to, a graphics input buffer, a user operation event, an input method interface, and the like.

Continuing with the above example, after the X system is started, the agent of the Android system can be called. Through the agent, the X system can request the resources required by the X system itself or the APP under the X system from the Android system, wherein the APP includes But not limited to locally installed apps and web apps.

S105: The terminal provides the requested resource to the second operating system. use.

After the second operating system requests the first operating system to the required resources through the agent, the requested resource can be used for subsequent processing, that is, the second operating system can use the resource to run its own service program or itself. APP.

It can be seen that, through the above method, for the first operating system, since the agent program is the first operating system's own program, or the first operating system regards the agent program as a trusted program, the second operating system When requesting resources from the first operating system through the agent, the first operating system does not actually know who is requesting the resource, that is, the first operating system does not actually know the existence of the second operating system, only The second operating system is regarded as an ordinary APP that requests resources through an agent, and the second operating system is invisible to the first operating system. For the second operating system, as long as it requests the required resources through the agent, it can run its own service program or its APP to provide services for the user. Therefore, the above method can realize the first operating system and The coexistence of the second operating system eliminates the need for the user to switch between the first operating system and the second operating system, thereby effectively improving the convenience of the user's operation. Thus, for an APP that is similar in function but can only be run on one of the first operating system and the second operating system, the user does not need to install the respective APP on both operating systems, only one job is required The APP can be installed on the system, for example, the address book APP.

In the embodiment of the present invention, when the first operating system is an Android system, the agent may be a preset according to a standard framework of the Android system. Activity, can be called Proxy Activity, the Proxy Activity is similar to the ordinary Activity in the Android system, can be called by any program (such as APP or the second operating system, etc.), calling the method and the APP under the Android system to call the ordinary Activity The method is the same.

The difference between the Proxy Activity and the normal Activity in the Android system is that when the terminal starts the normal Activity in the Android system, the corresponding Activity is returned through the normal Activity, and the interface of the APP (including the APP) The control item, etc. is displayed in the window corresponding to the common Activity, and the normal Activity also responds to the user operation event monitored by the Android system according to the preset rule in the APP, and when the terminal starts the Proxy Activity, Through the Proxy Activity, any APP or other program will be retrieved, but the window corresponding to the Proxy Activity will be hidden (the standard framework of the Android system has been defined to hide the window corresponding to the Activity and hide the window corresponding to the Activity). Therefore, this will not be described in detail in the present invention. The Proxy Activity is only used to transfer the resources required by the second operating system between the Android system and the second operating system.

Further, to achieve mutual integration between operating systems, it is necessary to solve how to use the same hardware device (ie, each hardware device in the terminal) to serve multiple operating systems, and the most important one is how to display different The graphical interface (or window) of the operating system. Therefore, in the embodiment of the present invention, the terminal may request, by the agent of the first operating system, the graphics input buffer required by the second operating system to the first operating system, and set the Z sequence for the requested graphics input buffer. . Then use the second operating system When the resource is obtained, the terminal may provide the requested graphic input buffer to the second operating system, so that the APP in the second operating system or the second operating system writes the display data into the display of the terminal itself through the graphic input buffer. In the device, the display device for the terminal itself draws an image to be displayed according to the written display data and the Z-order of the graphic input buffer.

The graphic input buffer is a part of the buffer of the display device (such as a video card, etc.) in the terminal. The Z sequence is a sequence in which the terminal displays the image corresponding to the display data in each graphic input buffer. The higher the Z sequence of a graphic input buffer is, the more the terminal displays the position of the image corresponding to the display data in the graphic input buffer. The top layer, on the other hand, the lower the Z order of the graphics input buffer, the lower the bottom position of the terminal displaying the corresponding image.

Hereinafter, the display device of the terminal will be described as an example of a video card.

Generally, in order to display an image through the graphics card in the terminal, the display data of the image needs to be written into the buffer of the graphics card of the terminal, and the allocation of the graphics buffer is determined by the first operating system. If an APP under the first operating system needs to display an image, the APP can request a graphic input buffer to the first operating system, and the first operating system uses a part of the graphics card memory as a graphic input. The buffer is allocated to the APP, and the APP writes the display data of the image to be displayed into the graphics card buffer through the graphic input buffer, and the graphics card reads the display data in the buffer, and draws and displays the corresponding image. When the first operating system allocates a graphic input buffer to the APP, a Z-order is set for the graphic input buffer, and the Z-order determines the position of the subsequent displayed image (that is, the relationship of mutual coverage). Generally, the tablecloth is The Z order is relatively low-level, that is Say, the images of other apps will cover the tablecloth.

For the scenario in which the first operating system and the second operating system are merged, the second operating system can request the graphic input buffer to the first operating system through the agent of the first operating system through the method provided by the embodiment of the present invention. The first operating system allocates a graphics input buffer to the second operating system and sets a Z-order for the assigned graphics input buffer. After requesting the graphic input buffer, the second operating system can write the display data into the graphics card buffer through the graphic input buffer, so that the graphics card draws an image and displays the corresponding image according to the Z sequence. It can be seen that for the first operating system, the second operating system is equivalent to a normal program that uses the agent to request the graphics input buffer and the Z sequence.

In addition, in the embodiment of the present invention, for the second operating system or the APP under the second operating system, how to operate or provide what service is basically completely depends on the operation of the user, and therefore, the second operating system is also You need to know what the user has done. Therefore, the terminal can request the monitored user operation event from the first operating system through the agent of the first operating system, and then provide the requested user operation event to the second operating system, so that the second operating system or the second The APP under the operating system performs the corresponding operation according to the user operation event.

For example, in simple terms, for the user's click operation, the second operating system needs to know where the user clicks, and these user operation events are monitored by the terminal itself and sent to the first operating system. Therefore, the second operating system can still request the user operation events from the first operating system through the agent of the first operating system, and then according to the request These user action events perform the corresponding operations.

Considering that in the actual application scenario, the APP in the second operating system or the second operating system may also need to call the input method interface, so that the user inputs characters such as Chinese characters, letters, digits and the like through the input method interface, so the terminal can The first operating system is requested to call the input method interface through the agent, and the input method interface is displayed. That is, the second operating system can still call the input method interface to the first operating system through the agent. It should be noted that the input method interface is the input method interface of the first operating system, not the second operation. The input method interface of the system.

Further, since the input method interface is for inputting characters by the user, the input method interface should be displayed on the image displayed by the APP under the second operating system or the second operating system, thereby When the terminal requests the first operating system to input the graphics input buffer required by the second operating system through the agent, the Z sequence for the graphics input buffer setting is after the Z sequence of the input method interface. That is to say, the input method interface of the second operating system call is always displayed on the image displayed by the second operating system or the APP below it. Specifically, the Z sequence of the input method interface of the first operating system may be preset at the forefront.

The following takes the first operating system as the Android system and the second operating system as the X system as an example to illustrate the system structure when the two are integrated.

2 is a schematic structural diagram of a system when an Android system and an X system are integrated according to an embodiment of the present invention. In the system structure shown in FIG. 2, an Android system, an agent, an X system, an APP under the X system, and a displayed image are included. image.

The Android system includes a system service unit, an input method unit, a program user interface (UI) unit, a program management unit, a window management unit, and a graphics buffer controller. The system service unit is configured to provide an Android system to the user. System service; input method unit is used to manage the input method interface of Android system and related functions; system UI unit is used to manage UI of Android system; program management unit is used to manage program of each APP under Android system and Android system The window management unit is used to manage the buffer of the terminal graphics card and the setting of the Z sequence; the graphics buffer controller is used to manage the display data written by each program through the graphic input buffer.

The agent includes a graphics buffer client, an input method proxy unit, an event proxy unit, and other units; wherein: the graphics buffer client is used to request graphics input buffer from the Android system; the input method proxy unit is used to request the input interface from the Android system. The event agent unit is used to request monitored user action events from the Android system; other units are used to perform other functions.

The X system includes a program unit manager, a window manager, and a graphics buffer manager; wherein: the program unit manager is used to manage each APP in the X system. a program unit; the window manager is configured to request a graphic input buffer from the Android system through the agent; the graphics buffer manager is configured to manage display data written by each APP under the X system through the graphic input buffer.

The APP under the X system includes a plurality of program units, a program engine, a graphics library, and a graphic client; wherein: the program unit is used to provide corresponding functions; the program engine is used to invoke execution statements to run the program units; and the graphics library is used to save The display data of the displayed image; the graphic client is used to write the display data into the graphics card of the terminal through the graphic input buffer.

The displayed images include the Android system status interface, the input method interface, the window interface of the APP under the X system, the static/moving image of the APP under the X system, and the tablecloth image.

In the system structure shown in FIG. 2, the Android system and the agent interact through a common interaction channel, and the agent and the X system interact through a special proxy channel, and the X system interacts with the APP under the X system through a common interaction channel. Specifically, since the agent program in the present invention is an Activity under the standard framework of the Android system, the normal interaction channel between the Android system and the agent refers to the common Activity in the Android system and the kernel of the Android system (ie, The channel used for interaction with the Linux kernel). Since the X system is invisible to the Android system, it is equivalent to an ordinary APP, therefore, the X system and the agent program The proxy channel between the sequences is equivalent to the channel between the APP under the Android system and an ordinary Activity. The normal interaction channel between the X system and the APP under the X system refers to the channel through which the kernel of the X system interacts with the APP under the X system.

FIG. 3 is a schematic diagram of interaction between an X system and an APP under the X system according to an embodiment of the present invention. In FIG. 3, a program unit manager in the X system includes a program unit stack structure module, a program unit attribute record module. , task record module, program unit management service module. Wherein: the program unit stack structure module is used for temporarily storing the program unit in the APP under the X system to be executed; the program unit attribute record module is used for recording the attribute of the program unit to be executed; the task record module is used for recording The task of execution; the program unit management service module is used to manage the executed program unit.

In FIG. 3, the program unit in each APP under the X system can not only call the program unit in the APP, but also call the program unit in other APP (ie, cross-APP call).

The program engine in the APP can execute the program unit in the APP by calling the basic execution statement in the basic library and the X system.

The above is a fusion method of the operating system provided by the embodiment of the present invention. Based on the same idea, the embodiment of the present invention further provides a fusion device of the operating system, as shown in FIG. 4 and FIG. 5.

FIG. 4 is a schematic structural diagram of a device for merging an operating system according to an embodiment of the present invention, specifically including: The first startup module 401 is configured to start the first operating system and start the agent of the first operating system; the second startup module 402 is configured to start the second operating system; The second operating system calls the agent; the resource requesting module 404 is configured to request, by the agent, the resources required by the second operating system from the first operating system; and provide a module 405, Providing the requested resource to the second operating system for use.

The resource requesting module 404 is specifically configured to request, by the agent, the graphics input buffer required by the second operating system to the first operating system, and set a Z sequence for the graphics input buffer; The providing module 405 is specifically configured to provide the requested graphic input buffer to the second operating system, so that the application program APP in the second operating system or the second operating system displays the data through The graphics input buffer is written into the display device of the device itself for the display device of the device itself to draw an image to be displayed according to the written display data and the Z sequence.

The resource requesting module 404 is specifically configured to request, by the agent, the monitored user operation event to the first operating system; the providing module 405 is specifically configured to: request the user operation The event is provided to the second operating system, so that the application program APP under the second operating system or the second operating system performs a corresponding operation according to the user operation event.

The resource requesting module 404 is specifically configured to request, by the agent, the input operation interface to the first operating system; the providing module 405 is specifically configured to display the input method interface.

The resource requesting module 404 is further configured to: when requesting, by the agent, the graphics input buffer required by the second operating system to the first operating system, setting a Z sequence for the graphics input buffer After the Z order of the input method interface.

A specific device as shown in FIG. 4 can be located in the terminal.

FIG. 5 is a schematic structural diagram of a fusion device of another operating system according to an embodiment of the present disclosure, which specifically includes: a calling module 501, configured to invoke an agent of a first operating system, where the agent is by the first The operating system is started; the requesting module 502 is configured to request resources from the first operating system through the agent; and the processing module 503 is configured to perform subsequent processing by using the requested resource.

The requesting module 502 is specifically configured to request, by the agent, a graphic input buffer to the first operating system; the processing module 503 is specifically configured to: write the display data into the display device through the graphic input buffer And displaying, by the display device, an image to be displayed according to the written display data and the Z sequence of the first operating system for the graphic input buffer setting.

The requesting module 502 is specifically configured to request a user operation event from the first operating system by using the agent, where the user operates The event is monitored by the first operating system.

The request module 502 is specifically configured to request, by the agent, to invoke the input method interface to the first operating system.

Embodiments of the present invention provide a method and apparatus for merging an operating system. The method first starts a first operating system and an agent thereof, and then starts a second operating system, and the second operating system can call the agent to the first operating system. Request the resources required for this second operating system. Through the above method, the second operating system can directly request the required resources to the first operating system, thereby realizing the coexistence of the first operating system and the second operating system, without switching between the operating systems.

In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, a network interface, and memory.

The memory may include non-permanent memory, random access memory (RAM) and/or non-volatile memory in a computer readable medium such as read only memory (ROM) or flash memory ( Flash RAM). Memory is an example of a computer readable medium.

Computer readable media including both permanent and non-permanent, removable and non-removable media can be stored by any method or technology. Information can be computer readable instructions, data structures, modules of programs, or other materials. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), and other types of random access memory (RAM). Read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, CD-ROM only Read memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassette, magnetic tape storage or other magnetic storage device or any other non-transportable medium that can be used for storage can be calculated Information about device access. As defined herein, computer readable media does not include temporary storage of computer readable media, such as modulated data signals and carrier waves.

It is also to be understood that the terms "comprises" or "comprising" or "comprising" or any other variations are intended to encompass a non-exclusive inclusion, such that a process, method, article, Other elements not explicitly listed, or elements that are inherent to such a process, method, commodity, or equipment. An element defined by the phrase "comprising a ..." does not exclude the presence of additional equivalent elements in the process, method, item, or device including the element.

Those of ordinary skill in the art will appreciate that embodiments of the present invention can be provided as a method, system, or computer program product. Thus, the invention may take the form of a fully hardware embodiment, a fully software embodiment, or an embodiment combining the software and hardware. Moreover, the present invention may take the form of a computer program product embodied on one or more computer usable storage media (including but not limited to disk memory, CD-ROM, optical storage, etc.) containing computer usable code therein. .

The above description is only an embodiment of the present invention and is not intended to limit the present invention. There may be various modifications and changes of the present invention to those skilled in the art. Anything done within the spirit and principles of the present invention Modifications, equivalent substitutions, improvements, etc., are intended to be included within the scope of the invention.

Claims (18)

A method for merging an operating system, comprising: a terminal starting a first operating system, and starting an agent of the first operating system; the terminal starting a second operating system; and calling the agent through the second operating system And requesting, by the agent, the resource required by the second operating system to the first operating system; the terminal provides the requested resource to the second operating system for use. The method of claim 1, wherein the requesting, by the agent, the resource required by the second operating system to the first operating system comprises: requesting, by the agent, the second job from the first operating system The graphics input buffer required by the system, and setting the Z sequence for the graphics input buffer; the terminal provides the requested resource to the second operating system, specifically, the terminal provides the requested graphics input buffer to the a second operating system, wherein the second operating system or the application program under the second operating system writes the display data into the display device of the terminal through the graphic input buffer, so that the display device of the terminal itself is written according to the The displayed data and the Z-sequence draw the image to be displayed. The method of claim 1, wherein the requesting, by the agent, the resource required by the second operating system to the first operating system, specifically includes: Receiving, by the agent, the monitored user operation event to the first operating system; the terminal provides the requested resource to the second operating system, and the method includes: the terminal providing the requested user operation event to the terminal The second operating system causes the second operating system or the application program under the second operating system to perform a corresponding operation according to the user operation event. The method of claim 1, wherein the requesting, by the agent, the resource required by the second operating system to the first operating system, comprises: requesting, by the agent, the input operation interface to the first operating system The terminal provides the requested resource to the second operating system, and specifically includes: the terminal displays the input method interface. The method of claim 4, wherein the method further comprises: when the terminal requests, by the agent, the graphics input buffer required by the second operating system to the first operating system, setting the buffer for the graphics input The Z order is placed after the Z order of the input method interface. A method for merging an operating system, wherein the first operating system and the second operating system are installed on the same terminal, the method comprising: the second operating system calling an agent of the first operating system, wherein the agent The program is started by the first operating system; the second operating system requests the first operating system through the agent Request resources; and use the requested resources for subsequent processing. The method of claim 6, wherein the second operating system requests resources from the first operating system through the agent, specifically: the second operating system requests graphic input from the first operating system through the agent Buffering; using the requested resource for subsequent processing, specifically: the second operating system writes the display data into the display device of the terminal through the graphic input buffer, so that the display device can display the data according to the The first operating system draws an image to be displayed for the Z-order of the graphical input buffer setting. The method of claim 6, wherein the second operating system requests the first operating system through the agent, and the method includes: the second operating system requests the user from the first operating system through the agent An operational event, wherein the user operational event is monitored by the first operating system. The method of claim 6, wherein the second operating system requests the first operating system through the agent, and the method includes: the second operating system requests the first operating system to invoke the input through the agent. French interface. A fusion device for an operating system, comprising: a first startup module, configured to start a first operating system, and start an agent of the first operating system; and a second startup module, configured to start a second operation system; Calling the module, the user calls the agent through the second operating system; the resource requesting module is configured to request, by the agent, the resources required by the second operating system from the first operating system; The requested resource is provided to the second operating system for use. The device of claim 10, wherein the resource requesting module is configured to request, by the agent, the graphics input buffer required by the second operating system from the first operating system, and input buffer settings for the graphic a Z-order; the providing module is configured to provide the requested graphic input buffer to the second operating system, so that the second working system or the application APP under the second operating system transmits the display data through the graphic The input buffer is written into the display device of the device itself for the display device of the device itself to draw an image to be displayed according to the written display data and the Z sequence. The device of claim 10, wherein the resource requesting module is configured to request, by the agent, a monitored user operation event from the first operating system; the providing module is specifically configured to: The user operation event is provided to the second operating system, so that the second operating system or the application program under the second operating system performs a corresponding operation according to the user operation event. The device of claim 10, wherein the resource requesting module is specifically configured to request a call to the first operating system through the agent The input interface is specifically used to display the input method interface. The device of claim 13, wherein the resource requesting module is further configured to buffer the graphic input when the graphic input buffer required by the second operating system is requested by the agent to the first operating system. The set Z order is after the Z order of the input method interface. A fusion device of an operating system, comprising: a calling module, configured to invoke an agent of a first operating system, wherein the agent is started by the first operating system; and a requesting module is configured to transmit The agent requests resources from the first operating system; and the processing module is configured to perform subsequent processing by using the requested resource. The device of claim 15, wherein the requesting module is configured to request, by the agent, a graphic input buffer to the first operating system; the processing module is configured to buffer the display data through the graphic input buffer Writing to the display device for the display device to draw an image to be displayed according to the written display data and the Z sequence of the graphic input buffer setting by the first operating system. The device of claim 15, wherein the requesting module is specifically configured to request a user operation event from the first operating system through the agent, wherein the user operation event is monitored by the first operating system . The device of claim 15, wherein the request module is specific And, by using the agent, requesting the first operating system to invoke an input method interface.