KR100767785B1 - Application update system for a mobile terminal - Google Patents

Abstract

The present invention relates to an application update system, and more particularly, to an application update system for a mobile terminal that is updated for each module. The system is a system that can be installed and executed in a mobile terminal,

A start module for displaying and displaying a UI screen; One or more library function modules for realizing the selection items defined in the UI screen; Call and execute the start module, and load and execute the library function module of the selection item that can be selected through the UI screen of the start module, as well as the newly downloaded old version of the library function module or the old version of the start module. A loader for updating with a new version library function module or a new version start module; Characterized by including.

Application, dynamic module, update.

Description

Application update system for mobile terminal {APPLICATION UPDATE SYSTEM FOR A MOBILE TERMINAL}

1 is a block diagram of an application update system for a mobile terminal according to an embodiment of the present invention.

2 is a diagram illustrating a library function module of an application update system according to an embodiment of the present invention in more detail.

3 is a view for explaining the operation of the application update system according to an embodiment of the present invention.

4 is a view for explaining another operation of the application update system according to an embodiment of the present invention.

5 is a view for explaining practicality when using an application update system according to an embodiment of the present invention.

The present invention relates to an application update system, and more particularly, to an application update system for a mobile terminal that is updated for each module.

The mobile terminal developed simply for the purpose of calling has been advanced to support various functions in accordance with the needs of the consumer, and the virtual machine has been installed in the mobile terminal as a basic method for supporting various functions.

In mobile terminals such as cellular phones, virtual machines (VMs) play the role of operating systems. In general, an application program of a mobile terminal refers to programs running on such a virtual machine (VM) base. For example, each mobile service such as games, mobile banking, and mobile securities is made of a program executed in a virtual machine (VM), and one program is installed and run in the virtual machine (VM).

On the other hand, most of the mobile content that is currently widely used is focused on entertainment such as games. In the case of games, the program itself is not frequently upgraded or the service is continuously changed. On the contrary, in the case of mobile contents that provide continuous services such as mobile banking and securities, the necessity of content management is required.

More specifically, since the applications of a general virtual machine (VM) are made into one executable file, some functions, such as deposit inquiry in mobile banking and providing a chart display in mobile securities trading, are provided. Even if the only improvement is to download the whole program again. If you download the whole program to improve some functions, you have to bear the communication cost for downloading the whole program, and even the service provider can freely add or modify as many functions as you want due to the communication cost and limitation of the terminal memory area. There are a number of restrictions. Therefore, a new way to remedy the above-mentioned contradictions should be devised.

Meanwhile, a virtual machine (VM) of a mobile terminal provides a method of creating and executing two or more programs separately. By using DLL (Dynamic Linking Library), it is possible to separate the executable program into several libraries so that the service can be created by module. You can also update only the modules you need. The representative service module made by the DLL method is a data encryption module.

However, the DLL introduced so far is designed to be common to all applications installed in the mobile terminal. Therefore, if you make an individual application using the existing DLL method, the following problem occurs.

First, since the sharing module can be used in all programs of the mobile terminal, there is a fear that security holes appear. For example, if a third party knows the shared module's API, it can access the shared module at will and use it for malicious purposes. In particular, in the financial sectors such as mobile banking and securities, it is necessary to block unauthorized third party access to shared modules, so it is not possible to create applications in the financial sector using the existing DLL method.

Second, the problem occurs because the process of upgrading a module is not designed to be user-centric. In other words, because the upgrade is handled by the virtual machine (VM) operating system, the upgrade requires that the application be terminated and the VM operating system handles the upgrade process. That is, application execution → upgrade request → application termination → VM operating system module download → application execution process.

However, in services that receive and process user authentication, such as mobile banking, it causes user inconvenience because it repeatedly goes through the steps of application execution → user authentication → upgrade request → application termination → VM OS module download → application execution → user authentication. do.

