电子货币管理装置、电子货币管理方法、电子货币管理程序、以及存储该程序的计算机可读取的存储介质

摘要

一个实施方式所涉及的电子货币管理装置是一种电子货币系统中的电子货币管理装置，所述电子货币系统在不处于用户的管理下的存储装置和该用户所持的存储介质的双方中存储该用户保有的电子货币的余额，所述电子货币管理装置具备：更新后同步部，在每次基于用于变动存储装置侧的余额的指示信息而更新该存储装置侧的余额时，经由能够访问保有该更新后的余额的用户所持的存储介质的终端，将该存储装置侧的余额的变动反映到该存储介质侧的余额。

说明书

技术领域

本发明的一方式涉及电子货币管理装置、电子货币管理方法、电子货币 管理程序、以及存储该程序的计算机可读取的存储介质。

背景技术

以往，已知在服务器以及芯片的双方中保持电子货币而在这些之间共享 电子货币的余额的混合(hybrid)型的电子货币系统。例如，在下述专利文献 1中，记载了在移动(mobile)电子钱包被操作的情况下经由网络操作电子钱 包的私人电子价值银行系统(private electronic value bank system)。在该系统 中，在对车站的检票口等真实环境中提供的服务使用智能卡上的电子价值 (value)的情况下，不是每次使用都产生在线的交易(transaction)，而是之 后在便携终端和银行进行通信时更新银行的电子钱包。

现有技术文献

专利文献

专利文献1：国际公开第02/39342号册子

发明内容

发明要解决的课题

但是，在上述专利文献1中记载的系统中，由于在智能卡(芯片)上的 电子价值变动后直至银行(服务器)侧反映该变动为止之间产生一定的期间， 所以若在该期间中银行侧的余额变动，则有在芯片侧和服务器侧产生余额数 据的不匹配的可能性。

因此，要求在芯片侧和服务器侧可靠地获得电子货币的余额的匹配性。

用于解决课题的手段

本发明的一方式所涉及的电子货币管理装置是一种电子货币系统中的电 子货币管理装置，所述电子货币系统在不处于用户的管理下的存储装置和该 用户所持的存储介质的双方中存储该用户保有的电子货币的余额，所述电子 货币管理装置具备：更新后同步部，在每次基于用于变动存储装置侧的余额 的指示信息而更新该存储装置侧的余额时，经由能够访问保有该更新后的余 额的用户所持的存储介质的终端，将该存储装置侧的余额的变动反映到该存 储介质侧的余额。

本发明的一方式所涉及的电子货币管理方法是通过电子货币系统中的电 子货币管理装置执行的电子货币管理方法，所述电子货币系统在不处于用户 的管理下的存储装置和该用户所持的存储介质的双方中存储该用户保有的电 子货币的余额，所述电子货币管理方法包含：更新后同步步骤，在每次基于 用于变动存储装置侧的余额的指示信息而更新该存储装置侧的余额时，经由 能够访问保有该更新后的余额的用户所持的存储介质的终端，将该存储装置 侧的余额的变动反映到该存储介质侧的余额。

本发明的一方式所涉及的电子货币管理程序是使计算机作为电子货币系 统中的电子货币管理装置而发挥作用的电子货币管理程序，所述电子货币系 统在不处于用户的管理下的存储装置和该用户所持的存储介质的双方中存储 该用户保有的电子货币的余额，所述电子货币管理程序使计算机执行：更新 后同步部，在每次基于用于变动存储装置侧的余额的指示信息而更新该存储 装置侧的余额时，经由能够访问保有该更新后的余额的用户所持的存储介质 的终端，将该存储装置侧的余额的变动反映到该存储介质侧的余额。

本发明的一方式所涉及的计算机可读取的存储介质是存储使计算机作为 电子货币系统中的电子货币管理装置而发挥作用的电子货币管理程序的计算 机可读取的存储介质，所述电子货币系统在不处于用户的管理下的存储装置 和该用户所持的存储介质的双方中存储该用户保有的电子货币的余额，所述 电子货币管理程序使计算机执行：更新后同步部，在每次基于用于变动存储 装置侧的余额的指示信息而更新该存储装置侧的余额时，经由能够访问保有 该更新后的余额的用户所持的存储介质的终端，将该存储装置侧的余额的变 动反映到该存储介质侧的余额。

根据这样的方式，在每次更新不处于用户的管理下的存储装置侧(以下 也称为“服务器侧”)的余额时，对用户保持的存储介质侧(以下也称为“芯 片侧”)的余额反映存储装置侧的余额的变动。由此，在每次更新服务器侧 的余额时在存储装置和存储介质之间余额被同步，所以能够在两者之间可靠 地获取余额的匹配性。

另一方式所涉及的电子货币管理装置也可以还具备：更新前同步部，在 基于指示信息而更新存储装置侧的余额前，从终端取得存储介质侧的余额， 使用该取得的存储介质侧的余额，将存储介质侧的余额的变动反映到该存储 装置侧的余额。

此时，在更新服务器侧的余额前，对该服务器侧的余额反映芯片侧的余 额的变动。从而，能够在将芯片侧的余额的变动可靠地反映到服务器侧之后， 进行服务器侧的余额更新和之后的余额的同步。

