CN111353811B - 一种资源统一发放方法及系统 - Google Patents

Abstract

本发明公开了一种资源统一发放方法及系统，资源统一发放方法包括：接收业务系统发送的第一发放请求；根据第一发放请求，生成并发送第二发放请求给资源系统；接收资源系统发送的响应于所述第二发放请求的资源发放结果，将资源发放结果发送给业务系统。相比于现有技术，本发明实施例提供统一接收接口对应不同的业务系统，提供的发送接口与资源系统一一对应，业务系统不直接对接资源系统，业务系统无需开发多个接口对应多个资源系统，当资源系统更改时，只需修改对应的发送接口，无需修改发放该资源系统资源的业务系统，减少接口开发工作量，减少接口开发重复工作。

Description

一种资源统一发放方法及系统

技术领域

本发明涉及互联网信息技术领域，具体涉及一种资源统一发放方法及系统。

背景技术

在电商领域，资源主要是指在一些应用场景中用于激励用户的虚拟物品，不同的业态会定义不同的资源，各业态设置一个资源系统，用于管理和发放该业态下的资源。

目前资源发放的方法是，业务系统直接调用资源系统进行发放资源。然而不同的业务场景会发放不同/相同资源或者资源组合，如果业务需求需要发放不同的资源，业务系统需要对接多个资源系统，开发工作量大。多个业务系统都有发放某个资源系统A的资源的需求，每个业务系统都要对接资源系统A，开发工作重复。当某个资源系统发生变化，所有对接该资源系统的业务系统都要适配进行调整，修改工作量大。

发明内容

本发明的实施例提供一种资源统一发放方法及系统，解决现有业务系统直接对接资源系统，导致接口开发工作量大且开发工作重复的问题。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，本发明的实施例提供一种资源统一发放方法，包括：

接收业务系统发送的第一发放请求；

根据所述第一发放请求，生成并发送第二发放请求；

接收所述资源系统发送的资源发放结果，将所述资源发放结果发送给所述业务系统。

结合第一方面，在第一方面的第一种可能的实现方式中，所述方法还包括：

获取包配置信息；

根据所述包配置信息，生成资源包信息并保存，所述资源包信息包括至少两个资源的资源编号和发放数量；

生成资源包编号，将所述资源包编号和所述资源包信息绑定。

结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述第一发放请求包括资源包编号；

所述根据所述第一发放请求，生成并发送第二发放请求给资源系统，具体包括：

根据所述资源包编号，查询得到与所述资源包编号绑定的资源包信息；

根据资源的资源编号和发放数量，生成所述资源的第二发放请求；

采用消息队列机制将所述第二发放请求发送给所述资源所属的资源系统。

结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述接收所述资源系统发送的响应于所述第二发放请求的资源发放结果，将所述资源发放结果发送给所述业务系统，具体包括：

接收所述资源所属的资源系统发送的响应于所述第二发放请求的资源发放结果；

如果资源发放结果是发放成功，则将所述资源发放结果发送给所述业务系统；

如果资源发放结果是发放失败，则将所述资源的第二发放请求放入异常失败处理队列中，重新发送异常失败处理队列中的第二发放请求，直至资源发放结果是成功发放，将所述资源发放结果发送给所述业务系统。

结合第一方面，在第一方面的第四种可能的实现方式中，所述根据所述第一发放请求，生成并发送第二发放请求给资源系统，具体包括：

判断所述第一发放请求是否重复，如果不重复，则根据所述第一发放请求，向资源系统发送第二发放请求给资源系统。

第二方面，本发明的实施例提供一种资源统一发放系统，包括：

请求模块，用于接收业务系统发送的第一发放请求；

发放模块，用于根据所述第一发放请求，生成并发送第二发放请求给资源系统；

反馈模块，用于接收所述资源系统发送的响应于所述第二发放请求的资源发放结果，将所述资源发放结果发送给所述业务系统。

结合第二方面，在第二方面的第一种可能的实现方式中，所述系统还包括：

组包模块，用于获取包配置信息；根据所述包配置信息，生成资源包信息并保存，所述资源包信息包括至少两个资源的资源编号和发放数量；生成资源包编号，将所述资源包编号和所述资源包信息绑定。

结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述第一发放请求包括资源包编号；

所述发放模块包括：

查找单元，用于根据所述资源包编号，查询得到与所述资源包编号绑定的资源包信息；

解包单元，用于根据资源的资源编号和发放数量，生成所述资源的第二发放请求；

