用于批量配送系统的额度控制方法及装置、存储介质、终端

本发明涉及数据配送技术领域，具体地涉及一种用于批量配送系统的额度控制方法及装置、存储介质、终端。

在数据配送系统中，数据需方需要付费查询数据供方的数据资源。具体而言，数据需方可以通过账户充值、授信等方式获取额度。因而，对数据需方的额度管理是数据交易环节中的重要一环。

在批量配送系统中，数据传输的业务量以及所涉及的额度是巨大的，整个传输周期也是漫长的。目前的技术中，额度控制大都是采用先用后扣的方式，也即，根据每次配送结果进行花费计算。但这种机制存在额度超花问题：

具体而言，由于批量配送业务额度巨大，采用先用后扣的方式很有可能在扣款的过程中发现额度不足的情况。虽然可以先查询额度是否充足再进行配送，但很难保证在配送过程中产生的额度扣减情况。

例如，假设数据需方的余额为100，数据需方当前有一项批量配送正在进行，该项批量配送的花费为90，由于花费小于余额，该项批量配送可以进行。而在该项批量配送进行期间，数据需方又申请进行另一项批量配送，新申请的批量配送的需求额度为30，由于前一项批量配送尚未完成，批量配送系统不会对数据需方的余额进行扣除，这就导致后一项批量配送将会得到进行许可，但实际上，在后一项批量配送完成后，数据需方将没有足够余额用于扣除。

本发明解决的技术问题是如何解决批量配送系统中额度超发的问题。

为解决上述技术问题，本发明实施例提供一种用于批量配送系统的额度控制方法，包括：接收额度申请信息，所述额度申请信息包括待批量配送文件的需求额度；确定所述待批量配送文件指向的数据需方的剩余额度；判断所述剩余额度是否满足所述需求额度；当判断结果表明所述剩余额度满足所述需求额度时，根据所述需求额度锁定所述剩余额度的至少一部分。

可选的，所述额度控制方法还包括：当判断结果表明所述剩余额度不满足所述需求额度时，锁定所述剩余额度。

可选的，所述额度控制方法还包括：发送提示信息，所述提示信息用于提示所述剩余额度不足以满足所述需求额度。

可选的，所述额度控制方法还包括：接收额度更新信息；根据所述额度更新信息更新所述数据需方的剩余额度，并根据所述需求额度锁定更新后的剩余额度的至少一部分。

可选的，所述额度控制方法还包括：接收用户指令；当所述用户指令指示按照所述剩余额度进行部分配送时，发送可用额度信息，以使所述待批量配送文件中需求额度小于等于所述剩余额度的部分被优先配送。

可选的，所述额度控制方法还包括：接收用户指令；当所述用户指令指示放弃本次配送时，解锁所述剩余额度。

可选的，所述确定所述待批量配送文件指向的数据需方的剩余额度包括：发送余额请求信息，所述余额请求信息包括所述数据需方的标识；接收余额反馈信息，所述余额反馈信息包括所述数据需方的剩余额度。

可选的，所述确定所述待批量配送文件指向的数据需方的剩余额度包括：根据所述数据需方的标识查预设余额信息表，以得到所述数据需方的剩余额度，其中，所述预设余额信息表记录有至少一个数据需方的标识与剩余额度的关联关系。

可选的，所述额度控制方法还包括：接收所述数据需方的额度信息文件；自所述额度信息文件中提取所述数据需方的新增额度、更新的授信调整和/或更新的赠送调整；基于所述新增额度、更新的授信调整和/或更新的赠送调整更新所述预设余额信息表中记录的所述数据需方的标识关联的剩余额度。

可选的，所述根据所述需求额度锁定所述剩余额度的至少一部分包括：将所述剩余额度中数值等于所述需求额度的数值的部分锁定。

可选的，所述额度控制方法还包括：响应于所述待批量配送文件配送完毕，取消对所述剩余额度的至少一部分的锁定；扣除所述剩余额度中等于所述需求额度的部分。

