JP2009252146A - Information recording medium, semiconductor device, program and initialization method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an information recording medium for issuing an arbitrary OS without disclosing specifications of the OS to a third person. <P>SOLUTION: Based on an instruction from an external device, a driver part corresponding to an interface part connected to the external device among a plurality of interface parts is initialized. When input of a command from an interface part is received after the initialization is completed, a driver part corresponding to the interface part which receives the input of the command outputs the command to an OS corresponding to the own device when the command is executable by the OS, and outputs the command to a protocol conversion part when the command is not executable by the OS. The protocol conversion part performs protocol conversion of the command output from the driver part, and outputs the resulting command to an executable OS. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to an information recording medium, a semiconductor device, a program, and an initialization method related to initialization of a semiconductor on which a plurality of OSs are mounted.

Conventionally, an IC card has been used. The embedded OS including the IC card has been diversified. However, the application has become multi-functional and the operating environment is a single (one type) OS.
When using such an application that runs on the OS, it is necessary to perform initialization first. As a technique for performing such initialization, for example, it is described in the following Patent Documents 1 and 2.
Japanese Patent No. 2592856 Japanese Patent No. 3199820

However, when a multi-OS system in which a plurality of OSs are mounted on the same platform (semiconductor) is advanced, it is necessary to initialize not only the application but also the OS itself.
In general, when each embedded OS is implemented mainly to control a strong communication function, each communication function is often included in the same OS. Therefore, each initialization of the OS using the communication function managed by the other OS requires the input (initial issue) of data including the technical assets of the other OS, thus preventing the technical assets from being leaked outside the company. Usually not possible from a viewpoint.
Such initialization methods with security for the OS have been proposed in the above-mentioned Patent Documents 1 and 2, but the OS itself and the issuing technology are prevented from leaking outside. It is not about initialization.

  The present invention has been made in view of such circumstances, and an object thereof is to issue an arbitrary OS without disclosing OS issue specifications to a third party in an information processing apparatus in which a plurality of OSs are installed. It is to provide an information recording medium, a semiconductor device, a program, and an initialization method that can perform the above.

  In order to solve the above-described problems, the present invention provides an information recording medium on which a plurality of OSs are mounted, the driver unit corresponding to each of the plurality of OSs, and realizing a communication function, the driver and the OS, A protocol conversion unit that converts a protocol between them, and a function of accepting input of a command from an external device, each of a plurality of different interface units, and based on instructions from the external device, among the plurality of interface units An initialization unit that initializes a driver unit corresponding to an interface unit connected to an external device; and after initialization by the initialization unit, when an input of a command is received from the interface unit, the input of the command is When the driver unit corresponding to the received interface unit can execute the command on the OS corresponding to itself When a command is output to the OS corresponding to itself and the command cannot be executed by the OS corresponding to itself, the command is output to the protocol conversion unit, and the protocol conversion unit outputs the protocol of the command output from the driver unit Conversion is performed and output to an executable OS.

