虚拟资源的处理方法、装置、设备及计算机可读存储介质

技术领域

本申请涉及计算机应用领域中的虚拟资源处理技术，尤其涉及一种虚拟资源的处理方法、装置、设备及计算机可读存储介质。

背景技术

随着电子商务的快速发展，越来越多的应用涉及到了虚拟资源的处理；通过虚拟资源的处理，能够提升生活的便利性；比如，通过虚拟资源的结算，能够提升资产的结算效率，通过虚拟资源的转移，能够提升资产的转移效率，。

一般来说，为了实现虚拟资源的转移，通常由业务侧对订单记录进行聚合，以聚合出结算账号的结算额度，进而基于该结算额度对结算账号进行虚拟资源的转移。然而，上述虚拟资源的转移的过程中，业务侧的聚合逻辑可能存在错误的情况，从而，在基于结算额度向结算账号转移虚拟资源时，安全性较低。

发明内容

本申请实施例提供一种虚拟资源的处理方法、装置、设备及计算机可读存储介质，能够提升虚拟资源转移的安全性。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种虚拟资源的处理方法，包括：

获取待结算订单记录，其中，所述待结算订单记录中的每个待结算订单包括虚拟资源额度和待结算账号；

通过结算客户端对所述待结算订单记录进行结算，获得每个结算账号的结算额度，其中，所述每个结算账号为所述每个待结算订单的所述待结算账号构成的结算账号集合中的任一结算账号，所述结算额度为所述结算客户端针对所述每个结算账号所关联的各个虚拟资源额度获得的结算结果；

通过校验客户端对所述待结算订单记录进行结算，获得所述每个结算账号的待对比结算额度；

当所述结算额度与所述待对比结算额度匹配时，通过所述校验客户端获取所述每个结算账号的所述结算额度对应的转移密匙；

转移客户端基于所述转移密匙对所述每个结算账号的所述结算额度的校验结果，执行虚拟资源的转移处理。

本申请实施例提供一种虚拟资源的处理装置，包括：

订单获取模块，用于获取待结算订单记录，其中，所述待结算订单记录中的每个待结算订单包括虚拟资源额度和待结算账号；

第一结算模块，用于通过结算客户端对所述待结算订单记录进行结算，获得每个结算账号的结算额度，其中，所述每个结算账号为所述每个待结算订单的所述待结算账号构成的结算账号集合中的任一个结算账号，所述结算额度为所述结算客户端针对所述每个结算账号所关联的各个虚拟资源额度获得的结算结果；

第二结算模块，用于通过校验客户端对所述待结算订单记录进行结算，获得所述每个结算账号的待对比结算额度；

资源转移模块，用于当所述结算额度与所述待对比结算额度匹配时，通过所述校验客户端获取所述每个结算账号的所述结算额度对应的转移密匙；

所述资源转移模块，还用于调用转移客户端，以基于所述转移密匙对所述每个结算账号的所述结算额度的校验结果，执行虚拟资源的转移处理。

在本申请实施例中，所述每个待结算订单还包括订单密匙；所述虚拟资源的处理装置还包括订单校验模块，用于通过所述校验客户端获取所述每个待结算订单对应的待对比订单密匙。

在本申请实施例中，所述第一结算模块，还用于当所述订单密匙与所述待对比订单密匙匹配时，通过所述结算客户端对所述待结算订单记录进行结算。

在本申请实施例中，所述虚拟资源的处理装置还包括订单密匙模块，用于通过交易客户端从所述每个待结算订单中提取订单关键数据，其中，所述订单关键数据包括所述虚拟资源额度、所述待结算账号、结算比例、订单标识和支付账号中的一种或多种；通过所述校验客户端将所述订单关键数据的散列值，确定为所述订单密匙。

在本申请实施例中，所述订单校验模块，还用于当所述订单密匙与所述待对比订单密匙不匹配时，结束结算流程。

在本申请实施例中，所述虚拟资源的处理装置还包括订单对账模块，用于通过对账客户端获取所述待结算订单记录对应的待对比订单记录，其中，所述待结算订单记录与所述待对比订单记录对应共同的交易。

在本申请实施例中，所述第一结算模块，还用于当所述待结算订单记录和所述待对比订单记录匹配时，通过所述结算客户端对所述待结算订单记录进行结算。

在本申请实施例中，所述第一结算模块，还用于当所述待结算订单记录和所述待对比订单记录不匹配时，结束结算流程。

在本申请实施例中，所述资源转移模块，还用于当所述结算额度与所述待对比结算额度不匹配时，结束虚拟资源的转移流程。

在本申请实施例中，所述虚拟资源的处理装置还包括转移校验模块，用于通过所述转移客户端解密所述转移密匙；当解密出的账号对应的解密出的额度，与所述转移客户端获得的所述每个结算账号的所述结算额度匹配时，确定所述校验结果为校验通过；当所述解密出的账号对应的所述解密出的额度，与所述转移客户端获得的所述每个结算账号的所述结算额度不匹配时，确定所述校验结果为校验失败。

在本申请实施例中，所述资源转移模块，还用于当所述校验结果为校验通过时，所述转移客户端基于所述转移密匙对所述每个结算账号的所述结算额度的校验结果，针对所述每个结算账号的所述结算额度执行虚拟资源的转移处理；当所述校验结果为校验失败时，所述转移客户端基于所述转移密匙对所述每个结算账号的所述结算额度的校验结果，结束虚拟资源的转移流程。

在本申请实施例中，所述转移校验模块，还用于通过所述校验客户端将所述转移密匙的散列值确定为转移标识，其中，所述转移标识用于确定所述每个结算账号的所述结算额度的转移结果。

在本申请实施例中，所述转移校验模块，还用于当所述转移标识为未转移标识时，针对所述每个结算账号的所述结算额度执行虚拟资源的转移处理，其中，所述未转移标识是指针对所述每个结算账号的所述结算额度未执行虚拟资源的转移处理。