可选的，所述需求额度是根据所述待批量配送文件中每条数据的单价以及数据的数量确定的。

可选的，所述额度控制方法还包括：判断所述数据需方的剩余额度是否低于预设阈值；当判断结果表明所述数据需方的剩余额度低于所述预设阈值时，发送提醒信息。

为解决上述技术问题，本发明实施例还提供一种用于批量配送系统的额度控制装置，包括：接收模块，用于接收额度申请信息，所述额度申请信息包括待批量配送文件的需求额度；确定模块，用于确定所述待批量配送文件指向的数据需方的剩余额度；第一判断模块，用于判断所述剩余额度是否满足所述需求额度；第一锁定模块，当判断结果表明所述剩余额度满足所述需求额度时，根据所述需求额度锁定所述剩余额度的至少一部分。

为解决上述技术问题，本发明实施例还提供一种存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述方法的步骤。

为解决上述技术问题，本发明实施例还提供一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述方法的步骤。

与现有技术相比，本发明实施例的技术方案具有以下有益效果：

本发明实施例提供一种用于批量配送系统的额度控制方法，包括：接收额度申请信息，所述额度申请信息包括待批量配送文件的需求额度；确定所述待批量配送文件指向的数据需方的剩余额度；判断所述剩余额度是否满足所述需求额度；当判断结果表明所述剩余额度满足所述需求额度时，根据所述需求额度锁定所述剩余额度的至少一部分。较之现有先用后扣的额度控制方案，本发明实施例的方案能够有效解决批量配送系统中额度超发的问题。具体而言，在进行批量配送之前，预先审查剩余额度是否能够满足需求额度，并且，当剩余额度能够满足需求额度时，将剩余额度中满足需求额度的部分进行冻结处理，以防止将来可能出现的额度超发现象。

进一步，当判断结果表明所述剩余额度不满足所述需求额度时，锁定所述剩余额度。由此，当剩余额度无法满足需求额度时，优先确保剩余额度对应的批量配送文件中的一部分数据能够得到及时传输，并冻结相应的剩余额度，以确保数据配送的及时性，使得余额不足情况下的部分数据配送成为可能。

图1是本发明实施例的一种用于批量配送系统的额度控制方法的流程图；

图2是图1中步骤S102的一个具体实施方式的流程图；

图3是本发明实施例的一种用于批量配送系统的额度控制装置的结构示意图；

图4是本发明实施例的一个典型应用场景的示意图。

如背景技术所言，现有的批量配送系统中普遍采用先用后扣的额度控制机制，导致额度超发现象频发，打包好的批量配送文件只能整体地根据余额多少决定发送或不发送。

另一方面，现有的批量配送系统还不支持部分配送。具体而言，由于目前批量配送系统的操作模式的限制，调用额度的反馈结果只有满足或不满足，即当前余额是否能支持本次批量配送包括的所有数据。这就导致发现余额不足时，数据需方必须重新尝试发起至少一次批量配送请求以尝试当前余额可以支持的批量配送数据量，严重影响数据配送效率。例如，当余额不足时，数据需方必须自行分拆需要的批量配送数据，直至请求传输的批量配送文件的需求额度符合自身的余额。

为解决上述技术问题，本发明实施例提供一种用于批量配送系统的额度控制方法，包括：接收额度申请信息，所述额度申请信息包括待批量配送文件的需求额度；确定所述待批量配送文件指向的数据需方的剩余额度；判断所述剩余额度是否满足所述需求额度；当判断结果表明所述剩余额度满足所述需求额度时，根据所述需求额度锁定所述剩余额度的至少一部分。

本领域技术人员理解，本发明实施例的方案能够有效解决批量配送系统中额度超发的问题。具体而言，在进行批量配送之前，预先审查剩余额度是否能够满足需求额度，并且，当剩余额度能够满足需求额度时，将剩余额度中满足需求额度的部分进行冻结处理，以防止将来可能出现的额度超发现象。

