CN112633875B - 账户金额管理方法、系统、设备及存储介质 - Google Patents

Abstract

本发明公开了账户金额管理方法、系统、设备及存储介质，该方法，应用于收款终端包括：当接收到账户转账指令时，获取账户转账指令对应的数字货币；向后台服务端发送所有数字货币；接收后台服务端发送的所有数字货币验证通过的通知消息；根据通知消息，更新所述硬钱包的数字货币余额；应用于后台服务端包括：接收并对收款终端发送的所有数字货币进行验证若所有数字货币验证通过，则获取所有数字货币对应的金额；根据金额更新后台服务端的软钱包的余额；向收款终端发送所有数字货币验证通过的通知消息。本发明能够对通过数字货币交易时生成的交易金额进行有效的管理。

Description

账户金额管理方法、系统、设备及存储介质

技术领域

本发明涉及电子交易技术领域，尤其涉及一种账户金额管理方法、系统、设备及存储介质。

背景技术

央行数字货币(Central bank digital currencies)是一种法定数字货币，由相关国家的央行进行发行，可以使用其进行付款和储值。央行数字货币在中国被称为数字人民币，由人民银行发行，由指定运营机构参与运营并向公众兑换，以广义账户体系为基础，支持银行账户松耦合功能，与纸钞和硬币等价。

随着央行数字货币在国内的内测，目前尚未出现能够对通过央行数字货币交易时生成的交易金额进行有效管理的方案。因此，提出一种账户金额管理方法、系统、设备及存储介质是至关重要的。

发明内容

本申请实施例通过提供一种账户金额管理方法、系统、设备及存储介质，以对通过数字货币交易时生成的交易金额进行有效的管理。

本申请实施例提供了一种账户金额管理方法，应用于收款终端，所述账户金额管理方法，包括：

当接收到账户转账指令时，获取硬钱包中的所有数字货币；

向后台服务端发送所有数字货币；

接收所述后台服务端发送的软钱包的余额更新消息；

根据所述余额更新消息，更新所述硬钱包的数字货币余额。

在一实施例中，所述当接收到账户转账指令时，获取硬钱包中的所有数字货币之前，包括：

在所述收款终端处于离线状态，且接收到第一支付凭证，则对所述第一支付凭证进行验证；

若所述第一支付凭证验证通过，则保存所述第一支付凭证至到所述硬钱包中；

当所述收款终端与所述后台服务端重新建立网络连接后，将所述第一支付凭证至发送给所述后台服务端；

接收所述后台服务端发送的数字货币，并根据接收到的所述数字货币对应的第一金额更新所述硬钱包的数字货币余额。

在一实施例中，所述对所述第一支付凭证进行验证，包括：

获取预设的公钥证书；

采用所述公钥证书对所述第一支付凭证进行验证。

在一实施例中，所述当所述收款终端与所述后台服务端重新建立网络连接后，将所述第一支付凭证至发送给所述后台服务端之前，包括：

接收到所述硬钱包的查询指令后，显示所述硬钱包的数字货币余额和所述第一支付凭证对应的支付金额。

在一实施例中，所述当接收到账户转账指令时，获取硬钱包中的所有数字货币之前，还包括：

在所述收款终端处于联网状态，且接收到第二支付凭证后，将所述第二支付凭证发送给所述后台服务端；

接收所述后台服务端发送的数字货币，并根据接收到的所述数字货币对应的第二金额更新所述硬钱包的数字货币余额。

为实现上述目的，本申请实施例还提供了一种账户金额管理方法，应用于后台服务端，所述账户金额管理方法，包括：

接收并对收款终端发送的所有数字货币进行验证；

若所有数字货币验证通过，则获取所有数字货币对应的金额；

根据所述金额更新所述后台服务端的软钱包的余额；

向所述收款终端发送所述软钱包的余额更新消息。

在一实施例中，所述接收并对收款终端发送的数字货币进行验证之前，包括：

当所述后台服务端接收到所述收款终端发送的第一支付凭证或第二支付凭证，则对所述第一支付凭证或所述第二支付凭证进行验证；

若所述第一支付凭证或所述第二支付凭证验证通过，则获取所述第一支付凭证或所述第二支付凭证对应的支付金额；

获取与所述支付金额等价值的数字货币，并将所述与所述支付金额等价值的数字货币发送给所述收款终端。

