CN1308293A - 电子货币系统和电子货币终端 - Google Patents

Abstract

在与管理中心进行通信的情况下,当预定周期内到管理中心的通讯不可能完成时,电子货币系统不易察觉地终止此通讯。通过转换操作方式,预定的可移动终端装置代替通信线路被使用,用以上载并下载数据。当不可能由通信线路获得进行处理所需的数据时,基于直到那时所拥有的数据,处理可以被完成。

Description

电子货币系统和电子货币终端

本发明涉及到电子货币系统和电子货币终端，它可以被应用到比如，利用非接触IC卡的货币系统。在与管理中心进行通信的情况下，当在预定时段内完成到管理中心的通信不可能时，这次通信被不易察觉地终止。也可以，通过转换操作模式，利用预定的便携式终端装置代替通信线，来执行上载和下载的操作。当由通信线路获得进行处理所需的数据有困难时，基于直到那时所拥有的数据，处理会被完成。因此，当连接到管理中心的线路有故障时，尽管此故障存在，适当的处理被执行也是有可能的。

迄今，利用用户持有的移动式信息终端的电子货币系统，在一些领域内被有效地使用。在这类系统中，电子货币是记录在一张IC卡上的，即记录在一个移动式信息终端上，并且利用电子货币的付款时，IC卡上的记录通过在商店的终端更新，这样从IC卡上减去电子货币的支付量。商店终端直接通过IC卡传达此支付到管理中心，或者通过IC卡记录此支付记录，然后传达此支付到管理中心。支付是由管理中心结算的。

关于使用于电子货币系统的IC卡，接触IC卡和非接触IC卡是有效的，其中，接触IC卡配置使得它通过电路连接的接触被访问，非接触IC卡的配置使得它通过例如联结天线，非接触地被访问。

在这些IC卡之中，当利用联结天线的非接触IC卡被控制在作为专用存取装置的读出/写入器附近时，由读出/写入器传送的无线电频率信号，在IC卡的天线中被感应到，并且IC卡是由无线电频率信号产生的电源触发的。响应于由来自读出/写入器的无线电频率信号输入的指令，IC卡把记录在存储器中的数据传送到读出/写入器中。利用来自读出/写入器输出的数据，存储器内容被更新。

非接触IC卡，相对于接触IC卡，提供更高的可靠性，因为前者是非接触的。

在电子货币系统中，商店终端可以在硬盘驱动器或类似装置中记录比如由IC卡进行的支付，并且可以储存该数据。储存终端可以通过，例如电话线之类的公众线，成批地传送记录数据到管理中心。

在上载关于支付这样的数据时，线路可能出现故障。

更具体地，由于很高的线路通信量，上载数据可能需要很长的时间。此外，建立到管理中心的连接可能是困难的。在这样的情况下，当商店里的店员，在营业时间以后执行这些数据的上载、并且在回家之前等候上载完成时，这个商店的店员可能无法回家。一家一天营业24小时的商店，由电子货币的支付进行的处理，会落后专用于上载的商店终端。

在这类系统中，各种数据被加密，然后被传送/接收。考虑到防止密钥数据泄漏，当电源关掉时，终端可以删除储存的密钥数据。在此情况下，当电源打开并且获得新的密钥数据时，此终端会访问管理中心。

当系统按此方式配置、并且线路有如上所述的故障时，获得密钥数据就变得困难，或者需要很长的时间用以获得密钥数据。用这种方式，商店终端在执行相关电子货币的处理中，会遇到困难。

因此，本发明的一个目的是提供一个电子货币系统和一个电子货币终端，在连接到管理中心的线路有故障时，用于进行适当的处理。

根据本发明的一个方面，它提供一个包括电子货币终端的电子货币系统，此终端用于在贮藏电子货币价值的可移动电子设备中，更新电子货币的数量。电子货币终端包括用于记录电子货币更新的一台记录器。电子货币系统进一步包括一个管理部分，用于通过通信线路、更新电子货币数量的记录。电子货币终端，进一步包括一个传送装置，用于把多个记录在记录器上的更新记录，成批地传送到管理部分；还包括一个终止装置，用于在与管理中心通信的情况下当在预定的周期之内无法完成通信时，不易察觉地终止到管理部分的通讯。

根据本发明的另一方面，它提供电子货币交易处理方法，此方法包括一个记录步骤，用以在一个电子货币终端的记录装置上记录电子货币数量的更新。在传送步骤中，记录在该记录装置中的更新记录，通过通信线路被成批传送到管理部分。在终止步骤中，在与管理中心通信的情况下，当这次通讯在预定周期之内无法完成时，到管理部分的通讯被不易察觉地终止。

在传送步骤中，预定的屏幕显示会被提供。在终止步骤中，当与管理部分的通讯无法在预定周期之内完成时，与通讯在预定周期完成的情况一样，相同的屏幕显示被提供。

当通讯联络在预定周期之内无法完成时，更新记录可以通过访问电子货币终端、由管理部分上载。

根据本发明的另一方面，一个电子货币终端被提供，此终端包括一个更新装置，用于更新记录在可移动电子设备中的电子货币数量。一个传送装置通过通信线路，传送电子货币数量的更新到管理部分。一个转换装置，在通过链路发送电子货币的数量更新与在可移动电子货币终端中记录该电子货币更新之间进行转换。

根据本发明的另一方面，一个电子货币终端被提供，它包括一个更新装置，用于更新记录在可移动电子设备中的电子货币数量。一个传送装置，通过通信线路，把电子货币数量的更新传送到管理部分。一个获取装置，经过通信线路，至少要获得用于电子货币处理所需的数据。一个转换装置，在获取经过通信线路的数据、获取用可移动电子货币终端进行电子货币处理所需数据之间进行转换。

电子货币处理所需的数据，可以包括在无效的可移动电子设备上的数据。

电子货币处理所需的数据，可以包括传送电子货币的更新到管理部分时所需的密钥数据。

根据本发明的另一方面，电子货币交易处理方法被提供，它包括确定的步骤，用于比较支付数量和授信的电子货币的量，并且确定授信的电子货币数量是否被足够支付。在菜单提供步骤中，当在确定步骤确定支付数量超过授信数量时，提供用以进行由电子货币支付交易的执行与撤消的菜单。

根据本发明的另一方面，电子货币交易处理方法被提供，它包括确定的步骤，用于比较支付数量和授信的电子货币的数量，并且确定授信的电子货币数量是否被足够支付。在设定步骤中，当在确定步骤中肯定支付数量超过授信数量时，利用电子货币支付的数量根据支付项来设定。在更新步骤中，在设定步骤中确定的利用电子货币支付的数量，从授信数量中被扣掉。

支付项目，包括那些允许以预定的货币单位找回零钱的项目。通过向下舍入电子货币数量到预定的货币单位，利用电子货币支付的数量可以被获得。

支付项也许包括那些允许预定的输入设备输入由电子货币支付的数量的项目。

根据本发明的另一方面，电子货币交易的处理方法被提供，它包括指示可移动电子设备的第一次指示步骤，此步骤记录电子货币的价值，用以更新电子货币数量。在传送步骤中，响应于来自可移动电子设备的、用于指示更新完成的通讯联络，电子货币的更新被传送到管理部分，用于管理电子货币的更新。

在第一次指示步骤之后的第二次指示步骤中，当更新的完成无法从可移动的电子设备传送时，电子货币的更新可以被指示出来。

根据本发明的另一方面，电子货币交易的处理方法被提供，包括一个更新电子货币数量的更新步骤，此数量储存在存储电子货币价值的可移动电子设备中。在传送步骤中，电子货币的更新被传送到管理部分。在撤消步骤中，电子货币数量的更新、电子货币更新的、与管理部分的通讯联络，通过预定的操作被撤消。

由预定操作进行的处理的撤消，直到可移动的电子设备被指示用来更新电子货币数量，才可能被接受。由预定操作进行的处理的撤消，在从可移动的电子设备被指示用来更新电子货币数量到该更新的完成被可移动电子设备传送的时间段内，也许不被接受。当更新的完成被传送时，电子货币的更新可以被传送到管理部分。

在利用电子货币的支付撤销之后，该支付可以通过现金来完成。

根据本发明的另一方面，电子货币交易的处理方法被提供，它包括一个更新步骤，用于从存储电子货币价值的可移动电子设备中扣掉支付的部分、并且更新记录在可移动的电子设备中的电子货币数量。在传送步骤中，部分支付的数量被传送到外部设备。也可以，利用电子货币的部分支付从该支付数量中扣掉，并且剩余的数量被传送到外部设备。

该支付可能由外部设备获得。

外部设备可以包括一个现金会计计算机。在更新步骤中，储存在可移动的电子设备的电子货币的全部，可能用来支付利用电子货币支付的数量。

在更新步骤中，在可移动的电子设备中的电子货币数量，可以被更新、并且更新的信息可以被传送到管理部分。

按照本发明，在与管理中心进行通信的情况下，当在预定周期内完成到管理部分的通讯不可能时，这次和管理部分的通讯就不易察觉地被终止。也可以，通过转换操作方式，预定的可移动终端装置代替通信线路被使用，用以上载和下载数据。当通过通信线难以获得处理所需的数据时，基于此时所拥有的数据的处理被执行。因此，当连接到一个管理部分的线路有故障时，有可能执行适当的处理，尽管有此故障。

图1是本发明的一个实施例的电子货币系统的方块图。

图2是如图1所示的该电子货币系统的一个商店终端的透视图。

图3是如图1所示的该电子货币系统的一个商店终端的方块图。

图4A和4B是如图3所示的商店终端的显示屏的平面图。

图5是一个流程图，它显示用如图3所示的商店终端来执行交易的过程；

图6是一个显示在如图5所示的流程图之后的处理步骤的流程图；

图7是一个显示在如图6所示的流程图之后的处理步骤的流程图；

图8是一个时间表，用于描述如图3所示的商店终端、和IC卡之间的数据交换。

图9A和9B是平面图，显示如图3所示的商店终端，在没有足够的可用资金来完成支付时的显示屏；

图10是一个流程图，显示利用如图3所示的商店终端，在销售点记录器的协作下，用于执行交易的过程；

图11是一个显示在如图10所示的流程图之后的处理步骤的流程图；

图12是一个显示在如图11所示的流程图之后的处理步骤的流程图；

图13是一个流程图，显示利用如图3所示的商店终端总结支付的过程；

图14是一个显示在如图13所示的流程图之后的处理步骤的流程图；

