KR102144578B1 - Method and apparatus for executing an application based on dynamically loaded module - Google Patents

Abstract

A method for executing an application based on a dynamically loaded module comprises: determining whether a condition for loading a target module is satisfied when an execution command of an application is received; loading a target module at runtime of an execution code for execution of the application when the condition is satisfied; and executing the application by executing the execution code.

Description

Method and apparatus for running applications based on dynamically loaded modules {METHOD AND APPARATUS FOR EXECUTING AN APPLICATION BASED ON DYNAMICALLY LOADED MODULE}

The following embodiments relate to a technology for executing an application of a user terminal.

When a problem occurs in an application installed in the user terminal, considerable resources are required to identify the problem, and additional work is required to find clues to solve the problem. A clue for solving the problem may be obtained from data generated or output from the user terminal. To obtain this data, it is necessary to create a new build by modifying the build of the released application. A lot of work is required to create and distribute a new build of the application.

An embodiment may provide a method and apparatus for executing an application based on a dynamically loaded module.

Another embodiment may provide a method and apparatus for dynamically providing a module to a user terminal.

According to an aspect, a method of executing an application based on a dynamically loaded module includes determining whether at least one preset condition for loading a target module is satisfied when an execution command of the application is received. , When the at least one condition is satisfied, loading the target module at runtime of an execution code for execution of the application, and executing the application by executing the execution code, , Executing the application by executing the execution code includes changing the execution code based on the loaded target module, and executing the application by executing the changed execution code.

The application execution method further includes loading a general module when the at least one condition is not satisfied, and executing the application by executing the execution code comprises: based on the loaded general module It may further include the step of changing the execution code.

Compared to the general module, the target module may obtain additional information on the user terminal when the application is executed.

The additional information may include at least one of a real-time CPU usage rate, a memory usage rate, a graphics processing device usage rate, and a network usage rate of the user terminal.

The additional information may include at least one of a frame rate of a screen generated by executing the application and a screen shot of the screen.

The determining of whether the at least one preset condition is satisfied may include detecting a unique feature of a user terminal on which the application is executed, and when the unique feature corresponds to a preset feature, the preset at least one It may include determining that the condition of is satisfied.

Determining whether the at least one preset condition is satisfied may include, when the Internet Protocol (IP) address of the user terminal on which the application is executed is included in preset addresses, the preset at least one It may include determining that the condition is satisfied.

The target module may be a module for testing the application or quality assurance (QA) of the application.

According to another aspect, a user terminal that executes an application based on a dynamically loaded module includes a memory in which the application is recorded, and a processor that executes a program for executing the application, wherein the program includes: When an execution command of an application is received, determining whether at least one pre-set condition for loading a target module is satisfied, and when the at least one condition is satisfied, the runtime of the execution code for execution of the application Loading the target module at (runtime), and executing the application by executing the execution code, and executing the application by executing the execution code, the loaded target module Based on the changing of the execution code, and executing the application by executing the changed execution code may be performed.

If the at least one condition is not satisfied, the program further performs the step of loading a general module, and executing the application by executing the execution code, the execution of the application based on the loaded general module It may further include the step of changing the code.

Compared to the general module, the target module may obtain additional information on the user terminal when the application is executed.

The determining of whether the at least one preset condition is satisfied may include detecting a unique feature of a user terminal on which the application is executed, and when the unique feature corresponds to a preset feature, the preset at least one It may include determining that the condition of is satisfied.

Determining whether the at least one preset condition is satisfied may include, when the Internet Protocol (IP) address of the user terminal on which the application is executed is included in preset addresses, the preset at least one It may include determining that the condition is satisfied.

The target module may be a module for testing the application or quality assurance (QA) of the application.

According to another aspect, a method of dynamically providing a module for executing an application to a user terminal includes targeting at least one of a unique characteristic of the user terminal and an Internet Protocol (IP) address from the user terminal. Receiving as, determining whether the target information satisfies at least one preset condition, transmitting a target module to the user terminal when the at least one condition is satisfied, and the at least one If the condition is not satisfied, it includes transmitting a general module to the user terminal, and the target module or the general module is loaded at runtime of the execution code for execution of the application in the user terminal. do.

