CN109670957A - 虚拟资产数据的处理方法及装置 - Google Patents

Abstract

本申请提供了一种虚拟资产数据的处理方法，该方法在接收到对虚拟资产的结算操作指令后，获取虚拟资产的交易明细及清算明细；其中交易明细包含若干个虚拟资产账户的请求交易数据，清算明细包含虚拟资产账户的实际交易数据，针对每一虚拟资产账户，基于虚拟资产账户的请求交易数据及实际交易数据，计算虚拟资产账户的可用余额实际差值数据，进而使用每一虚拟资产账户的可用余额实际差值数据，修改每一虚拟资产账户各自的虚拟资产可用余额。可见，相对于现有的结算方式而言，该方法并不包含第一次冲抵过程中两次对可用余额的修改，减少了可用余额的修改次数，从而提高了处理效率且减少了处理资源的浪费。这种优势在交易请求数据越多的情况下越明显。

Description

虚拟资产数据的处理方法及装置

技术领域

本申请涉及虚拟资产数据的处理技术领域，更具体地，是虚拟资产数据的处理方法及装置。

背景技术

证券、股票等作为一种虚拟资产可以进行交易。具体地，用户可以在虚拟资产管理系统中创建虚拟资产账户，并可以通过该系统将自身账户中的虚拟资产卖出或向自身账户中买入虚拟资产。需要说明的是，系统对虚拟资产数据的管理通常包括两个部分，分别是交易及对交易结果的结算。

系统目前使用的结算方式是，获得每个虚拟资产账户的每笔交易数据，对每笔交易数据分别执行结算操作，结算操作会变动账户内的虚拟资产数据，该种结算方式中虚拟资产数据变化过于频繁，从而浪费处理资源，且耗时较长处理效率较低。

发明内容

有鉴于此，本申请提供了一种虚拟资产数据的处理方法，用以节省处理资源且提高处理效率。另外，本申请还提供了一种虚拟资产数据的处理装置，用以保证所述方法在实际中的应用及实现。

为实现所述目的，本申请提供的技术方案如下：

第一方面，本申请提供了一种虚拟资产数据的处理方法，包括：

接收到对虚拟资产的结算操作指令后，获取虚拟资产的交易明细及清算明细；其中所述交易明细中包含若干个虚拟资产账户的请求交易数据，所述清算明细中包含所述虚拟资产账户的实际交易数据；

针对每一虚拟资产账户，基于所述虚拟资产账户的请求交易数据及实际交易数据，计算所述虚拟资产账户的可用余额实际差值数据；

使用每一虚拟资产账户的可用余额实际差值数据，修改每一虚拟资产账户各自的虚拟资产可用余额。

第二方面，本申请提供了一种虚拟资产数据的处理装置，包括：

明细获取模块，用于接收到对虚拟资产的结算操作指令后，获取虚拟资产的交易明细及清算明细；其中所述交易明细中包含若干个虚拟资产账户的请求交易数据，所述清算明细中包含所述虚拟资产账户的实际交易数据；

差值计算模块，用于针对每一虚拟资产账户，基于所述虚拟资产账户的请求交易数据及实际交易数据，计算所述虚拟资产账户的可用余额实际差值数据；

余额修改模块，用于使用每一虚拟资产账户的可用余额实际差值数据，修改每一虚拟资产账户各自的虚拟资产可用余额。

第三方面，本申请提供了一种虚拟资产数据的处理设备，包括处理器和存储器，所述处理器通过运行存储在所述存储器内的软件程序、调用存储在所述存储器内的数据，至少执行如下步骤：

接收到对虚拟资产的结算操作指令后，获取虚拟资产的交易明细及清算明细；其中所述交易明细中包含若干个虚拟资产账户的请求交易数据，所述清算明细中包含所述虚拟资产账户的实际交易数据；

针对每一虚拟资产账户，基于所述虚拟资产账户的请求交易数据及实际交易数据，计算所述虚拟资产账户的可用余额实际差值数据；