此外，为实现上述目的，本发明还提供了一种账户金额管理系统，包括收款终端和后台服务端；

所述收款终端，包括：

第一信息获取模块，用于当接收到账户转账指令时，获取硬钱包中的所有数字货币；

第一信息发送模块，用于向后台服务端发送所有数字货币；

第一信息接收模块，用于接收所述后台服务端发送的软钱包的余额更新消息；

第一信息更新模块，用于根据所述余额更新消息，更新所述硬钱包的数字货币余额；

所述后台服务端，包括：

第二信息接收模块，用于接收并对所述收款终端发送的数字货币进行验证；

第二信息获取模块，用于若所有数字货币验证通过，则获取所有数字货币对应的总金额；

第二信息更新模块，用于根据所述总金额更新所述后台服务端的软钱包的余额；

第二信息发送模块，用于向所述收款终端发送所述软钱包的余额更新消息。

此外，为实现上述目的，本发明还提供了一种交易设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的账户金额管理程序，所述账户金额管理程序被所述处理器执行时实现上述的账户金额管理方法的步骤。

此外，为实现上述目的，本发明还提供了一种存储介质，其上存储有账户金额管理程序，所述账户金额管理程序被处理器执行时实现上述的账户金额管理方法的步骤。

本申请实施例中提供的一种账户金额管理方法、系统、设备及存储介质的技术方案，至少具有如下技术效果或优点：

由于采用了当接收到账户转账指令时，获取账户转账指令对应的数字货币，向后台服务端发送所有数字货币，接收后台服务端发送的所有数字货币验证通过的通知消息，根据通知消息，更新所述硬钱包的数字货币余额的技术方案，以及采用了接收并对收款终端发送的所有数字货币进行验证，若所有数字货币验证通过，则获取所有数字货币对应的金额，根据所述金额更新所述后台服务端的软钱包的余额，向所述收款终端发送所述软钱包的余额更新消息的技术手段，能够对通过数字货币交易时生成的交易金额进行有效的管理，不仅实现了收款终端对自身的硬钱包的数字货币余额进行转账管理，还实现了后台服务端对与收款方账号关联的软钱包余额进行更新。

附图说明

图1为本发明实施例方案涉及的硬件运行环境的结构示意图；

图2为本发明账户金额管理方法第一实施例的流程示意图；

图3为本发明账户金额管理方法第二实施例的流程示意图；

图4为本发明账户金额管理方法第三实施例的流程示意图；

图5为本发明账户金额管理方法第四实施例的流程示意图；

图6为本发明账户金额管理方法第五实施例的流程示意图；

图7为本发明账户金额管理系统的功能模块图。

具体实施方式

为了更好的理解上述技术方案，下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

如图1所示，图1为本发明实施例方案涉及的硬件运行环境的结构示意图。

需要说明的是，图1即可为交易设备的硬件运行环境的结构示意图。

如图1所示，该交易设备可以包括：处理器1001，例如CPU，存储器1005，用户接口1003，网络接口1004，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，交易设备还可以包括摄像头、RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块等等。其中，传感器比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示屏的亮度，接近传感器可在移动终端移动到耳边时，关闭显示屏和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；当然，移动终端还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

本领域技术人员可以理解，图1中示出的交易设备结构并不构成对交易设备限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作网络通信模块、用户接口模块以及账户金额管理程序。其中，操作系统是管理和控制交易设备硬件和软件资源的程序，账户金额管理程序以及其它软件或程序的运行。

在图1所示的交易设备中，用户接口1003主要用于连接终端，与终端进行数据通信；网络接口1004主要用于后台服务器，与后台服务器进行数据通信；处理器1001可以用于调用存储器1005中存储的账户金额管理程序。

在本实施例中，交易设备包括：存储器1005、处理器1001及存储在所述存储器上并可在所述处理器上运行的账户金额管理程序，其中：

处理器1001调用存储器1005中存储的账户金额管理程序时，执行以下操作：

当接收到账户转账指令时，获取硬钱包中的所有数字货币；

向后台服务端发送所有数字货币；

接收所述后台服务端发送的软钱包的余额更新消息；

根据所述余额更新消息，更新所述硬钱包的数字货币余额。

进一步的，处理器1001调用存储器1005中存储的账户金额管理程序时，还执行以下操作：

