CN102279741A - Service processing method of smart card and smart card - Google Patents

Abstract

The invention discloses a service processing method and device of a smart card. The service processing method of the smart card comprises the following steps: an OTA (Over the Air Technology) interface module of the smart card receives a menu application data packet issued by a smart card management platform, wherein the menu application data packet comprises a menu application identification; if the OTA interface module of the smart card determines the menu application data packet as an OTA menu application data packet according to the menu application identification, the menu application data packet can be sent to an OTA processing module of the smart card; and if the OTA interface module of the smart card determines the menu application data packet as a Java menu application data packet according to the menu application identification, the menu application data packet can be sent to a Java processing module of the smart card. The method can realize Java application in the smart card and can also realize OTA application in the smart card, thus the application scope of the smart card can be enlarged.

Description

Smart card service processing method and smart card

technical field

The invention relates to communication technology, in particular to a service processing method of a smart card and the smart card.

Background technique

Over The Air Technology (Over The Air Technology, referred to as: OTA) is through the Global System of Mobile Communications (Global System of Mobile Communication, referred to as: GSM) or Code Division Multiple Access (Code Division Multiple Access, referred to as: CDMA) air interface to the user Identification card (Subscriber Identity Module, referred to as: SIM card) data and application for remote management technology. Common OTA applications make mobile communications not only provide mobile voice and data services, but also provide more mobile new service downloads. At present, OTA applications are mainly services that meet user needs, such as information on demand under the menu directory, interactive entertainment, and location services. Mobile phone users can download various services provided by the network to the mobile phone SIM card through the OTA application by clicking the user identification application development tool (SIM Tool Kit, referred to as: STK) menu in the mobile phone SIM card according to personal preferences.

However, the OTA application is limited to the business development of the operator on the SIM card. The subsequent development of smart cards such as Java cards that adopt the European Telecommunications Standard for Equipment Practice (ETSI) cannot use the above-mentioned OTA applications. For example, Java cards can only implement industry-oriented Java applications on mobile phones, such as electronic wallets, electronic credit cards, electronic bills, etc., but cannot implement OTA applications, such as information on demand, interactive entertainment and other OTA applications. Therefore, the above smart cards The scope of application is limited.

Contents of the invention

The purpose of the present invention is to provide a smart card service processing method and a smart card, which can realize Java application in the smart card, and can also realize OTA application in the smart card, expanding the application range of the smart card.

One aspect of the present invention provides a smart card service processing method, including:

The OTA interface module of the smart card receives the menu application data packet issued by the smart card management platform, and the menu application data packet includes the menu application identification;

If the OTA interface module of the smart card determines that the menu application data packet is an OTA menu application data packet according to the menu application identifier, then send the menu application data packet to the OTA processing module of the smart card;

If the OTA interface module of the smart card determines that the menu application data packet is a Java menu application data packet according to the menu application identifier, then send the menu application data packet to the Java processing module of the smart card.

Another aspect of the present invention provides a smart card, including an OTA interface module, an OTA processing module and a Java processing module, and the OTA interface module includes a first receiving module and a first sending module;

The first receiving module is configured to receive a menu application data packet issued by the smart card management platform, and the menu application data packet includes a menu application identifier;

The first sending module is configured to send the menu application data packet to the OTA processing module when determining that the menu application data packet is an OTA menu application data packet according to the menu application identifier; and

The first sending module is configured to send the menu application data packet to the Java processing module when determining that the menu application data packet is a Java menu application data packet according to the menu application identifier.

It can be seen from the above technical scheme that the business processing method and the smart card of the smart card of the present invention send the OTA menu application data packet to the OTA processing module through the OTA interface module, and send the Java menu application data packet to the Java processing module, and then in the smart card Both Java applications and OTA applications can be implemented, which expands the application range of smart cards.

Description of drawings

In order to more clearly illustrate the present invention or the technical solutions in the prior art, the accompanying drawings that need to be used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the accompanying drawings in the following description are the present invention. For some embodiments of the invention, those skilled in the art can also obtain other drawings based on these drawings without creative effort.

FIG. 1 is a flowchart of a smart card service processing method provided by an embodiment of the present invention;

Fig. 2 is a schematic structural diagram of a smart card provided by an embodiment of the present invention;

Fig. 3 is a schematic structural diagram of a smart card provided by another embodiment of the present invention;

Fig. 4 is a schematic structural diagram of a smart card provided by another embodiment of the present invention.

