一种资源分配方法及装置与流程

本申请涉及信息技术领域，尤其涉及一种资源分配方法及装置。

背景技术：

在现今的信息化社会中，数据、信息、网络带宽、存储空间等等都可以视作是一种资源，而这类与互联网相关或者经由互联网共享的资源，也可以被称为网络资源。网络资源作为一种资源，其分配方式、使用方式等等则越来越受到人们的关注。

具体到资源分配这一层面，现有技术中，通常由资源提供方针队每一个用户，根据该用户的需求以及该用户的历史资源消耗记录，预估该用户的资源消耗量，并根据预估的资源消耗量，将自身的资源分配给每一个用户，即，针对每一个用户建立一个对应的资源池，使得该用户在使用、消耗资源时，从该对应的资源池中获取资源。例如，网络存储服务的提供商，自身拥有大量的存储空间，并通过网络对外提供文件的存储、访问、备份、共享等文件管理等服务(如，网盘)，那么该存储服务提供方，便可以根据每一个账户申请的存储空间，将自身的存储空间对应的分配给每一个账户使用。

但是，在现实应用过程中，该资源提供方所预估的资源消耗量与该用户实际的资源使用量可能并不符合(即，该用户对应的资源池不符合该用户的实际资源需求)，而这就会导致资源的浪费。例如，网络存储运营商(即，网盘运营商)提供网络存储服务时，由于总的存储空间是一定量的，所以针对每一个用户，该运营商可以预估该用户的存储空间使用量，并分配该用户对应的存储空间。假设，此时分别分配给用户a和用户b，10gb和1tb的存储空间，但是在实际使用过程中，该用户a仅仅进行文档备份等行为，所需存储空间并不 高，只需1gb的存储空间便可以满足需求，而该用户b经常上传高清视频、照片等，对存储空间的需求更高，即使1tb的存储空间也无法满足其需要。那么可见，此时用户a分配到的存储空间实际上是被浪费了，而用户b则会没有存储空间可用。

可见，现有技术中的资源分配方式，会导致资源消耗的不平衡，进一步导致资源浪费，影响资源使用效率。

技术实现要素：

本申请实施例提供一种资源分配方法及装置，用以解决现有技术的资源分配方法，影响资源使用效率，导致资源浪费的问题。

本申请实施例提供的一种资源分配方法，包括：

确定要使用资源的各用户；

根据确定的各用户，建立共享资源池；

针对每个用户，当接收到针对该用户的资源分配请求时，根据预先针对该用户设定的资源分配规则，从所述共享资源池中为该用户分配资源。

本申请实施例提供的一种资源分配方法，包括：

确定要使用补贴金额的各卖家用户；

根据确定的各卖家用户，建立共享金额池；

针对每个卖家用户，当接收到针对该卖家用户的补贴请求时，根据预先针对该卖家用户设定的补贴金额分配规则，从所述共享金额池中为该用户分配补贴金额。

本申请实施例提供的一种资源分配装置，包括：

确定模块，用于确定要使用资源的各用户；

建立模块，用于根据确定的各用户，建立共享资源池；

分配模块，用于针对每个用户，当接收到针对该用户的资源分配请求时，根据预先针对该用户设定的资源分配规则，从所述共享资源池钟为该用户分配 资源。

本申请实施例提供的一种资源分配装置，包括：

确定模块，用于确定要使用补贴金额的各卖家用户；

建立模块，用于根据确定的各卖家用户，建立共享金额池；

分配模块，用于针对每个卖家用户，当接收到针对该卖家用户的补贴请求时，根据预先针对该卖家用户设定的补贴金额分配规则，从所述共享金额池中为该用户分配补贴金额。

