CN105453112B - 通信装置和通信系统 - Google Patents

通信装置和通信系统 Download PDF

Info

Publication number
CN105453112B
CN105453112B CN201480045505.8A CN201480045505A CN105453112B CN 105453112 B CN105453112 B CN 105453112B CN 201480045505 A CN201480045505 A CN 201480045505A CN 105453112 B CN105453112 B CN 105453112B
Authority
CN
China
Prior art keywords
receiving
application
instruction
communication
iso
Prior art date
Legal status (The legal status 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 status listed.)
Expired - Fee Related
Application number
CN201480045505.8A
Other languages
English (en)
Other versions
CN105453112A (zh
Inventor
高木伸哉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nuvoton Technology Corp Japan
Original Assignee
Panasonic Intellectual Property Management Co Ltd
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 Panasonic Intellectual Property Management Co Ltd filed Critical Panasonic Intellectual Property Management Co Ltd
Publication of CN105453112A publication Critical patent/CN105453112A/zh
Application granted granted Critical
Publication of CN105453112B publication Critical patent/CN105453112B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/067—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
    • G06K19/07—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips
    • G06K19/0723—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips the record carrier comprising an arrangement for non-contact communication, e.g. wireless communication circuits on transponder cards, non-contact smart cards or RFIDs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Communication Control (AREA)
  • Telephone Function (AREA)

Abstract

具备：收发第一通信协议的信号的第一收发部；对包含在接收信号中的第一帧进行处理的第一协议处理部；收发第二通信协议的信号的第二收发部；对包含在接收信号中的第二帧进行处理的第二协议处理部；识别接收信号的通信协议的识别部；对从第一帧提取出的指令进行处理的指令处理部；将从第二帧中提取出的指令转换后传给指令处理部的转换部；以及存储在第一通信协议下使用的装置识别信息的存储部，第二收发部向外部发送装置识别信息。

Description

通信装置和通信系统
技术领域
本申请涉及一种使用多种协议的通信装置。
背景技术
近年来，在IC公交卡、护照、电子货币等多种应用中采用了使用非接触通信技术的IC(集成电路)卡。其中，在国内的大多数IC公交卡和电子货币中采用了FeliCa(注册商标)技术。在FeliCa规格中除了规定通信协议之外，还规定了以对保存在卡内的数据的读写为代表的指令功能等，规范化为JISX6319-4。
另一方面，使用了基于ISO/IEC14443规定的通信协议、基于ISO/IEC7816规定的指令体系(统称为“ISO协议”)的领域也比较多，如护照、驾驶证、taspo卡等。
专利文献1：日本公开专利公报特开2007-183780号公报
专利文献2：日本公开专利公报特开2011-24091号公报
发明内容
-发明所要解决的技术问题-
特开2007-183780号公报中记载了一种将在所有协议中格式均为共通的服务、目录、数据保存在卡内的系统。特开2011-24091号公报中记载了一种在非接触通信中采用了用于收发规定格式的帧的通信协议来收发格式与之不同的帧的技术。
然而，遵循某种协议的卡不能和遵循与上述协议不同的协议的读写器之间进行通信。因此，应用之间的协作是有限的。
-用以解决技术问题的技术方案-
根据一种实施方式的通信装置具备：第一收发部，所述第一收发部通过无线方式收发遵循第一通信协议的信号；第一协议处理部，所述第一协议处理部处理已由所述第一收发部接收的信号中所包含的第一帧；第二收发部，所述第二收发部通过无线方式收发遵循第二通信协议的信号；第二协议处理部，所述第二协议处理部处理已由所述第二收发部接收的信号中所包含的第二帧；识别部，所述识别部识别已由所述第一收发部或者所述第二收发部接收的信号的通信协议；指令处理部，所述指令处理部处理从所述第一帧提取出的指令；转换部，所述转换部将从所述第二帧提取出的指令转换后传给所述指令处理部；以及存储部，所述存储部存储在所述第一通信协议下使用的装置识别信息，所述第二收发部向外部发送所述装置识别信息。
根据一种实施方式的通信系统具备通信装置、第一设备以及第二设备，所述第一设备通过无线方式在与所述通信装置之间收发遵循第一通信协议的信号，所述第二设备通过无线方式在与所述通信装置之间收发遵循第二通信协议的信号，所述通信装置具备：第一收发部，所述第一收发部收发遵循所述第一通信协议的信号；第一协议处理部，所述第一协议处理部处理已由所述第一收发部接收的信号所表示的第一帧；第二收发部，所述第二收发部收发遵循所述第二通信协议的信号；第二协议处理部，所述第二协议处理部用于处理第二帧，其中，所述第二帧包含在已由所述第二收发部接收的信号中；识别部，所述识别部识别已由所述第一收发部或者所述第二收发部接收的信号的通信协议；指令处理部，所述指令处理部处理从所述第一帧提取出的指令；转换部，所述转换部将从所述第二帧提取出的指令转换后传给所述指令处理部；以及存储部，所述存储部存储在所述第一通信协议下使用的装置识别信息，所述第二收发部向所述第二设备发送所述装置识别信息。
-发明的效果-
根据上述构成，通信装置能够处理在不同通信协议下发送的帧中所包含的指令。
附图说明
图1是根据示例性实施方式的通信系统的构成图。
图2是根据示例性实施方式的通信装置的构成图。
图3是根据示例性实施方式的通信装置的存储部的构成图。
图4是根据示例性实施方式的设备及通信装置之间的通信帧的结构图。
图5是根据示例性实施方式的设备及通信装置之间的通信帧的结构图。
图6是根据示例性实施方式的设备及通信装置之间的通信帧的结构图。
图7是根据示例性实施方式的设备及通信装置之间的通信帧的结构图。
图8是根据示例性实施方式的设备及通信装置之间的通信帧的结构图。
图9是根据示例性实施方式的设备及通信装置之间的通信帧的结构图。
图10是与判断根据示例性实施方式的通信装置的指令相关的流程图。
图11是与根据示例性实施方式的通信装置的状态处理相关的流程图。
图12是根据示例性实施方式的通信系统的设备的构成图。
图13是根据示例性实施方式的设备及通信装置之间的序列图。
图14是根据示例性实施方式的设备及通信装置之间的序列图。
图15是在根据示例性实施方式的防冲突处理序列中使用的帧的结构图。
图16是在根据示例性实施方式的防冲突处理序列中使用的帧的结构图。
图17是在根据示例性实施方式的防冲突处理序列中使用的帧的结构图。
图18是根据示例性实施方式的IC卡的硬件的框图。
具体实施方式
参照附图，对多种实施方式进行说明。在附图中，同一符号表示相同的构成元素。
术语的定义
术语“通信装置”是指，遵循FeliCa(注册商标)、MIFARE(注册商标)、NFC等非接触近距离无线通信规范的IC卡(又称为智能卡)或者标签以及与这些一起使用的读写器。非接触是指，来自卡内IC芯片的端子并不是通过有线方式与读写器连接的。因此，即使IC卡被布置成看起来与读写器接触，也可以称之为非接触通信。特别是，还将读写器简称为“设备”。
术语“NFC(near field communication，近场通信)”通常是指，使用频率为13.56MHz且通信距离为10cm左右的近距离无线通信技术。狭义上的NFC是指，基于ISO/IEC18092(NFCIP-1)国际标准规范规定的通信技术。广义上的NFC除了包括NFCIP-1之外，还包括NFC论坛规格，上述NFC论坛规格是由业界标准团体亦即NFC论坛制定的安装规范。
术语“通信协议(又称为空中协议)”是指，用于非接触近距离通信(near fieldcommunication，NFC)的规格。广义上的通信协议指物理形状、无线规格、冲突检测/回避以及通信协议。基于JISX6319-4规定了FeliCa通信协议。基于ISO/IEC14443规定了MIFARE通信协议。
“帧”是一种数据位及任选项(option)误检测位的序列(sequence)，在其起始部分和终了部分设置有帧定界符。
主要以术语“部”来表示的功能块(处理部等)是为了进行说明而图示和描述的。单一功能块可以包括多个元素。相反，多个功能块也可以由单一元素来实现。除此之外，功能块可以由软件、硬件或者软件及硬件的组合来实现。
术语“应用(application)”是指利用IC卡的应用程序(applicalion program)。
系统的简要情况
图1表示使用了根据一种实施方式的通信装置的通信系统100。IC卡1、读写器FeliCa-RW2以及读写器ISO-RW3发挥通信装置的功能。如下所述，IC卡1例如存储FeliCa应用文件和ISO应用文件。
读写器FeliCa-RW2使用基于FeliCa规定的通信协议和指令体系来访问IC卡1。IC卡1与读写器FeliCa-RW2之间的通信例如是基于JISX6319-4规定的。读写器ISO-RW3使用基于ISO规定的通信协议和指令体系来访问IC卡1。IC卡1与读写器ISO-RW3之间的通信例如是基于ISO/IEC14443规定的。其中，“访问”是指用于运行应用的多种处理，如选择期望的应用、相互认证或者访问存储在IC卡1中的文件等。
IC卡的结构
图2表示IC卡1的结构。通信处理部4包括FeliCa-RF收发部41和ISO-RF收发部42。FeliCa-RF收发部41通过无线方式收发遵循FeliCa协议(JISX6319-4)的信号(例如13.56MHz的RF(高频)信号)。ISO-RF收发部42通过无线方式收发遵循ISO协议(例如ISO/IEC14443)的信号。
典型的是，控制部5是一种通过CPU(中央处理器)、存储在存储部6中的程序(program)来实现其功能的功能块，控制部5处理由IC卡1收发的数据。控制部5包括FeliCa协议处理部52和ISO协议处理部54。FeliCa协议处理部52处理已由FeliCa-RF收发部41接收的信号中所包含的帧。ISO协议处理部54处理已由ISO-RF收发部42接收的信号中所包含的帧。
除此之外，控制部5还包括通信防议识别部51、FeliCa指令处理部53、应用选择器55、ISO指令处理部56以及指令格式转换部57。通信协议识别部51识别已由FeliCa-RF收发部41或者ISO-RF收发部42接收的信号的通信协议。FeliCa指令处理部53处理从已由FeliCa协议处理部52处理过的帧中提取出的指令。
应用选择器55根据应用选择指令而选择多个应用中的一个。该应用选择指令会指定给多个应用中的每一个应用分配的应用识别码之一。ISO指令处理部56处理从已由ISO协议处理部54处理过的帧中提取出的指令。指令格式转换部57将从已由ISO协议处理部54输出的帧中提取出的指令转换后赋予给FeliCa指令处理部53。
存储部6通常是一种存储器(memory)，进一步具体而言，存储部6是一种如EEPROM(电可擦除可编程ROM)、FeRAM(铁电存储器)等非易失性存储器。在存储部6内保存了用于应用的文件以及对如上所述的文件进行管理的信息。具体而言，存储部6存储例如在FeliCa协议这样的通信协议下使用的装置识别信息。根据一种实施方式，ISO-RF收发部42向读写器2或读写器3发送装置识别信息。读写器2或读写器3能够将装置识别信息用于指令处理中。
图3表示存储部6的详细构成。图3所示的IC卡1在存储部6中存储多个应用。这样的多个应用例如是FeliCa应用和ISO应用。存储部6也可以存储三种以上的应用。
存储部6在分级数据结构中存储卡内应用管理部61、管理FeliCa应用的FeliCa应用管理部62以及管理ISO应用的ISO应用管理部63。卡内应用管理部61管理安装在IC卡1上的所有应用。卡内应用管理部61通过利用卡内应用列表64来管理应用。卡内应用列表64是一种存储部6所存储的应用的列表，具体而言，其描述了针对每个应用独有地附加的应用识别码。FeliCa应用管理部62管理FeliCa应用文件65，ISO应用管理部63管理ISO应用文件66。FeliCa应用文件65和ISO应用文件66分别保存在各自的应用中使用的数据。
在系统100，读写器FeliCa-RW2和读写器ISO-RW3能够访问卡1内的FeliCa应用文件65或者ISO应用文件66。在本实施方式中，读写器FeliCa-RW2只访问FeliCa应用文件65，读写器ISO-RW3访问FeliCa应用文件65和ISO应用文件66这两者。
帧的结构
图4表示FeliCa-RF收发部41为了访问FeliCa应用文件65而从FeliCa-RW2接受的帧(又称为包)的结构。参照图2和图4来对从FeliCa-RW2访问FeliCa应用文件65的情况下的处理流程进行说明。在图4，前同步信号101和同步码102是用于在传输帧的过程中保持同步的信息。信息段103是帧的主体，又称为有效载荷(payload)。CRC104是将信息段103作为对象的误检测符号。
FeliCa-RF收发部41如果接受这种结构的帧，则根据CRC104来验证接收该帧时是否发生了通信异常。在没有发生通信异常的情况下，FeliCa-RF收发部41向通信协议识别部51通知当前使用的通信协议为FeliCa协议这一内容，并且将信息段103传递给FeliCa协议处理部52。
信息段103包括：表示信息段103的长度的LEN105、表示指令名(读出、写入等)的C-Cod106、用于独有地(unique)识别该IC卡1的代码IDm107以及指令数据亦即C-Data108。如果C-Data108例如为写入指令，则包括写入数据、与该写入数据的长度相关的信息等。
FeliCa协议处理部52基于IDm107来判断帧的接收方是否为自己，在帧的接收方为自己的情况下，提取C-Cod106和C-Data108，并分别作为指令码109和指令数据110来传递给FeliCa指令处理部53。这些是遵循FeliCa的指令体系的处理。
FeliCa指令处理部53如果接受这些信息，则进行与指令码109相对应的处理。例如，如果是读出指令，则从FeliCa应用文件65中读出用指令数据110指定的数据。
图5表示来自IC卡1的响应帧的结构。参照图2和图5来说明针对已接收的指令而从IC卡1向FeliCa-RW2返回响应时的处理流程。FeliCa指令处理部53根据存储在通信协议识别部51中的信息来辨别当前使用的通信协议为FeliCa协议这一情况。在该情况下，FeliCa指令处理部53将已读出的数据和处理结果分别作为响应数据131和状态130来传递给FeliCa协议处理部52。其中，处理结果例如是表示指令处理是否已正常结束的数据。
FeliCa协议处理部52将已接受的上述信息分别设定给R-Data129和Sts128。进而，将指令码106的规定值设定给响应码126，将与接收指令时接受到的IDm107相同的值设定给IDm127，在此基础上，将信息段123传递给FeliCa-RF收发部41。需要说明的是，给LEN125设定信息段123的长度。
FeliCa-RF收发部41计算信息段123的CRC124后将其赋予给信息段123，进而将已被赋予了前同步信号121和同步码122的帧发送给FeliCa-RW2。
上述说明是表示针对一个指令的处理流程的内容，然而当指令为多个的情况下将这样的处理重复进行与所需要的指令数量相同的次数。由此，FeliCa-RW2能够运行安装在IC卡1上的FeliCa的应用。在本实施方式中，通信协议识别部51存储与当前使用的通信协议相关的信息，FeliCa指令处理部根据该信息来判断响应的发送目的地，这一点与现有系统不同。
图6表示ISO-RF收发部42从ISO-RW3接受的帧的结构。参照图2和图6来说明由ISO-RW3运行ISO应用时的处理流程。当在IC卡1上安装了能够用ISO-RW3处理的多个应用的情况下，起初需要选择应用。因此，首先，ISO-RW3选择卡内应用管理部61。具体而言，将用于选择卡内应用管理部61的指令加在具有图6所示的结构的帧上后发送给IC卡1。
图6所示的信号SOF(start of frame)141和信号EOF(end of frame)143分别表示帧的起始部和结束部。ISO-RF收发部42如果接受具有SOF和EOF的帧，则将该帧是遵循ISO协议的帧这一内容通知给通信协议识别部51，并且将帧主体142传递给ISO协议处理部54。
帧主体142包括：表示帧的种类的PCB144、用于判断帧的接收方是否为自己的CID145、用于传输指令信息的INF146以及误检测符号CRC147。ISO协议处理部54基于CID145来判断帧的接收方是否为自己，在帧的接收方为自己的情况下，根据CRC147来验证在接收该帧时是否发生了通信异常。在没有发生通信异常的情况下，ISO协议处理部54将INF146传递给应用选择器55。
INF146包括：表示指令的分类的CLA148、表示指令名(读出、写入等)的INS149、指令参数PAR150、表示在下文中进行说明的Cmd-Data152的长度的Lc151、指令数据亦即Cmd-Data152以及表示可接收的响应的最大长度的Le153。CLA148用于识别用INS149和PAR150表示的代码是遵循基于ISO规定的指令体系的代码还是该应用的独自代码。此外，例如，如果是写入指令，则给PAR150和Cmd-Data152分别设定写入地址和写入数据。需要说明的是，在为指令数据不存在的指令的情况(例如读出指令)下，不赋予Lc151。此外，在为响应中不发送数据的指令的情况(例如写入指令)下，不赋予Le153。
在为用于选择卡内应用管理部61的指令的情况下，给CLA148设定表示是ISO的指令体系这一情况的代码，并且给INS149设定表示选择指令的代码。此外，给PAR150设定表示选择对象为应用这一情况的代码。其中，卡内应用管理部61包括在以对卡内应用进行管理为目的的、广义上的应用中。进而，给Cmd-Data152设定表示选择对象为卡内应用管理部61这一情况的代码。该代码为上述的应用识别码，与FeliCa应用、ISO应用一样，给卡内应用管理部61也附加了独有的应用识别码。
应用选择器55如果接受上述的应用选择指令，则存储当前被选的应用为卡内应用管理部61这样的信息之后，将INF146传递给ISO指令处理部56。由于选择对象为卡内应用管理部61，因此ISO指令处理部56读出卡内应用列表64中的信息。卡内应用列表64包括安装在IC卡1上的所有应用识别码。
图7表示来自IC卡1的响应帧的结构。参照图2和图7来说明针对已接收的指令而从IC卡1向ISO-RW3返回响应时的处理流程。在为针对卡内应用管理部61的选择指令的情况下，ISO指令处理部56给Rsp-Data168设定上述的读出数据、给SW169设定处理结果，然后将这些经由应用选择器55传递给ISO协议处理部54。其中的读出数据可以为安装在IC卡1上的所有应用的识别码。处理结果是表示指令处理是否已正常结束等情况的数据。
ISO协议处理部54将已接受的上述信息设定给INF166、将与接收指令时接受到的CID145相同的值设定给CID165。进而，设定表示帧的种类的PCB164，并且计算针对上述信息的CRC167后赋予给上述信息，然后传递给ISO-RF收发部42。ISO-RF收发部42将已接受的信息设定给帧主体162，并赋予表示帧的起始部和结束部的SOF161、EOF163后发送给ISO-RW3。
应用识别码是以唯一地特定出能够用于通信系统1的多种应用的方式规定的。其结果是，在利用IC卡的多种系统中，ISO-RW3能够特定出安装在IC卡1上的应用。
ISO-RW3根据已接收的响应而获知想要运行的ISO应用安装在IC卡1上这一情况。ISO-RW3本次向IC卡1发送用于选择该ISO应用的选择指令。该选择指令具有如下结构，即：除了用指令数据152指定的应用识别码表示ISO应用管理部63这一点之外，该结构与上述的在选择卡内应用管理部61时使用的帧的结构相同。接收到该指令时的ISO-RF收发部42和ISO协议处理部54的处理内容则与上述的处理相同。
应用选择器55根据接受到的指令，来辨别选择对象为ISO应用管理部63这一情况。在该情况下，应用选择器55存储当前被选的应用为ISO应用管理部63这样的信息之后，将该帧的INF146传递给ISO指令处理部56。ISO指令处理部56从ISO应用管理部63读出该应用的属性信息，并将该属性信息设定给响应数据168。应用的属性信息例如是与访问权限的设定相关的信息、与所支持的功能相关的信息等。直到将针对该指令的响应发送给ISO-RW3为止的流程与上述响应的情况相同，其中，上述响应是针对卡内应用管理部61的选择指令的响应。
接下来，说明ISO-RW3对按照上述方式选择的ISO应用管理部63进行应用处理时的处理流程。作为一例，对从ISO应用文件66中读出数据的情况进行说明。接收来自ISO-RW3的读出指令后的ISO-RF收发部42和ISO协议处理部54的处理内容则与上述的处理相同。
应用选择器55存储当前处于选择状态的应用为ISO应用管理部63这样的信息，因此将接受到的指令(INF146)传递给ISO指令处理部56。ISO指令处理部56按照在指令中指定的内容，从ISO应用文件66中读出数据，并将上述数据设定给Rsp-Data168。直到将针对该指令的响应发送给ISO-RW3为止的流程与上述响应的情况相同，其中，上述响应是针对卡内应用管理部61的选择指令的响应。
通过如上所述的一系列处理，ISO-RW3能够从安装在IC卡1上的多个应用中选择期望的ISO应用、访问该应用的文件。在本实施方式中，通信协议识别部51存储与当前使用的通信协议相关的信息，这一点与现有系统不同。
图8表示ISO-RF收发部42从ISO-RW3接受的帧的结构。参照图2和图8来说明由ISO-RW3访问FeliCa应用文件65时的处理流程。起初ISO-RW3选择卡内应用管理部61并根据其响应而获知安装在IC卡1上的应用为止的处理与上述的流程相同。
ISO-RW3如果获知想要运行的FeliCa应用安装在IC卡1上这一情况，则向IC卡1发送用于选择该FeliCa应用的选择指令。该选择指令具有如下结构，即：除了用指令数据152指定的应用识别码表示FeliCa应用管理部62这一点之外，该结构与上述的在选择卡内应用管理部61时使用的帧的结构相同。接收到该指令时的ISO-RF收发部42和ISO协议处理部54的处理内容则与上述的处理相同。
应用选择器55根据接受到的指令，来辨别选择对象为FeliCa应用管理部62这一情况。在该情况下，应用选择器55存储当前被选的应用为FeliCa应用管理部62这样的信息之后，从FeliCa应用管理部62读出属性信息，并将该属性信息设定给响应数据168。其中，属性信息例如是表示FeliCa应用的版本号的数据。直到将针对该指令的响应发送给ISO-RW3为止的流程与上述响应的情况相同，其中，上述响应是针对卡内应用管理部61的选择指令的响应。
接下来，说明ISO-RW3针对按照上述方式选择的FeliCa应用管理部62进行应用处理时的处理流程。作为一例，对从FeliCa应用文件65读出数据的情况进行说明。接收来自ISO-RW3的读出指令后的ISO-RF收发部42和ISO协议处理部54的处理内容则与上述的处理相同。
应用选择器55存储当前处于选择状态的应用为FeliCa应用管理部62这样的信息，因此将接受到的指令(INF146)传递给指令格式转换部57。
如图8所示，指令格式转换部57从已接受的INF146提取INS149和Cmd-Data152后，分别作为指令码181和指令数据182来传递给FeliCa指令处理部53。其中，指令码181和指令数据182映射在如下所述的帧上，该帧是在接收了与图4中的指令码109以及指令数据110相同的数据时的帧，其中，在所述图4中对由FeliCa-RW2访问FeliCa应用的情况进行说明。由此，FeliCa指令处理部53能够通过与来自FeliCa-RW的访问时相同的处理，从FeliCa应用文件65读出数据。
图9表示来自IC卡1的响应帧的结构。参照图2和图9来说明返回针对读出指令的响应时的处理流程。FeliCa指令处理部53根据存储在通信协议识别部51中的信息来辨别当前使用的通信协议为FeliCa协议这一情况。在该情况下，FeliCa指令处理部53将已读出的数据和处理结果作为响应数据191和状态192来传递给指令格式转换部57。处理结果例如是表示指令处理是否已正常结束的数据。其中，响应数据191和状态192是与图5中的响应数据131和状态130相同的。指令格式转换部57将所接受的响应数据191和状态192分别作为Rsp-Data168和SW169来传递给ISO协议处理部54。之后的ISO协议处理部54和ISO-RF收发部42的处理则与上述的处理相同。
通过如上所述的一系列处理，ISO-RW3能够从安装在IC卡1上的多个应用中选择期望的FeliCa应用，并访问该应用的文件。换言之，ISO-RW3能够执行与由FeliCa-RW2处理FeliCa应用时相同的处理。这样的由ISO-RW3执行FeliCa应用这一点是现有系统不具有的新的内容。
指令处理的流程
图10中图示了流程图，表示一种实施方式中接收指令的判断顺序。该流程包括：由应用选择器55进行的处理；以及由ISO指令处理部56或者FeliCa指令处理部53进行的处理。参照图10来详细说明应用选择器55中的判断应用选择指令和应用处理指令(读出指令等)的顺序。
首先，应用选择器55判断所接收的指令是否为应用选择指令(步骤S1)。由于优先受理应用选择指令，因此，即使是在执行一些应用处理的过程中(具体而言，处于在发送针对某一应用处理指令的响应之后等待针对该应用的下一个指令的状态)，也能够选择其它应用。
在接收到应用选择指令的情况下，根据用该指令指定的应用识别码来判断选择对象的应用(步骤S10)。在选择对象为卡内应用管理部61的情况下，应用选择器55在内部存储当前处于选择状态的应用为卡内应用管理部61这样的内容的信息(步骤S11)。然后，ISO指令处理部56进行对卡内应用管理部61的选择处理(读出卡内应用列表64等)(步骤S12)。在选择对象为ISO应用管理部63的情况下的处理流程(步骤S13、S14)也是相同的。此外，在选择对象为FeliCa应用管理部62的情况下，也进行除了步骤S16的执行主体为应用选择器55这一点之外相同的处理(步骤S15、S16)。此外，当选择对象的应用没有安装在该IC卡1上的情况下，作为指令异常来处理(步骤S17)。
另一方面，在所接收的指令为应用选择指令以外的指令的情况下，应用选择器55视为该指令是针对已经处于选择状态的应用的指令，从而判断当前处于选择状态的应用为哪一应用(步骤S30)。在进行该判断时，使用在步骤S11、S13、S15中的任一步骤中存储过的信息。
在当前处于选择状态的应用为卡内应用管理部61的情况下，由ISO指令处理部56进行针对卡内应用管理部61的指令处理(例如，获取剩余空间大小、追加应用等)(步骤S31)。在当前处于选择状态的应用为ISO应用管理部63的情况下也一样，由ISO指令处理部56进行针对ISO应用管理部63的指令处理(例如，读出ISO应用文件66等)(步骤S32)。此外，在当前处于选择状态的应用为FeliCa应用管理部62的情况下，由FeliCa指令处理部53进行针对FeliCa应用管理部62的指令处理(例如，读出FeliCa应用文件65等)(步骤S33)。此外，在没有选择应用的情况下，作为指令异常来处理(步骤S34)。
其中，无论是应用选择指令还是除此之外的指令，应用选择器55所接受的指令都具有如图6或者图8中的CLA148～Le153所示的结构。应用选择指令和针对ISO应用管理部63的指令集都是基于ISO体系的指令。在为基于ISO体系的指令的情况下，每个指令中的INS149都不同，因此能够可靠地判断应用选择指令和应用选择指令之外的指令集。另一方面，关于针对FeliCa应用管理部62的指令集而言，由于指令码181是与ISO体系分开而独自规定的，因此可能会与应用选择指令的INS149重复。但是，在为属于ISO体系之指令的应用选择指令的情况下，由CLA148表示是ISO体系之指令这样的情况。具体而言，长度为1字节(byte)的CLA148的最上位比特(bit)的值被设定为“0”。相对于此，在为针对FeliCa应用管理部62的指令集的情况下，将CLA148的最上位比特设定为“1”，由此来明确地表示该指令为独自指令。通过上述方式，能够可靠地分辨应用选择指令与针对FeliCa应用管理部62的指令集，因此能够正确地处理步骤S1的分支判断。
需要说明的是，在本实施方式中，对在IC卡1内安装了多个应用的情况进行了说明，然而在只安装了FeliCa应用的情况下，不需要进行这样的应用选择处理，即使在由ISO-RW3执行FeliCa应用的情况下，也能够起初就发送针对FeliCa应用管理部62的指令。
ISO协议在其所涉及的帧结构以外的方面，也与FeliCa协议不同。例如，在图5和图9中，对将状态130设定给Sts128以及将状态192设定给SW169的内容进行了说明，然而，有些FeliCa指令中不存在状态130和状态192。在为这样的指令下，当指令已异常结束的情况下，需要按照各协议的规定来进行处理，即：在FeliCa协议下作为无响应来处理，在ISO协议下返回一些处理结果SW169。
为了实现上述方式，只以不存在状态130和状态192的FeliCa指令的响应作为对象，新规定了表示“正常结束”和“异常结束”的两种状态代码。参照图11来对上述的状态代码的处理进行说明。
图11是表示一种实施方式中状态的处理方法的流程图。该流程包括：由FeliCa协议处理部52进行的处理；以及由FeliCa-RF收发部41进行的处理。
首先，FeliCa协议处理部52根据当前正在处理的指令的指令码109，来判断是否是对其响应赋予Sts128的指令(步骤S60)。在为赋予Sts128的指令的情况下，将状态130直接设定给Sts128(步骤61)，并将信息段123组合后传递给FeliCa-RF收发部41(步骤62)。FeliCa-RF收发部41将该响应发送给FeliCa-RW2后，转移到接收模式而等待接收下一个指令(步骤63)。
另一方面，在为不是赋予Sts128的指令的情况下，FeliCa协议处理部52判断状态130所表示的内容是“正常结束”还是“异常结束”(步骤S64)。在为“正常结束”的情况下，删除状态130，并将没有赋予Sts128的信息段123组合后传递给FeliCa-RF收发部41(步骤65)。FeliCa-RF收发部41将该响应发送给FeliCa-RW2后，转移到接收模式而等待接收下一个指令(步骤63)。
在为“异常结束”的情况下，FeliCa协议处理部52向FeliCa-RF收发部41通知指令异常这样的内容(步骤S66)。FeliCa-RF收发部41不向FeliCa-RW2返回响应，就转移到接收模式而等待接收下一个指令(步骤67)。
另一方面，关于ISO协议处理部54的处理而言，无论针对何种FeliCa指令，都将状态192(还包括表示“正常结束”或者“异常结束”的代码)转换成ISO体系的代码后设定给SW169。
由于FeliCa指令是独自指令，因此设定给SW169的代码也可以为独自决定的代码。因此，不用非转换成ISO体系的代码。但是，在ISO-RW3对应于FeliCa应用和ISO应用这两者的情况下，通过预先将状态代码的体系结合起来，从而达到能够实现共通化处理的效果。
通过上述方式，能够执行与FeliCa协议和ISO协议这两者相对应的处理。
读写器的结构
图12表示FeliCa-RW2和ISO-RW3的简要结构。参照图12以及图4～图9，对FeliCa-RW2和ISO-RW3的处理进行简单说明。
在FeliCa-RW2执行IC卡1的FeliCa应用的情况下，FeliCa应用处理部201按照各指令将图4的指令码109和指令数据110组合后传递给FeliCa协议处理部202。FeliCa协议处理部202将指令码109和指令数据110分别设定给C-Cod106和C-Data108，并且赋予LEN105和IDm107，然后传递给FeliCa-RF收发部203。FeliCa-RF收发部203将上述内容设定给信息段103，并赋予前同步信号101、同步码102以及CRC104后发送给IC卡1。针对于此的来自IC卡1的响应帧的结构如图5所示。响应处理与上述方式相同。
在ISO-RW3执行IC卡1的ISO应用的情况下，ISO应用处理部211按照各指令将图6的CLA148～Le153组合后传递给ISO协议处理部212。ISO协议处理部212将它们设定给INF146，并且赋予PCB144、CID145以及CRC147，然后传递给ISO-RF收发部213。ISO-RF收发部213将它们设定给帧主体142，并赋予SOF141和EOF143后发送给IC卡1。针对于此的来自IC卡1的响应帧的结构如图7所示。关于响应处理，则与上述方式相同。
在ISO-RW3执行IC卡1的FeliCa应用的情况下，FeliCa应用处理部214按照各指令将图8的指令码181和指令数据182组合后传递给指令格式转换部215。指令格式转换部215将它们分别设定给INS149和Cmd-Data152，并且赋予CLA148、PAR150、Lc151以及Le153后传递给ISO协议处理部212。
在此，如上所述，给CLA的最上位比特设定表示是独自指令的“1”。并且，由于不使用PAR150，因此给PAR150设定2个字节的00h(十六进制表述)。需要说明的是，在JISX6319-4中，作为FeliCa规格的将来扩展用代码而规定了2个字节的指令码。在使用这样的扩展指令的情况下，只要将指令码181的上位字节、下位字节分别映射到INS149第一个字节、PAR的第一个字节上即可。
ISO协议处理部212将它们设定给INF146，并且赋予PCB144、CID145以及CRC147后传递给ISO-RF收发部213。ISO-RF收发部213将它们设定给帧主体142，并赋予SOF141和EOF143后，发送给IC卡1。针对于此的来自IC卡1的响应帧的结构如图9所示。关于响应处理，则与上述方式相同。
需要说明的是，在上述的说明中，举了ISO-RW3对应于FeliCa应用与ISO应用这两者的情况，然而，在ISO-RW3只对应于FeliCa应用的情况下当然不需要ISO应用处理部211。此外，在上述的与ISO-RW3相关的描述中，为了容易与IC卡1侧的处理进行对比而将FeliCa应用处理部214与指令格式转换部215分开进行了说明，然而不需要将功能明确地区分开，也可以是FeliCa应用处理部215在处理应用的过程中将图8中的CLA148～Le153组合起来。
在此，图4中的IDm107和图8中的CID145均用于判断是否是接收方为自己的帧，因此起到相同的作用。由此，在由ISO-RW3访问FeliCa应用时的帧结构下，如图8和图9所示那样使用CID，而不使用IDm。
然而，IDm是IC卡1独有(unique)的信息。因此，IDm也可以用于比进行通信控制的层更上位的层(例如进行指令处理的层)。例如，如果将IDm用于生成键值数据，则由于每个IC卡的IDm都不同，因此能够使在相互认证中使用的键值多样化。要实现这样的功能，只要将IC卡1的IDm通知给ISO-RW3即可。参照图13和图14来对IDm和CID进行进一步详细的说明。
防冲突处理序列
图13是序列图，其表示FeliCa的通信协议下的IDm的作用。FeliCa-RW2与IC卡1之间的通信是通过防冲突处理序列和应用处理序列来实现的。防冲突处理序列，是一种用于辨别在已由FeliCa-RW2产生的磁场内存在的IC卡1的步骤，其还包括在磁场内存在多张IC卡的情况下从其中只捕获一张IC卡的处理。另一方面，应用处理序列是一种针对在防冲突处理序列中捕获到的IC卡1的应用处理(数据的读出、写入等)。
在防冲突处理序列中，针对已由FeliCa-RW2发送的轮询(Polling)指令，IC卡1返回8字节的IDm。各IC卡具有独有的IDm值。当在磁场内存在多张IC卡的情况下，各个IC卡发送不同的IDm。在应用处理序列中，通过给各指令和响应附加IDm后进行发送，由此，IC卡1能够判断是否是针对自己的指令，FeliCa-RW2则能够判断是否是来自作为对象的IC卡1的响应。
图14是序列图，其表示ISO的通信协议下的CID的作用。与FeliCa的通信协议相同，ISO-RW3与IC卡1之间的通信是通过防冲突处理序列和应用处理序列来实现的。
在防冲突处理序列中，针对已由ISO-RW3发送的REQB指令，IC卡1返回4字节的PUPI(pseudo-unique PICC identifier，伪唯一PICC标识符)。该PUPI相当于MIFARE的UID，与IDm相同，该PUPI也是各IC卡独有的值，其不是固定值，而是近似固定值的值。
当在磁场内存在多张IC卡的情况下，各个IC卡发送不同的PUPI。在FeliCa的通信协议下，给后续的应用处理序列赋予IDm，然而如果针对每个指令和响应都赋予8字节的IDm，则会造成系统开销(overhead)。想要在防冲突处理序列中捕获多张IC卡、在应用处理序列中同时处理多张IC卡这样的情况下，只要有能力处理多张IC卡即可。在该情况下，用于识别多张卡的代码长度为4比特就足够。由此，在ISO的通信协议下，在REQB指令之后的ATTIB指令中，ISO-RW3通过将4字节的PUPI和4比特的CID发送给IC卡1来将PUPI置换成CID，在后续的应用处理序列中，对各指令和响应附加CID后进行发送，由此特定出通信对象的IC卡。在这样的ISO的通信协议中，从IC卡1向ISO-RW3通知IDm的方法有多种。其中之一即为使针对REQB指令的响应具有IDm的方法。
防冲突处理
图15表示针对ISO通信协议中的REQB指令的响应帧结构。SOF230和EOF236是表示帧的起始部和结束部的信号。代码231为1字节的固定值，其表示本帧为针对REQB指令的响应这一情况。PUPI232为上述的长度为4字节的数据。应用数据233用于应用特有的数据中，确保应用数据233的长度为4字节，然而在ISO中没有规定其详细内容，其对于应用而言是开放的。此外，3字节的协议信息234用于通信协议的控制，其用途在ISO中做了规定。CRC235是误检测符号。
在该帧中，能够用于传输IDm的是应用数据233。PUPI232和应用数据233的长度之和为8字节，这与IDm的长度相等。由此，将IDm的前半部分4字节分配给PUPI232、将IDm的后半部分4字节分配给应用数据233即可。如果使用该方法，则在想要传输IDm时不需要使用新的指令，所传输的数据量也不会增加，因此能够尽可能地抑制系统开销。
但是，如果将PUPI设定为每个IC卡都不同的固定值，则PUPI与用户之间就会有关联，因此，存在例如能够由PUPI特定出个人行动等隐私问题。在作为针对该问题的解决方案而使PUPI随机化的情况下，由于FeliCa的协议下的IDm为在每个IC卡中的值都不同的固定值，因此不能将IDm的前半部分4字节分配给PUPI，从而不能使用该方法。作为其它方法，可以考虑使针对ATTRIB指令的响应包括IDm，其中，上述ATTRIB指令是REQB指令的后续指令。
图16表示针对ISO通信协议中的ATTRIB指令的响应帧结构。SOF240和EOF244分别是表示帧的起始部和结束部的信号，给SOF240之后的长度为1字节的数据241的下位4比特设定了CID。上位层响应242是长度为0～多个字节的任选项数据，在ISO中没有规定其详细内容，其对于应用而言是开放的。CRC243为误检测符号。
在该帧中，能够用于传输IDm的是上位层响应242。由于能够给上位层响应242分配任意长度，因此能够用于通知IDm。由于上位层响应242原本就是任选项数据，因此通信的数据量会增加8字节。但是，从整个应用的处理时间方面考虑，可忽略上述所增加的8字节数据量。与上述的方法相同，要传输IDm时不需要使用新的指令。
除此之外，例如也可以考虑如下的方法，即：将IDm也保存在FeliCa应用文件65等中，利用通常的读出指令将其读出，或者设置用于读出IDm的专用指令。从系统开销的处理时间方面来看，上述的方法有若干不足之处。
相比用FeliCa-RW2执行FeliCa应用的情况，在用ISO-RW3执行FeliCa应用的情况下需要选择FeliCa应用管理部62，导致系统开销会与此相对应地增加。尤其将FeliCa应用用作IC公交卡的情况下，由于为了能够使混乱的检票机进行处理，因此处理时间就成为重要的因素。
为了减少上述选择处理中的系统开销，不访问卡内应用管理部61，而是直接选择FeliCa应用管理部62即可。如果FeliCa应用没有安装在IC卡内的情况下，针对该选择指令就会返回错误响应。由此，ISO-RW3能够获知FeliCa应用是否安装在IC卡内。
从读写器与IC卡彼此不具有对方的任何信息的方面来看，能够将通过访问卡内应用管理部61来获知安装在IC卡内的应用的方法作为确保相互运用性的方式来通用。此外，上述方法还适合用于从在终端上显示的应用一览中选择卡拥有者自己想要运行的应用这样的系统中。然而，如检票机那样用途比较受限的情况下，直接选择目标应用也是一种有效的方式。
进而，也可以考虑在防冲突处理序列后紧接着默认地将FeliCa应用设为选择状态的方法。由此，在运行FeliCa应用时，不经过应用选择这样的步骤，就能够立即进入FeliCa应用的处理中。除此之外，如参照图10进行过的说明，由于即使在FeliCa应用已被选择的情况下也能够优先受理应用选择指令，因此，在检票机以外的终端中，能够在获知到安装在IC卡1内的所有应用的基础上执行如选择应用这样的通常处理。
虽然该方法只针对IC公交卡等FeliCa应用的情况，然而更加通用的是，期望按照不同情况来决定在防冲突处理序列后紧接着默认选择的应用。参照图17来对用于实现上述目的的方法进行说明。
图17表示REQB指令的帧结构。SOF250和EOF255分别是表示帧的起始部和结束部的信号。代码251为1字节的固定值，其表示本帧为REQB指令这一情况。AFI252为下文所述的应用领域识别(application field identification，AFI)码。PARAM253为用于防冲突处理的参数。CRC254为误检测符号。
AFI252是为了如下目的而使用的参数，即：例如在钱包内放入多张IC卡的情况等在磁场内存在多张IC卡的情况下，为了降低针对REQB指令的响应互相起冲突的概率，对做出响应的IC卡进行限制。
具体而言，按照以下方式使用根据ISO规定的AFI252。将1字节的AFI252分为两个部分。在上位4比特中保存表示领域的代码。在下位4比特中保存表示小分类的代码。IC卡1具有在发行卡的时候就已经确定的领域码和分类码。在REQB指令的AFI252的值为OOh(十六进制表述)的情况下，所有IC卡针对REQB指令返回响应。在AFI252的值为XOh(“X”为“1”～“F”的值)的情况下，只有自己的领域码为“X”的IC卡才会返回响应(忽略自己的小分类码)。此外，在AFI252的值为OYh(“Y”为“1”～“F”的值)的情况下，只有自己的小分类码为“Y”的IC卡才会返回响应(忽略自己的领域码)。此外，在AFI252的值为XYh的情况下，只有自己的领域码为“X”并且小分类码为“Y”的IC卡才会返回响应。通过上述方式来减少针对REQB指令做出响应的IC卡的数量，从而能够高效地执行防冲突处理。
在此，给FeliCa应用分配规定的领域码和/或小分类码，在REQB指令的AFI252的值满足该条件的情况下返回响应，并且默认选择FeliCa应用。与此相同地，在REQB指令的AFI252的值为其它规定值的情况下，也能够默认选择其它规定的应用。在该情况下，给IC卡1分配两种领域码和/或小分类码。REQB指令的AFI252可包括OOh，在REQB指令的AFI252为除此之外的值的情况下，不会对任何应用做出默认选择。
此外，也可以考虑如下所述的利用形式。例如，在REQB指令的AFI252的值为X1h的情况下，针对REQB指令做出响应并且默认选择FeliCa应用，在AFI252的值为X2h的情况下，针对REQB指令做出响应并且默认选择其它应用。另外，在AFI252的值为XOh的情况下，虽然针对REQB指令做出响应，但是不会对任何应用做出默认选择。如上所述，根据领域码和/或小分类码的值来对下述两项分别做出选择，由此能够以多种方式利用，其中一项是指是否存在针对REQB指令的响应，另一项是指是否默认选择应用。
需要说明的是，在使用图15或者图16来进行说明的过程中，描述了一种利用针对REQB指令或者ATTRIB指令的响应来发送IDm的方法，然而也可以是：只有在REQB指令的AFI252等于规定的领域码和/或小分类码的情况下才会发送IDm。
在上述的实施方式中，控制部5将安装在IC卡1内的应用识别码的列表作为响应来返回，其中，所述响应是针对选择卡内应用管理部61的指令的响应。然而本发明并不限于这样的实施方式，本发明还可以是：将用于保存应用识别码的列表的文件存储在存储部6中，ISO-RW3利用其它指令(例如读出指令)从该文件中读出应用识别码的列表。
IC卡的硬件
图18是根据多种实施方式的IC卡的硬件的框图。IC卡1包括IC芯片310和天线320。
天线320与IC芯片310电连接。在IC卡1位于FeliCa-RW2或者ISO-RW3的附近时，天线320会与FeliCa-RW2或者ISO-RW3电磁耦合。通信处理部4根据天线320所受到的来自FeliCa-RW2或者ISO-RW3的电磁波而产生直流电压，并将其作为电源电压来供向IC芯片310。
IC芯片310包括通信处理部4、控制部5以及存储部6。存储部6包括ROM(只读存储器)312、RAM(随机存储器)314以及EEPROM316。ROM312存储无需修改的应用软件、成为平台(platform)的OS(operating system，操作系统)。RAM314主要作为控制部5的工作用存储器来存储数据。即使IC卡1的电源电压低于工作电压，非易失性存储器亦即EEPROM316也存储数据。由此，EEPROM316存储由应用软件使用的用户数据等。
如上所述，根据多种实施方式的通信装置能够处理在FeliCa协议下发送的帧所包含的指令和在ISO协议下发送的帧所包含的指令。在ISO的通信协议中也对如下所述的信息另外进行了规定，所述信息是指起到与在FeliCa协议下使用的装置识别信息相同的作用的信息。因此，在ISO的通信协议下无需使用装置识别信息。但是，由于装置识别信息是该通信装置独有的信息，因此，为了使例如用于相互认证的键值多样化(即，使每个通信装置的键值数据都互不相同)这样的目的，也可以考虑在比进行通信控制的层更上位的层(即，进行指令处理的层)中使用装置识别信息。在多种实施方式中，当使用ISO协议的情况下，也能够从通信装置获取装置识别信息，因此能够在指令处理中使用该信息。
此外，与ISO协议的应用相同，通过给FeliCa的应用附加应用识别码，从而也能够利用基于ISO规范规定的应用选择指令来进行选择。进而，当在防冲突处理中指定的应用领域识别码满足规定条件的情况下，通过设置默认选择规定应用的机构，能够消除用于选择FeliCa应用的系统开销，从而也能够用作要求高速处理的IC公交卡。
此外，当在指令处理过程中发生了异常的情况下，通信协议之间存在差异，例如，在ISO协议下向外部设备返回表示异常的响应，相对于此，在FeliCa协议下则不做出响应。然而在多种实施方式中，即使处理结果相同，也根据所使用的通信协议而将处理分类，由此能够抵消这种差异。
根据多种实施方式，在利用只支持一种通信协议的通常读写器来构筑系统这一前提下，为了实现如上所述的不同应用之间的协作，能够利用ISO协议的帧和指令体系来访问FeliCa应用的文件。
根据多种实施方式，在通信装置上安装FeliCa应用和ISO协议的应用这两者，用ISO协议的指令体系不仅能够选择ISO协议的应用，而且还能够选择FeliCa协议的应用。进而，能够在短时间内选择FeliCa的应用，以便还能够应对被用于混乱的检票口进行检票时的利用场景。
根据多种实施方式，能够抵消FeliCa协议与ISO协议的差异。
如上所述，在非常多的场景下能够使用改善后的IC卡，其结果是，能够寄期望于产生有魅力的新应用。例如，能够在多种设备上进行当前只能用站内售票机、检票机等来进行的IC公交卡的充值、余额查询。此外，由于能够用其它设备读出IC公交卡的使用履历，因此，能够容易引进例如下所述的服务，即：让利用公共交通设施来到某活动现场的访客享受打折、优先确保座位这样的优惠等。或者，通过用售票机、检票机读取记录在卡内的用户辅助信息(老人、残障人士等信息)，从而还能够提供极有针对性的人性化服务，如放大显示、附加设置音频导航、加长直到闸门关闭为止的时间等。
根据一种实施方式的通信装置还具备应用选择器，所述存储部存储多个应用，所述应用选择器根据应用选择指令来选择所述多个应用中的一个，其中，所述应用选择指令指定分别分配给所述多个应用的应用识别码，所述第二协议处理部处理所述应用选择指令。
根据一种实施方式的通信装置，当在防冲突处理时从外部指定的应用领域识别码满足规定条件时，选择预先决定的应用。
根据一种实施方式的通信装置，所述指令处理部根据存储在所述识别部中的信息，来将指令的处理结果向所述第一协议处理部或者所述第二协议处理部输出。
根据一种实施方式的通信装置，在所述处理结果表示异常时，所述第一收发部不向外部发送所述处理结果，所述第二收发部向外部发送所述处理结果。
根据一种实施方式的通信装置，基于JISX6319-4规定所述第一通信协议，基于ISO/IEC14443规定所述第二通信协议。
虽然对多种实施方式进行了说明，然而本发明并不限于上述的示例性实施方式，所属技术领域的技术人员能够在不脱离权利要求保护范围所限定的本发明的宗旨的情况下对本发明进行多种改变。
-产业实用性-
本申请的实施方式能够用于利用非接触通信技术的装置或者系统中。
-符号说明-
1 IC卡
2 FeliCa-RW
3 ISO-RW
4 通信处理部
5 控制部
6 存储部
51 通信协议识别部
52 FeliCa防议处理部
53 FeliCa指令处理部
54 ISO协议处理部
55 应用选择器
56 ISO指令处理部
57 指令格式转换部
61 卡内应用管理部
62 FeliCa应用管理部
63 ISO应用管理部
64 卡内应用列表
65 FeliCa应用文件
66 ISO应用文件

Claims (12)

1.一种通信装置，其特征在于：具有IC卡功能，并且具备：
第一收发部，所述第一收发部通过无线方式收发遵循第一通信协议的第一信号，在所述第一通信协议下使用第一装置识别信息；
第一协议处理部，所述第一协议处理部处理已由所述第一收发部接收的第一信号中所包含的第一帧；
第二收发部，所述第二收发部通过无线方式收发遵循第二通信协议的第二信号，在所述第二通信协议下使用第二装置识别信息；
第二协议处理部，所述第二协议处理部处理已由所述第二收发部接收的第二信号中所包含的第二帧；
识别部，所述识别部识别已由所述第一收发部或者所述第二收发部接收的信号的通信协议；
指令处理部，所述指令处理部处理从所述第一帧提取出的第一指令；
转换部，所述转换部将从所述第二帧提取出的第二指令转换后传给所述指令处理部；以及
存储部，所述存储部存储所述第一装置识别信息，
所述第一收发部向第一外部设备发送所述第一装置识别信息
所述第二收发部向第二外部设备发送所述第二装置识别信息，
所述第一装置识别信息用于执行防冲突处理，以允许所述第一外部设备识别与之通信的所述通信装置，
所述第二装置识别信息用于执行防冲突处理，以允许所述第二外部设备识别与之通信的所述通信装置，
所述第二收发部向所述第二外部设备发送所述第一装置识别信息，以用于应用处理。
2.根据权利要求1所述的通信装置，其特征在于：
所述通信装置还具备应用选择器，
所述存储部存储多个应用，
所述应用选择器根据应用选择指令来选择所述多个应用中的一个，其中，所述应用选择指令指定分别分配给所述多个应用的应用识别码，
所述第二协议处理部处理所述应用选择指令。
3.根据权利要求2所述的通信装置，其特征在于：
当在防冲突处理时从外部指定的应用领域识别码满足规定条件时，选择预先决定的应用。
4.根据权利要求1所述的通信装置，其特征在于：
所述指令处理部根据存储在所述识别部中的信息，来将指令的处理结果向所述第一协议处理部或者所述第二协议处理部输出。
5.根据权利要求4所述的通信装置，其特征在于：
在所述处理结果表示异常时，所述第一收发部不向所述第一外部设备发送所述处理结果，所述第二收发部向所述第二外部设备发送所述处理结果。
6.根据权利要求1所述的通信装置，其特征在于：
基于JISX6319-4规定所述第一通信协议，基于ISO/IEC14443规定所述第二通信协议。
7.一种通信系统，其特征在于：具备通信装置、第一外部设备以及第二外部设备，所述通信装置具有IC卡功能，
所述第一外部设备通过无线方式在与所述通信装置之间收发遵循第一通信协议的第一信号，
所述第二外部设备通过无线方式在与所述通信装置之间收发遵循第二通信协议的第二信号，
所述通信装置具备：
第一收发部，所述第一收发部收发遵循所述第一通信协议的所述第一信号，在所述第一通信协议下使用第一装置识别信息；
第一协议处理部，所述第一协议处理部处理已由所述第一收发部接收的第一信号所表示的第一帧；
第二收发部，所述第二收发部收发遵循所述第二通信协议的所述第二信号，在所述第二通信协议下使用第二装置识别信息；
第二协议处理部，所述第二协议处理部用于处理第二帧，其中，所述第二帧包含在已由所述第二收发部接收的第二信号中；
识别部，所述识别部识别已由所述第一收发部或者所述第二收发部接收的信号的通信协议；
指令处理部，所述指令处理部处理从所述第一帧提取出的第一指令；
转换部，所述转换部将从所述第二帧提取出的第二指令转换后传给所述指令处理部；以及
存储部，所述存储部存储所述第一装置识别信息，
所述第一收发部向所述第一外部设备发送所述第一装置识别信息，
所述第二收发部向所述第二外部设备发送所述第二装置识别信息，
所述第一装置识别信息用于执行防冲突处理，以允许所述第一外部设备识别与之通信的所述通信装置，
所述第二装置识别信息用于执行防冲突处理，以允许所述第二外部设备识别与之通信的所述通信装置，
所述第二收发部向所述第二外部设备发送所述第一装置识别信息，以用于应用处理。
8.根据权利要求7所述的通信系统，其特征在于：
所述通信装置还具备应用选择器，
所述存储部存储多个应用，
所述应用选择器根据应用选择指令来选择所述多个应用中的一个，其中，所述应用选择指令指定分别分配给所述多个应用的应用识别码，
所述第二外部设备向所述通信装置发送所述应用选择指令。
9.根据权利要求8所述的通信系统，其特征在于：
当在防冲突处理时由所述第二外部设备指定的应用领域识别码满足规定条件时，由所述通信装置选择预先决定的应用。
10.根据权利要求7所述的通信系统，其特征在于：
所述指令处理部根据存储在所述识别部中的信息，来将指令的处理结果向所述第一协议处理部或者所述第二协议处理部输出。
11.根据权利要求10所述的通信系统，其特征在于：
在所述处理结果表示异常时，所述第一收发部不向所述第一外部设备发送所述处理结果，所述第二收发部向所述第二外部设备发送所述处理结果。
12.根据权利要求7所述的通信系统，其特征在于：
基于JISX6319-4规定所述第一通信协议，基于ISO/IEC14443规定所述第二通信协议。
CN201480045505.8A 2013-09-11 2014-08-19 通信装置和通信系统 Expired - Fee Related CN105453112B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2013-187907 2013-09-11
JP2013187907 2013-09-11
PCT/JP2014/004230 WO2015037187A1 (ja) 2013-09-11 2014-08-19 通信デバイス及び通信システム

Publications (2)

Publication Number Publication Date
CN105453112A CN105453112A (zh) 2016-03-30
CN105453112B true CN105453112B (zh) 2018-11-06

Family

ID=52665320

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480045505.8A Expired - Fee Related CN105453112B (zh) 2013-09-11 2014-08-19 通信装置和通信系统

Country Status (4)

Country Link
US (1) US10085268B2 (zh)
JP (2) JP6403122B2 (zh)
CN (1) CN105453112B (zh)
WO (1) WO2015037187A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5968501B1 (ja) * 2015-06-01 2016-08-10 三菱電機株式会社 車載電子制御装置
JP7347214B2 (ja) * 2017-12-20 2023-09-20 凸版印刷株式会社 電子タグデバイス
EP3584948A1 (en) * 2018-06-19 2019-12-25 STMicroelectronics razvoj polprevodnikov d.o.o. Protocol detection and decoding in multiprotocol tag, and corresponding integrated circuit
CN114826884B (zh) * 2022-05-30 2023-08-18 苏州浪潮智能科技有限公司 跨设备协议通信故障定位的方法、装置、设备及可读介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3881844B2 (ja) * 2000-12-18 2007-02-14 Ｎｅｃトーキン株式会社 非接触型ｉｃカード
CN101025783A (zh) * 2006-01-06 2007-08-29 索尼株式会社 信息通信系统、设备、方法以及计算机程序
CN101385038A (zh) * 2006-02-17 2009-03-11 客得富移动通信股份有限公司 Ic卡，具有ic卡的终端及其初始化的方法
CN101778383A (zh) * 2009-01-08 2010-07-14 索尼公司 用于信息处理的设备、方法、程序和系统
CN102112992A (zh) * 2008-08-07 2011-06-29 索尼公司 通信装置、通信方法及程序
CN102707992A (zh) * 2011-03-08 2012-10-03 索尼公司 信息处理设备，信息处理方法和程序

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003044801A (ja) * 2001-07-27 2003-02-14 Dainippon Printing Co Ltd 複数の情報伝達手段を備えた可搬情報処理装置
JP2004192253A (ja) * 2002-12-10 2004-07-08 Dainippon Printing Co Ltd Ｉｃカード及びｉｃカードプログラム
JP4617683B2 (ja) 2004-02-24 2011-01-26 ソニー株式会社 半導体集積回路，携帯モジュールおよびメッセージ通信方法。
JP2006099324A (ja) * 2004-09-29 2006-04-13 Matsushita Electric Ind Co Ltd 非接触カード
JP5078915B2 (ja) * 2006-02-17 2012-11-21 ケーティーフリーテル・カンパニー・リミテッド Ｉｃカード、ｉｃカードが搭載された端末機及びその初期化方法
EP2239926A1 (en) * 2009-04-09 2010-10-13 Gemalto SA Method of detecting a NFC device emulating several contactless cards which may use a plurality of protocols
JP5549854B2 (ja) * 2009-04-14 2014-07-16 ソニー株式会社 情報処理装置および方法、並びにプログラム
JP5310348B2 (ja) 2009-07-17 2013-10-09 ソニー株式会社 受信装置、受信方法、プログラム、及び送信装置
JP5563842B2 (ja) * 2010-02-08 2014-07-30 フェリカネットワークス株式会社 携帯端末、情報送受信方法、サーバ装置、リーダライタ及び会員特典取得システム
JP2013109695A (ja) * 2011-11-24 2013-06-06 Systena Corp アプリケーションのロック解除システムおよびロック解除用プログラム
CN103460712B (zh) 2012-02-15 2018-03-06 松下电器（美国）知识产权公司 终端设备、其通信方法以及通信模块

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3881844B2 (ja) * 2000-12-18 2007-02-14 Ｎｅｃトーキン株式会社 非接触型ｉｃカード
CN101025783A (zh) * 2006-01-06 2007-08-29 索尼株式会社 信息通信系统、设备、方法以及计算机程序
CN101385038A (zh) * 2006-02-17 2009-03-11 客得富移动通信股份有限公司 Ic卡，具有ic卡的终端及其初始化的方法
CN102112992A (zh) * 2008-08-07 2011-06-29 索尼公司 通信装置、通信方法及程序
CN101778383A (zh) * 2009-01-08 2010-07-14 索尼公司 用于信息处理的设备、方法、程序和系统
CN102707992A (zh) * 2011-03-08 2012-10-03 索尼公司 信息处理设备，信息处理方法和程序

Also Published As

Publication number Publication date
JPWO2015037187A1 (ja) 2017-03-02
WO2015037187A1 (ja) 2015-03-19
CN105453112A (zh) 2016-03-30
JP2018152130A (ja) 2018-09-27
US10085268B2 (en) 2018-09-25
JP6403122B2 (ja) 2018-10-10
US20160198477A1 (en) 2016-07-07
JP6516133B2 (ja) 2019-05-22

Similar Documents

Publication Publication Date Title
CN101473336B (zh) 移动终端中动态分配用户芯片卡触点的方法与相应的用户芯片卡和移动终端
EP2577554B1 (en) Method of managing communications with a nfc controller
US9129282B2 (en) Near field communication apparatus and method for supporting security modules
CN205407821U (zh) 近场通信设备
CN102136085B (zh) 电信智能卡及基于电信智能卡的非接触应用管理方法
CN105453112B (zh) 通信装置和通信系统
HUE028488T2 (en) Smart card performance improvement circuits and systems
CN104216661B (zh) 用于无线数据交换的具有收发器的移动电子设备
JP2009512382A (ja) 低電力消費量の受動的動作モードを有するｎｆｃ読み取り装置
CN105868978A (zh) 一种nfc移动支付方法及其系统
CN101765830A (zh) 使用便携电子设备处理来自物理信道的应用命令的方法及对应设备和系统
KR20070021913A (ko) 무선인식태그와 알에프아이디 단말기 및 이를 이용한알에프아이디 운용 방법 및 시스템
CN105324777A (zh) 装置及认证系统
CN106372898A (zh) 移动通信装置及云计算机系统
CN103544114A (zh) 基于单cpu卡的多m1卡控制系统及其控制方法
KR102624022B1 (ko) 통신 장치 및 방법
CN110414651A (zh) 调试智能卡的方法及装置
JP2003067677A (ja) 非接触型ｉｃカード用リーダライタシステム
CN101582112B (zh) 一种智能卡转换设备及其使用方法
CN105847156A (zh) 在nfc装置中默认数据分组路由传输
JP3553763B2 (ja) Ｉｃカードの識別方法
CN104657642A (zh) 身份识别方法、装置及系统
CN103632173A (zh) 标签的访问、访问处理方法及装置
CN116170794B (zh) 一种用于智能卡在线空发系统及其方法
JP2001307047A (ja) 非接触ｉｃカード並びに非接触ｉｃカードシステム及び制御方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20200602

Address after: Kyoto Japan

Patentee after: Panasonic semiconductor solutions Co.,Ltd.

Address before: Osaka Prefecture, Japan

Patentee before: PANASONIC INTELLECTUAL PROPERTY MANAGEMENT Co.,Ltd.

TR01 Transfer of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20181106

Termination date: 20210819

CF01 Termination of patent right due to non-payment of annual fee