Detailed ways

In order to make the purpose, technical solutions and advantages of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are the Some, but not all, embodiments are invented. Based on the embodiments of the present invention, all other embodiments obtained by persons of ordinary skill in the art without creative efforts fall within the protection scope of the present invention.

FIG. 1 is a flowchart of a smart card service processing method provided by an embodiment of the present invention. As shown in FIG. 1 , the smart card service processing method is as follows.

In step 101, the OTA interface module of the smart card receives a menu application data packet issued by the smart card management platform, and the menu application data packet includes a menu application identifier.

For example, the menu application identifier of the smart card can be a TAR value (target application reference number). In practical applications, the TAR value of the OTA menu application data package is different from the TAR value of the Java menu application data package. For example, the OTA application The TAR value of the Java application can be B00010, and the TAR value of the Java application can be 000001 to AFFFFF, C00000 to FFFFFF.

It should be noted that first, the user triggers an application menu in the application menu in the smart card, and then sends a message requesting a menu application data packet to the smart card management platform, and then performs step 101 .

Step 102, if the OTA interface module of the smart card determines that the menu application data packet is an OTA menu application data packet according to the menu application identifier, then send the menu application data packet to the OTA processing module of the smart card.

For example, the menus in the OTA application may include: weather forecast, information on demand, interactive entertainment, location services, bank transactions, etc., and the OTA application may be the download of the above menus, etc.

In addition, the menus under the menu directory of the smart card may also include a Java menu, and the Java menu may include card swiping services, electronic payment, and the like. The above menus are jointly preset under the menu directory in the smart card. Of course, the menu directory of the smart card may also include other application menus, which are not limited in this embodiment.

In this embodiment, the OTA interface module can judge whether the menu application data packet is an OTA menu application data packet according to the menu application identifier.

Step 103, if the OTA interface module of the smart card determines that the menu application data packet is a Java menu application data packet according to the menu application identifier, then send the menu application data packet to the Java processing module of the smart card.

In this embodiment, the OTA interface module and the OTA processing module may be preset in the smart card. That is to say, before the card is issued by the card issuing system, the OTA interface module and the OTA processing module are preset in the smart card. The OTA interface module in this embodiment is connected to the OTA processing module. In addition, the OTA interface module is connected with the Java processing module. In practical applications, the smart card is also provided with a short message service interface module that receives various menu application data packets. If the smart card is a Java card in the prior art, the various menu application data packets that the short message service interface module will receive Sent to the Java processing module. In this embodiment, since the OTA interface module and the OTA processing module are preset in the smart card, at this moment, the short message service interface module sends various menu application data packets received to the OTA interface module, and the OTA interface module receives and recognizes The menu application data packet is used to send the OTA menu application data packet to the OTA processing module, and the Java menu application data packet to the Java processing module.

In another scenario, before step 101, the smart card service processing method may further include: the smart card sends a download request message for requesting download of the OTA application data package to the smart card management platform;

The smart card receives the OTA application data packet sent by the smart card management platform according to the download request message; and the smart card applies the application contained in the OTA application data packet to deploy the OTA interface module and OTA processing The functionality required by the module. Particularly, in the actual smart card, the short message service interface module of the smart card receives the OTA application program data packet issued by the smart card management platform, and makes the Java toolbox module in the smart card install the OTA application program data package, to deploy the OTA Functionality required by the interface module and the OTA processing module.

Further, the OTA interface module obtained by the above method is connected with the OTA processing module, and the OTA interface module is connected with the Java processing module, so the OTA interface module can receive and identify various menu application data packets issued by the short message service interface module , so that the OTA menu application data packet is sent to the OTA processing module, and the Java menu application data packet is sent to the Java processing module. In this embodiment, the OTA interface module not only has a traditional OTA interface module (that is, an OTA interface module in the existing SIM card) It also has the function of identifying the menu application data package according to the menu application identifier.

Correspondingly, the OTA application menu and the Java application menu in the smart card can be pre-arranged under the menu directory of the smart card. When the user selects a certain menu for the first time, the smart card can be triggered to send a download request message for downloading the OTA application data packet to the smart card management platform, and then the smart card management platform sends the OTA application data packet to the The smart card, and the smart card installs the OTA application data package in the smart card, so as to obtain the function of deploying the OTA interface module and the function of deploying the OTA processing module, thereby realizing that Java applications and OTA applications can be used in the smart card.

