资源的分配方法和装置、存储介质、电子装置与流程

本申请涉及互联网领域，具体而言，涉及一种资源的分配方法和装置、存储介质、电子装置。

背景技术：

随着互联网的快速发展，各种网站和网络app(application，应用程序)应运而生，由于网站和网络app数量庞大，网站或网络app运营商为了吸引用户持续关注某一网站或某一网络app，在网站或网络app的业务服务器中设置任务奖励系统，当用户完成任一任务时，对用户进行相应的虚拟资源的奖励，以激励用户持续访问该网站，或持续使用该网络app。

在实现本发明过程中，发明人发现目前的任务奖励机制是，在每个业务上线时，需要在业务系统中集成任务奖励系统，任务奖励系统的开发代码巨大，效率较低，服务方和业务方由于耦合，存在相互制约，不利于业务的扩展。

针对上述的问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请实施例提供了一种资源的分配方法和装置、存储介质、电子装置，以至少解决相关技术中资源分配系统与业务系统耦合性较高的技术问题。

根据本申请实施例的一个方面，提供了一种资源的分配方法，包括：通过行为中心监控到用户帐号在目标业务中的第一操作行为；在任务中心查找与第一操作行为关联的目标任务，其中，任务中心保存有在多个业务中执行的多个任务，多个业务包括目标业务，多个任务包括目标任务；在根据第一操作行为确定目标任务已经完成的情况下，通过资源中心向用户帐号分配与目标任务匹配的目标虚拟资源，其中，资源中心用于管理与多个业务关联的虚拟资源，目标虚拟资源是目标引擎从用于保存虚拟资源的目标资源池中获取的。

根据本申请实施例的另一方面，还提供了一种资源的分配装置，包括：监控单元，用于通过行为中心监控到用户帐号在目标业务中的第一操作行为；查找单元，用于在任务中心查找与第一操作行为关联的目标任务，其中，任务中心保存有在多个业务中执行的多个任务，多个业务包括目标业务，多个任务包括目标任务；分配单元，用于在根据第一操作行为确定目标任务已经完成的情况下，通过资源中心向用户帐号分配与目标任务匹配的目标虚拟资源，其中，资源中心用于管理与多个业务关联的虚拟资源，目标虚拟资源是目标引擎从用于保存虚拟资源的目标资源池中获取的。

根据本申请实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的程序，程序运行时执行上述的方法。

根据本申请实施例的另一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器通过计算机程序执行上述的方法。

在本申请实施例中，行为中心、任务中心以及资源中心作为三个独立的模块，可以接入有奖励需要的业务，行为中心接收业务系统上报的用户各种实时操作行为，各个业务调用方通过消息形式发送到奖励系统(即资源中心)，奖励系统经过行为中心的分析处理，来决定行为是否完成，如果行为完成时，查看任务中心是否有任务绑定了该行为，有的话任务状态变更为完成，任务完成触发资源中心给用户发放奖励。由于奖励相关的系统(如行为中心、任务中心、资源中心)与业务系统解绑了，可以解决相关技术中资源分配系统与业务系统耦合性较高的技术问题。

附图说明

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

图1是根据本申请实施例的资源的分配方法的硬件环境的示意图；

图2是根据本申请实施例的一种可选的资源的分配方法的流程图；

图3是根据本申请实施例的一种可选的系统架构的示意图；

图4是根据本申请实施例的一种可选的奖励系统的示意图；

图5是根据本申请实施例的一种可选的规则引擎的示意图；

图6是根据本申请实施例的一种可选的活动管理的示意图；

图7是根据本申请实施例的一种可选的规则树的示意图；

图8是根据本申请实施例的一种可选的资源的分配装置的示意图；以及

图9是根据本申请实施例的一种终端的结构框图。

具体实施方式

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

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

下面对本申请用到的部分技术术语进行解释：