Accordingly, an object of the present invention is to provide an application update system for a mobile terminal designed to achieve an update effect of a corresponding application by only transmitting a minimum amount of data in updating an application executable in the mobile terminal.

Furthermore, another object of the present invention is to provide an application update system for a mobile terminal designed to independently update an application without depending on the platform of the mobile terminal.

Another object of the present invention is to provide an application update system for a mobile terminal designed to install or update only a module selected by a terminal user.

Application update system according to an embodiment of the present invention for achieving the above object is a system that can be installed and driven in a mobile terminal,

A start module for displaying and displaying a UI (User Interface) screen;

One or more library function modules for realizing the selection items defined in the UI screen;

Call and execute the start module, and load and execute the library function module of the selection item that can be selected through the UI screen of the start module. A loader for updating with a new version library function module or a new version start module; Characterized by including.

According to the characteristics of the present invention as described above, since the mobile terminal user only needs to download a newly upgraded module, the present invention has a feature that can solve all of the problems in the conventional manner of downloading the entire upgraded application. Will be.

On the other hand, the loader of the system;

When the update request of the modules through the UI screen, the version information of the modules are transmitted to a designated application management server, characterized in that the zoom.

According to this feature, the terminal user can conveniently update the application for the mobile terminal.

Furthermore the loader of the system;

If there is an erase request of the module through the UI screen, the selected module is erased from the storage area.

According to this feature, memory resources of the mobile terminal can be efficiently managed.

In addition, the loader of the system;

If there is no start module to be called and executed, the identification information of the corresponding application is transmitted to a designated application management server.

According to this feature, the mobile terminal user can download only an application file having only a loader, and then sequentially download and use a start module and a library function module as needed.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. In the following description of the present invention, when it is determined that a detailed description of a related known function or configuration may unnecessarily obscure the subject matter of the present invention, a detailed description thereof will be omitted. For reference, the application update system described in the following description may be usefully used as a mobile banking and mobile securities system.

First, FIG. 1 illustrates a configuration diagram of an application update system for a mobile terminal according to an embodiment of the present invention, and FIG. 2 illustrates a library function module of the application update system shown in FIG. 1 in more detail.

The application update system for a mobile terminal according to an embodiment of the present invention is one application (130) installed and executable in the mobile terminal 100 based on the virtual machine (VM) 100 as shown in FIG. )to be. The VM-based application 130 includes one loader (132) file, one start module 134, and one or more library function modules 136 to form one application file group. In some cases, only one loader 132 may configure one application file.

The start module 134 is a module that is first called by the loader 132 which will be described later as a module for displaying a UI screen (for example, a menu screen). The start module 134 defines a start function, and in particular, includes information on selection items to be displayed on the UI screen. For reference, the start function includes functions for initializing parts (depending on the application) that need to be initialized when the application is executed.

On the other hand, the one or more library function module 136 is a module that is called by the loader 132 which will be described later, the selected item defined in the UI screen, for example, in the case of mobile banking, such as deposit inquiry, deposit transfer function It is a module to realize.

The loader based on the VM-based application 130, that is, the minimum configuration unit of the application update system, calls the start module 134 as a module that is first executed by the VM 110 when the application 130 is executed. It loads and executes the library function module 136 of the selection item which can be selected through the UI screen of the start module 134 in memory, and executes the newly downloaded old version of the library function module or the old version. It updates the start module with new version library function module or new version start module.

The loader 132 transmits the version information of the modules to the designated application management server 300 when there is an update request of the modules through the UI screen, thereby downloading a new version of the module.

Furthermore, the loader 132 may efficiently manage and operate the memory area by erasing the module selected by the user from the storage area when the module erase request is received through the UI screen.

In addition, when the loader 132 does not have a start module 134 to be called and executed, the loader 132 transmits identification information (ID) of the corresponding application to the designated application management server 300 to start the module 134 or the start module 134. By requesting the download of the library function module 136, other modules constituting the application may be downloaded later according to user selection.