In the information recording medium described above, the initialization unit may initialize the driver when a power-on reset signal is input.
Further, the present invention provides the above-described information recording medium, wherein the plurality of interface units include at least a contact type interface that communicates with an external device and a non-contact type interface that communicates with the external device wirelessly. It is characterized by including.

  The present invention is also a semiconductor device in which a plurality of OSs are mounted, a driver unit that realizes a communication function corresponding to each of the plurality of OSs, and a protocol that converts a protocol between the drivers and the OSs A conversion unit, an input unit that receives an input of a command from an external device input via an interface, and an interface unit connected to the external device among the plurality of interface units based on an instruction from the external device An initialization unit that initializes a corresponding driver unit, and after being initialized by the initialization unit and receiving an input of a command by the input unit via the interface, the interface corresponding to the input of the command is accepted When the driver unit can execute the command on the OS corresponding to itself, When the command cannot be executed by the OS corresponding to itself, the command is output to the protocol conversion unit, and the protocol conversion unit can execute the protocol converted by the command output from the driver unit. Output to a different OS.

  The present invention also provides a driver function for realizing a communication function corresponding to each of the plurality of OSs, a protocol conversion function for converting a protocol between the driver and the OS, A driver unit corresponding to an interface unit connected to an external device out of the plurality of interface functions based on instructions from a plurality of different interface functions and an external device, each having a function of receiving a command input from the device When the command input is received from the interface function after being initialized by the initialization function, the driver unit corresponding to the interface function that has received the command input is If the command can be executed by the OS corresponding to itself In addition, when a command is output to the OS corresponding to itself and the command cannot be executed by the OS corresponding to itself, the function is output to the protocol conversion function, and protocol conversion of the command output from the driver unit is performed. This is a program for realizing the function of outputting to an executable OS.

  The present invention is also an initialization method for an information recording medium on which a plurality of OSs are mounted, wherein a driver unit of the information recording medium performs communication corresponding to each of the plurality of OSs, and the information recording medium The protocol conversion unit converts the protocol between the driver and the OS, any one of the plurality of interface units of the information recording medium receives an input of a command from an external device, and the initialization unit Of the plurality of interface units, the driver unit corresponding to the interface unit connected to the external device is initialized, and after initialization by the initialization function, the command from the interface function When the input is accepted, the driver unit corresponding to the interface function that accepted the input of the command sends the command to itself. A command is output to the OS corresponding to itself, and the command is output to the protocol conversion function when the command cannot be executed by the OS corresponding to the OS. The protocol conversion unit performs protocol conversion of the command output from the driver unit, and outputs the command to an executable OS.

Conventionally, the OS and its driver are integrated. However, in the present invention, since the OS layer and the communication function are divided, the issue specification of the OS that becomes the technical asset of each company is provided to a third party. It is possible to realize issuance of an OS through an arbitrary communication interface without disclosing the specification.
For example, it is possible to prevent outflow of mounting know-how of each OS from the issued command in the initialization of the IC card.
Further, for an issuer, it is possible to realize OS issuance through an arbitrary communication interface that is assumed to be used by an arbitrary OS initialization (issue) command and a communication function initialization command.

  As described above, according to the present invention, the OS and the driver are separated, the input command is received by the driver, the protocol is converted, and the command is output to the OS to be executed. Thus, it is possible to implement OS issuance through an arbitrary communication interface without disclosing the OS issuance specification to a third party.

Hereinafter, an IC card according to an embodiment of the present invention will be described with reference to the drawings.
FIG. 1 is a schematic block diagram showing a functional configuration of an IC card according to an embodiment of the present invention.
In this figure, the IC card 1 is, for example, an information recording medium having a dual interface. For example, the IC card 1 is a non-contact type interface that communicates various data wirelessly with a contact type interface. A contact interface. Here, the contact type interface can be executed by the first OS (for example, OS-A), and the non-contact type interface can be executed by the second OS (for example, OS-B). To do. Here, a driver for driving each interface is required.

As shown in this figure, an IC card 1 includes a CPU (Central Treatment Device) 10, a ROM (read-only memory) 11, a RAM (random-access memory) 12, an EEPROM (electrically erasable programmable read-only memory) 13, An I / O (Input / Output) 14 is connected via a bus 20. The CPU 10 uses the information stored in the ROM 11, RAM 12, and EEPROM 13 to transmit / receive information to / from the terminal device through the I / O 14 and perform various command processes.
The I / O 14 has a function of receiving a command transmitted from an external device such as a reader / writer or a terminal device. The I / O 14 includes the above-described contact type interface, non-contact type interface, and the like.

