JP2012198812A - Portable electronic apparatus and ic card - Google Patents

Abstract

PROBLEM TO BE SOLVED: To efficiently transmit and receive a plurality of commands when there are the plurality of commands in UIM to be executed by ME with a time lag reduced, and allow the ME to execute the plurality of commands with a slight time lag.SOLUTION: A portable electronic apparatus 2 interprets and executes a command from the outside 1 and replies the result thereof. The portable electronic apparatus 2 includes: a command generation section for generating a plurality of request commands for requesting a specific operation to the outside, for the specific command from the outside; a notification section that when replying to the specific command, notifies the outside of the generation of the request commands and when being instructed from the outside to fetch the request commands, collects the generated plurality of request commands into a single reply request command and notifies the outside thereof; and an acquiring section for acquiring a single reply result command formed by collecting the respective execution results of the plurality of request commands in the outside, from the outside.

Description

  Embodiments described herein relate generally to a portable electronic device and an IC card.

Many overseas countries have adopted GSM (registered trademark) (Global System for Mobile communications) as a mobile phone system. In the GSM (registered trademark) system, a SIM (Subscriber Identity Module) card, which is a kind of IC card, is indispensable in a mobile phone.
In Japan, a mobile phone system that adopts the 3GPP (3rd Generation Partnership Project) standard instead of GSM (registered trademark) has been launched. In the 3GPP standard, an IC card similar to a SIM card and a USIM (Universal Subscriber Identity Module) card are essential.

  SIM and USIM used in GSM (registered trademark) and 3GPP are inserted into a mobile phone terminal. In SIM and USIM, key information, encryption algorithm, and various network parameters necessary for connecting to the communication network of the carrier are recorded. The mobile phone terminal transmits such information to the carrier's OTA (Over The Air) server, authentication / management server, etc., and authenticates with these servers. If the authentication result is correct, the communication service of the carrier is provided. It becomes possible to receive.

  Non-Patent Documents 1 and 2 define a specification called CAT (Card Application Tool Kit). The CAT is mounted on a card (hereinafter referred to as UIM) for identifying subscriber information such as a mobile phone represented by SIM, USIM, UIM, etc. in an IC card. One of the CAT specifications defines a function called a Proactive command that makes various operation requests and information transmission from a UIM to a mobile phone (hereinafter referred to as ME) or a network server.

ETSI TS 102 223 ETSI TS 102 241

  According to the above-mentioned standard, in the UIM, when an applet called ToolKit Applet or embedded software is executed, the UIM may generate a proactive command transmission request. At this time, the UIM transmits a Proactive command as response data for the Fetch command transmitted from the ME. Thereafter, the ME performs processing based on the received Proactive command, and outputs a Terminal Response command to indicate the execution result.

  At this time, in the current standard, only one Proactive command can be transmitted at a time. Therefore, when it is desired to send two requests, ie, a key input request and a sound output request from the user, to the ME, it is necessary to output two Proactive commands. For this reason, it is necessary to repeatedly execute the Fetch → Terminal Response command transmission / reception procedure, which is a procedure defined by the above-mentioned standard, and the execution process is complicated. Further, even when it is desired to execute the key input request and sound output by the user almost simultaneously, there is a possibility that a desired operation may not be performed because a long time lag occurs in transmission / reception of two Proactive commands. In some cases, two Proactive commands may be executed in a desired order.

  Therefore, when there are a plurality of commands that the MEM wants to execute with a reduced time lag in the UIM, there is a need for a technique that enables the ME to execute the plurality of commands efficiently with a small time lag. is there.

  According to an embodiment of the present invention for solving the above-described problem, a portable electronic device that interprets and executes an external command instruction and responds to the result, in response to a specific command instruction from the outside A command generation unit that generates a plurality of request commands for requesting a specific operation to the outside, and in response to the specific command instruction, notifies the generation of the request command to the outside, and extracts the request command from the outside. When instructed, a plurality of generated request commands are combined into a single response request command to notify the outside, and a single response result command that summarizes the external execution results of each of the plurality of request commands There is provided a portable electronic device including an acquisition unit for acquiring the information from the outside.