在本申请实施例中，所述转移校验模块，还用于将所述虚拟资源转移标识设置为已转移标识，其中，所述已转移标识是指针对所述每个结算账号的所述结算额度已执行虚拟资源的转移处理。

在本申请实施例中，所述第一结算模块，还用于获取所述待结算订单记录中的所述每个待结算订单的所述待结算账号，获得所述结算账号集合；从所述待结算订单记录中，获取所述结算账号集合中的所述每个结算账号对应的关联订单记录；将所述关联订单记录中的每个关联订单对应的虚拟资源额度构成的集合，确定为所述各个虚拟资源额度；组合所述各个虚拟资源额度，获得所述每个结算账号的所述结算额度。

本申请实施例提供一种虚拟资源的处理设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本申请实施例提供的虚拟资源的处理方法。

本申请实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行时，实现本申请实施例提供的虚拟资源的处理方法。

本申请实施例至少具有以下有益效果：通过结算客户端和校验客户端，分别针对待结算订单记录计算一份订单结算结果，从而通过匹配两份订单结算结果(结算额度与待对比结算额度)再确定待结算订单记录的结算结果；这里，由于结算结果是基于不同方式获得的订单结算结果对应的匹配结果确定的，也就是说，结算结果是通过校验获得的，从而结算结果的准确度较高；又由于通过转移密匙针对结算账号的结算额度进行虚拟资源的转移时，能够确保结算账号的结算额度的有效性；故，进行虚拟资源转移时所采用的结算账号的结算额度的准确性较高，能够提升虚拟资源转移的安全性。

附图说明

图1是本申请实施例提供的虚拟资源的处理系统的一个可选的架构示意图；

图2是本申请实施例提供的图1中的一种服务器的组成结构示意图；

图3是本申请实施例提供的虚拟资源的处理方法的一个可选的流程示意图；

图4是本申请实施例提供的虚拟资源的处理方法的另一个可选的流程示意图；

图5是本申请实施例提供的虚拟资源的处理方法的又一个可选的流程示意图；

图6是本申请实施例提供的一种结合区块链网络的示例性应用示意图；

图7是本申请实施例提供的一种示例性的对虚拟资源进行对账处理的流程示意图；

图8是本申请实施例提供的一种示例性的对虚拟资源进行结算处理的流程示意图；

图9是本申请实施例提供的一种示例性的对虚拟资源进行转账处理的流程示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

1)对账，是指将业务自身交易记录和第三方或者其他途径获取到的交易记录进行交易检查的一种方式，即对账簿中的有关数据进行检查和核对的过程。

2)结算，是指对对账后的交易记录进行聚合，并按照分成比例计算出各分成账号对应的分成额度的过程。

3)转账，是指执行虚拟资源转移的过程。

4)MD算法(Message-Digest Algorithm信息摘要算法)，一种密码散列函数，用于确定一个固定位数的散列值，以确保信息的完整一致。另外，任意长度的信息，采用MD算法所获得的输出的长度是固定的，并且在明文相同的情况下，采用MD算法所获得的密文才相同，以及MD算法的计算过程是不可逆的，即通过MD算法获得的密文，无法通过解密算法获得对应的明文。比如，MD5算法等。

5)SHA(Secure Hash Algorithm，安全散列算法)，同MD算法类似，用于确定一个固定位数的散列值。比如，SHA256。

6)区块链(Block Chain)：是由区块(Block)形成的加密的、链式的交易的存储结构。

7)区块链网络(Block Chain Network)：通过共识的方式将新区块纳入区块链的一系列的节点的集合。

一般来说，为了实现虚拟资源的结算，通常由业务侧对订单记录进行聚合，以聚合出结算账号的结算额度。然而，上述获取结算账号的结算额度的过程中，由于结算是业务侧单独实现的，业务侧的聚合逻辑可能存在错误的情况，比如，对同一个结算账号进行多次结算，或者多给账号分成额度等，导致结算额度错误，从而，结算出的结算账号的结算额度的准确度较低，进而在基于结算额度向结算账号转移虚拟资源时，安全性较低。

另外，直接针对业务侧聚合出的结算额度执行虚拟资源的转移时，由于结算额度可能是错误的，以及结算结果无法保证是未删改的数据，故，结算结果的准确度低，因此，会导致虚拟资源转移的安全性较低。

基于此，本申请实施例提供一种虚拟资源的处理方法、装置、设备和计算机可读存储介质，能够提升虚拟资源的结算准确度、以及虚拟资源转移的安全性。下面说明本申请实施例提供的虚拟资源的处理设备(以下简称为处理设备)的示例性应用，本申请实施例提供的处理设备可以实施为笔记本电脑，平板电脑，台式计算机，机顶盒，移动设备(例如，移动电话，便携式音乐播放器，个人数字助理，专用消息设备，便携式游戏设备)等各种类型的用户终端，也可以实施为服务器。下面，将说明设备实施为服务器时的示例性应用。

需要说明的是，本申请实施例也可结合区块链技术实现，区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。对于本申请实施例提供的结合区块链技术的虚拟资源的处理方法，具体参见后续描述。

参见图1，图1是本申请实施例提供的虚拟资源的处理系统的一个可选的架构示意图；如图1所示，为支撑一个虚拟资源的处理应用，在虚拟资源的处理系统100中，终端400(示例性示出了终端400-1和终端400-2)通过网络300连接服务器200，网络300可以是广域网或者局域网，又或者是二者的组合。另外，该虚拟资源的处理系统100中还包括数据库501和结算账号对应的虚拟资源接收设备502，其中，数据库501用于向服务器200提供数据支持。

终端400，用于在图形界面上显示资源信息(比如，视频)，当用户针对显示的资源信息执行了支付交易(比如，通过点击“付费”按钮或“打赏”控件执行支付时)时，通过网络300向服务器200发送待结算订单。

