CA2630282C - Method and system for carrying multiple suspended runtime images - Google Patents
Method and system for carrying multiple suspended runtime images Download PDFInfo
- Publication number
- CA2630282C CA2630282C CA2630282A CA2630282A CA2630282C CA 2630282 C CA2630282 C CA 2630282C CA 2630282 A CA2630282 A CA 2630282A CA 2630282 A CA2630282 A CA 2630282A CA 2630282 C CA2630282 C CA 2630282C
- Authority
- CA
- Canada
- Prior art keywords
- host computer
- host
- industry standard
- operating system
- virtual machine
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims description 13
- 238000005192 partition Methods 0.000 claims description 16
- 238000012544 monitoring process Methods 0.000 claims description 8
- 230000003213 activating effect Effects 0.000 claims 2
- 238000010586 diagram Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000010365 information processing Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 241001071864 Lethrinus laticaudis Species 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4406—Loading of operating system
- G06F9/441—Multiboot arrangements, i.e. selecting an operating system to be loaded
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45575—Starting, stopping, suspending or resuming virtual machine instances
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
A portable device is connected to a host system that operates according to a first industry standard architecture (e.g., a personal computer built according to the IBM Personal Computer standard). The user initiates a session in the host system using the software and data in the portable device. The user suspends the state of the session, the state is stored in the portable device, and the user disconnects the portable device from the host. The user later connects the portable device to a second host that operates according to a second industry standard architecture (e.g., Apple Macintosh TM computer). The second host boots an autoconfiguring host operating system stored in the portable device and starts a virtual machine layer also stored in the portable device. The user then resumes operation of the suspended virtual machine layer session.
Description
VIM) 2007)(057248 PCT/EP2006/066990 METHOD AND SYSTEM FOR CARRYING MULTIPLE
SUSPENDED RUNTIME IMAGES
FIELD OF THE INVENTION
The invention disclosed broadly relates to the field of information processing systems and more particularly relates to the field of portable personal electronic devices.
BACKGROUND OF THE INVENTION
Information storage capacities (e.g., disk capacities) are increasing rapidly and it is becoming possible to add large capacity disk storage to several portable devices such as the iPod TM music player or any of several personal digital assistant (PDA) form factor devices. The power consumption of disk drives has also been reduced to the point that the disks may be powered by batteries that are part of the portable devices themselves. For devices where energy is a more critical resource, it is also possible to have disk storage present in a piggy back manner, where the disk is accessible only when the portable device is connected to another device that supplies power to the portable device, for example through a USB (universal serial bus) connection. This trend has made it possible for a user to store, in a portable storage device (PSD), a processing session begun in a first host computer and to resume the session in a second host computer. However, when the first and second host computers operate according to different industry standard architectures (e.g., IBM personal computer and Apple MacIntosh TM, a user may encounter difficulty or find it impossible to resume a suspended session in the second host computer. Therefore, there is a need for a solution to this shortcoming.
SUMMARY OF THE INVENTION
According to the embodiment of the invention, a portable device carries multiple software stacks, one for each of two or more types of industry standard architectures so that the portable device can be coupled to various host computer systems using various incompatible architectures and yet each host system can boot from the portable device. In one embodiment of the invention, the portable device is connected to a first host system that operates according to a first industry standard architecture (e.g., a personal computer built according to the IBM Personal Computer Standard);
the user initiates a session in the host system using the software and data in the portable device; the user suspends the state of the session, the state is stored in the portable device, and the user disconnects the VIM) 2007)(057248 PCT/EP2006/066990 portable device from the first host. The user later connects the portable device to a second host that operates according to a second industry standard architecture (e.g., Apple Macintosh TM) The second host boots an autoconfiguring host operating system stored in the portable device and starts a virtual machine layer also stored in the portable device. The user then resumes operation of the suspended virtual machine layer session in the second host computer.
BRIEF DESCRIPTION OF THE DRAWINGS
FIGs. 1A and 1B are high level block diagrams showing a portable device for coupling to a first and second host processing systems operating under different industry standards according to an embodiment of the invention.
FIG. 2 is a block diagram showing a host information processing system according to the embodiments shown in FIGs. 1A and 1B.
FIG. 3 is a block diagram showing software stack according to an embodiment of the invention.
FIG. 4 is a flow chart of a method according to an embodiment of the invention.
DETAILED DESCRIPTION
Referring to FIG.1A, there is shown a portable storage device (hereafter, "PSD" or "portable device") 100 connected to a first host processing system 200. A PSD is any electronic device that Includes sufficient storage to operate as discussed herein and is not necessarily a device whose principal function is storage. The PSD 100 comprises a USB
(universal serial bus) port 102 for coupling to a USB port 212 in the host system 200 and a memory 104 for storing (among other things) a portable computing environment. The memory 104 is preferably a persistent storage device such as a hard disk drive for storing a portable computing environment but can also be semiconductor memory such as a Flash EPROM or an equivalent. The PSD 100 may also comprise a user Interface 106 with a switch so that a user can select an Industry standard architecture suitable for a host system to which the user plans to connect the PSD 100.
The memory also stores software to suspend and resume the state of a computing session, and to boot host computers from a wired connection Interface such as a USB or Firewire interface 102. In FIG. 1A, the PSD
100 is coupled to a host system 200 that operates according to a first industry standard architecture, such a personal computer built according to the IBM Personal Computer Standard. The user boots the host system 200 from software (or firmware) in the PSD 100 appropriate for the first industry standard architecture. The user then initiates a session in the VIM) 2007)(057248 PCT/EP2006/066990 host system 200, works on the host system, perhaps then suspends the computing state, and disconnects the PSD 100 from the host system 200.
Referring to FIG. 1B, the user travels to a different environment and connects the PSD 100 to a second host system 250 via a USB interface 252.
The second host system 250 operates according to a second industry standard architecture such as that of the Apple Macintosh TM The second host 250 boots from software in the PSD 100 suitable for the second industry standard architecture.
The attached PSD 100 has a small form factor such as the size of a deck of cards and is expected to become even smaller as technology advances. The PSD 100 works with the already deployed and pervasive collection of personal computers, attaching to them over a fast local connection.
Effectively, everything from the standard host processing system, such as its central processor unit, memory, display, network, possibly except its hard disk drive will be exploited. To be successful, the connection process should be quick and the portable device should be less onerous to maintain than a separate computer system or systems. The ideal solution should be very easy to use and should be able to resume computation at the same state where it was suspended.
Referring to FIG. 2, we show a block diagram of a host information processing system 200 according to the embodiments shown in FIG. 1A. In this embodiment, the host system 200 is a personal computer that operates according to a first industry standard architecture (in this case, the IBM
PC standard). Therefore, the system 200 comprises a basic input/output system (BIOS) 206 according to the IBM Personal Computer standard. The host system 200 also comprises a processor 202, a memory 204 a hard disk drive 208, and the I/O interface 212. The second host system 250 Includes similar components but operates under the Apple Macintosh architecture standard.
Referring to FIG. 3, we show a simplified version of some of the contents of the memory 104 of the PSD 100. According to an embodiment of the invention, instead of carrying a single multi-layer stack, according to embodiments of the invention the PSD 100 carries multiple multi-layer stacks 300 and 301, one for each type of host architecture and a suspended state for each host system. The first software stack 300 consists of three partition layers 312, 314, and 316. Layer 312 includes the user files 308 and is common to both architecture types. Layer 314 comprises the guest OS, applications, and executables 310 and a suspended runtime VIM) 2007)(057248 PCT/EP2006/066990 state 311 from prior session. Layer 316 comprises an auto configuring host OS 302 and a virtual machine monitoring (VMM) layer 304. When the software stack 300 is stored in portable device 100, it becomes able to carry a suspended computing state and to resume that state on any other host information processing system that is found in the environment, as described in United States Patent Application Ser. No. 10/795,153. Stack 301 is adapted to operate under a different industry standard architecture. In this example, the stack 300 operates according to the IBM PC standard and stack 301 according to the Macintosh standard.
However, the invention can be used with any two or more incompatible industry standard architectures. Therefore, the PSD 100 can carry any number of different Industry standard stacks that fit in its storage. The second stack 301 Includes the partition 312 and a second partition 326 that contains: a virtual machine 322 comprising a guest operating system, applications executables 320 and a suspended state 321. The stack 301 also Includes a third layer 318 that Includes an autoconfiguring host OS
303 for the Macintosh standard and a VMM layer 324.
Embodiments of the invention enable a usage model where a single device 100 carries software essential for multiple hardware architectures and enables a user to access his own computing state on those different architectures. This structure enables a usage model where a single device carries "souls" for multiple hardware architectures and enables a user to access his or her own computing state on different architectures.
When the portable device 100 containing the PSD software stack 300 is connected to a PC (e.g., 200), the PC boots from this portable device 100, starts up the host OS and VMM layers corresponding to the PC architecture and resumes a suspended guest OS state that accesses the partition corresponding to the user files when necessary. When the portable device 100 connects to a Macintosh computer, the host OS and VMM partition corresponding to the Macintosh computer are used to boot the Macintosh computer using the stack 301 and resume a suspended Macintosh session which also accesses the user files from the same shared partition where the user files reside. Because the user file partition 312 is shared between architectures, a user can work on a file on a PC and save it back to the user partition 312 and then may resume work on a Mac and edit the same file there using a Macintosh application that understands the same file format. One problem that needs to be overcome to achieve this solution is to make sure that the host machine boots from the correct disk partition from the portable device 100. Typically, when a host system is trying to boot from external media, it goes to a specific place on the disk to fetch its boot loader or other initial code to execute. We need to make sure that the machine that is trying to boot gets the code appropriate for its architecture. For example, PCs go to the Master Boot Record of a disk to initiate the booting sequence and unless the master boot record has code suitable for the PC architecture, the PC cannot boot. There may be similar constraints on other architectures as far as booting is concerned. To solve this problem, we can add a switch 106 on the portable device 100 carrying the software stack 300 that selects the architecture before we attach it to a machine and try to boot it. Based on this switch 106, the PSD device 100 presents the appropriate host OS to the host machine that is seeking to boot.
If the PSD 100 has its own native function and user interface it will be able to access files in partition 312 without having to connect to a host computer.
Instead of a physical hardware switch, if the mobile device that performs the PSD's native function, has its own base functionality and therefore has user interface controls, the hardware switch 106 can simply be a selection from a menu using the UI controls.
In this embodiment, we assume that the user was editing a file from the shared user partition on one architecture, suspends that session, and resumes on a different architecture. If the edit session is suspended without saving the file, the partial edits generally will not be available when resuming on a different architecture. If the "auto save" function is turned on, then the partial edits may be periodically saved back to the user partition. In this case, the partial edits up until the last auto save point can be made available on the second architecture if the editor on the second architecture can process the partial edit file. Any state that was part of the editor process on the first architecture will not be available.
In the embodiments discussed above, the PSD 100 carries images for two different architectures, but the model readily extends to more than two architectures. In the longer term, if storage density were to increase substantially, one could carry the PSD stack on a SD (secure digital) card with a couple of switch settings and insert the card into a PDA (personal digital assistant) or other portable device and resume one's appropriate suspended computing state on that device. In other words, one of the host systems 200 or 250 could be a small form-factor device such as a PDA.
, Referring to FIG. 4, a flowchart illustrates a computer-implemented method 400 according to another embodiment of the invention. In step 401 the user of the PSD 100 sets the switch 106 to a selected industry standard architecture. In step 402 a portable storage 100 device is connected to a host system 200. Step 404 boots the autoconfiguring host operating system.
Step 406 starts the virtual machine layer. Step 408 resumes operation of the suspended virtual machine layer session.
Therefore, while there has been described what are presently considered to be the preferred embodiments, it will be understood by those skilled in the art that other modifications can be made within the scope of the claimed invention.
,
SUSPENDED RUNTIME IMAGES
FIELD OF THE INVENTION
The invention disclosed broadly relates to the field of information processing systems and more particularly relates to the field of portable personal electronic devices.
BACKGROUND OF THE INVENTION
Information storage capacities (e.g., disk capacities) are increasing rapidly and it is becoming possible to add large capacity disk storage to several portable devices such as the iPod TM music player or any of several personal digital assistant (PDA) form factor devices. The power consumption of disk drives has also been reduced to the point that the disks may be powered by batteries that are part of the portable devices themselves. For devices where energy is a more critical resource, it is also possible to have disk storage present in a piggy back manner, where the disk is accessible only when the portable device is connected to another device that supplies power to the portable device, for example through a USB (universal serial bus) connection. This trend has made it possible for a user to store, in a portable storage device (PSD), a processing session begun in a first host computer and to resume the session in a second host computer. However, when the first and second host computers operate according to different industry standard architectures (e.g., IBM personal computer and Apple MacIntosh TM, a user may encounter difficulty or find it impossible to resume a suspended session in the second host computer. Therefore, there is a need for a solution to this shortcoming.
SUMMARY OF THE INVENTION
According to the embodiment of the invention, a portable device carries multiple software stacks, one for each of two or more types of industry standard architectures so that the portable device can be coupled to various host computer systems using various incompatible architectures and yet each host system can boot from the portable device. In one embodiment of the invention, the portable device is connected to a first host system that operates according to a first industry standard architecture (e.g., a personal computer built according to the IBM Personal Computer Standard);
the user initiates a session in the host system using the software and data in the portable device; the user suspends the state of the session, the state is stored in the portable device, and the user disconnects the VIM) 2007)(057248 PCT/EP2006/066990 portable device from the first host. The user later connects the portable device to a second host that operates according to a second industry standard architecture (e.g., Apple Macintosh TM) The second host boots an autoconfiguring host operating system stored in the portable device and starts a virtual machine layer also stored in the portable device. The user then resumes operation of the suspended virtual machine layer session in the second host computer.
BRIEF DESCRIPTION OF THE DRAWINGS
FIGs. 1A and 1B are high level block diagrams showing a portable device for coupling to a first and second host processing systems operating under different industry standards according to an embodiment of the invention.
FIG. 2 is a block diagram showing a host information processing system according to the embodiments shown in FIGs. 1A and 1B.
FIG. 3 is a block diagram showing software stack according to an embodiment of the invention.
FIG. 4 is a flow chart of a method according to an embodiment of the invention.
DETAILED DESCRIPTION
Referring to FIG.1A, there is shown a portable storage device (hereafter, "PSD" or "portable device") 100 connected to a first host processing system 200. A PSD is any electronic device that Includes sufficient storage to operate as discussed herein and is not necessarily a device whose principal function is storage. The PSD 100 comprises a USB
(universal serial bus) port 102 for coupling to a USB port 212 in the host system 200 and a memory 104 for storing (among other things) a portable computing environment. The memory 104 is preferably a persistent storage device such as a hard disk drive for storing a portable computing environment but can also be semiconductor memory such as a Flash EPROM or an equivalent. The PSD 100 may also comprise a user Interface 106 with a switch so that a user can select an Industry standard architecture suitable for a host system to which the user plans to connect the PSD 100.
The memory also stores software to suspend and resume the state of a computing session, and to boot host computers from a wired connection Interface such as a USB or Firewire interface 102. In FIG. 1A, the PSD
100 is coupled to a host system 200 that operates according to a first industry standard architecture, such a personal computer built according to the IBM Personal Computer Standard. The user boots the host system 200 from software (or firmware) in the PSD 100 appropriate for the first industry standard architecture. The user then initiates a session in the VIM) 2007)(057248 PCT/EP2006/066990 host system 200, works on the host system, perhaps then suspends the computing state, and disconnects the PSD 100 from the host system 200.
Referring to FIG. 1B, the user travels to a different environment and connects the PSD 100 to a second host system 250 via a USB interface 252.
The second host system 250 operates according to a second industry standard architecture such as that of the Apple Macintosh TM The second host 250 boots from software in the PSD 100 suitable for the second industry standard architecture.
The attached PSD 100 has a small form factor such as the size of a deck of cards and is expected to become even smaller as technology advances. The PSD 100 works with the already deployed and pervasive collection of personal computers, attaching to them over a fast local connection.
Effectively, everything from the standard host processing system, such as its central processor unit, memory, display, network, possibly except its hard disk drive will be exploited. To be successful, the connection process should be quick and the portable device should be less onerous to maintain than a separate computer system or systems. The ideal solution should be very easy to use and should be able to resume computation at the same state where it was suspended.
Referring to FIG. 2, we show a block diagram of a host information processing system 200 according to the embodiments shown in FIG. 1A. In this embodiment, the host system 200 is a personal computer that operates according to a first industry standard architecture (in this case, the IBM
PC standard). Therefore, the system 200 comprises a basic input/output system (BIOS) 206 according to the IBM Personal Computer standard. The host system 200 also comprises a processor 202, a memory 204 a hard disk drive 208, and the I/O interface 212. The second host system 250 Includes similar components but operates under the Apple Macintosh architecture standard.
Referring to FIG. 3, we show a simplified version of some of the contents of the memory 104 of the PSD 100. According to an embodiment of the invention, instead of carrying a single multi-layer stack, according to embodiments of the invention the PSD 100 carries multiple multi-layer stacks 300 and 301, one for each type of host architecture and a suspended state for each host system. The first software stack 300 consists of three partition layers 312, 314, and 316. Layer 312 includes the user files 308 and is common to both architecture types. Layer 314 comprises the guest OS, applications, and executables 310 and a suspended runtime VIM) 2007)(057248 PCT/EP2006/066990 state 311 from prior session. Layer 316 comprises an auto configuring host OS 302 and a virtual machine monitoring (VMM) layer 304. When the software stack 300 is stored in portable device 100, it becomes able to carry a suspended computing state and to resume that state on any other host information processing system that is found in the environment, as described in United States Patent Application Ser. No. 10/795,153. Stack 301 is adapted to operate under a different industry standard architecture. In this example, the stack 300 operates according to the IBM PC standard and stack 301 according to the Macintosh standard.
However, the invention can be used with any two or more incompatible industry standard architectures. Therefore, the PSD 100 can carry any number of different Industry standard stacks that fit in its storage. The second stack 301 Includes the partition 312 and a second partition 326 that contains: a virtual machine 322 comprising a guest operating system, applications executables 320 and a suspended state 321. The stack 301 also Includes a third layer 318 that Includes an autoconfiguring host OS
303 for the Macintosh standard and a VMM layer 324.
Embodiments of the invention enable a usage model where a single device 100 carries software essential for multiple hardware architectures and enables a user to access his own computing state on those different architectures. This structure enables a usage model where a single device carries "souls" for multiple hardware architectures and enables a user to access his or her own computing state on different architectures.
When the portable device 100 containing the PSD software stack 300 is connected to a PC (e.g., 200), the PC boots from this portable device 100, starts up the host OS and VMM layers corresponding to the PC architecture and resumes a suspended guest OS state that accesses the partition corresponding to the user files when necessary. When the portable device 100 connects to a Macintosh computer, the host OS and VMM partition corresponding to the Macintosh computer are used to boot the Macintosh computer using the stack 301 and resume a suspended Macintosh session which also accesses the user files from the same shared partition where the user files reside. Because the user file partition 312 is shared between architectures, a user can work on a file on a PC and save it back to the user partition 312 and then may resume work on a Mac and edit the same file there using a Macintosh application that understands the same file format. One problem that needs to be overcome to achieve this solution is to make sure that the host machine boots from the correct disk partition from the portable device 100. Typically, when a host system is trying to boot from external media, it goes to a specific place on the disk to fetch its boot loader or other initial code to execute. We need to make sure that the machine that is trying to boot gets the code appropriate for its architecture. For example, PCs go to the Master Boot Record of a disk to initiate the booting sequence and unless the master boot record has code suitable for the PC architecture, the PC cannot boot. There may be similar constraints on other architectures as far as booting is concerned. To solve this problem, we can add a switch 106 on the portable device 100 carrying the software stack 300 that selects the architecture before we attach it to a machine and try to boot it. Based on this switch 106, the PSD device 100 presents the appropriate host OS to the host machine that is seeking to boot.
If the PSD 100 has its own native function and user interface it will be able to access files in partition 312 without having to connect to a host computer.
Instead of a physical hardware switch, if the mobile device that performs the PSD's native function, has its own base functionality and therefore has user interface controls, the hardware switch 106 can simply be a selection from a menu using the UI controls.
In this embodiment, we assume that the user was editing a file from the shared user partition on one architecture, suspends that session, and resumes on a different architecture. If the edit session is suspended without saving the file, the partial edits generally will not be available when resuming on a different architecture. If the "auto save" function is turned on, then the partial edits may be periodically saved back to the user partition. In this case, the partial edits up until the last auto save point can be made available on the second architecture if the editor on the second architecture can process the partial edit file. Any state that was part of the editor process on the first architecture will not be available.
In the embodiments discussed above, the PSD 100 carries images for two different architectures, but the model readily extends to more than two architectures. In the longer term, if storage density were to increase substantially, one could carry the PSD stack on a SD (secure digital) card with a couple of switch settings and insert the card into a PDA (personal digital assistant) or other portable device and resume one's appropriate suspended computing state on that device. In other words, one of the host systems 200 or 250 could be a small form-factor device such as a PDA.
, Referring to FIG. 4, a flowchart illustrates a computer-implemented method 400 according to another embodiment of the invention. In step 401 the user of the PSD 100 sets the switch 106 to a selected industry standard architecture. In step 402 a portable storage 100 device is connected to a host system 200. Step 404 boots the autoconfiguring host operating system.
Step 406 starts the virtual machine layer. Step 408 resumes operation of the suspended virtual machine layer session.
Therefore, while there has been described what are presently considered to be the preferred embodiments, it will be understood by those skilled in the art that other modifications can be made within the scope of the claimed invention.
,
Claims (6)
1. A method implemented by a secure digital card (SDC), the method comprising:
activating a hardware switch device on the SDC to indicate a selection of a first industry standard architecture from which to boot a first host computer, wherein the hardware switch device is part of the secure digital card and comprises a setting indicating a selection of an appropriate host operating system;
connecting the portable device to the first host computer operating under the first industry standard architecture;
providing from the SDC a first autoconfiguring host operating system to the first host computer according to the switch device selection, wherein the first autoconfiguring host operating system is located within a first selectable software stack stored in the SDC, the first selectable software stack comprising a first virtual machine layer, a first virtual machine monitoring layer, and the first autoconfiguring host operating system, all according to the first industry standard architecture;
booting the first host computer from the first autoconfiguring host operating system stored in the SDC;
starting the first virtual machine layer on the first host computer;
commencing a session on the first host computer, comprising accessing user files stored in a user file partition of the SDC, the user file partition shared between multiple host architectures;
suspending the session and storing a state of the session in the first virtual machine monitoring layer; disconnecting the SDC from the first host computer;
setting the switch device to select a second industry standard architecture for connecting to a second host computer; connecting to the second host computer operating under the second industry standard architecture, wherein the second industry standard architecture is not compatible with the first industry standard architecture;
presenting a second autoconfiguring host operating system to the second host computer according to the switch device selection, wherein the second autoconfiguring host operating system is located within a second selectable software stack in the SDC, the second selectable software stack comprising a second virtual machine layer, a second virtual machine monitoring layer, and the second autoconfiguring host operating system, all according to the second industry standard architecture;
booting the second host computer from the second autoconfiguring host operating system stored in the SDC, wherein the second host computer comprises an architecture that is different from that of the first host computer; and starting the second virtual machine monitoring layer on the second host computer.
activating a hardware switch device on the SDC to indicate a selection of a first industry standard architecture from which to boot a first host computer, wherein the hardware switch device is part of the secure digital card and comprises a setting indicating a selection of an appropriate host operating system;
connecting the portable device to the first host computer operating under the first industry standard architecture;
providing from the SDC a first autoconfiguring host operating system to the first host computer according to the switch device selection, wherein the first autoconfiguring host operating system is located within a first selectable software stack stored in the SDC, the first selectable software stack comprising a first virtual machine layer, a first virtual machine monitoring layer, and the first autoconfiguring host operating system, all according to the first industry standard architecture;
booting the first host computer from the first autoconfiguring host operating system stored in the SDC;
starting the first virtual machine layer on the first host computer;
commencing a session on the first host computer, comprising accessing user files stored in a user file partition of the SDC, the user file partition shared between multiple host architectures;
suspending the session and storing a state of the session in the first virtual machine monitoring layer; disconnecting the SDC from the first host computer;
setting the switch device to select a second industry standard architecture for connecting to a second host computer; connecting to the second host computer operating under the second industry standard architecture, wherein the second industry standard architecture is not compatible with the first industry standard architecture;
presenting a second autoconfiguring host operating system to the second host computer according to the switch device selection, wherein the second autoconfiguring host operating system is located within a second selectable software stack in the SDC, the second selectable software stack comprising a second virtual machine layer, a second virtual machine monitoring layer, and the second autoconfiguring host operating system, all according to the second industry standard architecture;
booting the second host computer from the second autoconfiguring host operating system stored in the SDC, wherein the second host computer comprises an architecture that is different from that of the first host computer; and starting the second virtual machine monitoring layer on the second host computer.
2. The method of claim 1 wherein the connecting step comprises inserting the secure digital card into a slot on a host computer and the host computer is a handheld device.
3. A secure digital card programmed to execute instructions for causing a computer to perform a method comprising steps of:
activating a hardware switch on the secure digital card to indicate a selection of an appropriate host operating system from which to boot a host computer; wherein the secure digital card comprises:
a first selectable software stack comprising a first virtual machine layer, a first virtual machine monitoring layer, and a first autoconfiguring host operating system, all according to the first industry standard architecture; and a second selectable software stack comprising a second virtual machine layer, a second virtual machine layer, and a second autoconfiguring host operating system, all according to a second industry standard architecture, wherein the second industry standard architecture is not compatible with the first industry standard architecture; connecting the secure digital card to a first host computer operating under the first industry standard architecture;
providing from the secure digital card to the first host computer a first autoconfiguring host operating system according to the switch device selection;
booting the first host computer from the first autoconfiguring host operating system stored in the secure digital card;
starting the first virtual machine layer on the first host computer;
commencing a session on the first host computer, comprising accessing user files stored in a user file partition of the secure digital card, said user file partition shared between multiple host architectures;
suspending the session and storing a state of the session in the first virtual machine monitoring layer; and disconnecting the secure digital card from the first host computer.
activating a hardware switch on the secure digital card to indicate a selection of an appropriate host operating system from which to boot a host computer; wherein the secure digital card comprises:
a first selectable software stack comprising a first virtual machine layer, a first virtual machine monitoring layer, and a first autoconfiguring host operating system, all according to the first industry standard architecture; and a second selectable software stack comprising a second virtual machine layer, a second virtual machine layer, and a second autoconfiguring host operating system, all according to a second industry standard architecture, wherein the second industry standard architecture is not compatible with the first industry standard architecture; connecting the secure digital card to a first host computer operating under the first industry standard architecture;
providing from the secure digital card to the first host computer a first autoconfiguring host operating system according to the switch device selection;
booting the first host computer from the first autoconfiguring host operating system stored in the secure digital card;
starting the first virtual machine layer on the first host computer;
commencing a session on the first host computer, comprising accessing user files stored in a user file partition of the secure digital card, said user file partition shared between multiple host architectures;
suspending the session and storing a state of the session in the first virtual machine monitoring layer; and disconnecting the secure digital card from the first host computer.
4. The secure digital card of claim 3 wherein the method further comprises:
setting the switch device to a second industry standard architecture for connecting to a second host computer;
connecting to the second host computer operating under the second industry standard architecture; presenting the second autoconfiguring host operating system to the second host computer according to the switch device selection;
booting the second host computer from the second autoconfiguring host operating system stored in the secure digital card, wherein the second host computer comprises an architecture that is different from that of the first host computer; and starting the second virtual machine monitoring layer on the second host computer.
setting the switch device to a second industry standard architecture for connecting to a second host computer;
connecting to the second host computer operating under the second industry standard architecture; presenting the second autoconfiguring host operating system to the second host computer according to the switch device selection;
booting the second host computer from the second autoconfiguring host operating system stored in the secure digital card, wherein the second host computer comprises an architecture that is different from that of the first host computer; and starting the second virtual machine monitoring layer on the second host computer.
5. The secure digital card of claim 3 wherein the method further comprises inserting the secure digital card into a slot on the first host computer.
6. The secure digital card of claim 3 wherein the step of connecting to the first computer comprises connecting to a device selected from a group consisting of:
a personal digital assistant, a laptop, a handheld device, and a server.
a personal digital assistant, a laptop, a handheld device, and a server.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US11/281,795 US7680643B2 (en) | 2005-11-17 | 2005-11-17 | Method for carrying multiple suspended runtime images |
| US11/281,795 | 2005-11-17 | ||
| PCT/EP2006/066990 WO2007057248A1 (en) | 2005-11-17 | 2006-10-03 | Method and system for carrying multiple suspended runtime images |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2630282A1 CA2630282A1 (en) | 2007-05-24 |
| CA2630282C true CA2630282C (en) | 2014-03-18 |
Family
ID=37546875
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2630282A Active CA2630282C (en) | 2005-11-17 | 2006-10-03 | Method and system for carrying multiple suspended runtime images |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7680643B2 (en) |
| JP (1) | JP5004963B2 (en) |
| CN (1) | CN101313277B (en) |
| CA (1) | CA2630282C (en) |
| TW (1) | TW200741549A (en) |
| WO (1) | WO2007057248A1 (en) |
Families Citing this family (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8239544B2 (en) * | 2005-06-17 | 2012-08-07 | Microsoft Corporation | Removable storage content transfer |
| US20090013171A1 (en) * | 2006-03-02 | 2009-01-08 | Oqo, Inc. | Computer docking system using hardware abstraction |
| US7926054B2 (en) * | 2006-03-03 | 2011-04-12 | Novell, Inc. | System, method, and computer-readable medium for virtual machine instantiation from an external peripheral device |
| EP2049990A2 (en) * | 2006-07-25 | 2009-04-22 | Nxp B.V. | Mobile device comprising an operating system emulator |
| US8601470B2 (en) * | 2007-01-05 | 2013-12-03 | Moka5, Inc. | Symbiotic smart peripherals |
| US8125986B2 (en) * | 2007-01-19 | 2012-02-28 | International Business Machines Corporation | Method for enabling secure usage of computers using a mechanism lockdown |
| JP5433837B2 (en) * | 2007-12-05 | 2014-03-05 | 株式会社日立製作所 | Virtual computer system, virtual computer control method, and program |
| US9164925B2 (en) * | 2008-01-15 | 2015-10-20 | Samsung Electronics Co., Ltd. | Method and apparatus for authorizing host to access portable storage device |
| KR101478619B1 (en) | 2008-02-27 | 2015-01-06 | 삼성전자주식회사 | Method and Apparatus of Inputting/Outputting Data Using Virtualization Technique |
| JP5314344B2 (en) * | 2008-07-17 | 2013-10-16 | 株式会社アイ・オー・データ機器 | External storage device, startup program switching method, and startup program switching program |
| US20100228906A1 (en) * | 2009-03-06 | 2010-09-09 | Arunprasad Ramiya Mothilal | Managing Data in a Non-Volatile Memory System |
| US8683088B2 (en) * | 2009-08-06 | 2014-03-25 | Imation Corp. | Peripheral device data integrity |
| US8745365B2 (en) * | 2009-08-06 | 2014-06-03 | Imation Corp. | Method and system for secure booting a computer by booting a first operating system from a secure peripheral device and launching a second operating system stored a secure area in the secure peripheral device on the first operating system |
| US20110113426A1 (en) * | 2009-11-09 | 2011-05-12 | Hsiang-Tsung Kung | Apparatuses for switching the running of a virtual machine between multiple computer devices belonging to the same computer platform and the associated switching methods |
| US9693039B2 (en) * | 2010-05-27 | 2017-06-27 | Nintendo Co., Ltd. | Hand-held electronic device |
| CN102947814B (en) * | 2010-06-10 | 2016-08-03 | 惠普发展公司，有限责任合伙企业 | Virtual machine |
| EP2606448B1 (en) | 2010-08-18 | 2016-02-10 | Security First Corp. | Systems and methods for securing virtual machine computing environments |
| US8849941B2 (en) | 2010-09-30 | 2014-09-30 | Microsoft Corporation | Virtual desktop configuration and operation techniques |
| TWI581109B (en) * | 2011-05-25 | 2017-05-01 | 威盛電子股份有限公司 | Computer integral device, system, and method thereof |
| EP2834768B1 (en) * | 2012-04-06 | 2018-05-09 | Security First Corp. | Systems and methods for securing and restoring virtual machines |
| CN106293877B (en) * | 2016-08-05 | 2020-03-03 | 苏州浪潮智能科技有限公司 | Virtual machine creating method and system |
| CN109791498A (en) | 2016-10-06 | 2019-05-21 | 伟视达电子工贸有限公司 | Mobile virtual |
| US10819702B2 (en) * | 2017-03-28 | 2020-10-27 | Netapp, Inc. | Methods and systems for providing wake-on-demand access to session servers |
| KR20210144180A (en) * | 2020-05-21 | 2021-11-30 | 에스케이하이닉스 주식회사 | Storage device and operating method thereof |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6795966B1 (en) * | 1998-05-15 | 2004-09-21 | Vmware, Inc. | Mechanism for restoring, porting, replicating and checkpointing computer systems using state extraction |
| CN1503953A (en) * | 2000-12-08 | 2004-06-09 | ���µ�����ҵ��ʽ���� | Distribution device, terminal device, and programe and method for use therein |
| JP2004005599A (en) * | 2003-04-18 | 2004-01-08 | Optrom Inc | Storage medium having electronic circuit and computer system including the same |
| US7032053B2 (en) * | 2003-08-14 | 2006-04-18 | International Business Machines Corporation | System and method for loading, executing, and adapting a portable running operation system from a removable module to multiple computer systems |
| US20050235045A1 (en) * | 2004-03-05 | 2005-10-20 | International Business Machines Corporation | Portable personal computing environment server |
| US7257811B2 (en) * | 2004-05-11 | 2007-08-14 | International Business Machines Corporation | System, method and program to migrate a virtual machine |
| US7849462B2 (en) * | 2005-01-07 | 2010-12-07 | Microsoft Corporation | Image server |
-
2005
- 2005-11-17 US US11/281,795 patent/US7680643B2/en not_active Expired - Fee Related
-
2006
- 2006-10-03 CA CA2630282A patent/CA2630282C/en active Active
- 2006-10-03 WO PCT/EP2006/066990 patent/WO2007057248A1/en active Application Filing
- 2006-10-03 JP JP2008540543A patent/JP5004963B2/en not_active Expired - Fee Related
- 2006-10-03 CN CN200680043149.1A patent/CN101313277B/en not_active Expired - Fee Related
- 2006-11-15 TW TW095142181A patent/TW200741549A/en unknown
Also Published As
| Publication number | Publication date |
|---|---|
| CA2630282A1 (en) | 2007-05-24 |
| JP2009518703A (en) | 2009-05-07 |
| CN101313277B (en) | 2012-07-25 |
| WO2007057248A1 (en) | 2007-05-24 |
| JP5004963B2 (en) | 2012-08-22 |
| US7680643B2 (en) | 2010-03-16 |
| CN101313277A (en) | 2008-11-26 |
| TW200741549A (en) | 2007-11-01 |
| US20070113228A1 (en) | 2007-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2630282C (en) | Method and system for carrying multiple suspended runtime images | |
| EP1924909B1 (en) | Method and apparatus for quick resumption | |
| CN101650660B (en) | Booting a computer system from central storage | |
| US20050235045A1 (en) | Portable personal computing environment server | |
| US20060288168A1 (en) | Transportable computing environment | |
| US20030110369A1 (en) | Firmware extensions | |
| US20050204013A1 (en) | Portable personal computing environment technologies | |
| WO2010096611A1 (en) | Concurrent execution of a smartphone operating system and a desktop operating system | |
| JP2004310775A (en) | Portable operating system and method for loading the same | |
| US7480791B2 (en) | Method and apparatus for quick resumption where the system may forego initialization of at least one memory range identified in the resume descriptor | |
| CN102135893A (en) | Method for integrating operating system on BIOS (Basic Input Output System) chip and starting operating system on server | |
| US20130007438A1 (en) | Storage medium storing master boot record, computer system having the same and booting method of the computer system | |
| US6961848B2 (en) | System and method for supporting legacy operating system booting in a legacy-free system | |
| TWI263901B (en) | Program initiation methods and embedded systems utilizing the same | |
| US20080052427A1 (en) | Computer backup system at BIOS level | |
| CN102135923A (en) | Method for integrating operating system into BIOS (Basic Input/Output System) chip and method for starting operating system | |
| US8499142B1 (en) | UEFI boot loader for loading non-UEFI compliant operating systems | |
| US7849300B2 (en) | Method for changing booting sources of a computer system and a related backup/restore method thereof | |
| TWI511047B (en) | Operating system switching method and dual operating system electronic device using the same | |
| CN202257359U (en) | Independent diskless individual intelligent processing equipment and system thereof | |
| CN102591691A (en) | Hard disc starting method and operation system starting and loading method based on basic input/output system (BIOS) | |
| WO2008083277A9 (en) | Portable multi-platform booting systems and architectures | |
| US7937577B2 (en) | Information processing apparatus and operating system determination method | |
| KR200304919Y1 (en) | Bootable CD and Floppy Disk for ThinClient environment build | |
| EP1914628A1 (en) | Method for changing booting sources of computer system and related backup/restore method thereof |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request |