KR20120069400A - Application backup method in mobile platform - Google Patents

Abstract

PURPOSE: An application storage method in a mobile platform is provided to restore data and applications by enabling a user to store the data and the applications in cloud computing environment. CONSTITUTION: Application backup data is requested to an application interface mounted in a library type application which is operated on a mobile platform(S201). Binary data of the application and binary metadata are received from the application interface(S202). A virtual storage unit is allocated to a cloud server based on the binary data of the application and the binary metadata(S203). The binary data of the application and the binary metadata are stored in the virtual storage unit(S204).

Description

Application backup method in mobile platform

The present invention relates to a method for storing an application in a mobile platform, and more particularly, to binary and data of an application through an application interface mounted in a library form in an application in a mobile platform in which data access rights between applications are restricted. The present invention relates to a method for storing an application stored in virtualized storage of a cloud server.

As multimedia functions have been added to mobile terminals, high-capacity and large-capacity memories have begun to be used, and different mobile platforms have been required to accommodate the diverse needs of users. A mobile OS such as Qualcomm's REX has emerged for this purpose, but due to its minimal features necessary for system operation, it has a limitation in that it cannot support multitasking or memory protection.

As a result, a mobile platform supporting more extended functions was required, and Microsoft's Windows Mobile, Apple's iOS (iPhone), and Linux-based Android were introduced.

Among them, in case of Windows Mobile, reading and writing data between applications is allowed in principle, but access rights between applications are limited in iOS and Android.

In particular, due to the frequent upgrades of Android recently, when the firmware is upgraded, a problem frequently arises in which the user's previously installed application and its data are initialized.

In the Android terminal, access rights between applications are restricted, so when the terminal is initialized, it is difficult to store the application and its data. Therefore, at present, it is inconvenient to download and install again through an application store or the like and to regenerate data.

Therefore, a mobile platform in which access rights between applications are restricted, such as Android, requires a technology for storing and restoring applications and data installed by a user.

Using virtualized resources in cloud computing environments to store and recover these applications and their data can be implemented to automatically store and manage the applications and their data, and to provide a competitive price over other storage media. There will be.

As described above, cloud computing can provide a convenient data storage and recovery function to users of mobile communication terminals such as smartphones.However, as described above, in order to store and recover applications installed by users due to the characteristics of mobile platforms such as Android, I need an interface.

Currently, mobile platforms such as Android do not provide functions to store and recover application binaries and data. For example, Android OS 2.2 or later provides an interface for storing an application in the sdcard to expand the insufficient user area, but there is a disadvantage that can not be used when replacing the sdcard, when the terminal is initialized due to a firmware upgrade, etc. The problem of re-installing the previously installed application and resetting the data has not been solved.

The technical problem to be achieved by the present invention is to store an application storing the binary and data of the application in the virtualized storage of the cloud server through the application interface mounted in the form of a library in the application on a mobile platform in which data access rights between applications are limited To provide a way.

In order to achieve the above technical problem, according to the present invention, a method for storing an application in a mobile platform in which data access rights between applications are limited is to backup the application to an application interface mounted in a library form on an application running on the mobile platform. Requesting a backup request step; A receiving step of receiving a binary of the application, data, metadata of the binary and metadata of the data from the application interface; A storage allocation step of allocating virtual storage at the cloud server based on the received binary metadata and the metadata of the data; And a storing step of storing the received binary, data, metadata of the binary and metadata of the data in the allocated virtual storage.

More preferably, the metadata of the binary and the metadata of the data may be in the form of a database.

More preferably, receiving a recovery request for the application from the outside; Receiving metadata of the stored binary and metadata of the data from the virtual storage according to the recovery request; A recovery step determining step of determining whether to recover the requested application on the basis of the metadata of the received binary and the metadata of the data; And recovering the binary and the data by receiving the binary and the data from the virtual storage according to the determined recovery.

More preferably, the step of determining whether to recover comprises the steps of checking whether the same application as the requested application is currently running on the mobile platform; Determining whether the currently running application is not current by checking the version information of the currently running application and the received version information of the binary; And if the currently running application is not up to date, determining to recover the requested application.

More preferably, the recovering step may include reinstalling an application based on the binary using a package installation module embedded in the mobile platform; And recovering data by transferring data to an application interface mounted in a library form in the reinstalled application.

In order to achieve the above technical problem, a computer-readable recording medium containing a program including a function of storing an application in a mobile platform in which data access rights between applications are restricted according to the present invention is driven on a mobile platform. Requesting a backup of the application to an application interface mounted in the form of a library to the application being executed; Receiving binary, data, metadata of the binary and metadata of the data from the application interface; Receiving virtual storage at the cloud server based on the metadata of the received binary and the metadata of the data; And a program including a function of storing the received binary, data, metadata of the binary, and metadata of the data in the allocated virtual storage.

