KR101024305B1 - System and method for status synchronization - Google Patents

System and method for status synchronization Download PDF

Info

Publication number
KR101024305B1
KR101024305B1 KR1020100001170A KR20100001170A KR101024305B1 KR 101024305 B1 KR101024305 B1 KR 101024305B1 KR 1020100001170 A KR1020100001170 A KR 1020100001170A KR 20100001170 A KR20100001170 A KR 20100001170A KR 101024305 B1 KR101024305 B1 KR 101024305B1
Authority
KR
South Korea
Prior art keywords
operating system
operating
module
state information
area
Prior art date
Application number
KR1020100001170A
Other languages
Korean (ko)
Inventor
김수현
송규원
Original Assignee
한국과학기술연구원
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
Application filed by 한국과학기술연구원 filed Critical 한국과학기술연구원
Priority to KR1020100001170A priority Critical patent/KR101024305B1/en
Application granted granted Critical
Publication of KR101024305B1 publication Critical patent/KR101024305B1/en

Links

Images

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
    • 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/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • 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/46—Multiprogramming arrangements
    • G06F9/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

PURPOSE: A system and a method for status synchronization are provided to transfer a currently performed task in a previous operating system to the next operating system. CONSTITUTION: A second operation module(31) is operated by being converted with a first operating module(32). When a process of the first operating module is finished, a first synchronization module(41) stores the status information of the first operating system. When a second operating module is started, a second synchronization module(42) controls the second operating system by the state information.

Description

State synchronization system and method {SYSTEM AND METHOD FOR STATUS SYNCHRONIZATION}

Embodiments relate to a system and method for state synchronization between a plurality of operating systems executed using a processing device.

Recently released personal computers perform relatively simple operations such as playing music files such as MP3 files and surfing the web through the embedded operating system even when the native operating system is not booted. Instant on is built in. In addition, the development of virtualization technology is basically equipped with the ability to run other operating systems on a virtual machine (virtual machine) of the native operating system.

In a system that includes two operating systems, a native operating system and a built-in operating system, or in addition to a system that includes an operating system included in a virtual machine on the native operating system, the area where the user's work is recorded is defined by each operation. It is separate for each regime. Therefore, in order to load the contents of other operating systems, the process of manually storing and retrieving data is required, and important information is often lost.

For example, a web site accessible only to the native operating system while listening to music using instant-on features that users can use immediately without booting the native operating system (eg, intranets that require a high level of security). (intranet), etc., users must exit the built-in operating system and reboot the native operating system to access the website. During the transition, you lose all the information you've worked on with the built-in operating system (for example, the web page history information you've read, the articles you've been writing, etc.). Therefore, for example, in order to listen to the music being listened to, it is necessary to take the trouble of finding and replaying the corresponding sound source file. This causes the same inconvenience even for an operating system on a virtual machine.

According to one aspect of the present invention, in a system configured to execute a plurality of operating systems by using a processing device, when switching from one operating system to another, the operation contents of the previous operating system are transferred to the next operating system. It is possible to provide a state synchronization system and a method for moving the work in progress, so that the work can be continued naturally.

According to one embodiment, a state synchronization system includes a processing device; A first operating module operative to execute a first operating system using the processing device; A second operating module operative to execute a second operating system using the processing device, the second operating module being switched to and operating with the first operating module; A first synchronization module that stores state information of the first operating system when the operation of the first operating module ends; And a second synchronization module that controls the second operating system according to the state information when the operation of the second operating module is started.

According to one or more exemplary embodiments, a method for synchronizing a state between a first operating system and a second operating system executed using a processing device includes: executing the first operating system; Storing state information of the first operating system on a storage medium accessible by the processing device; Shutting down the first operating system and running the second operating system; And controlling the second operating system according to the stored state information.

According to an aspect of the present invention, when switching to a native operating system using an instant on function or running an application program on a virtual machine, or vice versa In such a case, it is possible to automatically save the contents of the work without any inconvenience, such as saving them separately, and to recall the contents of the previous work by reloading after switching the operating system. Therefore, the user's convenience can be greatly improved.

1 is a block diagram illustrating a configuration of a state synchronization system according to an embodiment.
2 is a flowchart illustrating each step of a state synchronization method according to an embodiment.

Hereinafter, embodiments will be described in detail with reference to the drawings. However, the present invention is not limited by the following examples.