javascript框架(简称js框架)：是指以javascript语言为基础搭建的编程框架。javascript框架融入到属于自己的web和移动应用程序中，构建后端api和丰富的前台客户端是一大趋势，而这些又多由javascript框架编写而成。

gojs：是一个实现交互类图表(比如流程图、树图、关系图、力导图等等)的js库。

json(javascriptobjectnotation,js对象简谱)：是一种轻量级的数据交换格式。

在为用户提供服务的过程中，如为客户提供丰富多样的投资理财产品、证券、基金、保险、理财等；为了更好的产品服务于用户，开采用各种各样的营销活动来增加产品的曝光度，同时为了提高用户的参与度，增加用户的黏性，参与活动的用户将有机会获取各种各样的奖励，比如虚拟或者实物的奖励。针对不同的用户，不同的场景，有不同的奖励形式，目前采取的方式是针对不同的活动奖励方案单一，固定，无法做到实时调整营销方案，耦合性太高，但在需要快节奏和精准的营销方式面前，目前还无法做到千人千面的营销奖励方案。

针对上述问题，根据本申请实施例的一方面，提供了一种资源的分配方法的方法实施例。

可选地，在本实施例中，上述资源的分配方法可以应用于如图1所示的由行为中心101、任务中心103、资源中心105以及目标引擎107所构成的系统硬件环境中。如图1所示，任务中心103通过网络与行为中心101、资源中心105进行连接，目标引擎107与资源中心105连接，行为中心，用于监控用户帐号在目标业务中的第一操作行为；任务中心，用于查找与第一操作行为关联的目标任务，其中，任务中心保存有在多个业务中执行的多个任务，多个业务包括目标业务，多个任务包括目标任务；资源中心，用于在根据第一操作行为确定目标任务已经完成的情况下，向用户帐号分配与目标任务匹配的目标虚拟资源，其中，资源中心用于管理与多个业务关联的虚拟资源；目标引擎，用于从目标资源池中获取目标虚拟资源，目标资源池用于保存虚拟资源。

可在资源中心或独立于资源中心设置数据库109，用于为资源中心提供数据存储服务，上述网络包括但不限于：广域网、城域网或局域网。

图2是根据本申请实施例的一种可选的资源的分配方法的流程图，如图2所示，该方法可以包括以下步骤：

步骤s202，行为中心监控用户帐号在目标业务中的第一操作行为，行为中心可以监控所有接入业务中用户的操作行为。

步骤s204，在任务中心查找与第一操作行为关联的目标任务，任务中心保存有在多个业务中执行的多个任务，多个业务包括目标业务，多个任务包括目标任务，任务中心可用于管理所有已经关联的任务，所谓的任务包括一系列的用户操作行为，这些操作行为可以是指顺序的一系列操作行为，也可以是无序的多个操作行为。

步骤s206，在根据第一操作行为确定目标任务已经完成的情况下，资源中心向用户帐号分配与目标任务匹配的目标虚拟资源，资源中心用于管理与多个业务关联的虚拟资源。

上述虚拟资源可以为网页端或者应用app端的虚拟资源，如虚拟货币、实物兑换券、金币、游戏道具等。为了描述统一，后续统一以应用于购物场景中的营销活动为例进行说明。

在上述方案中，行为中心、任务中心以及资源中心作为三个独立的模块，可以接入有虚拟资源的分配需要的业务，行为中心接收业务系统上报的用户各种实时行为(如第一操作行为)，各个业务调用方通过消息形式发送到资源中心，资源中心经过行为中心的分析处理，来决定行为是否完成，如果行为完成时，查看任务中心是否有任务绑定了该行为，有的话任务状态变更为完成，任务完成触发资源中心给用户发放虚拟资源。由于虚拟资源相关的系统(如行为中心、任务中心、资源中心)与业务系统解绑了，可以解决相关技术中资源分配系统与业务系统耦合性较高的技术问题。

