复合业务的联合下单方法、装置、电子装置和存储介质与流程

1.本技术涉及订单管理技术领域，特别是涉及一种复合业务的联合下单方法、装置、电子装置和存储介质。


背景技术：

2.在各类业务场景中，业务平台往往存在多项相互联系或者不联系的业务，用户可以在业务平台上选择一项或者多项业务进行交易。例如，在充电宝租赁场景中，是先形成充电业务订单，再进行其他商品的搭售选择，最后进行支付。
3.由于在该流程中，仅仅作为充电业务发起交易，经过一段交易流程后，用户可能进行其他商品的搭售选择，即以另一项业务发起了合并支付的动作，并且改变了充电业务的交易标的，因此，也无法将原始的业务种类(即充电业务)作为最终的业务类型交给后续的业务处理系统。否则，业务处理系统会陷入类似该交易属于哪种业务类型(充电业务还是其他商品的购买业务)的讨论中，同时也对逆向流程(退款)、下游支付以及资金成分核算产生影响。
4.相关技术中的业务处理系统需要准确定义进入业务处理系统的某项交易的业务类型，然而在用户进行复合业务下单时，由于该项交易不单独属于某一个业务，无法界定该项交易属于何种业务，对后续业务资源的锁定、用户的支付也会产生影响，导致业务处理系统的订单处理效率降低。
5.目前针对相关技术中业务处理系统的订单处理效率低的问题，尚未提出有效的解决方案。


技术实现要素：

