物流仓储数据处理的方法、装置及系统与流程

本发明涉及通信应用技术领域，具体而言，涉及一种物流仓储数据处理的方法、装置及系统。

背景技术：

随着电商的蓬勃发展，伴随的物流产业也越来越壮大，其中，电商与物流之间愈发成熟的耦合协作，成就了现今成熟的在线交易特别是买卖商品的流程体系。

随着海淘需求的出现，国内市场与国外市场的对接、国内买家与国外市场的对接以及国外买家与国内市场的对接成为了电商平台多元化的一个趋势，而电商与物流之间如何能够满足在购物旺季的订单需求，成为了现今亟待解决的问题。

现今的电商&物流体系主要包括三个角色：电商平台中的商家、电商与物流中心，其中，电商通过接收商家的发货请求生成订单信息，物流中心依据订单信息执行库存数据录入，并将商品重量反馈至电商，由电商依据商品重量执行对应的运费扣款，当扣费成功，则将商品出库指令发送至物流中心，最后由物流中心依据商品出库指令安排货物出库。

但是一旦一个订单的扣款失败，物流系统将无法继续对该订单之后的后续订单执行流程操作，大大降低了整个物流的数据处理效率。具体如图1所示，图1是现有技术中商品下单至出库的流程示意图，由图1所示，一个订单从进入仓库到出仓库，在物流服务平台侧要经历如下步骤：第一，物流服务平台接受物流协作平台报文；第二，反馈包裹签收信息；第三，物流协作平台接受入库通知；第四，物流服务平台反馈包裹入库；第五，物流服务平台反馈包裹称重(扣运费)；第六，物流服务平台接受出库指定；第七，物流服务平台反馈出库信息。以前这一整个过程不走自动化的话，人工操作由于会在一个包裹上花费10至15秒的操作时间，因此将降低了整个操作流程的执行效率，例如，如果系统对商家扣费失败，人工会把这个单子放到一边，等下一次再扣，相当于再做一次回传称重的操作，导致一个订单的耗时过长；而如果走自动化系统的话，一旦扣费失败，自动化系统是不知道把这个订单剔除出来的，这样就造成该订单无法继续运转的情况，并且卡住了后续的所有订单。

针对上述由于现有技术中在自动化系统中当一个订单扣费失败，导致物流系统对该订单之后的后续订单无法执行流程操作，进而降低了物流系统对订单数据的处理效率的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种物流仓储数据处理的方法、装置及系统，以至少解决由于现有技术中在自动化系统中当一个订单扣费失败，导致物流系统对该订单之后的后续订单无法执行流程操作，进而降低了物流系统对订单数据的处理效率的技术问题。

根据本发明实施例的一个方面，提供了一种物流仓储数据处理的方法，包括：接收用户终端发送的订单信息；依据订单信息将用户终端的虚拟资源按照第一虚拟资源消耗策略进行资源转移；在执行结果成功的情况下，依据订单信息创建物流订单；向物流服务器发送物流订单；接收物流服务器返回的与物流订单对应的称重信息，其中，称重信息记录了物流订单中记载的产品的重量；依据称重信息将用户终端的虚拟资源按照第二虚拟资源消耗策略进行资源转移。

根据本发明实施例的另一方面，还提供了一种物流仓储数据处理的装置，包括：接收模块，用于接收用户终端发送的订单信息；第一执行模块，用于依据接收模块接收的订单信息将用户终端的虚拟资源按照第一虚拟资源消耗策略进行资源转移；订单创建模块，用于在执行结果成功的情况下，依据订单信息创建物流订单；发送模块，用于向物流服务器发送订单创建模块创建的物流订单；信息接收模块，用于接收物流服务器返回的与物流订单对应的称重信息，其中，称重信息记录了物流订单中记载的产品的重量；第二执行模块，用于依据信息接收模块接收的称重信息将用户终端的虚拟资源按照第二虚拟资源消耗策略进行资源转移。

根据本发明实施例的又一方面，还提供了一种物流仓储数据处理的系统，包括：用户终端、结算服务器和物流服务器，结算服务器分别与用户终端和物流服务器通信连接，系统包括：结算服务器，用于接收用户终端发送的订单信息；并依据订单信息对用户终端的虚拟资源按照第一虚拟资源消耗策略进行资源转移，在执行结果成功的情况下，依据订单信息创建物流订单；通过接收物流服务器返回的对应物流订单的称重信息，对用户终端的虚拟资源按照第二虚拟资源消耗策略执行资源转移；物流服务器，用于接收结算服务器发送的物流订单，并对物流订单中的产品执行称重，将称重信息返回结算服务器；其中，结算服务器为上述一种物流仓储数据处理的装置。

在本发明实施例中，通过接收用户终端发送的订单信息；依据订单信息将用户终 端的虚拟资源按照第一虚拟资源消耗策略进行资源转移；在执行结果成功的情况下，依据订单信息创建物流订单；向物流服务器发送物流订单；接收物流服务器返回的与物流订单对应的称重信息，其中，称重信息记录了物流订单中记载的产品的重量；依据称重信息将用户终端的虚拟资源按照第二虚拟资源消耗策略进行资源转移，达到了订单数据无法阻塞整个物流系统的目的，从而实现了提升物流系统对订单数据的处理效率的技术效果，进而解决了由于现有技术中在自动化系统中当一个订单扣费失败，导致物流系统对该订单之后的后续订单无法执行流程操作，进而降低了物流系统对订单数据的处理效率的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是现有技术中商品下单至出库的流程示意图；

图2是本发明实施例的一种物流仓储数据处理的方法的服务器的硬件结构框图；

图3是根据本发明实施例一的物流仓储数据处理的方法的流程图；

