KR20120063960A - Binary compatibility system for executing program of external terminal with different system environment in user terminal and method thereof - Google Patents

Abstract

PURPOSE: A binary compatible system for operating a program of an external terminal having different system environment is provided to change a real-time code by copying a binary file instead of directly changing the film of the program using a virtual operating system. CONSTITUTION: A binary compatible system for operating a program of an external terminal having different system environment comprises the following: a system analysis unit(100) distinguishing a target OS(operating system) and an architecture; a virtual OS unit(200) including an execution library and system configuration information for each a target OS and the architecture; a loader(300) loading a binary file for operating the target OS, and a library and registry information for booting the target OS to a memory area; and a converting unit(400) converting a mechanical code of the binary file to an operational code.

Description

BINARY COMPATIBILITY SYSTEM FOR EXECUTING PROGRAM OF EXTERNAL TERMINAL WITH DIFFERENT SYSTEM ENVIRONMENT IN USER TERMINAL AND METHOD THEREOF}

The present invention relates to a binary compatible system and a method thereof, and more particularly, to a virtual terminal built in advance for executing a specific program of an external terminal having a different operating system and / or architecture in a user terminal having a specific operating system and architecture. Binary compatible system and method for effectively executing a program of an external terminal having a different system environment in a user terminal by copying only the binary file in real time without directly changing the binary file of the corresponding program using an operating system. It is about.

In general, as computers, electronics, and communication technologies have advanced rapidly, various wireless communication services using wireless networks have been provided. Accordingly, a service provided by a mobile communication system using a wireless communication network is developing into a multimedia service for transmitting not only voice services but also data such as circuit data, packet data, and the like.

As a terminal for using the multimedia service, a mobile communication terminal, a PDA, a smart phone, and an MP3 are used. As a result, low cost and power consumption are required for a mobile terminal such as most smartphones used in Korea. It is equipped with ARM architecture (Advanced Risc Machines CPU), which is a high performance processor, and an operating system (OS) to support various application execution, voice / data communication and PC interworking. It is mounted.

The operating system of a mobile terminal having an ARM architecture is generally 'Symbian' developed by the British Symbian, 'Windows CE' developed by the US Microsoft, the Android (Android) or distributed for free. 'Linux' is used as a representative.

In the conventional mobile terminal, executable program files according to the type and specification of the installed operating system (eg, Symbian, Android, Windows CE, or Linux) and architecture (eg, ARM) are mounted. An application for a file has been used in a manner of reading / writing / deleting various data necessary for running in a mobile terminal to a specific area of memory allocated from an operating system.

However, in the conventional mobile terminal, the executable program files produced according to the type and specification of the operating system and the architecture, respectively, are disadvantageous in that they are not shared in heterogeneous operating systems and / or architectures. In order to solve this problem, recompile / customizing must be performed at the source level.

In addition, if the architecture is different or the operating system is different, the binary code does not work. For the operation, if the source code exists, the user can operate it through porting work or the architecture code suitable for the host device to operate. There is a problem that needs to run the binary converted to.

SUMMARY OF THE INVENTION The present invention has been made to solve the above-described problems, and an object of the present invention is to pre-construct a specific program of an external terminal having a different operating system and / or architecture in a user terminal having a specific operating system and architecture. Binary compatible system for effectively executing programs of external terminal having different system environment in user terminal by copying only binary file and converting in real time without directly changing binary file of corresponding program using virtual operating system, and To provide that method.

In order to achieve the above object, a first aspect of the present invention provides a target of an external terminal configured with a target operating system and an architecture having a system environment different from at least one of the operating system and the architecture in a user terminal having a system environment configured with an operating system and an architecture. A binary compatible system for executing a program, comprising: system analyzing means for identifying a target operating system and architecture of an external terminal using header information of a binary file for executing a target program of an external terminal; Virtual operating system means for providing the performance library and system configuration information provided by the target operating system and architecture of the external terminal for each operating system and architecture, and overall management thereof; Preparing the operation of the virtual operating system means based on the target operating system and architecture identified from the system analysis means, and loading a binary file for executing the target program, libraries and registry information required for booting the target operating system to the memory area Loader means; And a converting means for receiving the execution library corresponding to the target operating system and the architecture from the virtual operating system means and converting the mechanical code in the binary file for executing the target program into execution code corresponding to the corresponding mobile terminal. To provide a binary compatible system for executing a program of an external terminal having a different system environment.