The figure which shows the connection of ME and UIM of 1st Embodiment, and each component block. The figure which shows the normal command transfer procedure between ME and UIM of 1st Embodiment. The figure which shows the multiple command transmission / reception procedure between ME and UIM of 1st Embodiment. The flowchart which shows the process sequence of UIM for implement | achieving the communication procedure of 1st Embodiment. The figure which shows the Proactive command data format in the normal command transfer procedure of 1st Embodiment. The figure which shows the Proactive command data format in the multiple command transmission / reception procedure of 1st Embodiment. The figure which shows the Terminal Response data format in the normal command transmission / reception procedure of 1st Embodiment. The figure which shows the Terminal Response data format in the multiple command transmission / reception procedure of 1st Embodiment. The figure which shows the multiple command transmission / reception procedure between ME and UIM of the form of a variation. The block diagram for demonstrating the example which incorporated the UIM of this Embodiment in the IC card, and was comprised.

[First embodiment]
FIG. 1 is a diagram showing a connection between a cellular phone terminal (ME) 1 and a UIM 2 according to the present embodiment, and respective configuration blocks. The UIM2 is a formable electronic device, and is attached to the ME1 and handles data when the mobile phone application is used.

  The ME 1 is provided with a control unit 11, a display unit 12, a communication unit 14, and an input unit 15. The control unit 11 controls the operation of each unit in the ME 1 in an integrated manner. The display unit 12 displays information for the user. The communication unit 14 performs data communication with the UIM2. The input unit 15 inputs an instruction from the user.

  The UIM 2 includes a communication interface unit 21, a control unit 22, a RAM 23, a ROM 24, and a nonvolatile memory 25.

  The communication interface unit 21 receives data transmitted from the ME 1 and outputs the data to the control unit 22. The control unit 22 performs calculation, control, etc., and controls the UIM 2 in an integrated manner. The ROM 24 is a read-only memory. The ROM 24 stores basic software such as an operating system (OS), applications, and data. The RAM 23 is used as a work area in the processing of the control unit 22. The nonvolatile memory 25 is a rewritable nonvolatile memory such as an EEPROM or a flash memory, and is normally used as a user work area, a program area, or the like. The below-described Applet is stored in the nonvolatile memory 25.

  FIG. 2 is a diagram illustrating a normal command exchange procedure between the ME 1 and the UIM 2 according to the first embodiment.

  In step S01, ME1 transmits an envelope command to UIM2. Here, the Envelop command defines a plurality of types of formats in the above-mentioned standard. For example, Eventdownload is one type of this format, and is a content for notifying UIM2 that a predetermined event has occurred in ME1.

  In UIM2, the Applet corresponding to the received Envelop command is activated, and the program described in Applet is executed. In this case, when causing ME1 to perform some operation, for example, when executing a process of displaying a user key input request on the display unit 12 of ME1, a Proactive command specifying a key input request screen display is transmitted to ME1. It is necessary to. In step S02, UIM2 transmits a status word of “91XX” to ME1. The status word “91XX” represents a transmission request for a Proactive command. That is, it indicates that there is a Proactive command to be transmitted to UIM2.

  The ME 1 that has received the status word “91XX” outputs a Fetch command to the UIM 2 in step S03. In step S04, the UIM 2 that has received the Fetch command transmits to the ME 1 the Proactive command that designates the key input request screen display and the status word “9000”. The ME 1 that has received the Proactive command executes screen display processing corresponding to the Proactive command.

  In step S05, ME1 outputs the execution result to UIM2 as a terminal response. For example, a response indicating that the execution has been completed, the user cannot execute another operation during execution, or an execution has been stopped due to an error is returned. The UIM2 Applet confirms the response result and then executes subsequent processing to generate, for example, a Proactive command for outputting sound. In step S06, UIM2 transmits a status word of “91YY” to ME1, as a transmission request for a Proactive command designating voice output.

  The ME1 determines that the Proactive command is stored in the UIM2 based on the status word “91YY”, and transmits a Fetch command in step S07 in order to acquire it. The UIM 2 receives the Fetch command, and in response, transmits a Proactive command designating voice output and a status word of “9000” to the ME 1 in step S08. The ME 1 that has received the Proactive command executes an audio output process corresponding to the Proactive command.

  In step S09, ME1 outputs the execution result to UIM2 as a terminal response. In step S10, UIM2 transmits a status word of “9000” and ends the transmission of the Proactive command. Subsequent processing follows the Applet program.

  FIG. 3 is a diagram illustrating a procedure for exchanging a plurality of commands between the ME 1 and the UIM 2 according to the first embodiment. FIG. 4 is a flowchart illustrating the processing procedure of the UIM 2 for realizing the communication procedure of the first embodiment. Hereinafter, a communication procedure in the case where a plurality of Proactive commands to be transmitted to the ME 1 in the UIM 2 are generated at one time in the Applet process will be described with reference to FIGS. 3 and 4.

  In step S11, ME1 transmits an envelope command to UIM2. In UIM2, the Applet corresponding to the received Envelop command is activated, and the program described in Applet is executed. At this time, for example, when executing a process of displaying a key input request screen on the display unit 12 of the ME 1 and a process of outputting a sound with a small time lag, the Proactive command 1 that specifies the screen display for the ME 1 It is necessary to transmit the Proactive command 2 designating the audio output. In step S12, UIM2 transmits a status word of “91ZZ” to ME1. Although the details of the status word “91ZZ” will be described later, this indicates that there is a Proactive command to be transmitted to the UIM2.

  Upon receiving the status word “91ZZ”, ME1 outputs a Fetch command to UIM2 in step S13. In step S14, the UIM 2 that has received the Fetch command transmits to the ME 1 a Proactive command 1 that specifies screen display, a Proactive command 2 that specifies voice output, and a status word of “9000”.

  FIG. 5 is a diagram illustrating a Proactive command data format in a normal command exchange procedure according to the first embodiment. 5 (1) shows the data format of the Proactive command 1, and FIG. 5 (2) shows the data format of the Proactive command 2.