发送单元，用于采用消息队列机制将所述第二发放请求发送给所述资源所属的资源系统。

结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述反馈模块进一步用于：

接收所述资源所属的资源系统发送的响应于所述第二发放请求的资源发放结果；

如果资源发放结果是发放成功，则将所述资源发放结果发送给所述业务系统；

如果资源发放结果是发放失败，则将所述资源的第二发放请求放入异常失败处理队列中，重新发送异常失败处理队列中的第二发放请求，直至资源发放结果是成功发放，将所述资源发放结果发送给所述业务系统。

结合第二方面，在第二方面的第四种可能的实现方式中，所述发放模块，进一步用于判断所述请求模块接收的第一发放请求是否重复，如果不重复，则生成并发送第二发放请求给资源系统。

本发明实施例提供的一种资源统一发放方法及系统，解决现有业务系统直接对接资源系统，导致接口开发工作量大且开发工作重复的问题。本发明实施例资源统一发放方法，接收业务系统发送的第一发放请求；根据所述第一发放请求，生成并发送第二发放请求给资源系统；接收所述资源系统发送的响应于所述第二发放请求的资源发放结果，将所述资源发放结果发送给所述业务系统。相比于现有技术，本发明实施例中，统一接收不同业务系统发送的第一发放请求，向对应的资源系统发送第二发放请求。当一个业务系统发放不同资源系统的资源时，根据业务系统发送的第一发放请求生成多个第二发放请求，分别发送给对应的多个资源系统。当不同业务系统发放同一资源系统的资源时，根据不同的业务系统发送的第一发放请求生成第二发放请求，发送给对应的资源系统。本实施例提供一个接收接口对应所有业务系统，发送接口与资源系统一一对应，业务系统不直接对接资源系统，业务系统无需开发多个接口对应多个资源系统，当资源系统更改时，只需修改本实施例中提供的盖资源系统对应的发送接口，无需修改发放该资源系统的资源的业务系统，减少接口开发工作量，减少接口开发重复工作。

附图说明

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

图1为运行本发明实施例提供的资源统一发放方法的资源管理服务器的架构示意图；

图2为本发明实施例提供的资源统一发放方法的流程图；

图3为本发明实施例提供的资源统一发放系统的结构框图；

图4为本发明另一实施例提供的资源统一发放系统的结构框图。

具体实施方式

为使本领域技术人员更好地理解本发明的技术方案，下面结合附图和具体实施方式对本发明作进一步详细描述。显然，所描述的实施例是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的提前下所获得的实施例，都应属于本发明保护的范围。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样定义，不会用理想化或过于正式的含义来解释。

本发明实施例提供的资源统一发放方法流程，具体可以运行在图1所示的资源管理服务器中。

资源管理服务器包括输入单元、处理器单元、输出单元、通信单元、存储单元、外设单元等组件。这些组件通过一条或多条总线进行通信。本领域技术人员可以理解，图中示出的资源发放服务器的结构并不构成对本发明的限定，它既可以是总线形结构，也可以是星型结构，还可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。具体的：

输入单元用于实现开发人员与资源管理服务器的交互和/或信息输入到资源管理服务器中。例如，输入单元可以接收开发人员输入的数字或字符信息，以产生与用户设置或功能控制有关的信号输入。在本发明具体实施方式中，输入单元可以是触控面板，也可以是其他人机交互界面，例如实体输入键、鼠标或是操纵杆等。

处理器单元为资源管理服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储单元内的软件程序和/或模块，以及调用存储在存储单元内的数据，以执行服务器的各种功能和/或处理数据。处理器单元可以由集成电路(Integrated Circuit，简称IC)组成，例如可以由单颗封装的IC所组成，也可以由连接多颗相同功能或不同功能的封装IC而组成。举例来说，处理器单元可以仅包括中央处理器(Central Processing Unit，简称CPU)，也可以是GPU、数字信号处理器(Digital SignalProcessor，简称DSP)、及通信单元中的控制芯片(例如基带芯片)的组合。在本发明实施方式中，CPU可以是单运算核心，也可以包括多运算核心。

通信单元用于建立通信信道，使资源管理服务器通过通信信道以连接至远程设备，例如用户的终端设备，并与远程设备进行数据交互。

输出单元包括但不限于影像输出单元和声音输出单元。影像输出单元用于输出文字、图片和/或视频。影像输出单元可包括显示面板，例如采用LCD(Liquid CrystalDisplay，液晶显示器)、OLED(Organic Light-Emitting Diode，有机发光二极管)、场发射显示器(field emission display，简称FED)等形式来配置的显示面板。

