CN102750788A - 信息处理装置和方法、程序和信息处理系统 - Google Patents

Abstract

信息处理装置包括检测执行近程通信的通信装置的通信装置检测部分和在检测到多个通信装置的情况下基于从检测到的通信装置获取的唯一信息关于所述多个通信装置执行公共处理的公共处理部分。

Description

信息处理装置和方法、程序和信息处理系统

技术领域

本技术涉及信息处理装置和方法、程序和信息处理系统，且具体来说涉及能够改进使用近程通信的服务的便利性的信息处理装置和方法、程序和信息处理系统。

背景技术

近年来，比如使用无接触IC卡(以下简单地称为IC卡)的付款系统和人工管理系统之类的各种服务广泛传播。在诸如这些的系统中，假定IC卡和读/写器之间一对一通信。因此，为了一个读/写器与多个IC卡通信，需要相对于读/写器将多个IC卡放置多次。当考虑付款实例时，一次付款放置的IC卡的数目是一，且需要放置n次来进行n次付款。

此外，提出了其中关于多个IC卡一起同时写入数据并根据每一单个卡读出和写入数据的无接触IC卡系统(例如，日本未审查专利申请公开No.2001-307047)。

发明内容

但是，对于现有技术中的技术，仅简单地一起执行关于多个IC卡的数据的写入，且能够使用运用如此技术的近程通信提供的服务受限。

期望在放置多个IC卡的情况下改进使用近程通信的服务的便利性。

根据本技术的实施例，提供了信息处理装置，其提供有检测执行近程通信的通信装置的通信装置检测部分和基于在检测到多个通信装置的情况下从检测到的通信装置获取的唯一信息执行关于多个通信装置的公共处理的公共处理部分。

可以进一步提供处理结果通知部分，其向多个通信装置通知公共处理的结果。

公共处理部分可以根据已经检测到的通信装置的数目和从通信装置获取的唯一信息执行公共处理，且可以确定关于每一通信装置请求的值。

唯一信息可以是指示电子货币的余额的信息，且公共处理部分可以在对于每一通信装置获取的余额超过用于分担通过将付款量除以通信装置的数目获取的费用(cost)的货币量的情况下，对于每一通信装置确定作为付款量的货币量。

唯一信息可以是指示能够收款(charge)的电子货币的货币量的信息，且公共处理部分可以在对于每一通信装置获取的能够收款的货币量超过通过将收款量除以通信装置的数目获取的货币量的情况下，对于每一通信装置确定作为收款量的货币量。

唯一信息可以是指示电子货币的余额的信息，且公共处理部分可以在通过合并对于每一通信装置获取的余额而获取的货币量超过付款量的情况下，对于每一通信装置根据余额确定付款量。

公共处理部分可以在检测到的多个通信装置之中的一个或多个通信装置中以标准方式在完成前一处理的情况下执行公共处理。

可以进一步提供错误通知部分，其通知当通信装置的检测、公共处理或者执行公共处理的结果的通知时产生的错误。

可以进一步提供显示部分，其显示选择公共处理的内容的屏幕。

根据本技术的另一实施例，提供了信息处理方法和程序，其是与先前已经描述的根据本技术的实施例的信息处理装置对应的方法和程序。

在根据本技术实施例的信息处理装置、方法和程序中，检测执行近程通信的通信装置，并基于在检测到多个通信装置的情况下从检测到的通信装置获取的唯一信息相对于多个通信装置执行公共处理。

根据本技术的又一实施例，提供了信息处理系统，其由执行近程通信的通信装置和信息处理装置形成，其中信息处理装置提供有检测通信装置的通信装置检测部分和基于在检测到多个通信装置的情况下从检测到的通信装置获取的唯一信息相对于多个通信装置执行公共处理的公共处理部分。

通信装置和信息处理装置可以是独立的装置或者可以是配置一个装置的内部模块。

在根据本技术实施例的信息处理系统中，使用信息处理装置，检测通信装置并基于在检测到多个通信装置的情况下从检测到的通信装置获取的唯一信息相对于多个通信装置执行公共处理。

根据本技术的实施例，可以改进使用近程通信的服务的便利性。

附图说明

图1是图示应用本技术的IC卡付款系统的配置实例的图；

图2是图示IC卡的配置的图；

图3是图示POS终端装置的配置的图；

图4是图示IC卡付款控制程序的配置的图；

图5是描述以电子货币分担费用的流程的图；

图6是描述电子货币的合并流程的图；

图7是描述与电子货币一起的收款流程的图；

图8是描述商店工作人员关于顾客的响应流程的图；

图9A和图9B是图示付款选择屏幕的实例的图；

图10是描述IC卡付款处理的流程图；

图11是描述IC卡检测处理的流程图；

图12是描述错误处理的流程图；

图13是图示错误的原因和措施的图；

图14是描述IC卡状态确认处理的流程图；

图15是描述余额参考和付款量确定处理(付款：分担费用)的流程图；

图16是图示付款再选择屏幕的实例的图；

图17是描述余额参考和付款量确定处理(收款)的流程图；

图18是描述余额参考和付款量确定处理(付款：合并)的流程图；

图19是描述付款处理的流程图；

图20是描述付款处理的流程图；

图21是描述付款处理的流程图；

图22是图示应用本技术的IC卡数据传送系统的配置实例的图；

图23是图示个人计算机的配置的图；

图24是图示IC卡数据传送控制程序的配置的图；

图25是描述IC卡数据传送处理的流程图；

图26A和图26B是图示应用本技术的IC卡站点感应系统的配置实例的图；

图27是图示IC卡站点感应控制程序的配置的图；和

图28是描述IC卡站点感应处理的流程图。

具体实施方式

以下，将在参考附图的同时描述本技术的实施例。

1.第一实施例(IC卡付款系统)

2.第二实施例(IC卡数据传送系统)

3.第三实施例(IC卡站点感应系统)

<1.第一实施例>

[IC卡付款系统的配置]

图1是图示应用本技术的IC卡付款系统的配置实例的图。

如图1所示，IC卡付款系统1由多个IC卡11和POS终端装置12配置。在多个IC卡11和POS终端装置12之间，执行使用具有预定频率的传输波的使用电磁感应的近程通信，且不接触地执行数据传送。

POS终端装置12例如设置在商店中，且使用由执行付款的顾客放置的多个IC卡11上的电子货币执行付款。此外，POS终端装置12执行关于由执行收款(charging)的顾客放置的多个IC卡11的希望货币量的收款(货币输入)。

这里，在图1中，两个IC卡11A和11B显示为多个IC卡11的实例。

IC卡付款系统1如上配置。

[IC卡的配置]

图2是图示IC卡11的配置的图。

如图2所示，IC卡11由天线31、解调部分32、编码和解码部分33、控制部分34、ROM 35、RAM 36、记录部分37、调制部分38和振荡电路39配置。

天线31接收从POS终端装置12作为无线电波发送并提供到解调部分32的调制波。

解调部分32使用对应于图3的调制部分74的解调方法解调从天线31提供的数据，且将由于解调而获取的数据提供到编码和解码部分33。

编码和解码部分33使用对应于图3的编码和解码部分73的解码方法解码从解调部分32提供的数据，且将由于解码而获得的数据提供到控制部分34。

控制部分34控制IC卡11的每一部分的动作。

控制部分34在RAM 36中临时存储数据，且通过读出记录在ROM 35中的程序而执行。由于此，控制部分34关于从编码和解码部分33提供的数据执行预定处理，并将由于此而获取的数据记录在记录部分37中。