The Proactive command data includes “Tag”, “Length”, and “Value” blocks. “Tag” represents the type of command. “Length” represents the length of the “Value” block. “Value” represents the contents of the data.
The “Value” block further includes blocks such as “Command Details”, “Device Identities”, and “Text String”, and each block includes “Tag”, “Length”, and “Value” as data. It is out.

  The data of each block shown in FIG. 5 is represented by Hexa (hexadecimal) display. That is, the length (Length) of the “Value” block of Proactive command 1 is 14 bytes in Hexa, that is, 20 bytes in decimal notation. The length (Length) of the “Value” block of Proactive command 2 is 09 bytes in Hexa, that is, 09 bytes in decimal notation.

  Note that “XX” and “YY” in the status words “91XX” and “91YY” transmitted from the UIM2 to the ME1 in steps S02 and S06 in FIG. 2 respectively represent the lengths of the Proactive commands 1 and 2 to be transmitted. .

  FIG. 6 is a diagram illustrating a Proactive command data format in the multiple command transmission / reception procedure according to the first embodiment.

  The data format transmitted from the UIM 2 to the ME 1 in the multiple command exchange procedure is configured by connecting the data format of the Proactive command 1 and the data format of the Proactive command 2 shown in FIG.

  Note that “ZZ” of the status word “91ZZ” transmitted from the UIM 2 to the ME 1 in step S12 of FIG. 3 is a value obtained by adding “XX” and “YY” described above.

  The ME 1 that has received the Proactive command data extracts the Proactive commands 1 and 2 from the command data. The ME 1 can identify and extract the Proactive commands 1 and 2 by referring to the “Length” block shown in FIG.

