JPH07296124A - Ic card applying device - Google Patents

Abstract

PURPOSE:To save labor for developing the IC card applying device. CONSTITUTION:This device is provided with a standard command converting part 21 and an option command converting part 31 for storing a conversion processing means for converting the command of a prescribed form to be used at a CPU 3 in the main body of the device to the command of a form corresponding to the specification of an IC card 2. Then, the IC card 2 is read/written by executing the conversion processing procedure stored in these command converting parts while using a processor 11 different from the CPU 3 in the main body of the device. On the other hand, a command synthesizing plural commands into one command by these command converting parts is provided to the main body of the device so that the conversion processing procedure to be stored in the option command converting part 31 can be inputted from an auxiliary storage device 6 or the like. On the other hand, these command converting parts stores plural kinds of conversion processing procedures.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION The present invention is for reading / reading an IC card.
The present invention relates to an IC card application device having a write function.

[0002]

2. Description of the Related Art Conventionally, there are IC cards capable of reading / writing various data. This type of IC card is carried out based on command / response specifications determined by dedicated specifications. Then, the command / response control is performed by a device for reading / writing the IC card.

[0003]

However, the above-mentioned conventional techniques have the following problems. That is, I
It is necessary for the system application developer of the IC card application device to be familiar with the complicated rules for controlling the read / write of the C card, and there is a problem that the development efficiency of the IC card application device cannot be improved. It was

[0004]

In order to solve the above-mentioned problems, the IC card application device of the present invention is characterized by the following points. (1) A command conversion unit that stores a processing procedure for converting a command in a predetermined format used in the CPU of the apparatus body into a command in a format corresponding to the specifications of the IC card is provided. By executing the processing of the command conversion unit, the command sent from the CPU of the device body is converted into a command of a format corresponding to the specifications of the IC card and sent to the IC card, and the response from the IC card is sent to the device body. It has a processor for converting to the format and sending it to the CPU.

(2) In (1), the command conversion unit has a processing procedure for converting one command of a predetermined format used in the apparatus main body into a plurality of commands of a format corresponding to the specifications of the IC card. Store. (3) In (1) or (2), the processing procedure stored in the command conversion unit is input from the apparatus body side at a predetermined time. (4) In (1), (2), or (3), a plurality of command conversion units are provided, and the processor selects one of the command conversion units according to the content of the response from the IC card and executes the process.

[0006]

[Action]

(1) As a result of including a command conversion unit that stores conversion processing means for converting a predetermined format used in the CPU of the main body device into a command of a format corresponding to the specifications of the IC card, the main body device side has an IC card Need not be directly read / written. Then, the conversion processing procedure stored in the command conversion unit is executed by a processor different from the CPU of the main body device to read / write the IC card. As a result, when developing the main body device, the specifications of the IC card are specified. Developers no longer need to be familiar with read / write procedures. (2) As a result of providing the main body device with a command that combines a plurality of commands into one by the command conversion unit, the main body device can easily perform complicated control of the IC card.

(3) As a result of allowing the conversion processing procedure stored in the command conversion unit to be input from the outside, it is possible to easily cope with a change in the specifications of the IC card, and to save the program on the main unit side. No need to fix. (4) A plurality of types of conversion processing procedures are stored in the command conversion unit, and one of the conversion processing procedures is selected according to the content of the response from the IC card.
Even when the C card is used, read / write control can be performed for each type of IC card,
It is possible to avoid having to consider a plurality of types in the program on the main device side.

[0008]

Embodiments of the present invention will now be described in detail with reference to the drawings. FIG. 1 is a block diagram of an embodiment of an IC card application device of the present invention. The illustrated apparatus is provided with a dedicated module unit 1 for converting a command in a predetermined format for inputting / outputting data to / from the IC card 2 into a command in a format corresponding to the specifications of the IC card 2.
The parts other than the dedicated module part 1 are parts of the main body of the IC card application device. CPU3 in the device body
Controls the entire IC card application device, and controls the code memory 4, the data memory 5, the auxiliary storage device 6, the display 7, the keyboard 8, the external communication I / O 9, and the like.