本申请实施例提供一种资源分配方法及装置，该方法中先确定需要使用资源的各用户，再根据各用户建立共享资源池，当接收到针对某个用户的资源分配请求时，便根据预先设定的该用户的资源分配规则，从该共享资源池中为该用户分配资源。通过上述方法，针对每个用户，当需要分配资源时，均从该共享资源池中为该用户分配资源，即，使得需要使用资源的各用户均通过共享资源池获得资源。使得即使预估的某个用户的资源消耗量与该用户的实际消耗量不符，也可以通过该共享资源池，避免出现用户无资源可用或者资源闲置的现象，继而避免了资源浪费，提高了资源使用效率。

附图说明

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

图1为本申请实施例提供的资源分配过程；

图2为本申请实施例提供的为卖家用户进行补贴的一种资源分配过程；

图3为本申请实施例提供的一种资源分配装置的结构示意图；

图4为本申请实施例提供的一种基于图2的资源分配装置的结构示意图。

具体实施方式

在本申请实施例中，首先确定需要使用资源的各用户，其次再根据各用户建立共享资源池，后续针对每个用户，在接收到针对该用户的资源分配请求时，便可根据预先设定的该用户的资源分配规则，从该共享资源池中为该用户分配资源。可见本申请所述的方法，无需为每个用户单独建立资源池，而是建立一个可为各用户分配资源的共享资源池，使得在各用户需要消耗资源时，均从该共享资源池中为各用户分配资源，避免了用户无资源可用或者资源池中资源闲置的现象，避免了资源浪费，提高了资源使用效率。

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

图1为本申请实施例提供的资源分配过程，具体包括以下步骤：

s101：确定要使用资源的各用户。

在本申请实施例中，所述的资源分配过程涉及资源提供方以及资源使用方(即，用户)，而该资源提供方在为各用户提供资源之前，需要先确定需要使用资源的各用户，即，先确定对资源有使用需求的各用户。具体的，该资源提供方可以通过用于资源分配的服务器，确定需要使用资源的各用户。

另外，在确定该要使用资源的各用户时，针对每一个用户，该服务器可以根据该用户提交的资源使用请求确定该用户为要使用资源的用户，或者该服务器可以根据各用户的历史资源使用记录，确定要使用资源的各用户，或者该服务器可以各用户的用户属性、用户分类，确定要使用资源的各用户(即，该服务器将符合条件的用户，确定为要使用资源的各用户，如，将vip用户确定为要使用资源的各用户)。也就是说，该服务器可以通过多种方式来确定要使用资源的各用户，而采用何种方式并不局限于上述三种方式，具体可以由该资源提供方自行选择、设定，本申请对此并不做限定。

进一步，在本申请中所述的资源分配过程可以是周期性的，也可以是一次性的(如，每个自然月的第一天开始一次资源分配过程，或者当各用户的资源使用量达到阈值时开始一次资源分配过程)。即，该服务器是周期性的确定要使用资源的各用户，或者是不定期的确定要使用资源的各用户。而具体该资源分配过程何时开始，何时结束，如何开始，如何结束，均可由该资源提供方根据需要灵活确定，本申请并不做具体限定。

例如，一个存储服务运营商提供的网络硬盘存储平台(以下简称，网盘平台)，该网盘平台的服务器a用于存储空间的分配(即，将该存储空间视为一种资源)，并且该网盘平台只对缴纳了月费的用户提供网络存储服务，则该服务器a在每个自然月的第一天的零点，根据各用户当前的月费缴费情况，确定要使用存储空间的用户(即，在每个自然月的第一天零点，将缴纳了该自然与对应的月费的用户确定为要使用存储空间的用户)。假设，在1月1日零点，该服务器a确定用户a、用户b、用户c缴纳了1月份的月费，则确定该用户a、用户b、用户c要使用存储空间。

需要说明的是，该用于资源分配的服务器可以是单独的一台设备，也可是有多个设备组成的系统。并且，在本申请中所述的用户的资源使用请求，为要使用资源的各用户，对该资源提供方发送的资源使用请求，其中包含各用户预估的自身资源使用量。当然，该资源使用请求可视该资源提供方的选择而存在或者不存在。

s102：根据确定的各用户，建立共享资源池。