本方案提供了一套完整的快速生成资源分配(如营销奖励)方案的系统，能够实时根据用户的行为动态调整分配的虚拟资源。该方案包括三个模块、五个组件和一个规则引擎；三个模块是指资源中心、行为中心、任务中心，五个组件是指活动、场景、资源库、资源池、资源。规则引擎相当于一棵流程决策树，将场景、资源池、奖品、行为等串联起来，决定不同用户在不同场景获取哪些资源，达到动态精准的资源分配的目的。下面结合图2所示的步骤进一步详述本申请的技术方案：

在步骤s202提供的技术方案中，行为中心监控所接入的业务中的用户帐号的操作行为。

可选地，为了满足以下需求：针对不同用户，不同参与阶段，做到实时动态调整分配的资源；保证开发效率和营销效率快速响应需求的变化，包扩新活动快速上线和在线调整营销策略。可以在需要的时候将该业务的相关逻辑通过接入本申请的系统来实现，在向所述多个业务中新增业务的情况下，在多个资源池中增加与所述新增业务关联的资源池，在多个引擎中增加与所述新增业务关联的引擎，该引擎通过所执行的一系列决策条件来将场景、新增的资源池、奖品、行为等串联起来，最终完成资源的分配。由于各个业务使用了采用本申请的方案的统一架构，故而可以打通活动与活动之间的数据，在活动与活动之间做到联动的精准营销控制。

在步骤s204提供的技术方案中，在任务中心查找与第一操作行为关联的目标任务，任务中心保存有在多个业务中执行的多个任务，多个业务包括目标业务，多个任务包括目标任务。

在任务中心保存在各个业务中的任务，每个业务存在对应的任务标识，该任务下的每个操作行为也存在类似的操作标识，对于监测到的操作行为，也存在类似的操作标识，进而可以根据该标识确定该操作行为属于哪一个任务。

在步骤s206提供的技术方案中，在根据第一操作行为确定目标任务已经完成的情况下，通过资源中心向用户帐号分配与目标任务匹配的目标虚拟资源。

可选地，根据第一操作行为确定目标任务是否完成包括如下步骤1-步骤5：

步骤1，获取目标任务所包括的多个操作行为；

步骤2，在多个操作行为是无序的操作行为且多个操作行为中的第二操作行为均被标记为已经被用户帐号完成的情况下，在用户帐号触发第一操作行为时确定目标任务已经完成；

步骤3，在多个操作行为是无序的操作行为且多个操作行为中存在未被标记为已经被用户帐号完成的第二操作行为的情况下，在用户帐号触发第一操作行为时确定目标任务未被完成，第二操作行为是多个操作行为中除第一操作行为以外的操作行为；

步骤4，在多个操作行为是顺序的操作行为且第一操作行为是多个操作行为中最后一个操作行为的情况下，在用户帐号触发第一操作行为时确定目标任务已经完成；

步骤5，在多个操作行为是顺序的操作行为且第一操作行为不是多个操作行为中最后一个操作行为的情况下确定目标任务未被完成。

可选地，通过资源中心向用户帐号分配与目标任务匹配的目标虚拟资源包括：从多个引擎中查找与目标业务关联的目标引擎，多个引擎中的引擎为与多个业务中的业务关联的引擎，如每个引擎对应于一个业务；通过目标引擎获取与目标任务匹配的目标虚拟资源；通过资源中心向用户帐号下发目标虚拟资源。

上述通过目标引擎获取与目标任务匹配的目标虚拟资源包括通过目标引擎执行如下步骤：在资源中心的多个资源池中查找与目标业务关联的目标资源池，多个资源池中的每个资源池为与多个任务中的一个任务关联的资源池，具体可以为资源池与任务一一对应；在目标资源池查找与用户帐号匹配的目标虚拟资源；通过资源中心向用户帐号下发目标虚拟资源包括：通过资源中心将目标虚拟资源下放至用户帐号的帐户中。