1 is a block diagram of a state synchronization system according to an embodiment.

Referring to FIG. 1, the state synchronization system may include a processing unit 1, first and second operating modules 31 and 32, and first and second synchronization modules 41 and 42. have. The processing device 1 may be various types of processing means included in a general purpose computing device such as a personal computer or a server computer. The processing device 1 may be connected to one or more system components (eg, volatile / nonvolatile memory, one or more input devices and / or one or more output devices, etc.) via a system bus to perform the functions of a conventional computer. .

The first operating module 31 is a part for executing the first operating system using the processing device 1, and the second operating module 32 uses the processing device 1 to execute the second operating system. For the part. The first operating module 31 and the second operating module 32 may be switched to operate with each other. That is, the entire system operates by booting either the first operating system or the second operating system, and the operating system of the system operates in response to a user's specific input such as pressing a button or entering a command. May be converted from a system to a second operating system, or from a second operating system to a first operating system.

The first and second operating systems may be native operating systems, embedded operating systems, or operating systems included in virtual machines on native operating systems, or other suitable use of operating systems. Can be. For example, the first and second operating systems can be Windows, Linux or other suitable operating system.

Embodiments described herein may have aspects that are wholly hardware, partly hardware and partly software, or wholly software. As used herein, "device", "module" or "system" and the like refer to hardware, a combination of hardware and software, or a computer related entity such as software. For example, a module may be, but is not limited to being, a running process, a processor, an object, an executable, a thread of execution, a program, and / or a computer. For example, both an application running on a computer and a computer may correspond to a module herein.

In one embodiment, the state synchronization system may further comprise a storage medium 2. Storage medium 2 may include one or more magnetic storage devices (eg, hard disks, floppy disks, magnetic strips, etc.), optical disks (eg, CDs, DVDs, etc.), smart cards, flash memory devices, and / or computers. And other suitable media that can be read.

The storage medium 2 may include a first area 21 controllable by the first operating module 31, a second area 22 controllable by the second operating module 32, and a sharing area 23. Can be. The first region 21, the second region 22, and the shared region 23 may be separate storage that is physically separated, or a logical disk (that is, a partition created by partitioning one hard disk). )].

The first area 21 and the second area 22 are working areas by the first and second operating systems, respectively. The first and second operating systems themselves may be installed directly in the first area 21 and the second area 22, respectively. Operations such as writing data in the first area 21 or reading data in the first area 21 are performed by the first operating system. Similarly, work is performed on the data in the second area 22 by the second operating system. On the other hand, the shared area 23 is an area in which data can be recorded or read by any operating system regardless of the type of operating system.

The first synchronization module 41 may detect that the operating system of the system is switched from the first operating system to the second operating system, and in response, store the state information of the first operating system. The state information may include information related to one or more applications running on the first operating system. The first synchronization module 41 may examine each application and store data modified or newly generated by the user.

In one embodiment, the first synchronization module 41 may store state information in the sharing area 23 of the storage medium 2. The stored state information can be read later from the second operating system. Meanwhile, in another embodiment, the first synchronization module 41 may store state information in the first area 21 or the second area 22, and share the first area 21, the second area 22, and share. It may be stored in two or more of the areas 23.

The second synchronization module 42 controls the second operating system according to the state information stored by the first synchronization module 41 after the operating system is switched to terminate the first operating system and the second operating system is booted. can do. When the second operating system is booted, the second synchronization module 42 may analyze state information stored in the storage medium 2 and execute one or more applications corresponding to the state information on the second operating system. Therefore, before the switching of the operating system, it is possible for the user to transfer the work performed on the first operating system to the second operating system as it is.

The first and second synchronization modules 41 and 42 described above may be implemented in the form of applications that can be executed on the first and second operating systems, respectively. For example, the first and second synchronization modules 41 and 42 may each be an application executed automatically or by user input after the first and second operating systems are booted. The first and second synchronization modules 41, 42 may be integrated as part of the first and second operating systems, respectively, or may be configured independently of the first and second operating systems and installed on each operating system. It may be an application of.

An operation of the state synchronization system according to the above-described embodiment will be described in more detail with reference to FIG. 2 with respect to the state synchronization method according to an embodiment described below.

2 is a flowchart illustrating each step of a state synchronization method according to an embodiment.