存储单元可用于存储软件程序以及模块，处理单元通过运行存储在存储单元的软件程序以及模块，从而执行服务器的各种功能应用以及实现数据处理。存储单元主要包括程序存储区和数据存储区，其中，程序存储区可存储操作系统、至少一个功能所需的应用程序。在本发明具体实施方式中，存储单元可以包括易失性存储器，例如非挥发性动态随机存取内存(Nonvolatile Random Access Memory，简称NVRAM)、相变化随机存取内存(PhaseChange RAM，简称PRAM)、磁阻式随机存取内存(Magetoresistive RAM，简称MRAM)等，还可以包括非易失性存储器，例如至少一个磁盘存储器件、电子可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)、闪存器件，例如反或闪存(NOR flash memory)或是反及闪存(NAND flash memory)。非易失存储器储存处理单元所执行的操作系统及应用程序。处理单元从非易失存储器加载运行程序与数据到内存并将数字内容储存于大量储存装置中。

电源用于给资源管理服务器的不同部件进行供电以维持其运行，包括直接向服务器供电的外接电源，例如AC适配器等。在本发明的一些实施方式中，电源还可以作更为广泛的定义，例如还可以包括电源管理系统、充电系统、电源故障检测电路、电源转换器或逆变器、电源状态指示器(如发光二极管)，以及与服务器的电能生成、管理及分布相关联的其他任何组件。

本发明实施例提供一种资源统一发放方法，如图2所示，包括：

步骤S10，接收业务系统发送的第一发放请求；

步骤S20，根据所述第一发放请求，生成并发送第二发放请求给资源系统；

步骤S30，接收所述资源系统发送的响应于所述第二发放请求的资源发放结果，将所述资源发放结果发送给所述业务系统。

本发明实施例统一接收不同业务系统发送的第一发放请求，统一向不同资源系统发送第二发放请求，当一个业务系统发放不同资源系统的资源时，根据业务系统发送的第一发放请求生成多个第二发放请求，分别发送给对应的多个资源系统，并将资源系统反馈的发放结果发送给业务系统。当不同业务系统发放同一资源系统的资源时，根据不同的业务系统发送的第一发放请求生成第二发放请求，发送给对应的资源系统。提供一个接收接口对应所有业务系统，多个发送接口对应多个资源系统，业务系统不直接对接资源系统，不用针对一个业务系统开发对应对个资源系统的接口，较少接口开发工作量，也不用多个业务系统都需开发对应同一资源系统的接口，较少接口开发重复工作。

根据本发明的一个实施例，在步骤S10前，还包括步骤S01，具体包括：

S010，获取包配置信息；

S011，根据所述包配置信息，生成资源包信息并保存，所述资源包信息包括至少两个资源的资源编号和发放数量；

S012，生成资源包编号，将所述资源包编号和所述资源包信息绑定。

具体的，当业务系统需要发放多个资源系统的资源时，业务人员可以进行资源包的配置，包括发放哪些资源以及各资源的发放数量。获取资源包配置信息后，根据资源包配置信息生成资源包信息，资源包信息包括资源的资源编号和发放数量。生成资源包编号，将资源包编号绑定该资源包信息。例如，第一业务系统定义的场景一发放1个a1资源、2个a2资源和3个b资源，获取业务人员配置的包配置信息后，生成的资源包信息包括：a1资源的资源编号和发放数量的字段值“1”，a2资源的资源编号和发放数量的字段值“2”以及b资源的资源编号和发放数量的字段值“3”，保存上述资源包信息，并生成资源包编号，将资源包编号与上述资源包信息绑定。一个资源包编号对应一个资源包信息，便于通过资源包编号管理或查找资源包信息。

本发明实施例根据不同的业务需求创建资源包，通过建立资源包信息和资源包编号的一一对应关系，将资源包关联多个不同资源系统的资源，实现不同资源系统的资源的随机组合，以资源包的形式提供给业务系统，统一对接业务系统的接口，无需根据不同的业务系统提供不同的对接接口，减少开发工作量。

步骤S10中，通过统一接收接口对接不同的业务系统，接收所有业务系统发送的第一发放请求。若第二业务系统定义的场景一是发放单个资源，则接收的第二业务系统的第一发放请求包括所需发放资源的资源编号和发放数量。若第二业务系统定义的场景二是发放多个资源，该多个资源可以是属于同一资源系统，也可以是属于不同的资源系统，则接收的第二业务系统发送的第一发放请求包括资源包编号，该资源包编号绑定的资源包信息包括至少两个资源的资源编号和发放数量。