The smart card mentioned in this embodiment may be a Java card, and the smart card management platform may be a Java card management platform.

In the above-mentioned embodiment, the OTA menu application data packet is sent to the OTA processing module through the OTA interface module, and the Java menu application data packet is sent to the Java processing module, and then both Java application and OTA application can be realized in the smart card, expanding The scope of application of smart cards.

On the basis of the above embodiments, the following uses the "weather forecast" menu in the smart card as an example to illustrate the business processing method of the smart card, and its steps are as follows.

In an application scenario, the OTA interface module and the OTA processing module in this embodiment may be preset in the smart card. That is to say, the OTA virtual machine is set in the Java card in a Java language programming mode to realize the functions of the application program of the OTA interface module and the OTA processing module. In this application scenario, the steps of the smart card service processing method are described in the following steps S1 to S5.

Step S1, the user searches for the "weather forecast" menu preset in the smart card in the mobile phone, and triggers the "weather forecast" menu, so that the smart card sends a request message to the smart card management platform, and the request message can be used to request the "weather forecast" menu application data Package news.

Step S2, after receiving the request message, the smart card management platform sends a "weather forecast" menu application data packet to the smart card.

In step S3, the OTA interface module of the smart card receives the "weather forecast" menu application data package issued by the smart card management platform, and the menu application identifier in the "weather forecast" menu application data package can be B00010.

In step S4, the OTA interface module of the smart card judges whether the menu application data packet is an OTA menu application data packet according to the menu application identifier. In this embodiment, the OTA interface module in the smart card receives the "weather forecast" menu application data package issued by the smart card management platform, and judges that the menu application data package is an OTA menu application data package through the TAR value "B00010".

Step S5, according to the judgment result of step S4, the OTA interface module of the smart card sends the "weather forecast" menu application data packet to the OTA processing module for processing.

In another application scenario, the OTA interface module and the OTA processing module can be downloaded through triggering, and then installed in the smart card for application. In the present embodiment, the application of the OTA Toolkit Applet in the Java card is mainly realized in the form of a Java virtual machine, and the OTA Toolkit Applet application in the smart card of the present embodiment can realize the downloading of the OTA application in the prior art and the analysis of the bytecode . In this application scenario, the steps of the smart card service processing method are described in the following steps M1 to M5.

Step M1, the user searches for the preset "weather forecast" menu in the smart card, and triggers the "weather forecast" menu, so that the smart card sends a request message to the smart card management platform, and the request message can be used to request the "weather forecast" menu application packet message; trigger the smart card to send a download request message to the smart card management platform at the same time, and the download request message is a request message for downloading the OTA application data package.

In step M2, the smart card management platform receives the message requesting the "weather forecast" menu application data package and the request message for downloading the OTA application data package, and sends the OTA application data package to the smart card.

Step M3, the smart card receives the OTA application data packet sent by the smart card management platform, and the smart card applies the application contained in the OTA application data packet to deploy the application required by the OTA interface module and the OTA processing module, At the same time, respond to the smart card management platform according to the OTA application data packet sent by the smart card management platform.

In the actual application scenario, the smart card can receive the OTA application data packet issued by the smart card management platform through the short message service interface module, so as to apply the OTA application data packet and obtain the application program required by the OTA interface module and the OTA processing module .

It should be noted that the OTA application program in the embodiment of the present invention exists as a Java application, and the identification of its OTA application data package is different from the identification of the menu application data package. In this embodiment, it can be understood that , the TAR values of the OTA application data package and the menu application data package are different. Thus, in the actual smart card, the short message service interface module of the smart card receives the OTA application data packet issued by the smart card management platform, and sends the OTA application data packet to the Java toolbox module for installation, so as to obtain the OTA interface module and the application program of the OTA processing module, and the obtained OTA interface module can receive and identify various menu application data packets issued by the short message service interface module, so that the OTA menu application data packet is sent to the OTA processing module, Java menu The application data packet is sent to the Java processing module.

In step M4, the smart card management platform sends a "weather forecast" menu application data packet to the smart card after receiving the response that the OTA application program in the smart card is installed.

Step M5, the OTA interface module in the OTA application of the smart card receives the "weather forecast" menu application packet issued by the smart card management platform from the short message service interface module of the (U)SIM application, the "weather forecast" menu application The menu application identifier in the data packet can be B00010.