在所述收款终端处于离线状态，且接收到第一支付凭证，则对所述第一支付凭证进行验证；

若所述第一支付凭证验证通过，则保存所述第一支付凭证至到所述硬钱包中；

当所述收款终端与所述后台服务端重新建立网络连接后，将所述第一支付凭证至发送给所述后台服务端；

接收所述后台服务端发送的数字货币，并根据接收到的所述数字货币对应的第一金额更新所述硬钱包的数字货币余额。

进一步的，处理器1001调用存储器1005中存储的账户金额管理程序时，还执行以下操作：

获取预设的公钥证书；

采用所述公钥证书对所述第一支付凭证进行验证。

进一步的，处理器1001调用存储器1005中存储的账户金额管理程序时，还执行以下操作：

接收到所述硬钱包的查询指令后，显示所述硬钱包的数字货币余额和所述第一支付凭证对应的支付金额。

进一步的，处理器1001调用存储器1005中存储的账户金额管理程序时，还执行以下操作：

在所述收款终端处于联网状态，且接收到第二支付凭证后，将所述第二支付凭证发送给所述后台服务端；

接收所述后台服务端发送的数字货币，并根据接收到的所述数字货币对应的第二金额更新所述硬钱包的数字货币余额。

进一步的，处理器1001调用存储器1005中存储的账户金额管理程序时，还执行以下操作：

接收并对收款终端发送的所有数字货币进行验证；

若所有数字货币验证通过，则获取所有数字货币对应的金额；

根据所述金额更新所述后台服务端的软钱包的余额；

向所述收款终端发送所述软钱包的余额更新消息。

进一步的，处理器1001调用存储器1005中存储的账户金额管理程序时，还执行以下操作：

当所述后台服务端接收到所述收款终端发送的第一支付凭证或第二支付凭证，则对所述第一支付凭证或所述第二支付凭证进行验证；

若所述第一支付凭证或所述第二支付凭证验证通过，则获取所述第一支付凭证或所述第二支付凭证对应的支付金额；

获取与所述支付金额等价值的数字货币，并将所述与所述支付金额等价值的数字货币发送给所述收款终端。

本发明实施例提供了账户金额管理方法的实施例，需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，该账户金额管理方法应用于应用于收款终端和与该收款终端交互的后台服务端。其中，收款终端可以是POS机、也可以是其他可进行收款交易的设备；后台服务端一般是后台交易服务器，用于管理收款终端对应的用户的电子账户。

如图2所示，在本申请的第一实施例中，本申请的账户金额管理方法，应用于收款终端，该方法包括以下步骤：

步骤S210：当接收到账户转账指令时，获取硬钱包中的所有数字货币。

在本实施中，收款终端自身内置有硬钱包，硬钱包可以理解为收款终端的本地钱包，可以在收款终端进行收款后，存储收到的数字货币。数字货币是指数字化人民币，也是一种法定加密数字货币，由央行下发，其本身包括有央行签名。账户转账指令是指将硬钱包中的所有数字货币转账到后台服务端的软钱包的指令，其是由用户(收款终端的持有人，也称为收款方)在进入收款终端的转账界面后，点击转账按钮后生成的，转账按钮是指将硬钱包余额转账到后台服务端的软钱包的按钮。收款终端接收到账户转账指令后，根据账户转账指令获取自身硬钱包中已保存的所有数字货币。

步骤S220：向后台服务端发送所有数字货币。

在本实施中，收款终端根据账户转账指令获取到自身硬钱包中的所有数字货币后，将获取到的所有数字货币发送给后台服务端，以使后台服务端对所有数字货币进行验证。

步骤S230：接收所述后台服务端发送的软钱包的余额更新消息。

在本实施中，后台服务端对收款终端发送的所有数字货币验证通过后，获取所有数字货币对应的金额，然后根据所有数字货币对应的金额对软钱包的余额进行更新。后台服务端对软钱包的余额的进行更新之后，将该软钱包的余额更新消息发送给收款终端，收款终端接收后台服务端发送的该软钱包的余额更新消息。

步骤S240：根据所述余额更新消息，更新所述硬钱包的数字货币余额。

在本实施例中，收款终端根据后台服务端发送的软钱包的余额更新消息，确定自身发送给后台服务端的所有数字货币都已经验证通过，则执行更新自身硬钱包的数字货币余额的操作，即将自身硬钱包的数字货币余额置为0。

