[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN101369258B - Input/output control system - Google Patents

Input/output control system Download PDF

Info

Publication number
CN101369258B
CN101369258B CN2008102131435A CN200810213143A CN101369258B CN 101369258 B CN101369258 B CN 101369258B CN 2008102131435 A CN2008102131435 A CN 2008102131435A CN 200810213143 A CN200810213143 A CN 200810213143A CN 101369258 B CN101369258 B CN 101369258B
Authority
CN
China
Prior art keywords
input
output
information
request
operating system
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN2008102131435A
Other languages
Chinese (zh)
Other versions
CN101369258A (en
Inventor
藤本拓
铃木敬
太田贤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2006341835A external-priority patent/JP2007220086A/en
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Publication of CN101369258A publication Critical patent/CN101369258A/en
Application granted granted Critical
Publication of CN101369258B publication Critical patent/CN101369258B/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Stored Programmes (AREA)
  • Programmable Controllers (AREA)

Abstract

Provided is an input/output controller in consideration of efficiency, independence from a higher order platform, and usability. This input/output controller 100 controlling input/output of an input device and an output device installed in a computer, on which at least two or more OSs are operated simultaneously, on a host system having a concurrent execution function of a plurality of OSs is provided with a request receiving part 110 receiving a switch request requiring a switch of an OS occupying the input device or the output device, a control information generation part 120 generating control information 121 including input destination information 230 or an output permission information 240 according to the switch request, and a control information output part 130 outputting the input destination information 230 or the output permission information 240.

Description

Input/output control system
The application be proposed on January 17th, 2007, application number is 200710001947.4, name is called the dividing an application of patent application of " input-output control unit, input/output control system and input and output control method ".
Technical field
The present invention relates to input-output control unit, input/output control system and the input and output control method of control based on the shared utilization of the input-output device of a plurality of operating systems (below, be called OS).
Background technology
In the computing machine of single OS operation, Control Software by being encased in the input-output device among this OS in good time of this OS and the program on this OS, moved (below, be called device driver), can visit the input-output device that this computing machine possesses.
Here, this computing machine has at least: at the input equipment (keyboard etc.) that utilizes during to this OS input information from the outside of this computing machine; With the output device (display etc.) that utilizes during to the outside output information of this computing machine at this OS.
Device driver in being encased in OS the time to the information of the equipment of this OS login self control.As such facility information, for example can enumerate the insertion sequence number that this equipment is used.
Taken place from the computing machine outside, during via the input of the information of input equipment, the first, insert controller the CPU notice inserted signal and inserted sequence number.
The 2nd, CPU receives this insertion signal, interrupts the current processing of just carrying out, and calls and this insertion sequence number corresponding equipment driver.
The 3rd, device driver visit corresponding equipment is delivered the information that is transfused to OS.
In addition, OS comes specific suitable output device according to the content of this customizing messages when the output customizing messages.Afterwards, OS call in advance login, with this output device corresponding equipment driver, make this customizing messages output.
As mentioned above, during independent on computers OS operation, this OS manages for the use of input-output device, only otherwise occur in program that this OS goes up operation to visit the conflict situation of input-output device simultaneously just passable.
On the other hand, the environment that can carry out a plurality of OS is in recent years on computers simultaneously expanded.Such environment, as shown in figure 12, be called as " virtual machine monitor (below; be called VMM) " main system constitute and to be called as " virtual machine (and below; be called VM) " client (guest) system, on VM, realize (for example, with reference to patent documentation 1, non-patent literature 1 and non-patent literature 2) by moving each OS.
For example, consider following such example, " OS (below, be called RTOS) in real time " that specialization is become handle in real time and general " general purpose O S (below, be called the GPOS) " example of operation simultaneously on 1 computing machine as the utilization example of this environment; The a plurality of OS of operation on 1 server, the example that in each OS, the service of this OS land used specialization is provided to client.
Under such environment, must in a plurality of OS, share with headed by the input-output device, the limited hardware resource.
One of effect of VMM is static or dynamically hardware resource is assigned to each OS.For example, VMM dynamically delivers the control of CPU to each OS, is assigned to each OS after the logical division primary storage statically, carries out when realizing a plurality of OS thus.
In addition, in VMM, be implemented in the VMM of the data communication between a plurality of OS that carry out simultaneously in addition.Representational implementation method provides the method for the shared storage that a plurality of OS can reference.
VMM carries out the management of shared storage or OS notice is write or read in such processing to shared storage.
Not only when single data communication, also utilize communication function between such OS when between a plurality of OS, sharing hardware resource.
For example, consider in the computing machine that only has a network interface that a plurality of OS carry out and the outside situation of communicating by letter.
At this moment, be difficult to consider that each OS has the equipment driver structure of network interface alone.Reason is can't judge in advance for the hardware that takes place when the Data Receiving to insert the driver that call which OS.
Therefore, need certain OS to become the preserver of unique device driver, carry out data transmit-receive and to the data allocations of each OS.
When sharing such hardware resource, must have communication function between above-mentioned OS.
[patent documentation 1]: US2004/0205755
[non-patent literature 1]: " Xen and the Art ofvirtulization " In Proc.ofSymposiumon operating systems Principles (SOSP) 2003 (http:/www.cl.cam.ac.uk/ReSearch/SRG/netos/papers/2003-xe nsosp.pdf)
[non-patent literature 2]: " A600MIPS120mW70 μ A Lcakage Triple-CPU MobileApplication Processor Chip " In Proc.of IEEE International Solid-State CircuitsConference (IS SCC) 2005
Summary of the invention
In a plurality of OS environment that consideration realizes, come exclusively occupied equipment by specific OS at any time on VMM.
Can enumerate human interface devices (below, be called HID) as an example of such equipment.For example, as HID can enumerate keyboard as input equipment, and as the display of output device etc.
These equipment need exclusively take by the OS that the user is just utilizing.
For example, when the user just utilizes specific program, basically, need be to this program input by the result of user by the keyboard input, the output result who on display, shows this program, so must hand to from the input results of keyboard on the OS of this program of operation, same, must be shown on the display from the output result of this OS.
CPU controls the aggregatio mentium that may not just utilize certain OS with the user by this OS.
Even VMM user is just utilizing during this OS, also can between OS, carry out context (context) and switch, other OS is distributed CPU, perhaps carry out the processing of VMM self.
VMM is because the distribution of CPU management, thus CPU constantly can grasping which OS positive control arbitrarily, but utilizing which OS constantly can not grasping the user arbitrarily.
Therefore, when for example VMM after by key in data insertion has taken place, can not discern this insertion and be insertion at which OS.
For example, when the shared network interface, the data that IP address or port sequence number etc. are used for the OS on identifying purpose ground in the data that receive, have been given, after having received these data so in case certain OS distributes these data just passable.
, be difficult for carrying out same processing by the data of keyboard input.
Equally, when exporting, display also having problems.
All does not preserve display driver for OS, if output optionally then certainly lead to conflict to this display.
Even when having compiled the data that should export certain OS, carve at this moment, should export these data if can not discern which OS, then can not show correct output result to the user.
At above such problem, in the offhand special function of a plurality of OS environment described in the patent documentation 1.
This is that GPOS takies HID all the time because patent documentation 1 has been supposed the environment that RTOS and GPOS carry out simultaneously.
On the other hand, at a plurality of OS environment described in non-patent literature 1 or the non-patent literature 2, as shown in figure 13, prepare 1 main OS, the GUI of main OS (Graphical User Interface) server process realizes sharing of HID thus to the input and output of the HID of all other client OS.
Specifically, only main OS has the device driver (HIDDD) at HID, and this device driver can only handle the input and output of the GUI server of autonomous OS.
The GUI server of main OS generates each the client OS window (Window) beyond the main OS, and output is from the output result of GUI server by communicating by letter and receive between the OS of VMM of corresponding client OS.
In addition, when this window is activated, will hand to the GUI server of corresponding client OS by communication between this OS from the input results of input equipment.
, in such solution of passing through the GUI server, have problems.
The 1st problem is because all whole GUI client applications of OS carry out the input and output processing respectively, switches so often occur in the context of crossing between OS.
The context of crossing between the OS in a plurality of OS environment switches, and spended time in contextual preservation is handled and recovered to handle especially when the output to display of the speed of attention is handled, becomes very big bottleneck.
In addition, also become the big main cause of power consumption must carry out as portable terminal device under the environment of province's electric treatment.
The 2nd problem is platform and the application program that exists with ... each OS greatly.
In order to realize the input and output between such GUI server, the GUI server of main OS and the GUI server both sides of client OS must be corresponding to this functions.
In addition, especially under the significantly different situation of the environment of GUI server operation, need be when between the GUI server, communicating in the conversion of the data under the application program rank (level).
So the 3rd problem is owing to entrust whole input and output to handle dangerous property aspect secret on the GUI server.
Because the GUI server is " non-privileged procedure (user right) ", thus with as the OS of " privileged procedure (interior Nuclear Authorization) " relatively, anti-altering a little less than (Tamper) property.
The GUI server can not suitably be handled the input and output of OS when being altered, may deliver input results to the input destination of mistake, perhaps shows the output result of the OS that should not show.
In addition, in the switching of the OS that takies HID, considered several switch modes in order to improve usability, must consider the providing of changing method, and preventing of taking of wrongful switching and HID etc. about each switch mode.
For example considered following such example as switch mode.
On specific OS, started the situation of specific program
Supress the situation of the switching push button of on keyboard etc., preparing
Unusual situation has taken place on the OS that just takies HID
For purposes such as debugging, started the situation of specific program from external forced
In addition, as when the switching of OS situation about must consider, considered following such example.
Prevent that by specific OS and specific certain program wrongful HID from taking
The switching repeatedly of usability avoids damage
Prevent when utilizing the high program of priority switching therefore, the present invention forms in view of above problem, considers that to provide efficiency, the input-output control unit that does not exist with ... upper platform, usability, input/output control system and input and output control method are as purpose.
The 1st feature of the present invention is a kind of input-output control unit, when having a plurality of operating systems, carry out on the main system of function, the input equipment that disposes on the computing machine that moves simultaneously in the operating system more than at least 2 and the input and output of output device are controlled, its main idea is, have: portion is accepted in request, and the handoff request of request being switched the operating system that takies described input equipment or described output device is accepted; The control information generating unit according to described handoff request, generates and to contain the control information that input destination information or output could information; With the control information efferent, exporting described input destination information or described output could information, described input destination information contains the information of the input destination operating system that is useful on specific input information from described input equipment at least, described output could information contain at least at operating system, be used for specific could be to the information of described output device output.
In the 1st feature of the present invention, described request is accepted portion, also can accept the handoff request from the 1st Control Software, the 1st input equipment that the control of the 1st Control Software is possessed in advance by described computing machine.
In the 1st feature of the present invention, described request is accepted portion, also can accept the handoff request from operating system.
In the 1st feature of the present invention, when having given the request rule of regulation for the processing of described handoff request, described request is accepted portion, can accept or not accept described handoff request according to the described request rule.
In the 1st feature of the present invention, the input of described request rule request secret information in the accepting of described handoff request, the described request portion of accepting can only accept described handoff request when described secret information is correct.
In the 1st feature of the present invention, the wrongful handoff request of described request rule definition, the described request portion of accepting can not accept this handoff request under the wrongful situation of described handoff request.
In the 1st feature of the present invention, the described request rule needs in the accepting of described handoff request by the permission of judging the user from user's specific action/disapprove, the described request portion of accepting can accept described handoff request according to the permission based on described specific action.
In the 1st feature of the present invention, not when the user obtains any judgement of permission/objectionable based on described specific action, the described request portion of accepting can accept described handoff request at the appointed time.In the 1st feature of the present invention, described request rule with specific handoff request as privilege request, described request is accepted portion, also can be after the control information that generates based on described privilege request, until satisfying specified conditions, do not accept the input equipment that taken by specific operating system by described privilege request or the handoff request of output device.
In the 1st feature of the present invention, the request portion of accepting can accept the handoff request from described main system.
In the 1st feature of the present invention, described operating system also can be passed through the described request rule, is only limited under the situation of the described handoff request of permission, issues described handoff request.
In the 1st feature of the present invention, described main system also can be passed through the described request rule, is only limited under the situation of the described handoff request of permission, issues described handoff request.
In the 1st feature of the present invention, when having the state variation measuring ability of specific state variation of the operating system that detection moves on described computing machine in the 1st operating system on the described computing machine or described main system, the described request portion of accepting also can accept the handoff request that described state variation measuring ability is issued according to the described state variation that takies the 2nd operating system of input equipment or output device.
The present invention's the 2nd feature is a kind of input/output control system, has: at least one input equipment; At least one output device; Control the input-output control unit of the input and output of described input equipment and described output device; And carry out the main system of function and the communication function between described a plurality of operating systems when containing a plurality of operating system, its main idea is, described input-output control unit has: portion is accepted in request, judges whether the handoff request of asking to switch the operating system that takies described input equipment or described output device is accepted according to the request rule; The control information generating unit according to being judged to be the handoff request of accepting by the request portion of accepting, generating and contains the control information that input destination information or output could information; With the control information efferent, exporting described input destination information or described output could information, 1 specific operating system in described a plurality of operating systems of on described main system, moving, have: input device controls portion, according to the input destination operating system of the specific input information from described input equipment of described input destination information, import described input information to this input destination operating system; With the output device control part, according to described output could information come specific can be to the operating system of described output device output, to export to described output device from the output information that this operating system receives, described input destination information contains the information of the input destination operating system that is useful on specific input information from described input equipment at least, described output could information contain at least at operating system, be used for specific could be to the information of described output device output.
In the 2nd feature of the present invention, 1st operating systems different with described specific 1 operating system have: virtual input device control part and virtual O device control part, described virtual input device control part, reception is by the input information of the described input device controls portion input of described specific operating system, to the program input that on described the 1st operating system, moves, described virtual O device control part, could information judge whether described the 1st operating system can be to described output device output output information according to described output, also can be only limited to and to export under the situation of described output information described output device, described output device control part to described specific operating system is exported described output information, and wherein said output information is come the program moved on comfortable described the 1st operating system.
The present invention's the 3rd feature is a kind of input/output control system, has: at least one input equipment; The handoff request of the operating system of the described output device of person is accepted; The control information generating unit according to described handoff request, generates and to contain the control information that input destination information or output could information; With the control information efferent, exporting described input destination information or described output could information, the program of on described operating system, moving, by described input destination information, be only limited to operating system in the described program of operation and be under the situation from the input destination operating system of described input equipment, distribution is to the system call of described operating system request input, could information by described output, be only limited to the operating system of the described program of operation can situation to the output of described output device under, distribution is to the system call of described operating system request output, described input destination information contains the information of the input destination operating system that is useful on specific input information from described input equipment at least, and described output could information contains at operating system at least, be used for specific could be to the information of described output device output.
The present invention's the 4th feature is a kind of input/output control system, has: at least one input equipment; At least one output device; Control the input-output control unit of the input and output of described input equipment and described output device; And carry out the main system of function and the communication function between described a plurality of operating systems when containing a plurality of operating system, its main idea is, described input-output control unit, have: portion is accepted in request, and the handoff request of request being switched the operating system that takies described input equipment or described output device is accepted; The control information generating unit according to described handoff request, generates and to contain the control information that input destination information or output could information; With the control information efferent, exporting described input destination information and described output could information, and described a plurality of operating systems have separately: the input device controls portion of the described input equipment of may command; Output device control part with the described output device of may command, described main system has the input and output control part, this input and output control part, input destination information according to described input-output control unit output, make the described input device controls portion's validation or the ineffective treatment of described operating system, could information according to the output of described input-output control unit output, make the described output control part validation or the ineffective treatment of described operating system.
The present invention's the 5th feature is a kind of input/output control system, has: at least one input equipment; At least one output device; Control the input-output control unit of the input and output of described input equipment and described output device; And carry out the main system of function and the communication function between described a plurality of operating systems when containing a plurality of operating system, its main idea is, described input-output control unit has: portion is accepted in request, and the handoff request of request being switched the operating system that takies described input equipment or described output device is accepted; The control information generating unit generates according to described handoff request and to contain the control information that input destination information or output could information; With the control information efferent, exporting described input destination information and described output could information, described main system has the notice of insertion portion, this inserts notice portion, when the insertion that has taken place for described input equipment, described insertion is notified to described operating system, and described insertion notice portion is according to the input destination information of described input-output control unit output, the notice destination of specific described insertion.
The present invention's the 6th feature is a kind of input/output control system, has: at least one input equipment; At least one output device; Control the input-output control unit of the input and output of described input equipment and described output device; And carry out the main system of function and the communication function between described a plurality of operating systems when containing a plurality of operating system, its main idea is, described input-output control unit has: portion is accepted in request, and the handoff request of request being switched the operating system that takies described input equipment or described output device is accepted; The control information generating unit generates according to described handoff request and to contain the control information that input destination information or output could information; With the control information efferent, exporting described input destination information and described output could information, described main system has the QoS control part, this QoS control part, could information according to the input destination information of described input-output control unit output or output, carry out QoS control for described operating system.
The present invention's the 7th feature is a kind of input and output control method, when having a plurality of operating systems, carry out on the main system of function, the input equipment that disposes on the computing machine that moves simultaneously in the operating system more than at least 2 and the input and output of output device are controlled, its main idea is, has following steps: the step that the handoff request of the operating system take described input equipment or described output device is accepted is switched in request; Generate the step that contains the control information that input destination information or output could information according to described handoff request; With output described input destination information and described output could information step, described input destination information contains the information of the input destination operating system that is useful on specific input information from described input equipment at least, described output could information contain at least at operating system, be used for specific could be to the information of described output device output.
The present invention's the 8th feature is a kind of input/output control system, has: at least one input equipment; At least one output device; Control the input-output control unit of the input and output of described input equipment and described output device; Carry out the main system of function when containing a plurality of operating system, its main idea is, described input-output control unit has: portion is accepted in request, and the handoff request of request being switched the operating system that takies described input equipment or described output device is accepted; The control information generating unit according to described handoff request, generates and to contain the control information that input destination information or output could information; With the control information efferent, exporting described input destination information or described output could information, the program of on described operating system, moving, by described input destination information, be only limited to operating system in the described program of operation and be under the situation from the input destination operating system of described input equipment, distribution is to the system call of described operating system request input, could information by described output, be only limited to the operating system of the described program of operation can situation to the output of described output device under, distribution is to the system call of described operating system request output, described input destination information contains the information of the input destination operating system that is useful on specific input information from described input equipment at least, and described output could information contains at operating system at least, be used for specific could be to the information of described output device output.
The present invention's the 9th feature is a kind of input/output control system, has: at least one input equipment; At least one output device; Control the input-output control unit of the input and output of described input equipment and described output device; Carry out the main system of function when containing a plurality of operating system, its main idea is, described input-output control unit has: portion is accepted in request, judges whether the handoff request of asking to switch the operating system that takies described input equipment or described output device is accepted according to the request rule; The control information generating unit according to being judged to be the handoff request of accepting by the request portion of accepting, generating and contains the control information that input destination information or output could information; With the control information efferent, exporting described input destination information or described output could information, wherein, the program of moving on described operating system is to the handoff request of described operating system request distribution for described input-output control unit, described input destination information contains the information of the input destination operating system that is useful on specific input information from described input equipment at least, described output could information contain at least at operating system, be used for specific could be to the information of described output device output.
In the 9th feature of the present invention, described program also can be passed through the described request rule, is only limited under the situation of the described handoff request of permission, to the handoff request of described operating system request distribution for described input-output control unit.
As described above, can provide according to the present invention and to consider efficiency, the input-output control unit that does not exist with ... upper platform and usability, input/output control system and input and output control method.
Description of drawings
Fig. 1 is the block diagram of the input/output control system of the 1st embodiment.
Fig. 2 is the process flow diagram of the input and output control method of expression the 1st embodiment.
Fig. 3 is the block diagram (its 1) of the input/output control system of the 2nd embodiment.
Fig. 4 is the block diagram (its 2) of the input/output control system of the 2nd embodiment.
Fig. 5 is the block diagram (its 1) of the input/output control system of the 3rd embodiment.
Fig. 6 is the block diagram (its 2) of the input/output control system of the 3rd embodiment.
Fig. 7 is the block diagram (its 3) of the input/output control system of the 3rd embodiment.
Fig. 8 is the block diagram (its 4) of the input/output control system of the 3rd embodiment.
Fig. 9 is the block diagram (its 5) of the input/output control system of the 3rd embodiment.
Figure 10 is the block diagram of the input/output control system of the 4th embodiment.
Figure 11 is the block diagram of the input/output control system of the 5th embodiment.
Figure 12 is the block diagram (its 1) of existing input/output control system.
Figure 13 is the block diagram (its 2) of existing input/output control system.
Symbol description
100 input-output control units
Portion is accepted in 110 requests
120 control information generating units
121 control informations
130 control information efferents
210 handoff request
211 outside inputs
212OS handles
213VMM handles
The 214OS state variation
220 input-output device tables
230 input destination informations
240 outputs could information
250 request rules
310,410,510 input equipments
320,420,520 output devices
330、430、530VMM
331,433 debug functioies
340、350、440、450、540、550OS
341,441,451,541 input device controls portions
342,442,452,542 output device control parts
343,444 switching push button controlling and driving programs
351A, 443,453 virtual input-output control units
351 virtual input device control parts
352 virtual O device control parts
360,370,460,470 programs
431 input and output control parts
432 insert notice portion
The 434QOS control part
560,570GUI server
580,590GUI client
Embodiment
Followingly embodiments of the present invention are described with reference to accompanying drawing.In the record of the following drawings, identical or similar part is marking identical or similar symbol.And, should notice that accompanying drawing only is schematic figure.
[the 1st embodiment]
(input/output control system)
Fig. 1 is the system architecture of the input-output control unit 100 of the 1st embodiment.Input-output control unit 100 for example operates on the VMM at a plurality of OS, the specific OS among these a plurality of OS takies particular device at any time and utilize under such situation, takies processing such as the judgement of OS of this particular device and switching.
As such particular device, for example enumerate representative HID in output devices such as input equipments such as keyboard or display.
For example, when the user utilizes the program move in other OS, supressing under the situation of pre-prepd switching push button on computers, input-output control unit 100 detects its orders, generate control information, this control information is used to make the OS of this program of operation to take input-output device.
Specifically, input destination information 230 and the specific output from the OS of output information to output device that can export of the input destination OS of the specific input information from input equipment of input-output control unit 100 output could information 240.
As shown in Figure 1, input-output control unit 100 has: portion 110, control information generating unit 120 and control information efferent 130 are accepted in request.Below, the processing of each one is narrated.
Portion 110 is accepted in request, and the handoff request 210 of switching the OS that takies input-output device in request is carried out following processing during from specific request source distribution.
1. the detection of handoff request 210
Request is accepted portion 110 and is detected from the handoff request 210 of specific request source distribution.
For example enumerate outside input 211, OS processing 212, VMM processing 213 and OS state variation 214 as the main cause of the such handoff request 210 of distribution.
For example, when the user supresses pre-prepd on computers switching push button, insert as hardware that to produce with " outside input 211 " be the handoff request 210 of main cause.
When the hardware insertion has taken place, action according to the existing VMM that from the chapters and sections of " the Interrupt andEvent Handling " of [0138] of patent documentation 1 beginning etc., puts down in writing, beginning is based on the control of the device driver of this switching push button of control, so issue this handoff request 210 by this device driver.
In addition, for example carve the PROGRAMMED REQUESTS do not take the OS of input-output device or to move at this moment when taking input-output device on this OS, this OS distribution is the handoff request 210 of main cause with " OS handles 212 ".
VMM switches the OS that takies input-output device as required by the processing of the lower layer of the OS such as incident between detection OS, so distribution is the handoff request 210 of main cause with " VMM handles 213 ".
For example, when the OS debug function of carrying out from the VMM that puts down in writing from the chapters and sections of " Debugging " of [0159] beginning of patent documentation 1, VMM issues this handoff request 210.
In taking the OS of input-output device, when specific state variation had taken place, taking place with " OS state variation 214 " was the handoff request 210 of main cause.
Especially, when this OS or other OS or VMM etc. had the state variation measuring ability, this state variation measuring ability was issued this handoff request 210.
As an example of such state variation, considered restarting or the hang-up of OS of OS.
In addition, in an example of from the chapter of " the Hot Reboot of Secondary Operating System " of [0122] of patent documentation 1 beginning, putting down in writing the state variation measuring ability.
Specifically, about how to accept the handoff request 210 of portion's 110 notices, exist with ... the collocation method of device driver and input-output control unit 100 etc. by distribution such as each program, each OS, device driver or VMM to request.
Record and narrate in the 2nd~the 4th embodiment about detailed content, but handoff request 210 contain at least can specific request source information and request content (for example be the request which OS takies input-output device, or take request of which input-output device etc.).
2. handoff request 210 accepts/non-accepting
Request is accepted portion 110 and can not be accepted detected whole handoff request 210.
Be because there is following possibility: for example, program in malice is issued handoff request 210 continuously, and request is accepted portion 110 when having accepted whole this handoff request, and repeatedly the switching of picture takes place in distribution, perhaps take input-output device on specific OS for a long time, usability significantly descends thus.
Request is accepted portion 110 having given to be used to judge the request rule 250 o'clock that whether should accept detected handoff request 210, according to regular 250 judgements of carrying out for this handoff request 210 of accepting of this request.
An example of this request rule 250 of expression in table 1.
In the example of table 1, the safe OS operation that general OS that reliability is low and reliability are high only moves general procedure, operation general procedure and privileged program in safety OS in general OS.
Safe OS with the difference of general OS is, guaranteed very strong maintaining secrecy among the safe OS, and may there be improper or malice in general OS in this OS or the program moved on this OS.
[table 1]
Figure G2008102131435D00141
Request is accepted portion 110 and is is unconditionally accepted handoff request 210 from VMM often.
This is because are the urgent requests of issuing owing to the startup of aforesaid debug function etc. from the handoff request 210 of VMM.
In addition, be not contain program error and fragility because VMM and safe OS are assumed that equally.
Equally, request accept portion 110 for the handoff request 210 of the distribution of the privileged program by safety OS also unconditionally to accept.
As privileged program, for example suppose the program that when the state variation of system, starts.Specifically, exemplify out as one of privileged program: the program etc. that the signalling trouble of hardware is given user's program, the decline of amount of batteries is notified to user's program and the detection notice of virus given the user.
Safe OS self guarantees safety, and the usability that is designed to do one's utmost avoid being caused by unwanted switching descends, thus request accept portion 110 for from the handoff request 210 of notifying the such program of these important informations unconditionally to accept.
Request is accepted portion 110 for the handoff request 210 by the distribution of the general procedure of safety OS, is only limited under the situation of user's permission to accept.
For example, consider when the mail recipient of safety OS side has received mail in order to issue the situation of handoff request 210 to its order of user notification.
At this moment, the user is just utilizing the specific program of general OS, and perhaps avoids hindering the utilization of this specific program by switching OS.
Therefore, request is accepted portion 110 in case keep the handoff request 210 that receives, and just allows the user judge the notice that could switch OS to general OS.
Specifically, request is accepted portion's 110 startup inquiries and is maked a promise program to user's user promise, that be present on this OS, and this user's promise program inquiry is for user's above-mentioned judgement.
With the communicating by letter of such specific OS in utilize between the OS that from " the Inter-operating System Communication S-Virtual buS " of [149] beginning of patent documentation 1, puts down in writing communication function etc.
If when the user has maked a promise the switching of OS, request is accepted portion 110 and is accepted the handoff request 210 that is keeping.
In addition, when the user did not make a promise the switching of OS, request was accepted portion 110 and is not is not accepted the handoff request 210 that is keeping.
Here, considered the situation that the user does not react for the switching of whether having maked a promise OS.
For example, considered that the user who the moves program of making a promise does not have the situation of normal operation etc. owing to unaccommodated situation on general OS.
For corresponding to such situation, request is accepted portion 110 and can be such formation: keeping within a certain period of time under the situation of handoff request 210 and accepting this handoff request 210.Thus, can prevent to become the situation of still storing the handoff request 210 that keeps.
Request is accepted portion 110 for the handoff request 210 of being issued by the general procedure of general OS, carries out basically and the equal judgement of the general procedure of safe OS.
That is, request is accepted portion 110 and accept this handoff request 210 when having been maked a promise the switching of OS by the user.
But portion 110 is accepted in request, even handoff request 210 is being kept under the situation of certain hour, does not does not also accept this handoff request 210.
User on the safe OS makes a promise program because do not have because unaccommodated situation etc. and the situation of hang-up, so the user as long as just utilizing computing machine, basically, handoff request 210 just can not become reserved state.
In addition, as the general procedure that on general OS, moves, also can suppose the program from any page download as the user.
At this moment, having considered also that this program has is not suitable for or the situation of malice, the wrongful handoff request 210 of distribution.
For example, suppose that this program issues the situation of handoff request 210 continuously, perhaps when not needing to take input-output device, also issue the situation of handoff request 210.
The user can refuse the switching of OS by user's promise program, but the switching that at every turn judges whether to make a promise OS causes the decline of usability.
In order to prevent above so improper handoff request 210, user etc. preestablish the condition that is regarded as wrongful handoff request 210, and request is accepted portion 110 and can not accepted the handoff request 210 of coincideing with this condition automatically.
For example, request is accepted portion 110 and also can not accepted the handoff request 210 of issuing the such program of the above handoff request of certain number of times 210 freely within a certain period of time.
In addition, the user can set the handoff request 210 that whether must not accept by this program distribution when program is installed, and therefore can generate the condition of not accepting handoff request 210 automatically.
At this moment, the appointment of the user in installing according to program, general OS can utilize that communication function waits overwrite request rule 250 between OS, makes it not accept handoff request 210 from this program.
Be based on the handoff request 210 of user's the meaning by the handoff request 210 of switching push button distribution, accept this handoff request 210 basically so ask to accept portion 110.
But, also have by the 3rd to start the possibility of the basic privileged program of the system of relating to by the program on the safe OS of any startup.
Therefore, when the switching of safety OS, impel the input of password (secret information) from the user.Thus, have only the regular user of this computing machine just can carry out switching to safety OS.
In addition, about the call method and the disposal route of the program of impelling password input, to make a promise program identical with the user.
In addition, request rule 250 also has the situation of the requested input-output device of regulation with different by the request source predetermined rule as described above.
For example, utilize simultaneously as the keyboard of standard input and the display of exporting as standard by program usually.
Therefore, for example, request rule 250 can not accepted this handoff request 210 when request only takies keyboard.
Thus, can avoid following deadlock (dead lock) state: specific program asks to take display under the state that just takies keyboard, and simultaneously, other program asks to take keyboard under the state that just takies display.
In addition, request rule 250 can will be handled as privilege request by the handoff request 210 of the privileged program distribution of VMM and safe OS.
So-called privilege request is defined as exactly, when having taken input-output device according to this privilege request in specific OS, does not does not unconditionally accept the handoff request that other OS takies the handoff request 210 of this input-output device before satisfying specified conditions.
For example, virus detection software as the privileged program of safety OS, when just taking input-output device, this privileged program is not is not unconditionally accepted the handoff request 210 by the general procedure distribution in order to take this input-output device before opening this input-output device expressly.
In addition, the open notification of expressing realizes with so same structures of the notice with handoff request 210 such as communication functions between OS.
In addition, above-mentioned VMM, OS or program can be by judging whether to issue handoff request 210 with reference to request rule 250 in advance.Its result can limit the distribution of invalid handoff request 210.
When 210 distribution of distribution handoff request, the OS or the switching between the OS of VMM of input-output control unit 100 operations take place.
Therefore, whether accept by before handoff request 210 distribution, prejudging like this, can cut down the switching between invalid OS, can reduce expense.
But, even know the situation of also issuing handoff request 210, so also there is request to accept portion 110 checks request rule 250 once more according to the distribution source needs of handoff request 210 situation for not accepting because consider above-mentioned general procedure.
3. the notice of handoff request 210
Request is accepted the handoff request 210 that portion 110 will accept and is notified to control information generating unit 120.
Control information generating unit 120 is accepted the handoff request 210 that portion 110 accepted according to request and is generated control information 121.
Here, control information 121 is the status information of which OS for the OS that regulation takies input-output device at present.
Control information generating unit 120 has input-output device table 220 at least as input.
For example as shown in table 2, control information 121 regulations by which OS are taken at current time by the armamentarium of input-output device table 220 appointment.
Handoff request 210 is specified input-output device that upgrades control information and the OS that takies this input-output device at least, so control information generating unit 120 can generate this control information 121 according to this handoff request 210.
Here as mentioned above, shielding (mask) state representation is not is not unconditionally accepted the state that changes the such handoff request 210 of control information 121 by the distribution of privilege request.
[table 2]
The kind of control information Input-output device Take OS Masked state
The input destination information Keyboard Safe OS Shielding
The input destination information Mouse Safe OS Shielding
Output could information Display Safe OS Shielding
Output could information Loudspeaker General OS ?
[0219]The control information 121 that 130 outputs of control information efferent generate.
Specifically, control information efferent 130 is used for the input destination information 230 of specific input destination OS to suitable parts (component) output, and at OS, decision output could output could information 240.
The GUI server that can be assumed to device driver, VMM or window manager (WindowManager) etc. as the output destination is with program etc.
In addition, narrate in the back for the action of control information efferent 130.
(input and output control method)
Adopt Fig. 2 that the input and output control method of the 1st embodiment is described.Specifically, to carrying out when having a plurality of OS on the main system of function, the method for the input equipment that this computing machine of control has in the computing machine that the OS more than at least 2 moves simultaneously or the input and output of output device describes.
As shown in Figure 2, in step S101, input-output control unit 100 is accepted handoff request 210, this handoff request 210, and the OS that takies input equipment or output device is switched in request.
Here, input-output control unit 100 can be accepted the handoff request 210 of the 1st Control Software (device driver) of the 1st input equipment that possesses in advance from control computer, can also accept handoff request 210, perhaps can accept the handoff request 210 of autonomous system from OS.
In addition, in step S101, giving regulation for the request rule of the processing of handoff request 210 250 o'clock, input-output control unit 100 decides accepting or not accepting about handoff request 210 according to this request regular 250.
In addition, under the situation of request rule 250 inputs of request secret information (password) when accepting handoff request 210, in step S101, input-output control unit 100 is is only accepted this handoff request 210 when secret information is correct.
Perhaps, when the wrongful handoff request of request rule 250 definition, in step S101, input-output control unit 100 is not is not accepted this handoff request 210 when improper in detected handoff request 210.
Here, so-called " wrongful handoff request " for example can enumerate the continuous handoff request 210 in the certain hour, perhaps the handoff request 210 of the OS distribution that is not allowed to by the distribution of handoff request 210 etc.
Also have in addition, request rule 250, when accepting handoff request 210, need be based under the situation from permission/objectionable judgement of the user of user's specific action, in step S101, input-output control unit 100 is according to accepting this handoff request 210 based on the permission of specific action.
In addition, do not obtain under the situation based on permission/objectionable any judgement of specific action from the user within a certain period of time, in step S101, input-output control unit 100 is accepted this handoff request 210.
In addition, when request rule 250 is made as " privilege request " with specific handoff request 210, in step S101, input-output control unit 100 before satisfy specified conditions, will be made as for the handoff request 210 of input equipment that takies in specific OS or output device according to this privilege request and not accept after generating based on the control information of this privilege request.
Here, so-called " specified conditions " for example enumerate the situation etc. of the processing of the program that has finished to have issued privilege request.
In addition, when an OS on computers or main system have the state variation measuring ability of specific state variation of the OS that detection moves on this computing machine, in step S101, input-output control unit 100 can be accepted the handoff request 210 by this state variation measuring ability distribution according to the state variation of the 2nd OS that takies input equipment or output device.
Here, so-called " state variation " for example is to the variation that can not normally move the state of the 2nd OS that causes owing to hang-up or end etc. as mentioned above.
In step S102, input-output control unit 100 is according to handoff request 210, generate contain at least from the input destination information 230 of the information of input input equipment, specific destination OS or contain at least at OS, specific could could information 240 to the output of the information of output device output.
In step S103, input-output control unit 100 could information 240 to suitable parts output input destination information 230 and output.The output destination is the GUI server program of device driver, VMM or window manager etc.
(effect and effect)
According to present embodiment, at the handoff request 210 that produces owing to a variety of causes, go to generate control information 121 one by one, can switch the OS that takies input-output device one by one thus.
Its result, about the input and output of carrying out at arbitrary timing, can be to the input information of suitable OS input from input equipment, to output device only export in the output information, from the output information of suitable OS.
In addition, after the switching of OS,,, and improve performance so the context that can reduce between OS switches because do not handle from the input and output that take beyond the OS.
In addition, because only carry out the switching of the interface between input-output device and the OS, so do not exist with ... the such advantage of upper application program in addition.
In addition, according to present embodiment, therefore the handoff request 210 that portion 110 accepts the 1st Control Software (device driver) of the 1st input equipment that possesses in advance from control computer is accepted in the request of input-output control unit 100, can generate control information 121 by the input that comes the input equipment that has in comfortable this computing machine.
Its result in the most single example, in the computing machine with special switching push button, presses this switching push button by the user, can carry out the switching of OS.Here, the specific button of keyboard can be distributed as this switching push button and uses.
In addition, according to present embodiment, the request of input-output control unit 100 is accepted portion 110 and is accepted handoff request 210 from OS, therefore can generate control information 121 according to the specific processing of this OS.
Its result when for example having moved specific GUI application program on this OS, can move to the control of HID in this specific GUI application program.
In addition, according to present embodiment, the request of input-output control unit 100 is accepted portion 110 and is being given regulation for the request rule of the processing of handoff request 210 250 o'clock, judge whether to accept this handoff request 210 according to this request rule 250, therefore can prevent since to the handoff request 210 that produces with a variety of causes all accept the usability that causes decline or secret on dangerous such threat.
In addition, according to present embodiment, in input-output control unit 100, secret information (password) is imported in request rule 250 request in the accepting of handoff request 210, request is accepted portion 110 and only accept this handoff request when this secret information is correct, therefore can wait the switching that limits to specific OS by password.
For example, under the such situation of the safe OS for preparing to have the basic setting that to carry out computing machine, by predefined password, can limit the switching that causes by the 3rd to this safe OS by the user of this computing machine.
In addition, according to present embodiment, in input-output control unit 100, the wrongful handoff request of request rule 250 definition, request is accepted portion 110 and is not is not accepted this handoff request 210 in handoff request 210 when improper, therefore can limit wrongful handoff request 210.
Especially, can limit wrongful handoff request 210, prevent the taking of equipment of specific OS, and the usability that is caused by the switching of repeatedly OS descends based on the action of the misoperation of improper OS or malice.
In addition, according to present embodiment, in input-output control unit 100, request rule 250 is in the accepting of handoff request 210, need be based on permission/objectionable judgement from the user of user's specific action, request is accepted portion 110 according to accepting this handoff request 210 based on the permission of this specific action, therefore according to permission/objectionable judgement of user, can carry out the switching of OS.
Its result, user can prevent to descend owing to OS switches the usability that causes suddenly when utilizing application-specific.
Here, when not obtaining any judgement of permission/objectionable from the user, might take place at inquiry this permission/objectionable program part that some is unusual.
For example, the GUI application program might hang-up, perhaps is purpose and deliberately do not inquire the user with the hold facility.
Therefore, according to present embodiment, in input-output control unit 100, because within a certain period of time when the user does not obtain any judgement of permission/objectionable based on specific action, request is accepted portion 110 and is accepted handoff request 210, that is, because overtime (time-out) is set in this permission/objectionable replying, so can prevent the generation of above-mentioned such problem.
In addition, according to present embodiment, in input-output control unit 100, request rule 250 with specific handoff request 210 as privilege request, request is accepted portion 110 and is being generated based on control information 121 backs of this privilege request before satisfy specified conditions, to be made as for the handoff request 210 of input equipment that in specific OS, takies or output device according to this privilege request and not accept, therefore, regard specific handoff request 210 as privilege request, can distribute input-output device by override according to this privilege request.
Such privilege request for example takes place when the program start of considering for the situation of force starts such as the censorship of terminal or bug check.In addition, this privilege request than after the general handoff request 210 that takes place also preferential, before end process, can not remove taking of input-output device.
In addition, according to present embodiment, the handoff request 210 that portion 110 accepts autonomous system is accepted in the request of input-output control unit 100, therefore can accept the handoff request 210 by the distribution of main systems such as VMM.
Its result is because the processing of the lower layer of each OS of VMM control can generate control information 121.
In addition, according to present embodiment, in input-output control unit 100, when an OS on computers or main system have the state variation measuring ability of specific state variation of the OS that detection moves on this computing machine, request is accepted portion 110 and is accepted the handoff request 210 of this state variation measuring ability according to the state variation distribution of the 2nd OS that takies input equipment or output device, therefore when OS or VMM detect the state variation of specific OS, can generate control information 121 according to this state variation.
As such state variation, consider the end of OS and the hang-up of OS, state variation testing agency self write up is in patent documentation 1.Its result can prevent to take the situation of input-output device in the OS that does not carry out regular event.
In addition, according to present embodiment, OS is read request rule 250 before distribution handoff request 210, being only limited to request that this handoff request 210 is transfused to output-controlling device 100 accepts under the situation that portion 110 accepts, therefore issue this handoff request 210, can cut down the processing cost of main systems such as the OS of switching processing cost between the OS relevant and input-output control unit 100 operations or VMM with this handoff request 210.
In addition, according to present embodiment, main system is before distribution handoff request 210, read request rule 250, being only limited to request that this handoff request 210 is transfused to output-controlling device 100 accepts under the situation that portion 110 accepts, therefore issue this handoff request 210, can cut down the processing cost of main systems such as the OS of switching processing cost between the OS relevant and input-output control unit 100 operations or VMM with this handoff request 210.
In addition, according to present embodiment, before the program of moving on the OS that does not take input-output device is to OS request distribution handoff request 210, read request rule 250, being only limited to request that this handoff request 210 is transfused to output-controlling device 100 accepts under the situation that portion 110 accepts, therefore issue this handoff request 210, can cut down the processing cost of main systems such as OS that program and context switching processing cost between this OS and input-output control unit 100 on this OS relevant with this handoff request 210 move or VMM.
[the 2nd embodiment]
(input/output control system)
Fig. 3 is the system architecture of a plurality of OS environment that contains the input-output control unit 100 of the 2nd embodiment.
The input/output control system of the 2nd embodiment has: OS340, OS350, at the program of moving on this OS340 360, the program of moving on this OS350 370, input equipment 310, output device 320 and VMM330.
In addition, OS340 has: the output device control part 342 of input-output control unit 100, may command output device 320 and the input device controls portion 341 of may command input equipment 310.
In addition, OS350 has: virtual input device control part 351 and virtual O device control part 352.
Here, OS340 for example is as the safe OS that narrates in the 1st embodiment, and OS350 is general OS.
Input device controls portion 341 and output device control part 342 have the function as the device driver that equipment is controlled, and enforcement is used for the expansion with input-output control unit 100 teamworks.
In addition, virtual input device control part 351 and virtual O device control part 352 to OS350 and program 370, are worked as device driver.
In fact, virtual input device control part 351 is interfaces of input device controls portion 341 and OS350, and relaying is carried out in the input equipment 310 and the exchange of the data of OS350.
In addition, virtual O device control part 352 is interfaces of output device control part 342 and OS350, and relaying is carried out in the output device 320 and the exchange of the data of OS350.
That is, virtual input device control part 351 will be 341 that deliver by input device controls portion, import to OS350 from the input information of input equipment 310.
In addition, virtual O device control part 352 will be handed to output device control part 342 from the output information of OS350.
In fact, utilize communication function between the OS that provides by VMM330 to cross over the exchange of the data between these OS.
In the 2nd embodiment, at first utilize input destination informations 230 and output could information 240 how to move and narrate for input device controls portion 341 and output device control part 342.
Input-output control unit 100 could information 240 to the 342 output outputs of output device control part to input device controls portion 341 output input destination informations 230.
Input device controls portion 341 is by driving from the outside to input equipment 310 input input informations.
Generation is inserted the back, is moved process before to the control of action to input device controls portion 341 about the hardware of input, exist with ... the action of VMM330, its example write up is on " the Interrupt and Event Handling " of [0138] of patent documentation 1 beginning.
Input device controls portion 341 can just take input equipment 310 by specific current which OS according to input destination information 230, therefore to this OS input input information.
For example, when OS340 just takies input equipment 310, input device controls portion 341 carries out the action same with common device driver, and when OS350 just took input equipment 310, input device controls portion 341 was to virtual input device control part 351 input input informations.
Output device control part 342 can could just take output device 320 by information 240 specific current which OS by output.
When OS340 just took output device 320, output device control part 342 carried out the action same with common device driver.
In addition, when OS350 just took output device 320, output device control part 342 was notified to the virtual O device control part 352 of OS350 with its order, received from virtual O device control part 352 after the output information of OS350 to output device 320 outputs.
In addition, input-output control unit 100 can could information 240 be exported input destination information 230 or output respectively to virtual input device control part 351 or virtual O device control part 352.
At this moment, be only limited under the situation that OS350 just taking input equipment 310, virtual input device control part 351 receives input information from input device controls portion 340, be only limited under the situation that OS350 just taking output device 320, virtual O device control part 352 is to output device control part 342 output output informations.
Its result can prevent to take place to communicate by letter between invalid OS between input device controls portion 341 and the virtual input device control part 351 or between output device control part 342 and the virtual O device control part 352.
Then, in the input/output control system structure of the 2nd embodiment, the handoff request that takies OS 210 of input-output device being switched in the request of how issuing according to Fig. 4 describes.
OS350 also has virtual input-output control unit 351A in Fig. 4.According to what narrated in the 1st embodiment, handoff request 210 is divided into greatly: with outside input 211 be main cause handoff request, with OS handle 212 be main cause handoff request, handle 213 with VMM and be the handoff request of main cause and be the handoff request of main cause with OS state variation 214.
For example, the user presses the switching push button that computing machine has in advance, and issuing with outside input 211 thus is the handoff request 210 of main cause, takies the switching of OS.
At this moment, the switching push button controlling and driving program 343 of controlling this switching push button detects supresses switching push button, notifies its order just passable to input-output control unit 100.
When this switching push button was identical with input equipment, switching push button controlling and driving program 343 if the information that is transfused to is relevant with handoff request 210, was then issued this handoff request 210, if not so, then moves as input device controls portion 341.
About handling 212 with OS is the handoff request 210 of main cause, for example considers the situation of issuing by the program 360 or 370 of utilizing GUI in OS.
When program 360 these handoff request 210 of distribution,,, issue this handoff request 210 by input-output control unit 100 publishing systems are called out owing to be in the same OS.
For example, supposing UNIX (registered trademark) when being OS, in advance with input-output control unit 100 as device file (/dev/ioctrl etc.), OS340 is carried out abstract, program 360 distribution is for the ioctrl system calling of this device file.
The ioctrl system calling can also be issued so can generate as the handoff request 210 of narration in embodiment 1 each device file transmission request alone.
Program 370 is because be present among the OS different with input-output control unit 100, so can not the invitation to subscribe system calling.
Therefore, OS350 is provided with the virtual input-output control unit 351A of relaying handoff request 210, virtual input-output control unit 351A notifies this handoff request 210 by utilizing communication function between OS to input-output control unit 100.
About communicating by letter of program 370 and virtual input-output control unit 351, can be with realizing with the same means of program 360 and input-output control unit 100.
When distribution is the handoff request 210 of main cause with VMM processing 213, utilize single means of communication such as signal by VMM330.
Perhaps, can utilize from the chapter of " the Handling VirtualizedProcessor Exceptions " of [0095] of patent documentation 1 beginning, put down in writing from VMM virtual unusual to the OS distribution.
VMM330 is because exist only in the system, so also not serious even define such signal etc. regularly.
Input-output control unit 100 is as long as confirm that the distribution source of this signal is that VMM330 is just passable.
About being the handoff request 210 of main cause, suppose in specific OS or VMM, to have the situation of state variation measuring ability with the OS state variation.In the case, can realize the notice of handoff request 210 with certain above-mentioned means.
(effect and effect)
According to present embodiment, specific OS340 has the unit (input device controls portion 341 and output device control part 342) of control input equipment 310 and output device 320, and whole thus OS340,350 can share input equipment 310 and output device 320.
In addition, according to present embodiment, as long as specific OS340 safe operation just can prevent owing to other OS350 misoperation or exist the action etc. of malice to cause taking wrongly the situation of input equipment 310 or output device 320.
In addition, according to present embodiment, the virtual input device control part 351 or the virtual O device control part 352 that have by each OS, be only limited under the situation that this OS just taking input equipment 310 or output device 320, generation based on the OS that communicates by letter of input device controls portion 341 or output device control part 342 between communication, can suppress to communicate by letter between invalid OS.
In addition, according to present embodiment, the program of moving on the OS that does not take input-output device can be asked this OS distribution handoff request 210.
For example, certain program is on display during output information such as output image or literal, just to OS request distribution handoff request 210.
After accepting this request, this OS is to input-output control unit 100 these handoff request 210 of distribution.
Its result, even during this program run, other OS can take input-output device, up to the input and output incident takes place.
(the 3rd embodiment)
The situation that has an input-output device control part for each OS in the 3rd embodiment is narrated.
The input/output control system of the 3rd embodiment as shown in Figure 5, has: OS440, OS450, at the program of moving on this OS440 460, the program of moving on this OS450 470, input equipment 410, output device 420 and VMM430.
OS440 has input device controls portion 441 and output device control part 442, and OS450 has input device controls portion 451 and output device control part 452.
In addition, VMM430 has input-output control unit 100.
In the 3rd embodiment, whole OS440,450 has input device controls portion 441 or the output device control part 442 of controlling input-output device respectively.
By taking such structure, to compare with the system of in the 2nd embodiment, narrating, the performance of input and output improves.Specifically, the speed that can expect input and output improves and resource use reduction.
Reason is that each device driver does not need to take notice of own affiliated OS other OS in addition, can directly control input-output device, can save the switching processing that relates between OS.
In such system architecture, must solve the input device controls portion or single input-output device, the so-called hardware conflicts state of output device control part while reference that belong to a plurality of OS.
Therefore, input-output control unit 100 is when having generated control information 121, and to whole input device controls portion 441,451 or output device control part 442,452, output input destination information 230 or output could information 240.
For example, considered such method: could information 240 for whole OS440,450 can read, VMM430 is read-write main storage means output input destination information 230 or output.
Each input device controls portion 441,451 or output device control part 442,452, could whether just take input equipment 410 or output device 420 by information 240 specific own affiliated OS440,450 by input destination information 230 or output, be only limited under the situation about just taking, control this input equipment 410 or output device 420.
Input device controls portion 441 is identical with the 2nd embodiment, and what corresponding hardware from input equipment 410 inserted drives.
At the VMM described in patent documentation 1 or the non-patent literature 1, as the native system structure, in 1 IRQ (Interrupt ReQuest) line (line) during corresponding input device controls portion of on a plurality of OS, operating, drive these input device controls portions in turn, can judge that whether the input device controls portion of calling is with reference to input equipment 410.
Use this structure, driven input device controls portion 441 if OS440 is just taking input equipment 410, then drives the processing as the corresponding equipment driver according to input destination information 230.In addition, input device controls portion 451 also carries out same operation.
Output device control part 442 could information 240 according to output, if OS440 is just taking output device 420, then to the output information of output device 420 output OS440.In addition, output device control part 452 also carries out same operation.
Other structure when having input device controls portion or output device control part as each OS has also been considered structure shown in Figure 6.Structure shown in Figure 6, with above-mentioned structure shown in Figure 5 much at one, but VMM430 newly has input and output control part 431.
Input and output control part 431 has signal or virtual such and means of communication each OS such as unusual, makes input device controls portion 441,451 or output device control part 442,452 validation or the ineffective treatments of each OS according to these communication functions.
For example, when OS440 or 450 was Linux, Linux can dynamically carry out the installation or the unloading of device driver in the kernel action.
Therefore for example, by input-output control unit 100, when OS440 took input equipment 410, input and output control part 431 made input device controls portion 441 validations of OS440 to the OS440 notice.
After OS440 receives this notice, input device controls portion 441 is packed in the kernel code.
Input device controls portion 451 or output device control part 451,452 to other OS450 also carry out same processing.
Also have in addition, also consider structure shown in Figure 7 as other structure example.In structure shown in Figure 7, VMM430 newly has the notice of insertion portion 432.
Insert notice portion 432 and be and expanded the insertion handling procedure (handler) that the VMM that puts down in writing generally has form in patent documentation 1 or non-patent literature 1 etc.
General insertion handling procedure is judged and which OS corresponding equipment driver existence according to its insertion sequence number when the hardware insertion has taken place, this OS notice is inserted.
And when IRQ sequence number corresponding equipment had a plurality of, as to control this equipment device drivers to be dispersed between a plurality of OS, this insertion handling procedure inserted notice to OS successively.
Insert notice portion 432 when the insertion request that takes place from input equipment 410, the OS that comes specific notification to insert by the input destination information 230 that utilizes in the input-output control unit 100.
That is, insert the specific OS that takies input equipment 410 when inserting generation of notice portion 432, this OS notice is inserted.
Then, in the system architecture of the 3rd embodiment, the handoff request 210 of the OS that takies input-output device being switched in the request of how issuing according to Fig. 8 describes.
In Fig. 8, OS440,450 newly has virtual input-output control unit 443,453, and OS440 also has the switching push button controlling and driving program 444 of the device driver of using as switching push button.
460,470 pairs of virtual input-output control units 443,453 of program are issued the processing of handoff request 210 respectively, and are identical with the processing of 370 pairs of virtual input-output control unit 351 distribution handoff request 210 of program in the 2nd embodiment.
In addition, the processing of 444 pairs of virtual input-output control unit 443 distribution handoff request 210 of switching push button controlling and driving program, identical with the processing of the 100 distribution handoff request 210 of 343 pairs of input-output control units of switching push button controlling and driving program in the 2nd embodiment.
Further, the debug function 433 of VMM and input-output control unit 100 are present in the same storage space of being controlled by VMM430, so do not need special function when distribution handoff request 210.
When 443,453 pairs of input-output control units of virtual input-output control unit, 100 distribution handoff request 210, VMM430 uses " the hyper call " as the interface that OS440 is provided.
In 3.1 joints of non-patent literature 1 explanation is arranged with of the same name for " hyper call ", the name such with " trap call " has explanation in [0062] of patent documentation 1.
These VMM-OS interface adopts the using method same with system calling in the prior art.That is, this VMM-OS interface, the privileged command that distribution can't be handled with the authority of the OS on the VM when depending on VMM.
Hyper call in the present embodiment has used the interface function that these prior aries had.
About the information of actual notice in hyper call, as described in the 1st embodiment.
If input-output control unit 100 is accepted this handoff request 210 at the hyper call that receives, then carry out as in the processing described in the 1st embodiment, if because certain reason becomes and do not accept this OS of Shi Zexiang and return mistake.
Action example when then, according to Fig. 9 VMM430 being had the QOS control part 434 that moves with input-output control unit 100 interlocks is narrated.
QOS control part 434 is for example to have expanded at the cpu scheduler of putting down in writing from the chapter of the scheduler of [0093] beginning of patent documentation 1 to form, and the priority of handling according to each OS decides the hardware resource that distributes at each OS.
For example, cpu scheduler is in order to distribute CPU control to exist according to the priority of each OS processing.
The QOS control part 434 of present embodiment could information 240 be set high priority, the hardware resource of priority allocation CPU etc. to the OS that takies input equipment 410 or output device 420 according to the input destination information 230 and the output of input-output control unit 100 outputs.
Its result for example takies HID, and the processing of the OS of the actual utilization of user is improved usability by priority processing.
(effect and effect)
According to present embodiment, each OS440,450 have unit (the input device controls portion 441 of may command input-output device respectively, 451 and output device control part 442,452), only be judged to be under the situation about can import thus by input-output control unit 100, input device controls portion 441,451 to this OS440,450 inputs are from the input information of input equipment 410, only be judged to be under the situation about can export by input-output control unit 100, output device control part 442,452 to output device 420 output from this OS440,450 output information can prevent the conflict situation of this controlling object input-output device.
In addition, each OS440,450 can directly control input-output device, and the speed when making input and output improves.
In addition, VMM430 has input and output control part 431, this input and output control part 431 makes OS440,450 input device controls portion 441,451 validation or ineffective treatments according to the input destination information 230 by input-output control unit 100 outputs, according to could information 240 by the output of input-output control unit 100 outputs making OS440,450 output device control part 442,452 validation or ineffective treatments.
Its result, had the input device controls portion 441,451 that can control specific input equipment 410 or the output device control part that can control output device 420 respectively at 442,452 o'clock at each OS440,450, also input equipment 410 or output device 420 can be taken by the OS of input-output control unit 100 input and output, the conflict situation of input equipment 410 or output device 420 can be prevented by only being judged to be.
In addition, each OS440,450 can directly control input-output device, and the speed when making input and output improves.
Further, it is just passable when main system is permitted to take 420 of input equipment 410 or output devices, takies so can prevent input equipment 410 or the improper of output device 420 that the misoperation etc. owing to OS causes.
In addition, VMM430 has the notice portion 432 that inserts, and this inserts notice portion, notifies this insertion to OS440,450 when the insertion that has taken place for input equipment 410, insert the input destination information of notice portion 432, the specific notice destination that should insert according to input-output control unit 100 outputs.
Therefore, when the insertion that takes place from input equipment 410, main system utilizes input-output control unit 100 can select to notify the OS of this insertion.
Its result, each OS440,450 can directly control input equipment 410, and the speed when making input improves.
In addition, because will be input to the OS that takies this input equipment 410 reliably, so can prevent the improper utilization of the input equipment 410 that the misoperation etc. by OS causes from the input information of input equipment 410.
In addition, VMM430 has QOS control part 434, and this QOS control part could information 240 carry out controlling for the QOS of OS according to the input destination information 230 or the output of input-output control unit 100 outputs.
Therefore, main system can be by could information 240 being carried out controlling for the QOS of each OS by the input destination information 230 or the output of input-output control unit 100 outputs.For example, the processing to the OS that takies HID distributes high CPU priority.
Its result has distributed high CPU priority to the program of user's practical operation, and usability is improved.
(the 4th embodiment)
Figure 10 is the system architecture of a plurality of OS environment that contain input-output control unit 100 of the 4th embodiment.
The input/output control system of the 4th embodiment has: OS540, OS550, at the GUI server 560 that moves on this OS540, the GUI server 570 that is moving on this OS550, at GUI client 590, input equipment 510, output device 520 and the VMM530 of the GUI client 580 of operation on this GUI server 560, operation on this GUI server 570.
In addition, OS540 has: input-output control unit 100, can control the output device control part 542 of output device 520 and can control the input device controls portion 541 of input equipment 510.
Here because the system architecture of the 4th embodiment is with identical in the system architecture described in the 2nd embodiment, so both differences mainly are described.
In the system of the 4th embodiment, on each OS540,550, there are GUI server 560,570 and GUI client 580,590.
GUI server 560,570 is equivalent to window manager, the input and output of the whole gui programs on this OS540 of aggregation process, 550.
GUI client the 580, the 590th is to the gui program arbitrarily of GUI server 560,570 trust input and output.
GUI server 560 is handled request according to the input and output that receive from GUI client 580 and is handled this input and output.
That is, GUI server 560 is to the input information of GUI client 580 inputs from input equipment 510, to the output information of output device 520 outputs from GUI client 580.
Further, GUI server 560 with GUI server 570 as GUI client bring in carry out with for the same processing of the processing of GUI client 580.
Communication function is realized communicating by letter of 570 of GUI server 560 and GUI servers between the OS that has by VMM530.
GUI server 570 is handled this input and output according to the input and output request that receives from GUI client 590.
That is, the input information that 570 pairs of GUI clients of GUI server 590 input receives from input equipment 510 via GUI server 560, via GUI server 560 to the output information of output device 520 outputs from GUI client 590.
GUI server 560 could information 240 be that move on the basis with input destination information 230 in the input-output control unit 100 or output also.
That is, when OS540 took input equipment 510 or output device 520 according to these information, GUI server 560 was handled the input and output of GUI client 580.
In addition, when OS550 took input equipment 510 or output device 520, GUI server 560 was notified its order to GUI server 570.
By this notice, be only limited to and distinguish that OS550 takies under the situation of input equipment 510 or output device 520, GUI server 570 entrusts input and output to handle to OS550.
On the contrary, when OS550 does not take this equipment, do not entrust the input and output of GUI client 590 to OS550.
For example, realize communicating by letter between GUI server 560 and the input-output control unit 100 by system call.
(the 5th embodiment)
Figure 11 is the system architecture of a plurality of OS environment that contain input-output control unit 100 of the 5th embodiment.
The input/output control system of the 5th embodiment be with in the input/output control system structure much at one shown in the 2nd embodiment.
Promptly, OS650, and the input information that receives from the input equipment 610 of controlling object by virtual input device Control Software 651 of the program on this OS650, moved 670, by virtual O device Control Software 652, to output device Control Software 642 output output informations.
The part that present embodiment is different with the 2nd embodiment is program 660 and program 670.Below the program 660 of present embodiment and the action of program 670 are described.
In addition, below program 660 is described as object, and state that in advance the relation that is replaced into the relation of program 670 and virtual input device Control Software 651 or program 670 and virtual O device Control Software 652 by the relation with the relation of program 660 and input device controls software 641 or program 660 and output device Control Software 642 also goes for program 670.
As the Linux of general general purpose O S or Windows (registered trademark) etc., have the request that is used to receive from program, carry out the interface of only handling with the executable privilege of OS authority.Program is called this interface publishing system.
Program 660 needs special-purpose separately system call in order to receive input information, output output information via input device controls software 641 or output device Control Software 642.
For example, the system call that is used to receive input information in Linux is equivalent to the read system call, and the system call that is used to export output information is equivalent to the write system call.
The processing of these system calls is because need switch at the context between program of having issued system call and the OS, so produce very big processing cost.
In the present embodiment, program 660 can be cut down the expense of total system by handling the distribution number of times that reduces system call especially.
Input-output control unit 100 in the present embodiment outputs to the zone that program 660 can reference with control information 121.For example, input-output control unit 100 is to the aforesaid shared storage that when communication uses between OS output control information 121.
Its result, program 660 can be read control information 121, can determine according to the content of control information 121 whether publishing system calls.
That is,, be only limited to OS640 and just taking under the situation as the input equipment 610 of controlling object or output device 620 the corresponding system call of program 660 distribution according to control information 121.
Its result even having issued system call also can not carry out input and output for input-output device because there not being right to occupation the time, can suppress the distribution of system call, can cut down expense.
As the equipment of the distribution that can cut down such system call, for example enumerate audio frequency apparatus.
Usually, to the output of audio frequency apparatus, should take place in real time according to program.
That is to say, when usually using, be difficult to consider carve because OS takies audio frequency apparatus at a time and can not store this music data during the outputting music data, when this OS has taken this audio frequency apparatus, export.
Therefore, the program 660 of outputting music information is ignored the music information that export when OS640 does not take audio frequency apparatus, does not need to issue invalid system call.
On the other hand, as the equipment of the distribution that can not cut down such system call, enumerate display.
The output information of the display that has to each OS takies under the situation of display or does not take under the situation of display at this OS, all must carry out storage update to frame (frame) memory buffer of this OS.
By like this, even when having switched the right to occupation of display, the user also can be from the correct situation of grasping the OS that carves at this moment of display.
In order to achieve the above object, this OS must upgrade often from frame buffer memory, is not limited to the content of control information 121, must receive output information from program 660 relaying continued accesses.
As mentioned above, action is changed in control information 121 in order to reference, implements the transformation of program 660 just can.
That is, if program 660 have following steps just can: about the code of part that input and output take place step with reference to control information 121; Determine the step whether publishing system calls with content according to control information 121.
, for the programmer, bear very greatly corresponding to the content of system variation program 660, lost in addition and do not altered the procedure 660 and can move the advantage of such VMM.
In addition, the programmer judges and wants to transform according to aforesaid equipment difference, is very difficult.
The method of the reality after present embodiment is installed is not directly to transform program 660, but the API661 that transformation program 660 is called when input and output.
In general, the programmer does not directly enroll system call in the code, but the API that calling system is prepared, thus generator program so that indirectly publishing system call.
Utilize API, with as directly the code of invoke system call compare, program design is become easily, convenience also improves in addition.
In addition, on each equipment, prepare such API.Therefore, only need to judge that to calling the API that the equipment of wanting publishing system to call is used implements to transform, this API possess following steps just can: with reference to the step of control information 121; The step that whether decision carries out the distribution of system call according to reference results; With the step of calling according to this decision publishing system.
Thus, the whatsoe'er change of present embodiment, the wright of program 660 does not need, and but can suppress the distribution number of times of system calling, and the performance of total system is improved.
(effect and effect)
According to present embodiment, the program of moving on OS640 660 is with reference to control information 121, judge whether carve this OS640 is at this moment just taking input equipment 610 or output device 620, be only limited under the situation about just taking, to the system call of this OS distribution, can cut down the needed processing cost of distribution that null system is called thus about input and output.
More than, adopt above-mentioned embodiment that the present invention is explained, and to those skilled in the art, the embodiment that the present invention is not limited to illustrate in this instructions is obvious.The present invention can revise under the prerequisite that does not break away from by the main points of the present invention of the record defined of claim scope and scope and the change embodiment is implemented.Therefore, the record of this instructions does not have the meaning of any restriction to be illustrated as purpose to the present invention.

Claims (4)

1. input/output control system, have at least one input equipment, at least one output device, the described input equipment of control and described output device input and output input-output control unit and carry out the main system of function and the communication function between described a plurality of operating systems when containing a plurality of operating system, it is characterized in that
Described input-output control unit has: portion is accepted in request, judges whether the handoff request of asking to switch the operating system that takies described input equipment or described output device is accepted according to the request rule;
The control information generating unit according to being judged to be the handoff request of accepting by the request portion of accepting, generating and contains the control information that input destination information or output could information; With
The control information efferent, exporting described input destination information or described output could information,
1 specific operating system in described a plurality of operating systems of moving on described main system has:
Input device controls portion according to the input destination operating system of the specific input information from described input equipment of described input destination information, imports described input information to this input destination operating system; With
The output device control part could information come specific can will output to described output device from the output information that this operating system receives to the operating system of described output device output according to described output,
Described input destination information contains the information of the input destination operating system that is useful on specific input information from described input equipment at least,
Described output could information contain at least at operating system, be used for specific could be to the information of described output device output.
2. input/output control system according to claim 1 is characterized in that,
1st operating systems different with described specific 1 operating system have: virtual input device control part and virtual O device control part,
Described virtual input device control part receives the input information by the described input device controls portion input of described specific 1 operating system, to the program input that on described the 1st operating system, moves,
Described virtual O device control part could information be judged described the 1st operation system according to described output
Whether system can be to described output device output output information, be only limited to and exporting under the situation of described output information described output device, described output device control part to described specific operating system is exported described output information, and wherein said output information is come the program moved on comfortable described the 1st operating system.
3. input/output control system, have at least one input equipment, at least one output device, the described input equipment of control and described output device input and output input-output control unit and carry out the main system of function when containing a plurality of operating system, it is characterized in that
Described input-output control unit has: portion is accepted in request, judges whether the handoff request of asking to switch the operating system that takies described input equipment or described output device is accepted according to the request rule;
The control information generating unit according to being judged to be the handoff request of accepting by the request portion of accepting, generating and contains the control information that input destination information or output could information; With
The control information efferent, exporting described input destination information or described output could information,
Wherein, the program of moving on described operating system is to the handoff request of described operating system request distribution for described input-output control unit,
Described input destination information contains the information of the input destination operating system that is useful on specific input information from described input equipment at least,
Described output could information contain at least at operating system, be used for specific could be to the information of described output device output.
4. input/output control system according to claim 3 is characterized in that,
Described program is only limited under the situation of the described handoff request of permission by the described request rule, to the handoff request of described operating system request distribution for described input-output control unit.
CN2008102131435A 2006-01-17 2007-01-17 Input/output control system Expired - Fee Related CN101369258B (en)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
JP2006009190 2006-01-17
JP2006-009190 2006-01-17
JP2006009190 2006-01-17
JP2006-341835 2006-12-19
JP2006341835 2006-12-19
JP2006341835A JP2007220086A (en) 2006-01-17 2006-12-19 Input/output controller, input/output control system, and input/output control method

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CNB2007100019474A Division CN100458701C (en) 2006-01-17 2007-01-17 Input/output control apparatus, input/output control system, and input/output control method

Publications (2)

Publication Number Publication Date
CN101369258A CN101369258A (en) 2009-02-18
CN101369258B true CN101369258B (en) 2010-12-01

Family

ID=38703862

Family Applications (4)

Application Number Title Priority Date Filing Date
CN2008102131435A Expired - Fee Related CN101369258B (en) 2006-01-17 2007-01-17 Input/output control system
CN2008102131420A Expired - Fee Related CN101359313B (en) 2006-01-17 2007-01-17 Input/output control apparatus
CN2008102131416A Expired - Fee Related CN101359312B (en) 2006-01-17 2007-01-17 Input/output control system
CNB2007100019474A Expired - Fee Related CN100458701C (en) 2006-01-17 2007-01-17 Input/output control apparatus, input/output control system, and input/output control method

Family Applications After (3)

Application Number Title Priority Date Filing Date
CN2008102131420A Expired - Fee Related CN101359313B (en) 2006-01-17 2007-01-17 Input/output control apparatus
CN2008102131416A Expired - Fee Related CN101359312B (en) 2006-01-17 2007-01-17 Input/output control system
CNB2007100019474A Expired - Fee Related CN100458701C (en) 2006-01-17 2007-01-17 Input/output control apparatus, input/output control system, and input/output control method

Country Status (1)

Country Link
CN (4) CN101369258B (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101624868B1 (en) * 2008-08-06 2016-06-07 삼성전자주식회사 Method for controlling of virtualization apparatus and virtualization apparatus
CN105095121B (en) * 2011-06-30 2017-12-26 北京奇虎科技有限公司 Implementation method and its system of the virtual input device in driving layer
CN102796988B (en) * 2012-08-24 2014-09-03 广州金升阳科技有限公司 Method for preparing highly ordered CuInS2 epitaxial film by using a sputtering method
CN104765291B (en) * 2015-02-10 2019-06-04 海尔优家智能科技(北京)有限公司 A kind of method, apparatus and gateway controlling smart machine
US10642706B2 (en) 2016-07-20 2020-05-05 International Business Machines Corporation Detection and recovery of lost host enabled facilities

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1007938B (en) * 1985-07-31 1990-05-09 株式会社日立制作所 Input/output control method for virtual computer system
CN1064360A (en) * 1992-01-17 1992-09-09 中国人民解放军江西省军区 Intellgent control system for computer peripherals
US6615303B1 (en) * 1999-05-21 2003-09-02 Hitachi, Ltd. Computer system with multiple operating system operation
US20040078682A1 (en) * 2002-09-19 2004-04-22 Jaw-Shiang Huang Operating system based method and computer program for monitoring and notifying computer hardware status

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4072271B2 (en) * 1999-02-19 2008-04-09 株式会社日立製作所 A computer running multiple operating systems
CN1237462C (en) * 2001-06-20 2006-01-18 华硕电脑股份有限公司 Computer system capable of switching operation system
CN1658185A (en) * 2004-02-18 2005-08-24 国际商业机器公司 Computer system with mutual independence symbiont multiple eperation system and its switching method
KR100714677B1 (en) * 2004-05-21 2007-05-07 삼성전자주식회사 Computer system and method for performing switch-over of operating system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1007938B (en) * 1985-07-31 1990-05-09 株式会社日立制作所 Input/output control method for virtual computer system
CN1064360A (en) * 1992-01-17 1992-09-09 中国人民解放军江西省军区 Intellgent control system for computer peripherals
US6615303B1 (en) * 1999-05-21 2003-09-02 Hitachi, Ltd. Computer system with multiple operating system operation
US20040078682A1 (en) * 2002-09-19 2004-04-22 Jaw-Shiang Huang Operating system based method and computer program for monitoring and notifying computer hardware status

Also Published As

Publication number Publication date
CN101004693A (en) 2007-07-25
CN100458701C (en) 2009-02-04
CN101369258A (en) 2009-02-18
CN101359312B (en) 2010-06-09
CN101359313B (en) 2010-04-14
CN101359313A (en) 2009-02-04
CN101359312A (en) 2009-02-04

Similar Documents

Publication Publication Date Title
US4787026A (en) Method to manage coprocessor in a virtual memory virtual machine data processing system
Walia Operating system concepts
US9619279B2 (en) Operating systems sharing supervisor address space with same virtual to physical mapping for supervisor address space using same translation formula with different translation tree
US8201170B2 (en) Operating systems are executed on common program and interrupt service routine of low priority OS is modified to response to interrupts from common program only
CN101449240B (en) Launching hypervisor under running operating system
US7788669B2 (en) System for isolating first computing environment from second execution environment while sharing resources by copying data from first portion to second portion of memory
CN101273364B (en) Method for computing platform data protection
JPH0689253A (en) Data processing system including device driver having general-purpose operating system interface
CN102207886A (en) Virtual machine fast emulation assist
JP2007220086A (en) Input/output controller, input/output control system, and input/output control method
US20210389966A1 (en) Micro kernel based extensible hypervisor and embedded system
EP3701373B1 (en) Virtualization operations for directly assigned devices
CN101369258B (en) Input/output control system
EP2080095A2 (en) System and method for sharing atrusted platform module
CN106789337B (en) Network performance optimization method of KVM
CN113556264A (en) Real-time cloud platform management monitoring system
CN117234729B (en) Dynamic memory protection method, device, computer equipment and storage medium
EP1616257B1 (en) Operating systems
CN101349975A (en) Method for implementing interrupt bottom semi-section mechanism and embedded system thereof
CN116225614A (en) Method and system for virtualizing security cryptographic module in fragments
Ugah et al. Relationship between Operating System, Computer Hardware, Application Software and Other Software
Fornaeus Device hypervisors
Gupta et al. Operating system
Mohan Operating Systems
Crutcher et al. Operating System

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20101201

Termination date: 20130117

CF01 Termination of patent right due to non-payment of annual fee