The ME 1 executes a key input request screen display process according to the Proactive command 1 and a voice output process according to the Proactive command 2.
In step S15, the ME1 outputs the execution result according to the proactive commands 1 and 2 to the UIM2 as a terminal response.

  FIG. 7 is a diagram illustrating a terminal response data format in a normal command exchange procedure according to the first embodiment. FIG. 7A shows the data format of Terminal Response 1 corresponding to Proactive command 1, and FIG. 7B shows the data format of Terminal Response 2 corresponding to Proactive command 2.

  The terminal response data includes “Tag”, “Length”, and “Value” blocks. “Tag” represents the type of command. “Length” represents the length of the “Value” block. “Value” represents the contents of the data. The format of these blocks is the same as the format of the block of Proactive command data, and thus detailed description thereof is omitted.

  FIG. 8 is a diagram illustrating a terminal response data format in the multiple command transmission / reception procedure according to the first embodiment.

  The Terminal Response data format transmitted from the ME 1 to the UIM 2 in the multiple command exchange procedure is configured by concatenating the Terminal Response 1 data format and the Terminal Response 2 data format shown in FIG.

  The UIM 2 analyzes the contents of the terminal response data and confirms the execution result. In step S16, UIM2 transmits a status word of “9000” and ends the transmission of the Proactive command. Subsequent processing follows the Applet program.

  The execution order of the Proactive commands 1 and 2 processed by the ME 1 can be included as data in the “Value” block of the “Command Details” of the Proactive command data. Therefore, the transmission order of the Proactive commands may be arranged in the execution order or may not be arranged. On the other hand, when the execution order is not specified, the execution order for the proactive commands 1 and 2 processed by the ME 1 may be appropriately selected by the ME 1.

  In addition, the execution order can be included as data in the “Value” block of “Command Details” of the terminal response data transmitted by the ME 1. Therefore, in this case, the terminal response data may not be arranged in the execution order. On the other hand, ME1 may transmit the terminal response data in the order of execution.

[Variation of the first embodiment]
In the variation of the first embodiment, the communication procedure of the terminal response data transmitted from the ME 1 to the UIM 2 is different from that of the first embodiment. The same parts as those in the first embodiment are denoted by the same reference numerals, and detailed description thereof is omitted.

FIG. 9 is a diagram illustrating a multiple command exchange procedure between ME1 and UIM2 in a variation form.
Steps S21 to S24 are the same as steps S11 to S14 described in FIG. 3, and thus detailed description thereof is omitted.

  The ME 1 that has received the Proactive command data extracts the Proactive commands 1 and 2 from the command data. Then, ME1 executes a key input request screen display process in accordance with Proactive command 1. In step S25, ME1 outputs the execution result according to Proactive command 1 to UIM2 as Terminal Response1. The UIM2 analyzes the content of the Terminal Response1 data and confirms the execution result.

  Thereafter, in step S30, UIM2 transmits a status word of “9000”, ends transmission of Proactive command 1, and waits for the execution result of Proactive command 2.

  After the process according to the proactive command 1, the ME 1 executes a voice output process according to the proactive command 2. In step S26, ME1 outputs the execution result according to Proactive command 2 to UIM2 as Terminal Response2. UIM2 analyzes the content of Terminal Response2 data and confirms the execution result.

  Thereafter, in step S27, UIM2 transmits a status word of “9000” and ends the transmission of the Proactive command. Subsequent processing follows the Applet program.

  The execution order of the Proactive commands 1 and 2 processed by the ME 1 can be included as data in the “Value” block of the “Command Details” of the Proactive command data. Therefore, the order of the Proactive commands may be arranged in the execution order or may not be arranged. On the other hand, when the execution order is not specified, the execution order for the proactive commands 1 and 2 processed by the ME 1 may be appropriately selected by the ME 1.

  Since the terminal response data from the ME 1 is transmitted in the execution order, the UIM 2 can easily grasp the execution order of the terminal response data.

  In the transmission procedure described in each of the above-described embodiments, two proactive commands are handled, but two or more proactive commands can be handled. The maximum number of commands (data length) that can be included in one transmission is determined by the communication protocol or product specifications. Therefore, within this range, a plurality of commands can be set as one transmission data.

  As described above, according to the embodiment described above, since one transmission data can include a plurality of proactive commands, the ME 1 can execute a plurality of processes with a reduced time lag. Further, when handling a plurality of commands, the execution order processed by the ME 1 can be specified, and the execution order processed by the ME 1 can be easily grasped. Furthermore, the exchange of command responses between ME1 and UIM2 can be shortened.