本文中出现的“数据交易平台”是指：向用户提供数据交易服务的门户。通过所述数据交易平台，作为数据供方和数据需方的用户可以实现数据交易的商品挂牌、需求发布、数据订购、交易管理、信息查询、清结算等业务，在本实施例所述额度控制应用场景中主要涉及到结算及额度文件推送。

本文中出现的“数据配送系统(Data Deliver System，简称DDS)是指：执行数据配送操作的系统。具体而言，所述DDS可以负责在数据供方或数据需方连接业务系统，进行数据配送。所述DDS一般部署于前置机中，需方DDS能够将想用的数据标识(Identification，简称ID)传输至供方DDS，供方DDS也能将需要提供的数据传输至需方DDS。用户可以通过数据交易平台连接DDS，以进行数据交易。

在一个实施例中，数据交易平台与数据配送系统相通信，以在满足条件时指示数据配送系统进行批量配送文件的配送。具体而言，需要满足的条件可以包括：数据需方的剩余额度是否满足本次批量配送文件的需求额度。

进一步地，在本实施例中，所述数据配送系统可以包括批量配送系统，用于对批量配送文件进行配送。

本文中出现的“批量配送文件”是指：非实时配送的、包含一个或多个子文件或多条数据的配送文件。

在一个具体实施中，所述批量配送文件可以是区别于实时配送文件的配送文件类型，用户可以根据需要选择定时发送或接收所述批量配送文件；批量配送文件的大小普遍较大，如批量配送文件的大小一般在1G至2G，单个批量配送文件中包括的文件数量可以为10-40个不等，批量配送文件的数据量可以在千万至亿级别。

本文中出现的“待批量配送文件”是指：等待配送的批量配送文件。

本文中出现的“额度”是指：用户在数据交易平台中能够使用以进行数据配送的金额。在本实施例中，额度可以包括充值金额和透支额度。其中，充值金额是用户实际充值得到的额度；透支额度是数据交易平台或其他用户基于该用户的信用而提供的信用额度。

本文中出现的“充值”是指：将用户自有账户中的资金转入到数据交易平台账户。

本文中出现的“提现”是指：用户将数据交易平台账户中可用于提现的资金转入到银行卡或数据交易平台中用于数据交易消费的可用余额。

本文中出现的“授信调整”是指：根据业务发展的需要，对数据交易平台或数据供方给予数据需方的信用额度进行增加或减少。其中，数据交易平台可以理解为第三方平台，起到连接数据供方和数据需方的中间桥梁作用，提供所述数据交易平台。

本文中出现的“赠送调整”是指：根据业务发展的需要，对数据交易平台或数据供方给予数据需方的赠送额度进行增加或减少。例如，数据供方或数据交易平台对数据需方有信赖关系，可以给数据需方赠送额度。

本文中出现的“调账”是指：对用户在数据交易平台侧资金账户进行调整，从而使账户金额符合真实的交易情况。

本文中出现的“清算”是指：根据用户一定时间段内的交易消费和支出变动其在银行侧监管账户资金的过程。

本文中出现的“数据需方”是指:数据的需求方。数据需方通过数据交易平台下单，寻能够提供数据的数据供方，以获得想要的数据。

本文中出现的“数据供方”是指:数据的供应方。数据供方可以为数据需方提供数据。

本文中出现的“Redis集”是指：引入的第三方内存数据库集。提供便捷、快速的数据缓存服务，在数据配送系统中用以实现进程通信，缓存数据。

为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

图1是本发明实施例的一种用于批量配送系统的额度控制方法的流程图。本实施例所述方案可以由终端执行，所述终端可以是一个或多个相通信的服务器。

在本实施例中，所述终端可以用于维持额度控制中心(Budget Control Central，简称BCC)，所述额度控制中心用于对批量配送系统中的数据需方和数据供方的额度进行管理和控制。

