WO2011111307A1 - 近距離無線通信装置、アプリケーションプログラム、ホストおよび近距離無線通信システム - Google Patents

近距離無線通信装置、アプリケーションプログラム、ホストおよび近距離無線通信システム Download PDF

Info

Publication number
WO2011111307A1
WO2011111307A1 PCT/JP2011/000823 JP2011000823W WO2011111307A1 WO 2011111307 A1 WO2011111307 A1 WO 2011111307A1 JP 2011000823 W JP2011000823 W JP 2011000823W WO 2011111307 A1 WO2011111307 A1 WO 2011111307A1
Authority
WO
WIPO (PCT)
Prior art keywords
command
host
application program
response
communication device
Prior art date
Application number
PCT/JP2011/000823
Other languages
English (en)
French (fr)
Inventor
英一 定行
恒雄 上西
Original Assignee
パナソニック株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニック株式会社 filed Critical パナソニック株式会社
Publication of WO2011111307A1 publication Critical patent/WO2011111307A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B5/00—Near-field transmission systems, e.g. inductive or capacitive transmission systems
    • H04B5/40—Near-field transmission systems, e.g. inductive or capacitive transmission systems characterised by components specially adapted for near-field transmission
    • H04B5/48—Transceivers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/10009—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves
    • G06K7/10237—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves the reader and the record carrier being capable of selectively switching between reader and record carrier appearance, e.g. in near field communication [NFC] devices where the NFC device may function as an RFID reader or as an RFID tag