使用每一虚拟资产账户的可用余额实际差值数据，修改每一虚拟资产账户各自的虚拟资产可用余额。

第四方面，本申请提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现上述的虚拟资产数据的处理方法。

由以上技术方案可知，本申请提供了一种虚拟资产数据的处理方法，该方法在接收到对虚拟资产的结算操作指令后，获取虚拟资产的交易明细及清算明细；其中交易明细中包含若干个虚拟资产账户的请求交易数据，清算明细中包含虚拟资产账户的实际交易数据，针对每一虚拟资产账户，基于虚拟资产账户的请求交易数据及实际交易数据，计算虚拟资产账户的可用余额实际差值数据，进而使用每一虚拟资产账户的可用余额实际差值数据，修改每一虚拟资产账户各自的虚拟资产可用余额。可见，相对于现有的结算方式而言，该方法并不包含第一次冲抵过程中两次对可用余额的修改，减少了可用余额的修改次数，从而提高了处理效率且减少了处理资源的浪费。这种优势在交易请求数据越多的情况下越明显。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为对虚拟资产数据进行处理的一个架构流程图；

图2为虚拟资产数据处理方法的一个流程图；

图3A为交易明细的一个示例图；

图3B为清算明细的一个示例图；

图4为虚拟资产数据处理装置的一个结构示意图；

图5为虚拟资产数据处理设备的一个硬件结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了便于理解技术方案，首先对本申请的应用场景进行说明。

见图1，其示出了虚拟资产管理过程的一个应用示例。如图1所示，用户的终端设备上可以安装有虚拟资产的管理程序，与该管理程序相对应地，设置有虚拟资产的管理服务器。

用户可以在该虚拟资产的管理系统中创建资产账户，该账户内记录有用户的虚拟资产的相关数据。用户可以通过终端设备的虚拟资产的管理程序，向虚拟资产管理服务器发送对自身账户内虚拟资产的交易操作请求，例如将虚拟资产卖出或者买入虚拟资产。接收到该交易操作请求，虚拟资产的管理服务器对该用户账户内的虚拟资产进行相应交易处理。

需要说明的是，虚拟资产管理服务器不仅可以对资产数据进行交易处理，还需要进行结算处理。结算需要依赖于交易所系统的清算明细。

如图1所示，虚拟资产处理过程除了涉及到上述两方，还包括交易所系统。虚拟资产管理服务器将接收到的交易操作请求发送给交易所系统，由交易所系统完成虚拟资产的实际交易处理，根据实际交易过程生成包含实际交易数据的清算明细，并将清算明细返回给虚拟资产管理服务器。需要说明的是，交易所为每个账户的每笔交易操作处理请求均生成对应的清算明细。虚拟资产管理服务器依据清算明细对用户的虚拟资产进行结算处理，目前的结算过程具体如下。

除了清算明细之外，虚拟资产管理服务器还生成交易明细。具体地，针对一个虚拟资产账户，虚拟资产管理服务器获取该账户的每一笔交易操作请求，交易操作请求中的交易数据可以称为请求交易数据，根据请求交易数据生成交易明细。可见，虚拟资产管理服务器可以获得两个明细，分别为交易明细及清算明细。

结算时，虚拟资产管理服务器获得该账户在清算明细中的每一笔实际交易数据，首先使用实际交易数据对虚拟资产数据中的可用余额进行冲抵，每次冲抵操作都会修改可用余额的数值。

例如，初始情况下用户的证券账户余额为100，一笔交易操作请求是花费60买入证券，那么交易明细中包含一条请求交易数据-60的记录。可用余额的数值由100变为40(100-60)。交易所系统处理该笔交易操作请求后生成的实际交易数据为59，也就是说，用户实际花费59买入证券，那么清算明细中包含一条-59的记录。