在又一方式所涉及的电子货币管理装置中，也可以是存储装置存储余额 信息，所述余额信息包含确定用户的用户ID、存储装置侧的余额、表示对存 储介质的访问限制的状态的信息、以及最后执行基于更新后同步部的处理的 时刻，更新前同步部在参照与终端的用户对应的余额信息而判定为从最后执 行基于更新后同步部的处理起至当前为止的全部期间中对存储介质的访问被 限制的情况下，省略将存储介质侧的余额的变动反映到存储装置侧的余额的 处理。

若芯片从上次的同步时起没有间断地被访问限制，则不需要在更新服务 器侧的余额前考虑芯片侧的余额的变动。从而，在这样的情况下省略更新前 的服务器侧和芯片侧之间的同步处理，从而能够缩短与余额更新相关的处理 时间。

在又一方式所涉及的电子货币管理装置中，也可以是存储装置存储余额 信息，所述余额信息包含确定用户的用户ID、存储装置侧的余额、以及与存 储介质侧的余额相关的信息，更新前同步部在参照与终端的用户对应的余额 信息而判定为存储介质侧的余额为规定的阈值以上的情况下，省略将存储介 质侧的余额的变动反映到存储装置侧的余额的处理。

此时，存储装置还存储与芯片侧的余额相关的信息，若该余额为一定额 以上，则省略更新前的服务器侧和芯片侧之间的同步处理。像这样，在芯片 侧的余额多到一定程度的情况下省略更新前的同步处理，从而能够缩短与余 额更新相关的处理时间。

在又一方式所涉及的电子货币管理装置中，也可以是在指示信息表示入 款的情况下，更新前同步部省略将存储介质侧的余额的变动反映到存储装置 侧的余额的处理。

在服务器侧进行入款处理的情况下不需要顾虑芯片侧的余额的减少，所 以在这样的情况下省略更新前的同步处理，从而能够缩短与余额更新相关的 处理时间。

在又一方式所涉及的电子货币管理装置中，也可以是存储装置存储余额 信息，所述余额信息包含确定用户的用户ID、存储介质侧的余额、以及表示 对存储装置侧的余额设定的电子货币的自由利用额度的消费额的信息，更新 前同步部在参照与终端的用户对应的余额信息，判定为通过基于指示信息的 存储装置侧的余额的更新而消费额没有超过自由利用额度的情况下，省略将 存储介质侧的余额的变动反映到存储装置侧的余额的处理。

像这样，在对电子货币管理装置的更新部设定的自由利用额度的范围内 该更新部的处理完结的情况下省略更新前的同步处理，从而能够缩短与余额 更新相关的处理时间。

在又一方式所涉及的电子货币管理装置中，也可以是在更新前同步部省 略了将存储介质侧的余额的变动反映到存储装置中存储的余额的处理的情况 下，更新后同步部从该终端取得存储介质侧的余额，基于该存储介质侧的余 额和更新前的存储装置侧的余额的差分而再计算更新后的存储装置侧的余 额，将再计算出的存储装置侧的余额发送至该终端，从而将该存储装置侧的 余额的变动反映到该存储介质侧的余额。

此时，在将更新后的服务器侧的余额的变动反映到芯片侧的余额的情况 下，首先使用芯片侧的余额和更新前的服务器侧的余额的差分而再计算更新 后的服务器侧的余额，之后，再计算后的服务器侧的余额的变动被反映到芯 片侧的余额。能够通过采取这样的计算步骤而更可靠地获取双方的余额的匹 配性。

在又一方式所涉及的电子货币管理装置中，也可以是在将基于更新后同 步部的存储装置侧的余额的变动反映到存储介质侧的余额的处理的任一个仍 然没有执行的情况下，更新前同步部从终端取得存储介质侧的余额，基于该 存储介质侧的余额和更新前的存储装置侧的余额的差分而计算更新前的该存 储装置侧的余额，更新该存储装置侧的余额。

在又一方式所涉及的电子货币管理装置中，也可以是在电子货币中设定 余额的上限，更新前同步部省略将存储介质侧的余额的变动反映到存储装置 侧的余额的处理，且在对更新后的存储装置侧的余额反映存储介质侧的余额 的变动之后的余额超过该上限的情况下，更新后同步部在下次以后的处理中 将超过的量的金额反映到存储介质侧的余额。

像这样，将伴随入款的电子货币的超过量在下次以后进行处理，从而即 使在电子货币的余额中设定了上限的情况下也能够最终将入款额全部进行处 理。

在又一方式所涉及的电子货币管理装置中，也可以是在电子货币中设定 余额的上限，更新前同步部省略将存储介质侧的余额的变动反映到存储装置 侧的余额的处理，且在对更新后的存储装置侧的余额反映存储介质侧的余额 的变动之后的余额超过该上限的情况下，更新后同步部将超过的量的金额作 为与电子货币不同的其他规定的服务而与用户建立关联。

像这样，将伴随入款的电子货币的超过量变换为其他规定的服务，从而 即使在电子货币的余额中设定了上限的情况下也能够将入款额全部进行处 理。