服务器200，用于通过网络300接收终端400发送的待结算订单，从而获得待接收订单记录，其中，待结算订单记录中的每个待结算订单包括虚拟资源额度和待结算账号；通过结算客户端对待结算订单记录进行结算，获得每个结算账号的结算额度，其中，每个结算账号为每个待结算订单的待结算账号构成的结算账号集合中的任一个结算账号，结算额度为结算客户端针对每个结算账号所关联的各个虚拟资源额度获得的结算结果；通过校验客户端对待结算订单记录进行结算，获得每个结算账号的待对比结算额度；当结算额度与待对比结算额度匹配时，通过校验客户端获取每个结算账号的结算额度对应的转移密匙；基于转移密匙和结算额度，向每个结算账号对应的虚拟资源接收设备502转移虚拟资源。

在一些实施例中，服务器200可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端400可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例中不做限制。

参见图2，图2是本申请实施例提供的图1中的一种服务器的组成结构示意图；图2所示的服务器200包括：至少一个处理器210、存储器250、至少一个网络接口220和用户接口230。服务器200中的各个组件通过总线系统240耦合在一起。可理解，总线系统240用于实现这些组件之间的连接通信。总线系统240除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统240。

处理器210可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口230包括使得能够呈现媒体内容的一个或多个输出装置231，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口230还包括一个或多个输入装置232，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器250可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器250可选地包括在物理位置上远离处理器210的一个或多个存储设备。

存储器250包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Memory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本申请实施例描述的存储器250旨在包括任意适合类型的存储器。

在一些实施例中，存储器250能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统251，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块252，用于经由一个或多个(有线或无线)网络接口220到达其他计算设备，示例性的网络接口220包括：蓝牙、无线相容性认证(Wi-Fi)、和通用串行总线(USB，Universal Serial Bus)等；

呈现模块253，用于经由一个或多个与用户接口230相关联的输出装置231(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；

输入处理模块254，用于对一个或多个来自一个或多个输入装置232之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本申请实施例提供的虚拟资源的处理装置可以采用软件方式实现，图2示出了存储在存储器250中的虚拟资源的处理装置255，其可以是程序和插件等形式的软件，包括以下软件模块：订单获取模块2551、第一结算模块2552、第二结算模块2553、资源转移模块2554、订单校验模块2555、订单密匙模块2556、订单对账模块2557和转移校验模块2558，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各个模块的功能。

在另一些实施例中，本申请实施例提供的虚拟资源的处理装置可以采用硬件方式实现，作为示例，本申请实施例提供的虚拟资源的处理装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本申请实施例提供的虚拟资源的处理方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application SpecificIntegrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)或其他电子元件。

下面，将结合本申请实施例提供的服务器的示例性应用和实施，说明本申请实施例提供的虚拟资源的处理方法。

参见图3，图3是本申请实施例提供的虚拟资源的处理方法的一个可选的流程示意图，将结合图3示出的步骤进行说明。

S301、获取待结算订单记录。

在本申请实施例中，处理设备获取入账后的一批订单，也就获得了待结算订单记录；比如，从交易表中获取到的一批订单；这里，交易表中的数据为对账后所入账的订单。

需要说明的是，待结算订单记录可以为对账后的至少一个订单；以及，待结算订单记录中的每个待结算订单包括虚拟资源额度和待结算账号，其中，虚拟资源额度是指虚拟资源的交易量，比如，付款金额、待分成金额、待分成积分、待分成虚拟币等；待结算账号为每个待结算订单对应的待分成账号，比如，视频主、文章提供账号等。另外，虚拟资源指在网络中进行交易的资产，比如，金额、积分、虚拟币等数字资产。

还需要说明的是，处理设备获取待结算订单记录，可以是处理设备通过结算客户端获取的；其中，结算客户端为运行于处理设备上的客户端，用于实现虚拟资源的结算。

S302、通过结算客户端对待结算订单记录进行结算，获得每个结算账号的结算额度。

在本申请实施例中，处理设备通过结算客户端对结算订单记录进行结算，以结算出每个账号的分成额度；这里，结算客户端结算出的每个账号的分成额度即每个结算账号的结算额度。

需要说明的是，不同的结算订单的待结算账号可能相同也可能不同，处理设备将待结算订单记录中的所有不同的待结算账号进行组合，也就获得了结算账号集合；也就是说，结算账号集合为每个待结算订单的待结算账号构成的集合，而每个结算账号为结算账号集合中的任一个结算账号。结算额度为结算客户端针对每个结算账号所关联的各个虚拟资源额度获得的结算结果，而各个虚拟资源额度是待结算账号为该结算账号的各个待结算订单所对应的全部的虚拟资源额度。

S303、通过校验客户端对待结算订单记录进行结算，获得每个结算账号的待对比结算额度。

在本申请实施例中，由于结算客户端的结算逻辑可能存在错误，从而，处理设备除了利用结算客户端对待结算订单记录进行结算之后，还通过校验客户端对待结算订单记录进行结算，从而获得每个结算账号的待对比结算额度，以通过待对比结算额度对结算额度进行校验。

需要说明的是，校验客户端为运行于处理设备上的客户端，用于对虚拟资源的结算进行校验，且是不同于结算客户端的客户端；以及校验客户端的结算过程是经过验证的，结算逻辑的准确性较高。

S304、当结算额度与待对比结算额度匹配时，通过校验客户端获取每个结算账号的结算额度对应的转移密匙。

在本申请实施例中，处理设备针对每个结算账号，获得了两个额度之后，将这两个额度进行比较，即比较结算额度与待对比结算额度，以通过校验客户端获得的待对比结算额度对通过结算客户端获得的结算额度进行校验，以确定出结算额度的正确性。