虚拟资产管理服务器进行冲抵时，根据清算明细中的-59的记录得到冲抵数据+59。首先，根据清算明细中的记录-59，对可用余额40执行-59的操作，得到-19的结果修改可用余额。然后，为了防止可用余额出现较大幅度的变动，再使用冲抵数据+59对可用余额-19进行冲抵，得到可用余额40。需要说明的是，这两次对可用余额的修改先后顺序可能出现颠倒，即先使用冲抵数据+59对可用余额40进行操作，再使用清算明细中的-59对操作之后的可用余额进行操作。

以上冲抵操作为结算过程中的第一次冲抵，其中每一笔交易数据都需要两次修改可用余额的数值。另外，结算过程还包括第二次冲抵，第二次冲抵是使用修改后的可用余额、请求交易数据、第一次冲抵过程中的冲抵数据进行第二次冲抵，具体地，修改后的可用余额减去请求交易数据与冲抵数据和值的差值。以上述示例为例，修改后的可用余额为40，请求交易数据为-60，冲抵数据为+59，则第二次冲抵过程为40-(-60+59)，得到41，再使用41再次修改可用余额。

可见，目前的结算方式中，一次结算过程中需要对可用余额进行多次修改，每次修改都需要耗费一定的处理资源，导致处理资源的浪费，并且修改过程在整个虚拟资产数据处理过程中需要耗费一定的时长，导致数据处理效率也较低。

为了解决上述技术问题，本申请提供了一种虚拟资产数据处理方法。该方法应用在虚拟资产数据管理设备上，该虚拟资产数据管理设备可以如上述虚拟资产管理服务器。

见图2，其示出了虚拟资产数据处理方法的一个具体流程。如图2所示，该流程具体包括如下步骤S201～S203。

S201：接收到对虚拟资产的结算操作指令后，获取虚拟资产的交易明细及清算明细；其中交易明细中包含若干个虚拟资产账户的请求交易数据，清算明细中包含虚拟资产账户的实际交易数据。

其中，结算操作指令可以是由外部设备发送过来的，也可以是由虚拟资产管理设备自己生成的。结算操作指令的生成时机可以是在接收到交易所系统发送的清算明细之后。

前已述及，清算明细中包含有各个虚拟资产账户每笔交易的实际交易数据，实际交易数据可以是基于用户的交易操作请求生成的，也就是说，每当接收到用户通过终端设备发送的交易操作请求后，交易所系统会对该交易操作请求进行实际的交易处理，从而生成实际交易数据。或者，实际交易数据也可以是基于交易所系统自身对该虚拟资产账户的虚拟资产的控制而生成的，也就是说，这种方式中，交易操作并非由用户发起的，而是交易所系统子自身发起的。

交易所系统将生成的交易明细发送给虚拟资产数据管理设备。

虚拟资产数据管理设备还可以获得交易明细，前已述及交易明细中包含虚拟资产账户的请求交易数据，该请求交易数据是依据用户的交易操作请求生成的。

需要说明的是，清算明细中的实际交易数据与交易明细中的请求交易数据，在一些情况下并不相等。例如，某一笔交易请求数据为-60，但在清算明细中该笔交易请求数据对应的实际交易数据为-59，两者存在较小的差异。

导致两者差异的主要原因是，交易所系统对于一笔交易可以拆分为多笔分的交易，分笔又合笔计算后，由于费用扣除等原因可能导致最后合笔计算后，实际交易数据与交易请求数据存在较小的差异。需要说明的是，结算结果最后要求以实际交易数据为准，为了防止可用余额透支，交易时常常采取多扣取极少量可用余额的方式提前覆盖交易以及结算之间的费用差异。

例如，在交易时，会使用-60来修改可用余额，这样交易时可用余额减少得较多，在结算时才使用准确的实际交易数据-59来修改可用余额；又如，可能交易请求数据为+99，而实际交易数据为+100，这样交易时可用余额增加得较少，在结算时才使用准确的实际交易数据+100来修改可用余额。这样做是为了避免账户内的可用余额出现透支的情况。