The apparatus may further include program managing means for recognizing an event request generated by an operating system of the user terminal and transferring the recognized event request to the converting means, wherein the converting means performs the necessary event request from the virtual operating system means. In response to an event request received from the program manager, the library may be configured to convert the mechanical code in the binary file into executable code corresponding to the user terminal in real time.

Preferably, the program management means may receive the execution code converted in real time according to the event request from the conversion means and display it on the screen of the corresponding user terminal.

Preferably, the program managing means converts a previously used performance library or a frequently used performance library to be stored in a separate memory area through the conversion means, and stores the performance library stored in the separate memory area in the virtual memory. It may be managed to be provided to the conversion means in a priority over the operating system means of.

Preferably, the virtual operating system means is made of a process form in the user terminal or a separate server connected to the user terminal through a wired / wireless communication network, when the virtual operating system means is made of a separate server, The loader means may configure a communication interface for connecting to the separate server, and transmit a start preparation request message to the separate server so that directories and files for the target operating system are initialized.

Preferably, the performance library may include at least one of a registry management, a process management, a file management, a font data management, a screen management, or an event management library.

Preferably, the loader means may transmit a start preparation request message to the virtual operating system means to initialize the directory and file for the target operating system.

Preferably, the converting means may be converted into executable code corresponding to the user terminal by separating an operation in a binary file and converting instructions individually after preparing an internal general purpose register.

A second aspect of the present invention is binary compatibility for executing a target program of an external terminal having a target operating system and architecture having a system environment different from at least one of the operating system and architecture in a user terminal having a system environment composed of an operating system and an architecture. A method comprising: (a) constructing a virtual operating system including performance libraries and system configuration information provided by a target operating system and an architecture of an external terminal for each operating system and architecture, and managing the overall operating system; (b) identifying a target operating system and an architecture of the external terminal using header information of a binary file for executing the target program of the external terminal; (c) preparing to operate the virtual operating system based on the identified target operating system and architecture, loading a binary file for executing the target program into a memory area, and booting the target operating system from the virtual operating system; Receiving library and registry information and loading the same into a memory area; And (d) converting the mechanical code in the binary file for executing the target program into execution code corresponding to the corresponding user terminal using an execution library corresponding to the target operating system and architecture provided from the virtual operating system. It is to provide a binary compatibility method for executing a program of an external terminal having a different system environment in a user terminal.

Here, after the step (d), after recognizing the event request occurred in the operating system of the user terminal, by using the execution library required for the corresponding event request provided from the virtual operating system mechanical in the binary file according to the corresponding event request Preferably, the method further includes converting the code into executable code corresponding to the corresponding user terminal.

Preferably, the method may further include displaying the execution code converted in real time according to the recognized event request on the screen of the corresponding mobile terminal.

Preferably, the performance library already used in step (d) or the frequently used performance library are converted in advance and stored in a separate memory area, and the performance library stored in the separate memory area has priority over the virtual operating system. It is available.

Preferably, the library performed in the step (a) may be made of at least one library among registry management, process management, file management, font data management, screen management, and event management library.

Preferably, in the step (c), the process of preparing to operate the virtual operating system may initialize a directory and a file for a target operating system in the virtual operating system.

Preferably, the step (d) may be performed by preparing an internal general register using a performance library corresponding to a target operating system and an architecture provided from the virtual operating system, and then separating operations in a binary file and converting instructions individually. Can be converted into executable code corresponding to

A third aspect of the present invention is to provide a computer-readable recording medium having recorded thereon a program capable of executing a binary compatible method for executing a program of an external terminal having a different system environment in the user terminal.