According to the present invention, an application installed by a user and its data can be stored in a cloud computing environment providing a user with a virtualized computing resource at low cost, and the application and the data can be recovered from the application.

In addition, the storage and recovery of applications and their data on the mobile platform can be automated and simplified, thereby reducing user time and effort.

In addition, even if the terminal used by the user is changed, if the mobile platform of the changed terminal is compatible with the mobile platform of the previous terminal, the application can be easily moved to the changed terminal.

1 is a block diagram illustrating a structure of a data area of an Android OS, which is an embodiment of a mobile platform according to the present invention.
2 is a flowchart illustrating a method of storing an application in a cloud client, which is an application that performs an application archiving function in a mobile platform according to an exemplary embodiment of the present invention.
3 is a flowchart illustrating a method of recovering an application in a cloud client, which is an application that performs an application recovery function in a mobile platform according to an embodiment of the present invention.
FIG. 4 is a diagram illustrating a series of detailed processes of storing and restoring an application installed by a user in a cloud client and an application that is an application performing an application storing and restoring function in a mobile platform according to an exemplary embodiment of the present invention. to be.

The following merely illustrates the principles of the invention. Thus, those skilled in the art will be able to devise various apparatuses which, although not explicitly described or shown herein, embody the principles of the invention and are included in the concept and scope of the invention. Furthermore, all of the conditional terms and embodiments listed herein are, in principle, intended only for the purpose of enabling understanding of the concepts of the present invention, and are not intended to be limiting in any way to the specifically listed embodiments and conditions . It is also to be understood that the detailed description, as well as the principles, aspects and embodiments of the invention, as well as specific embodiments thereof, are intended to cover structural and functional equivalents thereof. In addition, these equivalents should be understood to include not only equivalents now known, but also equivalents to be developed in the future, that is, all devices invented to perform the same function regardless of structure.

Thus, the functionality of the various elements shown in the figures, including functional blocks represented by a processor or similar concept, can be provided by the use of dedicated hardware as well as hardware capable of executing software in conjunction with appropriate software. When provided by a processor, the functions may be provided by a single dedicated processor, a single shared processor, or a plurality of individual processors, some of which may be shared. Also, the use of terms such as processor, control, or similar concepts should not be construed as exclusive reference to hardware capable of executing software, but may include, without limitation, digital signal processor (DSP) hardware, (ROM), random access memory (RAM), and non-volatile memory. Other hardware may also be included.

The above objects, features and advantages will become more apparent from the following detailed description in conjunction with the accompanying drawings. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.

On the other hand, when a part is said to "include" a certain component, this means that it may further include other components, without excluding other components unless otherwise stated.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

The mobile platform to which the present invention is applied has a feature that access rights between applications are limited, and Android is representative. Therefore, hereinafter, Android is described as an example, but the present invention is not limited thereto.

Android OS can be divided into system area and data area, of which the system area is the area that can be modified only by ROM image update. It means the area where system programs are installed, and the data area means the area where user-installed applications are installed. do. In the Android OS, access rights between applications are limited. Therefore, data exchange between applications should be defined and used separately through intent linkage. However, system application with root authority has read / write authority to all files, so there is no restriction on access authority.

1 is a block diagram illustrating a structure of a data area 100 of an Android OS, which is an embodiment of a mobile platform according to the present invention.

Referring to FIG. 1, the cloud client 110 as a component for supporting a function of storing the binary 123 and the data 124 of the application 120 in the cloud server 150 in the data area 100 of the Android OS. ) And an application interface 121.

The cloud client 110 is a component that performs storage and recovery to the cloud server 150 according to the present embodiment, and may be installed in an application form in the data area 100 of the Android OS.

Since the Android OS restricts the access right of the application in the data area, a special interface is required for the storage and recovery function of the application installed by the user in the cloud client 110 according to the present embodiment. This interface consists of a very simple API for application developers to apply.

In the present embodiment, the application interface 121 is provided as an interface component for this purpose.

Since the application interface 121 according to the present embodiment needs to be added to the application binary, the application interface 121 may be configured as an API having a simple structure and mounted on the application 120 in the form of a library.

This minimizes the work required to mount the application interface 121 according to the present embodiment during application development, thereby increasing developer convenience, and recompilation is required when the application interface according to the present embodiment is loaded into an existing application. It is simple and convenient to apply.

The application interface 121 according to the present embodiment interworks with the cloud client 110 to perform a function of delivering the binary 123 and the data 124 of the application to the cloud client 150 in each application.

The cloud client 110 according to the present embodiment is an application installed in the data area of the Android OS, and interlocks with other applications 120. When the cloud client 110 transmits an application backup request through intent interworking, the application storage request is transmitted to the application interface 121 mounted on the application 120, and the application interface 121 is transmitted to the cloud client 110. The application binary 123 and the data 124 are transferred.