具体地，在本实施例中，所述用于批量配送系统的额度控制方法可以包括如下步骤：

步骤S101，接收额度申请信息，所述额度申请信息包括待批量配送文件的需求额度；

步骤S102，确定所述待批量配送文件指向的数据需方的剩余额度；

步骤S103，判断所述剩余额度是否满足所述需求额度；

当所述步骤S103的判断结果为肯定的，也即，当所述剩余额度满足所述需求额度时，执行步骤S104，根据所述需求额度锁定所述剩余额度的至少一部分。

否则，当所述步骤S103的判断结果为否定的，也即，当所述剩余额度不满足所述需求额度时，执行步骤S105，锁定所述剩余额度。

在一个或多个实施例中，所述需求额度可以是根据所述待批量配送文件中每条数据的单价以及数据的数量确定的。根据所述单价和数量确定需求额度的操作可以由所述额度申请信息的发送方执行，或者，也可以由所述BCC执行。

在一个或多个实施例中，所述额度申请信息可以是由所述DDS发送的。例如，响应于数据需方对所述待批量配送文件的配送请求，所述DDS可以根据所述批量配送文件中每条数据的单价以及数据的数量确定需求额度，基于所述需求额度和所述数据需方的ID生成额度申请信息并发送至所述BCC。

在一个变化例中，所述额度申请信息可以包括所述数据需方的ID、所述待批量配送文件中每条数据的单价以及数据的数量，由所述BCC执行计算操作以确定所述需求额度。

在一个或多个实施例中，参考图2，所述步骤S102可以包括步骤如下步骤：

步骤S1021，发送余额请求信息，所述余额请求信息包括所述数据需方的标识；

步骤S1022，接收余额反馈信息，所述余额反馈信息包括所述数据需方的剩余额度。

例如，所述BCC可以向数据交易平台发送余额请求信息，以获取所述数据需方的最新余额信息。

在一个变化例中，所述步骤S102可以包括：根据所述数据需方的标识查预设余额信息表，以得到所述数据需方的剩余额度，其中，所述预设余额信息表记录有至少一个数据需方的标识与剩余额度的关联关系。

例如，所述BCC可以定期向数据交易平台获取各个用户的余额信息，并转换成相应的剩余额度存储至自身的预设余额信息表中。相应的，响应于所述额度申请信息，所述BCC可以直接查所述预设余额信息表以获取所述数据需方的剩余额度，提高对额度申请的响应速度，进而提高批量数据配送速度。

具体而言，通过数据交易平台可以获取所述数据需方的充值金额、授信调整和赠送调整，则三者的加和可以作为所述数据需方的剩余额度。

在一个或多个实施例中，可以基于额度缓存模块存储预设余额信息表，所述额度缓存模块可以采用redis集，利用内存来提高读写效率。所有基础分析后的数据会通过哈希(hash)方式存入redis的数据。同时，来自DDS的额度申请记录也会存入该模块。

在一个或多个实施例中，所述步骤S103可以包括：比较所述剩余额度和需求额度的数值大小。当所述剩余额度大于所述需求额度时，可以确定所述剩余额度满足所述需求额度。

在一个或多个实施例中，所述步骤S104中，所述根据所述需求额度锁定所述剩余额度的至少一部分可以包括：将所述剩余额度中数值等于所述需求额度的数值的部分锁定。

具体而言，可以冻结所述剩余额度中数值大小等于所述需求额度的部分，以使当前申请的待批量配送文件配送期间，所述数据需方的实际剩余额度为所述剩余额度减去锁定的那部分额度。

例如，可以将需要锁定的剩余额度的至少一部分转移至专门的锁定额度库，当待批量配送文件配送完毕时，将锁定的额度自所述锁定额度库中扣除；当数据需方选择取消配送时，将所述锁定额度库中锁定的额度返还至所述数据需方的剩余额度中。

