WO2013065998A1

WO2013065998A1 - System and method for providing a personalized application

Info

Publication number: WO2013065998A1
Application number: PCT/KR2012/008820
Authority: WO
Inventors: 이승현; 이준호
Original assignee: 삼성에스디에스 주식회사
Priority date: 2011-10-31
Filing date: 2012-10-25
Publication date: 2013-05-10
Also published as: KR101259874B1

Abstract

The present invention relates to a system and method for providing a personalized application. The present invention stores binary data on an application including the physical entry point of an application programming interface (API), which is included in the software binary data, and adds the address information at which the application binary data is stored to a data allocation table. According to the present invention, a new application can be installed in an electronic card after the electronic card is issued, and the new application installed in the electronic card is immediately driven.

Description

Personalized application provision system and method

The present invention relates to a system and method for providing personalized applications, and more particularly, to a system and method for post issuance of an application executable in an electronic card.

An electronic card is a device that can store and process various digital information by mounting an integrated circuit chip. Such electronic cards are used in various fields such as transportation cards, credit cards, debit cards, and the like. As it is used in various fields, there is an increasing demand for an application that performs new functions. However, if the conventional electronic card is issued, there is a problem that can not install a new application.

In order to solve this problem, an electronic card equipped with an open platform has been manufactured and sold. Such an open platform is equipped with a virtual machine on the operating system mounted on the electronic card to install the application even after issuing the electronic card. However, when a new application is installed on an electronic platform equipped with an open platform, the new application runs on a virtual machine mounted on the electronic card, which causes a slow execution.

An object of the present invention is to provide a system and method for post-issuing an application executable in an electronic card.

SUMMARY OF THE INVENTION The present invention has been made in an effort to provide a computer readable recording medium having recorded thereon a program for causing a computer to execute a method for post-issuing an application executable on an electronic card.

An electronic card according to the present invention for achieving the above technical problem, the first storage unit for storing software binary data (software binary data); A second storage unit for storing a data allocation table including an entry item including physical address information storing data and type information of the data; And storing binary data of an application including a physical entry point of an application programming interface (API) included in the software binary data in the second storage unit, and storing the physical address information in which the application binary data is stored. And a controller configured to add type information of the application binary data set to an application type to the data allocation table.

Application providing apparatus according to the present invention for achieving the above technical problem, the application using the API map table consisting of the identification information of the electronic card and the physical entry address of the API contained in the software binary data stored in each electronic card An application generator for converting an API called from source code into a physical entry address of a corresponding API to generate application binary data corresponding to each electronic card; And an application providing unit providing the application binary data to the electronic card.

An application providing method according to the present invention for achieving the above technical problem, storing the binary data of the application including the physical entry address of the API included in the software binary data stored in the first storage means in the second storage means step; And a type of the application binary data set to the physical address information and the application type in which the application binary data is stored in a data allocation table including an entry item including physical address information storing data stored in the second storage means and type information of the data. Adding information;

Application providing method according to the present invention for achieving the above technical problem, the application using the API map table consisting of the identification information of the electronic card and the physical entry address of the API contained in the software binary data stored in each electronic card Generating application binary data corresponding to each electronic card by converting an API called from source code into a physical entry address of a corresponding API; And providing the application binary data to the electronic card.

A computer-readable medium according to the present invention for achieving the above technical problem records a program for causing a computer to execute any one of the above methods.

According to the system and method for providing a personalized application according to the present invention, a personalized application obtained using an API map table corresponding to an electronic card is provided, so that a new application can be installed on the electronic card even after the electronic card is issued. In addition, a new application installed in the electronic card can be directly driven. Accordingly, the reusability of the electronic card can be improved.

1 is a view for explaining a personalized application providing system according to a preferred embodiment of the present invention;

2 is a view showing in more detail the configuration of an electronic card according to an embodiment of the present invention;