在本申请实施例中，当确定了要使用资源的各用户后，该服务器便可根据确定的各用户，建立共享资源池，以便后续在对各用户分配资源时，可以从该资源共享池中为该用户分配资源。

具体的，首先该服务器可针对每个用户，预估该用户的资源使用量。其中，针对每个用户，该服务器可以根据该用户的历史资源使用记录，预估该用户的今后的资源使用量，作为预估的该用户的资源使用量，或者该服务器可以根据 用户的资源使用请求中包含的资源使用量，作为预估的该用的资源使用量，又或者该服务器可以对该用户的历史资源使用记录以及该用户的资源使用申请中包含的资源使用量分别进行加权后，通过加权计算确定该用户的预估资源使用量。当然，本申请对于该服务器具体如何预估用户的资源使用量并不做限定。

其次，该服务器可根据针对每个用户预估的资源使用量，确定资源使用总量。具体的，由于在本申请中，不再针对每个用户分别建立资源池，而是需要建立共享资源池，所以在确定了针对每个用户预估的资源使用量后，该服务器还需要确定资源使用总量，则该服务器可以将确定的针对每个用户预估的资源使用量之和作为资源使用总量，即，该资源使用总量可以视为是该服务器预估的资源使用总量。

最后，该服务器便可根据该资源使用总量，建立共享资源池。其中，由于该共享资源池需要为各用户提供资源，而此时该服务器只能根据资源使用总量来大致判断各用户的在实际使用中的需要的资源使用总量，所以该共享资源池中资源的量可不少于该资源使用总量，以使得该共享资源池中的资源量可以满足各用户在实际使用中所需要的资源使用总量。当然，该共享资源池中的资源量也可以根据实际情况进行调整，如，当该服务器无法提供不少于该资源使用总量的资源时，该服务器可在预设的资源量范围内调整该资源池中的资源量少于该资源使用总量，则此时，由于各用户均从该资源池中获取资源，所以仍可一定程度上避免出现资源浪费的情况。需要说明的是，该预设的资源量范围即为一个资源量数值的大小，而该资源量范围可由该服务器确定或者由人工确定、可以预先确定或者实时确定。

继续沿用上例，假设该服务器a针对用户a、用户b、用户c，根据该用户a、用户b、用户c缴纳的1月份月费，预估该用户a、用户b、用户c在1月份的存储空间使用量均为1gb，则可确定1月份存储空间使用量为3gb，则该服务器a可建立共享存储空间池，并且该共享存储空间池的大小为4gb。并且需要说明的是，虽然该共享存储空间池的存储空间是该用户a、用户b、 用户c共同使用的，但是该服务器a可以通过该用户a、用户b、用户c的账户标识，区分该用户a、用户b、用户c，使得各用户在使用存储空间时并不会冲突，即，该共享存储空间池仅是针对该服务a而言是共享，针对各用户而言可使用的存储空间为独立的。

s103：针对每个用户，当接收到针对该用户的资源分配请求时，根据预先针对该用户设定的资源分配规则，从所述共享资源池中为该用户分配资源。

在本申请实施例中，在该服务器建立了共享资源池之后，便可从该共享资源池中为各用户分配资源。并且，为了避免资源浪费，所以该服务器可根据实际使用情况为各用户分配资源，即，在各用户实际需要使用资源时再为各用户分配对应的资源，避免出现该服务器为用户分配了资源，但是用户没有使用该资源的情况。

具体的，该服务器针对每个用户，当接收到针对该用户的资源分配请求时，根据预先针对该用户设定的资源分配规则，从该共享资源池中为该用户分配资源。其中，预先针对该用户设定的资源分配规则，为在接收到针对该用户的资源分配请求后，该服务器确定需要从该共享资源池中为该用户分配多少资源的规则，即，该服务器根据该用户的资源分配规则，确定针对该用户的资源分配请求对应的资源量，并从该共享资源池中将该资源量的资源分配给该用户。