可选地，所分配的虚拟资源可以根据用户选择的进入渠道(如社交、即时通讯、购物等渠道)来确定，在目标资源池查找与用户帐号匹配的目标虚拟资源包括：确定用户帐号参与目标业务的目标渠道；从目标虚拟资源中查找以目标渠道为标识的目标虚拟资源。

作为一种可选的实施例，下面结合具体的实施方式，以“翻牌”场景为例详述本申请的技术方案：

步骤1，创建如图3所示的包括三个中心和五个组件的系统。

本方案的整个系统的各个模块的关系如图3所示，其中三个主要模块包括具有各种奖励的资源中心、行为中心和任务中心，一个完整的闭环流程是行为中心接收业务系统上报的用户各种实时行为，各个业务调用方通过消息形式发送到奖励系统，奖励系统经过行为中心的分析处理，来决定行为是否完成，如果行为完成时，查看任务中心是否有任务绑定了该行为，有的话任务状态变更为完成，任务完成触发资源中心给用户发放奖励。

从功能上区分的五个组件包括活动、奖项、奖品库(相当于资源库)、奖池(相当于资源池)以及奖品(相当于资源)；一个活动中包含不同的奖励场景，每一个场景(如翻牌、开通金融账户等)就是对应到奖励系统中的一个奖项，每个奖项指定一个奖励规则引擎；每个活动有一个奖品库，奖品库中定义了不同形式的奖品(如金币、优惠券、翻倍收益卡、钢镚、小金库红包、现金红包等)，相当于奖品库存储有这个活动对应的所有要分发的资源(可包括资源的种类和资源的数量)，从奖品库中选择指定的一个或者多个奖品形成各种各样的奖品池(也可简称奖池)，每个奖品库根据实际的活动场景会有一个或者多个奖品池(每个奖品池中有若干的奖品，包括奖品的种类和每一种类型奖品的数量，对于不同的奖品池，可能存在相同类型的奖品甚至相同类型下的同一个奖品，即奖品池中的奖品类型可能是重复的或者交叉的)，奖池可以分为固定奖池(只要抽中了该固定奖池，奖池中的所有奖品都发放)和概率奖池(奖池中的奖品按配置概率随机发放)，而且奖池可以动态扩展，即可以实现新的奖池类型即可增加到当前的营销方案中的效果，再将奖池配置到规则引擎的叶子节点中。

上述方案中，活动与奖品库相关联，场景或奖项与奖品池相关联，一个场景或奖项能够分配的资源种类和各类资源的总数量取决于对应奖品池中奖品的种类和各种类的数量，其中奖品、奖池、奖品库示意图如图4所示。

规则引擎(如翻牌场景对应的引擎)，规则引擎是一棵包含开始节点、判断节点、奖池节点和结束节点的规则树，举例说明示意图如图5所示，可以通过引擎将来源渠道、行为种类、标签种类、奖品池等串联起来。通过规则引擎可以灵活定制营销场景，可以实现扩展性强、快速迭代多样化的营销方案。

该系统整体实现思路是后台管理系统采用前后端分离的技术实现，前端实现各种通用组件，包括活动管理(如图6所示)，奖项管理、奖品库管理、奖池管理、奖品管理、任务管理、获奖查询、奖项统计、奖品统计、获奖查询、规则管理等。通过各种组件管理将每个活动的不同场景配置不同的奖项和奖品库，为每个奖项新建不同的规则引擎和多个奖池，奖池中关联上奖品库中的奖品，再将奖池添加到规则引擎中。服务端解析前端数据并将组件之间的关联关系存入数据库和缓存，业务系统在发起抽奖流程时，根据活动标识id和奖项标识id找到指定的规则引擎，从而根据用户信息在规则树中经过不同的路径获取特定的奖池，根据不同的奖池类型发放奖池中的奖品，返回给业务系统，业务系统根据用户的后续操作，发送行为消息给奖励系统的行为中心，将产生行为标签，这些行为标签可能是规则树中的一个判断节点，所以能做到实时动态的调整用户的奖励形式，从而实现千人千面的营销奖励方案。