图15是一个商店终端3执行总结处理时的显示屏的平面图；

图16是一个商店终端3执行数据的上载时的显示屏的平面图；

图17是一个流程图，显示利用如图3所示的商店终端3、下载密钥数据等等；

图18是一个显示在如图17所示的流程图之后的处理步骤的流程图；并且，图19是一个如图1所示的电子货币系统的方块图，在此系统中，可移动终端被用来上载和下载数据。

本发明将参考附图，从下面最佳实施例的描述中被领会。(1)电子货币系统图1的总体外形

图1是一个按照本发明实施例的电子货币系统的方块图。电子货币系统1运用非接触IC卡2A至2X。电子货币系统1运用闭环系统，其中，通过利用由用户拥有的IC卡2A至2X，管理中心3执行集中控制。电子货币系统1的形成，要经过把在管理中心3提供的管理服务器5连接不同的服务器和终端上，而这又要通过租用线路和公众线路形成的网络NT1和NT2、一个路由器4，等等。

在电子货币系统1中，在终端、服务器等等之中的数据通信是利用加密执行的，而加密则适当地运用在电子货币系统1内共享的系统密钥来完成，相互鉴定密钥用于检验在装置之中的相互鉴定，检验密钥用于证实资料来源的签名等等。为了化简描述，该加密处理的描述在下文中将被省略。

在这些服务器和终端之间，发售终端6例如在预定的IC卡发售机构的窗口等等之中被提供，并且执行IC卡2A至2X的发售处理。确切地，发售终端6在业务期间总是在线地连接到管理中心3，并且根据与管理中心3交换的数据、利用读出/写入器(R/W)6A访问IC卡2A。在这种情况下，发售终端6在卡2A上准备处理电子货币所需的存储空间，并且记录密钥数据。

当在窗口交易结束、电源被关掉时，发售终端6删除可用来非法发售IC卡2A的数据，此数据包括来自内部记录器的记录的、用于与管理中心3交换的数据和用于与IC卡2A交换数据的密钥数据。这样就阻止了这些数据的违法泄漏，并且确保该系统的安全性。

当在窗口交易等等开始、电源被打开时，发售终端6保存与管理中心3之间的存储线路、从管理中心3下载电源被关掉时就会被删除的数据。发售终端6利用下载的数据，完成当天的IC卡发售处理。

授信终端7在金融机构等等中提供，并且进行处理用以管理IC卡2B上的电子货币。确切地，授信终端7与在金融机构等等提供的自动付款机，有着大体上相同的形状。按照与响应用户操作的银行网络8交换的数据，授信终端7利用读出/写入器7A访问IC卡2B。在这种情况下，授信终端7在IC卡2B上记录电子货币，并在用户帐头上划帐。对IC卡2B的电子货币授信，是通过授信终端7传送到管理中心3的。

当在窗口交易等等结束、电源被关掉时，授信终端7删除非法发送给IC卡2A的数据，此数据包括来自内部记录器的、用于与银行网络8交换数据的密钥数据、用于与IC卡2B交换的密钥数据、以及阻止IC卡非法运用的数据，例如下面描述的无效列表。这样就阻止了这些数据的违法泄漏，并且确保该系统的安全性。

当在窗口交易等等开始、电源被打开时，授信终端7保存与管理中心3之间的存储线路、并且从管理中心3下载电源被关掉时就会被删除的数据。授信终端7利用下载的数据，完成当天的IC卡的授信处理。

当下载数据时，授信终端7获取无效列表，此列表是被禁用的IC卡的列表。授信终端7根据该无效列表，完成当天的授信处理。当关于信用的IC卡2B被包括在该无效列表时，授信终端7撤消授信处理，并且传送这些到管理中心3。

商店终端9在每个商店中被提供，且在此过程中，电子货币系统1被用于处理电子货币的支付。响应于由商店里的店员等等进行的操作，商店终端9利用读出/写入器9A访问IC卡2C，并且在IC卡2C中扣掉支付数量。另外，商店终端9利用IC卡2上的电子货币记录该支付，并且在预定的时间内传送该支付记录到管理中心3。该支付记录，包括关于电子货币的IC卡标识码、支付数量、支付日期等等。支付记录被设置在一个数据库中，并且记录在商店终端9中。

当以此种方式更新电子货币数量时，商店终端9参考由管理中心发送的无效列表。如果用于支付的IC卡2C被包括在无效列表中，商店终端9就会撤消该支付处理。而且，商店终端9记录一系列处理和传送到管理中心3，这些处理都利用电子货币，除了支付记录外。

自动售货机11D至11X，根据用户的操作，出售用户想要的瓶装饮料。自动售货机11D至11X，根据用户的操作、利用各自的内部读出/写入器，访问各自的IC卡2D至2X，并且从IC卡2D至2X上的电子货币中，扣掉各自的由用户购买的数量。而且，自动贩卖机11D至11X通过各自的IC卡2D至2X，记录电子货币的使用，并且传送这些记录到自动售货机服务器10。

当以此种方式更新电子货币数量时，自动售货机11D至11X参考由管理中心3发送的无效列表。如果用于支付的IC卡2C，被包括在无效列表中，该支付处理就被删去。

自动售货机服务器10，在自动售货机11D至11X上记录电子货币的使用，并且在预定的时间内传送这些记录到管理中心3。确切地，通过利用与自动售货机11D至11X的无线通讯，自动售货机服务器10，记录由自动售货机11D至11X上的电子货币所产生的支付，并且成批地把电子货币的使用，从自动售货机11D至11X传送到管理中心3。

当传送数据到管理中心3时，自动售货机服务器10下载无效列表，并且传送下载的该无效列表到自动售货机11D至11X。

一般而言，自动售货机服务器10被保持在电源连续供给的状态下。当电源被关掉时，自动售货机服务器10，删除被用来非法的发给IC卡2A的数据，此数据包括来自内部记录器记录的、用于与管理中心3交换数据的密钥数据、用于与自动售货机11D至11X交换的密钥数据、和阻止IC卡的非法运用的数据，例如，在下面描述的的无效列表。这样就阻止了这些数据的违法泄漏，并且确保该系统的安全性。

当电源被打开时自动售货机服务器10保留到管理中心3的线路，并且从管理中心3，下载这些电源被关掉时就会被删除的数据。自动售货机服务器10，利用该下载数据，进行不同的处理。

下载数据时，自动售货机服务器10也获得一个无效列表，此列表是被禁止使用的IC卡的列表，并且按照此无效列表、进行不同的处理。

涉及到发售终端6、授信终端7、商店终端9、自动售货机服务器10和自动售货机11A至11X，用于加密、验证签名和确认相互鉴定的密钥数据，是通过与管理服务器5交换数据而周期性更新的。响应于这些来自管理服务器5的更新或指示，授信终端7、商店终端9和自动售货机11A至11X，在IC卡2B至2X上更新用于加密的密钥数据，此数据被用于电子货币的授信处理。电子货币系统1的安全性是通过这些处理得以确保的。

银行网络8是经过一个连接服务器13连接到电子货币系统1上的。银行网络8，分别地管理使用IC卡2A至2X的用户的帐目。确切地，当向IC卡2B的电子货币的授信，从授信终端7传送到银行网络8时，银行网络8核对用户帐目，该账目是电子货币授信的来源。银行网络8，确定电子货币是否能被授信、并且传送该确定结果到授信终端7。响应于确定结果的通信，按照来自授信终端7的响应，授信数量从对应的帐目上扣除预定的管理帐目。银行网络8，传送该结果到授信终端7。响应于从管理中心3给出的确定指令，该管理帐目上暂时组合的现金被分配到每个商店的帐目上，在此账目中，用户已经用电子货币付了款。

连接服务器13连接电子货币系统1和银行网络8。连接服务器13按照在电子货币系统1与银行网络8之间交换的数据的每种系统进行各种处理，例如解密和加密。

管理中心3，按照交易数据库15中的记录、利用管理服务器5，管理和控制电子货币系统1；确切地，交易数据库15是通过记录形成的，就IC卡2A至2X而论，它通过电子货币系统1、每一个IC卡2A至2X的标识数据、私人的数据、每一个IC卡2A至2X的电子货币运用历史、余额等等，被管理和控制的。

响应于从发售终端6发售IC卡2A的发售指示，管理服务器5，与发售终端6交换发售IC卡2A所需的不同数据，并且在交易数据库15中存储与该发售相关的一个记录。当IC卡2B的电子货币授信、从授信终端7被传送到管理中心3时，管理中心3更新交易数据库15之中的记录。当商店终端9和自动售货机服务器10，传送电子货币的使用到管理中心3时，管理服务器3为对应的IC卡，更新记录。

例如，在每个月的预定的一天里，管理服务器5访问交易数据库15、并计算基于每个当月用过的IC卡的运用历史所分派的数量。管理服务器5指示银行网络8来结算这些数量。

管理服务器5，基于在管理中心3提供的来自终端的输入，产生一个无效列表，比较支付数量和记录在交易数据库15中的每个IC卡的余额，并且维持产生的无效列表。管理服务器5，实时地分发该无效列表到授信终端7上。当管理服务器5被商店终端9和自动售货机服务器10访问时，管理服务器5也分发该无效列表到商店终端9和自动售货机服务器10上。

当发售终端6和授信终端7被打开、并且访问管理服务器5时，管理服务器5传送该无效列表以及用于与这些终端交换数据的密钥数据。响应于通过运算符的操作，管理服务器5，在一个预定的时间内更新用来与这些终端交换数据的密钥数据，并且传送该更新的密钥数据和无效列表到每个终端。因为发售终端6总是被连接，密钥数据被实时的传输到发售终端6上。(2)商店终端

图2是商店终端9的透视图。商店终端9包括一个终端主机20，它连接一个用户操作装置21和一个商店存储装置22。按照要求，一个收据打印机23和一个销售点(POS)记录器24，能够被连接到商店终端9。收据打印机23被用来发送收据的明细账，收据等等。该POS记录器24是一个用于通过现金来接收/付出货币的会计计算机，其中，涉及支付的单价能够通过读条形码等等来输入。商店终端9，通过传送/接收象情况所要求的未加密数据、或者通过传送/接收译成密码的数据，能够传送/接收一个支付数量等等到/从POS记录器24。