另外，在本申请中，该资源分配请求中可包含需要分配给对应用户的资源量，即，该用户需要使用的资源量，以便该服务器确定该用户当前需要使用的资源量，从而根据针对该用户设定的资源分配规则，执行后续的从该共享资源池中为该用户分配资源的步骤。

进一步的，该预先针对该用户设定的资源分配规则，可为该服务器在步骤s101中“确定要使用资源的各用户”时，针对每个用户设定的，也可为该服务器在步骤s102中“根据确定的各用户，建立共享资源池”时，针对每个用户设定的，甚至该服务器可以在新建用户时便对该新建用户设定针对该用户的资源分配规则的(即，该服务器对每个新注册的用户均设定针对该用户的资源分 配规则)。也就是说，该服务器仅需要在分配资源之前为各用户设定各用户对应的资源分配规则即可，在本申请中并不限定该服务器在何时为各用户设定资源分配规则。

更一步的，该服务器为各用户设定的资源分配规则，可以是相同的、也可以是不相同的。当各用户的资源使用情况比较统一时(如，历史资源使用记录相近、预估的资源使用量相近)，该服务器可以为各用户设定同一个资源分配规则，可以减少该服务器的运行压力，同时也能避免资源浪费的情况出现。而当各用户的资源使用情况区别较大时(如，历史资源使用记录大相径庭、接收到的资源使用请求中的申请使用的资源量也相差很多)，该服务器可以根据各用户的差别，通过计算确定为该用户设定的资源分配规则(如，通过用户的历史资源使用的记录，发现该用户经常在多个城市登录账号并使用资源，可能涉及多人共用同一账户，则针对该用户设定的资源分配规则可为：只有在接收到通过常用登录地点发送的针对该用户的资源分配请求时，才为该用户分配资源，而忽略通过异常登录地点发送的针对该用户的资源分配请求)，以便该服务器后续可更加准确的分配资源，避免资源浪费的情况出现。当然，该资源分配规则还可以是多种形式的，如，根据资源分配请求中请求分配的资源量，按比例确定从该共享资源池中为该用户分配的资源量，又如，根据当前共享资源池中剩余的资源量，按比例为该用户分配资源，具体如何确定该资源分配规则，本申请并不做限定。

继续沿用上例，假设在1月1号，该用户a想要通过网盘备份一个300mb大小的视频文件，并且这是该用户a在1月份第一次通过该网盘进行数据备份，则该服务器a会接收到针对该用户a的资源分配请求α，并且该资源分配请求α中包含资源使用量，即300mb。进一步假设，针对该用户a该服务器a已经设定了资源分配规则i，并且该资源分配规则i为：当该用户a存储空间使用量超过1gb后，该用户a仅可备份小于10mb的文件，若在一个自然月内的最后5天，该共享存储空间池中的空间仍大于1gb，则该用户a可以使用该共 享存储空间池中剩余的空间进行数据备份，并且不再限制该用户a备份文件的大小。于是，当该服务器a接收到资源分配请求α后，根据该资源分配规则，确定该用户a可以上传并备份该300mb大小的视频文件，并从该共享存储空间池中分配300mb的空间给该用户a。

继续假设，截止1月27日零点，该服务器a为该用户a、用户b、用户c分别分配了1gb、1mb、500mb的存储空间，则此时该共享存储空间池中的剩余空间为3gb+499mb＝3571mb，于是，根据资源分配规则i，此时该用户a可以继续使用该网盘备份文件，并且总共可以备份3571mb大小的文件。而若，在接下来的5天内，该用户a又备份了大小为3g的文件，则该服务器a建立的共享存储空间池的存储空间基本被使用完毕，减少了资源浪费。