The UIM 2 described above can be incorporated in an IC card and configured to transmit and receive data to and from a card reader / writer.
FIG. 10 is a block diagram for explaining an example in which the UIM according to the present embodiment is incorporated in the IC card 100.

  As shown in FIG. 10, the IC card 100 includes a card-like main body 101 made of plastic or the like, and an IC module 102 built in the main body 101. The IC module 102 includes one or a plurality of IC chips 103 and a communication I / F unit 21. The IC chip 103 and the communication I / F unit 21 are formed by being embedded in the IC module 102 while being connected to each other. The UIM of this embodiment can be configured as the IC module 102.

Note that the present invention is not limited to the above-described embodiment as it is, and can be embodied by modifying the constituent elements without departing from the scope of the invention in the implementation stage.
Various inventions can be formed by appropriately combining a plurality of constituent elements disclosed in the embodiment. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, you may combine suitably the component covering different embodiment.

  DESCRIPTION OF SYMBOLS 1 ... Mobile telephone terminal, 2 ... Portable electronic device, 11 ... Control part, 12 ... Display part, 14 ... Communication part, 15 ... Input part, 21 ... Communication interface part, 22 ... Control part, 23 ... RAM, 24 ... ROM, 25 ... non-volatile memory, 100 ... IC card, 101 ... main body, 102 ... IC module, 103 ... IC chip.

Claims (7)

In portable electronic devices that interpret and execute command instructions from outside and respond to the results,
A command generation unit for generating a plurality of request commands for requesting a specific operation from the outside in response to a specific command instruction from the outside;
When a response to the specific command instruction is made, the generation of the request command is notified to the outside, and when the extraction of the request command is instructed from the outside, the plurality of generated request commands are combined into one response request command. A notification unit for notifying the outside;
A portable electronic device, comprising: an acquisition unit that acquires from the outside a single response result command that summarizes the external execution results of each of the plurality of request commands. The response request command includes information specifying the execution order of each of the plurality of request commands,
The portable electronic device according to claim 1, wherein the response result command includes information indicating an order in which each of the plurality of request commands is executed. In the response request command, an execution order of each of the plurality of request commands is designated by an array order,
The portable electronic device according to claim 1, wherein the response result command represents an order of execution of each of the plurality of request commands as an arrangement order. In portable electronic devices that interpret and execute command instructions from outside and respond to the results,
A command generation unit for generating a plurality of request commands for requesting a specific operation from the outside in response to a specific command instruction from the outside;
When a response to the specific command instruction is made, the generation of the request command is notified to the outside, and when the request command is instructed from outside, the plurality of generated request commands are combined into one response request command. A notification unit to notify the outside,
A portable electronic device comprising: an acquisition unit configured to acquire a response result command representing an execution result of the request command externally from the outside for each of the plurality of request commands. The response request command includes information specifying the execution order of each of the plurality of request commands,
The portable electronic device according to claim 4, wherein each of the response result commands includes information indicating an order in which the request commands are executed. In the response request command, an execution order of each of the plurality of request commands is designated by an array order,
The portable electronic device according to claim 4, wherein the acquisition unit acquires the response result commands corresponding to the order in which the plurality of request commands are executed. An IC module having each part according to any one of claims 1 to 6;
An IC card comprising: an IC card main body storing the IC module.

Images