需要说明的是，当结算额度与待对比结算额度一致时，表明结算额度与待对比结算额度匹配，从而能够确定待结算记录的结算结果的正确性；此时，处理设备通过校验客户端对每个结算账号的结算额度进行加密，也就获得了转移密匙；这里，针对加密所采用的加密算法，本申请实施例对此不作具体限定。这里，转移密匙用于校验每个结算账号的结算额度的正确性，即结算额度是否是通过校验客户端校验过的。

S305、转移客户端基于转移密匙对每个结算账号的结算额度的校验结果，执行虚拟资源的转移处理。

在本申请实施例中，处理设备在基于校验客户端的待对比结算额度确定结算额度的正确性之后，将结算客户端结算出的每个结算账号的结算额度和转移密匙发送至转移客户端；或者，将结算客户端结算出的每个结算账号的结算额度和转移密匙存储指转移表中，以使转移客户端基于转移密匙和结算额度，向每个结算账号转移虚拟资源。其中，转移客户端为用于对虚拟资源进行转移的客户端。

需要说明的是，校验结果是指每个结算账号的结算额度是否是在结算校验之后的额度，进而执行与所确定的校验结果适配的虚拟资源的转移处理；比如，是则执行转移处理，否则不执行转移处理。

可以理解的是，通过多种不同的客户端对待结算订单记录进行结算，能够实现对结算客户端结算出的额度的校验，避免了结算漏洞，不再是单方面的结算处理，从而，能够提升虚拟资源的结算准确度；进而在基于该结算额度向结算账号转移虚拟资源时，安全性较高。

参见图4，图4是本申请实施例提供的虚拟资源的处理方法的另一个可选的流程示意图；如图4所示，在本申请实施例中，每个待结算订单还包括订单密匙，订单密匙用于校验每个待结算订单的有效性，比如，用于校验每个待结算订单是否是初始的未被修改过的订单；另外，还需要说明的是，待对比订单密匙具有不可逆性，即基于待对比订单密匙，无法解密出对应的待结算订单，以提升校验的准确度；并且，不同的待结算订单对应的订单密匙的长度可以是相同的，也可以是不同的；以及，相同的待结算订单所对应的订单密匙才相同。

在本申请实施例中，S302之前还包括S306，也就是说，处理设备通过结算客户端对待结算订单记录进行结算之前，该虚拟资源的处理方法还包括S306，下面对该步骤进行说明。

S306、通过校验客户端获取每个待结算订单对应的待对比订单密匙。

在本申请实施例中，处理设备在对待结算订单记录进行结算之前；对完成对账准备入账的每个待结算订单，均通过校验客户端进行加密，也就获得了对应的待对比订单密匙。

需要说明的是，待对比订单密匙的获取方式与订单密匙的获取方式一致。

相应地，继续参见图4，在本申请实施例中，S302可通过S3021实现；也就是说，处理设备通过结算客户端对待结算订单记录进行结算，获得每个结算账号的结算额度，包括S3021，下面对该步骤进行说明。

S3021、当订单密匙与待对比订单密匙匹配时，通过结算客户端对待结算订单记录进行结算，获得每个结算账号的结算额度。

需要说明的是，处理设备在对待结算订单记录进行结算之前，先要确定待结算订单记录的有效性；这里，处理设备通过对比订单密匙与待对比订单密匙是否匹配来确定待结算订单记录的有效性；以及，处理设备在确定订单密匙与待对比订单密匙匹配时，确定待结算订单记录是有效的，从而，再对待结算订单记录进行结算。

继续参见图4，在本申请实施例中，S301之前还包括S307和S308；也就是说，处理设备获取待结算订单记录之前，该虚拟资源的处理方法还包括S307和S308，下面对各步骤分别进行说明。

S307、通过交易客户端从每个待结算订单中提取订单关键数据。

在本申请实施例中，处理设备获得待结算订单记录之前，还包括获取每个待结算订单对应的订单密匙的过程；其中，订单密匙是处理设备上运行的校验客户端对每个待结算订单进行加密所获得的。

需要说明的是，交易客户端是指用于进行入账，从而生成待结算订单记录的客户端；交易客户端在完成入账之前，通过校验客户端获取每个待结算订单对应的订单密匙，并将订单密匙携带在每个待结算订单中进行入账。

这里，校验客户端可以直接对每个待结算订单进行加密以获得订单密匙，还可以通过交易客户端从每个待结算订单中提取订单关键数据，而通过校验客户端并对订单关键数据进行加密以获得订单密匙，等等，本申请实施例对此不作具体限定。其中，订单关键数据为每个待结算订单中影响结算的数据，包括虚拟资源额度、待结算账号、结算比例、订单标识和支付账号中的一种或多种。

S308、通过校验客户端将订单关键数据的散列值，确定为订单密匙。

需要说明的是，校验客户端在对订单关键数据进行加密获得订单密匙时，可以将订单关键属的散列值作为订单密匙；比如，校验客户端采用MD5获取订单关键数据的订单密匙，或者采用SHA256获取订单关键数据的订单密匙。

在本申请实施例中，待对比订单密匙的获取过程可以为：通过交易客户端从每个待结算订单中提取关键数据，并通过校验客户端将提取的关键数据的散列值，确定为待对比订单密匙。

继续参见图4，在本申请实施例中，S306之后还包括S309；也就是说，处理设备通过校验客户端获取每个待结算订单对应的待对比订单密匙之后，该虚拟资源的处理方法还包括S309，下面对该步骤进行说明。

S309、当订单密匙与待对比订单密匙不匹配时，结束结算流程。

需要说明的是，处理设备在确定订单密匙与待对比订单密匙不匹配时，确定待结算订单记录是无效的，结束结算流程。另外，在订单密匙与待对比订单密匙不匹配时，可以确定待结算订单记录无效的原因可能为程序漏洞或恶意插入。

