CN111936986A - 信息处理装置和信息处理方法 - Google Patents

Abstract

[问题]提供一种能够改进相同IC服务中的多张IC卡的便利性的信息处理装置。[解决方案]一种信息处理装置，包括：将对应于服务的服务信息与指定用户的标识信息相关联地进行管理的管理部分；基于所获取的标识信息、所获取的用户指令、所获取的记录介质的记录状态以及与所获取的标识信息相关联的服务信息来决定关于服务信息的处理的决定部分；以及执行被决定的所述处理的执行部分。

Description

信息处理装置和信息处理方法

技术领域

本公开内容涉及一种信息处理装置和一种信息处理方法。

背景技术

当前提供了关于集成电路(IC)卡的多种IC服务。例如有这样一种IC服务，其中IC卡的服务信息被寄存在比如智能电话之类的终端中，从而智能电话可以被模拟地用作IC卡。此外，多项IC服务的IC卡的服务信息可以被寄存在一部智能电话中，因此多张IC卡可以被模拟地使用在一部智能电话上。

关于前面所描述的技术，例如下面的专利文献1公开了一种集中管理存储在多张IC卡中的电子数值的技术。

引用列表

专利文献

专利文献1：JP 2009-110202 A

发明内容

技术问题

然而，在前面所描述的技术中没有考虑到以不同方式使用多张IC卡。此外，在当前所广泛使用的技术中，基本上在一个终端中对于每项IC服务只可能寄存一张IC卡的服务信息。因此，不可能寄存相同IC服务的多张IC卡，并且在相同IC服务中不可能根据用途以不同方式使用多张IC卡。

因此，本公开内容提出一种新的经过改进信息处理装置和一种新的经过改进的信息处理方法，从而能够改进相同IC服务中的多张IC卡的便利性。

问题的解决方案

根据本公开内容，提供一种信息处理装置，包括：将对应于服务的服务信息与指定用户的标识信息相关联地进行管理的管理部分；基于所获取的标识信息、所获取的用户指令、所获取的记录介质的记录状态以及与所获取的标识信息相关联的服务来决定关于服务信息的处理的决定部分；以及执行被决定的所述处理的执行部分。

此外，根据本公开内容，提供一种信息处理装置，包括：基于用户指令使得规定记录介质中的对应于服务的服务信息的记录状态被发送到管理服务信息的外部装置的控制部分。

此外，根据本公开内容，提供一种由处理器执行的信息处理方法，包括：将对应于服务的服务信息与指定用户的标识信息相关联地进行管理；基于所获取的标识信息、所获取的用户指令、所获取的记录介质的记录状态以及与所获取的标识信息相关联的服务信息来决定关于服务信息的处理；以及执行被决定的所述处理。

此外，根据本公开内容，提供一种由处理器执行的信息处理方法，包括：基于用户指令使得规定记录介质中的对应于服务的服务信息的记录状态被发送到管理服务信息的外部装置。

本发明的有利效果

正如前面所描述的那样，根据本公开内容，相同IC服务中的多张IC卡的便利性可以得到改进。

应当提到的是，不一定是限于前述效果，有可能获得本说明书中所描述的任何效果或者可以与前述效果一起或取代前述效果从本说明书中发现的其他效果。

附图说明

图1是示出根据本公开内容的一个实施例的一个比较实例的信息处理系统的总览的解释图。

图2是示出根据所述实施例的信息处理系统的总览的解释图。

图3是示出根据所述实施例的信息处理系统的一个配置实例的方块图。

图4是示出根据所述实施例的服务器的一个功能配置实例的方块图。

图5是示出根据所述实施例的卡的各种状态的解释图。

图6是示出根据所述实施例的卡的状态转换的解释图。

图7是示出根据所述实施例的服务器的各种处理的解释图。

图8是示出根据所述实施例的卡发出(仅有服务器)处理时的数据转换的解释图。

图9是示出根据所述实施例的卡发出处理时的数据转换的解释图。

图10是示出根据所述实施例的卡删除(仅有服务器)处理时的数据转换的解释图。

图11是示出根据所述实施例的卡删除处理时的数据转换的解释图。

图12是示出根据所述实施例的卡激活(发出)处理时的数据转换的解释图。

图13是示出根据所述实施例的卡激活(切换)处理时的数据转换的解释图。

图14是示出根据所述实施例的卡激活(恢复)处理时的数据转换的解释图。

图15是示出根据所述实施例的卡去激活处理时的数据转换的解释图。

图16是示出根据所述实施例的服务器的一个硬件配置实例的方块图。

图17是示出根据所述实施例的客户终端的一个功能配置实例的方块图。

图18是示出根据所述实施例的客户终端的各种显示处理的解释图。

图19是示出根据所述实施例的客户终端的一个硬件配置实例的方块图。

图20是示出根据所述实施例的客户终端的第二通信部分的一个硬件配置实例的方块图。

图21是示出根据所述实施例的读取器/写入器的一个硬件配置实例的方块图。

图22是示出根据所述实施例的登出/登入处理时的一个操作实例的序列图。

图23是示出根据所述实施例的卡列表获取处理时的一个操作实例的序列图。

图24是示出根据所述实施例的卡发出(仅有服务器)处理时的一个操作实例的序列图。

图25是示出根据所述实施例的卡发出处理时的一个操作实例的序列图。

图26是示出根据所述实施例的卡删除(仅有服务器)处理时的一个操作实例的序列图。

图27是示出根据所述实施例的卡删除处理时的一个操作实例的序列图。

图28是示出根据所述实施例的卡激活(切换)处理时的一个操作实例的序列图。

图29是示出根据所述实施例的卡去激活处理时的一个操作实例的序列图。

图30是示出根据所述实施例的第一修改实例的解释图。

图31是示出根据所述实施例的第二修改实例的解释图。

具体实施方式

在后文中将参照附图详细描述本公开内容的优选实施例。在本说明书和附图中，具有基本上相同的功能配置的组件由相同的附图标记标示，并且省略重复的描述。

应当提到的是，将按照下面的顺序来提供描述。

1、本公开内容的一个实施例的总览

2、根据本公开内容的所述实施例的信息处理系统

3、根据本公开内容的所述实施例的服务器

4、根据本公开内容的所述实施例的客户终端

5、根据本公开内容的所述实施例的读取器/写入器

6、操作实例

7、修改实例

8、结论

<<1、本公开内容的一个实施例的总览>>

在本公开内容的一个实施例中描述了这样一个实例，其中IC服务中的IC卡的卡信息被寄存在例如智能电话之类的客户终端中，并且客户终端被模拟地用作IC卡。后面将参照图1和图2来描述本公开内容的所述实施例的总览。图1是示出根据本公开内容的所述实施例的一个比较实例的信息处理系统的总览的解释图。图2是示出根据本公开内容的所述实施例的信息处理系统的总览的解释图。

在后文中，服务信息也被称作卡信息。指定用户的标识信息也被称作账户。指定客户终端的芯片(记录介质)的标识信息在后文中也被称作IDm。IDm是在芯片制造期间被吸入在IC服务中所使用的芯片上的唯一ID编号。指定卡的标识信息也被称作卡标识信息。

“激活”是在客户终端中将卡带入可用状态(在后文中也被称作有效状态)。“去激活”是在客户终端中将卡带入不可用状态(在后文中也被称作无效状态)。卡处于有效状态或者处于无效状态是通过阻断标志来管理的。举例来说，在阻断标志是关闭(OFF)的情况下，卡的卡信息不处于被阻断状态，因此卡处于有效状态。此外，在阻断标志是开启(ON)的情况下，卡的卡信息处于被阻断状态，因此卡处于无效状态。

当前提供了关于IC卡的多种IC服务。例如有这样一种IC服务，其中IC卡的服务信息被寄存在比如智能电话之类的终端中，从而智能电话可以被模拟地用作IC卡。此外，多项IC服务的IC卡的服务信息可以被寄存在一部智能电话中，因此多张IC卡可以被模拟地使用在一部智能电话上。

如图1中所示，根据本公开内容的一个比较实例的信息处理系统例如由客户终端和卡发出服务器构成。根据该比较实例的客户终端由控制卡发出处理的中间件和记录发出卡信息的芯片(记录介质)构成。在卡发出处理中，首先中间件向卡发出服务器发送卡发出命令(步骤S1000)。接收到请求的卡发出服务器向中间件发送卡发出命令(步骤S1002)。接收到卡发出命令的中间件执行卡发出命令，从而向芯片发出卡(步骤S1004)。

如图1中所示，芯片在其中记录信息的区段由“系统”、“区域(Area)”、“用于服务AAA的区域”、“用于服务BBB的区域”以及“服务”构成。从属于“系统”的区段提供一个用于记录卡信息的区域。从属于“区域”在服务的基础上提供各个区域，也就是说提供用于服务AAA的区域和用于服务BBB的区域，以便在服务的基础上记录卡信息。通过由中间件执行前面所描述的卡发出命令，例如从属于用于服务AAA的区域来实施服务的创建和块数据的写入；从而发出用于服务AAA的卡AAA。此外，对于用于服务BBB的区域，类似地发出用于服务BBB的卡BBB。卡在安全元件上被发出。

在所述比较实例中的芯片中，从属于“区域”提供对应于各项服务的用于服务的区域，因此可以发出多张卡。但是可以向用于服务的区域发出的卡的数目是每项服务一张；因此如果已经在安全元件上发出了一张卡，则对于与前面所提到的卡的服务相同的服务无法附加地发出另一张卡。举例来说，如图1中所示，在已经向用于服务AAA的区域发出了用于服务AAA的卡AAA的状态下，无法附加地发出用于服务AAA的卡CCC(步骤S1006)。因此，在一个客户终端中，用户无法拥有相同服务的多张卡。

本公开内容的一个实施例提出一种能够改进相同IC服务中的多张IC卡的便利性的技术，这种技术是在注意到前面所提到的这点的情况下制定出来的。

举例来说，根据本公开内容的所述实施例的技术把卡信息与服务器上的账户相关联，在不管服务或卡的数目的情况下管理多张卡，并且在客户终端与服务器之间实现卡信息的替换。因此，用户可以拥有相同服务的多张卡。此外，用户可以根据使用卡时的情况在客户终端与服务器之间替换相同服务的卡信息，并且从而可以在一个客户终端中以不同方式使用相同服务的多张卡。

如图2中所示，根据本公开内容的所述实施例的信息处理系统例如由客户终端和服务器构成。根据本公开内容的所述实施例的客户终端具有记录发出卡信息并且与管理卡信息的服务器实施卡信息的替换的芯片(记录介质)。假设该芯片在其中记录信息的区段的配置与根据所述比较实例的芯片中的配置相同。

如图2中所示，根据本公开内容的所述实施例的服务器在其中管理信息的区段是在账户的基础上所准备的；从属于每一个账户在IDm的基础上为各个客户终端单独提供区段，并且在与IDm相关联的同时管理卡信息。举例来说，服务器可以管理多个账户，比如账户AAA和账户BBB。此外，服务器可以管理多个客户终端，比如从属于账户AAA的IDm AAA和IDmBBB。此外，服务器可以管理多项服务的卡和相同服务的多张卡，比如用于服务AAA的卡AAA、用于服务BBB的卡BBB以及从属于IDm AAA的用于服务AAA的卡CCC。

现在将描述在如图2中所示向客户终端的芯片发出用于服务AAA的卡AAA和用于服务BBB的卡BBB的状态下，替换用于服务AAA的卡AAA和用于服务AAA的卡CCC的处理。首先，客户终端向服务器发送激活用于服务AAA的卡CCC的请求。此时，客户终端还向服务器发送替换对象的用于服务AAA的卡AAA的块数据，并且实施用于服务AAA的卡AAA的卡信息的保存和去激活(步骤S1100)。接收到激活请求的服务器向客户终端发送替换对象的用于服务AAA的卡CCC的卡信息(步骤S1102)。随后，客户终端把所接收到的用于服务AAA的卡CCC的卡信息写入在其中已记录有用于服务AAA的卡AAA的卡信息的用于服务AAA的区域中，并且激活用于服务AAA的卡CCC。从而使得卡AAA和卡CCC被替换(步骤S1106)。

按照前面所描述的方式，根据本公开内容的所述实施例的信息处理系统将客户终端的芯片上的一张卡和在服务器上管理的相同服务的另一张卡进行切换。从而产生这样一种情况，即在一个客户终端中可以使用相同服务的多张卡。

前文中参照图1和图2描述了本公开内容的所述实施例的总览。接下来将描述根据本公开内容的所述实施例的信息处理系统。

<<2、根据本公开内容的所述实施例的信息处理系统>>

下面将参照图3来描述根据本公开内容的所述实施例的信息处理系统。图3是示出根据本公开内容的一个实施例的信息处理系统的一个配置实例的方块图。如图3中所示，根据本公开内容的所述实施例的信息处理系统包括服务器10、客户终端20和读取器/写入器30。