In order to support the operation as described above, the loader 132 manages server information of the application management server 300 and identification information of each module 134 and 136.

The start module 134, the library function module 136, and the loader 132 described above are stored as different files in different file storage areas in order to efficiently manage the memory area of the mobile terminal. .

As described above, the VM-based application 130 according to the embodiment of the present invention, that is, the application update system, includes one loader 132 and a start module 134, and optionally one or more library function modules 136. Since it can be configured to include additionally, the newly upgraded function can be downloaded as a library function module, and thus the application can be updated conveniently. This will be described further with reference to FIG. 2.

If it is assumed that one application update system is composed of one loader 132, one start module 134, and three library function modules 136, as shown in FIG. If you want to build a complete application by adding a new function (138), in the embodiment of the present invention it is possible to build a new application simply by downloading and installing only the library function module called housing subscription (138). .

As described above, a series of processes in which the library function module 136 is additionally installed, updated, or deleted will be described with reference to FIGS. 3 and 4, respectively.

3 is a view for explaining the operation of the application update system according to an embodiment of the present invention, Figure 4 is a view for explaining another operation of the application update system according to an embodiment of the present invention It is shown. FIG. 5 illustrates a diagram for describing practicality when using an application update system according to an exemplary embodiment of the present invention.

Referring to FIG. 3, if an application update system is composed of only one loader 132 file and an application execution request S1 is executed by a user in a state in which the application update system is installed in a mobile terminal, the virtual machine (VM) 110 is requested to execute. The loader 132 constituting the application is executed. The executed loader 132 checks whether the start module 134 constituting the application is stored in the file storage area of the terminal. If there is no start module 134 stored as a result of the check, the loader 132 of the terminal transmits the identification information of the corresponding application to a previously designated application management server 300 to request the start module download of the corresponding application (S2). This request may be accompanied by an additional request of a related library function module.

If there is a request for transmission of the start module (and / or library function module) of the specific application from the mobile terminal, the application management server 300 downloads the start module 134 belonging to the corresponding application and the corresponding library function module (S3). Give it. These modules 134 and 136 are stored in the file storage area by the loader 132.

When the storage of the modules 134 and 136 is completed, the loader 132 loads the start module 134 into the memory (S4) and executes the start module (S5). The UI screen for selecting a selection item on the display of the mobile terminal is displayed. Is displayed (S6). It is assumed that such UI screen displays optional items such as deposit transfer, deposit inquiry, and foreign currency remittance for mobile banking.

If any one item is selected on the displayed UI screen, for example, an inquiry such as deposit inquiry, the start module 134 provides the loader 132 with information of the selected library function module, so that the loader 132 is a user. Load the library function module 136 selected by the file into the memory from the file storage area. The library function module is executed by calling the entry point function of the loaded module.

According to the execution of such a library function module, the mobile terminal user can finally inquire the deposit for his account.

As described above, the loader 132 of the application update system according to the embodiment of the present invention may download the remaining modules constituting the application, that is, the start module and the library function module, as separate files and install them in the terminal.

Of course, the loader 132 file, the start module 134 file, and the library function module 136 file may be downloaded to one application file group.

Hereinafter, an operation of adding or deleting each library function module by using the application update system installed in the terminal will be described.

Referring to FIG. 4, in a mobile terminal in which one loader 132 file, a start module 134 file, and a plurality of library function module 136 files are installed as one application update system, an application execution request is received by a user. If present, the virtual machine (VM) 110 executes the loader 132 constituting the requested application. The executed loader 132 checks whether the start module 134 constituting the application is stored in the file storage area of the terminal. As a result of the check, if there is a stored start module 134, the start module 134 is loaded into the memory and the entry point function of the loaded module is called to execute the start module 134 (S10).

By executing the start module 134, a UI screen for selecting a selected item is displayed on the display unit of the mobile terminal (S11). The UI screen displays selection items such as deposit transfer, deposit inquiry, and foreign currency remittance for mobile banking.