1 and 2, a first operating system may first be executed according to a state synchronization method (S1). This can be done by the first operating module 31 executing the first operating system using the processing device 1. Running the first operating system may include booting the first operating system. For example, the first operating system may be a built-in operating system executed by an instant on function. In response to a user's specific input corresponding to the instant on function, the first operating module 31 may boot the first operating system using the processing apparatus 1.

When the first operating system is executed, the first synchronization module 41 may be operated. That is, the first synchronization module 41 may be implemented in the form of an application that is automatically executed when the first operating system is booted. However, as an example, the first synchronization module 41 may be configured in the form of an application that is driven in response to a signal and / or a command for switching the operating system, or manually driven according to a user input. .

Next, one or more applications may be executed on the first operating system (S2). When the first operating system is a built-in operating system, an application running on the first operating system may be a media player for playing a sound file, an image file, or a moving image file such as an MP3 file, or the like for surfing the web. It may be software for performing relatively simple tasks such as a web browser or a word processor for creating a document.

Next, when a signal and / or a command for switching from the first operating system to the second operating system is input, state information of the first operating system may be stored (S3). For example, when the first operating system is an embedded operating system, only the relatively simple operation may be performed in the embedded operating system. Therefore, when a user who browses a shopping mall homepage through an embedded operating system needs electronic authentication and / or payment to purchase a product, it may be necessary to shut down the embedded operating system in use and boot into a native operating system. .

The first synchronization module 41 may detect a signal and / or a command related to the switching of the operating system, and in response thereto, store the state information of the first operating system. The first synchronization module 41 may store state information of the first operating system in the sharing area 23 of the storage medium 2. The state information stored in the sharing area 23 may be accessed later by an application running on the second operating system and / or the second operating system. Alternatively, the first synchronization module 41 may store state information in the first area 21 or the second area 22, and the first area 21, the second area 22, and the sharing area 23 may be used. It can also be stored in two or more of them.

The state information stored may include information related to one or more applications running on the first operating system. The state information may include information modified or newly generated by the user in connection with the application. In addition, the state information may include the type of the application being executed, data or files loaded from the application, execution state information of the application such as setting information, user information related to the application, and the like. For example, the status information may include web site history information accessed by a user using a web browser. Alternatively, the status information may include media file information or playlist information, such as a sound source, an image, and / or a moving picture, which are being played by the media player.

The state information stored by the first synchronization module 41 may be in a data format that can be read and used by any operating system. For example, playlist information of a media player generally uses a plain text format, such as an XML file, so that it can be read regardless of the type of operating system. In addition, the history information of the web browser may be stored in a similar text format. Furthermore, a picture or video file published on a web site may be stored in a standard file format defined by the World Wide Web Consortium (W3C), and may be accessed regardless of an operating system.

The data format of the above state information is exemplary, and the state information may be stored in another suitable format that can be read and used by any operating system. Alternatively, the state information may be stored in a specific data format that can be read and used by both the first operating system and the second operating system.

In an embodiment, storing the state information of the first operating system (S4) may include receiving a user input regarding whether to store the state information. For example, in response to detecting signals and / or commands for switching the operating system, a user may view a pop-up window or other suitable form asking a question whether to use the synchronization method. I can display it. In this case, the first synchronization module 41 may store state information only when the user selects to use the synchronization method.

When the storage of the state information is completed, the first operating module 31 may terminate the first operating system, and then the second operating system 32 may be booted by the second operating module 32 (S4). For example, when the first operating system is a built-in operating system, the second operating system may be a native operating system.

When the second operating system is booted, the operation of the second synchronization module 42 may be initiated automatically or according to a user input. In operation S5, the second synchronization module 42 may analyze state information of the first operating system stored in operation S3. As a result of the analysis, the second synchronization module 42 may perform work content such as one or more applications that need to be executed in the second operating system and web pages to be accessed by the application or data to be loaded in order to transfer the previous work contents on the first operating system. Can be specified.

The second synchronization module 42 may control the second operating system according to the result of analyzing the state information (S6). That is, the second synchronization module 42 may execute one or more applications on the second operating system according to the analysis result of the state information. For example, as described above, the status information may include website history information visited by the user and playlist information of the media player. Accordingly, the second synchronization module 42 executes a web browser on the second operating system, accesses a web site that the user is viewing on the first operating system, plays a sound source file that the user is listening on on the first operating system, or the like. For example, the previous work on the first operating system can be transferred as is. Therefore, since the work can be naturally performed without the user having to separately save the work contents, the user's convenience can be greatly improved.