S202：针对每一虚拟资产账户，基于虚拟资产账户的请求交易数据及实际交易数据，计算虚拟资产账户的可用余额实际差值数据。

其中，在实际应用中，虚拟资产数据管理设备可能维护多个虚拟资产账户，交易明细及清算明细中均包含该多个虚拟资产账户的数据。

针对每一个虚拟资产账户，可以使用该虚拟资产账户对应的请求交易数据以及该虚拟资产账户对应的实际交易数据，来计算该虚拟资产账户的可用余额实际差值数据。需要说明的是，可用余额实际差值数据表示的是，根据该清算明细，可用余额与该清算明细对应的清算结果之间的差值。

例如，某一虚拟资产账户的可用余额为40，清算明细中包括实际交易数据-59，并且交易明细中包括请求交易数据-60，可以理解的是，该清算明细对应的清算结果应该是41，可用余额与清算结果之间的差值为+1。

在一种计算方式中，计算虚拟资产账户的可用余额实际差值数据的方式包括：计算虚拟资产账户的请求交易数据对应的冲抵数据；以及计算冲抵数据与虚拟资产账户的实际交易数据的和值，将和值确定为虚拟资产账户的可用余额实际差值数据。

其中，计算冲抵数据具体可以是对虚拟资产账户的请求交易数据进行求反操作，求反操作的一种实现方式为乘以-1，当然求反操作可以还通过其他方式实现。

承继上一示例，请求交易数据为-60，进行求反操作后得到+60，计算求反操作后的请求交易数据+60与实际交易数据-59之间的和值，得到+1，该值即为可用余额实际差值数据。

在实际应用中，一虚拟资产账户的请求交易数据为多条，和/或，一虚拟资产账户的实际交易数据为多条，则本步骤的一种具体的实现方式为：针对每一虚拟资产账户，基于虚拟资产账户的所有请求交易数据及所有实际交易数据，计算虚拟资产账户的一条可用余额实际差值数据。

具体来讲，用户可能对虚拟资产账户执行多个交易操作请求，本申请将该虚拟资产账户的所有的请求交易数据及所有的实际交易数据汇总后，计算出一条可用余额实际差值数据。

一种具体的实现方式可以是，将所有的请求交易数据汇总得到第一汇总数据，将所有的实际交易数据汇总得到第二汇总数据，对汇总数据进行处理之后再进行汇总，得到该一条可用余额实际差值数据。此处的处理可以是，将第一汇总数据进行求反操作。

以图3A及图3B为例进行说明。

图3A为交易明细，其中记录有两个虚拟资产账户，分别为AAA及BBB，并且记录有两个虚拟资金账户各自对应的请求交易数据。具体地，虚拟资金账户AAA包含有两条请求交易数据，分别为+999以及-1801；虚拟资金账户BBB包含有三条请求交易数据，分别为+99、+499以及-302。

图3B为清单明细，其中记录有虚拟资产账户AAA及BBB的实际请求数据。具体地，虚拟资金账户AAA包含有两条实际交易数据，分别为+1000以及-1800；虚拟资金账户BBB包含有三条实际交易数据，分别为+100、+500以及-300。

计算可用余额实际差值数据时，首先对虚拟资金账户AAA的请求交易数据进行汇总得到-802，然后对汇总数据乘以-1后得到+802。另外，对虚拟资金账户AAA的实际交易数据进行汇总得到-800。最后将两个汇总数据求和后得到+2。同理，对虚拟资金账户BBB进行计算，得到可用余额实际差值数据为+4。