图4是根据本发明实施例一的一种物流仓储数据处理的方法的流程图；

图5是根据本发明实施例一的另一种物流仓储数据处理的方法的流程图；

图6是根据本发明实施例二的物流仓储数据处理的装置的结构示意图；

图7是根据本发明实施例二的一种物流仓储数据处理的装置的结构示意图；

图8是根据本发明实施例二的另一种物流仓储数据处理的装置的结构示意图；

图9是根据本发明实施例二的又一种物流仓储数据处理的装置的结构示意图；

图10是根据本发明实施例二的再一种物流仓储数据处理的装置的结构示意图；

图11是本发明实施例三的物流仓储数据处理的系统的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，还提供了一种物流仓储数据处理的方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例，图2是本发明实施例的一种物流仓储数据处理的方法的服务器的硬件结构框图。如图2所示，服务器20可以包括一个或多个(图中仅示出一个)处理器202(处理器202可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器204、以及用于通信功能的传输模块206。本领域普通技术人员可以理解，图2所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器20还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。

存储器204可用于存储应用软件的软件程序以及模块，如本发明实施例中的物流仓储数据处理的方法对应的程序指令/模块，处理器202通过运行存储在存储器204内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的漏洞检测方法。存储器204可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器204可进一步包括相对于处理器202远程设置的存储器，这些远程存储器可以通过网络连接至服务器20。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置206用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器20的通信供应商提供的无线网络。在一个实例中，传输装置206包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置206可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

在上述运行环境下，本申请提供了如图3所示的物流仓储数据处理的方法。在结算服务器侧，图3是根据本发明实施例一的物流仓储数据处理的方法的流程图。

步骤s302，接收用户终端发送的订单信息；

本申请上述步骤s302中，在结算服务器侧，结算服务器接收用户终端发送的订单信息，其中，用户终端可以为与结算服务器业务通信的移动终端，即，电商平台中的商家所使用的移动终端，该移动终端可以为个人电脑(personalcomputer，简称pc)、笔记本电脑、掌上商务或平板电脑等终端。

这里订单信息可以至少包括：产品名称、产品类别、产品尺寸和产品数量。例如，结算服务器接收到用户终端发送的订单信息为：产品名称：xx牌春秋装、产品类别：衣服、产品尺寸：170/xl、产品数量：2。

在本申请实施例提供的物流仓储数据处理的方法中可以适用于在线交易中涉及的进出口物流的物流仓储数据处理系统，本申请实施例中以出口物流交易为例进行说明，以实现本申请实施例提供的物流仓储数据处理的方法为主，具体不做限定。

此外，本申请实施例提供的订单信息还可以包括：产品的规格参数和收件人信息，例如，当产品为衣服时，衣服的规格参数为：衣服的衣长、袖长和袖宽、胸围和腰围、面料以及颜色和花样(即衣服表面花纹)，针对本申请实施例提供的物流仓储数据处理的方法，由于产品的扣费仅与产品的重量相关联，所以仅以订单信息包括：产品名称、产品类别、产品尺寸和产品数量为例进行说明，具体不做限定。

步骤s304，依据订单信息将用户终端的虚拟资源按照第一虚拟资源消耗策略进行资源转移；

基于步骤s302中接收到的订单信息，本申请上述步骤s304中，结算服务器依据订单信息执行对用户终端的虚拟资源按照第一虚拟资源消耗策略进行资源转移，即，结算服务器在得到订单信息后，通过解析针对该订单信息对用户终端的虚拟资源执行第一预扣款(即，上述按照第一虚拟资源消耗进行资源转移)。

具体的，这里用户终端以商家代称，虚拟资源可以为商家在网络交易中的资金， 第一虚拟资源消耗策略可以为结算服务器对商家针对订单信息执行的资金预扣费(即，上述的资源转移)。仍旧以步骤s302中的例子为例，当结算服务器接收到的订单信息为产品名称：xx牌春秋装、产品类别：衣服、产品尺寸：170/xl、产品数量：2；结算服务器将依据衣服在春秋装中的均重量对商家在网络交易中的资金进行对应的扣费。

步骤s306，在执行结果成功的情况下，依据订单信息创建物流订单；

基于步骤s304按照第一虚拟资源消耗策略对用户终端进行的资源转移，本申请上述步骤s306中，在成功执行对用户终端的虚拟资源按照第一虚拟资源消耗策略进行资源转移的情况下，结算服务器依据该订单信息创建物流订单，其中，结算服务器创建的物流订单，用于指示物流服务器侧依据该订单信息执行入库、称重、出库。

具体的，结算服务器会记录步骤s304中扣除的虚拟资源，仍旧以步骤s304中的例子为例，结算服务器记录对商家资金的扣费金额，并结合订单信息生成物流订单，以使得触发物流服务器在接收到该物流订单后对订单为：产品名称：xx牌春秋装、产品类别：衣服、产品尺寸：170/xl、产品数量：2，执行入库、称重以及出库等系列动作。

步骤s308，向物流服务器发送物流订单；

基于步骤s306创建的物流订单，本申请上述步骤s308中，结算服务器在创建完成物流订单后，向物流服务器发送该物流订单。

步骤s310，接收物流服务器返回的与物流订单对应的称重信息，其中，称重信息记录了物流订单中记载的产品的重量；

本申请上述步骤s310中，在结算服务器向物流服务器发送物流订单后，物流服务器会依据该物流订单返回该物流订单上产品的称重信息，在结算服务器侧，结算服务器将接收该物流服务器返回的与该物流订单对应的称重信息。

具体的，该称重信息为步骤s302至步骤306中订单信息中产品实际重量，该称重信息用于指示是否对商家执行第二虚拟资源消耗策略，即，仍旧以步骤s302中的示例为例，结算服务器接收物流服务器返回的两件衣服的实际称重，具体如何依据该称重信息执行第二虚拟资源消耗策略见步骤s312。

步骤s312，依据称重信息将用户终端的虚拟资源按照第二虚拟资源消耗策略进行资源转移。

基于步骤s310接收的称重信息，本申请上述步骤s312中，结算服务器依据该称重信息按照第二虚拟资源消耗策略进行资源转移，其中，第二虚拟资源消耗策略用于 指示用户终端填补第一虚拟资源消耗策略对虚拟资源的资源转移。

对应步骤s304中的第一虚拟资源消耗策略，步骤s312中的第二虚拟资源消耗策略用于指示结算服务器依据称重信息对商家执行第二的资金扣费。区别于第一的扣费，当依据物流服务器返回的产品的实际称重的情况下，结算服务器将会对该物流服务器返回的称重对应的产品实际扣费与第一的扣费进行比较，由于第一的扣费属于估算扣费，当进行第二校对时，结算服务器将判断第一扣费相比产品实际扣费的差额，若第一扣费大于产品实际扣费，则结算服务器将会把该差额返回商家；若第一扣费小于产品实际扣费，则结算服务器将通知商家补足该产品实际扣费的差额。

在本申请实施例提供的第一虚拟资源消耗策略和第二虚拟资源消耗策略中，设置“多退少补”原则，即，在接收到订单信息后，结算服务器依据该订单信息中产品所属类目的中每件产品的均重计算第一扣费金额，当结算服务器接收到物流服务器返回的产品的实际称重时，执行第二虚拟资源消耗策略，即，执行第二扣费，首先判断该称重与第一扣费对应的估算重量的大小，当实际称重大于该估算重量时，结算服务器通知商家进行补款；当实际重量小于该估算重量时，结算服务器将退款至商家，以保障在结算服务器进行结算时只会退款给商家，避免在执行步骤s304时扣款失败的可能，从而保障一个产品的订单在一整套物流处理系统中耗时最短，进而满足在大的促销时段结算服务器和物流服务器均能满足对订单数据的处理需求，规避了当一个订单扣款失败将阻塞后续订单无法继续执行的现象发生。

由上可知，本申请上述实施例一所提供的方案，通过接收用户终端发送的订单信息；依据订单信息将用户终端的虚拟资源按照第一虚拟资源消耗策略进行资源转移；在执行结果成功的情况下，依据订单信息创建物流订单；向物流服务器发送物流订单；接收物流服务器返回的与物流订单对应的称重信息，其中，称重信息记录了物流订单中记载的产品的重量；依据称重信息将用户终端的虚拟资源按照第二虚拟资源消耗策略进行资源转移，达到了订单数据无法阻塞整个物流系统的目的，从而实现了提升物流系统对订单数据的处理效率的技术效果，进而解决了由于现有技术中在自动化系统中当一个订单扣费失败，导致物流系统对该订单之后的后续订单无法执行流程操作，进而降低了物流系统对订单数据的处理效率的技术问题。

可选的，在订单信息包括产品类别、产品数量及产品尺寸的情况下，步骤s304中依据订单信息将用户终端的虚拟资源按照第一虚拟资源消耗策略进行资源转移包括：

step1，依据产品类别和产品尺寸在预设数据库中进行匹配，得到产品的重量均值；

本申请上述步骤step1中，在订单信息包括产品类别、产品数量及产品尺寸的情 况下，结算服务器在接收到订单信息后，依据产品类别和产品尺寸匹配该产品在预设数据库中对该产品类别所属的类目得到该产品的重量均值，其中，虽然能够依据产品类别和产品尺寸估算该产品的重量，但是在实际的运输过程中一个产品除去产品本身重量还会包含包装重量，所以以该产品类别和产品尺寸匹配该产品在预设数据库中对该产品类别所属的类目得到该产品的重量均值，该重量均值更贴近实际称重的重量。

其中，该重量均值具体可以由以下公式得到：

avg(类目平均重量)＝sum(重量)/该类目运营总单数；

即，仍旧以步骤s302中的示例为例，假设该产品的产品类别为衣服，尺寸为170/xl，以产品类别为衣服，尺寸为170/xl为匹配对象，在数据库中进行数据匹配将得到衣服的重量均值，具体的，以春秋装为例，该衣服为衬衣，因此根据上述公示可以得到，数据库中春秋装衬衣的总重sum为mkg，春秋装衬衣的总单数为n件，由此可以得到一件春秋装衬衣的平均重量avg为m/nkg。

step2，依据产品的重量均值与产品数量，计算得到产品的重量总值；

基于step1中得到的产品的重量均值，本申请上述步骤step2中，结算服务器结合产品的重量均值根据订单信息中的数量，计算得到该订单信息对应的产品的重量总值。

具体的，以step1中的示例为例，在订单信息中的数量为2的情况下，根据step1中得到的产品的重量均值m/nkg，根据数量与产品的重量均值的计算关系得到该订单信息对应的重量总值，即，2*m/n＝2m/nkg，该订单信息对应的重量总值为2m/nkg。

step3，依据重量总值在预设数据库中匹配对应的第一虚拟资源消耗值；

基于step2中得到的重量总值，本申请上述步骤step3中，结算服务器依据该重量总值在预设数据库中匹配对应的第一虚拟资源消耗值。

具体的，在本申请实施例中第一虚拟资源消耗值，即，订单信息中产品的重量总值对应的需要扣款的金额，当结算服务器得到订单信息中的产品的重量总值后，将依据该重量总值匹配对应的扣款金额，即，该产品的运费。由step2可知，产品的重量总值为2m/nkg，对应2m/nkg重量的运费可以为xyuan/dollar，这里运费的结算单位可以以物流仓库的出库所在国的货币单位作为结算单位。step4，从用户终端本地获取到的虚拟资源总量中扣除第一虚拟资源消耗值。

基于步骤step3中得到的第一虚拟资源消耗值，本申请上述步骤step4中，结算服务器从用户终端本地获取到的虚拟资源总量中扣除第一虚拟资源消耗值。

具体的，结算服务器在得到该x后，将商家网上账户内的金额执行对应扣除，即，扣除该商家网上账户x金额。

进一步地，可选的，步骤s304中step3中依据重量总值在预设数据库中匹配对应的第一虚拟资源消耗值包括：

步骤a，依据重量总值在预设数据库中匹配对应的虚拟资源消耗值；

本申请上述步骤a中，依据预设数据库中预先存储的每个重量总值对应的虚拟资源消耗值，本申请实施例中通过依据预估得到的重量总值，在预设数据库中进行查询，匹配该重量总值对应的虚拟资源消耗值。

具体的，假设通过预估得到重量总值z，z若在预设称重范围区间i中时，预设数据库依据该称重范围区间i进行匹配，得到该z对应的虚拟资源消耗值s。

步骤b，将虚拟资源消耗值与预设值相乘，得到乘积，并将乘积确定为第一虚拟资源消耗值。

基于步骤a中得到的虚拟资源消耗值，本申请上述步骤b中，依据该虚拟资源消耗值与预设值相乘，将得到的乘积确定为第一虚拟资源消耗值。

具体的，本申请实施例中第一虚拟资源消耗值x实际上设置为s*c，其中c为设置的常数(即，本申请实施例中的预设值)，s为物流协作平台与物流服务平台之间协商的产品重量对应的预设金额(即，本申请实施例中的虚拟资源消耗值)，这里本申请实施例提供的c设置为1.5倍，以保障在结算服务器执行最后结算时只退款给商家，避免或减少商家补款的事情发生，提升一个订单在一个物流系统中的处理效率，缩短了一个订单由于扣款占用的整个订单数据处理时间，其中，本申请实施例中的结算服务器可以应用于物流协作平台。

可选的，在步骤s304中依据订单信息将用户终端的虚拟资源按照第一虚拟资源消耗策略进行资源转移之后，本申请实施例提供的物流仓储数据处理的方法还包括：

步骤s305，在执行结果失败的情况下，向用户终端发送订单回退信息。

本申请上述步骤s305中，在步骤s304中依据订单信息将用户终端的虚拟资源按照第一虚拟资源消耗策略进行资源转移之后，结算服务器若发现无法对用户终端的虚拟资源按照第一虚拟资源消耗策略进行资源转移，此时，结算服务器将向用户终端发送订单回退信息。其中，该订单回退信息可以用于指示用户终端该虚拟资源中能够转移的资源不能满足第一虚拟资源消耗策略中的资源转移需求，需要用户终端补充虚拟资源中的资源。

具体的，结算服务器在扣款失败后，将向商家发送订单回退信息，即，用于通知商家该商家的网上账户中的余额不足，不能支付订单信息中产品对应的运费。本申请实施中通过在扣款失败(即，上述执行结果失败的情况下)时，向商家发送订单回退信息，规避了现有技术中自动化系统中无法把扣款失败的订单进行剔除的现象发生，本申请实施例通过订单回退信息，将扣款失败的订单进行了回退，保障了结算服务器对后续订单的处理效率。

可选的，步骤s306中依据订单信息创建物流订单包括：

step1，记录第一虚拟资源消耗值；

本申请上述步骤s306中的step1中，在执行结果成功的情况下，结算服务器记录第一虚拟资源消耗值。

具体的，结算服务器记录订单信息中的扣款金额用于在结算时校正订单信息中的产品的实际扣款金额。

step2，依据第一虚拟资源消耗值触发生成物流入库指令；

本申请上述step2中，结算服务器依据第一虚拟资源消耗值触发生成物流入库指令，在扣款成功的情况下，结算服务器侧可以向物流服务器发起入库指令，由上可知，结算服务器将依据该第一虚拟资源消耗值触发生成物流入库指令。

具体的，结算服务器依据步骤s304中得到的第一虚拟资源消耗值x，生成物流入库指令，即，该订单信息扣款成功能进入物流服务器，由该物流服务器安排该产品入库。

step3，依据物流入库指令和订单信息生成物流订单。

本申请上述step3中，结算服务器依据物流入库指令和订单信息生成物流订单，其中，物流订单至少包括：订单信息以及指示物流服务器执行入库操作的物流入库指令。

可选的，在称重信息记录了物流订单中记载的产品的重量的情况下，步骤s312中依据称重信息将用户终端的虚拟资源按照第二虚拟资源消耗策略进行资源转移包括：

step1，依据产品的重量在预设数据库中匹配对应的第二虚拟资源消耗值；

本申请上述步骤s312中的step1中，在称重信息记录了物流订单中记载的产品的重量的情况下，结算服务器依据物流服务器返回的产品的重量，在预设数据库中匹配对应的第二虚拟资源消耗值。

具体的，结算服务器接收到物流服务器返回的产品的重量后，依据该重量在数据库中匹配对应的第二虚拟资源消耗值，即，当结算服务器接收到的物流服务器返回的产品的重量为mkg时，对应该mkg的扣费为z。

step2，判断第一虚拟资源消耗值是否小于第二虚拟资源消耗值；

本申请上述步骤step2中，结算服务器在得到第二虚拟资源消耗值后，根据预先记录的第一虚拟资源消耗值，判断第一虚拟资源消耗值和第二虚拟资源消耗值的大小，即，判断第一虚拟资源消耗值是否小于第二虚拟资源消耗值。

具体的，结合step1得到的第二虚拟资源消耗值z，结算服务器将第一虚拟资源消耗值x与z进行比较，判断x是否大于z。

step3，依据判断结果将用户终端的虚拟资源按照第二虚拟资源消耗策略进行资源转移，其中，第二虚拟资源消耗策略用于指示用户终端填补第一虚拟资源消耗策略对虚拟资源的资源转移。

本申请上述步骤step3中，结算服务器依据判断结果对用户终端的虚拟资源按照第二虚拟资源消耗策略进行资源转移。

具体的，由于判断结果存在两种情况，情况一，第一虚拟资源值小于第二虚拟资源值；情况二，第一虚拟资源值大于第二虚拟资源值；针对不同可能结算服务器将根据两种可能对应的结算方式对商家的网络账户进行操作，其中，该操作包括：扣费和退款。当判断结果为情况一时执行步骤b，当判断结果为情况二时执行步骤a，具体见步骤a和步骤b。

进一步地，可选的，步骤s312中的step3中依据判断结果将用户终端的虚拟资源按照第二虚拟资源消耗策略进行资源转移包括：

步骤a，在判断结果为第一虚拟资源消耗值大于第二虚拟资源消耗值的情况下，将第一虚拟资源消耗值与第二虚拟资源消耗值做减法运算，得到的虚拟资源消耗差值返回用户终端的虚拟资源；

本申请上述步骤step3中的步骤a中，在第一虚拟资源消耗值大于第二虚拟资源消耗值的情况下，结算服务器将第一虚拟资源消耗值与第二虚拟资源消耗值执行减法运算，将得到的虚拟资源消耗差值返回用户终端的虚拟资源。

具体的，当第一虚拟资源值大于第二虚拟资源值时，结算服务器将依据第一虚拟资源值，针对产品的实际重量对应的第二虚拟资源值，退还第一虚拟资源值与第二虚拟资源值之间的差额，即，当x＞z时，结算服务器将把x与z的差额退还给商家， 其中，结算服务器可以退还给商家v金额，v＝x-z。

步骤b，在判断结果为第一虚拟资源消耗值小于第二虚拟资源消耗值的情况下，生成补差指令，并将补差指令发送至用户终端，其中，补差指令，用于指示用户终端依据第一虚拟资源消耗值与第二虚拟资源消耗值之间的资源差值进行资源补贴。

本申请上述步骤b中，在第一虚拟资源消耗值小于第二虚拟资源消耗值的情况下，结算服务器生成补差指令，并将补差指令发送至用户终端，即，结算服务器将第一虚拟资源消耗值与第二虚拟资源消耗值执行减法运算，依据得到的虚拟资源消耗差值生成补差指令，并将该补差指令发送至用户终端。

具体的，当第一虚拟资源值小于第二虚拟资源值时，结算服务器根据第一虚拟资源值与第二虚拟资源值之间的差额，通知商家，结算服务器将对商家的网络账户中执行扣费，以补贴第一虚拟资源值小于第二虚拟资源值之间的差额，即，当x＜z时，结算服务器将扣除商家中的b金额，b＝z-x。

可选的，步骤a中将第一虚拟资源消耗值与第二虚拟资源消耗值做减法运算，得到的虚拟资源消耗差值返回用户终端的虚拟资源包括：

步骤s1，将第一虚拟资源消耗值减第二虚拟资源消耗值，得到虚拟资源消耗差值；

本申请上述步骤a中的步骤s1中，在第一虚拟资源消耗值大于第二虚拟资源消耗值的情况下，第一虚拟资源消耗值与第二虚拟资源消耗值相减，得到虚拟资源消耗差值。

具体的，仍旧以上述步骤a中的示例为例，v＝x-z，v为x减z之后的差值。

步骤s2，依据虚拟资源消耗差值生成退款信息，其中，退款信息包括：虚拟资源消耗差值；

基于上述步骤s1中得到的虚拟资源消耗差值，本申请上述步骤s2中，依据该虚拟资源消耗差值生成退款信息。

具体的，若得到v，将生成退款信息为：订单i的所退款项为v的信息。

步骤s3，向用户终端发送退款信息，以使得用户终端的虚拟资源得到所退款项。

本申请上述步骤s3中，结算服务器将在生成退款信息后，向用户终端发送退款信息。

具体的，结算服务器可以通过“支付宝”将所退款项退还给用户终端的账户，即，将虚拟资源消耗差值v退还给用户终端的账户。

可选的，步骤b中生成补差指令，并将补差指令发送至用户终端包括：

步骤s1，将第二虚拟资源消耗值减第一虚拟资源消耗值，得到虚拟资源消耗差值；

本申请上述步骤b中的步骤s1中，在第一虚拟资源消耗值小于第二虚拟资源消耗值的情况下，第二虚拟资源消耗值与第一虚拟资源消耗值相减，得到虚拟资源消耗差值。

具体的，仍旧以上述步骤b中的示例为例，v＝z-x，v为z减x之后的差值。

步骤s2，依据虚拟资源消耗差值生成补差指令；

基于上述步骤s1中得到的虚拟资源消耗差值，本申请上述步骤s2中，依据该虚拟资源消耗差值生成补差指令。

具体的，若得到v，将生成补差指令为：订单i的需要补充的款项为v的指令。

步骤s3，向用户终端发送补差指令；

本申请上述步骤s3中，结算服务器将在生成补差指令后，向用户终端发送补差指令。

具体的，结算服务器向用户终端发送补差指令，以提示用户终端对“支付宝”中的余额进行补充。

步骤s4，接收用户终端补入的第三虚拟资源消耗值，第三虚拟资源消耗值与虚拟资源消耗差值相等。

本申请上述步骤s4中，结算服务器接收用户终端补入的第三虚拟资源消耗值。

具体的，结算服务器将在用户终端对“支付宝”余额进行补充后，从该余额进行对应的扣费，该扣费与之前的虚拟资源消耗差值相等。

综上，结合步骤s302至s312，图4是根据本发明实施例一的一种物流仓储数据处理的方法的流程图；如图4所示，本申请实施例提供的物流仓储数据处理的方法具体如下：

s1，用户终端下订单；

s2，结算服务器接收订单，并依据订单中的订单信息执行预扣费；(对应本申请实施例中的步骤s302和s304)；当扣费失败时执行步骤s3，扣费成功时，执行步骤s4；

s3，当扣费失败时，结算服务器订单回退；对应本申请实施例中的步骤s305；

s4，当扣费成功时，结算服务器生成物流订单，并向物流服务器发送该物流订单(对应本申请实施例中的步骤s306和步骤s308)；

s5，物流服务器接收物流订单；

s6，物流服务器依据物流订单执行入库和称重；

s7，物流服务器向结算服务器返回入库信息和称重信息；

s8，结算服务器记录入库和称重，并依据称重信息触发再次扣费(对应本申请实施例中的步骤s310和步骤s312)；

s9，结算服务器依据称重信息对用户终端执行退款或补差的结算操作。

本申请实施例提供的物流仓储数据处理的方法可以适用于阿里巴巴旗下的菜鸟结算系统以及与菜鸟结算系统存在物流业务往来的菜鸟伙伴(合作伙伴(cooperativepartner))物流业务系统，其中，菜鸟结算系统可以应用于物流协作平台，菜鸟伙伴物流业务系统可以应用于物流服务平台，即，本申请实施例中的结算服务器可以应用于物流协作平台，物流服务器可以应用于物流服务平台，图5是根据本发明实施例一的另一种物流仓储数据处理的方法的流程图。如图5所示，本申请实施例提供的物流仓储数据处理的方法在由商家、物流协作平台和物流服务平台组成的物流仓储数据处理的系统，具体实现如下：

第一，商家(本申请实施例中的用户终端)发货(本申请实施例中的订单信息)；

第二，物流协作平台(本申请实施例中的结算服务器)对发货进行预扣费，如果扣费成功就创建物流订单；如果扣费失败就反馈至商家(订单回退)；其中，物流订单，用于指示物流服务平台(本申请实施例中的物流服务器)执行入库称重操作，在结算服务器侧，将记录第一扣费的金额；

第三，物流协作平台发送物流订单；

第四，物流服务平台接单；

第五，物流服务平台反馈入库；

第六，物流协作平台记录入库；

第七，物流服务平台仓库称重；

第八，物流协作平台记录称重并触发再次扣费(即，本申请实施例中依据称重信息执行第二虚拟资源消耗策略)；

第九，物流协作平台触发结算；

第十，商家侧结算；

第十一，流程结束。

由上可知，本申请实施例提供的物流仓储数据处理的方法通过在物流协作平台接收订单时执行预扣款，若扣款成功，则执行后续与物流服务平台的物流操作，若扣款失败，则将订单回退，以使得避免了现有技术中由于物流协作平台接收物流服务平台返回的称重执行扣款失败，导致的系统对该订单之后的后续订单无法执行流程操作，进而降低了物流系统对订单数据的处理效率的问题，此外，通过接收物流服务平台返回的称重信息，对第一扣款执行校正，本申请通过“多退少补”原则，在第一扣款的基础上，实现在第二扣款过程中仅退款给商家，提升了整个物流系统的执行效率，并且减少了支付体系中物流协作中心与商家之间的资金往来，提升了支付效率。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的物流仓储数据处理的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述物流仓储数据处理的方法的装置实施例，本申请上述实施例所提供的装置可以在服务器上运行。

图6是根据本发明实施例二的物流仓储数据处理的装置的结构示意图。

如图6所示，该物流仓储数据处理的装置包括：接收模块61、第一执行模块62、订单创建模块63、发送模块64、信息接收模块65和第二执行模块66。

其中，接收模块61，用于接收用户终端发送的订单信息；第一执行模块62，用于依据接收模块61接收的订单信息将用户终端的虚拟资源按照第一虚拟资源消耗策略进行资源转移；订单创建模块63，用于在执行结果成功的情况下，依据订单信息创建物流订单；发送模块64，用于向物流服务器发送订单创建模块63创建的物流订单；信息接收模块65，用于接收物流服务器返回的与物流订单对应的称重信息，其中，称重信息记录了物流订单中记载的产品的重量；第二执行模块66，用于依据信息接收模块65接收的称重信息将用户终端的虚拟资源按照第二虚拟资源消耗策略进行资源转移。

由上可知，本申请上述实施例二所提供的方案，通过接收用户终端发送的订单信息；依据订单信息将用户终端的虚拟资源按照第一虚拟资源消耗策略进行资源转移；在执行结果成功的情况下，依据订单信息创建物流订单；向物流服务器发送物流订单；接收物流服务器返回的与物流订单对应的称重信息，其中，称重信息记录了物流订单中记载的产品的重量；依据称重信息将用户终端的虚拟资源按照第二虚拟资源消耗策略进行资源转移，达到了订单数据无法阻塞整个物流系统的目的，从而实现了提升物流系统对订单数据的处理效率的技术效果，进而解决了由于现有技术中在自动化系统中当一个订单扣费失败，导致物流系统对该订单之后的后续订单无法执行流程操作，进而降低了物流系统对订单数据的处理效率的技术问题。

此处需要说明的是，上述接收模块61、第一执行模块62、订单创建模块63、发送模块64、信息接收模块65和第二执行模块66对应于实施例一中的步骤s302至步骤s312，六个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的服务器20中，可以通过软件实现，也可以通过硬件实现。

可选的，图7是根据本发明实施例二的一种物流仓储数据处理的装置的结构示意图。如图7所示，第一执行模块62包括：第一匹配单元621、计算单元622、第二匹配单元623和第一执行单元624。

其中，第一匹配单元621，用于在订单信息包括产品类别、产品数量及产品尺寸的情况下，依据产品类别和产品尺寸在预设数据库中进行匹配，得到产品的重量均值；计算单元622，用于依据第一匹配单元621匹配的产品重量均值与产品数量，计算得到产品的重量总值；第二匹配单元623，用于依据重量总值在预设数据库中匹配对应的第一虚拟资源消耗值；第一执行单元624，用于从用户终端本地获取到的虚拟资源总量中扣除第一虚拟资源消耗值。

此处需要说明的是，上述第一匹配单元621、计算单元622、第二匹配单元623 和第一执行单元624对应于实施例一中的步骤s304的step1至step4，四个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的服务器20中，可以通过软件实现，也可以通过硬件实现。

可选的，第二匹配单元623包括：匹配子单元和数据处理子单元。

其中，匹配子单元，用于依据所述重量总值在所述预设数据库中匹配对应的虚拟资源消耗值；数据处理子单元，用于将所述虚拟资源消耗值与预设值相乘，得到乘积，并将所述乘积确定为所述第一虚拟资源消耗值。

此处需要说明的是，上述匹配子单元和数据处理子单元对应于实施例一中的步骤s304中step3中的步骤a和步骤b，两个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的服务器20中，可以通过软件实现，也可以通过硬件实现。

可选的，图8是根据本发明实施例二的另一种物流仓储数据处理的装置的结构示意图。如图8所示，本申请实施例提供的物流仓储数据处理的装置还包括：回退模块67。

其中，回退模块67，用于在依据订单信息将用户终端的虚拟资源按照第一虚拟资源消耗策略进行资源转移之后，在执行结果失败的情况下，向用户终端发送订单回退信息。

此处需要说明的是，上述回退模块67对应于实施例一中的步骤s305，该模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的服务器20中，可以通过软件实现，也可以通过硬件实现。

可选的，图9是根据本发明实施例二的又一种物流仓储数据处理的装置的结构示意图。如图9所示，订单创建模块63包括：数据录入单元631、触发单元632与订单创建单元633。

其中，数据录入单元631，用于记录第一虚拟资源消耗值；触发单元632，用于依据数据录入单元631记录的第一虚拟资源消耗值触发生成物流入库指令；订单创建单元633，用于依据触发单元632生成的物流入库指令和订单信息生成物流订单。

此处需要说明的是，上述数据录入单元631、触发单元632与订单创建单元633 对应于实施例一中的步骤s306中step1至step3，三个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的服务器20中，可以通过软件实现，也可以通过硬件实现。

可选的，图10是根据本发明实施例二的再一种物流仓储数据处理的装置的结构示意图。如图10所示，第二执行模块66包括：第三匹配单元661、判断单元662和第二执行单元663。

其中，第三匹配单元661，用于在称重信息记录了物流订单中记载的产品的重量的情况下，依据所述产品的重量在预设数据库中匹配对应的第二虚拟资源消耗值；判断单元662，用于判断第一虚拟资源消耗值是否小于第二虚拟资源消耗值；第二执行单元663，用于依据判断结果将用户终端的虚拟资源按照第二虚拟资源消耗策略进行资源转移，其中，第二虚拟资源消耗策略用于指示用户终端填补第一虚拟资源消耗策略对虚拟资源的资源转移。

此处需要说明的是，上述第三匹配单元661、判断单元662和第二执行单元663对应于实施例一中的步骤s312中step1至step3，三个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的服务器20中，可以通过软件实现，也可以通过硬件实现。

进一步地，可选的，第二执行单元663包括：第一执行子单元和第二执行子单元。

其中，第一执行子单元，用于在判断结果为第一虚拟资源消耗值大于第二虚拟资源消耗值的情况下，将第一虚拟资源消耗值与第二虚拟资源消耗值做减法运算，得到的虚拟资源消耗差值返回用户终端的虚拟资源；第二执行子单元，用于在判断结果为第一虚拟资源消耗值小于第二虚拟资源消耗值的情况下，生成补差指令，并将补差指令发送至用户终端，其中，补差指令，用于指示用户终端依据第一虚拟资源消耗值与第二虚拟资源消耗值之间的资源差值进行资源补贴。

此处需要说明的是，上述第一执行子单元和第二执行子单元对应于实施例一中的步骤s312中的step3中stepa至stepb，两个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的服务器20中，可以通过软件实现，也可以通过硬件实现。

进一步地，可选的，第一执行子单元，用于将第一虚拟资源消耗值减第二虚拟资 源消耗值，得到虚拟资源消耗差值；依据虚拟资源消耗差值生成退款信息，其中，退款信息包括：虚拟资源消耗差值；向用户终端发送退款信息，以使得用户终端的虚拟资源得到所退款项。

此处需要说明的是，上述第一执行子单元对应于实施例一中的步骤s312中的step3中步骤a中的步骤s1至s3，该模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的服务器20中，可以通过软件实现，也可以通过硬件实现。

可选的，第二执行子单元，用于将第一虚拟资源消耗值减第二虚拟资源消耗值，得到虚拟资源消耗差值；依据虚拟资源消耗差值生成补差指令；向用户终端发送补差指令；接收用户终端补入的第三虚拟资源消耗值，第三虚拟资源消耗值与虚拟资源消耗差值相等。

此处需要说明的是，上述第一执行子单元对应于实施例一中的步骤s312中的step3中步骤b中的步骤s1至s4，该模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的服务器20中，可以通过软件实现，也可以通过硬件实现。

由上可知，本申请实施例提供的物流仓储数据处理的方法通过在物流协作平台的结算服务器接收订单时执行预扣款，若扣款成功，则执行后续与物流服务器的物流操作，若扣款失败，则将订单回退，以使得避免了现有技术中由于物流协作平台接收物流服务平台返回的称重执行扣款失败，导致的系统对该订单之后的后续订单无法执行流程操作，进而降低了物流系统对订单数据的处理效率的问题，此外，结算服务器通过接收物流服务器返回的称重信息，对第一扣款执行校正，本申请通过“多退少补”原则，在第一扣款的基础上，实现在第二扣款过程中仅退款给用户终端，提升了整个物流系统的执行效率，并且减少了支付体系中结算服务器与用户终端之间的资金往来，提升了支付效率。

实施例3

根据本发明实施例，还提供了一种用于实施上述物流仓储数据处理的方法实施例的系统实施例，图11是本发明实施例三的物流仓储数据处理的系统的结构示意图。

如图11所示，该物流仓储数据处理的系统包括：用户终端1102、结算服务器1104和物流服务器1106，结算服务器1104分别与用户终端1102和物流服务器1106通信连接，

该系统包括：结算服务器1104，用于接收用户终端1102发送的订单信息；并依据订单信息对用户终端1102的虚拟资源按照第一虚拟资源消耗策略进行资源转移，在执行结果成功的情况下，依据订单信息创建物流订单；通过接收物流服务器1106返回的对应物流订单的称重信息，对用户终端1102的虚拟资源按照第二虚拟资源消耗策略执行资源转移；物流服务器1106，用于接收结算服务器1104发送的物流订单，并对物流订单中的产品执行称重，将称重信息返回结算服务器1104；其中，结算服务器1104为图6至图10中任一所示的一种物流仓储数据处理的装置。

由上可知，本申请上述实施例三所提供的方案，通过接收用户终端发送的订单信息；依据订单信息将用户终端的虚拟资源按照第一虚拟资源消耗策略进行资源转移；在执行结果成功的情况下，依据订单信息创建物流订单；向物流服务器发送物流订单；接收物流服务器返回的与物流订单对应的称重信息，其中，称重信息记录了物流订单中记载的产品的重量；依据称重信息将用户终端的虚拟资源按照第二虚拟资源消耗策略进行资源转移，达到了订单数据无法阻塞整个物流系统的目的，从而实现了提升物流系统对订单数据的处理效率的技术效果，进而解决了由于现有技术中在自动化系统中当一个订单扣费失败，导致物流系统对该订单之后的后续订单无法执行流程操作，进而降低了物流系统对订单数据的处理效率的技术问题。

实施例4

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例一所提供的物流仓储数据处理的方法所执行的程序代码。

可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：接收用户终端发送的订单信息；依据订单信息将用户终端的虚拟资源按照第一虚拟资源消耗策略进行资源转移；在执行结果成功的情况下，依据订单信息创建物流订单；向物流服务器发送物流订单；接收物流服务器返回的与物流订单对应的称重信息，其中，称重信息记录了物流订单中记载的产品的重量；依据称重信息将用户终端的虚拟资源按照第二虚拟资源消耗策略进行资源转移。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：依据产品类别和产品尺寸在预设数据库中进行匹配，得到产品的重量均值；依据产品的重量均值与产品数量，计算得到产品的重量总值；依据重量总值在预设数据库中匹 配对应的第一虚拟资源消耗值；从用户终端本地获取到的虚拟资源总量中扣除第一虚拟资源消耗值。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：依据重量总值在预设数据库中匹配对应的虚拟资源消耗值；将虚拟资源消耗值与预设值相乘，得到乘积，并将乘积确定为第一虚拟资源消耗值。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：在执行结果失败的情况下，向用户终端发送订单回退信息。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：记录第一虚拟资源消耗值；依据第一虚拟资源消耗值触发生成物流入库指令；依据物流入库指令和订单信息生成物流订单。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：依据产品的重量在预设数据库中匹配对应的第二虚拟资源消耗值；判断第一虚拟资源消耗值是否小于第二虚拟资源消耗值；依据判断结果将用户终端的虚拟资源按照第二虚拟资源消耗策略进行资源转移，其中，第二虚拟资源消耗策略用于指示用户终端填补第一虚拟资源消耗策略对虚拟资源的资源转移。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：在判断结果为第一虚拟资源消耗值大于第二虚拟资源消耗值的情况下，将第一虚拟资源消耗值与第二虚拟资源消耗值做减法运算，得到的虚拟资源消耗差值返回用户终端的虚拟资源；在判断结果为第一虚拟资源消耗值小于第二虚拟资源消耗值的情况下，生成补差指令，并将补差指令发送至用户终端，其中，补差指令，用于指示用户终端依据第一虚拟资源消耗值与第二虚拟资源消耗值之间的资源差值进行资源补贴。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：将第一虚拟资源消耗值减第二虚拟资源消耗值，得到虚拟资源消耗差值；依据虚拟资源消耗差值生成退款信息，其中，退款信息包括：虚拟资源消耗差值；向用户终端发送退款信息，以使得用户终端的虚拟资源得到所退款项。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：将第二虚拟资源消耗值减第一虚拟资源消耗值，得到虚拟资源消耗差值；依据虚拟资源消耗差值生成补差指令；向用户终端发送补差指令；接收用户终端补入的第三虚拟资源消耗值，第三虚拟资源消耗值与虚拟资源消耗差值相等。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。