在又一方式所涉及的电子货币管理装置中，也可以是存储装置存储余额 信息，所述余额信息包含确定共享一个电子货币的组的组ID、确定该组所包 含的用户的用户ID、以及表示对该用户设定的该电子货币的自由利用额度的 消费额的信息，更新前同步部在参照与终端的用户对应的余额信息而判定为 消费额为规定的阈值以下的情况下，省略将存储介质侧的余额的变动反映到 存储装置侧的余额的处理。

此时，若与其他用户共享一个电子货币的1个用户的自由利用额度的消 费的程度小，则省略更新前的服务器侧和芯片侧之间的同步处理。像这样， 在自由利用额度一定程度残留的情况下省略更新前的同步处理，从而能够缩 短与余额更新相关的处理时间。

本发明的一方式所涉及的电子货币管理装置是一种电子货币系统中的电 子货币管理装置，所述电子货币系统在不处于用户的管理下的存储装置和该 用户所持的存储介质的双方中存储该用户保有的电子货币的余额，电子货币 管理装置具备：更新前同步部，在基于用于变动存储装置侧的余额的指示信 息而更新该存储装置侧的余额前，从能够访问保有该更新的余额的用户所持 的存储介质的终端取得该存储介质中存储的存储介质侧的余额，使用该取得 的存储介质侧的余额而将该存储介质侧的余额的变动反映到该存储装置侧的 余额。

本发明的一方式所涉及的电子货币管理方法是通过电子货币系统中的电 子货币管理装置执行的电子货币管理方法，所述电子货币系统在不处于用户 的管理下的存储装置和该用户所持的存储介质的双方中存储该用户保有的电 子货币的余额，所述电子货币管理方法包含：更新前同步步骤，在基于用于 变动存储装置侧的余额的指示信息而更新该存储装置侧的余额前，从能够访 问保有该更新的余额的用户所持的存储介质的终端取得该存储介质中存储的 存储介质侧的余额，使用该取得的存储介质侧的余额而将该存储介质侧的余 额的变动反映到该存储装置侧的余额。

本发明的一方式所涉及的电子货币管理程序是使计算机作为电子货币系 统中的电子货币管理装置而发挥作用的电子货币管理程序，所述电子货币系 统在不处于用户的管理下的存储装置和该用户所持的存储介质的双方中存储 该用户保有的电子货币的余额，所述电子货币管理程序使计算机执行：更新 前同步部，在基于用于变动存储装置侧的余额的指示信息而更新该存储装置 侧的余额前，从能够访问保有该更新的余额的用户所持的存储介质的终端取 得该存储介质中存储的存储介质侧的余额，使用该取得的存储介质侧的余额 而将该存储介质侧的余额的变动反映到该存储装置侧的余额。

本发明的一方式所涉及的计算机可读取的存储介质是存储使计算机作为 电子货币系统中的电子货币管理装置而发挥作用的电子货币管理程序的计算 机可读取的存储介质，所述电子货币系统在不处于用户的管理下的存储装置 和该用户所持的存储介质的双方中存储该用户保有的电子货币的余额，所述 电子货币管理程序使计算机执行：更新前同步部，在基于用于变动存储装置 侧的余额的指示信息而更新该存储装置侧的余额前，从能够访问保有该更新 的余额的用户所持的存储介质的终端取得该存储介质中存储的存储介质侧的 余额，使用该取得的存储介质侧的余额而将该存储介质侧的余额的变动反映 到该存储装置侧的余额。

根据这样的方式，在更新存储装置侧(服务器侧)的余额前，对该存储 装置侧的余额反映存储介质侧(芯片侧)的余额的变动。从而，能够在将芯 片侧的余额的变动可靠地反映到服务器侧之后，进行服务器侧的余额更新。

发明效果

根据本发明的一侧面，由于在每次更新服务器侧的余额时在该服务器和 芯片之间余额被同步，所以能够在两者之间可靠地获取电子货币的余额的匹 配性。

附图说明

图1是表示实施方式所涉及的电子货币系统的整体结构的图。

图2是表示图1所示的支付终端的硬件结构的图。

图3是表示图1所示的支付终端的功能结构的框图。

图4是表示实施方式所涉及的服务器余额信息的例的图。

图5是表示图1所示的管理服务器的硬件结构的图。

图6是表示图1所示的管理服务器的功能结构的框图。

图7是表示图1所示的电子货币系统的处理的时序图。

图8是表示图1所示的电子货币系统的处理的时序图。

图9是表示实施方式所涉及的电子货币管理程序的结构的图。

图10是表示变形例所涉及的服务器余额信息的例的图。

图11是表示变形例所涉及的支付终端以及智能卡的功能结构的框图。

具体实施方式

以下，参照附图详细说明本发明的实施方式。另外，在附图的说明中对 相同或等同的要素赋予相同的符号，省略重复的说明。