本实施例根据上述技术方案，由于采用了当接收到账户转账指令时，获取账户转账指令对应的数字货币，向后台服务端发送所有数字货币，接收后台服务端发送的所有数字货币验证通过的通知消息，根据通知消息，更新所述硬钱包的数字货币余额的技术手段，实现了收款终端对自身的硬钱包的数字货币余额进行更新。

如图3所示，在本申请的第二实施例中，基于第一实施例，步骤S210之前包括以下步骤：

步骤S250：在所述收款终端处于离线状态，且接收到第一支付凭证，则对所述第一支付凭证进行验证。

在本实施例中，收款终端处于离线状态，是指收款终端没有进行联网；第一支付凭证是指收款方通过收款终端与付款方的数字货币付款工具(数字货币付款工具如数字货币卡、数字货币APP等)进行付款交易后生成的交易信息。由于央行发行的数字货币的面额和纸币人民币是相同的，其中，不同面额的数字货币，由其他面额的数字货币组成。例如，100元面额的数字货币可由2张50元面额的数字货币组成，50元面额的数字货币可由5张10元面额的数字货币组成，等等。第一支付凭证生成后，第一支付凭证包括付款方的支付金额和付款方支付的数字货币，付款方支付的数字货币的金额大于或者等于支付金额。例如，支付金额为100元，付款方支付的数字货币也是100元，那么付款方支付的数字货币的金额与支付金额是相同的；如果支付金额为20元，付款方支付的数字货币是100元，那么，支付金额与该付款方支付的数字货币中20元面额的数字货币是相同的。其中，支付金额也可以理解为收款方收到的收款金额或付款方与收款方交易产生的交易金额，第一支付凭证关联有交易日志和交易流水。收款终端处于离线状态时能够进行收款交易，在收款终端处于离线状态时，收款终端如果接收到第一支付凭证，则对第一支付凭证进行验证。其中，收款终端对第一支付凭证进行验证的方式为，获取自身预设的公钥证书，然后采用公钥证书对第一支付凭证进行验证。

步骤S251：若所述第一支付凭证验证通过，则保存所述第一支付凭证至到所述硬钱包中。

在本实施例中，公钥证书中预先存储有关于央行签名验证的信息，采用公钥证书对第一支付凭证中付款方支付的数字货币的央行签名进行验证，如果第一支付凭证验证通过，随之保存第一支付凭证至到硬钱包中。其中，第一支付凭证保存到硬钱包中后，硬钱包中包含两部分信息，一部分信息是原有的数字货币，另一部分信息是第一支付凭证，这里第一支付凭证包括的交易金额称为待同步金额，与第一支付凭证关联的交易日志和交易流水也会进行保存。

步骤S252：当所述收款终端与所述后台服务端重新建立网络连接后，将所述第一支付凭证至发送给所述后台服务端。

在本实施例中，收款终端在离线状态时完成收款交易，当收款终端与后台服务端重新建立网络连接后，收款终端将保存在硬钱包中的第一支付凭证发送给后台服务端，以使后台服务端对第一支付凭证进行验证，从而确认第一支付凭证是否有效。其中，与第一支付凭证关联的交易日志和交易流水也会发送给后台服务端。

其中，在执行步骤S252之前，如果收款终端接收到收款方在查询界面输入的硬钱包的查询指令后，则显示硬钱包的数字货币余额和第一支付凭证中包括的付款方的支付金额，此时收款方通过查询界面可以看到当前硬钱包的数字货币余额以及付款方的支付金额，这里付款方的支付金额可以理解为收款终端在离线状态时收到的且未经过后台服务端进行验证的金额。

步骤S253：接收所述后台服务端发送的数字货币，并根据接收到的所述数字货币对应的第一金额更新所述硬钱包的数字货币余额。

在本实施例中，如果后台服务端验证第一支付凭证有效，则获取第一支付凭证中包括的付款方的支付金额，以及获取与该付款方的支付金额等价值的数字货币，并将与该付款方的支付金额等价值的数字货币发送给收款终端。收款终端接收到后台服务端发送的数字货币后，获取该数字货币对应的第一金额，将该数字货币加入到硬钱包中，即完成对自身硬钱包的数字货币余额的更新。其中，第一金额即为第一支付凭证中包括的付款方的支付金额，更新后的硬钱包的数字货币余额比更新前的硬钱包的数字货币余额多第一金额，同时硬钱包中保存的第一支付凭证就会被清除。