The embodiments described above have been described with respect to a case where the first operating system is a built-in operating system and the second operating system is a native operating system. However, as an example, it is obvious that the state synchronization system and method according to the present invention can be applied even when the first operating system is a native operating system and the second operating system is a built-in operating system.

The above-described embodiment may be applied in the following form according to the storage area of the state information in switching between the embedded operating system and the native operating system.

First, each operating system may store state information in the shared area 23 of the storage medium 2. For example, the state information may be stored in the shared area 23 when the built-in operating system is terminated, and the state information may be read from the shared area 23 when the native operating system is booted. In addition, the state information may be stored in the shared area 23 when the native operating system is terminated, and the state information may be read from the shared area 23 when the built-in operating system is booted.

Secondly, status information may always be stored in a specific fixed area of the storage medium 2. For example, when the embedded operating system is shut down, the state information may be stored in an area of the embedded operating system, and when the native operating system is booted, the state information may be read from the area of the embedded operating system. In the same way, when the native operating system is shut down, the state information is stored in the area of the built-in operating system, and when the built-in operating system is booted, the state information can be read from its own area. Of course, it is also possible to always store state information in the realm of the native operating system.

Third, each operating system may store state information in an area of another operating system. For example, when the built-in operating system shuts down, the state information may be stored in a region of the native operating system, and when the native operating system is booted, state information may be read from its own region. In addition, when the native operating system terminates, the state information may be stored in an area of the built-in operating system, and when the built-in operating system is booted, state information may be read from its own area.

The switching schemes between the native operating system and the built-in operating system according to the storage area of the state information described above are merely exemplary, and the switching operation may be performed by other different methods not described herein. Furthermore, the state synchronization system and method according to the present invention may be applied when the first operating system is an operating system included in a virtual machine on the native operating system and the second operating system is a native operating system, or vice versa. In addition, it may be applied to a state transition between a plurality of other operating systems not described herein.

The above state synchronization method has been described with reference to the flowchart shown in the drawings. Although the method is shown and described in a series of blocks for the sake of simplicity, the invention is not limited to the order of the blocks, and some blocks may occur in different order or simultaneously with other blocks than those shown and described herein. Various other branches, flow paths, and blocks may be implemented in order to achieve the same or similar results. In addition, not all illustrated blocks may be required for the implementation of the methods described herein.

On the other hand, the state synchronization system and method described herein, or any aspect or portion thereof, may be a program included in a tangible medium such as a floppy diskette, CD-ROM, hard drive, or any other computer-readable recording medium. It may also be implemented in the form of code (ie, instructions). The program code is loaded and executed in a device such as a computer, where the device corresponds to a system for practicing the present invention.

Although the present invention described above has been described with reference to the embodiments illustrated in the drawings, this is merely exemplary, and it will be understood by those skilled in the art that various modifications and variations may be made therefrom. However, such modifications should be considered to be within the technical protection scope of the present invention. Therefore, the true technical protection scope of the present invention will be defined by the technical spirit of the appended claims.

Claims (8)

Processing unit;
A first operating module operative to execute a first operating system using the processing device;
A second operating module operative to execute a second operating system using the processing device, the second operating module being switched to and operating with the first operating module;
A first synchronization module that stores state information of the first operating system when the operation of the first operating module ends; And
And a second synchronization module for controlling the second operating system according to the state information when the operation of the second operating module is started.
The method of claim 1,
A first area controlled by the first operating module;
A second area controlled by the second operating module; And
Further comprising a storage medium comprising a shared area,
And the state information is stored in any one or two or more of the first area, the second area, and the shared area. The method of claim 1,
And wherein the status information includes information related to one or more applications running on the first operating system.
The method of claim 1,
And the second synchronization module analyzes the state information and executes one or more applications on the second framework according to the analysis result.
A method of synchronizing states between a first operating system and a second operating system executed using a processing device,
Running the first operating system;
Storing state information of the first operating system on a storage medium accessible by the processing device;
Shutting down the first operating system and running the second operating system; And
Controlling the second operating system according to the stored state information.
6. The method of claim 5,
Running at least one application on the first operating system after executing the first operating system,
And the status information includes information related to the one or more applications.
6. The method of claim 5,
The controlling of the second operating system may include:
Analyzing the stored state information, and executing one or more applications on the second operating system according to the analysis result.
A computer readable recording medium having recorded thereon a computer program for executing the method of claim 5.
KR1020100001170A 2010-01-07 2010-01-07 System and method for status synchronization KR101024305B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020100001170A KR101024305B1 (en) 2010-01-07 2010-01-07 System and method for status synchronization

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020100001170A KR101024305B1 (en) 2010-01-07 2010-01-07 System and method for status synchronization