规则引擎实现原理如下：前端采用js框架gojs实现流程图绘制功能，绘制完毕后生成json数据；保存规则，后端解析json数据，以三叉树结构持久化规则到数据库中；规则执行，以三叉树数据结构将规则解析到内存，执行规则树，经过不同的判断节点，最终到达叶子节点(奖池)；流程结束；根据叶子节点的类型执行不同的操作，目前系统主要是以奖池的形式展现，用来发放奖品，支持的基本规则节点可以无限扩展，支持的叶子节点也可以无限扩展，所以扩展性，灵活性方面得到极大改善；新增规则节点：在固定包下实现指定的抽象类。在后台奖品管理系统-规则管理中可以使用节点构建不同的规则树，实现千人千面的营销奖励模式；规则树示例如图7所示，规则树可以将来源渠道、账户类型、购买理财类型、用户类型、是否活跃等串联起来。

步骤2，在系统中接入“翻牌”场景的情况下，通过行为中心监测用户的翻牌行为。

步骤3，调用翻牌场景对应的引擎为用户分配与翻牌场景对应的资源池的资源。

可统计用户在一个时间周期(如一周)内的翻牌次数，每次检测到新的翻牌行为则会执行规则引擎中的规则，若此次翻牌后累计的翻牌次数小于等于正整数m且奖池1中还存在奖品的情况下，则分配奖池1中的奖品(如优惠券)，若翻牌次数大于m且奖池2中还存在奖品的情况下，则分配奖池2中的奖品(如商城中的商品)。

可选地，为了避免出现意外，可以采取一些冗余设计，例如，若监测到用户的翻牌行为且总翻牌次数小于等于正整数m且奖池1中奖品发放完的情况下，考虑到奖品池中的奖品可以定期(如每天0点)补充，可以向用户发出“今日奖品已发完，明日早点来”的提示，也可以向用户发送替代性的奖品，如额外设置奖品池3，在奖品池1和奖品池2中的奖品发放完毕的情况从奖品池3中随机选取奖品发送给用户。

上述示例中是每次监测到新的翻牌行为都会发放相应的奖励，也可以是完成指定数量的翻牌行为才会发放奖品，如完成m次翻牌时发放奖池1中的奖品，完成n(n大于m)次翻牌时发放奖池2中的奖品。

在本申请的技术方案中，相对传统的营销奖励模式，通过将营销系统抽象成三个模块，一个规则引擎，和五个组件，由任意基础组件在线搭配构建，灵活快速生成符合营销需求的营销方案，并实时根据用户的参与活动的程度、操作行为，实现动态的获取不同的奖品奖励；营销系统可以在线灵活控制各种奖品的获奖概率和增减任意多种奖品，增加奖品数量供应等应急性需求；各种活动的奖励数据可共同分析处理，做到精准发放奖励和控制成本。

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

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

根据本申请实施例的另一个方面，还提供了一种用于实施上述资源的分配方法的资源的分配装置。图8是根据本申请实施例的一种可选的资源的分配装置的示意图，如图8所示，该装置可以包括：

监控单元801，用于通过行为中心监控到用户帐号在目标业务中的第一操作行为；

查找单元803，用于在任务中心查找与所述第一操作行为关联的目标任务，其中，所述任务中心保存有在多个业务中执行的多个任务，所述多个业务包括所述目标业务，所述多个任务包括所述目标任务；

分配单元805，用于在根据所述第一操作行为确定所述目标任务已经完成的情况下，通过资源中心向所述用户帐号分配与所述目标任务匹配的目标虚拟资源，其中，所述资源中心用于管理与所述多个业务关联的虚拟资源。