Compared to the general module, the target module may obtain additional information on the user terminal when the application is executed in the user terminal.

The additional information may include at least one of a real-time CPU usage rate, a memory usage rate, a graphics processing device usage rate, and a network usage rate of the user terminal.

The additional information may include at least one of a frame rate of a screen generated by executing the application and a screen shot of the screen.

According to another aspect, a server that dynamically provides a module for executing an application to a user terminal includes a memory in which a program for dynamically providing the module is recorded, and a processor that executes the program, the program Is, receiving at least one of a unique characteristic of the user terminal and an Internet Protocol (IP) address from the user terminal as target information, determining whether the target information satisfies at least one preset condition If the at least one condition is satisfied, transmitting a target module to the user terminal, and when the at least one condition is not satisfied, transmitting a general module to the user terminal, and the The target module or the general module is loaded at runtime of an execution code for executing the application in the user terminal.

A method and an apparatus for executing an application based on a dynamically loaded module may be provided.

A method and apparatus for dynamically providing a module to a user terminal may be provided.

1 shows a system for dynamically providing a module to a user terminal according to an example.
2 shows a structure of an application according to an example.
3 is a configuration diagram of a user terminal according to an embodiment.
4 is a flowchart of a method of executing an application according to an exemplary embodiment.
5 is a flowchart of a method of determining whether a preset condition is satisfied for loading a target module according to an example.
6 is a flowchart of a method of executing an application by executing an execution code according to an example.
7 illustrates a conventional execution code and a modified execution code based on a loaded module according to an example.
8 is a configuration diagram of a server according to an embodiment.
9 is a flowchart of a method of providing a module to a user terminal according to an example.

Hereinafter, embodiments will be described in detail with reference to the accompanying drawings. However, various changes may be made to the embodiments, and thus the scope of the patent application is not limited or limited by these embodiments. It should be understood that all changes, equivalents, or substitutes to the embodiments are included in the scope of the rights.

The terms used in the examples are used for illustrative purposes only and should not be interpreted as limiting. Singular expressions include plural expressions unless the context clearly indicates otherwise. In the present specification, terms such as "comprise" or "have" are intended to designate the presence of features, numbers, steps, actions, components, parts, or combinations thereof described in the specification, but one or more other features. It is to be understood that the presence or addition of elements or numbers, steps, actions, components, parts, or combinations thereof does not preclude in advance.

Unless otherwise defined, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art to which the embodiment belongs. Terms as defined in a commonly used dictionary should be interpreted as having a meaning consistent with the meaning in the context of the related technology, and should not be interpreted as an ideal or excessively formal meaning unless explicitly defined in this application. Does not.

In addition, in the description with reference to the accompanying drawings, the same reference numerals are assigned to the same components regardless of the reference numerals, and redundant descriptions thereof will be omitted. In describing the embodiments, if it is determined that a detailed description of related known technologies may unnecessarily obscure the subject matter of the embodiments, the detailed description thereof will be omitted.

1 shows a system for dynamically providing a module to a user terminal according to an example.

According to an aspect, the system includes a module providing server 110, a user terminal 120 and an application 130.

For example, when the user terminal 120 is a mobile terminal, an application may be provided from the application server 130 which is a server separate from the module providing server 110. For example, the application server 130 may be a Google Play server or an Apple Store server.

When the application is installed in the user terminal 120, the user can execute the application. Content may be provided to the user by executing the application. For example, the content may be a game.

According to an aspect, when an application includes a module or a code for executing the module in advance, content may be provided based on a predetermined module. In this case, if it is necessary to modify the module, the application that has modified the module must be newly distributed and installed.

According to another aspect, when an interface for loading a module or a code for executing the interface is previously included in the application, the module may be loaded from the outside through the interface. In this case, even if the module is modified, a new application does not need to be reinstalled, and the modified module may be loaded from the outside through an interface of the application.

