资源的分配方法和装置、存储介质、电子装置
技术领域
本申请涉及互联网领域,具体而言,涉及一种资源的分配方法和装置、存储介质、电子装置。
背景技术
社会性网络服务(Social Network Service,SNS)社区,是为用户提供以人类社交为核心服务的网络社区,可以嵌入在社交应用、即时通讯应用、金融应用等类型的应用中,在SNS社区,用户可以根据自己的兴趣爱好结交朋友,与朋友进行互动,参与社区的活动。用户在参加活动(如虚拟社交活动、游戏活动等)过程中,可以在完成某项任务后获得一种资格,该资格可用于抽奖或者兑换奖品。为了给用户更好的服务和体验,可以为用户提供多元化的奖品,例如,虚拟物品和真实物品相结合。
在本发明的实现过程中,发明人发现在每次搞业务活动时,需要为当前业务活动设计奖品的奖励方式,并进行软件编码和调试,在通过后再在平台上上线该业务活动,从而影响了业务活动的进程。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种资源的分配方法和装置、存储介质、电子装置,以至少解决业务活动的准备周期较长的技术问题。
根据本申请实施例的一个方面,提供了一种资源的分配方法,包括:在任务处理引擎中获取目标业务系统的第一消息,任务处理引擎用于处理所接入的业务系统的消息,第一消息携带有第一帐号对第一任务的第一执行信息,第一帐号为在目标业务系统中使用的帐号,第一任务为在目标业务系统上发布的任务;根据第一执行信息更新账本数据库中目标记录所记录的任务状态,目标记录是为第一任务创建的用于记录任务状态的记录;通过资源分配引擎为第一帐号分配资源池中的第一资源,资源池为在资源分配引擎接入的目标业务系统的资源池,第一资源为资源池中与目标记录中的任务状态匹配的资源。
根据本申请实施例的另一方面,还提供了一种资源的分配装置,包括:获取单元,用于在任务处理引擎中获取目标业务系统的第一消息,任务处理引擎用于处理所接入的业务系统的消息,第一消息携带有第一帐号对第一任务的第一执行信息,第一帐号为在目标业务系统中使用的帐号,第一任务为在目标业务系统上发布的任务;更新单元,用于根据第一执行信息更新账本数据库中目标记录所记录的任务状态,目标记录是为第一任务创建的用于记录任务状态的记录;分配单元,用于通过资源分配引擎为第一帐号分配资源池中的第一资源,资源池为在资源分配引擎接入的目标业务系统的资源池,第一资源为资源池中与目标记录中的任务状态匹配的资源。
根据本申请实施例的另一方面,还提供了一种存储介质,该存储介质包括存储的程序,程序运行时执行上述的方法。
根据本申请实施例的另一方面,还提供了一种电子装置,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器通过计算机程序执行上述的方法。
在本申请实施例中,通过将任务类逻辑抽象为任务处理引擎,将资源分配逻辑抽象为资源分配引擎,在任务活动启动后,可以直接调用任务处理引擎和资源分配引擎完成任务处理以及资源分配,而不用重新进行软件编码和调试,可以解决业务活动的准备周期较长的技术问题,进而达到业务活动的快速上线的技术效果。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请实施例的资源的分配方法的硬件环境的示意图;
图2是根据本申请实施例的一种可选的资源的分配方法的流程图;
图3是根据本申请实施例的一种可选的系统架构的示意图;
图4是根据本申请实施例的一种可选的任务引擎的示意图;
图5是根据本申请实施例的一种可选的奖励引擎的示意图;
图6是根据本申请实施例的一种可选的任务记账的示意图;
图7是根据本申请实施例的一种可选的资源的分配装置的示意图;以及
图8是根据本申请实施例的一种终端的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
根据本申请实施例的一方面,提供了一种资源的分配方法的方法实施例。
可选地,在本实施例中,上述资源的分配方法可以应用于如图1所示的由业务系统101和服务器103所构成的硬件环境中。如图1所示,服务器103通过网络与业务系统101进行连接,可用于为业务系统提供任务处理的服务,可在服务器上或独立于服务器设置数据库105,用于为服务器103提供数据存储服务,上述网络包括但不限于:广域网、城域网或局域网,业务系统101并不限定于金融、商城、外卖、团购等业务系统。本申请实施例的资源的分配方法可以由服务器103来执行,也可以由服务器103和业务系统101共同执行。
图2是根据本申请实施例的一种可选的资源的分配方法的流程图,如图2所示,该方法可以包括以下步骤:
步骤S202,任务处理引擎获取目标业务系统的第一消息,任务处理引擎处理所接入的业务系统的消息,第一消息携带有第一帐号对第一任务的第一执行信息,第一帐号为在目标业务系统中使用的帐号,第一任务为在目标业务系统上发布的任务。
上述的业务系统可以为商城、金融、团购等系统平台,而任务即在该平台上的任务,任务类型包括但不局限于基础活动(如邀请注册)、日常活动(如签到等可以主动参与的单一活动)、裂变活动(如邀请其他用户开通某一业务)等。上述执行信息即任务的执行状态,如邀请到一人注册。
上述任务处理引擎(简称任务引擎)可统一处理完成任务类逻辑处理监听。
步骤S204,根据第一执行信息更新账本数据库中目标记录所记录的任务状态,目标记录是为第一任务创建的用于记录任务状态的记录。
上述的账本数据库(简称账本),会将任务信息及关联的帐号信息(如邀请方帐号,即向其他被邀请方发起邀请的帐号)统一成一个统一账本(如上述目标记录),这样能让入账与任务引擎解耦,可以灵活支持多种任务类型,便于账本记好后对任务活动进行统一核算。
步骤S206,资源分配引擎为第一帐号分配资源池中的第一资源,资源池为在资源分配引擎接入的目标业务系统的资源池,第一资源为资源池中与目标记录中的任务状态匹配的资源。
上述资源池保存的资源为虚拟资源,如金币、虚拟货币、可用来换取实际商品的兑换券等。资源分配引擎(或称奖励引擎)可按照任务的实际情况发放相应的资源,如每邀请一个人注册奖励10个虚拟货币。
通过上述步骤,在任务活动启动后,可以直接调用任务处理引擎和资源分配引擎完成任务处理以及资源分配,而不用重新进行软件编码和调试,可以解决业务活动的准备周期较长的技术问题,进而达到业务活动的快速上线的技术效果。下面结合图2所示的步骤和图3所示的架构进一步详述本申请的技术方案。
如图3所示,通用性阶梯记账组队活动系统(也即本申请的方法所在的系统),可以为一个以传播分享为基础的营销平台,可以依靠的社交渠道有几大社交工具,如即时通讯、社交应用、朋友圈、微博等等。系统可以支持多种活动类型:如基础活动:一些长期营销的简单活动,如邀请注册;日常活动:每天都可主动参与的单一类活动,如每天签到;裂变活动:分享邀请其他用户做一些可单一可复杂的任务,双方得到相应的资源作为激励,如邀请其他人开通某项业务,双方得到相应的虚拟资源等。
在步骤S202提供的技术方案中,在任务处理引擎(统一处理完成任务类逻辑处理监听)中获取目标业务系统的第一消息。
可选地,为了兼容各个业务需求方(即业务系统),活动平台可提供独立的规则引擎(即用来判断是否为满足该平台过滤条件的预设类型的引擎),能够支持风控过滤风险用户,对人群标签进行过滤,准入资格的筛选等等。例如,可在任务处理引擎中获取目标业务系统的第一消息之前,可以按照如下方式进行帐号过滤:在第一帐号为预设类型(即不是风险用户)的帐号的情况下,为第一帐号创建待第一帐号执行的第一任务,其中,预设类型的帐号为符合第一任务的任务条件的帐号。
可选地,该系统的接入方式包括但不局限于如下两种:消息触达方式(通过消息监听接口实现,例如在数据底层接入消息中间件做消息触达),这种方式活动系统与业务线解耦,通过异步消息监听相应的任务状态,与配置活动相匹配,处理后续逻辑;标准接口(即消息获取接口)接入,活动平台提供标准的接入接口,业务方可自行排期接入,此种方式同样适用于开放平台对外输出。例如,在任务处理引擎中获取目标业务系统的第一消息时:可通过任务处理引擎的消息监听接口对目标业务系统的监听获取第一消息;或,通过任务处理引擎的消息获取接口接收目标业务系统发送的第一消息,其中,目标业务系统通过消息获取接口接入所说任务处理引擎,收到的消息可以利用中间件R2M做库存类缓存,接入数据中心管道同步数据到ES/HBASE。
在步骤S204提供的技术方案中,根据第一执行信息更新账本数据库中目标记录所记录的任务状态。
任务引擎接到外部任务消息后,会将任务信息及邀请者信息(如邀请方帐号)统一成一个统一账本,如,在根据第一执行信息更新账本数据库中目标记录所记录的任务状态时,可根据第一执行信息更新目标记录中所记录的第一任务的任务状态;根据第一执行信息更新目标记录中所记录的第二任务的任务状态,第二任务为在目标业务系统中使用的第二帐号执行的任务,第二任务是与第一任务存在关联的任务,第一帐号和第二帐号即相当于任务执行和邀请者(即向执行者发起请求执行某个任务的对象),如第一帐号相当于那么第二帐号就相当于是,此时第二任务可以为“邀请注册”,第一任务可以为“注册”;如第一帐号相当于是邀请者那么第二帐号就相当于是执行者,此时第一任务可以为“邀请注册”,第二任务可以为“注册”。
可选地,任务引擎接到外部任务消息后,将任务信息及邀请者信息统一成一个统一账本的好处是入账模块对任务引擎解耦,可以灵活支持多种任务类型,账本记好后会根据前期设置好的活动进行统一核算,记账核算部分支持多种方式,如同步记账和阶梯记账两种方式,例如,根据第一执行信息更新账本数据库中目标记录所记录的任务状态时:在第一任务的多个子任务之间优先级相同(此处的优先级相同包括“并未为这多个子任务设置相应的优先级”和“为这多个子任务设有等级相同的优先级”两种情况)的情况下,也即采用同步记账的情况下,根据第一执行信息更新账本数据库中目标记录所记录的第一子任务的任务状态,多个子任务为第一任务中未完成的子任务;在第一任务的多个子任务之间优先级不同的情况下,也即采用阶梯记账的情况下,根据第一执行信息更新账本数据库中目标记录所记录的第二子任务的任务状态,第二子任务为多个子任务中优先级最高的子任务。
需要说明的是,对于阶梯记账类型,任务是优先级高的先执行,只有完成优先级高的才能去完成低一级的任务,例如,在任务处理引擎中接收目标业务系统发送的第一消息之后,在任务处理引擎中接收目标业务系统发送的第二消息,其中,第二消息携带有第一帐号对第一任务的第二执行信息;在第二子任务未完成的情况下,根据第二执行信息更新账本数据库中目标记录所记录的第二子任务的任务状态;在第二子任务已经完成的情况下,根据第二执行信息更新账本数据库中目标记录所记录的第三子任务的任务状态,其中,第三子任务为多个子任务中除第二子任务外优先级最高的子任务,也即优先级仅次于第一任务。
在步骤S206提供的技术方案中,通过资源分配引擎为第一帐号分配资源池中的第一资源。
可选地,通过资源分配引擎为第一帐号分配资源池中的第一资源包括:通过资源分配引擎为第一帐号分配资源池中与第一任务的任务状态匹配的第一资源;在根据第一执行信息更新账本数据库中目标记录所记录的任务状态之后,通过资源分配引擎为第二帐号分配资源池中与第二任务的任务状态匹配的第二资源。
当核算完成之后会,可根据完成情况对应的调取资源分配引擎(或称奖励引擎),给相应的关联对象(如第一帐号和第二帐号)分配资源(也可称为发奖)。分配资源可以采用独立的一套规则,资源分配引擎有奖品集市(即上述资源池),统一对接外部多种奖励类型;另外,可以预先对资源进行分类或者区分,以使得分类之后的资源互不干扰,如按照所属的商户(或者商户类型)进行分类,同一商户或者同一商户类型的资源放在同一资源池中,再如,将资源按照资源类型进行分类(如资源池1保存优惠券类型的资源,资源池2保存积分类型的资源等)。
作为一种可选的实施例,本申请的技术方案可以解决“目前的计算用户的资源激励(如新用户推荐、业务开通等)的方案复杂,且存在重复开发的缺点”的问题,具体的技术方案如下:
提供给各业务线对接使用的营销任务平台,支持多种任务类型、多种组合玩法、同时集成多种分配模式,可快速、有效的帮助各业务线搭建符合各业务线需求的营销裂变活动。该平台具有三个特性:多种任务类型:支持多种活动任务,如浏览、认证、账户开通、下单等可控可量化的任务类型;多种组合玩法:支持多任务并行、多任务阶梯化(完成优先级高的才能进行下一阶段或下一子任务),多种业务线任务组合,不局限于同一业务线;多种分配模式:支持借贷、提现、存款、信用卡、支付、积分等等分配模式,并支持多种组合,如完成某一任务获得多种资源,支持一对多,多对一,多对多的任务分配模式。下面以上述的平台为例,阐述详细的技术方案。
如图4所示,活动平台能实现支持多种任务,如学生认证、助力活动、借贷业务激活等,依靠于任务引擎的模块化,系统通过两种方式实现任务引擎的接入处理:平台主动监听任务类的信息,对相应的活动并进行逻辑处理;业务方可通过平台提供标准接口通知活动平台(即完结通知),平台方根据活动配置进行逻辑处理,该平台支持一切可量化的活动任务类型。
如图5所示,营销活动平台奖励引擎分为几部分,奖励池(或称资源池)部分对接了所有一切可以作为激励的资源,资源分配规则(或称奖励规则)部分维护相应的资源发放规则,例如随机、固定、指定金额几率发放等等。业务线和对应的资源池对应,管理并消耗独立的预算,激励流水会记录相应的奖励详细信息。资源池中的资源是一个个独立的,同样,活动可以把多个资源打包为一个资源包,将以支持多种资源分配方式。
多种记账方式是本系统最有特点的一个特性,下面用一个打水任务,形象的讲解一下记账的逻辑和方案。
假设小A小B两人同时参加一个打水活动,第一个桶需要1L装满,第二个桶需要2L,第三个桶需要3L,那么需要完成这个任务分别需要打多少升水,下面将两人每一次打水的结果分步描述,突出两种记账方式的区别:
第一次打水(如打1L水)时,如果是同步记账那么三个桶中都可能分到这1L水中的部分水,如果是阶梯记账那么这1L水会先给三个桶中优先级最高的,假如第一个桶、第二个桶、第三个桶优先级递减,那么这1L水会给第一个桶,后续也以此优先级为例进行说明;
第二次打水(如打2L水时)时,如果是同步记账那么三个桶中都可能有这2L水中的部分水,打完这2L水后可能有部分桶被装满,如第一个桶,如果是阶梯记账那么这2L水会先给三个桶中未装满水的水桶中优先级最高的,如给第二个桶,因为第一个桶已经被第一次打的1L水装满,第二个桶是剩下未装满水中优先级最高的;
第三次打水(如打3L水)时,如果是同步记账那么三个桶中部分(如第二个桶和第三个桶)或者全部会被同时装满,如果是阶梯记账那么这3L水会先给三个桶中未装满水的水桶中优先级最高的,如第三个桶,因为第一个桶和第二个桶已经被第一次打的1L水和第二次打的2L水装满。
如上述分解任务所示,可以看出,同步记账方式是每个对应的任务都在监听是否完成任务,如完成都做相应的记账处理逻辑;相反阶梯记账是需要完成低级别的任务后,稍高级别的任务才会进行监听。所以如上述模板中,同步记账方式N桶水需要的水为N升,阶梯记账方式完成任务需要的水为1+2+3+…+N升。
两种记账方式都有对应的应用营销场景:如同步记账方式比较使用于多劳多得的任务,例如多邀请他人开通借贷业务,就会获得更多的奖励,更能激发用户去做相应的活动。阶梯记账适用于连锁关系的活动,例如,某活动为第一阶段需要邀请某用户开通借贷业务,邀请者获得相应的奖励,再邀请此用户再进一步去使用借贷业务,邀请者就会获得更高的奖励。
如图6所示,目前有一个激活业务的任务,活动系统的任务引擎通过消息触达或主动监听的方式接受到信息时,会首先经过活动配置的规则引擎,例如某类活动需要筛选风险高的用户,规则过滤之后进入统一入账模块,统一入账模块会根据活动配置的记账方式,如之前描述的同步记账或者阶梯记账,最后生成一个统一账本,这里可以做到兼容多种不同任务,根据活动配置完成目标数进行统一核算,最后会对完成任务包的活动生成一个列表(即完成待发的列表),然后通过奖励引擎对相应的奖励进行发放。
在本申请的技术方案中,可进行统一的营销活动配置,将营销活动从业务中剥离出来,减少各业务线的开发成本;使奖励、任务组件化、模块化,灵活的支持多种、多组合的任务和奖励方式;支持多种配合营销方式的记账算法,灵活支持不同业务的不同营销需求。从而实现了统一分享邀请组队计数差异化阶梯奖励系统,标准化了开发与对接方式,减少了研发成本。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
根据本申请实施例的另一个方面,还提供了一种用于实施上述资源的分配方法的资源的分配装置。图7是根据本申请实施例的一种可选的资源的分配装置的示意图,如图7所示,该装置可以包括:
获取单元701,用于在任务处理引擎中获取目标业务系统的第一消息,任务处理引擎用于处理所接入的业务系统的消息,第一消息携带有第一帐号对第一任务的第一执行信息,第一帐号为在目标业务系统中使用的帐号,第一任务为在目标业务系统上发布的任务。
更新单元703,用于根据第一执行信息更新账本数据库中目标记录所记录的任务状态,目标记录是为第一任务创建的用于记录任务状态的记录。
分配单元705,用于通过资源分配引擎为第一帐号分配资源池中的第一资源,资源池为在资源分配引擎接入的目标业务系统的资源池,第一资源为资源池中与目标记录中的任务状态匹配的资源。
需要说明的是,该实施例中的获取单元701可以用于执行本申请实施例中的步骤S202,该实施例中的更新单元703可以用于执行本申请实施例中的步骤S204,该实施例中的分配单元705可以用于执行本申请实施例中的步骤S206。
此处需要说明的是,上述模块与对应的步骤所实现的示例和应用场景相同,但不限于上述实施例所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在如图1所示的硬件环境中,可以通过软件实现,也可以通过硬件实现。
通过上述模块,通过将任务类逻辑抽象为任务处理引擎,将资源分配逻辑抽象为资源分配引擎,在任务活动启动后,可以直接调用任务处理引擎和资源分配引擎完成任务处理以及资源分配,而不用重新进行软件编码和调试,可以解决业务活动的准备周期较长的技术问题,进而达到业务活动的快速上线的技术效果。
可选地,上述更新单元还可用于:在第一任务的多个子任务之间优先级相同的情况下,根据第一执行信息更新账本数据库中目标记录所记录的第一子任务的任务状态,其中,多个子任务为第一任务中未完成的子任务;在第一任务的多个子任务之间优先级不同的情况下,根据第一执行信息更新账本数据库中目标记录所记录的第二子任务的任务状态,其中,第二子任务为多个子任务中优先级最高的子任务。
可选地,上述获取单元还可用于,在任务处理引擎中接收目标业务系统发送的第一消息之后,在任务处理引擎中接收目标业务系统发送的第二消息,其中,第二消息携带有第一帐号对第一任务的第二执行信息;上述更新单元还可用于:在第二子任务未完成的情况下,根据第二执行信息更新账本数据库中目标记录所记录的第二子任务的任务状态;在第二子任务已经完成的情况下,根据第二执行信息更新账本数据库中目标记录所记录的第三子任务的任务状态,其中,第三子任务为多个子任务中除第二子任务外优先级最高的子任务。
可选地,上述更新单元还可用于:根据第一执行信息更新目标记录中所记录的第一任务的任务状态;根据第一执行信息更新目标记录中所记录的第二任务的任务状态,其中,第二任务为在目标业务系统中使用的第二帐号执行的任务,第二任务是与第一任务存在关联的任务。
可选地,上述分配单元还可用于:通过资源分配引擎为第一帐号分配资源池中与第一任务的任务状态匹配的第一资源;在根据第一执行信息更新账本数据库中目标记录所记录的任务状态之后,通过资源分配引擎为第二帐号分配资源池中与第二任务的任务状态匹配的第二资源。
可选地,上述获取单元还可用于:通过任务处理引擎的消息监听接口对目标业务系统的监听获取第一消息;通过任务处理引擎的消息获取接口接收目标业务系统发送的第一消息,其中,目标业务系统通过消息获取接口接入所说任务处理引擎。
可选地,本申请的装置还可包括:创建单元,用于在任务处理引擎中获取目标业务系统的第一消息之前,在第一帐号为预设类型的帐号的情况下,为第一帐号创建待第一帐号执行的第一任务,其中,预设类型的帐号为符合第一任务的任务条件的帐号。
此处需要说明的是,上述模块与对应的步骤所实现的示例和应用场景相同,但不限于上述实施例所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在如图1所示的硬件环境中,可以通过软件实现,也可以通过硬件实现,其中,硬件环境包括网络环境。
根据本申请实施例的另一个方面,还提供了一种用于实施上述资源的分配方法的服务器或终端。
图8是根据本申请实施例的一种终端的结构框图,如图8所示,该终端可以包括:一个或多个(图8中仅示出一个)处理器801、存储器803、以及传输装置805,如图8所示,该终端还可以包括输入输出设备807。
其中,存储器803可用于存储软件程序以及模块,如本申请实施例中的资源的分配方法和装置对应的程序指令/模块,处理器801通过运行存储在存储器803内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的资源的分配方法。存储器803可包括高速随机存储器,还可以包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器803可进一步包括相对于处理器801远程设置的存储器,这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
上述的传输装置805用于经由一个网络接收或者发送数据,还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中,传输装置805包括一个网络适配器(Network Interface Controller,NIC),其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中,传输装置805为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
其中,具体地,存储器803用于存储应用程序。
处理器801可以通过传输装置805调用存储器803存储的应用程序,以执行下述步骤:
在任务处理引擎中获取目标业务系统的第一消息,其中,任务处理引擎用于处理所接入的业务系统的消息,第一消息携带有第一帐号对第一任务的第一执行信息,第一帐号为在目标业务系统中使用的帐号,第一任务为在目标业务系统上发布的任务;
根据第一执行信息更新账本数据库中目标记录所记录的任务状态,其中,目标记录是为第一任务创建的用于记录任务状态的记录;
通过资源分配引擎为第一帐号分配资源池中的第一资源,其中,资源池为在资源分配引擎接入的目标业务系统的资源池,第一资源为资源池中与目标记录中的任务状态匹配的资源。
处理器801还用于执行下述步骤:
在第一任务的多个子任务之间优先级相同的情况下,根据第一执行信息更新账本数据库中目标记录所记录的第一子任务的任务状态,其中,多个子任务为第一任务中未完成的子任务;
在第一任务的多个子任务之间优先级不同的情况下,根据第一执行信息更新账本数据库中目标记录所记录的第二子任务的任务状态,其中,第二子任务为多个子任务中优先级最高的子任务。
采用本申请实施例,提供了一种“在任务处理引擎中获取目标业务系统的第一消息,任务处理引擎用于处理所接入的业务系统的消息,第一消息携带有第一帐号对第一任务的第一执行信息,第一帐号为在目标业务系统中使用的帐号,第一任务为在目标业务系统上发布的任务;根据第一执行信息更新账本数据库中目标记录所记录的任务状态,目标记录是为第一任务创建的用于记录任务状态的记录;通过资源分配引擎为第一帐号分配资源池中的第一资源,资源池为在资源分配引擎接入的目标业务系统的资源池,第一资源为资源池中与目标记录中的任务状态匹配的资源”的方案。通过将任务类逻辑抽象为任务处理引擎,将资源分配逻辑抽象为资源分配引擎,在任务活动启动后,可以直接调用任务处理引擎和资源分配引擎完成任务处理以及资源分配,而不用重新进行软件编码和调试,可以解决业务活动的准备周期较长的技术问题,进而达到业务活动的快速上线的技术效果。
可选地,本实施例中的具体示例可以参考上述实施例中所描述的示例,本实施例在此不再赘述。
本领域普通技术人员可以理解,图8所示的结构仅为示意,终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices,MID)、PAD等终端设备。图8其并不对上述电子装置的结构造成限定。例如,终端还可包括比图8中所示更多或者更少的组件(如网络接口、显示装置等),或者具有与图8所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(RandomAccess Memory,RAM)、磁盘或光盘等。
本申请的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以用于执行资源的分配方法的程序代码。
可选地,在本实施例中,上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:
在任务处理引擎中获取目标业务系统的第一消息,其中,任务处理引擎用于处理所接入的业务系统的消息,第一消息携带有第一帐号对第一任务的第一执行信息,第一帐号为在目标业务系统中使用的帐号,第一任务为在目标业务系统上发布的任务;
根据第一执行信息更新账本数据库中目标记录所记录的任务状态,其中,目标记录是为第一任务创建的用于记录任务状态的记录;
通过资源分配引擎为第一帐号分配资源池中的第一资源,其中,资源池为在资源分配引擎接入的目标业务系统的资源池,第一资源为资源池中与目标记录中的任务状态匹配的资源。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:
在第一任务的多个子任务之间优先级相同的情况下,根据第一执行信息更新账本数据库中目标记录所记录的第一子任务的任务状态,其中,多个子任务为第一任务中未完成的子任务;
在第一任务的多个子任务之间优先级不同的情况下,根据第一执行信息更新账本数据库中目标记录所记录的第二子任务的任务状态,其中,第二子任务为多个子任务中优先级最高的子任务。
可选地,本实施例中的具体示例可以参考上述实施例中所描述的示例,本实施例在此不再赘述。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。
在本申请的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。