可以理解的是，在对待结算订单记录进行结算之前，通过判断待结算订单记录的有效性，并在待结算订单记录有效的情况下再进行结算；而在待结算订单记录无效的情况下结束结算流程，能够降低结算消耗，提升结算准确度。

在本申请实施例中，S302之前还包括S310；也就是说，处理设备通过结算客户端对待结算订单记录进行结算之前，该虚拟资源的处理方法还包括S310，下面对该步骤进行说明。

S310、通过对账客户端获取待结算订单记录对应的待对比订单记录。

在本申请实施例中，处理设备对待结算订单记录进行结算之前，还包括对账过程，即确定待结算订单记录中的信息是否是准确的(比如，虚拟资源额度是多了还是少了)。由于每次交易对应的订单各个参与方均存储相应的交易流水，从而，处理设备能够从其他参与方获得待对比订单记录。

需要说明的是，待结算订单记录与待对比订单记录对应共同的交易；待对比订单记录可以是从第三方或其他交易平台(比如，支付渠道对应的支付平台)获得的各个订单。这里，对账客户端为运行在处理设备上对待结算订单记录进行对账的客户端。

相应地，在本申请实施例中，S302中通过结算客户端对所述待结算订单记录进行结算还可通过S3022实现，下面对该步骤进行说明。

S3022、当待结算订单记录和待对比订单记录匹配时，通过结算客户端对待结算订单记录进行结算。

需要说明的是，对账客户端通过对比待结算订单记录和待对比订单记录来确定对账是否成功；当待结算订单记录和待对比订单记录匹配时，确定对账成功，此时，再通过结算客户端对待结算订单记录进行结算。

在本申请实施例中，S3021之后还包括S3023；也就是说，处理设备通过对账客户端获取待结算订单记录对应的待对比订单记录之后，该虚拟资源的处理方法还包括S3023，下面对该步骤进行说明。

S3023、当待结算订单记录和待对比订单记录不匹配时，结束结算流程。

需要说明的是，当待结算订单记录和待对比订单记录不匹配时，确定对账失败，此时，结束结算流程，不再通过结算客户端对待结算订单记录进行结算。

在本申请实施例中，对账的过程还可以在订单密匙的有效性校验之前进行。

参见图5，图5是本申请实施例提供的虚拟资源的处理方法的又一个可选的流程示意图；如图5所示，在本申请实施例中，S303之后还包括S311；也就是说，处理设备通过校验客户端对待结算订单记录进行结算，获得每个结算账号的待对比结算额度之后，方法还包括S311，下面对该步骤进行说明。

S311、当结算额度与待对比结算额度不匹配时，结束虚拟资源的转移流程。

需要说明的是，处理设备确定结算额度与待对比结算额度不匹配时，确定结算客户端的结算失败，从而确定出结算客户端的结算存在结算漏洞，结算结果异常；进而，不再执行虚拟资源的转移处理。

在本申请实施例中，S305之前还包括S312至S314；也就是说，处理设备通过转移客户端基于转移密匙对每个结算账号的结算额度的校验结果，执行虚拟资源的转移处理之前，该虚拟资源的转移方法还包括S312至S314，下面对各步骤分别进行说明。

S312、通过转移客户端解密转移密匙。

需要说明的是，转移密匙、以及每个结算账号的结算额度共同存储至转账表；从而在处理设备调用转移客户端对转账表中的数据进行转账处理时，转移客户端解密转移密匙，获得解密出的账号和解密出的账号对应的解密出的额度。

S313、当解密出的账号对应的解密出的额度，与转移客户端获得的每个结算账号的结算额度匹配时，确定校验结果为校验通过。

需要说明的是，转移客户端将解密出的账号对应的解密出的额度，与转移客户端获得的转移密匙对应的结算账号的结算额度进行匹配；校验通过是指解密出的账号对应的解密出的额度，与转移客户端获得的每个结算账号的结算额度匹配。

S314、当解密出的账号对应的解密出的额度，与转移客户端获得的每个结算账号的结算额度不匹配时，确定校验结果为校验失败。

需要说明的是，校验失败是指解密出的账号对应的解密出的额度，与转移客户端获得的每个结算账号的结算额度不匹配。

相应地，在本申请实施例中，S305可通过S3051和S3052实现；也就是说，转移客户端基于转移密匙对每个结算账号的结算额度的校验结果，执行虚拟资源的转移处理，包括S3051和S3052，下面对各步骤分别进行说明。

S3051、当校验结果为校验通过时，转移客户端基于转移密匙对每个结算账号的结算额度的校验结果，针对每个结算账号的结算额度执行虚拟资源的转移处理。

需要说明的是，当校验结果为校验通过时，转移客户端基于结算额度向每个接收账号转移虚拟资源。

S3052、当校验结果为校验失败时，转移客户端基于转移密匙对每个结算账号的结算额度的校验结果，结束虚拟资源的转移流程.

需要说明的是，当校验结果为校验失败时，转移客户端不再基于结算额度向每个接收账号转移虚拟资源。

在本申请实施例中，当转移密匙具有不可逆性时，转移客户端可以获取每个结算账号的结算额度对应的待对比转移密匙；并在转移密匙与待对比转移密匙匹配时，执行虚拟资源的转移；而在转移密匙与待对比转移密匙不匹配时，结束虚拟资源的转移流程。

在本申请实施例中，转移密匙、以及每个结算账号的结算额度共同存储至转账表时，可以判断转移密匙的有无来确定所存储的数据是否是通过校验客户端验证过的。

这里，当解密出的账号对应的解密出的额度，与转移客户端获得的每个结算账号的结算额度匹配(比如，从转账表中获得的)时，确定转移客户端获得的每个结算账号的结算额度是有效的；从而转移客户端针对每个结算账号的结算额度执行虚拟资源的转移处理，以向每个结算账号转移结算额度的虚拟资源。当解密出的账号对应的解密出的额度，与转移客户端获得的每个结算账号的结算额度部不匹配时，确定转移客户端获得的每个结算账号的结算额度是无效的，结束转移流程。