On the other hand, in the dedicated module 1, the processor 11, the ROM 12, the non-volatile memory 13 and the buffer 1 are provided.
4 etc. are provided. The processor 11 controls communication with the IC card 2. That is, the processor 11 is an IC
The transmission protocol control and the command / response control with the card 2 are performed. Among these, the transmission protocol control is executed by a program stored in the transmission protocol control unit 20 of the ROM 12 in the dedicated module 1. Note that the transmission protocol type includes an asynchronous half-duplex byte transmission method (T =
0) and asynchronous half-duplex block transmission scheme (T = 1 or T
= 14) and so on.

The CPU 3 sends / receives commands to / from the IC card 2.
Regarding response control, both control corresponding to the specifications of the IC card 2 and unique command / response control not restricted by the specifications of the IC card 2 can be performed. Here, the control mode corresponding to the specifications of the IC card is called a transparent mode, and the control mode not restricted by the specifications of the IC card is called a non-transparent mode. The CPU 3 is the processor 11
On the other hand, the transparent mode or the non-transparent mode is designated by the setting by the command between the CPU and the processor. In the transparent mode, the command / response of the IC card 2 is not processed by the processor 11 and the CPU 3 and the IC card 2 are not processed.
It is exchanged as it is with. In this case, the developer of the IC card application device needs to be familiar with the specifications of the IC card 2, and the burden of development work is heavy, but I
The degree of freedom in using the C card 2 is great.

In the non-transparent mode, the protocol between the CPU 3 and the processor 11 is unrelated to the command / response set based on the specifications of the IC card 2. FIG. 2 shows an example of a command format corresponding to the specifications of the IC card. The command of FIG. 2 is an example of a command format for rewriting a certain record in the current file, and in the transparent mode, this data is passed to the processor 11 as it is. However, as shown in FIGS. 2 (a) and 2 (b), even if the command format has the same purpose, the format may differ depending on the type of IC card. In FIGS. 2A and 2B, the first byte to 2
The third byte is a command header, but the third byte is a record ID and a file ID. Therefore, in order to handle them uniformly, in the non-transparent mode, the interface between the CPU 3 and the processor 11 is as shown in FIG.
Format, and the processor 11 converts it into a format corresponding to the specifications of the IC card 2.

The above-described example shown in FIG. 2 is an example of rewriting a record. In addition to this, the interface between the CPU 3 and the processor 11 reads a record, a file, a file selection (selection), and other IC cards. In FIG. 3, the command generally required is specified as shown in FIG. That is, in FIG. 3, the command header and the like are changed to those for instructing record reading and the like. As a result, the difference between the IC cards shown in FIGS. 2A and 2B is absorbed by the conversion processing procedure executed by the processor 11, and the interface between the CPU 3 of the apparatus main body and the IC card 2 is the IC card specification. No longer depends on.

Further, in the above example, the interface between the CPU 3 and the processor 11 is one command, but a plurality of commands / responses may be executed between the processor 11 and the IC card 2. In other words, the dedicated module unit 1 can allow the IC card application device to execute a plurality of commands by executing one command. For example, I
When the confidential data is encrypted and written in the C card 2, there are a plurality of actual commands to the IC card in the form of password verification, data encryption, and data writing, but the processor 11 uses one command from the CPU 3. Can perform these series of operations. In order to enable the dedicated module to provide such a command interface between the CPU and the processor to the apparatus main body,
Such a program is built in the standard command conversion unit 21 of the dedicated module unit 1. As a result, the burden of application development of the IC card application device can be reduced.

The standard command converter 21 as described above is
It is stored in the ROM 12 in the dedicated module unit 1.
That is, the standard command conversion unit 21 is stored as a standard command conversion program created based on the specifications of the IC card 2. In addition, the dedicated module unit 1 is C
A program other than the standard command conversion program can be downloaded from the PU 3 to the nonvolatile memory 13, whereby a different command conversion program can be executed instead of the standard command conversion program. That is, when the processor 11 receives the download command from the CPU 3,
The mode shifts to the stop mode in which the CPU operation is stopped. In the stop mode, the internal registers and the like of the CPU 3 are held and the operation is stopped until external writing is input. Such a register can be composed of, for example, Oki Electric MSM65516 or the like. C in the middle of the processor 11 stop mode
The PU 3 writes the command conversion program in the non-volatile memory 13 in the dedicated module unit 1. This command conversion program writes what is read from the auxiliary storage device 6 connected to the CPU 3 or the external communication I / O 9.