控制部分34获取记录在记录部分37中的数据，并提供给编码和解码部分33。

编码和解码部分33使用对应于图3的编码和解码部分73的编码方法编码从控制部分34提供的数据，且将由于编码而获取的数据提供到调制部分38。

调制部分38基于从振荡电路39提供的具有预定频率的时钟信号产生传输波。调制部分38基于产生的传输波使用对应于图3的解调部分77的调制方法调制从编码和解码部分33提供的数据，且将由于调制而获取的数据提供到天线31。

天线31使用近程通信将从调制部分38提供的调制波作为无线电波发送到POS终端装置12。

电源产生部分40基于由天线31产生的交流电的电动势，产生直流电功率并提供到IC卡11的每一部分。

IC卡11如上配置。

[POS终端装置的配置]

图3是图示POS终端装置12的配置的图。

POS终端装置12由控制部分51、显示部分52、通信部分53和读/写器54配置。此外，POS终端装置12经由比如专用线之类的预定通信网络与设置在支持中心的服务器13连接。

控制部分51控制POS终端装置12的每一部分的动作。

显示部分52根据控制部分51的控制而显示预定屏幕。此外，显示部分52的屏幕与触摸面板61重叠。触摸面板61通过接收用户的操作来提供对应于操作的位置信息到控制部分51，该用户选择显示在显示部分52的屏幕上的操作屏幕。

控制部分51将用于发送到IC卡11或者服务器13的数据提供到通信部分53。

通信部分53将从控制部分51提供的数据提供到读/写器54。此外，通信部分53将从控制部分51提供的数据经由预定网络发送到服务器13。

读/写器54将从通信部分53提供的数据发送到IC卡11。此外，读/写器54接收从IC卡11发送的数据并提供给通信部分53。

读/写器54由控制部分71、通信部分72、编码和解码部分73、调制部分74、振荡电路75、天线76和解调部分77配置。

控制部分71控制读/写器54的每一部分的动作。此外，控制部分71经由通信部分72获取从通信部分53提供的数据，并提供给编码和解码部分73。

编码和解码部分73使用对应于图2的编码和解码部分33的编码方法编码从控制部分71提供的数据，且将由于编码而获取的数据提供到调制部分74。

调制部分74基于从振荡电路75提供的具有预定频率的时钟信号产生传输波。调制部分74基于产生的传输波，使用对应于图2的解调部分32的调制方法调制从编码和解码部分73提供的数据，且将由于调制而获取的数据提供到天线76。

天线76使用近程通信将从调制部分74提供的调制波作为无线电波发送到IC卡11。

此外，天线76通过近程通信接收作为无线电波从IC卡11发送的调制波，并提供给解调部分77。

解调部分77使用对应于图2的调制部分38的调制方法的解调方法解调从天线76提供的调制波，且通过解调获取的数据提供到编码和解码部分73。

编码和解码部分73使用对应于图2的编码和解码部分33的解码方法解码从解调部分77提供的数据，且提供通过解码获取的数据到控制部分71。

控制部分71将从编码和解码部分73提供的数据经由通信部分72提供到通信部分53。

通信部分53将从通信部分72提供的数据提供到控制部分51。控制部分51关于从通信部分53提供的数据执行预定处理。

POS终端装置12如上配置。

[IC卡付款控制程序的配置]

图4是图示IC卡付款控制程序101的配置的图。

IC卡付款控制程序101由控制部分51或者控制部分71执行。

IC卡付款控制程序101由IC卡检测部分111、图像显示控制部分112、IC卡状态确认部分113、余额参考和付款量确定部分114、付款部分115和错误处理部分116配置。

IC卡检测部分111通过控制读/写器54执行轮询并检测IC卡11。

图像显示控制部分112在显示部分52上显示关于使用IC卡11的付款的预定屏幕。

IC卡状态确认部分113在由IC卡检测部分111检测到多个IC卡11的情况下，通过控制读/写器54确认是否正常地完成了关于IC卡11的先前付款处理。

余额参考和付款量确定部分114在由IC卡状态确认部分113确定正常地完成一个或多个IC卡11的先前付款处理的情况下，通过控制读/写器54获取从IC卡11获取的唯一信息。余额参考和付款量确定部分114基于获取的唯一信息关于多个IC卡11执行公共处理。

作为公共处理，根据检测到的IC卡11的数目和从每一IC卡11获取的唯一信息执行处理，且确定关于每一IC卡11请求的值。具体地说，例如，执行将在之后描述的用于通过使用多个IC卡11上的电子货币分担费用来支付付款量的处理和用于通过合并多个IC卡11上的电子货币来付款的处理以及用于关于多个IC卡收款的处理。

付款部分115通过控制读/写器54与交易ID一起向IC卡11通知由余额参考和付款量确定部分114对于每一IC卡11确定的值，来执行每一IC卡11的付款。例如，将对应于交易ID的付款量或者收款量通知给多个IC卡11。

错误处理部分116通知由使用IC卡检测部分111、IC卡状态确认部分113、余额参考和付款量确定部分114或者付款部分115的处理产生的错误。

IC卡付款控制程序101如上配置。

[IC卡付款系统的应用实例]

将参考图5到图9描述IC卡付款系统1的应用实例。

图5是描述通过均等地分担(split)要付款的量来使用多个IC卡11付款的实例的图。

例如，在两个人A和B吃饭的费用是3,000日元的情况下，在希望通过分担来支付费用的情况下，需要在其中一次只放置一张IC卡11的付款系统期间单独地放置A的IC卡11A和B的IC卡11B。在IC卡付款系统1中，通过A和B关于POS终端装置12重叠IC卡11A和IC卡11B，从两个IC卡11的每一个中扣除作为在分担3,000日元时的货币量的1,500日元。

对于其中一次仅能够放置一个IC卡11的付款系统，在A已经通过放置IC卡11A执行付款之后，B继续通过放置IC卡11B执行付款，可以认为当IC卡11B上的电子货币的余额不足时不能执行付款。另一方面，在IC卡付款系统1中，因为在确认存在其中在IC卡11A和IC卡11B中付款是可能的余额之后执行付款，可以防止在已经扣除IC卡11A上的电子货币之后IC卡11B上的电子货币的余额不足的情况。

此外，与一次依次放置一个IC卡11的情况相比，因为在IC卡付款系统1中重叠IC卡11来放置代表一次，所以对顾客和商店工作人员两者都有好处，比如付款期间拥挤的解决和付款时间的缩短。此外，因为基本上存在在IC卡11中输入货币的限制，所以使用一个IC卡能够支付的量是有限的，但是通过重叠地放置多个IC卡11，超过输入货币的限制量的付款是可能的。

图6是描述通过合并多个IC卡11上的电子货币的付款实例的图。

例如，在IC卡11A上的余额是50日元且IC卡11B上的余额是100日元的情况下且在希望购买值150日元的商品的情况下，当存在一次放置一个IC卡11的付款系统时，任何一个IC卡11上的余额都不足，且都不能购买商品。在IC卡付款系统1中，使用其中通过将IC卡11A和IC卡11B关于POS终端装置12重叠地放置而合并两个IC卡11的余额的货币量来执行付款。因此，能够购买值150日元的商品。

当存在其中一次放置一个IC卡11的付款系统时，放置IC卡11A且支付50日元，之后放置IC卡11B且支付100日元，因此需要两个IC卡11的余额的总数确认为150日元或更多。另一方面，在IC卡付款系统1中，因为仅在IC卡11A和IC卡11B的余额的总数是150日元或更多的情况下执行付款，不需要确认操作。由于此，可以预期缩短付款时间并改进便利性。此外，可以有效地使用电子货币的余量。