首先，使用图1～6，说明实施方式所涉及的电子货币系统1的功能以及 结构。电子货币系统1是管理用户保有的电子货币的余额的计算机系统。如 图1所示，电子货币系统1具备用户所持的支付终端10、数据库(不在用户 的管理下的存储装置)20、管理服务器(电子货币管理装置)30、以及被设 置在店铺等中的结算终端(读取器/写入器)40。这些装置经由通信网络N而 连接。另外，在图1中将支付终端10以及结算终端40各示出了一个，但这 些终端可以存在多台。

在该电子货币系统1中，用户的电子货币被存储在支付终端10中搭载的 IC芯片107、和服务器侧设置的数据库20的双方。以下，将支付终端10(IC 芯片107)中存储的余额称为“终端余额”(第二余额)，将数据库20中存储 的余额称为“服务器余额”(第一余额)。

支付终端10和结算终端40能够进行基于近距离无线通信(Near Field  Communication)的数据发送接收，通过该通信，用户能够进行电子货币的充 值或支付，根据该处理而终端余额变动。结算终端40在规定的定时将与该充 值或支付相关的信息发送至服务器侧并在服务器侧通过公知的方法处理该信 息。

在本实施方式中，说明服务器余额变动时的处理而不是上述那样的终端 余额变动时的处理。在此，作为服务器余额变动的例子，可列举自动缴费、 或在线购物网站中的购入时的结算、在线入款等，但不限定于此。在本实施 方式中，若服务器余额变动，则此时必定在数据库20和支付终端10(IC芯 片107)之间同步电子货币的余额。另一方面，对支付终端10进行了入款或 结算的处理的结算终端40不限于以实时的方式对服务器侧发送该入款或结 算的信息。例如，存在结算终端40成为掉线的情况。从而，在取得余额的同 步时，需要考虑服务器以及终端之间的余额的差。

接着，使用图2、3说明支付终端10的功能以及结构。支付终端10的种 类不被限定，也可以是便携电话机或高性能便携电话机(智能手机)、便携 信息终端(Personal Digital Assistants：PDA，个人数字助理)等便携终端。

如图2所示，支付终端10具备执行操作系统或应用/程序等的CPU101、 由ROM以及RAM构成的主存储部102、由闪速存储器等构成的辅助存储部 103、执行对移动体通信网或无线LAN等的通信连接的通信控制部104、触 摸面板或键等输入接口105、显示器或扬声器等输出接口106、以及IC芯片 (用户所持的存储介质)107。

后述的支付终端10的各功能的结构要素通过以下而实现：在CPU101或 主存储部102上读入规定的软件，在CPU101的控制下使通信控制部104、或 输入接口105、输出接口106等动作，对主存储部102、辅助存储部103、或 IC芯片107进行数据的读出以及写入。处理所需的数据被存储至主存储部 102、辅助存储部103、或IC芯片107内。

支付终端10的IC芯片107是由CPU、RAM、ROM、EEPROM等物理 的要素构成的电子模块。IC芯片107具备在内部形成的存储区域中存储信息 的功能、根据从外部输入的指令而从存储区域读出信息或改写存储区域中存 储的信息的功能。

如图3所示，在IC芯片107中设置有电子货币存储部107a。在该电子货 币存储部107a中，存储了确定用户的用户ID、或终端余额、表示电子货币 是否能够访问(换言之，是否被锁定(lock))的状态信息、规定的期间中 的入出款的历史等。IC芯片107根据来自结算终端40的指令而增减存储在 内部的余额，从而能够执行电子货币的结算(例如，支付、补充)。

在支付终端10中，安装有控制电子货币存储部107a内的电子货币的电 子货币应用11。电子货币应用11是根据来自管理服务器30的指示信号或用 户操作而控制IC芯片107的程序。电子货币应用11作为功能的结构要素而 具备状态控制部12以及余额控制部13。

状态控制部12是控制以及监视电子货币的状态的部件。具体而言，状态 控制部12基于用户操作等而控制对电子货币的访问。例如，状态控制部12 将电子货币设定为锁定状态或非锁定状态。锁定状态是指IC芯片107内的电 子货币不能使用的状态，非锁定状态是指该限制被解除而该电子货币能够使 用的状态。状态控制部12若切换锁定/非锁定的状态，则将包含用户ID和切 换后的状态的状态通知发送至管理服务器30。

控制对IC芯片107的访问的方法不被限定。例如，也可以使用锁定IC 芯片107整体的方法。或者也可以是结算终端40在结算处理的最初确认IC 芯片107内的标志，若标志为ON则不进行以后的处理而返回错误，从而进 行访问控制。或者隐藏IC芯片107内的规定的区域，在接受到对所隐藏的区 域的访问指令的情况下IC芯片不响应(或者返回表示没有区域的代码)，从 而进行访问控制。或者也可以使用在IC芯片107内的特定的存储区域中单独 添加访问限制的方法。

另外，也可以是管理服务器30与支付终端10连接，将锁定IC芯片107 的全部或一部分的区域的指令经由支付终端10发送至该IC芯片107。此时， IC芯片107将对该指令的响应返回给管理服务器30。像这样，在将支付终端 10作为中继机而管理服务器30直接控制IC芯片107的情况下，不需要状态 通知。

