CN104765637A - System for safely operating desktop application on monitor - Google Patents
System for safely operating desktop application on monitor Download PDFInfo
- Publication number
- CN104765637A CN104765637A CN201410002178.XA CN201410002178A CN104765637A CN 104765637 A CN104765637 A CN 104765637A CN 201410002178 A CN201410002178 A CN 201410002178A CN 104765637 A CN104765637 A CN 104765637A
- Authority
- CN
- China
- Prior art keywords
- monitor
- hardware
- patient monitor
- multipad
- cpu
- 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.)
- Pending
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
The invention provides a system for safely operating desktop application on a monitor. The system comprises a hardware virtualizer arranged between a Windows operating system of the monitor and physical hardware, wherein the hardware virtualizer is used for virtualizing hardware and controlling operation of virtual hardware and physical hardware. The Windows operating system of the monitor operates a desktop application on the virtual hardware and form a simulated PC system with the virtual hardware and the desktop application. A monitor system of the monitor is impendent of the Windows operating system and operates on the virtual hardware added for the physical hardware. By means of the system, the monitor system and the windows desktop application share physical hardware resources, and the complexity and cost of the system are reduced. Mutual separation can be also kept, and operation and abnormality of desktop application software do not influence the reliability and real-timeliness of the monitor system.
Description
Technical field
The present invention relates to field of medical technology, particularly relate to a kind of system of safe operation multipad on patient monitor.
Background technology
On patient monitor, for running windows desktop application program, taking the built-in PC of patient monitor more, making PC and patient monitor share the method for 1 display screen by hardware technology.This technology needs patient monitor to comprise 2 master cpus, and 1 is that patient monitor is special, and another 1 is that PC is special.The major defect of 2 master cpu schemes has: cost is high; Machine volume or thickness increase are unfavorable for being designed beautifully and light product; Heat radiation difficulty; BOM content is many, and maintenance is large; Exchanges data difficulty between patient monitor and PC.
Usually, increase the communication issue that special hardware device and software function module can solve patient monitor and PC, but further increase system complexity and cost, therefore built-in PC scheme is not optimum.A kind of replacement scheme, only with 1 PC, PC runs patient monitor and windows desktop application program simultaneously; Due to the operating system that Windows operating system itself is towards desktop and server field, real-time is poor, is difficult to the requirement of real-time meeting patient monitor, and therefore program feasibility is lower.
Summary of the invention
For solving the problems of the technologies described above, the present invention, by Virtual PC system cloud gray model desktop application software on physical hardware, simultaneously directly runs monitor system on physical hardware.Technical scheme provided by the invention is specific as follows:
A system for safe operation multipad on patient monitor, comprising:
Be arranged on the hardware virtualizer between the Windows operating system of described patient monitor and physical hardware, described hardware virtualizer is used for fictionalizing a virtual hardware, and controls the operation of this virtual hardware and described physical hardware;
The Windows operating system of described patient monitor runs multipad on described virtual hardware, and itself and described virtual hardware and described multipad form PC system; The monitor system of described patient monitor, independent of described Windows operating system, operates on described physical hardware.
Wherein, described hardware virtualizer Built In Operating System or use external host operating system.
Wherein, described hardware virtualizer is virtual machine manager, and its virtual hardware fictionalized is virtual machine.
Wherein, described hardware virtualizer is emulator, and its virtual hardware fictionalized is simulation hardware.
Wherein, the monitor system of described patient monitor and described PC system use mutually isolated different CPU.
Wherein, described virtual machine manager isolates by the mode of control CPU quota service time described monitor system and described PC system to use single channel kernel same CPU in the different time.
Wherein, described virtual machine manager isolates described monitor system by the mode of different core or different CPU that described monitor system and the program of described PC system cloud gray model are bundled in CPU respectively and described PC system uses CPU.
Wherein, the monitor system of described patient monitor and the described PC system external memory storage that uses storage space mutually isolated.
Wherein, the monitor system of described patient monitor and the described PC system network controller that uses interface mutually isolated.
Wherein, the monitor system of described patient monitor and described PC system are shared or are independently used screen or input equipment.
Implement the present invention, monitor system and windows multipad both have shared physical hardware resources, reduced system complexity and cost; Can keep again mutually isolated, make the operation of desktop application software and abnormal reliability and the real-time that can not affect monitor system.
Accompanying drawing explanation
In order to be illustrated more clearly in the embodiment of the present invention or technical scheme of the prior art, be briefly described to the accompanying drawing used required in embodiment or description of the prior art below, apparently, accompanying drawing in the following describes is only some embodiments of the present invention, for those of ordinary skill in the art, under the prerequisite not paying creative work, other accompanying drawing can also be obtained according to these accompanying drawings.
Fig. 1 is the structural drawing of the system embodiment one of a kind of safe operation multipad on patient monitor provided by the invention.
Fig. 2 is the structural drawing of the system embodiment two of a kind of safe operation multipad on patient monitor provided by the invention.
Fig. 3 is the structural drawing of the system embodiment three of a kind of safe operation multipad on patient monitor provided by the invention.
Fig. 4 is the process flow diagram of the workflow embodiment one of the system of a kind of safe operation multipad on patient monitor provided by the invention.
Fig. 5 is the structural drawing for virtual machine Resources allocation in the system of a kind of safe operation multipad on patient monitor provided by the invention.
Fig. 6, Fig. 7 are the process flow diagram of the CPU isolation in the system of a kind of safe operation multipad on patient monitor provided by the invention.
Fig. 8 is the once complete accessing operation process schematic from the window application virtual machine to physical hardware in the system of a kind of safe operation multipad on patient monitor provided by the invention;
Fig. 9 is the structural drawing for external memory storage isolation in the system of a kind of safe operation multipad on patient monitor provided by the invention.
Figure 10 is the implementing procedure figure of the external memory storage isolation in the system of a kind of safe operation multipad on patient monitor provided by the invention.
Figure 11 is the structural drawing of the network interface isolation in the system of a kind of safe operation multipad on patient monitor provided by the invention.
Figure 12 is screen in the system of a kind of safe operation multipad on patient monitor provided by the invention and the isolation of input equipment or the process flow diagram of non-isolated.
Embodiment
The system of a kind of safe operation multipad on patient monitor provided by the invention, comprising:
Be arranged on the hardware virtualizer between the Windows operating system of described patient monitor and physical hardware, described hardware virtualizer is used for fictionalizing a virtual hardware, and controls the operation of this virtual hardware and physical hardware;
The Windows operating system of described patient monitor runs multipad on described virtual hardware, and itself and described virtual hardware and described multipad are formed simulates PC system; The monitor system of described patient monitor, independent of described Windows operating system, operates on described physical hardware, wherein, and described hardware virtualizer Built In Operating System or use external host operating system.
In specific implementation, described hardware virtualizer can be virtual machine manager, and its virtual hardware is virtual machine.Such as, exist for the software SoftwareA that physical hardware HardwareA compiles, and another physical hardware HardwareB, HardwareA and HardwareB instruction set and interrupt system can be compatible, may not be.Physical hardware HardwareB increases software layer and can simulate the instruction set of HardwareA, interruption and physical address space, thus SoftwareA operates on HardwareB indirectly by the mode running directly in this software layer.This layer of software increased is called as virtual machine manager (Virtual Machine Monitor, VMM), virtual machine (Virtual Machine, VM) is collectively referred to as by the HardwareA resource simulated, HardwareB is called as physical hardware, and SoftwareA is called as client software.VMM provides various virtual hardware resource by VM, and the SoftwareA on operating in can be regarded as complete hardware environment.
In another kind of implementation, described hardware virtualizer is emulator, and its virtual hardware is simulation hardware.Emulation mode refers to, before client software performs, virtual machine manager becomes to be applicable to the instruction of hardware HardwareB instruction set the instruction translation being applicable to hardware HardwareA instruction set in the binary image of client software SoftwareA, then gives hardware HardwareB the instruction after translation and perform; So-called directly virtual mode refers to, because HardwareA and HardwareB instruction set is compatible, therefore can directly the performing on HardwareB of SoftwareA, prerequisite is, other hardware resource required for SoftwareA is also out virtual by VMM, as interruption, physical address space etc.
Two kinds of implementations of hardware virtualizer will be described respectively below:
See Fig. 1, it is the structural representation of the embodiment one of the system of safe operation multipad on patient monitor provided by the invention.
At Windows operating system 10 and physical hardware 20(also known as hardware 20) between increase a system monitor (virtual machine manager, VMM) 30.Virtual machine manager 30 provides the abstract (virtual machine of physical hardware 20 to upper strata, VM) 40, virtual machine manager 30 manages the operation of all virtual machines 40, virtual machine manager 30 can Built In Operating System, also can use external host operating system, Figure 1 shows that the situation using external host operating system 80.
Windows operating system 10 operates on virtual machine 40, and Windows operating system 10, virtual machine 40 and window application 50 form the simulation PC system (PC system 70) of ordinary meaning.For Windows operating system 10, virtual machine 40 is the complete main frames having the hardware resources such as CPU, internal memory, system bus, controller and various peripheral hardwares, and the complete compatible Windows operating system of the hardware interface of these resources, therefore, although these hardware resources are all virtual, but Windows operating system 10 equally with process physical hardware 20 resource can process them, and Windows operating system 10 itself is without the need to any change.Virtual machine manager 30 controls the physical hardware 20 of its lower floor.Physical hardware 20 comprises the physical hardware resources such as CPU, internal memory, system bus, controller, peripheral hardware of necessary being.Because virtual machine 40 possesses complete and hardware environment that is interface compatibility, therefore under the prerequisite not revising Windows operating system 10 itself, existing window application 50 can be run.Monitor system 60 independent operating is on host operating system 80.
See Fig. 2, it is the structural representation of the embodiment two of the system of safe operation multipad on patient monitor provided by the invention.
Be with the difference of example one, in the present embodiment two: Windows operating system 10 needs amendment, with the difference making self clearly know virtual machine 40 and physical hardware 20, thus treats physical hardware and these two kinds of situations of virtual hardware with a certain discrimination; Virtual machine manager 30 inside is integrated with operation system function, thus there is not independently host operating system.
See Fig. 3, it is the structural representation of the embodiment three of the system of safe operation multipad on patient monitor provided by the invention.
Another kind shown in Fig. 3 realizes based on simulation hardware method.Emulator 31 simulates a set of new simulation hardware 41, Windows operating system 10 and operates on simulation hardware 41 on physical hardware 20, and the application program 50 on Windows operating system 10 is constant.Now, simulation hardware 41, Windows operating system 10, window application 50 form simulation PC system 70.Monitor system 60 runs independent of PC system 70.
When PC system 70 calculation task is busy, when CPU takies high enterprise, or PC system 70I/O is busy, during interrupt load height enterprise, for ensureing that monitor system 60 still has sufficient cpu resource available, adopt CPU isolation technology in the present invention, make the monitor system of patient monitor and described PC system of simulating use mutually isolated cpu resource.
In specific implementation, usually there is the implementation that three kinds are different:
The first, monitor system and the described PC system of simulating of described patient monitor use mutually isolated different CPU.
The second, described virtual machine manager isolates by the mode of control CPU quota service time described monitor system and the described PC of simulation system to use single channel kernel same CPU in the different time.
The third, described virtual machine manager isolates by the mode program of described monitor system and the described PC of simulation system cloud gray model being bundled in respectively the different core of CPU the same CPU that described monitor system and the described PC of simulation system use multichannel kernel.
The internal storage that the monitor system of patient monitor described in the present invention and the described PC of simulation system use storage space mutually isolated and/or external memory storage.This is to make hardware virtualizer to the management process of internal memory to PC system transparent, in the angle of the operating system of PC system, and its access storer process and just the same in physical machine; When less desirable memory content occurring in PC system and destroying, the validity of the internal memory that monitor system uses can not be affected; Monitor system uses has enough physical memories for it; PC system 70 and monitor system 60 access different external memory storages respectively, and their concurrent workings significantly improve the promptness of system external portion memory access.
In addition, in the embodiment of the present invention, the network controller that the monitor system of described patient monitor and the described PC of simulation system use interface mutually isolated.Further, the monitor system 60 of described patient monitor is shared with described PC system 70 of simulating or independently uses peripheral hardware, screen or input equipment.
To take below hardware virtualizer as virtual machine manager be example, principle of work and the flow process of the system that the invention provides safe operation multipad on patient monitor are described.Hardware virtualizer is that the principle of work of emulator and flow process and virtual machine manager are similar, repeats no more.
See Fig. 4, for the invention provides a schematic diagram of the workflow of the system of safe operation multipad on patient monitor.
Step S1, starts monitor system 60, after monitor system 60 has started, can provide normal patient monitor function, as physiological parameters of patients is measured and storage, warning, patient information process etc.
Step S2, checks whether PC pattern is opened, if PC pattern is opened, then performs step S3, starts virtual machine manager 30; Otherwise system starts and terminates, and monitor system enters normal operating conditions.
Step S4, for virtual machine 40 distributes hardware resource.
Step S5, starts virtual machine 40;
Step S6, the program that the multipad run virtual machine 40 and monitor system 60 run is bound with CPU respectively.
Wherein, step S4 comprises sub-step S401, S402, S403, S404, S405, and the execution sequence of these sub-steps can be exchanged mutually.See Fig. 5, it specifically comprises:
Step S401, for virtual machine 40 implements CPU isolation;
Step S402, for virtual machine 40 implements internal memory isolation;
Step S403, for virtual machine 40 implements external memory storage isolation;
Step S404, for virtual machine 40 implements Network Isolation.
Step S405, for virtual machine 40 implements the process of peripheral hardware.
Need to illustrate, the object implementing CPU isolation for virtual machine 40 comprises: ensure in PC system-computed task busy, and when CPU takies high enterprise, monitor system still has sufficient cpu resource available; When ensureing PC system break load height enterprise, monitor system still has sufficient cpu resource available.The way of the built-in PC of current existing patient monitor typically uses 2 independently hardware platforms, and runs independently operating system thereon, therefore cannot use CPU isolation technology.CPU isolation technology is the peculiar technology of patient monitor, is not generally suitable for the virtual machine instance under desktop or server occasion.Patient monitor belongs to system real-time being had to requirement, and desktop and server system itself do not belong to real-time system; The latter in most cases, do not require such as " waveform must be drawn out in 10ms ", or the requirement of real-time of " instruction must be performed in 10ns " and so on, pursue the scalability of hardware resource on the contrary, be supplied to as far as possible many tasks by limited cpu resource to use, therefore desktop and server field are often adopted as the mode of each virtual machine dynamic assignment cpu resource, and the method for non-usage CPU isolation.
As shown in Figure 6, for virtual machine 40 implement CPU isolation step comprise:
Step S1, judges that the CPU that patient monitor uses is multiple or one, does is this CPU multi-core or core?
Step S2, when multiple CPU or multi-core CPU, binds monitor system and PC system with CPU or core respectively, otherwise enters step S3 process ends.
Step S3, when single CPU or core, is monitor system and PC system assignment time quota, and terminates.
It should be noted that, if virtual machine 40 uses above-quota CPU time, then virtual machine 40 is hung up by virtual machine manager 30, and CPU is distributed to other program in need, as monitor system 60, or other program.Further, if only rely on the mode of control CPU quota service time to isolate monitor system 60, on core list cpu system, by the restriction of cpu resource itself, under the prerequisite meeting monitor system 60 real-time, increase causing the response time of virtual machine 40.The hardware of multi-core CPU and core binding method is used to solve this problem.
As shown in Figure 7, for the step of monitor system binding CPU subset comprises:
Step S301 is monitor system binding CPU subset 1;
Step S302, identical CPU subset 1 bound by the controller monopolized for monitor system;
Step S303 is PC system binding CPU subset 2;
Step S304, identical CPU subset 2 bound by the controller monopolized for PC system;
Step S305, identical CPU subset 2 bound by the controller shared for monitor system and PC system.
In specific implementation, definition core cpu set C be C | C=c0, c1, c2, cN, N is core number }, the core set Cbinding (P) that define program P binds is { Cbinding| Cbinding=Cbinding U { cX}, if a part of program P or P can operate on core cX }, the core set Cexclusive (P) that define program P monopolizes binding for Cexclusive | Cexclusive=Cexclusive U cY}, if the part energy of program P or P and can only operate on core cY.The CPU comprising 4 cores with 1 explains the implication of binding core: assuming that 4 cores are for c0, c1, c2, c3, so core set C={c0, c1, c2, if c3} binds c0, c1 to program P0, then program P0 binds core set Cbinding (P0)={ c0, c1}; Assuming that bind core c1 again, c2 is to program P1, then (P1)={ c1, c2}, now, core c1 is bound by program P0 and P1 program P1 binding core set Cbinding simultaneously, is that is used by P0 and P1 timesharing.If P0 exclusive binding core c0, c1, then P1 cannot be tied on c1 again, and vice versa, if i.e. Cexclusive (P0)={ c0, c1}; Then Cexclusive (P1)=M, M={c2} | and c3} | { c2, c3}.As can be seen here, exclusive binding is by completely isolated for the core of distinct program use.For step S401, a feasible binding example is: virtual machine 40 exclusive binding core c0, c1; Monitor system 60 exclusive binding c2, c3.In sum, introduce multi-core CPU, make monitor system 60 exclusive binding part core, make exclusive other core of binding of virtual machine 40, thus the cpu resource of monitor system 60 and virtual machine 40 is isolated physically, meet respective real-time and performance requirement better.Another kind of alternative method is that replace the multiple cores in 1 CPU with multiple CPU, binding procedure is similar, repeats no more.
Step S402 is that virtual machine 40 implements internal memory isolation.The fundamental purpose of real-time isolation is, VMM to the management process of internal memory to PC system transparent, in the angle of the operating system of PC system, its memory access process and just the same in physical machine; When less desirable memory content occurring in PC system and destroying, the validity of the internal memory that monitor system uses can not be affected; Monitor system uses has enough physical memories for it.Virtual machine manager 30 manages all physical memories, ensure that the physical memory non-overlapping copies that virtual machine 40 and monitor system 60 use, and avoiding a wherein side, that the opposing party when less desirable internal memory destroys occurs is influenced.
Be illustrated in figure 81 complete accessing operation process from the window application virtual machine to physical hardware.
In step S1: client's window application performs access instruction, it uses the virtual address of client Windows operating system management, be called CLIENT PROGRAM virtual address (Guest Virtual Address/GVA), for the application program operated in virtual machine, to the access of this address and just the same in physical machine, application program is without the need to amendment;
In step s 2, the page table structure that client Windows operating system is safeguarded by oneself, GVA is converted to the physical address (Guest Physical Address/GPA) in virtual machine, for the Windows operating system operated in virtual machine, to the access of this address and just the same in physical machine, operating system is without the need to amendment;
In step s3, client Windows operating system performs access instruction, now uses the physical address GPA in virtual machine, for the Windows operating system operated in virtual machine, to the access of this address and just the same in physical machine, operating system is without the need to amendment;
In step s 4 which, the access instruction of virtual machine manager interception client Windows operating system, is translated as the address (Host Physical Address/HPA) of physical hardware by GPA, this step to the operating system in virtual machine and application program transparent;
In step s 5, virtual machine manager implements memory access by physical hardware address HPA, thus realizes the application program run from virtual machine 1 accessing operation to physical hardware, this step equally also to the operating system in virtual machine and application program transparent.
Step S403 is that virtual machine 40 implements external memory storage isolation, its specific implementation process part Fig. 9 and Figure 10.
As shown in Figure 9 and Figure 10, use Stand Alone Memory, make PC system 70 and monitor system 60 access different external memory storages respectively.While separate outer storer 80 processes the I/O request from PC system, separate outer storer 90 can be asked from the I/O of monitor system in unrestricted response; Their concurrent workings, significantly improve the promptness of system external portion memory access.
Step S404 is that virtual machine 40 implements the particular content of Network Isolation as shown in figure 11, and its structure is identical with flow process and S403, and only objective for implementation is different, and the objective for implementation in this step is network controller, no longer repeat specification.
Step S405 is the process that virtual machine 40 implements display and input equipment, and detailed process is shown in Figure 12.
Display and input equipment both can be isolation, also can be shared, will describe respectively below.
As shown in figure 12, if user uses independent dual screen mode, so in step sl, for PC system and monitor system respectively distribute 1 exclusive display device, they are output pattern interface independently of one another.
If user uses independent input equipment, so in step s3, for each screen distributes exclusive input equipment; Further, in step s 5, the combination of a screen+input equipment is assigned to monitor system, another combination is assigned to PC system, so whole system become can support simultaneously 2 users walk abreast use system, wherein 1 user's independent operation monitor system, another 1 user then independent operation PC system.
Another kind of situation is that 1 user-operable independence double screen, as shown in step S7, is first tied to 2 screens by input equipment 1 simultaneously, and expand its coordinate range be screen 1 and screen 2 and, disconnect input equipment 2 simultaneously; In step s 9, patient monitor directly accesses input equipment 1, PC system is converted to the original coordinates of input equipment 1 patient monitor place screen simultaneously relative coordinate by VMM dereference input equipment 1, VMM.
Otherwise, under non-dual screen mode, display device and input equipment all by monitor system and PC system share.
If user uses shared screen, so in step S2, first screen 1 is distributed to monitor system, perform step S4 subsequently, disconnect screen 2, and by the output redirection of PC system to the window of 1 in monitor system, user can operate the graphical interfaces of monitor system and PC system in screen 1 simultaneously; If user uses shared input equipment, so in step s 8, monitor system can directly access all input equipments, and PC system then can only pass through these equipment of VMM dereference, but this process to the operating system in PC system and application software transparent.
Note, by simple expansion, also can obtain the situation that 3 screens or more screen and input equipment use jointly, repeat no more.
Implement the present invention, monitor system and windows multipad both have shared physical hardware resources, reduced system complexity and cost; Can keep again mutually isolated, make the operation of desktop application software and abnormal reliability and the real-time that can not affect monitor system.
One of ordinary skill in the art will appreciate that all or part of flow process realized in above-described embodiment method, that the hardware that can carry out instruction relevant by computer program has come, described program can be stored in a computer read/write memory medium, this program, when performing, can comprise the flow process of the embodiment as above-mentioned each side method.Wherein, described storage medium can be magnetic disc, CD, read-only store-memory body (Read-Only Memory, ROM) or random store-memory body (Random Access Memory, RAM) etc.
Above content is in conjunction with concrete preferred implementation further description made for the present invention, can not assert that specific embodiment of the invention is confined to these explanations.For general technical staff of the technical field of the invention, without departing from the inventive concept of the premise, some simple deduction or replace can also be made, all should be considered as belonging to protection scope of the present invention.
Claims (10)
1. the system of safe operation multipad on patient monitor, is characterized in that, comprising:
Be arranged on the hardware virtualizer between the Windows operating system of described patient monitor and physical hardware, described hardware virtualizer is used for fictionalizing a virtual hardware, and controls the operation of this virtual hardware and described physical hardware;
The Windows operating system of described patient monitor runs multipad on described virtual hardware, and itself and described virtual hardware and described multipad form PC system; The monitor system of described patient monitor, independent of described Windows operating system, operates on described physical hardware.
2. the system of safe operation multipad on patient monitor as claimed in claim 1, is characterized in that, described hardware virtualizer Built In Operating System or use external host operating system.
3. the system of safe operation multipad on patient monitor as claimed in claim 2, it is characterized in that, described hardware virtualizer is virtual machine manager, and its virtual hardware fictionalized is virtual machine.
4. the system of safe operation multipad on patient monitor as claimed in claim 2, it is characterized in that, described hardware virtualizer is emulator, and its virtual hardware fictionalized is simulation hardware.
5. on the patient monitor as described in claim 3 or 4, the system of safe operation multipad, is characterized in that, monitor system and the described PC system of described patient monitor use mutually isolated different CPU or core.
6. the system of safe operation multipad on the patient monitor as described in claim 3 or 4, it is characterized in that, described virtual machine manager isolates by the mode of control CPU quota service time described monitor system and the described PC of simulation system to use single channel kernel same CPU in the different time.
7. the system of safe operation multipad on the patient monitor as described in claim 3 or 4, it is characterized in that, described virtual machine manager isolates described monitor system by the mode of different core or different CPU that described monitor system and the program of described PC system cloud gray model are bundled in CPU respectively and described PC system uses CPU.
8. on the patient monitor as described in claim 3 or 4, the system of safe operation multipad, is characterized in that, the external memory storage that the monitor system of described patient monitor and the described PC of simulation system use storage space mutually isolated.
9. on the patient monitor as described in claim 3 or 4, the system of safe operation multipad, is characterized in that, the network controller that the monitor system of described patient monitor and the described PC of simulation system use interface mutually isolated.
10. on the patient monitor as described in claim 3 or 4, the system of safe operation multipad, is characterized in that, the monitor system of described patient monitor and the described PC of simulation system are shared or independently used screen or input equipment.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410002178.XA CN104765637A (en) | 2014-01-02 | 2014-01-02 | System for safely operating desktop application on monitor |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410002178.XA CN104765637A (en) | 2014-01-02 | 2014-01-02 | System for safely operating desktop application on monitor |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104765637A true CN104765637A (en) | 2015-07-08 |
Family
ID=53647485
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410002178.XA Pending CN104765637A (en) | 2014-01-02 | 2014-01-02 | System for safely operating desktop application on monitor |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104765637A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107436810A (en) * | 2017-07-03 | 2017-12-05 | 北京东土科技股份有限公司 | A kind of resource for computer system dispatching method and device |
| CN110147265A (en) * | 2019-04-26 | 2019-08-20 | 王云飞 | A method of the integrated virtualization system based on microcontroller platform |
| CN112149169A (en) * | 2020-10-12 | 2020-12-29 | Oppo广东移动通信有限公司 | Application access method and device and computer readable storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1716204A (en) * | 2004-06-30 | 2006-01-04 | 微软公司 | Systems and methods for development of emulated devices in a virtual machine environment |
| US20090024994A1 (en) * | 2007-07-20 | 2009-01-22 | Eg Innovations Pte. Ltd. | Monitoring System for Virtual Application Environments |
| CN101739284A (en) * | 2008-11-20 | 2010-06-16 | 联想(北京)有限公司 | Computer and information processing method |
| CN102339229A (en) * | 2010-07-15 | 2012-02-01 | 戴元顺 | Virtualization method based on operating system layer |
-
2014
- 2014-01-02 CN CN201410002178.XA patent/CN104765637A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1716204A (en) * | 2004-06-30 | 2006-01-04 | 微软公司 | Systems and methods for development of emulated devices in a virtual machine environment |
| US20090024994A1 (en) * | 2007-07-20 | 2009-01-22 | Eg Innovations Pte. Ltd. | Monitoring System for Virtual Application Environments |
| CN101739284A (en) * | 2008-11-20 | 2010-06-16 | 联想(北京)有限公司 | Computer and information processing method |
| CN102339229A (en) * | 2010-07-15 | 2012-02-01 | 戴元顺 | Virtualization method based on operating system layer |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107436810A (en) * | 2017-07-03 | 2017-12-05 | 北京东土科技股份有限公司 | A kind of resource for computer system dispatching method and device |
| CN110147265A (en) * | 2019-04-26 | 2019-08-20 | 王云飞 | A method of the integrated virtualization system based on microcontroller platform |
| CN112149169A (en) * | 2020-10-12 | 2020-12-29 | Oppo广东移动通信有限公司 | Application access method and device and computer readable storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10545781B2 (en) | Dynamically deployed virtual machine | |
| CN102110196B (en) | Method and system for safely transmitting data among parallel-running multiple user operating systems | |
| US20150234684A1 (en) | Workload migration between virtualization softwares | |
| AU2012250375B2 (en) | Virtualization processing method and apparatuses, and computer system | |
| CN102915285B (en) | Application acceleration in virtualized environment | |
| CN100472451C (en) | Dummy machine system and its hardware access method | |
| CN101120317A (en) | Method, apparatus and system for dynamically reassigning memory from one virtual machine to another | |
| JP6564838B2 (en) | Multi-operating system operating method and apparatus based on Industrial Internet Operating System | |
| CN102779074B (en) | Internal memory resource distribution method based on internal memory hole mechanism | |
| CN104516769B (en) | For the method for the switching between verifying logic zone configuration, medium and system | |
| DE102014116808B4 (en) | Method and system for realizing a dynamic virtualization of an SRIOV-capable SAS adapter | |
| DE102012218379A1 (en) | Paravirtualized virtual GPU | |
| JP6846537B2 (en) | Display methods, equipment and electronics for multi-operating systems | |
| US10853259B2 (en) | Exitless extended page table switching for nested hypervisors | |
| CN105468429A (en) | Efficient virtual cluster management method and cluster node | |
| CN106844008A (en) | A kind of method of data manipulation, equipment and system | |
| US20170249106A1 (en) | Multiple input-output memory management units with fine grained device scopes for virtual machines | |
| CN105556473A (en) | I/O task processing method, device and system | |
| CN104765637A (en) | System for safely operating desktop application on monitor | |
| TWI616759B (en) | Apparatus assigning controller and apparatus assigning method | |
| US9348513B2 (en) | SAS virtual tape drive | |
| US9569241B2 (en) | Sharing devices assigned to virtual machines using runtime exclusion | |
| CN113568734A (en) | Virtualization method and system based on multi-core processor, multi-core processor and electronic equipment | |
| CN107515725B (en) | Method and device for sharing disk by core network virtualization system and network management MANO system | |
| CN106951775A (en) | A kind of safe-guard system based on operating system nucleus Intel Virtualization Technology |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150708 |
|
| RJ01 | Rejection of invention patent application after publication |