图7是描述关于多个IC卡11以电子货币执行收款的实例的图。

例如，在关于两个IC卡11收取每一张5,000日元、总共10,000日元的情况下，且在存在一次放置一个IC卡11的付款系统的情况下，需要关于IC卡11A和IC卡11B单独地收取5,000日元。另一方面，在IC卡付款系统1中，通过将IC卡11A和IC卡11B关于POS终端装置12重叠地放置，对两个IC卡11中的每一个收取5,000日元。

此外，不限于IC卡11的收款，例如，可以将该使用方法应用于其中在多个人希望购买门票的情况下，由作为收集每个人的IC卡11并关于POS终端装置12重叠地放置的代表的某个人将票信息写入全部IC卡11中。

接下来，将参考图8的流程图描述实现如上所述的图5到图7的实例时在顾客和商店工作人员之间执行的交易。

首先，顾客向商店工作人员传达“付款或者收款”(步骤S11)。这里，交易在实际场景中是清楚的。另一方面，商店工作人员通过根据来自顾客的指令操作POS终端装置12来设置付款或者收款模式，且向顾客传达“请放置”(步骤S22)。由于此，在POS终端装置12中开始轮询。

顾客根据来自商店工作人员的指令将一个或者多个IC卡11放置在POS终端装置12上(步骤S12)。由POS终端装置12检测放置了IC卡11之一还是重叠地放置了多个IC卡11。商店工作人员在放置了IC卡11之一的情况下执行IC卡11的正常响应(在步骤S23的“否”)，并使用一个IC卡11执行付款(步骤S24)。

另一方面，在放置了多个IC卡11的情况下，因为在POS终端装置12的显示部分52中显示图9的付款选择屏幕131，所以商店工作人员向顾客传达“请从付款选择屏幕选择付款或者收款方法”(步骤S25)。

图9是图示付款选择屏幕131的实例的图。

如图9的A所示，在使用IC卡11付款的情况下，在显示部分52中显示的付款选择屏幕131A中显示按钮141到144。

在使用其中分担要支付量的多个IC卡11付款的情况下选择按钮141。例如，因为当在要支付量是3,000日元的情况下在两个人之间分担费用时每人是1,500日元，所以也在按钮141中显示该信息。

在通过合并多个IC卡11的电子货币支付要支付量的情况下选择按钮142和按钮143。此外，在存在其中将具有电子货币的最低余额的IC卡11赋予优先级的扣除的情况下选择按钮142，且在存在其中具有电子货币的最高余额的IC卡11赋予优先级的扣除的情况下选择按钮143。

在要重新读取IC卡11的情况下选择按钮144。例如，在已经检测到的IC卡11的数目不同于实际放置的数目的情况下选择按钮144，且再次执行IC卡11的读取。

如图9的B中所示，在使用IC卡11收款的情况下，在显示部分52中显示的付款选择屏幕131B中显示按钮145到147。

在关于IC卡11执行收款的情况下选择按钮145和按钮146。此外，在要关于多个IC卡11均等地划分收款量的情况下选择按钮145，且在要任意地设置收款量的情况下设置按钮146。

例如，在收款量是10,000日元的情况下，因为当对IC卡11A和IC卡11B收款时关于每一IC卡11收取5,000日元，所以也在按钮145中显示该信息。此外，在选择按钮146的情况下，在显示部分52中显示收款量设置屏幕131C以任意地设置关于顾客的收款量。例如，在收款量设置屏幕131C中显示用于设置对IC卡11A的收款量的按钮148A到148C以及用于设置对IC卡11B的收款量的按钮149A到149C。

在要以如图9的按钮144的相同方式重新读取IC卡11的情况下选择按钮147。

返回到图8的流程图，顾客根据来自商店工作人员的指令从图9的付款选择屏幕131选择付款或者收款方法(步骤S13)。此后，使用POS终端装置12执行关于同时放置的多个IC卡11的付款处理等(细节将在之后描述)。然后，在完成付款处理的情况下，商店工作人员向顾客传达“付款或者收款完成”(步骤S26)。

用这样的方式执行付款期间顾客和商店工作人员之间的交易。

如上，在多个IC卡11放置在IC卡付款系统1中的情况下可以提供各种服务，比如如上所述当支付时分担费用或者合并的服务以及一起收款的服务。

[IC卡付款处理的流程]

接下来，将参考图10到图21描述由IC卡付款系统1提供的服务的特定流程。

首先，将参考图10的流程图描述由执行IC卡付款控制程序101的控制部分51或者控制部分71执行的IC卡付款处理。

在步骤S31，IC卡检测部分111执行IC卡检测处理。在IC卡检测处理中，在由顾客放置多个IC卡11的情况下执行轮询并检测IC卡11。

这里，将在之后参考图11的流程图描述IC卡检测处理的细节。

当检测到IC卡11时，在步骤S32中屏幕显示控制部分112在显示部分52上显示图9的付款选择屏幕131。然后，在由顾客选择了付款选择屏幕的付款或者收款方法的情况下处理进行到步骤S33。

在步骤S33，IC卡状态确认部分113执行IC卡状态确认处理。在IC卡状态确认处理中，确定是否存在其中已经检测到能够使用多个IC卡11的状态。

这里，将在之后参考图14的流程图描述IC卡状态确认处理的细节。

当完成IC卡11状态的确认时，余额参考和付款量确定部分114在步骤S34执行余额参考和付款量确定处理。在余额参考和付款量确定处理中，检查每一IC卡11的余额和付款能力，且确定使用已经检测的IC卡11的付款是否是可能的。

这里，将在之后参考图15、图17和图18的流程图描述余额参考和付款量确定处理的细节。

当参考每一IC卡11的电子货币的余额并确定付款处理时，付款部分115在步骤S35关于每一IC卡11执行付款处理。在付款处理中，执行比如根据关于每一IC卡11的付款量扣除货币量的处理。

这里，将在之后参考图19到图21的流程图描述付款处理的细节。

当完成付款处理时，完成IC卡付款处理。

如上，在IC卡付款处理中，检测由顾客放置的多个IC卡11，是否存在能够使用检测到的IC卡11的状态，且检查处于可以使用的状态的IC卡11的余额和付款能力。然后，执行比如根据关于付款可能的IC卡11的付款量扣除货币量的付款处理。

[IC卡检测处理的流程]

接下来，将参考图11的流程图描述与图10的步骤S31对应的IC卡检测处理的细节。

在步骤S51，IC卡检测部分111执行轮询，且确定来自IC卡11的响应是否显示为成功(步骤S52)。

作为来自IC卡11的响应，存在其中返回轮询的成功或者失败的响应的情况或者不返回响应的情况。因此，在步骤S52的确定处理中，确定是否存在当结果成功时响应的一个或多个IC卡11。

在步骤S52，在没有任意当结果成功时响应的IC卡11的情况下，处理进行到步骤S55。在步骤S55，IC卡检测部分111确定已经尝试轮询的次数是否已经达到预定上限。

在步骤S55确定已经尝试轮询的次数没有达到预定上限的情况下，处理返回到步骤S51且再次尝试轮询。

另一方面，即使已经尝试轮询的次数已经达到预定上限，在没有来自IC卡11的成功响应的情况下(在步骤S55的“是”)处理也进行到步骤S56。在步骤S56，错误处理部分116执行错误编号1的错误处理。

这里，将参考图12的流程图描述对应于步骤S56的错误处理的细节。