需要说明的是，另一种具体的实现方式可以是，将所有的请求交易数据汇总得到汇总数据，对汇总数据进行求反操作得到冲抵数据，将冲抵数据与所有的实际交易数据汇总得到可用余额实际差值数据。承接上例，计算可用余额实际差值数据时，首先对虚拟资金账户AAA的请求交易数据进行汇总得到-802，然后对汇总数据乘以-1后得到+802(如图3B中流水号为3的日间冲抵)，再将+802与+1000以及-1800进行汇总得到+2；同理对虚拟资金账户BBB的请求交易数据进行汇总并乘以-1后得到-296(如图3B中流水号为7的日间冲抵)，再将+100、+500以及-300进行汇总得到+4。

以虚拟资产账户为单位得到一条可用余额实际差值数据的好处是，步骤S203使用该一条可用余额实际差值数据，对虚拟资产可用余额进行一次修改即可，可以最大程度地减少对虚拟资产可用余额的修改操作，从而最大程度地节省修改时使用的处理资源，最大程度地节省修改耗时。

若一虚拟资产账户的请求交易数据为多条，和/或，一虚拟资产账户的实际交易数据为多条，本步骤的另一种计算方式为，针对每个对应的请求交易数据及实际交易数据，分别按照上述方式计算可用余额实际差值数据，然后步骤S203使用每个可用余额实际差值数据分别修改虚拟资产可用余额。

仍以图3A及图3B为例，可以知道的是，虚拟资金账户AAA的请求交易数据+999对应的实际交易数据为+1000，根据该两个数据计算得到的可用余额实际差值数据为：+1(计算方式为+999×-1+1000)；同理，虚拟资金账户AAA的请求交易数据-1801对应的实际交易数据为-1800，根据该两个数据计算得到的可用余额实际差值数据为：+1(计算方式为-1801×-1+(-1800))。然后分别使用两个可用余额实际差值数据对可用余额进行更新。该种方式虽然相较于与上一实现方式而言，并不能达到其优势，但相较于现有技术而言，可以减少可用余额的修改次数，进而提高处理效率且节省处理资源。

需要说明的是，不论用户的交易操作请求在什么时间段生成，都会影响虚拟资产管理系统中可用余额这一虚拟资产数据，也就是说，虚拟资产可用余额是根据用户的交易操作请求随时变化的，或者说，虚拟资产可用余额是基于请求交易数据变化之后的可用余额。

交易明细中包含请求交易数据，请求交易数据是交易操作请求中的数据，因此可知交易明细中有该虚拟资产账户的多少笔请求交易数据，则说明可用余额修改了多少次，虚拟资产可用余额是所有的请求交易数据均处理之后的可用余额。

例如，初始状态下虚拟资产的可用余额为100，交易操作请求为使用60买入虚拟资产，再卖出20的虚拟资产，则交易明细中包含一笔请求交易数据为-60以及一笔请求交易数据为+20，则可以知道的是，虚拟资产可用余额由100变为40(40由100加上-60而来)，再由40加上+20后变为60。

S203：使用每一虚拟资产账户的可用余额实际差值数据，修改每一虚拟资产账户各自的虚拟资产可用余额。

其中，每个虚拟资产账户均会生成与各自对应的可用余额实际差值数据，使用每个虚拟资产账户的可用余额实际差值数据修改各自的虚拟资产可用余额即可。修改具体的方式为，计算虚拟资产可用余额与可用余额实际差值数据之间的和值，使用和值替换虚拟资产可用余额。

假设，某一虚拟资产可用余额为40，可用余额实际差值数据为+1，则计算两者的和值为41，使用41替换掉虚拟资产可用余额40。

由以上技术方案可知，本申请提供了一种虚拟资产数据的处理方法，该方法在接收到对虚拟资产的结算操作指令后，获取虚拟资产的交易明细及清算明细；其中交易明细中包含若干个虚拟资产账户的请求交易数据，清算明细中包含虚拟资产账户的实际交易数据，针对每一虚拟资产账户，基于虚拟资产账户的请求交易数据及实际交易数据，计算虚拟资产账户的可用余额实际差值数据，进而使用每一虚拟资产账户的可用余额实际差值数据，修改每一虚拟资产账户各自的虚拟资产可用余额。可见，相对于现有的结算方式而言，该方法并不包含第一次冲抵过程中两次对可用余额的修改，减少了可用余额的修改次数，从而提高了处理效率且减少了处理资源的浪费。这种优势在交易请求数据越多的情况下越明显。