Hereinafter, a method of executing an application based on a dynamically loaded module will be described with reference to FIGS. 2 to 7, and a method of dynamically providing a module to a user terminal will be described with reference to FIGS. 8 to 10.

2 shows a structure of an application according to an example.

According to an aspect, an application installed in the user terminal 120 may include a game code 210 and a module interface 220. The application may be a program itself, or may include a program for loading the module code 230. When the application is executed, it may be understood that the application program is executed.

The game code 210 may be a code executed to provide a game to a user.

The module interface 220 may be executed to load the module code 230 (or module). For example, the module code 230 may be loaded into the user terminal 120 at runtime of the execution code of the module interface 220. An application may be executed based on the module code 230.

For example, the module code 230 may include a general module necessary to provide a game to a general user. As another example, the module code 230 may include a target module required for testing for quality assurance (QA) or testing of a game. For example, the target module may further include a command for detecting a line of code in which an exception occurs when an application is executed, and a command used for debugging, in addition to the general module.

The user terminal 120 may dynamically (or selectively) load a general module or a target module through the module interface 220 as necessary without re-installing the application 200.

3 is a configuration diagram of a user terminal according to an embodiment.

The user terminal 300 includes a communication unit 310, a processor 320, and a memory 330. For example, the user terminal 300 may correspond to the user terminal 120 described above with reference to FIG. 1.

The communication unit 310 is connected to the processor 320 and the memory 330 to transmit and receive data. The communication unit 310 may be connected to other external devices to transmit and receive data. Hereinafter, the expression “transmitting/receiving A” may refer to transmitting and receiving “information or data indicating A”.

The communication unit 310 may be implemented as a circuit network in the user terminal 300. For example, the communication unit 310 may include an internal bus and an external bus. As another example, the communication unit 310 may be an element that connects the user terminal 300 and an external device. The communication unit 310 may be an interface. The communication unit 310 may receive data from an external device and transmit the data to the processor 320 and the memory 330.

The processor 320 processes data received by the communication unit 310 and data stored in the memory 330. The "processor" may be a data processing device implemented in hardware having a circuit having a physical structure for executing desired operations. For example, desired operations may include code or instructions included in a program. For example, a data processing device implemented in hardware is a microprocessor, a central processing unit, a processor core, a multi-core processor, and a multiprocessor. , Application-Specific Integrated Circuit (ASIC), and Field Programmable Gate Array (FPGA).

The processor 320 executes computer-readable code (eg, software) stored in a memory (eg, memory 330) and instructions induced by the processor 320.

The memory 330 stores data received by the communication unit 310 and data processed by the processor 320. For example, the memory 330 may store an application (or software). A program in the stored application may be a set of syntaxes that are coded to dynamically load a module and executed by the processor 320.

According to an aspect, the memory 330 may include one or more volatile memories, nonvolatile memories and random access memories (RAM), flash memories, hard disk drives, and optical disk drives.

The communication unit 310, the processor 320, and the memory 330 will be described in detail with reference to FIGS. 4 to 7 below.

4 is a flowchart of a method of executing an application according to an exemplary embodiment.

According to one aspect, the following steps 410 to 440 are performed by the user terminal 300 described above with reference to FIG. 3.

Before step 410 is performed, the user terminal 300 may download and install an application from an application server (eg, application server 130).

In step 410, when an execution command of an application is received, the user terminal 300 determines whether at least one preset condition for loading a target module is satisfied. For example, the user may input an execution command by clicking or touching an application displayed on the user terminal 300.

At least one condition set in advance will be described in detail with reference to FIG. 5 below.

In step 420, if the condition is satisfied, the user terminal 300 loads the target module at runtime of the execution code for execution of the application. For example, the user terminal 300 may request a target module from a module providing server (eg, the module providing server 110) and receive the target module from the module providing server.

In step 430, if the condition is not satisfied, the user terminal 300 loads a general module at runtime of an execution code for executing an application. For example, the user terminal 300 may request a general module from a module providing server (eg, the module providing server 110) and receive a general module from the module providing server.