错误处理部分116在步骤S71到S76确定错误编号1到8的任意一个。在这里的情况下，因为存在错误编号1(在步骤S71的“是”)，所以处理进行到步骤S77。

在步骤S77，错误处理部分116提示对错误编号1的措施。如图13所示，作为针对错误编号1的措施，因为存在不能识别IC卡11的情况，例如，商店工作人员通过显示错误信息向顾客传达再一次放置IC卡11。

当完成步骤S77的处理时，处理返回到图11的流程图，且执行从步骤S56开始及以后的处理。然后，处理返回到图10的步骤S31，且再次执行IC卡检测处理。

另一方面，在步骤S52确定存在来自IC卡11的成功响应的情况下，处理进行到步骤S53。在步骤S53，IC卡检测部分111确定检测到的IC卡11的数目。

在步骤S54，IC卡检测部分111获取使用与IC卡11的近程通信获取的、用于唯一地标识每一IC卡11的标识符(以下称为IDm)。这里，在该处理及以后的处理中，IDm用于在执行了与已经检测到的多个IC卡11的近程通信的情况下标识每一IC卡11。

当获取每一IC卡11的IDm时，处理返回到图10的步骤S31，且执行步骤S31及以后的处理。

如上，在IC卡检测处理中，执行轮询，检测由顾客放置的IC卡11，且获取检测到的IC卡11的数目和每一IC卡11的IDm。

[IC卡状态确认处理的流程]

接下来，将参考图14的流程图描述与图10的步骤S33对应的IC卡状态确认处理的细节。

在步骤S91，IC卡状态确认部分113获取由IC卡检测处理检测到的IC卡11的交易ID。

在步骤S92，IC卡状态确认部分113确定是否获取了已经检测的全部IC卡11的交易ID。

在步骤S92确定还没有获取已经检测的全部IC卡11的交易ID的情况下，处理返回到步骤S91且从没有获取交易ID的IC卡11获取交易ID。

重复步骤S91和S92的处理且在确定已经获取了全部IC卡的交易ID的情况下处理进行到步骤S93，处理进行到步骤S93。

在步骤S93，IC卡状态确认部分113确定已经获取的全部IC卡11的交易ID是否处于初始状态。例如，在交易ID＝＝0的情况下，确定处于初始状态。

在S93确定已经获取的全部IC卡11的交易ID不处于初始状态的情况下，处理进行到步骤S94。在步骤S94，错误处理部分116执行错误编号2的错误处理。

这里，将参考如上所述的图12的流程图描述对应于步骤S94的错误处理的细节。

在步骤S71到S76确定错误编号1到8的任意一个，且在这里的情况下，因为存在错误编号2(在步骤S72的“是”)，所以处理进行到步骤S78。

在步骤S78，错误处理部分116提示针对错误编号2的措施。如图13所示，作为针对错误编号2的措施，因为存在未正常地完成先前处理的情况，例如，商店工作人员通过显示错误信息向顾客传达从而询问支持中心。在这种情况下，通过关于由顾客使用的IC卡11参考历史的信息和记录在支持中心中的服务器13中的交易信息，解决该不一致。这里，在执行之后描述的错误编号5、6的处理的定时上将历史和交易信息发送到服务器13。

当完成步骤S78的处理时，处理返回到图14的流程图，且执行从S94开始及以后的处理。在这种情况下，不能继续地执行使用IC卡11的付款，处理返回到图10的流程图并完成IC卡付款处理。

另一方面，在步骤S93确定已经获取的全部IC卡11的交易ID处于初始状态的情况下，处理返回到图10的流程图并执行从步骤S33开始及以后的处理。

如上，在IC卡状态确认处理中，从已经检测到的IC卡11获取交易ID，确定已经获取的交易ID是否处于初始状态，并确认IC卡11的状态。

[余额参考和付款量确定处理的流程(付款：分担)]

接下来，将参考图15的流程图描述与图10的步骤S34对应的余额参考和付款量确定处理的细节。

在步骤S111，余额参考和付款量确定部分114从IC卡11获取电子货币的余额。

在步骤S112，余额参考和付款量确定部分114基于已经检测到的IC卡11的数目和从每一IC卡11获取的余额来确定每一IC卡11的付款能力。

在通过分担要支付量来付款的情况下，例如，在IC卡11的数目设置为n且要支付量设置为x的情况下，每一单个IC卡11要支付量是x/n。因此，通过确定每一IC卡11的余额是否超过已经分担的要支付量来确定IC卡11的付款能力。具体地说，存在满足以下公式(1)的情况。

余额≥x/n  ...(1)

在步骤S113，余额参考和付款量确定部分114确定是否已经确定了关于全部IC卡11的付款能力。

在步骤S113确定还没有确定关于全部IC卡11的付款能力的情况下，处理返回到步骤S111，且从还没有确定付款能力的IC卡11获取余额，并确定付款能力。在确定已经确定了关于全部IC卡11的付款能力的情况下(在步骤S113的“是”)，处理进行到步骤S114。

在步骤S114，余额参考和付款量确定部分114确定对于已经确定了付款能力的全部IC卡11付款是否是可能的。

在步骤S114确定不是对于全部IC卡11付款是可能的情况的情况下，处理进行到步骤S115。在步骤S115，错误处理部分116执行错误编号3的错误处理。

这里，将参考如上所述的图12的流程图描述对应于步骤S115的错误处理的细节。

在步骤S71到S76确定错误编号1到8中的任意一个，且在这里的情况下，因为存在错误编号3(在步骤S73的“是”)，所以处理进行到步骤S79。

在步骤S79，错误处理部分116提示针对错误编号3的措施。如图13所示，作为针对错误编号3的措施，因为存在其中余额不足的情况或者已经超过收款上限的情况，使得使用正在显示部分52上显示的图16的付款再选择屏幕151来选择继续其中付款可能的IC卡11的处理或者取消付款。

图16是图示付款再选择屏幕151的实例的图。

如图16所示，在IC卡11没有付款能力的情况下，在显示部分52上显示的付款再选择屏幕151中显示按钮161到164和其中余额不足的IC卡11的编号。这里，代替IC卡11的数目，可以显示具有不足余额的IC卡11的名称(例如，IDm)。

在使用排除余额不足的IC卡11以外的其他IC卡11继续付款的情况下选择按钮161。例如，在希望在三个人之间分担6,000日元的费用但是一个人的IC卡11的余额不足的情况下，在两个人之间分担费用，且每人要支付量从2,000日元改变为3,000日元。当然，在这种情况下，每人的付款量增加。

在计划使用余额不足的IC卡11支付的付款量以现金支付或者从另一IC卡11扣除计划的付款量的情况下选择按钮162。例如，在希望在六个人之间分担9,000日元的费用但是一个人的IC卡11的余额不足的情况下，使用现金而非IC卡11支付作为一个人的付款量的1,500日元。在这种情况下，每人的付款量不增加。

在选择按钮161和按钮162的情况下，因为已经确定每一IC卡的付款量，所以处理进行到图10的步骤S35(付款处理)。

在要重新读取IC卡11的情况下选择按钮163。在这种情况下，处理返回到图10的步骤S31(IC卡检测处理)，且从开始执行IC卡付款处理。

在要取消使用IC卡11的付款的情况下选择按钮164。在这种情况下，处理返回到图10的流程图并完成IC卡付款处理。

返回到图15的流程图，另一方面，在步骤S114确定对于全部IC卡11付款可能的情况下，处理返回到图10的流程图并执行从步骤S34开始及以后的处理。