通过图1所示的资源分配方法，该资源提供方(以下，简称为该服务器)，先确定要使用资源的用户，并根据确定的各用户，预估各用户的资源使用量，再根据预估的各用户的资源使用量，建立共享资源池，以便该服务器在接收到针对某个用户的资源分配请求时，该服务器可根据预先针对该用户设定的资源分配规则，通过该共享资源池为各用户分配资源。相对于现有方法，在本申请提供的方法中，可见各用户均从该共享资源池中获得资源，无需再为每一个用户建立对应的资源池，使得即使针对某个用户预估的资源使用量与该用户的实际资源使用量不符，也不会造成资源的浪费，或者造成用户无资源可用。可见，由于相对于个别用户的资源使用量的预估，确定的要使用资源的用户的整体的资源使用量的预估是相对大数，所以即使针对个别用户的资源使用量的预估不准确，也不会造成大量的资源浪费，而由于不会造成大量的资源浪费，所以也就提高了资源使用效率。

另外，在该服务器建立共享资源池时，由于该资源使用量所对应的资源量可能很大(如，网盘服务器确定的资源使用总量可能高达几百或者几千pb)，而单一的资源提供方可能无法满足需求，所以为了满足需求该服务器可能需要多个资源提供方。但是，该服务器在为各用户分配资源时，均是从该共享资源 池分配资源的，所以该服务器还需要一个中间提供方，作为连接各用户和多个资源提供方的中介。

具体的，该服务器可先根据该资源使用总量，确定若干资源提供方，之后再建立具有调用各资源提供方所提供的资源的权限的中间提供方，作为共享资源池。并且，该若干资源提供方所能提供的资源量之和不少于该资源使用总量。则，各用户均可通过共享资源池(即，中间提供方)获得该服务器分配给该用户的资源，而该服务器也可以通过多个资源提供方提供资源。

并且，由于该服务器实际上是通过中间提供方为各用户提供资源的，所以该服务器还可灵活的变更、添加、删减所述若干资源提供方，而不影响对各用户的资源分配。如，当发现各用户的资源使用量远少于该共享资源池中的资源量时，该服务器可以减少资源提供方的数量，使得该资源提供方可以为其他服务器提供资源，同时，由于各用户的资源使用量都很少，所以并不会影响为各用户分配资源。

于是，进一步的，在步骤s103中“该服务器在从该共享资源池中为各用户分配资源”，则可为该服务器通过该中间提供方调用各资源提供方所提供的资源，并将调用的资源分配给所述用户。

更进一步的，针对每个用户，该服务器为该用户设定的资源分配规则也可以根据实际情况进行调整。例如，假设由于该服务器确定的资源提供方所能提供的资源较少(即，该中间提供方可提供给各用户的资源较少)，所以该服务器为各用户设定的资源分配规则均比较严格(如，仅提供针对各用户的资源分配请求所请求的资源量的十分之一)，但是在各用户实际使用资源时，假设该服务器又确定了若干能提供大量资源的资源提供方(即，该中间提供方可提供给各用户的资源较多)，则该服务器可以调整对各用户设定的资源分配规则(如，提供针对各用户的资源分配请求所请求的资源量的十分之九)，使各用户可以通过该中间提供方被分配到更多的资源。当然，针对各用户设定的资源分配规则具体如何调整，可由该资源提供方确定，本申请并不对此做特别限定。

基于图1所示的资源分配过程，本申请实施例还提供了对应于运营商为卖家用户进行补贴的一种资源分配过程，如图2所示。

图2为本申请实施例提供的一种资源分配过程，具体包括以下步骤：

s201：确定要使用补贴金额的各卖家用户。

在本身实施例中，所述的资源分配过程，即为电商的电商运营平台为在该平台上进行经营活动的卖家进行资金补贴的过程。由于，在实际生活中，电商为了促进消费者在该电商的电商运营平台上进行消费，可能会推出各类优惠打折活动，但是，对于各个卖家用户来说，并不一定希望与该电商运营平台同步进行优惠活动、或者并不一定希望与该电商运营平台采用同样的优惠幅度，所以该电商运营平台为了优惠活动能够顺利进行，则需要为各卖家用户进行补贴。