When the above writing is completed, the CPU 3 outputs an external interrupt signal to the dedicated module section 1,
The processor 11 is released from the stop mode. CPU
3 sets a setting command for the dedicated module unit 1 to use the standard command conversion unit 21 or the option command conversion unit 31 before executing the command to the IC card 2. Such downloads
This may be done at the time of initial setting after the power is turned on, but the IC card 2 resets the response (answer toe reset).
It may be performed after identifying what the C card 2 is.
By doing so, the IC card application device can flexibly deal with cards having different specifications.

Next, the operation of the above-mentioned device will be described. FIG. 4 shows the write record command shown in FIG.
The operation of converting to the command of the write record shown in (b) is shown. First, in step S1, it is determined whether the command header of the command shown in FIG. 3 received from the CPU 3 is a write record, and if so, step S2 and subsequent steps are executed. That is, in step S2, the command header of FIG. 3 is set in the command header of FIG.
The file ID of FIG. 3 is set to the file ID of FIG. 2B in step S3, and the record I of FIG. 3 is set in step S4.
Set D to the record ID in FIG. Further, in step S5, the data length is obtained from the data portion of the command of FIG. 3 and set to the data length of FIG. 2 (b). Then, in step S6, the data of FIG. 3 is set in the data portion of FIG. This completes the set of commands in FIG. 2 (b). Then, in step S7, the command of FIG. 2B is issued.

As described above, the command shown in FIG. 3 used in the IC card application device automatically changes to the IC shown in FIG.
Since the command is converted into a command and issued, the IC card application device does not need to know what the IC card specifications are. Therefore, the developer of the IC card application device needs to understand only the command format which is relatively simpler than that shown in FIG. 2B as shown in FIG. Next, the operation when a plurality of commands are issued to the IC card by one command issued by the IC card application device will be described. An example of such a command is a confidential data write command.

FIG. 5 shows a procedure for converting the confidential data write command in the dedicated module section 1. First, in step S11, it is determined whether or not a confidential data write command has been received. The confidential data write command is shown in Fig. 6.
The format is as shown in, and is accompanied by a password for receiving permission to access the file in which the data should be written. When the processor 11 receives this confidential data write command, it issues the password verification command shown in FIG. 7 to the IC card 2 in steps S12 to S15 before issuing the write record command. That is, in step S12, the header of the password verification command in FIG. 7 is set, in step S13 the ID of the file to be permitted access is set from the file ID in FIG. 6, and in step S14, the file with that file ID is set. The password for access is set from FIG. After that, the password collation command of FIG. 7 is issued to the IC card 2 in step S15, and the permission from the IC card 2 is waited for in step S16.

When access permission for the file with the file ID is received from the IC card 2 in step S16, the commands in the format of FIG. 2A are changed from the command of FIG. 6 in steps S17 to S22, as in step S2 and subsequent steps of FIG. Is generated and issued to the IC card 2. On the other hand, if the IC card 2 does not permit the file access due to a password mismatch or the like, the CPU 3 in step S23.
Issue an error notification to. In this way, by issuing one command shown in FIG. 6 from the CPU 3, the two commands shown in FIG. 7 and FIG. 2B are issued to the IC card 2 via the dedicated module unit 1. . Therefore, complicated processing for the IC card 2 can be easily handled by the CPU 3, and the burden on the developer of the IC card application device can be reduced.

The above is the operation when the command format for writing data to the IC card 2 is the format shown in FIG. 2B. Below, such a command format is shown in FIG. The operation in the case of the above will be described. FIG. 8 shows a write record command conversion procedure in this case. First, when it is determined in step S31 that the command header of FIG. 3 indicates a write record, in order to set the file designated by the file ID of FIG. 3 in the IC card 2 to the current file in steps S32 to S32. Issue the command. That is, step S3
In 2, the header of the command for setting the current file is set, in step S33, the ID of the command is set, and then in step S34, the command is issued. As a result, the file having the file ID is set in the IC card 2 as the current file.