According to a binary compatible system and method for executing a program of an external terminal having a different system environment in a user terminal of the present invention as described above, different operating systems and / or architectures in a user terminal having a specific operating system and architecture In order to execute a specific program of an external terminal having a pre-built virtual operating system, by copying only the binary file and converting in real time without directly changing the binary file of the corresponding program, a different system environment is used in the user terminal. There is an advantage that can effectively execute the program of the external terminal having.

According to the present invention, regardless of architecture and operating system, the program can be effectively operated by simply copying the program binary file on the device desired by the user, and there is an advantage of ensuring architecture compatibility and operating system compatibility.

1 is a block diagram illustrating a binary compatible system for executing a program of an external terminal having a different system environment in a user terminal according to an embodiment of the present invention.
2 is a diagram showing the overall structure of a general PE file format.
FIG. 3 is a view schematically showing how a binary file of a target program and a library of a target operating system are loaded into a memory area through a loader module applied to an embodiment of the present invention.
4 is a diagram illustrating a structure in which a binary file is loaded in the memory area of FIG. 3.
FIG. 5 is a diagram illustrating a state in which a DLL is loaded in a memory area of FIG. 3 in a table.
6 is a flowchart illustrating a binary compatibility method for executing a program of an external terminal having a different system environment in a user terminal according to an embodiment of the present invention.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. However, embodiments of the present invention illustrated below may be modified in many different forms, and the scope of the present invention is not limited to the embodiments described below. The embodiments of the present invention are provided to more completely explain the present invention to those skilled in the art.

1 is a block diagram illustrating a binary compatible system for executing a program of an external terminal having a different system environment in a user terminal according to an embodiment of the present invention.

Referring to FIG. 1, a binary compatible system for executing a program of an external terminal having a different system environment in a user terminal according to an embodiment of the present invention is largely a system analysis module 100 and a virtual operating system module 200. , Loader module 300, and conversion module 400.

Here, the system analysis module 100 is mounted on the user terminal 10 and uses header information of a binary file for executing the target program 11 of the external terminal 10. It performs a function of identifying a target operating system (OS) and an architecture of the external terminal 10.

For example, when the user terminal 10 uses an ARM architecture and an Android / Symbian operating system (OS), and the external terminal 20 uses an X86 architecture and a Windows operating system, the user terminal The ARM architecture of (10) becomes unknown data when the X86 executable binary file of the external terminal 20 is read.

Therefore, the system analysis module 100 first checks whether the binary file to be executed in the external terminal 20, that is, the target binary file in X86 binary code, is the executable file in the user terminal 10.

In this case, as shown in FIG. 2, the general PE file format structure is essentially a data structure that conceals information essential for handling the hidden executable code of the Windows operating system (OS) loader. Contains a dynamic library containing import tables, resource management data, and thread local device data.

That is, since the X86 binary has a PE file characteristic as an x86 PE (Portable Executable) file, the system analysis module 100 analyzes the header of the target binary file and examines the DLL (Dynamic Linking Library) used, A target operating system (OS) and an architecture used by the external terminal 10 can be easily identified.

Meanwhile, the user terminal 10 may be a cellular phone, a PCS phone (PCS phone), a synchronous / asynchronous IMT-2000 (International Mobile Telecommunication-2000) that communicates through a wireless Internet or a portable Internet. Including a mobile communication terminal, and the like, in addition to, for example, Palm Personal Computer (PDA), Personal Digital Assistant (PDA), Smart Phone, Wireless Phone Protocol (WAP phone), Mobile Game Machine All wired and wireless appliances with a user interface for accessing wired / wireless communication networks (e.g., Internet, network, PSTN, PSDN, LAN, PAN, WAN, WPAN, CDMA, etc.) Can mean a generic communication device.

For example, the external terminal 20 may be a computer such as a desktop PC or a notebook PC, but is not limited thereto. At least one of an operating system and an architecture of the user terminal 10 may have a different operating system and / or architecture. Any having may be applicable.