另外，现有的结算方式中，交易明细与结算过程是关联的，交易明细中有多少请求交易数据，就至少需要对可用余额执行两倍于该数量次数的修改操作。然而，本申请可以实现交易明细与结算方式的解耦，交易明细中的请求交易数据并不必然影响结算过程中对可用余额的修改次数，在一个结算过程中本申请可以仅对可用余额执行一次修改，但请求交易数据由交易操作请求的数量决定，可以是多个。

再者，可用余额可以具体存储在数据表的字段中，现有的结算方式中，多次修改可用余额，则需要多次对数据表进行读取修改操作。为了防止数据读取错误，每次修改操作都需要进行锁表操作。频繁对数据表锁表，会降低数据处理效率，使用本方法的技术方案可以解决该问题。

在连续交易的应用场景中，频繁锁表还可以存在其他问题，使用本申请提供的技术方案可以解决这些技术问题。

为了便于理解，首先对连续交易进行解释说明。

交易所系统通常在一天中某个时间段如晚上关闭交易，则用户在该时间段内执行的交易操作并不会在当天被交易所系统执行。但需要说明的是，不论用户的交易操作请求在什么时间段生成，可用余额字段内的数据均根据用户的交易操作请求随时变化的。

一般地，由于交易所系统会定期关闭交易的特点，虚拟资产管理服务器不能够连续接收用户的交易操作请求，也就是说，用户在交易所关闭的时间段内并不能通过终端设备向虚拟资产管理服务器发送交易操作请求，或者虽然可以发送交易操作请求但虚拟资产管理服务器并不会对该请求进行响应，这种情况称为交易不连续。

然而，本申请的技术方案应用在支持连续交易的虚拟资产管理系统中。支持连续交易的虚拟资产管理系统指的是，用户可以在交易所系统关闭的时间段内通过终端设备向虚拟资产管理服务器发送交易操作请求，且虚拟资产管理服务器会对该请求进行响应。

具体响应方式可以是，虚拟资产管理服务器在交易所系统关闭期间接收到交易操作请求后，根据该交易操作请求对虚拟资产数据如可用余额进行修改，并且，预存该交易操作请求，等待交易所系统开放交易之后将该预存的交易操作请求上报给交易所系统完成实际交易。

需要说明的是，虚拟资产数据通常保存在数据表中，数据表包括可用余额字段，该字段内记录有用户虚拟资产的可用余额是多少。在支持连续的虚拟资产管理系统中，每当需要修改可用余额就需要锁死数据表，修改完毕之后再进行解锁。

这种方式可能导致以下几个问题。

第一，在锁死数据表的情况下，新的交易操作请求并不能下发，导致用户体验不佳。

第二，在数据表解锁后，多个对数据表的修改请求可以竞争使用数据表。在第一次冲抵过程使用冲抵数据对数据表修改时，用户可能下发交易操作请求，且该交易操作请求抢先执行，则可用余额可能出现错误。

例如，一修改操作为对可用余额加上-59，另一修改操作为对可用余额加上冲抵数据+59，若可用余额为40且先执行第二个修改操作，则可用余额修改为40+59即99，若还没有执行-59的操作，此时一个交易操作请求-80，正常情况下应该为透支错误，但现有的结算方式会将可用余额修改为99-80即19，该可用余额是错误的。

第二个问题是由于对数据表的多次修改且修改之间会有时间间隔的原因造成的。由于虚拟资产管理设备通常建立有大量虚拟资产账户以及每个账户都可能进行频繁的交易操作，因此现有结算方式造成的问题较为突出。