3 is a view for explaining the structure of a storage unit of an electronic card according to an embodiment of the present invention;

4 is a view for explaining a process of storing an application according to an embodiment of the present invention;

5 is a view showing in more detail the configuration of an application providing apparatus according to an embodiment of the present invention;

6 is a flowchart illustrating an application providing process according to an embodiment of the present invention;

7 is a view showing in more detail the configuration of an electronic card according to another embodiment of the present invention;

8 is a view showing in more detail the configuration of an application providing apparatus according to another embodiment of the present invention;

9 is a flowchart illustrating an application providing process according to another exemplary embodiment of the present invention.

Hereinafter, exemplary embodiments of a personalized application providing system and method according to the present invention will be described in detail with reference to the accompanying drawings.

1 is a view for explaining a personalized application providing system according to a preferred embodiment of the present invention.

Referring to FIG. 1, the electronic card 100 according to an embodiment of the present invention is connected to the application providing apparatus 200 in a contact or contactless manner. The electronic card 100 receives and stores a personalized application from the application providing apparatus 200. Here, the personalized application refers to an application which is installed on the electronic card 100 and immediately executable after the electronic card 100 is issued. That is, the personalized application is installed in the electronic card 100 after the electronic card 100 is issued, but may be executed as an application mounted when the electronic card 100 is issued.

The application providing apparatus 200 provides the electronic card 100 with a personalized application executable in the electronic card 100 after issuing the electronic card 100. The application providing apparatus 200 is a device operated by a manufacturing company, an issuing company, etc. of the electronic card 100 for post issuance of an application.

Meanwhile, although the electronic card 100 is directly connected to the application providing apparatus 200, as illustrated in FIG. 1, the electronic card 100 is not limited thereto, and according to an exemplary embodiment, the electronic card 100 may be connected to the application providing apparatus 200. Can be provided to the application. In addition, the electronic card 100 may receive an application from a user terminal (not shown) connected to the application providing apparatus 200 through a communication network (not shown). In this case, the electronic card 100 may be directly connected to the user terminal or may be connected to the user terminal through a card reader connected to the user terminal.

User terminals are not only desktop computers but also memories such as notebook computers, workstations, palmtop computers, ultra mobile personal computers (UMPCs), tablet PCs, personal digital assistants (PDAs), web pads, mobile phones, and the like. A terminal having a means and a microprocessor can be provided.

The communication network may include a telephone network as well as a data communication network including a local area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), the Internet, and the like. It does not have to be wired or wireless, and any communication method can be used.

2 is a view showing in more detail the configuration of the electronic card according to an embodiment of the present invention, Figure 3 is a view for explaining the structure of the storage unit of the electronic card according to an embodiment of the present invention, Figure 4 A diagram for describing a process of storing an application according to an exemplary embodiment.

The electronic card 100 includes a storage 210 and a controller 230.

The storage unit 210 stores a program or data necessary for the operation of the electronic card 100. Referring to FIG. 3, the storage unit 210 includes a first storage unit 311, a second storage unit 313, and a third storage unit 315.

The first storage unit 311 is binary data of software such as an operating system OS_DATA mounted on the electronic card 100 and an application IAPP_DATA mounted at the time of manufacturing / issuing the electronic card 100. Save).

The first storage unit 311 is a storage medium in which stored data is maintained regardless of whether power is applied, and new data or stored data cannot be deleted. A storage means that may be adopted as the first storage unit 311 may include a read only memory (ROM).

The second storage unit 313 stores a data allocation table DAT and various data DATA1 stored after issuance of the electronic card 100. Here, the data allocation table is a table that provides a physical address where data is stored and includes a plurality of entry items. Each entry item consists of address information where data is stored and a data type of the data. The data type is information indicating the type of data, and includes a file type, a directory type, an application type, and the like. The data allocation table includes a file allocation table (FAT).