在液晶显示器21A的前面，顾客操作装置21拥有一个卡放置夹具21B，其中，一张IC卡将被放置那儿。该卡的放置还将夹具有一个与IC卡形状相应的下凹部分。在该下凹部分下面是一个读出/写入器9A1。当一张IC卡被放置在顾客操作装置21的卡放置夹具21B上时，该读出/写入器9A1的天线和IC卡的天线，被可靠地耦合，这样使读出/写入器9A1能够访问IC卡。

液晶显示器21A，在卡放置夹具21B的一端拥有一个显示屏21C，并且触板21D在该显示屏21C上被提供。因此，顾客操作装置21能提供不同的信息给放置IC卡在卡放置夹具21B上的用户。而且，不同的信息能通过对该显示屏21C的操作来输入。

商店存储装置22，同样地，在液晶显示器22A前面，拥有一个卡放置夹具22B。在卡放置夹具22B下凹部分之下，是一个读出/写入器9A2。因此，当用户提交的IC卡被放置在卡放置夹具22B的商店存储装置22上，该读出/写入器9A2就会访问IC卡。

液晶显示器22A，在卡放置夹具22B的一端，拥有一个显示屏22C。在显示屏22C上，一个触板22D被提供。因此商店存储装置22，给在卡放置夹具22B放置IC卡的店员提供不同的信息。而且，不同的信息能通过对该显示屏22C的操作来输入。

在一个大体上矩形的遮盖物里，终端主机20，包括与顾客操作装置21、商店存储装置22、收据打印机23、POS记录器24、控制器等等的接口。

图3是一个商店终端9的方块图。涉及到商店终端9，顾客操作装置21、商店存储装置22、收据打印机23和POS记录器24通过接口(未显示)被连接到一个内部总线。接口(I/F)31被连接到总线上。受控于控制器32，接口31通过一个公众线路，输入/输出不同的数据到/从管理中心3。因此，商店终端9上载不同的数据给管理中心3，并且获得一个无效列表等等。

硬盘驱动器(HD)33，在控制器22的的控制下，记录通过接口31获得的不同的数据、由控制器32进行处理所需的不同的数据，例如涉及到电子货币支付的数据。

当商业的电源供给被切断时，后备电源供应器35，利用内部的电池提供备用电源。

控制器32，由控制商店终端9全部操作的一个算术处理单元形成。控制器32，按照记录在硬盘驱动器33上的、对应于经由顾客操作装置21、商店存储装置22的通讯联络的处理过程，控制全部操作。因此，控制器32利用电子货币处理支付，并且经由激活收据打印机23、打出收据。

换句话说，当商店终端9经由店员打开时，控制器32在商店存储装置22上，显示预定的启动模式选择屏幕。启动模式选择屏幕，是一个使店员能够选择商店终端9操作方式的一个菜单屏幕。控制器32在该菜单屏幕上，显示销售方式菜单和实际模式菜单。实际模式是一个用于允许店员实现商店终端9的操作的操作方式。与之相反，该销售模式，实际上是一个用于处理利用电子货币等等进行的支付的模式。

当销售模式在菜单屏幕上被选择时，控制器32初始化一个内部存储器等等，并且显示一个启动口令输入屏幕。当一个预输入的启动口令，经由操作商店存储装置22上提供的触板22D被输入时，控制器32把操作模式转换为交易模式，并且顾客操作装置21和商店存储装置22被转换用来显示交易模式。交易模式是一个利用电子货币处理电子支付的模式。

当商店存储装置22上的触板22D，通过按下交易模式下的显示屏的预定区域被店员操作时，商店存储装置22的显示屏被转换为管理口令输入屏幕。当一个预输入的管理口令，经由操作商店存储装置22上提供的触板22D，被输入时，控制器32把操作模式转换为交易模式，并且商店存储装置22的显示屏被转换为对应的显示屏。统计模式是用于由电子货币统计销售额的操作模式。

当商店存储装置22上的触板22D，通过按下统计模式下的显示屏的预定区域被店员操作时，商店存储装置22的显示被转换为注册模式输入屏幕。注册模式是用于登记商店终端9等等的操作模式的一个模式。

在记录模式输入屏幕下，控制器32接受设定，使得对于每一个交易、收据者将被打印，或者仅仅当预定的操作利用触板22D被执行时，收据将被打印。另外，控制器32接受设定，使得利用电子货币的支付在POS记录器24的协作下被处理，或者利用电子货币的支付通过独立于POS记录器24的操作被处理。而且，启动口令和管理口令的设定和变动、消费税的登记等等被接受。当在注册模式输入屏幕上的触板22D的预定区域被按下时，控制器32按照操作，在统计模式、交易模式和等待中断电源供给的备用模式之间转换。并且，商店存储装置22的显示屏被转换为对应的显示屏。

当触板22D的预定区域在统计模式或交易模式下，被类似地按下时，控制器32分别地转换操作模式为交易模式或者备用模式。当触板22D的预定区域在备用模式下被类似地按下时，控制器32切断到商店终端9的电源供给。(3)电子货币交易

当操作模式被设置为交易模式时，控制器32使得顾客操作装置21和商店存储装置22显示相应的显示屏。图4A显示商店存储装置22的显示屏22C。显示屏22C包括一个菜单22C1、一个清除键22C2、一个用于显示总量的显示屏区域22C3、一个用于显示输入数量的显示区域22C4等等，其中，菜单22C1包括一个输入货币量所需的数字小键盘、一个小计键、一个总计键和一个修正键。图4B显示顾客操作装置21的显示屏21C。在显示屏21C上，给用户的消息被显示在顶上的，下面是总量显示区域、剩余数量区域以及卡余额显示区域。

在控制器32以此种方式设定顾客操作装置21、商店存储装置22之后，控制器32通过执行如图5到7所示的处理，处理电子货币的支付。确切地，控制器32由步骤SP1移动到步骤SP2，并且为用户计算支付数量。按照商店存储装置22上的触板22D的操作，控制器32接受一个接一个的支付数量的输入，并且计算总的支付数量。在这样做时，控制器32在顾客操作装置21的显示屏21C上，适当地显示小计数量和总计数量。当清除键(图4A)被店员按下时，处理被暂时停止，并且对数量的修正被接受。

当支付数量以此种方式被统计时，控制器32移到步骤SP3，并且指示用户或店员在卡放置夹具21B和22B中的一个上放置IC卡。控制器32，在如图4A所示顾客操作装置21的显示屏21C上，不是显示″欢迎到我们的商店″，而是显示消息″请放置卡″，这样指示用户放置IC卡。

在步骤SP4中，控制器32确定清除键22C2是否已经被店员按下。即使用户已经选择由电子货币支付，他可以为了付现金或信用卡，而改变这个决定。在这种情况下，清除键22C2将被按下。支付数量可能被不正确地统计。在这种情况下，清除键22C2也将被按下。当清除键22C2被按下时，控制器32从步骤SP4转移到步骤SP5，终止该处理，并且返回到交易模式的初始状态。

与之相反，当清除键22C2无法被按下时，控制器32转到步骤SP6，并且激活读出/写入器9A1或9A2。在步骤SP7中，控制器32判断清除键22C2是否已经被按下。如果判断被肯定时，控制器32从步骤SP4转移到步骤SP5，终止该处理，并且返回到交易模式的初始状态。与之相反，当步骤SP7中的判断是否定的时候，控制器32转到步骤SP8，并且判断来自IC卡的响应是否已经被接到。如果该判断是否定的话，控制器32将返回到步骤SP7。

当读出/写入器9A1或9A2被控制器32激活时，读出/写入器9A1或9A2在预定周期内联络IC卡。当IC卡被放置在卡放置夹具21B或22B上时，响应于来自读出/写入器9A1或9A2的通讯联络，无线电频率信号在IC卡的天线中被感应，并且IC卡由无线电频率信号生成的电源激活。IC卡分析由无线电频率信号传输的数据。因为在这种情况下，传输的数据与来自读出/写入器9A1或9A2的通讯联络有关，IC卡产生一个到通讯联络的响应。当读出/写入器9A1或9A2收到该响应时，读出/写入器9A1或9A2停止与IC卡的通信，并且给控制器32传达响应被收到的信号。

在控制器32激活读出/写入器9A1或9A2之后，控制器32重复步骤SP7-SP8-SP7，直到IC卡被放置在卡放置夹具21B或22B、并该响应被检测到。当清除键22C2被店员按下时，该处理被立即终止。当正在重复步骤SP7-SP8-SP7、而预定周期的时间已经过去，控制器32就会在商店存储装置22显示一则消息：它在等待IC卡被放入。例如，当该处理被中断、并且保持在那个状态，控制器32会提示用户或店员继续该处理。

与之相反，当IC卡被放入并且响应被检测到时，控制器32与读出/写入器9A1或9A2通信、并且转到步骤SP9。控制器32指示已经检测到响应的读出/写入器9A1或9A2，用来验证相互的鉴定。如图7所示，读出/写入器9A1或9A2，利用相互的鉴定密钥，传送/接收预定的数据到/从IC卡，这样验证相互的鉴定。同时，读出/写入器9A1或9A2传送该处理结果到控制器32。

基于来自读出/写入器9A1或9A2的相互鉴定结果，控制器32判断相互的鉴定是否被正确地验证，那就是说，放入的IC卡是否能被应用于本电子货币系统1中。换句话说，用户可能偶然错误地放入一张类似于经常往返者通行证的IC卡。如果该判断是否定的，控制器32将转到步骤SP10。控制器32使得顾客操作装置21和商店存储装置22显示一则消息，指出一个不正确的IC卡已经被放入，并且返回到步骤SP3。控制器32再一次提示用户放置IC卡。按照要求，店员的撤消操作被接受。

如果相互的鉴定被正确地验证，控制器32转到步骤SP11(图6)，并且再一次判断清除键22C2是否已经被按下。如果判断被肯定的，控制器32从步骤SP11转移到步骤SP5(图5)，终止该处理，并且返回到交易模式的初始状态。与之相反，如果步骤中的判断是否定的，控制器32转到步骤SP12，并且指示读出/写入器9A1或9A2传送一个读命令。

参考图7，响应于该指令，读出/写入器9A1或9A2，传送一个由控制器32指定的关于地址的读命令到IC卡。当IC卡正常地收到读命令(Read)，IC卡给读出/写入器9A1或9A2发送一个确认状态ACK。随后，IC卡执行读命令，并且给读出/写入器9A1或9A2传送记录在存储器上的数据，作为一个响应。当读出/写入器9A1或9A2以响应的形式收到该数据时，读出/写入器9A1或9A2给控制器32传送该数据。响应于通过读出/写入器9A1或9A2的通讯联络，控制器32获得记录在IC卡上的电子货币余额、IC卡的标识码等等。

当控制器32以此种方式从IC卡中读想要的数据时，控制器32转到步骤SP23。控制器32，利用IC卡的读标识码搜寻无效列表，并且判断此IC卡的使用是否被禁止。如果此IC卡使用被禁止，控制器32转到步骤SP14。控制器32转换顾客操作装置21和商店存储装置22的显示屏，并且告诉用户和店员事实：该放入的IC卡是禁止使用的。随后，控制器32返回步骤SP3。

与之相反，如果IC卡的使用是不禁止的，控制器32转到步骤SP15。通过比较来自IC卡的电子货币余额、和总的支付数量，控制器32，判断利用此IC卡上的电子货币是否可以支付总的支付数量。

如果那里有足够多可用的资金，控制器32就会从步骤SP15转移到步骤SP16(图7)，并且再一次判断清除键22C2是否已经被按下。如果该判断是肯定的，控制器32从步骤SP17转移到步骤SP5(图5)这样，即使当那里有足够多可用的资金，控制器32也可以通过店员的操作撤消该处理。

当清除键22C2被按下时，它是一个预定操作，控制器32撤消用于更新电子货币数量、传送电子货币的更新到管理中心3的处理。

如果在步骤SP37中结果为否定的，则控制器32移到步骤SP18并指令读出/写入器9A1或9A2发送写入命令。因此，支付数量从电子货币的余额中被扣掉，并且从此时记录IC卡上的电子货币数量被更新。除此，控制器32指示IC卡记录支付数量和支付日期，作为电子货币的运用历史。

至于图8，读出/写入器9A1或9A2，传送一个基于由控制器32指定地址的写入命令、该写入余额和历史数据的运用。当IC卡成功地接收写入命令时，IC卡发送一个确认状态ACK。随后，IC卡开始在内部存储器记录数据。如果该记录被正常地完成，IC卡给读出/写入器9A1或9A2发送一个响应。读出/写入器9A1或9A2向控制器32传达：状态和响应已被接收。当读出/写入器9A1或9A2接收到响应时，读出/写入器9A1或9A2给IC卡发送一个确认状态ACK。

当控制器32以此种方式开始写入时，控制器32转到步骤SP18(图7)，并且判断状态响应是否被正常地接收。如果，判断是肯定的，这意味着IC卡上的余额被正常地更新，控制器32就转到步骤SP19，并且在硬盘驱动器33上，记录利用IC卡的电子货币支付。这样，控制器32指示可移动的信息终端的IC卡，用来更新电子货币数量，随后，IC卡给控制器32传达：更新被完成。因此，控制器32可以给管理中心3传送电子货币的更新。该记录包括支付日期、支付数量、IC卡的标识码等等。当支付量被记录在硬盘驱动器33上时，控制器32指示收据打印机23按照注册模式的设定，打印一个收据。控制器32返回到步骤SP5，并且终止该处理(图5)。

与之相反，如果步骤SP18中的该判断是否定的，那么在从写入命令的传送到IC卡的应答这个时段内，IC卡可能已经从适当的卡的放置位置删除。在这种情况下，控制器32转到步骤SP20。

在控制器32提示用户或店员来再一次放置IC卡的消息被显示之后，控制器32返回到步骤SP3(图5)。从相互的鉴定被预先验证时开始，控制器32再一次进行处理，并且指示：写入命令应该被发送出去。这样，在控制器32指示IC卡更新电子货币的数量之后，当更新的完成没有从IC卡传送到控制器32时，控制器32会再一次指示IC卡更新电子货币数量。

因此，直到控制器32指示IC卡更新电子货币的数量，控制器32才会接受撤消操作。与之相反，从IC卡被指示用来更新电子货币的数量、到IC卡给控制器32传送更新的完成信息这段时间，控制器32不会接受撤消操作。响应于来自IC卡的更新完成的通讯联络，控制器32可以给管理中心3传送电子货币的更新的信息。

当没有足够多的电子货币可用的时，控制器32从步骤SP15转移到步骤SP22(图6)，并且在顾客操作装置21和商店存储装置22上，分别地显示预定消息。像商店存储装置22的如图9A所示的显示屏22C、顾客操作装置21的如图9B所示的显示屏21C所示，控制器32通知用户和店员这个事实：在卡上没有足够多的资金可用的。通过显示上述消息、以及包括一个撤消选项和一个执行选项的菜单，控制器32询问用户，是否仍然希望利用卡上的全部款项、完成此交易。参考图9A和9B，相对于￥4000支付量，IC卡上的是￥3000。

在步骤SP23中，控制器32判断，商店存储装置22的显示屏22C上的清除键22C2是否已经被按下。如果该判断是肯定的，控制器32从步骤SP23转移到步骤SP5(图5)。当没有足够多的电子货币可用时，以及当用户选择撤消处理时，控制器32利用电子货币撤消支付。在这种情况下，支付交易可以通过现金被完成，或者产品的购买被撤消。

与之相反，如果步骤SP23中的判断是否定的，控制器32转到步骤SP24，并且判断商店存储装置22的显示屏22C上的执行选项是否已经被按下。如果该判断是否定的话，控制器32将返回到步骤SP23。如果步骤SP24中的判断是肯定的，控制器32就转到SP25。在步骤SP25中，控制器32以类似于步骤SP17到SP20的方式更新该记录，并且从那时该交易，利用记录在IC卡上的全部款项被完成。控制器32记录利用IC卡的支付。控制器32，通过从总的支付数量中扣掉支付数量，计算剩余的数量，并且返回到步骤SP3。

商店终端9可以通过重复类似的处理，利用另一IC卡来结算剩余的数量。也可以，商店终端9撤消该处理，并且用户可以通过现金支付剩余的数量。当在IC卡上没有足够多的电子货币可用，以及当该支付交易利用IC卡上的电子货币的全部款项来完成时，商店终端9，在接收IC卡的响应之后，记录该支付，与有足够多的电子货币可用时的情况一样。如果商店终端9接收无应答，从相互鉴定被预先验证的时间开始，处理是重复的。这样，支付处理被可靠地完成。

当控制器32比较支付数量与IC卡上的电子货币数量时，并且断定在IC卡上没有足够多的电子货币时，控制器32给用户提供包括清除键在内的菜单，以便用户可以选择是否通过电子货币支付。按照菜单选择，记录在IC卡上的电子货币数量被更新。

在上述的处理中，控制器32分别验证IC卡的标识码，此标识码是通过读出/写入器、状态等等检测的。如果IC卡的不正常工作被检测到，控制器32显示预定消息，并且通知用户和店员：IC卡工作不正常。当显示这则消息时，控制器32使得顾客操作装置21和商店存储装置22显示不同的消息。这样，用户不会被冒犯，而店员将被可靠地通知此重点信息。(4)在POS记录器协作下的电子货币交易

图10至12显示一个处理，此处理按照上述设定，利用POS记录器24的协作，完成支付交易。

当交易模式被店员选择时，控制器32显示与如图4所示类似的显示屏。在此状态下，店员操作POS记录器24，并且从那时起，为这个用户，计算总的支付数量。控制器32从步骤SP31转移到步骤SP32，并且从POS记录器24获得总量。

控制器32转到步骤SP33，显示在顾客操作装置21和商店存储装置22上获得的数量，并且指示用户或店员在卡放置夹具21B或22B的一个中放置IC卡。在步骤SP34中，控制器32确定清除键22C2是否已经被店员按下。如果清除键22C2已经被按下，控制器32从步骤SP34转移到步骤SP35，并且传送由电子货币支付的数量到POS记录器24。控制器32转到步骤SP36并且终止该处理。在这种情况下，当一个撤消操作被执行时，什么都没有由电子货币支付。控制器32传送￥O的支付数量到POS记录器24，并且因此该交易能够利用现金完成。

与之相反，当清除键22C2没有被按下时，控制器32转到步骤SP37。控制器32激活读出/写入器9A1或9A2。在步骤SP38中，控制器32再一次判断清除键22C2是否已经被按下。如果该判断是肯定的，控制器32将从步骤SP38转移到步骤SP35，并且传送该支付数量到POS记录器24。随后，控制器32终止该处理，并且返回到该交易模式的初始状态。

与之相反，当步骤SP7中的判断是否定时，控制器32转到步骤SP39，并且判断来自IC卡的响应是否已经被收到。如果该判断是否定的话，控制器32将返回到步骤SP38。

当IC卡被放入在卡放置夹具21B或22B中、并且到通讯联络的响应从IC卡接受时，控制器32转到步骤SP40，并且指示读出/写入器9A1或9A2，已经检测了该响应，用来验证相互的鉴定。基于来自读出/写入器9A1或9A2的相互鉴定结果，控制器32判断相互的鉴定是否被正常地验证。如果该判断是否定的，控制器32将转到步骤SP41。控制器32，在顾客操作装置21和商店存储装置22上显示消息，指出一个不正确的IC卡被放入，并且返回到步骤SP33。在这种情况下，控制器32指示用户再一次放置IC卡。按照要求的那样，店员的撤消操作被接受。

与之相反，如果相互鉴定被正常地验证，控制器32从步骤SP40转移到步骤SP42(图11)，并且再一次判断清除键22C2是否已经被按下。如果该判断是肯定的，控制器32从步骤SP42转移到步骤SP35(图10)，并且传送支付数量到POS记录器24。随后，控制器32终止该处理，并且返回到该交易模式的初始状态。与之相反，如果在步骤SP42中的判断是否定的，控制器32转到步骤SP43，并且控制读出/写入器9A1或9A2读出该IC卡的存储器中的记录。

在步骤SP44中，控制器32利用IC卡的读入标识码搜寻无效列表，并且判断此IC卡的使用是否被禁止。如果IC卡的使用被禁止，控制器32就转到步骤SP45，并且利用顾客操作装置21和商店存储装置22，通知用户和店员这一事实：放入IC卡的使用被禁止。随后，控制器32返回步骤SP33。

与之相反，如果IC卡的使用没有被禁止，控制器32就从步骤SP44转移到步骤SP46，并判断是否该支付能否利用IC卡上的电子货币来完成。如果有足够多电子货币可用的，控制器32就从步骤SP46转移到步骤SP47，并再一次判断清除键22C2是否被按下。如果该判断是肯定的，控制器32从步骤SP47转移到步骤SP35(图10)，

与之相反，如果步骤SP47中的判断是否定的，控制器32就转到步骤SP48，并指示IC卡更新电子货币数量，以便在读出/写入器9A1或9A2的控制下，支付数量从电子货币的余额中扣掉。控制器32，为了在IC卡上记录支付数量、支付日期以及电子货币运用历史，还要指示读出/写入器9A1或9A2传送写入命令。

当写入处理这样开始时，控制器32转到步骤SP49，并判断控制器32是否已经正常地接收该状态和响应。如果该判断是肯定的，这意味着在此情况下，IC卡上的余额是正常地更新，控制器32就会转到步骤SP50，并利用IC卡，在硬盘驱动器33中，记录电子货币的支付。因此，当控制器32，指示作为可移动的信息终端的IC卡更新电子货币数量、并随后IC卡传送更新的完成到控制器32时，控制器32可以传送电子货币的更新到管理中心3。当该支付以此方式被记录在硬盘驱动器33中时，控制器32指令收据打印机23按照注册模式打印收据并移到步骤SP35。因此，控制器32能够利用电子货币完成支付交易，其中，支付数量是由操作POS记录器24来计算的。

与之相反，如果步骤SP49中的该判断是否定的，那么在从写入命令的传送到IC卡的应答这个时段内，IC卡可能已经从适当的卡的放置位置删除。在这种情况下，控制器32转到步骤SP51。

在控制器32指示消息，提示用户或者店员再一次放置IC卡之后，控制器32返回到步骤SP33，并再一次指示IC卡应该放入。因此，当利用电子货币、操作POS记录器24计算的数量的支付完成时，控制器能够可靠地处理支付交易。

与之相反，如果没有足够多的电子货币可用于完成该交易，步骤SP46中的判断是否定的。在步骤SP52(图12)中，控制器32判断支付项是否被设定。一般来说商店准备硬币等等，以便付现金的用户可以收到找回的零钱。当商店终端9，在POS记录器24的协作下操作、用来处理支付时，商店终端9接受支付项的设定，以便商店必须准备的硬币和票据的类型、通过初始化商店终端9而被限制。控制器32在被安装前，能够接受这样的的支付项目的设定。

如果没有支付项目被设定，控制器32从步骤SP52转移到步骤SP53。与图9A和9B的描述一样，商店存储装置22和顾客操作装置21显示各自的消息，用来通知用户这一事实：在这张卡上没有足够多的货币可用，并且询问用户是否仍然希望利用这张卡全部余额来完成交易。

在步骤SP54中，控制器32判断，商店存储装置22的显示屏22C上的撤消选项22C2是否已经被操作。如果该判断是肯定的，控制器32从步骤SP54转移到步骤SP35(图10)。与之相反，如果步骤SP54中的判断是否定的，控制器32转到步骤SP55，并判断该执行选项是否已经被操作。如果步骤SP55中的判断是否定的，控制器32返回到步骤SP54。如果该判断是肯定的，控制器32转到步骤SP56。与在上文描述的一样，控制器32运用电子货币全部款项来完成支付，并返回到步骤SP33。

当没有足够多的电子货币可用于完成全部支付时，控制器32完成可以由可用的电子货币支付的数量的支付过程。随后，控制器32返回到步骤SP33，并提示用户利用另一IC卡完成该支付。如果撤消选项此时被操作，该剩余的数量被传送到POS记录器24，以便用户能够通过现金支付余额。

与之相反，当支付项目被设定时，控制器32从步骤转移到步骤SP58。控制器32设定利用电子货币的支付数量，以便当用户用现金支付剩余的部分、并接收零钱时，零钱可以通过预定钞票和硬币来给予。

确切地，控制器32向下舍入剩余的电子货币，以便零钱可以通过预定钞票和硬币来给予。该舍入的数量，被用作即将由电子货币支付的数量。因此，当剩余的数量由现金支付、并且零钱给予用户，零钱可以通过预定钞票和硬币被给予。

换句话说，例如商店通过设置单价在1000日元的单位，不必以硬币的形式找回零钱。在这种情况下，当支付项目被设定，以致于支付应该以5000日元帐单、1000日元帐单的形式来完成，控制器32选择较小数量，那就是说，以1000日元作为单元，并向下舍入剩余电子货币的数量。因此，控制器32计算由电子货币支付的数量。确切地，当电子货币余额是，例如，5312日元时，并且当9000日元的支付必须被完成时，剩余电子货币的数量，即，5312日元以1000日元为单元、被向下舍入到5000日元，作为由电子货币支付的数量。剩余的4000日元是剩余的数量。

以此种方式，控制器32计算由电子货币支付的数量。在步骤SP59中，控制器32在顾客操作装置21和商店存储装置22上显示这样的信息。在这种情况下，按照要求的一样，除了如图9A和9B所示的显示信息，控制器32显示处理后的信息，例如通过电子货币支付之后尚需支付的数量，以及IC卡上电子货币的余数。

控制器32以此种方式显示这些消息，并且转到步骤SP54。以类似于没有支付项目被设定情况下的方式，控制器32完成处理。当控制器32在POS记录器24的协作下被用来处理交易时，它将传送执行处理之后的余额到POS记录器24。在这种情况下，后来的处理将会被正确地完成。

象图5到7所描述的那样，当控制器32在POS记录器24的协作下运作用以处理交易时，控制器32指示IC卡用来更新IC卡的电子货币数量，并且在记录支付以前等待响应。如果控制器32没有收到应答，控制器32返回到步骤SP33。这使得控制器32可以利用电子货币，可靠地处理支付交易。(5)统计模式

图13和14显示控制器32在统计模式下完成的一个处理。当统计模式是由店员的操作设定时，在商店存储装置22的显示屏22C上，控制器32显示如图15所示的一个显示屏。统计模式是一个从上次的总结开始的用来统计销售额的模式。

在商店存储装置22的显示屏22C上，控制器32显示一则确认总结的消息、以及一个询问用户是否执行该总结的菜单(包括″yes″和″no″选项)。控制器32从步骤SP61转移到步骤SP62，接受在显示屏22C上执行的操作，并且判断是否执行该总结。如果店员操作该菜单用来撤消总结，控制器32就会转到步骤SP63(图14)，并且终止该处理。如果用来执行总结的执行选项被运行，控制器32就会转到步骤SP64。

控制器32通过电子货币，统计从最近的总结到当前的总结之间的支付，这样统计该销售额。在步骤SP65中，控制器32转换显示屏22C上的显示，用来显示该统计。图16是显示屏22C在这种情况下的一个平面图。控制器32，在顶部显示现在的日期和时间，下面是销售的总量。

在步骤SP66中，控制器32控制接口31、来建立一个与管理中心3之间的拨叫式联接。在步骤SP67中，控制器32开始向管理中心3，上载已经被计算并统计的支付记录。当在每天业务时间之后、总结被完成时，在步骤SP67中，控制器32开始上载支付的记录，此支付是自从前一天完成的总结开始的销售额。

在步骤SP68中，控制器32开始上载之后，控制器32显示该上载的进度。确切地，在如图16所示的显示屏的中部，控制器32显示消息″未发送的表目″。在这则消息的右边，未发送的支付记录的数目、以及上载的支付记录的总数，以分数的形式指出。至于图16，那里有总数为230的记录被上载，并且5条记录的提示没有被传输。在控制器32开始以此种方式显示进度之后，每当未发送的记录数目减少时，控制器32改变该显示。因此，店员可以从读显示来确认进度。

在步骤SP69(图14)中，控制器32判断，自从上载开始、一个预定周期的时间是否已经过去。如果该判断是否定的，控制器32就转到步骤SP70，并且判断上载是否已经被完成。如果此判断是否定的，控制器32返回到步骤SP69。以此种方式，控制器32重复步骤SP69-SP70-SP69，并且当上载完成时，控制器32从步骤SP70移到步骤SP71。与之相反，如果在上载完成之前，由于线路不正常工作等等，一个预定周期的时间已经过去，控制器32就从步骤SP69转到SP71。

控制器32在商店存储装置22的显示屏22C上，显示处理的终止。在这种情况下，控制器32可能使操作商店终端9的店员相信，该操作已经被正常地完成，尽管事实上，支付记录没有被正常地上载。

如图16所示，在显示统计结果的显示屏上，控制器32显示一个菜单，它包括一个撤消打印选项、以及一个返回到统计选项。控制器32执行符合菜单选择的各自处理。当执行相应的处理时，在后台处理中控制器32执行上述的上载。(6)激活之后的处理控制器32，下载与IC卡交换数据所需的密钥数据、以及一个无效列表。如上文所述，利用下载数据，控制器32处理支付、上载记录等等。

图17是一个显示控制器32被激活之后完成的处理。当电源被打开时，控制器32从步骤SP81转到步骤SP82，并控制接口31来建立到管理中心3的联接。在步骤SP83中，控制器32激活一个计时器。

在步骤SP84中，控制器32判断是否已经被连接到管理中心3。如果该判断是否定的，控制器32转到步骤SP85，并核对已经在步骤SP83中设定的计时器的计算值，这样确定一个预定周期的时间是否已经过去、以及时间是否已到。如果该判断是否定的，控制器32返回步骤SP84。控制器32重复步骤SP84-SP85-SP84，直到与管理中心3的联接、在预定期限内被建立。

如果控制器32在预定周期时间过去之前，控制器32连接到管理中心3，控制器32就转到步骤SP86，并且开始下载无效列表的数据、以及由管理中心3准备的密钥数据。当控制器32连接到管理中心3并且收到响应时，控制器32执行一系列处理，例如相互的鉴定的验证，并且开始下载。

在控制器32开始数据的下载之后，控制器32转到步骤SP87，并且判断下载是否已经被完成。如果该判断是否定的，控制器32转到步骤SP88。控制器32核对已经被在步骤SP83中设定的计时器的计算值，这样确定预定周期时间是否已经过去以及时间是否已到。如果该判断是否定的，控制器32返回到步骤SP87。以此种方式，在预定期限内，控制器32重复步骤SP87-SP88-SP87，并且从管理中心3下载数据，例如无效列表等等。

当该下载以此种方式完成时，步骤S87中的判断成为肯定的。因此，控制器32从步骤SP87转到步骤SP90(图18)。控制器32利用下载数据更新储存的无效列表。在步骤SP91中，控制器32利用下载数据更新储存的密钥数据。在步骤SP92中，控制器终止该处理。这样，在激活之后，控制器32从管理中心3获得大多数的最近的数据，并且利用获得数据、处理用IC卡上的电子货币进行的支付。电子货币系统1，可以防止电子货币的非法的运用等等，这样整个系统的安全性就提高了。

与之相反，当由于大业务量等等致使公众线路不正常工作时，对控制器32而言，在预定周期时间内建立到管理中心3联接并下载数据，变得很困难。当商店终端9被转到店面等等时，并且当支付被处理时，商店终端9从电话线中分离出来，并且，对于商店终端9而言，下载数据变得困难。在这样的例子中，步骤SP85或步骤SP88中的判断是肯定的。

在这样的例子中，控制器32转到步骤SP93，并且设定当前的无效列表，并且记录可用的硬盘驱动器33上的密钥数据。在步骤SP92中，控制器32终止处理。在激活之后，当控制器32从管理中心3获得大多数的最近的数据有困难时，控制器32运用直到那时候拥有的数据来完成一系列。控制器32加密无效列表和密钥数据，并且在硬盘驱动器33上存储加密的数据。这样使得即使商店终端9本身被盗窃，也可以确保整个系统的安全性。(7)维护操作

管理中心3可以计算支付记录上载的结果、无效列表的下载等等。当上载和下载屡次失败时，可以作结论：商店终端9已经开始不正常的工作。尤其，当支付记录的上载失败时，对于电子货币系统1完成结算变得困难，这可能引起很严重的问题。

当支付记录的上载无法完成时，并且当激活之后的下载被完成时，可能做出如下判断：由于增加的交易等等引起的暂时线路故障、上载已经耗尽时间，线路故障此刻已经被修理，并且商店终端9已经被开启。因此，管理中心3的管理服务器5与预定同步访问商店终端9，并且指示控制器32完成；支付记录未完成的上载。自从支付的总数被传送到管理中心3，管理中心3指示控制器32按照通讯联络，上载剩余的支付记录。在这种情况下，店员可以操作商店终端9执行上述的支付处理。因此，控制器32，在后台处理按照管理服务器5给予的指令，执行上载。

也可以，到管理中心3的联接，可以不被建立在支付记录的上载上。在这种情况下，对于管理中心3，了解记录的总数变得困难。同时，激活之后的下载可能变得困难。当这样的故障发生时，管理中心3派遣一个维护人员来解决该问题。

图19是该维护操作的一个方块图。该维护人员带来一个可移动终端50，并且在商店终端9进行维护。确切地，可移动终端以类似于形成可移动的个人计算机的方式形成。通过接口51，可移动终端50可以被连接到管理服务器5的接口5A。可移动终端被携带到商店，以便该可移动终端50可以被连接到商店终端9的接口36。

在被带到商店来维护之前，可移动终端50通过预定线路、或直接地被连接到管理服务器5上。在内部控制器52的控制下，象电子货币系统的每个终端一样，可移动终端50执行处理，例如相互的鉴定的验证。在相互鉴定已经被验证之后，可移动终端50加密无效列表数据和密钥数据，这些数据将被下载到商店终端9，并且在内部硬盘驱动器(HD)53中记录该加密数据。

在较早的操作被执行之后，可移动终端50被带到商店、并且连接到商店终端9上。当在上述模式的屏幕中显示一个预定屏幕、而商店终端9的控制器32执行预定操作时，该操作模式被转换到维护模式。当在类似于交易模式的情况下、操作被执行时，控制器32与可移动终端50验证相互的鉴定，并且传送未发送的支付记录到可移动终端50。可移动终端50在硬盘驱动器53上，记录该支付记录。在这种情况下，与上载到管理中心3一样，商店终端9设定一个签名、加密支付记录、并且上载加密记录。

在相同的维护模式下，以类似于从管理中心3下载无效列表数据和密钥数据的方式，控制器32下载记录在可移动终端50上的这些数据。

当支付记录以此种方式被下载时，以类似于可移动终端50从管理中心3、预先下载无效列表数据和密钥数据的方式，可移动终端50连接到管理中心3的管理服务器5上。可移动终端50上载下载的支付记录到管理服务器5。因此，即使当严重的线路故障发生时，商店终端9也可以上载支付记录，并且结算支付。

当控制器32连接到可移动终端50、以完成上载时，或者当控制器32通过维护模式下的连接到管理中心3、以完成上载和下载时，在如图16所示显示屏底部的区域AR者，控制器32详细地显示处理的进度。确切地，例如，当控制器32向管理中心3拨号时，控制器32显示一则消息，指出控制器32正在向上拨号。当控制器32成功地向管理中心3拨号时，控制器32显示这个。当验证相互的鉴定时，控制器32显示这个。当控制器32开始上载或下载时，控制器32显示它已经开始该处理，并且随后显示处理的详细资料，例如上载或者下载的数据数量。这样，控制器32配置用来化简维护人员的工作。

可移动终端50加密从管理中心3获得的数据、以及从商店终端9获得的数据，并且记录该加密数据。这样防止灾难，例如由于盗窃等等造成的密钥数据的泄漏。(8)实施例的操作

在电子货币系统1(图)中，利用加密和预定密钥数据的相互鉴定，不同的数据在管理中心3、发售终端6、授信终端7等等之间，进行交换。结果，IC卡被发售给用户，采用该IC卡的电子货币就可以使用了。

IC在电子货币系统1中，电子货币处理所需的密钥数据，在管理中心3被周期性地生成。该密钥数据被加密，并且实时发送到发售终端6。除了无效IC卡的无效列表，密钥数据被加密，并且发送到授信终端7和自动售货机服务器10。当激活之后商店终端9访问管理中心3时，密钥数据和无效列表被类似地加密，并且发送到商店终端9。

当电源供给被切断时，发售终端6、授信终端7以及自动售货机服务器10，删除密钥数据和无效列表。这样防止由于发售终端6、授信终端7以及自动售货机服务器10的盗窃，而造成的密钥数据等等的泄漏。

商店终端9(图16和17)，在激活之后访问管理中心3，并且获得密钥数据等等，且硬盘驱动器33上的记录被更新。因此，不同的处理基于大多数最近获得的数据而完成。

当商店终端9激活之后访问管理中心3、并以此种方式获得数据时，当线路故障存在时，例如由于增加的交易、以及交换台失败而造成的减少的数据传输速率，或者当商店终端9被转到一家店面，并且被脱机使用时，从管理中心3获得数据对于商店终端9变得有困难(图17和18)。在这样的例子中，商店终端9在硬盘驱动器33中存储该数据，此数据在电源关掉时将被删除。当甚至在预定周期的时间已经过去之后、该数据还无法被获得时，基于储存在硬盘驱动器33上的数据，商店终端9开始进行处理。

因此，商店终端9可以处理线路故障。而且，商店终端9能被使在这样的场所，例如一家建立线路联接有困难的店面。在硬盘驱动器33上，当商店终端9以此种方式存储密钥数据等等时，该数据被加密，并且被记录(图3)因此，由于盗窃等等所造成的密钥数据的泄漏就可以被防止。

当这样的线路故障继续(图19)时，管理中心3下载数据到可移动终端50，并且，随后该可移动终端50被带到商店，并且上载数据到商店终端9。这样，电子货币系统1就可以处理线路故障等等。

与数据在管理中心3和商店终端9之间进行的交换一样，通过加密和利用密钥数据相互鉴定，可移动终端50使管理中心3和商店终端9能够互相交换数据。而且，从管理中心3获得的数据被加密并记录。因此，即使当例如盗窃等等的灾难发生时，系统的安全性也可得到确保。

以此种方式，在电子货币系统1中，密钥数据等等被分发，并且因此数据可以被安全地交换。假设利用密钥数据的加密被完成、并且签名被添加，发售终端6就会发售IC卡2A，其中带有可用的电子货币。确切地，在电子货币系统1中，当IC卡2A被设定在发售终端6上时，IC卡2A和发售终端6的读出/写入器之间的相互鉴定被验证。随后，数据在管理中心3和发售终端6交换，这样，在IC卡2A中保留一个完成电子货币处理所需的区域。而且，在终端之间交换数据所需的各种密钥数据、IC卡2A的标识码等等将被记录。在管理中心3中，IC卡2A的标识码等等被记录在交易数据库15中。

当IC卡2B被设定在授信终端7上时，在IC卡2B和授信终端7的读出/写入器之间，相互鉴定被类似地验证。随后，数据通过连接服务器13，在授信终端7和银行网络8之间进行交换，这样，从用户帐头提取现金，并且更新记录在IC卡2B上的电子货币数量。因此，电子货币贷入到IC卡2B中。授信被记录在IC卡2B上，并且在管理中心3，该数据被传送到管理服务器5。结果，涉及到储存在交易数据库15中的IC卡2B的记录，储存在IC卡2B上的电子货币数量被更新。

当用户去购物、并且在商店购买物品时，支付数量从记录IC卡2上的电子货币的数量上扣掉。另外，该数量上的减少被传送到管理中心3。

确切地，当利用电子货币进行支付时，并且当仅仅通过商店终端9(图2到4)执行交易时，商店终端9的商店存储装置22被操作，用来统计用来支付物品的数量，因此计算总的支付数量。而且，此用户被指示在卡放置夹具21B中放置IC卡2C。当IC卡2C被放入时，相互鉴定，将在IC卡2C和读出/写入器9A(图5到8)之间被验证。IC卡2C上的记录的电子货币的余额被载入。当有足够多余额可用时，支付数量从余额中扣掉，并且记录在IC卡2C上的电子货币数量将被更新。商店终端9记录利用电子货币进行的支付，这样，随后商店终端9可以成批上载支付记录。

此时，在电子货币系统(图8)中，写入命令被发送给IC卡2C，指出电子货币数量应该被更新。当来自IC卡2C的更新完成的通讯联络被收到时，商店终端9记录支付，并且能够传送支付记录到管理中心3。这样，在IC卡2C上的电子货币数量被更新、处理被取消之前，当IC卡2C被用户从卡放置夹具21B中删除时，IC卡2C和商店终端9都将保持在处理开始之前的状态。因此，管理中心3设定的数量、与IC卡2C上的电子货币数量不一致的情况，将被避免。

因为备用电源供应器35被提供，在电子货币数量的更新被指出之后，即使，例如插头被切断、并且商业的电源供给被切断，处理的中断也可以被防止。因此，管理中心3设定的数量、与IC卡2C上的电子货币数量不一致的情况，将被避免。