如上，在余额参考和付款量确定处理(付款：分担)中，从检测到的IC卡11获取余额，且在余额超过通过将要支付量除以IC卡11的数目而获取的用于分担费用的货币量的情况下，确定作为每一IC卡11的付款量的货币量。

[余额参考和付款量确定处理(收款)的流程]

在图15的流程图中，已经作为余额参考和付款量确定处理的实例描述了付款当中分担费用的情况中的处理，且接下来，将参考图17的流程图描述在收款的情况下的余额参考和付款量确定处理。

在步骤S131，余额参考和付款量确定部分114从IC卡11获取关于能够以IC卡11中的电子货币收取的剩余货币量的信息(以下称为剩余收款可能的量)。

在步骤S132，余额参考和付款量确定部分114基于已经检测到的IC卡11的数目和从每一IC卡11获取的其中剩余收款可能的量，来确定每一IC卡11的付款能力。

在收款的情况下，例如，在IC卡11的数目设置为n且收款量设置为x的情况下，每一单个IC卡11的收款量是x/n。因此，通过确定关于每一IC卡11的剩余收款可能的量是否超过每一卡的收款量来确定IC卡11的付款能力。具体地说，存在满足以下公式(2)的条件。

剩余收款可能的量≥x/n  ...(2)

这里，在公式(2)中，剩余收款可能的量是通过从收款的上限量减去余额而获取的货币量。

在步骤S133中，确定是否已经以与图15的步骤S113同样的方式确定了关于全部IC卡11的付款能力。

在步骤S133确定还没有确定关于全部IC卡11的付款能力的情况下，处理返回到步骤S131，且从还没有确定付款能力的IC卡11获取剩余收款可能的量，并确定付款能力。在确定已经确定了关于全部IC卡11的付款能力的情况下(在步骤S133的“是”)，处理进行到步骤S134。

在步骤S134，以与图15的步骤S114同样的方式确定对于已经确定付款能力的全部IC卡11付款是否是可能的。然后，在步骤S134确定不是对于全部IC卡11付款可能的情况下，执行错误编号3的错误处理。因为错误处理与图15的步骤S115的相同，因此省略其描述。

另一方面，在步骤S134确定对于全部IC卡11付款可能的情况下，处理返回到图10的流程图且执行从步骤S34开始及以后的处理。

如上，在余额参考和付款量确定处理(收款)中，从检测到的IC卡11获取剩余收款可能的量，且在剩余收款可能的量超过通过将收款量除以IC卡11的数目而获取的货币量的情况下，确定作为每一IC卡11的收款量的货币量。

[余额参考和付款量确定处理的流程(付款：合并)]

在图15的流程图中，已经作为余额参考和付款量确定处理的实例描述了付款当中分担费用的情况中的处理，且接下来，将参考图18的流程图描述余额参考和付款量确定处理(付款：合并)。

这里，为了在图18的描述中指定描述，将描述其中合并在两个IC卡(IC卡11A和IC卡11B)中的电子货币的实例。此外，IC卡11A的余额低于IC卡11B的余额。此外，IC卡11A的余额设置为I且要支付量设置为x。

在步骤S151，余额参考和付款量确定部分114从IC卡11A获取电子货币的余额I。

在步骤S152，余额参考和付款量确定部分114确定已经获取的IC卡11A的余额I是否低于要支付量x。

在步骤S152确定已经获取的IC卡11A的余额I高于要支付量x的情况下，处理进行到步骤S153。在步骤S153，余额参考和付款量确定部分114确定IC卡11A的付款量为x。在这种情况下，仅以IC卡11A上的电子货币执行付款。

另一方面，在步骤S152确定已经获取的IC卡11A的余额I低于要支付量x的情况下，处理进行到步骤S154。在步骤S154，余额参考和付款量确定部分114确定IC卡11A的付款量为I。

在步骤S155，余额参考和付款量确定部分114获取IC卡11B上的电子货币的余额。

在步骤S156，确定已经获取的IC卡11B上的余额是否高于作为从要支付量(x)减去IC卡11A上的余额(I)的货币量(x-I)。

在步骤S156确定IC卡11B上的余额高于货币量(x-I)的情况下，处理进行到步骤S157。在步骤S157，余额参考和付款量确定部分114确定IC卡11B的付款量是x-I。由于此，在要支付量x当中，分配货币量I作为IC卡11A的付款量，且分配货币量x-I作为IC卡11B的付款量。

另一方面，在步骤S156确定IC卡11B上的余额低于货币量(x-I)的情况下，处理进行到步骤S158。在步骤S158，错误处理部分116执行错误编号4的错误处理。

这里，将参考图12的流程图描述对应于步骤S158的错误处理的细节。

错误处理部分116在步骤S71到S76确定错误编号1到8的任意一个。在这里的情况下，因为存在错误编号4(在步骤S74的“是”)，所以处理进行到步骤S80。

在步骤S80，错误处理部分116提示针对错误编号4的措施。如图13所示，因为即使全部IC卡11的电子货币的余额合并也没有付款能力，例如，商店工作人员通过显示错误信息向顾客传达因为没有付款能力而取消处理。

当完成错误处理时，处理返回到图18的流程图，且执行从步骤S158开始及以后的处理。然后，处理返回到图10的流程图并完成IC卡付款处理。

如上，在余额参考和付款量确定处理(付款：合并)中，在通过合并对于已经检测到的每一IC卡11获取的电子货币的余额而获取的货币量超过要支付量的情况下，根据每一IC卡11上电子货币的余额确定付款量。

这里，为了更具体的描述，已经描述两个IC卡11为实例，但是对于三个IC卡11或更多处理内容基本上相同。

以上，作为余额参考和付款量确定处理的特定实例，已经描述了三个实例，付款：分担、收款和付款：合并。

[付款处理]

接下来，将参考图19到图21的流程图描述与图10的步骤S35对应的付款处理的细节。

这里，为了在图19到图21的描述中描述更具体，将与使用POS终端装置12执行的付款处理一起，描述使用两个IC卡(IC卡11A和IC卡11B)执行的付款处理。此外，IC卡11A的付款量设置为pA且IC卡11B的付款量设置为pB，如使用如上所述的余额参考和付款量确定处理确定的那样。

在步骤S171，POS终端装置12的付款部分115产生交易ID。交易ID是唯一值。

在步骤S172，付款部分115将使用余额参考和付款量确定处理确定的付款量pA和已经产生的交易ID发送到IC卡11A。

当从POS终端装置12发送了付款量pA和交易ID时，在IC卡11A中接收该信息。然后，在步骤S211，IC卡11A的控制部分34比较已经接收的交易ID与保持的交易ID。

在步骤S212，在已经比较的交易ID不同的情况下，处理进行到步骤S213。在步骤S213，控制部分34将保持的交易ID更新为已经接收的交易ID。

在步骤S214，控制部分34从记录在记录部分37中的电子货币的余额扣除付款量pA，且将处理结果发送到POS终端装置12(步骤S215)。

另一方面，在步骤S212，在已经比较的交易ID相同的情况下，因为在中间点终止先前处理，所以处理进行到步骤S216。在步骤S216，控制部分34通过参考记录在记录部分37中的电子货币的余额来确定付款量pA的扣除是否已经失败。

在步骤S216确定付款量pA的扣除已经失败的情况下，因为再次尝试扣除，所以处理进行到步骤S214。在步骤S214，控制部分34从电子货币的余额扣除付款量pA，并将处理结果发送到POS终端装置12(步骤S215)。