此外，状态控制部12监视终端余额的变动，在该余额成为规定的阈值(例 如2000日元或5000日元等)以下的情况下，或余额超过该阈值的情况下， 生成表示用户ID和该事件的变动通知并发送给管理服务器30。另外，该阈 值也可以由用户自由设定，也可以由电子货币管理者预先设定。关于基于变 动通知的管理服务器30的处理在后面叙述。

余额控制部13是基于来自管理服务器30的通知而执行与终端余额相关 的处理的部件。余额控制部13若从管理服务器30接收查询请求，则从电子 货币存储部107a读出终端余额，生成包含该余额和用户ID的余额通知。并 且，余额控制部13将该余额通知作为对查询请求的响应而发送至管理服务器 30。此外，若从管理服务器30接收同步请求，则余额控制部13将该请求所 包含的服务器余额存储至电子货币存储部107a从而覆写终端余额。通过该更 新，服务器余额和终端余额一致。

数据库20是存储表示各用户的服务器余额的服务器余额信息的装置。如 图4所示，服务器余额信息包含确定用户的用户ID、该用户的服务器余额、 低额标志、锁定标志(lock flag)、最终锁定开始日期时间、以及最终同步日 期时间。低额标志是表示终端余额是否为一定额以下的信息，由ON(终端余 额为阈值以下)或OFF(终端余额超过阈值)来表示。锁定标志是表示支付 终端10侧的电子货币是否被锁定的信息，由ON(被锁定)或OFF(没有被 锁定)来表示。最终锁定开始日期时间是电子货币最后被锁定的日期时间， 最终同步日期时间是服务器余额和终端余额最后被同步的日期时间。

例如从图4可知，用户ID为“U001”的用户的服务器余额为5000日元， 该用户的终端余额没有被判定为低额。此外，还可知，该用户的终端侧的电 子货币从2011年12月1日的21时起持续被锁定。进而，还可知，最后进行 该用户的电子货币的同步处理的时刻是2011年12月1日的22时。

另外，数据库20(服务器余额信息)的结构不限定于图4所示的结构， 也可以对该数据库20进行任意的归一化或冗余化。

接着，使用图5、6说明管理服务器30的功能以及结构。管理服务器30 是取得服务器余额和终端余额的同步的计算机。

如图5所示，管理服务器30具备执行操作系统或应用/程序等的CPU301、 由ROM以及RAM构成的主存储部302、由硬盘等构成的辅助存储部303、 由网卡等构成的通信控制部304、键盘或鼠标等输入装置305、以及显示器等 输出装置306。

后述的管理服务器30的各功能的结构要素通过以下而实现：在CPU301 或主存储部302上读入规定的软件，在CPU301的控制下使通信控制部304 或输入装置305、输出装置306等动作，进行主存储部302或辅助存储部303 中的数据的读出以及写入。处理所需的数据或数据库被存储在主存储部302 或辅助存储部303内。另外，在图5中表示为管理服务器30由1台计算机构 成，但也可以将管理服务器30的功能分散给多台计算机。

如图6所示，管理服务器30作为功能的结构要素而具备芯片监视部31、 接受部32、更新前同步部33、余额更新部34、以及更新后同步部35。

芯片监视部31是从支付终端10接收与IC芯片107的状态相关的通知， 根据该通知而更新对应的服务器余额信息的部件。在接收到变动通知的情况 下，芯片监视部31基于该通知，将对应的服务器余额信息的低额标志更新为 ON或OFF。在接收到状态通知的情况下，芯片监视部31基于该通知，将对 应的服务器余额信息的锁定标志更新为ON或OFF，并且在将锁定标志更新 为ON的情况下以当前日期时间更新最终锁定开始日期时间。

接受部32是接受对数据库20内存储的电子货币的结算或充值的指示(指 示信息)而不是接受针对支付终端10中存储的电子货币的指示的部件。如上 述那样，作为这样的指示的例子可列举自动缴费等，但接受部32接受的指示 的种类不被限定。在指示信息中包含用户ID、缴费额或入款额(以下也称为 “变动额”)。接受部32将该指示信息输出至更新前同步部33。

更新前同步部33是在变动服务器余额前将终端余额的变动反映到服务 器余额的部件。以下，也将该同步处理称为“更新前同步”。在此，以在服务 器余额通过后述的更新后同步部35变动时该变动被反映到终端余额为前提， 说明将终端余额的变动简易地反映到服务器余额的步骤。

更新前同步部33从数据库20提取与指示信息所包含的用户ID对应的服 务器余额信息。并且，更新前同步部33基于该服务器余额信息，判定是否能 够省略更新前同步。该判定方法不限定为一个。

例如，更新前同步部33在最后同步服务器余额和终端余额后至当前时刻 之间没有间断地锁定支付终端10侧的电子货币的情况下也可以省略更新前 同步。即，若关于所提取的服务器余额信息，锁定标志为ON且最终锁定开 始日期时间为最终同步日期时间以前，则更新前同步部33也可以省略更新前 同步。这是因为若在最后的同步处理以后在支付终端10中处于终端余额不能 变动的状态，则服务器余额和终端余额不会不同。