In step 440, the user terminal 300 executes the application by executing the execution code. For example, the executable code may be changed based on the loaded target module.

5 is a flowchart of a method of determining whether a preset condition is satisfied for loading a target module according to an example.

According to one aspect, the step 410 described above with reference to FIG. 4 may include the following steps 510 to 560.

In step 510, the user terminal 300 detects a unique characteristic of the user terminal 300. For example, the unique characteristic may be a characteristic for determining that the user terminal 300 is not a user terminal of a general user, but a user terminal of an employee managing an application. The unique feature may be a unique number of a component of the user terminal 300.

In step 520, the user terminal 300 determines whether the unique feature corresponds to a preset feature. Information on a preset feature may be stored in an application.

In step 530, when the unique feature corresponds to the preset feature, the user terminal 300 determines that the condition is satisfied.

In step 540, the user terminal 300 detects an Internet Protocol (IP) address of the user terminal 300.

In step 550, the user terminal 300 determines whether the detected IP address corresponds to a preset address. Information on a preset address may be stored in an application.

In step 530, when the detected IP address corresponds to a preset address, the user terminal 300 determines that the condition is satisfied.

In step 560, when the detected IP address does not correspond to a preset address, the user terminal 300 determines that the condition is not satisfied.

Although steps 540 to 550 are shown and described as being performed after steps 510 to 520 are performed, according to an example, steps 510 to 520 after steps 540 to 550 are performed This may be performed, and according to another example, steps 510 to 520 and steps 540 to 550 may be performed in parallel or may be performed individually.

6 is a flowchart of a method of executing an application by executing an execution code according to an example.

According to one aspect, step 440 described above with reference to FIG. 4 includes the following steps 610 to 630.

In step 610, the user terminal 300 changes the execution code based on the target module. For example, code included in the target module can be added to the executable code. The target module may be a module for application quality assurance (QA) or application testing.

In step 620, the user terminal 300 changes the execution code based on the general module. For example, you can add code contained in a general module to the executable code.

In step 630, the user terminal 300 executes the application by executing the changed execution code. Compared to the general module, the target module may acquire additional information about the user terminal 300 when the application is executed.

For example, the additional information may include at least one of a real-time central processing unit (CPU), memory usage, graphic processing unit (GPU) usage rate, and network usage rate of the user terminal 300. I can.

As another example, the additional information may include at least one of a frame rate of a screen and a screen shot of a screen generated by execution of an application.

According to an aspect, the application executed by the target module may acquire a series of data generated by the user terminal 300 while the application is being executed. An application manager (eg, a manager of a module providing server) may debug an application based on a series of data.

The administrator of the application that has obtained the additional information may identify a problem with the application or an execution code of the application based on the additional information. If all problems are solved by modifying the execution code of the application, the administrator can newly build the application and distribute the built application. For example, the built application does not include a module interface, but may include a game code and a module code.

7 illustrates a conventional execution code and a modified execution code based on a loaded module according to an example.

The conventional execution code 710 constituting the application executes the application by executing preset codes.

On the contrary, the execution code 720 constituting an application according to an embodiment may load a module using an interface included in the code, and may be changed based on the loaded module.

For example, the first code 721 may be a code for extracting information for calling a specific function of the target module.

For example, the second code 722 may be a code that calls a specific function of the target module based on the information extracted above.

8 is a configuration diagram of a server according to an embodiment.

The server 800 includes a communication unit 810, a processor 820, and a memory 830. For example, the server 800 may correspond to the module providing server 110 described above with reference to FIG. 1.

The communication unit 810 is connected to the processor 820 and the memory 830 to transmit and receive data. The communication unit 810 may be connected to other external devices to transmit and receive data.

The communication unit 810 may be implemented as a network in the server 800. For example, the communication unit 810 may include an internal bus and an external bus. As another example, the communication unit 810 may be an element that connects the server 800 and an external device. The communication unit 810 may be an interface. The communication unit 810 may receive data from an external device and transmit the data to the processor 820 and the memory 830.