The virtual operating system module 200 is provided with a database (DB) for performance libraries and system configuration information provided by the target operating system and architecture of the external terminal 20 for each operating system and architecture, and overall management thereof, and the loader module 300 And / or perform the function of providing necessary performance libraries and system configuration information (eg, Ntdll execution, Services execution, Explore execution, etc.) to the conversion module 400.

That is, the virtual operating system module 200 preferably configures a plurality of libraries and resources required by the target operating system of the external terminal 20 in units of directories and files. . In this case, each directory and file required for the target operating system may be recorded and used as one image file.

The virtual operating system module 200 supports a performance library required by the user terminal 10. At this time, the execution library may be a registry management library (eg, Create, open_key, get_key, set_key, get_value, set_value, find, etc.), process management library (eg, process, object handle management, thread creation, wait, execution, close, find, manage thread information (TLS), load into DLL memory, search APIs, manage data exchange between processes, manage context, etc., file management libraries (e.g., virtual directory management, Create, read, write, close, find, etc.), font data management library (e.g. applying basic fonts, internal file font search, multi-language support, etc.), screen management library (e.g., window screen property management, window tree composition management, object area, window area, etc.) Management, drawing screens, refreshing, specifying update regions, hiding regions, zorder management, foreground / background, etc., or event management libraries (e.g., Event hooking, forwarding, hold, etc.).

On the other hand, the virtual operating system module 200 is mounted on the user terminal 10 is a process (Server) form that acts as a server, that is, to correspond to the API (Application Programming Interface) and resources required by the binary (Resource) Although preferably implemented as a process, the present invention is not limited thereto, and may be configured as a separate network server connected to the user terminal 10 through a wired / wireless communication network.

At this time, when the virtual operating system module 200 is made of a separate server, the loader module 300 to be described later forms a communication interface for connecting to the separate server, for the target operating system of the external terminal 20 A start preparation request message may be delivered to the separate server so that directories and files are initialized.

The loader module 300 is mounted on the user terminal 10 to prepare for operation of the virtual operating system module 200 based on the target operating system and architecture identified from the system analysis module 100, and targets the external terminal 20. It loads a binary file for executing a program, a library and registry information necessary for booting a target operating system into a specific memory area.

On the other hand, every operating system has a specific directory structure. For example, the program is installed in Program Files, the program is needed by the operating system in the Windows folder, and the major DLL in "Windows / System" or "System32" (eg under System32). "ntdll" or KERNEL32).

Accordingly, the loader module 300 transmits a start preparation request message to the virtual operating system module 200 so that directories and files for the target operating system are initialized, and then the target operating system (eg, Windows operating system) from the virtual operating system module 200. At boot time, the critical DLL is loaded first, and the registry information is loaded into the virtual memory area. Then, a binary file for executing the target program is loaded into, for example, a virtual memory area.

On the other hand, many components are required for one program to run on Windows. These components are managed in the registry, the main and frequently used service is a service operating at the operating system level, for example, the screen shown when opening a file, and common dialogs. The components required at the program level operate while the program is executed (for example, similar to the image codec).

3 is a view schematically showing a binary file of a target program and a library of a target operating system loaded in a memory area through a loader module applied to an embodiment of the present invention, and FIG. 4 is a binary file in the memory area of FIG. 3. Specifically, this loaded structure is shown. For example, MS Windows has a virtual address space of 4 GB in process units, and in the case of binary files, RVA (Relative Virtual Address) is used for the virtual memory of the process. Copies into memory with address concept relative to address.

It also loads DOS headers, PE headers, section tables, TEXT sections, DATA sections, RSRC sections, and other sections. In addition, modules such as libraries, DLLs, etc. required are also copied to virtual memory.

FIG. 5 is a diagram illustrating a state in which a DLL is loaded in the memory area of FIG. 3 in detail. FIG. 5A illustrates a memory structure of a virtual operating system server process, and FIG. 5B illustrates execution. A diagram showing the memory structure of a binary process.

Referring to FIG. 5A, in order to execute an executable file of a target program, a virtual operating system server process serving as a virtual operating system module 200 should operate. In operation, the memory has a memory structure of the virtual operating system server process, and "Wineboot" is a process for operating a server required by a binary of a program to be operated at present.