FIG. 2 is a diagram showing a functional configuration of the IC card 1 in the configuration of FIG. Here, a case where each function is divided for each layer, the OS is two types, and there are two interface units will be described as an example.
I / F-A and I / F-B correspond to the above-described interface unit, and have a function of receiving a command input from an external device. Here, for example, a contact type interface is applied to I / F-A, and a non-contact type interface is applied to I / F-B.
H / W is a hardware circuit, and transfers various data between I / F-A and I / F-B and driver A and driver B. Here, data transfer is performed between the I / F-A and the driver A, and between the I / F-B and the driver B. This H / W belongs to an upper layer layer of I / F-A and I / F-B.
Further, the H / W functions as an initialization unit that initializes a driver unit corresponding to an interface unit connected to the external device among the plurality of interface units based on an instruction from the external device.

Driver A corresponds to OS-A and driver B corresponds to OS-B, and realizes a communication function between the interface unit and the OS. These driver A and driver B correspond to the above-described driver unit and belong to a higher layer layer of H / W.
When the driver (driver A, driver B) receives an input of a command from the interface unit after being initialized by the initialization unit, the driver corresponding to the interface unit that has received the input of the command Is executed by the OS corresponding to itself, a command is output to the OS corresponding to itself, and when the command cannot be executed by the OS corresponding to itself, the command is output to the protocol conversion unit. Whether or not the command can be executed by itself is determined based on information specifying the OS included in the command. The driver A and the driver B may be provided with a function as the above-described initialization unit.

OS-A and OS-B are operating systems, and these have different functions. The OS-A and OS-B belong to a higher layer than the drivers A and B.
P / T is a layer layer that does not depend on the OS, and functions as a common module for each driver (driver A, driver B) and each OS (OS-A, OS-B). The P / T functions as a protocol conversion unit that converts a protocol between the driver and the OS. This P / T performs protocol conversion of the command output from the driver and outputs it to an executable OS.

  Such a driver, P / T, and OS are realized by the CPU 10 reading and executing a program stored in the ROM 11, RAM 12, EEPROM 13, or the like.

Next, the operation of the IC card 1 in the above configuration will be described. Here, a description will be given while comparing the conventional and the present embodiment.
FIG. 3 is a conceptual diagram illustrating initialization of OS-A, which is an example of an OS. FIG. 3A shows an IC card (referred to as a conventional method) in the prior art, and FIG. 3B shows an IC card (referred to as a proposed method) in the present embodiment. Here, P / T in FIG. 3 is a module having a function of performing protocol conversion (the control unit 40 described above). H / W is hardware for transferring various data. For example, I / F-A is a contact type interface corresponding to OS-A, and I / F-B is a non-contact type interface corresponding to OS-B.
In such a module configuration, before the IC card 1 is powered on, the conventional method is different from the OS-A and the module in which the OS-A and OS-A drivers (driver A) are integrated. The OS-B which is the OS and the module in which the OS-B driver (driver B) is integrated are not initialized.
In the proposed method, neither driver A nor driver B is initialized.

FIG. 4 is a diagram for explaining a state immediately after the power is turned on to the I / F-A in FIG.
Here, after the I / F-A is connected to the reader / writer of the IC card and the power is turned on, when a command to be executed by the OS-B is input from the I / F-A, Since the OS (OS-A and OS-B) has not been initialized after the input, the driver cannot be used and the OS-B cannot be accessed (FIG. 4A). That is, since the OS-A and the driver A are integrated and belong to the same layer, the driver A is not initialized unless the OS itself is initialized. Cannot accept commands.
On the other hand, in the proposed method, OS-A and driver A are separated, and driver A is configured to belong to a lower layer of OS-A, so it does not depend on the state of OS-A. Since the driver A is initialized immediately after the power is turned on, the OS-B can be accessed via the I / F-A and H / W. Here, after the driver A is initialized, the driver A receives a command input via the I / F-A and H / W and outputs it to the P / T. P / T performs protocol conversion of this command and outputs it to OS-B. Thereby, OS-B can be accessed. Here, the command output to the OS-B is, for example, a command for initializing the OS-B, and the OS-B can be accessed via the driver A.