本实施例根据上述技术方案，由于采用了在收款终端处于离线状态，且接收到第一支付凭证，则对第一支付凭证进行验证，若第一支付凭证验证通过，则保存第一支付凭证至到硬钱包中，当收款终端与后台服务端重新建立网络连接后，将第一支付凭证至发送给后台服务端，接收后台服务端发送的数字货币，并根据接收到的数字货币对应的第一金额更新所述硬钱包的数字货币余额的技术手段，不仅实现了收款终端的离线收款，还可以在收款终端重新联网后，对离线时收到的待同步金额同步到硬钱包中，实现了待同步金额与硬钱包的数字货币余额的同步管理，避免了同一数字货币同时支付给其它收款终端问题的发生。降低了交易风险。

如图4所示，在本申请的第三实施例中，基于第一实施例，步骤S210之前还包括以下步骤：

步骤S260：在所述收款终端处于联网状态，且接收到第二支付凭证后，将所述第二支付凭证发送给所述后台服务端。

在本实施例中，为了与收款终端处于离线状态时接收到的支付凭证和收款终端处于联网状态时接收到的支付凭证进行区分，将收款终端处于联网状态时接收到的支付凭证称为第二支付凭证。第二支付凭证也指收款方通过收款终端与付款方的数字货币付款工具(数字货币付款工具如数字货币卡、数字货币APP等)进行付款交易后生成的交易信息。第二支付凭证生成后，第二支付凭证也包括付款方的支付金额和付款方支付的数字货币，付款方支付的数字货币的金额大于或者等于支付金额。在收款终端处于联网状态时，收款终端如果接收到第二支付凭证，则将第二支付凭证发送给后台服务端，以使后台服务端对第二支付凭证进行验证，从而确认第二支付凭证是否有效。其中，收款终端处于联网状态收款时，也将第二支付凭证保存到硬钱包中，第二支付凭证关联有交易日志和交易流水，收款终端发送第二支付凭证给后台服务端时，就是后台服务端直接参与交易，与第二支付凭证关联的交易日志和交易流水会被后台服务端直接获取。

步骤S261：接收所述后台服务端发送的数字货币，并根据接收到的所述数字货币对应的第二金额更新所述硬钱包的数字货币余额。

在本实施例中，如果后台服务端验证第二支付凭证有效，则获取第二支付凭证中包括的付款方的支付金额，以及获取与该付款方的支付金额等价值的数字货币，并将与该付款方的支付金额等价值的数字货币发送给收款终端。收款终端接收到后台服务端发送的数字货币后，获取该数字货币对应的第二金额，将该数字货币加入到硬钱包中，即完成对自身硬钱包的数字货币余额的更新。其中，第二金额即为第二支付凭证中包括的付款方的支付金额，更新后的硬钱包的数字货币余额比更新前的硬钱包的数字货币余额多第二金额。

本实施例根据上述技术方案，由于采用了在收款终端处于联网状态，且接收到第二支付凭证后，将第二支付凭证发送给后台服务端，接收后台服务端发送的数字货币，并根据接收到的数字货币对应的第二金额更新所述硬钱包的数字货币余额的技术手段，实现了对收款终端联网状态时的收款金额与硬钱包的数字货币余额进行同步管理。

如图5所示，在本申请的第四实施例中，本申请的账户金额管理方法，应用于后台服务端，基于第一实施例，该方法包括以下步骤：

步骤S310：接收并对收款终端发送的所有数字货币进行验证。

在本实施例中，后台服务端接收收款终端发送的所有数字货币，并对所有数字货币进行验证，具体对央行签名进行验证，从而判断收款终端发送的所有数字货币的真伪。

步骤S320：若所有数字货币验证通过，则获取所有数字货币对应的金额。

在本实施例中，如果央行签名为真，则表示数字货币验证通过，如果央行签名为假，则表示数字货币未验证通过。后台服务端如果确认所有数字货币验证通过后，则获取所有数字货币对应的金额。例如，如果所有数字货币的总面额为1000元，那么所有数字货币对应的金额即为1000元。

步骤S330：根据所述金额更新所述后台服务端的软钱包的余额。