Definitions

  • the present invention relates to a short-range wireless communication apparatus, and more particularly, to a technique for extending the application to a non-contact IC card standard that is conventionally considered to be incompatible while using an IC card of an existing platform as a host.
  • the present invention also relates to a short-range wireless communication system including a short-range wireless communication device and a host, an application program mounted on a host connected to the short-range wireless communication device, and a host connected to the short-range wireless communication device.
  • FIG. 21 shows a block diagram of the NFC chip set described in Patent Document 1.
  • This NFC chipset CHIPSET is composed of an NFC component NFCR1, a first host processor HP1, and a second host processor HP2.
  • the NFC component NFCR1 performs non-contact communication with an external device (consisting of a non-contact type integrated circuit CLCT, a reader RD, an NFC component NFCR2, and the like).
  • An application AP1 is installed in the non-contact type integrated circuit CLCT
  • an application AP2 is installed in the reader RD
  • an application AP3 is installed in the NFC component NFCR2.
  • application AP1 and application AP3 are mounted on the first host processor HP1, and application AP1 and application AP2 are mounted on the second host processor HP2.
  • the application AP2 is executed by the second host processor HP2.
  • the execution of the application AP2 by the second host processor HP2 is possible because the application AP2 is common to the reader RD and the second host processor HP2.
  • the NFC component NFCR1 operates as a contactless interface 1 of a contactless IC card.
  • the NFC chipset CHIPSET when used in a mobile phone, it is conceivable to use an IC card called a SIM (Subscriber Identification Module) card as one of the host processors.
  • a SIM Subscriber Identification Module
  • a Java (registered trademark) Card platform can be cited.
  • the Java (registered trademark) Card platform can include a plurality of application programs called applets in the execution environment of an application program for an IC card based on the Java (registered trademark) language.
  • the conventional short-range wireless communication system has the following problems with respect to the SELECT command of ISO / IEC7816 ⁇ Standard A >> and the command / response format.
  • Java (registered trademark) Card platform it is possible to download and install additional applets as needed even after the products are delivered to consumers, or to delete unnecessary applets. .
  • the present invention was created in view of such circumstances, and can use an existing platform IC card (for example, Java (registered trademark) Card) as a host in a short-range wireless communication system.
  • the purpose is to support a wide range of contactless IC card standards.
  • “corresponding to a wider non-contact IC card standard” means that a non-contact IC card standard that could not be conventionally supported by the IC card of the existing platform is also compatible. In other words, it is an extension of versatility.
  • the purpose is to extend the application to the non-contact IC card standard, which has been considered to be incompatible with the conventional platform IC card as a host.
  • the present invention takes the following measures. This will be described with reference to FIG. 2 used in the embodiment described later (however, the present invention is not limited to this figure).
  • the IC card of the existing platform supports the command / response format in the application program of a predetermined standard in the host.
  • a selection command (a command for selecting an application program supported by an IC card of an existing platform) is not supported.
  • the short-range wireless communication apparatus has, as a prerequisite, input / output between the non-contact interface 1 that performs non-contact communication with an external communication apparatus (such as a reader / writer) and the host 20. And a host interface 2 to perform.
  • the non-contact interface 1 has a function of passing a reception signal received from an external communication device to the host interface 2, and the host interface 2 further has a function of outputting the reception signal to the host 20.
  • a transmission signal as a response from the host 20 is input to the host interface 2, and the host interface 2 has a function of passing the transmission signal to the contactless interface 1, and the host interface 2 further transmits the transmission signal from the contactless interface 1 to the outside. It has the function to transmit to a communication apparatus.
  • the selection command (command for selecting an application program) in the command system supported by the host 20 on which the IC card of the existing platform is mounted may not be usable if the standard is different.
  • An unsupported external communication device that is not compatible because the standards are different cannot send a selection command supported by the mounted IC card, and as such, the host 20 selects an application program of a predetermined standard. It is not possible.
  • the application program of the predetermined standard and the external communication device of the non-support type correspond to the respective standards.
  • the IC card of the existing platform which is interposed between the two and becomes the host 20 is the predetermined standard. It does not correspond to. For this reason, it becomes impossible to ensure compatibility between an application program of a predetermined standard and an unsupported external communication device, and as a result, the host 20 cannot select an application program of a predetermined standard.
  • a command generator 3 that generates a selection command for selecting an application program of a predetermined standard in the host 20 is interposed between the contactless interface 1 and the host interface 2. To do.
  • the command generator 3 functions at the following timing. That is, in a specification in which an application program of a predetermined standard is added to the host 20 on which an IC card of an existing platform is mounted, an external communication device of an unsupported type of the predetermined standard (this is a command for selecting a mounted IC card support).
  • the command generator 3 functions when an attempt is made to access the application program of the predetermined standard.
  • the short-range wireless communication device plays a role of sending a selection command via the command generator 3.
  • the contactless interface 1 When the contactless interface 1 receives an access from a non-support type external communication device, the contactless interface 1 notifies the command generator 3 to that effect.
  • the non-contact interface 1 accepts access from an external communication device.
  • the command generator 3 that has received notification from the external communication device that it has been accessed generates a selection command for selecting an application program of a predetermined standard in the host 20, and passes the generated selection command to the host interface 2. .
  • the host interface 2 gives the received selection command to the host 20. Then, the host 20 selects an application program of a predetermined standard using the received selection command. Thus, the availability of an application program of a predetermined standard is secured.
  • a command from an external communication device of a non-support type is given from the non-contact interface 1 to the host 20 via the host interface 2.
  • the host 20 executes the received command according to the application program of the predetermined standard selected previously. Then, the host 20 generates a response and returns it from the host interface 2 to the external communication device via the non-contact interface 1. With such a sequence, command & response processing can be performed.
  • an application program of a predetermined standard can be used in response to an access from an external communication device of a non-support type that cannot send a selection command for mounted IC card support Command & response processing using can be executed.
  • the short-range wireless communication device of the present invention is A non-contact interface 1 that performs non-contact communication with an external communication device;
  • a host interface 2 for performing input / output with a host 20 on which an application program of a predetermined standard is mounted;
  • a command generator 3 that is interposed between the non-contact interface 1 and the host interface 2 and generates a selection command for selecting an application program of a predetermined standard of the host 20;
  • the command generator 3 is activated when the contactless interface 1 receives an access from the external communication device, generates the selection command, and outputs the generated selection command to the host interface 2. It is what has been.
  • the existing IC card support selection command cannot be transmitted to the existing non-support type external communication device. It is possible to use the IC card of the platform as a host of the short-range wireless communication device. This makes it possible to extend the application to the non-contact IC card standard, which has been considered to be incompatible with the existing platform IC card as a host from the viewpoint of cost reduction.
  • the application program of a predetermined standard in the host also supports the IC card of the existing platform in the command / response format as in the case of the selection command for selecting the application program of the predetermined standard. There shall be no. This will be described with reference to FIG. 4 used in the embodiment described later (however, the present invention is not limited to this figure).
  • the command / response format may or may not be supported by existing platform IC cards depending on the standard.
  • an IC card of an existing platform cannot be used as it is.
  • a protocol discriminator 4 for discriminating a non-contact communication protocol is further provided, and data on the non-contact interface 1 and the host interface 2 are also provided.
  • a format converter 5 for performing format conversion processing on the data is provided. The format converter 5 validates or invalidates the execution of the format conversion process according to the protocol discrimination result of the protocol discriminator 4.
  • the contactless interface 1 When the contactless interface 1 receives an access from an external communication device, the contactless interface 1 passes information on the protocol of the external communication device to the protocol discriminator 4.
  • the protocol discriminator 4 discriminates the protocol of the external communication device based on the received information, and determines whether or not the command / response format of the external communication device is supported by the existing platform IC card in the host 20. Determine.
  • the discrimination result by the protocol discriminator 4 is sent to the format converter 5.
  • the format converter 5 When the discrimination result by the protocol discriminator 4 indicates an external communication device of an unsupported type, the format converter 5 is activated.
  • the validated format converter 5 converts the format of the signal from the contactless interface 1 to the host interface 2 and converts the signal from the host interface 2 to the contactless interface 1 after performing the reverse format conversion. This enables bidirectional communication even if the command / response format from the external communication device is not supported.
  • the protocol discriminator 4 that discriminates the protocol of the non-contact communication
  • the format converter that performs format conversion processing on the data on the non-contact interface 1 and the data on the host interface 2 respectively.
  • the format converter 5 is configured to enable or disable the execution of the format conversion process according to the protocol determination result of the external communication device by the protocol determiner 4.
  • the IC card of the existing platform is used as the host of the short-range wireless communication device. It becomes possible. That is, from the viewpoint of cost reduction, it is possible to use the existing platform IC card for the host and to extend the application to the non-contact IC card standard that has been considered to be incompatible.
  • a request is transmitted from an external communication device, and the short-range wireless communication device that has received the request returns a response.
  • the request is processed by an application program in the host, and a response to the request is generated after processing.
  • the response is also transmitted from the host to the external communication device via the short-range wireless communication device. The timing from when the command is sent to when the response is returned is determined for each standard. If this response is delayed, communication fails. Normally, when response processing for a request is processed by a host application program as described above, a response delay is likely to occur.
  • a request processor 6 that performs response processing for a request command on the spot is provided instead of relaying the request command to the host 20.
  • the request processor 6 generates an information request command for acquiring information necessary for response processing from the host 20.
  • the request processor 6 generates the information request command in advance and outputs it to the host 20 via the host interface 2.
  • the host 20 that has received the information request command outputs information related to the response to the host interface 2.
  • the request processor 6 holds information related to the response received via the host interface 2.
  • the non-contact interface 1 receives a request command from an external communication device
  • the request processor 6 generates a response corresponding to the request command based on the stored information related to the response, and the response Is sent to an external communication device via the non-contact interface 1.
  • ⁇ 1 >> and ⁇ 2 >> it further includes a request processor 6 that performs a response process via the non-contact interface 1 in response to a request command from an external communication device,
  • the request processor 6 generates an information request command for acquiring information necessary for response processing from the host 20, sends the information request command to the host interface 2 at an appropriate timing, and the request processor 6 holds response information acquired from the host 20 that has received the information request command via the host interface 2, and holds when the non-contact interface 1 receives the request command from an external communication device.
  • a response corresponding to the request command is generated on the basis of the received response information, and the generated response is sent to an external communication device via the non-contact interface 1.
  • the request processor 6 acquires response information (information related to the response) from the host 20 and holds it in advance.
  • the response processing when a request command is received can be performed quickly, and the response timing specification of the non-contact IC card standard can be satisfied.
  • the configuration in which this section is applied to the configuration ⁇ 2 >> has a configuration including the protocol discriminator 4 and the format converter 5, while the configuration applied to the configuration ⁇ 1 >> is a protocol discriminator 4 and a format.
  • a configuration without the converter 5 may also be adopted.
  • the IC card of the existing platform when the IC card of the existing platform supports the command / response format, the IC of the existing platform can be used even in the relationship with an unsupported external communication device that cannot transmit the selection command of the mounted IC card support.
  • the card can be used as a host for a short-range wireless communication device. Therefore, from the viewpoint of cost reduction, it is possible to extend the application to the non-contact IC card standard that has been considered to be incompatible with the existing platform IC card as the host.
  • a protocol discriminator for discriminating a non-contact communication protocol, a format conversion process for data on a non-contact interface and data on a host interface, and a protocol of an external communication device
  • a format converter that enables or disables the execution of the format conversion process according to the determination result
  • the IC card of the existing platform can be used as the host of the short-range wireless communication device.
  • ⁇ A request processor with an information request command to acquire information necessary for response processing from the host has a function of sending an information request command to the host interface and holding response information acquired from the host, -Furthermore, when a request command is received from an external communication device for a non-contact interface, the request processor generates a response corresponding to the request command based on the stored information related to the response, Send response to external communication device via non-contact interface, When the configuration is added, the following effects are exhibited.
  • the response processing when there is a request command is quickly performed by the request processor.
  • the response timing specification can be satisfied.
  • FIG. 1 is a block diagram showing a configuration of a short-range wireless communication system of the present invention.
  • FIG. 2 is a block diagram illustrating a detailed configuration of the short-range wireless communication device according to the first embodiment of the present invention.
  • FIG. 3 is a flowchart showing the operation of the short-range wireless communication apparatus according to the first embodiment of the present invention.
  • FIG. 4 is a block diagram showing a detailed configuration of the short-range wireless communication apparatus according to the second embodiment of the present invention.
  • FIG. 5A is a diagram (part 1) illustrating a format conversion method when the protocol is ISO / IEC14443 Type A, Type B ⁇ standard a >> in the short-range wireless communication device according to the second embodiment of the present invention.
  • FIG. 1 is a block diagram showing a configuration of a short-range wireless communication system of the present invention.
  • FIG. 2 is a block diagram illustrating a detailed configuration of the short-range wireless communication device according to the first embodiment of the present invention.
  • FIG. 3 is
  • FIG. 5B is a diagram (part 2) illustrating the format conversion method when the protocol is ISO / IEC14443 Type A, Type B ⁇ standard a >> in the short-range wireless communication device according to the second embodiment of the present invention.
  • FIG. 6 is a diagram illustrating a format conversion method when the protocol is JISX6319-4 ⁇ standard b1 >> in the short-range wireless communication apparatus according to the second embodiment of the present invention.
  • FIG. 7 is a flowchart showing the operation of the short-range wireless communication apparatus according to the second embodiment of the present invention.
  • FIG. 8 is a block diagram showing a detailed configuration of the short-range wireless communication apparatus according to the third embodiment of the present invention.
  • FIG. 9A is a diagram (part 1) illustrating a format of a request command REQC and a response ATQC of JISX6319-4 ⁇ standard b1 >>.
  • FIG. 9B is a diagram (part 2) showing a format of a request command REQC and a response ATQC of JISX6319-4 ⁇ standard b1 >>.
  • FIG. 10 is a flowchart showing the operation of the short-range wireless communication apparatus according to the third embodiment of the present invention.
  • FIG. 11 is a flowchart showing another operation of the short-range wireless communication apparatus according to the third embodiment of the present invention.
  • FIG. 12 is a block diagram illustrating a detailed configuration of the host according to the fourth embodiment of this invention.
  • FIG. 13 is a flowchart illustrating the operation of the host according to the fourth embodiment of this invention.
  • FIG. 14 is a block diagram illustrating a detailed configuration of the host according to the fifth embodiment of this invention.
  • FIG. 15 is a flowchart illustrating the operation of the host according to the sixth embodiment of this invention.
  • FIG. 16 is a block diagram illustrating a detailed configuration of the host according to the seventh embodiment of this invention.
  • FIG. 17 is a flowchart illustrating the operation of the host according to the eighth embodiment of this invention.
  • FIG. 18 is a block diagram illustrating a detailed configuration of the host according to the seventh embodiment of this invention.
  • FIG. 19 is a flowchart illustrating the operation of the host according to the eighth embodiment of this invention.
  • FIG. 20 is a flowchart showing another operation of the host according to the eighth embodiment of this invention.
  • FIG. 21 is a block diagram showing a conventional NFC chipset.
  • the short-range wireless communication device of the present invention having the above-described configuration of ⁇ 1 >>, ⁇ 2 >> or ⁇ 3 >> can be further advantageously developed in the following embodiment.
  • ⁇ 4 In the configurations of ⁇ 1 >> to ⁇ 3 >> above, the timing at which the selection command generated by the command generator 3 is output from the host interface 2 is detected by the non-contact interface 1 when a carrier from an external communication device is detected. It is a preferable embodiment to set the time.
  • the selection command generated by the command generator 3 is a command for selecting an application program of a predetermined standard that is not supported by the mounted IC card.
  • the selection command generated by the command generator 3 is typically a SELECT command of ISO / IEC7816 ⁇ Standard A >>.
  • ⁇ 6 >> In the above configurations ⁇ 2> and ⁇ 3 >> including the protocol discriminator 4 and the format converter 5, it is preferable to configure the format converter 5 as follows. That is, a configuration in which the first capsule processor and the second capsule processor are combined with the configurations of ⁇ 2 >> and ⁇ 3 >>.
  • the first capsule processor is configured to output the encapsulated received data to the host interface 2 after encapsulating the received data received from the non-contact interface 1 according to the first format used by the mounted IC card. ing.
  • the second capsule processor returns transmission data encapsulated in another format (second format according to a predetermined standard used by the application program) received from the host interface 2 to the non-capsule state,
  • the transmission data returned to the non-capsule state is configured to be output to the non-contact interface 1.
  • the first and second formats include the following. That is, the first format is a command APDU (Application Protocol Data Unit) of ISO / IEC7816 ⁇ Standard A >>.
  • the second format is a response APDU of ISO / IEC7816 ⁇ Standard A >>.
  • ⁇ 7 ⁇ 7 >> above, even if the protocol is other than ISO / IEC14443 Type A, Type B ⁇ Standard a >>, a Java (registered trademark) Card platform IC card can be used as a host.
  • an ENVELOPE command can be given as a typical example of a command using a command APDU. Since the ENVELOPE command is a command having a data field in both the command and the response (ISO / IEC7816 ⁇ Standard A >> Case 4), the transmission data and the reception data can be encapsulated.
  • ⁇ 9> In the above configurations ⁇ 2>, ⁇ 3 >>, ⁇ 6 >> to ⁇ 8 >> provided with the protocol discriminator 4 and the format converter 5, the format converter 5 uses the protocol discriminator 4 to discriminate the protocol. It is configured not to start when the result indicates ISO / IEC14443 Type A, Type B ⁇ standard a >>, and is configured to start when the protocol discrimination result indicates other than ISO / IEC14443 Type A and Type B ⁇ standard a >>. Yes.
  • the existing Java (registered trademark) Card platform IC card is used for short-range wireless communication. It can be used as a host for devices, and it is possible to expand the application to the non-contact IC card standard that has been considered to be incompatible with the existing platform IC card for the host from the viewpoint of cost control. It becomes.
  • the data according to the first and second formats has a protocol discrimination result of the protocol discriminator 4 as JISX6319.
  • the parameter is set only by copying the parameter LEN. can do.
  • the calculation of the data length in the short-range wireless communication device is not necessary, and it is possible to increase the speed and reduce the circuit scale.
  • the timing at which the request processor 6 outputs an information request command to the host via the host interface 2, and the non-contact interface 1 is an external communication device. It is a preferred embodiment that the time point at which the carrier from is detected is detected.
  • the information request command generated by the request processor 6 is a command for acquiring information related to a response by an application program of a predetermined standard and holding the information related to the response in the request processor 6.
  • the reason why the request processor 6 stores information related to the response in advance is to eliminate a response delay when an access is made from an external communication device. Therefore, outputting the information request command to the host via the host interface 2 is a top priority. Therefore, it is preferable that the timing for outputting the information request command from the host interface 2 to the host 20 is the initial stage when the external communication apparatus does not use the application program. As the initial stage here, the timing at which the non-contact interface 1 detects a carrier from an external communication device is appropriate.
  • the timing at which the request processor 6 outputs the information request command to the host via the host interface 2 may be the initialization routine time point. This is a preferred embodiment.
  • the timing for outputting the information request command to the host is the time when the non-contact interface 1 detects a carrier from an external communication device.
  • the timing for outputting the information request command to the host is the execution time of the initialization routine that is performed when the power is turned on without waiting for the carrier to be detected. As a result, the output of the information request command is further accelerated, and it is possible to reliably avoid a response delay.
  • ⁇ 13 Protocol relating to a request command from an external communication device in the above ⁇ 3 >> having the request processor 6 and the above ⁇ 11 >>, ⁇ 12 >> referring to the output timing of the information request command
  • a typical example is JISX6319-4 ⁇ standard b1 >>. This standard incorporates a mechanism for preventing collision (anti-collision) when multiple non-contact IC cards are used simultaneously. For this purpose, the time slot method is adopted. It is effective to make the response in time.
  • ⁇ 14 An application program of the present invention mounted on a host connected to a short-range wireless communication apparatus having the above-described configuration of ⁇ 2 >> provided with a protocol discriminator 4 and a format converter 5.
  • the application program is configured to process data in a format defined by format conversion by the format converter 5.
  • the application program of the present invention mounted on the host connected to the short-range wireless communication apparatus having the above-mentioned configuration ⁇ 6> referring to the first and second capsule processors is A first process for processing received data encapsulated by the first capsule processor; A second process for encapsulating the received data processed in the first process in the second format; Is included.
  • the first format is a command APDU of ISO / IEC7816 ⁇ Standard A >>
  • the second format is a response APDU of ISO / IEC7816 ⁇ Standard A >>. It shall be.
  • ⁇ 17 In the configuration of ⁇ 16 >> above, an ENVELOPE command can be given as a typical example of a command using a command APDU.
  • the first and second formats preferably include LEN (data length) information of JISX6319-4 ⁇ standard b1 >>. .
  • ⁇ 19 In the application program configured as described above in ⁇ 14 >> to ⁇ 18 >>, the information related to the response is transmitted to the short-range wireless communication apparatus in response to the information request command related to the request processor 6 of the short-range wireless communication apparatus. It shall be.
  • the present invention also relates to a host used in a short-range wireless communication system.
  • the host of the present invention A communication interface 20 for communicating with a short-range wireless communication device;
  • An application program group 22 including at least one application program including an application program of a predetermined standard;
  • a command interpreter 23 for interpreting commands received by the communication interface 20 from the short-range wireless communication device 10;
  • An application selector 24 for selecting one application program from the application program group 22 in accordance with the interpretation of the command by the command interpreter 23;
  • the application selector 24 is configured to select the predetermined standard application program from the application program group 22 in response to the command interpreter 23 detecting a predetermined command designating the predetermined standard application program. .
  • ⁇ 21 In the host configured as described above ⁇ 20 >>, a protocol discriminator 25 that discriminates protocol information input from the communication interface 21 is provided.
  • the application selector 24 selects the application program of the predetermined standard from the application program group 22 according to the detection result of the predetermined command by the command interpreter 23 and the determination result of the protocol information by the protocol discriminator 25. It is preferable that it is comprised.
  • a format converter 26 that performs format conversion processing between data on the communication interface 21 and data to be transmitted / received to / from the application program group 22,
  • the format converter 26 is preferably configured to enable or disable the execution of the format conversion process according to the determination result of the previous protocol information by the protocol determiner 25.
  • ⁇ 23 In the host having the structure ⁇ 20 >> above, A request processor 27 that performs a response process via the communication interface 21 in response to a request command from the external communication device.
  • the request processor 27 has an information request command for acquiring information necessary for the response processing from the application program of the predetermined standard, and sends the information request command to the application group 22 at an appropriate timing.
  • the communication interface 21 receives the request command from the external communication device, the response information acquired from the application group 22 that has received the information request command is stored.
  • it is configured to have a function of generating a response corresponding to the request command by itself and sending the generated response to the external communication device via the communication interface 21.
  • the information request command is preferably a magnetic field detection notification command.
  • the short-range wireless communication system of the present invention includes the short-range wireless communication apparatus according to any one of the above ⁇ 1 >> to ⁇ 13 >> and the application program according to any one of the above ⁇ 14 >> to ⁇ 19 >>. Including the host.
  • FIG. 1 is a block diagram showing an example of the configuration of the short-range wireless communication system of the present invention.
  • the short-range wireless communication system 100 includes a short-range wireless communication device 10, a host 20, and an antenna ANT1.
  • the antenna ANT1 is connected to the short-range wireless communication device 10, and the host 20 is connected to the short-range wireless communication device 10 via the interface IF1.
  • there is one host but a configuration in which a plurality of hosts are connected to the short-range wireless communication device 10 via a plurality of interfaces may be employed.
  • the host 20 is a Java (registered trademark) Card platform IC card.
  • the host 20 includes an application program APP1 and an application program APP2.
  • the interface IF1 connects the short-range wireless communication device 10 and the host 20, for example, ETSI TS 102 612 (Smart Cards; UICC-Contactless Front-end (CLF) Interface; Part 1: Physical and data link layer characteristics).
  • ETSI TS 102 612 Smart Cards; UICC-Contactless Front-end (CLF) Interface; Part 1: Physical and data link layer characteristics.
  • SWP Single Wire Protocol
  • the number of application programs is 2, but the number is not particularly limited.
  • the short-range wireless communication system 100 has three operation modes: a reader mode, a card emulation (imitation) mode, and a peer-to-peer mode.
  • the reader mode is a mode for operating as a reader / writer, and is used for communicating with an external non-contact IC card or the like.
  • the card emulation mode is a mode for operating as a non-contact IC card, and is used for communicating with an external reader / writer.
  • Peer-to-peer mode is used to communicate with another external short-range wireless communication system.
  • FIG. 1 shows a case where the short-range wireless communication system 100 operates in the card emulation mode.
  • Non-contact communication uses coupling by electromagnetic induction between antennas, and a 13.56 MHz carrier is generated by the reader / writer 200 and output from the antenna ANT2.
  • the antenna ANT1 receives the output carrier by electromagnetic induction with the antenna ANT2.
  • the reader / writer 200 further performs ASK modulation (Amplitude Shift Keying) on the 13.56 MHz carrier signal and transmits a command to the short-range wireless communication system 100.
  • the short-range wireless communication device 10 transmits the received command to the host 20 via the interface IF1.
  • the host 20 processes the command using the application program APP1 or the application program APP2 selected in advance, and transmits the response to the short-range wireless communication device 10 via the interface IF1.
  • the short-range wireless communication device 10 transmits the response to the reader / writer 200 via the antenna ANT1 by performing load modulation on the response.
  • Example 1 The first embodiment relates to a case where the SELECT command of ISO / IEC7816 ⁇ Standard A >> is not implemented as a non-contact IC card standard, and relates to a short-range wireless communication system that can cope with such a case.
  • JISX6319-4 ⁇ standard b1 >> and ISO / IEC15693 ⁇ standard b2 >> are not mentioned.
  • FIG. 2 is a block diagram illustrating a configuration of the short-range wireless communication device 10 according to the first embodiment.
  • the short-range wireless communication device 10 includes a contactless interface 1, a host interface 2, and a command generator 3.
  • the antenna ANT1 is connected to the non-contact interface 1, and the interface IF1 is connected to the host interface 2.
  • the non-contact interface 1 receives a command transmitted from the reader / writer 200 via the antenna ANT1, generates a reception signal RX by demodulating the received data, and outputs the reception signal RX to the host interface 2.
  • the host interface 2 outputs the reception data of the reception signal RX to the interface IF1.
  • the host interface 2 outputs transmission data input from the host 20 via the interface IF1 to the contactless interface 1 as a transmission signal TX.
  • the contactless interface 1 modulates the data of the transmission signal TX by load modulation and outputs the modulated data to the antenna ANT1.
  • the host interface 2 outputs the input selection command to the host 20 via the interface IF1.
  • a SELECT command of ISO / IEC7816 ⁇ Standard A >> is used as the selection command.
  • the SELECT command has an argument called an application identifier AID (Application IDentifier).
  • a unique application identifier AID is assigned in advance to the application program APP1 and the application program APP2 in FIG.
  • the host 20 extracts an application identifier AID included in the command, and selects an application program that matches the extracted application identifier AID.
  • the contents of the application program APP1 and the application program APP2 are as follows.
  • the application program APP1 is a program of a predetermined standard TypeX ⁇ standard x >>.
  • the application program APP2 is a program for ISO / IEC14443 Type A, Type B ⁇ standard a >>.
  • the predetermined standard TypeX ⁇ standard x >> is a non-contact IC card standard with a carrier frequency of 13.56 MHz, similar to ISO / IEC14443 Type A, Type B ⁇ standard a >>, and the command / response format is ISO / IEC7816 ⁇ standard.
  • FIG. 3 is a flowchart illustrating the operation of the short-range wireless communication apparatus according to the first embodiment.
  • the reader / writer 200 corresponds to the predetermined standard TypeX ⁇ standard x >>. That is, it is assumed that the SELECT command of ISO / IEC7816 ⁇ Standard A >> is not sent from the reader / writer 200.
  • step S3 the command generator 3 generates a SELECT command with the application identifier AID of the application program APP1 as an argument and outputs it to the host interface 2.
  • the host interface 2 outputs the SELECT command to the host 20 via the interface IF1.
  • the host 20 interprets the received SELECT command and selects the application program APP1.
  • step S4 the command transmitted from the reader / writer 200 is received by the non-contact interface 1 via the antenna ANT1, and the received data is output to the host interface 2 via the reception signal RX.
  • the host interface 2 outputs the received data to the host 20 via the interface IF1.
  • the application program APP1 since the application program APP1 is selected in step S3, the processing of this command is performed by the application program APP1.
  • the application program APP1 performs command processing and generates a response.
  • the transmission data that is the response is output to the host interface 2 via the interface IF1.
  • the host interface 2 outputs the transmission data to the contactless interface 1 via the transmission signal TX.
  • the non-contact interface 1 performs load modulation with transmission data and transmits a response to the reader / writer 200 via the antenna ANT1.
  • one or a plurality of command and response processes are performed through the sequence as described above. After the series of processing ends, the processing ends at step S5.
  • step S3 the predetermined standard TypeX is once set.
  • the application program APP1 of ⁇ standard x >> is selected.
  • step S4 the reader / writer 200 itself sends a SELECT command with the application identifier AID of the application program APP2 as an argument.
  • the host 20 receives this command, the application program APP1 is deselected and a new application program APP2 is selected, so that the subsequent command / response processing is executed by the application program APP2 without any problem.
  • an existing Java (registered trademark) Card platform IC card is used as a host even in a non-contact IC card standard application that does not implement the ISO / IEC 7816 ⁇ Standard A >> SELECT command. be able to.
  • the host 20 is an IC card of the Java (registered trademark) Card platform, but any platform and package form may be used as long as the apparatus uses the same application program activation method.
  • the activation command of the application program is not limited to the SELECT command of ISO / IEC7816 ⁇ Standard A >>, and a similar command of another standard can be used.
  • FIG. 4 is a block diagram illustrating the configuration of the short-range wireless communication apparatus according to the second embodiment.
  • the short-range wireless communication device 10 includes a contactless interface 1, a host interface 2, a command generator 3, a protocol discriminator 4, and a format converter 5.
  • the format converter 5 includes a first capsule processor 5a and a second capsule processor 5b.
  • Example 2 differs from Example 1 in that a format converter 5 is inserted between the non-contact interface 1 and the host interface 2 and a protocol discriminator 4 is added.
  • the functions and operations of the host interface 2 and command generator 3 are the same as those in the first embodiment.
  • a protocol information signal PRTINF is newly output and input to the protocol discriminator 4.
  • the protocol information signal PRTINF is, for example, a signal obtained by analog-to-digital (AD) conversion of a reception signal received by the antenna ANT1, and this signal is used to determine the protocol of the reader / writer 200.
  • AD analog-to-digital
  • other information signals such as the degree of ASK modulation and the waveform after demodulation may be used instead of the signal obtained by AD conversion of the received signal as long as the protocol can be discriminated by the information.
  • a combination of a plurality of signals may be used.
  • the protocol discriminator 4 discriminates the protocol of the reader / writer 200 based on the contents of the protocol information signal PRTINF, and controls the conversion control signal TON based on the result.
  • the protocol discrimination result is ISO / IEC14443 Type A, Type B ⁇ standard a >>
  • the conversion control signal TON L (conversion off), otherwise (JISX6319-4 ⁇ standard b1 >>, ISO / IEC15693 ⁇ standard b2 >>)
  • the conversion control signal TON H (conversion on).
  • the format converter 5 controls the format conversion of received data and transmission data according to the conversion control signal TON.
  • the command / response format (first and second formats) is ISO / IEC7816 ⁇ standard A >> APDU, and otherwise (
  • standards such as JIS X6319-4 ⁇ standard b1 >> and ISO / IEC15693 ⁇ standard b2 >>, it is assumed that the format is defined by each standard.
  • the host 20 connected to the short-range wireless communication device 10 is a Java (registered trademark) Card platform IC card.
  • 5A and 5B are diagrams illustrating a format conversion method of the short-range wireless communication device according to the second embodiment.
  • the protocol is ISO / IEC14443 Type A
  • Type B ⁇ standard a >>
  • the command APDU includes a parameter CLA (CLAssAsbyte), a parameter INS (INStruction byte), a parameter P1 (Parameter byte), a parameter P2, a parameter Le (Length filed), data Data, and a parameter Lc (Length field).
  • Parameter CLA is information related to various attributes and control
  • parameter INS is command information
  • parameter P1 and parameter P2 are various parameter information
  • parameter Lc is data length information of data Data
  • data Data is entity data
  • parameter Le is maximum data of response data. It is long information.
  • the data on the transmission signal TX1 output from the host interface 2 is in the response APDU format of ISO / IEC7816 ⁇ Standard A >>.
  • the response APDU is composed of data Data and parameter SW (Status Word).
  • the parameter SW is information indicating success or failure (error code). When the parameter SW is “9000”, it indicates success.
  • the host interface 2 inputs / outputs the data of the reception signal RX2 and the transmission signal TX1 that are input / output specific to the interface IF1 to the host 20 through the interface IF1.
  • the host 20 is a Java (registered trademark) Card platform IC card, and supports the APDU of ISO / IEC7816 ⁇ Standard A> as the command / response format, so that the command & response processing can be executed normally. .
  • the command / response format (first and second formats) is defined by the standard (JISX6319-4 ⁇ standard b1 >>, ISO / IEC15693 ⁇ standard b2 >>, etc.). It is a unique format.
  • the data on the received signal RX1 is shown as data Data1 with the entire received data as one data.
  • the format in the data Data1 is specific to each standard.
  • the received signal RX2 is output in the format (first format).
  • a process (capsule process) for encapsulating received data with the command APDU is performed.
  • parameter CLA “00”
  • parameter INS “C2”
  • parameter P1 “00”
  • parameter P2 “00”
  • parameter Lc are data as shown in FIG. 5B.
  • the ENVELOPE command is a command having a data field in both the command and the response (case 4 of ISO / IEC 7816 ⁇ Standard A >>), and therefore, the encapsulation process can be performed on the transmission data and the reception data.
  • the host 20 can normally receive the command.
  • the header information of the command APDU of the parameter CLA, the parameter INS, the parameter P1, and the parameter P2 is not used in advance, but the information specific to the usage standard stored in the data Data1 is used. Design to perform command processing.
  • commands of standards other than ISO / IEC14443 Type A, Type B ⁇ standard a >> JISX6319-4 ⁇ standard b1 >>, ISO / IEC15693 ⁇ standard b2 >>, etc.
  • the application program APP1 uses the standard (JISX6319-4 ⁇ standard b1 >>, ISO / IEC15693 ⁇ standard b2 >>, etc.) as in the data on the transmission signal TX1 of the transmission data in FIG. 5B.
  • the response data in the format conforming to the above is returned in the response APDU format, that is, the parameter SW (“9000” if successful) is added to the response data after the response. That is, processing for encapsulating the response data with the response APDU is performed.
  • the second capsule processor 5b of the format converter 5 removes the parameter SW portion from the data of the transmission signal TX1, thereby decapsulating (unencapsulated)
  • the data of the transmission signal TX1 after the decapsulation processing is output to the transmission signal TX2. Since the transmission data on the transmission signal TX2 conforms to the format specific to the standard used (JISX6319-4 ⁇ standard b1 >>, ISO / IEC15693 ⁇ standard b2 >>, etc.), it is transmitted via the non-contact interface 1 and the antenna ANT1. If it is transmitted to the external reader / writer 200, a response can be correctly returned.
  • Type B ⁇ standard a >>
  • a Java (registered trademark) Card platform IC card can be used as the host 20, and an external reader / writer 200 can be used. Communication can be performed normally.
  • FIG. 6 is a diagram showing a format conversion method when the protocol is JISX6319-4 ⁇ standard b1 >> in the short-range wireless communication apparatus of the second embodiment.
  • (1) in FIG. 6 is the received data on the received signal RX1 of the received data, and shows the same format as in FIG. 5B.
  • the data Data1 of (1) in FIG. 6 is a 1-byte parameter LEN (Length) indicating the data length and entity data as shown in (2) of FIG. n-1) It is composed of byte data Data2.
  • the value of the parameter LEN is the data length including the parameter LEN itself, that is, n (bytes) in addition to the data length of the data Data2.
  • the first capsule processor 5a of the format converter 5 encapsulates the received data including the parameter LEN with the command APDU (first format) of ISO / IEC7816 ⁇ Standard A >> and receives it. Output to signal RX2. At this time, the value of the parameter Lc of the command APDU is set to the same value as the parameter LEN.
  • the application program APP1 of the host 20 the received data length information includes both the parameter Lc and the parameter LEN, but the application program APP1 may perform processing using either information.
  • the advantage of this method is that the setting of the parameter Lc in the format converter 5 is only a copy of the parameter LEN, and no operation is required.
  • the application program APP1 encapsulates the parameter LEN and the data Data2 with a response APDU (second format) and outputs it to the short-range wireless communication device 10.
  • the data on the transmission signal TX1 of the transmission data becomes the data of the parameter LEN and the data Data2 encapsulated by the same response APDU.
  • the second capsule processor 5b of the format converter 5 is a data decapsulation process (a process for returning the encapsulated data to an unencapsulated state. Specifically, the parameter SW is removed), and the processed data is output to the transmission signal TX2.
  • the format similar to FIG. 5B is shown in (4) of FIG. 6, and the data of (3) in FIG.
  • the advantage of this method is that the calculation of the parameter LEN becomes unnecessary in the format converter 5 or the non-contact interface 1 as compared with the case where the parameter LEN is not included.
  • FIG. 7 is a flowchart illustrating the operation of the short-range wireless communication apparatus according to the second embodiment. Steps S11 to S13 in FIG. 7 are the same as steps S1 to S3 in FIG. Also, Step S18 to Step S19 in FIG. 7 are the same as Step S4 to Step S5 in FIG. 3, and description of these steps will be omitted.
  • Step S14 shows an operation of receiving a request command transmitted from the reader / writer 200 after detecting a carrier from the external reader / writer 200 in step S12.
  • the protocol discriminator 4 discriminates the protocol based on the protocol information signal PRTINF obtained from the received request command, and outputs the conversion control signal TON.
  • the ISO / IEC7816 ⁇ Standard A >> SELECT command is not implemented, and the command / response format is not compatible with the ISO / IEC7816 ⁇ Standard A >> APDU.
  • an existing Java (registered trademark) Card platform IC card can be used as a host.
  • the parameter of the command APDU used for encapsulating received data is not limited to the present embodiment, and the value of the parameter is not particularly limited as long as an equivalent function can be realized.
  • Example 3 First, the background of Example 3 will be described.
  • the non-contact IC card standard in any of the ISO / IEC14443 Type A, Type B ⁇ standard a >>, JISX6319-4 ⁇ standard b1 >>, and ISO / IEC15693 ⁇ standard b2 >> requests are first received from the reader / writer at the beginning of communication. A process of sending a response from the non-contact IC card is performed.
  • these standards incorporate a collision prevention (anti-collision) mechanism that recognizes each non-contact IC card and selects one card even when multiple non-contact IC cards are held over a reader / writer. ing.
  • the time slot method is adopted as collision prevention.
  • a predetermined period is divided into a plurality of periods (slots) from the timing at which the request command is transmitted.
  • the non-contact IC card when a request command is received, a random number is generated, a slot number to be responded is determined based on the random number, and the response is adjusted so that a response is received during the period of the slot number. .
  • the reader / writer can recognize the plurality of contactless IC cards if each card returns a response to a different slot.
  • the response timing of the first slot is defined as about 2.4 ms after the request command is transmitted.
  • the request command is called REQC and the response is called ATQC.
  • the request command REQC transmitted from the reader / writer 200 is transmitted to the host 20 via the short-range wireless communication device 10 and processed by the application program APP1.
  • An ATQC that is a response is generated based on the processing result.
  • the response ATQC is also transmitted from the host 20 to the reader / writer 200 via the short-range wireless communication device 10. Normally, processing takes time in this way, and it is difficult to respond to ATQC in the first slot (slot # 0) about 2.4 ms after the request command REQC.
  • ETSI TS 102 622 Smart Cards; UICC-Contactless-Front-end (CLF)-Interface; Host-Controller-Interface-(HCI)
  • ETSI TS 102 622 Smart Cards; UICC-Contactless-Front-end (CLF)-Interface; Host-Controller-Interface-(HCI)
  • a short-range wireless communication system standard for ISO / IEC14443 Type A, Type B ⁇ standard a >>, a method is adopted in which information necessary for an initialization routine including collision prevention (anti-collision) is stored in the short-range wireless communication device in advance.
  • the storage method is a method of setting information necessary for a response from the host 20 to the short-range wireless communication device 10 when initializing the HCI (host controller interface).
  • the short-range wireless communication device 10 when the short-range wireless communication device 10 receives a request command of Type A, Type B ⁇ standard a >> of ISO / IEC14443, it is necessary for the initialization routine acquired in advance rather than transferring the request command to the host 20 The short-range wireless communication device 10 itself generates a response using such information and responds. Thereafter, with respect to a series of commands and responses until the initialization routine is completed, the received commands are not transferred to the host 20, but are generated by the short-range wireless communication device 10 themselves.
  • ETSI TS 102 622 does not adopt the information storage method described above in JIS X6319-4 ⁇ standard b1 >>, and is a method of transferring a request command to the host 20. Therefore, when the short distance wireless communication apparatus 10 implements the first embodiment or the second embodiment using an existing IC card conforming to the ETSI TS 102 622 standard as the host 20, the ATQC response to the request command REQC is sent to the first slot. It is difficult to enter (slot # 0).
  • FIG. 8 is a block diagram illustrating the configuration of the short-range wireless communication apparatus according to the third embodiment.
  • the short-range wireless communication device 10 includes a contactless interface 1, a host interface 2, a command generator 3, a protocol discriminator 4, a format converter 5, and a request processor 6.
  • This embodiment is mainly different from the second embodiment in that a request processor 6 is added.
  • the function and operation of the command generator 3, protocol discriminator 4, and format converter 5 are the same as those in the second embodiment.
  • the request processor 6 receives the information response signal ATQINF from the host interface 2 and receives the carrier detection signal CDET and the request signal REQ from the non-contact interface 1. On the other hand, the request processor 6 outputs an information request signal REQINF to the host interface 2 and outputs a response signal ATQ to the non-contact interface 1.
  • the information request signal REQINF is a signal for outputting an information request command for requesting information necessary for an ATQC response of JISX6319-4 ⁇ standard b1 >> to the application program APP1 installed in the host 20.
  • This information request command is output to the interface IF 1 via the host interface 2 and input to the host 20.
  • the command code of the information request command is set so as not to overlap with the command code already defined in JIS X6319-4 ⁇ standard b1 >>, but the same command code (“00”) as the response REQC may be used. Good.
  • the application program APP1 When receiving the information request command, the application program APP1 returns information necessary for the ATQC response from the host 20 to the interface IF1 as an information request response (request response).
  • the host interface 2 outputs an information request response to the information response signal ATQINF.
  • the request processor 6 holds (stores) the content of the information request response input from the information response signal ATQINF.
  • FIG. 9A is a diagram showing the format of the request command REQC of JISX6319-4 ⁇ standard b1 >>
  • FIG. 9B is a diagram showing the format of the response ATQC.
  • the command code (1 byte, “00”)
  • the system code (2 bytes)
  • the spare (1 byte “00”
  • the number of time slots (1 byte) It is configured.
  • FIG. 9B shows a response ATQC format, which is composed of a command code (1 byte, “01”), NFCID2 (8 bytes), and Pad (8 bytes).
  • Information necessary for the ATQC response is a system code, NFCID2 and Pad.
  • the carrier detection signal CDET is used as a trigger for outputting an information request command of the information request signal REQINF.
  • the reader / writer 200 transmits a request command REQC of JISX6319-4 ⁇ standard b1 >> and the non-contact interface 1 receives the request command REQC, the data of the request command REQC is transmitted to the request processor 6 via the request signal REQ. Is input.
  • the non-contact interface 1 processes a command input from the antenna ANT1 as follows. That is, the contactless interface 1 performs control to output a command to the request signal REQ when the protocol information and the command information are determined to be the request command REQC, and to output to the reception signal RX1 otherwise.
  • the request processor 6 When the request processor 6 receives the request command REQC from the request signal REQ, the request processor 6 sends a response ATQC so as to enter a predetermined time slot based on the information request response information acquired from the application program APP1 in advance. To the non-contact interface 1. This response ATQC is transmitted to the reader / writer 200 via the antenna ANT1.
  • the short-range wireless communication device 10 corresponds to the initialization routine (anti-collision) processing of ISO / IEC14443 Type A and Type B ⁇ standard a >> specified in ETSI TS 102 622 described above. It shall be.
  • This function is implemented in the host interface 2, and information necessary for initialization routine processing is stored in the host interface 2.
  • the host interface 2 receives the command received from the reader / writer 200 with the reception signal RX2 and checks the content. If the command is a command related to the initialization routine, the host interface 2 does not output to the interface IF1, but processes it in the host interface 2 and outputs it to the transmission data TX1.
  • the short-range wireless communication device 10 corresponds to the non-contact IC card standards ISO / IEC14443 Type A, Type B ⁇ standard a >> and JISX6319-4 ⁇ standard b1 >>, and ISO / IEC15693 ⁇ standard b2 >> Is not applicable.
  • FIG. 10 is a flowchart showing the operation of the short-range wireless communication apparatus according to the third embodiment.
  • Steps S21 to S23 in FIG. 10 are the same as steps S11 to S13 in FIG. 7
  • steps S25 to S28 in FIG. 10 are the same as steps S14 to S17 in FIG. 7, and steps S31 to S32 in FIG. Steps S18 to S19 are the same. Description of these steps is omitted.
  • 10 differs from FIG. 7 in that step S24, step S29, and step S30 are added.
  • step S24 after the carrier is detected in step S22, a selection command is generated by the command generator 3 in step S23, and after the application program APP1 of the host 20 is selected, the request processor 6 subsequently passes the information request signal REQINF.
  • the information request command is transmitted to the application program APP1 and the information request response is acquired from the application program AP1.
  • step S24 information required for the ATQC response of JISX6319-4 ⁇ standard b1 >> is held in the request processor 6.
  • a request command is received in step S25, and the protocol is determined in steps S26 to S28, where the validity / invalidity of the conversion process of the format converter 5 is set.
  • Step S29 is a step performed when the protocol determination result is ISO / IEC14443 Type A, Type B ⁇ standard a >>. In this step, according to the method defined in ETSI TS 102 622 described above, a short distance is used.
  • the wireless communication device 10 itself executes the process of the initialization routine including the response to the request command in step S25.
  • Step S30 is when the protocol determination result is other than ISO / IEC14443 Type A, Type B ⁇ standard a >>, that is, JISX6319-4 ⁇ standard b1 >>, and as described above, the request processor 6 generates a response ATQC. To the antenna ANT1 via the non-contact interface 1. Thereafter, in step S31, command and response processing is performed as in step S18.
  • FIG. 11 shows a flowchart showing another operation of the short-range wireless communication apparatus according to the third embodiment.
  • the flowchart in FIG. 11 differs from the flowchart in FIG. 10 in that the request response information acquisition process in step S24 is performed after the carrier detection in step S22 and after the selection command generation and transmission in step S23 in FIG.
  • the request response information acquisition process in step S43 is performed after the power-on in step S41 and after the selection command generation and transmission in step S42 is newly executed. That is, the execution timing of the request response information acquisition process is different from the flowchart of FIG. 11 and the flowchart of FIG.
  • the reason why the selection command is generated and transmitted in step S42 is to select the application program APP1 of the host 20 in advance.
  • the ISO / IEC7816 ⁇ Standard A >> SELECT command is not implemented, and the command / response format is not compatible with the ISO / IEC7816 ⁇ Standard A >> APDU.
  • an existing Java (registered trademark) Card platform IC card can be used as a host, and a response to the request command is transmitted as in JISX6319-4 (standard b1). The standard can be satisfied even for a standard whose timing is set relatively short.
  • ISO / IEC15693 ⁇ standard b2 >> is not applicable, but the contents implemented in JISX6319-4 ⁇ standard b1 >> are similarly applied to ISO / IEC15693 ⁇ standard b2 >>. It is possible.
  • Example 4 The fourth embodiment relates to a short-range wireless communication system that can be used even when the SELECT command of the ISO / IEC 7816 ⁇ standard A >> non-contact IC card standard is not implemented.
  • JISX6319-4 ⁇ standard b1 >> and ISO / IEC15693 ⁇ standard b2 >> are not mentioned.
  • an application program of a predetermined standard is selected by a magnetic field detection notification.
  • FIG. 12 is a block diagram illustrating a configuration of the host 20 according to the fourth embodiment.
  • the short-range wireless communication device 10 does not have the functions described in the first to third embodiments, and is the same as the conventional example.
  • the host 20 includes a communication interface 21, an application program group 22, a command interpreter 23, and an application selector 24.
  • the communication interface 21 is connected to the reader / writer 200 via the short-range wireless communication device 10 and the interface IF1.
  • the communication interface 21 outputs data received from the reader / writer 200 via the short-range wireless communication device 10 to the application program group 22 and the command interpreter 23 as a reception signal RX3.
  • the received data command is processed by the application program group 22, and the processing result is output from the application program group 22 as response transmission data to the communication interface 21 via the transmission signal TX3.
  • Data is output to the short-range wireless communication device 10 via the interface IF1.
  • the application program group 22 includes a plurality of application programs.
  • the application program APP1 is a program of a predetermined standard TypeX ⁇ standard x >>.
  • the application program APP2 is a program for ISO / IEC14443 Type A, Type B ⁇ standard a >>.
  • the predetermined standard TypeX ⁇ standard x >> is a non-contact IC card standard with a carrier frequency of 13.56 MHz, similar to ISO / IEC14443 Type A, Type B ⁇ standard a >>, and the command / response format is ISO / IEC7816 ⁇ standard. It is assumed that the APDU is A >>, but the ISO / IEC 7816 ⁇ Standard A >> SELECT command is not implemented.
  • the application program group 22 selects and activates the application program APP1 or the application program APP2, which is an application that matches the application identifier AID specified by the application selection signal AS input from the application selector 24.
  • the application program group 22 delivers the reception signal RX3 input from the communication interface 21 to the selected application program, and further outputs the result of processing the reception signal RX3 by the selected application program to the transmission signal TX3.
  • the command interpreter 23 receives the reception signal RX3 from the communication interface 21 and interprets the content of the command.
  • the command interpreter 23 detects a predetermined command and executes processing of the detected command. Specifically, the command interpreter 23 detects the SELECT command of ISO / IEC7816 and the magnetic field detection notification command.
  • the command interpreter 23 detects the SELECT command of ISO / IEC7816, the flag indicating that the SELECT command has been received and the argument of the SELECT command Together with the application identifier AID is output to the selection command signal SC to notify the application selector 24 that the SELECT command has been received.
  • the command interpreter 23 changes the magnetic field detection notification signal SC from L to H to notify the application selector 24 that the magnetic field detection notification has been made.
  • the application selector 24 When receiving the SELECT command reception notification via the selection command signal SC, the application selector 24 outputs the application identifier AID added to the selection command signal SC to the application selection signal AS.
  • the application identifier AID of the application program APP1 is output to the application selection signal AS.
  • FIG. 13 is a flowchart illustrating the operation of the host according to the fourth embodiment.
  • the command interpreter 23 monitors whether a magnetic field detection notification command has been received. If the magnetic field detection notification command is not detected, the command interpreter 23 continues monitoring. If it is detected, the magnetic field detection notification signal FD is set to H.
  • the application selector 24 outputs the application identifier AID of the application program APP1 to the application selection signal AS in response to the magnetic field detection notification FD becoming H.
  • the application program group 22 receives the application selection signal AS and selects and activates the application program APP1.
  • step S64 the command interpreter 23 monitors whether or not the SELECT command of ISO / IEC7816 ⁇ Standard A >> has been received.
  • the reader / writer 200 conforms to ISO / IEC14443 Type A, Type B ⁇ standard a >>, a SELECT command is sent with the application identifier AID of the application program APP2 as an argument. Therefore, in step S64, the SELECT command is sent. And proceeds to step S65.
  • step S65 the command interpreter 23 outputs a flag indicating that the SELECT command has been received and an application identifier AID indicating the application program APP2 that is an argument of the SELECT command to the selection command signal SC.
  • the application selector 24 receives the selection command signal SC and outputs the application identifier AID of the application program APP2 to the application selection signal AS.
  • the application program group 22 receives the application selection signal AS and selects and activates the application program APP2.
  • step 66 one or more command and response processes are performed. After the series of processing ends, the processing ends at step S67.
  • step S64 the SELECT command is not received and another command is received, and the process proceeds to step S66. move on.
  • step 66 one or more command and response processes are performed. After the series of processing ends, the processing ends at step S67.
  • the host 20 is an IC card of the Java (registered trademark) Card platform, but any platform and package form may be used as long as it is a device that implements the same application program activation method.
  • the activation command of the application program is not limited to the SELECT command of ISO / IEC7816 ⁇ Standard A >>, and a similar command of another standard can be used.
  • step S62 when the magnetic field detection notification command is received in step S62, the process proceeds to the next step S63.
  • the command for proceeding to step S63 may be a predetermined command other than the magnetic field detection notification command.
  • Example 5 will be described below.
  • the non-contact IC card standard is a case where the SELECT command of ISO / IEC7816 ⁇ Standard A >> is not implemented. select.
  • FIG. 14 is a block diagram illustrating a configuration of the host 20 according to the fifth embodiment.
  • the short-range wireless communication device 10 does not have the functions described in the first to third embodiments and is the same as the conventional example.
  • the host 20 includes a communication interface 21, an application program group 22, a command interpreter 23, an application selector 24, and a protocol discriminator 25.
  • This embodiment is different from the fourth embodiment in that a protocol discriminator 25 is added. Functions and operations in the application program group 22 and the command interpreter 23 are the same as those in the fourth embodiment. However, unlike the fourth embodiment, the communication interface 21 is supplied with the protocol information signal PI from the short-range wireless communication device 10 via the interface IF1, and the communication interface 21 receives the supplied protocol information signal PI. The data is output to the protocol discriminator 25.
  • the protocol information signal PI is information indicating the protocol of the command input from the short-range wireless communication device 10 via the interface IF1, and in this embodiment, ISO / IEC14443 Type A, Type B ⁇ Standard a >> Or any of the predetermined standards TypeX ⁇ standard x >>. This protocol information is set by the short-range wireless communication device 10.
  • Protocol information transmission method is not particularly limited.
  • this protocol information does not necessarily match the protocol used by the reader / writer 200 at that time.
  • the protocol information may be set as a fixed value in the short-range wireless communication device 10 in advance. Furthermore, there is also a method of notifying the host 20 of magnetic field detection together with preset protocol information when the short-range wireless communication device 10 detects a carrier.
  • the protocol discriminator 25 controls the output of the protocol detection signal PD based on the content of the protocol information signal PI.
  • the application selector 24 outputs an application selection signal AS in response to the input of the magnetic field detection notification signal FD, the selection command signal SC, and the protocol detection signal PD.
  • the logic is as follows: When the selection command SC signal is detected (when the SELECT command reception flag is detected), the application identifier AID included in the selection command SC signal is output to the application selection signal AS.
  • FIG. 15 is a flowchart illustrating the operation of the host according to the fifth embodiment. Steps S71 to S72 in FIG. 15 are the same as steps S61 to S62 in FIG. Further, steps S76 to S78 in FIG. 15 are the same as steps S65 to S67 in FIG. Therefore, description of these steps is omitted.
  • steps S73 to S75 are newly added. Hereinafter, these additional steps will be described.
  • an existing Java (registered trademark) Card platform IC card as a host can be used even in a non-contact IC card standard application that does not implement the SELECT command of ISO / IEC7816 ⁇ Standard A >>. It is possible to cope with this by adding a few functions.
  • the host 20 is an IC card of the Java (registered trademark) Card platform, but any platform and package form may be used as long as the apparatus uses the same application program activation method.
  • the activation command of the application program is not limited to the SELECT command of ISO / IEC7816 ⁇ Standard A >>, and a similar command of another standard can be used.
  • step S72 when the magnetic field detection notification command is received in step S72, the process proceeds to the next step S73.
  • the command for proceeding to step S73 may be any command other than the magnetic field detection notification command.
  • Example 6 Example 6 will be described below.
  • the sixth embodiment refers to JISX6319-4 ⁇ standard b1 >> and ISO / IEC15693 ⁇ standard b2 >>.
  • FIG. 16 is a block diagram illustrating a configuration of the host according to the sixth embodiment. In FIG. 16, it is assumed that the short-range wireless communication device 10 does not have the functions described in the first to third embodiments and is the same as the conventional example.
  • the host 20 includes a communication interface 21, an application program group 22, a command interpreter 23, an application selector 24, a protocol discriminator 25, and a format converter 26.
  • This embodiment differs from the fifth embodiment in that a format converter 26 is inserted between the communication interface 21 and the application program group 22.
  • the functions and operations of the communication interface 21, the application program group 22, the command interpreter 23, the application selector 24, and the protocol discriminator 25 are the same as those in the fifth embodiment.
  • the format conversion method of the format change format converter 26 is the same as that of the format converter 5 described in the second embodiment, and the description thereof is omitted.
  • FIG. 17 is a flowchart illustrating the operation of the host according to the sixth embodiment. Steps S81 to S83 in FIG. 17 are the same as steps S71 to S73 in FIG. Also, steps S86 to S90 in FIG. 17 are the same as steps S74 to S78 in FIG. 15, and description of these steps will be omitted.
  • the SELECT command of ISO / IEC7816 ⁇ Standard A >> is not implemented, and the command / response format is not compatible with the APDU of ISO / IEC7816 ⁇ Standard A >>.
  • the contact IC card standard it is possible to cope with the existing Java (registered trademark) Card platform IC card as a host by adding some functions.
  • step S82 when the magnetic field detection notification command is received in step S82, the process proceeds to the next step S83.
  • the command for proceeding to step S83 is an arbitrary command other than the magnetic field detection notification command. May be.
  • FIG. 18 is a block diagram illustrating a configuration of the host according to the seventh embodiment.
  • the short-range wireless communication device 10 does not have the functions described in the first to third embodiments and is the same as the conventional example.
  • the host 20 includes a communication interface 21, an application program group 22, a command interpreter 23, an application selector 24, a protocol discriminator 25, a format converter 26, and a request processor 27.
  • This embodiment is different from the sixth embodiment in that a request processor 27 is added.
  • the functions and operations of the communication interface 21, the application program group 22, the command interpreter 23, the application selector 24, the protocol discriminator 25, and the format converter 26 are the same as those in the sixth embodiment.
  • the request processor 27 outputs the information request signal REQINF2 to the application program group 22, and the information response signal ATQINF2 is input from the application program group 22. Further, the request processor 27 receives the request signal REQ2 from the communication interface 21 and outputs a response signal ATQ2 to the communication interface 21. Further, the request processor 27 receives an application selection signal AS from the application selector 24.
  • the contents of the information request signal REQINF2, the information response signal ATQINF2, the request signal REQ2, and the response signal ARQ2 in the request processor 27 are the information request signal REQINF, the information response signal ATQINF, the request signal REQ, and the request signal REQ in the third embodiment.
  • the response signal ATQ is the same as the content.
  • the operation of the request processor 27 is substantially the same as that of the request processor 6 of the third embodiment except that an application selection signal AS is input instead of the carrier detection signal CDET.
  • the request processor 27 When the application identifier AID of the program APP1 is input to the request processor 27 via the application selection signal AS, the request processor 27 outputs an information request command to the information request signal REQINF2.
  • the other operation contents are the same as those of the request processor 6 and will not be described.
  • the application program group 22 When receiving the information request signal REQINF2, the application program group 22 transmits an information request command to the selected application program APP1 or application program APP2 as in the case of the reception signal RX5. Further, the application program group 22 outputs the processing result of the information request command to the request processor 27 via the information response signal ATQINF2.
  • the short-range wireless communication device 10 corresponds to the non-contact IC card standards ISO / IEC14443 Type A, Type B ⁇ standard a >> and JISX6319-4 ⁇ standard b1 >>, and ISO / IEC15693 ⁇ standard b2 >> Is not applicable.
  • FIG. 19 is a flowchart illustrating the operation of the host according to the seventh embodiment. Steps S91 to S98 in FIG. 19 are the same as steps S81 to S88 in FIG. Also, steps S101 and S102 in FIG. 19 are the same as steps S89 and 90 in FIG. 17, and description of these steps will be omitted.
  • step S98 and step S100 are newly added.
  • step S98 and step S100 are newly added.
  • Step S99 is performed after the protocol is determined to be JISX6319-4 ⁇ standard b1 >> in step S93 and the application program APP1 is selected in step S97.
  • the request processor 27 requests an information request.
  • An information request command is transmitted to the application program APP1 via the signal REQINF2, and an information request response is acquired from the application program APP1.
  • information required for the ATQC response of JISX6319-4 ⁇ standard b1 >> is subsequently held in the request processor 27.
  • step S100 a request command REQC of JISX6319-4 ⁇ standard b1 >> is received, and a response ATQC is output from the request processor 27.
  • FIG. 20 is a flowchart showing another operation of the host according to the seventh embodiment.
  • the flowchart of FIG. 20 differs from the flowchart of FIG. 19 in the following points. That is, in FIG. 19, step S93 (protocol discrimination) is performed, and after step S97 (predetermined application selection processing) is performed, step S99 (request response information acquisition processing) is performed, whereas in FIG. After step S111 (power on), step S112 (selection of application program APP1) is newly performed, and then step S113 (request response information acquisition processing) is performed.
  • step S93 protocol discrimination
  • step S97 predetermined application selection processing
  • step S99 request response information acquisition processing
  • step S111 power on
  • step S112 selection of application program APP1
  • step S113 request response information acquisition processing
  • the request response information acquisition process is performed immediately after the power is turned on before receiving the magnetic field detection notification command. Therefore, the above-described problem that may occur in the flowchart of FIG. Can be avoided).
  • the ISO / IEC7816 ⁇ Standard A >> SELECT command is not implemented, and the command / response format is not compatible with the ISO / IEC7816 ⁇ Standard A >> APDU.
  • the card standard can be used by adding a few functions to an existing Java (registered trademark) Card platform IC card as a host. Furthermore, the standard can be satisfied even for a standard in which the timing for transmitting a response to the request command is set relatively short, such as JISX6319-4 ⁇ standard b1 >>.
  • a predetermined command other than the magnetic field detection notification may be used instead of the magnetic field detection notification command.
  • the technology of the present invention is useful as a technology for extending the application to a non-contact IC card standard that is conventionally considered to be incompatible while using an existing platform IC card as a host in a short-range wireless communication device.
  • the present invention can be applied to a non-contact communication apparatus compatible with the near field communication standard NFC.

Landscapes

  • Engineering & Computer Science (AREA)
  • Toxicology (AREA)
  • Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • General Health & Medical Sciences (AREA)
  • Electromagnetism (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

　外部の通信装置との間で非接触通信を行う非接触インタフェースと、所定規格のアプリケーションプログラムが搭載されたホストとの間で入出力を行うホストインタフェースと、非接触インタフェースとホストインタフェースとの間に介在されて、ホストにおける所定規格のアプリケーションプログラムを選択するための選択コマンドを生成するコマンド生成器とを備える。コマンド生成器は、外部の通信装置からのアクセスを非接触インタフェースが受けたことに応じて起動して選択コマンドを生成し、生成した選択コマンドをホストインタフェースに出力する。

Description

近距離無線通信装置、アプリケーションプログラム、ホストおよび近距離無線通信システム
　本発明は近距離無線通信装置にかかわり、詳しくはホストに既存のプラットフォームのＩＣカードを用いつつ、従来適合性がないとされていた非接触ＩＣカード規格への適用拡張を図るための技術に関する。また、近距離無線通信装置とホストからなる近距離無線通信システム、近距離無線通信装置に接続のホストに搭載されるアプリケーションプログラム、また、近距離無線通信装置に接続されるホストに関する。
　非接触ＩＣカードの分野では、標準規格としてＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》、ＪＩＳＸ６３１９－４《規格ｂ１》、ＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》などの複数の規格が存在する。ここで、《規格ａ》、《規格ｂ１》、《規格ｂ２》の表記は本明細書で理解容易化のために用いる略称である。また、近年では、前述の規格と互換性を持ついわゆるＮＦＣ（Near Field Communication：近距離無線通信）規格がＩＳＯ／ＩＥＣ１８０９２として制定されている。
　図２１に特許文献１に記載のＮＦＣチップセットのブロック図を示す。このＮＦＣチップセットＣＨＩＰＳＥＴは、ＮＦＣコンポーネントＮＦＣＲ１と、第１のホストプロセッサＨＰ１と、第２のホストプロセッサＨＰ２とから構成されている。ＮＦＣコンポーネントＮＦＣＲ１は、外部機器（非接触型集積回路ＣＬＣＴ、読み取り機ＲＤ、ＮＦＣコンポーネントＮＦＣＲ２等からなる）との間で非接触通信を行う。非接触型集積回路ＣＬＣＴにはアプリケーションＡＰ１が、読み取り機ＲＤにはアプリケーションＡＰ２が、ＮＦＣコンポーネントＮＦＣＲ２にはアプリケーションＡＰ３がそれぞれ搭載されている。一方、第１のホストプロセッサＨＰ１にはアプリケーションＡＰ１およびアプリケーションＡＰ３が搭載され、第２のホストプロセッサＨＰ２にはアプリケーションＡＰ１およびアプリケーションＡＰ２が搭載されている。
　ＮＦＣチップセットＣＨＩＰＳＥＴと読み取り機ＲＤとの間で、任意の処理（例えば電子決済等）が行われる場合、アプリケーションＡＰ２は第２のホストプロセッサＨＰ２によって実行される。第２のホストプロセッサＨＰ２によるアプリケーションＡＰ２の実行は、アプリケーションＡＰ２が読み取り機ＲＤと第２のホストプロセッサＨＰ２とで共通であるから可能となる。ＮＦＣコンポーネントＮＦＣＲ１は、非接触ＩＣカードの非接触インタフェース１として動作する。
　例えばＮＦＣチップセットＣＨＩＰＳＥＴが携帯電話で用いられる場合、ホストプロセッサの１つとしてＳＩＭ（Subscriber Identification Module）カードと呼ばれるＩＣカードを用いることが考えられる。このＳＩＭカードの分野でマルチアプリケーションを実現するＩＣカードの構成としては、例えばＪａｖａ(登録商標）Ｃａｒｄプラットフォームが挙げられる。Ｊａｖａ(登録商標）Ｃａｒｄプラットフォームは、Ｊａｖａ(登録商標）言語をベースとしたＩＣカード用のアプリケーションプログラムの実行環境でアプレットと呼ばれるアプリケーションプログラムを複数搭載することができる。
　Ｊａｖａ(登録商標）Ｃａｒｄプラットフォームでは、アプレットの選択にはＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドが使用される。また、コマンド／レスポンスのフォーマットとして、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＡＰＤＵ（Application Data Protocol Unit）が採用されている。ここで、《規格Ａ》の表記は本明細書で理解容易化のために用いる略称である。
特開２００８－２５２８８３号公報（第５－６頁、第１図）
　上記従来の近距離無線通信システムには、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドと、コマンド／レスポンスのフォーマットについて、以下の課題がある。
　ホストとしてＪａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードを使用した場合、ＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》を採用した用途であれば、通常、コマンド体系としてＩＳＯ／ＩＥＣ７８１６《規格Ａ》のコマンドをサポートしている。この場合、ＳＥＬＥＣＴコマンドを実装しているので、リーダライタからＳＥＬＥＣＴコマンドを発行することにより、Ｊａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードの所定のアプレットを選択することが可能である。
　しかし、ＪＩＳＸ６３１９－４《規格ｂ１》やＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》を採用した用途の場合、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドは実装していない。したがって、Ｊａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードの所定のアプレットを選択することができない。つまり、ＪＩＳＸ６３１９－４《規格ｂ１》やＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》では、Ｊａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードを用いることができない。
　また、コマンド／レスポンスのフォーマットについて、ＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》では、通常、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＡＰＤＵを採用している。しかし、ＪＩＳＸ６３１９－４《規格ｂ１》やＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》のコマンド／レスポンスのフォーマットはＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＡＰＤＵとは異なる。この理由によっても上記同様に、ＪＩＳＸ６３１９－４《規格ｂ１》やＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》ではＪａｖａ(登録商標）Ｃａｒｄ、プラットフォームのＩＣカードを用いることができない。
　上記課題に対応する方法の１つとして、Ｊａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードにＪＩＳＸ６３１９－４《規格ｂ１》やＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》に対応したネイティブプログラムを追加する方法が考えられる。
　しかし、この場合、プログラム搭載用のメモリを追加することになり、製造コストが上昇するという課題がある。また、ＩＣカード動作の制御に関して、使用する非接触通信のプロトコルによって、Ｊａｖａ(登録商標）Ｃａｒｄプラットフォームとネイティブプログラムを切り替えなくてはならず、ＩＣカードのＯＳの構成が複雑になり、管理が難しくなるという課題もある。
　さらに、Ｊａｖａ(登録商標）Ｃａｒｄプラットフォームでは、商品が消費者に渡った後でも必要に応じてアプレットを追加でダウンロードしてインストールする、または不要になったアプレットを削除することが可能であｑｑる。しかし、ネイティブプログラムの場合は、基本的にはそのようなことはできないため、消費者の利便性が低下するという課題がある。
　本発明は、このような事情に鑑みて創作したものであり、近距離無線通信システムにおいて、既存のプラットフォームのＩＣカード（例えばＪａｖａ(登録商標）Ｃａｒｄ）をホストとして用いることができ、かつ、より広い非接触ＩＣカード規格に対応することを目的としている。ここで「より広い非接触ＩＣカード規格に対応する」とは、既存のプラットフォームのＩＣカードで従来対応できていなかった非接触ＩＣカード規格も適合性を持つようにするという意味である。つまり、汎用性の拡張である。換言すれば、ホストに既存のプラットフォームのＩＣカードを用いつつ、従来適合性がないとされていた非接触ＩＣカード規格への適用拡張を図ることを目的としている。
　《１》上記の課題を解決するために、本発明は次のような手段を講じる。後述する実施例で用いる図２を参照しながら説明する（ただし、本発明はこの図によって限定されるものではない）。本項においては、ホストにおける所定規格のアプリケーションプログラムでは、既存のプラットフォームのＩＣカードがコマンド／レスポンスのフォーマットをサポートしているものとする。一方、所定規格では、選択コマンド（既存のプラットフォームのＩＣカードがサポートするアプリケーションプログラムを選択するコマンド）は、サポートされていないものとする。
　本発明における近距離無線通信装置は、その前提的構成として、外部の通信装置（リーダライタ等）との間で非接触で通信を行う非接触インタフェース１と、ホスト２０との間で入出力を行うホストインタフェース２とを備えている。ここで、非接触インタフェース１は外部の通信装置から受け取った受信信号をホストインタフェース２に渡す機能を有し、ホストインタフェース２はさらにホスト２０へ受信信号を出力する機能を有する。ホスト２０からの応答としての送信信号はホストインタフェース２に入力され、ホストインタフェース２は送信信号を非接触インタフェース１に渡す機能を有し、さらにホストインタフェース２は送信信号を非接触インタフェース１から外部の通信装置に送信する機能を有する。
　既存のプラットフォームのＩＣカードを搭載してあるホスト２０でサポートされているコマンド体系における選択コマンド（アプリケーションプログラムを選択するためのコマンド）は、規格が異なれば使用不可となる場合がある。以下、その理由を説明する。規格が異なるゆえに適合性のない非サポートタイプの外部の通信装置は、搭載ＩＣカードでサポートされている選択コマンドを発信することができないので、そのままでは、ホスト２０において所定規格のアプリケーションプログラムを選択することはできない。ここで、所定規格のアプリケーションプログラムと非サポートタイプの外部の通信装置とはそれぞれの規格に対応しているが、両者の間に介在してホスト２０となる既存のプラットフォームのＩＣカードは、所定規格に対応していない。そのため、所定規格のアプリケーションプログラムと非サポートタイプの外部の通信装置との間の適合性を確保できなくなり、その結果、ホスト２０は所定規格のアプリケーションプログラムを選択できない。
　そこで、近距離無線通信装置においては、非接触インタフェース１とホストインタフェース２との間に、ホスト２０における所定規格のアプリケーションプログラムを選択するための選択コマンドを生成するコマンド生成器３を介在させることとする。コマンド生成器３は以下のタイミングで機能する。すなわち、既存のプラットフォームのＩＣカードを搭載してあるホスト２０に所定規格のアプリケーションプログラムを追加した仕様において、同じく所定規格の非サポートタイプの外部の通信装置（これは搭載ＩＣカードサポートの選択コマンドを発信できない）が、その所定規格のアプリケーションプログラムにアクセスしようとしたときに、コマンド生成器３は機能する。外部の通信装置が所定規格の選択コマンドを発信できないことの代替として、近距離無線通信装置がコマンド生成器３を介して選択コマンドの発信の役割を担うのである。
　非接触インタフェース１は、非サポートタイプの外部の通信装置からのアクセスを受けると、その旨をコマンド生成器３に伝える。非接触インタフェース１は外部の通信装置からのアクセス自体は受け付ける。外部の通信装置からアクセスがあった旨の連絡を受け取ったコマンド生成器３は、ホスト２０における所定規格のアプリケーションプログラムを選択するための選択コマンドを生成し、生成した選択コマンドをホストインタフェース２に渡す。ホストインタフェース２は受け取った選択コマンドをホスト２０に与える。すると、ホスト２０は受け取った選択コマンドで所定規格のアプリケーションプログラムを選択することになる。これで、所定規格のアプリケーションプログラムの使用可能性が確保されたことになる。
　続いて、非サポートタイプの外部の通信装置からのコマンドは非接触インタフェース１からホストインタフェース２を介してホスト２０に与えられる。ホスト２０は先に選択した所定規格のアプリケーションプログラムに従って、受け取ったコマンドを実行する。そして、ホスト２０はレスポンスを生成し、ホストインタフェース２から非接触インタフェース１を介して外部の通信装置に返す。このようなシーケンスにより、コマンド＆レスポンス処理を行うことが可能となる。
　これにより、ホスト２０としての既存のプラットフォームのＩＣカードに所定規格のアプリケーションプログラムを追加することが可能となる。しかもコスト等の関係から上記ＩＣカードにネイティブプログラムを追加していない状態において、搭載ＩＣカードサポートの選択コマンドを発信できない非サポートタイプの外部の通信装置からのアクセスに応じて、所定規格のアプリケーションプログラムを用いたコマンド＆レスポンス処理が実行可能となる。
　以上を要するに、本発明の近距離無線通信装置は、
　外部の通信装置との間で非接触で通信を行う非接触インタフェース１と、
　所定規格のアプリケーションプログラムが搭載されたホスト２０との間で入出力を行うホストインタフェース２と、
　非接触インタフェース１とホストインタフェース２との間に介在して、前記ホスト２０の所定規格のアプリケーションプログラムを選択するための選択コマンドを生成するコマンド生成器３とを備え、
　コマンド生成器３は、前記外部の通信装置からのアクセスを非接触インタフェース１が受けることに応じて起動されて前記選択コマンドを生成し、生成した前記選択コマンドをホストインタフェース２に出力するように構成されているものである。
　この構成によれば、コマンド／レスポンスのフォーマットについて既存のプラットフォームのＩＣカードがサポートしている場合において、搭載ＩＣカードサポートの選択コマンドを発信できない非サポートタイプの外部の通信装置との間で、既存のプラットフォームのＩＣカードを近距離無線通信装置のホストとして用いることが可能となる。これにより、費用抑制の面からもホストに既存のプラットフォームのＩＣカードを用いつつ、従来適合性がないとされていた非接触ＩＣカード規格への適用拡張を図ることが可能となる。
　《２》本項においては、ホストにおける所定規格のアプリケーションプログラムは、コマンド／レスポンスのフォーマットについても、所定規格のアプリケーションプログラムを選択するための選択コマンドの場合と同様、既存のプラットフォームのＩＣカードのサポートがないものとする。後述する実施例で用いる図４を参照しながら説明する（ただし、本発明はこの図によって限定されるものではない。）。
　コマンド／レスポンスのフォーマットは、規格によって、既存のプラットフォームのＩＣカードのサポートがある場合とサポートがない場合とがある。コマンド／レスポンスのフォーマットがサポートされていない規格では、そのままでは、既存のプラットフォームのＩＣカードを用いることができない。
　そこで、当該の近距離無線通信装置においては、上記《１》の構成において、さらに、非接触通信のプロトコルを判別するプロトコル判別器４を設けるとともに、非接触インタフェース１上のデータとホストインタフェース２上のデータに対してフォーマット変換処理を行うフォーマット変換器５を設ける。フォーマット変換器５は、プロトコル判別器４のプロトコル判別結果によってフォーマット変換処理の実行を有効化したり無効化したりする。
　非接触インタフェース１は、外部の通信装置からのアクセスを受けると、外部の通信装置のプロトコルに関する情報をプロトコル判別器４に渡す。プロトコル判別器４は、受け取った情報に基づいて外部の通信装置のプロトコルを判別し、外部の通信装置のコマンド／レスポンスのフォーマットがホスト２０における既存のプラットフォームのＩＣカードによってサポートされているか否かを判別する。プロトコル判別器４による判別結果はフォーマット変換器５に送られる。プロトコル判別器４による判別結果が、サポートされていないタイプの外部の通信装置を示すときは、フォーマット変換器５が有効化される。有効化されたフォーマット変換器５は、非接触インタフェース１からの信号をフォーマット変換してホストインタフェース２に渡し、ホストインタフェース２からの信号を逆フォーマット変換して非接触インタフェース１に渡す。これにより、外部の通信装置からのコマンド／レスポンスのフォーマットがサポートされていないものであっても、双方向の通信が可能となる。
　以上を要するに、上記《１》の構成において、非接触通信のプロトコルを判別するプロトコル判別器４と、非接触インタフェース１上のデータとホストインタフェース２上のデータとをそれぞれフォーマット変換処理するフォーマット変換器５とをさらに備え、フォーマット変換器５は、プロトコル判別器４による外部の通信装置のプロトコル判別結果に応じてフォーマット変換処理の実行を有効化または無効化するものとして構成されている。
　この構成によれば、外部の通信装置のコマンド／レスポンスのフォーマットが既存のプラットフォームのＩＣカードでサポートされていないものであっても、既存のプラットフォームのＩＣカードを近距離無線通信装置のホストとして用いることが可能となる。すなわち、費用抑制の面からもホストに既存のプラットフォームのＩＣカードを用いつつ、従来適合性がないとされていた非接触ＩＣカード規格への適用拡張を図ることが可能となる。
　《３》いずれの非接触ＩＣカードの規格であっても、通信の初期には、外部の通信装置からリクエストが送信され、それを受け取った近距離無線通信装置はレスポンスを返送する。外部の通信装置からのリクエストは近距離無線通信装置を介してホストへ送信されたのち、リクエストはホスト内のアプリケーションプログラムで処理され、処理後にリクエストのレスポンスが生成される。そのレスポンスはまたホストから近距離無線通信装置を介して外部の通信装置へ送信される。コマンドが送信されてからレスポンスを返送するまでのタイミングは規格ごとに定められている。このレスポンスが遅れると、通信に失敗する。通常、リクエストに対するレスポンスの処理を上述したようにホストのアプリケーションプログラムで処理した場合、レスポンスの遅れを招きやすい。対策として、任意の規格においては、リクエストコマンドを受信した場合にそのリクエストコマンドをホストに転送するのではなく、近距離無線通信装置自身が、あらかじめ取得していた初期化ルーチンに必要な情報を使用してレスポンスを生成し、応答するように工夫することが考えられる。しかしながら、上述した任意の規格とは別の規格の中には、上述した処理方法（特に上述した初期化ルーチン）が採用されておらず、リクエストコマンドをホストに転送するものがある。このような別規格での処理では、依然として応答遅れが生じる可能性が高い。このような応答遅れ対策が規格によって相違するという課題に対し、本項では次のように対応する。後述する実施例で用いる図８を参照しながら説明する（ただし、本発明はこの図によって限定されるものではない。）。
　上記《１》，《２》の構成において、リクエストコマンドをホスト２０に中継する代わりに、その場でリクエストコマンドに対するレスポンス処理を行うリクエスト処理器６を設ける。リクエスト処理器６は、レスポンス処理に必要な情報をホスト２０から取得する情報要求コマンドを生成する。リクエスト処理器６は、あらかじめその情報要求コマンドを生成してホストインタフェース２を介してホスト２０へ出力する。すると、その情報要求コマンドを受け取ったホスト２０はレスポンスにかかわる情報をホストインタフェース２に出力する。リクエスト処理器６は、ホストインタフェース２を介して受け取ったレスポンスにかかわる情報を保持しておく。そして、外部の通信装置からのリクエストコマンドを非接触インタフェース１が受信すると、リクエスト処理器６は、保持しておいたレスポンスにかかわる情報に基づいてリクエストコマンドに対応するレスポンスを自ら生成し、そのレスポンスを非接触インタフェース１を介して外部の通信装置に送り出す。
　以上を要するに、上記《１》，《２》の構成において、外部の通信装置からのリクエストコマンドに対して非接触インタフェース１を介してレスポンス処理を行うリクエスト処理器６をさらに備え、
　リクエスト処理器６は、レスポンス処理に必要な情報をホスト２０から取得するための情報要求コマンドを生成しており、適当なタイミングで、その情報要求コマンドをホストインタフェース２へ送出し、かつリクエスト処理器６は、前記情報要求コマンドを受け取ったホスト２０から前記ホストインタフェース２を介して取得するレスポンス情報を保持しておき、非接触インタフェース１が外部の通信装置から前記リクエストコマンドを受け取ると、保持しておいた前記レスポンス情報に基づいてリクエストコマンドに対応するレスポンスを自ら生成し、生成した前記レスポンスを非接触インタフェース１を介して外部の通信装置に送り出す機能を有するものとして構成されている。
　外部の通信装置の規格が既存のプラットフォームのＩＣカードによってサポートされているいないにかかわらず、リクエスト処理器６があらかじめレスポンス情報（レスポンスにかかわる情報）をホスト２０から取得して保持しておくことにより、リクエストコマンドがあったときのレスポンス処理を迅速に行うことが可能となり、非接触ＩＣカード規格の応答タイミング規定を満たすことが可能となる。
　なお、本項を上記《２》の構成に適用したものはプロトコル判別器４とフォーマット変換器５を備えた構成となるが、上記《１》の構成に適用したものはプロトコル判別器４とフォーマット変換器５を備えていない構成ともなり得る。
　《１》本発明によれば、ホストにおける所定規格のアプリケーションプログラムを選択するための選択コマンドを生成するコマンド生成器を設けてあるので、次の効果が発揮される。
　すなわち、コマンド／レスポンスのフォーマットについて既存のプラットフォームのＩＣカードがサポートしている場合において、搭載ＩＣカードサポートの選択コマンドを発信できない非サポートタイプの外部の通信装置との関係でも、既存のプラットフォームのＩＣカードを近距離無線通信装置のホストとして用いることができる。したがって、費用抑制の面からもホストに既存のプラットフォームのＩＣカードを用いつつ、従来適合性がないとされていた非接触ＩＣカード規格への適用拡張を図ることができる。
　《２》本発明において、非接触通信のプロトコルを判別するプロトコル判別器と、非接触インタフェース上のデータおよびホストインタフェース上のデータに対してフォーマット変換処理を行うものでありかつ外部の通信装置のプロトコル判別結果に応じてフォーマット変換処理の実行を有効化または無効化するフォーマット変換器とを追加した場合には、次の効果が発揮される。
　すなわち、外部の通信装置のコマンド／レスポンスのフォーマットが既存のプラットフォームのＩＣカードでサポートされていないものであっても、既存のプラットフォームのＩＣカードを近距離無線通信装置のホストとして用いることができる。
　《３》本発明において、
・レスポンス処理に必要な情報をホストから取得するための情報要求コマンドをもつリクエスト処理器を、
　追加し、
・リクエスト処理器は、情報要求コマンドをホストインタフェースへ送出し、かつホストから取得したレスポンス情報を保持する機能を有し、
・さらにリクエスト処理器は、非接触インタフェースに対して外部の通信装置からリクエストコマンドがあったときに、保持しておいたレスポンスにかかわる情報に基づいてリクエストコマンドに対応するレスポンスを自ら生成し、そのレスポンスを非接触インタフェースを介して外部の通信装置に送り出す、
　構成を追加した場合には、次の効果が発揮される。
　すなわち、外部の通信装置の規格が既存のプラットフォームのＩＣカードによってサポートされているいないにかかわらず、リクエスト処理器によって、リクエストコマンドがあったときのレスポンス処理を迅速に行うので、非接触ＩＣカード規格の応答タイミング規定を満たすことができる。
図１は、本発明の近距離無線通信システムの構成を示すブロック図である。 図２は、本発明の実施例１の近距離無線通信装置の詳しい構成を示すブロック図である。 図３は本発明の実施例１の近距離無線通信装置の動作を示すフローチャートである。 図４は、本発明の実施例２の近距離無線通信装置の詳しい構成を示すブロック図である。 図５Ａは、本発明の実施例２の近距離無線通信装置においてプロトコルがＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》のときのフォーマット変換方法を示す図（その１）である。 図５Ｂは、本発明の実施例２の近距離無線通信装置においてプロトコルがＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》のときのフォーマット変換方法を示す図（その２）である。 図６は、本発明の実施例２の近距離無線通信装置においてプロトコルがＪＩＳＸ６３１９－４《規格ｂ１》のときのフォーマット変換方法を示す図である。 図７は、本発明の実施例２の近距離無線通信装置の動作を示すフローチャートである。 図８は、本発明の実施例３の近距離無線通信装置の詳しい構成を示すブロック図である。 図９Ａは、ＪＩＳＸ６３１９－４《規格ｂ１》のリクエストコマンドＲＥＱＣおよび応答ＡＴＱＣのフォーマットを示す図（その１）である。 図９Ｂは、ＪＩＳＸ６３１９－４《規格ｂ１》のリクエストコマンドＲＥＱＣおよび応答ＡＴＱＣのフォーマットを示す図（その２）である。 図１０は、本発明の実施例３の近距離無線通信装置の動作を示すフローチャートである。 図１１は、本発明の実施例３の近距離無線通信装置の別の動作を示すフローチャートである。 図１２は、本発明の実施例４のホストの詳しい構成を示すブロック図である。 図１３は、本発明の実施例４のホストの動作を示すフローチャートである。 図１４は、本発明の実施例５のホストの詳しい構成を示すブロック図である。 図１５は、本発明の実施例６のホストの動作を示すフローチャートである。 図１６は、本発明の実施例７のホストの詳しい構成を示すブロック図である。 図１７は、本発明の実施例８のホストの動作を示すフローチャートである。 図１８は、本発明の実施例７のホストの詳しい構成を示すブロック図である。 図１９は、本発明の実施例８のホストの動作を示すフローチャートである。 図２０は、本発明の実施例８のホストの別の動作を示すフローチャートである。 図２１は、従来のＮＦＣチップセットを示すブロック図である。
　上記した《１》，《２》または《３》の構成の本発明の近距離無線通信装置は、次のような実施の形態においてさらに有利に展開することが可能である。
　《４》上記《１》～《３》の構成において、コマンド生成器３により生成された選択コマンドをホストインタフェース２から出力するタイミングは、非接触インタフェース１が外部の通信装置からのキャリアを検出した時点とするのが好ましい一態様である。
　コマンド生成器３で生成した選択コマンドは、搭載ＩＣカードのサポートのない所定規格のアプリケーションプログラムを選択するためのコマンドである。外部の通信装置がホスト２０との間で非接触通信をするのは、ホスト２０におけるアプリケーションプログラムを利用するためである。したがって、アプリケーションプログラムの選択は、その利用開始に当たって最優先の事項となる。そこで、選択コマンドをホストインタフェース２からホストへ出力するタイミングとしては、外部の通信装置がアプリケーションプログラムを利用せんとする最初期段階とするのが良い。それは、非接触インタフェース１が外部の通信装置からのキャリアを検出した時点が最も相応しい。
　《５》上記《１》～《４》の構成において、コマンド生成器３により生成される選択コマンドは、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドとするのが典型例である。
　ホストとしてＪａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードを使用する場合は、ＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》のコマンド体系としてＩＳＯ／ＩＥＣ７８１６《規格Ａ》のコマンドがサポートされている。したがって、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドを実装しない非接触ＩＣカード規格のアプリケーションプログラムに対して、選択コマンドをＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドとすれば、ホストとして既存のＪａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードを用いることが可能となる。
　《６》プロトコル判別器４とフォーマット変換器５とを備えた上記の《２》，《３》の構成において、フォーマット変換器５の構成を次のように構成することが好ましい。すなわち、《２》，《３》の構成に、第１のカプセル処理器と第２のカプセル処理器とを組み合わせた構成を追加することである。第１のカプセル処理器は、非接触インタフェース１から受け取った受信データを搭載ＩＣカードで用いる第１のフォーマットに従ってカプセル化したうえで、カプセル化した受信データをホストインタフェース２へ出力するものとして構成されている。第２のカプセル処理器は、ホストインタフェース２から受け取った別のフォーマット（アプリケーションプログラムが使用する所定規格に準じた第２のフォーマット）でカプセル化された送信データを非カプセル状態に戻したうえで、非カプセル状態に戻した送信データを非接触インタフェース１に出力するものとして構成されている。
　上記《６》の構成によれば、第１のカプセル処理器が行う受信データのカプセル化によって、所定規格の外部の通信装置から受け取った受信データの情報を所定規格のアプリケーションプログラムに伝えることが可能となる。また、カプセル化された送信データを第２のカプセル処理器によって非カプセル状態に戻すことで、所定規格のアプリケーションプログラムから受け取った送信データの情報を所定規格の外部の通信装置に伝えることが可能となる。以上の効果が相乗されることで、搭載ＩＣカードに適合性のないプロトコルを有する規格であっても、ホストとして既存のプラットフォームのＩＣカードを用いることが可能となる。
　《７》上記《６》の構成において、第１、第２のフォーマットの典型例として次のものを挙げることができる。すなわち、第１のフォーマットをＩＳＯ／ＩＥＣ７８１６《規格Ａ》のコマンドＡＰＤＵ（Application Protocol Data Unit)とする。また、第２のフォーマットをＩＳＯ／ＩＥＣ７８１６《規格Ａ》のレスポンスＡＰＤＵとする。
　上記《７》の構成によれば、プロトコルがＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》以外の場合であっても、ホストとしてＪａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードを用いることができる。
　《８》上記《７》の構成において、コマンドＡＰＤＵを使用するコマンドの典型例としてＥＮＶＥＬＯＰＥコマンドを挙げることができる。ＥＮＶＥＬＯＰＥコマンドは、コマンドおよびレスポンスの両方において、データフィールドを備えるコマンド（ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のケース４）であるため、送信データおよび受信データについてカプセル化を実施することができる。
　《９》プロトコル判別器４とフォーマット変換器５とを備えた上記の《２》，《３》，《６》～《８》の構成において、フォーマット変換器５は、プロトコル判別器４によるプロトコル判別結果がＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》を示すときは起動せず、プロトコル判別結果がＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡおよびＴｙｐｅＢ《規格ａ》以外を示すときは起動するように構成するように構成されている。
　上記《９》の構成によれば、コマンド／レスポンスのフォーマットがＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＡＰＤＵと異なる場合であっても、既存のＪａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードを近距離無線通信装置のホストとして用いることができ、費用抑制の面からもホストに既存のプラットフォームのＩＣカードを用いつつ、従来適合性がないとされていた非接触ＩＣカード規格への適用拡張を図ることが可能となる。
　《１０》第１、第２のカプセル処理器に言及した上記《６》～《９》の構成において、第１、第２のフォーマットに準じたデータは、プロトコル判別器４によるプロトコル判別結果がＪＩＳＸ６３１９－４《規格ｂ１》を示す場合には、ＪＩＳＸ６３１９－４《規格ｂ１》のＬＥＮ（データ長）の情報を含んでいることが好ましい。
　上記《１０》の構成によれば、フォーマット変換器５におけるカプセル化と非カプセル化（カプセル化されたデータを非カプセル状態に戻す処理）に際しては、パラメータＬＥＮのコピーを行うだけで、パラメータを設定することができる。これにより、近距離無線通信装置でのデータ長の演算が不要となり、高速化と回路規模の削減を進めることが可能となる。
　《１１》リクエスト処理器６を備えている上記《３》の構成において、リクエスト処理器６が情報要求コマンドをホストインタフェース２を介してホストへ出力するタイミングを、非接触インタフェース１が外部の通信装置からのキャリアを検出した時点とするのが好ましい一態様である。
　リクエスト処理器６で生成した情報要求コマンドは、所定規格のアプリケーションプログラムによってレスポンスにかかわる情報を取得し、そのレスポンスにかかわる情報をリクエスト処理器６に保持しておくためのコマンドである。リクエスト処理器６にレスポンスにかかわる情報をあらかじめ保持しておくのは、外部の通信装置からアクセスがあったときのレスポンス遅れを解消するためである。したがって、ホストインタフェース２を介して情報要求コマンドをホストに出力することは最優先の事項となる。そこで、情報要求コマンドをホストインタフェース２からホスト２０へ出力するタイミングとしては、外部の通信装置がアプリケーションプログラムを利用せんとする最初期段階とするのが良い。ここでいう最初期段階としては、非接触インタフェース１が外部の通信装置からのキャリアを検出したタイミングが相応しい。
　《１２》リクエスト処理器６を備えている上記《３》の構成において、リクエスト処理器６が情報要求コマンドをホストインタフェース２を介してホストに出力するタイミングについては、初期化ルーチン時点とするのも好ましい一態様である。前項《１１》では情報要求コマンドをホストへ出力するタイミングを、非接触インタフェース１が外部の通信装置からのキャリアを検出した時点としていた。これに対して本項では、情報要求コマンドをホストに出力するタイミングを、キャリアが検出されるのを待つことなく、電源投入に伴って行われる初期化ルーチンの実行時点としている。これにより、情報要求コマンドの出力がさらに早期化され、レスポンス遅れを確実に回避することが可能になる。
　《１３》リクエスト処理器６を備えている上記《３》および情報要求コマンドの出力タイミングに言及している上記《１１》，《１２》の構成において、外部の通信装置からのリクエストコマンドにかかわるプロトコルは、ＪＩＳＸ６３１９－４《規格ｂ１》がその典型例である。この規格は、複数の非接触ＩＣカードが同時的に使用される場合の衝突防止（アンチコリジョン）の仕組みを取り入れており、そのためにタイムスロット方式を採用しているが、決められたタイムスロットにレスポンスが間に合うようにする意味で有効である。
　以上の説明では、近距離無線通信装置について言及した。以下では、近距離無線通信装置に接続のホストに搭載されるアプリケーションプログラムに関して本発明を説明する。
　《１４》プロトコル判別器４とフォーマット変換器５とを備えた上記《２》の構成の近距離無線通信装置に接続されたホストに搭載される本発明のアプリケーションプログラムであって、
　当該アプリケーションプログラムは、フォーマット変換器５によるフォーマット変換で規定されたフォーマットのデータを処理するものとして構成されているものである。
　《１５》第１、第２のカプセル処理器に言及した上記《６》の構成の近距離無線通信装置に接続されたホストに搭載される本発明のアプリケーションプログラムは、
　前記第１のカプセル処理器でカプセル化された受信データを処理する第１のプロセスと、
　前記第１のプロセスで処理された前記受信データを前記第２のフォーマットでカプセル化する第２のプロセスと、
　を含むものである。
　《１６》上記《１５》の構成のアプリケーションプログラムにおいて、前記第１のフォーマットがＩＳＯ／ＩＥＣ７８１６《規格Ａ》のコマンドＡＰＤＵであり、前記第２のフォーマットがＩＳＯ／ＩＥＣ７８１６《規格Ａ》のレスポンスＡＰＤＵであるものとする。
　《１７》上記《１６》の構成において、コマンドＡＰＤＵを使用するコマンドの典型例としてＥＮＶＥＬＯＰＥコマンドを挙げることができる。
　《１８》上記《１４》～《１７》の構成のアプリケーションプログラムにおいて、前記第１、第２のフォーマットは、ＪＩＳＸ６３１９－４《規格ｂ１》のＬＥＮ（データ長）の情報を含んでいることが好ましい。
　《１９》上記《１４》～《１８》の構成のアプリケーションプログラムでは、近距離無線通信装置のリクエスト処理器６に関連する情報要求コマンドに応じて前記レスポンスにかかわる情報を近距離無線通信装置に送信するものとする。
　《２０》本発明はまた近距離無線通信システムに用いられるホストにも関連する。本発明のホストは、
　近距離無線通信装置との間で通信を行う通信インタフェース２０と、
　所定規格のアプリケーションプログラムを含む少なくとも１つ以上のアプリケーションプログラムから構成されるアプリケーションプログラム群２２と、
　通信インタフェース２０が近距離無線通信装置１０から受信するコマンドを解釈するコマンド解釈器２３と、
　コマンド解釈器２３による前記コマンドの解釈に従って、アプリケーションプログラム群２２から１つのアプリケーションプログラムを選択するアプリケーション選択器２４と、
　を備え、
　アプリケーション選択器２４は、前記所定規格のアプリケーションプログラムを指定する所定コマンドをコマンド解釈器２３が検出したことを受けて、アプリケーションプログラム群２２から前記所定規格のアプリケーションプログラムを選択するように構成されている。
　《２１》上記《２０》の構成のホストにおいて、通信インタフェース２１から入力されるプロトコル情報を判別するプロトコル判別器２５を、
　さらに備え、
　アプリケーション選択器２４は、コマンド解釈器２３による前記所定コマンドの検出結果と、プロトコル判別器２５による前記プロトコル情報の判別結果とに応じて、アプリケーションプログラム群２２から前記所定規格のアプリケーションプログラムを選択するように構成されている、のが好ましい。
　《２２》上記《２１》の構成のホストにおいて、
　通信インタフェース２１上のデータと、アプリケーションプログラム群２２へ送受信するデータとを、フォーマット変換処理するフォーマット変換器２６を、
　さらに備え、
　フォーマット変換器２６は、プロトコル判別器２５による前前記プロトコル情報の判別結果に応じて、前記フォーマット変換処理の実行を有効化または無効化するものとして構成されている、のが好ましい。
　《２３》上記《２０》の構成のホストにおいて、
　前記外部の通信装置からのリクエストコマンドに対して、通信インタフェース２１を介してレスポンス処理を行うリクエスト処理器２７を、
　さらに備え、
　前記リクエスト処理器２７は、前記レスポンス処理で必要となる情報を前記所定規格のアプリケーションプログラムから取得するための情報要求コマンドを有しており、適当なタイミングで前記情報要求コマンドをアプリケーション群２２に送出し、かつ前記情報要求コマンドを受け取ったアプリケーション群２２から取得するレスポンス情報を保持しておき、通信インタフェース２１が前記外部の通信装置から前記リクエストコマンドを受け取ると、保持しておいた前記レスポンス情報に基づいて前記リクエストコマンドに対応するレスポンスを自ら生成し、生成した前記レスポンスを通信インタフェース２１を介して前記外部の通信装置に送出する機能を有するものとして構成されている、のが好ましい。
　《２４》上記《２０》の構成のホストにおいて、前記情報要求コマンドは磁界検出通知コマンドである、のが好ましい。
　《２５》本発明の近距離無線通信システムは、上記の《１》～《１３》のいずれかの近距離無線通信装置と、上記《１４》～《１９》のいずれかのアプリケーションプログラムを搭載したホストとを含むものである。
　[システムの概要]
　以下、本発明にかかわる近距離無線通信システムの全体の概要および動作について説明する。
　図１は本発明の近距離無線通信システムの構成の一例を示すブロック図である。近距離無線通信システム１００は、近距離無線通信装置１０と、ホスト２０と、アンテナＡＮＴ１とを備えている。アンテナＡＮＴ１は近距離無線通信装置１０に接続され、ホスト２０は、インタフェースＩＦ１を介して近距離無線通信装置１０に接続されている。なお、図１ではホストは１つであるが、複数のホストがそれぞれ複数のインタフェースを介して近距離無線通信装置１０に接続される構成であってもよい。
　ホスト２０は、Ｊａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードである。ホスト２０は、アプリケーションプログラムＡＰＰ１、アプリケーションプログラムＡＰＰ２を搭載している。インタフェースＩＦ１は近距離無線通信装置１０とホスト２０を接続するもので、例えば、ＥＴＳＩ　ＴＳ　１０２　６１２（Smart Cards;UICC - Contactless Front-end (CLF) Interface; Part 1: Physical and data link layer characteristics)で策定されたＳＷＰ（Single Wire Protocol）などが挙げられる。なお、図１では、アプリケーションプログラムの数は２であるが、数は特に限定されない。
　近距離無線通信システム１００には、リーダモード、カードエミュレーション（模倣）モード、ピアツーピアモードの３つの動作モードがある。リーダモードはリーダライタとして動作するモードで、外部にある非接触ＩＣカード等と通信を行うために使用される。カードエミュレーションモードは非接触ＩＣカードとして動作するモードで、外部にあるリーダライタと通信を行うために使用される。ピアツーピアモードは、外部にある別の近距離無線通信システムと通信を行うために使用される。
　図１では、近距離無線通信システム１００がカードエミュレーションモードで動作する場合を示している。非接触通信はアンテナ間の電磁誘導による結合を使用しており、リーダライタ２００で１３．５６ＭＨｚのキャリアが生成され、アンテナＡＮＴ２から出力される。アンテナＡＮＴ１は、アンテナＡＮＴ２との電磁誘導により、出力されたキャリアを受信する。
　リーダライタ２００は、さらに１３．５６ＭＨｚのキャリア信号をＡＳＫ変調（Amplitude Shift Keying）して近距離無線通信システム１００にコマンドを送信する。近距離無線通信装置１０は、受信したコマンドをインタフェースＩＦ１を介してホスト２０に送信する。ホスト２０は、事前に選択されたアプリケーションプログラムＡＰＰ１またはアプリケーションプログラムＡＰＰ２によってコマンドの処理を行い、そのレスポンスをインタフェースＩＦ１を介して近距離無線通信装置１０に送信する。近距離無線通信装置１０は、レスポンスを負荷変調を行うことにより、アンテナＡＮＴ１を介してレスポンスをリーダライタ２００に送信する。
　以下、本発明にかかわる近距離無線通信装置の実施例を図面を用いて詳細に説明する。
　（実施例１）
　実施例１では、非接触ＩＣカード規格がＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドを実装していない場合についてのものであり、このような場合でも対応可能な近距離無線通信システムに関する。実施例１では、ＪＩＳＸ６３１９－４《規格ｂ１》、ＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》のことには言及していない。
　図２は実施例１の近距離無線通信装置１０の構成を示すブロック図である。近距離無線通信装置１０は、非接触インタフェース１と、ホストインタフェース２と、コマンド生成器３とを備えている。アンテナＡＮＴ１は非接触インタフェース１に接続され、インタフェースＩＦ１はホストインタフェース２に接続されている。
　非接触インタフェース１は、リーダライタ２００から送信されたコマンドをアンテナＡＮＴ１を介して受信し、受信したデータを復調することで受信信号ＲＸを生成し、その受信信号ＲＸをホストインタフェース２へ出力する。ホストインタフェース２は、受信信号ＲＸの受信データをインタフェースＩＦ１へ出力する。また、ホストインタフェース２は、ホスト２０からインタフェースＩＦ１を介して入力される送信データを送信信号ＴＸとして非接触インタフェース１へ出力する。非接触インタフェース１は、送信信号ＴＸのデータを負荷変調で変調し、その変調データをアンテナＡＮＴ１へ出力する。
　非接触インタフェース１は、外部のリーダライタ２００で発生されたキャリアをアンテナＡＮＴ１が受信したとき、キャリア検出信号ＣＤＥＴ＝Ｈをコマンド生成器３へ出力する。コマンド生成器３は、キャリア検出信号ＣＤＥＴ＝Ｈを検出したとき、所定の選択コマンドをコマンド信号ＣＭＤとしてホストインタフェース２へ出力する。ホストインタフェース２は入力された選択コマンドをインタフェースＩＦ１を介してホスト２０へ出力する。
　選択コマンドとしては、例えばＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドが使用される。ＳＥＬＥＣＴコマンドにはアプリケーション識別子ＡＩＤ（Application IDentifier）という引数がある。図１のアプリケーションプログラムＡＰＰ１、アプリケーションプログラムＡＰＰ２には、あらかじめ固有のアプリケーション識別子ＡＩＤが割り当てられている。ホスト２０は、ＳＥＬＥＣＴコマンドが入力されると、そのコマンドに含まれるアプリケーション識別子ＡＩＤを抽出し、抽出したアプリケーション識別子ＡＩＤに一致するアプリケーションプログラムを選択する。ここで、アプリケーションプログラムＡＰＰ１、アプリケーションプログラムＡＰＰ２の内容は以下のようなものであるとする。
・アプリケーションプログラムＡＰＰ１は、所定規格ＴｙｐｅＸ《規格ｘ》のプログラムである。
・アプリケーションプログラムＡＰＰ２は、ＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》用のプログラムである。
　なお、所定規格ＴｙｐｅＸ《規格ｘ》は、ＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》と同様、キャリア周波数が１３．５６ＭＨｚの非接触ＩＣカード規格であり、コマンド／レスポンスのフォーマットはＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＡＰＤＵであるが、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドを実装していない規格とするコマンド生成器３が生成するＳＥＬＥＣＴコマンドのアプリケーション識別子ＡＩＤは、あらかじめアプリケーションプログラムＡＰＰ１のアプリケーション識別子ＡＩＤと一致させておく。
　次に、実施例１の近距離無線通信装置の動作について説明する。図３は実施例１の近距離無線通信装置の動作を示すフローチャートである。以下の説明では、リーダライタ２００が所定規格ＴｙｐｅＸ《規格ｘ》に対応しているものとする。つまり、リーダライタ２００からはＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドが送出されないものとする。
　まず、ステップＳ１で電源がオンすると、ステップＳ２で、非接触インタフェース１はアンテナＡＮＴ１でキャリアを受信したかどうかを監視する。キャリアが検出されない場合は、キャリア検出信号ＣＤＥＴ＝Ｌにして監視を継続する。キャリアを検出した場合は、キャリア検出信号ＣＤＥＴ＝Ｈにしてコマンド生成器３にキャリア発生を通知する。
　次にステップＳ３では、コマンド生成器３は、アプリケーションプログラムＡＰＰ１のアプリケーション識別子ＡＩＤを引数にしたＳＥＬＥＣＴコマンドを生成してホストインタフェース２に出力する。ホストインタフェース２は、そのＳＥＬＥＣＴコマンドをインタフェースＩＦ１を介してホスト２０に出力する。ホスト２０は、受信したＳＥＬＥＣＴコマンドを解釈してアプリケーションプログラムＡＰＰ１を選択する。
　ステップＳ４では、リーダライタ２００から送信されたコマンドをアンテナＡＮＴ１を介して非接触インタフェース１で受信し、その受信データを受信信号ＲＸを介してホストインタフェース２に出力する。ホストインタフェース２は、その受信データをインタフェースＩＦ１を介してホスト２０に出力する。ホスト２０では、アプリケーションプログラムＡＰＰ１がステップＳ３で選択されているため、本コマンドの処理はアプリケーションプログラムＡＰＰ１によって実施される。アプリケーションプログラムＡＰＰ１はコマンドの処理を行い、レスポンスを生成する。本レスポンスである送信データは、インタフェースＩＦ１を介してホストインタフェース２へ出力される。ホストインタフェース２は、送信データを送信信号ＴＸを介して非接触インタフェース１へ出力する。非接触インタフェース１は送信データで負荷変調を行い、アンテナＡＮＴ１を介してレスポンスをリーダライタ２００へ送信する。ステップＳ４では、上記のようなシーケンスを経て、１つまたは複数のコマンド＆レスポンス処理が実施される。一連の処理が終わった後、ステップＳ５で処理を終了する。
　もし上述した一連の処理で、リーダライタ２００が所定規格ＴｙｐｅＸ《規格ｘ》ではなく、例えばＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》で動作している場合は、それでもステップＳ３で一旦、所定規格ＴｙｐｅＸ《規格ｘ》のアプリケーションプログラムＡＰＰ１が選択される。しかし、ステップＳ４で、リーダライタ２００自身から、アプリケーションプログラムＡＰＰ２のアプリケーション識別子ＡＩＤを引数としたＳＥＬＥＣＴコマンドが送出される。ホスト２０が本コマンドを受信したとき、アプリケーションプログラムＡＰＰ１が非選択にされて新たにアプリケーションプログラムＡＰＰ２が選択されるため、以降のコマンド／レスポンス処理はアプリケーションプログラムＡＰＰ２により問題なく実行される。
　以上のように、本構成によれば、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドを実装しない非接触ＩＣカード規格の用途においても、ホストとして既存のＪａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードを用いることができる。
　なお、上記では、ホスト２０はＪａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードとしたが、同様のアプリケーションプログラム活性化方式を用いる装置であれば、使用しているプラットフォームおよびパッケージ形態は問わない。また、アプリケーションプログラムの活性化コマンドについても、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドに限定するものではなく、別の規格の同様のコマンドを使用することも可能である。
　（実施例２）
　実施例２ではＪＩＳＸ６３１９－４《規格ｂ１》、ＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》のことに言及している。図４は実施例２の近距離無線通信装置の構成を示すブロック図である。近距離無線通信装置１０は、非接触インタフェース１と、ホストインタフェース２と、コマンド生成器３と、プロトコル判別器４と、フォーマット変換器５とを備えている。フォーマット変換器５は、第１のカプセル処理器５ａと第２のカプセル処理器５ｂとを備えている。
　実施例２が、実施例１と異なるのは、非接触インタフェース１とホストインタフェース２の間にフォーマット変換器５が挿入されている点と、プロトコル判別器４が追加されている点である。ホストインタフェース２およびコマンド生成器３については、その機能および動作は実施例１と同じである。
　非接触インタフェース１では、実施例１とは異なり、新たにプロトコル情報信号ＰＲＴＩＮＦが出力されてプロトコル判別器４に入力されている。プロトコル情報信号ＰＲＴＩＮＦは、例えばアンテナＡＮＴ１が受信した受信信号をアナログ‐デジタル（ＡＤ）変換した信号であって、この信号はリーダライタ２００のプロトコルを判別するために使用される。なお、プロトコル情報信号ＰＲＴＩＮＦについては、その情報によってプロトコルが判別できるのであれば、受信信号をＡＤ変換した信号ではなく、ＡＳＫ変調度や復調後の波形等、別の情報信号を用いてもよいし、複数の信号を組み合わせたものであってもよい。
　プロトコル判別器４は、プロトコル情報信号ＰＲＴＩＮＦの内容に基づいてリーダライタ２００のプロトコルを判別し、その結果に基づいて変換制御信号ＴＯＮを制御する。プロトコル判別の結果がＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》の場合は、変換制御信号ＴＯＮ＝Ｌ（変換オフ）、それ以外（ＪＩＳＸ６３１９－４《規格ｂ１》、ＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》）の場合は変換制御信号ＴＯＮ＝Ｈ（変換オン）とする。フォーマット変換器５は、変換制御信号ＴＯＮに従って受信データおよび送信データのフォーマット変換を制御する。
　以下、フォーマット変換器５の詳細動作を説明する。以下の説明では、プロトコルがＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》の場合、コマンド／レスポンスのフォーマット（第１、第２のフォーマット）はＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＡＰＤＵであり、それ以外（ＪＩＳＸ６３１９－４《規格ｂ１》、ＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》等）の規格の場合は、各規格で規定されているフォーマットであるとする。また、近距離無線通信装置１０に接続されるホスト２０は、Ｊａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードであるとする。
　図５Ａ、図５Ｂは実施例２の近距離無線通信装置のフォーマット変換方法を示す図である。まず、プロトコルがＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》で、変換制御信号ＴＯＮ＝Ｌの場合について、図５Ａを用いて説明する。
　変換制御信号ＴＯＮ＝Ｌの場合、プロトコルがＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》であるため、図５Ａの受信データで、非接触インタフェース１が出力する受信信号ＲＸ１上のデータは、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のコマンドＡＰＤＵのフォーマットとなる。コマンドＡＰＤＵは、パラメータＣＬＡ（CLAss byte）、パラメータＩＮＳ（INStruction byte）、パラメータＰ１（Parameter byte）、パラメータＰ２、パラメータＬｅ（Length filed）、データＤａｔａ、パラメータＬｃ（Length field）から構成されている。パラメータＣＬＡは各種属性および制御に関する情報、パラメータＩＮＳは命令情報、パラメータＰ１およびパラメータＰ２は各種パラメータ情報、パラメータＬｃはデータＤａｔａのデータ長情報、データＤａｔａは実体データ、パラメータＬｅはレスポンスデータの最大データ長情報である。変換制御信号ＴＯＮ＝Ｌのときはフォーマット変換器５は変換を実施せず、受信信号ＲＸ１のデータを受信信号ＲＸ２にそのまま出力する。
　図５Ａの送信データで、ホストインタフェース２が出力する送信信号ＴＸ１上のデータは、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のレスポンスＡＰＤＵのフォーマットとなる。レスポンスＡＰＤＵは、データＤａｔａ、パラメータＳＷ（Status Word）から構成されている。パラメータＳＷは成功、失敗（エラーコード）を示す情報である。なお、パラメータＳＷが“９０００”のときは成功を示す。変換制御信号ＴＯＮ＝Ｌのときはフォーマット変換器５は変換を実施せず、送信信号ＴＸ１のデータを送信信号ＴＸ２にそのまま出力する。
　ホストインタフェース２は、インタフェースＩＦ１に固有に入出力される受信信号ＲＸ２および送信信号ＴＸ１のデータにつき、インタフェースＩＦ１を介してそのままホスト２０へ入出力する。ホスト２０はＪａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードであり、コマンド／レスポンスのフォーマットとしてＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＡＰＤＵをサポートしているので、正常にコマンド＆レスポンス処理を実行することができる。
　次に、プロトコルがＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》以外で、変換制御信号ＴＯＮ＝Ｈの場合について、図５Ｂを用いて説明する。
　変換制御信号ＴＯＮ＝Ｈの場合、コマンド／レスポンスのフォーマット（第１、第２のフォーマット）は、その規格（ＪＩＳＸ６３１９－４《規格ｂ１》やＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》等）で規定されている固有のフォーマットとなる。図５Ｂの受信データで、受信信号ＲＸ１上のデータは、受信データ全体を１つのデータとしてデータＤａｔａ１として示している。データＤａｔａ１の中のフォーマットは各規格固有である。フォーマット変換器５の第１のカプセル処理器５ａは、変換制御信号ＴＯＮ＝Ｈのとき、データＤａｔａ１をＩＳＯ／ＩＥＣ７８１６《規格Ａ》のコマンドＡＰＤＵのデータＤａｔａの部分に設定したうえで、コマンドＡＰＤＵのフォーマット（第１のフォーマット）で受信信号ＲＸ２に出力する。つまり、受信データをコマンドＡＰＤＵでカプセル化する処理（カプセル処理）を行う。このとき、各パラメータの値は、図５Ｂに示すように、例えば、パラメータＣＬＡ＝“００”、パラメータＩＮＳ＝“Ｃ２”、パラメータＰ１＝“００”、パラメータＰ２＝“００”、パラメータＬｃはデータＤａｔａのデータ長（バイト数）、パラメータＬｅ＝“００”と指定する。なお、パラメータＩＮＳ＝“Ｃ２”はＥＮＶＥＬＯＰＥコマンドを示し、パラメータＬｅ＝“００”はデータ長指定なしを示す。なお、ＥＮＶＥＬＯＰＥコマンドは、コマンドおよびレスポンスの両方において、データフィールドを備えるコマンド（ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のケース４）であるため、送信データおよび受信データについてカプセル処理を実施することができる。
　ここで、受信信号ＲＸ２上のデータがＩＳＯ／ＩＥＣ７８１６《規格Ａ》のコマンドＡＰＤＵのフォーマット（第１のフォーマット）であるため、ホスト２０は正常にコマンドを受信することができる。ホスト２０に搭載されるアプリケーションプログラムＡＰＰ１については、あらかじめ、パラメータＣＬＡ、パラメータＩＮＳ、パラメータＰ１、パラメータＰ２のコマンドＡＰＤＵのヘッダ情報を使用せず、データＤａｔａ１内に格納された使用規格固有の情報を用いてコマンド処理を行うように設計しておく。
　以上により、ＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》以外の規格（ＪＩＳＸ６３１９－４《規格ｂ１》やＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》等）のコマンドを正しく解釈して実行することができる。
　次にレスポンスについては、図５Ｂの送信データの送信信号ＴＸ１上のデータのように、アプリケーションプログラムＡＰＰ１は、使用している規格（ＪＩＳＸ６３１９－４《規格ｂ１》やＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》等）に準じたフォーマットの応答データをレスポンスＡＰＤＵのフォーマットにおいて、すなわち応答データにパラメータＳＷ（成功の場合は“９０００”）を後ろに付加して応答する。つまり、応答データに対してレスポンスＡＰＤＵでカプセル化する処理を行う。フォーマット変換器５の第２のカプセル処理器５ｂは、変換制御信号ＴＯＮ＝Ｈのときは、送信信号ＴＸ１のデータにパラメータＳＷの部分を除去することで非カプセル化処理（カプセルされていない状態に戻す処理）を行い、非カプセル処理後の送信信号ＴＸ１のデータを送信信号ＴＸ２に出力する。送信信号ＴＸ２上の送信データは、使用規格（ＪＩＳＸ６３１９－４《規格ｂ１》やＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》等）固有のフォーマットに準じているため、それを非接触インタフェース１およびアンテナＡＮＴ１を介して外部のリーダライタ２００に送信すれば、正しくレスポンスを返すことができる。
　これにより、プロトコルがＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》以外の場合であっても、ホスト２０としてＪａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードを用いることができ、かつ、外部のリーダライタ２００と正常に通信を行うことができる。
　次に、プロトコルがＪＩＳＸ６３１９－４《規格ｂ１》の場合のフォーマット変換器５の動作をより詳細に説明する。図６は実施例２の近距離無線通信装置においてプロトコルがＪＩＳＸ６３１９－４《規格ｂ１》のときのフォーマット変換方法を示す図である。
　図６の（１）は受信データの受信信号ＲＸ１上の受信データで、図５Ｂと同様のフォーマットを示している。ＪＩＳＸ６３１９－４《規格ｂ１》では、図６の（１）のデータＤａｔａ１は、図６の（２）に示すように、データ長を示す１バイトのパラメータＬＥＮ（Length）と、実体データである（ｎ－１）バイトのデータＤａｔａ２から構成されている。なお、パラメータＬＥＮの値は、データＤａｔａ２のデータ長に加え、パラメータＬＥＮ自身を含むデータ長、すなわちｎ（バイト）となる。
　フォーマット変換器５の第１のカプセル処理器５ａは、図６に示すように、パラメータＬＥＮを含む受信データをＩＳＯ／ＩＥＣ７８１６《規格Ａ》のコマンドＡＰＤＵ（第１のフォーマット）でカプセル化して、受信信号ＲＸ２に出力する。このとき、コマンドＡＰＤＵのパラメータＬｃの値は、パラメータＬＥＮと同じ値に設定する。ホスト２０のアプリケーションプログラムＡＰＰ１で受信した際、受信データ長の情報はパラメータＬｃとパラメータＬＥＮとの両方あるが、アプリケーションプログラムＡＰＰ１はどちらの情報を用いて処理を行ってもよい。この方法の利点は、フォーマット変換器５においてパラメータＬｃの設定がパラメータＬＥＮのコピーのみで済み、演算が不要となる点である。
　次に、送信データについては、アプリケーションプログラムＡＰＰ１は、パラメータＬＥＮとデータＤａｔａ２をレスポンスＡＰＤＵ（第２のフォーマット）でカプセル化して近距離無線通信装置１０に出力する。送信データの送信信号ＴＸ１上のデータは、同じレスポンスＡＰＤＵでカプセル化されたパラメータＬＥＮとデータＤａｔａ２のデータとなる。フォーマット変換器５の第２のカプセル処理器５ｂでは、図６の（３）に示すように、データの非カプセル化処理（カプセル化されたデータをカプセルされていない状態に戻す処理であって具体的にはパラメータＳＷの除去）を行い、処理後のデータを送信信号ＴＸ２に出力する。なお、図５Ｂと同様のフォーマットを図６の（４）に示しており、図６の（３）のデータは非接触インタフェース１に入力され、アンテナＡＮＴ１を介してリーダライタ２００へ送信される。本方法の利点は、フォーマット変換器５または非接触インタフェース１において、パラメータＬＥＮを含まない場合と比較してパラメータＬＥＮの演算が不要となる点である。
　以上のようにプロトコルがＪＩＳＸ６３１９－４《規格ｂ１》の場合は、パラメータＬＥＮを含むデータに対してフォーマット変換を行うことにより、近距離無線通信装置１０でのデータ長の演算を不要化でき、高速化および回路規模の削減を進めることができる。
　次に、実施例２の近距離無線通信装置の動作について説明する。図７は実施例２の近距離無線通信装置の動作を示すフローチャートである。図７のステップＳ１１からステップＳ１３については、図３のステップＳ１からステップＳ３と同じである。また、図７のステップＳ１８からステップＳ１９も、図３のステップＳ４からステップＳ５と同じであり、これらのステップの説明については省略する。
　図７において図３と異なるのは、新たにステップＳ１４～Ｓ１７が追加されている点である。以下、これらについて説明する。ステップＳ１４では、ステップＳ１２で外部のリーダライタ２００からのキャリアを検出した後、引き続きリーダライタ２００から送信されるリクエストコマンドを受信する動作を示している。本リクエストコマンドを受信するとき、同時にステップＳ１５で、受信したリクエストコマンドから得られるプロトコル情報信号ＰＲＴＩＮＦを基にプロトコル判別器４によってプロトコルを判別し、変換制御信号ＴＯＮを出力する。
　プロトコル判別器４においてプロトコル判別の結果がＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》の場合はステップＳ１６に進む。ステップＳ１６では、変換制御信号ＴＯＮ＝Ｌにして、上記図５Ａで説明したようにフォーマット変換器５での変換を無効にする。
　逆に、プロトコル判別器４においてプロトコル判別の結果がＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》以外（ＪＩＳＸ６３１９－４《規格ｂ１》、ＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》等）の場合はステップＳ１７に進む。ステップＳ１７では、変換制御信号ＴＯＮ＝Ｈにして、図５Ｂで説明したように、フォーマット変換器５での変換を有効にする。以降、ステップＳ１８では、ステップＳ４と同様、コマンド＆レスポンスの処理を行う。
　以上のように、本構成によれば、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドを実装せず、かつコマンド／レスポンスのフォーマットがＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＡＰＤＵと互換性を持たない非接触ＩＣカード規格の用途に対しても、ホストとして既存のＪａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードを用いることができる。
　なお、受信データのカプセル化に使用するコマンドＡＰＤＵのパラメータは、本実施例に限られるものではなく、同等の機能を実現できれば、パラメータの値は特に限定しない。
　（実施例３）
　まず、実施例３の背景について説明する。非接触ＩＣカード規格では、ＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》、ＪＩＳＸ６３１９－４《規格ｂ１》、ＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》のいずれの規格においても、まず通信の最初でリーダライタからリクエストが送信され、非接触ＩＣカードからレスポンスを返送するという処理が行われる。さらに、これらの規格では、複数の非接触ＩＣカードがリーダライタにかざされた場合でも、それぞれの非接触ＩＣカードを認識して１枚のカードを選択する衝突防止（アンチコリジョン）の仕組みを取り入れている。
　ここで、ＪＩＳＸ６３１９－４《規格ｂ１》に着目すると、本規格では衝突防止としてタイムスロット方法が採用されている。タイムスロット方法では、リクエストコマンドが送信されたタイミングから所定の期間を複数の期間（スロット）に分割する。非接触ＩＣカードでは、リクエストコマンドを受信したときに、乱数を発生させてその乱数に基づいて応答するスロット番号を決定し、そのスロット番号の期間にレスポンスが入るようにタイミングを調整して応答する。複数の非接触ＩＣカードがリーダライタにかざされたとき、各カードが異なるスロットにレスポンスを返せば、リーダライタは複数の非接触ＩＣカードを認識することができる。ＪＩＳＸ６３１９－４《規格ｂ１》では、最初のスロット（スロット＃０）の応答タイミングは、リクエストコマンドが送信されてから約２．４ｍｓ後と規定している。なお、ＪＩＳＸ６３１９－４《規格ｂ１》では、リクエストコマンドをＲＥＱＣと呼び、その応答をＡＴＱＣと呼ぶ。
　実施例１または実施例２の近距離無線通信システム１００の場合、リーダライタ２００から送信されたリクエストコマンドＲＥＱＣは近距離無線通信装置１０を介してホスト２０へ送信され、アプリケーションプログラムＡＰＰ１で処理され、処理結果に基づいて応答であるＡＴＱＣが生成される。その応答ＡＴＱＣは、またホスト２０から近距離無線通信装置１０を介してリーダライタ２００へ送信される。通常、このように処理した場合は処理時間がかかってしまい、リクエストコマンドＲＥＱＣから約２．４ｍｓ後の最初のスロット（スロット＃０）にＡＴＱＣを応答することは困難である。
　なお、上記に関して、近距離無線通信システムの規格として、ＥＴＳＩ　ＴＳ　１０２　６２２（Smart Cards;UICC - Contactless Front-end (CLF) Interface;Host Controller Interface (HCI)）がある。本規格では、ＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》については、衝突防止（アンチコリジョン）を含む初期化ルーチンに必要な情報をあらかじめ近距離無線通信装置に格納するという方法を採用している。格納方法は、ＨＣＩ（ホストコントローラインタフェース）の初期化時にホスト２０から近距離無線通信装置１０へレスポンスに必要な情報を設定する方法となっている。例えば近距離無線通信装置１０がＩＳＯ／ＩＥＣ１４４４３のＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》のリクエストコマンドを受信した場合は、リクエストコマンドをホスト２０に転送するのではなく、あらかじめ取得していた初期化ルーチンに必要な情報を使用して近距離無線通信装置１０自身でレスポンスを生成して応答する。以降、初期化ルーチンが終了するまでの一連のコマンド＆レスポンスについては、受信したコマンドをホスト２０へ転送するのではなく、近距離無線通信装置１０自身でレスポンスを生成して応答する。
　しかし、ＥＴＳＩ　ＴＳ　１０２　６２２では、ＪＩＳＸ６３１９－４《規格ｂ１》においては上述した情報格納方法を採用しておらず、リクエストコマンドをホスト２０に転送する方法となっている。したがって、ホスト２０として既存のＥＴＳＩ　ＴＳ　１０２　６２２規格に準拠したＩＣカードを用い、近距離無線通信装置１０が実施例１または実施例２を実施した場合は、リクエストコマンドＲＥＱＣに対するＡＴＱＣ応答を最初のスロット（スロット＃０）に入れることが困難である。
　上記課題に対応した実施例３について、図を用いて詳細に説明する。図８は実施例３の近距離無線通信装置の構成を示すブロック図である。近距離無線通信装置１０は、非接触インタフェース１と、ホストインタフェース２と、コマンド生成器３と、プロトコル判別器４と、フォーマット変換器５と、リクエスト処理器６とを備えている。本実施例が実施例２と主に異なるのは、リクエスト処理器６が追加されている点である。コマンド生成器３、プロトコル判別器４、フォーマット変換器５については、その機能および動作は実施例２と同じである。
　リクエスト処理器６には、ホストインタフェース２から情報応答信号ＡＴＱＩＮＦが入力され、非接触インタフェース１からキャリア検出信号ＣＤＥＴとリクエスト信号ＲＥＱとが入力される。一方、リクエスト処理器６は、情報要求信号ＲＥＱＩＮＦをホストインタフェース２へ出力し、レスポンス信号ＡＴＱを非接触インタフェース１へ出力する。
　情報要求信号ＲＥＱＩＮＦは、ホスト２０に搭載されているアプリケーションプログラムＡＰＰ１に、ＪＩＳＸ６３１９－４《規格ｂ１》のＡＴＱＣ応答に必要な情報を要求する情報要求コマンドを出力する信号である。この情報要求コマンドは、ホストインタフェース２を介してインタフェースＩＦ１に出力され、ホスト２０へ入力される。なお、情報要求コマンドのコマンドコードは、ＪＩＳＸ６３１９－４《規格ｂ１》で既に規定されているコマンドコードと重複しないように設定されるが、応答ＲＥＱＣと同じコマンドコード（“００”）を用いてもよい。
　アプリケーションプログラムＡＰＰ１では、情報要求コマンドを受信したとき、ＡＴＱＣ応答に必要な情報を情報要求レスポンス（リクエストレスポンス）としてホスト２０からインタフェースＩＦ１へ返信する。ホストインタフェース２は、情報要求レスポンスを情報応答信号ＡＴＱＩＮＦへ出力する。リクエスト処理器６は、情報応答信号ＡＴＱＩＮＦから入力された情報要求レスポンスの内容を、その内部に保持（記憶）しておく。
　情報要求レスポンスの内容について説明する。図９Ａは、ＪＩＳＸ６３１９－４《規格ｂ１》のリクエストコマンドＲＥＱＣのフォーマットを示す図であり、図９Ｂは、応答ＡＴＱＣのフォーマットを示す図である。図９Ａに示すように、リクエストコマンドＲＥＱＣのフォーマットで、コマンドコード（１バイト、“００”）、システムコード（２バイト）、予備（１バイト“００”）、およびタイムスロット数（１バイト）から構成されている。また、図９Ｂは、応答ＡＴＱＣのフォーマットで、コマンドコード（１バイト、“０１”）、ＮＦＣＩＤ２（８バイト）、およびＰａｄ（８バイト）から構成されている。ＡＴＱＣ応答に必要な情報は、システムコード、ＮＦＣＩＤ２とＰａｄである。ＪＩＳＸ６３１９－４《規格ｂ１》では、システムコードが“ＦＦＦＦ”以外であって、さらにあらかじめ非接触ＩＣカード側で持っているシステムコードと、リクエストコマンドＲＥＱＣのシステムコードとが一致しない場合、ＡＴＱＣ応答しないという規則になっている。そのため、上述した情報（システムコード、ＮＦＣＩＤ２、Ｐａｄ）が必要となる。また、ＮＦＣＩＤ２およびＰａｄは非接触ＩＣカード側に固有の情報であるため、これらの情報も必要である。
　非接触インタフェース１とリクエスト処理器６との接続においてキャリア検出信号ＣＤＥＴは、情報要求信号ＲＥＱＩＮＦの情報要求コマンドの出力のトリガーとして使用される。また、リーダライタ２００がＪＩＳＸ６３１９－４《規格ｂ１》のリクエストコマンドＲＥＱＣを送信し、そのリクエストコマンドＲＥＱＣを非接触インタフェース１が受信すると、リクエストコマンドＲＥＱＣのデータはリクエスト信号ＲＥＱを介してリクエスト処理器６に入力される。なお、非接触インタフェース１は、アンテナＡＮＴ１から入力されるコマンドを次のように処理する。すなわち非接触インタフェース１は、プロトコルの情報やコマンドの情報がリクエストコマンドＲＥＱＣと判定されると、コマンドをリクエスト信号ＲＥＱへ出力し、そうでない場合は受信信号ＲＸ１へ出力する制御を行う。リクエスト処理器６は、リクエスト信号ＲＥＱよりリクエストコマンドＲＥＱＣを受信すると、あらかじめアプリケーションプログラムＡＰＰ１から取得しておいた情報要求レスポンス情報に基づいて、所定のタイムスロットに入るように応答ＡＴＱＣを、レスポンス信号ＡＴＱを介して非接触インタフェース１へ出力する。この応答ＡＴＱＣは、アンテナＡＮＴ１を介してリーダライタ２００へ送信される。
　なお、本実施例では、近距離無線通信装置１０は、上記で述べたＥＴＳＩ　ＴＳ　１０２　６２２で規定されているＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡおよびＴｙｐｅＢ《規格ａ》の初期化ルーチン（アンチコリジョン）処理に対応しているものとする。本機能は、ホストインタフェース２に実装されており、初期化ルーチン処理に必要な情報は、ホストインタフェース２内に格納されている。ホストインタフェース２は、リーダライタ２００から受信したコマンドを受信信号ＲＸ２で受信してその内容をチェックする。そのコマンドが初期化ルーチンに関係するコマンドであれば、ホストインタフェース２は、インタフェースＩＦ１に出力せず、ホストインタフェース２内で処理して送信データＴＸ１へ出力する。
　次に、実施例３の近距離無線通信装置の動作について説明する。以下の説明では、近距離無線通信装置１０は、非接触ＩＣカード規格ＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》とＪＩＳＸ６３１９－４《規格ｂ１》に対応しており、ＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》については、適用外とする。
　図１０は実施例３の近距離無線通信装置の動作を示すフローチャートである。図１０のステップＳ２１～Ｓ２３は図７のステップＳ１１～Ｓ１３と同じであり、図１０のステップＳ２５～Ｓ２８は図７のステップＳ１４～Ｓ１７と同じであり、図１０のステップＳ３１～Ｓ３２は図７のステップＳ１８～Ｓ１９と同じである。これらのステップの説明は省略する。図１０において図７と異なるのは、ステップＳ２４、ステップＳ２９およびステップＳ３０が追加されている点である。
　ステップＳ２４は、ステップＳ２２でキャリア検出後、ステップＳ２３でコマンド生成器３より選択コマンドが生成され、ホスト２０のアプリケーションプログラムＡＰＰ１が選択された後、引き続いてリクエスト処理器６により情報要求信号ＲＥＱＩＮＦを介して情報要求コマンドをアプリケーションプログラムＡＰＰ１に送信したうえでアプリケーションプログラムＡＰ１から情報要求レスポンスを取得する動作である。ステップＳ２４で、ＪＩＳＸ６３１９－４《規格ｂ１》のＡＴＱＣ応答に必要な情報がリクエスト処理器６に保持される。
　次にステップＳ２５でリクエストコマンドが受信され、ステップＳ２６～Ｓ２８でプロトコルが判定され、ここでフォーマット変換器５の変換処理の有効、無効が設定される。
　ステップＳ２９は、プロトコル判定結果がＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》のときに実施されるステップであって、このステップでは、上記で述べたＥＴＳＩ　ＴＳ　１０２　６２２で規定される方法に従って、近距離無線通信装置１０自身がステップＳ２５のリクエストコマンドへの応答も含めて初期化ルーチンの処理を実行する。
　ステップＳ３０は、プロトコル判定結果がＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》以外すなわちＪＩＳＸ６３１９－４《規格ｂ１》の場合のときで、上記で述べたように、リクエスト処理器６が応答ＡＴＱＣを生成して、非接触インタフェース１を介してアンテナＡＮＴ１に出力する。以降、ステップＳ３１ではステップＳ１８と同様、コマンド＆レスポンスの処理を行う。
　次に、図１１に実施例３の近距離無線通信装置の別の動作を示すフローチャートを示す。図１１のフローチャートが図１０のフローチャートと異なるのは、図１０ではステップＳ２４のリクエスト応答情報取得処理がステップＳ２２のキャリア検出後、ステップＳ２３の選択コマンド生成＆送信の後に実施されているのに対し、図１１ではステップＳ４３のリクエスト応答情報取得処理がステップＳ４１の電源オン後、ステップＳ４２の選択コマンド生成＆送信が新たに実行された後に実施されていることである。つまり、リクエスト応答情報取得処理の実施タイミングが、図１１のフローチャートと図１０のフローチャートとは異なる。なお、ステップＳ４２で選択コマンド生成＆送信を実施しているのは、ホスト２０のアプリケーションプログラムＡＰＰ１を事前に選択するためである。
　図１０のフローチャートでは、キャリア検出後にリクエスト応答情報取得処理を実施しているため、キャリア検出後、数ｍｓ等短い時間でリクエストコマンドを受信した場合、ＪＩＳＸ６３１９－４《規格ｂ１》のタイムスロットに間に合わない可能性がある。これに対して、図１１のフローチャートでは、リクエスト応答情報取得処理を、キャリアを検出する前の電源オンの直後に実施しており、これにより、図１０のフローチャートで発生し得る、タイムスロットに間に合わない可能性を回避することができる。
　以上のように本構成によれば、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドを実装せず、かつコマンド／レスポンスのフォーマットがＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＡＰＤＵと互換性を持たない非接触ＩＣカード規格の用途に対しても、ホストとして既存のＪａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードを用いることができ、かつ、ＪＩＳＸ６３１９－４《規格ｂ１》のように、リクエストコマンドへのレスポンスを送信するタイミングが比較的短く設定されている規格に対しても、規格を満足することが可能となる。
　なお、図１０、図１１のフローチャートの説明ではＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》を適用外としたが、ＪＩＳＸ６３１９－４《規格ｂ１》で実施した内容を同様にＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》に適用することは可能である。
　次に、本発明にかかわるホストの実施例を図面を用いて詳細に説明する。
　（実施例４）
　実施例４は、非接触ＩＣカード規格がＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドを実装していない場合であっても対応可能な近距離無線通信システムに関するものである。実施例４では、ＪＩＳＸ６３１９－４《規格ｂ１》、ＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》のことには言及していない。実施例４では、磁界検出通知によって、所定規格のアプリケーションプログラムを選択する。
　図１２は、実施例４のホスト２０の構成を示すブロック図である。図１２において、近距離無線通信装置１０は、実施例１～３で述べた機能は備えておらず、従来例と同じものであるとする。
　ホスト２０は、通信インタフェース２１と、アプリケーションプログラム群２２と、コマンド解釈器２３と、アプリケーション選択器２４とを備えている。通信インタフェース２１は、近距離無線通信装置１０とインタフェースＩＦ１とを介してリーダライタ２００に接続されている。通信インタフェース２１は、近距離無線通信装置１０を介してリーダライタ２００から受信したデータを受信信号ＲＸ３としてアプリケーションプログラム群２２およびコマンド解釈器２３へ出力する。受信データのコマンドはアプリケーションプログラム群２２で処理され、その処理結果は、アプリケーションプログラム群２２からへレスポンスの送信データとして送信信号ＴＸ３を介して通信インタフェース２１へ出力され、さらに処理結果（へレスポンスの送信データ）はインタフェースＩＦ１を介して近距離無線通信装置１０へ出力される。
　アプリケーションプログラム群２２は複数のアプリケーションプログラムから構成される。ここで、アプリケーションプログラムＡＰＰ１、アプリケーションプログラムＡＰＰ２の内容は以下のようなものであるとする。
・アプリケーションプログラムＡＰＰ１は、所定規格ＴｙｐｅＸ《規格ｘ》のプログラムである。
・アプリケーションプログラムＡＰＰ２は、ＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》用のプログラムである。
　なお、所定規格ＴｙｐｅＸ《規格ｘ》は、ＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》と同様、キャリア周波数が１３．５６ＭＨｚの非接触ＩＣカード規格であり、コマンド／レスポンスのフォーマットはＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＡＰＤＵであるものの、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドを実装していない規格とする。
　アプリケーションプログラム群２２は、アプリケーション選択器２４から入力されるアプリケーション選択信号ＡＳで指定されるアプリケーション識別子ＡＩＤに一致するアプリケーションであるアプリケーションプログラムＡＰＰ１、またはアプリケーションプログラムＡＰＰ２を選択して、活性化する。
　また、アプリケーションプログラム群２２は、通信インタフェース２１から入力される受信信号ＲＸ３を、選択したアプリケーションプログラムに引き渡し、さらに選択したアプリケーションプログラムが受信信号ＲＸ３を処理した結果を、送信信号ＴＸ３に出力する。
　コマンド解釈器２３は、通信インタフェース２１からの受信信号ＲＸ３を受信し、コマンドの内容を解釈する。コマンド解釈器２３は所定のコマンドを検出し、検出したコマンドの処理を実行する。具体的には、コマンド解釈器２３は、ＩＳＯ／ＩＥＣ７８１６のＳＥＬＥＣＴコマンドと磁界検出通知コマンドを検出し、ＩＳＯ／ＩＥＣ７８１６のＳＥＬＥＣＴコマンドを検出すると、ＳＥＬＥＣＴコマンドを受信したことを示すフラグとＳＥＬＥＣＴコマンドの引数であるアプリケーション識別子ＡＩＤとを共に、選択コマンド信号ＳＣに出力することでアプリケーション選択器２４にＳＥＬＥＣＴコマンドを受信した旨を通知する。
　磁界検出通知コマンドを検出した場合、コマンド解釈器２３は、磁界検出通知信号ＳＣをＬからＨに変更することで、磁界検出通知があったことをアプリケーション選択器２４へ通知する。
　アプリケーション選択器２４は、選択コマンド信号ＳＣを介してＳＥＬＥＣＴコマンド受信通知を受信すると、選択コマンド信号ＳＣに付加されたアプリケーション識別子ＡＩＤをアプリケーション選択信号ＡＳへ出力する。また磁界検出信号ＦＤ＝Ｈが入力されたときは、アプリケーションプログラムＡＰＰ１のアプリケーション識別子ＡＩＤをアプリケーション選択信号ＡＳへ出力する。
　次に、実施例４のホストの動作について説明する。図１３は、実施例４のホストの動作を示すフローチャートである。まず、ステップＳ６１で電源がオンすると、ステップ６２で、コマンド解釈器２３は磁界検出通知コマンドを受信したかどうかを監視する。磁界検出通知コマンドを検出しない場合、コマンド解釈器２３は監視を継続し、検出した場合、磁界検出通知信号ＦＤをＨにする。次にステップＳ６３で、アプリケーション選択器２４は、磁界検出通知ＦＤがＨとなったことを受けて、アプリケーションプログラムＡＰＰ１のアプリケーション識別子ＡＩＤをアプリケーション選択信号ＡＳへ出力する。アプリケーションプログラム群２２は、アプリケーション選択信号ＡＳの入力を受けて、アプリケーションプログラムＡＰＰ１を選択して活性化する。
　ステップＳ６４では、コマンド解釈器２３はＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドを受信したかどうかを監視する。ここで、リーダライタ２００がＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》に準じたものである場合、アプリケーションプログラムＡＰＰ２のアプリケーション識別子ＡＩＤを引数としたＳＥＬＥＣＴコマンドが送出されるため、ステップＳ６４では、ＳＥＬＥＣＴコマンドを受信してステップＳ６５へ進む。
　ステップＳ６５では、コマンド解釈器２３は、ＳＥＬＥＣＴコマンドを受信したことを示すフラグと、ＳＥＬＥＣＴコマンドの引数であるアプリケーションプログラムＡＰＰ２を示すアプリケーション識別子ＡＩＤとを共に、選択コマンド信号ＳＣに出力する。アプリケーション選択器２４は、選択コマンド信号ＳＣの入力を受けて、アプリケーションプログラムＡＰＰ２のアプリケーション識別子ＡＩＤをアプリケーション選択信号ＡＳへ出力する。アプリケーションプログラム群２２は、アプリケーション選択信号ＡＳの入力を受けて、アプリケーションプログラムＡＰＰ２を選択して活性化する。
　ステップ６６では、１つまたは複数のコマンド＆レスポンス処理が実施される。一連の処理が終わった後、ステップＳ６７で処理を終了する。
　また、リーダライタ２００が所定規格ＴｙｐｅＸ《規格ｘ》に準じたものである場合、ＳＥＬＥＣＴコマンドは送出されないので、ステップＳ６４では、ＳＥＬＥＣＴコマンドは受信されず、別のコマンドが受信されて、ステップＳ６６に進む。ステップ６６では、１つまたは複数のコマンド＆レスポンス処理が実施される。一連の処理が終わった後、ステップＳ６７で処理を終了する。
　以上のように、本構成によれば、ホストである既存のＪａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードに若干の機能を追加するだけで、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドを実装しない非接触ＩＣカード規格においても対応することが可能となる。
　なお、上記では、ホスト２０はＪａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードとしたが、同様のアプリケーションプログラム活性化方法を実施する装置であれば、使用しているプラットフォームおよびパッケージ形態は問わない。
　また、アプリケーションプログラムの活性化コマンドについても、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドに限定するものではなく、別の規格の同様のコマンドを使用することも可能である。
　また、上記では、ステップＳ６２で磁界検出通知コマンドを受信した場合、次のステップＳ６３に進んでいたが、ステップＳ６３に進むためのコマンドは磁界検出通知コマンド以外の所定のコマンドでも良い。
　（実施例５）
　以下、実施例５について説明する。実施例５では、実施例４と同様、非接触ＩＣカード規格がＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドを実装していない場合についてのものであるが、プロトコル情報によって、所定規格のアプリケーションプログラムを選択する。
　図１４は、実施例５のホスト２０の構成を示すブロック図である。図１４において、近距離無線通信装置１０は、実施例１～３で述べた機能は備えておらず、従来例と同じものであるとする。
　ホスト２０は、通信インタフェース２１と、アプリケーションプログラム群２２と、コマンド解釈器２３と、アプリケーション選択器２４と、プロトコル判別器２５とを備えている。
　本実施例が実施例４と異なるのは、プロトコル判別器２５が追加されている点である。アプリケーションプログラム群２２とコマンド解釈器２３とにおける機能および動作は実施例４と同じである。しかしながら、実施例４とは異なり、通信インタフェース２１には、近距離無線通信装置１０からインタフェースＩＦ１を介してプロトコル情報信号ＰＩが供給されており、通信インタフェース２１は、供給されるプロトコル情報信号ＰＩをプロトコル判別器２５に出力している。プロトコル情報信号ＰＩは、近距離無線通信装置１０からインタフェースＩＦ１を介して入力されるコマンドのプロトコルが何であるかを示す情報であって、本実施例では、ＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ、ＴｙｐｅＢ《規格ａ》、所定規格ＴｙｐｅＸ《規格ｘ》の何れかを指す。このプロトコル情報は、近距離無線通信装置１０によって設定される。なお、プロトコル情報を付加する方法としては、この他、近距離無線通信装置１０からホスト２０に送信するコマンドデータに、プロトコル情報を示すデータを付加する方法や、コマンド＆レスポンスの最初にプロトコル情報を送信する方法もある。本実施例では、プロトコル情報伝達方法については特に限定しない。
　なお、このプロトコル情報は、その時リーダライタ２００で使用されるプロトコルと必ずしも一致するとは限らない。プロトコル情報はあらかじめ近距離無線通信装置１０に固定値として設定される場合がある。さらには、近距離無線通信装置１０がキャリアを検出した時点で、あらかじめ設定されたプロトコル情報と共に磁界検出をホスト２０に通知する方法もある。
　プロトコル判別器２５は、プロトコル情報信号ＰＩの内容に基づいてプロトコル検出信号ＰＤの出力を制御する。プロトコル情報がＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ、ＴｙｐｅＢ《規格ａ》の場合は、プロトコル検出信号ＰＤ＝Ｌ、所定規格ＴｙｐｅＸ《規格ｘ》のときは、プロトコル検出信号ＰＤ＝Ｈを出力する。
　アプリケーション選択器２４は、磁界検出通知信号ＦＤ、選択コマンド信号ＳＣ、プロトコル検出信号ＰＤの入力によって、アプリケーション選択信号ＡＳを出力する。論理は、次のようにする。
・選択コマンドＳＣ信号検出時（ＳＥＬＥＣＴコマンド受信フラグ検出時）には、選択コマンドＳＣ信号に含まれるアプリケーション識別子ＡＩＤはアプリケーション選択信号ＡＳに出力される。
・磁界検出通知信号ＦＤ＝Ｈ検出時には、プロトコル検出信号ＰＤ＝Ｈとなると、アプリケーションプログラムＡＰＰ１のアプリケーション識別子ＡＩＤはアプリケーション選択信号ＡＳに出力される。ただし、プロトコル検出信号ＰＤ＝Ｌのときは何もしない。
　次に、実施例５のホストの動作について説明する。図１５は、実施例５のホストの動作を示すフローチャートである。図１５のステップＳ７１～Ｓ７２は、図１３のステップＳ６１～Ｓ６２と同じである。また、図１５のステップＳ７６～Ｓ７８についても、図１３のステップＳ６５～Ｓ６７と同じである。そのため、これらのステップの説明は省略する。
　図１５のフローチャートにおいて、図１３のフローチャートと異なるのは、新たにステップＳ７３～Ｓ７５が追加されたことである。以下、これらの追加ステップについて説明する。
　ステップＳ７２で、コマンド解釈器２３が磁界検出通知ＦＤ＝Ｈの出力を確認すると、ステップＳ７３で、プロトコル判別器２５が使用されているプロトコルが何であるかをプロトコル情報信号ＰＩに基づいて判別する。プロトコル情報がＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ、ＴｙｐｅＢ《規格ａ》である場合、プロトコル判別器２５は、プロトコル検出信号ＰＤ＝Ｌを出力して、ステップＳ７４に進む。一方、プロトコル情報が所定規格ＴｙｐｅＸ《規格ｘ》である場合、プロトコル判別器２５は、プロトコル検出ＰＤ＝Ｈを出力してステップＳ７５に進む。
　ステップＳ７４では、磁界検出通知信号ＦＤ＝Ｈであり、プロトコル検出信号ＰＤ＝Ｌであるため、アプリケーション選択器２４は何も動作しないものの、引き続いてＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドの受信を確認すると、ステップＳ７６に進む。ステップＳ７６では、アプリケーション選択器２４は、アプリケーションプログラムＡＰＰ２を選択して、ステップＳ７７のコマンド＆レスポンス処理に進む。
　一方、ステップＳ７５では、磁界検出通知信号ＦＤ＝Ｈであり、プロトコル検出信号ＰＤ＝Ｈであるため、アプリケーション選択器２４は、アプリケーションプログラムＡＰＰ１のアプリケーション識別子ＡＩＤをアプリケーション選択信号ＡＳに出力する。これにより、アプリケーションプログラム群２２において、アプリケーションプログラムＡＰＰ１が選択される。そして、ステップＳ７７のコマンド＆レスポンス処理に進む。
　以上のように、本実施例によれば、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドを実装しない非接触ＩＣカード規格の用途においても、ホストである既存のＪａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードに若干の機能を追加するだけで対応することが可能となる。
　なお、上記では、ホスト２０はＪａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードとしたが、同様のアプリケーションプログラム活性化方式を用いる装置であれば、使用しているプラットフォームおよびパッケージ形態は問わない。
　また、アプリケーションプログラムの活性化コマンドについても、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドに限定するものではなく、別の規格の同様のコマンドを使用することも可能である。
　また、上記では、ステップＳ７２で磁界検出通知コマンドを受信した場合に、次のステップＳ７３に進んでいたが、ステップＳ７３に進むためのコマンドは磁界検出通知コマンド以外の任意のコマンドでも良い。
　（実施例６）
　以下、実施例６について説明する。実施例６では、ＪＩＳＸ６３１９－４《規格ｂ１》、ＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》のことに言及している。図１６は実施例６のホストの構成を示すブロック図である。図１６において、近距離無線通信装置１０は、実施例１～３で述べた機能は備えておらず、従来例と同じものであるとする。
　ホスト２０は、通信インタフェース２１と、アプリケーションプログラム群２２と、コマンド解釈器２３と、アプリケーション選択器２４と、プロトコル判別器２５と、フォーマット変換器２６とを備えている。
　本実施例が実施例５と異なるのは、通信インタフェース２１とアプリケーションプログラム群２２との間にフォーマット変換器２６が挿入されている点である。通信インタフェース２１、アプリケーションプログラム群２２、コマンド解釈器２３、アプリケーション選択器２４およびプロトコル判別器２５については、その機能および動作は実施例５と同じである。
　フォーマット変換器２６は、プロトコル検出信号ＰＤに基づいて、コマンドデータおよびレスポンスデータのフォーマット変換を制御する。具体的には、プロトコル検出信号ＰＤ＝Ｌのときは変換処理を無効にし、プロトコル検出信号ＰＤ＝Ｈのときは変換処理を有効にする。フォーマット変更フォーマット変換器２６のフォーマット変換方法は、実施例２で説明したフォーマット変換器５のものと同じであり、その説明は省略する。
　次に、実施例６のホストの動作について説明する。図１７は、実施例６のホストの動作を示すフローチャートである。図１７のステップＳ８１～Ｓ８３は、図１５のステップＳ７１～Ｓ７３と同じである。また、図１７のステップＳ８６～Ｓ９０は、図１５のステップＳ７４～Ｓ７８と同じであり、これらのステップの説明については省略する。
　図１７において、図１５と異なるのは、新たにステップＳ８４とステップＳ８５が追加されている点である。以下、これらについて説明する。ステップＳ８３で、プロトコル判別器２５が使用プロトコルを判別する。プロトコル情報がＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ、ＴｙｐｅＢ《規格ａ》の場合、プロトコル判別器２５は、プロトコル検出信号ＰＤ＝Ｌを出力して、ステップＳ８４に進む。ステップＳ８４では、フォーマット変換器２６は、フォーマット変換処理を無効にする。
　プロトコル情報がＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》以外（ＪＩＳＸ６３１９－４《規格ｂ１》、ＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》等）の場合、プロトコル判別器２５は、プロトコル検出ＰＤ＝Ｈを出力してステップＳ８５に進む。ステップＳ８５では、フォーマット変換器２６は、フォーマット変換処理を有効にする。
　以上のように、本実施例によれば、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドを実装せず、かつコマンド／レスポンスのフォーマットがＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＡＰＤＵと互換性を持たない非接触ＩＣカード規格の用途においても、ホストである既存のＪａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードに対して若干の機能を追加するだけで対応することが可能となる。
　また、上述した図１７のフローチャートでは、ステップＳ８２で磁界検出通知コマンドを受信すると、次のステップＳ８３に進んでいたが、ステップＳ８３に進むためのコマンドは磁界検出通知コマンド以外の任意のコマンドであっても良い。
　（実施例７）
　以下、実施例７について説明する。実施例７では、リクエストコマンドに対するレスポンス応答のタイミング制約に対応する方法について述べている。図１８は、実施例７のホストの構成を示すブロック図である。図１８において、近距離無線通信装置１０は、実施例１～３で述べた機能は備えておらず、従来例と同じものであるとする。
　ホスト２０は、通信インタフェース２１と、アプリケーションプログラム群２２と、コマンド解釈器２３と、アプリケーション選択器２４と、プロトコル判別器２５と、フォーマット変換器２６と、リクエスト処理器２７とを備えている。
　本実施例が実施例６と異なるのは、リクエスト処理器２７が追加されている点である。通信インタフェース２１、アプリケーションプログラム群２２、コマンド解釈器２３、アプリケーション選択器２４、プロトコル判別器２５、およびフォーマット変換器２６の機能および動作は実施例６と同じである。
　リクエスト処理器２７は、情報要求信号ＲＥＱＩＮＦ２をアプリケーションプログラム群２２に出力し、情報応答信号ＡＴＱＩＮＦ２がアプリケーションプログラム群２２から入力される。さらにリクエスト処理器２７は、通信インタフェース２１からリクエスト信号ＲＥＱ２が入力され、レスポンス信号ＡＴＱ２を通信インタフェース２１に出力する。さらにリクエスト処理器２７は、アプリケーション選択器２４からアプリケーション選択信号ＡＳが入力される。
　リクエスト処理器２７における情報要求信号ＲＥＱＩＮＦ２、情報応答信号ＡＴＱＩＮＦ２、リクエスト信号ＲＥＱ２、およびレスポンス信号ＡＴＱ２の内容は、実施例３におけるリクエスト処理器６の情報要求信号ＲＥＱＩＮＦ、情報応答信号ＡＴＱＩＮＦ、リクエスト信号ＲＥＱ、およびレスポンス信号ＡＴＱと内容と同じである。
　また、リクエスト処理器２７の動作も、実施例３のリクエスト処理器６とほぼ同じであるが、キャリア検出信号ＣＤＥＴの代わりにアプリケーション選択信号ＡＳが入力される点が異なっており、そのために、アプリケーションプログラムＡＰＰ１のアプリケーション識別子ＡＩＤがアプリケーション選択信号ＡＳを介してリクエスト処理器２７に入力されると、リクエスト処理器２７は、情報要求信号ＲＥＱＩＮＦ２に情報要求コマンドを出力する。それ以外の動作内容は、リクエスト処理器６と同じであり、説明は省略する。
　アプリケーションプログラム群２２は、情報要求信号ＲＥＱＩＮＦ２を受けた場合、受信信号ＲＸ５と同様、選択したアプリケーションプログラムＡＰＰ１、またはアプリケーションプログラムＡＰＰ２に情報要求コマンドを伝達する。さらにアプリケーションプログラム群２２は、情報要求コマンドの処理結果を、情報応答信号ＡＴＱＩＮＦ２を介してリクエスト処理器２７に出力する。
　次に、実施例７のホストの動作について説明する。以下の説明では、近距離無線通信装置１０は、非接触ＩＣカード規格ＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢ《規格ａ》とＪＩＳＸ６３１９－４《規格ｂ１》に対応しており、ＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》については、適用外とする。
　図１９は、実施例７のホストの動作を示すフローチャートである。図１９のステップＳ９１～Ｓ９８は、図１７のステップＳ８１～Ｓ８８と同じである。また、図１９のステップＳ１０１、Ｓ１０２は、図１７のステップＳ８９、ステップ９０と同じであり、これらのステップの説明については省略する。
　図１９のフローチャートにおいて、図１７のフローチャートと異なるのは、新たにステップＳ９８とステップＳ１００とが追加されている点である。以下、これらの追記ステップについて説明する。
　ステップＳ９９は、ステップＳ９３でプロトコルがＪＩＳＸ６３１９－４《規格ｂ１》と判定され、ステップＳ９７でアプリケーションプログラムＡＰＰ１が選択された後に実施されるステップであって、ステップＳ９９では、リクエスト処理器２７により情報要求信号ＲＥＱＩＮＦ２を介して情報要求コマンドをアプリケーションプログラムＡＰＰ１に送信したうえで、アプリケーションプログラムＡＰＰ１から情報要求レスポンスを取得する。ステップＳ９９では、引き続いて、ＪＩＳＸ６３１９－４《規格ｂ１》のＡＴＱＣ応答に必要な情報がリクエスト処理器２７で保持される。
　次にステップＳ１００でＪＩＳＸ６３１９－４《規格ｂ１》のリクエストコマンドＲＥＱＣを受信し、リクエスト処理器２７からレスポンスＡＴＱＣが出力される。
　図２０には、実施例７のホストの別の動作を示すフローチャートを示す。図２０のフローチャートが図１９のフローチャートと異なるのは以下の点である。すなわち、図１９では、ステップＳ９３（プロトコル判別）を実施し、さらにステップＳ９７（所定アプリケーション選択処理）を実施した後に、ステップＳ９９（リクエスト応答情報取得処理）を実施するのに対して、図２０では、ステップＳ１１１（電源オン）の後、ステップＳ１１２（アプリケーションプログラムＡＰＰ１の選択）を新たに実施した後に、ステップＳ１１３（リクエスト応答情報取得処理）を実施する。このように、両フローチャートは、リクエスト応答情報取得処理の実施タイミングが相違する。
　図１９のフローチャートでは、磁界検出後にリクエスト応答情報取得処理を実施しているため、磁界検出通知コマンド受信後、短時間（数ｍｓ等）でリクエストコマンドを受信した場合、ＪＩＳＸ６３１９－４《規格ｂ１》のタイムスロットに間に合わない可能性がある。
　これに対して図２０のフローチャートでは、リクエスト応答情報取得処理を、磁界検出通知コマンドを受信する前の電源オンの直後に実施するので、図１９のフローチャートで発生し得る上記不具合（タイムスロットに間に合わないこと）を回避することができる。
　以上のように本構成によれば、ＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＳＥＬＥＣＴコマンドを実装せず、かつコマンド／レスポンスのフォーマットがＩＳＯ／ＩＥＣ７８１６《規格Ａ》のＡＰＤＵと互換性を持たない非接触ＩＣカード規格の用途においても、ホストとして既存のＪａｖａ(登録商標）ＣａｒｄプラットフォームのＩＣカードに対して若干の機能を追加するだけで対応することが可能となる。さらには、ＪＩＳＸ６３１９－４《規格ｂ１》のように、リクエストコマンドへのレスポンスを送信するタイミングが比較的短く設定されている規格に対しても、規格を満足することが可能となる。
　なお、図１９、図２０のフローチャートの説明ではＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》を適用外としたが、ＪＩＳＸ６３１９－４《規格ｂ１》で実施した内容を同様にＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》に適用することも可能である。
　なお、磁界検出通知コマンド受信ステップＳ９２、ステップＳ１１４については、磁界検出通知コマンドの代わりに磁界検出通知以外の所定のコマンドを用いても良い。
　以上、すべての実施例説明について、主にＪＩＳＸ６３１９－４《規格ｂ１》、ＩＳＯ／ＩＥＣ１５６９３《規格ｂ２》について対応する方法について説明したが、ここで取り上げていない、同様の非接触ＩＣカード規格および所定規格に対しても本実施例を適用することは可能である。
　本発明の技術は、近距離無線通信装置において、ホストに既存のプラットフォームのＩＣカードを用いつつ、従来適合性がないとされていた非接触ＩＣカード規格への適用拡張を図るための技術として有用であり、特に近距離無線通信規格ＮＦＣに対応した非接触通信装置に適用することができる。
　１　      非接触インタフェース
　２　      ホストインタフェース
　３　      コマンド生成器
　４、２５　プロトコル判別器
　５、２６　フォーマット変換器
　６、２７　リクエスト処理器
　１０　    近距離無線通信装置
　２０　    ホスト
　２１　    通信インタフェース
　２２　    アプリケーションプログラム群
　２３　    コマンド解釈器
　２４　    アプリケーション選択器
　１００　  近距離無線通信システム
　２００　  リーダライタ（外部の通信装置）
　ＡＮＴ１，ＡＮＴ２　アンテナ
　ＡＰＰ１，ＡＰＰ２　アプリケーションプログラム
　ＩＦ１　  インタフェース

Claims (37)

  1. 　外部の通信装置との間で非接触通信を行う非接触インタフェースと、
    　所定規格のアプリケーションプログラムが搭載されたホストとの間で入出力を行うホストインタフェースと、
    　前記非接触インタフェースと前記ホストインタフェースとの間に介在して、前記ホストの前記所定規格のアプリケーションプログラムを選択するための選択コマンドを生成するコマンド生成器と、
    　を備え、
    　前記コマンド生成器は、前記外部の通信装置からのアクセスを前記非接触インタフェースが受けることに応じて起動されて前記選択コマンドを生成し、生成した前記選択コマンドを前記ホストインタフェースに出力するように構成されている、
    　近距離無線通信装置。
  2. 　前記非接触通信のプロトコルを判別するプロトコル判別器と、
    　前記非接触インタフェース上のデータと前記ホストインタフェース上のデータとをそれぞれフォーマット変換処理するフォーマット変換器と、
    　をさらに備え、
    　前記フォーマット変換器は、前記プロトコル判別器による前記外部の通信装置のプロトコル判別結果に応じて前記フォーマット変換処理の実行を有効化または無効化するものとして構成されている、
    　請求項１に記載の近距離無線通信装置。
  3. 　前記外部の通信装置からのリクエストコマンドに対して前記非接触インタフェースを介してレスポンス処理を行うリクエスト処理器を、
    　さらに備え、
    　前記リクエスト処理器は、前記レスポンス処理で必要となる情報を前記ホストから取得するための情報要求コマンドを生成し、適当なタイミングで前記情報要求コマンドを前記ホストインタフェースに送出し、かつ前記情報要求コマンドを受け取った前記ホストから前記ホストインタフェースを介して取得するレスポンス情報を保持しておき、前記非接触インタフェースが前記外部の通信装置から前記リクエストコマンドを受け取ると、保持しておいた前記レスポンス情報に基づいて前記リクエストコマンドに対応するレスポンスを自ら生成し、生成した前記レスポンスを前記非接触インタフェースを介して前記外部の通信装置に送出する機能を有するものとして構成されている、
    　請求項１に記載の近距離無線通信装置。
  4. 　前記コマンド生成器は、前記ホストインタフェースを介して前記選択コマンドを出力するタイミングを、前記非接触インタフェースが前記外部の通信装置からのキャリアを検出した時点とする、
    　請求項１に記載の近距離無線通信装置。
  5. 　前記コマンド生成器により生成される前記選択コマンドは、ＩＳＯ／ＩＥＣ７８１６のＳＥＬＥＣＴコマンドである、
    　請求項１に記載の近距離無線通信装置。
  6. 　前記フォーマット変換器は、
    　前記非接触インタフェースから受け取った受信データを搭載ＩＣカードで用いる第１のフォーマットに従ってカプセル化したうえで、カプセル化した受信データを前記ホストインタフェースに出力するように構成された第１のカプセル処理器と、
    　前記ホストインタフェースから受け取った、前記アプリケーションプログラムが使用する所定規格に準じた第２のフォーマットでカプセル化された送信データを非カプセル状態に戻したうえで、非カプセル状態に戻した送信データを前記非接触インタフェースに出力するように構成された第２のカプセル処理器と、
    　を備える、
    　請求項２に記載の近距離無線通信装置。
  7. 　前記フォーマット変換器は、
    　前記非接触インタフェースから受け取った受信データを搭載ＩＣカードで用いる第１のフォーマットに従ってカプセル化したうえで、カプセル化した受信データを前記ホストインタフェースへ出力するように構成された第１のカプセル処理器と、
    　前記ホストインタフェースから受け取った、前記アプリケーションプログラムが使用する所定規格に準じた第２のフォーマットでカプセル化された送信データを非カプセル状態に戻したうえで、非カプセル状態に戻した送信データを前記非接触インタフェースに出力するように構成された第２のカプセル処理器と、
    　を備える、
    　請求項３に記載の近距離無線通信装置。
  8. 　前記第１のフォーマットは、ＩＳＯ／ＩＥＣ７８１６のコマンドＡＰＤＵ（Application Protocol Data Unit)であり、
    　前記第２のフォーマットは、前記ＩＳＯ／ＩＥＣ７８１６のレスポンスＡＰＤＵである、
    　請求項６に記載の近距離無線通信装置。
  9. 　前記第１のフォーマットは、ＩＳＯ／ＩＥＣ７８１６のコマンドＡＰＤＵ（Application Protocol Data Unit)であり、
    　前記第２のフォーマットは、前記ＩＳＯ／ＩＥＣ７８１６のレスポンスＡＰＤＵである、
    　請求項７に記載の近距離無線通信装置。
  10. 　前記コマンドＡＰＤＵを使用するコマンドは、ＥＮＶＥＬＯＰＥコマンドである、
    　請求項８に記載の近距離無線通信装置。
  11. 　前記コマンドＡＰＤＵを使用するコマンドは、ＥＮＶＥＬＯＰＥコマンドである、
    　請求項９に記載の近距離無線通信装置。
  12. 　前記フォーマット変換器は、前記プロトコル判別器によるプロトコル判別結果がＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢを示すときは起動せず、前記プロトコル判別結果がＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡおよびＴｙｐｅＢ以外を示すときは起動するように構成されている、
    　請求項２に記載の近距離無線通信装置。
  13. 　前記フォーマット変換器は、前記プロトコル判別器によるプロトコル判別結果がＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡ，ＴｙｐｅＢを示すときは起動せず、前記プロトコル判別結果がＩＳＯ／ＩＥＣ１４４４３　ＴｙｐｅＡおよびＴｙｐｅＢ以外を示すときは起動するように構成されている、
    　請求項３に記載の近距離無線通信装置。
  14. 　前記第１、第２のフォーマットに準じるデータは、前記プロトコル判別器によるプロトコル判別結果がＪＩＳＸ６３１９－４を示す場合には、ＪＩＳＸ６３１９－４のＬＥＮ（データ長）の情報を含んでいる、
    　請求項６に記載の近距離無線通信装置。
  15. 　前記第１、第２のフォーマットに準じるデータは、前記プロトコル判別器によるプロトコル判別結果がＪＩＳＸ６３１９－４を示す場合には、ＪＩＳＸ６３１９－４のＬＥＮ（データ長）の情報を含んでいる、
    　請求項７に記載の近距離無線通信装置。
  16. 　前記リクエスト処理器は、前記情報要求コマンドを前記ホストインタフェースを介して前記ホストに出力するタイミングを、前記非接触インタフェースが前記外部の通信装置からキャリアを検出した時点とする、
    　請求項３に記載の近距離無線通信装置。
  17. 　前記リクエスト処理器は、前記情報要求コマンドを前記ホストインタフェースを介してホストに出力するタイミングを、初期化ルーチン時点とする、
    　請求項３に記載の近距離無線通信装置。
  18. 　前記リクエストコマンドにかかわるプロトコルは、ＪＩＳＸ６３１９－４である、
    　請求項３に記載の近距離無線通信装置。
  19. 　請求項２の近距離無線通信装置に接続された前記ホストに搭載されるアプリケーションプログラムであって、
    　当該アプリケーションプログラムは、前記フォーマット変換器によるフォーマット変換で規定されるフォーマットのデータを処理するものとして構成されている、
    　近距離無線通信用のアプリケーションプログラム。
  20. 　請求項６の近距離無線通信装置に接続された前記ホストに搭載されるアプリケーションプログラムであって、
    　前記第１のカプセル処理器でカプセル化された受信データを処理する第１のプロセスと、
    　前記第１のプロセスで処理された前記受信データを前記第２のフォーマットでカプセル化する第２のプロセスと、
    　を含む、
    　近距離無線通信用のアプリケーションプログラム。
  21. 　請求項７の近距離無線通信装置に接続された前記ホストに搭載されるアプリケーションプログラムであって、
    　前記第１のカプセル処理器でカプセル化されたデータを処理する第１のプロセスと、
    　前記第１のプロセスにより処理された前記受信データを第２のフォーマットでカプセル化する第２のプロセスと、
    　を含む、
    　近距離無線通信用のアプリケーションプログラム。
  22. 　前記第１のフォーマットはＩＳＯ／ＩＥＣ７８１６のコマンドＡＰＤＵであり、
    　前記第２のフォーマットはＩＳＯ／ＩＥＣ７８１６のレスポンスＡＰＤＵである、
    　請求項２０に記載の近距離無線通信用のアプリケーションプログラム。
  23. 　前記第１のフォーマットはＩＳＯ／ＩＥＣ７８１６のコマンドＡＰＤＵであり、
    　前記第２のフォーマットはＩＳＯ／ＩＥＣ７８１６のレスポンスＡＰＤＵである、
    　請求項２１に記載の近距離無線通信用のアプリケーションプログラム。
  24. 　前記コマンドＡＰＤＵを使用するコマンドはＥＮＶＥＬＯＰＥコマンドである、
    　請求項２２に記載の近距離無線通信用のアプリケーションプログラム。
  25. 　前記コマンドＡＰＤＵを使用するコマンドはＥＮＶＥＬＯＰＥコマンドである、
    　請求項２３に記載の近距離無線通信用のアプリケーションプログラム。
  26. 　前記第１、第２のフォーマットはＪＩＳＸ６３１９－４のＬＥＮ（データ長）の情報を含む、
    　請求項１９に記載の近距離無線通信用のアプリケーションプログラム。
  27. 　前記第１、第２のフォーマットはＪＩＳＸ６３１９－４のＬＥＮ（データ長）の情報を含む、
    　請求項２０に記載の近距離無線通信用のアプリケーションプログラム。
  28. 　前記第１、第２のフォーマットはＪＩＳＸ６３１９－４のＬＥＮ（データ長）の情報を含む、
    　請求項２１に記載の近距離無線通信用のアプリケーションプログラム。
  29. 　前記情報要求コマンドに応じて前記レスポンスにかかわる情報を前記近距離無線通信装置に送信する、
    　請求項１９に記載の近距離無線通信用のアプリケーションプログラム。
  30. 　前記情報要求コマンドに応じて前記レスポンスにかかわる情報を前記近距離無線通信装置に送信する、
    　請求項２０に記載の近距離無線通信用のアプリケーションプログラム。
  31. 　前記情報要求コマンドに応じて前記レスポンスにかかわる情報を前記近距離無線通信装置に送信する、
    　請求項２１に記載の近距離無線通信用のアプリケーションプログラム。
  32. 　近距離無線通信装置との間で通信を行う通信インタフェースと、
    　所定規格のアプリケーションプログラムを含む少なくとも１つ以上のアプリケーションプログラムから構成されるアプリケーションプログラム群と、
    　前記通信インタフェースが前記近距離無線通信装置から受信するコマンドを解釈するコマンド解釈器と、
    　前記コマンド解釈器による前記コマンドの解釈に従って、前記アプリケーションプログラム群から１つの前記アプリケーションプログラムを選択するアプリケーション選択器と、
    　を備え、
    　前記アプリケーション選択器は、前記所定規格のアプリケーションプログラムを指定する所定コマンドを前記コマンド解釈器が検出したことを受けて、前記アプリケーションプログラム群から前記所定規格のアプリケーションプログラムを選択するように構成されている、
    　ホスト。
  33. 　前記通信インタフェースから入力されるプロトコル情報を判別するプロトコル判別器を、
    　さらに備え、
    　前記アプリケーション選択器は、前記コマンド解釈器による前記所定コマンドの検出結果と、前記プロトコル判別器による前記プロトコル情報の判別結果とに応じて、前記アプリケーションプログラム群から前記所定規格のアプリケーションプログラムを選択するように構成されている、
    　請求項３２に記載のホスト。
  34. 　前記通信インタフェース上のデータと、前記アプリケーションプログラム群へ送受信するデータとを、フォーマット変換処理するフォーマット変換器を、
    　さらに備え、
    　前記フォーマット変換器は、前記プロトコル判別器による前記プロトコル情報の判別結果に応じて、前記フォーマット変換処理の実行を有効化または無効化するものとして構成されている、
    　請求項３３に記載のホスト。
  35. 　前記外部の通信装置からのリクエストコマンドに対して、前記通信インタフェースを介してレスポンス処理を行うリクエスト処理器を、
    　さらに備え、
    　前記リクエスト処理器は、前記レスポンス処理で必要となる情報を前記所定規格のアプリケーションプログラムから取得するための情報要求コマンドを有しており、適当なタイミングで前記情報要求コマンドを前記アプリケーションプログラム群に送出し、かつ前記情報要求コマンドを受け取った前記アプリケーションプログラム群から取得するレスポンス情報を保持しておき、前記通信インタフェースが前記外部の通信装置から前記リクエストコマンドを受け取ると、保持しておいた前記レスポンス情報に基づいて前記リクエストコマンドに対応するレスポンスを自ら生成し、生成した前記レスポンスを前記通信インタフェースを介して前記外部の通信装置に送出する機能を有するものとして構成されている、
    　請求項３２に記載のホスト。
  36. 　前記情報要求コマンドは磁界検出通知コマンドである、
    　請求項３２に記載のホスト。
  37. 　請求項１の近距離無線通信装置と、
    　ホストと、
    　を含み、
    　前記ホストは、請求項１９のアプリケーションプログラムを搭載する、
    　近距離無線通信システム。
PCT/JP2011/000823 2010-03-11 2011-02-15 近距離無線通信装置、アプリケーションプログラム、ホストおよび近距離無線通信システム WO2011111307A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010054319 2010-03-11
JP2010-054319 2010-03-11

Publications (1)

Publication Number Publication Date
WO2011111307A1 true WO2011111307A1 (ja) 2011-09-15

Family

ID=44563145

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/000823 WO2011111307A1 (ja) 2010-03-11 2011-02-15 近距離無線通信装置、アプリケーションプログラム、ホストおよび近距離無線通信システム

Country Status (1)

Country Link
WO (1) WO2011111307A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014164532A (ja) * 2013-02-25 2014-09-08 Mitsubishi Heavy Ind Ltd 情報処理システム、ホスト機、及び、プログラム
JP2016514401A (ja) * 2013-07-26 2016-05-19 ▲華▼▲為▼終端有限公司Ｈｕａｗｅｉ Ｄｅｖｉｃｅ Ｃｏ．， Ｌｔｄ． タグ識別方法及び装置
JP2017126353A (ja) * 2017-02-23 2017-07-20 ▲華▼▲為▼終端有限公司Ｈｕａｗｅｉ Ｄｅｖｉｃｅ Ｃｏ．， Ｌｔｄ． タグ識別方法及び装置
CN114520970A (zh) * 2022-01-28 2022-05-20 广州万协通信息技术有限公司 一种基于sim卡的swp卡模拟应用的选择切换方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0541708A (ja) * 1991-08-07 1993-02-19 Nec Corp 媒体アクセス制御ブリツジ装置
JP2004334316A (ja) * 2003-04-30 2004-11-25 Toppan Printing Co Ltd Ｉｃカード及びそのアプリケーション設定方法
WO2007125599A1 (ja) * 2006-04-28 2007-11-08 Fujitsu Limited 障害処理システム
JP2009237974A (ja) * 2008-03-27 2009-10-15 Dainippon Printing Co Ltd 発行システム、携帯情報端末及び発行サーバ
JP2010044603A (ja) * 2008-08-13 2010-02-25 Sony Corp 通信装置、通信方法、プログラム、および通信システム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0541708A (ja) * 1991-08-07 1993-02-19 Nec Corp 媒体アクセス制御ブリツジ装置
JP2004334316A (ja) * 2003-04-30 2004-11-25 Toppan Printing Co Ltd Ｉｃカード及びそのアプリケーション設定方法
WO2007125599A1 (ja) * 2006-04-28 2007-11-08 Fujitsu Limited 障害処理システム
JP2009237974A (ja) * 2008-03-27 2009-10-15 Dainippon Printing Co Ltd 発行システム、携帯情報端末及び発行サーバ
JP2010044603A (ja) * 2008-08-13 2010-02-25 Sony Corp 通信装置、通信方法、プログラム、および通信システム

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014164532A (ja) * 2013-02-25 2014-09-08 Mitsubishi Heavy Ind Ltd 情報処理システム、ホスト機、及び、プログラム
JP2016514401A (ja) * 2013-07-26 2016-05-19 ▲華▼▲為▼終端有限公司Ｈｕａｗｅｉ Ｄｅｖｉｃｅ Ｃｏ．， Ｌｔｄ． タグ識別方法及び装置
JP2017126353A (ja) * 2017-02-23 2017-07-20 ▲華▼▲為▼終端有限公司Ｈｕａｗｅｉ Ｄｅｖｉｃｅ Ｃｏ．， Ｌｔｄ． タグ識別方法及び装置
CN114520970A (zh) * 2022-01-28 2022-05-20 广州万协通信息技术有限公司 一种基于sim卡的swp卡模拟应用的选择切换方法
CN114520970B (zh) * 2022-01-28 2023-10-10 广州万协通信息技术有限公司 一种基于sim卡的swp卡模拟应用的选择切换方法

Similar Documents

Publication Publication Date Title
US10892798B2 (en) Communication apparatus, communication method, and program for exchanging data with a target
US10868583B2 (en) Communication apparatus, communication method, and program
US9497588B2 (en) Communication system, communication method, and data processing apparatus
EP2681694B1 (en) Smartcard performance enhancement circuits and systems
EP3387581B1 (en) Systems and methods for a cloud connected transponder
WO2011111307A1 (ja) 近距離無線通信装置、アプリケーションプログラム、ホストおよび近距離無線通信システム
KR102624022B1 (ko) 통신 장치 및 방법
EP1584163B1 (en) Communication partner device for communication with another communication partner device over a first communication channel
RU2574382C2 (ru) Устройство связи, способ связи и программа
JP2002342719A (ja) Ｉｃカードリーダライタおよびその制御方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11752974

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11752974

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP