专利名称：货币终端处理服务器、货币终端处理方法、货币终端、运算指令输入装置、及金额变更信息 ...的制作方法
技术领域：
本发明涉及货币终端处理服务器，货币终端处理方法，货币终端，运算指令输入装置及金额变更信息输入装置，涉及处理例如存储于IC卡的电子货币。
背景技术：
近年来，得到一般小卖店与消费者的协助而进行的电子现金的大规模实用化实验大功告成，我国正在迎接电子现金时代的到来。
现在被实用化的电子货币系统是在例如以非接触型IC卡所构成的电子货币卡存储有货币价值的金额。
电子货币卡具有CPU(中央处理单元)，通过对其输入加算指令或减算指令(以下称运算指令)以执行，即可以增减卡片内的货币价值的金额。卡片内的货币价值是以所谓价值(Value)的电子信息表示之。
利用电子现金以提供商品或服务等的事业者在电子货币系统的经营者(以下简称电子货币中央)处登记而形成加盟店，且具备用于存取电子货币卡的交易终端。加盟店利用该交易终端加减电子货币卡内的价值余额进行商业交易以取代现金交易。
交易终端有与电子货币中央的服务器装置(Center server)与线上连接的连线终端，以及在成批处理中一天多次与中央服务器连接的离线(off-line)终端。
例如，线上终端是利用于可以进行宽频等的高速通信的网络环境中，离线终端是利用于无法高速通信时。
电子货币系统被实用化当初，是采用离线终端作为交易终端，但是今天网络的宽频化进步，已逐渐由连线终端所取代。然而还有不易设置连线终端的地方，现在的电子货币系统是呈现离线终端与连线终端并存的状况。
连线终端中介电子货币卡与中央服务器的通信，通过这样，中央服务器对电子货币卡传送特定的运算指令。电子货币卡执行该运算指令以加减电子货币卡内的价值金额。
相对地，离线终端将运算指令输入电子货币卡内以增减卡内的价值的金额，并将该交易信息储存作为日志数据(Log data)。而且一日数次，利用成批处理将其汇总传送到中央服务器。
电子货币中央汇总与连线终端的交易信息，与由离线终端接收的交易信息，并依照该汇总结果对加盟店的银行帐户进行现金的移动。
如上述，电子货币中央利用交易信息采取依据价值的交换价值的移动与实际上的现金的对应关系。
采用此种电子现金的技术有如下的例。
〔专利文献1〕特开2003-141428号公报该项技术是在使用者携带的非接触型IC卡中存储货币性价值，而通过将其加减以使电子现金流通。
在离线终端的情形下，通过在离线终端与电子货币卡之间的通信即完成处理，只要短暂的通信时间(例如0.1秒钟左右)，另外通信路径也短，所以几乎没有必要考虑到电子货币卡的处理中发生故障的可能性。
但是，若使用连线终端，则为了进行电子货币卡与中央服务器的通信，通信时会延长(例如1秒钟左右)，通信路径也会变复杂且长距离，因此必须考虑在电子货币卡的处理中会发生故障的可能性。
而且，在发生故障时为了修复它，连线终端与离线终端并存的关系，电子货币卡上的价值余额与记录于中央服务器的价值余额有时无法一致(电子货币上的信息经常为最新信息，但是中央服务器上的信息必须由所有的离线终端接收信息才能更新为最新状态)，而无法利用价值余额进行修复处理。
另外，由使用人的方便上看来，由于发生故障而发生中央服务器与电子货币卡的价值余额不一致而要修复时，必须构筑一修复系统，以使对使用人的电子货币卡的价值余额的修正至少不致变成减算处理(亦即，电子货币卡的价值余额不变或被加算)。
因此，本发明的目的在提供一种在使用连线终端的电子货币系统上可以适当进行故障修复的货币终端处理服务器、货币终端处理方法、货币终端、运算指令输入装置、以及金额变更信息输入装置。
发明内容
本发明为达成上述目的，本发明第1方面所述的发明提供一种货币终端服务器，是在用将货币价值的剩余金额表示成电子数据的货币信息予以存储，执行特定的运算命令以运算处理上述剩余金额，选择性地存储终端标记(flag)为起始状态与反转状态的货币终端，以及与上述货币终端进行通信的货币信息处理服务器所构成的货币信息处理系统上所使用的货币信息处理服务器中，其中具备余额接收单元，由上述货币终端接收剩余金额；请求取得单元，取得对上述货币终端传送运算命令的请求；终端标记设定单元，对上述货币终端传送使终端标记反转成反转状态的反转命令，在上述货币终端确认上述终端标记已被反转成反转状态之后，传送回复上述终端标记到起始状态的回复命令；运算命令传送单元，在对上述货币终端传送上述反转命令，或上述回复命令时，传送上述运算命令；服务器标记设定单元，在对上述货币终端传送反转命令后，于确认上述终端标记的回复之间，使服务器标记反转或回复；以及余额更新单元，随着上述服务器标记的反转或回复，更新上述接收的剩余金额。
本发明第2方面所述的发明提供一种本发明第1方面所述的货币终端处理服务器，其中具备终端标记接收单元，在与上述货币终端通信途中发生故障时，接收发生故障时被设定于上述货币终端的终端标记的状态；以及复原单元，利用上述接收的终端标记的状态，与上述故障发生时所设定的服务器标记，判断上述故障是发生于上述货币终端执行上述运算处理之前或之后，并依照上述判断进行上述故障的复原处理。
本发明第3方面所述的发明提供一种本发明第2方面所述的货币终端处理服务器，其中在传送减算命令作为上述运算命令时，上述余额更新单元在确认已在上述货币终端执行上述减算命令之后，更新上述剩余金额，在传送加算命令作为上述运算命令时，上述运算命令传送单元在更新上述剩余金额后，传送上述加算命令；上述复原单元在以上述货币终端执行了该减算命令后，判断为上述剩余金额的更新前发生故障时，在上述货币终端加算上述被减算部分的金额而进行复原处理，若判断在进行上述剩余金额的更新后，为上述货币终端执行该加算命令之前发生故障时，通过将该更新的金额部分加算于上述货币终端以进行复原处理。
本发明第4方面所述的发明提供一种货币终端处理方法，是在用将货币价值的剩余金额表示成电子数据的货币信息予以存储，执行特定的运算命令以运算处理上述剩余金额，选择性地存储终端标记为起始状态与反转状态的货币终端，以及与上述货币终端进行通信的货币信息处理服务器所构成的货币信息处理系统所使用的货币信息处理服务器所进行货币信息处理的方法中，上述货币信息处理服务器具备余额接收单元、请求取得单元、终端标记设定单元、运算命令传送单元、服务器标记设定单元、以及余额更新单元；由以下步骤所构成余额接收步骤，通过上述余额接收单元从上述货币终端接收剩余金额；请求取得步骤，通过上述请求取得单元取得对上述货币终端传送运算命令的请求；终端标记设定步骤，通过上述终端标记设定单元，对上述货币终端传送将终端标记反转成反转状态的反转命令，在以上述终端确认了上述终端标记被反转成反转状态后，传送将上述终端标记回复起始状态的回复命令；运算命令传送步骤，通过上述运算命令传送单元，对上述货币终端传送上述反转命令或上述回复命令时，传送上述运算命令；服务器标记设定步骤，通过上述服务器标记设定单元对上述货币终端传送反转命令后，到确认上述服务器标记的回复之间，使服务器反转、或回复；以及余额更新步骤，通过上述余额更新单元更新伴随着上述服务器标记的反转或回复的上述已接收的剩余金额。
本发明第5方面所述的发明是本发明第1方面的货币终端处理服务器用于传送运算命令，其中具备货币信息存储单元，用于存储将货币价值的剩余金额表示为电子数据的货币信息；运算单元，用于执行特定的运算命令以运算处理上述剩余金额；终端标记存储单元，将终端标记选择性地保持为起始状态与反转状态；以及标记命令执行单元，执行由上述货币终端处理服务器传送过来的反转命令，将上述已存储的终端标记由起始状态设定于反转状态，而且执行由上述货币终端处理服务器传送过来的回复命令，以将上述已存储的终端标记由反转状态回复至起始状态。
本发明第6方面所述的发明提供一种对本发明第5方面所述的货币终端输入上述加算命令，其中具备加算金额取得单元，用于取得加算金额；加算命令产生单元，用于产生加算上述取得的加算金额部分的货币价值的加算命令；终端标记接收单元，由上述货币终端接收上述终端标记存储单元所存储的终端标记；以及加算命令输入单元，当上述终端标记是起始状态时，将上述已产生的加算命令输入于上述货币终端，当上述终端标记是反转状态时，即限制对上述加算命令输入上述货币终端。
本发明第7方面所述的发明提供一种货币终端处理服务器，是在用将货币价值的剩余金额表示成电子数据的货币信息存储，利用特定的金额变更信息将上述剩余金额进行金额变更处理，将终端标记选择性地存储成起始状态与反转状态的货币终端，以及用于与上述货币终端通信的货币信息处理服务器所构成的货币信息处理系统上使用的货币信息处理服务器中；其中具备余额接收单元，用于由上述货币终端接收剩余金额；请求取得单元，用于取得对上述货币终端传送金额变更信息的请求；终端标记设定单元，用于对上述货币终端传送使终端标记反转成反转状态的反转命令，在上述货币终端确认上述终端标记被反转成反转状态后，传送使上述终端标记回复起始状态的回复命令；金额变更信息传送单元，在对上述货币终端传送上述反转命令或上述回复命令时，依据上述已取得的传送请求，传送被请求的金额变更信息；服务器标记设定单元，对上述货币终端传送反转命令后，到确认上述终端标记的回复为止之间，使服务器标记反转或回复；以及余额更新单元，伴随上述服务器标记的反转或回复，更新上述已接收的剩余金额。
本发明8方面所述的发明提供本发明第7方面所述的货币终端处理服务器，其中具备终端标记接收单元，在与上述货币终端通信途中发生故障时，接收发生故障时在上述货币终端所设定的终端标记的状态；以及复原单元，利用上述已接收的终端标记的状态与发生上述故障时已设定的服务器标记判断上述故障的发生是在上述货币终端执行上述金额变更处理之前或之后发生，并依照上述判断进行上述故障的复原处理。
本发明第9方面所述的发明提供本发明第8方面所述的货币终端处理服务器，其中要传送削减金额的金额变更信息作为上述金额变更信息时，上述余额更新单元在确认到在上述货币终端执行金额变更处理后，更新上述剩余金额，在传送加算金额的金额变更信息作为上述金额变更信息时，上述金额变更信息传送单元在更新上述剩余金额后，传送上述金额变更信息；上述复原单元在以上述货币终端执行削减金额的金额变更处理后，判断为故障发生在进行上述剩余金额的更新之前时，即对上述货币终端增加上述削减部分的金额的金额以进行复原处理；在进行上述剩余金额的更新后，在以上述货币终端判断为故障发生在执行增加金额的金额变更处理之前时，通过在上述货币终端增加该已更新的金额部分以进行复原处理。
本发明第10方面所述的发明提供一种货币终端处理方法，是在用将货币价值的剩余金额表示成电子数据的货币信息存储，利用特定的金额变更信息将上述剩余金额进行金额变更处理，将终端标记选择性地存储成起始状态与反转状态的货币终端，以及用于与上述货币终端通信的货币信息处理服务器所构成的货币信息处理系统上所使用的货币信息处理服务器所进行的信息处理方法中，其中上述货币信息处理服务器具备余额接收单元、请求取得单元、终端标记设定单元、金额变更信息传送单元、服务器标记设定单元、以及余额更新单元；具备下列步骤余额接收步骤，利用上述余额接收单元由上述终端接收剩余金额；请求取得步骤，利用上述请求取得单元取得对上述货币终端传送金额变更信息的请求；终端标记设定步骤，利用上述终端标记设定单元，对上述货币终端传送使终端标记反转成反转状态的反转命令，并于上述货币终端确认了上述终端标记已被反转成反转状态后，传送使上述终端标记回复到起始状态的回复命令；金额变更信息传送步骤，利用上述金额变更信息传送单元，对于上述货币终端传送上述反转命令，或上述回复命令时，依据上述已取得的传送请求传送被请求的金额变更信息；服务器标记设定步骤，利用上述服务器标记设定单元，对上述货币终端传送反转命令后，到确认上述终端标记的回复之间使服务器标记反转成回复；以及余额更新步骤，利用上述余额更新单元更新伴随上述服务器标记的反转或回复的上述接收到的剩余金额。
本发明第11方面所述的发明提供一种本发明第7方面的货币终端处理服务器传送金额变更信息的货币终端，其中具备货币信息存储单元，用于存储将货币价值的剩余金额表示成电子数据的货币信息；金额变更单元，利用特定的金融变更信息、对上述剩余金额进行金额变更处理；终端标记存储单元，选择性地将终端标记保持于起始状态与反转状态；以及标记命令执行单元，执行由上述货币终端服务器传送过来的反转命令，并将上述已存储的终端标记由起始状态设定于反转状态，另外执行由上述货币终端处理服务器传送过来的回复命令，并将上述已存储的终端标记由反转状态回复起始状态。
本发明第12方面所述的发明提供一种对本发明第11方面所述的货币终端输入增加上述剩余金额的金额变更信息的金额变更信息输入装置；其中具备增加金额取得单元，用于取得上述增加金额；金额变更信息产生单元，用于产生增加上述已取得的增加金额部分的货币价值的金额变更信息；终端标记接收单元，由上述货币终端接收上述终端标记存储单元所存储的终端标记；以及金额变更信息输入单元，当上述终端标记为起始状态时，将上述已产生的金额变更信息输入至上述货币终端，当上述终端标记为反转状态时，则限制对上述货币终端输入上述金额变更信息。
采用本发明，可以在连线终端与离线终端并存的电子货币系统上，适当进行故障复原。
图1为用于说明标记的设定顺序的概要的图。
图2为表示电子货币系统的配置的方框图。
图3为表示电子货币卡的硬体构造的方框图。
图4为表示中央服务器的硬体构造的方框图。
图5为交易信息之一例的图。
图6为用于说明支付处理的顺序的流程图。
图7为用于说明发生故障1时的处理顺序的流程图。
图8为用于说明发生故障2与故障3时的处理顺序的流程图。
图9为用于说明发生故障2时的修复处理顺序的流程图。
图10为用于说明发生故障3时的修复处理顺序的流程图。
图11为用于说明发生故障4与故障5时的处理顺序的流程12为用于说明发生故障4时的修复处理顺序的流程图。
图13为用于说明发生故障5时的修复处理顺序的流程图。
图14为用于说明进款处理的顺序的流程图。
图15为用于说明发生故障6时的处理顺序的流程图。
图16为用于说明发生故障7与故障8时的处理顺序的流程图。
图17为用于说明发生故障7时的修复处理顺序的流程图。
图18为用于说明发生故障8时的修复处理顺序的流程图。
图19为用于说明发生故障9与故障10时的处理顺序的流程图。
图20为用于说明发生故障9时的修复处理顺序的流程图。
图21为用于说明在离线终端对电子货币卡进款的顺序的流程图。
图22为用于说明显示于连线终端的屏幕的图。
图23为用于说明用于修复故障的必要条件的图。
标号说明1电子货币系统2中央服务器5连线终端6离线终端100电子货币中央102加盟店具体实施方式
(实施形态的概要)准备可以选择性地在电子货币卡与中央服务器双方设定「交易中」与「交易完成」两值的标记。
然后，在电子货币卡与中央服务器间进行信息处理的过程中，竖起双方的标记(由「交易完成」反转至「交易中」)，或推倒(由「交易中」回复到「交易完成」)以取得同步同时进行处理。
若在处理的途中发生故障时，则发生故障的时刻的标记状态被保存于双方，因此，可以由这些状态特定发生故障的时刻。
然后，进行与该特定的时刻相符的修复处理。
另外，通过电子货币卡所进行的运算处理的时序(Timing)与中央服务器侧更新余额记录的时序的时间上顺序在减算处理与加算处理倒过来，至少可以使对电子货币卡的回复处理成为加算处理。
亦即，在以电子货币卡进行减算处理时，首先，以电子货币卡进行减算处理后，在中央服务器进行余额记录的减算处理，要以电子货币卡进行加算处理时，反而先在中央服务器侧进行加算处理后，以电子货币卡进行余额记录的加算处理。
利用如此构造，在以电子货币卡减算处理后，若在中央服务器进行余额记录的减算处理之前发生故障时，即可在电子货币卡加算减算的金额部分，并将余额恢复至减算处理前的状态，又如在中央服务器进行余额记录的加算处理而以电子货币卡进行加算处理之前发生故障时，可以使电子货币卡进行加算处理以取得两者的整合性。
利用图1(a)说明一例有关的标记设顺序的概要。
首先，中央服务器上，中央侧标记是被设定于交易完成(起始状态)，将其设定于交易中(反转状态之后，对电子货币卡传送交易中命令(反转命令)(步骤1)。
电子货币卡接收该交易中命令并执行它，而将终端标记(卡片侧的标记)设定于交易中。然后，对中央服务器传送交易中设定通知(步骤2)。
中央服务器在接到交易中设定通知后，将服务器标记由交易中设定成交易完成。然后，对电子货币卡传送交易完成命令(回复命令)(步骤3)。
电子货币卡由中央服务器接收并执行交易完成命令，并将终端标记设定于交易完成。然后，将交易完成设定通知传送至中央服务器(步骤4)。中央服务器接收该通知。
使用上述设定的标记，若在步骤1至步骤4的任一发生故障时，可以由标记的组合特定在那一步骤发生故障。
例如，在终端标记为「交易中」且服务器标记也为「交易中」时，即表示步骤2发生故障。
另外，在终端标记为「交易中」而服务器标记为「交易完成」时，即表示步骤3发生故障。
以下同理，在步骤1发生故障时，终端标记为「交易完成」而服务器标记成为「交易中」，步骤4发生故障时，终端标记与服务器标记皆成为「交易完成」。
亦即，标记的组合合计有4种，而使其与各步骤相对应。
如构成中央服务器将标记的设定命令(交易中命令，或交易完成命令)与运算命令一齐传送至电子货币卡，而电子货币卡可以同时进行标记的设定与运算的执行时，即可使电子货币卡侧的信息与中央服务器侧的信息同时更新。
例如，以电子货币卡进行减算处理时，即如图1(b)所示，在步骤1中传送交易中命令与减算命令。电子货币卡接收并执行该减算命令后，在步骤2将减算完成通知(兼做交易中设定通知)传送至中央服务器。
中央服务器由电子货币卡接收减算完成通知后，即减算该电子货币卡的余额记录。然后进行步骤3、4的处理。
在上述顺序中，电子货币卡的价值余额与中央服务器的余额记录发生不一致是在步骤2发生通信故障的情形。亦即，当终端标记与服务器标记皆为「交易中」时，可知在电子货币卡虽然执行运算处理，但是在中央服务器侧并未执行余额记录的减算处理。
因此，在减算处理中发生故障，终端标记与服务器标记皆为「交易中」时，若对电子货币卡传送加算已减算金额的加算命令并使其执行时，即可以恢复到减算处理前的状态。
同样地，利用电子货币卡进行加算处理时，如图1(c)所示，进行步骤1、2的处理后，在步骤3传送交易完成命令与加算命令。电子货币卡接收并执行该加算命令后，在步骤4将加算完成通知(兼做交易完成设定通知)传送至中央服务器。
在以上顺序中，于电子货币卡的余额与中央服务器内的余额记录发生不一致时为步骤3发生通信故障的情形。亦即，终端标记为「交易中」，而服务器标记为「交易完成」时，可知中央服务器侧虽已进行余额记录的加算处理，但是在电子货币卡并未进行加算处理。
因此，在加算处理中发生故障，终端标记为「交易中」而服务器标记为「交易完成」时，若对电子货币卡传送加算命令并执行它，即可恢复至加算处理后的状态。
(实施形态的细节)在电子现金的商业交易上，通过加减号称为价值(Value)的电子信息值而发生交换价值的移动，该价值被赋予与金钱同等的交换价值。
价值是存储于具有价值处理功能的IC卡，即电子货币卡而由使用人随身携带。
利用价值(Value)购买商品或服务可以在缔结有利用价值进行商业交易的契约的加盟店进行。
加盟店在店头设置有存取电子货币卡的加盟店终端，是由存储于使用人的电子货币卡的价值仅减算价款以支付的(又称为清帐)。
另外，也可以付钱给加盟店，由其将该金额部分的价值写入电子货币卡中。此种在电子货币卡中写入价值的处理称为进款(或称补充)。
该加盟店终端有与电子货币卡中央的中央服务器与线上连接的连线终端，以及在成批处理时将日志数据(fog data)汇集起来传送至中央服务器的连线终端。
图2为表示本实施形态的电子货币系统的构造的模式方框图。
电子货币系统1是利用近距离无线通信设置于电子货币中央100的中央服务器2，设置于各加盟店102的连线终端5，5，5，……，离线终端6，中央服务器2与连线终端5，5，5，……，以及离线终端6，6，6，……的网络连接的网络4，及连线终端5，及与离线终端6进行近距离无线通信的电子货币卡7所构成。
电子货币中央100是进行电子货币系统1的营运维持管理的事业体，而运用中央服务器2(货币终端处理服务器)。
中央服务器2与连线终端5平时相连接，可以即时(real time)与连线终端5通信并且可依照来自连线终端5的请求产生运算命令(运算命令)而传送。
另外，在本实施形态中，虽可以在平时连接中央服务器2与连线终端5，5，5，……，但并不局限于此，例如，必要时(需将各种命令输入电子货币卡7的时刻等)，也可以将连线终端5构造与中央服务器2相连接。
此外，中央服务器2可以将有关离线终端6对电子货币卡7所做处理的交易信息汇集，例如1日1次接收。
再者，离线终端6也有不与网络4连接，关于此等，电子货币中央100的经办人由离线终端6回收存储着交易信息的存储媒体，并将其输入中央服务器2。
加盟店102是指例如便利商店或餐厅等，对顾客提供商品或服务的店铺，可以使用价值(Value)作为这些商品或服务的等价。
加盟店102在例如在出纳处(register)具有连线终端5或离线终端6，用于由顾客的电子货币卡7减算等价部分的价值以进行支付。另外，也可以由顾客接收价款，而将该金额部分的价值进帐至电子货币卡7中。
本实施形态中，是设成可以连线终端5进行支付与进款双方，但是也可以构成仅进行支付与进款的任一方。
连线终端5是由终端计算机5a与读写器5b所构成。
终端计算机5a可以将特定的计算机程序安装于具备读写器5b的通用计算机来构成，或者利用组装专用模组的专用机器来构成。
读写器5b是终端计算机5a的周边机器，内装有用于与电子货币卡7进行近距离无线通信的用的天线。
终端计算机5a经由读写器5b连接到电子货币卡7，且可以将中央服务器2传送过来的运算命令输入电子货币卡7。
相对地，离线终端6自动产生运算命令而输入至电子货币卡7。
虽然未图示，但离线终端6内装有读写器5b，在离线对电子货币卡7进行处理后，将记录有该处理内容的交易信息透过网络4一日一度传送至中央服务器2。
电子货币卡7是以组装有价值处理功能的非接触型IC卡所构成的货币终端。
电子货币卡7具有进行价值处理功能的IC晶片，读写器5b以及用于进行无线通信的天线。
电子货币卡7存储有价值剩余金额，执行由读写器5b所输入的加算命令或减算命令以加减价值的金额。
图2也表示电子货币卡7的功能性构造，如图所示，电子货币卡7具备价值处理部7a，余额存储部7b，日志数据存储部7c，卡片ID存储部7d，交易状态保持部7e等。
余额存储部7b是用于存储价值余额的存储部。支付或进款时，加减存储于余额存储部7b的价值金额。余额存储部7b构成将货币价值的金额存储为电子数据(Value)的货币信息存储单元。
日志数据存储部7c是将交易经历存储成日志数据的存储部。交易经历有例如，交易日时，进行交易的加盟店终端的ID信息，支付或进款的区别，交易金额等。
交易经历可以存储至例如6件，并可以由较早者依次消除。
卡片ID存储部7d是存储卡片ID的存储部。卡片ID是在电子货币系统11单独赋予电子货币卡7的ID信息，电子货币中央100可以依据卡片ID特定电子货币卡7。
另外，卡片ID虽是电子货币中央100赋予电子货币卡7，除此之外，也可以使用电子货币卡7的制造厂商赋予电子货币卡7的ID信息。
任何ID信息皆被存储于电子货币卡7中，通过卡片ID命令输入电子货币卡7，即可读出这些ID信息。
交易状态保持部7e是存储交易状态的保持部。交易状态是用于表示电子货币卡7方的处理是否完成的标记信息，而构成终端标记。
交易状态也可以选择性地采用「交易中」(对应于反转状态)与「交易完成」(对于起始状态)的2值。这里，交易状态保持部7e构成终端标记存储单元。
交易状态在电子货币卡7的处理完成之前是设定于「交易中」，处理-完成，即回复至「交易完成」。
这些「交易中」与「交易完成」的设定是通过后述的价值处理部7a执行由中央服务器2传送过来的交易中命令(对应于反转命令)与交易完成命令(对应于回复命令)而进行。这里，价值处理部7a与标记命令执行单元相对应。
交易状态保持部7e中所述的交易状态是用于判断中央服务器2与电子货币卡7之间的通信故障的发生时刻。
价值处理部7a是用于执行由读写器5b所输入的各种命令的中央运算处理部，而构成运算单元。
价值处理部7a接收到加算命令或减算命令的输入时，即仅将附属于这些命令作为参数(parameter)的金额部分加算或减算余额存储部7b的价值(value)。
然后，当价值处理部7a进行了信息处理后，即更新日志数据存储部7c的交易经历。
在本实施形态中，电子货币卡7虽经由网络4，终端计算机5a以及读写器5b所构成的路径，由中央服务器2与电子货币卡7进行通信，然而该通信系被密码化，电子货币卡7具有进行为此目的的密码化与解码化的功能。
网络4是由例如网际网络所构成，而媒介中央服务器2与连线终端5，以及离线终端6的间的通信。
网络4也可以由WAN(广域网络(Wide Area Network))或LAN(区域网络(LocalArea Network))等构成，另外，还可以利用使用通信卫星的通信线路、电话网络、光纤网络等。
图3为表示电子货币卡7的硬体构造的一例的模式方框图。
电子货币卡7为内装有天线701与IC晶片702的塑胶制卡片。
在本实施形态中，是使用非接触型IC卡作为电子货币卡7，然而也可以用接触型IC卡构成。此时，电子货币卡7具有用于存取IC晶片702的接触端子以代替天线701。加盟店终端也具有接触该接触端子的端子，透过这些端子加盟店终端与电子货币卡7进行通信。
天线701是用于与具有读写器5b的天线进行无线通信的元件。
天线701是用于接收读写器5b所发射的电波，同时对读写器5b发射电波。
另外，天线701也具有利用无线电接受由读写器5b供应电力，并且发生驱动IC晶片702的电力的发电功能。
IC晶片702为具有ROM(只读存储体)703、CPU(中央处理单元)704、高频电路部705、RAM(随机存取存储体)706、存储部707等各元件的一种计算机。这些元件形成于一个IC晶片中。
CPU 704是依据各种程序进行信息处理，且控制电子货币卡7整体动作的中央处理装置。
ROM 703为用于存储使电子货币卡7发挥功能的基本程序(与OS(操作程序)，读写器5b的通信程序等)与各种数据的读取专用存储体。
高频电路部705为透过天线701与读写器5b进行通信的介面。CPU 704可以透过高频电路部705与读写器5b进行无线通信。
RAM 706为可读写的易失性存储器，而提供CPU 704进行各种信息处理时的工作区(Working area)。在本实施形态中，是使用于例如CPU 704执行加算命令或减算命令以增减价值的金额。
存储部707是以例如EEPROM(电子可抹除可程序只读存储体)所构成，为可利用CPU 704读写信息的非易失性存储器。
在存储部707可以存储各种应用软体(安装)以供CPU执行，使各种功能在电子货币卡7上发挥。
在本实施形态中，使CPU存储着使用于发挥电子货币卡7的功能的程序，即价值处理程序。
存储部707除了存储有价值处理程序之外，还形成有余额存储7b，日志数据存储部7c，卡片ID存储部7d，交易状态保持部7e等。
若使电子货币卡7接近读写器5b驱动，CPU 704即执行价值处理程序，而价值处理部7a即被构成软体的模式。通过这样，即可存取余额存储部7b，日志数据存储部7c，卡片ID存储部7d与交易状态保持部7e，以进行各种信息处理。
此外，近年来有人尝试将IC晶片702内装于行动电话等携带式终端，使这些携带式终端具有作为非接触型IC卡的功能。
在该使用形态中，在携带式终端装设有IC晶片702与天线701，除了与电子货币卡7一样可以由读写器5b以无线方式存取之外，也可以使具有携带式终端的显示装置显示IC晶片702内的信息，或透过携带式终端的输入装置将信息输入IC晶片702。
以下，本实施形态是以电子货币卡7加以说明，然而也可以利用内装这些IC晶片702的携带式终端。
图4为表示中央服务器2的硬体构造的模式方框图。
中央服务器2是经由总线32将输入装置18，输出装置20，通信控制装置24，存储装置30等连接到控制部10所构成。
控制部10是由CPU 12，ROM 14，RAM 16等所构成。
CPU 12是将存储于ROM 14，存储装置30，及其他的程序载入以执行的中央处理装置。在本实施形态中，执行存储于存储装置30的交易处理程序以发挥作为中央服务器2的功能。
ROM 14为储存有例如用于进行CPU 12发挥功能的基本控制的各种程序，数据与参数的读出专用的非易失性存储器。ROM 14内的程序是在例如中央服务器2的启动时被执行。
RAM 16是在CPU 12作为工作存储体使用的可读取存储体，是在执行交易处理程序时被使用。
输入装置18是由例如，键盘、鼠标器等的输入构件所构成。
输出装置20是由例如，以显示器等所构成的显示装置，以印表机等所构成的印表装置等所构成。
电子货币中央100的操作员可以利用此等输入装置18与输出装置20存取中央服务器2，并进行维护作业与程序的更新，以及其他的作业。
通信控制装置24是用于将中央服务器2连接到网络4的装置，而由调制解调器(Modem)、终端配接器(Terminol adaptor)与其他的连接装置所构成。
通信控制装置24是由CPU 12所控制，且依据特定的协定(Protocol)与加盟店终端进行数据或其他信息的发送与接收。
若加盟店终端为连线终端5时，则经常被连接，若为离线终端6时，在离线终端6进行成批处理时，才接受连接。
存储装置30是由可读写存储媒体，以及用于对该存储媒体读写程序或数据的驱动装置所构成。该存储媒体主要使用硬碟，另外，也可以由例如，光碟、磁碟、半导体存储体等其他可读写记录媒体来构成。
存储装置30形成有存储各种程序的程序储存部34以及存储各种数据的数据储存部36。
程序储存部34安装有OS 40、交易处理程序42、……等程序。
OS 40是用于实现档案的输出入与通信控制装置24的控制等用于操作中央服务器2时的基本功能的程序。
交易处理程序42是透过连线终端5使中央服务器2与电子货币卡7通信，以进行例如以下的处理的程序。
(1)支付处理此为以存储于电子货币卡7的价值作为商品货款等的支付货款的清帐的处理。
此时，中央服务器2是连线终端5所请求的减算命令传送至电子货币卡7，以以电子货币卡7执行该命令。
另外，此时，边设定电子货币卡7的交易状态与中央服务器2的交易状态的两个标记，边进行处理。
(2)进款处理此为在电子货币卡7中进款以增加价值余额。
此时，中央服务器2是由连线终端5所请求的功算命令传送至电子货币卡7，以以电子货币卡7执行该命令。
此时，边设定电子货币卡7的交易状态与中央服务器2的交易状态的两个标记，边进行处理。
如上所述，中央服务器2具备传送运算命令的运算命令传送单元。
(3)余额确认处理此为用于出示存储于电子货币卡7的价值余额。
此时，中央服务器2产生余额确认命令并传送到电子货币卡7，而以电子货币卡7执行该命令。然后，电子货币卡7将价值余额传送至中央服务器2，因此，中央服务器2在连线终端5上将其显示。
另外，也可以构成连线终端5将余额确认命令输入电子货币卡7，相对地，连线终端5将电子货币卡7送回的价值余额显示出来。
(4)故障发生后的复原处理此为中央服务器2与电子货币卡7通信中发生故障，而处理中断时，用于进行其复原处理。
中央服务器2由中央服务器2与电子货币卡7的交易状态的设定情形，判断发生故障的时刻，以进行配合该时刻的复原处理。
中央服务器2在进行支付处理，进款处理，以及余额确认处理之前，由中央服务器2与电子货币卡7的交易状态确认前次处理是否发生故障，若有发生故障时，即将其复原并继续处理。中央服务器2具有此种复原单元。
其次，要就数据储存部36加以说明。
存储有中央服务器2的应用所必须的各种数据，数据储存部36存储着加盟店终端信息数据库44，交易信息数据库46，……等。
加盟店终端信息数据库44是存储有关设置于各加盟店102的连线终端5与离线终端6的信息的数据库。
加盟店终端信息数据库44存储有例如，设置有加盟店终端的加盟店102的ID信息的加盟店ID，在加盟店102内设定于连线终端5与离线终端6的ID信息的终端ID，在电子货币系统1内单独赋予连线终端5与离线终端6的ID信息的序列ID……等信息。
中央服务器2由加盟店102接到序列ID时，即可特定该连线终端5，或离线终端6，进而特定加盟店102。
此外，在特定连线终端5与离线终端6时，会赋予终端ID与序列ID两种ID信息是为加盟店102的方便着想。亦即，终端ID成为加盟店102容易识别的例如加盟终端的设置顺序01、02、……的信息，加盟店102可以利用终端ID进行加盟店内的管理或故障时的查询。
交易信息数据库46是透过连线终端5或离线终端6，将对电子货币卡7所进行的交易信息储存作为经历的数据库。
交易信息为对电子货币卡7进行处理时所产生的日志数据，在透过连线终端5处理电子货币卡7时，被即时产生，在离线终端6处理时，则暂时储存于离线终端6之后，即以成批处理等送来中央服务器2。
图5为将在连线终端5处理卡片ID「00001」的电子货币卡7时所产生的交易信息61、62、63依时间系列排列表示的图。
如图所示，交易信息是由卡片ID 52、余额53、交易额54、交易状态55、处理内容56、序列ID 57、交易日时58、……的各项目所构成。
卡片ID 52是透过连线终端5由电子货币卡7所接收的卡片ID。
余额53为电子货币卡7的运算处理后的价值余额，交易额54为运算时加减算后的金额。
中央服务器2是在支付或进款处理时，由电子货币卡7接收价值(Value)余额(对应于余额接收单元)，而由连线终端5取得运算命令的传送请求(附有加减算的金额)(对应于请求取得单元)。余额53是利用这些的值计算出来。
交易状态55为「交易中」(对应于反转状态)与「交易完成」(对应于起始状态)之中任一方被选择性地设定的标记信息，而构成服务器标记。
交易状态55在中央服务器2侧的处理开始时被设定于「交易中」，中央服务器2侧的处理完成时，被更新为「交易完成」。
如上所述，中央服务器2具有服务器标记设定单元，其可使交易状态55由「交易完成」反转至「交易中」，或由「交易中」回复至「交易完成」。
图5的例中，由图中上面第3个交易信息为交易状态55成为「交易中」，可知该交易信息有关的中央服务器2侧的处理尚未完成。
序列ID 57是为中介与电子货币卡7的通信的连线终端5的序号。通过比对该序号与加盟店终端信息数据库44，即可特定进行过电子货币卡7的处理的加盟店102。
交易日时58为与连线终端5进行通信的日期与时间。例如，存储着通信开始时刻以及通信结束时刻等。
如图5所示，对于卡片ID 52「00001」所特定的电子货币卡7所进行的处理是以时间系列记录作为交易信息。
有关其他卡片ID的电子货币卡7同样地被储存交易信息。
有关连线终端5所进行的处理也是以即时(real time)将交易信息记录于交易信息数据库46，但是有关离线终端6所进行的处理，以成批处理由离线终端6传送过来到记录于交易信息数据库46为止会产生时滞(Time lag)。
此外，在离线终端6的处理，在处理中于离线终端6与电子货币卡7之间不会发生故障，所以离线终端6的处理中，并不一定要设置交易状态55的项目。
以上，已针对中央服务器2加以说明，连线终端5的硬体构造基本上与中央服务器2相同。
连线终端5具有供加盟店102的办事员或具有电子货币卡7的顾客等显示信息的用的显示装置，或通过有效音等的声音通知处理状况的声音输出装置等。
其次，要利用图6至图13的流程图说明利用电子货币卡7的货款支付处理，以及在支付中发生故障时的修复顺序等。
这里，以储值20000圆的电子货币卡7支付9000元的情形加以说明。
图6是用于说明对电子货币卡7实施支付处理的顺序的流程图。
在该流程图中，为说明电子货币卡7侧与中央服务器2侧的数据更新的情形，分别记录卡片信息与交易信息。
卡片信息为表示被保持于电子货币卡7侧的数据的逻辑上构造者。
卡片信息是由「卡片ID」、「余额」、「交易额」、「交易状态」等项目所构成。
这些「卡片ID」、「余额」、「交易额」、「交易状态」的各值可以分别使用存储于价值处理部7a、余额存储部7b、日志数据存储部7c、交易状态保持部7e的信息。
例如，卡片信息71中，卡片ID为00001，价值余额为20,000圆，此外，交易状态是设定于「交易完成」。
在卡片信息71中，因为交易状态被设定为「交易完成」，因此知道，上次处理中，电子货币卡7侧的处理已经完毕。
边参照如此构成的卡片信息与交易信息，边说明支付处理。
首先，顾客对加盟店102的经办人(店员)提示商品以进行购买的意思表示。
相对地，辨事员利用条码读取装置读取商品的价款9,000圆，并将其输入连线终端5作为支付金额。
于是，在连线终端5的显示装置上会显示如图22(a)所示的卡片确认屏幕。卡片确认屏幕上除了显示支付金额的外，还显示「请将电子货币卡置位」等催促将电子货币卡7置位于连线终端5的读写器5b上的指示。
顾客依据卡片确认屏幕的指示，将电子货币卡7置位于连线终端5。
回到图6，电子货币卡7一置位于连线终端5即被读写器5b的电波所驱动而开始与连线终端5的通信(步骤104)。
电子货币卡7一连接到连线终端5，中央服务器2就可以与电子货币卡7通信。
在电子货币卡7与中央服务器2进行通信之间，在连线终端5的显示装置上会显示如图22(b)所示的通信中屏幕。通过这样，顾客与加盟店102的经办人可以知道电子货币卡7与中央服务器2正在通信。
回到图6，连线终端5与电子货币卡7一开始通信，即由电子货币卡7读取卡片ID，并将其与支付金额传送至中央服务器2(步骤204)。
另外，卡片ID的读取是通过连线终端5将卡片ID命令输入电子货币卡7来进行。
电子货币卡7中，价值处理部7a会执行卡片ID命令并由卡片ID存储部7d读取卡片ID而回到连线终端5。
中央服务器2由连线终端5接到这些信息，即对电子货币卡7请求余额、状态确认(步骤304)。
该项请求是对电子货币卡7请求传送价值余额与交易状态，是通过对电子货币卡7传送使其进行这些操作的命令来提出。
电子货币卡7由连线终端5接受余额、状态确认的请求，并进行余额、状态确认的回答(步骤106)。
该处理是通过价值处理部7a执行由连线终端5传送过来的命令，并将存储于余额存储部7b的价值余额，以及存储于交易状态保持部7e的交易状态传送至中央服务器2来进行。如上述，中央服务器2具有终端标记接收单元(接收电子货币卡7的交易状态)。
中央服务器2是由电子货币卡7接收价值余额与交易状态。
然后，确认所接收的交易状态与存储于交易信息数据库46的上次的交易信息的交易状态，并确定上次的交易是否发生过故障。
如发生过故障时，即依后述的方法复原故障。这里，设定未发生故障。
中央服务器2确认了电子货币卡7与中央服务器2侧的交易信息后，产生本次相关的交易信息81而存储与登录于交易信息数据库46(步骤306)。
交易信息81中存储着由电子货币卡7所接收的卡片ID、价值余额、以及在连线终端5被输入的交易金额等。另外，图中，除了处理内容、序列ID、交易日时、……等之外，省略其他项目。
如图所示，交易信息81中，卡片ID为00001，余额为减算后的值11,000圆、交易金额为9,000圆。
此外，登录时，交易信息81的交易状态是设定为「交易中」。如上述，交易状态在中央服务器2侧的处理开始时是被设定于「交易中」。而在中央服务器2侧的处理完成时是被设定于「交易完成」。
交易状态为「交易中」时，并非对交易信息的交易信息数据库46的记录已经确定，如后所述，有时在故障修复的际会成为无效。
因此，在交易信息81余额成为减算后的值，但是，这是供故障修复时所利用，中央服务器2侧的减算处理完成时为交易状态被设定为「交易完成」的时刻。
然后，中央服务器2对电子货币卡7进行交易中。减算请求(步骤308)。
该项请求是通过对电子货币卡7传送交易中命令，与用于执行支付金额部分的减算的减算命令来进行。
在本实施形态中，为使电子货币卡7对应减算命令的执行与交易状态的更新，同时传送减算命令与交易中命令。亦即，通过确认交易状态被更新，即可确认在电子货币卡7已执行了减算命令。
在后面的进款处理中，同时对电子货币卡7传送加算命令与交易完成命令也是相同的理由。
电子货币卡7接收并执行这些命令，将交易状态设定为「交易中」，同时将价值余额仅减算支付金额部分。结果，卡片信息71被更新为卡片信息72。如图所示，卡片信息72中，余额成为减算后的值11,000圆，另外，交易状态被设定于「交易中」。
然后，电子货币卡7完成减算，将表示将交易状态设定为「交易中」的要旨的减算完成通知传送至中央服务器2(步骤108)。
中央服务器2一由电子货币卡7接收减算完成通知即将交易信息81的交易状态设定为「交易完成」而更新到交易状态82(步骤310)。
通过这样，中央服务器2完成中央服务器2侧的减算处理，同时确定对交易信息82的交易信息数据库46的登录。
中央服务器2一完成中央服务器2侧的减算处理，即对电子货币卡7请求交易完成的设定(步骤312)。该请求是通过对电子货币卡7传送交易完成命令来进行。
对此，电子货币卡7接收并执行交易完成命令，将交易状态设定为「交易完成」(步骤110)。亦即，将交易状态的值由「交易中」回复至「交易完成」。其结果是，卡片信息被更新为卡片信息73所示。
电子货币卡7执行交易完成命令之后，即对中央服务器2传送表示将交易状态设定为「交易完成」的要旨的交易完成通知。
中央服务器2由电子货币卡7接收交易完成通知，即对连线终端5传送表示已完成与电子货币卡7的处理的要旨的交易完成通知(步骤314)。
连线终端5中央服务器2接收交易完成通知，并确认处理已完成(步骤206)。
此时，连线终端5除了表示处理成功的效果音(Effect sound)之外，在显示装置显示如图22(c)所示的支付完成屏幕。
在支付完成屏幕中，显示着卡片ID与支付金额，以及支付后的价值余额等。
在以上所叙述的支付处理中，在电子货币卡7与中央服务器2的通信中可能发生故障的处为步骤106(简称故障1，以下同)，步骤308(故障2)，步骤108(故障3)，步骤312(故障4)以及步骤110(故障5)。
另外，在步骤304也可能发生故障，然而此时的处理与故障1相同，因此省略其说明。
以下，要针对发生这些故障1至故障5时的处理顺序以及其修复处理顺序加以说明。
图7为用于说明发生故障1时的处理顺序的流程图。此外，下面对图6的流程图相对应的步骤附加相同的步骤号码而简化或省略其说明。
首先，当电子货币卡7将价值余额与交易状态传送至连线终端5时(步骤106)而发生故障1时，中央服务器2会检测出故障1(步骤316)。
这里，电子货币系统1假设通过超时(Time out)来检测出故障。亦即，中央服务器2计测接收来自电子货币卡7的回应为止的时间，若在预先设定的特定时间没有回应时，即判定发生故障。另外，此仅为一例，也可以利用其他方法检测出故障。
中央服务器2一检测出故障，即将表示处理失效的要旨的交易失败通知传送至连线终端5(步骤318)。
连线终端5由中央服务器2接收交易失败的通知并确认处理失败的事实(步骤208)。
连线终端5一确认处理失败，即显示表示交易失败的效果音以及图22(d)所示的错误发生屏幕。
错误发生屏幕显示指示确认余额的要旨，而加盟店102的经办人即进行电子货币卡7的余额的确认处理。
如上述，电子货币系统1在发生错误时，即请求确认余额，伴随着余额确认处理进行故障的修复。
亦即，余额确认处理是首先由中央服务器2确认电子货币卡7侧与中央服务器2侧的交易状态，以确认上次的处理时是否发生故障。若无发生故障时，即进行余额确认，若有发生故障时，则进行修复处理后进行余额的确认。
此外，在图6的说明中虽然省略，在支付处理或以后说明的进款处理中，也是首先由中央服务器2确认上次处理时是否发生故障，若有发生故障时，则将其修复后才继续支付处理，或进款处理。
至于发生故障1时，卡片信息71是未经处理，另外在中央服务器2也在登录交易信息之前，因此不必进行修复处理。因此，在发生故障1时，不必进行修复处理即进行余额确认。也就是说，加盟店102的经办人于确认余额后，一开始就进行支付处理。
接着，要利用图8的流程图说明发生故障2与故障3时的处理顺序。
在步骤308(故障2)或步骤108(故障3)发生故障时，中央服务器2将其检测出(步骤320)，而对连线终端5传送交易失败通知(步骤322)。
连接终端5接收交易失败通知并确认失败，而且与效果音同时显示错误发生屏幕(步骤210)。
这里到底发生故障2或故障3，可以由卡片信息与交易信息的交易状态的组合来加以特定。
亦即，发生故障2时，卡片信息成为卡片信息71，若发生故障3时成为卡片信息72。另外，交易信息无论是故障2或或故障3皆成为交易信息81。
因此，卡片信息与交易信息的交易状态的组合在发生故障2时成为「交易完成，交易中」，发生故障3时成为「交易中，交易中」。
以下，同样地将卡片信息与交易信息的交易状态的组合以此顺序记载于括弧中。
图9为用于说明发生故障2时的修复处理顺序的流程图。
在该处理中，通过加盟店102的经办人依据连线终端5的错误发生屏幕的指示请求确认电子货币卡7的余额确认而开始。
经办人将电子货币卡7置位于读写器5b以开始电子货币卡7与连线终端5的通信(步骤104)(此外，通常是在错误发生的时刻电子货币卡7被置位于连线终端5，因此，直接移动至余额确认处理)，或按压设置于连线终端5的余额确认钮等以便对中央服务器2请求余额确认(步骤205)。
中央服务器2由连线终端5接受余额确认请求，并对电子货币卡7请求确认余额、状态(步骤304)，对该请求，电子货币卡7进行余额、状态确认的回应(步骤106)。
然后，中央服务器2根据余额、状态确回应，确认由电子货币卡传送过来的交易状态以及上次的交易信息81的交易状态的组合。
其结果是，交易状态的组合变成「交易完成，交易中」，另外因为上次的处理为支付处理(虽无图示，但在交易信息81中有记录)，因此，中央服务器2判断上次的处理是因为故障2而中断。
发生故障2时，中央服务器2通过交易信息81的交易状态设定为「交易恢复」以进行状态恢复。
中央服务器2在构造上，交易状态被设定为「交易恢复」的交易信息视为变成无效，其结果是上上次的交易信息80对电子货币卡7成为最新的交易信息。
换言之，中央服务器2通过上次的交易信息81更新为上上次的交易信息80以进行故障修复(步骤324)。
中央服务器2于更新交易信息后，将表示已进行故障修复的要旨的故障修复通知传送至连线终端5(步骤326)。连线终端5接收该通知并确认故障已修复(步骤212)。
另外，本实施形态会将电子货币卡7的价值余额传送作为故障修复通知，而连线终端5上会显示价值余额。亦即，余额确认与故障修复同时进行。
而加盟店102的办事员进行余额确认后，再从头开始进行支付处理。
如上述，发生故障2时，卡片信息与更新前相同，通过交易信息回复至更新前，即可取得两者的整合性。
图10为用于说明故障3发生时的修复处理顺序的流程图。
步骤104至步骤106为止与故障2的情形相同。
然后，中央服务器2确认由电子货币卡7传送过来的交易状态与上次的交易信息81的交易状态的组合，由交易状态的组合为「交易中，交易中」以及上次的交易为支付处理的事实判断上次的处理是从故障3中断。
发生故障3时，中央服务器2产生进行加算上次处理中以电子货币卡7减算的金额部分的命令，与交易完成命令一并传送至电子货币卡7(步骤328)。
电子货币卡7执行该加算命令，加算上次减算部分的价值，并将交易状态设定为「交易完成」。然后，将表示加算处理与设定为「交易完成」的要旨的加算完成通知传送至中央服务器2(步骤112)。
由于以上的处理，卡片信息由卡片信息72被更新卡片信息71。
中央服务器2一由电子货币卡7接收到加算完成通知即与故障2的情形一样将交易信息81的交易状态设定为「交易恢复」而更新交易信息(步骤330)。如此一来，上上次的交易信息80即被当做最新的交易信息来处理。
然后，中央服务器2对连线终端5传送故障修复通知(步骤332)，连线终端5通过这样确认故障修复的事实(步骤214)。而在故障3修复后，再从头进行支付处理。
如上所述，发生故障3时，即在电子货币卡7加算故障发生时所减算的价值而将价值余额恢复到故障发生前的状态，同时，交易信息也回复到故障发生前者。
亦即，在中央服务器2确认交易信息之前(在交易信息被更新为支付后者之前)要以电子货币卡7执行减算，因此，通过对电子货币卡7退回减算的价值，即可恢复故障发生前的状态。
图11是为说明故障4与故障5发生时的处理顺序的流程图。
步骤104至步骤310与图6的流程图相同。中央服务器2在将交易信息更新为交易信息82之后(步骤310)，将交易完成命令传送至电子货币卡7(步骤312)。
然后，若发生故障4或故障5时，中央服务器2即检测出其中之一发生故障(步骤334)，并对连线终端5通知交易失败(步骤336)。
然后，连线终端5除了表示交易处理失败的效果音之外，同时在显示装置显示错误发生屏幕(步骤216)。
卡片信息在故障4发生时成为卡片信息72，发生故障5时成为卡片信息73。另外，交易信息在任何情形下皆为交易信息82。
其结果是，交易状态的组合在故障4时成为「交易中，交易完成」，故障5时成为「交易完成，交易完成」。
图12是用于说明发生故障4时的修复处理顺序的流程图。
步骤104至步骤106为止与故障2的情形相同。
而中央服务器2，是确认由电子货币卡7传送过来的交易状态与上次的交易信息82的交易状态的组合，由于交易状态的组合为「交易中，交易完成」，而且上次的交易为支付处理，因此判断上次的处理是由于故障4而中断。
发生故障4时，因为电子货币卡7与中央服务器2的任一方皆完成减算处理，只有卡片信息72的交易状态不符合(mismatching)，因此藉使其由「交易中」回复至「交易完成」以进行故障修复。
因此，中央服务器2对电子货币卡7请求交易完成设定(步骤338)。该交易完成设定请求藉对电子货币卡7传送交易完成命令来进行。
电子货币卡7接收与执行交易完成命令，并将卡片信息72的交易状态设定于「交易完成」。通过这样，卡片信息被由卡片信息72更新为卡片信息73。
然后，电子货币卡7将交易完成通知传送至中央服务器2(步骤114)。
中央服务器2接收交易完成通知后，将故障修复通知传送至连线终端5(步骤340)，连线终端5确认将其接收并修复故障4(步骤218)。
图13是用于说明发生故障5时的修复处理顺序的流程图。
步骤104至步骤106为止与故障2的情形相同。
而中央服务器2，是确认由电子货币卡7传送过来的交易状态与上次的交易信息82的交易状态的组合，由于交易状态的组合为「交易完成，交易完成」，而且上次的交易为支付处理，因此判断上次的处理是由于故障5而中断。
发生故障5时，卡片信息与交易信息的任一方皆被更新于支付处理后者，因此，中央服务器2只无法确认卡片信息被更新的事实，所以，不必特别进行修复处理。
因此，中央服务器2并不特别进行修复处理即对连线终端5传送故障修复通知(步骤342)，连线终端5据此确认故障已修复(步骤220)。
接着，要利用图14至图20的流程图说明利用电子货币卡7的进款处理顺序，以及进款中发生故障时的修复顺序等。
这里，以对储值20,000圆的电子货币卡7进行9,000圆的进款的情形为例加以说明。
图14为用于说明进款处理的顺序的流程图。
进款处理时，首先将现金9,000圆交给加盟店102的办事员，请求进款9,000圆。
办事员由顾客接收9,000圆，同时在连线终端5输入9,000作为进款金额。
于是，在连线终端5的显示装置上会显示卡面确认屏幕，因此，顾客即依照屏幕上的指示将电子货币卡7置位于读写器5b上。
电子货币卡7一被置位于连线终端5即被由连线终端5的读写器5b辐射出的电波所驱动，而开始与连线终端5的通信(步骤504)。
电子货币卡7一被连接于连线终端5，中央服务器2即可与电子货币卡7通信，而在连线终端5的显示装置上会显示通信中屏幕。
连线终端5一开始与电子货币卡7通信时，即由电子货币卡7读取卡片ID，而将其与进款金额一并传送至中央服务器2(步骤604)。
中央服务器2接受此等信息时，即对电子货币卡7请求余额、状态的确认(步骤704)。
电子货币卡7接受该请求，即进行余额、状态确认的回应(步骤506)。
中央服务器2一由电子货币卡7接受余额、状态确认回应时，即确认上次的处理是否发生故障，若发生过故障时，即将其修复再继续处理。故障修复处理容后叙述，这里，假定未发生故障。
中央服务器2于确认在上次处理时未发生故障之后，即产生与该处理有关的交易信息86而登录于交易信息数据库46(步骤706)。
交易信息86中，余额为进款后的金额，但是交易状态是设定于「交易中」，且尚未确定登录于交易信息数据库46中。亦即，中央服务器2中尚未完成加算处理。
然后，中央服务器2对电子货币卡7请求交易中设定(步骤708)。
电子货币卡7接受交易中设定请求将交易状态设定为「交易中」，并将交易中设定通知传送至中央服务器2(步骤508)。通过这样，卡片信息76被更新为卡片信息77。
中央服务器2一由电子货币卡接收交易中设定通知即将交易状态设定为「交易完成」，通过这样将交易信息86更新为交易信息87(步骤710)。
由于将交易状态设定于「交易完成」交易信息87确定已登录于交易信息数据库46，等于在中央服务器2已进行加算。
然后，中央服务器2在电子货币卡7进行交易完成，加算请求(步骤714)。此是通过进行进款金额部分的加算的加算命令与交易完成命令一起传送至电子货币卡7来进行。
电子货币卡7接收这些命令，并执行加算命令，以增加价值余额至9,000，同时将交易状态设定为「交易完成」。然后，将表示加算处理与设定为「交易完成」的要旨的加算完成通知传送至中央服务器2(步骤510)。
通过执行加算命令与交易完成命令，卡片信息77被更新为卡片信息78。
如图所示，卡片信息78，价值余额成为29,000圆，交易状态被设定为「交易完成」。
中央服务器2一由电子货币卡7接收加算完成通知，即将交易完成通知传送到连线终端5(步骤716)。
连线终端5由中央服务器2接收交易完成通知而确认处理已完成(步骤606)。
此时，连线终端5除了表示处理成功的效果音之外另在显示装置上显示进款完成屏幕。
在图14所示的进款处理中，在电子货币卡7与中央服务器2的通信中可能发生故障之处为步骤506(故障6)、步骤708(故障7)、步骤508(故障8)、步骤714(故障9)、步骤510(故障10)。
此外，在步骤704也可能发生故障，然而此时之处理与故障6相同，故省略其说明。
以下，要说明发生这些故障6至故障10时的处理顺序与修复处理顺序。
图15是用于说明发生故障6时的处理顺序的流程图。
另外，下面与图15的流程图相对应的步骤附以相同步骤号码而简化或者省略其说明。
首先，在电子货币卡7将价值余额与交易状态传送至中央服务器2时(步骤506)发生故障6时，中央服务器2即检测出故障6(步骤18)。
中央服务器2一检测出故障6时，即将表示交易处理失败的要旨的交易失败通知传送至连线终端5(步骤720)。
连线终端5由中央服务器2接收交易失败通知并确认处理失败的事实(步骤608)。
此时，连线终端5除了表示交易失败的效果音外，同时显示错误发生屏幕。错误发生屏幕中通知指示余额确认的要旨，加盟店102的经办人进行电子货币卡7的余额确认处理。
故障6发生时，卡信息76未处理，此外，在中央服务器2在登录交易信息前，因此不必进行复原处理，因此，在故障6发生时，不必进行复原处理就能进行余额确认。因此，加盟店102的经办人于确认余额后，从头开始进行处理。
图16是用于说明故障7与故障8发生时的处理顺序的流程图。
步骤708(故障7)、或步骤508(故障8)发生故障时，中央服务器2将其检测(步骤718)，并对连线终端5传送交易失败通知(步骤720)。
连线终端5接收交易失败通知并确认失败，与效果音的同时显示错误发生屏幕(步骤608)。
这里，故障7与故障8之中何者发生错误是由卡片信息与交易信息的交易状态的组合来特定。
亦即，发生故障7时，卡片信息成为卡片信息76，发生故障8时，变成卡片信息77。另外，交易信息不管在故障7，故障8皆成为交易信息86。
因此，卡片信息与交易信息的交易状态的组合，在发生故障7时成为「交易完成，交易中」，发生故障8时，成为「交易中，交易中」。
图17是用于说明发生故障7时的修复处理顺序的流程图。
该处理是依照连线终端5的发生错误屏幕上的指示，通过加盟店102的经办人请求电子货币卡7的余额确认来开始。
经办人将电子货币卡7置位于读写器5b以开始电子货币卡7与连线终端5的通信(步骤504)(另外，通常是在发生错误的时刻电子货币卡7被置位于连线终端5，所以直接继续移动至余额确认处理)，并且按压设置于连线终端5的余额确认按钮等以对中央服务器2请求余额确认(步骤605)。
中央服务器2由连线终端5接受余额确认请求，而对电子货币卡7进行余额、状态确认请求(步骤704)，对此，电子货币卡7进行余额、状态确认的回应(步骤506)。
然后，中央服务器2确认通过余额、状态确认回应，由电子货币卡7传送过来的交易状态以及上次的交易信息86的交易状态的组合。
其结果是交易状态的组合成为「交易完成，交易中」，或因为上次的处理为进款处理(虽未图示，但记录于交易信息86中)，因此判定为中央服务器2的上次处理因为故障7而中断。
于是，中央服务器2将交易信息86设定于「交易修复」，并将交易信息86更新为交易信息88。
中央服务器2会将交易状态设定为「交易恢复」的交易信息当做无效处理，因此，将上上次的交易信息85复活成最新的交易信息。
换言之，中央服务器2通过上次的交易信息80更新为上上次的交易信息85来进行故障修复(步骤722)。
中央服务器2于更新交易信息后，将表示故障修复的要旨的故障修复通知传送至连线终端5(步骤724)。连线终端5接到后确认故障已经修复(步骤610)。
然后，加盟店102的经办人进行余额确认之后，重新开始进款处理。
图18是用于说明故障8发生时的修复处理顺序的流程图。
步骤504至步骤506为止与故障7相同。
然后，中央服务器2确认由电子货币卡7传送过来的交易状态，以及上次的交易信息86的交易状态的组合，而由交易状态的组合为「交易中，交易中」，且上次交易为进款处理，所以判定上次交易是由故障8中断。
发生故障8时，由于电子货币卡7与中央服务器2皆尚未完成加算处理，所以将藉卡片信息与交易信息回复至进款处理前的状态以进行故障修复。
为此，中央服务器2对电子货币卡7请求设定交易完成(步骤726)。该要是通过对电子货币卡7传送交易完成命令来进行。
对此，电子货币卡7将交易状态设定为「交易完成」，并对中央服务器2传送交易完成设定通知(步骤512)。
因此，卡片信息由卡片信息77返回至卡片信息76。
中央服务器2一由电子货币卡7接收交易完成通知，即将交易信息86的交易状态设定为「交易恢复」并更新为交易信息88(步骤728)。因此，交易信息88成为无效的交易信息，上上次的交易信息85复活成最新的交易信息。
然后，中央服务器2将处理恢复通知传送至连线终端5(步骤730)，连线终端据以确认故障已修复(步骤612)。
然后，加盟店102的经办人从头重新进行进款处理。
图19是用于说明故障9与故障10发生时的处理顺序的流程图。
步骤504至步骤710与图14的流程图相同。
中央服务器2将交易信息更新为交易信息87之后(步骤714)，将交易完成命令与加算命令传送至电子货币卡7(步骤714)。
以后，故障9或故障10发生时，中央服务器2即检测出其中任一方发生故障(步骤732)，而对连线终端5通知交易失败(步骤734)。
然后，连线终端5除了表示交易处理失败的效果音之外，同时在显示装置上显示错误发生屏幕(步骤614)。
卡片信息在发生故障9时成为卡片信息77，发生故障10时成为卡片信息78。另外，交易信息在任何情形下都是交易信息87。
其结果，交易状态的组合是故障9时成为「交易中，交易完成」，故障10时成为「交易完成，交易完成」。
图20是用于说明发生故障9时的修复处理顺序的流程图。
步骤504至步骤506为止与故障6的情形相同。
然后，中央服务器2确认由电子货币卡7传送过来的交易状态以及上次的交易信息87的交易状态的组合，由于交易状态的组合为「交易中，交易完成」，且上次交易为进款处理，因此，判断上次处是因故障9而中断。
故障9的情形是中央服务器2已完成加算处理，而电子货币卡7尚未进行加算处理的状态，因此，藉使电子货币卡7进行加算处理以进行修复处理。
首先，中央服务器2再次对电子货币卡7要交易完成。加算(步骤736)。
电子货币卡7依此进行加速处理，同时将交易状态设定于「交易完成」，并对中央服务器2传送加算完成通知(步骤514)。通过这样，卡片信息77被更新为卡片信息78。
中央服务器2于接收到加算完成通知后，将故障修复通知传送至连线终端5(步骤738)，连线终端5接收该通知并确认故障9已修复(步骤616)。
接着，说明故障10的修复处理。在故障10电子货币卡7与中央服务器2两者皆完成加算处理，且交易状态皆设定为「交易完成」，因此不必进行故障修复处理。
因此，故障10的情形下，不必进行故障修复而直接进行余额的确认。
如上所述，在电子货币系统1上，要进行支付处理时，用电子货币卡7进行减算处理后(图6步骤108)，在中央服务器2进行减算处理(图6步骤310)，另外，要进行进款处理时，在中央服务器2进行加算处理后(图14步骤710)，利用电子货币卡7进行加算(图1步骤510)。
因此，由于故障而发生电子货币卡7与中央服务器2的价值余额不一致时(故障3，故障9)，只要对电子货币卡7进行加算处理，即可进行修复处理。
如上述，要修复故障时，对电子货币卡7的处理不会变成减算处理，因此顾客可以安心地使用电子货币卡7。
此外，在上述例子中，是假设进行余额确认时一并进行故障修复，然而顾客与加盟店102的经办人双方有时皆未注意到发生故障而未进行故障修复。
中央服务器2在支付处理与进款处理时，在这些处理之前事先确认上次处理是否发生故障，所以纵使上次交易未进行故障修复，也可以这里次交易时进行故障修复再进行处理。
以下，对将未进行故障修复的电子货币卡7(以下简称未修复卡)使用于离线终端6的情形加以说明。
在利用未修复卡于离线终端6进行支付时，并无特别的限制。无论发生任何故障，存储于未修复卡的价值余额皆低于顾客本来拥有的价值余额，因此由于其减算也不致发生问题。
另外，中央服务器2是以交易信息修复故障，所以也可以在离线终端6使用未修复卡进行支付后，将该未支付卡置位于连线终端5以进行故障修复。
另一方面，要在未修复卡进款时，有时会发生问题。亦即，由于电子货币卡7可存储的价值余额设有上限值，因此要在未修复卡进行进款时，价值余额有可能发生超出该上限值的情形。
例如，假使价值的上限值为5万圆。而在现在未修复卡中所存储的价值为4万圆，但是若修复故障时，假设被加算5千圆。
顾客在未修复卡中进款1万圆而使价值余额成为5万圆之后，若修复故障，则价值余额成为5万5千圆而超过上限值。
因此，离线终端6在电子货币卡7进款之前，必须确认电子货币卡7是否为未修复卡，若为未修复卡时，即须限制进款。
图21为用于说明在离线终端6对电子货币卡7进款的顺序的流程图。另外，如下面所述，离线终端6构成运算命令输入装置。
电子货币卡7假定已置位于离线终端6的读写器中。
首先，加盟店102的经办人将进款金额输入离线终端6(步骤904)。这与加算金额取得单元相对应。
于是，离线终端6对电子货币卡7请求余额、状态确认(步骤906)，对此，电子货币卡7对离线终端6由电子货币卡7接收交易状态，此是与终端标记接收单元相对应。
离线终端6判断由电子货币卡7所接收的交易状态为「交易完成」或「交易中」(步骤908)。
若交易状态为「交易完成」时(步骤908，Y)，离线终端6即产生加算命令的输入电子货币卡7，并进行进款处理(步骤806)。
另一方面，若交易状态为「交易中」时(步骤908，N)，离线终端6即不处理进款而发出警报音(步骤1000)。
此种离线终端6具备加算命令产生单元，以及交易状态为「交易中」时，限制对电子货币卡7的输入的加算命令输入单元。
如上述，离线终端6通过确认电子货币卡7的交易状态，可以判断电子货币卡7是否为未修复卡，又，若是未修复卡时，即限制进款处理(在本实施形态中完全不进行进款处理)。
此外，在本实施形态中，也可以将未修复卡构成限制进款金额。
亦即，由于故障而存储于电子货币卡7的价值余额少于实际上使用人持有的价值余额时，是在故障3与故障9发生的情形。
此时，可以预料通过故障修复而有加算可能性的金额动态地限制在离线终端6可以进款的金额上限。
亦即，在由电子货币卡7的卡片信息可知利用修复处理而进行加算处理时，其加算金额为存储于「交易金额」中的金额。随着故障的种类，有时可能被加算于价值余额中，或不加算也未可知，但是离线终端6至少有可能被加算仅加算的该金额部分的余额。
因此，离线终端6只要将上限值减去该金额的金额设定为该电子货币卡7的上限值即可。
以上，虽然针对本实施形态的一件加以说明，但是可能有多种变形例。发生故障时，到底是发生于电子货币卡7进行运算之后，或之前发生故障最低限度知道时，即可故障修复。因此，这里探讨其条件。
如图23(a)所示，本实施形态中，有步骤1至步骤4的通信时序(Timing)。
亦即，中央服务器2在步骤1传送交易命令，在步骤2接收交易中设定通知，再于步骤3传送交易完成命令，在步骤4接收交易完成通知。
对电子货币卡7传送运算命令的时序有步骤1与步骤3，图23(a)为表示在步骤1传送运算命令的情形。
若在步骤2，3发生故障时，电子货币卡7的交易状态成为「交易中」。亦即，只要晓得电子货币卡7的交易状态为「交易中」，即晓得以电子货币卡7运算处理后，发生了故障。因此，不一定需要识别步骤2与步骤3。
另一方面，若电子货币卡7的交易卡7的交易状态为「交易完成」时，即无法识别在运算处理前发生故障(步骤1)，或在运算处理后发生故障(步骤4)。因此，在步骤1至步骤4之间，若将中央服务器2的交易状态(奇数次)反转，即可区别步骤1的故障或步骤4的故障。
这里，所谓交易状态反转，是指将交易状态由「交易完成」设定成「交易中」，或由「交易中」设定成「交易完成」。
如此构成时，只要由电子货币卡7与中央服务器2的交易状态的组合即可判断是否在电子货币卡7进行过运算处理。
然后，进一步通过在中央服务器2反转交易状态时，更新存储于中央服务器2的价值余额，可以由交易状态判断存储于中央服务器2的价值余额是属于更新前者或更新后者。
图23(b)为表示在步骤3传送运算命令的情形。此时，若电子货币卡7的交易信息为「交易中」时，即可知运算处理前发生过故障。
另一方面，若交易信息为「交易完成」，则仅以此信息是无法识别故障是发生于运算处理前(步骤1)，或故障是发生于运算处理后(步骤4)。因此，若使中央服务器2侧的交易状态在步骤1至步骤4之间反转，即可特定在何时发生故障。另外，在反转时同时进行存储于中央服务器2侧的价值余额。
综上所述，也就是说，在将电子货币卡7的交易状态设定于「交易中」或「交易完成」时，同时传送运算命令，并由对电子货币卡7传送交易中命令起(步骤1)，到接收交易完成通知为止(步骤4)之间使中央服务器2的交易状态反转，再于反转时，更新存储于中央服务器2侧之价值余额即可。
亦即，中央服务器2只要在传送使电子货币卡7的交易状态反转的交易中命令，并确认电子货币卡7执行该命令而将交易状态反转成「交易中」之后，将交易完成命令传送至电子货币卡7以使电子货币卡7的交易状态回复到「交易完成」，在传送上述交易中命令或交易完成命令时，一并传送运算命令，自将交易中命令传送至电子货币卡7之后到确认电子货币卡7的交易状态回复至「交易完成」为止之间，使中央服务器2的交易状态反转或回复，此时并确定中央服务器2的余额更新即可。
在上述的范围内，电子货币系统1可有各种变形。
利用以上所述的电子货币系统1可以获得如下的效果。
(1)可以由电子货币卡7与中央服务器2的交易状态的组合特定发生的故障。
(2)为由交易状态的组合特定故障的种类，可以连线终端5与离线终端6并存的电子货币系统1(价值余额在电子货币卡7与中央服务器2上不一定一致)特定故障的种类。
(3)支付处理时，以电子货币卡7减算后，更新中央服务器2的交易信息，进款处理时，在中央服务器2更新交易信息后，在电子货币卡7进行加算处理，因此，在任何情形下，皆可以对电子货币卡7的加算处理时进行恢复处理。
(4)在电子货币卡7的处理未完成时，因设定为「交易中」，因此可以在离线终端6识别未恢复卡。
(5)离线终端6因为对未恢复卡的进款功能受到限制，所以可防止超越价值余额限度对电子货币卡7进款。
以上，已就本实施形态的一例加以说明，然而可能有各种变形。
例如，利用也可与网际网络连接的个人计算机构成连线终端5，而安装于顾客的住屋。此时，纵使顾客在住屋的通信中未注意到电子货币卡7的处理时发生故障而到加盟店102，也可以用连线终端5修复故障。
另外，本实施形态中，中央服务器2将加算命令与减算命令传送至电子货币卡7，而电子货币卡7执行这些命令并更新所存储的余额，但是也可以构成由中央服务器2来进行余额的运算。
此时，中央服务器2由电子货币卡7取得电子货币卡7所存储的余额，并对其进行加减算处理以算出加减算处理后的金额。
然后，中央服务器2将算出的金额传送至电子货币卡7，而电子货币卡7将存储中的余额更新为由中央服务器2所接收的金额。
如上述，加减算处理也可以中央服务器2或电子货币卡7来进行，或以中央服务器2进行加算，而以电子货币卡7进行减算，以中央服务器2进行加减算的一方，以电子货币卡7进行另一方也可以。
中央服务器2将加算命令，减算命令传送至电子货币卡7，并在电子货币卡7进行加减计算时，加算命令与减算命令构成了金额变更信息。
在中央服务器2计算加减计算后的金额，且电子货币卡7计算该金额并且将其更新时，中央服务器2传送至电子货币卡7的加减计算后的金额相当于金额变更信息。
如上述，假使由于中央服务器2所传送的金额变更信息而增减电子货币卡7的余额时，价值处理部7a构成金额变更单元，其是利用金额变更信息将剩余金额变更处理。
此外，中央服务器2具有用于传送运算命令或运算后的金额等的金额变更信息的金额变更信息传送单元。
另外，离线终端6构成金额变更信息输入装置。
亦即，离线终端6在步骤904取得进款金额，其是构成用于取得增额金额的增额金额取得单元。
此外，离线终端6在步骤806进行进款处理，其是构成用于产生被输入的增额金额部分的货币价值的金额变更信息的金额变更信息产生单元。
再者，离线终端6具有将电子货币卡7的交易状态为「交易完成」时所产生的金额变更信息输入电子货币卡7，在「交易中」时限制金额变更信息的输入的金额变更信息输入单元。
权利要求
1.一种货币终端处理服务器，是在用将货币价值的剩余金额表示成电子数据的货币信息予以存储，执行特定的运算命令以运算处理所述剩余金额，选择性地将终端标记存储为起始状态与反转状态的货币终端，以及与所述货币终端进行通信的货币信息处理服务器所构成的货币信息处理系统上所使用的货币信息处理服务器中，其特征在于，具备余额接收单元，从所述货币终端接收剩余金额；请求取得单元，取得对所述货币终端传送运算命令的请求；终端标记设定单元，对所述货币终端传送使终端标记反转成反转状态的反转命令，在所述货币终端确认所述终端标记已被反转成反转状态之后，传送回复所述终端标记到起始状态的回复命令；运算命令传送单元，在对所述货币终端传送所述反转命令、或所述回复命令时，传送所述运算命令；服务器标记设定单元，在对所述货币终端传送反转命令后，与确认所述终端标记的回复之间，使服务器标记反转或回复；以及余额更新单元，随着所述服务器标记的反转或回复，更新所述接收的剩余金额。
2.如权利要求1所述的货币终端处理服务器，其特征在于，具备终端标记接收单元，在与所述货币终端通信途中发生故障时，接收发生故障时被设定于所述货币终端的终端标记的状态；以及复原单元，利用所述接收的终端标记的状态，与所述故障发生时所设定的服务器标记，判断所述故障是发生于所述货币终端执行所述运算处理之前或之后，并依照所述判断进行所述故障的复原处理。
3.如权利要求2所述的货币终端处理服务器，其特征在于，在传送减算命令作为所述运算命令时，所述余额更新单元在确认已在所述货币终端执行所述减算命令之后，更新所述剩余金额，在传送加算命令作为所述运算命令时，所述运算命令传送单元在更新所述剩余金额后，传送所述加算命令；所述复原单元在以所述货币终端执行了该减算命令后，判断为所述剩余金额的更新前发生故障时，在所述货币终端加算所述减算部份的金额而进行复原处理，若判断在进行所述剩余金额的更新后，在所述货币终端执行该加算命令之前发生故障时，通过将该更新的金额部分加算于所述货币终端以进行复原处理。
4.一种货币终端处理方法，是在用将货币价值的剩余金额表示成电子数据的货币信息予以存储，执行特定的运算命令以运算处理所述剩余金额，选择性地将终端标记存储为起始状态与反转状态的货币终端，以及与所述货币终端进行通信的货币信息处理服务器所构成的货币信息处理系统所使用的货币信息处理服务器所进行的货币信息处理方法中，其特征在于，所述货币信息处理服务器具备余额接收单元、请求取得单元、终端标记设定单元、运算命令传送单元、服务器标记设定单元、以及余额更新单元；由以下步骤构成余额接收步骤，通过所述余额接收单元从所述货币终端接收剩余金额；请求取得步骤，通过所述请求取得单元取得对所述货币终端传送运算命令的请求；终端标记设定步骤，通过所述终端标记设定单元，对所述货币终端传送将终端标记反转成反转状态的反转命令，在以所述终端确认了所述终端标记被反转成反转状态后，传送将所述终端标记回复起始状态的回复命令；运算命令传送步骤，通过所述运算命令传送单元，对所述货币终端传送所述反转命令、或所述回复命令时，传送所述运算命令；服务器标记设定步骤，通过所述服务器标记设定单元对所述货币终端传送反转命令后，到确认所述服务器标记的回复之间，使服务器反转、或回复；以及余额更新步骤，通过所述余额更新单元更新伴随着所述服务器标记的反转或回复的所述已接收的剩余金额。
5.一种货币终端，其特征在于，是权利要求1所述的货币终端处理服务器用于传送运算命令的货币终端，具备货币信息存储单元，用于存储将货币价值的剩余金额表示为电子数据的货币信息；运算单元，用于执行特定的运算命令以运算处理所述剩余金额；终端标记存储单元，将终端标记选择性地保持为起始状态与反转状态；以及标记命令执行单元，执行由所述货币终端处理服务器传送过来的反转命令，将所述已存储的终端标记由起始状态设定于反转状态，而且执行由所述货币终端处理服务器传送过来的回复命令，以将所述已存储的终端标记由反转状态回复至起始状态。
6.一种运算命令输入装置，其特征在于，是用于对权利要求5所述所述的货币终端输入所述加算命令的运算命令输入装置，具备加算金额取得单元，用于取得加算金额；加算命令产生单元，用于产生加算所述取得的加算金额部分的货币价值的加算命令；终端标记接收单元，由所述货币终端接收所述终端标记存储单元所存储的终端标记；以及加算命令输入单元，当所述终端标记是起始状态时，将所述已产生的加算命令输入于所述货币终端，当所述终端标记是反转状态时，即限制对所述加算命令输入所述货币终端。
7.一种货币终端处理服务器，是在用将货币价值的剩余金额表示成电子数据的货币信息予以存储，利用特定的金额变更信息将所述剩余金额进行金额变更处理，将终端标记选择性地存储成起始状态与反转状态的货币终端，以及用于与所述货币终端通信的货币信息处理服务器所构成的货币信息处理系统上使用的货币信息处理服务器中，其特征在于，具备余额接收单元，用于从所述货币终端接收剩余金额；请求取得单元，用于取得对所述货币终端传送金额变更信息的请求；终端标记设定单元，用于对所述货币终端传送使终端标记反转成反转状态的反转命令，在所述货币终端确认所述终端标记被反转成反转状态后，传送使所述终端标记回复起始状态的回复命令；金额变更信息传送单元，在对所述货币终端传送所述反转命令或所述回复命令时，依据所述已取得的传送请求，传送被请求的金额变更信息；服务器标记设定单元，对所述货币终端传送反转命令后，到确认所述终端标记的回复为止之间，使服务器标记反转或回复；以及余额更新单元，伴随所述服务器标记的反转或回复，更新所述已接收的剩余金额。
8.如权利要求7所述的货币终端处理服务器，其特征在于，具备终端标记接收单元，在与所述货币终端通信途中发生故障时，接收发生故障时在所述货币终端所设定的终端标记的状态；以及复原单元，利用所述已接收的终端标记的状态与发生所述故障时已设定的服务器标记判断所述故障的发生是在所述货币终端执行所述金额变更处理之前或之后发生，并依照所述判断进行所述故障的复原处理。
9.如权利要求8所述的货币终端处理服务器，其特征在于，在传送削减金额的金额变更信息作为所述金额变更信息时，所述余额更新单元在确认到在所述货币终端执行金额变更处理后，更新所述剩余金额，在传送加算金额的金额变更信息作为所述金额变更信息时，所述金额变更信息传送单元在更新所述剩余金额后，传送所述金额变更信息；所述复原单元在以所述货币终端执行削减金额的金额变更处理后，判断为故障发生在进行所述剩余金额的更新之前时，即对所述货币终端增加所述削减部分的金额的金额以进行复原处理；在进行所述剩余金额的更新后，在以所述货币终端判断为故障发生在执行增加金额的金额变更处理之前时，通过在所述货币终端增加该已更新的金额部分以进行复原处理。
10.一种货币终端处理方法，是在用将货币价值的剩余金额表示成电子数据的货币信息予以存储，利用特定的金额变更信息将所述剩余金额进行金额变更处理，将终端标记选择性地存储成起始状态与反转状态的货币终端，以及用于与所述货币终端通信的货币信息处理服务器所构成货币信息处理系统上所使用的货币信息处理服务器所进行的信息处理方法中，其特征在于，所述货币信息处理服务器具备余额接收单元、请求取得单元、终端标记设定单元、金额变更信息传送单元、服务器标记设定单元、以及余额更新单元；由以下步骤构成余额接收步骤，利用所述余额接收单元从所述终端接收剩余金额；请求取得步骤，利用所述请求取得单元取得对所述货币终端传送金额变更信息的请求；终端标记设定步骤，利用所述终端标记设定单元，对所述货币终端传送使终端标记反转成反转状态的反转命令，并于所述货币终端确认了所述终端标记已被反转成反转状态后，传送使所述终端标记回复到起始状态的回复命令；金额变更信息传送步骤，利用所述金额变更信息传送单元，对于所述货币终端传送所述反转命令，或所述回复命令时，依据所述已取得的传送请求传送被请求的金额变更信息；服务器标记设定步骤，利用所述服务器标记设定单元，对所述货币终端传送反转命令后，到确认所述终端标记的回复之间使服务器标记反转成回复；以及余额更新步骤，利用所述余额更新单元更新伴随所述服务器标记的反转或回复的所述接收到的剩余金额。
11.一种货币终端，其特征在于，是权利要求7所述的货币终端处理服务器传送金额变更信息的货币终端，具备货币信息存储单元，用于存储将货币价值的剩余金额表示成电子数据的货币信息；金额变更单元，利用特定的金融变更信息、对所述剩余金额进行金额变更处理；终端标记存储单元，选择性地将终端标记保持于起始状态与反转状态；以及标记命令执行单元，执行由所述货币终端服务器传送过来的反转命令，并将所述已存储的终端标记由起始状态设定于反转状态，另外执行由所述货币终端处理服务器传送过来的回复命令，并将所述已存储的终端标记由反转状态回复起始状态。
12.一种金额变更信息输入装置，其特征在于，是用于对权利要求11所述的货币终端输入增加所述剩余金额的金额变更信息的金额变更信息输入装置，具备增加金额取得单元，用于取得所述增加金额；金额变更信息产生单元，用于产生增加所述已取得的增加金额部分的货币价值的金额变更信息；终端标记接收单元，从所述货币终端接收所述终端标记存储单元所存储的终端标记；以及金额变更信息输入单元，当所述终端标记为起始状态时，将所述已产生的金额变更信息输入至所述货币终端，当所述终端标记为反转状态时，则限制对所述货币终端输入所述金额变更信息。
全文摘要
在连线终端与离线终端并存的电子货币系统上，以适当地排除故障为目的。在电子货币卡与中央服务器双方准备可以选择性地设定为“交易中”、与“交易完成”的两个值的标记(flag)。然后，在电子货币卡与中央服务器间进行信息处理时，边竖起双方的标记(由“交易完成”反转至“交易中”)，或扳倒(由“交易中”回复“交易完成”)边取得同步以进行处理。在处理途中发生故障时，因为在发生故障的时刻的标记状态被双方所保存，因此，可以由这些的状态特定发生故障的时刻。
文档编号G06Q20/00GK1947140SQ20058001321
公开日2007年4月11日 申请日期2005年4月26日 优先权日2004年4月27日
发明者山田和树, 山田宏行, 伊藤浩二, 榎并利晃, 荒井尚则 申请人:比特瓦雷特股份有限公司