When the setting of the current file is completed in step S35, steps S36 to S39 shown in FIG.
The command shown in (a) is generated. That is, step S
The command header of FIG. 3 is set in the command header of FIG. 2A in 36, and the record ID of FIG. 3 is set in step S37.
Is set to the record ID in FIG. Further, in step S38, the data length is obtained from the data portion of the command of FIG. 3 and set to the data length of FIG. Then, in step S39, the data of FIG. 3 is set in the data portion of FIG. This completes the set of commands in FIG. After this, step S4
At 0, the command of FIG. 2A is issued.

As described above, even when the command formats for the IC card 2 are different as shown in FIGS. 2A and 2B, the IC card application apparatus can use the same command of FIG. it can. For such command conversion switching, the standard command conversion unit 21 stores the processing procedure as shown in FIG. 4, the option command conversion unit 31 stores the processing procedure as shown in FIG. This is sometimes done by determining which of the standard command conversion unit 21 and the option command conversion unit 31 is to be executed by the processor 11 according to a predetermined command from the CPU 3.

FIG. 9 illustrates the operation when switching between the standard command conversion unit 21 and the option command conversion unit 31 according to the response contents from the IC card 2. First, in step S41, when a command is received from the CPU 3, prior to converting the command, step S4 is performed.
At step 2, a reset command is issued to the IC card 2. This reset command has a common format regardless of the specifications of the IC card, and the IC card 2 returns a response after the reset is completed. The response message shows the specifications of the IC card. When the reset response from the IC card 2 is received in step S43, the IC is received in step S43.
Generates and issues commands according to the card type. That is, for example, either command conversion shown in FIG. 4 or FIG. 8 is performed.

In this way, even when a plurality of types of IC cards are used in the IC card application device, it is not necessary for the developer of the IC card application device for each type to have knowledge, and FIG. You only need to understand the format shown in. It should be noted that the present invention is not limited to the above-described embodiments, and various modifications can be made. For example,
The apparatus of the above-described embodiment is capable of performing various operations, but it does not matter whether it performs only the conversion processing shown in FIG. 4 or other conversion processing.

[0025]

As described above, according to the IC card application apparatus of the present invention, the command of a predetermined format is converted into the IC card format by a processor other than the CPU of the IC card application apparatus, and the IC card is converted into the IC card format. Since the transmission protocol and command / response control required for communication with the IC card are controlled, the IC card application device can be developed even if the developer of the IC card is not familiar with the details of the IC card transmission protocol and command / response control. be able to. Therefore, it is possible to improve the development efficiency of the IC card application device, facilitate the application of the IC card in various fields, and expand the use of the IC card.

[Brief description of drawings]

FIG. 1 is a block diagram of an embodiment of an IC card application device of the present invention.

FIG. 2 is an explanatory diagram of an example of a command format of an IC card.

FIG. 3 is an explanatory diagram of an example of a command format in the CPU.

FIG. 4 is a write record command conversion procedure (1).
It is a flowchart explaining.

FIG. 5 is a flowchart illustrating a procedure for converting a confidential data write command.

FIG. 6 is an explanatory diagram of a confidential data write command format in the CPU.

FIG. 7 is an explanatory diagram of a password verification command format of an IC card.

FIG. 8: Write Record Command Conversion Procedure (Part 2)
It is a flowchart explaining.

FIG. 9 is a flowchart illustrating setting of a conversion processing procedure based on a command response.

[Explanation of symbols]

 1 Dedicated Module 2 IC Card 3 CPU 11 Processor 21 Standard Command Converter 31 Option Command Converter

Claims (4)

[Claims] 1. A command conversion unit that stores a processing procedure for converting a command in a predetermined format used in the apparatus main body into a command in a format corresponding to the specifications of an IC card, and executes processing of the command conversion unit. By doing so, the command sent from the CPU of the device body is converted into a command of a format corresponding to the specifications of the IC card and sent to the IC card, and the response from the IC card is converted into the format of the device body. An IC card application device comprising a processor for sending to the CPU. 2. The command conversion unit stores a processing procedure for converting one command of a predetermined format used in the apparatus main body into a plurality of commands of a format corresponding to the specifications of the IC card. I according to claim 1, characterized in that
C card application device. 3. The I according to claim 1, wherein the processor inputs a processing procedure stored in the command conversion unit from the apparatus main body side at a predetermined time.
C card application device. 4. A plurality of command conversion units are provided,
4. The IC according to claim 1, wherein the processor executes a process by selecting one of the command conversion units according to the content of the response from the IC card. Card application device.