于是，该电商运营平台中，负责为卖家用户进行金额补贴的服务器(以下简称服务器)，可先确定需要使用补贴金额的各卖家用户，以便后续对各卖家用户进行补贴。具体的，该服务器则可根据该电商运营平台需要举行的活动的内容，来确定要使用补贴金额的各卖家用户。当然，该服务器也可以通过其他条件确定要使用补贴金额的各卖家用户(如，将销售额满足要求的各卖家用户确定为要使用补贴金额的各卖家用户)，具体如何确定需要使用补贴金额的各卖家用户，本申请并不做限定。

例如，某电商运营平台，要举行家电产品8折的活动，则该电商运营平台中用于对各卖家用户进行补贴的服务器b，根据该电商运营平台的活动规划，确定家电类的各卖家用户为要使用补贴金额的各卖家用户，假设此时该服务器b确定卖家用户d、卖家用户e、卖家用户f，为要使用补贴奸恶的各卖家用户。

s202：根据确定的各卖家用户，建立共享金额池。

在本申请实施例中，当确定了要使用资源的各卖家用户后，该服务器便可根据确定的各卖家用户，建立共享金额池。

具体的，该服务器首先可以根据该电商运营平台的活动内容，针对每个卖 家用户，根据该卖家用户的历史销售额，预估该卖家用户的销售金额，并根据该活动内容预估的该卖家用户的补贴金额使用量(如，全场8折活动，则该卖家用户的补贴金额使用量为该卖家用户的销售金额的20％)。并且，该服务器还可以根据历史上的消费者对于各类活动的消费增长情况，进一步预估各卖家用户的销售额，以便更加精确的确定该卖家用户的补贴金额使用量(如，历史上对于全场8折活动，消费者的消费增加200％，则各卖家用户的销售金额可以预期增加200％，那么各卖家用户的补贴金额使用量也会相应的增长200％)。

其次，该服务器可根据针对每个卖家用户预估的补贴金额使用量，确定补贴金额使用总量。

最后，该服务器便可根据该补贴金额使用总量，建立共享资金池。并且，该共享金额池中的补贴金额量为该补贴金额使用总量。当然，如步骤s102中所述，该共享金额池中的补贴金额也可多于或者少于该补贴金额使用总量，如该电商运营平台只为该活动准备了200万元的补贴金额，而补贴金额使用总量被预估为300万元，那么该服务器可以确定该共享资金池中的补贴金额为200万元。

继续沿用上例，假设该服务器b针对卖家用户d、卖家用户e、卖家用户f，根据该卖家用户d、卖家用户e、卖家用户f的历史销售额，预估该卖家用户d、卖家用户e、卖家用户f在该活动期间的销售额为20万元、22万元以及30万元。并且该服务器b通过历史记录发现，消费者对于家电全场8折活动具有很高的积极性，平均销售额会增加100％。那么该服务器b可以进一步预估该卖家用户d、卖家用户e、卖家用户f在该活动期间的销售额为40万元、44万元以及60万元，那么针对打8折活动，该服务器可以确定该卖家用户d、卖家用户e、卖家用户f需要使用的补贴金额为8万元、8.8万元以及12万元。于是，该服务器b可以确定补贴金额使用总量为28.8万元。进一步假设，该电商运营平台为此次活动准备了30万元的补贴金额，则该服务器b可以建立补贴金额为30万元的共享资金池。

s203：针对每个卖家用户，当接收到针对该卖家用户的补贴请求时，根据预先针对该卖家用户设定的补贴金额分配规则，从所述共享金额池中为该用户分配补贴金额。

在本申请实施例中，当该服务器建立了共享资金池之后，当该电商运营平台的活动开始后，该服务器便可针对每个卖家用户，当接收到针对该卖家用户的补贴请求时，根据预先针对该卖家用户设定的补贴金额分配规则，从所述共享金额池中为该用户分配补贴金额。