The second storage unit 313 is a storage medium capable of retaining stored data and storing new data or deleting stored data regardless of whether power is applied. The storage means that may be adopted as the second storage unit 313 may include an electrically erasable programmable ROM (EEPROM), a flash memory, and the like.

The third storage unit 315 stores data temporarily generated during the operation of the electronic card 100. The third storage unit 315 is a storage medium capable of maintaining stored data only when power is applied and storing new data or deleting stored data. The storage means that may be adopted as the third storage unit 315 may include random access memory (RAM) or the like.

The controller 230 provides its card identification information to the application providing apparatus 200. Here, the card identification information is unique information for identifying the electronic card, and means the serial number of the electronic card and the like. In addition, the controller 230 stores the application binary data received from the application providing apparatus 200 in the second storage unit 313, and stores the application binary data of the application binary data set to the address information and the application type in which the application binary data is stored. The type information is added to the data allocation table stored in the second storage unit 313.

Here, the application binary data includes a physical entry address of an operating system mounted on the electronic card 100 or an application programming interface (API) provided by an application mounted at the time of manufacture / issuance of the electronic card 100. . For example, when an application post-issued to the electronic card 100 uses 'AAA' among APIs provided by an operating system mounted on the electronic card 100, a part of calling the API 'AAA' among the application binary data is an electronic card ( It consists of a physical entry address corresponding to API 'AAA' among operating system binary data stored in 100). Accordingly, the application that is post-issued to the electronic card 100 may be directly executed as an application mounted at the time of issuance of the electronic card 100.

Referring to FIG. 4, when the application binary data DATA2 is received from the application providing apparatus 200, the controller 230 stores the application binary data DATA2 in the second storage unit 313 and the application binary data. The address information 'BBBB' stored in the DATA2 and the type information 'A' of the application binary data DATA2 set as the application type are added to the data allocation table DAT stored in the second storage unit 313. . Here, the type 'F' represents a file type.

5 is a diagram illustrating the configuration of an application providing apparatus according to an exemplary embodiment of the present invention in more detail.

The application providing apparatus 200 includes a map table storage unit 510, an information receiving unit 530, an application generating unit 550, and an application providing unit 570.

The map table storage unit 510 stores an API map table corresponding to each electronic card 100. Here, the API map table consists of the physical entry addresses of the APIs included in the software binary data stored in the electronic card 100. That is, the API map table consists of the physical entry addresses of APIs provided by software such as an operating system mounted on the electronic card 100 or an application mounted at the time of manufacture / issuance of the electronic card 100. For example, the operating system mounted on the electronic card 100 provides API 'AAA', API 'BBB' and API 'CCC', and the entry address of the API 'AAA' is '111111' and the entry address of the API 'BBB' is If the entry address of the '222222' and the API 'CCC' is '333333', the API map table corresponding to the electronic card 100 is configured as shown in Table 1 below.

Table 1

API	Entry address
AAA	111111
BBB	222222
CCC	333333

The map table storage unit 510 stores the API map table to be divided by the electronic card 100. Of course, when the electronic cards 100 included in the same product family have the same API map table, the map table storage unit 510 may store the API map table to be distinguished for each product type of the electronic card 100.

The information receiver 530 receives card identification information from the electronic card 100. The application generator 550 acquires an API map table corresponding to the card identification information received through the information receiver 530 from the map table storage 510. The application generator 550 generates application binary data by converting an API called from an application source code into a physical entry address of a corresponding API using the obtained API map table. For example, when an application uses 'AAA' among APIs provided by the operating system mounted on the electronic card 100, the part calling API 'AAA' using the API map table as shown in [Table 1] is '111111'. Get application binary data

The application providing unit 570 provides the application binary data to the electronic card 100.

6 is a flowchart illustrating an application providing process according to an embodiment of the present invention.