需要说明的是，该实施例中的监控单元801可以用于执行本申请实施例中的步骤s202，该实施例中的查找单元803可以用于执行本申请实施例中的步骤s204，该实施例中的分配单元805可以用于执行本申请实施例中的步骤s206。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

通过上述模块，行为中心、任务中心以及资源中心作为三个独立的模块，可以接入有虚拟资源的分配需要的业务，行为中心接收业务系统上报的用户各种实时行为(如第一操作行为)，各个业务调用方通过消息形式发送到资源中心，资源中心经过行为中心的分析处理，来决定行为是否完成，如果行为完成时，查看任务中心是否有任务绑定了该行为，有的话任务状态变更为完成，任务完成触发资源中心给用户发放虚拟资源。由于虚拟资源相关的系统(如行为中心、任务中心、资源中心)与业务系统解绑了，可以解决相关技术中资源分配系统与业务系统耦合性较高的技术问题。

可选地，分配单元还可用于：从多个引擎中查找与所述目标业务关联的目标引擎，其中，所述多个引擎中的引擎为与所述多个业务中的业务关联的引擎；通过所述目标引擎获取与所述目标任务匹配的所述目标虚拟资源；通过所述资源中心向所述用户帐号下发所述目标虚拟资源。

可选地，分配单元还可用于通过所述目标引擎执行如下步骤：在所述资源中心的多个资源池中查找与所述目标业务关联的目标资源池，其中，所述多个资源池中的资源池为与所述多个任务中的任务关联的资源池；在所述目标资源池查找与所述用户帐号匹配的所述目标虚拟资源；通过所述资源中心将所述目标虚拟资源下放至所述用户帐号的帐户中。

可选地，分配单元还可用于：确定所述用户帐号参与所述目标业务的目标渠道；从所述目标虚拟资源中查找以所述目标渠道为标识的所述目标虚拟资源。

可选地，可选地，分配单元还可用于：获取所述目标任务所包括的多个操作行为；在所述多个操作行为是无序的操作行为且所述多个操作行为中的第二操作行为均被标记为已经被所述用户帐号完成的情况下，在所述用户帐号触发所述第一操作行为时确定所述目标任务已经完成，在所述多个操作行为是无序的操作行为且所述多个操作行为中存在未被标记为已经被所述用户帐号完成的所述第二操作行为的情况下，在所述用户帐号触发所述第一操作行为时确定所述目标任务未被完成，其中，所述第二操作行为是所述多个操作行为中除所述第一操作行为以外的操作行为；在所述多个操作行为是顺序的操作行为且所述第一操作行为是所述多个操作行为中最后一个操作行为的情况下，在所述用户帐号触发所述第一操作行为时确定所述目标任务已经完成，在所述多个操作行为是顺序的操作行为且所述第一操作行为不是所述多个操作行为中最后一个操作行为的情况下确定所述目标任务未被完成。

可选地，上述装置还可包括：配置单元，用于在向所述多个业务中新增业务的情况下，在多个资源池中增加与所述新增业务关联的资源池，在多个引擎中增加与所述新增业务关联的引擎。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

根据本申请实施例的另一个方面，还提供了一种用于实施上述资源的分配方法的服务器或终端。

图9是根据本申请实施例的一种终端的结构框图，如图9所示，该终端可以包括：一个或多个(图9中仅示出一个)处理器901、存储器903、以及传输装置905，如图9所示，该终端还可以包括输入输出设备907。

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

上述的传输装置905用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置905包括一个网络适配器(networkinterfacecontroller，nic)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置905为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器903用于存储应用程序。

处理器901可以通过传输装置905调用存储器903存储的应用程序，以执行下述步骤：

通过行为中心监控到用户帐号在目标业务中的第一操作行为；

在任务中心查找与第一操作行为关联的目标任务，其中，任务中心保存有在多个业务中执行的多个任务，多个业务包括目标业务，多个任务包括目标任务；