进一步地，在执行所述步骤S104以锁定所述剩余额度的至少一部分后，所述BCC可以将锁定结果反馈至DDS，以使DDS可以进行所述待批量配送文件的配送操作。

进一步地，在所述步骤S104之后，本实施例所述额度控制方法还可以包括步骤：响应于所述待批量配送文件配送完毕，取消对所述剩余额度的至少一部分的锁定；扣除所述剩余额度中等于所述需求额度的部分。

在一个变化例中，当所述数据需方的信用良好，或者，当所述数据需方充值频繁时，在所述步骤S104中锁定的剩余额度的至少一部分的数值大小可以小于所述需求额度，以使数据需方可以进行更多的批量数据配送。

在一个或多个实施例中，当所述剩余额度小于所述需求额度时，可以确定所述剩余额度无法满足所述需求额度。相应的，在所述步骤S105中，可以锁定所述剩余额度的全部金额，以免所述剩余额度被数据需方的其他批量配送需求占用。

在一个或多个实施例中，在所述步骤S105之后，本实施例所述额度控制方法还可以包括步骤：发送提示信息，所述提示信息用于提示所述剩余额度不足以满足所述需求额度。

具体地，所述提示信息可以发送至所述数据交易平台，由所述数据交易平台通知对应的数据需方。

或者，所述BCC可以通过邮件方式直接通知所述数据需方。

进一步地，可以由所述数据需方决定是否继续本次配送。

当决定继续配送时，所述数据需方可以通过充值或授信调整等方式使得自身的剩余额度满足所述需求额度；或者，所述数据需方可以选择按照当前余额部分配送所述待批量配送文件。

当决定不继续配送时，所述数据需方可以指示BCC取消本次配送。

在一个或多个实施例中，对于所述数据需方通过充值或授信调整等方式使得自身的剩余额度满足所述需求额度的场景，在执行所述步骤S105之后，本实施例所述额度控制方法还可以包括：接收额度更新信息；根据所述额度更新信息更新所述数据需方的剩余额度，并根据所述需求额度锁定更新后的剩余额度的至少一部分。

进一步地，在更新所述数据需方的剩余额度后，还可以执行所述步骤S103，以判断所述数据需方的更新后的剩余额度是否满足所述需求额度。

在一个或多个实施例中，对于所述数据需方选择按照当前余额部分配送所述待批量配送文件的场景，在执行所述步骤S105之后，本实施例所述额度控制方法还可以包括：接收用户指令；当所述用户指令指示按照所述剩余额度进行部分配送时，发送可用额度信息，以使所述待批量配送文件中需求额度小于等于所述剩余额度的部分被优先配送。

具体地，所述可用额度信息可以发送至所述DDS，以使所述DDS根据所述待批量配送文件中数据的单价合理确定所述剩余额度能够满足的数据量，并对该部分数据进行配送操作。

进一步地，所述可用额度信息可以包括所述数据需方的剩余额度。

在一个或多个实施例中，对于所述数据需方指示BCC取消本次配送的场景，本实施例所述额度控制方法还可以包括：接收用户指令；当所述用户指令指示放弃本次配送时，解锁所述剩余额度。此时，所述剩余额度相当于未被使用。

在一个或多个实施例中，本实施例所述额度控制方法还可以包括步骤：接收所述数据需方的额度信息文件；自所述额度信息文件中提取所述数据需方的新增额度、更新的授信调整和/或更新的赠送调整；基于所述新增额度、更新的授信调整和/或更新的赠送调整更新所述预设余额信息表中记录的所述数据需方的标识关联的剩余额度。

具体地，本实施例所述对预设月信息表的更新操作可以在执行上述步骤S101至步骤S105的之前/之后/同时执行。

进一步地，所述额度信息文件可以仅包括距离上一次发送所述额度信息文件之后有更新的内容。例如，所述额度信息文件可以仅包括新增额度，相应的，所述BCC可以根据所述新增额度对所述预设余额信息表中记录的对应的剩余额度进行调整。