In addition, in the present embodiment, the binary refers to the binary of the application itself stored in the storage space (eg, / data / app of the Android OS) of the predetermined data area of the mobile platform, the data is a predetermined data area of the mobile platform This refers to data generated by each application stored in the storage space (e.g., / data / data of the Android OS), and database or application settings stored in an external memory card (e.g., sdcard) of a terminal equipped with a mobile platform. It can also contain files.

2 is a flowchart illustrating a method of storing an application in a cloud client, which is an application that performs an application archiving function in a mobile platform according to an exemplary embodiment of the present invention.

Referring to FIG. 2, first, the cloud client requests a backup of an application from an application interface (S201).

Then, the binary of the application, data, metadata of the binary and metadata of the data are received from the application interface (S202).

In this embodiment, the metadata of the binary and the metadata of the data may be configured to be generated in the form of a database by an application interface and delivered to the cloud client.

In general, metadata is structured data about data, that is, data that defines and describes other data. In the present invention, a cloud server provides provision for provisioning virtual storage for storing binaries and data to be backed up or recovery of an application. It may be used to determine whether to recover the application requested to be restored in the process.

To this end, the binary metadata may include the size, storage location, application version, etc. of the binary, and the data metadata may include the size, storage location, modification date, etc. of the data, but the present invention is not limited thereto. .

The cloud client is allocated a virtual storage from the cloud server based on the received binary metadata and the metadata of the data (S203).

In the present embodiment, the step S203 is shown after the process of receiving the binary and data in step S302, but the process of receiving the binary and data in step S202 is performed after the step S203 is performed or both are performed simultaneously. The present invention does not limit the propriety relationship between the two.

Thereafter, the cloud client stores the binary, data, metadata of the binary and metadata of the data received in step S202 in the virtual storage allocated in step S203 (S204).

3 is a flowchart illustrating a method of recovering an application in a cloud client, which is an application that performs an application recovery function in a mobile platform according to an embodiment of the present invention.

Referring to FIG. 3, the cloud client receives an application recovery request from outside (S301).

In response to the recovery request received in step S301, metadata of the binary and data metadata stored in the virtual storage are downloaded (S302).

It is checked whether the same application as the requested application is currently running on the mobile platform (S303).

When it is confirmed that the device is currently running, the version information of the currently running application and the version information of the received binary metadata are compared (S304) to determine whether the currently running application is up-to-date (S305).

If the currently running application is not up-to-date, it is determined to recover the requested application (S306).

The binary and data are downloaded from the virtual storage according to the determined recovery (S307).

The application is reinstalled based on the binary downloaded in step S307 using the package installation module built in the mobile platform (S308).

The data downloaded in step S307 is transferred to the application interface mounted in the library form in the reinstalled application to recover the data of the reinstalled application (S309).

FIG. 4 is a diagram illustrating a series of detailed processes of storing and restoring an application installed by a user in a cloud client and an application that is an application performing an application storing and restoring function in a mobile platform according to an exemplary embodiment of the present invention. to be.

Referring to FIG. 4, the mobile platform 400 according to the present embodiment includes a cloud client 410 performing an application storage and recovery function to the cloud server 450, and a package installer 420 which is a package installation module built in the mobile platform. ) And the user installation application 430 is driven, wherein the user installation application 430 includes a binary 432 and data 433, as well as a ugent module 431 that performs an application interface function. .

In this embodiment, the API of the ugent 431 that performs the function of the application interface is composed of the following three functions.

First, UC_get_backup_info () collects or automatically scans metadata such as the size and storage location of binary 431 and data 432 of the application, creates a database 434 including them, and delivers them to the cloud client 410. It performs the function.

Secondly, UC_backup () stores a binary 431 and data 432 of an application.

Third, UC_update () restores the data 433 of the application.

For the convenience of the user, the user may implement the cloud client 410 to select whether to perform the storage and recovery manually or automatically with the storage and recovery options of the application.

In this embodiment, it is assumed that the user sets the application 430 to be automatically stored.

The cloud client 410 sends a backup request to the application 430 installed by the user according to a predetermined schedule (S511).

The ugent 433 of the application receiving the backup request is activated and operates as a background process, and generates a database including metadata of the binary and metadata of the data (S512).

The cloud client receives the database generated in step S512 (S513) and sends a backup preparation request for provisioning a virtualized storage resource to the cloud server based on this (S514).

When receiving the backup start request (S515) in response to the backup preparation request in step S514 from the cloud server, the cloud client sends a backup start request to the application 430 (S516).

The ugent of the application receiving the backup start request in step S516 obtains the binary and data of the application (S517), and delivers it to the cloud client (S518).

 The cloud client uploads the binary and data of the application received in step S516 to the cloud server (S519) and backs up the virtualized storage prepared on the cloud server.