在本实施例中，后台服务端包括有若干个软钱包，每个软钱包与对应的收款终端的收款方账号进行了关联，用于存储对应的收款终端转账的数字货币。后台服务端将所有数字货币添加到自身的软钱包中，实现对软钱包的余额进行更新，更新后的软钱包的余额比更新前的软钱包的余额多出该所有数字货币对应的金额。

步骤S340：向所述收款终端发送所述软钱包的余额更新消息。

在本实施例中，当后台服务端验证收款终端发送所有数字货币通过时，根据所有数字货币对应的金额更新自身的软钱包的余额之后，向收款终端发送软钱包的余额更新消息，以使收款终端根据软钱包的余额更新消息更新自身的硬钱包的数字货币余额。

本实施例根据上述技术方案，由于采用了接收并对收款终端发送的所有数字货币进行验证，若所有数字货币验证通过，则获取所有数字货币对应的金额，根据所述金额更新所述后台服务端的软钱包的余额，向所述收款终端发送所述软钱包的余额更新消息的技术手段，实现了后台服务端对与收款方账号关联的软钱包的余额进行更新。

如图6所示，在本申请的第五实施例中，基于第四实施例以及第二实施例或第三实施例，步骤S310之前包括以下步骤：

步骤S350：当所述后台服务端接收到所述收款终端发送的第一支付凭证或第二支付凭证，则对所述第一支付凭证或所述第二支付凭证进行验证。

在本实施例中，在收款终端处于离线状态时，收款终端如果接收到第一支付凭证，且对第一支付凭证验证通过，并在收款终端与后台服务端重新建立网络连接后，向后台服务端发送该第一支付凭证。后台服务端接收收款终端发的第一支付凭证，并根据关于交易日志和交易流水的信息对第一支付凭证关联的交易日志和交易流水进行有效性验证，如果验证第一支付凭证关联的交易日志和交易流水有效，则可以确定对第一支付凭证中包括的付款方支付的数字货币验证通过。其中，通过对第一支付凭证关联的交易日志和交易流水进行有效性验证，可以确定出付款方支付的数字货币在交易之前是否被付款方已经使用了。例如，付款方支付的数字货币在交易之前，已经与其他收款终端进行了交易，则该付款方支付的数字货币不具有有效性。

在收款终端处于联网状态时，收款终端如果接收到第二支付凭证后，将第二支付凭证发送给后台服务端。第二支付凭证关联有交易日志和交易流水，收款终端发送第二支付凭证给后台服务端时，就是后台服务端直接参与了交易，与第二支付凭证关联的交易日志和交易流水会被后台服务端直接获取。后台服务端接收到收款终端发的第二支付凭证后，对与第二支付凭证关联的交易日志和交易流水进行有效性验证，如果验证与第二支付凭证关联的交易日志和交易流水有效，则确定第二支付凭证中包括的付款方支付的数字货币验证通过。其中，对与第二支付凭证关联的交易日志和交易流水验证的方式与上述对第二支付凭证关联的交易日志和交易流水验证的方式相同，这里不再赘述。

步骤S351：若所述第一支付凭证或所述第二支付凭证验证通过，则获取所述第一支付凭证或所述第二支付凭证对应的支付金额。

步骤S352：获取与所述支付金额等价值的数字货币，并将所述与所述支付金额等价值的数字货币发送给所述收款终端。

在本实施例中，当后台服务端接收到收款终端发送的第一支付凭证后，并确认第一支付凭验证证通过，则获取第一支付凭证中包括的付款方的支付金额，从而根据第一支付凭证中包括的付款方的支付金额，获取与该付款方的支付金额等价值的数字货币，然后将与该付款方的支付金额等价值的数字货币发送给收款终端，以使收款终端根据与该付款方的支付金额等价值的数字货币对自身硬钱包的数字货币余额进行更新。

当后台服务端接收到收款终端发送的第二支付凭证后，并确认第二支付凭验证证通过，则获取第二支付凭证中包括的付款方的支付金额，从而根据第二支付凭证中包括的付款方的支付金额，获取与该付款方的支付金额等价值的数字货币，然后将与该付款方的支付金额等价值的数字货币发送给收款终端，以使收款终端根据与该付款方的支付金额等价值的数字货币对自身硬钱包的数字货币余额进行更新。