另一方面，在步骤S216确定付款量pA的扣除成功的情况下，因为存在处理结果的传输的问题，所以处理进行到S215。在步骤S215，控制部分34发送处理结果到POS终端装置12。

当发送来自IC卡11A的处理结果时，在POS终端装置12接收该处理结果。然后，在步骤S173，确定作为响应接收的处理结果是否正常。

在步骤S173确定响应不正常的情况下，处理进行到步骤S174。在步骤S174，付款部分115确定处理的次数是否已经达到次数的上限。在步骤S174确定处理的次数没有达到次数的上限的情况下，处理返回到步骤S172。然后重复如上所述的处理直到接收到正常响应(在步骤S173的“是”)或者达到次数的上限(在步骤S174的“是”)为止。

在返回正常响应之前达到次数的上限的情况下，处理进行到步骤S175。在步骤S175中，错误处理部分116执行对错误编号5的错误处理。

这里，将参考如上所述的图12的流程图描述对应于步骤S175的错误处理的细节。

在步骤S71到S76确定错误编号1到8的任意一个，且在这里的情况下，因为存在错误编号5(在步骤S75的“是”)，所以处理进行到步骤S81。

在步骤S81，错误处理部分116提示针对错误编号5的措施。如图13所示，作为针对错误编号5的措施，因为存在付款处理已经失败的情况，例如，商店工作人员通过正在显示的错误信息向顾客传达顾客再次放置IC卡11A。在顾客再次放置IC卡11A的情况下，存在传输相同交易ID和付款量pA的再次尝试(步骤S172)。

另一方面，在未放置IC卡11A的情况下，错误处理部分116通过控制通信部分53发送交易信息到支持中心的服务器13。交易信息用于如上所述错误编号2的错误处理。这里，在这种情况下，此后，处理返回到图10的流程图，且完成IC卡付款处理。

返回到图19的流程图，另一方面，在步骤S173确定来自IC卡11A的响应正常的情况下，处理进行到图20的步骤S176。

在步骤S176，POS终端装置12的付款部分115以与IC卡11A同样的方式发送关于IC卡11B的付款量pB和交易ID。

当从POS终端装置12发送付款量pB和交易ID时，在IC卡11B中接收该信息并执行步骤S231到S235的付款处理。然后，在步骤S231到S235，从IC卡11B的电子货币的余额扣除付款量pB，且以与图19的步骤211到215同样的方式将处理结果发送到POS终端装置12。

当从IC卡11B发送处理结果时，在POS终端装置12中接收处理结果。然后，以与图19的步骤S173到S175同样的方式，在步骤S177到S179中，执行响应是否正常的确定处理和是否达到次数的上限的确定处理，且在达到次数的上限的情况下执行错误编号6的错误处理。因为错误处理与图19的步骤S175相同，因此省略其描述。

另一方面，在步骤S177确定来自IC卡11B的响应正常的情况下，处理进行到图21的步骤S180。

在步骤S180，POS终端装置12的付款部分115发送交易ID复位请求到IC卡11A。

当从POS终端装置12发送复位请求时，由IC卡11A接收复位请求。然后，在步骤S217，IC卡11A的控制部分34根据复位请求来复位交易ID。例如，交易ID更新为零。在步骤S218，控制部分34发送复位处理结果到POS终端装置12。

当从IC卡11A发送处理结果时，在POS终端装置12中接收该处理结果。然后，在步骤S181，确定作为响应接收的处理结果是否正常。

在步骤S181确定响应不正常的情况下，处理进行到步骤S182。在步骤S182，付款部分115确定处理次数是否已经达到次数上限。在步骤S182确定处理次数没有达到次数的上限的情况下，处理返回到步骤S180。然后重复如上所述的处理直到接收到正常响应(在步骤S181的“是”)或者达到次数的上限(在步骤S182的“是”)为止。

在返回正常响应之前达到次数的上限的情况下，处理进行到步骤S183。在步骤S183中，错误处理部分116执行错误编号7的错误处理。

这里，将参考如上所述的图12的流程图描述对应于步骤S183的错误处理的细节。

在步骤S71到S76确定错误编号1到8的任意一个，且在这里的情况下，因为存在错误编号7(在步骤S76的“是”)，所以处理进行到步骤S82。

在步骤S82，错误处理部分116提示针对错误编号7的措施。如图13所示，作为针对错误编号7的措施，因为存在卡状态的初始化已经失败的情况，例如，商店工作人员通过正在显示的错误信息向顾客传达要再次放置IC卡11A。在再次放置IC卡11A的情况下再次尝试复位请求的传输(步骤S180)。

另一方面，在不放置IC卡11A的情况下，将交易信息发送到支持中心的服务器13。交易信息用于如上所述的错误编号2的错误处理。这里，在这种情况下，此后，处理返回到图10的流程图，且完成IC卡付款处理。

返回到图21的流程图，在步骤S181确定来自IC卡11A的响应正常的情况下，处理进行到步骤S184。在步骤S184，POS终端装置12的付款部分115以与IC卡11A同样的方式发送关于IC卡11B的交易ID复位请求。

当从POS终端装置12发送复位请求时，由IC卡11B接收其余请求且执行步骤S237和S238的付款处理。在步骤S237和238中，复位交易ID，且以与步骤S217和S218同样的方式将处理结果发送到POS终端装置12。

当从IC卡11B发送处理结果时，在POS终端装置12中接收处理结果。然后，以与步骤S181到S183同样的方式，在步骤S185到187中，执行响应是否正常的确定处理和是否达到次数上限的确定处理，且在达到次数上限的情况下执行错误编号8的错误处理。因为错误处理与步骤S183相同，因此省略其描述。

在步骤S185确定来自IC卡11B的响应正常的情况下，处理返回到图10的流程图，且终止IC卡付款处理。

这里，在图19到图21的描述中，已经描述了支付(分担或合并)的付款处理，且已经描述了分别从IC卡11A和IC卡11B扣除付款量pA和pB的情况的处理。另一方面，没有描述收款的情况，但是因为仅除了关于IC卡11A和IC卡11B收取付款量pA和pB而代替在付款情况下的扣除之外处理相同，所以省略其描述。

此外，为了更具体的描述，已经描述两个IC卡11的实例，但是对于三个IC卡11或更多处理内容基本上相同。

如上，在付款处理中，将对于每一IC卡11确定的付款量与交易ID一起发送到作为目标的IC卡11，且对于每一IC卡11执行付款。

用这样的方式，在IC卡付款处理中，检测由顾客放置的多个IC卡11，确定已经检测的IC卡11是否处于可以使用的状态，且检查处于可以使用的状态的IC卡11的余额和付款能力。然后，关于付款可能的IC卡11执行比如根据付款量扣除货币量的付款处理。

由于此，在放置多个IC卡11的情况下，例如，因为可以在付款和收款时提供比如分担或合并的各种服务，所以可以改进使用近程通信的服务的便利性。

<2.第二实施例>

这里，在如上所述的描述中，已经描述了使用IC卡付款服务1提供的付款服务的实例，但是本技术能够应用于付款以外的服务。因此，接下来，将描述数据传送服务和站点感应服务作为付款以外的服务的实例。

[IC卡数据传送系统的配置]

首先，将参考图22到图25描述数据传送服务。

图22是图示应用本技术的IC卡数据传送系统的配置实例的图。

如图22所示，IC卡数据传送系统201由多个IC卡11和个人计算机210配置。