所述新增额度、更新的授信调整和更新的赠送调整均既可以为正值，也可以为负值。相应的，更新后的剩余额度可以较之更新前的增加或者减少。

在一个或多个实施例中，本实施例所述额度控制方法还可以包括步骤：判断所述数据需方的剩余额度是否低于预设阈值；当判断结果表明所述数据需方的剩余额度低于所述预设阈值时，发送提醒信息。

例如，所述BCC可以定期对所述各用户的剩余额度进行上述判断操作，以在用户的剩余额度降至所述预设阈值后，自动触发消息提醒，告知用户，以免后续使用期间因额度不足造成传输失败。

具体地，所述预设阈值可以为1000元。所述预设阈值可以是由所述BCC或者数据交易平台设定的默认值，或者，所述BCC或数据交易平台可以根据所述用户的历史数据交易量、信用记录等针对性的调整不同的用户的预设阈值。

进一步地，所述预设阈值还可以由用户自发调整，以更符合用户的使用需求。

由上，采用本实施例的方案，能够有效解决批量配送系统中额度超发的问题。具体而言，在进行批量配送之前，预先审查剩余额度是否能够满足需求额度，并且，当剩余额度能够满足需求额度时，将剩余额度中满足需求额度的部分进行冻结处理，以防止将来可能出现的额度超发现象。

进一步地，当剩余额度无法满足需求额度时，优先确保剩余额度对应的批量配送文件中的一部分数据能够得到及时传输，并冻结相应的剩余额度，以确保数据配送的及时性，使得余额不足情况下的部分数据配送成为可能。

图3是本发明实施例的一种用于批量配送系统的额度控制装置的结构示意图。本领域技术人员理解，本实施例所述用于批量配送系统的额度控制装置3(以下简称为额度控制装置3)可以用于实施上述图1和图2所示实施例中所述的方法技术方案。

具体地，在本实施例中，所述额度控制装置3可以包括：接收模块301，用于接收额度申请信息，所述额度申请信息包括待批量配送文件的需求额度；确定模块302，用于确定所述待批量配送文件指向的数据需方的剩余额度；第一判断模块303，用于判断所述剩余额度是否满足所述需求额度；第一锁定模块304，当判断结果表明所述剩余额度满足所述需求额度时，根据所述需求额度锁定所述剩余额度的至少一部分。

进一步地，所述额度控制装置3还可以包括：第二锁定模块305，当判断结果表明所述剩余额度不满足所述需求额度时，锁定所述剩余额度。

在一个或多个实施例中，所述额度控制装置3还可以包括：第一发送模块306，用于发送提示信息，所述提示信息用于提示所述剩余额度不足以满足所述需求额度。

在一个或多个实施例中，所述额度控制装置3还可以包括：第一接收模块307，用于接收额度更新信息；第一更新模块308，用于根据所述额度更新信息更新所述数据需方的剩余额度，并根据所述需求额度锁定更新后的剩余额度的至少一部分。

在一个或多个实施例中，所述额度控制装置3还可以包括：第二接收模块309，用于接收用户指令；第二发送模块310，当所述用户指令指示按照所述剩余额度进行部分配送时，发送可用额度信息，以使所述待批量配送文件中需求额度小于等于所述剩余额度的部分被优先配送。

在一个或多个实施例中，所述额度控制装置3还可以包括：第三接收模块311，用于接收用户指令；解锁模块312，当所述用户指令指示放弃本次配送时，解锁所述剩余额度。

在一个或多个实施例中，所述确定模块302可以包括：发送子模块3021，用于发送余额请求信息，所述余额请求信息包括所述数据需方的标识；接收子模块3022，用于接收余额反馈信息，所述余额反馈信息包括所述数据需方的剩余额度。