本实施例根据上述技术方案，由于采用了当后台服务端接收到收款终端发送的第一支付凭证或第二支付凭证，则对第一支付凭证或第二支付凭证进行验证，若第一支付凭证或第二支付凭证验证通过，则获取第一支付凭证或第二支付凭证对应的支付金额，获取与支付金额等价值的数字货币，并将与支付金额等价值的数字货币发送给收款终端的技术手段，通过后台服务端对收款终端接收到的支付凭证进行有效性验证，有利于保证收款方交易后的利益。

如图7所示，本申请提供的一种账户金额管理系统，包括收款终端和后台服务端；

所述收款终端，包括：

第一信息获取模块410，用于当接收到账户转账指令时，获取硬钱包中的所有数字货币；

第一信息发送模块420，用于向后台服务端发送所有数字货币；

第一信息接收模块430，用于接收所述后台服务端发送的软钱包的余额更新消息；

第一信息更新模块440，用于根据所述余额更新消息，更新所述硬钱包的数字货币余额；

所述后台服务端，包括：

第二信息接收模块510，用于接收并对所述收款终端发送的数字货币进行验证；

第二信息获取模块520，用于若所有数字货币验证通过，则获取所有数字货币对应的总金额；

第二信息更新模块530，用于根据所述总金额更新所述后台服务端的软钱包的余额；

第二信息发送模块540，用于向所述收款终端发送所述软钱包的余额更新消息。

进一步的，所述账户金额管理系统，还包括：

第一验证单元，用于在所述收款终端处于离线状态，且接收到第一支付凭证，则对所述第一支付凭证进行验证；

数据保存单元，用于若所述第一支付凭证验证通过，则保存所述第一支付凭证至到所述硬钱包中；

凭证发送单元，用于当所述收款终端与所述后台服务端重新建立网络连接后，将所述第一支付凭证至发送给所述后台服务端；

余额更新单元，用于接收所述后台服务端发送的数字货币，并根据接收到的所述数字货币对应的第一金额更新所述硬钱包的数字货币余额。

进一步的，所述第一验证单元在对所述第一支付凭证进行验证方面，具体用于获取预设的公钥证书；以及采用所述公钥证书对所述第一支付凭证进行验证。

所述账户金额管理系统，还包括：

余额查询单元，用于接收到所述硬钱包的查询指令后，显示所述硬钱包的数字货币余额和所述第一支付凭证对应的支付金额。

进一步的，所述第一验证单元，还用于在所述收款终端处于联网状态，且接收到第二支付凭证后，将所述第二支付凭证发送给所述后台服务端；

所述余额更新单元，还用于接收所述后台服务端发送的数字货币，并根据接收到的所述数字货币对应的第二金额更新所述硬钱包的数字货币余额。

进一步的，所述账户金额管理系统，还包括：

第二验证单元，用于当所述后台服务端接收到所述收款终端发送的第一支付凭证或第二支付凭证，则对所述第一支付凭证或所述第二支付凭证进行验证；

金额获取单元，用于若所述第一支付凭证或所述第二支付凭证验证通过，则获取所述第一支付凭证或所述第二支付凭证对应的支付金额；

货币获取单元，用于获取与所述支付金额等价值的数字货币，并将所述与所述支付金额等价值的数字货币发送给所述收款终端。

本发明账户金额管理系统具体实施方式与上述账户金额管理方法各实施例基本相同，在此不再赘述。

本领域内的技术人员应明白，本发明的实施例可提供为方法、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

应当注意的是，在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (6)

1.一种账户金额管理方法，其特征在于，应用于账户金额管理系统，所述账户金额管理系统包括：收款终端和后台服务端，所述账户金额管理方法，包括：

在所述收款终端处于离线状态，且接收到第一支付凭证，则所述收款终端对所述第一支付凭证进行验证；

若所述第一支付凭证验证通过，则所述收款终端保存所述第一支付凭证到硬钱包中；

当所述收款终端与所述后台服务端重新建立网络连接后，所述收款终端将所述第一支付凭证发送给所述后台服务端；

所述收款终端接收所述后台服务端发送的数字货币，并根据接收到的所述数字货币对应的第一金额更新所述硬钱包的数字货币余额；

在所述收款终端处于联网状态，且接收到第二支付凭证后，所述收款终端将所述第二支付凭证发送给所述后台服务端；