当预定周期的时间过去之后，来自IC卡2C的应答没从收到时，用户被再一次指示放置IC卡2C，并且处理从开始被再一次重复。因此，即使在IC卡2C上的电子货币数量的更新、到来自IC卡2C应答之间的时段内，IC卡2C被删除、并且处理因此被撤消时，也可避免下列情况的出现：通过重写、IC卡2C上的电子货币数量被更新，随后商店终端9记录该支付，并且由管理中心3设定的数量因此出现与IC卡2C上的电子货币数量不一致。

因为仅仅在来自IC卡2C的响应被收到之后、支付被记录在商店终端9上，所以在电子货币的更新、到IC卡2C的应答之间的简短时段内，当IC卡2C被删除时，该支付无法被记录到商店终端9上。当IC卡2C被删除用来撤消处理时，并且当付款方式从利用电子货币改为利用现金时，由管理中心3设定的数量、以及IC卡2C上的电子货币数量就会彼此不一致。然而，至少可以做到防止管理中心3利用电子货币结算支付，并因此避免对用户的损害。

在这样的例子中，因为商店终端9包括备用电源供应器35，至少避免了对用户造成损害的情况的出现。

在利用电子货币进行支付的阶段，已经选择由电子货币支付的用户，可以改变自己的想法、并且可以用现金支付等等。商店可能错误地将这个用户的账单记到另一个用户的帐单上。在这样的例子中，在电子货币系统1中，清除键被按下，用来撤消利用电子货币的支付处理(图5和6)。

这样，当用户被指示放置IC卡、并且电子货币交易被执行时，防止用户执行类似于为了改变付款方式、匆忙中删除IC卡之类的操作，是有可能的。这样IC卡和商店终端9之间的数据传输和接收、在处理期间有困难的情况，被减到最少是有可能的。通过按照处理进度执行处理，避免由管理中心3设定的数量、与IC卡上的电子货币数量不一致的情况，是有可能的。处理的撤销为用户提供便利，因此电子货币系统1的可用性被提高了。

直到电子货币系统1指示IC卡用来改变电子货币数量，电子货币系统1才接受撤消操作。在指示IC卡用来改变电子货币数量之后，电子货币系统1不会接受撤消操作。防止如下情况的出现是可能的：即使处理已经被撤销，而IC卡上的电子货币数量还会被减少。防止如下情况的出现是可能的：由管理中心3设定的数量、与IC卡上的电子货币数量不一致。当即使在处理已经被撤销、IC卡上的电子货币数量仍被减少时，为恢复初始状态，利用更新电子货币数量的再一次处理，是可能的。在这种情况下，该处理就会出现处理被复杂化、IC卡必须被放入的持续时间增加的缺点。按照当前的实施例，指令被给予、用来更新电子货币数量之后，撤消操作不会被接受，并且因此，由管理中心3设定的数量、与IC卡上的电子货币数量不一致的情况，利用一个简单的处理被避免了。

与之相反，有这样一个例子，其中，没有足够多的电子货币可用于进和支付。在这样的例子中，在电子货币系统1中，当电子货币的全部数量被用来完成支付(图9)时，用户被告诉剩余的的货币等等(图9)。例如，当用户将购买物品时，用户可以减少购买的物品数量，以便用户可以利用电子货币完成支付。也可以，用户放弃物品的购买，或用户可以选择多样的付款方式，类似于由电子货币、现金以及信用卡的组合进行支付。这样，电子货币系统1的可用性，对于用户来说，被提高了。

在电子货币系统1中，在用户被通知没有足够多可用的资金来完成支付之后，撤消操作被执行，用来撤消利用电子货币的支付。与之相反，当执行选项被运行时，利用电子货币支付的处理被执行，以便IC卡上的电子货币的总量被用来完成支付。确切地，IC卡被指示用来更新电子货币数量，并且在电子货币数量上的改变被记录，以便可以被发给管理中心3。

在电子货币系统1中，用户被询问以确认付帐方式，并且由电子货币的支付被处理。因此，用户的意图在处理中被反映，并且该可用性被提高了。

如果没有足够多的电子货币可用，响应于撤消操作，处理将立即撤消。因此，甚至在计算总量当中，允许用户改变付帐方式，类似于用现金、信用卡等等支付，以及允许用户撤消物品的购买，也是可能的。因此，其可用性被提高了。

在这样的例子中，在IC卡被指示用来更新电子货币数量之后，撤消操作没有被接受。在管理中心3收到来自IC卡的响应之后，传送支付记录到管理中心3是可能的。因此利用一个简单的处理，避免管理中心3设定的数量、与IC卡上的电子货币数量不一致，是可能的。

在一个POS记录器24和商店终端9连接、用来执行交易的商店，例如，附在物品上的条型代码被POS记录器24读出，并且支付总量被POS记录器24的密钥操作计算。商店终端9被配置用来获得支付数量(图10)。按照电子货币系统1，用户被指示放置IC卡。响应于该指令，用户在卡放置夹具21B上放置IC卡，并且该支付处理被完成，其中，由POS记录器24计算的支付数量被电子货币支付(图11和12)。在电子货币系统1中，当利用处理电子货币的POS记录器24和商店终端9时，可能遗漏一个对商店终端9再一次输入支付数量、以便该支付利用电子货币来完成的操作。这样，店员的负担被减少了，并且错误的操作被避免了。

以此种方式，利用电子货币支付的数量被传送到POS记录器24。POS记录器24从支付总量中，扣掉利用电子货币支付的数量，并且该交易被终止。在电子货币系统1中，可能遗漏一个操作，此操作再一次输入利用电子货币支付的数量到POS记录器24中。这样，店员的负担被减少了，并且错误的操作被避免了。

当商店终端9，在POS记录器24的协作下运行，以此种方式执行交易时，在电子货币的更新被指示之前，撤消操作将被接受。当来自IC卡的响应被接收时，支付记录可以被传送到管理中心3。因此，管理中心3设定的数量、与IC卡2C上的电子货币数量不一致的情况，将被避免。

商店终端9，在POS记录器24的协作下运行，以便以此种方式完成交易的例子中，当处理被撤消时，没有什么通过电子货币来支付。因此，O日元的支付数量被传送给POS记录器24。经由操作POS记录器24，交易能够通过现金、信用卡等等来完成。

当商店终端9，在POS记录器24的协作下运行，以此种方式执行交易时，并且当没有足够多可用的资金来完成支付时，用户被询问以确认付帐方式。响应于执行指令，利用电子货币的支付处理被完成。因此，在电子货币系统1中，当商店终端9，在POS记录器24的协作下运行，以此种方式执行交易时，用户被询问来确认付帐方式，然后利用电子货币的支付处理被完成。这样，用户的意图在处理中被反映，并且该可用性被提高了。

当没有足够的可用资金来完成支付时，并且当用户在电子货币系统1中，选择通过电子货币支付时，支付总量的一部分利用记录在IC卡上的电子货币被支付。随后，由电子货币支付的数量被传送到POS记录器24，这样余额可以通过现金等等支付。

在这种情况下，例如，在这家商店，物品的单价被设定在100日元的单位，以使商店不必给出小的硬币式零钱。记录在IC卡上的款额可能有小数。在这种情况下，当记录在IC卡上的电子货币的总量被用来完成支付时，对应于现金的支付量，找回小的硬币式的零钱的需要可能出现。

在电子货币系统1中，基于由商店终端9设定的支付项目，由电子货币支付的数量被设定(图12中的步骤SP58)。因此，商店的没有硬币用来找回零钱的意图、以及用户的需要，在设置支付数量中被反映出来。这样，可用性被更进一步地提高了。

确切地，按照当前的实施例，记录在IC卡上的电子货币数量，在预定单位内向下舍入，并且利用电子货币支付的数量被这样设定。在上述的情况中，当余额由现金支付时，没有必要找回零钱，这样就达到了商店的意图。因此，电子货币系统1的可用性被提高了，并且利用电子货币系统1、巨大的便利被提供。另外，店员不适当的操作被避免了。在这种情况下，用户不会收到零钱，并且因此电子货币变得更加方便。

在电子货币系统1中，当商店终端9记录利用电子货币的支付量时，并且当店员运行商店终端9来总结支付量记录时，记录被上载到管理中心3，其中IC卡的余额、支付数量、支付日期等等被记录在交易数据库15中。基于这些记录，利用电子货币，管理中心3指示银行网络8来结算支付，并且因此该结算被完成。

在该上载过程中，当日常的销售额的总结由店员开始时(图13至15)一个与管理中心3的线路联接被建立。通过到管理中心3的线路该支付记录被传送，并且该支付记录被上载。这样，在电子货币系统1中，该数据被上载到管理中心3，并且在店员没有意识到对管理中心3的上载操作的情况下，一系列关于利用电子货币支付的过程被完成，与利用传统的POS记录器24总结销售额的情况一样。

在上载过程中，电子货币系统1，把记录总数作为分母、未发送记录的数目作为分子，以分数的形式显示上载的进度(图16)。从读该显示中，执行该总结过程的店员可以监视器该进度，因此电子货币系统1的可用性被提高了。

当通过通信线路上载数据时，由于由增加的交易引起的线路故障，可能要用很长的时段。同时，使得建立联接困难的线路故障可能发生。一般而言，总结操作在业务时间之后被执行。当上载需要一个很长的时段时，并且当由于联接失败、造成完成上载变得困难时，如果不采取措施解决该问题，店员就无法回家。

按照电子货币系统1，当一个预定周期的时间过去之后、进程无法完成时，该过程被不易察觉地终止。换句话说，在这种情况下，该进程被故意地终止，好像它被正常地终止。当该进程由一个操作商店终端9不熟练的店员执行时，为了处理日常的交易，店员不需要完成另外的操作。店员可以安全地统计销售额，并且可以引导关闭操作等等。因此，尽管存在线路故障，店员也可以处理日常的交易。

在这种情况下，管理中心3要注意该事实：商店终端9中存在未发送的数据。在商店终端9看来已经被激活的预定时间内，也就是说，在一个数据已经在激活之后被下载的预定时间点上，管理中心3在电子货币系统1中访问商店终端9，并且未发送的数据上载。这样可以解决类似于由于暂时增加的交易引起的线路故障之类的问题。

当线路故障未被修理时，一个指定的维护人员被派往商店。该维护人员把可移动终端50连接到商店终端9(图19)，并且商店终端9上载未发送的数据到可移动终端50。随后，数据从可移动终端50下载到管理服务器5。这样，在电子货币系统1中，当这样的线路故障继续存在时，数据通过可移动终端50从商店终端9被上载。因此，尽管线路不正常工作等等，电子货币系统1仍正常地运行。