If the user decides to recover the application by requesting the recovery of the application, the cloud client downloads the application binary from the cloud server (S521), and the downloaded application binary is installed through the package installer (S522). By installing using a package installation program such as a package installer, the application binaries can be normally installed and can be recovered by creating an appropriate folder.

After the application binary is installed using the package installation program, the cloud client downloads the data of the application from the cloud server (S523) and uses the ugent of the application (S524) to recover data previously written by the user. (S525).

Archiving and restoring using a cloud server as in the present embodiment stores data as well as applications, so securing security is important.

Therefore, by using the application interface mounted in the application itself in the form of a library as in the present embodiment, it is possible to escape from security risks such as hacking from the outside, and the application that the user purchases from the app store or the like and is generated through such an application. You will be able to safely archive and recover your data.

To this end, the application developer includes the binary of the application interface from the time of application development, and puts the relevant interlocking code together in the program code, so that the application interface can be mounted in the application in the form of a library. This can be overcome by providing a porting API and providing a sample SDK and examples.

Based on the Android OS, in order to implement an application interface with a cloud client, a developer may include a binary of an application interface provided as a library in a resource and include predefined code related to intent interworking in a program code. Can be compiled and implemented.

The cloud client may be implemented in the form of a single application that can be downloaded through an app store, and the like, since the user must use the resources of the cloud server, the user can store and recover the application using the cloud client. You will need to have a separate account to allocate resources from the server.

According to the present invention, it is possible to automate and simplify the storage and recovery of applications and data of the mobile platform, thereby reducing the user's time and effort.

In addition, even if the terminal used by the user is changed, if the mobile platform of the changed terminal is compatible with the mobile platform of the previous terminal, the application can be easily moved to the changed terminal.

In addition, by backing up all the binaries and data of the application to the cloud server, assuming that the application is downloaded and installed from the store, when the application is restored, there is no need to download the application binary from the store again. There is no need to store the information of the store or the application purchase information of the user separately, and if you limit the number of downloads in the store can also prevent the risk of not being downloaded again.

The present invention can also be embodied as computer-readable codes on a computer-readable recording medium. Computer-readable recording media include all kinds of recording devices that store data that can be read by a computer system. Examples of the computer-readable recording medium include a ROM, a RAM, a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like, and may be implemented in the form of a carrier wave (for example, transmission over the Internet) . In addition, the computer-readable recording medium may be distributed over network-connected computer systems so that computer readable codes can be stored and executed in a distributed manner. In addition, functional programs, codes, and code segments for implementing the present invention can be easily inferred by programmers in the art to which the present invention belongs.

Although the present invention has been described with reference to one embodiment shown in the accompanying drawings, it is merely an example, and those skilled in the art may realize various modifications and equivalent other embodiments therefrom. I can understand. Accordingly, the true scope of protection of the present invention should be determined only by the appended claims.

Claims (6)

In the application storage method in the mobile platform that the data access rights between applications are limited,
A backup request step of requesting a backup of the application to an application interface mounted in a library form to an application running on the mobile platform;
A receiving step of receiving binary, data, metadata of the binary and metadata of the data from the application interface;
A storage allocation step of allocating virtual storage at a cloud server based on the received metadata of the binary and metadata of the data; And
And storing the received binary, data, metadata of the binary and metadata of the data in the allocated virtual storage. The method of claim 1,
Meta data of the binary and metadata of the data is an application storage method in a mobile platform, characterized in that the database. The method of claim 1,
Receiving a recovery request for the application from the outside;
Downloading metadata of the stored binary and metadata of the data from the virtual storage according to the recovery request;
A recovery step determining whether to recover the requested application for recovery based on the received metadata of the binary and the metadata of the data; And
And restoring the binary and the data by downloading the binary and the data from the virtual storage according to the determined recovery. The method of claim 3,
The recovery decision step
Confirming whether the same application as the requested application is currently running on the mobile platform;
Determining whether the currently running application is up-to-date by checking version information of the currently running application and version information of metadata of the received binary when the current driving is performed; And
And determining to recover the requested application when the current running application is not up-to-date. The method of claim 3,
The recovery step
Downloading the binary and the data from the virtual storage according to the determined recovery;
Reinstalling an application based on the received binaries using a package installation module embedded in the mobile platform; And
Recovering the data of the reinstalled application by transferring the received data to the application interface mounted in the form of a library to the reinstalled application. In a computer-readable recording medium containing a program containing a function for storing the application on a mobile platform where the data access rights between applications are limited,
Requesting a backup of the application to an application interface mounted in a library form to an application running on the mobile platform;
Receiving binary, data, metadata of the binary and metadata of the data from the application interface;
A function of receiving virtual storage at a cloud server based on metadata of the received binary and metadata of the data; And
And a program including a function of storing the received binary, data, metadata of the binary, and metadata of the data in the allocated virtual storage.

Images