在一个或多个实施例中，所述确定模块302可以包括：查子模块3023，用于根据所述数据需方的标识查预设余额信息表，以得到所述数据需方的剩余额度，其中，所述预设余额信息表记录有至少一个数据需方的标识与剩余额度的关联关系。

在一个或多个实施例中，所述额度控制装置3还可以包括：第四接收模块313，用于接收所述数据需方的额度信息文件；提取模块314，用于自所述额度信息文件中提取所述数据需方的新增额度、更新的授信调整和/或更新的赠送调整；第二更新模块315，用于基于所述新增额度、更新的授信调整和/或更新的赠送调整更新所述预设余额信息表中记录的所述数据需方的标识关联的剩余额度。

在一个或多个实施例中，所述第一锁定模块304可以包括：锁定子模块3041，用于将所述剩余额度中数值等于所述需求额度的数值的部分锁定。

在一个或多个实施例中，所述额度控制装置3还可以包括：取消锁定模块316，响应于所述待批量配送文件配送完毕，取消对所述剩余额度的至少一部分的锁定；扣除模块317，用于扣除所述剩余额度中等于所述需求额度的部分。

在一个或多个实施例中，所述需求额度可以是根据所述待批量配送文件中每条数据的单价以及数据的数量确定的。

在一个或多个实施例中，所述额度控制装置3还可以包括：第二判断模块318，用于判断所述数据需方的剩余额度是否低于预设阈值；提醒模块319，当判断结果表明所述数据需方的剩余额度低于所述预设阈值时，发送提醒信息。

所述第二接收模块309和第三接收模块311可以为同一模块，或者，也可以为独立的两个模块。

关于所述额度控制装置3的工作原理、工作方式的更多内容，可以参照图1和图2中的相关描述，这里不再赘述。

在一个典型的应用场景中，参考图4，作为数据需方，用户41可以通过数据交易平台向数据配送系统42发起批量配送请求。相应的，数据配送系统42可以执行操作s1，以向额度控制中心43发送额度申请信息，所述额度申请信息包括用户41的标识以及本次申请批量配送的待批量配送文件的需求额度。

搭载有所述额度控制中心43的终端通过执行上述图1和图2所示实施例的方案，对本次批量配送过程中的额度使用情况进行控制。

具体而言，所述额度控制中心43可以执行操作s2，以确定所述用户41的剩余额度，并判断所述剩余额度是否满足所述需求额度。例如，可以根据所述用户41的标识查所述预设余额信息表。

当判断结果表明额度足够时，所述额度控制中心43可以执行操作s3，以通知所述数据配送系统42可以进行全量配送。

同时，所述额度控制中心43可以锁定所述剩余额度中等于所述需求额度的部分，并在所述待批量配送文件传输完毕后解锁并扣除该部分额度。

当判断结果表明额度不足时，所述额度控制中心43可以执行操作s4，以锁定剩余额度，并执行操作s5，以向用户41发送提示信息。例如，可以以邮件、短信通知的方式。

进一步地，用户41可以选择是否继续配送。

当用户41选择按照当前余额部分配送时，额度控制中心43可以执行操作s6，以指示数据配送系统42执行部分配送操作。

当用户41选择取消配送时，额度控制中心43可以执行操作s7，以解锁余额，并执行操作s8，以指示数据配送系统42不进行本次配送。

当用户41选择充值或授信调整时，响应于接收到更新的剩余额度，所述额度控制中心43可以执行操作s9，以重新判断更新的剩余额度是否满足所述需求额度，并根据判断结果执行相应操作。

进一步地，本发明实施例还公开一种存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述图1和图2所示实施例中所述的方法技术方案。优选地，所述存储介质可以包括计算机可读存储介质。所述存储介质可以包括ROM、RAM、磁盘或光盘等。

进一步地，本发明实施例还公开一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述图1和图2所示实施例中所述的方法技术方案。例如，所述终端可以为服务器节点。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。