FIG. 5 is a diagram for explaining a case where OS-A is initialized in FIG.
Here, a command for OS-A is transmitted from the reader / writer to the IC card 1 via the I / F-A. In the conventional method, the I / F-A outputs this command to the module in which the OS-A and the driver A are integrated via the H / W, so that the OS-A and the driver A are integrated. By initializing the module, the OS-A and the driver A are initialized, and the driver A can be used (FIG. 5A).
In the proposed method, since the driver A is already initialized, the driver A outputs a command for initializing the OS-A from the I / F-A via the H / W to the OS-A. OS-A is initialized (FIG. 5B).

FIG. 6 is a diagram for explaining the process immediately after the initialization of OS-A in FIG. As shown in this figure, in the conventional method, since the driver A is initialized, the OS-B and the driver B are integrated through the driver A and the P / T with commands for OS-B. It becomes possible to output to the module (FIG. 6A).
In the proposed method, since the driver A is initialized, the OS-B command can be output to the module in which the OS-B and the driver B are integrated via the driver A and P / T. (FIG. 6B).

Next, the operation of the IC card 1 will be further described with reference to the drawings.
FIG. 7 is a sequence diagram for explaining the operation immediately after power-on in the conventional method, and FIG. 8 is a flowchart for explaining the operation of the IC card 1.
First, before the power is turned on, the module in which the OS-A and the driver A are integrated is mounted on the IC card 1 in an uninitialized state (step S11 in FIG. 8). When a power-on reset signal is input from the reader / writer to the I / F-A (step S1 in FIG. 7, step S12 in FIG. 8), it waits for reception of the next command (step S2 in FIG. 7, step S13 in FIG. 8). ). When the I / F-A receives the initialization command for OS-B (step S3 in FIG. 7 and step S14 in FIG. 8), both the driver A and the driver B are in the uninitialized state, and thus determined as abnormal. (Step S4 in FIG. 7, Step S15 in FIG. 8) and an error is sent out (Step S16 in FIG. 8).
Thus, in the conventional method, since OS-A and driver A have the same life cycle management, in a state where initialization of OS-A is not completed, a command to other than OS-A is received. However, a command cannot be passed to another OS (OS-B in this embodiment).

FIG. 9 is a sequence diagram for explaining the operation after power-on in the proposed method, and FIG. 10 is a flowchart for explaining the operation of the IC card 1 in the proposed method.
First, before the power is turned on, the OS-A and the driver A are mounted on the IC card 1 in an uninitialized state (step S221 in FIG. 10).
When a power-on reset signal is input from the reader / writer to the I / F-A (step S201 in FIG. 9, step S222 in FIG. 10), the initialization unit initializes the driver A (step S202 in FIG. 9, FIG. 10). Step S223). Then, the process shifts to waiting for reception of the next command (step S224 in FIG. 10).

Next, when an initialization command for OS-B is received from the I / F-A (step S203 in FIG. 9, step S225 in FIG. 10), the driver A interprets the command (step S204 in FIG. 9, step S226 in FIG. 10). , It is determined whether or not it is for OS-A. Here, since it is not for OS-A but for OS-B, it is output to P / T for OS-B (step S227 in FIG. 10).
The P / T converts this command into a protocol for OS-B (step S205 in FIG. 7), and outputs the command subjected to protocol conversion to OS-B. When this command is received, OS-B performs initialization in accordance with this initialization command (step S206 in FIG. 9, step S228 in FIG. 10), and outputs a response that is a notification of completion of initialization to the P / T. The P / T converts this response into a protocol for OS-A (a protocol interpretable by the driver A) (step S207 in FIG. 9) and outputs it to the driver A (step S229 in FIG. 10).

Driver A outputs this response to the reader / writer via H / W and I / F-A (step S208 in FIG. 9, step S230 in FIG. 10).
Next, when an initialization command for OS-A is input from I / F-A (step S209 in FIG. 9), this initialization command is output from driver A to OS-A. Thereby, OS-A is initialized (step S210 in FIG. 9). Then, the driver A outputs a response indicating that the initialization of the OS-A is completed to the reader / writer (step S211 in FIG. 9).

  As described above, in this embodiment, the communication driver is mounted without depending on the initialization state of the driver associated with the OS and the internal state such as the life cycle in the OS, so that the multi-interface mounted multiple OS platform can be realized. Each OS initialization can be realized.