个人计算机210例如设置在商店中，并执行将由顾客持有的多个IC卡11当中一个IC卡11上的数据传送到另一IC卡11的处理。在图22中，两个IC卡11A和IC卡11B显示为多个IC卡11的实例。

IC卡数据传送系统201如上配置。

[个人计算机的配置]

图23是图示个人计算机210的配置的图。

CPU 211根据存储在ROM 212中的程序或者记录在记录部分218中的程序执行各种处理。在RAM 213中，适当地存储由CPU 211执行的程序、数据等。CPU 211、ROM 212和RAM 213经由总线214彼此连接。

在CPU 211中，输入和输出接口215也经由总线214连接。在输入和输出接口215中，连接由键盘、鼠标等形成的输入部分216和由显示部分231、扬声器232等形成的输出装置217。CPU 211根据从输入部分216输入的指令执行各种处理。然后，CPU 211在显示部分231上显示从处理结果获取的图像，并从扬声器232输出音频。

连接到输入和输出接口215的记录部分218记录由CPU 211执行的程序和各种类型的数据。通信部分219经由因特网或者另一网络与外部装置通信。此外，可以经由通信部分219获取程序并记录在记录部分218中。

读/写器220具有与图3的读/写器54相同的配置。读/写器220根据CPU211的控制操作。

此外，当安装比如磁盘、光盘、磁光盘、半导体存储器等的可拆卸介质222时，连接到输入和输出接口215的驱动器221驱动可拆卸介质222，并获取在可拆卸介质222上存储的程序、数据等。获取的程序和数据根据需要传送到记录部分218并记录。

个人计算机210如上配置。

[IC卡数据传送控制程序]

图24是图示IC卡数据传送控制程序的配置的图。

IC卡数据传送控制程序241由CPU 211或者读/写器220的控制部分(未示出)中的任意一个执行。

IC卡数据转送控制程序241由IC卡检测部分251、数据传送控制部分252和错误处理部分253配置。

IC卡检测部分251通过以与图4的IC卡检测部分111同样的方式控制读/写器220来执行轮询并检测IC卡11。

数据传送控制部分252通过控制读/写器220来控制从IC卡11之一到另一IC卡11的数据传送。

错误处理部分253以与图4的错误处理部分116同样的方式通知由使用IC卡检测部分251或者数据传送控制部分252的处理产生的错误。

IC卡数据转送控制程序241如上配置。

[IC卡数据传送处理的流程]

接下来，将参考图25的流程图描述IC卡数据传送处理。

在步骤S311，IC卡检测部分251执行IC卡检测处理。因为IC卡检测处理与图11的IC卡检测处理相同，因此省略其描述。

例如，在使用IC卡检测处理检测IC卡11A和IC卡11B的情况下，数据传送控制部分252关于IC卡11A和IC卡11B执行步骤S312中的数据传送处理。

作为数据传送处理，例如，将要传送到IC卡11B的IC卡11A上的数据的指令发送到IC卡11A。这里，传送指令可以发送到IC卡11A和IC卡11B两者。

当从个人计算机210发送传送指令时，在IC卡11A中接收指令。然后，在步骤S331，IC卡11A的控制部分34读出记录在记录部分37中的用于传送的预定数据，并基于已经接收的传送指令将数据传送到IC卡11B(步骤S332)。

在步骤S333，控制部分34传送处理结果到个人计算机210。

当从IC卡11A传送数据时，在IC卡11B中接收数据(步骤S351)。然后，在步骤S352，IC卡11B的控制部分34在记录部分37中记录已经接收的数据。由于此，将IC卡11A的数据传送到IC卡11B。

在步骤S353，控制部分34传送处理结果到个人计算机210。

当完成传送处理时，在个人计算机210中接收来自每一IC卡的处理结果。在步骤S313，数据传送控制部分252将从每一IC卡接收到的处理结果记录到记录部分218。由于此，不仅在正常地传送数据的情况下的处理结果而且在数据传送可能失败的情况下的处理结果都被记录。

如上，在IC卡数据传送处理中，检测放置的多个IC卡11，且在多个IC卡11当中一个IC卡11上用于传送的数据被发送到另一IC卡11。由于此，例如，通过仅关于个人计算机210放置两个IC卡11，数据传送是可能的。

例如，当在其中一次仅能够放置一个IC卡11的系统中尝试执行如上所述的数据传送时，首先，通过放置IC卡11A，由个人计算机210读出IC卡11A上的数据并记录一次。接下来，需要通过放置IC卡11B而将记录的数据写入IC卡11B上的操作。另一方面，在IC卡数据传送系统201中，因为可以直接从IC卡11A传送数据到IC卡11B而不将传送的数据记录在个人计算机210中，可以改进安全性。

作为IC卡数据传送系统201的特定实例，例如，假定其中当已经过期的IC卡11A重叠并与新发行的IC卡11B一起放置时关于IC卡11B结转IC卡11A上的数据的使用方法。

<3.第三实施例>

[IC卡站点感应系统]

接下来，将参考图26A到图28描述站点感应服务。

图26A和图26B是图示应用本技术的IC卡站点感应系统的配置实例的图。

如图26A和26B所示，IC卡站点感应系统301由多个IC卡11和个人计算机210配置。

如图26A所示，在放置一个IC卡11的情况下，个人计算机210通过访问来自IC卡11的典型站点而获取站点信息(例如，URL)。个人计算机210基于获取的站点信息而经由因特网访问典型站点，并在显示部分231上显示网页。例如，在显示部分231上显示“典型ABC站点”作为典型站点。

此外，如图26B所示，在放置IC卡11A和IC卡11B的情况下，个人计算机210访问来自IC卡11A的信息和来自IC卡11B的特定信息。个人计算机210基于站点信息和特定信息经由因特网访问特别站点，并在显示部分231上显示网页。这里，特定信息是用于访问与典型站点有关的特别站点的信息。例如，在显示部分231上显示“特定ABC站点”作为特定站点。

这里，个人计算机210具有如上所述图23所示的配置。

IC卡站点感应系统301如上配置。

[IC卡站点感应控制程序]

图27是图示IC卡站点感应控制程序的配置的图。

使用CPU 211或者读/写器220的控制部分(未示出)中的任意一个执行IC卡站点感应控制程序311。

IC卡站点感应控制程序311由IC卡检测部分321、站点感应控制部分322和错误处理部分323配置。

IC卡检测部分321通过以与图4的IC卡检测部分111同样的方式控制读/写器220来执行轮询并检测IC卡11。

站点感应控制部分322通过控制读/写器220来从IC卡11获取站点信息。站点感应控制部分322通过控制通信部分219并基于站点信息经由因特网访问典型站点来在显示部分231上显示网页。

此外，站点感应控制部分322通过控制读/写器220，来获取来自一个IC卡11的站点信息并获取来自另一IC卡11的特定信息。站点感应控制部分322通过控制通信部分219并基于站点信息和特定信息经由因特网访问特定站点来在显示部分231上显示网页。

错误处理部分323以与图4的错误处理部分116同样的方式通知由使用IC卡检测部分321或者站点感应控制部分322的处理产生的错误。

IC卡站点感应控制程序311如上配置。

[IC卡站点感应处理的流程]

接下来，将参考图28的流程图描述IC卡站点感应处理。

在步骤S411，IC卡检测部分321执行IC卡检测处理。因为IC卡检测处理与图11的IC卡检测处理相同，因此省略其描述。

在使用IC卡检测处理检测IC卡11A和IC卡11B的情况下，站点感应控制部分322关于IC卡11A和IC卡11B在步骤S412中执行信息请求处理。