具体的，由于一般电商运营商在推出优惠活动时，该优惠活动是通过电子优惠券的形式进行优惠的(即，消费者通过领取电子优惠券，并在消费时使用该电优惠券，达到在结算时获得优惠的目的)，所以对于该服务器和各卖家用户来说，针对每一个卖家用户，当该服务器接收到该卖家用户的电子券对应的使用记录时，则可确定该服务器接收到针对该卖家用户的补贴请求。也就是说，该服务器将接收到的各卖家用户的电子券对应的使用记录，作为针对该卖家用户的补贴请求，那么该服务器后续便可根据该补贴请求，对该卖家用户分配补贴金额。

进一步的，在本申请中若该电子券为可全场通用的，即，消费者可以针对不同的卖家用户使用相同的电子券，则由于该电子券是消费者在各不同卖家用户购买商品或者消费时使用的，所以当消费者使用该电子券时，该电子券便会获得该卖家用户的标识，以便该服务器可以通过该电子券，确定对应的卖家用户，并作为该卖家用户的电子券对应的使用记录。在本申请中若该电子券为各卖家用户专用的，即，消费者在不同的卖家用户消费时需要使用不同的电子券，则该电子券中应已经携带有各卖家用户的标识，该服务器同样可以确定对应的卖家用户，作为该卖家用户的电子券对应的使用记录。

更进一步的，一般该电商运营平台在做活动时，在该活动对中该电商运营平台为消费者提供的优惠并不会由该电商运营平台独自承担，而是由各卖家用户与该电商运营平台共同承担。例如，某电商运营平台的某次活动中提供给消 费者的一个20元的抵用卷，当该20元的抵用券被消费者使用后，该抵用卷所抵用的20元中的10元的抵用金额需要由某个卖家用户承担，而剩下的10元抵用金额则由该电商运营平台承担，于是该电商运营平台还需要为卖家用户分配10元的补贴金额。

于是在本申请中，针对每个卖家用户，当该服务器接收到该卖家用户的电子券对应的使用记录时，该服务器可先确定接收到针对该卖家用户的补贴请求，之后该服务器可再确定该使用记录中包含的该电子券对应的优惠规则，并根据该优惠规则，确定该电子券对应的优惠金额，再后该服务器可根据预先针对该卖家用户设定的该补贴金额分配规则，确定该优惠金额中需要补贴给该卖家用户的部分金额，作为补贴金额，最后该服务器可根据该补贴金额，通过该中间账户调取各资金账户所提供的与该补贴金额相对应的资金，并向该卖家用户分配调取的资金。

其中，该优惠规则为：针对该电子券的使用记录，当消费者使用该电子券时，需要给予该优惠者的优惠金额。如，同样的8折优惠电子券，当消费者消费10000元使用时，该电子券对应的优惠金额为2000元，当消费者消费10元时，该电子券对应的优惠金额为2元。具体的，该优惠规则可由该电商运营平台确定，本申请并不限定。

在本身申请中，该补贴金额分配规则为：针对每个电子券对应的金额，确定该金额中那一部分是该卖家用户需要自己承担的，那一部分是该电商运营平台需要承担的。并且，由于各卖家用户的销售情况可能不同，所以该优惠规则也可以是不一样的。如，对于卖家用户d可以承担8.8折的优惠、卖家用户e只能承担9.5折的优惠，则该电商运营平台为了使全场都实现8折优惠，那么对于该卖家用户d和卖家用户e的补贴力度也会不同，即，优惠规则不同，那么对于该卖家用户d该电商运营平台需要补贴0.2折优惠的金额，对于该卖家用户e该电商运营平台需要补贴1.5折优惠的金额。

并且，如前文所述该服务器可以“确定若干资源提供方，之后再建立具有 调用各资源提供方所提供的资源的权限的中间提供方，作为共享资源池”，同理，该共享资金池中的资金也可是由多个资金账户提供的，即该服务器在建立共享资金池时，根据该补贴金额使用总量，确定若干提供补贴金额的资金账户，建立具有调用各资金账户所提供的资金的权限的中间账户，作为共享金额池，其中，该若干资金账户提供的资金之和不少于该补贴金额使用总量。则最终该服务器，可通过该中间账户调取各资金账户所提供的与该补贴金额相对应的资金，并向所述卖家用户分配调取的资金，也即完成了对该卖家用户的补贴。