第三，可用余额会出现明显的不连续变化，可用余额容易出现虚增资产或者透支。然而，本申请可以保证可用余额的变化波动较为不明显，原因是可用余额与清算要求的差值并不大，因此得到的可用余额实际差值数据通常为较小的数据，使用该较小的数据修改可用余额，并不会导致可用余额出现较大的波动。

见图4，本申请还提供了一种虚拟资产数据的处理装置，具体包括：明细获取模块401、差值计算模块402、余额修改模块403。

明细获取模块401，用于接收到对虚拟资产的结算操作指令后，获取虚拟资产的交易明细及清算明细；其中所述交易明细中包含若干个虚拟资产账户的请求交易数据，所述清算明细中包含所述虚拟资产账户的实际交易数据；

差值计算模块402，用于针对每一虚拟资产账户，基于所述虚拟资产账户的请求交易数据及实际交易数据，计算所述虚拟资产账户的可用余额实际差值数据；

余额修改模块403，用于使用每一虚拟资产账户的可用余额实际差值数据，修改每一虚拟资产账户各自的虚拟资产可用余额。

在一个示例中，所述差值计算模块402包括：冲抵数据计算子模块及差值计算子模块。冲抵数据计算子模块，用于计算所述虚拟资产账户的请求交易数据对应的冲抵数据；差值计算子模块，用于计算所述冲抵数据与所述虚拟资产账户的实际交易数据的和值，将所述和值确定为所述虚拟资产账户的可用余额实际差值数据。

在一个示例中，所述冲抵数据计算子模块包括：冲抵数据计算单元。冲抵数据计算单元，用于对所述虚拟资产账户的请求交易数据乘以-1。

在一个示例中，一虚拟资产账户的请求交易数据为多条，和/或，一虚拟资产账户的实际交易数据为多条；则所述差值计算模块402包括：第一计算子模块。第一计算子模块，用于针对每一虚拟资产账户，基于所述虚拟资产账户的所有请求交易数据及所有实际交易数据，计算所述虚拟资产账户的一条可用余额实际差值数据。

在一个示例中，一虚拟资产账户的请求交易数据为多条，和/或，一虚拟资产账户的实际交易数据为多条；则所述差值计算模块402包括：第二计算子模块。第二计算子模块，用于针对每一虚拟资产账户，分别依据所述虚拟资产账户的每个对应的请求交易数据及实际交易数据，计算所述虚拟资产账户的各个可用余额实际差值数据。

见图5，其示出了本申请提供的一种虚拟资产数据的处理设备，具体包括：存储器501、处理器502及通信总线503。具体地，虚拟资产数据的处理设备可以具体是服务器，如图1中的虚拟资产管理服务器。

其中，存储器501、处理器502通过通信总线503完成相互间的通信。

存储器501，用于存放程序；存储器501可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器502，用于执行程序，程序可以包括程序代码，所述程序代码包括处理器的操作指令。其中，程序可具体用于：

接收到对虚拟资产的结算操作指令后，获取虚拟资产的交易明细及清算明细；其中所述交易明细中包含若干个虚拟资产账户的请求交易数据，所述清算明细中包含所述虚拟资产账户的实际交易数据；

针对每一虚拟资产账户，基于所述虚拟资产账户的请求交易数据及实际交易数据，计算所述虚拟资产账户的可用余额实际差值数据；

使用每一虚拟资产账户的可用余额实际差值数据，修改每一虚拟资产账户各自的虚拟资产可用余额。

处理器502可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本申请实施例的一个或多个集成电路。

需要说明的是，所述处理器可以执行与上述虚拟资产数据的处理方法相关的各个步骤，此处并不赘述。

本申请还提供了一种可读存储介质，其上存储有计算机程序，所述计算机程序可以被处理器执行，以实现虚拟资产数据的处理方法中的各个步骤。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括上述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (8)