The electronic card 100 provides its card identification information to the application providing apparatus 200 (S610). Then, the application providing apparatus 200 obtains an API map table corresponding to the received card identification information from a previously stored API map table (S620), and generates an application binary code from the application source code using the obtained API map table. (S630). That is, the application providing apparatus 200 converts an API called from an application source code into a physical entry address of a corresponding API using the API map table to generate application binary data. The application providing apparatus 200 provides application binary data to the electronic card 100 (S640).

Thereafter, the electronic card 100 stores the application binary data received from the application providing apparatus 200 (S650), and adds address information in which the application binary data is stored to the data allocation table using the data type as the application type (S660). ).

Meanwhile, the electronic card 100 may store its API map table and may generate application binary data from the application source code received from the application providing apparatus 200 or pre-stored application source code. In this case, the electronic card 100 is equipped with a compilation application, a link application, and the like, which are necessary for generating application binary data.

7 is a view showing in more detail the configuration of an electronic card according to another embodiment of the present invention.

The electronic card 700 includes a storage unit 710 and a control unit 730.

The storage unit 710 and the control unit 730 of the electronic card 700 according to the present embodiment are substantially the same as the storage unit 210 and the control unit 230 of the electronic card 100 according to the previous embodiment, respectively. Only the parts will be described below.

The storage unit 710 stores an API map table corresponding to the electronic card 700. The controller 730 provides the API map table stored in the storage 710 to the application providing apparatus 200.

8 is a diagram illustrating in more detail the configuration of an application providing apparatus according to another embodiment of the present invention.

The application providing apparatus 800 includes an information receiving unit 810, an application generating unit 830, and an application providing unit 850.

The information receiving unit 810, the application generating unit 830, and the application providing unit 850 of the application providing apparatus 800 according to the present exemplary embodiment are each the information receiving unit 530 of the application providing apparatus 200 according to the previous embodiment. Since the application generating unit 550 and the application providing unit 570 are substantially the same, only the other parts will be described below.

The information receiver 810 receives an API map table from the electronic card 700.

The application generator 830 generates application binary data by converting an API called from an application source code into a physical entry address of a corresponding API using the API map table received through the information receiver 810.

The electronic card 700 provides its API map table to the application providing apparatus 800 (S910). Then, the application providing apparatus 800 generates an application binary code from the application source code using the received API map table (S920), and provides the application binary data to the electronic card 700 (S930).

Thereafter, the electronic card 700 stores the application binary data received from the application providing apparatus 800 (S940), and adds address information storing the application binary data to the data allocation table using the data type as the application type (S950). ).

On the other hand, the application providing process according to an embodiment of the present invention may be performed when the authentication is normally made between the electronic card (100, 700) and the application providing apparatus (200, 800). That is, the

electronic card

100, 700 is mutually authenticated whether the application is a product that can be installed and the

application providing device

200, 800 is a device capable of providing the application, and the application providing process is performed when authentication is successful Can be.

In addition, when the

electronic cards

100 and 700 according to the embodiment of the present invention are connected to the

application providing apparatuses

200 and 800 through the user terminal, authentication of the user terminal may be additionally performed. That is, it is possible to authenticate whether the user terminal connected to the

electronic cards

100 and 700 is operated by the operation of the owner of the

electronic cards

100 and 700.

The invention can also be embodied as computer readable code on a computer readable recording medium. The computer-readable recording medium includes all kinds of recording devices in which data that can be read by a computer device is stored. Examples of computer-readable recording media include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage, and also in the form of carrier wave (transfer over the Internet). It includes what is implemented. The computer-readable recording medium can also be distributed over computer devices connected over a wired or wireless communication network so that the computer-readable code is stored and executed in a distributed fashion.

Although the preferred embodiments of the present invention have been described in detail above, the present invention is not limited to the specific preferred embodiments described above, and the technical field to which the present invention pertains without departing from the gist of the present invention claimed in the following claims. Anyone of ordinary skill in the art of various modifications can be made, of course, such changes are within the scope of the claims.

Claims