服务器10是管理被用于各项IC服务的卡的卡信息的信息处理装置(后文中也被称作第一信息处理装置)。服务器10通过任意通信系统连接到客户终端20。举例来说，服务器10经由网络以无线或有线方式连接到客户终端20，并且通过经由所述网络的通信来进行通信(后文中写作“网络通信”)。根据本公开内容的所述实施例的网络的实例包括例如局域网(LAN)和广域网(WAN)之类的有线网络，例如无线局域网(WLAN)之类的无线网络，使用例如传输控制协议/互联网协议(TCP/IP)之类的通信协议的因特网等等。服务器10可以是与客户终端20进行直接通信的配置。

客户终端20是提供记录在芯片中的卡信息来提供IC服务的信息处理装置(后文中也被称作第二信息处理装置)。读取器/写入器30是实施卡信息的读取和写入的装置。客户终端20例如通过比如A型、B型或F型近场无线通信(近场通信；NFC)与读取器/写入器30进行通信。因此，当用户把客户终端20带到靠近读取器/写入器30的通信范围时，则通过NFC进行通信。

此外，在根据本公开内容的本实施例的信息处理系统中，例如客户终端20可以根据“任意通信方案的无线通信，比如使用IEEE 802.15.1的无线通信，比如低功耗Bluetooth(BLE)，使用IEEE 802.11的无线通信，或者红外通信”或者“使用经由基于通用串行总线(USB)或ISO 7816标准的通信接口等等的通信的有线通信”与读取器/写入器30实施通信。

此外，根据本公开内容的本实施例的信息处理系统的配置不限于图3中所示出的实例。举例来说，根据本公开内容的本实施例的信息处理系统可以包括多个服务器10。此外，根据本公开内容的本实施例的信息处理系统可以包括多个客户终端20或多个读取器/写入器30。

在根据本公开内容的所述实施例的信息处理系统中，服务器10可以是与读取器/写入器30进行通信的配置。

前文中参照图3描述了根据本公开内容的所述实施例的信息处理系统。接下来将描述根据本公开内容的所述实施例的服务器10。

<<3、根据本公开内容的所述实施例的服务器>>

<3.1、功能配置实例>

下面将参照图4到图15来描述根据本公开内容的所述实施例的服务器10的一个功能配置实例。

图4是示出根据本公开内容的所述实施例的服务器10的一个功能配置实例的方块图。如图4中所示，根据本公开内容的所述实施例的服务器10包括通信部分130、控制部分140和存储部分160。

<3.1.1、通信部分130>

通信部分130具有与外部装置进行通信的功能。举例来说，通信部分130与客户终端20进行通信。在与客户终端20的通信中，通信部分130把接收自客户终端20的信息输出到控制部分140。此外，在与客户终端20的通信中，通信部分130把输入自控制部分140的信息发送到客户终端20。

<3.1.2、控制部分140>

控制部分140具有控制整个服务器10的功能。举例来说，控制部分140控制服务器10的通信部分130中的通信处理。具体来说，控制部分140使得通信部分130将根据由控制部分140执行的处理所输出的信息发送到客户终端20。

此外，控制部分140决定将由控制部分140执行的处理，并且基于所输入的信息来执行所述处理。具体来说，控制部分140决定将由控制部分140执行的处理，并且基于输入自存储部分160的信息和输入自通信部分130的接收自客户终端20的信息二者的至少其中一项来执行所述处理。

此外，控制部分140管理由服务器10的存储部分160所存储的信息。具体来说，控制部分140使得客户终端20的存储部分160存储根据由控制部分140执行的处理所输出的信息。

为了实现前面所描述的功能，根据本公开内容的所述实施例的控制部分140包括管理部分142、决定部分144和执行部分146。

(1)管理部分142

管理部分142具有管理卡信息的功能。举例来说，管理部分142将对应于服务的卡信息与用户的账户相关联，并且使得存储部分160存储卡信息。从而管理部分142可以管理对应于每一个用户的卡信息。此外，管理部分142将卡信息与IDm相关联，并且随后将IDm与账户相关联，并且使得存储部分160存储卡信息。从而管理部分142可以管理对应于每一个用户的每一个客户终端20的卡信息。当把前面所描述的账户、IDm和卡信息彼此相关联时的具体关系如图2的右侧图中所示。

此外，管理部分142管理卡的状态。卡的状态指的是在控制部分140执行关于卡信息的处理之后的处理对象的卡信息的状态。在这里将参照图5来具体描述根据本公开内容的所述实施例的卡的各种状态。图5是示出根据本公开内容的所述实施例的卡的各种状态的解释图。

图5中所示出的“状态(status)”表明卡的状态。举例来说，“状态”是“被保留(Reserved)”表明处于卡ID被发出的状态。“状态”是“处理中(inProcess)”表明处于块数据被保留但是卡未被激活的状态。“状态”是“活跃(Active)”表明处于块数据存在于服务器10和客户终端20二者的至少其中之一当中的状态。“状态”是“被删除(Deleted)”表明处于卡被删除的状态。“状态”是“被丢弃(discarded)”表明处于发出过程中的卡被删除的状态。“状态”是“丢失(Lost)”表明处于块数据由于存储器清空等原因而丢失的状态。

图5中示出的“位置(position)”表明块数据的保留地点。举例来说，“位置”是“后台”表明块数据的保留地点是服务器10。“位置”是“前台”表明块数据的保留地点是客户终端20。

图5中示出的“完成(finish)”表明块数据在保留地点上的写入是否完成。举例来说，“完成”是“结束(done)”表明处于块数据在保留地点上的写入已完成的状态，也就是说块数据的内容已确定。“完成”是“尚未(notYet)”表明处于块数据在保留地点上的写入未完成的状态，也就是说块数据的内容未确定。

如果“状态”是“活跃”，则通过前面描述的“位置”和“完成”的组合可以更详细地评估卡的状态。举例来说，如果“状态”是“活跃”、“位置”是“后台”并且“完成”是“结束”，则保留在服务器10中的块数据是最新的。此外，如果“状态”是“活跃”、“位置”是“前台”并且“完成”是“尚未”，则不确定保留在服务器10中的块数据是最新的还是保留在客户终端20中的块数据是最新的。此外，如果“状态”是“活跃”、“位置”是“前台”并且“完成”是“结束”，则保留在客户终端20中的块数据是最新的。

当“状态”是“活跃”时，“位置”和“完成”被设定。

前文中参照图5描述了根据本公开内容的所述实施例的卡的各种状态。接下来将参照图6来描述根据本公开内容的所述实施例的卡的状态转换。图6是示出根据本公开内容的所述实施例的卡的状态转换的解释图。

如图6中所示，首先，当卡发出请求被输入时，控制部分140把“被保留”设定为“状态”。当“状态”是“被保留”时，如果控制部分140的卡发出开始处理成功，则控制部分140把“处理中”设定为“状态”。如果控制部分140的卡发出开始处理失败，则控制部分140把“被丢弃”设定为“状态”，并且结束处理。

当“状态”是“处理中”时，如果控制部分140的终端认证处理成功，则控制部分140把“活跃”设定为“状态”，并且把“后台”设定为“位置”，并且把“结束”设定为“完成”。如果控制部分140的终端认证处理失败，则控制部分140把“被丢弃”设定为“状态”，并且结束处理。即使控制部分140的终端认证处理失败，如果其卡删除成功，则将“被删除”设定为“状态”。

当“状态”是“活跃”时，控制部分140基于所写入或读取的信息改动“位置”和“完成”的设定。举例来说，当“位置”是“后台”并且“完成”是“结束”时，如果控制部分140的写入(1)成功，即写入标识信息、阻断标志(开启)和数据的处理，则控制部分140把“位置”改动到“前台”并且把“完成”改动到“尚未”。当“位置”是“前台”并且“完成”是“尚未”时，如果控制部分140的写入(2)成功，即写入阻断标志(关闭)的处理，则控制部分140把“完成”改动到“结束”。当“位置”是“前台”并且“完成”是“尚未”时，如果控制部分140的写入(3)成功，即写入阻断标志(开启)的处理，则控制部分140把“位置”改动到“前台”并且把“完成”改动到“结束”。当“位置”是“前台”并且“完成”是“结束”时，如果控制部分140的读取成功，即读取所有数据的处理，则控制部分140把“完成”改动到“尚未”。

当“状态”是“活跃”时，如果控制部分140的卡删除成功，则控制部分140把“被删除”设定为“状态”，并且结束处理。

当“状态”是“活跃”、“位置”是“前台”并且“完成”是“尚未”或“结束”时，如果控制部分140感测到卡的消失，则控制部分140把“丢失”设定为“状态”，并且结束处理。

前文中参照图6描述了根据本公开内容的所述实施例的卡的状态转换。接下来将描述根据本公开内容的所述实施例的决定部分144。

(2)决定部分144

决定部分144具有决定关于卡信息的处理的功能。举例来说，决定部分144基于所获取的账户、所获取的操纵请求(用户指令)、所获取的芯片的记录状态以及与所获取的账户相关联的卡信息来决定关于卡信息的处理。具体来说，基于所获取的账户，决定部分144指定与所述账户相关联的客户终端20，并且获取卡信息。此外，决定部分144获取所指定的客户终端20的芯片的状态。随后，决定部分144基于所获取的芯片的状态和用户的操纵请求来决定关于所获取的卡信息的处理。

在这里将参照图7来描述基于根据本公开内容的所述实施例的客户终端20的芯片的状态与用户的操纵请求的组合所决定的处理。图7是示出根据本公开内容的所述实施例的服务器的各种处理的解释图。

如图7中所示，基于“区域的存在与否”、“卡标识信息”和“阻断标志”的组合来决定芯片的状态。此外，如图7中所示，各种操纵请求包括“卡发出请求”、“删除请求”、“激活请求”和“去激活请求”。基于前面所描述的芯片的状态和操纵请求的组合，决定部分144决定将由执行部分146执行的处理。如果操纵请求是针对卡的删除请求、激活请求和去激活请求的至少其中之一，则决定部分144考虑“位置”是“后台”的情况或者“位置”是“前台”的情况来决定处理。

图7示出了根据前面所描述的芯片的状态与所输入的操纵请求的组合的处理。各种处理包括“发出(仅有服务器)处理”、“发出处理”、“删除(仅有服务器)处理”、“删除处理”、“激活(发出)处理”、“激活(切换)处理”、“激活(恢复)处理”、“去激活处理”、“状态同步处理”和“错误处理”。

“发出(仅有服务器)处理”是仅在服务器10中新创建卡信息的处理。“发出处理”是在服务器10中新创建卡信息的处理，相同的卡信息也被写入在客户终端20的芯片的一个区域中，并且发出对应于卡信息的卡。在“发出处理”中，如果在客户终端20的芯片中不存在将在其中写入卡信息的区域，则可以向芯片发出一个区域。

“删除(仅有服务器)处理”是当仅在服务器10中存在感兴趣的卡信息时仅删除服务器10的卡信息的处理。“删除处理”是从服务器10和客户终端20全部二者删除卡信息的处理。服务器10的卡信息被逻辑地删除，并且客户终端20的卡信息被物理地删除。

“激活(发出)处理”是这样的处理，其中当已经在服务器10中创建了卡信息时，将卡信息写入在客户终端20的芯片上，发出对应于卡信息的卡，并且在客户终端20中卡进入有效状态。“激活(切换)处理”是在相同的服务中切换可以在客户终端20中使用的卡的处理。具体来说，当与激活对象的卡相同的服务的另一张卡在客户终端20中处于有效状态并且激活对象的所述卡在服务器10中处于有效状态时，首先用激活对象的卡信息更新所述另一张卡的卡信息。随后，在客户终端20中将激活对象的所述卡带到有效状态；从而将可以被使用在客户终端20中的卡从所述另一张卡切换到激活对象的所述卡。“激活(恢复)处理”是当在卡信息更新处理期间由于通信断开等等而丢失数据一致性时正确地恢复数据的处理。在“激活(发出)处理”中，如果在客户终端20的芯片中不存在将在其中写入卡信息的区域，则可以向芯片发出一个区域。

“去激活处理”是删除客户终端20的卡信息并且对应于所述卡信息的卡在客户终端20中进入无效状态的处理。卡信息在服务器10中未被删除。

“状态同步处理”是这样的处理，其中如果在服务器10的卡信息与客户终端20的卡信息之间发现状态不一致，则实施同步处理以便实现服务器10的卡信息与客户终端20的卡信息之间的状态的一致性。

“错误处理”是通知错误的处理。举例来说，通知以下事实当中的至少一项：处理对象的卡已经存在并且存在冗余性，处理对象的卡是不明的卡，以及处理对象的卡的存储器已被清空。

在这里将具体描述决定部分144如何基于芯片的状态与操纵请求的组合来决定将由执行部分146执行的处理。下面将描述使用如2中示出的服务AAA的卡AAA的卡信息(第一服务信息)和服务AAA的卡CCC的卡信息(第二服务信息)的一个实例。假设图7中示出的由用户输入的操纵请求是针对卡AAA的卡信息的操纵请求。图7中示出的“后台”表明卡AAA的卡信息在服务器10中处于有效状态，并且“前台”表明卡AAA的卡信息在客户终端20中处于有效状态。

(2-1)芯片的状态是“区域：不存在”的情况

决定部分144根据与所输入的操纵请求的组合实施以下各项处理当中的任一项。

(2-1-1)操纵请求是“发出”的情况

在当前组合的情况下，在芯片中不存在卡信息的区域，因此在芯片中必须也创建卡信息并且发出卡。因此，决定部分144将前面所描述的“发出处理”决定为将由执行部分146执行的处理。