Referring to FIG. 5B, the execution binary process is a process for operating a program that I want to run, and at least two processes are present for operation, and three processes are currently operated.

Each process contains quite a few dlls, libraries, and components, and the combination will have a different memory map depending on what you want to run.

In addition, the conversion module 400 receives a performance library corresponding to the target operating system (OS) and the architecture of the external terminal 20 from the virtual operating system module 200 and executes the mechanical code in the binary file for executing the target program. Performs a function of converting into executable code corresponding to the user terminal 10.

That is, the conversion module 400 prepares internal general registers (for example, T0, T1, T2, etc.) in advance, then separates operations in the binary file loaded from the loader module 300, and converts the instructions individually to the corresponding user. It may be converted into executable code corresponding to the terminal 10. At this time, the library required to convert the executable code corresponding to the user terminal 10 is supported by communicating with the virtual operating system module 200.

For example, if the X86 sequence of operations "# r1 = r1-16" is expressed in assembly language such as "addi r1, r1, -16", the first operation is separated to convert to ARM architecture code ("T0 = r1 "," T1 = T0-16 "," r1 = T0 "), and second, convert to process instructions (" mov T0, r1 "," sub T1, T0, -16 "," mov r1, T0 "). This step takes place.

In addition, the program management module 500 for recognizing an event request generated in the operating system (OS) of the user terminal 10 and transferring the recognized event request to the conversion module 400 may be further included.

At this time, the conversion module 400 receives the execution library required for the corresponding event request from the virtual operating system module 200 and receives the mechanical code in the binary file in response to the event request transmitted from the program management module 500. The execution code (or machine code) corresponding to (10) is converted in real time.

In addition, the program management module 500 may receive the execution code converted in real time according to an event request from the conversion module 400 and display the screen on the screen of the corresponding user terminal 10.

In addition, the program management module 500 preferably converts a previously used execution library or a frequently used execution library through the conversion module 400 so that the program management module 500 is stored in a separate memory area, and stored in the separate memory area. It is preferable to manage the execution library to be provided to the conversion module 400 at a higher priority than the virtual OS module 200.

That is, the program management module 500 provides a graphic screen to the user, makes a request to the virtual operating system for the user or another event, and provides a response back to the user. At this time, if the content requested by the program management module 500 is pre-conversion, it does not go through the conversion module 400, but if the conversion is not yet through the conversion module 400 to receive the request, response.

For example, when "Open File" is clicked on an initial main screen of a target program (eg, a paint program) displayed on the screen of the user terminal 10, a click event is transmitted to the program management module 500, and the event The open file menu of the upper and lower menu is selected, and an event such as "FILE_OPEN" is transmitted to the conversion module 400. Then, the conversion module 400 calls the component corresponding to "FILE_OPEN" to the virtual operating system module 200, the file open window of the specified directory location is shown. In the file open window, components such as "COMCTL.DLL" (commonly used control bundle) and "COMDLG.DLL" (commonly used dialog bundle) are commonly used. Also, the conversion module 400 and the program management module 500 The open file window familiar to us by the event delivery is displayed on the screen of the user terminal 10.

By the code converted in real time by the binary compatible system of the present invention, all the device drivers of the current device, that is, the user terminal 10 can be used, and each execution code and the device driver module are connected by the program management module 500. Accordingly, various graphic screens using a graphic device (GUI) may be provided on the screen of the current device, that is, the user terminal 10.

A binary compatible system for executing a program of an external terminal having a different system environment in a user terminal according to an embodiment of the present invention configured as described above is in the form of software and / or hardware in the user terminal 10. Although it is preferable to be mounted and implemented, the present invention is not limited thereto and may be implemented in the form of an external device or a server connected to the user terminal 10 by wire / wireless.

Hereinafter, a binary compatibility method for executing a program of an external terminal having a different system environment in a user terminal according to an embodiment of the present invention will be described in detail.

6 is a flowchart illustrating a binary compatibility method for executing a program of an external terminal having a different system environment in a user terminal according to an embodiment of the present invention.