可以理解的是，转移客户端在对虚拟资源进行转移之前，先对每个结算账号的结算额度进行校验，在每个结算账号的结算额度是有效的时，才进行虚拟资源的转移，而在每个结算账号的结算额度是无效的时，不进行虚拟资源的转移；从而，能够提升虚拟资源的转移安全性，降低虚拟资源的转移消耗。

在本申请实施例中，S305之后还包括S315；也就是说，处理设备通过校验客户端获取每个结算账号的结算额度对应的转移密匙之后，该虚拟资源的处理方法还包括S315，下面对该步骤进行说明。

S315、将转移密匙的散列值确定为转移标识。

需要说明的是，转移标识用于确定每个结算账号的结算额度的转移情况。

相应地，在本申请实施例中，S3051中转移客户端针对每个结算账号的结算额度执行虚拟资源的转移处理，包括S30511，下面对该步骤进行说明。

S30511、在转移标识为未转移标识时，针对每个结算账号的结算额度执行虚拟资源的转移处理。

需要说明的是，未转移标识是指针对每个结算账号的结算额度未执行虚拟资源的转移处理。

在本申请实施例中，S30511之后还包括S30512；也就是说，转移客户端针对每个结算账号的结算额度执行虚拟资源的转移处理之后，该虚拟资源的处理方法还包括S30512，下面对该步骤进行说明。

S30512、将虚拟资源转移标识设置为已转移标识。

需要说明的是，已转移标识是指针对每个结算账号的结算额度已执行虚拟资源的转移处理；在转移标识为未转移标识时，不再针对每个结算账号的结算额度执行虚拟资源的转移处理，以实现虚拟资源转移的幂等性。

在本申请实施例中，S302中结算客户端对待结算订单记录进行结算，获得每个结算账号的结算额度，包括S3024至S3027，下面对各步骤分别进行说明。

S3024、获取待结算订单记录中的每个待结算订单的待结算账号，获得结算账号集合。

需要说明的是，结算账号集合至待结算订单记录中的所有的不同的待结算账号构成的集合；易知，结算账号集合包括的结算账号的数量小于或等于待结算订单记录包括的待结算订单的数量。

S3025、从待结算订单记录中，获取结算账号集合中的每个结算账号对应的关联订单记录。

需要说明的是，关联订单记录为待结算订单记录中待结算账号为结算账号的所有待结算订单。

S3026、将关联订单记录中的每个关联订单对应的虚拟资源额度构成的集合，确定为各个虚拟资源额度。

需要说明的是，各个虚拟资源额度与关联订单记录对应，即各个虚拟资源额度中的一个虚拟资源额度与关联订单记录中的一个待结算订单对应。

S3027、组合各个虚拟资源额度，获得每个结算账号的结算额度。

在本申请实施例中，结算客户端可以将各个虚拟资源额度的累加和确定为每个结算账号的结算额度；这里，每个待结算订单中还包括结算比例(比如，分成比例)，此时，结算客户端可以将各个虚拟资源额度与对应的结算比例进行加权求和，获得每个结算账号的结算额度；本申请实施例对此不作具体限定。其中，每个待结算订单中还包括结算比例时，如果结算结果为结算客户端的结算失败时，可能是由于结算比例与虚拟资源额度的组合存在错误。

需要说明的是，校验客户端对待结算订单记录进行结算，获得每个结算账号的待对比结算额度时，与S3024至S3027类似，本申请实施例对此不作具体限定。

在本申请实施例中，当待结算订单记录和待对比订单记录匹配时，处理设备通过对账客户端将待结算订单记录填充至新区块，且当对新区块共识一致时，将新区块追加至区块链的尾部以完成上链。这里，对账客户端将待结算订单记录进行上链，以保证不可篡改。

在本申请实施例中，处理设备还可以通过校验客户端对关联订单记录和每个结算账号的结算额度进行加密(比如，采用MD5进行加密)，获得签名，基于该签名实现虚拟资源转移的幂等性。此时，转移密匙可以是对签名和每个结算账号的结算额度进行加密获得的。

下面以对账客户端将待结算订单记录上传至区块链网络保存为例，说明区块链网络的示例性应用，参见图6，客户端节点810可以是图2中的服务器200中的对账客户端。其中，业务主体800和业务主体900在认证中心700中进行过登记注册。

首先，在客户端节点810设置待结算订单记录上链的逻辑，例如当确定待结算订单记录对账成功时，客户端节点810将待结算订单记录发送至区块链网络600时，生成对应的交易，交易包括：为了上链待结算订单记录而需要调用的智能合约、以及向智能合约传递的参数；交易还包括客户端节点810的数字证书、签署的数字签名，并将交易广播到区块链网络600中的共识节点610。

然后，区块链网络600中的共识节点610中接收到交易时，对交易携带的数字证书和数字签名进行验证，验证成功后，根据交易中携带的业务主体800的身份，确认业务主体800是否是具有交易权限，数字签名和权限验证中的任何一个验证判断都将导致交易失败。验证成功后签署共识节点610自己的数字签名(例如，使用共识节点610的私钥对交易的摘要进行加密得到)，并继续在区块链网络600中广播。

最后，区块链网络600中的共识节点610接收到验证成功的交易后，将交易填充到新的区块中，并进行广播。区块链网络600中的共识节点610广播新区块时，会对新区块进行验证，例如，验证新区块中交易的数字签名是否有效，如果验证成功，则将新区块追加到自身所存储的区块链的尾部，并根据交易的结果更新状态数据库，执行新区块中的交易：对于提交的存储待结算订单记录的交易，在状态数据库中添加包括待结算订单记录的键值对。