可见，由于该服务器是通过该共享资金池，向各卖家用户发放补贴的，所以即使某几个卖家用户需要的补贴金额少于预期，由于其他卖家用户需要的补贴金额可能等于或者大于预期，所以不会出现现有技术中的由于资金池资金不足导致活动提前结束、由于资金池中资金剩余导致活动效果达不到预期的情况。即，通过图2的资源分配方法，可有效地避免资源浪费，提高资源使用效率。

基于图1所示的文件传输过程，本申请实施例还提供一种资源分配装置，如图3所示。

图3是本申请实施例提供一种文件传输装置的结构示意图，具体包括：

确定模块301，用于确定要使用资源的各用户；

建立模块302，用于根据确定的各用户，建立共享资源池；

分配模块303，用于针对每个用户，当接收到针对该用户的资源分配请求时，根据预先针对该用户设定的资源分配规则，从所述共享资源池钟为该用户分配资源。

所述建立模块302具体用于，针对每个用户，预估该用户的资源使用量，根据针对每个用户预估的资源使用量，确定资源使用总量，根据所述资源使用总量，建立共享资源池，其中，所述共享资源池中的资源量为所述资源使用总量。

所述建立模块302具体用于，根据所述资源使用总量，确定若干资源提供 方，其中，所述若干资源提供方提供的资源量之和不少于所述资源使用总量，建立具有调用各资源提供方所提供的资源的权限的中间提供方，作为共享资源池。

所述分配模块303具体用于，通过所述中间提供方调用各资源提供方所提供的资源，并将调用的资源分配给所述用户。

具体的，上述如图3所示的资源分配装置可以位于服务器中，该服务器可以是单独的一台设备，也可以是由多个设备组成的系统。

基于图2所示的资源分配过程，本申请实施例还提供一种资源分配装置，如图4所示。

图4是本申请实施例提供一种基于图2的资源分配装置的结构示意图，具体包括：

确定模块401，用于确定要使用补贴金额的各卖家用户；

建立模块402，用于根据确定的各卖家用户，建立共享金额池；

分配模块403，用于针对每个卖家用户，当接收到针对该卖家用户的补贴请求时，根据预先针对该卖家用户设定的补贴金额分配规则，从所述共享金额池中为该用户分配补贴金额。

所述建立模块402具体用于，针对每个卖家用户，预估该卖家用户的补贴金额使用量，根据针对每个卖家用户预估的补贴金额使用量，确定补贴金额使用总量，根据所述补贴金额使用总量，建立共享金额池，其中，所述共享金额池中的补贴金额量为所述补贴金额使用总量。

所述建立模块402具体用于，根据所述补贴金额使用总量，确定若干提供补贴金额的资金账户，其中，所述若干资金账户提供的资金之和不少于所述补贴金额使用总量，建立具有调用各资金账户所提供的资金的权限的中间账户，作为共享金额池。

所述分配模块403具体用于，当接收到该卖家用户的电子券对应的使用记录时，确定接收到针对该卖家用户的补贴请求。

所述分配模块403具体用于，确定所述使用记录中包含的所述电子券对应的优惠规则，根据所述优惠规则，确定所述电子券对应的优惠金额，根据预先针对该卖家用户设定的所述补贴金额分配规则，确定所述优惠金额中需要补贴给该卖家用户的部分金额，作为补贴金额，根据所述补贴金额，通过所述中间账户调取各资金账户所提供的与所述补贴金额相对应的资金，并向所述卖家用户分配调取的资金。

具体的，上述如图4所示的资源分配装置可以位于用于分配补贴金额的服务器中，该服务器可以是单独的一台设备，也可以是由多个设备组成的系统。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、 方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。