阅读说明：本技术 可用资源数据的处理方法、装置、服务器和存储介质 (Processing method, device, server and the storage medium of available resources data ) 是由 鲁志军 赵张云 周宇鑫 左宇峰 李晓华 周传科 高宏伟 吕强 于 2019-07-26 设计创作，主要内容包括：本说明书公开了一种可用资源数据的处理方法、装置、服务器和存储介质。该方法包括：接收来自第一资源授权请求,资源授权请求中的待授权资源归属方标识不同于第二类可用资源发放方标识；生成推荐分配方式,以利用第二类可用资源发放方发放的第二类可用资源,为至少一部分资源请求数量进行资源分配；向第二类可用资源发放方发送第二资源授权请求；若接收到第二资源授权请求的反馈消息为授权通过,设置针对第一资源授权请求的授权消息,授权消息用于授权第一类可用资源发放方使用推荐分配方式为待授权资源归属方分配第一类可用资源。根据本说明书实施例提供的方法,实现不同行业方发放的第二类可用资源在不同行业体系的资源使用场景中的流通使用。(Subject description discloses processing method, device, server and the storage mediums of a kind of available resources data.First resource authorization requests are come from this method comprises: receiving, are different from the second class available resources issuer mark to authorization resources ownership side mark in resource authorization request；It generates and recommends the method for salary distribution, to carry out resource allocation at least part resource request quantity using the second class available resources of the second class available resources issuer granting；Secondary resource authorization requests are sent to the second class available resources issuer；If receiving the feedback message of Secondary resource authorization requests to pass through for authorization, authorization messages for first resource authorization requests are set, and authorization messages are to distribute first kind available resources to authorization resources ownership side for authorizing first kind available resources issuer to use the recommendation method of salary distribution.According to the method that this specification embodiment provides, realize that circulation of the second class available resources of different industries side's granting in the resource usage scenario of different industries system uses.)

可用资源数据的处理方法、装置、服务器和存储介质

技术领域

本说明书涉及网络数据处理技术领域，尤其涉及一种可用资源数据的处理方法、装置、服务器和存储介质。

背景技术

电子券是指由各行业的商家发放，以各种电子媒介形式制作、传播和使用的商业凭证。随着银行业务的不断拓展和业务种类的不断增多，使用电子券进行支付的数据业务，已经成为各家银行以及各行业商家增加用户黏性和提升用户活跃度的重要手段。

目前使用电子券进行支付的数据业务，仅限于交易发起方使用某行业方发放的电子券，消费该行业方自身体系推出的产品。例如某通讯运营商的电子券数据只能用于购买该通讯运营商的电话费，而不能用于购买机票。

为了使交易发起方中行业方的电子券不仅可以消费行业方自身体系推出的产品，而且可以在行业方外部体系消费和流通，通常需要行业方在自身体系内建设线上/线下消费场景，例如通讯运营商需要建设线上商城，使该通讯运营商的电子券不仅可以购买电话费，还可以用于在该线上商城购物。但是建设线上/线下消费场景，将为行业方带来额外的系统建设工作和运维工作，增加成本。

发明内容

本说明书实施例提供一种可用资源数据的处理方法、装置、服务器和存储介质，可以实现不同行业方发放的第二类可用资源在不同行业体系的资源使用场景中的流通使用。

第一方面，本说明书实施例提供一种可用资源数据的处理方法，应用于资源平台服务器，包括：

接收来自第一类可用资源发放方的第一资源授权请求，第一资源授权请求包括资源请求方标识、待授权资源归属方标识、第二类可用资源发放方标识和第一类可用资源的请求数量；其中，

资源请求方标识用于指示资源请求方，第二类可用资源发放方标识用于指示第二类可用资源发放方，且待授权资源归属方标识不同于第二类可用资源发放方标识；

生成推荐分配方式，推荐分配方式包括利用第二类可用资源发放方发放的属于资源请求方的第二类可用资源，为请求数量中的至少一部分资源请求数量进行资源分配；

向第二类可用资源发放方发送第二资源授权请求，第二资源授权请求包括资源请求方标识和至少一部分资源请求数量；

若接收到第二资源授权请求的反馈消息为授权通过，设置针对第一资源授权请求的授权消息，授权消息用于授权第一类可用资源发放方使用推荐分配方式，为待授权资源归属方标识所指示的待授权资源归属方分配第一类可用资源。

第二方面，本说明书实施例提供一种可用资源数据的处理方法，应用于第二类可用资源发放方，包括：

接收第二资源授权请求，第二资源授权请求包括资源请求方标识和至少一部分资源请求数量，资源请求方标识用于指示资源请求方；

响应于第二资源授权请求，检测资源请求方的第二类可用资源的剩余数量是否足够为至少一部分资源请求数量进行资源分配；

若资源请求方的第二类可用资源的剩余数量足够为至少一部分资源请求数量进行资源分配，则设置针对第二资源授权请求的反馈消息为授权通过；

发送针对第二资源授权请求的反馈消息为授权通过。

第三方面，本说明书实施例提供一种可用资源数据的处理方法，应用于第一类可用资源发放方，包括：

发送第一资源授权请求，第一资源授权请求包括资源请求方标识、待授权资源归属方标识、第二类可用资源发放方标识和第一类可用资源的请求数量；其中，

资源请求方标识用于指示资源请求方，第二类可用资源发放方标识用于指示第二类可用资源发放方，且待授权资源归属方标识不同于第二类可用资源发放方标识；

接收针对第一资源授权请求的授权消息，授权消息用于授权第一类可用资源发放方，为请求数量中的至少一部分资源请求数量进行资源分配；

利用属于第二类可用资源发放方的第一类可用资源，为待授权资源归属方标识所指示的待授权资源归属方，分配至少一部分资源请求数量的第一类可用资源。

第四方面，本说明书实施例提供一种可用资源数据的处理装置，应用于资源平台服务器，包括：

第一资源授权请求接收模块，用于接收来自第一类可用资源发放方的第一资源授权请求，第一资源授权请求包括资源请求方标识、待授权资源归属方标识、第二类可用资源发放方标识和第一类可用资源的请求数量；其中，资源请求方标识用于指示资源请求方，第二类可用资源发放方标识用于指示第二类可用资源发放方，且待授权资源归属方标识不同于第二类可用资源发放方标识；

推荐分配方式生成模块，用于生成推荐分配方式，推荐分配方式包括利用第二类可用资源发放方发放的属于资源请求方的第二类可用资源，为请求数量中的至少一部分资源请求数量进行资源分配；

第二资源授权请求发送模块，用于向第二类可用资源发放方发送第二资源授权请求，第二资源授权请求包括资源请求方标识和至少一部分资源请求数量；

第一资源授权请求授权模块，用于若接收到第二资源授权请求的反馈消息为授权通过，设置针对第一资源授权请求的授权消息，授权消息用于授权第一类可用资源发放方使用推荐分配方式，为待授权资源归属方标识所指示的待授权资源归属方分配第一类可用资源。

第五方面，本说明书实施例提供一种可用资源数据的处理装置，应用于第二类可用资源发放方，包括：

第二资源授权请求接收模块，用于接收第二资源授权请求，第二资源授权请求包括资源请求方标识和至少一部分资源请求数量，资源请求方标识用于指示资源请求方；

资源剩余数量检测模块，用于响应于第二资源授权请求，检测资源请求方的第二类可用资源的剩余数量是否足够为至少一部分资源请求数量进行资源分配；

资源授权请求反馈模块，用于若资源请求方的第二类可用资源的剩余数量足够为至少一部分资源请求数量进行资源分配，则设置针对第二资源授权请求的反馈消息为授权通过；

反馈消息发送模块，用于发送针对第二资源授权请求的反馈消息为授权通过。

第六方面，本说明书实施例提供一种可用资源数据的处理装置，应用于第一类可用资源发放方，包括：

第一资源授权请求发送模块，用于发送第一资源授权请求，第一资源授权请求包括资源请求方标识、待授权资源归属方标识、第二类可用资源发放方标识和第一类可用资源的请求数量；其中，

资源请求方标识用于指示资源请求方，第二类可用资源发放方标识用于指示第二类可用资源发放方，且待授权资源归属方标识不同于第二类可用资源发放方标识；

授权消息接收模块，用于接收针对第一资源授权请求的授权消息，授权消息用于授权第一类可用资源发放方，为请求数量中的至少一部分资源请求数量进行资源分配；

待授权资源分配模块，用于利用属于第二类可用资源发放方的第一类可用资源，为待授权资源归属方标识所指示的待授权资源归属方，分配至少一部分资源请求数量的第一类可用资源。

第七方面，本说明书实施例提供一种资源平台服务器，其特征在于，包括存储器和处理器；存储器用于储存有可执行程序代码；处理器用于读取存储器中存储的可执行程序代码以执行上述第一方面的可用资源数据的处理方法。

第八方面，本说明书实施例提供一种第二类可用资源发放服务器，其特征在于，包括存储器和处理器；存储器用于储存有可执行程序代码；处理器用于读取存储器中存储的可执行程序代码以执行上述第二方面的可用资源数据的处理方法。

第九方面，本说明书实施例提供一种第一类可用资源发放服务器，其特征在于，包括存储器和处理器；存储器用于储存有可执行程序代码；处理器用于读取存储器中存储的可执行程序代码以执行上述第三方面的处理方法。

第十方面，本说明书实施例提供一种计算机可读存储介质，其特征在于，计算机可读存储介质包括指令，当指令在计算机上运行时，使得计算机执行上述各方面的可用资源数据的处理方法。

根据本说明书实施例中的可用资源数据的处理方法、装置、服务器和存储介质，第二类可用资源发放方和待授权资源归属方是不同的行业机构，资源请求者可以使用第二类可用资源发放方发放的第二类可用资源，为请求的第一类可用资源进行资源分配，请求到的第一类可用资源归属于待授权资源归属方，从而实现在异业资源使用场景下，能用第二类可用资源对请求的第一类可用资源进行抵扣，为第二类可用资源发放方节省系统建设和运维工作带来的工作成本。

附图说明

为了更清楚地说明本说明书实施例的技术方案，下面将对本说明书实施例中所需要使用的附图作简单地介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本说明书一个示例的资源分配系统架构示意图；

图2是本说明书一个实施例的可用资源数据的处理系统的架构示意图；

图3是本说明书实施例的可用资源数据的处理方法的流程图；

图4是本说明书另一实施例的可用资源数据的处理方法的流程图；

图5是本说明书再一实施例的可用资源数据的处理方法的流程示意图；

图6是本说明书一实施例的使用第二类可用资源数据为第一类可用资源的请求数量进行资源分配的流程示意图；

图7是本说明书另一实施例的使用第二类可用资源数据为第一类可用资源的请求数量进行资源分配的流程示意图；

图8是本说明书一实施例的可用资源数据的处理装置；

图9是本说明书另一实施例的可用资源数据的处理装置；

图10是本说明书再一实施例的可用资源数据的处理装置；

图11是实现本说明书实施例的可用资源数据的处理方法和装置的计算设备的示例性硬件架构的结构图。

具体实施方式

下面将详细描述本说明书的各个方面的特征和示例性实施例，为了使本说明书的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本说明书进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本说明书，并不被配置为限定本说明书。对于本领域技术人员来说，本说明书可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本说明书的示例来提供对本说明书更好的理解。

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

图1示出了本说明书一个示例的资源分配系统架构示意图。图1中的资源分配系统100可以包括：应用设备101和行业方应用服务器103。

其中，应用设备101可以运行行业方应用，通过行业方应用为用户提供对应的行业服务。为增加用户黏性、提升用户的活跃度，行业方应用服务器103可以通过行业方应用向用户发放第二类可用资源。

在本说明书实施例中，第一类可用资源可以是资金资源，第二类可用资源可以是电子资源，例如电子券和红包。电子券例如可以包括现金券、抵扣券和折扣券等。行业方可以构建属于行业自身体系的资源使用系统，在属于行业方自身体系的资源使用系统中，可以预先设置资源对象所需的第一类可用资源数量，或者该资源对象所需的第二类可用资源数量。作为示例，请求的资源对象包括产品对象或服务对象。

行业方应用服务器103可以将属于该用户的第二类可用资源转换为第一类可用资源，从而利用资源转换得到的第一类可用资源的剩余数量为资源对象所需的第一类可用资源数量进行资源分配，以使用户可以使用该资源对象；或者，行业方应用服务器103可以利用属于该用户的第二类可用资源的剩余数量为资源对象所需的第二类可用资源数量进行资源分配，以使用户可以使用该资源对象。

作为示例，通信运营商作为行业方发放属于通信用户的第二类可用资源，并在该通信运营商的资源使用场景(例如线上/线下消费场景)中，通信用户使用发放的第二类可用资源，请求使用通信运行商自身推出的资源对象例如电话费、短信包和流量包等。由于通信运营商发放的属于通信用户的第二类可用资源在其他行业体系中并不能通用，只能在自身体系内的资源使用场景中使用，而建设线上/线下消费场景，将为行业方带来额外的系统建设工作和运维工作，增加成本。

为了解决现有技术中，行业方自身体系的行业应用向用户发放的第二类可用资源，在不同行业体系的资源使用场景中不能通用的问题，本说明书实施例提供一种可用资源数据的处理方法、装置、服务器和存储介质，实现不同行业方发放的第二类可用资源在不同行业体系的资源使用场景中的流通使用。

图2示出了本说明书一个实施例的可用资源数据的处理系统的架构示意图。图2中的可用资源数据的处理系统200可以包括：应用设备101、第一类可用资源发放服务器102、行业方应用服务器103、资源平台服务器104和待授权资源归属端105。其中，

第一类可用资源发放服务器102，用于为资源请求方建立第一类可用资源账户以及发放第一类可用资源。作为示例，第一类可用资源发放服务器102可以是发卡行服务器。

行业方应用服务器103，用于为某行业方应用程序的用户发放第二类可用资源、设置第一类可用资源和第二类可用资源之间的资源转换规则、以及对用户的第二类可用资源的分配请求进行授权。

应用设备203，用于执行行业方应用程序，通过该行业方应用程序生成资源使用请求，资源使用请求的展示形式可以包括资源使用请求条码(例如二维码和条形码)或资源使用请求数字编码等。作为示例，应用设备203可以是能够运行行业方应用程序的计算机或其他终端设备，例如手机、平板等移动终端设备。

在一个实施例中，资源使用请求可以包括如下资源使用信息：请求的资源对象、资源请求方标识和第二类可用资源发放方标识。其中，第二类可用资源发放方标识用于标识第二类可用资源发放方(例如行业方)，资源请求方标识用于标识资源请求方(例如行业方应用的用户)。

待授权资源归属端105，用于提供资源对象、设置资源对象所需的第一类可用资源数量、以及接收与资源对象所需的第一类可用资源数量对应的第一类可用资源。

在一个实施例中，待授权资源归属端105可以接收来自资源请求方的资源使用请求，根据接收的资源使用请求获取如下资源使用信息例如：请求的资源对象、资源请求方标识、第二类可用资源发放方标识和待授权资源归属方标识。

在一个实施例中，待授权资源归属端105，可以根据请求的资源对象对第一类可用资源的需求数量，得到第一类可用资源的请求数量；利用该第一类可用资源的请求数量、获取的待授权资源归属端标识、资源使用信息中的资源请求方标识和第二类可用资源发放方标识，生成资源分配请求；将资源分配请求发送至第一类可用资源发放服务器102。

通过上述实施例可知，可用资源发放方标识用于标识第二类可用资源发放方(例如行业方)，而待授权资源归属方标识用于标识待授权资源归属方(即行业商户)。若待授权资源归属方标识与第二类可用资源发放方标识不同，表示待授权资源归属方和第二类可用资源发放方是不同的行业机构，归属于不同的行业体系。

在本说明书实施例中，第一类可用资源发放服务器102，接收资源分配请求，生成该资源分配请求对应的资源授权请求，并将该资源分配请求对应的资源授权请求发送至资源平台服务器205。资源平台服务器205，可以用于根据接收到的第一资源授权请求生成推荐的资源分配方式，根据推荐的资源分配方式，至少利用第二类可用资源发放方发放的属于资源请求方的第二类可用资源，为第一类可用资源的请求数量进行资源分配，并将资源分配得到的第一类可用资源发送至待授权资源归属端。

为了更好的理解本说明书，下面将结合附图，详细描述根据本说明书实施例的可用资源的数据处理方法、装置、系统和存储介质，应注意，这些实施例并不是用来限制本说明书公开的范围。

图3是示出根据本说明书实施例的可用资源数据的处理方法的流程图。在一个实施例中，可用资源数据的处理方法可以应用于资源平台服务器，如图3所示，可用资源数据的处理方法，可以包括：

S110，接收来自第一类可用资源发放方的第一资源授权请求，第一资源授权请求包括资源请求方标识、待授权资源归属方标识、第二类可用资源发放方标识和第一类可用资源的请求数量。

其中，资源请求方标识用于指示资源请求方，第二类可用资源发放方标识用于指示第二类可用资源发放方，且待授权资源归属方标识不同于第二类可用资源发放方标识。

S120，生成推荐分配方式，推荐分配方式包括利用第二类可用资源发放方发放的属于资源请求方的第二类可用资源，为请求数量中的至少一部分资源请求数量进行资源分配。

S130，向第二类可用资源发放方发送第二资源授权请求，第二资源授权请求包括资源请求方标识和至少一部分资源请求数量。

S140，若接收到第二资源授权请求的反馈消息为授权通过，设置针对第一资源授权请求的授权消息，授权消息用于授权第一类可用资源发放方使用推荐分配方式，为待授权资源归属方标识所指示的待授权资源归属方分配第一类可用资源。

根据本说明书实施例的可用资源的处理方法，资源平台服务器根据接收的第一资源授权请求中的第一类可用资源的请求数量，生成与请求数量对饮的推荐分配方式，利用该推荐分配方式，使用第二类可用资源发放方发放的属于资源请求方的第二类可用资源，为第一类可用资源的请求数量中的至少一部分进行资源分配，将资源分配得到的第一类可用资源发送至待授权资源归属方。

在本说明书实施例中，第二类可用资源发放方与待授权资源归属方为不同行业体系的资源方，通过本说明书实施例的可用资源的处理方法，可以使用第二类可用资源发放方发放的属于资源请求方的第二类可用资源，在其他行业体系的资源使用场景中，为所请求的资源对象对第一类可用资源的请求数量进行资源分配，从而使第二类可用资源发放方发放的第二类可用资源在不同行业体系间流通使用，避免行业方为使用自身发放的第二类可用资源，而各自建设基于自身体系的线上/线下资源使用场景，为第二类可用资源发放方节省因系统建设和运维工作带来的工作成本。

在一个实施例中，S120中生成推荐分配方式的步骤，可以包括：

S121，从预设资源使用规则中选择与请求数量相匹配的资源使用规则。

S122，根据预设资源使用规则的优先级，确定相匹配的资源使用规则的使用顺序。

S123，依照使用顺序，对相匹配的资源使用规则中的资源使用方案进行组合，根据组合得到的资源使用方案生成推荐分配方式。

在该实施例中，资源平台服务器可以根据第一类可用资源的请求数量，自动搜索能与该请求数量相匹配的规则，从而算出最佳资源分配方式，可以解决资源请求方手动搜索匹配的资源换分配方式时数据处理量大，处理速度慢的问题，提高可用资源数量的处理效率，为资源请求方快速推荐最佳资源分配方式，同时提高用户体验。

在一个实施例中，预设资源使用规则包括：与第一类可用资源相关的资源使用规则、与第二类可用资源相关的资源使用规则、以及资源使用规则的使用优先级。

作为一个示例，与第一类可用资源相关的资源使用规则，可以包括卡资源使用规则，卡资源使用规则包括使用卡中的第一数量的第一类可用资源为第一类可用资源的请求数量进行资源分配时的资源使用方案，第一数量小于等于请求数量。作为具体示例，卡相关规则可以包括：利用少于资源请求数量的第一类可用资源对该请求数量进行资源分配。例如：与卡资源使用相关的立减、折扣、满减等资源使用优惠方案。

作为一个示例，与第二类可用资源相关的资源使用规则，可以包括使用规定数量的第一类可用资源对该请求数量进行资源分配时，为第一资源授权请求中资源请求方的第二类可用资源的剩余数量，增加第二数量的第二类可用资源。例如：与卡资源使用相关的积分赠送，红包赠送等资源使用方案。

作为一个示例，资源使用规则的使用优先级，可以通过对资源请求方所采用的资源使用规则的历史数据进行数据分析，得到资源请求方的习惯规则。作为示例，根据历史数据分析，可以将资源请求方主动选择的资源使用规则的使用优先级设置为高优先级。

在一个实施例中，步骤S121具体可以包括：

S1211，从预设资源使用规则的待匹配规则中获取第一分配数量，第一分配数量为待匹配规则中使用第二类可用资源进行资源分配时，对应的第一类可用资源的推荐分配数量。

S1212，根据第二类可用资源发放方的预设资源转换规则，对第二类可用资源发放方发放的属于资源请求方的第二类可用资源的剩余数量进行转换处理，得到转换的第一类可用资源的剩余数量。

S1213，如果转换的第一类可用资源的剩余数量大于等于第一分配数量，且经查询得到资源发放方的第一类可用资源的剩余数量大于等于第一分配数量，则将待匹配规则作为与请求数量相匹配的资源使用规则。

在该实施例中，若待匹配规则中资源请求方的第二类可用资源的剩余数量大于等于该第一分配数量，表示资源请求方的第二类可用资源余量充足；若第二类可用资源发放方的第一类可用资源的剩余数量大于等于第一推荐数量，表示属于第二类可用资源发放方的第一类可用资源的剩余数量充足，在资源请求方的第二类可用资源余量充足以及第二类可用资源发放方的第一类可用资源的剩余数量充足的条件下，判定待匹配规则可以与第一类可用资源的请求数量相匹配。

在一个实施例中，步骤S121具体可以包括：

S1214，从预设资源使用规则的待匹配规则中获取第二分配数量，第二分配数量为待匹配规则中使用第一类可用资源进行资源分配时，第一类可用资源的推荐分配数量。

S1215，发送针对资源请求方的第一类可用资源的余量查询请求。

S1216，如果资源请求方的第一类可用资源的剩余数量大于等于第二分配数量，则将待匹配规则作为与请求数量相匹配的资源使用规则。

在该实施例中，若待匹配规则中资源请求方的第一类可用资源大于等于第二分配数量，表示资源请求方的第一类可用资源余量充足，例如资源请求方的卡内余额充足，判定待匹配规则可以与第一类可用资源的请求数量相匹配。

作为一个示例，资源请求方的***台服务器向第二类可用资源发放方获取属于资源请求方的剩余积分，根据用户剩余积分进行换算，换算得到的资金大于等于资金请求数量，则判定换算后的积分充足，同时资源平台服务器检测属于第二类可用资源发放方的资金账户剩余资金是否充足，若该剩余资金充足，则判断确实能匹配该规则。

在一个实施例中，若至少一部分资源请求数量小于请求数量，推荐分配方式还包括：利用属于资源请求方的第一类可用资源，为请求数量中的另一部分资源请求数量进行资源分配；在该实施例中，可用资源数据的处理方法还可以包括：

S150，向第一类可用资源发放方发送第三资源授权请求，第三资源授权请求包括资源请求方标识和另一部分资源请求数量；

S151，若接收到第二资源授权请求的反馈消息和第三资源授权请求的反馈消息均为授权通过，则设置针对第一资源授权请求的授权消息。

在该实施例中，可以同时使用资源请求方的第一类可用资源和第二类可用资源，为第一类可用资源的请求数量进行资源分配。例如，同时使用积分和卡的资金金额，对请求的资金金额进行资源分配。

在一个实施例中，在步骤S140的设置针对第一资源授权请求的授权消息的步骤之前，还包括：

确定第二类可用资源发放方的第一类可用资源的剩余数量的剩余数量，大于等于至少一部分资源请求数量。

在该实施例中，若接收到第二资源授权请求的反馈消息为授权通过，且第二类可用资源发放方的第一类可用资源的剩余数量大于等于至少一部分资源请求数量，判定资源请求者的第二类可用资源充足且第二类可用资源发放方的第一类可用资源充足，从而授权第一类可用资源发放方使用推荐分配方式，为待授权资源归属方标识所指示的待授权资源归属方分配第一类可用资源。

在一个实施例中，可用资源数据的处理方法，还可以包括：

S160，若接收到第二资源授权请求的反馈消息为授权通过，根据至少一部分资源请求数量，更新记录的由第一类可用资源发放方发放的，属于第二类可用资源发放方的第一类可用资源的剩余数量；

S161，当属于第二类可用资源发放方的第一类可用资源的剩余数量小于等于预设剩余数量时，生成针对第二类可用资源发放方的余量提醒消息。

在该实施例中，资源平台服务器或者第一类可用资源发放方，可以对第二类可用资源发放方(例如行业方)的第一类可用资源的剩余数量进行监控，如果所剩余的第一类可用资源的剩余数量已经达到指定阀值，则生成余量提醒消息，以通知第二类可用资源发放方对该第二类可用资源发放方的第一类可用资源账户进行充值。

在一个实施例中，可用资源数据的处理方法，还可以包括：

若接收到针对第二资源授权请求的反馈消息为授权拒绝，且授权拒绝消息包括来自资源请求方的确认拒绝消息，重新生成推荐分配方式，得到新的推荐分配方式。

在该实施例中，如果接收到资源请求方对推荐分配方式的拒绝消息，则可以生成新的推荐分配方式，并请求第二类可用资源发放方对新的推荐分配方式中要使用的第二类可用资源进行授权。

在一个实施例中，步骤S140具体可以包括：

授权第一类可用资源发放方，利用属于第二类可用资源发放方的第一类可用资源，为待授权资源归属方标识所指示的待授权资源归属方分配至少一部分资源请求数量的第一类可用资源。

在该实施例中，第二类可用资源发放方对推荐分配方式中的至少一部分资源授权通过后，利用第二类可用资源发放方的第一类可用资源，为该至少一部分资源进行资源分配。

在一个实施例中，可用资源数据的处理方法，还包括：

S170，接收开户请求，开户请求用于根据第二类可用资源发放方的申请，请求在第一类可用资源发放方中建立属于资源请求方的使用限额受限的第一类可用资源账户。

S171，响应于开户请求，生成账户校验请求，以请求第一类可用资源发放方对已建立的属于资源请求方的使用限额不受限的第一类可用资源账户进行账户信息校验。

S172，若账户信息校验的校验结果为通过，向第一类可用资源发放方发送开户请求。

S173，接收申请到的属于资源请求方的具有使用限额的第一类可用资源账户的账户信息，向第二类可用资源发放方反馈账户信息。

在该实施例中，要使用资源请求方的第二类可用资源为第一类可用资源的请求数量进行资源分配，需要预先在第一类可用资源发放方建立资源请求方的使用限额受限的第一类可用资源账户。

在本说明书实施例中，第一类可用资源账户包括使用限额受限的第一类可用资源账户和使用限额不受限的第一类可用资源账户。使用限额不受限的第一类可用资源账户例如包括第一类资金账户，使用限额受限的第一类可用资源账户例如可以包括第二类资金账户和第三类资金账户。

在一个实施例中，可用资源数据的处理方法，还可以包括：

S180，接收来自第一类可用资源发放方的针对至少一部分资源请求数量的资源分配结果，资源分配结果包括已为至少一部分资源请求数量进行资源分配。

S181，向第二类可用资源发放方反馈针对至少一部分资源请求数量的资源分配结果。

在该实施例中，若成功为待授权资源归属方标识所指示的待授权资源归属方分配第一类可用资源，向第二类可用资源发放方反馈资源分配结果，以使第二类资源发放方通过第二类资源应用向资源请求放展示该资源分配结果。

根据本说明书实施例的可用资源数据的处理方法，第二类可用资源发放方和待授权资源归属方是不同的行业机构，资源请求者可以使用第二类可用资源发放方发放的第二类可用资源，为请求的第一类可用资源进行资源分配，请求到的第一类可用资源归属于待授权资源归属方，从而实现在异业资源使用场景下，能用第二类可用资源对请求的第一类可用资源进行抵扣。

图4是根据本说明书另一实施例的可用资源数据的处理方法的流程图。在一个实施例中，该可用资源数据的处理方法可以应用于第二类可用资源发放方，如图4所示，可用资源数据的处理方法，可以包括：

S210，接收第二资源授权请求，第二资源授权请求包括资源请求方标识和至少一部分资源请求数量，资源请求方标识用于指示资源请求方。

S220，响应于第二资源授权请求，检测资源请求方的第二类可用资源的剩余数量是否足够为至少一部分资源请求数量进行资源分配。

S230，若资源请求方的第二类可用资源的剩余数量足够为至少一部分资源请求数量进行资源分配，则设置针对第二资源授权请求的反馈消息为授权通过。

S240，发送针对第二资源授权请求的反馈消息为授权通过。

根据本说明书实施例的可用资源数据的处理方法，第二类可用资源发放方接收到第二资源授权请求，检测资源请求方的第二类可用资源是否足够换算为至少一部分资源请求数量的第一类可用资源，以及检测自身的第一类可用资源是否足够支付该至少一部分资源请求数量的第一类可用资源，从而根据上述检测结果确定是否对接收到的请求使用第二类可用资源对请求的第一类可用资源进行支付的授权请求进行授权通过。

在一个实施例中，S220中检测资源请求方的第二类可用资源的剩余数量是否足够为至少一部分资源请求数量进行资源分配的步骤，具体可以包括：

S221，根据第二类可用资源发放方的预设资源转换规则，对资源请求方的第二类可用资源的剩余数量进行资源转换，得到资源请求方的转换得到的第一类可用资源的剩余数量；

S222，如果转换得到的第一类可用资源的剩余数量大于等于至少一部分资源请求数量，判定资源请求方的第二类可用资源的剩余数量足够为至少一部分资源请求数量进行资源分配。

在该实施例中，第二类可用资源方可以自行设置资源换算规则，从而根据设置的资源换算规则，对第二类可用资源和第一类可用资源进行相互转换。

在一个实施例中，在S230设置针对第二资源授权请求的反馈消息为授权通过的步骤之前，还包括：

生成推荐分配方式的展示信息，展示推荐分配方式的展示信息；接收来自资源请求方的对推荐分配方式的确认通过消息。

在该实施例中，第二类可用资源发放方向资源请求方展示推荐分配方式，以获取资源请求方对该推荐分配方式的确认通过。

在一个实施例中，可用资源数据的处理方法，还可以包括：

步骤S240，若接收到来自资源请求方对推荐分配方式的确认拒绝消息，则设置针对第二资源授权请求的反馈消息为授权拒绝消息，且授权拒绝消息包括来自资源请求方的确认拒绝消息。

在该实施例中，如果获取资源请求方拒绝确定通过该推荐分配方式，第二类可用资源发放方可以生成对应的授权拒绝消息，以通知资源平台服务器重新生成推荐支付方式。

在一个实施例中，可用资源数据的处理方法，还可以包括：

S250，接收针对至少一部分资源请求数量的资源分配结果。

S251，若资源分配结果为已为至少一部分资源请求数量进行资源分配，则基于至少一部分资源请求数量，更新第二类可用资源发放方发放的属于资源请求方的第二类可用资源。

在该实施例中，如果已经成功使用资源请求方的第二类可用资源对请求的第一类可用资源进行资源分配，则对资源请求方的第二类可用资源的数量进行更新，得到资源分配后的资源请求方的第二类可用资源的剩余数量。

在一个实施例中，可用资源数据的处理方法，还可以包括：

S260，发送开户请求，开户请求用于根据请求在第一类可用资源发放方中建立属于资源请求方的使用限额受限的第一类可用资源账户。

S261，接收开户请求所对应的账户信息，账户信息包括属于资源请求方的具有使用限额的第一类可用资源账户的账户信息。

根据本说明书实施例的可用资源数据的处理方法，第二类可用资源发放方为资源请求方发放第二类可用资源，资源请求方可以使用该第二类可用资源为第一类可用资源的请求数量进行资源分配，为待授权资源归属方分配该请求的第一类可用资源。由于第二类可用资源发放方和待授权资源归属方是不同的行业机构，本说明书实施例的可用资源数据的处理方法，可以实现在异业资源使用场景下，能用第二类可用资源对请求的第一类可用资源进行抵扣。

图5示出根据本说明书再一实施例的可用资源数据的处理方法的流程示意图。在该实施例中，可用资源数据的处理方法可以应用于第一类可用资源发放方，如图5所示，可用资源数据的处理方法，可以包括：

S310，发送第一资源授权请求，第一资源授权请求包括资源请求方标识、待授权资源归属方标识、第二类可用资源发放方标识和第一类可用资源的请求数量。

其中，资源请求方标识用于指示资源请求方，第二类可用资源发放方标识用于指示第二类可用资源发放方，且待授权资源归属方标识不同于第二类可用资源发放方标识；

S320，接收针对第一资源授权请求的授权消息，授权消息用于授权第一类可用资源发放方，为请求数量中的至少一部分资源请求数量进行资源分配。

S330，利用属于第二类可用资源发放方的第一类可用资源，为待授权资源归属方标识所指示的待授权资源归属方，分配至少一部分资源请求数量的第一类可用资源。

在一个实施例中，可用资源数据的处理方法，还可以包括：

S340，接收第三资源授权请求，第三资源授权请求包括资源请求方标识和另一部分资源请求数量；

S341，若检测资源请求方的第一类可用资源的剩余数量大于等于另一部分资源请求数量，设置针对第三资源授权请求的反馈消息均为授权通过；

S342，利用资源请求方的第一类可用资源的剩余数量为另一部分资源请求数量进行资源分配。

在一个实施例中，可用资源数据的处理方法，还可以包括：

S350，生成针对至少一部分资源请求数量的资源分配结果。

S351，将针对至少一部分资源请求数量的资源分配结果，发送至资源平台服务器以及待授权资源归属方。

在一个实施例中，可用资源数据的处理方法，还可以包括：

S360，生成针对另一部分资源请求数量的资源分配结果。

S361，将针对另一部分资源请求数量的资源分配结果，发送至资源平台服务器以及待授权资源归属方。

在一个实施例中，可用资源数据的处理方法，还可以包括：

S370，接收账户校验请求，账户校验请求用于请求对已建立的属于资源请求方的使用限额不受限的第一类可用资源账户进行账户信息校验。

S371，若账户信息校验成功，建立属于资源请求方的使用限额不受限的第一类可用资源账户。

S372，生成资源请求方的使用限额不受限的第一类可用资源账户的账户信息，向资源平台服务器发送账户信息。

在一个实施例中，可用资源数据的处理方法，还可以包括：

S380，监控第二类可用资源发送方的第一类可用资源的剩余数量，当第二类可用资源发送方的第一类可用资源的剩余数量小于等于预设金额时，生成针对第二类可用资源发放方的余量提醒消息。

根据本说明书实施例的可用资源数据的处理方法，第一类可用资源发放返可以为资源请求方和第二类可用资源发放方建立各自对应的第一类可用资源账户；根据接收的第一类可用资源的资源请求数量，按照资源平台服务器推荐的分配方式，使用第二类可用资源发放方的第一类可用资源为请求数量中的至少一部分资源请求数量进行资源分配，从而实现利用资源请求方的第二类可用资源对第一类可用资源的转换。

图6示出了根据本说明书一实施例的使用第二类可用资源数据为第一类可用资源的请求数量进行资源分配的流程示意图。如图6所示，在一个实施例中，可用资源数据的处理方法可以包括：

S401，待授权资源接收方向第一类可用资源发放方发送资源请求。

S402，第一类可用资源发放方根据资源请求中的第一类可用资源的请求数量，向资源平台服务器发起第一资源授权请求。

S403，资源平台服务器根据第一类可用资源的请求数量，生成推荐分配方式。作为示例，推荐分配方式例如可以是使用资源请求方的第二类可用资源，为全部请求数量的第一类可用资源进行资源分配。

S404，资源平台服务器根据第一类可用资源的请求数量，向第二类可用资源发放方发起第二资源授权请求。

S405，第二类可用资源发放方将资源请求方的第二类可用资源转化为第一类可用资源，确定由资源请求方的第二类可用资源转换得到的第一类可用资源。

S406，若检测到转换得到的第一类可用资源大于等于第一类可用资源的请求数量，对第二资源授权请求授权通过。

S407，第二类可用资源发放方向资源平台服务器反馈该第一资源授权请求的授权结果为授权通过。

S408，资源平台服务器检测属于第一类可用资源发放方的第一类可用资源是否充足，如果第一类可用资源的剩余数量大于等于第一类可用资源的请求数量，生成第一资源授权请求的授权结果为授权通过。

S409，资源平台服务器向第一类可用资源发放方反馈该第一资源授权请求的授权结果为授权通过。

S410，第一类可用资源发放方利用第二类可用资源发放方的第一类可用资源，为第一类可用资源的请求数量进行资源分配，其中，该分配的请求数量的第一类可用资源归属于第一类可用资源发放方。

S411，第一类可用资源发放方向第一类可用资源发放方反馈该资源分配结果。

S412-S414，第一类可用资源发放方，通过资源平台服务器和第二类可用资源发放方，将该资源分配结果反馈至第二类可用资源应用端。

S415，第二类可用资源应用端根据为第一类可用资源进行资源分配使用的第二类可用资源的数量，对资源请求方的第二类可用资源的剩余数量进行更新。

图7示出了根据本说明书另一实施例的使用第二类可用资源数据为第一类可用资源的请求数量进行资源分配的流程示意图。如图7所示，在一个实施例中，可用资源数据的处理方法可以包括：

S501，待授权资源接收方向第一类可用资源发放方发送资源请求。

S502，第一类可用资源发放方根据资源请求中的第一类可用资源的请求数量，向资源平台服务器发起第一资源授权请求。

S503，资源平台服务器根据第一类可用资源的请求数量，生成推荐分配方式。作为示例，推荐分配方式包括使用资源请求方的第二类可用资源对请求数量中的一部分资源请求数量进行资源分配，并使用资源请求方的第二类可用资源对请求数量中的另一部分资源请求数量进行资源分配。

S504，资源平台服务器发送第二资源授权请求，以请求第二类可用资源发放方，为该一部分资源请求数量申请授权。

S505，第二类可用资源发放方将资源请求方的第二类可用资源转化为第一类可用资源，确定由资源请求方的第二类可用资源转换得到的第一类可用资源。

S506，若检测到转换得到的第一类可用资源的剩余数量大于等于该一部分第一类可用资源的请求数量，生成对第二资源授权请求的授权结果为授权通过。

S507，向资源平台服务器反馈该第二资源授权请求的授权结果为授权通过。

S508，资源平台服务器检测属于第一类可用资源发放方的第一类可用资源是否充足，如果第一类可用资源的剩余数量大于等于第一类可用资源的请求数量，生成第一资源授权请求的授权结果为授权通过。

S509，资源平台服务器向第一类可用资源发放方反馈该第一资源授权请求的授权结果为授权通过。

S510，资源平台服务器发送第三资源授权请求，以请求第一类可用资源发放方，为该另一部分资源请求数量申请授权。

S511，第一类可用资源发放方响应第三资源授权请求，若检测到资源请求方的第一类可用资源的剩余数量大于等于该另一部分资源请求数量，设置第三资源授权请求的授权结果为授权通过。

S512，第一类可用资源发放方利用第二类可用资源发放方的第一类可用资源，为第一类可用资源的请求数量中的该一部分资源请求数量进行资源分配，以及利用资源请求方的第一类可用资源，为该另一部分资源请求数量进行资源分配，该分配的请求数量的第一类可用资源归属于第一类可用资源发放方。

S513，第一类可用资源发放方向第一类可用资源发放方反馈该资源分配结果。

S514-S516，第一类可用资源发放方，通过资源平台服务器和第二类可用资源发放方，将该资源分配结果反馈至第二类可用资源应用端。

S517，第二类可用资源应用端根据为第一类可用资源进行资源分配使用的第二类可用资源的数量，对资源请求方的第二类可用资源的剩余数量进行更新。

图8示出了根据本说明书一实施例的可用资源数据的处理装置。在一个实施例中，可用资源数据的处理装置600可以包括：

第一资源授权请求接收模块610，用于接收来自第一类可用资源发放方的第一资源授权请求，第一资源授权请求包括资源请求方标识、待授权资源归属方标识、第二类可用资源发放方标识和第一类可用资源的请求数量。

其中，资源请求方标识用于指示资源请求方，第二类可用资源发放方标识用于指示第二类可用资源发放方，且待授权资源归属方标识不同于第二类可用资源发放方标识。

推荐分配方式生成模块620，用于生成推荐分配方式，推荐分配方式包括利用第二类可用资源发放方发放的属于资源请求方的第二类可用资源，为请求数量中的至少一部分资源请求数量进行资源分配。

第二资源授权请求发送模块630，用于向第二类可用资源发放方发送第二资源授权请求，第二资源授权请求包括资源请求方标识和至少一部分资源请求数量。

第一资源授权请求授权模块640，用于若接收到第二资源授权请求的反馈消息为授权通过，设置针对第一资源授权请求的授权消息，授权消息用于授权第一类可用资源发放方使用推荐分配方式，为待授权资源归属方标识所指示的待授权资源归属方分配第一类可用资源。

在一个实施例中，推荐分配方式生成模块620可以包括：

匹配规则选择单元，用于从预设资源使用规则中选择与请求数量相匹配的资源使用规则。

优先级确定单元，用于根据预设资源使用规则的优先级，确定相匹配的资源使用规则的使用顺序。

规则组合单元，用于依照使用顺序，对相匹配的资源使用规则中的资源分配方式进行组合，根据组合得到的资源资源分配方式生成推荐分配方式。

在一个实施例中，预设资源使用规则包括：与第一类可用资源相关的资源使用规则、与第二类可用资源相关的资源使用规则、以及资源使用规则的使用优先级。

在一个实施例中，匹配规则选择单元，具体可以用于：

从预设资源使用规则的待匹配规则中获取第一分配数量，第一分配数量为待匹配规则中使用第二类可用资源进行资源分配时，对应的第一类可用资源的推荐分配数量；

根据第二类可用资源发放方的预设资源转换规则，对第二类可用资源发放方发放的属于资源请求方的第二类可用资源的剩余数量进行转换处理，得到转换的第一类可用资源的剩余数量；

如果转换的第一类可用资源的剩余数量大于等于第一分配数量，且经查询得到资源发放方的第一类可用资源的剩余数量大于等于第一分配数量，则将待匹配规则作为与请求数量相匹配的资源使用规则。

在一个实施例中，匹配规则选择单元，具体可以用于：

从预设资源使用规则的待匹配规则中获取第二分配数量，第二分配数量为待匹配规则中使用第一类可用资源进行资源分配时，第一类可用资源的推荐分配数量；

发送针对资源请求方的第一类可用资源的余量查询请求；

如果资源请求方的第一类可用资源的剩余数量大于等于第二分配数量，则将待匹配规则作为与请求数量相匹配的资源使用规则。

在一个实施例中，若至少一部分资源请求数量小于请求数量，推荐分配方式还包括：利用属于资源请求方的第一类可用资源，为请求数量中的另一部分资源请求数量进行资源分配。

在该实施例中，可用资源数据的处理装置600可以包括：

第三资源授权请求发送模块，用于向第一类可用资源发放方发送第三资源授权请求，第三资源授权请求包括资源请求方标识和另一部分资源请求数量。

第一资源授权请求授权模块，还用于若接收到第二资源授权请求的反馈消息和第三资源授权请求的反馈消息均为授权通过，则设置针对第一资源授权请求的授权消息。

在一个实施例中，第一资源授权请求授权模块，具体还用于在设置针对第一资源授权请求的授权消息之前，确定第二类可用资源发放方的第一类可用资源的剩余数量，大于等于至少一部分资源请求数量。

在一个实施例中，可用资源数据的处理装置600可以包括：

资源余量更新模块，用于若接收到第二资源授权请求的反馈消息为授权通过，根据至少一部分资源请求数量，更新记录的由第一类可用资源发放方发放的属于第二类可用资源发放方的第一类可用资源的剩余数量。

余量提醒消息生成模块，用于当属于第二类可用资源发放方的第一类可用资源的剩余数量小于等于预设剩余数量时，生成针对第二类可用资源发放方的余量提醒消息。

在一个实施例中，推荐分配方式生成模块620，具体还用于：

若接收到针对第二资源授权请求的反馈消息为授权拒绝，且授权拒绝消息包括来自资源请求方的确认拒绝消息，重新生成推荐分配方式，得到新的推荐分配方式。

在一个实施例中，第一资源授权请求授权模块，具体还用于：

授权第一类可用资源发放方，利用属于第二类可用资源发放方的第一类可用资源，为待授权资源归属方标识所指示的待授权资源归属方分配至少一部分资源请求数量的第一类可用资源。

在一个实施例中，可用资源数据的处理装置600还可以包括：

开户请求接收模块，用于接收开户请求，开户请求用于根据第二类可用资源发放方的申请，请求在第一类可用资源发放方中建立属于资源请求方的使用限额受限的第一类可用资源账户。

账户校验请求生成模块，用于响应于开户请求，生成账户校验请求，以请求第一类可用资源发放方对已建立的属于资源请求方的使用限额不受限的第一类可用资源账户进行账户信息校验。

开户请求发送模块，用于若账户信息校验的校验结果为通过，向第一类可用资源发放方发送开户请求。

账户信息接收模块，用于接收申请到的属于资源请求方的具有使用限额的第一类可用资源账户的账户信息，向第二类可用资源发放方反馈账户信息。

在一个实施例中，可用资源数据的处理装置600还可以包括：

资源分配结果接收模块，用于接收来自第一类可用资源发放方的针对至少一部分资源请求数量的资源分配结果，资源分配结果包括已为至少一部分资源请求数量进行资源分配。

资源分配结果发送模块，用于向第二类可用资源发放方反馈针对至少一部分资源请求数量的资源分配结果。

图9示出了根据本说明书另一实施例的可用资源数据的处理装置。在一个实施例中，可用资源数据的处理装置700可以包括：

第二资源授权请求接收模块710，用于接收第二资源授权请求，第二资源授权请求包括资源请求方标识和至少一部分资源请求数量，资源请求方标识用于指示资源请求方。

资源剩余数量检测模块720，用于响应于第二资源授权请求，检测资源请求方的第二类可用资源的剩余数量是否足够为至少一部分资源请求数量进行资源分配。

资源授权请求反馈模块730，用于若资源请求方的第二类可用资源的剩余数量足够为至少一部分资源请求数量进行资源分配，则设置针对第二资源授权请求的反馈消息为授权通过；

反馈消息发送模块740，用于发送针对第二资源授权请求的反馈消息为授权通过。

在一个实施例中，资源剩余数量检测模块720，具体可以包括：

资源转换单元，用于根据第二类可用资源发放方的预设资源转换规则，对资源请求方的第二类可用资源的剩余数量进行资源转换，得到资源请求方的转换得到的第一类可用资源的剩余数量。

余量充足判定单元，用于如果转换得到的第一类可用资源的剩余数量大于等于至少一部分资源请求数量，判定资源请求方的第二类可用资源的剩余数量足够为至少一部分资源请求数量进行资源分配。

在一个实施例中，资源授权请求反馈模块还用于：在设置针对第二资源授权请求的反馈消息为授权通过之前，生成推荐分配方式的展示信息，展示推荐分配方式的展示信息；接收来自资源请求方的对推荐分配方式的确认通过消息。

在一个实施例中，可用资源数据的处理装置700，还可以包括：

授权拒绝消息设置模块，用于若接收到来自资源请求方对推荐分配方式的确认拒绝消息，则设置针对第二资源授权请求的反馈消息为授权拒绝消息，且授权拒绝消息包括来自资源请求方的确认拒绝消息。

在一个实施例中，可用资源数据的处理装置700，还可以包括：

资源分配结果接收模块，用于接收针对至少一部分资源请求数量的资源分配结果。

可用资源更新模块，用于若资源分配结果为已为至少一部分资源请求数量进行资源分配，则基于至少一部分资源请求数量，更新第二类可用资源发放方发放的属于资源请求方的第二类可用资源。

在一个实施例中，可用资源数据的处理装置700，还可以包括：

开户请求发送模块，用于发送开户请求，开户请求用于根据请求在第一类可用资源发放方中建立属于资源请求方的使用限额受限的第一类可用资源账户。

账户信息接收模块，用于接收开户请求所对应的账户信息，账户信息包括属于资源请求方的具有使用限额的第一类可用资源账户的账户信息。

图10示出了根据本说明书再一实施例的可用资源数据的处理装置。在一个实施例中，可用资源数据的处理装置800可以包括：

第一资源授权请求发送模块810，用于发送第一资源授权请求，第一资源授权请求包括资源请求方标识、待授权资源归属方标识、第二类可用资源发放方标识和第一类可用资源的请求数量。

其中，资源请求方标识用于指示资源请求方，第二类可用资源发放方标识用于指示第二类可用资源发放方，且待授权资源归属方标识不同于第二类可用资源发放方标识。

授权消息接收模块820，用于接收针对第一资源授权请求的授权消息，授权消息用于授权第一类可用资源发放方，为请求数量中的至少一部分资源请求数量进行资源分配。

待授权资源分配模块830，用于利用属于第二类可用资源发放方的第一类可用资源，为待授权资源归属方标识所指示的待授权资源归属方，分配至少一部分资源请求数量的第一类可用资源。

在一个实施例中，可用资源数据的处理装置800还可以包括：

第三资源授权请求接收模块，用于接收第三资源授权请求，第三资源授权请求包括资源请求方标识和另一部分资源请求数量。

反馈消息设置模块，用于若检测资源请求方的第一类可用资源的剩余数量大于等于另一部分资源请求数量，设置针对第三资源授权请求的反馈消息均为授权通过。

资源分配模块，用于利用资源请求方的第一类可用资源的剩余数量为另一部分资源请求数量进行资源分配。

在一个实施例中，可用资源数据的处理装置800还可以包括：

资源分配结果生成模块，用于生成针对至少一部分资源请求数量的资源分配结果。

资源分配结果发送模块，用于将针对至少一部分资源请求数量的资源分配结果，发送至资源平台服务器以及待授权资源归属方。

在一个实施例中，可用资源数据的处理装置800还可以包括：

资源分配结果生成模块，还用于生成针对另一部分资源请求数量的资源分配结果。

资源分配结果发送模块，还用于将针对另一部分资源请求数量的资源分配结果，发送至资源平台服务器以及待授权资源归属方。

在一个实施例中，可用资源数据的处理装置800还可以包括：

账户校验请求接收模块，用于接收账户校验请求，账户校验请求用于请求对已建立的属于资源请求方的使用限额不受限的第一类可用资源账户进行账户信息校验。

资源账户建立模块，用于若账户信息校验成功，建立属于资源请求方的使用限额不受限的第一类可用资源账户。

账户信息发送模块，用于生成资源请求方的使用限额不受限的第一类可用资源账户的账户信息，向资源平台服务器发送账户信息。

在一个实施例中，可用资源数据的处理装置800还可以包括：

资源余量监控模块，用于监控第二类可用资源发送方的第一类可用资源的剩余数量，当第二类可用资源发送方的第一类可用资源的剩余数量小于等于预设金额时，生成针对第二类可用资源发放方的余量提醒消息。

需要明确的是，本说明书并不局限于上文实施例中所描述并在图中示出的特定配置和处理。为了描述的方便和简洁，这里省略了对已知方法的详细描述，并且上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图11是示出能够实现根据本说明书实施例的图像处理方法和装置的计算设备的示例性硬件架构的结构图。

如图11所示，计算设备900包括输入设备901、输入接口902、中央处理器903、存储器904、输出接口905、以及输出设备906。其中，输入接口902、中央处理器903、存储器904、以及输出接口905通过总线910相互连接，输入设备901和输出设备906分别通过输入接口902和输出接口905与总线910连接，进而与计算设备900的其他组件连接。具体地，输入设备901接收来自外部的输入信息，并通过输入接口902将输入信息传送到中央处理器903；中央处理器903基于存储器904中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器904中，然后通过输出接口905将输出信息传送到输出设备906；输出设备906将输出信息输出到计算设备900的外部供用户使用。

在一个实施例中，图9所示的计算设备900可以被实现为一种资源平台服务器，该资源平台服务器可以包括：存储器，被配置为存储程序；处理器，被配置为运行存储器中存储的程序，以执行上述实施例中应用于资源平台服务器的可用资源数据的处理方法。

图9所示的计算设备900还可以被实现为一种资源发放服务器，该资源发放服务器可以包括：存储器，被配置为存储程序；处理器，被配置为运行存储器中存储的程序，以执行上述实施例中应用于第二类可用资源发放方的可用资源数据的处理方法。

图9所示的计算设备900还可以被实现为一种资源发放服务器，该资源发放服务器可以包括：存储器，被配置为存储程序；处理器，被配置为运行存储器中存储的程序，以执行上述实施例中应用于第一类可用资源发放方的可用资源数据的处理方法。

根据本说明书的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本说明书的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以从网络上被下载和安装，和/或从可拆卸存储介质被安装。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令，当其在计算机上运行时，使得计算机执行上述各个实施例中描述的方法。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本说明书实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘)等。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。