再以服务器在区块链网络600中查询待结算订单记录为例，说明区块链网络的示例性应用。参见图6，客户端节点910可以是服务器200中的结算客户端。

在一些实施例中，客户端节点910在区块链网络600中能够查询的数据的类型，可以由共识节点610通过约束业务主体的客户端阶段能够发起的交易的权限来实现，当客户端节点910具有发起查询待结算订单记录的权限时，可以由客户端节点910生成用于查询待结算订单记录的交易并提交到区块链网络600中，从共识节点610执行交易以从状态数据库中查询相应的待结算订单记录，并返回客户端节点910。

这里，结算客户端将每个结算账号的结算额度进行上链过程，与待结算订单记录的上链过程类似，本申请实施例在此不再赘述。

下面，将说明本申请实施例在一个实际的应用场景中的示例性应用。

参见图7，图7是本申请实施例提供的一种示例性的对虚拟资源进行对账处理的流程示意图；如图7所示，该示例性的对虚拟资源进行对账的过程包括：

S701、开始。

S702、业务侧的交易服务模块(交易客户端)获取自身订单记录(待结算订单记录)。

这里，自身订单记录包括订单号(订单标识)、订单金额(虚拟资源额度)、支付账号、交易时间、收款人列表(待结算账号)和分成信息(结算比例)等。

S703、业务侧调用交易SDK(校验客户端)，获取自身订单记录对应的订单token(订单密匙)。

这里，可以采用MD5或SHA256计算自身订单记录的订单token。

S704、业务侧的交易服务模块将自身订单记录和订单token存储至交易表。

S705、业务侧的对账模块(对账客户端)调用交易SDK，基于交易表中的自身订单记录校验交易表中的订单token是否有效。如果是则执行S707，如果否则执行S706。

需要说明的是，交易SDK采用MD5获取交易表中的自身订单记录对应的订单token，当交易SDK计算出的订单token(待对比订单密匙)与交易表中的订单token匹配时，表明交易表中的订单token有效，从而表明交易表中的自身订单记录有效；当交易SDK计算出的订单token与交易表中的订单token不匹配时，表明订单token无效，从而表明交易表中的自身订单记录无效。

S706、业务侧的异常模块对交易表中的自身订单记录进行人工检查。执行S711。

需要说明的是，通过人工检查确定自身订单记录是程序漏洞还是恶意插入。

S707、业务侧的对账模块通过第三方或其他数据源获取其他订单记录(待对比订单记录)。

需要说明的是，其他订单记录与自身订单记录通过商户号对应；其中，商户号与收款账号对应，第三方或其他数据源比如为支付渠道或支付渠道的支付流水。

S708、业务侧的对账模块对自身订单记录和其他订单记录进行对账。

这里，对账的过程比如为，检查相同订单号的公共订单属性是否一致，比如，订单金额是否一致。

S709、业务侧的对账模块判断对账结果是否为订单记录通过对账。如果是则执行S710，如果否则执行S706。

S710、业务侧的对账模块将自身订单记录写入结算表。

S711、结束。

可以理解的是，通过对订单token校验，能够保证结算表中的数据的有效性，从而，能够提升结算的准确度。

参见图8，图8是本申请实施例提供的一种示例性的对虚拟资源进行结算处理的流程示意图；如图8所示，该示例性的对虚拟资源进行结算的过程包括：

S801、开始。

S802、业务侧的结算模块(结算客户端)对结算表中的自身订单记录进行结算，获得分成账号的分成额度。

S803、业务侧的结算模块基于结算模块获得的分成账号的分成额度和结算表中的自身订单记录调用交易SDK，以使交易SDK对结算表中的自身订单记录进行结算，获得分成账号的分成额度，并判断结算模块获得的分成账号的分成额度(每个结算账号的结算额度)，与交易SDK获得的分成账号的分成额度(每个结算账号的待对比结算额度)是否匹配。如果是则执行S805，如果否则执行S804。

S804、业务侧的异常模块对结算表中的自身订单记录进行人工检查。执行S808。

S805、业务侧的结算模块从自身订单记录中，获取与结算模块获得的分成账号的关联订单记录。

S806、业务侧的结算模块基于排序后的关联订单记录、分成账号和分成额度，调用交易SDK获取转账token(转移密匙)、以及获取转账token对应的转账ID(转移标识)。

这里，转账token是采用加密算法对关联订单记录、分成账号和分成额度进行加密获得的；转账ID可以是采用MD5或SHA256对转账token进行处理获得的。

S807、业务侧的结算模块将结算模块获得的分成账号的分成额度、转账token和转账ID写入分成表。

S808、结束。

参见图9，图9是本申请实施例提供的一种示例性的对虚拟资源进行转账处理的流程示意图；如图9所示，该示例性的对虚拟资源进行转账的过程包括：

S901、开始。

S902、业务侧的转账模块(转移客户端)解密分成表中的转账token，解密出分成账号的分成额度(解密出的账号对应的解密出的额度)。

S903、业务侧的转账模块判断解密出的分成账号的分成额度，与分成表中的分成账号的分成金额是否匹配。如果是则执行S905，如果否则执行S904。

S904、业务侧的异常模块对分成表中的分成账号的分成额度进行人工检查。执行S910。

S905、业务侧的转账模块将分成表中的分成账号、分成额度和转账ID写入转账表。

S906、业务侧的转账模块基于转账表中的转账ID触发转账流程。

S907、业务侧的转账模块判断转账ID对应的使用标识是否为已使用；如果是则执行S909，如果否则执行S908。

S908、业务侧的转账模块向分成账号转账分成额度的资产。执行S910。

S909、业务侧的转账模块停止向分成账号转账。

S910、结束。

可以理解的是，通过转账token，确保转账表中的数据是通过交易SDK校验过的，并不是业务简单计算和任意插入；以及转账token与转账ID对应，通过转账token和转账ID，能够确定同一批订单针对一个分成账户仅执行一次转账；综上，提升了转账的安全性。