参照图4，用户“U001”的锁定标志为ON，且最终锁定开始日期时间为最 终同步日期时间以前，所以更新前同步部33判定为关于该用户不需要更新前 同步。与此相对，由于用户“U002”的锁定标志为OFF，更新前同步部33判定 为关于该用户需要更新前同步。此外，由于关于用户“U003”，锁定标志为ON 但最终锁定开始日期时间为最终同步日期时间之后，所以更新前同步部33判 定为关于该用户需要更新前同步。

作为其他方法，也可以是更新前同步部33在支付终端10侧残留了一定 额以上的电子货币的情况、即低额标志成为OFF的情况下省略更新前同步。 这是因为若终端余额中有余量，则即使在支付终端10侧独立地在终端余额中 有变动，支付终端10侧也能够吸收指示信息所示的变动额的可能性高。参照 图4，更新前同步部33判定为关于用户ID为用户“U001”、“U003”不需要更 新前同步，判定为关于用户“U002”需要更新前同步。

作为又一方法，也可以是若指示信息表示入款则更新前同步部33省略更 新前同步。这是因为服务器余额以及终端余额的双方没有低于0的顾虑。

在判定为不需要更新前同步的情况下，更新前同步部33将指示信息输出 至余额更新部34而不进行该同步处理。

另一方面，在判定为需要更新前同步的情况下，更新前同步部33为了从 与所提取的服务器余额信息所示的用户ID对应的支付终端10取得终端余额， 向该支付终端10发送查询请求。之后，更新前同步部33接收根据该查询请 求而从支付终端10发送来的余额通知。并且，更新前同步部33将该余额通 知所示的终端余额的变动反映到服务器余额信息所示的余额(在此，使服务 器余额与终端余额一致)。若这样取得双方的余额的同步，则更新前同步部 33将指示信息输出至余额更新部34。

余额更新部34是基于指示信息而更新服务器余额的部件。余额更新部 34确定与指示信息所示的用户ID对应的服务器余额信息，从该服务器余额 减去缴费额，或对该服务器余额加上入款额。若这样更新服务器余额，则余 额更新部34将用户ID输出至更新后同步部35。余额更新部34与这样的余 额更新的处理一起，还执行向缴费目的地的汇款处理、或来自入款源的入款 处理。

另外，在执行缴费处理时缴费额超过了服务器余额的情况下，余额更新 部34也可以通过以往公知的方法进行处理。例如，余额更新部34也可以中 止缴费。或者也可以是若用户事先进行了与自动充值相关的注册，则余额更 新部34在至少将不足额的量从规定的信用卡信用额度或者储蓄存款账户自 动充值到该服务器余额之后，执行缴费处理。或者也可以是若用户关于自动 兑现(cashing)事先承诺，则余额更新部34在至少将不足额的量通过兑现而 自动补充到服务器余额之后，执行缴费处理。

更新后同步部35是将通过余额更新部34更新的服务器余额的变动反映 到终端余额的部件。以下，将该同步处理称为“更新后同步”。

在通过更新前同步部33进行更新前同步的情况下，更新后同步部35从 数据库20提取与所输入的用户ID对应的服务器余额信息，将包含该信息所 示的服务器余额的同步请求发送至与该用户ID对应的支付终端10。如上所 述，接收到该同步请求的支付终端10以服务器余额覆写终端余额。若通过该 处理而服务器余额与终端余额一致，则更新后同步部35以当前日期时间覆写 服务器余额信息的最终同步日期时间。

更新后同步部35在以从最后同步服务器余额和终端余额起至当前时刻 之间没有间断地锁定支付终端10侧的电子货币为理由而省略了更新前同步 的情况下，也与进行了更新前同步的情况相同地执行更新后同步。

另一方面，在根据基于低额标志的判定结果或指示信息为入款而省略了 更新前同步的情况下，若仅以更新后的服务器余额覆写终端余额，则会导致 尚未反映到服务器侧的终端余额的变动消失。因此，在这样的情况下，更新 后同步部35在进行更新后同步前执行与更新前同步相同的处理。

具体而言，更新后同步部35为了从与所输入的用户ID对应的支付终端 10取得终端余额，向该支付终端10发送查询请求。之后，更新后同步部35 接收根据该查询请求而从支付终端10发送来的余额通知。并且，更新后同步 部35计算该通知所示的终端余额、和更新前的服务器余额的差分。另外，更 新前的服务器余额通过更新前同步部33或余额更新部34预先取得并保持即 可。接下来，更新后同步部35通过对更新后的服务器余额加上或减去该差分 从而再计算更新后的服务器余额。像这样，若将尚未反映的IC芯片107侧的 电子货币的变动反映到数据库20内的服务器余额，则更新后同步部35将包 含最终的服务器余额的同步请求发送至该支付终端10。由此，支付终端10 以再计算出的服务器余额覆写终端余额，取得余额的同步。

接着，使用图7、8，说明管理服务器30以及支付终端10的动作，并且 说明本实施方式所涉及的电子货币管理方法。