1 and 6, first, a virtual operating system module 200 having performance libraries and system configuration information provided by a target OS and an architecture of an external terminal 20 for each OS and architecture, and managing them as a whole Build in advance (S100).

Subsequently, the target operating system (OS) and architecture of the external terminal 20 using the header information of the binary file for executing the target program to be executed by the external terminal 20 through the system analysis module 100. (Architecture) is identified (S200).

Then, based on the target operating system and architecture identified in step S200 through the loader module 300 to prepare the operation of the virtual operating system module 200, a binary file for executing the target program to a specific memory area In addition to loading (Loading) and receives the library and registry information required for booting the target operating system from the virtual operating system module 200 (S300).

Finally, the user terminal 10 receives the mechanical code in the binary file for executing the target program using the execution library corresponding to the target operating system and architecture provided from the virtual operating system module 200 through the conversion module 400. Convert to the executable code corresponding to (S400).

In addition, after step S400, after recognizing an event request generated in the operating system of the user terminal 10 through the program management module 500, the execution library required for the corresponding event request provided from the virtual operating system module 200 is used. The method may further include converting, in real time, the mechanical code in the binary file into execution code corresponding to the corresponding user terminal 10 according to the corresponding event request.

Furthermore, the method may further include displaying the execution code converted in real time according to the recognized event request on the screen of the corresponding user terminal 10.

Meanwhile, the program management module 500 converts the execution library already used in the step S400 or the frequently used execution library in advance into a separate memory area, and stores the execution library stored in the separate memory area as a virtual operating system. It is preferable to use the module 200 as priority.

In operation S300, the process of preparing to operate the virtual operating system module 200 may initialize a directory and a file for the target operating system in the virtual operating system module 200.

In addition, the step S400, by preparing an internal general purpose register using the performance library corresponding to the target operating system and architecture provided from the virtual operating system module 200, after separating the operations in the binary file and convert the instructions individually, the corresponding user terminal Can be converted into executable code corresponding to (10).

On the other hand, the binary compatible method for executing a program of an external terminal having a different system environment in the user terminal according to the present invention can be implemented in a computer-readable code on a computer-readable recording medium. Computer-readable recording media include all types of recording devices that store data that can be read by a computer system.

For example, a computer-readable recording medium may be a ROM, a RAM, a CD-ROM, a magnetic tape, a hard disk, a floppy disk, a removable storage device, a nonvolatile memory (Flash memory). Optical data storage, and the like, and also implemented in the form of a carrier wave (eg, transmission over the Internet).

Although the above-described exemplary embodiments of a binary compatible system and method for executing a program of an external terminal having a different system environment in a user terminal according to the present invention have been described, the present invention is not limited thereto, and the claims and It is possible to carry out various modifications within the scope of the invention and the accompanying drawings, which also belong to the invention.

10: user terminal,
20: external terminal,
100: system identification module,
200: virtual operating system module,
300: loader module,
400: conversion module,
500: program management module

Claims (12)

