获取资源包的方法、装置、介质及设备与流程

1.本技术涉及信息处理技术领域，尤其是涉及到一种获取资源包的方法、装置、介质及设备。


背景技术：

2.随着科学技术的发展，网上经济飞速发展，造成了线下实体经济发展的滞后和经营下降，但是实体店在日常生活中也是必不可少的，因此在发展网上经济的同时，也要注重实体经济的共同发展。同时，在网上购物也存在很多弊端，图片与实物不符、质量不合格等。
3.提供各种商品和服务的综合性线下实体店，可称之为综合体。如何对各种商品和服务进行资源整合，是需要解决的一个技术问题，


技术实现要素：

4.有鉴于此，本技术提供了一种获取资源包的方法、装置、介质及设备，主要目的在于解决如何对各种商品和服务进行资源整合。
5.依据本技术的一个方面，提供了一种获取资源包的方法，与综合体用户关联的终端设备向服务端请求获取综合体资源包，所述方法包括：启动综合体服务平台向服务端发送资源包获取请求，使得所述服务端根据用户门槛信息确定所述综合体用户是否达到至少一个资源包门槛条件，若达到门槛条件，则确认针对所述综合体用户下发所述门槛条件对应的资源包；其中，按照预置的资源包模板对综合体提供的多个商品券和/或服务券进行整合得到所述资源包，所述资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系。
6.依据本技术的一个方面，提供了一种创建资源包的方法，用于综合体服务平台，所述方法包括：向服务端发起创建资源包请求，使得所述服务端根据所述创建资源包请求的条件参数查询是否存在对应的资源包模板；接收服务端返回的所述资源包模板，在所述资源包模板中增加用户门槛条件、综合体提供的多个商品券和/或服务券，使得所述服务端根据所述资源包模板对综合体提供的多个商品券和/或服务券进行整合，创建资源包，其中，所述资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系。
7.依据本技术的一个方面，提供了一种管理资源包的方法，在服务端对综合体的资源进行整合，所述方法包括：接收综合体服务平台发送的创建资源包请求，根据所述资源包请求的条件参数查询是否存在对应的资源包模板；确认综合体服务平台根据所述资源包模板提交的用户门槛条件、综合体提供的多个商品券和/或服务券，根据所述资源包模板对综合体提供的多个商品券和/或服务券进行整合，创建得到资源包，其中，所述资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系。
8.依据本技术的一个方面，提供了一种获取资源包的装置，包括：资源包请求单元，用于启动综合体服务平台向服务端发送资源包获取请求，使得所述服务端根据用户门槛信息确定所述综合体用户是否达到至少一个资源包门槛条件，若达到门槛条件，则确认针对
所述综合体用户下发所述门槛条件对应的资源包；其中，按照预置的资源包模板对综合体提供的多个商品券和/或服务券进行整合得到所述资源包，所述资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系；资源包确认单元，用于确认针对综合体用户下发门槛条件对应的资源包。
9.依据本技术的一个方面，提供了一种创建资源包的装置，用于综合体服务平台，所述装置包括：创建请求单元，用于向服务端发起创建资源包请求，使得所述服务端根据所述创建资源包请求的条件参数查询是否存在对应的资源包模板；模板接收单元，用于接收服务端返回的所述资源包模板，在所述资源包模板中增加用户门槛条件、综合体提供的多个商品券和/或服务券，使得所述服务端根据所述资源包模板对综合体提供的多个商品券和/或服务券进行整合，创建资源包，其中，所述资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系。
10.依据本技术的一个方面，提供了一种管理资源包的装置，在服务端对综合体的资源进行整合，所述方法包括：请求处理单元，用于接收综合体服务平台发送的创建资源包请求，根据所述资源包请求的条件参数查询是否存在对应的资源包模板；资源包创建单元，用于确认综合体服务平台根据所述资源包模板提交的用户门槛条件、综合体提供的多个商品券和/或服务券，根据所述资源包模板对综合体提供的多个商品券和/或服务券进行整合，创建得到资源包，其中，所述资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系。
11.依据本技术的一个方面，提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述获取资源包的方法，或，创建资源包的方法，或，管理资源包的方法。
12.依据本技术的一个方面，提供了一种电子设备，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述获取资源包的方法，或，创建资源包的方法，或，管理资源包的方法。
13.借由上述本技术实施例提供的创建、获取、管理资源包的方法、装置、介质及设备，通过将综合体提供的多个商品券和服务券按照资源包模板进行整合，从而得到资源包，这种方式相当于对于各个元素(商品或服务)进行沉淀，从而支持综合体多种多样的资源整合，从而丰富资源包组合形式，类似滚雪球般的支撑资源包产品。例如，将综合体内的资源如代金券、停车券、生日礼、电影票、会员卡等进行打包，使用场景对应各个模板(通过不同组织形式来实现不同场景，如情人节，母亲节，等)，通过判定用户是否达成资源使用门槛(如身份门槛、场内消费门槛、付款购买、开业赠送，等)，来向用户下发资源包。对于商户而言，可以捆绑促进成交，而对于用户而言，可以一次性低价获取相关联的商品和或服务，不但价格有优势，且完成特定场景下全方位体验消费，而无需自身费神安排商品或服务。
14.上述说明仅是本技术技术方案的概述，为了能够更清楚了解本技术的技术手段，而可依照说明书的内容予以实施，并且为了让本技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本技术的具体实施方式。
附图说明
15.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本申
请的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
16.图1示出了本技术实施例提供的一种获取资源包的方法的实施场景示意图；
17.图2示出了本技术实施例提供的一种获取资源包方法流程图；
18.图3示出了本技术实施例提供的一种资源包示意图；
19.图4示出了本技术实施例提供的一种创建资源包方法流程图；
20.图5示出了本技术实施例提供的一种创建资源包方法示意图；
21.图6示出了本技术实施例提供的一种管理资源包方法流程图；
22.图7示出了本技术实施例提供的一种管理资源包方法示意图；
23.图8示出了本技术实施例提供的一种获取资源包装置结构示意图；
24.图9示出了本技术实施例提供的一种创建资源包装置结构示意图；
25.图10示出了本技术实施例提供的一种管理资源包装置结构示意图。
具体实施方式
26.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
27.对于综合性实体商场，提供各种商品和服务，例如服装店、玩具店、美容美发服务、超市、健身、儿童游戏、餐饮服务、停车洗车，等等，这种综合提供商品或服务的商场可称之为综合体，综合体用户是指在综合体中进行消费享受服务或购买商品的用户。综合体的本质是在一个有限的空间，多业态多数量的商户在这个空间内进行商品售卖或者服务供给，在某个时间段，不同类型的用户来这个空间里来买商品、享用服务。
28.为了促进用户消费，综合体会采取下发优惠券的方式，例如，向用户下发停车券、满减券、代金券等等，具体方式可以是纸质券或者电子券。然而，如果用户仅仅获取各类单一的优惠券，则体验不够良好。一般情况下，每张优惠券都各自具有使用条件和使用期限，用户使用起来比较繁琐，而且，这种方式没有体现出综合体提供综合性商品和服务的特点，各个优惠券之间是割裂的，没有发挥出各个商品和服务之间的优化组合的优惠形式。
29.参见图1，示出了本技术实施例提供的一种获取资源包的方法的实施场景示意图。该场景示出了终端设备和服务端，其中，终端设备是指与综合体用户关联的用户所使用的终端设备，例如，用户所使用的手机、pad或手表等智能终端，服务端是指用于负责管理资源包的创建、数据存储和处理、资源包维护等的网络侧设备。在具体场景下，用户在终端设备上登录综合体服务平台，在综合体服务平台上进行获取资源包的申请和审核，综合体服务平台可以理解是综合体的门户网站、app或小程序，用于为综合体会员用户提供服务的平台，也可以是第三方app平台，例如提供“本地生活”服务的app，在该app上浏览综合体提供的资源包获取方式或规则。
30.参见图2，示出了本技术实施例提供的一种获取资源包方法流程图。该获取资源包的方法，用于与综合体用户关联的终端设备向服务端请求获取综合体资源包，所述方法包
括：
31.s201：启动综合体服务平台向服务端发送资源包获取请求，使得服务端根据用户门槛信息确定综合体用户是否达到至少一个资源包门槛条件，若达到门槛条件，则确认针对综合体用户下发门槛条件对应的资源包。
32.其中，按照预置的资源包模板对综合体提供的多个商品券和/或服务券进行整合得到资源包，资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系。
33.用户门槛信息是指表明用户领取综合体资源包的权限信息，例如，用户门槛信息可以按照用户级别、用户消费额度、用户类型(新用户或老用户)等确定。不同的资源包对应不同的用户门槛信息，比如，有的资源包免费赠送给新用户，有的资源包对于消费满一定额度的用户可以领取，有的资源包需要购买，等等。该用户门槛信息记录在综合体服务平台或服务端，服务端根据用户门槛信息进行查询，确定查找到与用户门槛信息对应的资源包。
34.资源包是按照预置的资源包模板，对综合体提供的多个商品券和/或服务券进行整合得到的，资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系。例如，可以设置不同类型的资源包模板，比如按照使用场景可包括情人节资源包模板、儿童节资源包模板、端午节资源包模板，等等，还可以按照目标用户人群设置资源包模板，比如包括萌娃资源包模板、靓丽族资源包模板、关爱老人资源包模板，等。不同的资源包模板定义不同的使用场景，以及定义商品和服务之间的关系。比如，对于情人节资源包模板，其使用场景设置在情人节当天，其商品券和/或服务券之间的组织关系可以设定为：至少包括一个电影券和一个西餐券，总价不超过200元，等等。组织形式可以包括设定券品种类、数量，以及各券品之间的附属关系或者赠送关系，以及整个资源包的价格。比如，仍以上述情人节资源包为例，其主体券品包括一个电影券和一个西餐券，赠送的券品包括3小时停车券，总价值不超过200元。
35.综合体用户可以通过登录综合体服务平台，浏览所赠送或售卖的资源包，其中，特别是对于赠送或限购的资源包，用户可能仅获取次数受限，例如仅能免费领取一次，因此，在这种情况下，可对用户是否领过某个资源包控制。上述方法还可以进一步包括：终端设备登录综合体服务平台，并通过综合体服务平台向服务端根据用户信息查询用户是否已经领取资源包，若已领取，则返回已领取提示，若未领取，则执行启动综合体服务平台向服务端发送资源包获取请求的步骤。
36.s202：根据针对综合体用户下发门槛条件对应的资源包，用户获取并使用资源包对应的商品券和/或服务券。
37.特别说明的是，上述资源包可以是电子形式的资源包，例如，在综合体服务平台上查看和使用该资源包，此外，资源包也可以是实体形式的，比如纸质资源包，可由多个券品组成。
38.下面以一个具体例子示例性说明资源包。
39.参见图3，为一个资源包的示意图。该资源包名称为“吃喝玩乐900元礼券”，包括主体券品为：2张300元优衣库代金券、2张60元星巴克代金券，赠送券品为：高德打车券、淘票票观影券，售价为68元。可见，该资源包将服饰、咖啡、打车、电影这些不同类型的商品和服务整合在一起，构成一站式且更加优惠的组合，可对用户更具有吸引力。
40.参见图4，示出了本技术实施例提供的一种创建资源包方法流程图。该创建资源包的方法用于综合体服务平台，包括如下步骤s401-s402。
41.s401：向服务端发起创建资源包请求，使得服务端根据创建资源包请求的条件参数查询是否存在对应的资源包模板。
42.其中，条件参数用于表明待创建的资源包对应的模板要求，比如，条件参数限定目标模板需包含餐饮服务或游戏类服务，或者，条件参数限定目标模板对应的最高总价格，等等。
43.s402：接收服务端返回的资源包模板，在资源包模板中增加用户门槛条件、综合体提供的多个商品券和/或服务券，使得服务端根据资源包模板对综合体提供的多个商品券和/或服务券进行整合，创建资源包。
44.其中，资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系。
45.其中，用户门槛条件以及资源包模板的相关说明请参考前文描述。
46.在创建资源包之后，还可以包括发布资源包的步骤。其中，在综合体服务平台上将资源包与满足用户门槛条件的综合体用户进行关联，从而发布资源包。比如，对于针对所有会员赠送的资源包，将资源包与所有会员用户进行管理，对于特定级别的会员用户赠送的资源包，将资源包与满足该级别的用户进行管理，对于购买的资源包，将资源包与所有会员用户进行关联，等等，因此，对于某一个用户而言，能浏览到的资源包往往包括多个、多种类的，例如，该用户可以查看到免费赠送的资源包、购买的资源包，以及根据该用户画像信息有针对性推广的资源包，比如，通过用户画像信息推测该用户经常购买儿童类商品和服务，则向该用户推荐儿童类资源包，例如儿童节专属资源包，周末萌娃畅玩资源包，等等。
47.在发布资源包之后，还可以包括控制综合体用户获取资源包的步骤。其中，根据用户门槛信息，向服务端发送资源包获取请求，使得服务端根据用户门槛信息确定综合体用户是否达到至少一个资源包门槛条件，若达到门槛条件，则确认针对综合体用户下发门槛条件对应的资源包。例如，如果是赠送的资源包，则直接下发给用户，如果是购买的资源包，则在用户支付后，下发资源包，等等。
48.参见图5，为创建资源包方法示意图。发布者(综合体管理者)在综合体服务平台，向服务端发起创建资源包请求，服务端查询创建资源包请求中的条件参数对应的模板是否存在，若存在，则返回资源包模板，然后，发布者在综合体服务平台上按照资源包模板添加必要元素，比如添加包括的商品、服务，以及使用条件等元素，最后，向服务端发送确认的已添加了元素的资源包模板，从而在服务端建立并保存资源包。
49.参见图6，示出了本技术实施例提供的一种管理资源包方法流程图。该管理资源包方法用于在服务端对综合体的资源进行整合，包括如下步骤s601-s602。
50.s601：接收综合体服务平台发送的创建资源包请求，根据资源包请求的条件参数查询是否存在对应的资源包模板。
51.s602：确认综合体服务平台根据资源包模板提交的用户门槛条件、综合体提供的多个商品券和/或服务券，根据资源包模板对综合体提供的多个商品券和/或服务券进行整合，创建得到资源包。
52.其中，资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织
关系。
53.关于实现细节可参考前文描述。
54.在创建资源包之后，还可以包括控制向综合体用户发放资源包的步骤，其中，接收综合体用户通过综合体服务平台发送的资源包获取请求，根据用户门槛信息确定综合体用户是否达到至少一个资源包门槛条件，若达到门槛条件，则确认向综合体用户下发门槛条件对应的资源包。
55.在一种实现方式中，还包括控制资源包的领取，其中，接收综合体用户通过综合体服务平台发送的资源包领取查询请求，根据用户信息查询综合体用户是否已经领取资源包，若已领取，则返回已领取提示，若未领取，则执行确认向综合体用户下发门槛条件对应的资源包的步骤。
56.在一种实现方式中，还包括控制资源包使用的步骤，其中，接收综合体用户通过综合体服务平台发送的资源包使用请求，根据使用场景以及各个商品券和/或服务券之间的组织关系，确定资源包中各个商品券和/或服务券的使用条件和使用顺序。
57.在一种实现方式中，还包括维护资源包的步骤，其中，若资源包中的一个或多个商品券和/或服务券被使用，则确定并更新资源包中的剩余商品券和/或服务券。
58.参见图7，示出了一个资源包创建、发布及获取的示意图。在图7右侧，商户、小二等作为发布者，在商家中心、运营后台或开放平台进行资源包创建和发布，其中，goc设置资源包模板，用于定义基础信息、添加权益、发放规则、设置门槛，发布者可在模板中添加各种券品，例如代金券、停车券等，并且创建关联商品，包括门店、商品、库存以及价格。在图7左侧，用户通过搜索或浏览频道的方式，查看到发布的资源包，通过判定用户是否达成门槛(例如是否为注册的会员，或者是否支付购买)，如果达成门槛，则执行规则，发放资源包的权益。
59.可见，本技术实施例提供的创建、获取、管理资源包的方法，通过将综合体提供的多个商品券和服务券按照资源包模板进行整合，从而得到资源包，这种方式相当于对于各个元素(商品或服务)进行沉淀，从而支持综合体多种多样的资源整合，从而丰富资源包组合形式，类似滚雪球般的支撑资源包产品。例如，将综合体内的资源如代金券、停车券、生日礼、电影票、会员卡等进行打包，使用场景对应各个模板(通过不同组织形式来实现不同场景，如情人节，母亲节，等)，通过判定用户是否达成资源使用门槛(如身份门槛、场内消费门槛、付款购买、开业赠送，等)，来向用户下发资源包。对于商户而言，可以捆绑促进成交，而对于用户而言，可以一次性低价获取相关联的商品和或服务，不但价格有优势，且完成特定场景下全方位体验消费，而无需自身费神安排商品或服务。
60.参见图8，为获取资源包的装置结构示意图，包括：
61.资源包请求单元801，用于启动综合体服务平台向服务端发送资源包获取请求，使得所述服务端根据用户门槛信息确定所述综合体用户是否达到至少一个资源包门槛条件，若达到门槛条件，则确认针对所述综合体用户下发所述门槛条件对应的资源包；
62.其中，按照预置的资源包模板对综合体提供的多个商品券和/或服务券进行整合得到所述资源包，所述资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系；
63.资源包确认单元802，用于确认针对综合体用户下发门槛条件对应的资源包。
64.在一种实现方式中，所述资源包确认单元802还用于，通过所述综合体服务平台向
所述服务端根据用户信息查询用户是否已经领取所述资源包，若已领取，则返回已领取提示，若未领取，则启动综合体服务平台向服务端发送资源包获取请求。
65.参见图9，为本技术实施例提供的一种创建资源包的装置结构示意图。该装置用于综合体服务平台，所述装置包括：
66.创建请求单元901，用于向服务端发起创建资源包请求，使得所述服务端根据所述创建资源包请求的条件参数查询是否存在对应的资源包模板；
67.模板接收单元902，用于接收服务端返回的所述资源包模板，在所述资源包模板中增加用户门槛条件、综合体提供的多个商品券和/或服务券，使得所述服务端根据所述资源包模板对综合体提供的多个商品券和/或服务券进行整合，创建资源包，其中，所述资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系。
68.在一种实现方式中，该装置还包括：
69.资源发布单元903，用于发布所述资源包，其中，在所述综合体服务平台上将所述资源包与满足所述用户门槛条件的综合体用户进行关联，从而发布所述资源包。
70.在一种实现方式中，该装置还包括：
71.资源包控制单元904，用于控制所述综合体用户获取所述资源包，其中，根据用户门槛信息，向服务端发送资源包获取请求，使得所述服务端根据用户门槛信息确定所述综合体用户是否达到至少一个资源包门槛条件，若达到门槛条件，则确认针对所述综合体用户下发门槛条件对应的资源包。
72.参见图10，为本技术实施例提供的一种管理资源包的装置，该装置在服务端对综合体的资源进行整合，所述装置包括：
73.请求处理单元1001，用于接收综合体服务平台发送的创建资源包请求，根据所述资源包请求的条件参数查询是否存在对应的资源包模板；
74.资源包创建单元1002，用于确认综合体服务平台根据所述资源包模板提交的用户门槛条件、综合体提供的多个商品券和/或服务券，根据所述资源包模板对综合体提供的多个商品券和/或服务券进行整合，创建得到资源包，其中，所述资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系。
75.在一种实现方式中，还包括：
76.发放控制单元1003，用于控制向综合体用户发放所述资源包，其中，接收所述综合体用户通过综合体服务平台发送的资源包获取请求，根据用户门槛信息确定所述综合体用户是否达到至少一个资源包门槛条件，若达到门槛条件，则确认向所述综合体用户下发门槛条件对应的资源包。
77.在一种实现方式中，还包括：
78.领取控制单元1004，用于控制所述资源包的领取，其中，接收所述综合体用户通过所述综合体服务平台发送的资源包领取查询请求，根据用户信息查询综合体用户是否已经领取所述资源包，若已领取，则返回已领取提示，若未领取，则执行所述确认向所述综合体用户下发门槛条件对应的资源包的步骤。
79.在一种实现方式中，还包括：
80.使用控制单元1005，用于控制所述资源包的使用，其中，接收所述综合体用户通过综合体服务平台发送的资源包使用请求，根据所述使用场景以及各个商品券和/或服务券
之间的组织关系，确定资源包中各个商品券和/或服务券的使用条件和使用顺序。
81.在一种实现方式中，还包括：
82.资源包维护单元1006，用于维护所述资源包，其中，若所述资源包中的一个或多个商品券和/或服务券被使用，则确定并更新所述资源包中的剩余商品券和/或服务券。
83.本技术的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
84.可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：
85.启动综合体服务平台向服务端发送资源包获取请求，使得所述服务端根据用户门槛信息确定所述综合体用户是否达到至少一个资源包门槛条件，若达到门槛条件，则确认针对所述综合体用户下发所述门槛条件对应的资源包；其中，按照预置的资源包模板对综合体提供的多个商品券和/或服务券进行整合得到所述资源包，所述资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系；或者，
86.向服务端发起创建资源包请求，使得所述服务端根据所述创建资源包请求的条件参数查询是否存在对应的资源包模板；接收服务端返回的所述资源包模板，在所述资源包模板中增加用户门槛条件、综合体提供的多个商品券和/或服务券，使得所述服务端根据所述资源包模板对综合体提供的多个商品券和/或服务券进行整合，创建资源包，其中，所述资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系；或者，
87.接收综合体服务平台发送的创建资源包请求，根据所述资源包请求的条件参数查询是否存在对应的资源包模板；确认综合体服务平台根据所述资源包模板提交的用户门槛条件、综合体提供的多个商品券和/或服务券，根据所述资源包模板对综合体提供的多个商品券和/或服务券进行整合，创建得到资源包，其中，所述资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系。
88.可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(read-only memory，简称为rom)、随机存取存储器(random access memory，简称为ram)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
89.本技术的实施例还提供了一种电子设备，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
90.可选地，上述电子设备还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
91.可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
92.启动综合体服务平台向服务端发送资源包获取请求，使得所述服务端根据用户门槛信息确定所述综合体用户是否达到至少一个资源包门槛条件，若达到门槛条件，则确认针对所述综合体用户下发所述门槛条件对应的资源包；其中，按照预置的资源包模板对综合体提供的多个商品券和/或服务券进行整合得到所述资源包，所述资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系；或者，
93.向服务端发起创建资源包请求，使得所述服务端根据所述创建资源包请求的条件参数查询是否存在对应的资源包模板；接收服务端返回的所述资源包模板，在所述资源包
模板中增加用户门槛条件、综合体提供的多个商品券和/或服务券，使得所述服务端根据所述资源包模板对综合体提供的多个商品券和/或服务券进行整合，创建资源包，其中，所述资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系；或者，
94.接收综合体服务平台发送的创建资源包请求，根据所述资源包请求的条件参数查询是否存在对应的资源包模板；确认综合体服务平台根据所述资源包模板提交的用户门槛条件、综合体提供的多个商品券和/或服务券，根据所述资源包模板对综合体提供的多个商品券和/或服务券进行整合，创建得到资源包，其中，所述资源包模板定义资源包使用场景以及各个商品券和/或服务券之间的组织关系。
95.可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
96.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
97.在本技术的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
98.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
99.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
100.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
101.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
102.以上所述仅是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。