The processor 820 processes data received by the communication unit 810 and data stored in the memory 830. The processor 820 executes computer-readable code (eg, software) stored in a memory (eg, memory 830) and instructions induced by the processor 820.

The memory 830 stores data received by the communication unit 810 and data processed by the processor 820. For example, the memory 830 may store a program. The stored program may be a set of syntaxes that are coded to provide a module to the user terminal 300 and executed by the processor 820.

According to one aspect, the memory 830 may include one or more volatile memory, nonvolatile memory and RAM, flash memory, hard disk drive, and optical disk drive.

The communication unit 810, the processor 820, and the memory 830 will be described in detail with reference to FIG. 9 below.

9 is a flowchart of a method of providing a module to a user terminal according to an example.

According to one side, the following steps 910 to 940 are performed by the server 800 described above with reference to FIG. 8.

In step 910, the server 800 receives from the user terminal 300 at least one of a unique characteristic of the user terminal and an IP address as target information.

In step 920, the server 800 may determine whether the target information from the user terminal 300 satisfies a preset condition. A description of a method of determining whether or not a preset condition is satisfied may be replaced with a description of step 410 described above with reference to FIGS. 4 and 5.

In the embodiment of performing the referenced step 410 described above with reference to FIG. 4, whether the condition is satisfied by the user terminal 300 is determined, but the embodiment of performing the steps 910 to 920 is the user terminal ( Based on the target information received from 300), it is determined whether the condition of the server 300 is satisfied.

In step 930, when the target information satisfies a preset condition, the server 800 transmits the target module to the user terminal 800. The user terminal 800 loads the target module at runtime of an execution code for executing an application in the user terminal 800.

In step 940, when the target information does not satisfy a preset condition, the server 800 transmits a general module to the user terminal 800. The user terminal 800 loads a general module at runtime of an execution code for executing an application in the user terminal 800.

When the administrator of the server 800 needs to modify the contents of the execution code of the application, the modified module is provided to the user terminal 800 through an interface in the execution code of the application without newly distributing the modified application itself. The content of the modified code is provided to the user terminal 800.

The method according to the embodiment may be implemented in the form of program instructions that can be executed through various computer means and recorded in a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, and the like alone or in combination. The program instructions recorded on the medium may be specially designed and configured for the embodiment, or may be known and usable to those skilled in computer software. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical media such as CD-ROMs and DVDs, and magnetic media such as floptical disks. -A hardware device specially configured to store and execute program instructions such as magneto-optical media, and ROM, RAM, flash memory, and the like. Examples of the program instructions include not only machine language codes such as those produced by a compiler but also high-level language codes that can be executed by a computer using an interpreter or the like. The hardware device described above may be configured to operate as one or more software modules to perform the operation of the embodiment, and vice versa.

The software may include a computer program, code, instructions, or a combination of one or more of these, configuring the processing unit to behave as desired or processed independently or collectively. You can command the device. Software and/or data may be interpreted by a processing device or to provide instructions or data to a processing device, of any type of machine, component, physical device, virtual equipment, computer storage medium or device. , Or may be permanently or temporarily embodyed in a transmitted signal wave. The software may be distributed over networked computer systems and stored or executed in a distributed manner. Software and data may be stored on one or more computer-readable recording media.

As described above, although the embodiments have been described by the limited drawings, a person of ordinary skill in the art can apply various technical modifications and variations based on the above. For example, the described techniques are performed in an order different from the described method, and/or components such as a system, structure, device, circuit, etc. described are combined or combined in a form different from the described method, or other components Alternatively, even if substituted or substituted by an equivalent, an appropriate result can be achieved.

Therefore, other implementations, other embodiments, and claims and equivalents fall within the scope of the following claims.

300: user terminal
310: Ministry of Communications
320: processor
330: memory
800: server
810: communication department
820: processor
830: memory

Claims (20)