当所述后台服务端接收到所述收款终端发送的所述第一支付凭证或所述第二支付凭证，则所述后台服务端对所述第一支付凭证或所述第二支付凭证进行验证；

若所述第一支付凭证或所述第二支付凭证验证通过，则所述后台服务端获取所述第一支付凭证或所述第二支付凭证对应的支付金额；

所述后台服务端获取与所述支付金额等价值的数字货币，并将所述与所述支付金额等价值的数字货币发送给所述收款终端；

所述收款终接收所述后台服务端发送的数字货币，并根据接收到的所述数字货币对应的第二金额更新所述硬钱包的数字货币余额；

所述收款终端当接收到账户转账指令时，获取所述硬钱包中的所有数字货币；

所述收款终端向后台服务端发送所有数字货币；

所述后台服务端接收并对收款终端发送的所有数字货币进行验证；

若所有数字货币验证通过，则所述后台服务端获取所有数字货币对应的金额；

所述后台服务端根据所述金额更新所述后台服务端的软钱包的余额；

所述后台服务端向所述收款终端发送所述软钱包的余额更新消息；

所述收款终端接收所述后台服务端发送的软钱包的余额更新消息；

所述收款终端根据所述余额更新消息，更新所述硬钱包的数字货币余额。

2.如权利要求1所述的方法，其特征在于，所述收款终端对所述第一支付凭证进行验证，包括：

所述收款终端获取预设的公钥证书；

所述收款终端采用所述公钥证书对所述第一支付凭证进行验证。

3.如权利要求1所述的方法，其特征在于，所述当所述收款终端与所述后台服务端重新建立网络连接后，所述收款终端将所述第一支付凭证发送给所述后台服务端之前，包括：

所述收款终端接收到所述硬钱包的查询指令后，显示所述硬钱包的数字货币余额和所述第一支付凭证对应的支付金额。

4.一种账户金额管理系统，其特征在于，包括收款终端和后台服务端；

所述收款终端，包括：

第一信息获取模块，用于当接收到账户转账指令时，获取硬钱包中的所有数字货币；

第一信息发送模块，用于向后台服务端发送所有数字货币；

第一信息接收模块，用于接收所述后台服务端发送的软钱包的余额更新消息；

第一信息更新模块，用于根据所述余额更新消息，更新所述硬钱包的数字货币余额；

所述第一信息获取模块，还用于在所述收款终端处于离线状态，且接收到第一支付凭证，则对所述第一支付凭证进行验证；若所述第一支付凭证验证通过，则保存所述第一支付凭证到所述硬钱包中；当所述收款终端与所述后台服务端重新建立网络连接后，将所述第一支付凭证发送给所述后台服务端；接收所述后台服务端发送的数字货币，并根据接收到的所述数字货币对应的第一金额更新所述硬钱包的数字货币余额；

所述第一信息获取模块，还用于在所述收款终端处于联网状态，且接收到第二支付凭证后，将所述第二支付凭证发送给所述后台服务端；接收所述后台服务端发送的数字货币，并根据接收到的所述数字货币对应的第二金额更新所述硬钱包的数字货币余额；

所述后台服务端，包括：

第二信息接收模块，用于接收并对所述收款终端发送的数字货币进行验证；

第二信息获取模块，用于若所有数字货币验证通过，则获取所有数字货币对应的总金额；

第二信息更新模块，用于根据所述总金额更新所述后台服务端的软钱包的余额；

第二信息发送模块，用于向所述收款终端发送所述软钱包的余额更新消息；

所述第二信息接收模块，还用于当接收到所述收款终端发送的所述第一支付凭证或第二支付凭证，则对所述第一支付凭证或所述第二支付凭证进行验证；若所述第一支付凭证或所述第二支付凭证验证通过，则获取所述第一支付凭证或所述第二支付凭证对应的支付金额；获取与所述支付金额等价值的数字货币，并将所述与所述支付金额等价值的数字货币发送给所述收款终端。

5.一种交易设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的账户金额管理程序，所述账户金额管理程序被所述处理器执行时实现如权利要求1-3中任一项所述的账户金额管理方法的步骤。

6.一种存储介质，其特征在于，其上存储有账户金额管理程序，所述账户金额管理程序被处理器执行时实现权利要求1-3中任一项所述的账户金额管理方法的步骤。