6.本技术实施例提供了一种复合业务的联合下单方法、装置、电子装置和存储介质，以至少解决相关技术中业务处理系统的订单处理效率低的问题。
7.第一方面，本技术实施例提供了一种复合业务的联合下单方法，所述方法包括：获取用户输入的业务操作数据，其中，所述业务操作数据至少包括第一业务操作数据以及第二业务操作数据；根据与所述第一业务操作数据对应的第一营销资源以及与所述第二业务操作数据对应的第二营销资源，生成联合业务订单，其中，所述联合业务订单包括与所述第一业务操作数据对应的第一子业务订单以及与所述第二业务操作数据对应的第二子业务订单，所述营销资源包括在营销系统上用于展示以及营销活动的抽象化的业务商品；将所述第一子业务订单分派至第一业务平台，锁定与所述第一营销资源对应的第一业务资源，并将所述第二子业务订单分派至第二业务平台，锁定与所述第二营销资源对应的第二业务资源。
8.在其中一些实施例中，在获取用户输入的业务操作数据之前，所述方法还包括：获取未锁定的营销资源；根据用户的业务需求，从未锁定的营销资源中选择与所述业务需求对应的营销资源，并根据与所述业务需求对应的营销资源，生成业务操作数据。
9.在其中一些实施例中，根据与所述第一业务操作数据对应的第一营销资源以及与所述第二业务操作数据对应的第二营销资源，生成联合业务订单包括：获取与所述第一业务操作数据对应的第一营销资源以及与所述第二业务操作数据对应的第二营销资源；在营销系统中对所述第一营销资源和所述第二营销资源进行锁定操作，并计算得到与所述第一营销资源对应的第一计费明细以及与所述第二营销资源对应的第二计费明细；根据所述第一营销资源、所述第二营销资源、所述第一计费明细以及所述第二计费明细，生成联合业务订单。
10.在其中一些实施例中，根据所述第一营销资源、所述第二营销资源、所述第一计费明细以及所述第二计费明细，生成联合业务订单包括：根据所述第一营销资源以及所述第一计费明细，生成第一业务子订单；根据所述第二营销资源以及所述第二计费明细，生成第二业务子订单；将所述第一业务子订单以及所述第二业务子订单加入预设的业务订单存储库中，并根据所述业务订单存储库，生成联合业务订单。
11.在其中一些实施例中，根据与所述第一业务操作数据对应的第一营销资源以及与所述第二业务操作数据对应的第二营销资源，生成联合业务订单包括：根据与所述第一业务操作数据对应的第一营销资源以及与所述第二业务操作数据对应的第二营销资源，生成联合关系模型，其中，所述联合关系模型包括所述第一营销资源与所述第二营销资源的联合关系；根据所述联合关系模型，生成第一业务子订单以及第二业务子订单，并确定所述联合业务订单包括所述第一业务子订单以及所述第二业务子订单。
12.在其中一些实施例中，所述方法还包括：在营销系统中对所述第一营销资源和所述第二营销资源进行核销操作；根据所述联合业务订单，在所述第一业务平台中对所述第一业务资源进行核销操作，并在所述第二业务平台中对所述第二业务资源进行核销操作。
13.在其中一些实施例中，在营销系统中对所述第一营销资源和所述第二营销资源进行核销操作之前，所述方法还包括：获取支付回调消息；在所述支付回调消息包括支付成功消息的情况下，在交易系统中对所述联合业务订单进行核销操作。
14.在其中一些实施例中，在交易系统中对所述联合业务订单进行核销操作包括：根据所述联合业务订单，在交易系统中对所述支付回调信息中的资金信息进行拆分，得到与第一业务资源对应的第一资金信息以及与第二业务资源对应的第二资金信息；在交易系统中分别对所述第一资金信息以及所述第二资金信息进行核销操作。
15.第二方面，本技术实施例提供了一种复合业务的联合下单装置，所述装置包括：获取模块，用于获取用户输入的业务操作数据，其中，所述业务操作数据至少包括第一业务操作数据以及第二业务操作数据；生成模块，用于根据与所述第一业务操作数据对应的第一营销资源以及与所述第二业务操作数据对应的第二营销资源，生成联合业务订单，其中，所述联合业务订单包括与所述第一业务操作数据对应的第一子业务订单以及与所述第二业务操作数据对应的第二子业务订单；分派模块，用于将所述第一子业务订单分派至第一业务平台，锁定与所述第一营销资源对应的第一业务资源，并将所述第二子业务订单分派至第二业务平台，锁定与所述第二营销资源对应的第二业务资源。
16.第三方面，本技术实施例还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行如上述第一方面所述的复合业务的联合下单方法。
17.第四方面，本技术实施例还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被处理器执行时实现如上述第一方面所述的复合业务的联合下单方法。
18.相比于相关技术，本技术实施例提供的复合业务的联合下单方法、装置、电子装置和存储介质，通过获取用户输入的业务操作数据，并根据与第一业务操作数据对应的第一营销资源以及与第二业务操作数据对应的第二营销资源，生成联合业务订单，将第一子业务订单分派至第一业务平台，锁定与第一营销资源对应的第一业务资源，并将第二子业务订单分派至第二业务平台，锁定与第二营销资源对应的第二业务资源，解决了相关技术中业务处理系统的订单处理效率低的问题，实现了提高业务处理系统的订单处理效率的技术效果。
19.本技术的一个或多个实施例的细节在以下附图和描述中提出，以使本技术的其他特征、目的和优点更加简明易懂。
附图说明
20.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
21.图1是根据本技术实施例的复合业务的联合下单方法的流程图；
22.图2是根据本技术一种实施例的复合业务的联合下单方法的流程图；
23.图3是根据本技术实施例的复合业务的联合下单装置的结构框图；
24.图4是根据本技术实施例的电子装置的结构示意图。
具体实施方式
25.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。基于本技术提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本技术公开的内容相关的本领域的普通技术人员而言，在本技术揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本技术公开的内容不充分。
26.在本技术中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本技术所描述的实施例在不冲突的情况下，可以与其它实施例相结合。
27.除非另作定义，本技术所涉及的技术术语或者科学术语应当为本技术所属技术领域内具有一般技能的人士所理解的通常意义。本技术所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本技术所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有
列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本技术所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本技术所涉及的“多个”是指大于或者等于两个。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。本技术所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。
28.本实施例提供了一种复合业务的联合下单方法，图1是根据本技术实施例的复合业务的联合下单方法的流程图，如图1所示，该方法包括：
29.步骤s101，获取用户输入的业务操作数据，其中，业务操作数据至少包括第一业务操作数据以及第二业务操作数据。
30.在本实施例中，用户可以在移动设备或者其他设备(例如充电宝租赁设备)上搭载的客户端上根据需求，在营销系统中选择符合需求的营销资源，并组合为复合业务生成业务操作数据。
31.在上述实施例中，业务操作数据还可以包括其他数量的业务操作数据，例如，用户选择充电业务、购买充电宝业务以及购买数据线业务时，则分别生成第一业务操作数据、第二业务操作数据以及第三业务操作数据，将三项业务组合为复合业务，并将三种业务操作数据组合为业务操作数据。
32.步骤s102，根据与第一业务操作数据对应的第一营销资源以及与第二业务操作数据对应的第二营销资源，生成联合业务订单，其中，联合业务订单包括与第一业务操作数据对应的第一子业务订单以及与第二业务操作数据对应的第二子业务订单，营销资源包括在营销系统上用于展示以及营销活动的抽象化的业务商品。
33.在本实施例中，第一营销资源和第二营销资源可以对应不同的商品，营销资源包括在营销系统上展示的资源，用于营销展示或者其他营销活动(例如打折、会员优惠等)，是抽象化的商品。
34.步骤s103，将第一子业务订单分派至第一业务平台，锁定与第一营销资源对应的第一业务资源，并将第二子业务订单分派至第二业务平台，锁定与第二营销资源对应的第二业务资源。
35.在本实施例中，可以创建一个类似于电商购物车的业务订单购物车，将第一子业务订单、第二子业务订单或者其他更多的子业务订单抽象为业务商品，并加入到业务订单购物车中，通过该业务订单购物车来生成联合业务订单，业务处理系统可以使用联合业务订单的信息完成子业务订单的分派工作，并对应于每个子业务订单的业务平台中完成相关业务资源的锁定，最后使用联合业务订单进行支付，在用户支付完成后，业务处理系统可以使用联合业务订单的信息完成资金成分的拆解。
36.在上述实施例中，业务处理系统支持多种业务参与，且业务之间可以随意组合，同时支持合并支付，包括多种业务的复合业务同时进行支付操作，且通常只需要支付一次。
37.通过上述步骤s101至步骤s103，创建一个类似于电商购物车的业务订单购物车，将第一子业务订单、第二子业务订单或者其他更多的子业务订单抽象为业务商品，并加入到业务订单购物车中，通过该业务订单购物车来生成联合业务订单，业务处理系统可以使用联合业务订单的信息完成子业务订单的分派工作，并对应于每个子业务订单的业务平台
中完成相关业务资源的锁定，最后使用联合业务订单进行支付。通过本技术，解决了相关技术中业务处理系统的订单处理效率低的问题，实现了提高业务处理系统的订单处理效率的技术效果。
38.在其中一些实施例中，获取用户输入的业务操作数据之前，还实施如下步骤：获取未锁定的营销资源；根据用户的业务需求，从未锁定的营销资源中选择与业务需求对应的营销资源，并根据与业务需求对应的营销资源，生成业务操作数据。
39.在本实施例中，业务处理系统可以获取未锁定的营销资源，并在客户端上展示，用户可以在移动设备或者其他设备(例如充电宝租赁设备)上搭载的客户端上查看未锁定的营销资源(例如充电业务、充电宝、数据线等)，用户可以根据自身需求，从未锁定的营销资源中选择符合自身需求的营销资源，并组合为复合业务生成业务操作数据。
40.在上述实施例中，营销资源包括在营销系统中展示的资源，用于营销展示或者其他营销活动(例如打折、会员优惠等)，业务资源包括在业务平台中实际存在的资源，由于业务资源往往会伴随着营销活动，因此，业务资源的实际计费可能与对应的营销资源的展示计费不同，因此可以将营销系统参与到本技术中的业务处理系统中，业务处理系统不需要先分派锁定业务资源再进行营销资源的费用计算，可以直接在营销系统中获取各类营销资产的计费明细，再进行业务资源锁定，提高业务处理系统的订单处理效率。
41.在其中一些实施例中，根据与第一业务操作数据对应的第一营销资源以及与第二业务操作数据对应的第二营销资源，生成联合业务订单通过如下步骤实现：
42.步骤1，获取与第一业务操作数据对应的第一营销资源以及与第二业务操作数据对应的第二营销资源。
43.步骤2，在营销系统中对第一营销资源和第二营销资源进行锁定操作，并计算得到与第一营销资源对应的第一计费明细以及与第二营销资源对应的第二计费明细。
44.步骤3，根据第一营销资源、第二营销资源、第一计费明细以及第二计费明细，生成联合业务订单。
45.在本实施例中，根据第一营销资源、第二营销资源、第一计费明细以及第二计费明细，生成联合业务订单包括：根据第一营销资源以及第一计费明细，生成第一业务子订单；根据第二营销资源以及第二计费明细，生成第二业务子订单；将第一业务子订单以及第二业务子订单加入预设的业务订单存储库中，并根据业务订单存储库，生成联合业务订单。
46.在上述实施例中，可以在营销系统中对第一营销资源和第二营销资源进行锁定操作，并计算得到与第一营销资源对应的第一计费明细以及与第二营销资源对应的第二计费明细，进而生成第一业务子订单以及第二业务子订单，将第一子业务订单、第二子业务订单或者其他更多的子业务订单抽象为业务商品，并加入到业务订单购物车(即预设的业务订单存储库)中，通过该业务订单购物车生成联合业务订单，解决了相关技术中业务处理系统的订单处理效率低的问题，实现了提高业务处理系统的订单处理效率的技术效果。
47.同时，通过在营销系统中直接获取与第一营销资源对应的第一计费明细以及与第二营销资源对应的第二计费明细，不需要业务处理系统进行清结算及营销成本计算等操作，业务处理系统不需要先分派锁定业务资源再进行营销资源的费用计算，可以直接在营销系统中获取各类营销资产的计费明细，再进行业务资源锁定，减轻了业务处理系统的计算负担。
48.在其中一些实施例中，根据与第一业务操作数据对应的第一营销资源以及与第二业务操作数据对应的第二营销资源，生成联合业务订单通过如下步骤实现：
49.步骤1，根据与第一业务操作数据对应的第一营销资源以及与第二业务操作数据对应的第二营销资源，生成联合关系模型，其中，联合关系模型包括第一营销资源与第二营销资源的联合关系。
50.步骤2，根据联合关系模型，生成第一业务子订单以及第二业务子订单，并确定联合业务订单包括第一业务子订单以及第二业务子订单。
51.在本实施例中，联合关系模型包括一个标头，以及与标头连接的数据项，每个数据项包括一个营销资源，标头可以连接多个数据项，即联合关系模型中可以包括第一营销资源、第二营销资源以及其他营销资源的联合关系，支持多种子业务的营销资源参与，且每种子业务之间可以随意组合。
52.相关技术中，当一项新业务启动时，例如该项新业务包括会员购买、商品购买等子业务时，则需要对该项新业务进行开发，包括调度其他子业务的下单和对下游支付系统的调度，在上述实施例中，通过建立联合关系模型，可以随意组合各种子业务，不需要对复合业务进行开发，减轻业务处理系统的开发负担。
53.在其中一些实施例中，还实施如下步骤：在营销系统中对第一营销资源和第二营销资源进行核销操作；根据联合业务订单，在第一业务平台中对第一业务资源进行核销操作，并在第二业务平台中对第二业务资源进行核销操作。
54.在本实施例中，在营销系统中对第一营销资源和第二营销资源进行核销操作之前，该方法还包括：获取支付回调消息；在支付回调消息包括支付成功消息的情况下，在交易系统中对联合业务订单进行核销操作。
55.在本实施例中，在交易系统中对联合业务订单进行核销操作包括：根据联合业务订单，在交易系统中对支付回调信息中的资金信息进行拆分，得到与第一业务资源对应的第一资金信息以及与第二业务资源对应的第二资金信息；在交易系统中分别对第一资金信息以及第二资金信息进行核销操作。
56.在上述实施例中，通过第三方支付平台获取支付回调信息，在支付系统中接收支付回调信息，并回写支付状态并通知交易支付成功，在交易系统中回写交易单状态及相关模型数据，通过交易系统通知营销系统核销营销资产，并通知订单系统核销联合业务订单，通过订单系统通知业务处理系统核销业务资源，并在业务平台中对业务资源进行核销操作。
57.通过将业务处理系统与支付系统隔离，业务处理系统不再关心与支付系统的详细对接内容，省去了业务处理系统与支付系统对接的成本；同时，再需要对资金进行拆分的情况下，可以直接根据联合业务订单中的相关进行，进行界定和核对各部分的资金组成部分，支撑财务决策和财务记账。
58.图2是根据本技术一种实施例的复合业务的联合下单方法的流程图，如图2所示，在其中一些实施例中，在本技术应用于充电宝租赁设备时，该流程包括如下步骤：
59.步骤s201，在充电宝租赁设备上发起充电业务。
60.步骤s202，在完成充电业务的情况下，计算充电费用，并得到充电信息，并形成第一业务订单。
61.步骤s203，将第一业务订单加入预设的业务订单存储库。
62.步骤s204，在充电宝租赁设备上发起购买充电宝业务，形成第二业务订单，并将第二业务订单加入业务订单存储库。
63.步骤s205，根据业务订单存储库，生成联合关系模型以及联合业务订单。
64.步骤s206，根据联合业务订单，在业务处理系统中完成下单操作。
65.需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
66.本实施例提供了一种复合业务的联合下单装置，图3是根据本技术实施例的复合业务的联合下单装置的结构框图，如图3所示，该装置包括：获取模块30，用于获取用户输入的业务操作数据，其中，业务操作数据至少包括第一业务操作数据以及第二业务操作数据；生成模块31，用于根据与第一业务操作数据对应的第一营销资源以及与第二业务操作数据对应的第二营销资源，生成联合业务订单，其中，联合业务订单包括与第一业务操作数据对应的第一子业务订单以及与第二业务操作数据对应的第二子业务订单，营销资源包括在营销系统上用于展示以及营销活动的抽象化的业务商品；分派模块32，用于将第一子业务订单分派至第一业务平台，锁定与第一营销资源对应的第一业务资源，并将第二子业务订单分派至第二业务平台，锁定与第二营销资源对应的第二业务资源。
67.在其中一些实施例中，该装置还包括选择模块，用于获取未锁定的营销资源；根据用户的业务需求，从未锁定的营销资源中选择与业务需求对应的营销资源，并根据与业务需求对应的营销资源，生成业务操作数据。。
68.在其中一些实施例中，生成模块31还被配置为用于获取与第一业务操作数据对应的第一营销资源以及与第二业务操作数据对应的第二营销资源；在营销系统中对第一营销资源和第二营销资源进行锁定操作，并计算得到与第一营销资源对应的第一计费明细以及与第二营销资源对应的第二计费明细；根据第一营销资源、第二营销资源、第一计费明细以及第二计费明细，生成联合业务订单。
69.在其中一些实施例中，生成模块31还被配置为用于根据第一营销资源以及第一计费明细，生成第一业务子订单；根据第二营销资源以及第二计费明细，生成第二业务子订单；将第一业务子订单以及第二业务子订单加入预设的业务订单存储库中，并根据业务订单存储库，生成联合业务订单。
70.在其中一些实施例中，生成模块31还被配置为用于根据与第一业务操作数据对应的第一营销资源以及与第二业务操作数据对应的第二营销资源，生成联合关系模型，其中，联合关系模型包括第一营销资源与第二营销资源的联合关系；根据联合关系模型，生成第一业务子订单以及第二业务子订单，并确定联合业务订单包括第一业务子订单以及第二业务子订单。
71.在其中一些实施例中，该装置还包括核销模块，用于在营销系统中对第一营销资源和第二营销资源进行核销操作；根据联合业务订单，在第一业务平台中对第一业务资源进行核销操作，并在第二业务平台中对第二业务资源进行核销操作。
72.在其中一些实施例中，核销模块还被配置为用于获取支付回调消息；在支付回调消息包括支付成功消息的情况下，在交易系统中对联合业务订单进行核销操作。
73.在其中一些实施例中，核销模块还被配置为用于根据联合业务订单，在交易系统
中对支付回调信息中的资金信息进行拆分，得到与第一业务资源对应的第一资金信息以及与第二业务资源对应的第二资金信息；在交易系统中分别对第一资金信息以及第二资金信息进行核销操作。
74.需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
75.本实施例还提供了一种电子装置，图4是根据本技术实施例的电子装置的硬件结构示意图，如图4所示，该电子装置包括存储器404和处理器402，该存储器404中存储有计算机程序，该处理器402被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
76.具体地，上述处理器402可以包括中央处理器(cpu)，或者特定集成电路(application specific integrated circuit，简称为asic)，或者可以被配置成实施本技术实施例的一个或多个集成电路。
77.其中，存储器404可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器404可包括硬盘驱动器(hard disk drive，简称为hdd)、软盘驱动器、固态驱动器(solid state drive，简称为ssd)、闪存、光盘、磁光盘、磁带或通用串行总线(universal serial bus，简称为usb)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器404可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器404可在复合业务的联合下单装置的内部或外部。在特定实施例中，存储器404是非易失性(non-volatile)存储器。在特定实施例中，存储器404包括只读存储器(read-only memory，简称为rom)和随机存取存储器(random access memory，简称为ram)。在合适的情况下，该rom可以是掩模编程的rom、可编程rom(programmable read-only memory，简称为prom)、可擦除prom(erasable programmable read-only memory，简称为eprom)、电可擦除prom(electrically erasable programmable read-only memory，简称为eeprom)、电可改写rom(electrically alterable read-only memory，简称为earom)或闪存(flash)或者两个或更多个以上这些的组合。在合适的情况下，该ram可以是静态随机存取存储器(static random-access memory，简称为sram)或动态随机存取存储器(dynamic random access memory，简称为dram)，其中，dram可以是快速页模式动态随机存取存储器(fast page mode dynamic random access memory，简称为fpmdram)、扩展数据输出动态随机存取存储器(extended date out dynamic random access memory，简称为edodram)、同步动态随机存取内存(synchronous dynamic random-access memory，简称sdram)等。
78.存储器404可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器402所执行的可能的计算机程序指令。
79.处理器402通过读取并执行存储器404中存储的计算机程序指令，以实现上述实施例中的任意一种复合业务的联合下单方法。
80.可选地，上述电子装置还可以包括传输设备406以及输入输出设备408，其中，该传输设备406和上述处理器402连接，该输入输出设备408和上述处理器402连接。
81.可选地，在本实施例中，上述处理器402可以被设置为通过计算机程序执行以下步骤：
82.s1，获取用户输入的业务操作数据，其中，业务操作数据至少包括第一业务操作数据以及第二业务操作数据。
83.s2，根据与第一业务操作数据对应的第一营销资源以及与第二业务操作数据对应的第二营销资源，生成联合业务订单，其中，联合业务订单包括与第一业务操作数据对应的第一子业务订单以及与第二业务操作数据对应的第二子业务订单，营销资源包括在营销系统上用于展示以及营销活动的抽象化的业务商品。
84.s3，将第一子业务订单分派至第一业务平台，锁定与第一营销资源对应的第一业务资源，并将第二子业务订单分派至第二业务平台，锁定与第二营销资源对应的第二业务资源。
85.需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
86.另外，结合上述实施例中的复合业务的联合下单方法，本技术实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种复合业务的联合下单方法。
87.本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
88.以上实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。