下面继续说明本申请实施例提供的虚拟资源的处理装置255的实施为软件模块的示例性结构，在一些实施例中，如图2所示，存储在存储器250的虚拟资源的处理装置255中的软件模块可以包括：

订单获取模块2551，用于获取待结算订单记录，其中，所述待结算订单记录中的每个待结算订单包括虚拟资源额度和待结算账号；

第一结算模块2552，用于通过结算客户端对所述待结算订单记录进行结算，获得每个结算账号的结算额度，其中，所述每个结算账号为所述每个待结算订单的所述待结算账号构成的结算账号集合中的任一结算账号，所述结算额度为所述结算客户端针对所述每个结算账号所关联的各个虚拟资源额度获得的结算结果；

第二结算模块2553，用于通过校验客户端对所述待结算订单记录进行结算，获得所述每个结算账号的待对比结算额度；

资源转移模块2554，用于当所述结算额度与所述待对比结算额度匹配时，通过所述校验客户端获取所述每个结算账号的所述结算额度对应的转移密匙；

所述资源转移模块2554，还用于通过转移客户端，以基于所述转移密匙对所述每个结算账号的所述结算额度的校验结果，执行虚拟资源的转移处理。

在本申请实施例中，所述每个待结算订单还包括订单密匙；所述虚拟资源的处理装置255还包括订单校验模块2555，用于通过所述校验客户端获取所述每个待结算订单对应的待对比订单密匙。

在本申请实施例中，所述第一结算模块2552，还用于当所述订单密匙与所述待对比订单密匙匹配时，通过所述结算客户端对所述待结算订单记录进行结算。

在本申请实施例中，所述虚拟资源的处理装置255还包括订单密匙模块2556，用于通过交易客户端从所述每个待结算订单中提取订单关键数据，其中，所述订单关键数据包括所述虚拟资源额度、所述待结算账号、结算比例、订单标识和支付账号中的一种或多种；通过所述校验客户端将所述订单关键数据的散列值，确定为所述订单密匙。

在本申请实施例中，所述订单校验模块2555，还用于当所述订单密匙与所述待对比订单密匙不匹配时，结束结算流程。

在本申请实施例中，所述虚拟资源的处理装置255还包括订单对账模块2557，用于通过对账客户端获取所述待结算订单记录对应的待对比订单记录，其中，所述待结算订单记录与所述待对比订单记录对应共同的交易。

在本申请实施例中，所述第一结算模块2552，还用于当所述待结算订单记录和所述待对比订单记录匹配时，通过所述结算客户端对所述待结算订单记录进行结算。

在本申请实施例中，所述第一结算模块2552，还用于当所述待结算订单记录和所述待对比订单记录不匹配时，结束结算流程。

在本申请实施例中，所述资源转移模块2554，还用于当所述结算额度与所述待对比结算额度不匹配时，结束虚拟资源的转移流程。

在本申请实施例中，所述虚拟资源的处理装置255还包括转移校验模块2558，用于通过所述转移客户端解密所述转移密匙；当解密出的账号对应的解密出的额度，与所述转移客户端获得的所述每个结算账号的所述结算额度匹配时，确定所述校验结果为校验通过；当所述解密出的账号对应的所述解密出的额度，与所述转移客户端获得的所述每个结算账号的所述结算额度不匹配时，确定所述校验结果为校验失败。

在本申请实施例中，所述资源转移模块2554，还用于当所述校验结果为校验通过时，所述转移客户端基于所述转移密匙对所述每个结算账号的所述结算额度的校验结果，针对所述每个结算账号的所述结算额度执行虚拟资源的转移处理；当所述校验结果为校验失败时，所述转移客户端基于所述转移密匙对所述每个结算账号的所述结算额度的校验结果，结束虚拟资源的转移流程。

在本申请实施例中，所述转移校验模块2558，还用于通过所述校验客户端将所述转移密匙的散列值确定为转移标识，其中，所述转移标识用于确定所述每个结算账号的所述结算额度的转移结果。

在本申请实施例中，所述转移校验模块2558，还用于当所述转移标识为未转移标识时，针对所述每个结算账号的所述结算额度执行虚拟资源的转移处理，其中，所述未转移标识是指针对所述每个结算账号的所述结算额度未执行虚拟资源的转移处理。

在本申请实施例中，所述转移校验模块2558，还用于将所述虚拟资源转移标识设置为已转移标识，其中，所述已转移标识是指针对所述每个结算账号的所述结算额度已执行虚拟资源的转移处理。

在本申请实施例中，所述第一结算模块2552，还用于获取所述待结算订单记录中的所述每个待结算订单的所述待结算账号，获得所述结算账号集合；从所述待结算订单记录中，获取所述结算账号集合中的所述每个结算账号对应的关联订单记录；将所述关联订单记录中的每个关联订单对应的虚拟资源额度构成的集合，确定为所述各个虚拟资源额度；组合所述各个虚拟资源额度，获得所述每个结算账号的所述结算额度。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本申请实施例上述的虚拟资源的处理方法。

本申请实施例提供一种存储有可执行指令的计算机可读存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的虚拟资源的处理方法，例如，如图3示出的虚拟资源的处理方法。

在一些实施例中，计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

综上所述，本申请实施例通过结算客户端和校验客户端，分别针对待结算订单记录计算一份订单结算结果，从而通过匹配两份订单结算结果(结算额度与待对比结算额度)再确定待结算订单记录的结算结果；这里，由于结算结果是基于不同方式获得的订单结算结果对应的匹配结果确定的，也就是说，结算结果是通过校验获得的，从而，能够提升结算结果的准确度。另外，通过转移密匙和转移标识，还能够提升虚拟资源转移的安全性。

以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。