根据本发明的一个实施例，接收业务系统发送的第一发放请求后，判断所述第一发放请求是否重复，如果不重复，则根据所述第一发放请求，生成并发送第二发放请求给资源系统，如果重复，则丢弃第一发放请求。在接收第一发放请求后先进行去重处理，防止重复发放资源，提高资源发放的准确性。

根据本发明的一个实施例，如果步骤S10接收的业务系统发送的第一发放请求包括单个资源的资源编号和发放数量，步骤S20具体包括：根据资源编号和发放数量，生成第二发放请求，向该资源所属的资源系统发送第二发放请求，该资源系统根据第二发放请求进行资源发放。例如，第二业务系统定义的场景二发放4个c资源，接收的第二业务系统发送的第一发放请求包括c资源的资源编号和发放数量字段“4”，根据c资源的资源编号定位c资源属于资源系统C，生成资源系统C可解析的第二发放请求，将第二发放请求发送给资源系统C，资源系统C进行c资源的发放。

本发明实施例从业务系统接收到第一发放请求后进行解析，根据第一发放请求中的单资源的资源编号定位相应的资源所属资源系统，按照该资源系统的发放接口的标准，生成第二发放请求，通过该资源系统的发放接口将第二发放请求发送给该资源系统，资源系统使用现有的发放服务根据资源编号和发放数量进行相应资源的发放。提供统一的接收接口连接不同的业务系统，并通过各发送接口分别连接各资源系统，实现不同资源系统的单资源的发放，新增业务场景时，无需开发新的接口，如果资源系统发生变化，只需修改对接各资源系统的各发送接口，无需修改需发放该资源系统资源的业务系统，减少开发工作量。

根据本发明的一个实施例，如果步骤S10接收的业务系统发送的第一发放请求包括资源包编号，则步骤S20具体包括：

根据所述资源包编号，查询得到与所述资源包编号绑定的资源包信息；

根据各资源的资源编号和发放数量，生成所述各资源的第二发放请求；

采用消息队列机制将所述第二发放请求发送给所述各资源所属的资源系统。

具体的，根据要发放的资源包的资源包编号，查找得到该资源包的资源包信息，包括组成该资源包的各资源的资源编号和发放数量。根据各资源的资源编号定位各资源所属的资源系统，生成对应资源系统能够解析的第二发放请求，第二发放请求包括该资源的资源编号和发放数量，根据该资源的优先级，将第二发放请求放入不同优先级的消息队列中，将各资源的第二发放请求发送给该资源所属的资源系统。

例如，第一业务系统定义的场景一发放1个a1资源、2个a2资源和3个b资源，接收的第一业务系统发送的第一发放请求包括资源包编号，根据资源包编号查找得到对应的资源包信息包括：a1资源的资源编号和发放数量的字段值“1”，a2资源的资源编号和发放数量的字段值“2”以及b资源的资源编号和发放数量的字段值“3”。根据资a1资源的资源编号定位a1资源属于资源系统A，生成资源系统A可解析的第二发放请求，将第二发放请求发送给资源系统A，资源系统A进行a1资源的发放。根据资a2资源的资源编号定位a2资源属于资源系统A，生成资源系统A可解析的第二发放请求，将第二发放请求发送给资源系统A，资源系统A进行a2资源的发放。根据资b资源的资源编号定位b资源属于资源系统B，生成资源系统B可解析的第二发放请求，将第二发放请求发送给资源系统B，资源系统B进行b资源的发放。

本发明实施例对资源组合进行拆解，分为多个单资源，根据资源编号定位各资源所属资源系统，按照各资源系统的标准生成各资源的第二发放请求，通过连接各资源系统的发送接口将第二发放请求发送给各资源系统，各资源系统使用现有的发放服务根据资源编号和发放数量进行相应资源的发放。提供统一的接收接口连接不同的业务系统，并通过各发送接口分别连接各资源系统，实现不同资源系统的资源随机组合的发放，新增业务场景时，无需开发新的接口，如果资源系统发生变化，只需修改对接各资源系统的各发送接口，无需修改需发放该资源系统资源的业务系统，减少开发工作量。采用消息队列机制发送第二发放请求，也就是采用消息队列机制调用各资源系统的发放接口进行资源发放，不用等待发放结果就可以返回，再进行其它第二发放请求的发送，也就是其它资源的发放，相比于原来同步阻塞，提高资源发放速度。根据资源的优先级分别将第二发放请求放入不同优先级的消息队列中，在资源发放需求较大时，进行一定的流量控制，优选处理在优先级高的消息队列中的第二请求，保证了优先级高的资源优先被发放。