Publications (1)

Publication Number Publication Date
KR101024305B1 true KR101024305B1 (en) 2011-03-29

Family

ID=43939305

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020100001170A KR101024305B1 (en) 2010-01-07 2010-01-07 System and method for status synchronization

Country Status (1)

Country Link
KR (1) KR101024305B1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150106937A (en) * 2013-03-14 2015-09-22 인텔 코포레이션 Context based switching to a secure operating system environment

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020048172A (en) * 2000-12-16 2002-06-22 윤종용 Computer system including multi operating system and method for changing into other operating system without reboot of the same
KR20060131296A (en) * 2005-06-15 2006-12-20 엘지전자 주식회사 Computer system capable of supporting multi-operating systems and method for supporting multi-os in the same system
KR20070060637A (en) * 2005-12-09 2007-06-13 삼성전자주식회사 Computer system
KR20070083569A (en) * 2004-08-18 2007-08-24 쟈루나 에스에이 Operating systems

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020048172A (en) * 2000-12-16 2002-06-22 윤종용 Computer system including multi operating system and method for changing into other operating system without reboot of the same
KR20070083569A (en) * 2004-08-18 2007-08-24 쟈루나 에스에이 Operating systems
KR20060131296A (en) * 2005-06-15 2006-12-20 엘지전자 주식회사 Computer system capable of supporting multi-operating systems and method for supporting multi-os in the same system
KR20070060637A (en) * 2005-12-09 2007-06-13 삼성전자주식회사 Computer system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150106937A (en) * 2013-03-14 2015-09-22 인텔 코포레이션 Context based switching to a secure operating system environment
KR101700552B1 (en) * 2013-03-14 2017-01-26 인텔 코포레이션 Context based switching to a secure operating system environment

Similar Documents

Publication Publication Date Title
CN101650660B (en) Booting a computer system from central storage
JP5911892B2 (en) Multistage resume from hibernate
RU2568280C2 (en) Fast computer start-up
US8464253B2 (en) Apparatus and method for providing services using a virtual operating system
US10002000B2 (en) Trace-assisted startup optimization from a virtual disk
US9053064B2 (en) Method for saving virtual machine state to a checkpoint file
CN101276282B (en) External storage device and method of automatically operating the same
WO2013152660A1 (en) Operating system startup acceleration method and device, terminal and computer storage medium
US8156263B2 (en) Information processing apparatus and storage device control method
JP2007035010A (en) Method for initializing instance and executing computer program by loading operation system core program from high-speed data access memory
TW201017538A (en) System for switching BIOS and method thereof
US9274809B2 (en) Electronic apparatus hibernation recovery setting method and electronic apparatus having hibernation state and hibernation recovery mechanism
TW201117008A (en) Electronic equipment and boot method, storage medium thereof
KR101260934B1 (en) Method and system for application synchronization
US9507709B2 (en) Hibernation based on page source
TWI511047B (en) Operating system switching method and dual operating system electronic device using the same
CN101788913B (en) Computer system with double operating devices and monitoring method thereof
CN102135923A (en) Method for integrating operating system into BIOS (Basic Input/Output System) chip and method for starting operating system
US20070079111A1 (en) Activating method of computer multimedia function
KR101024305B1 (en) System and method for status synchronization
TWI559227B (en) Computer system having two built-in operating devices that can be dynamically powered on or powered off
KR20110037706A (en) System and method for executing applications stored in the external storage apparatus
US20110314203A1 (en) Resource adjustment methods and systems for virtual machines
JP5187944B2 (en) Apparatus and method for executing computer usable code
CN103677875A (en) Method for starting electronic equipment, method for controlling permission and electronic equipment

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20140303

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20150303

Year of fee payment: 5

LAPS Lapse due to unpaid annual fee