Step M6, the OTA interface module judges whether the menu application data packet is an OTA menu application data packet according to the menu application identifier. In this embodiment, the OTA interface module in the smart card can judge that the menu application data packet there is an OTA menu application data packet through the TAR value "B00010".

Step M7, according to the judgment result of step M6, send the "weather forecast" menu application data packet to the OTA processing module for processing.

In the above-mentioned embodiment, the OTA menu application data packet is sent to the OTA processing module through the OTA interface module, and the Java menu application data packet is sent to the Java processing module, and then both Java application and OTA application can be realized in the smart card, expanding The scope of application of smart cards.

In another application scenario, the OTA interface module and the OTA processing module can be obtained by sending a download request message. Specific steps are as follows:

The smart card sends a download request message for requesting to download the OTA application data package to the smart card management platform;

The smart card receives the OTA application data packet sent by the smart card management platform according to the download request message, and the smart card installs/applies the OTA application data packet to obtain the OTA interface module and the OTA processing module. application program, in order to adopt the OTA interface module to receive various menu application data packets. Of course, the installed OTA interface module is connected to the Java processing module and the OTA processing module respectively.

In particular, in this embodiment, the smart card downloads the OTA application data package including the OTA interface module and the OTA processing module through a Java application. It should be noted that, in an actual smart card, the application programs of the OTA interface module and the OTA processing module in the smart card are realized by Java programming.

The OTA interface module and OTA processing module in the smart card of this embodiment are not limited to the several methods described in the above-mentioned embodiments, and the application program can also be acquired and installed in other ways. The present invention does not affect the OTA interface module and the OTA processing module. The method of obtaining the application program is limited.

FIG. 2 is a schematic structural diagram of a smart card provided by an embodiment of the present invention. As shown in FIG. 2 , the smart card includes an OTA interface module and an OTA processing module. The OTA interface module includes a first receiving module 201 and a first sending module 202 . The first receiving module 201 is used to receive the menu application data package issued by the smart card management platform, the menu application data package includes a menu application identification; the first sending module 202 is used to determine the menu application data package according to the menu application identification When it is an OTA menu application data packet, send the menu application data packet to the OTA processing module 203; and, the first sending module 202 is also used to determine that the menu application data packet is Java menu application data according to the menu application identifier When packaged, the menu application data package is sent to the Java processing module 204.

Common OTA application menus and Java application menus can be preset under the menu directory of the smart card. In actual use, the OTA interface module recognizes the application identifier of the menu application data packet so as to send the menu application data packet to different processing modules (such as OTA processing module, Java processing module) to execute menu application processing according to the application identifier.

In an application scenario, the OTA interface module and the OTA processing module are preset in the smart card. It should be noted that both the OTA interface module and the OTA processing module can have corresponding functions in a language programming manner. In addition, the Java processing module includes a Java application module and a Java virtual machine module for processing the Java application menu.

In another application scenario, the smart card also includes: a request module and a download module; the request module is used to send a download request message to the smart card management platform for requesting download of the OTA application data package; the download module uses To receive the OTA application data packet sent by the smart card management platform according to the download request message, and the download module is also used to install/apply the OTA application data packet, so as to obtain the OTA interface module and connect the OTA interface The module's OTA handles the module's application. Further, when the user selects any menu under the menu category for the first time, the request module may be triggered to send a request message for downloading the OTA application data package to the smart card management platform.

The smart card mentioned in this embodiment may be a Java card, and its smart card management platform may be a Java card management platform.

The above-described embodiment sends the OTA menu application data packet to the OTA processing module through the OTA interface module, and sends the Java menu application data packet to the Java processing module, and then both the Java application and the OTA application can be implemented in the smart card, which expands The scope of application of smart cards.

FIG. 3 is a schematic structural diagram of a smart card provided by another embodiment of the present invention. As shown in FIG. 3 , the smart card of this embodiment includes an OTA interface module, an OTA processing module (that is, an OTA engine), and a Java processing module. The OTA interface module and the OTA processing module shown in FIG. 3 are preset in the smart card through language programming.

The receiving module 301 shown in Figure 3 is used to receive messages outside the card, and then distribute the received message content to the corresponding API of the lower layer, and the API processes the distributed message by calling the underlying JCRE, JCVM and Native OS The corresponding message will be returned to the topmost Applet after processing. It should be noted that the OTA engine in this embodiment can be an OTA processing module, which is used to be responsible for processing the OTA menu application data packets received in the OTA interface module; in addition, the Java processing module can include a Java application module (as shown in Figure 3 Shown Applets, ToolkitsApplets) and a Java virtual machine module (JCVM as shown in Figure 3), which are used to process the Java menu application packets received in the OTA interface module.