若接受部32接受与缴费或入款相关的指示信息(步骤S11，接受步骤)， 则更新前同步部33判定在进行基于该指示信息的服务器余额的更新前，是否 需要更新前同步(步骤S12)。如上所述，更新前同步部33基于服务器余额 信息所示的低额标志、锁定标志、最终锁定开始日期时间、以及最终同步日 期时间之中的至少一个，判定是否需要更新前同步。或者更新前同步部33也 可以基于指示信息的内容(缴费、或者入款)，判定更新前同步的必要性。

在判定为需要更新前同步的情况下(步骤S12；是)，更新前同步部33 向支付终端10发送查询请求(步骤S13)。根据该请求，支付终端10从IC 芯片107提取终端余额(步骤S14)，将表示该余额的余额通知发送至管理 服务器30(步骤S15)。更新前同步部33若接收该余额通知，则以该通知所 示的终端余额的值更新数据库20内的对应的服务器余额(步骤S16)。由此， 在管理服务器30中变动服务器余额前，终端余额被反映到服务器余额(更新 前同步步骤)。另一方面，在判定为不需要更新前同步的情况下(步骤S12； 否)，省略步骤S13～S16的处理。

接下来，余额更新部34基于指示信息而更新服务器余额，从而执行缴费 或入款的处理(步骤S17，更新步骤)。

若通过该处理而服务器余额变动，则进行基于更新后同步部35的处理 (更新后同步步骤)。首先，更新后同步部35判定是否需要与更新前同步相 同的处理(步骤S18)。并且，在判定为需要这样的处理的情况下(步骤S18； 是)，更新后同步部35向支付终端10发送查询请求(步骤S19)。根据该 请求，支付终端10从IC芯片107提取终端余额(步骤S20)，将表示该余 额的余额通知发送至管理服务器30(步骤S21)。更新后同步部35若接收该 余额通知，则基于终端余额和更新前的服务器余额的差分，再计算更新后的 服务器余额(步骤S22)。

接下来，更新后同步部35从数据库20提取处理后的服务器余额，将包 含该余额的同步请求发送至支付终端10(步骤S23)。根据该请求，支付终 端10以服务器余额的值更新IC芯片107内的终端余额(步骤S24)。由此， 根据管理服务器30中的服务器余额的更新，服务器余额被反映到终端余额 (更新后同步)。

另一方面，在判定为不需要更新前同步的情况下(步骤S18；否)，省 略步骤S19～S22的处理。

接着，使用图9，说明用于使计算机作为管理服务器30而发挥作用的管 理程序(电子货币管理程序)P1。

管理程序P1具备主模块P10、芯片监视模块P11、接受模块P12、更新 前同步模块P13、余额更新模块P14、以及更新后同步模块P15。

主模块P10是统一地控制电子货币管理功能的部分。通过执行芯片监视 模块P11、接受模块P12、更新前同步模块P13、余额更新模块P14、以及更 新后同步模块P15而实现的功能分别与上述的芯片监视部31、接受部32、更 新前同步部33、余额更新部34、以及更新后同步部35的功能相同。

管理程序P1例如在CD－ROM或DVD－ROM、半导体存储器等有形的 存储介质中固定地记录之后被提供。此外，管理程序P1也可以作为与载波重 叠的数据信号而经由通信网络被提供。

如上说明，根据本实施方式，在每次更新数据库20(服务器侧)的余额 时，服务器侧的余额的变动被反映到IC芯片107侧的余额。由此，在每次更 新服务器侧的余额时在数据库20和IC芯片107之间余额被同步，所以能够 在两者之间可靠地获取余额的匹配性。

此外，在本实施方式中，更新前同步被执行，所以能够在将IC芯片107 侧的余额的变动可靠地反映到服务器侧之后进行服务器侧的余额更新和之后 的余额的同步。

在本实施方式中，若在IC芯片107从上次的同步时起没有间断地被访问 限制的情况下省略更新前同步，则能够缩短与余额更新相关的处理时间。此 外，在终端余额为一定额以上的情况下省略了更新前同步的情况、或在指示 信息表示入款的情况下省略了更新前同步的情况下，也能够得到同样的效果。

此外，在将更新后的服务器余额的变动反映到终端余额的情况下，若首 先使用终端余额和更新前的服务器余额的差分来再计算更新后的服务器余 额，之后以再计算出的服务器余额覆写终端余额，则能够更可靠地获取双方 的余额的匹配性。

以上，基于其实施方式详细地说明了本发明。但是，本发明不限定于上 述实施方式。本发明在不脱离其主旨的范围内能够进行各种的改变。

在组内的多个用户共享一个电子货币的情况下(例如在家族中共享电子 货币的情况下)，更新前同步部33也可以根据基于处理对象的用户的自由利 用额度的消费额而判定是否需要更新前同步。在此，自由利用额度是指能够 不被组内的其他用户干扰而自由地利用的最大金额。

如图10所示，该变形例中的服务器余额信息包含确定组的组ID、该组 内公共的余额、确定组内的用户的多个用户ID、各用户的自由利用额度以及 累积利用额。