As described above, in the above-described embodiment, the case where the number of OSs is two has been described, but it is also possible to apply to three or more.
FIG. 11 is a diagram illustrating an example of a functional configuration of the IC card 1 when three or more OSs and applications are installed. As the I / F 100, for example, ISO 7816, ISO 14443, Contact less (non-contact type interface unit), USB (universal serial bus), and other I / F-A are mounted.
The H / W 110 is configured above the I / F 100, and a plurality of drivers 120 belong to the H / W 110. Here, an ISO 7816 driver, an ISO 14443 driver, a Contact less driver, a USB driver, and an I / F-A driver are installed.

The protocol conversion module 130 performs data transfer between the driver layer and the OS layer, and is commonly used by each driver and each OS. The protocol conversion module 130 belongs to the upper layer of the driver layer.
The OS 140 is provided with six OSs, for example, OS-A, OS-B, OS-C, OS-D, and OS-E. The OS 140 belongs to an upper layer layer of the protocol conversion module 130.
As an example of the OS, there is an OS for an electronic money service, an OS that executes a program capable of performing encryption and electronic signature, and the like.
The application 150 includes a plurality of applications. Here, applications A1 and A2 are installed as applications that can be executed by OS-A, and applications B1 and B2 are installed as applications that can be executed by OS-B. Also in OS-C and OS-D, Two applications are installed, and one application is installed in OS-E.

  In such a configuration, when power is supplied from any of the interfaces, the driver corresponding to the interface is initialized. Thus, when a command is input from the interface to which power is supplied, the command is output from the initialized driver to the protocol conversion module 130, and the protocol conversion of the command is performed in the protocol conversion module 130. The command is output to an executable OS.

  In the embodiment described above, the case where the IC card 1 performs the initialization process has been described. However, a semiconductor device including the functions of the CPU 10, the ROM 11, the RAM 12, the EEPROM 13, and the bus 20 of the IC card 1 is created, and the interface The above-described IC card 1 may be realized by connecting to a terminal connected to an external device or an antenna for performing wireless communication.

  Further, the initialization management of the OS is performed by recording a program for realizing the function of the CPU 10 in FIG. 1 on a computer-readable recording medium, causing the computer system to read and execute the program recorded on the recording medium. May be performed. Here, the “computer system” includes an OS and hardware such as peripheral devices.

Further, the “computer system” includes a homepage providing environment (or display environment) if a WWW system is used.
The “computer-readable recording medium” refers to a portable medium such as a flexible disk, a magneto-optical disk, a ROM, and a CD-ROM, and a storage device such as a hard disk built in the computer system. Furthermore, the “computer-readable recording medium” dynamically holds a program for a short time like a communication line when transmitting a program via a network such as the Internet or a communication line such as a telephone line. In this case, a volatile memory in a computer system serving as a server or a client in that case, and a program that holds a program for a certain period of time are also included. The program may be a program for realizing a part of the functions described above, and may be a program capable of realizing the functions described above in combination with a program already recorded in a computer system.

  The embodiment of the present invention has been described in detail with reference to the drawings. However, the specific configuration is not limited to this embodiment, and includes designs and the like that do not depart from the gist of the present invention.

It is a schematic block diagram which shows the function structure of the IC card by one Embodiment of this invention. It is a figure which shows the function structure of the IC card 1 in the structure of FIG. It is a conceptual diagram explaining initialization of OS-A which is an example of OS. It is a figure explaining the state immediately after the power supply was turned on to I / F-A. It is a figure explaining the case where OS-A is initialized. It is a figure explaining the process immediately after initialization of OS-A was made. It is a sequence diagram explaining operation | movement immediately after power activation in a conventional method. 3 is a flowchart for explaining the operation of the IC card 1. It is a sequence diagram explaining operation | movement after power activation in a proposal method. It is a flowchart explaining operation | movement of the IC card 1 in a proposal method. It is a figure which shows an example of a function structure of IC card 1 in other embodiment.