If any one item is selected on the displayed UI screen, for example, an inquiry such as deposit inquiry, the start module 134 provides the loader 132 with information of the selected library function module, so that the loader 132 is a user. Load the library function module 136 selected by the file into the memory from the file storage area. The library function module is executed by calling the entry point function of the loaded module. According to the execution of such a library function module, the mobile terminal user can finally inquire the deposit for his account.

On the other hand, if there is a module update request in the displayed UI screen (S12) loader 132 transmits the version information of the modules (134,136) stored in the file storage area to the specified application (AP) management server 300 (S13) . Accordingly, the application management server 300 checks whether the received version information is the current version information of the corresponding application, and downloads only the newly updated new version module (134, 136) files if the old version information. The downloaded new version of the start module 134 or library function module 136 is stored in the file storage area by the loader 132. In this case, the loader 132 updates the newly downloaded old library function module or the old version start module with the new version library function module or the new version start module (S14). The update processing method includes newly updating the module information and deleting the old version of the module.

For example, if the library function module for deposit inquiry has been updated, the loader 132 may receive a new version of the library function module file for deposit inquiry and store it in a new file storage area.

If a new library function module for housing subscription is made as shown in FIG. 2, the loader 132 may select a new version of the start module 134 file and a library function module file for housing subscription that can select housing subscription on the UI screen. You can receive it and save it in the file storage area.

As described above, since the update effect of the application can be obtained by only receiving the new version of the module as a file, the present invention can achieve the update effect of the corresponding application only by transmitting a minimum amount of data, as shown in FIG. 5. According to the will of the terminal user, only necessary modules can be selectively installed.

As described above, the present invention divides one application file into a plurality of function-specific module files, which enables an application user to selectively download and use only the module files available to the user. There are advantages that can make customized module and provide customized service for each service user.

Furthermore, the present invention has the advantage of minimizing the communication cost burden for updating the application since only the updated module is downloaded and the application is updated, and the system of the present invention loads only the module selected by the terminal user into the memory. It also has the advantage of running applications with less memory.

Furthermore, since the present invention independently updates the application without depending on the platform of the mobile terminal, there is an advantage that can be operated on various mobile platforms at home and abroad.

In addition, since the present invention stores and manages dynamic modules in the space of only the application distributor, there is an advantage of ensuring security that only the distributor provides the right to use the module.

On the other hand, the present invention has been described with reference to the embodiments shown in the drawings but this is only illustrative, it will be understood by those skilled in the art that various modifications and equivalent other embodiments are possible therefrom. . For example, the loader constituting the application update system of the present invention may also be made of a plurality of library function modules for each function, and may be downloaded and used as needed. Therefore, the true technical protection scope of the present invention should be defined only by the appended claims.

Claims (5)

delete delete delete In the application update system installed in the mobile terminal and executable, A start module for displaying and displaying a UI screen; One or more library function modules for realizing the selection items defined in the UI screen; Invoke and execute the start module, load the library function module of the selection item selectable through the UI screen into the memory, and execute the newly downloaded old version of the library function module or the old version of the start module. And a loader for updating the function module or the start module of a new version, and transmitting the version information of the modules to a designated application management server when an update request of the modules is made through the UI screen. The start module, the library function module and the loader are stored in different file storage areas. In the application update system installed in the mobile terminal and executable, A start module for displaying and displaying a UI screen; One or more library function modules for realizing the selection items defined in the UI screen; Invoke and execute the start module, load the library function module of the selection item selectable through the UI screen into the memory, and execute the newly downloaded old version of the library function module or the old version of the start module. And a loader for updating the function module or the start module of a new version, and transmitting the version information of the modules to a designated application management server when an update request of the modules is made through the UI screen. The loader; If there is no start module to be called and run, the application update system for a mobile terminal, characterized by requesting the download of the start module by transmitting identification information of the corresponding application to a designated application management server.

Images