FIG. 4 is a schematic structural diagram of a smart card provided by another embodiment of the present invention, as shown in FIG. 4 . In this embodiment, an OTA interface module and an OTA processing module are added to the structure of the smart card to realize the processing of the OTA menu application data packet. The OTA Toolkit Applet (OTA application toolbox) shown in Figure 4 can be understood as an OTA interface module and an OTA processing module, which is used to realize the functions of the OTA interface module and the OTA processing module. In this embodiment, the application program of the OTA interface module and the OTA processing module is obtained by sending a download request message through the smart card described in the method embodiment of the present invention, such as the smart card obtains the OTA application program data packet from the smart card management platform, and the smart card application described OTA application data package to obtain the application program of the OTA interface module and the OTA processing module. In this embodiment, the Java processing module can include a Java application module (Applets, Toolkits Applets as shown in Figure 4) and a Java virtual machine module (JCVM as shown in Figure 4), which is used to be responsible for processing the OTA interface The Java menu application data package received in the module.

In addition, the Loader Applet (ISD) of the smart card in the first layer shown in Figure 3 and Figure 4: SD (Secure Domains) provides security services for the application of the card issuer (or application provider), including: key processing, data Encryption, data decryption, generation and verification of digital signatures, etc., are divided into two types: ISD (main security domain) and SSD (secondary security domain). The applications on the card are managed by the SD (Security Domain). By default, the card applications are installed in the ISD. SD is also an application of the card. It is used for key management and information verification, just like the concept of SIM, USIM or Java Applet. The managed key can be called GP key. When the off-card entity wants to interact with the on-card application, it needs to first establish a secure channel (SCP) with the SD to which the application belongs. The channel is established using a GP key, and can interact with the target application only after passing the SD verification successfully. In addition, the security domain also provides some interfaces for the application to access its services. The security domain defines a set of very good APDU command interfaces to ensure that all security domains implement the same behavior and can show the same management results on different off-card management systems. Because most of the services and APDU commands provided by the security domain are related to card content management functions, the security domain and OPEN have a very close interaction.

Loader Applet (ISD) mainly interacts with the underlying GP API.

The (U)SIM Applet of the smart card in the first layer: (U)SIM is one of the applications based on the UICC platform, which provides authentication services for accessing the GSM/WCDMA network. (U)SIM protects the interests of network operators and users by preventing unauthorized access through authentication; by encrypting transmission, it can prevent eavesdropping on wireless channels, thereby protecting user privacy. The (U)SIM Applet mainly interacts with the underlying (U)SIM API and UICC API.

The OTA Tookit Applet of the smart card in the first layer: OTA (Over The Air, that is, over the air download technology) Tookit application is a technology for remote management of (U)SIM card data and applications through the mobile communication air interface. What the smart card in the present embodiment adopts is the Java application over-the-air technology (mainly for 3G USIM card). (1) Menu OTA technology: Menu OTA (menu over-the-air download), built-in value-added service application dynamic download and management mechanism, can realize remote management of (U)SIM card files and dynamic download of various STK/USAT applications. Users can add or delete the value-added service menu on the STK/USAT card at any time according to needs, so as to realize the personalization of value-added services and real-time service update, and at the same time, operators and service providers can also carry out value-added services more conveniently and quickly . (2) Java OTA technology: Java OTA also realizes the dynamic download and management of data and applications through the mobile air interface. The object is the Java card. Unlike the 2G Native card, the application of the Java card is a Java Applet implemented in the Java language. , so the transmitted data form is Java Applet. The Java OTA business function is similar to the menu OTA. The Java application manager is installed on the Java card, and the user provides active download and management requirements. The smart card management platform is the core device, and the application management module undertakes the main functions of business download and management. OTA Tookit Applet mainly interacts with the underlying SIMAPI and UICC API.

Applets of the smart card in the first layer: refers to the Java application software running on the (U) SIM card, such as "dynamic password".

Tookits Applets of the smart card in the first layer: special Applet, this Applet can send active commands to the terminal, instruct the terminal to execute, and receive the execution result of the terminal.

Applets and Tookits Applets mainly interact with the underlying JC API.

In an application scenario, the OTA interface module and the OTA processing module exist in the smart card in the form of an OTA virtual machine.