Explanation of symbols

1 IC card 10 CPU
11 ROM 12 RAM
13 EEPROM 14 I / O
20 buses

Claims (6)

An information recording medium on which a plurality of OSs are mounted,
A driver unit for realizing a communication function corresponding to each of the plurality of OSs;
A protocol converter for converting a protocol between the driver and the OS;
It has a function to accept input of commands from external devices, each with a plurality of different interface units,
Based on an instruction from an external device, among the plurality of interface units, an initialization unit that initializes a driver unit corresponding to the interface unit connected to the external device;
After receiving the command input from the interface unit after being initialized by the initialization unit, the driver unit corresponding to the interface unit receiving the command input can execute the command on the OS corresponding to itself. In some cases, a command is output to the OS corresponding to itself, and when the command cannot be executed by the OS corresponding to itself, the command is output to the protocol conversion unit,
The information recording medium, wherein the protocol conversion unit performs protocol conversion of a command output from the driver unit and outputs the converted protocol to an executable OS.   The information recording medium according to claim 1, wherein the initialization unit initializes the driver when a power-on reset signal is input.   The plurality of interface units include at least a contact type interface that communicates with and communicates with an external device, and a non-contact type interface that communicates with the external device wirelessly. Item 2. The information recording medium according to Item 2. A semiconductor device on which a plurality of OSs are mounted,
A driver unit for realizing a communication function corresponding to each of the plurality of OSs;
A protocol converter for converting a protocol between the driver and the OS;
An input unit that receives an input of a command from an external device input via an interface;
Based on an instruction from an external device, among the plurality of interface units, an initialization unit that initializes a driver unit corresponding to the interface unit connected to the external device;
After receiving the command input by the input unit through the interface after being initialized by the initialization unit, the driver unit corresponding to the interface that has received the command input receives the command from the OS corresponding to itself. When it is executable, it outputs a command to the OS corresponding to itself, and when the command cannot be executed by the OS corresponding to itself, it outputs it to the protocol conversion unit,
The protocol conversion unit performs protocol conversion of a command output from the driver unit and outputs the converted protocol to an executable OS. On a computer with multiple OSs installed,
A driver function for realizing a communication function corresponding to each of the plurality of OSs;
A protocol conversion function for converting a protocol between the driver and the OS;
It has a function to accept command input from external devices, each with multiple different interface functions,
An initialization function for initializing a driver unit corresponding to an interface unit connected to the external device among the plurality of interface functions based on an instruction from the external device;
And function as
After receiving the command input from the interface function after being initialized by the initialization function, the driver unit corresponding to the interface function that has received the command input can execute the command on the OS corresponding to itself. A function that outputs a command to an OS corresponding to itself in a certain case, and outputs the command to the protocol conversion function when the command cannot be executed by the OS corresponding to itself;
A program for realizing a function of performing protocol conversion of a command output from the driver unit and outputting the command to an executable OS. An initialization method for an information recording medium on which a plurality of OSs are mounted,
The driver unit of the information recording medium performs communication corresponding to each of the plurality of OSs,
A protocol conversion unit of the information recording medium converts a protocol between the driver and the OS;
One of the plurality of interface units of the information recording medium accepts an input of a command from an external device,
The initialization unit performs initialization of the driver unit corresponding to the interface unit connected to the external device among the plurality of interface units based on an instruction from the external device,
After receiving the command input from the interface function after being initialized by the initialization function, the driver unit corresponding to the interface function that has received the command input can execute the command on the OS corresponding to itself. In some cases, a command is output to the OS corresponding to itself, and when the command cannot be executed by the OS corresponding to itself, the command is output to the protocol conversion function,
An initialization method, wherein the protocol conversion unit of the information recording medium performs protocol conversion of a command output from the driver unit and outputs the command to an executable OS.

Images