根据本发明的一个实施例，步骤S30具体包括：

接收所述资源所属的资源系统发送的响应于所述第二发放请求的资源发放结果；

如果资源发放结果是发放成功，则将所述资源发放结果发送给所述业务系统；

如果资源发放结果是发放失败，则将所述资源的第二发放请求放入异常失败处理队列中，重新发送异常失败处理队列中的第二发放请求，直至资源发放结果是成功发放，将所述资源发放结果发送给所述业务系统。

本发明实施例接收资源系统发送的资源发放结果，如果发放失败，则采用异常失败处理队列，对发放失败的资源的第二发放请求重新发送，即重新采用消息队列机制调用资源系统的发放接口进行资源发放，确保资源能够发放成功，提高资源发放的准确性和可靠性。

本发明实施例提供的资源统一发放方法，解决业务系统直接对接资源系统，导致接口开发工作量大且开发工作重复的问题。本发明实施例方法包括：接收业务系统发送的第一发放请求；根据所述第一发放请求，向资源系统发送第二发放请求，所述第二发放请求用于资源系统接收后发放资源；接收所述资源系统发送的资源发放结果，将所述资源发放结果发送给所述业务系统。相比于现有技术，本发明实施例中，统一接收不同业务系统发送的第一发放请求，统一向不同资源系统发送第二发放请求，当一个业务系统发放不同资源系统的资源时，根据业务系统发送的第一发放请求生成多个第二发放请求，分别发送给对应的多个资源系统，当不同业务系统发放同一资源系统的资源时，根据不同的业务系统发送的第一发放请求生成第二发放请求，发送给对应的资源系统。提供统一接口对应不同的业务系统，统一接口对应不同的资源系统，业务系统不直接对接资源系统，不用针对一个业务系统开发对应对个资源系统的接口，较少接口开发工作量，也不用多个业务系统都需开发对应同一资源系统的接口，较少接口开发重复工作。

本发明实施例还提供一种资源统一发放系统，如图3所示，包括：

请求模块，用于接收业务系统发送的第一发放请求；

发放模块，用于根据所述第一发放请求，生成并发送第二发放请求给资源系统；

反馈模块，用于接收所述资源系统发送的响应于所述第二发放请求的资源发放结果，将所述资源发放结果发送给所述业务系统。

根据本发明的一个实施例，如图4所示，所述系统还包括：

组包模块，用于获取包配置信息；根据所述包配置信息，生成资源包信息并保存，所述资源包信息包括至少两个资源的资源编号和发放数量；生成资源包编号，将所述资源包编号和所述资源包信息绑定。

根据本发明的一个实施例，所述第一发放请求包括资源包编号；

所述发放模块包括：

查找单元，用于根据所述资源包编号，查询得到与所述资源包编号绑定的资源包信息；

解包单元，用于根据资源的资源编号和发放数量，生成所述资源的第二发放请求；

发送单元，用于采用消息队列机制将所述第二发放请求发送给所述资源所属的资源系统。

根据本发明的一个实施例，所述反馈模块进一步用于：

接收所述资源所属的资源系统发送的响应于所述第二发放请求的资源发放结果；

如果资源发放结果是发放成功，则将所述资源发放结果发送给所述业务系统；

如果资源发放结果是发放失败，则将所述资源的第二发放请求放入异常失败处理队列中，重新发送异常失败处理队列中的第二发放请求，直至资源发放结果是成功发放，将所述资源发放结果发送给所述业务系统。

根据本发明的一个实施例，所述发放模块，进一步用于判断所述请求模块接收的第一发放请求是否重复，如果不重复，则生成并发送第二发放请求给资源系统。