The OTA interface module in this embodiment can download menus and download Java applications, which adopts OTA-SMS mode (slow download). The smart card in this embodiment supports not only menu download but also application download. Application download usually requires cascading download of multiple short messages, and the protocol for transmission between devices and cards is ISO7816-3.

In addition, using the OTA interface module to download the Java application can also use the OTA-BIP method (fast download), wherein the protocol for transmission between the machine and the card is BIP.

The above-described embodiment sends the OTA menu application data packet to the OTA processing module through the OTA interface module, and sends the Java menu application data packet to the Java processing module, and then both the Java application and the OTA application can be implemented in the smart card, which expands The scope of application of smart cards.

In an actual application scenario, when the smart card mentioned in the embodiment of the present invention is installed in a terminal (such as a mobile phone), when the menu list of the terminal does not include part of the menu list or all the menu lists in the smart card, how to open the terminal menu list? The directory displays the menu directory in the smart card, which can be explained through the following steps.

Step N1, the user enters the "menu setting" item of the terminal.

In step N2, the terminal sends a Terminal Response to the smart card to select the identifier of the "download menu/application" item.

Step N3, the smart card receives the Terminal Response to select the identifier of the "Download Menu/Application" entry, and sends a Select Item command response to the terminal according to the received Terminal Response, the response contains undownloaded service menu/application entries, for example : "Weather Forecast", "Location Service" and "Call Service", etc. It should be noted that, for the foregoing method embodiments, for the sake of simple description, they are expressed as a series of action combinations, but those skilled in the art should know that the present invention is not limited by the described action sequence. Because according to the present invention, some can adopt other sequence or carry out simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification belong to preferred embodiments, and the actions and modules involved are not necessarily required by the present invention. In the foregoing embodiments, the descriptions of each embodiment have their own emphases, and for parts not described in detail in a certain embodiment, reference may be made to relevant descriptions of other embodiments.

Those skilled in the art can clearly understand that for the convenience and brevity of the description, the specific working process of the above-described system, device and unit can refer to the corresponding process in the foregoing method embodiment, which will not be repeated here. Finally, it should be noted that: the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: it can still be Modifications are made to the technical solutions described in the foregoing embodiments, or equivalent replacements are made to some of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the various embodiments of the present invention.

Claims (6)

1. the method for processing business of a smart card is characterized in that, comprising:

The OTA interface module of smart card receives the menu application packet that the smart card management platform issues, and described menu application packet comprises the menu application sign;

If the OTA interface module of described smart card determines that according to described menu application sign described menu application packet is an OTA menu application packet, then described menu application packet is sent to the OTA processing module of described smart card;

If the OTA interface module of described smart card determines that according to described menu application sign described menu application packet is a Java menu application packet, then described menu application packet is sent to the Java processing module of described smart card.

2. the method for processing business of smart card according to claim 1 is characterized in that, before the menu application packet that the OTA interface module reception smart card management platform of described smart card issues, also comprises:

Described smart card sends the downloading request message that is used to ask to download OTA application data bag to described smart card management platform;

Described smart card receives the OTA application data bag that described smart card management platform sends according to described downloading request message;

The described OTA interface module of application deployment that the described OTA application data of described application of IC cards bag comprises and the function of OTA processing module.

3. according to the method for processing business of claim 1 or the described smart card of 2 claims, it is characterized in that,

Described smart card is a Java card.

4. a smart card is characterized in that, comprises OTA interface module, OTA processing module and Java processing module,

Described OTA interface module comprises first receiver module and first sending module;

Described first receiver module is used to receive the menu application packet that the smart card management platform issues, and described menu application packet comprises the menu application sign;

Described first sending module when being used for determining that according to described menu application sign described menu application packet is OTA menu application packet, is sent to described OTA processing module with described menu application packet; And

When described first sending module is used for determining that according to described menu application sign described menu application packet is Java menu application packet, described menu application packet is sent to described Java processing module.

5. smart card according to claim 4 is characterized in that described smart card also comprises request module and download module;

The described request module is used for sending the downloading request message that is used to ask to download OTA application data bag to described smart card management platform;

Described download module, be used to receive the OTA application data bag that described smart card management platform sends according to described downloading request message, to use the described OTA interface module of application deployment that described OTA application data bag comprised and the function of OTA processing module.

6. according to claim 4 or the described smart card of 5 claims, it is characterized in that,

Described smart card is a Java card.

Images