在这个时候，与数据在管理中心3与商店终端9之间进行的交换一样，通过加密和利用密钥数据相互鉴定，可移动终端50使管理中心3和商店终端9能够互相交换数据。而且，可移动终端50加密从商店终端9获得的数据，并且记录该加密的数据。因此，即使当例如盗窃等等的灾难发生时，系统的安全性也可得到确保。

当维护人员被派去商店做维护时，根据读用来显示数据上载(AR在图16)的显示屏，维护人员可以确认到管理中心3的联接，其中，在显示屏上该联接状态被详细地显示。因此，维护人员的工作效率被增强了。(9)本实施例的优点

在以上所述的安排下，当通过通信线路、传送一批电子货币的更新记录到管理中心时，并且在一个预定周期的时间内、该通讯联络无法被完成时，到管理中心的通讯联络被不易察觉地终止。因此，当连接到管理中心的线路不正常工作时，在没有执行另外的处理情况下、终止处理是可能的，因此尽管不正常工作、日常的交易也将被完成。

当到管理中心的通讯联络无法完成时，经由管理中心访问商店终端9，上载的电子货币的记录被上载。当线路的不正常工作在那一刻被修理时，未发送的数据被上载。因此完成结算处理是可能的，尽管，例如，一个暂时的线路不正常地工作。

通过转换操作模式，电子货币的更新记录被记录到可移动终端，并且被这样上载，而不是通过通信线路与管理中心进行的通信。例如，当线路的不正常工作继续时，未发送的数据可以通过可移动终端被上载。因此，尽管该线路不正常的工作，完成结算处理是可能的。

通过转换操作模式，从可移动终端获得电子货币处理交易所需的数据是可能的，而不是通过通信线路获得类似于无效列表的数据。这样，即使由于线路不正常工作、通过线路获得数据不可能时，数据可以通过可移动终端获得，尽管该线路不正常工作。

在通过通信线路获得电子货币处理交易所需数据的例子中，直到利用获得的数据进行时间的更新，相应的数据才被拥有，并且电子货币的支付这样被处理。当通过通信线路获得数据有困难时，基于直到那个时间所拥有的数据，该交易被完成。因此，即使由于线路的不正常工作、终端设备安装中暂时的变化等等，使得获得数据有困难时，基于直到那时候所拥有的数据，完成交易是可能的。因此尽管线路不正常工作等等，完成交易是可能的。(10)另外一个实施例

虽然上述实施例已经被描述，其中，当支付的记录在一个预定周期的时间内无法被上载时，该记录通过对管理中心的访问被上载，但是，本发明不局限于此实施例。例如，商店终端9可以计算持续时间，并且在一个预定周期的时间过去之后，商店终端9可以自动地向管理中心拨号、并且可以上载该记录。

虽然上述实施例已经被描述，其中，商店终端利用可移动终端上载并且下载数据，但是本发明不局限于此实施例。也可以，自动售货机服务器利用可移动终端上载、并且下载数据。

虽然上述实施例已经被描述，其中，当时间耗尽时，交易基于旧的无效列表、以及密钥数据被处理，本发明不局限于此实施例。例如，当建立到管理中心的联接有困难时，基于旧的无效列表、以及密钥数据立即开始处理交易是有可能的。

虽然上述实施例已经被描述，其中，基于旧的无效列表、以及密钥数据，访问管理中心的商店终端9通过预定操作处理交易，但是本发明不局限于此实施例。既然类似的情况可能出现在发售终端和授信终端上，这些终端由于例如，管理服务器的不正常工作，与管理中心实时的交换各种数据，它们可以完成类似的处理。而且，本发明可以应用到实时上载支付记录的商店终端。

虽然上述实施例已经被描述，其中，本发明被应用到利用被称为闭环系统的电子货币系统中，此系统通过管理中心被记录和控制，但是本发明不局限于此实施例。本发明也适用于利用被称为开放回路系统的电子货币系统。

虽然上述实施例已经被描述，其中，分别提供在付款中使用的POS记录器，通过现金和商店终端9被使用，但是本发明不局限于此实施例。本发明能够应用于POS记录器和商店终端9被整合的情况下。

虽然上述实施例已经被描述，其中，电子货币系统利用非连接非接触IC卡被配置，但是本发明是不局限于此实施例。本发明可以被广泛的应用到：电子货币系统被配置、以使用接触IC卡的情况，以及电子货币系统被配置、以使用类似于移动电话的可移动信息单元来代替IC卡的情况下。

Claims (22)

1．一种电子货币系统，包括：

一个电子货币终端，用于在存储电子货币价值的可移动电子装置上更新电子货币数量，所述的电子货币终端包括用来记录电子货币更新的记录装置；和

一个管理部分，用于电子货币数量更新的更新记录、通过通信线路、被传送到此部分；

其中，所述的电子货币终端更进一步地包括：

传送装置，用于把记录在所述记录装置中的多个更新记录、成批传送到所述管理部分；以及

终端装置，在与管理中心进行通信的情况下，当通讯联络在预定周期内无法完成时，用于不易察觉地终止到所述管理部分的通讯联络。

2．一种电子货币交易的处理方法，包括：

一个记录步骤，用于在电子货币终端的记录装置中，记录电子货币数量的更新；

一个传送步骤，通过通信线路，把记录在所述记录装置中的、多个更新记录成批也传送到管理部分；以及

一个终止步骤，当通讯联络在预定周期内无法完成时，用于不易察觉地终止到所述管理部分的通讯联络。

3．按照权利要求2所述的电子货币交易的处理方法，其中：

在所述传送步骤中，预定的屏幕显示被提供；并且

在所述终止步骤中，当到所述管理部分的通讯联络在预定周期内无法完成时，可以提供与通讯联络在预定周期内完成的情况相同的屏幕显示。

4．按照权利要求2所述的电子货币交易的处理方法，其中：

当通讯联络在预定周期之内无法完成时，通过访问所述电子货币终端，更新记录可以由所述管理部分被上载。

5．一种电子货币终端，包括：

更新装置，用于更新记录在可移动电子装置中的电子货币数量；

传送装置，用于通过通信线路，传送电子货币数量更新到管理部分；以及

转换装置，用于在经由通信线路进行的、电子货币数量更新的通讯联络、以及可移动的电子货币终端的电子货币的更新记录之间转换。

6．一种电子货币终端，包括：

更新装置，用于更新记录在可移动电子装置中的电子货币数量；

传送装置，用于通过通信线路，传送电子货币数量更新到管理部分；

获取装置，用于通过通信线路、至少获得电子货币处理所需的数据以及转换装置，用于在由通信线路进行的数据获取、以及利用可移动的电子货币终端、进行电子货币处理所需的数据获取之间进行转换。

7．按照权利要求书6所述的一个电子货币终端，其中，电子货币处理所需的数据，包括与无效的可移动的电子设备有关的数据。

8．按照权利要求书6所述的一个电子货币终端，其中，电子货币处理所需的数据，包括传送电子货币更新到所述管理部分所需的密钥数据。

9．一种电子货币交易的处理方法，包括：

一个确定步骤，比较支付数量与授信的电子货币数量，并且确定授信的电子货币数量是否足够支付支付的数量；以及

一个菜单提供步骤，当在所述确定步骤中、确定支付数量超过授信数量时，提供一个菜单，允许执行或撤销利用电子货币的支付交易。

10．一种电子货币交易的处理方法，包括：

一个确定步骤，比较支付数量与授信的电子货币数量，并且确定授信的电子货币数量是否足够支付应支付的数量；

一个设置步骤，当在所述确定步骤中确定支付数量超过授信数量时，利用电子货币支付的总量根据支付项来设定；以及

一个更新步骤，从授信数量中、扣掉在所述设置步骤中设定的利用电子货币支付的数量。

11．按照权利要求10所述的电子货币交易处理方法，其中，

支付项目，包括那些允许以预定的货币单位找回零钱的项目。并且，

通过向下舍入电子货币数量到预定的货币单位，利用电子货币支付的数量可以被获得。

12．按照权利要求书10的电子货币交易处理方法，其中，支付项目包括允许预定输入设备输入用电子货币支付的数量的项目。

13．一种电子货币交易的处理方法，包括：

第一指示步骤，指示存储电子货币价值的可移动电子装置来更新电子货币数量；以及

传送步骤，响应于来自所述可移动电子装置的、用于指示更新完成的通讯联络，电子货币的更新被传送到管理部分，用于管理电子货币的更新。

14．按照权利要求书13的电子货币交易处理方法，进一步包括第二指示步骤，在所述第一指示步骤之后，当更新完成没有从所述可移动的电子设备中传送时，再一次指示更新电子货币。

15．一种电子货币交易的处理方法包括：

一个更新步骤，更新储存在记录电子货币价值的可移动电子装置上的电子货币数量；

一个传送步骤，传送电子货币的更新到管理部分；以及

一个撤消步骤，通过预定操作，撤消电子货币数量的更新、以及将电子货币的更新传送到所述管理部分的通讯。

16．按照权利要求书15的电子货币交易处理方法，其中，

通过预定操作进行的处理的撤消，直到可移动的电子装置被指示用来更新电子货币数量，才可能被接受；

由预定操作进行的处理的撤消，在从可移动的电子装置被指示用来更新电子货币数量、到更新的完成被可移动电子装置传送的时间段内，将不被接受；以及

当更新的完成被传送时，电子货币更新能被传送到所述管理部分。

17．按照权利要求书15的电子货币交易处理方法，其中，在撤销利用电子货币支付之后，该支付通过现金来完成。

18．一种电子货币交易的处理方法，包括：

一个更新步骤，从记录电子货币价值的可移动电子装置中扣掉一部分支付数量、并且更新所述可移动的电子设备中电子货币数量；以及

一个传送步骤，传送部分支付数量到外部设备、或从支付数量中扣掉利用电子货币支付的部分数量，并且把剩余数量传送到外部设备。

19．按照权利要求书18所述的电子货币交易处理方法，其中，支付数量从外部设备中获取。

20．按照权利要求书18所述的电子货币交易处理方法，其中，外部设备包括一个现金会计计算机。

21．按照权利要求书18所述的电子货币交易处理方法，其中，在所述更新步骤中，储存在所述可移动的电子设备上的电子货币的总量，被用来支付利用电子货币支付的数量。

22．按照权利要求书18所述的电子货币交易处理方法，其中，在所述更新步骤中，所述可移动电子设备中的电子货币数量被更新，并且更新信息被传送到管理部分。

Images