How to run an application based on a dynamically loaded module,
Determining whether at least one preset condition for loading a target module is satisfied when an execution command of the application is received;
Loading the target module at runtime of an execution code for execution of the application when the at least one condition is satisfied; And
Executing the application by executing the execution code
Including,
Executing the application by executing the execution code,
Changing the executable code based on the loaded target module; And
Executing the application by executing the changed execution code
Including,
The step of determining whether the at least one preset condition is satisfied,
Detecting a unique characteristic of a user terminal on which the application is executed; And
If the unique feature corresponds to a preset feature, determining that the at least one preset condition is satisfied
Containing,
How to run the application.
The method of claim 1,
If the at least one condition is not satisfied, loading a general module
Including more,
Executing the application by executing the execution code,
Changing the execution code based on the loaded general module
Further comprising,
How to run the application.
The method of claim 2,
Compared to the general module, the target module can obtain additional information on the user terminal when the application is executed,
How to run the application.
The method of claim 3,
The additional information above,
Including at least one of a real-time central processing unit usage rate, a memory usage rate, a graphics processing unit usage rate, and a network usage rate of the user terminal,
How to run the application.
The method of claim 3,
The additional information above,
Including at least one of a frame rate of a screen generated by the execution of the application and a screen shot of the screen,
How to run the application.
delete How to run an application based on a dynamically loaded module,
Determining whether at least one preset condition for loading a target module is satisfied when an execution command of the application is received;
Loading the target module at runtime of an execution code for execution of the application when the at least one condition is satisfied; And
Executing the application by executing the execution code
Including,
Executing the application by executing the execution code,
Changing the executable code based on the loaded target module; And
Executing the application by executing the changed execution code
Including,
The step of determining whether the at least one preset condition is satisfied,
When the Internet Protocol (IP) address of the user terminal on which the application is executed is included in preset addresses, determining that the at least one preset condition is satisfied
Containing,
How to run the application.
The method of claim 1,
The target module is a module for testing the application or quality assurance (QA) of the application,
How to run the application.
A computer-readable recording medium storing a program for performing the method of any one of claims 1 to 5, 7 and 8 on a computer.
The user terminal running the application based on the dynamically loaded module,
A memory in which the application is recorded; And
Processor that executes a program for executing the application
Including,
The above program,
Determining whether at least one preset condition for loading a target module is satisfied when an execution command of the application is received;
Loading the target module at runtime of an execution code for execution of the application when the at least one condition is satisfied; And
Executing the application by executing the execution code
To do,
Executing the application by executing the execution code,
Changing the executable code based on the loaded target module; And
Executing the application by executing the changed execution code
Including,
The step of determining whether the at least one preset condition is satisfied,
Detecting a unique characteristic of a user terminal on which the application is executed; And
If the unique feature corresponds to a preset feature, determining that the at least one preset condition is satisfied
Containing,
User terminal.
The method of claim 10,
The above program,
If the at least one condition is not satisfied, loading a general module
Do more,
Executing the application by executing the execution code,
Changing the execution code based on the loaded general module
Further comprising,
User terminal.
The method of claim 11,
Compared to the general module, the target module may obtain additional information on the user terminal when the application is executed,
User terminal.
delete The user terminal running the application based on the dynamically loaded module,
A memory in which the application is recorded; And
Processor that executes a program for executing the application
Including,
The above program,
Determining whether at least one preset condition for loading a target module is satisfied when an execution command of the application is received;
Loading the target module at runtime of an execution code for execution of the application when the at least one condition is satisfied; And
Executing the application by executing the execution code
To do,
Executing the application by executing the execution code,
Changing the executable code based on the loaded target module; And
Executing the application by executing the changed execution code
Including,
The step of determining whether the at least one preset condition is satisfied,
When the Internet Protocol (IP) address of the user terminal on which the application is executed is included in preset addresses, determining that the at least one preset condition is satisfied
Containing,
User terminal.
The method of claim 10,
The target module is a module for testing the application or quality assurance (QA) of the application,
User terminal.
delete delete delete delete delete

Images