A binary compatible system for executing a target program of an external terminal having a target operating system and architecture having a system environment different from at least one of the operating system and architecture, in a user terminal having a system environment composed of an operating system and an architecture,
System analysis means for identifying a target operating system and architecture of the external terminal by using header information of a binary file for executing a target program of the external terminal;
Virtual operating system means for providing the performance library and system configuration information provided by the target operating system and architecture of the external terminal for each operating system and architecture, and overall management thereof;
Preparing the operation of the virtual operating system means based on the target operating system and architecture identified from the system analysis means, and loading a binary file for executing the target program, libraries and registry information required for booting the target operating system to the memory area Loader means; And
In the user terminal comprising a conversion means for receiving the execution library corresponding to the target operating system and architecture from the virtual operating system means for converting the mechanical code in the binary file for executing the target program into executable code corresponding to the corresponding user terminal Binary compatible system for executing a program of an external terminal having a different system environment.
The method according to claim 1,
Program management means for recognizing an event request generated by an operating system of the user terminal and transferring the recognized event request to the conversion means,
The converting means receives the execution library required for the corresponding event request from the virtual operating system means and converts the mechanical code in the binary file into execution code corresponding to the user terminal in real time according to the event request transmitted from the program management means. Binary compatible system for executing a program of an external terminal having a different system environment in the user terminal.
The method of claim 2,
The program management means receives the execution code converted in real time according to the event request from the conversion means and displays on the screen of the user terminal,
Through the converting means, a previously used performance library or frequently used performance library is converted in advance and managed to be stored in a separate memory area, and the performance library stored in the separate memory area is prioritized over the virtual operating system means. Binary compatible system for executing a program of the external terminal having a different system environment in the user terminal characterized in that the management provided to the conversion means.
The method according to claim 1,
The virtual operating system means is made of a process form in the user terminal or made of a separate server connected to the user terminal through a wired / wireless communication network, when the virtual operating system means is made of a separate server, the loader means Configures a communication interface for connecting to the separate server, delivers a start preparation request message to the separate server so that directories and files for a target operating system are initialized,
The execution library is composed of at least one library among registry management, process management, file management, font data management, screen management, and event management library.
The loader means is a binary compatible system for executing a program of an external terminal having a different system environment in the user terminal, characterized in that for transmitting the operation preparation request message to the virtual operating system means to initialize the directory and file for the target operating system .
The method according to claim 1,
The converting means prepares an internal general purpose register and then separates the operations in the binary file and converts the instructions individually to be converted into executable code corresponding to the corresponding user terminal. Binary compatible system for running.
A binary compatibility method for executing a target program of an external terminal having a target operating system and architecture having a system environment different from at least one of the operating system and architecture, in a user terminal having a system environment composed of an operating system and an architecture,
(a) constructing a virtual operating system including performance libraries and system configuration information provided by a target operating system and an architecture of an external terminal for each operating system and architecture, and managing them as a whole;
(b) identifying a target operating system and an architecture of the external terminal using header information of a binary file for executing the target program of the external terminal;
(c) preparing to operate the virtual operating system based on the identified target operating system and architecture, loading a binary file for executing the target program into a memory area, and booting the target operating system from the virtual operating system; Receiving library and registry information and loading the same into a memory area; And
(d) a user comprising converting mechanical code in a binary file for executing a target program into execution code corresponding to a corresponding user terminal by using an execution library corresponding to a target operating system and an architecture provided from the virtual operating system Binary compatibility method for executing a program of an external terminal having a different system environment in the terminal.
The method of claim 6,
After step (d),
After recognizing the event request generated by the operating system of the user terminal, using the execution library required for the event request provided from the virtual operating system to execute the mechanical code in the binary file corresponding to the corresponding event request corresponding to the user terminal Real-time conversion to; And
Binary compatibility method for executing a program of an external terminal having a different system environment in the user terminal, characterized in that it further comprises the step of displaying the execution code converted in real time according to the recognized event request on the screen of the user terminal.
The method of claim 6,
In the step (d), the previously used performance library or frequently used performance library is converted in advance and stored in a separate memory area, and the performance library stored in the separate memory area is used as a priority over the virtual operating system. Binary compatibility method for executing a program of an external terminal having a different system environment in the user terminal.
The method of claim 6,
The external library having a different system environment in the user terminal, characterized in that the library performed in the step (a) comprises at least one library among registry management, process management, file management, font data management, screen management, or event management library. Binary compatibility for running your own programs.
The method of claim 6,
In the step (c), the process of preparing to operate the virtual operating system initializes a directory and a file for a target operating system in the virtual operating system. Binary compatibility method to run.
The method of claim 6,
The step (d) corresponds to a corresponding user terminal by preparing an internal general register using a performance library corresponding to a target operating system and an architecture provided from the virtual operating system, separating operations in a binary file, and converting instructions individually. Binary compatibility method for executing a program of an external terminal having a different system environment in the user terminal, characterized in that the conversion to executable code.
A computer-readable recording medium having recorded thereon a program capable of executing the method of any one of claims 6 to 11.

Images