(2-1-2)操纵请求是“删除(后台)”的情况

在当前组合的情况下，在芯片中不存在区域，因此待删除的卡信息也不存在。此外，“位置”是“后台”，因此处于有效状态的卡信息存在于服务器10中。因此，决定部分144将前面所描述的“删除(仅有服务器)处理”决定为将由执行部分146执行的处理。

(2-1-3)操纵请求是“删除(前台)”的情况

在当前组合的情况下，与前面描述的(2-1-2)(即操纵请求是“删除(后台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-1-4)操纵请求是“激活(后台)”的情况，

在当前组合的情况下，卡AAA的卡信息在服务器10中处于有效状态，在芯片中不存在卡信息的区域，并且在芯片中不存在卡CCC的卡信息。因此，决定部分144将前面描述的“激活(发出)处理”决定为将由执行部分146执行的处理。

(2-1-5)操纵请求是“激活(前台)”的情况

在当前组合的情况下，已经输入了将在服务器10中被管理在有效状态下的卡AAA在客户终端20中带到有效状态的操纵请求。但是在芯片中不存在卡信息的区域，并且不存在卡AAA的卡信息。因此，决定部分144将前面描述的“错误处理”决定为将由执行部分146执行的处理，其中通知卡的存储器已被清空。

(2-1-6)操纵请求是“去激活(后台)”的情况

在当前组合的情况下，在芯片中不存在区域，因此将被去激活的卡信息也不存在。因此，决定部分144特别决定不使得执行部分146执行处理。

(2-1-7)操纵请求是“去激活(前台)”的情况

在当前组合的情况下，与前面描述的(2-1-5)(即操纵请求是“激活(前台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-2)芯片的状态是“区域：存在”、“卡标识信息：0000”的情况

决定部分144根据与所输入的操纵请求的组合实施以下各项处理当中的任一项。

(2-2-1)操纵请求是“发出”的情况

在当前组合的情况下，与前面描述的(2-1-1)(即操纵请求是“发出”的情况)类似的处理被决定为将由执行部分146执行的处理。此外，在当前组合的情况下，一个区域存在于芯片中，因此执行部分146在“发出处理”中不执行发出区域的处理。

(2-2-2)操纵请求是“删除(后台)”的情况

在当前组合的情况下，芯片的卡信息的卡标识信息是全0(所有数位都是0)，并且存储器处于被清空状态。虽然存储器已被清空，待删除的卡信息仍然存在于芯片中。因此，决定部分144将前面描述的“删除处理”决定为将由执行部分146执行的处理。

(2-2-3)操纵请求是“删除(前台)”的情况

在当前组合的情况下，与前面描述的(2-2-2)(即操纵请求是“删除(后台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-2-4)操纵请求是“激活(后台)”的情况

在当前组合的情况下，与前面描述的(2-1-4)(即操纵请求是“激活(后台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-2-5)操纵请求是“激活(前台)”的情况

在当前组合的情况下，与前面描述的(2-1-5)(即操纵请求是“激活(前台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-2-6)操纵请求是“去激活(后台)”的情况

在当前组合的情况下，决定部分144特别决定不实施处理而是结束规程。

(2-2-7)操纵请求是“去激活(前台)”的情况

在当前组合的情况下，与前面描述的(2-1-5)(即操纵请求是“激活(前台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-3)芯片处于以下状态的情况：存在一个区域，卡标识信息是处理对象，并且阻断标志是开启

决定部分144根据与所输入的操纵请求的组合实施以下各项处理当中的任一项。

(2-3-1)操纵请求是“发出”的情况

在当前组合的情况下，发出对象的卡AAA的卡信息已经存在于芯片中。因此，决定部分144将前面描述的“错误处理”决定为将由执行部分146执行的处理，其中通知卡是冗余的。

(2-3-2)操纵请求是“删除(后台)”的情况

在当前组合的情况下，与前面描述的(2-2-2)(即操纵请求是“删除(后台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-3-3)操纵请求是“删除(前台)”的情况

在当前组合的情况下，与前面描述的(2-2-2)(即操纵请求是“删除(后台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-3-4)操纵请求是“激活(后台)”的情况

在当前组合的情况下，决定部分144将前面描述的“激活(恢复)处理”决定为将由执行部分146执行的处理。

(2-3-5)操纵请求是“激活(前台)”的情况

在当前组合的情况下，与前面描述的(2-3-4)(即操纵请求是“激活(后台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-3-6)操纵请求是“激活(后台)”的情况

在当前组合的情况下，卡AAA的卡信息在芯片中处于有效状态。因此，决定部分144将前面描述的“去激活处理”决定为将由执行部分146执行的处理。

(2-3-7)操纵请求是“去激活(前台)”的情况

在当前组合的情况下，与前面描述的(2-3-6)(即操纵请求是“去激活(后台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-4)芯片处于以下状态的情况：存在一个区域，卡标识信息是处理对象，并且阻断标志是关闭

决定部分144根据与所输入的操纵请求的组合实施以下各项处理当中的任一项。

(2-4-1)操纵请求是“发出”的情况

在当前组合的情况下，与前面描述的(2-3-1)(即操纵请求是“发出”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-4-2)操纵请求是“删除(后台)”的情况

在当前组合的情况下，在本公开内容的所述实施例中，(2-4)的芯片状态与操纵请求“删除(后台)”的组合是在系统的控制方面不会发生的组合。

(2-4-3)操纵请求是“删除(前台)”的情况

在当前组合的情况下，与前面描述的(2-2-2)(即操纵请求是“删除(后台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-4-4)操纵请求是“激活(后台)”的情况

在当前组合的情况下，在本公开内容的所述实施例中，(2-4)的芯片状态与操纵请求“激活(后台)”的组合是在系统的控制方面不会发生的组合。

(2-4-5)操纵请求是“激活(前台)”

在当前组合的情况下，设想卡AAA在芯片中被管理在无效状态下，因此用户输入了操纵请求以便在客户终端20中将卡AAA带到有效状态。但是在服务器10中，卡AAA被管理在有效状态下；因此，决定部分144判定在客户终端20与服务器10之间发现卡的状态不一致。因此，决定部分144将前面描述的“状态同步处理”决定为将由执行部分146执行的处理。

(2-4-6)操纵请求是“去激活(后台)”的情况

在当前组合的情况下，在本公开内容的所述实施例中，(2-4)的芯片状态与操纵请求“去激活(后台)”的组合是在系统的控制方面不会发生的组合。

(2-4-7)操纵请求是“去激活(前台)”的情况

在当前组合的情况下，与前面描述的(2-3-6)(即操纵请求是“去激活(后台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-5)芯片处于以下状态的情况：存在一个区域，卡标识信息是不同的卡，并且阻断标志是开启

决定部分144根据与所输入的操纵请求的组合实施以下各项处理当中的任一项。

(2-5-1)操纵请求是“发出”的情况

在当前组合的情况下，卡CCC(不同的卡)的卡信息存在于芯片中。因此，决定部分144将前面描述的“发出(仅有服务器)处理”决定为将由执行部分146执行的处理。

(2-5-2)操纵请求是“删除(后台)”的情况

在当前组合的情况下，与前面描述的(2-1-2)(即操纵请求是“删除(后台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-5-3)操纵请求是“删除(前台)”的情况

在当前组合的情况下，在本公开内容的所述实施例中，(2-5)的芯片状态与操纵请求“删除(前台)”的组合是在系统的控制方面不会发生的组合。

(2-5-4)操纵请求是“激活(后台)”的情况

在当前组合的情况下，卡AAA的卡信息在服务器10中处于有效状态，并且卡CCC(不同的卡)存在于芯片中。因此，决定部分144将前面描述的“激活(切换)处理”决定为将由执行部分146执行的处理。

(2-5-5)操纵请求是“激活(前台)”的情况

在当前组合的情况下，在本公开内容的所述实施例中，(2-5)的芯片状态与操纵请求“激活(前台)”的组合是在系统的控制方面不会发生的组合。

(2-5-6)操纵请求是“去激活(后台)”的情况

在当前组合的情况下，决定部分144特别决定不实施处理而是结束规程。

(2-5-7)操纵请求是“去激活(前台)”的情况

在当前组合的情况下，在本公开内容的所述实施例中，(2-5)的芯片状态与操纵请求“去激活(前台)”的组合是在系统的控制方面不会发生的组合。

(2-6)芯片处于以下状态的情况：存在一个区域，卡标识信息是处理对象，并且阻断标志是关闭

决定部分144根据与所输入的操纵请求的组合实施以下各项处理当中的任一项。

(2-6-1)操纵请求是“发出”的情况

在当前组合的情况下，与前面描述的(2-5-1)(即操纵请求是“发出”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-6-2)操纵请求是“删除(后台)”的情况

在当前组合的情况下，与前面描述的(2-1-2)(即操纵请求是“删除(后台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-6-3)操纵请求是“删除(前台)”的情况

在当前组合的情况下，在本公开内容的所述实施例中，(2-6)的芯片状态与操纵请求“删除(前台)”的组合是在系统的控制方面不会发生的组合。

(2-6-4)操纵请求是“激活(后台)”的情况

在当前组合的情况下，与前面描述的(2-5-4)(即操纵请求是“激活(后台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-6-5)操纵请求是“激活(前台)”的情况

在当前组合的情况下，在本公开内容的所述实施例中，(6)的芯片状态与操纵请求“激活(前台)”的组合是在系统的控制方面不会发生的组合。

(2-6-6)操纵请求是“去激活(后台)”的情况

在当前组合的情况下，决定部分144特别决定不实施处理而是结束规程。

(2-6-7)操纵请求是“去激活(前台)”的情况

在当前组合的情况下，在本公开内容的所述实施例中，(2-6)的芯片状态与操纵请求“去激活(前台)”的组合是在系统的控制方面不会发生的组合。

(2-7)芯片处于以下状态的情况：存在一个区域，并且卡标识信息是不明

在此组合中，决定部分144根据与所输入的操纵请求的组合实施以下各项处理当中的任一项。

(2-7-1)操纵请求是“发出”的情况

在当前组合的情况下，与前面描述的(2-5-1)(即操纵请求是“发出”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-7-2)操纵请求是“删除(后台)”的情况

在当前组合的情况下，与前面描述的(2-1-2)(即操纵请求是“删除(后台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-7-3)操纵请求是“删除(前台)”的情况

在当前组合的情况下，与前面描述的(2-1-2)(即操纵请求是“删除(后台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-7-4)操纵请求是“激活(后台)”的情况

在当前组合的情况下，芯片的卡的卡标识信息是不明，并且处于不清楚是什么卡或者卡是什么服务的状态。因此，决定部分144无法判定应当对卡实施什么激活处理。因此，决定部分144将前面描述的“错误处理”决定为将由执行部分146执行的处理，其中通知卡是不明的。

(2-7-5)操纵请求是“激活(前台)”的情况

在当前组合的情况下，与前面描述的(2-1-5)(即操纵请求是“激活(前台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

(2-7-6)操纵请求是“去激活(后台)”的情况

在当前组合的情况下，决定部分144特别决定不实施处理而是结束规程。

(2-7-7)操纵请求是“去激活(前台)”的情况

在当前组合的情况下，与前面描述的(2-1-5)(即操纵请求是“激活(前台)”的情况)类似的处理被决定为将由执行部分146执行的处理。

正如前面所描述的那样，参照图7描述了基于根据本公开内容的所述实施例的客户终端20的芯片的状态与用户的操纵请求的组合所决定的处理。接下来将描述根据本公开内容的所述实施例的执行部分146。

(3)执行部分146

执行部分146具有执行处理的功能。举例来说，执行部分146执行由决定部分144决定的处理。所述处理的内容正如前面所描述的那样。在执行由决定部分144决定的处理时，执行部分146在由客户终端20管理的处理对象的卡信息的数据与记录在客户终端20的芯片中的处理对象的卡信息的数据之间进行同步之后执行处理。从而在根据本公开内容的所述实施例的信息处理系统中，可以在服务器10与客户终端20之间保持卡的数据的完整性的同时相互传输所述卡的数据。

在这里将参照图8到图15来描述当执行部分146执行了由决定部分144决定的每一项处理时的卡的数据转换。图8到图15中的服务器上的数据的空白表明未记录数据的初始状态，并且“-(连字符)”表明数据尚未被生成或者数据已被清空。此外，芯片上的块数据的“-(连字符)”表明与处理对象的卡不同的卡的卡信息已被记录。服务器上的数据和芯片上的块数据的影线表明自从上一次转换以来发生过改变。

(3-1)卡发出(仅有服务器)处理

下面将参照图8来描述根据本公开内容的所述实施例的卡发出(仅有服务器)处理中的数据转换。图8是示出根据本公开内容的所述实施例的卡发出(仅有服务器)处理时的数据转换的解释图。

假设当从用户输入卡发出(仅有服务器)请求时存在这样一种情况，其中另一张卡的卡信息被记录在芯片上的块数据中(转换(1))，并且卡信息未被记录在服务器10上的数据中(转换(2))。

在这种情况下，仅在服务器10中生成卡信息。举例来说，作为卡信息，服务器10生成“标识信息”(9999)、“状态”(“处理中”)和“数据”(bbbb)(转换(4))。随后，在与客户终端20的终端认证成功之后，服务器10把表明服务器上的数据的卡的状态的“状态”更新到“活跃”，“位置”更新到“后台”，“完成”更新到“结束”(转换(6))，并且结束卡发出(仅有服务器)处理。芯片上的块数据不被更新，这是因为所述块数据是另一张卡的卡信息(转换(2)和转换(5))。

正如前面所描述的那样，参照图8描述了根据本公开内容的所述实施例的卡发出(仅有服务器)处理中的数据转换。接下来将描述根据本公开内容的所述实施例的卡发出处理中的数据转换。

(3-2)卡发出处理

下面将参照图9来描述根据本公开内容的所述实施例的卡发出处理中的数据交换。图9是示出根据本公开内容的所述实施例的卡发出处理时的数据转换的解释图。

假设当从用户输入卡发出请求时，在芯片上的块数据ongoing不存在区域(转换(1))。在这种情况下，在服务器10上的数据中生成卡信息。举例来说，作为卡信息，服务器10生成“标识信息”(9999)、“状态”(“处理中”)和“数据”(bbbb)(转换(2))。接下来，服务器10使得客户终端20的芯片发出一个区域(转换(3))，并且接收区域发出的结果(转换(4))。随后，服务器10与客户终端20实施终端认证(转换(5))。

在终端认证成功之后，服务器10把表明服务器上的数据的卡的状态的“状态”更新到“活跃”，“位置”更新到“后台”，“完成”更新到“结束”(转换(6))。在更新服务器10的卡的状态的处理成功之后，服务器10把“标识信息”(9999)和“数据”(bbbb)写入在芯片上的块数据上，并且把阻断标志设定到开启(转换(7))。在更新到转换(7)的状态的处理成功之后，服务器10把服务器上的数据的“位置”更新到“前台”并且把“完成”更新到“尚未”(转换(8))。在更新到转换(8)的状态的处理成功之后，服务器10把芯片上的块数据的阻断标志更新到关闭(转换(9))。随后，在更新到转换(9)的状态的处理成功之后，服务器10把服务器上的数据的“完成”更新到“结束”(转换(10))，并且结束卡发出处理。

前文中参照图9描述了根据本公开内容的所述实施例的卡发出处理中的数据转换。接下来将描述根据本公开内容的所述实施例的卡删除(仅有服务器)处理中的数据转换。

(3-3)卡删除(仅有服务器)处理

下面将参照图10来描述根据本公开内容的所述实施例的卡删除(仅有服务器)处理中的数据转换。图10是示出根据本公开内容的所述实施例的卡删除(仅有服务器)处理时的数据转换的解释图。

假设当从用户输入卡删除(仅有服务器)请求时存在这样一种情况，其中另一张卡的卡信息被记录在芯片上的块数据中(转换(1))，并且待删除的卡信息被记录在服务器10上的数据中(转换(2))。

在这种情况下，在与客户终端20的终端认证成功之后，服务器10把表明服务器上的数据的卡的状态的“状态”更新到“被删除”，清空“位置”和“完成”(转换(4))，并且结束卡删除(仅有服务器)处理。芯片上的块数据不被更新，因为所述块数据是另一张卡的卡信息(转换(3))。

正如前面所描述的那样，参照图10描述了根据本公开内容的所述实施例的卡删除(仅有服务器)处理中的数据转换。接下来将描述根据本公开内容的所述实施例的卡删除处理中的数据转换。

(3-4)卡删除处理

在后面将参照图11来描述根据本公开内容的所述实施例的卡删除处理中的数据转换。图11是示出根据本公开内容的所述实施例的卡删除处理时的数据转换的解释图。

假设当从用户输入卡删除请求时存在这样一种情况，其中待删除的卡信息被记录在芯片上的块数据中(转换(1))，并且待删除的卡信息被记录在服务器10上的数据中(转换(2))。

在这种情况下，在与客户终端20的终端认证成功之后，服务器10删除芯片上的所述区域，并且从而将卡删除(转换(3))。在成功删除所述区域之后，服务器10把表明服务器上的数据的卡的状态的“状态”更新到“被删除”，清空“位置”和“完成”(转换(4))，并且结束卡删除处理。

前文中参照图11描述了根据本公开内容的所述实施例的卡删除处理中的数据转换。接下来将描述根据本公开内容的所述实施例的卡激活(发出)处理中的数据转换。

(3-5)卡激活(发出)处理

下面将参照图12来描述根据本公开内容的所述实施例的卡激活(发出)处理中的数据转换。图12是示出根据本公开内容的所述实施例的卡激活(发出)处理时的数据转换的解释图。

假设当从用户输入卡激活(发出)请求时，在芯片上的块数据中不存在区域(转换(1))，并且存在这样一种情况，其中将经历卡激活(发出)处理的卡信息被记录在服务器上的数据中(转换(2))。在这种情况下，服务器10使得客户终端20的芯片发出一个区域(转换(3))，并且接收区域发出的结果(转换(4))。随后，服务器10与客户终端20实施终端认证。

在终端认证成功之后，服务器10把“标识信息”(9999)和“数据”(bbbb)写入在芯片上的块数据上，并且把阻断标志设定到开启(转换(5))。在更新到转换(5)的状态的处理成功之后，服务器10把表明服务器上的数据的卡的状态的“位置”更新到“前台”并且把“完成”更新到“尚未”(转换(6))。在更新到转换(6)的状态的处理成功之后，服务器10把芯片上的块数据的阻断标志更新到关闭(转换(7))。随后，在更新到转换(7)的状态的处理成功之后，服务器10把服务器上的数据的“完成”更新到“结束”(转换(8))，并且结束卡激活(发出)处理。

前文中参照图12描述了根据本公开内容的所述实施例的卡激活(发出)处理中的数据转换。接下来将描述根据本公开内容的所述实施例的卡激活(切换)处理中的数据转换。

(3-6)卡激活(切换)处理

在后面将参照图13来描述根据本公开内容的所述实施例的卡激活(切换)处理中的数据转换。图13是示出根据本公开内容的所述实施例的卡激活(切换)处理时的数据转换的解释图。

假设当从用户输入将卡AAA切换到卡CCC的卡激活(切换)请求时存在这样一种情况，其中卡AAA的卡信息被记录在芯片上的块数据中(转换(1))。此外，假设存在这样一种情况，其中卡AAA和卡CCC的卡信息被记录在服务器上的数据中(转换(2))。在这种情况下，服务器10实施与客户终端20的终端认证以及所有数据的读取(转换(3))。在终端认证和所有数据的读取成功之后，服务器10把“数据”(bbbb)写入在服务器上的卡AAA的数据上并且从而实现与芯片侧的最新数据的一致性，并且把表明卡AAA的卡的状态的“完成”更新到“尚未”(转换(4))。

在更新到转换(4)的状态的处理成功之后，服务器10把芯片上的块数据的阻断标志更新到开启(转换(5))。在更新到转换(5)的状态的处理成功之后，服务器10把表明服务器上的数据的卡AAA的卡的状态的“位置”更新到“后台”并且把“完成”更新到“结束”(转换(6))。在更新到转换(6)的状态的处理成功之后，服务器10把卡CCC的“标识信息”(1111)和“数据”(aaaa)写入在芯片上的卡AAA的块数据上(转换7)。

在更新到转换(7)的状态的处理成功之后，服务器10把表明服务器上的数据的卡CCC的状态的“位置”更新到“前台”并且把“完成”更新到“尚未”(转换(8))。在更新到转换(8)的状态的处理成功之后，服务器10把芯片上的块数据的阻断标志更新到关闭(转换(9))。随后，在更新到转换(9)的状态的处理成功之后，服务器10把表明服务器上的数据的卡CCC的卡的状态的“完成”更新到“结束”(转换(10))，并且结束卡激活(切换)处理。

前文中参照图13描述了根据本公开内容的所述实施例的卡激活(切换)处理中的数据转换。接下来将描述根据本公开内容的所述实施例的卡激活(恢复)处理中的数据转换。

(3-7)卡激活(恢复)处理

下面将参照图14来描述根据本公开内容的所述实施例的卡激活(恢复)处理中的数据转换。图14是示出根据本公开内容的所述实施例的卡激活(恢复)处理时的数据转换的解释图。

假设当从用户输入操纵请求时存在这样一种情况，其中处理对象的卡信息被记录在芯片上的块数据中，并且处理对象的卡信息也被记录在服务器上的数据中。但是假设在关于所述操纵请求的处理的执行期间，服务器10与客户终端20之间的连接由于通信故障等原因而断开，并且存在数据中发生了不一致的状态。举例来说，如图14中所示，芯片上的块数据处于数据中发生了不一致的状态，并且这种状态被表达为(？？？？)(转换(1))。此外，服务器上的数据处于在“位置”和“结束”中发生了不一致的状态，并且这种状态被表达为“任何(Any)”(转换(2))。

在这种情况下，服务器10实施与客户终端20的终端认证以及所有数据的读取(转换(3))。在终端认证和所有数据的读取成功之后(转换(4))，服务器10把“数据”(bbbb)写入在芯片上的块数据中，从而使得芯片上的数据被恢复(转换(5))。在更新到转换(5)的状态的处理成功之后，服务器10把表明服务器上的数据的卡的状态的“位置”更新到“前台”并且把“完成”更新到“尚未”，从而使得服务器上的数据被恢复(转换(6))。在更新到转换(6)的状态的处理成功之后，服务器10把芯片上的块数据的阻断标志更新到关闭(转换(7))。在更新到转换(7)的状态的处理成功之后，服务器10把表明服务器上的数据的卡的状态的“完成”更新到“结束”(转换(8))，并且结束卡激活(恢复)处理。

前文中参照图14描述了根据本公开内容的所述实施例的卡激活(恢复)处理中的数据转换。接下来将描述根据本公开内容的所述实施例的卡去激活处理中的数据转换。

(3-8)卡去激活处理

下面将参照图15来描述根据本公开内容的所述实施例的卡去激活处理中的数据转换。图15是示出根据本公开内容的所述实施例的卡去激活处理时的数据转换的解释图。

假设当从用户输入操纵请求时存在这样一种情况，其中处理对象的卡信息被记录在芯片上的块数据中(转换(1))，并且处理对象的卡信息也被记录在服务器上的数据中(转换(2))。在这种情况下，服务器10实施与客户终端20的终端认证以及所有数据的读取(转换(3))。在终端认证和所有数据的读取成功之后，服务器10把“数据”(bbbb)写入在芯片上的数据中从而实现与芯片侧的最新数据的一致性，并且把表明卡的状态的“完成”更新到“尚未”(转换(4))。

在更新到转换(4)的状态的处理成功之后，服务器10把芯片上的块数据的阻断标志更新到开启(转换(5))。在更新到转换(5)的状态的处理成功之后，服务器10把表明服务器上的数据的卡的状态的“位置”更新到“后台”并且把“完成”更新到“结束”(转换(6))。在更新到转换(6)的状态的处理成功之后，服务器10删除芯片上的块数据的所述区域(转换(7))。在删除所述区域的处理成功之后，服务器10不特别实施更新服务器上的数据的处理(转换(8))，并且结束卡去激活处理。

前文中参照图15描述了根据本公开内容的所述实施例的卡去激活处理中的数据转换。接下来将描述根据本公开内容的所述实施例的存储部分160。

<3.1.3、存储部分160>

存储部分160具有记录关于卡信息的信息的功能。举例来说，作为记录关于卡信息的信息的表，存储部分160具有卡信息表、账户信息表、卡标识信息位置信息表以及卡阻断标志位置信息表。

卡信息表例如记录与卡相关联的账户的ID、表明卡的状态的卡状态信息、保存IC服务中的业务信息的块数据信息、卡标识信息等等。从属于卡状态信息记录表明卡的状态的“状态”、表明卡的保留地点的“位置”以及表明芯片上的写入状态的“完成”。

账户信息表记录多个用户的账户信息。卡标识信息位置信息表记录表明卡标识信息被记录在块数据中的什么位置的位置信息。卡阻断标志位置信息表记录表明阻断标志被记录在块数据中的什么位置的位置信息。

根据本公开内容的所述实施例的存储部分160具有抗篡改性。存储部分160的数目可以是一个或多个。在有多个存储部分160的情况下，多个存储部分160当中的至少一个存储部分160具有抗篡改性就足够了。对于具有抗篡改性的存储部分160管理一把锁。根据本公开内容的所述实施例的锁例如是被用于检查电子签名的数据，比如NFC之类的任意通信系统的通信中的认证(包括用于访问记录介质的某一区段的认证)，与任意编码或解码有关的处理等等。

前文中参照图4到图15描述了根据本公开内容的所述实施例的服务器10的一个功能配置实例。接下来将描述根据本公开内容的所述实施例的服务器10的一个硬件配置实例。

<3.2、硬件配置实例>

下面将参照图16来描述根据本公开内容的所述实施例的服务器10的一个硬件配置实例。图16是示出根据本公开内容的所述实施例的服务器10的一个硬件配置实例的方块图。

如图16中所示，服务器10例如具有CPU 101、ROM 103、RAM 105、主机总线107、桥接器109、外部总线111和接口113。服务器10还具有输入设备115、显示设备117、语音输出设备119、存储设备121、驱动器123、可移除记录介质125和通信设备127。这里所示出的硬件配置是一个实例，并且可能省略了某些组件。所述硬件配置还可以包括除了这里所示出的组件之外的其他组件。

(1)CPU 101、ROM 103和RAM 105

CPU 101例如充当算术处理设备或控制设备，并且基于记录在ROM103、RAM 105、存储设备121或可移除记录介质125中的各种程序来控制每一个组件的全部或部分操作。ROM103是用于保存将由CPU 101读取的程序、用于算术运算的数据等等的装置。RAM 105例如视情况而定暂时地或持久地保存将由CPU 101读取的程序、在执行程序时改变的各种参数等等。这些组件通过由CPU总线等等构成的主机总线107彼此连接。例如通过与软件协作，CPU101、ROM 103和RAM 105可以实现参照图4描述的控制部分140的功能。

(2)主机总线107、桥接器109、外部总线111和接口113

CPU 101、ROM 103和RAM 105例如通过允许高速数据发送的主机总线107彼此连接。另一方面，主机总线107例如通过桥接器109连接到具有相对较低的数据发送速度的外部总线111。外部总线111通过接口113连接到各种组件。

(3)输入设备115

对于输入设备115，例如使用鼠标、键盘、触摸面板、按钮、开关、控制杆等等。此外，能够通过使用红外线或其他无线电波来发送控制信号的遥控器也可以被用作输入设备115。输入设备115包括比如麦克风之类的语音输入设备。

(4)显示设备117和语音输出设备119

显示设备117的实例包括比如阴极射线管(CRT)显示设备和液晶显示器(LCD)设备之类的显示设备。此外，显示设备117包括例如投影仪装置、有机发光二极管(OLED)设备和灯之类的显示设备。语音输出设备119包括例如扬声器和头戴式耳机之类的输出设备。

(5)存储设备121

存储设备121是用于保存各种数据的设备。作为存储设备121，例如使用硬盘驱动器(HDD)之类的磁性存储设备、半导体存储设备、光学存储设备、磁光存储设备等等。存储设备121例如可以实现参照图4描述的存储部分160的功能。

(6)驱动器123

驱动器123例如是读出记录在可移除记录介质125中的信息或者在可移除记录介质125上写入信息的设备，所述可移除记录介质125比如是磁盘、光盘、磁光盘或半导体存储器。

(7)可移除记录介质125

可移除记录介质125例如是DVD介质、Blu-ray(注册商标)介质、HD DVD介质、多种半导体存储介质当中的任一种等等。当然，可移除记录介质125例如可以是装备有无接触式IC芯片的IC卡、电子设备等等。

(8)通信设备127

通信设备127是用于连接到网络的通信设备，其实例包括用于有线或无线LAN、Bluetooth(注册商标)或无线USB(WUSB)的通信卡，用于光学通信的路由器，用于非对称数字订户线(ADSL)的路由器，用于各种通信的调制解调器等等。

前文中参照图16描述了根据本公开内容的所述实施例的服务器10的一个硬件配置实例。接下来将描述根据本公开内容的所述实施例的客户终端20。

<<4、根据本公开内容的所述实施例的客户终端>>

<4.1、功能配置实例>

下面将参照图17和图18来描述根据本公开内容的所述实施例的客户终端20的一个功能配置实例。图17是示出根据本公开内容的所述实施例的客户终端20的一个功能配置实例的方块图。

如图17中所示，根据本公开内容的所述实施例的客户终端20包括第一通信部分220、控制部分230、显示部分240、操纵部分250、存储部分260和第二通信部分270。

<4.1.1、第一通信部分220>

第一通信部分220具有与外部装置进行通信的功能。举例来说，第一通信部分220与服务器10进行通信。在与服务器10的通信中，第一通信部分220把接收自服务器10的信息输出到控制部分230。此外，在与服务器10的通信中，第一通信部分220把输入自控制部分230的信息发送到服务器10。

<4.1.2、控制部分230>

控制部分230具有控制整个客户终端20的功能。举例来说，控制部分230控制客户终端20的第一通信部分220中的通信处理。具体来说，控制部分230使得第一通信部分220把根据由控制部分230执行的处理所输出的信息发送到服务器10。控制部分230可以使得第二通信部分270把根据由控制部分230执行的处理所输出的信息发送到读取器/写入器30。

控制部分230控制客户终端20的显示部分240中的显示处理。举例来说，控制部分230获取与由服务器10管理的用户的账户相关联的卡信息的管理状态，执行基于所获取的管理状态与客户终端20的芯片的记录状态之间的比较结果所决定的处理，并且控制显示处理。在显示处理中，控制部分230使得显示设备显示所述比较结果。所述显示设备可以是客户终端20的显示部分240，或者可以与外部显示设备一致。举例来说，基于所述比较结果，控制部分230使得显示设备显示表明客户终端20中的卡信息的状态的对象。通过在显示设备上显示所述对象，用户可以很容易地在视觉上识别卡的状态。

在这里将参照图18来描述客户终端20中的各种显示处理。图18是示出根据本公开内容的所述实施例的客户终端20的各种显示处理的解释图。

如图18中所示，例如假设由服务器10管理的卡信息处于有效状态(“状态”是“活跃”，并且“位置”是“后台”)，并且芯片中的记录状态和服务器10中的管理状态不一致。在这种情况下，控制部分230判定记录在芯片中的服务信息处于无效状态。控制部分230使得显示部分240显示表明芯片的卡信息处于无效状态并且对应于所述卡信息的卡是非活跃卡的信息。

此外，假设由客户终端20管理的卡信息处于有效状态(“状态”是“活跃”，并且“位置”是“前台”)，并且记录状态和管理状态不一致。在这种情况下，控制部分230判定记录在芯片中的卡信息处于丢失状态，并且请求用户或服务器10删除卡信息。控制部分230使得显示部分240显示表明芯片的卡信息处于丢失状态的信息。

此外，假设由客户终端20管理的卡信息处于丢失状态(“状态”是“丢失”)。在这种情况下，控制部分230判定记录在芯片中的卡信息处于丢失状态，并且请求用户或服务器10删除卡信息。控制部分230使得显示部分240显示表明芯片的卡信息处于丢失状态的信息。

此外，假设由服务器10管理的卡信息处于无效状态(“状态”是“处理中”)并且卡信息未被记录在芯片中。在这种情况下，控制部分230判定由服务器10管理的卡信息正在被新创建。控制部分230使得显示部分240显示表明芯片的卡信息正在被新创建的信息。

此外，假设由服务器10管理的卡信息处于有效状态并且处于最新状态(“状态”是“活跃”，“位置”是“后台”，并且“完成”是“结束”)，并且芯片的记录状态和服务器10的管理状态一致。在这种情况下，控制部分230判定卡信息处于等待处理恢复的状态，并且请求用户或服务器10恢复卡信息的处理。控制部分230使得显示部分240显示表明芯片的卡信息处于等待处理恢复的状态的信息。

此外，假设客户终端20的卡信息处于有效状态，但是并不确定客户终端20的卡信息和服务器10的卡信息的哪个处于最新状态(“状态”是“活跃”，“位置”是“前台”，并且“完成”是“尚未”)。此外，假设卡信息的记录状态和管理状态一致。在这种情况下，控制部分230判定服务器10的卡信息处于等待处理恢复的状态，并且请求用户或服务器10恢复卡信息的处理。控制部分230使得显示部分240显示表明芯片的卡信息处于等待处理恢复的状态的信息。

此外，假设由客户终端20管理的卡信息处于有效状态并且处于最新状态(“状态”是“活跃”，“位置”是“前台”，并且“完成”是“结束”)，并且记录状态和管理状态一致。在这种情况下，控制部分230判定记录在芯片中的卡信息处于有效状态。控制部分230使得显示部分240显示表明芯片的卡信息处于有效状态并且对应于所述卡信息的卡是活跃卡的信息。

此外，控制部分230基于输入到客户终端20的操纵部分250的信息来控制处理。举例来说，控制部分230基于用户输入到操纵部分250的操纵来执行关于记录在芯片中的卡信息的处理。

此外，控制部分230控制客户终端20的存储部分260中的存储处理。举例来说，控制部分230把通过执行关于记录在芯片中的卡信息的处理而输出的信息输出到存储部分260，并且使得存储部分260存储所述信息。

此外，控制部分230控制客户终端20的第二通信部分270中的通信处理。举例来说，基于用户的指令，控制部分230使得记录在芯片中的卡信息的记录状态被发送到管理卡信息的服务器10。

<4.1.3、显示部分240和操纵部分250>

显示部分240具有在控制部分230的控制下在显示面板上显示多样的显示屏幕的功能，比如主页屏幕和锁定屏幕。作为显示面板，例如使用液晶显示面板或有机电致发光(EL)显示面板。作为操纵部分250，客户终端20包括操纵按键、电源开关等等。操纵按键的操纵信息被发送到控制部分230。

通过对于显示部分240使用触摸面板，客户终端20的显示部分240可以充当操纵部分250。当显示面板的表面(检测表面)被身体(比如手指)或笔触摸时，触摸面板检测触摸位置。举例来说，触摸面板检测到手指或笔与显示面板在其中显示图像等等的一个区域等等发生接触。触摸面板可以被配置成处于层叠在显示面板上的状态，或者可以被配置成与显示面板集成。触摸面板例如可以是电容类型；在这种情况下，通过电容的改变检测到显示面板的表面被手指等触摸的事实。

由触摸面板检测到的触摸位置的数据被发送到控制部分230。控制部分230基于所提供的触摸位置来执行运行应用。触摸位置例如由作为两个正交轴的X轴(水平轴)和Y轴(垂直轴)上的坐标位置表明。由触摸面板检测到的坐标位置的数目不限于一个。在多个点同时被触摸的情况下，控制部分230基于所检测到的多个点进行控制。当触摸面板的一个较大区域同时被触摸时，控制部分230检测整个触摸区域。

<4.1.4、存储部分260>

存储部分260具有记录关于客户终端20的信息的功能。举例来说，存储部分260存储数据和各种应用，所述数据比如有在控制部分230的处理中所输出的数据。

<4.1.5、第二通信部分270>

第二通信部分270具有与外部装置进行通信的功能。举例来说，第二通信部分270通过NFC与读取器/写入器30进行通信。在与读取器/写入器30的通信中，第二通信部分270把接收自读取器/写入器30的信息输出到控制部分230。此外，在与读取器/写入器30的通信中，第二通信部分270把输入自控制部分230的信息发送到读取器/写入器30。正如前面所描述的那样，第二通信部分270例如可以是适配于除NFC之外的其他通信系统的通信设备，比如使用IEEE 802.15.1的无线通信。

前文中参照图17和18描述了根据本公开内容的所述实施例的客户终端20的一个功能配置实例。接下来将描述根据本公开内容的所述实施例的客户终端20的一个硬件配置实例。

<4.2、硬件配置实例>

<4.2.1、客户终端20的硬件配置实例>

下面将参照图19来描述根据本公开内容的所述实施例的客户终端20的一个硬件配置实例。图19是示出根据本公开内容的所述实施例的客户终端20的一个硬件配置实例的方块图。如图19中所示，客户终端20例如具有CPU 201、ROM 203、RAM 205、输入设备207、显示设备209、语音输出设备211、存储设备213和通信设备215。这里所示出的硬件配置是一个实例，并且可能省略了某些组件。所述硬件配置还可以包括除了这里所示出的组件之外的其他组件。

(1)CPU 201、ROM 203和RAM 205

CPU 201例如充当算术处理设备或控制设备，并且基于记录在ROM 203、RAM 205或存储设备213中的各种程序来控制每一个组件的全部或部分操作。ROM 203是用于保存将由CPU 201读取的程序、用于算术运算的数据等等的装置。RAM 205例如视情况而定暂时地或持久地保存将由CPU 201读取的程序、在执行程序时改变的各种参数等等。这些组件通过由CPU总线等等构成的主机总线彼此连接。例如通过与软件协作，CPU 201、ROM 203和RAM 205可以实现参照图17描述的控制部分230的功能。

(2)输入设备207

对于输入设备207，例如使用鼠标、键盘、触摸面板、按钮、开关、控制杆等等。此外，能够通过使用红外线或其他无线电波来发送控制信号的遥控器也可以被用作输入设备207。输入设备207包括比如麦克风之类的语音输入设备。输入设备207例如可以实现参照图17描述的操纵部分250的功能。

(3)显示设备209和语音输出设备211

显示设备209的实例包括比如阴极射线管(CRT)显示设备和液晶显示器(LCD)设备之类的显示设备。此外，显示设备209包括例如投影仪装置、有机发光二极管(OLED)设备和灯之类的显示设备。语音输出设备211包括例如扬声器和头戴式耳机之类的输出设备。显示设备209例如可以实现参照图17描述的显示部分240的功能。

(4)存储设备213

存储设备213是用于保存各种数据的设备。作为存储设备213，例如使用硬盘驱动器(HDD)之类的磁性存储设备、半导体存储设备、光学存储设备、磁光存储设备等等。存储设备213例如可以实现参照图17描述的存储部分260的功能。

(5)通信设备215

通信设备215是用于连接到网络的通信设备，其实例包括用于有线或无线LAN、Bluetooth(注册商标)或无线USB(WUSB)的通信卡，用于光学通信的路由器，用于非对称数字订户线(ADSL)的路由器，用于各种通信的调制解调器等等。通信设备215例如可以实现参照图17描述的第一通信部分220的功能。

前文中参照图19描述了根据本公开内容的所述实施例的客户终端20的一个硬件配置实例。

<4.2.2、第二通信部分270的硬件配置实例>

接下来将参照图20来描述根据本公开内容的所述实施例的第二通信部分270的一个硬件配置实例。图20是示出根据本公开内容的所述实施例的第二通信部分270的一个硬件配置实例的方块图。第二通信部分270例如包括天线272和IC芯片274。对于图20中示出的IC芯片274的配置，第二通信部分270例如可以不采用IC芯片的形式。

具有图20中示出的硬件配置的第二通信部分270由根据通过天线272接收到的载波的所接收到的电压驱动。第二通信部分270例如还可以由供应自内部电源(比如包括在第二通信部分270中的电池)的电力、供应自所连接的外部电源的电力等等来驱动。

(1)天线272

天线272由例如包括具有预定电感的线圈(电感器)L1和具有预定电容的电容器C1的谐振电路构成，并且通过响应于接收到载波的电磁感应而生成感应电压。此外，天线272输出通过以预定谐振频率谐振出感应电压而获得的接收电压。在这里，根据载波的频率来设定天线272的谐振频率，例如13.56MHz。天线272通过前面的配置接收载波，并且通过在IC芯片274的负载调制电路286中实施的负载调制来发送响应信号。

(2)IC芯片274

IC芯片274例如包括载波检测电路276、检测电路278、调节器280、解调电路282、处理器284和负载调制电路286。此外，虽然在图20中未示出，IC芯片274例如还可以包括用于防止过电压或过电流被施加到处理器284的保护电路(未示出)。在这里，例如由二极管等构成的箝位电路等等可以被用作所述保护电路(未示出)。

此外，IC芯片274例如包括只读存储器(ROM)288、随机存取存储器(RAM)290和非易失性存储器292。举例来说，处理器284、ROM288、RAM 290和非易失性存储器292通过作为数据传输路径的总线294连接。

(2-1)ROM 288

ROM 288存储由处理器284使用的程序、比如计算参数之类的控制数据等等。

(2-2)RAM 290

RAM 290暂时地存储由处理器284执行的程序、计算结果、执行状态等等。

(2-3)非易失性存储器292

非易失性存储器292例如存储各种数据，比如与根据本公开内容的所述实施例的信息处理有关的数据，比如服务信息和设定信息，对应于各种服务的数据，以及各种应用程序。

在这里，非易失性存储器292的实例包括电可擦写可编程只读存储器(EEPROM)、闪存等等。

非易失性存储器292例如具有抗篡改性。通过将数据存储在具有抗篡改性的安全记录介质中，比如非易失性存储器292，第二通信部分270中的数据安全得到确保。举例来说，在具有抗篡改性的非易失性存储器292中，阻断标志、卡标识信息和业务信息被记录为每一张卡的块数据。

(2-4)载波检测电路276

载波检测电路276例如基于传输自天线272的接收电压而生成矩形检测信号，并且把检测信号发送到处理器284。此外，处理器284例如使用所传输的检测信号作为用于数据处理的处理时钟。在这里，由于检测信号是基于传输自天线272的接收电压的信号，因此检测信号与发送自外部设备(比如读取器/写入器30)的载波的频率是同步的。因此，由于安装了载波检测电路276，IC芯片274可以与外部设备同步地与例如读取器/写入器30之类的外部设备实施处理。

(2-5)检测电路278

检测电路278对输出自天线272的接收电压进行整流。在这里，检测电路278例如包括二极管D1和电容器C2。

(2-6)调节器280

调节器280把所接收到的电压改变成平滑的恒定电压，并且将驱动电压输出到处理器284。在这里，调节器280使用所接收到的电压的直流分量作为驱动电压。正如前面所描述的那样，例如在第二通信部分270包括比如电池之类的内部电源的情况下，第二通信部分270可以由供应自内部电源的电力驱动。在外部电源连接到第二通信部分270的情况下，第二通信部分270可以由供应自外部电源的电力驱动。

(2-7)解调电路282

解调电路282基于对应于载波信号的接收电压和输出数据(例如高电平和低电平的二进制数据信号)对包括在载波中的载波信号进行解调。在这里，解调电路282输出接收电压的AC分量作为数据。

(2-8)处理器284

处理器284是使用输出自调节器280的驱动电压作为电力来驱动的，并且处理在解调电路282中解调的数据。

此外，处理器284根据处理结果选择性地生成用于控制与针对外部设备(比如读取器/写入器30)的响应有关的负载调制的控制信号。随后，处理器284将控制信号选择性地输出到负载调制电路286。

处理器284中的处理不限于在解调电路282中解调的数据的处理。举例来说，处理器284可以实施任意数据的处理。

处理器284例如由一个或两个或更多处理器构成，所述一个或两个或更多处理器分别由比如微处理单元(MPU)之类的算术电路、各种处理电路等等构成。

(2-9)负载调制电路286

负载调制电路286例如包括负载Z和开关SW1，并且根据传输自处理器284的控制信号选择性地连接(激活)负载Z并且实施负载调制。在这里，负载Z例如包括具有预定电阻值的电阻器。此外，开关SW1例如由p沟道金属氧化物场效应晶体管(MOSFET)或n沟道MOSFET构成。

在前面的配置下，IC芯片274处理由天线272接收的载波信号，并且通过负载调制使得天线272发送响应信号。此外，在前面的配置下，IC芯片274例如可以实施任意数据的处理。

根据本公开内容的所述实施例的第二通信部分270的硬件配置不限于图20中示出的配置。

前文中参照图20描述了根据本公开内容的所述实施例的第二通信部分270的一个硬件配置实例。接下来将描述根据本公开内容的所述实施例的读取器/写入器30。

<<5、根据本公开内容的所述实施例的读取器/写入器>>

<5.1、硬件配置实例>

下面将参照图21来描述根据本公开内容的所述实施例的读取器/写入器30的一个硬件配置实例。图21是示出根据本公开内容的所述实施例的读取器/写入器30的一个硬件配置实例的方块图。应当提到的是，根据本公开内容的所述实施例的读取器/写入器30的硬件配置不限于图21中示出的配置。

读取器/写入器30例如包括MPU 301、ROM 303、RAM 305、记录介质307、通信接口311、天线313和载波发送电路315。此外，读取器/写入器30的各个组件例如通过充当数据传输路径的总线309彼此连接。此外，读取器/写入器30例如由供应自内部电源(比如包括在读取器/写入器30中的电池)的电力、供应自所连接的外部电源的电力等等来驱动。

(1)MPU 301

MPU 301由一个或两个或更多处理器构成，并且充当总体上控制读取器/写入器30的控制部分(未示出)，其中所述一个或两个或更多处理器由例如MPU之类的计算电路、各种处理电路等等构成。

(2)ROM 303

ROM 303存储由MPU 301使用的程序、比如计算参数之类的控制数据等等。

(3)RAM 305

RAM 305例如暂时地存储由MPU 301执行的程序。

(4)记录介质307

记录介质307充当存储单元(未示出)并且存储各种类型的数据，比如各种应用。在这里，记录介质307的实例包括比如硬盘之类的磁性记录介质以及比如闪存之类的非易失性存储器。此外，记录介质307可以是从读取器/写入器30可拆卸的。

(5)通信接口311

通信接口311是实施由读取器/写入器30支持的一种通信方案的通信的通信设备，并且充当以无线或有线方式通过网络(或者直接)与例如服务器之类的外部设备实施通信的第一通信部分(未示出)。在这里，例如通信天线和RF电路(无线通信)、IEEE 802.15.1端口和发送/接收电路(无线通信)、IEEE 802.11端口和发送/接收电路(无线通信)、LAN终端和发送/接收电路(有线通信)等等可以被用作通信接口311。此外，通信接口311可以是对应于根据本实施例的网络的任意配置。

天线313和载波发送电路315是实施在读取器/写入器30中支持的其他通信方案的通信的通信设备，并且充当以无线或有线方式与例如客户终端20之类的外部设备实施通信的第二通信部分(未示出)。

(6)天线313

天线313例如由谐振电路和解调电路构成，所述谐振电路包括充当发送/接收天线的具有预定电感的线圈以及具有预定电容的电容器。此外，天线313接收具有预定频率(比如13.56MHz)的载波，并且对通过负载调制等等从比如客户终端20之类的外部设备发送的数据等等进行解调。此外，例如在载波发送电路315包括解调电路的情况下，天线313可以由谐振电路构成。

(7)载波发送电路315

载波发送电路315例如包括实施比如幅移键控(ASK)之类的调制的调制电路以及放大调制电路的输出的放大电路，并且使得载送来自天线313的发送/接收天线的载波信号的载波被发送。此外，载波发送电路315可以包括例如对由天线313接收的信号进行解调的解调电路。举例来说，解调电路对调制电路(或放大电路)与天线313的谐振电路之间的电压的幅度改变实施包络检测，将所检测到的信号二进制化，并且对由天线313接收的信号进行解调。此外，解调电路可以例如通过使用调制电路(或放大电路)与天线313的谐振电路之间的电压的相位改变对由天线313接收的信号进行解调。

由于安装了载波发送电路315，读取器/写入器30具有NFC中的发起者功能并且承担所谓的读取器/写入器。在这里，比如轮询信号和表明各种命令(比如写入命令)的信号之类的各种信号可以被载波发送电路315用作发送自天线313的载波信号。根据本公开内容的所述实施例的写入命令的实例包括数据(包括数据写入顺序)和表明用于进行写入的区段的各种参数等等。此外，写入命令可以包括待写入的数据。

此外，载波发送电路315例如控制MPU 301的载波发送。

举例来说，在通过具有类似于通信接口311的功能的外部通信设备来与外部设备实施通信的情况下，读取器/写入器30可以不包括通信接口311。

在通过具有类似于天线313和载波发送电路315的功能的外部通信设备来与外部装置进行通信的情况下，读取器/写入器30可以不包括天线313或载波发送电路315。

此外，在根据除NFC之外的其他通信方案(比如使用IEEE 802.15.1的无线通信)与外部设备实施通信的情况下，读取器/写入器30可以不包括天线313和载波发送电路315。在前面的实例的情况下，读取器/写入器30通过支持除NFC之外的其他通信方案的通信设备或者支持除NFC之外的其他通信方案的外部通信设备来与外部设备实施通信。

此外，读取器/写入器30可以具有其中例如不包括记录介质307的配置。

此外，可以通过一个或两个或更多集成电路(IC)来实现图21中所示出的配置。

前文中参照图21描述了根据本公开内容的所述实施例的读取器/写入器30的一个硬件配置实例。接下来将描述根据本公开内容的所述实施例的信息处理系统的操作实例。

<<6、操作实例>>

下面将参照图22到29来描述根据本公开内容的所述实施例的服务器10和客户终端20的操作实例。

<6.1、登入/登出处理>

首先将参照图22来描述根据本公开内容的所述实施例的登入/登出处理中的服务器10和客户终端20的一个操作实例。图22是示出根据本公开内容的所述实施例的登出/登入处理时的一个操作实例的序列图。

如图22中所示，在实施登入时，首先客户终端20向服务器10发送登入请求(步骤S2000)。接收到登入请求的服务器10基于客户终端20的标识信息指定账户(步骤S2002)。在指定账户之后，服务器10生成并且记录登入令牌(步骤S2004)。随后，服务器10向客户终端20发送登入令牌(步骤S2006)，并且结束登入处理。

在实施登出时，首先客户终端20向服务器10发送登出请求(步骤S2008)。接收到登出请求的服务器10使得在登入处理期间生成的登入令牌无效化(步骤S2010)。在登入令牌无效化之后，服务器10把登出处理的结果发送到客户终端20(步骤S2012)，并且结束处理。

<6.2、卡列表获取处理>

接下来将参照图23来描述根据本公开内容的所述实施例的卡列表获取处理中的服务器10和客户终端20的一个操作实例。图23是示出根据本公开内容的所述实施例的卡列表获取处理时的一个操作实例的序列图。假设在本处理开始时已经由客户终端20执行了登入处理。

如图23中所示，在获取卡列表时，首先客户终端20向服务器10发送包括登入令牌的卡列表获取请求(步骤S3000)。接收到卡列表获取请求的服务器10基于登入令牌指定账户(步骤S3002)。在指定账户之后，服务器10从在卡信息表上管理的账户ID当中搜索与所指定的账户ID一致的账户ID，并且指定对应于一致的账户ID的卡信息(步骤S3004)。随后，服务器10向客户终端20发送卡信息(步骤S3006)。在接收到卡信息之后，客户终端20检查卡信息的一致性(步骤S3008)，并且结束卡列表获取处理。

<6.3、卡发出(仅有服务器)处理>

接下来将参照图24来描述根据本公开内容的所述实施例的卡发出(仅有服务器)处理中的服务器10和客户终端20的一个操作实例。图24是示出根据本公开内容的所述实施例的卡发出(仅有服务器)处理时的一个操作实例的序列图。假设在本处理开始时已经由客户终端20执行了登入处理。

如图24中所示，在仅向服务器发出卡时，首先客户终端20获取安全元件ID(步骤S4000)。在这里，安全元件ID是用于指定安全元件的标识信息。在获取安全元件ID之后，客户终端20从对应于安全元件ID的芯片上的数据中读取将为之发出卡的服务信息(步骤S4002)。在读取服务信息之后，客户终端20向服务器10发送包括登入令牌、安全元件ID和读取结果(记录状态)的卡面生成请求(步骤S4004)。

在接收到卡面生成请求之后，服务器10基于登入令牌指定账户(步骤S4006)。在指定账户之后，服务器10创建卡信息(步骤S4008)，并且向客户终端20发送卡信息(包括卡ID)和访问令牌(步骤S4010)。在接收到卡信息等等之后，客户终端20与服务器10实施终端认证(步骤S4012)。在终端认证之后，客户终端20向服务器10发送包括访问令牌和终端认证结果的卡发出请求(步骤S4014)。在接收到卡发出请求之后，服务器10更新卡的状态(步骤S4016)。在更新卡的状态的处理之后，服务器10向客户终端20发送处理结果(步骤S4018)，并且结束卡发出(仅有服务器)处理。

<6.4、卡发出处理>

接下来将参照图25来描述根据本公开内容的所述实施例的卡发出处理中的服务器10和客户终端20的一个操作实例。图25是示出根据本公开内容的所述实施例的卡发出处理时的一个操作实例的序列图。假设在本处理开始时已经由客户终端20执行了登入处理。

如图25中所示，在发出卡时，首先客户终端20获取安全元件ID(步骤S5000)。在获取安全元件ID之后，客户终端20从对应于安全元件ID的芯片上的数据中读取将为之发出卡的服务信息(步骤S5002)。在读取服务信息之后，客户终端20向服务器10发送包括登入令牌、安全元件ID和读取结果(记录状态)的卡面生成请求(步骤S5004)。

在接收到卡面生成请求之后，服务器10基于登入令牌指定账户(步骤S5006)。在指定账户之后，服务器10创建卡信息(步骤S5008)，并且向客户终端20发送卡信息(包括卡ID)和访问令牌(步骤S5010)。在发送卡信息等之后，服务器10使得客户终端20发出用于存储卡信息的区域(步骤S5012)。在发出所述区域之后，客户终端20发送包括访问令牌和区域发出结果的卡发出请求(步骤S5014)。在接收到卡发出请求时，服务器10向客户终端20发送访问令牌(步骤S5016)；当客户终端20接收到访问令牌时，服务器10和客户终端20与彼此实施终端认证(步骤S5018)。

在终端认证之后，服务器10更新卡的状态(步骤S5020)。在更新卡的状态之后，服务器10在客户终端20的芯片上所发出的区域中吸入所创建的卡信息(标识信息和数据)，并且把阻断标志设定到开启，从而导致非活跃状态(步骤S5022)。在芯片上写入卡信息之后，服务器10更新卡的状态(步骤S5024)。在更新卡的状态之后，服务器10把客户终端20的阻断标志设定到关闭，从而导致活跃状态(步骤S5026)。在切换阻断标志的处理之后，客户终端20向服务器10发送包括访问令牌和切换处理结果的卡发出请求(步骤S5028)。在接收到卡发出请求之后，服务器10更新卡的状态(步骤S5030)。在更新卡的状态的处理之后，服务器10向客户终端20发送处理结果，并且结束卡发出处理(步骤S5032)。

<6.5、卡删除(仅有服务器)处理>

接下来将参照图26来描述根据本公开内容的所述实施例的卡删除(仅有服务器)处理中的服务器10和客户终端20的一个操作实例。图26是示出根据本公开内容的所述实施例的卡删除(仅有服务器)处理时的一个操作实例的序列图。假设在本处理开始时已经由客户终端20执行了登入处理。

如图26中所示，首先，客户终端20获取安全元件ID(步骤S6000)。在获取安全元件ID之后，客户终端20从对应于安全元件ID的芯片上的数据中读取将为之删除卡的服务信息(步骤S6002)。在读取服务信息之后，客户终端20向服务器10发送包括登入令牌、安全元件ID和读取结果(记录状态)的卡删除请求(步骤S6004)。

在接收到卡删除请求之后，服务器10基于登入令牌指定账户(步骤S6006)。在指定账户之后，服务器10向客户终端20发送访问令牌(步骤S6008)；当客户终端20接收到访问令牌时，服务器10和客户终端20与彼此实施终端认证(步骤S6010)。在终端认证之后，客户终端20向服务器10发送包括访问令牌和终端认证结果的卡删除请求(步骤S6012)。在接收到卡删除请求之后，服务器10更新卡的状态(步骤S6014)。在更新卡的状态的处理之后，服务器10向客户终端20发送处理结果(步骤S6016)，并且结束卡删除(仅有服务器)处理。

<6.6、卡删除处理>

接下来将参照图27来描述根据本公开内容的所述实施例的卡删除处理中的服务器10和客户终端20的一个操作实例。图27是示出根据本公开内容的所述实施例的卡删除处理时的一个操作实例的序列图。假设在本处理开始时已经由客户终端20执行了登入处理。

如图27中所示，首先，客户终端20获取安全元件ID(步骤S7000)。在获取安全元件ID之后，客户终端20从对应于安全元件ID的芯片上的数据中读取将为之删除卡的服务信息(步骤S7002)。在读取服务信息之后，客户终端20向服务器10发送包括登入令牌、安全元件ID和读取结果(记录状态)的卡删除请求(步骤S7004)。

在接收到卡删除请求之后，服务器10基于登入令牌指定账户(步骤S7006)。在指定账户之后，服务器10向客户终端20发送访问令牌(步骤S7008)；当客户终端20接收到访问令牌时，服务器10实施与客户终端20的终端认证以及删除所述区域的处理(步骤S7010)。在终端认证和删除所述区域的处理之后，客户终端20向服务器10发送包括访问令牌、终端认证结果和删除所述区域的处理结果的卡删除请求(步骤S7012)。在接收到卡删除请求之后，服务器10更新卡的状态(步骤S7014)。在更新卡的状态的处理之后，服务器10向客户终端20发送处理结果(步骤S7016)，并且结束卡删除处理。

<6.7、卡激活(切换)处理>

接下来将参照图28来描述根据本公开内容的所述实施例的卡激活(切换)处理中的服务器10和客户终端20的一个操作实例。图28是示出根据本公开内容的所述实施例的卡激活(切换)处理时的一个操作实例的序列图。假设在本处理开始时已经由客户终端20执行了登入处理。此外，下面将描述可以切换卡AAA和卡CCC的情况的一个实例。

如图28中所示，首先，客户终端20获取安全元件ID(步骤S8000)。在获取安全元件ID之后，客户终端20从对应于安全元件ID的芯片上的数据中读取将为之激活卡的服务信息(步骤S8002)。在读取服务信息之后，客户终端20向服务器10发送包括登入令牌、安全元件ID和读取结果(记录状态)的卡激活请求(步骤S8004)。

在接收到卡激活请求之后，服务器10基于登入令牌指定账户(步骤S8006)。在指定账户之后，服务器10创建卡信息(步骤S8008)，并且向客户终端20发送访问令牌(步骤S8010)。在接收到访问令牌时，客户终端20与服务器10实施终端认证，并且读取卡AAA的卡信息(所有数据)(步骤S8012)。在终端认证和卡信息的读取之后，服务器10更新卡AAA的卡的状态(步骤S8014)。在更新卡的状态之后，服务器10把客户终端20的芯片的卡信息的阻断标志设定到开启，从而导致非活跃状态(步骤S8016)。在更新芯片的阻断标志之后，服务器10更新卡AAA的卡的状态(步骤S8018)。

在更新卡的状态之后，服务器10把卡CCC的卡标识信息和数据写入在卡AAA的卡标识信息和数据上，并且实施更新(步骤S8020)。在更新芯片的卡信息之后，服务器10更新卡CCC的卡的状态(步骤S8022)。在更新卡的状态之后，服务器10把客户终端20的芯片的卡信息的阻断标志设定到关闭，从而导致活跃状态(步骤S8024)。在更新芯片的阻断标志之后，客户终端20向服务器10发送包括访问令牌和阻断标志的更新结果的卡激活请求(步骤S8026)。在接收到卡激活请求之后，服务器10更新卡CCC的卡的状态(步骤S8028)。在更新卡的状态的处理之后，服务器10向客户终端20发送处理结果(步骤S8030)，并且结束卡激活(切换)处理。

<6.8、卡去激活处理>

接下来将参照图29来描述根据本公开内容的所述实施例的卡去激活处理时的服务器10和客户终端20的一个操作实例。图29是示出根据本公开内容的所述实施例的卡去激活处理时的一个操作实例的序列图。

如图29中所示，首先，客户终端20获取安全元件ID(步骤S9000)。在获取安全元件ID之后，客户终端20从对应于安全元件ID的芯片上的数据中读取将为之去激活卡的服务信息(步骤S9002)。在读取服务信息之后，客户终端20向服务器10发送包括登入令牌、安全元件ID和读取结果(记录状态)的卡去激活请求(步骤S9004)。

在接收到卡去激活请求之后，服务器10基于登入令牌指定账户(步骤S9006)。在指定账户之后，服务器10创建卡信息(步骤S9008)，并且向客户终端20发送访问令牌(步骤S9010)。在接收到访问令牌时，客户终端20与服务器10实施终端认证，并且读取卡信息(所有数据)(步骤S9012)。在终端认证和卡信息的读取之后，服务器10更新卡的状态(步骤S9014)。

在更新卡的状态之后，服务器10把客户终端20的芯片的卡信息的阻断标志设定到开启，从而导致非活跃状态(步骤S9016)。在更新芯片的阻断标志之后，服务器10更新卡的状态(步骤S9018)。在更新卡的状态之后，服务器10删除芯片的所述区域(步骤S9020)。在删除芯片的所述区域之后，客户终端20向服务器10发送包括访问令牌和区域删除结果的卡去激活请求(步骤S9022)。在接收到卡去激活请求之后，服务器10向客户终端20发送处理结果(步骤S9024)，并且结束卡去激活处理。

前文中参照图22到图29描述了根据本公开内容的所述实施例的服务器10和客户终端20的操作实例。接下来将描述根据本公开内容的所述实施例的修改实例。

<<7、修改实例>>

下面将描述本公开内容的所述实施例的修改实例。后面所描述的每一个修改实例可以被单独应用于本公开内容的所述实施例，或者全部两个修改实例可以被组合地应用于本公开内容的所述实施例。每一个修改实例可以替代在本公开内容的所述实施例中所描述的配置而被应用，或者可以作为在本公开内容的所述实施例中所描述的配置的补充而被应用。

<7.1、第一修改实例>

下面将参照图30来描述根据本公开内容的所述实施例的第一修改实例。图30是示出根据本公开内容的所述实施例的第一修改实例的解释图。

在前面所描述的实施例中描述了第一信息处理装置仅由服务器10构成的一个实例；但是如30中所示，第一信息处理装置可以由服务器10和安全服务器40构成。安全服务器40具有管理重要保密信息的功能；此功能是与服务器10分开的功能。为了实现此功能，安全服务器40包括通信部分430、控制部分440和存储部分460。

通信部分430具有类似于在前面描述的实施例中所描述的通信部分130，并且与通信部分130进行通信。但是通信部分430只能与通信部分130进行通信并且不与客户终端20进行直接通信。控制部分440具有控制管理重要保密信息的处理的功能。存储部分460具有存储重要保密信息的功能。由于存储部分460应对重要保密信息，因此其优选地具有抗篡改性。

正如前面所描述的那样，第一信息处理装置通过安全服务器40来管理重要保密信息，从而可以改进安全性，其中安全服务器40时不同于服务器10的另一个服务器。

<7.2、第二修改实例>

下面将参照图31来描述根据本公开内容的所述实施例的第二修改实例。图31是示出根据本公开内容的所述实施例的第二修改实例的解释图。

在前面所描述的实施例中描述了第一信息处理装置仅由服务器10构成的一个实例；但是如31中所示，第一信息处理装置可以由服务器10、安全服务器40和业务服务器50构成。业务服务器50是具有与服务器10分开的一部分的功能的服务器。举例来说，在分开之前的服务器10所具有的功能当中，业务服务器50具有除了为客户端提供Web API的功能之外的其他功能。

类似于在前述实施例中所描述的服务器10，业务服务器50包括通信部分530、控制部分540和存储部分560。通信部分530可以与通信部分130和通信部分430进行通信。通信部分530通过内联网与通信部分130进行通信，并且通过专用线路与通信部分430进行通信。但是通信部分530不与客户终端20进行直接通信。控制部分540具有实施除了关于前面所描述的为客户端提供Web API的功能的处理之外的其他处理的功能。存储部分560具有存储由控制部分540所执行的处理输出的信息的功能。在本修改实例中，业务服务器50扮演前端服务器的角色。安全服务器40的配置与在第一修改实例中所描述的配置相同。

正如前面所描述的那样，通过由多个服务器构成并且使得每一个服务器以分布式方式实施处理，第一信息处理装置可以改进处理效率。此外，与第一修改实例中一样，重要保密信息由安全服务器40管理，从而可以改进安全性，其中安全服务器40是不同于服务器10的另一个服务器。

前文中参照图30和图31描述了根据本公开内容的所述实施例的修改实例。

<<8、结论>>

正如前文中所描述的那样，根据本公开内容的所述实施例的服务器10(第一信息处理装置)将对应于服务的卡信息与用户的账户相关联地进行管理。此外，服务器10基于账户、用户的操纵请求、客户终端20的芯片的记录状态以及与账户相关联的卡信息来决定和执行关于卡信息的处理。

正如前面所描述的那样，通过将用户的账户与卡信息相关联，服务器10可以管理多张卡而不管服务的种类。此外，在保持服务器10中的卡信息的管理状态和客户终端20中的卡信息的记录状态的完整性的同时，服务器10可以根据用户的操纵来实施互相传输。

因此，有可能提供一种新的经过改进的信息处理装置和一种新的经过改进的信息处理方法，从而能够改进相同IC服务中的多张IC卡的便利性。

前文中参照附图详细描述本公开内容的优选实施例，但是本公开内容的技术范围不限于这样的实例。显而易见的是，在权利要求书中所描述的技术想法的范围内，本公开内容的技术领域的技术人员可以得出各种修改实例或修订实例，并且可以自然理解的是，这样的实例术语本公开内容的技术范围。

应当提到的是，可以使用任何软件、硬件以及软件与硬件的组合来实现由本说明书中所描述的对应设备实施的一系列处理。配置软件的程序例如被预先存储在记录介质(非瞬时性介质)中，所述记录介质被提供在对应设备的内部或外部。当计算机执行程序时，每一个程序被读取到RAM中，并且由例如CPU之类的处理器执行。

此外，在本说明书中使用流程图和序列图描述的处理可以不必按照所示出的顺序来执行。一些处理步骤可以被并行地实施。可以采用附加的处理步骤，并且一些处理步骤可以被忽略。

此外，在本说明书中描述的有利效果仅仅是描述性或示例性而不是示例性的。换句话说，作为前述有利效果的补充或替代，根据本公开内容的技术给出了本领域技术人员通过本说明书的描述可以想到其他有利的效果。

应当提到的是，下面的配置也落在本公开内容的技术范围内。

(1)一种信息处理装置，包括：

将对应于服务的服务信息与指定用户的标识信息相关联地进行管理的管理部分；

基于所获取的标识信息、所获取的用户指令、所获取的记录介质的记录状态以及与所获取的标识信息相关联的服务信息来决定关于服务信息的处理的决定部分；以及

执行被决定的所述处理的执行部分。

(2)根据(1)的信息处理装置，其中，

如果用户指令是把第一服务信息在记录介质中带到有效状态的指令，由用户选择的第一服务信息在所述管理部分中被管理在有效状态下，并且关于与第一服务信息相同的服务的第二服务信息被记录在记录介质中，

则所述决定部分决定实施用第一服务信息更新第二服务信息并且把记录介质中的第一服务信息带到有效状态的处理。

(3)根据(1)或(2)的信息处理装置，其中，

如果用户指令是把第一服务信息在记录介质中带到有效状态的指令，由用户选择的第一服务信息在管理部分中被管理在有效状态下，并且关于与第一服务信息相同的服务的第二服务信息未被记录在记录介质中，

则决定部分决定实施在记录介质上写入第一服务信息并且把记录介质中的第一服务信息带到有效状态的处理。

(4)根据(1)到(3)当中的任一条的信息处理装置，其中，

如果用户指令是把第一服务信息在记录介质中带到无效状态的指令，并且由用户选择的第一服务信息在记录介质中处于有效状态，

则决定部分决定实施把第一服务信息带到无效状态的处理。

(5)根据(1)到(4)当中的任一条的信息处理装置，其中，

如果用户指令是新创建第一服务信息的指令，并且关于与第一服务信息相同的服务的第二服务信息存在于记录介质中，

则决定部分决定实施在管理部分中新创建第一服务信息并且把新创建的第一服务信息与标识信息相关联地进行管理的处理。

(6)根据(1)到(5)当中的任一条的信息处理装置，其中，在执行所述处理时，所述执行部分在由所述管理部分管理的服务信息与记录在记录介质中的服务信息之间进行同步之后执行所述处理。

(7)根据(1)到(6)当中的任一条的信息处理装置，其中，所述管理部分将服务信息、指定用户的标识信息以及指定记录介质的标识信息彼此相关联地进行管理。

(8)一种信息处理装置，包括：

基于用户指令使得规定记录介质中的对应于服务的服务信息的记录状态被发送到管理服务信息的外部装置的控制部分。

(9)根据(8)的信息处理装置，其中，控制部分获取由外部装置管理的与用户的标识信息相关联的服务信息的管理状态，并且实施基于记录状态与管理状态之间的比较结果而决定的处理。

(10)根据(9)的信息处理装置，其中，

如果由外部装置管理的服务信息处于有效状态并且记录状态和管理状态不一致，

则所述控制部分判定为记录在记录介质中的服务信息处于无效状态。

(11)根据(9)或(10)的信息处理装置，其中，

如果由信息处理装置管理的服务信息处于有效状态并且记录状态和管理状态不一致，

则所述控制部分判定为记录在记录介质中的服务信息处于丢失状态，并且请求用户或外部装置删除所述服务信息。

(12)根据(9)到(11)当中的任一条的信息处理装置，其中，

如果由信息处理装置管理的服务信息处于丢失状态，

则所述控制部分判定为记录在记录介质中的服务信息处于丢失状态，并且请求用户或外部装置删除所述服务信息。

(13)根据(9)到(12)当中的任一条的信息处理装置，其中，

如果由外部装置管理的服务信息处于无效状态并且服务信息未被记录在记录介质中，

则所述控制部分判定为由外部装置管理的服务信息正在被新创建。

(14)根据(9)到(13)当中的任一条的信息处理装置，其中，

如果由外部装置管理的服务信息处于有效状态并且处于最新状态，并且记录状态和管理状态一致，

则所述控制部分判定为服务信息处于等待处理恢复的状态，并且请求用户或外部装置恢复服务信息的处理。

(15)根据(9)到(14)当中的任一条的信息处理装置，其中，

如果由信息处理装置管理的服务信息处于有效状态，但是并不确定由信息处理装置管理的服务信息和由外部装置管理的服务信息的哪个处于最新状态，并且记录状态和管理状态一致，

则所述控制部分判定为由外部装置管理的服务信息处于等待处理恢复的状态，并且请求用户或外部装置恢复服务信息的处理。

(16)根据(9)到(15)当中的任一条的信息处理装置，其中，

如果由信息处理装置管理的服务信息处于有效状态并且处于最新状态，并且记录状态和管理状态一致，

则所述控制部分判定为记录在记录介质中的服务信息处于有效状态。

(17)根据(9)到(16)当中的任一条的信息处理装置，其中，所述控制部分使得显示设备显示比较结果。

(18)根据(17)的信息处理装置，其中，所述控制部分基于比较结果使得显示设备显示表明信息处理装置中的服务信息的状态的对象。

(19)一种由处理器执行的信息处理方法，所述方法包括：

将对应于服务的服务信息与指定用户的标识信息相关联地进行管理；

基于所获取的标识信息、所获取的用户指令、所获取的记录介质的记录状态以及与所获取的标识信息相关联的服务信息来决定关于服务信息的处理；以及

执行被决定的所述处理。

(20)一种由处理器执行的信息处理方法，所述方法包括：

基于用户指令使得规定记录介质中的对应于服务的服务信息的记录状态被发送到管理服务信息的外部装置。

附图标记列表

10 服务器

20 客户终端

30 读取器/写入器

130 通信部分

140 控制部分

142 管理部分

144 决定部分

146 执行部分

160 存储部分

220 第一通信部分

230 控制部分

240 显示部分

250 操纵部分

260 存储部分

270 第二通信部分

Claims (20)

1.一种信息处理装置，包括：

将对应于服务的服务信息与指定用户的标识信息相关联地进行管理的管理部分；

基于所获取的标识信息、所获取的用户指令、所获取的记录介质的记录状态以及与所获取的标识信息相关联的服务信息来决定关于服务信息的处理的决定部分；以及

执行被决定的所述处理的执行部分。

2.根据权利要求1所述的信息处理装置，其中，

如果用户指令是把第一服务信息在记录介质中带到有效状态的指令，由用户选择的第一服务信息在所述管理部分中被管理在有效状态下，并且关于与第一服务信息相同的服务的第二服务信息被记录在记录介质中，

则所述决定部分决定实施用第一服务信息更新第二服务信息并且把记录介质中的第一服务信息带到有效状态的处理。

3.根据权利要求1所述的信息处理装置，其中，

如果用户指令是把第一服务信息在记录介质中带到有效状态的指令，由用户选择的第一服务信息在管理部分中被管理在有效状态下，并且关于与第一服务信息相同的服务的第二服务信息未被记录在记录介质中，

则决定部分决定实施在记录介质上写入第一服务信息并且把记录介质中的第一服务信息带到有效状态的处理。

4.根据权利要求1所述的信息处理装置，其中，

如果用户指令是把第一服务信息在记录介质中带到无效状态的指令，并且由用户选择的第一服务信息在记录介质中处于有效状态，

则决定部分决定实施把第一服务信息带到无效状态的处理。

5.根据权利要求1所述的信息处理装置，其中，

如果用户指令是新创建第一服务信息的指令，并且关于与第一服务信息相同的服务的第二服务信息存在于记录介质中，

则决定部分决定实施在管理部分中新创建第一服务信息并且把新创建的第一服务信息与标识信息相关联地进行管理的处理。

6.根据权利要求1所述的信息处理装置，其中，在执行所述处理时，所述执行部分在由所述管理部分管理的服务信息与记录在记录介质中的服务信息之间进行同步之后执行所述处理。

7.根据权利要求1所述的信息处理装置，其中，所述管理部分将服务信息、指定用户的标识信息以及指定记录介质的标识信息彼此相关联地进行管理。

8.一种信息处理装置，包括：

基于用户指令使得规定记录介质中的对应于服务的服务信息的记录状态被发送到管理服务信息的外部装置的控制部分。

9.根据权利要求8所述的信息处理装置，其中，控制部分获取由外部装置管理的与用户的标识信息相关联的服务信息的管理状态，并且实施基于记录状态与管理状态之间的比较结果而决定的处理。

10.根据权利要求9所述的信息处理装置，其中，

如果由外部装置管理的服务信息处于有效状态并且记录状态和管理状态不一致，

则所述控制部分判定为记录在记录介质中的服务信息处于无效状态。

11.根据权利要求9所述的信息处理装置，其中，

如果由信息处理装置管理的服务信息处于有效状态并且记录状态和管理状态不一致，

则所述控制部分判定为记录在记录介质中的服务信息处于丢失状态，并且请求用户或外部装置删除所述服务信息。

12.根据权利要求9所述的信息处理装置，其中，

如果由信息处理装置管理的服务信息处于丢失状态，

则所述控制部分判定为记录在记录介质中的服务信息处于丢失状态，并且请求用户或外部装置删除所述服务信息。

13.根据权利要求9所述的信息处理装置，其中，

如果由外部装置管理的服务信息处于无效状态并且服务信息未被记录在记录介质中，

则所述控制部分判定为由外部装置管理的服务信息正在被新创建。

14.根据权利要求9所述的信息处理装置，其中，

如果由外部装置管理的服务信息处于有效状态并且处于最新状态，并且记录状态和管理状态一致，

则所述控制部分判定为服务信息处于等待处理恢复的状态，并且请求用户或外部装置恢复服务信息的处理。

15.根据权利要求9所述的信息处理装置，其中，

如果由信息处理装置管理的服务信息处于有效状态，但是并不确定由信息处理装置管理的服务信息和由外部装置管理的服务信息的哪个处于最新状态，并且记录状态和管理状态一致，

则所述控制部分判定为由外部装置管理的服务信息处于等待处理恢复的状态，并且请求用户或外部装置恢复服务信息的处理。

16.根据权利要求9所述的信息处理装置，其中，

如果由信息处理装置管理的服务信息处于有效状态并且处于最新状态，并且记录状态和管理状态一致，

则所述控制部分判定为记录在记录介质中的服务信息处于有效状态。

17.根据权利要求9所述的信息处理装置，其中，所述控制部分使得显示设备显示比较结果。

18.根据权利要求17所述的信息处理装置，其中，所述控制部分基于比较结果使得显示设备显示表明信息处理装置中的服务信息的状态的对象。

19.一种由处理器执行的信息处理方法，所述方法包括：

将对应于服务的服务信息与指定用户的标识信息相关联地进行管理；

基于所获取的标识信息、所获取的用户指令、所获取的记录介质的记录状态以及与所获取的标识信息相关联的服务信息来决定关于服务信息的处理；以及

执行被决定的所述处理。

20.一种由处理器执行的信息处理方法，所述方法包括：

基于用户指令使得规定记录介质中的对应于服务的服务信息的记录状态被发送到管理服务信息的外部装置。

Images