本发明实施例提供的一种资源统一发放系统，解决业务系统直接对接资源系统，导致接口开发工作量大且开发工作重复的问题。本发明实施例资源统一发放系统，请求模块接收业务系统发送的第一发放请求；发放模块根据所述第一发放请求，向资源系统发送第二发放请求，所述第二发放请求用于资源系统接收后发放资源；反馈模块接收所述资源系统发送的资源发放结果，将所述资源发放结果发送给所述业务系统。相比于现有技术，本发明实施例的资源统一发放系统，连接在业务系统与多个资源系统之间，统一接收不同业务系统发送的第一发放请求，向不同资源系统发送不同的第二发放请求，使资源系统进行资源发放。当业务系统发放不同资源系统的资源时，根据业务系统发送的第一发放请求生成多个第二发放请求，分别发送给对应的多个资源系统，并将资源系统反馈的发放结果发送给业务系统。当不同的业务系统发放同一资源系统的资源时，根据不同的发放请求一一生成对应的第二发放请求，发送给同一资源系统，并将资源系统反馈的发放结果发送给业务系统。提供统一接收接口连接所有业务系统，提供多个发送接口对应多个资源系统，发送接口与资源接口一一对应，业务系统不直接对接资源系统，业务系统无需开发多个接口对应多个资源系统，当资源系统更改时，只需修改对应的发送接口，无需修改发放该资源系统资源的业务系统，减少接口开发工作量，减少接口开发重复工作。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。本领域技术人员可以理解，可以对实施例中的装置中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个装置中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-On ly Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (6)

1.一种资源统一发放方法，其特征在于，包括：

获取包配置信息；

根据所述包配置信息，生成资源包信息并保存，所述资源包信息包括至少两个资源的资源编号和发放数量；

生成资源包编号，将所述资源包编号和所述资源包信息绑定；

接收业务系统发送的第一发放请求；

根据所述第一发放请求，生成并发送第二发放请求给资源系统；

接收所述资源系统发送的响应于所述第二发放请求的资源发放结果，将所述资源发放结果发送给所述业务系统；

所述第一发放请求包括资源包编号；

所述根据所述第一发放请求，生成并发送第二发放请求给资源系统，具体包括：

根据所述资源包编号，查询得到与所述资源包编号绑定的资源包信息；

根据所述资源包信息中的各资源的资源编号和发放数量，分别生成各资源的第二发放请求；

采用消息队列机制将各资源的第二发放请求分别发送给各资源所属的资源系统。

2.根据权利要求1所述的方法，其特征在于，所述接收所述资源系统发送的响应于所述第二发放请求的资源发放结果，将所述资源发放结果发送给所述业务系统，具体包括：

接收所述资源所属的资源系统发送的响应于所述第二发放请求的资源发放结果；

如果资源发放结果是发放成功，则将所述资源发放结果发送给所述业务系统；

如果资源发放结果是发放失败，则将所述资源的第二发放请求放入异常失败处理队列中，重新发送异常失败处理队列中的第二发放请求，直至资源发放结果是发放成功，将所述资源发放结果发送给所述业务系统。

3.根据权利要求1所述的方法，其特征在于，所述根据所述第一发放请求，生成并发送第二发放请求给资源系统，具体包括：

判断所述第一发放请求是否重复，如果不重复，则根据所述第一发放请求，生成并发送第二发放请求给资源系统。

4.一种资源统一发放系统，其特征在于，包括：

组包模块，用于获取包配置信息；根据所述包配置信息，生成资源包信息并保存，所述资源包信息包括至少两个资源的资源编号和发放数量；生成资源包编号，将所述资源包编号和所述资源包信息绑定；

请求模块，用于接收业务系统发送的第一发放请求；

发放模块，用于根据所述第一发放请求，生成并发送第二发放请求给资源系统；

反馈模块，用于接收所述资源系统发送的响应于所述第二发放请求的资源发放结果，将所述资源发放结果发送给所述业务系统；

所述第一发放请求包括资源包编号；

所述发放模块包括：

查找单元，用于根据所述资源包编号，查询得到与所述资源包编号绑定的资源包信息；

解包单元，用于根据所述资源包信息中资源的资源编号和发放数量，生成所述资源的第二发放请求；

发送单元，用于采用消息队列机制将所述第二发放请求发送给所述资源所属的资源系统。

5.根据权利要求4所述的系统，其特征在于，所述反馈模块进一步用于：

接收所述资源所属的资源系统发送的响应于所述第二发放请求的资源发放结果；

如果资源发放结果是发放成功，则将所述资源发放结果发送给所述业务系统；

如果资源发放结果是发放失败，则将所述资源的第二发放请求放入异常失败处理队列中，重新发送异常失败处理队列中的第二发放请求，直至接收到的资源发放结果是发放成功，将所述资源发放结果发送给所述业务系统。

6.根据权利要求4所述的系统，其特征在于，所述发放模块，进一步用于判断所述请求模块接收的第一发放请求是否重复，如果不重复，则生成并发送第二发放请求给资源系统。