作为信息请求处理，例如，执行关于IC卡11A请求站点信息和关于IC卡11B请求特定信息的处理。

当从个人计算机210发送请求时，由IC卡11A和IC卡11B中的每一个接收请求。

在步骤S431，IC卡11A的控制部分34读出记录在记录部分37中的站点信息，并基于已经接收的请求将站点信息发送到个人计算机210(步骤S432)。

此外，在步骤S451，IC卡11B的控制部分34读出记录在记录部分37中的特定信息，并基于已经接收的请求发送特定信息到个人计算机210(步骤S452)。

当从IC卡11A发送站点信息并从IC卡11B发送特定信息时，由个人计算机210的通信部分219接收该信息(步骤S413)。

在步骤S414，站点感应控制部分322经由因特网访问特定站点，并基于站点信息和特定信息在显示部分231上显示网页(步骤S415)。

例如，在显示部分231中显示图26B的“特定ABC站点”作为特定站点。

如上，在IC卡站点感应处理中，检测已经放置的多个IC卡，从已经检测的多个IC卡获取站点信息和特定信息，并通过访问特定站点来显示网页。由于此，例如，当除用于正常站点的感应的IC卡11A之外关于个人计算机210放置特定IC卡时，不能由一般的人看到的特定站点的感应是可能的。

这里，作为IC卡站点感应系统301的另一实例，例如，可以实现提供其中通过关于能够读取IC卡的ATM重叠地放置作为IC卡的具有嵌入的IC芯片的银行的银行卡和驾驶执照，来一次性执行比如撤回或者传送和标识确认(验证)之类的交易的服务。此外，例如，可以实现提供当在比如便利商店或者百货公司之类的商店付款时，通过重叠用于付款的IC卡和用于预支购物点的IC卡并放置在POS终端装置上，而一次性执行购物点的付款和预支的服务。

此外，例如，可以实现提供通过重叠在自动香烟分发器上而放置用于标识成年人的IC卡和用于付款的IC卡，而一次性执行年龄的验证和付款的服务。此外，可以提供通过将多个人的用于付款的IC卡重叠并放置在当购买票时的付费装置(比如运输公司或者旅游区域的设施)上而以团体折扣购买票的服务。此外，例如，可以提供当激活软件(例如，电子货币浏览器)以显示比如电子货币的余额和个人计算机210的使用历史的信息时，当通过重叠放置多个IC卡时的电子货币的余额、每一IC卡的使用历史等的服务。在该服务中，存在的优点是其在确认多个IC卡的电子货币的余额等时不需要切换IC卡。

如上，在应用本技术的IC卡付款系统、IC卡数据传送系统和IC卡站点感应系统中，因为可以在多个IC卡重叠的情况下提供各种服务，所以可以改进使用近程通信的服务的便利性。

这里，在如上所述的描述中，以IC卡作为执行近程通信的通信装置描述实例，但是也可以应用于另一电子设备而不限于IC卡，比如具有内置的IC卡功能的移动电话单元。

此外，在如上所述的描述中，描述了使用软件执行一系列处理的实例，但是也可以使用硬件执行一系列处理。然后，在使用软件执行一系列处理的情况下，通过安装在具有内置的专用硬件的计算机中或者通过安装在通用个人计算机等(其能够通过从记录介质安装各种程序来执行各种处理)中来执行配置软件的程序。

记录介质由其中记录分开地分发给计算机以传递程序给用户的程序的磁盘(包括软盘)、光盘(包括CD-ROM(致密盘只读存储器)或DVD(数字多用途盘))、磁光盘(包括MD(迷你盘)(注册商标))、半导体存储器等配置，且还可以由配置处于预先嵌入在计算机中的状态的提供给用户的程序的记录部分配置。

此外，执行如上所述的一系列处理的程序可以根据需要经由比如局域网、因特网的有线或无线通信介质，或者经由比如路由器或者调制解调器的接口的数字卫星广播安装到计算机上。

这里，不需要描述用于执行说明书中的计算机中的各种处理的处理的处理步骤根据如流程图描述的次序以时间顺序方式处理，而是可以包括并行或单独执行的处理(例如，并行处理或者使用多对象的处理)。

此外，处理可以是使用一个计算机的处理或者可以使用多个计算机以分散的方式处理。此外，可以通过传送到远程计算机来执行程序。

这里，说明书中的系统是多个装置的逻辑上集合的配置。

此外，本技术的实施例不限于如上所述的实施例，而是在不脱离本技术的概念的范围内各种修改是可能的。

本技术包括与于2011年3月30日在日本专利局提交的日本优先权专利申请JP 2011-075961中公开的主题相关的主题，通过引用包含其全部内容。

本领域技术人员应该理解，取决于设计要求及其他因数，可以进行各种修改、组合、部分组合和变更，只要它们在所附权利要求或其等效物的范围内即可。

Claims (12)

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

通信装置检测部分，检测执行近程通信的通信装置；和

公共处理部分，在检测到多个通信装置的情况下基于从检测到的通信装置获取的唯一信息关于所述多个通信装置执行公共处理。

2.根据权利要求1的信息处理装置，进一步包括：

处理结果通知部分，向所述多个通信装置通知公共处理的结果。

3.根据权利要求2的信息处理装置，

其中，所述公共处理部分根据已经检测到的通信装置的数目和从所述通信装置获取的唯一信息执行公共处理，并确定关于每一通信装置请求的值。

4.根据权利要求3的信息处理装置，

其中，所述唯一信息是指示电子货币的余额的信息，和

所述公共处理部分在对于每一通信装置获取的余额超过分担通过将要支付量除以所述通信装置的数目而获取的费用的货币量的情况下，对于每一通信装置确定所述货币量作为付款量。

5.根据权利要求3的信息处理装置，

其中，所述唯一信息是指示能够收取的电子货币的货币量的信息，和

所述公共处理部分在对于每一通信装置获取的能够收取的货币量超过通过将收款量除以所述通信装置的数目而获取的货币量的情况下，对于每一通信装置确定所述货币量作为收款量。

6.根据权利要求3的信息处理装置，

其中，所述唯一信息是指示电子货币的余额的信息，和

所述公共处理部分在通过合并对于每一通信装置获取的余额而获取的货币量超过所述要支付量的情况下，根据每一通信装置的余额确定付款量。

7.根据权利要求1的信息处理装置，

其中，所述公共处理部分在检测到的多个通信装置之中的一个或多个通信装置中以标准方式在完成先前处理的情况下执行所述公共处理。

8.根据权利要求2的信息处理装置，进一步包括：

错误通知部分，通知当执行所述通信装置的检测、所述公共处理或者所述公共处理的结果的通知时产生的错误。

9.根据权利要求1的信息处理装置，进一步包括：

显示部分，显示其中选择所述公共处理的内容的屏幕。

10.一种信息处理方法，包括：

检测执行近程通信的通信装置，并在使用信息处理装置检测到多个通信装置的情况下基于从检测到的通信装置获取的唯一信息关于所述多个通信装置执行公共处理。

11.一种非瞬时记录介质，存储使得计算机用作下列部分的程序：

通信装置检测部分，检测执行近程通信的通信装置；和

公共处理部分，在检测到多个通信装置的情况下基于从检测到的通信装置获取的唯一信息关于所述多个通信装置执行公共处理。

12.一种信息处理系统：

其中，信息处理装置提供有检测执行近程通信的通信装置的通信装置检测部分和在检测到多个通信装置的情况下基于从检测到的通信装置获取的唯一信息关于所述多个通信装置执行公共处理的公共处理部分。

Images