在处理对象的用户已经消费了规定的阈值以上(例如50％以上，2000日 元以上等)自由利用额度的情况下，更新前同步部33判定为需要更新前同步， 与上述实施方式相同地执行该同步处理。另一方面，若基于该用户的自由利 用额度的利用额小于阈值，则更新前同步部33判定为省略更新前同步。这是 因为若自由利用额度中有余量，则即使在该用户的支付终端10侧独立地终端 余额中有变动，也能够以该自由利用额度来吸收指示信息所示的变动额的可 能性高。

例如在图10的例中将阈值设定为50％的情况下，由于用户“U101”已经 消费了一半以上自由利用额度，所以更新前同步部33判定为关于该用户需要 更新前同步。另一方面，由于用户“U102”的自由利用额度没有用到一半，所 以更新前同步部33判定为关于该用户不需要更新前同步。

像这样，在自由利用额度一定程度残留的情况下省略更新前同步，从而 能够缩短与余额更新相关的处理时间。

在上述实施方式中，支付终端10内置了IC芯片107，但如图11那样， IC芯片107被内置在智能卡50中的情况也能够应用本发明。此时，支付终 端10A内的电子货币应用11使用近距离无线通信访问智能卡50内的IC芯 片107以及电子货币存储部107a即可。

更新前同步部以及更新后同步部在服务器余额的一次变动时不能执行同 步处理的情况下，更新前同步部以及更新后同步部在下次以后的同步处理中 一并执行包含保留量的处理即可。例如，在由于IC芯片整体或电子货币功能 被锁定或产生通信障碍而未能执行同步处理的情况下，更新前同步部以及更 新后同步部在下次以后的同步处理中一并执行处理。此时，特别是更新前同 步部也可以代替图7的步骤S13～步骤S16的步骤，而通过与图8的步骤S19～ 步骤S22相同的步骤，使用终端余额和更新前的服务器余额的差分来计算本 来的服务器余额，之后对本来的服务器余额执行缴费或入款的处理(步骤 S17)。另外，若管理服务器能够控制IC芯片的锁定状态，则管理服务器也 可以使IC芯片暂时成为非锁定状态而执行一系列的同步处理，在该处理完成 时再次将该IC芯片返回锁定状态。

在电子货币的余额中设定了上限的情况下，更新前同步部即使在指示信 息为入款的情况下也可以执行更新前同步。或者也可以是更新前同步部与上 述实施方式相同地省略更新前同步，更新后同步部在判定为电子货币的更新 后的余额超过上限的情况下，直至下次以后的同步处理为止保留将超过量反 映到第二余额的处理。此时，更新后同步部在下次以后的同步处理中将该超 过量反映到第二余额。像这样，将伴随入款的电子货币的超过量在下次以后 进行处理，从而在电子货币的余额中设定了上限的情况下也能够最终将入款 额全部进行处理。

或者在更新后同步部判定为电子货币的更新后的余额超过上限的情况 下，也可以将超过量作为与电子货币不同的规定的服务(例如电子优惠券、 电子票、积分等)而与用户ID建立关联，并存储至规定的数据库。像这样， 将伴随入款的电子货币的超过量变换为其他服务，从而即使在电子货币的余 额中设定了上限的情况下也能够将入款额全部进行处理。

关于电子货币设定管理服务器侧(更具体而言为余额更新部)的自由利 用额度，若余额更新部中所缴费的额为该自由利用额度的范围内，则更新前 同步部也可以省略更新前同步。此时，各用户的服务器余额信息包含服务器 侧的自由利用额度以及服务器侧的累积利用额(余额更新部中所缴费的额的 累计)。

若接下来想要设为缴费的金额为对应的服务器余额信息所示的自由利用 额度的剩余的范围内，则更新前同步部省略更新前同步。另一方面，在若进 行缴费处理则累积利用额超过自由利用额度的情况下，更新前同步部执行更 新前同步。之后的余额更新部以及更新后同步部的处理与上述实施方式相同。 从而，不是仅以缴费后的累积利用额超过自由利用额度为理由而中止结算处 理本身，而是以进行更新前同步为前提，与上述实施方式相同地执行服务器 余额的变动以及更新后同步。

另外，自由利用额度的设定方法也可以以具体的金额来指定(例如，服 务器侧＝6000日元，终端侧＝4000日元)，也可以以比例来指定(例如，服 务器侧＝60％，终端侧＝40％)。此外，该方法还能够应用于组内的多个用 户中共享一个电子货币的上述变形例。例如，在图10的例中，服务器侧的自 由利用额度为10000－(3000+4000)＝3000日元，管理服务器在该自由利 用额度的范围内，能够根据缴费金额而省略更新前同步。像这样，在对余额 更新部设定的自由利用额度的范围内该余额更新部的处理完结的情况下省略 更新前的同步处理，从而能够缩短与余额更新相关的处理时间。

标号说明

1……电子货币系统，10、10A……支付终端，11……电子货币应用， 12……状态控制部，13……余额控制部，20……数据库，30……管理服务器， 31……芯片监视部，32……接受部，33……更新前同步部，34……余额更新 部，35……更新后同步部，40……结算终端，50……智能卡，107……IC芯 片，107a……电子货币存储部，P1……管理程序，P10……主模块，P11…… 芯片监视模块，P12……接受模块，P13……更新前同步模块，P14……余额更 新模块，P15……更新后同步模块。