在根据第一操作行为确定目标任务已经完成的情况下，通过资源中心向用户帐号分配与目标任务匹配的目标虚拟资源，其中，资源中心用于管理与多个业务关联的虚拟资源。

处理器901还用于执行下述步骤：

获取目标任务所包括的多个操作行为；

在多个操作行为是无序的操作行为且多个操作行为中的第二操作行为均被标记为已经被用户帐号完成的情况下，在用户帐号触发第一操作行为时确定目标任务已经完成，在多个操作行为是无序的操作行为且多个操作行为中存在未被标记为已经被用户帐号完成的第二操作行为的情况下，在用户帐号触发第一操作行为时确定目标任务未被完成，其中，第二操作行为是多个操作行为中除第一操作行为以外的操作行为；

在多个操作行为是顺序的操作行为且第一操作行为是多个操作行为中最后一个操作行为的情况下，在用户帐号触发第一操作行为时确定目标任务已经完成，在多个操作行为是顺序的操作行为且第一操作行为不是多个操作行为中最后一个操作行为的情况下确定目标任务未被完成。

采用本申请实施例，提供了一种“通过行为中心监控到用户帐号在目标业务中的第一操作行为；在任务中心查找与第一操作行为关联的目标任务，其中，任务中心保存有在多个业务中执行的多个任务，多个业务包括目标业务，多个任务包括目标任务；在根据第一操作行为确定目标任务已经完成的情况下，通过资源中心向用户帐号分配与目标任务匹配的目标虚拟资源，其中，资源中心用于管理与多个业务关联的虚拟资源”的方案。行为中心、任务中心以及资源中心作为三个独立的模块，可以接入有奖励需要的业务，行为中心接收业务系统上报的用户各种实时操作行为，各个业务调用方通过消息形式发送到奖励系统(即资源中心)，奖励系统经过行为中心的分析处理，来决定行为是否完成，如果行为完成时，查看任务中心是否有任务绑定了该行为，有的话任务状态变更为完成，任务完成触发资源中心给用户发放奖励。由于奖励相关的系统(如行为中心、任务中心、资源中心)与业务系统解绑了，可以解决相关技术中资源分配系统与业务系统耦合性较高的技术问题。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图9所示的结构仅为示意，终端可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobileinternetdevices，mid)、pad等终端设备。图9其并不对上述电子装置的结构造成限定。例如，终端还可包括比图9中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图9所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(read-onlymemory，rom)、随机存取器(randomaccessmemory，ram)、磁盘或光盘等。

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行资源的分配方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

通过行为中心监控到用户帐号在目标业务中的第一操作行为；

在任务中心查找与第一操作行为关联的目标任务，其中，任务中心保存有在多个业务中执行的多个任务，多个业务包括目标业务，多个任务包括目标任务；

在根据第一操作行为确定目标任务已经完成的情况下，通过资源中心向用户帐号分配与目标任务匹配的目标虚拟资源，其中，资源中心用于管理与多个业务关联的虚拟资源。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

获取目标任务所包括的多个操作行为；

在多个操作行为是无序的操作行为且多个操作行为中的第二操作行为均被标记为已经被用户帐号完成的情况下，在用户帐号触发第一操作行为时确定目标任务已经完成，在多个操作行为是无序的操作行为且多个操作行为中存在未被标记为已经被用户帐号完成的第二操作行为的情况下，在用户帐号触发第一操作行为时确定目标任务未被完成，其中，第二操作行为是多个操作行为中除第一操作行为以外的操作行为；

在多个操作行为是顺序的操作行为且第一操作行为是多个操作行为中最后一个操作行为的情况下，在用户帐号触发第一操作行为时确定目标任务已经完成，在多个操作行为是顺序的操作行为且第一操作行为不是多个操作行为中最后一个操作行为的情况下确定目标任务未被完成。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

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

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

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

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

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

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

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