1.一种虚拟资产数据的处理方法，其特征在于，包括：

接收到对虚拟资产的结算操作指令后，获取虚拟资产的交易明细及清算明细；其中所述交易明细中包含若干个虚拟资产账户的请求交易数据，所述清算明细中包含所述虚拟资产账户的实际交易数据；

针对每一虚拟资产账户，基于所述虚拟资产账户的请求交易数据及实际交易数据，计算所述虚拟资产账户的可用余额实际差值数据；

使用每一虚拟资产账户的可用余额实际差值数据，修改每一虚拟资产账户各自的虚拟资产可用余额。

2.根据权利要求1所述的虚拟资产数据的处理方法，其特征在于，所述基于所述虚拟资产账户的请求交易数据及实际交易数据，计算所述虚拟资产账户的可用余额实际差值数据，包括：

计算所述虚拟资产账户的请求交易数据对应的冲抵数据；

计算所述冲抵数据与所述虚拟资产账户的实际交易数据的和值，将所述和值确定为所述虚拟资产账户的可用余额实际差值数据。

3.根据权利要求2所述的虚拟资产数据的处理方法，其特征在于，所述计算所述虚拟资产账户的请求交易数据对应的冲抵数据，包括：

对所述虚拟资产账户的请求交易数据乘以-1。

4.根据权利要求1所述的虚拟资产数据的处理方法，其特征在于，一虚拟资产账户的请求交易数据为多条，和/或，一虚拟资产账户的实际交易数据为多条；

则所述针对每一虚拟资产账户，基于所述虚拟资产账户的请求交易数据及实际交易数据，计算所述虚拟资产账户的可用余额实际差值数据，包括：

针对每一虚拟资产账户，基于所述虚拟资产账户的所有请求交易数据及所有实际交易数据，计算所述虚拟资产账户的一条可用余额实际差值数据。

5.根据权利要求1所述的虚拟资产数据的处理方法，其特征在于，一虚拟资产账户的请求交易数据为多条，和/或，一虚拟资产账户的实际交易数据为多条；

则所述针对每一虚拟资产账户，基于所述虚拟资产账户的请求交易数据及实际交易数据，计算所述虚拟资产账户的可用余额实际差值数据，包括：

针对每一虚拟资产账户，分别依据所述虚拟资产账户的每个对应的请求交易数据及实际交易数据，计算所述虚拟资产账户的各个可用余额实际差值数据。

6.一种虚拟资产数据的处理装置，其特征在于，包括：

明细获取模块，用于接收到对虚拟资产的结算操作指令后，获取虚拟资产的交易明细及清算明细；其中所述交易明细中包含若干个虚拟资产账户的请求交易数据，所述清算明细中包含所述虚拟资产账户的实际交易数据；

差值计算模块，用于针对每一虚拟资产账户，基于所述虚拟资产账户的请求交易数据及实际交易数据，计算所述虚拟资产账户的可用余额实际差值数据；

余额修改模块，用于使用每一虚拟资产账户的可用余额实际差值数据，修改每一虚拟资产账户各自的虚拟资产可用余额。

7.一种虚拟资产数据的处理设备，其特征在于，包括处理器和存储器，所述处理器通过运行存储在所述存储器内的软件程序、调用存储在所述存储器内的数据，至少执行如下步骤：

接收到对虚拟资产的结算操作指令后，获取虚拟资产的交易明细及清算明细；其中所述交易明细中包含若干个虚拟资产账户的请求交易数据，所述清算明细中包含所述虚拟资产账户的实际交易数据；

针对每一虚拟资产账户，基于所述虚拟资产账户的请求交易数据及实际交易数据，计算所述虚拟资产账户的可用余额实际差值数据；

使用每一虚拟资产账户的可用余额实际差值数据，修改每一虚拟资产账户各自的虚拟资产可用余额。

8.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现如权利要求1-5任意一项所述的虚拟资产数据的处理方法。