A first storage unit for storing software binary data;

A second storage unit for storing a data allocation table including an entry item including physical address information storing data and type information of the data; And

Storing binary data of an application including a physical entry point of an application programming interface (API) included in the software binary data in the second storage unit, and storing the physical address information and the application where the application binary data is stored And a controller for adding type information of the application binary data set to a type to the data allocation table.
The method of claim 1,

The first storage unit maintains the stored data regardless of whether the power is applied, and it is impossible to store new data or delete the stored data.

The second storage unit retains stored data regardless of whether power is applied or not, and can store new data or delete stored data.
The method of claim 1,

The application binary data corresponds to an API called from a source code corresponding to the application binary data using an API map table composed of physical entry addresses of APIs included in the software binary data. Electronic card, characterized in that generated by converting to the physical entry address of the API.
The method of claim 1,

The second storage unit stores an API map table consisting of physical entry addresses of APIs included in the software binary data,

The controller generates the application binary data by converting an API called from a source code corresponding to the application binary data into a physical entry address of the corresponding API using the API map table stored in the second storage unit. An electronic card characterized by.
By using the API map table consisting of the identification information of the electronic card and the physical entry address of the API included in the software binary data stored in each electronic card, the API called by the application source code is converted into the corresponding physical entry address of the corresponding API. An application generator for generating application binary data corresponding to each electronic card; And

And an application providing unit configured to provide the application binary data to the electronic card.
The method of claim 5,

A map table storage unit for storing the API map table; And

And an information receiver configured to receive card identification information from the electronic card.

The application generating unit obtains an API map table corresponding to the card identification information received through the information receiving unit from the map table storage unit, and uses the API map table to call an API that is called from the application source code. The application providing apparatus, characterized in that for generating the application binary data by converting to the physical entry address of the.
The method of claim 5,

Further comprising an information receiving unit for receiving the API map table from the electronic card,

The application generator generates an application binary data by converting an API called by the application source code into a physical entry address of a corresponding API using the API map table received through the information receiver. Device.
Storing binary data of the application including the physical entry address of the API included in the software binary data stored in the first storage means in the second storage means; And

Physical address information in which the application binary data is stored and a type information of the application binary data set to an application type in a data allocation table including an entry item consisting of physical address information storing data stored in the second storage means and type information of the data. Adding an application; method comprising the.
The method of claim 8,

The first storage means maintains the stored data regardless of whether the power is applied, and it is impossible to store new data or delete the stored data.

And the second storage means maintains the stored data regardless of whether the power is applied or is capable of storing new data or deleting the stored data.
The method of claim 8,

The application binary data may include a physical API of the API corresponding to an API that is called from a source code corresponding to the application binary data using an API map table formed of physical entry addresses of APIs included in the software binary data. Application providing method characterized in that the generated by converting to the entry address.
The method of claim 8,

The second storage means stores an API map table consisting of physical entry addresses of APIs included in the software binary data,

The application binary data is generated by converting an API called from a source code corresponding to the application binary data into a physical entry address of the corresponding API using the API map table stored in the second storage means in the additional step. Application providing method characterized in that.
By using the API map table consisting of the identification information of the electronic card and the physical entry address of the API included in the software binary data stored in each electronic card, the API called by the application source code is converted into the corresponding physical entry address of the corresponding API. Generating application binary data corresponding to each electronic card; And

Providing the application binary data to the electronic card.
The method of claim 12,

Receiving card identification information from the electronic card; And

Acquiring an API map table corresponding to the received card identification information;

And generating the application binary data by converting an API called by the application source code into a physical entry address of a corresponding API using the API map table in the generation step.
The method of claim 12,

Receiving the API map table from the electronic card;

And generating the application binary data by converting an API called by the application source code into a physical entry address of a corresponding API using the API map table in the generation step.
A computer-readable recording medium storing a program for executing the application providing method according to any one of claims 12 to 14 on a computer.