数据处理方法、装置及电子设备与流程

1.本技术涉及计算机技术领域，具体涉及多种数据处理方法、装置、电子设备及存储介质。


背景技术：

2.随着互联网的日益发展，越来越多的用户通过网络平台获得商品和/或服务，例如外卖平台和网络购物平台等。
3.为了吸引更多的用户进行消费，以及吸引每个用户进行更多的消费，网络平台会推出联合活动以使得用户获得一定权益。
4.当推出联合活动时，如何引导用户高效的参加联合活动是需要解决的问题。
5.在所述背景技术部分公开的上述信息仅用于加强对本技术的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

6.本技术实施例提供的数据处理方法，至少部分解决了如何引导用户高效的参加联合活动的问题。
7.本技术实施例提供一种数据处理方法，包括：获取用户的待下单的当前订单数据；获得所述用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象；其中，所述目标任务的任务结果数据基于所述当前订单数据更新，且所述任务结果数据满足任务完成条件后使得所述用户享有所述搭售对象对应的优惠搭售权益，所述搭售对象具有优惠价格属性；响应于基于当前订单数据更新后的任务结果数据满足所述任务完成条件，显示所述搭售对象为可选择状态；响应于用户触发生成订单并且所述搭售对象处于选中状态，触发生成订单。
8.可选的，如果所述搭售对象为可选择状态，接收所述用户针对所述搭售对象的选择操作或取消选择操作。
9.可选的，所述响应于用户触发生成订单并且所述搭售对象处于选中状态，触发生成订单，包括：响应于用户触发生成订单并且所述搭售对象处于选中状态，触发针对所述当前订单数据生成主订单，以及，针对所述搭售对象生成与所述主订单关联的搭售订单。
10.可选的，所述接收所述用户针对所述搭售对象的选择操作，包括：当所述搭售对象处于未选中状态，检测到所述用户针对所搭售对象的选择操作，展示第一提示信息，所述第一提示信息用于提示所述搭售订单与所述主订单分开配送。
11.可选的，所述第一提示信息还用于提示用户所述搭售订单的配送信息可修改。
12.可选的，还包括：展示所述搭售订单的信息；在所述搭售订单的展示页面，接收所述用户修改所述搭售订单的配送信息。
13.可选的，所述主订单，根据所述主订单对应的店铺的配送配置信息分配给第一配送资源；所述搭售订单，根据所述搭售对象的配送配置信息分配给第二配送资源。
14.可选的，还包括：展示所述目标任务以及所述搭售对象。
15.可选的，所述展示所述目标任务以及所述搭售对象，包括：根据所述目标任务的任务类型展示所述目标任务的任务结果数据，所述结任务结果数据表征所述目标任务的任务进度。
16.可选的，所述根据所述目标任务的任务类型展示所述目标任务的任务结果数据，包括：若所述目标任务为第一类型任务，以进度条形式和/或数据形式展示所述任务结果数据；和/或，若所述目标任务为第二类型任务，以节点形式和/或数据形式展示所述任务结果数据。
17.可选的，所述展示所述目标任务以及所述搭售对象，包括：展示所述目标任务的以下任意信息：基于搭售对象形成的任务标题、基于搭售对象和对应品牌信息形成的任务子标题、任务描述信息、对应的活动规则或用于引导至所述活动规则的活动规则入口；展示所述搭售对象的图像和/或优惠搭售价格。
18.可选的，还包括：响应于所述用户的优惠搭售权益未锁定并且更新后的任务结果数据不满足所述任务完成条件，显示所述搭售对象为不可选择状态；和/或，如果所述用户的优惠搭售权益未锁定且所述搭售对象无库存余量，则显示所述搭售对象为不可选择状态，并展示第二提示信息，所述第二提示信息用于提示所述搭售对象已达发放数量上限。
19.可选的，所述展示所述目标任务以及所述搭售对象，包括：响应于针对当前加购对象的结算指令，加载第一页面，在所述第一页面展示所述目标任务以及所述搭售对象。
20.可选的，还包括：在所述第一页面接收用户操作行为，根据所述用户操作行为更新所述目标任务的任务结果数据；显示表征更新后任务结果数据的任务进度，以及，所述搭售对象当前对应的可选择状态或不可选择状态。
21.可选的，所述展示所述目标任务以及所述搭售对象，包括：响应于优惠搭售权益活动的活动页面加载指令，加载第二页面，在所述第二页面展示所述目标任务以及所述搭售对象；其中，所述优惠搭售权益活动包括参与所述活动的品牌以及对应的搭售对象。
22.可选的，在所述第二页面展示如下任意信息：所述目标任务所属的优惠搭售权益活动的活动规则信息或活动规则信息入口、用于触发分享所述优惠搭售权益活动的分享控件、搭售对象图像、搭售优惠信息及价格标签、活动氛围元素、所述目标任务的任务描述信息和/或任务进度信息。
23.可选的，还包括：在所述第二页面展示所述目标任务对应的品牌所关联的店铺。
24.可选的，所述在所述第二页面展示所述目标任务对应的品牌所述关联的店铺，包括：如果所述品牌为第一类品牌，则展示第一类品牌的品牌门店；如果所述品牌为第二类品牌，则展示可向用户提供第二类品牌的零售对象的零售门店。
25.可选的，所述展示可向用户提供第二类品牌的零售对象的零售门店，包括：展示所述零售门店的门店信息以及所述零售门店向用户提供的第二类品牌的零售对象信息。
26.可选的，所述展示所述零售门店的门店信息以及所述零售门店向用户提供的第二类品牌的零售对象信息，包括：在热区展示所述门店信息；所述热区被触发后链接到所述零售门店的第二类品牌的零售对象；和/或，展示购物车，以及与所述零售对象关联的加购操作控件。
27.可选的，还包括：如果所述任务结果数据不满足任务完成条件，则在所述第二页面
展示第一界面元素，所述第一界面元素用于触发置顶所述目标任务对应的品牌所关联的店铺；和/或，如果所述任务结果数据满足任务完成条件且所述用户已执行搭售操作，则在所述第二页面展示第二界面元素，所述第二界面元素用于触发展示所述搭售对象对应的订单；和/或，如果所述任务结果数据满足任务完成条件且所述用户未执行搭售操作，则在所述第二页面展示第三界面元素，所述第三界面元素用于触发搭售页面，以使所述用户可执行搭售操作。
28.可选的，所述获得所述用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象，包括：向服务端发送任务查询请求；接收所述服务端针对所述任务查询请求反馈的所述目标任务以及所述搭售对象，并在第一页面和/或第二页面展示；所述第一页面，为响应于针对当前加购对象的结算指令而请求加载；所述第二页面，为响应于优惠搭售权益活动的活动页面加载指令而请求加载。
29.可选的，还包括：所述服务端根据所述任务查询请求对应的品牌信息及用户信息获取所述目标任务。
30.可选的，还包括：所述服务端确定所述品牌信息对应的预定任务时段与所述任务查询请求的当前时间相匹配，生成所述目标任务。
31.本技术实施例还提供一种数据处理方法，包括：接收客户端发送的针对优惠搭售权益活动的任务查询请求；针对所述任务查询请求，获取用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象并发送给客户端；其中，所述目标任务的任务结果数据基于所述用户的待下单的当前订单数据更新且所述目标任务的任务结果数据满足任务完成条件后使得所述用户享有所述搭售对象对应的优惠搭售权益，所述搭售对象具有优惠价格属性；接收所述客户端发送的生成订单请求，所述生成订单请求包括待下单的当前订单数据以及用户选择的搭售对象；针对所述当前订单数据以及所述用户选择的搭售对象生成订单。
32.可选的，所述针对所述当前订单数据以及所述用户选择的搭售对象生成订单，包括：针对所述当前订单数据生成主订单，以及，针对所述用户选择的搭售对象生成与所述主订单关联的搭售订单。
33.可选的，所述针对所述任务查询请求，获取用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象，包括：解析所述任务查询请求；根据解析结果获得所述用户以及所述任务查询请求对应的目标品牌；判断当前时间是否匹配上所述目标品牌的预定任务时段以及用户的优惠搭售权益是否未锁定；如果当前时间匹配上所述目标品牌的预定任务时段且所述用户的优惠搭售权益未锁定，则获取所述目标品牌关联的任务信息以及所述目标品牌关联的搭售对象信息，并根据所述目标品牌关联的任务信息确定所述搭售对象的优惠价格属性，生成所述目标任务；聚合所述用户的与所述预定任务时段匹配的订单数据，根据聚合结果确定所述目标任务的任务结果数据。
34.可选的，所述获取所述目标品牌关联的任务信息以及所述目标品牌关联的搭售对象信息，包括：查询所述目标品牌的品牌标识关联的任务标识；根据所述任务标识关联的任务信息生成任务实例，所述任务实例用于承载所目标任务的信息；所述任务实例包括活动规则信息，所述活动规则信息用于确定所述搭售对象的优惠价格属性；查询所述品牌标识关联的搭售对象标识，将所述搭售对象标识关联的配置信息以及库存信息，作为所述搭售
对象信息。
35.可选的，所述任务查询请求，为客户端基于第一页面发送的第一任务查询请求；其中，所述第一页面，为针对当前加购对象的提单页面结算指令而请求加载的提单页面；所述方法，还包括：根据所述第一任务查询请求获取所述用户的待下单的当前订单数据，根据所述当前订单数据更新所述目标任务的任务结果数据。
36.可选的，所述任务查询请求，为客户端基于第二页面发送的第二任务查询请求；其中，所述第二页面，为响应于优惠搭售权益活动的活动页面加载指令而请求加载的活动页面；所述方法，还包括：根据所述任务查询请求对应的目标品牌召回参与优惠搭售权益活动的店铺，向所述客户端发送与所述目标任务关联的店铺，以使所述客户端针对所述目标任务展示所述店铺。
37.可选的，还包括：如果确定所述目标品牌的预定任务时段内所述目标用户的任务结果数据已满足任务完成条件且用户已执行搭售操作，则获取所述用户的搭售订单的信息并发送给所述客户端，以使所述客户端针对所述目标任务展示用于触发展示所述搭售订单的第二界面元素。
38.可选的，还包括：接收所述客户端发送的针对所述主订单的第一退单请求；针对所述第一退单请求执行所述主订单对应的第一退单流程；判断所述主订单是否关联有搭售订单；若是，则针对所述搭售订单发起第二退单流程。
39.可选的，还包括：如果确定所述任务查询请求对应的目标品牌的预定任务时段内所述用户已执行搭售操作，或者，确定所述用户的搭售操作次数已达到搭售次数阈值，则针对所述目标任务锁定所述用户的优惠搭售权益。
40.本技术实施例还提供一种数据处理装置，包括：当前订单单元，用于获取用户的待下单的当前订单数据；搭售任务及搭售对象单元，用于获得所述用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象；其中，所述目标任务的任务结果数据基于所述当前订单数据更新，且所述任务结果数据满足任务完成条件后使得所述用户享有所述搭售对象对应的优惠搭售权益，所述搭售对象具有优惠价格属性；选择搭售单元，用于响应于基于当前订单数据更新后的任务结果数据满足所述任务完成条件，显示所述搭售对象为可选择状态；生成订单单元，用于响应于用户触发生成订单并且所述搭售对象处于选中状态，触发生成订单。
41.本技术实施例还提供一种数据处理装置，包括：活动查询单元，用于接收客户端发送的针对优惠搭售权益活动的任务查询请求；资格判断单元，用于针对所述任务查询请求，获取用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象并发送给客户端；其中，所述目标任务的任务结果数据基于所述用户的待下单的当前订单数据更新且所述目标任务的任务结果数据满足任务完成条件后使得所述用户享有所述搭售对象对应的优惠搭售权益，所述搭售对象具有优惠价格属性；生成订单请求单元，用于接收所述客户端发送的生成订单请求，所述生成订单请求包括待下单的当前订单数据以及用户选择的搭售对象；生成订单单元，用于针对所述当前订单数据以及所述用户选择的搭售对象生成订单。
42.本技术实施例还提供一种电子设备，包括：存储器，以及处理器；所述存储器用于存储计算机程序，所述计算机程序被所述处理器运行后，执行本技术实施例提供的所述方
法。
43.本技术实施例还提供一种计算机存储介质，存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现本技术实施例提供的所述方法。
44.与现有技术相比，本技术具有以下优点：
45.本技术实施例提供的一种数据处理方法、装置、电子设备及存储介质，通过获取用户的待下单的当前订单数据；获得所述用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象；其中，所述目标任务的任务结果数据基于所述当前订单数据更新，且所述任务结果数据满足任务完成条件后使得所述用户享有所述搭售对象对应的优惠搭售权益，所述搭售对象具有优惠价格属性；响应于基于当前订单数据更新后的任务结果数据满足所述任务完成条件，显示所述搭售对象为可选择状态；响应于用户触发生成订单并且所述搭售对象处于选中状态，触发生成订单。依据待下单的当前订单数据判断用户是否享有优惠搭售权益以及用户可灵活选择是否随本单对具有优惠价格的搭售对象下单，不但能简化用户操作，而且用户可根据需要决策是否随本单行使该优惠搭售权益，使得用户参与活动的时机更灵活。进一步，在提单页面显示该目标任务，从而能在提单页面依据待下单的当前订单数据即可以判断用户的优惠搭售权益资格以及选择随本单以优惠价格对搭售对象下单，在该页面将上述两步处理结合在一起，能够提高用户操作效率。
46.本技术实施例提供的一种数据处理方法、装置、电子设备及存储介质，通过接收客户端发送的针对优惠搭售权益活动的任务查询请求；针对所述任务查询请求，获取用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象并发送给客户端；其中，所述目标任务的任务结果数据基于所述用户的待下单的当前订单数据更新且所述目标任务的任务结果数据满足任务完成条件后使得所述用户享有所述搭售对象对应的优惠搭售权益，所述搭售对象具有优惠价格属性；接收所述客户端发送的生成订单请求，所述生成订单请求包括待下单的当前订单数据以及用户选择的搭售对象；针对所述当前订单数据以及所述用户选择的搭售对象生成订单。依据用户的订单数据判断用户是否享有优惠搭售权益以及用户选择是否随本单对具有优惠价格的搭售对象下单，不但能简化用户操作，而且用户可根据需要决策是否随本单行使该优惠搭售权益，提高用户操作效率以及提升用户体验。
附图说明
47.图1是本技术第一实施例提供的一种数据处理方法的处理流程图；
48.图2是本技术第一实施例提供的一种优惠权益搭售活动包括的订单相关流程的交互示意图；
49.图3是本技术第一实施例提供的一种优惠权益搭售活动的活动页面搭建流程示意图；
50.图4是本技术第一实施例提供的一种提单页面的任务显示示意图；
51.图5是本技术第一实施例提供的一种基于任务类型显示任务进度的示意图；
52.图6是本技术第一实施例提供的一种选择搭售对象的显示示意图；
53.图7是本技术第一实施例提供的一种活动页面的任务显示示意图；
54.图8是本技术第二实施例提供的一种数据处理方法的处理流程图；
55.图9是本技术第三实施例提供的一种数据处理装置示意图；
56.图10是本技术第四实施例提供的一种数据处理装置示意图；
57.图11是本技术提供的电子设备示意图。
具体实施方式
58.在下面的描述中阐述了很多具体细节以便于充分理解本技术。但是本技术能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本技术内涵的情况下做类似推广，因此本技术不受下面公开的具体实施的限制。
59.本技术实施例提供多种数据处理方法、装置、电子设备及存储介质。在下面的实施例中逐一进行说明。
60.为便于理解，首先给出本技术实施例涉及的相关概念。
61.活动：是指为了吸引用户使用服务而开展的给用户带来权益的增值方案。
62.联合活动：是指网络平台和品牌或店铺联合推出的活动。优惠权益搭售活动，是一种联合活动，用户针对当前加购对象下单时可选择针对所述活动预先配置的具有优惠价格属性的商品和/或服务随单一起下单。所述具有优惠价格属性的商品和/或服务为对应活动的搭售对象。所谓对象是指商品和/或服务。
63.任务：是指与优惠权益搭售活动关联的任务，基于度量方式不同任务类型包括但不局限于第一类型(如金额任务)、第二类型(如笔数任务)。
64.应用本技术实施例提供的数据处理方法，能提供一种引导用户决策是否参加优惠权益搭售活动以及高效参加该活动的解决方案。
65.需要说明的是，以上所公开的信息仅用于帮助对本技术进行理解，并不意味着构成对本领域普通技术人员已知的现有技术。
66.以下结合图1至图7对本技术第一实施例提供的数据处理方法进行说明。
67.图1所示的数据处理方法，包括：
68.步骤s101，获取用户的待下单的当前订单数据；
69.步骤s102，获得所述用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象；其中，所述目标任务的任务结果数据基于所述当前订单数据更新，且所述任务结果数据满足任务完成条件后使得所述用户享有所述搭售对象对应的优惠搭售权益，所述搭售对象具有优惠价格属性；
70.步骤s103，响应于基于当前订单数据更新后的任务结果数据满足所述任务完成条件，显示所述搭售对象为可选择状态；
71.步骤s104，响应于用户触发生成订单并且所述搭售对象处于选中状态，触发生成订单。
72.本实施例提供的数据处理方法中，通过获得用户的与优惠搭售权益活动关联的目标任务及对应的搭售对象，依据待下单的当前订单数据确定目标任务的任务结果数据，当任务结果数据满足任务完成条件后对应目标任务的搭售对象可呈现为用户可选择状态。当用户触发针对当前订单数据下单且该搭售对象处于选中状态，则触发针对所述当前订单数据以及所述搭售对象生成订单，例如通过该触发一起生成针对当前订单数据的主订单以及针对搭售对象的搭售订单。通过用户一次触则一起生成所述主订单及所述搭售订单，从而
实现了随单购，即在提单页面搭售下单的形式；另外，也使得用户可以在店铺(即门店)的导购流程中参与活动，而不需通过活动对应的会场参与活动，使得用户参与活动的流程更加简捷、顺畅。其中，可以理解的是用户的目标任务为所述与优惠搭售权益活动关联的任务的任务实例。其中，所述搭售对象具有优惠价格属性，包括：用户选择搭售对象则以低于该对象初始价格获得该对象，从而实现低价购；或者，用户选择搭售对象则以零元获得该对象，从而实现零元购。
73.实际应用中，所述任务的一个例子：做任务优惠价购商品s，商品s为具有优惠价格属性的搭售对象。该任务的任务形式可以为：活动周期内在品牌a下单次数满n单，可以xx低价购买获得商品s；或者，活动周期内在品牌b下单累计满m元，可以xx元低价购买获得商品s。实际可以作为搭售对象的商品如电热饭盒、早餐机等。当然，也可以是下单单笔满t元，可以活动优惠价格购买搭售对象。
74.实际应用中，搭售订单的配送地址可以修改为与主订单不同，也可以不做修改与主订单保持一致；主订单及搭售订单可以分开配送，从而使得履约方式更加灵活，提升用户体验。
75.其中，任务完成条件，是指针对与优惠搭售权益活动关联的任务预先设置的表征任务成功的条件。对于金额任务，任务完成条件可以为任务对应的预定任务时段(即活动周期)内下单累计金额达到消费累计阈值。例如，活动周期内在对应品牌下单满200元(即消费累计阈值为200元)。对于笔数任务，任务完成条件可以为任务对应的预定任务时段内下单次数达到消费次数阈值。例如，活动周期内在对应品牌下单满3笔(即消费次数阈值为3笔)。
76.实施时，所述方法可应用于客户端。用户使用客户端触发加载提单页面或活动页面，请求加载页面或页面渲染自动向服务端发送任务查询请求以获取所述目标任务。服务端根据任务查询请求判断用户是否可领取与优惠搭售权益关联的任务，若具备领取资格则自动为用户生成任务实例，即自动领取任务，无需用户手动领取。
77.如步骤s101所述，获取用户的待下单的当前订单数据。实际应用中，用户针对当前加购对象触发结算后加载提单页面，提单页面包括与当前加购对象对应数据，作为待下单的当前订单数据。
78.如步骤s102所述，获得用户的目标任务及对应的搭售对象。本实施例中服务端针对所述任务查询请求自动为用户领取任务。具体的，所述获得所述用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象，包括：向服务端发送任务查询请求；接收所述服务端针对所述任务查询请求反馈的所述目标任务以及所述搭售对象，并在第一页面或第二页面展示；所述第一页面，为响应于针对当前加购对象的结算指令而请求加载；所述第二页面，为响应于优惠搭售权益活动的活动页面加载指令而请求加载。所述第一页面包括提单页面，所述第二页面包括活动页面，如优惠搭售权益活动的活动页面。优选的，所述服务端根据所述任务查询请求对应的品牌信息及用户信息获取所述目标任务。例如，服务端根据所述品牌信息及用户信息判断用户具有优惠权益搭售资格后获取所述目标任务。进一步，所述服务端确定所述品牌信息对应的预定任务时段与所述任务查询请求的当前时间相匹配，生成所述目标任务。该当前时间可以为客户端发出的任务查询请求的时间戳的时间，也可以是服务端接收到该请求的时间，或者是服务端查询品牌的活动排期所对应的时间。一个实施方式中，预定任务时段包括任务开始时间及任务截止时间，当前时间
若落入任务开始时间及任务截止时间之间则为相匹配。一个实施方式中，预定任务时段包括任务截止时间，当前时间若在任务截止时间以前则为相匹配。
79.当提单页面请求获取目标任务，目标任务的任务结果数据包含当前待下单的本单数据(即当前订单数据)。例如，当任务完成条件为活动周期内下单满3单，若活动周期内的历史订单为2单，则本单是第三单，任务结果数据为3单，满足任务完成条件。再如，当任务完成条件为活动周期内累计下单满xx元，若加上本单的金额后累计达到该值，则任务结果数据满足任务完成条件。包含当前订单数据在内的任务结果数据满足任务完成条件，用户可在提单页面选中搭售对象，用户触发提交订单则随本单(本单提交后生成主订单)一起针对搭售对象生成搭售订单。当然，任务完成条件也可以为活动周期内单笔订单满足单笔订单阈值。
80.当活动页面请求获取目标任务，客户端响应于检测到用户触发活动会场入口而加载活动页面。活动会场入口可以浮层形式展示，根据品牌的活动排期展示对应的活动会场入口，即品牌的预定任务时段与当前时间匹配，则该品牌有活动排期并展示对应入口，否则隐藏入口浮层。活动页面以分屏形式包括一个或多个区域，如包括但不限于任务区域、店铺列表区域、搭售商品信息区域、搭售活动信息区域等。其中，任务区域展示当前的目标任务的信息，包括任务进度状态、任务描述信息等。不同于提单页面，活动页面不计算当前待下单的信息，因此，所展示的目标任务的任务进度(即通过任务结果数据体现的进度)依据活动周期内历史用户订单数据。其中，店铺列表区域展示优惠权益搭售活动对应品牌所关联的店铺的店铺列表。具体根据品牌信息召回所述用户的用户位置附近的店铺。其中，搭售商品信息区域展示搭售商品的信息，如搭售商品图像、搭售优惠信息等，搭售商品为搭售对象的一个例子。搭售对象也可以是可搭售的服务。其中，搭售活动信息区域展示活动标题、活动页分享组件或控件、活动规则查看入口等。
81.请参考图2，图中示出了一种优惠权益搭售活动包括的订单相关流程，包括基于提单页面参与优惠权益搭售活动的订单正向流程以及订单逆向流程。其中，订单正向流程，包括参与活动、展示任务进度、当任务结果数据满足任务完成条件则在所述提单页面可选择搭售，生成的主订单和搭售订单可以分开发货。订单正向流程至少部分体现了参与优惠权益搭售活动的主链路。订单逆向流程包括退单流程，图中包括的一种退单流程为用户发起退单。图中包括如下步骤：s201,用户进店提单。即用户使用客户端下单，选购商品后针对当前加购对象触发进入提单页面。s202,提单页面触发查询搭售活动信息。即请求加载提单页面则自动触发该查询，或者提单页面渲染自动触发该查询，不需要手工触发。s203至s212,在服务端执行，为服务端针对本次提单进行活动准入判断，所谓活动准入判断，是指判断用户是否具有领取优惠权益搭售任务的资格。其中，s203,查询品牌id，具体的，从任务查询请求中解析出品牌信息，查询该品牌标识。s204,根据端类型确定是否参与搭售活动，即，从任务查询请求中解析出发出该请求的客户端的类型，例如，若限定客户端应用参与活动，则若其他端类型如小程序发出的请求默认不处理，当然不参与活动的端也可以不发出该请求。此步骤为可选执行，从实现角度上通过该校验处理也可避免异常。s205,查询品牌对应的搭售活动排期信息，若当前时间有活动排期，则继续后续处理。否则，针对任务查询请求向客户端反馈无可领取任务，即不参与活动。s206,用户搭售资格是否锁定。用户搭售资格即为用户是否享有优惠权益搭售活动的资格。若锁定，则用户不可享有该活动，否则，可以自动
给用户领取与该活动关联的目标任务。实施时，可以限定用户参与该活动的总次数或者限定一个活动周期内的参与次数。s207,查询品牌id关联的任务id。s208,领取任务，得到任务实例。根据关联的任务id得到任务模板，基于任务模板生成任务实例，用于承载用户的目标任务的相关数据。s209,查询品牌id关联的搭售商品。s210,查询搭售商品信息及其库存信息，例如查询该搭售商品的商品标识，返回给客户端，客户端渲染任务模块时根据商品标识获取对应的图像、名称等信息。若无库存，可以向客户端随目标任务信息返回无库存信息，使得客户端展示目标任务时提示用户搭售商品已达发放数量上限；当然，无库存也可以不返回任务。s211,根据领取的任务实例的预设活动规则确定搭售商品的定价。s212,聚合任务信息及搭售商品信息，确定用户是否可选择搭售。即，聚合任务信息，可以确定目标任务的当前状态，如满足任务完成条件或者尚未达到该条件。s213,返回任务信息及搭售商品信息，以使客户端展示任务进度及搭售商品。s214,用户在提单页面选择搭售。当目标任务的当前状态为满足任务完成条件搭售商品为可选择状态，使得用户可选择搭售。s215,客户端检测到用户触发创建主订单及搭售订单，并支付订单。s216,用户搭售资格锁定。即订单完成后可以锁定搭售资格和/或累计搭售次数达到搭售次数阈值也可以锁定搭售资格，从而限定一个活动周期内参与一次搭售活动。s217,创建订单结束，主订单和搭售订单分别配送。至配送完成，订单正向流程结束。若用户发起退单，则进入订单逆向流程。如s218至s222为订单逆向流程。s218,请求退单。s219,执行退主订单流程。s220,判断搭售订单是否需要进入逆向流程。例如，若主订单退单后不再满足任务完成条件则搭售订单需要退单。s221,发起搭售订单逆向流程，退搭售订单。s222,订单逆向流程结束
82.再请参考图3，图中示出了一种优惠权益搭售活动的活动页面搭建流程，包括：s301,用户进入活动页面，例如，触发某活动会场入口进入该页面。s302,活动页面触发查询搭售活动信息。s303至s307,为服务端针对用户当前进入会场时的用户信息进行活动准入判断。s303,查询品牌排期及搭售商品信息。s304,查询用户任务信息及领取任务。若用户当前有进行中的任务，则将该任务作为目标任务；否则，为用户自动领取任务。s305,用户搭售资格是否锁定。s306,若已执行搭售，确定搭售订单信息。搭售订单信息将反馈给客户端，使得客户端展示对应该搭售订单的入口，便于用户查看搭售订单的信息以及在发货前修改搭售订单的配送信息等操作。s307,若已执行搭售，修改任务完成信息。s308,针对活动页面返回搭售商品信息及任务信息。s309至s312为针对目标任务召回店铺(即召回门店)。其中，s309,客户端向服务端发送店铺查询请求，以查询会场页任务关联的店铺列表。s310,服务端根据圈集、品牌等信息进行店铺召回。具体为根据用户位置确定圈集标识，召回圈集标识关联的、且对应店铺查询请求或任务查询请求中携带的品牌的店铺。s311,返回会场页任务关联的店铺列表。s312,向用户展示店铺列表，具体在店铺列表区域展示。
83.本步骤中，还包括：展示所述目标任务以及所述搭售对象。其中，所述展示所述目标任务以及所述搭售对象，包括：根据所述目标任务的任务类型展示所述目标任务的任务结果数据，所述结任务结果数据表征所述目标任务的任务进度。进一步，所述根据所述目标任务的任务类型展示所述目标任务的任务结果数据，包括：若所述目标任务为第一类型任务，以进度条形式和/或数据形式展示所述任务结果数据；和/或，若所述目标任务为第二类型任务，以节点形式和/或数据形式展示所述任务结果数据。例如，第一类型任务为金额任务，即累计活动周期内每次下单的下单金额，进度条能直观展示任务当前进展状态。当然，
该类型也可以采用其他形式展示进入，如饼图、百分比等。再如，第二类型任务为笔数任务，即累计活动周期内的下单次数，节点形式能直观体现次数。
84.本实施例中，针对目标任务可以展示多种信息，使得用户清楚了解任务的情况。其中，所述展示所述目标任务以及所述搭售对象，包括：展示所述目标任务的以下任意信息：基于搭售对象形成的任务标题、基于搭售对象和对应品牌信息形成的任务子标题、任务描述信息、对应的活动规则或用于引导至所述活动规则的活动规则入口；展示所述搭售对象的图像和/或优惠搭售价格。目标任务同搭售对象一起展示，便于用户做出决策是否执行搭售。
85.本实施例中，还包括：响应于所述用户的优惠搭售权益未锁定并且更新后的任务结果数据不满足所述任务完成条件，显示所述搭售对象为不可选择状态；和/或，如果所述用户的优惠搭售权益未锁定且所述搭售对象无库存余量，则显示所述搭售对象为不可选择状态，并展示第二提示信息，所述第二提示信息用于提示所述搭售对象已达发放数量上限。所谓发放数量上限是指针对所述搭售对象设置的数量限额。搭售对象的可选择或不可选择通过选择控件实现，选择控件置灰时不可接收用户的选择操作；不置灰可接收用户的选择操作，如勾选操作或者点选操作。
86.一个较优实现方式中，在第一页面展示目标任务及对应的搭售对象。第一页面优选为提单页面。具体的，所述展示所述目标任务以及所述搭售对象，包括：响应于针对当前加购对象的结算指令，加载第一页面，在所述第一页面展示所述目标任务以及所述搭售对象。与当前加购对象相关的结算信息也展示于第一页面。实施时，所述结算指令用于请求加载第一页面，在该结算指令中可包括任务查询请求，结算指令发送给服务端，获得服务端针对该任务查询请求反馈的目标任务及搭售对象，并随第一页面渲染而展示该目标任务及搭售对象；或者，客户端根据结算指令获取相关结算信息，再构建任务查询请求发送给服务端以获得目标任务及对应的搭售对象；或者，客户端检测到用户触发结算指令，先向服务端发送任务查询请求以获得目标任务及搭售对象，再请求相关结算信息。向服务端发送一次请求还是多次请求以及请求的先后顺序不做限定。
87.本实施例中，用户在提单页面的操作行为影响该页面展示的可搭售对象的状态。具体包括下述处理：在所述第一页面接收用户操作行为，根据所述用户操作行为更新所述目标任务的任务结果数据；显示表征更新后任务结果数据的任务进度，以及，所述搭售对象当前对应的可选择状态或不可选择状态。
88.图4至图6为任务在客户端的显示逻辑。请参考图4，图中示出了一种提单页面的任务显示示意图，包括：提单页面401，用户选购商品并触发提单页，如触发购物车的结算按钮或者触发选购商品关联的直接购买按钮，从而加载提单页面。如图示，提单页面包括显示配送信息的配送信息区域、显示本单订单数据的订单数据区域及展示搭售任务的任务区域。其中，任务区域具体展示用户的目标任务，包括但不限于展示：任务标题、活动规则、搭售商品图像、任务子标题、任务描述信息、用户的任务进度、搭售优惠信息。活动规则的展示可以为展示活动规则入口或活动规则内容。
89.再请参考图5，图中示出了一种基于任务类型显示任务进度的示意图，包括：第一类任务显示501、第二类任务显示502，这是两个显示例子。其中，两类任务均显示：任务标题、任务描述信息、任务进度、任务子标题、搭售可操作界面元素、搭售优惠信息，两类任务
显示界面差异在于任务进度展示不同，第一类任务显示501中为进度条及数据形式(如“60/200元”)展示任务进度。第二类任务显示502中为节点形式及数据形式展示任务进度。
90.再请参考图6，图中示出了一种选择搭售对象的显示示意图，具体为在提单页面勾选搭售对象，包括：提单页面的任务区域601、第一提示信息弹窗602、选择搭售后的任务区域显示603。当任务进度满足任务完成条件，用户在任务区域601触发搭售可操作界面元素，弹窗或浮层显示第一提示信息，图中为弹窗显示。通过提示标题使得用户了解分开发货，通过提示内容使得用户了解可修改搭售订单配送信息，如修改配送地址。以及展示进入搭售订单的示意图。用户确认弹窗提示信息后任务区域的显示发生改变，如选择搭售后的任务区域显示603，显示可搭售对象为选中状态，如图中的勾选标记所示。
91.本实施例中，还包括在第二页面展示目标任务。第二页面优选为活动页面。具体的，所述展示所述目标任务以及所述搭售对象，包括：响应于优惠搭售权益活动的活动页面加载指令，加载第二页面，在所述第二页面展示所述目标任务以及所述搭售对象；其中，所述优惠搭售权益活动包括参与所述活动的品牌以及对应的搭售对象。实施时，所述活动页面加载指令发送给服务端，在该加载指令中携带任务查询请求，服务端根据所携带的任务查询请求获得目标任务及对应的搭售对象，所述目标任务及对应的搭售对象随第二页面渲染而展示。服务端判断用户具有优惠权益搭售资格后自动为用户领取任务。优选的，在所述第二页面展示如下任意信息：所述目标任务所属的优惠搭售权益活动的活动规则信息或活动规则信息入口、用于触发分享所述优惠搭售权益活动的分享控件、搭售对象图像、搭售优惠信息及价格标签、活动氛围元素、所述目标任务的任务描述信息和/或任务进度信息。
92.一个较优实施方式中，还包括：在所述第二页面展示所述目标任务对应的品牌所关联的店铺。其中，所述在所述第二页面展示所述目标任务对应的品牌所述关联的店铺，包括：如果所述品牌为第一类品牌，则展示第一类品牌的品牌门店；如果所述品牌为第二类品牌，则展示可向用户提供第二类品牌的零售对象的零售门店。优选的，所述第一类品牌为门店对应的品牌，所述第二类品牌为门店所售对象对应的品牌。实施时，所述优惠搭售权益活动可以针对品牌配置，即将参与优惠搭售权益活动的品牌标识与优惠搭售权益活动的任务集中的任务标识相关联。从而，一方面可以使得活动设置流程更加灵活，提升经营效率；另一方面品牌标识对应多个门店，能够依据用户在品牌关联的多个门店中的订单数据确定任务结果数据，使得用户参与该活动的可选择性更灵活且参与范围更广泛，能够提升参与活动的意愿及效率。并且，任务结果数据能依据待下单的当前订单数据更新，且按照更新后的任务结果数据确定是否满足任务完成条件，使得用户能感知任务进度，也有助于实现随当前订单数据下单而选择执行搭售，便于实现随单购，使得用户参与活动更便捷。当所述品牌为第一类品牌，所述品牌关联的品牌门店可以为该品牌的部分门店或全部门店。当所述品牌为第二类品牌，所述品牌关联的零售门店可以为提供该品牌零售对象的特定零售门店，也可以为提供该品牌零售对象的任意零售门店。所谓特定零售门店可以是指定品牌的至少部分门店，也可以是指定品牌的全部门店。所谓任意零售门店，是指不指定门店所属的品牌，任意提供该第二类品牌的零售对象的门店的订单数据均可以用于确定任务进度。从而使得优惠搭售权益活动的配置更灵活，也更便捷，能提升品牌参与优惠搭售权益活动的意愿。
93.实施时，零售门店和品牌门店的展示形式可以不同也可以相同。零售门店包括该
参与活动的品牌的商品对象，也包括其他品牌的商品对象，因此，若为零售门店，则可与店铺信息同时展示参与活动的品牌的对象(即该品牌的商品或服务)。具体的，所述展示可向用户提供第二类品牌的零售对象的零售门店，包括：展示所述零售门店的门店信息以及所述零售门店向用户提供的第二类品牌的零售对象信息。优选的，所述展示所述零售门店的门店信息以及所述零售门店向用户提供的第二类品牌的零售对象信息，包括：在热区展示所述门店信息；所述热区被触发后链接到所述零售门店的第二类品牌的零售对象；和/或，展示购物车，以及与所述零售对象关联的加购操作控件。从而便于用户选择加购对象以下单，简化了用户针对活动下单的操作链路。当然，展示所述品牌门店也可以与店铺信息同时展示该门店优先推出的商品或服务。优选的，所述第二页面包括搭售活动信息区域、搭售对象信息区域、任务区域、店铺列表区域至少之一；其中，所述搭售活动信息区域，包括展示所述目标任务所属的优惠搭售权益活动的活动规则信息或活动规则信息入口，以及，用于触发分享所述优惠搭售权益活动的分享控件；其中，所述搭售对象信息区域，用于展示所述搭售对象的以下任意信息：搭售商品图像、搭售优惠信息及价格标签、活动氛围元素；其中，所述任务区域，用于展示所述目标任务的任务描述信息和/或任务进度信息；其中，所述店铺列表区域，用于展示所述目标任务对应的品牌所关联的店铺。
94.本实施例中，活动页面的目标任务的任务进度基于预定任务时段内的用户订单数据确定，而不计入待下单的数据，并且该页面不包括待下单的数据，而是需要进入提单页面得到待下单的当前订单数据。活动页面的任务展示包括引导用户去下单的界面元素。具体的，包括：如果所述任务结果数据不满足任务完成条件，则在所述第二页面展示第一界面元素，所述第一界面元素用于触发置顶所述目标任务对应的品牌所关联的店铺，从而引导用户去下单；和/或，如果所述任务结果数据满足任务完成条件且所述用户已执行搭售操作，则在所述第二页面展示第二界面元素，所述第二界面元素用于触发展示所述搭售对象对应的订单，使得用户能够查看所述搭售对象对应的订单及修改对应配送信息；和/或，如果所述任务结果数据满足任务完成条件且所述用户未执行搭售操作，则在所述第二页面展示第三界面元素，所述第三界面元素用于触发搭售页面，以使所述用户可执行搭售操作，便于用户使用所享有的优惠搭售权益。优选的，所述搭售对象对应的订单，为所述搭售订单，用户能够修改所述搭售订单的配送信息，如修改配送地址。
95.请参考图7，图中示出了一种活动页面的任务显示示意图，包括：第一类品牌活动页面701、第二类品牌活动页面702，这是两个界面例子。两个界面例子中，活动页面均包括：搭售活动信息区域、搭售商品信息区域、任务区域、品牌关联的店铺列表区域。其中，搭售活动信息区域显示活动页分享控件以及活动规则。搭售商品信息区域显示搭售商品图像、搭售优惠信息、价格标签及活动氛围元素。任务区域显示任务描述信息、用户的任务进度以及活动会场中触发搭售的可操作元素(如上文所述的第一、第二或第三界面元素)。在两个界面例子中品牌关联的店铺列表区域以不同形式展示对应店铺。其中，第一类品牌活动页面701中品牌a关联品牌门店，展示店铺logo、店铺名称、店铺优惠标签、配送时长及距离等店铺基础信息，不需要展示店铺内商品信息。第二类品牌活动页面702中品牌b关联零售门店，除了展示店铺基础信息之外，展示店铺内品牌b的商品。
96.如步骤s103所述，显示所述搭售对象为可选择状态。具体的，当基于当前订单数据更新后的任务结果数据满足所述任务完成条件，则随当前订单数据显示所述搭售对象为可
选择状态，便于用户选择随单搭售，提高用户操作效率。进一步，如果所述搭售对象为可选择状态，接收所述用户针对所述搭售对象的选择操作或取消选择操作。其中，所述接收所述用户针对所述搭售对象的选择操作，包括：当所述搭售对象处于未选中状态，检测到所述用户针对所搭售对象的选择操作，展示第一提示信息，所述第一提示信息用于提示所述搭售订单与所述主订单分开配送。再请参考图6，图中以弹窗形式展示第一提示信息。优选的，所述第一提示信息还用于提示用户所述搭售订单的配送信息可修改。
97.如步骤s104所述，触发生成订单。本步骤中随主订单一起生成搭售订单。其中，所述主订单，为针对用户待下单的当前订单数据所生成的订单；所述搭售订单，为针对所述搭售对象生成的订单。具体的，所述响应于用户触发生成订单并且所述搭售对象处于选中状态，触发生成订单，包括：响应于用户触发生成订单并且所述搭售对象处于选中状态，触发针对所述当前订单数据生成主订单，以及，针对所述搭售对象生成与所述主订单关联的搭售订单。进一步，可查看搭售订单的详情信息。例如，在第二页面展示的提示用户已执行搭售操作的界面元素，被触发后可进入搭售订单详情页；其他途径也可触发该订单详情页，如从用户的订单列表中触发搭售订单以加载订单详情页。具体还包括：展示所述搭售订单的信息；在所述搭售订单的展示页面，接收所述用户修改所述搭售订单的配送信息。尤其是可修改配送地址。
98.进一步，主订单与搭售订单分开配送，所述主订单，根据所述主订单对应的店铺的配送配置信息分配给第一配送资源；所述搭售订单，根据所述搭售对象的配送配置信息分配给第二配送资源。例如，主订单为外卖订单，则第一配送资源为即时配送模式的配送资源，通过配送平台派单，点对点配送；搭售订单为电热饭盒、早餐机等商品，第二配送资源为快递配送模式的配送资源，通过搭建的快递网络配送。
99.本实施例中，服务端用于用户的活动准入判断，包括下述处理：接收客户端发送的针对优惠搭售权益活动的任务查询请求；针对所述任务查询请求，获取用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象并发送给客户端；其中，所述目标任务的任务结果数据基于所述用户的待下单的当前订单数据更新且所述目标任务的任务结果数据满足任务完成条件后使得所述用户享有所述搭售对象对应的优惠搭售权益，所述搭售对象具有优惠价格属性。服务端还包括针对所述待下单的当前订单数据以及所述用户选择的搭售对象生成订单，尤其是一起生成主订单和搭售订单从而实现随单购，具体的，服务端接收所述客户端发送的生成订单请求，所述生成订单请求包括待下单的当前订单数据以及用户选择的搭售对象；针对所述当前订单数据生成主订单，以及，针对所述搭售对象生成与所述主订单关联的搭售订单。
100.其中，所述针对所述任务查询请求，获取用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象，包括：解析所述任务查询请求；根据解析结果获得所述用户以及所述任务查询请求对应的目标品牌；判断当前时间是否匹配上所述目标品牌的预定任务时段以及用户的优惠搭售权益是否未锁定；如果当前时间匹配上所述目标品牌的预定任务时段且所述用户的优惠搭售权益未锁定，则获取所述目标品牌关联的任务信息以及所述目标品牌关联的搭售对象信息，并根据所述目标品牌关联的任务信息确定所述搭售对象的优惠价格属性，生成所述目标任务；聚合所述用户的与所述预定任务时段匹配的订单数据，根据聚合结果确定所述目标任务的任务结果数据。其中，确定所述目标品牌的逻
辑优选为根据店铺信息及当前加购对象的信息确定所述目标品牌。例如，若店铺信息中包括优惠权益活动标记，则目标品牌为店铺所属的品牌；若店铺信息中未包括优惠权益活动标记，但是当前加购对象的信息包括优惠权益活动标记，则目标品牌为当前加购对象所属的品牌。实际上，可由客户端检测到用户进入店铺下单时执行确定所述目标品牌的逻辑，在任务查询请求中携带目标品牌。当然，也可以由服务端根据任务查询请求中的店铺信息及当前加购对象的信息执行确定所述目标品牌的逻辑。
101.当所述任务查询请求，为客户端基于第一页面发送的第一任务查询请求；其中，所述第一页面，为针对当前加购对象的提单页面结算指令而请求加载的提单页面；相应的，服务端还包括执行：根据所述第一任务查询请求获取所述用户的待下单的当前订单数据，根据所述当前订单数据更新所述目标任务的任务结果数据。优选的，在确定当前时间匹配上目标品牌的预定任务时段以及用户的优惠搭售权益未锁定之后，根据所述第一任务查询请求获取用户的待下单的当前订单数据，根据所述当前订单数据更新所述目标任务的任务结果数据。
102.当所述任务查询请求，为客户端基于第二页面发送的第二任务查询请求；其中，所述第二页面，为响应于优惠搭售权益活动的活动页面加载指令而请求加载的活动页面；相应的，服务端还包括执行：根据所述任务查询请求对应的目标品牌召回参与优惠搭售权益活动的店铺，向所述客户端发送与所述目标任务关联的店铺，以使所述客户端针对所述目标任务展示所述店铺。进一步，如果确定所述目标品牌的预定任务时段内所述目标用户的任务结果数据已满足任务完成条件且用户已执行搭售操作，则获取所述用户的搭售订单的信息并发送给所述客户端，以使所述客户端针对所述目标任务展示用于触发展示所述搭售订单的第二界面元素。其中，所述活动页面优选为针对所述目标品牌的活动页面。所述第二任务查询请求中可以携带所述目标品牌。
103.本实施例中，订单逆向流程中，服务端执行下述处理：接收所述客户端发送的针对所述主订单的第一退单请求；针对所述第一退单请求执行所述主订单对应的第一退单流程；判断所述主订单是否关联有搭售订单；若是，则针对所述搭售订单发起第二退单流程。
104.本实施例中，服务端可以对用户的优惠搭售权益的资格进行锁定，具体包括：如果确定与所述任务查询请求对应的目标品牌的预定任务时段内所述用户已执行搭售操作，或者，确定所述用户的搭售操作次数已达到搭售次数阈值，则针对所述目标任务锁定所述用户的优惠搭售权益。
105.可以理解的是，如图5至图7或类似的界面显示图包括的界面元素的外观、尺寸、位置、样式、布局、文案等均为示意性的，不构成对所述方法的限定。
106.需要说明的是，在不冲突的情况下，在本实施例和本技术的其他实施例中给出的特征可以相互组合，并且步骤s101和s102或类似用语不限定步骤必须先后执行。例如，一个场景中用户进入活动页面，再由活动页面触发下单从而进入提单页面，该场景中则先执行：获得所述用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象；此时，目标任务的任务结果数据不包括待下单的数据；再执行：获取用户的待下单的当前订单数据。
107.至此，对本实施例提供的方法进行了说明，所述方法中依据待下单的当前订单数据判断用户是否享有优惠搭售权益以及用户可灵活选择是否随本单对具有优惠价格的搭
售对象下单，不但能简化用户操作，而且用户可根据需要决策是否随本单行使该优惠搭售权益。进一步，在提单页面显示该目标任务，从而能在提单页面依据待下单的当前订单数据即可以判断用户的优惠搭售权益资格以及选择随本单以优惠价格对搭售对象下单，在该页面将上述两步处理结合在一起，提高用户操作效率。
108.以上述实施例为基础，本技术第二实施例提供另一种数据处理方法。以下结合图8对所述方法进行说明，相同部分请参见上述实施例对应部分的描述，不再赘述。图8所示的数据处理方法，包括：
109.步骤s801，接收客户端发送的针对优惠搭售权益活动的任务查询请求；
110.步骤s802，针对所述任务查询请求，获取用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象并发送给客户端；其中，所述目标任务的任务结果数据基于所述用户的待下单的当前订单数据更新且所述目标任务的任务结果数据满足任务完成条件后使得所述用户享有所述搭售对象对应的优惠搭售权益，所述搭售对象具有优惠价格属性；
111.步骤s803，接收所述客户端发送的生成订单请求，所述生成订单请求包括待下单的当前订单数据以及用户选择的搭售对象；
112.步骤s804，针对所述当前订单数据以及所述用户选择的搭售对象生成订单。
113.本实施例提供的所述方法可应用于服务端。其中，步骤s801和步骤s802为根据客户端的任务查询请求获取用户的与优惠搭售权益活动关联的目标任务以及对应的搭售对象。具体的，服务端进行用户的活动准入判断以确定是否具有优惠权益搭售活动资格，并为具有资格的用户领取目标任务。其中，所述针对所述任务查询请求，获取用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象，包括：解析所述任务查询请求；根据解析结果获得所述用户以及所述任务查询请求对应的目标品牌；判断当前时间是否匹配上所述目标品牌的预定任务时段以及用户的优惠搭售权益是否未锁定；如果当前时间匹配上所述目标品牌的预定任务时段且所述用户的优惠搭售权益未锁定，则获取所述目标品牌关联的任务信息以及所述目标品牌关联的搭售对象信息，并根据所述目标品牌关联的任务信息确定所述搭售对象的优惠价格属性，生成所述目标任务；聚合所述用户的与所述预定任务时段匹配的订单数据，根据聚合结果确定所述目标任务的任务结果数据。其中，所述聚合所述用户的与所述预定任务时段匹配的订单数据，包括：聚合所述用户在所述目标品牌关联的参与所述优惠权益活动的店铺中的订单数据，可以包括所述预定任务时段内的历史订单数据，也可以包括待下单的当前订单数据。优选的，所述获取所述目标品牌关联的任务信息以及所述目标品牌关联的搭售对象信息，包括：查询所述目标品牌的品牌标识关联的任务标识；根据所述任务标识关联的任务信息生成任务实例，所述任务实例用于承载所目标任务的信息；所述任务实例包括活动规则信息，所述活动规则信息用于确定所述搭售对象的优惠价格属性；查询所述品牌标识关联的搭售对象标识，将所述搭售对象标识关联的配置信息以及库存信息，作为所述搭售对象信息。
114.当所述任务查询请求，为客户端基于第一页面发送的第一任务查询请求；其中，所述第一页面，为针对当前加购对象的提单页面结算指令而请求加载的提单页面；所述方法，还包括：根据所述第一任务查询请求获取所述用户的待下单的当前订单数据，根据所述当前订单数据更新所述目标任务的任务结果数据；该当前订单数据的获取及任务结果数据的
更新，优选在确定当前时间匹配上目标品牌的预定任务时段以及用户的优惠搭售权益未锁定之后执行。
115.当所述任务查询请求，为客户端基于第二页面发送的第二任务查询请求；其中，所述第二页面，为响应于优惠搭售权益活动的活动页面加载指令而请求加载的活动页面；所述方法，还包括：根据所述任务查询请求对应的目标品牌召回参与优惠搭售权益活动的店铺，向所述客户端发送与所述目标任务关联的店铺，以使所述客户端针对所述目标任务展示所述店铺。进一步，还包括：如果确定所述目标品牌的预定任务时段内所述目标用户的任务结果数据已满足任务完成条件且用户已执行搭售操作，则获取所述用户的搭售订单的信息并发送给所述客户端，以使所述客户端针对所述目标任务展示用于触发展示所述搭售订单的第二界面元素。
116.本实施例中，还包括：如果所述任务结果数据不满足任务完成条件，则所述客户端根据所述任务结果数据在所述第二页面展示第一界面元素，所述第一界面元素用于触发置顶所述目标任务对应的品牌所关联的店铺。
117.本实施例中，还包括：如果所述任务结果数据满足任务完成条件且所述用户未执行搭售操作，则所述客户端在所述第二页面展示第三界面元素，所述第三界面元素用于触发搭售页面，以使所述用户可执行搭售操作。
118.其中，步骤s803和步骤s804，为针对所述当前订单数据以及所述用户选择的搭售对象生成订单。其中，所述针对所述当前订单数据以及所述用户选择的搭售对象生成订单，包括：针对所述当前订单数据生成主订单，以及，针对所述用户选择的搭售对象生成与所述主订单关联的搭售订单。一起生成主订单和搭售订单可实现随单购，提升用户操作效率。其中，主订单和搭售订单可分开配送，尤其是根据订单特性选择不同配送方式。例如，主订单为餐饮订单则即时配送；搭售订单为其他商品订单，则快递网络配送。优选的，搭售订单的配送信息可修改，尤其是配送地址可修改。进一步，还包括：如果确定与所述任务查询请求对应的目标品牌的预定任务时段内所述用户已执行搭售操作，或者，确定所述用户的搭售操作次数已达到搭售次数阈值，则针对所述目标任务锁定所述用户的优惠搭售权益。
119.针对退单场景，本实施例中还包括：接收所述客户端发送的针对所述主订单的第一退单请求；针对所述第一退单请求执行所述主订单对应的第一退单流程；判断所述主订单是否关联有搭售订单；若是，则针对所述搭售订单发起第二退单流程。
120.至此，对本实施例提供的方法进行了说明，所述方法应依据用户的订单数据判断用户是否享有优惠搭售权益以及用户选择是否随本单对具有优惠价格的搭售对象下单，不但能简化用户操作，而且用户可根据需要决策是否随本单行使该优惠搭售权益，提高用户操作效率以及提升用户体验。
121.与第一实施例对应，本技术第三实施例提供一种数据处理装置，相关的部分请参见对应方法实施例的说明即可。请参考图9，图中所示的数据处理装置，包括：
122.当前订单单元901，用于获取用户的待下单的当前订单数据；
123.搭售任务及搭售对象单元902，用于获得所述用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象；其中，所述目标任务的任务结果数据基于所述当前订单数据更新，且所述任务结果数据满足任务完成条件后使得所述用户享有所述搭售对象对应的优惠搭售权益，所述搭售对象具有优惠价格属性；
124.选择搭售单元903，用于响应于基于当前订单数据更新后的任务结果数据满足所述任务完成条件，显示所述搭售对象为可选择状态；
125.生成订单单元904，用于响应于用户触发生成订单并且所述搭售对象处于选中状态，触发生成订单。
126.可选的，所述选择搭售单元903，具体用于：如果所述搭售对象为可选择状态，接收所述用户针对所述搭售对象的选择操作或取消选择操作。
127.可选的，所述生成订单单元904，具体用于：响应于用户触发生成订单并且所述搭售对象处于选中状态，触发针对所述当前订单数据生成主订单，以及，针对所述搭售对象生成与所述主订单关联的搭售订单。
128.可选的，所述选择搭售单元903，具体用于：当所述搭售对象处于未选中状态，检测到所述用户针对所搭售对象的选择操作，展示第一提示信息，所述第一提示信息用于提示所述搭售订单与所述主订单分开配送。
129.可选的，所述第一提示信息还用于提示用户所述搭售订单的配送信息可修改。
130.可选的，所述生成订单单元904，具体用于：展示所述搭售订单的信息；在所述搭售订单的展示页面，接收所述用户修改所述搭售订单的配送信息。
131.可选的，所述主订单，根据所述主订单对应的店铺的配送配置信息分配给第一配送资源；所述搭售订单，根据所述搭售对象的配送配置信息分配给第二配送资源。
132.可选的，所述搭售任务及搭售对象单元902，具体用于：展示所述目标任务以及所述搭售对象。
133.可选的，所述搭售任务及搭售对象单元902，具体用于：根据所述目标任务的任务类型展示所述目标任务的任务结果数据，所述结任务结果数据表征所述目标任务的任务进度。
134.可选的，所述搭售任务及搭售对象单元902，具体用于：若所述目标任务为第一类型任务，以进度条形式和/或数据形式展示所述任务结果数据；和/或，若所述目标任务为第二类型任务，以节点形式和/或数据形式展示所述任务结果数据。
135.可选的，所述搭售任务及搭售对象单元902，具体用于：展示所述目标任务的以下任意信息：基于搭售对象形成的任务标题、基于搭售对象和对应品牌信息形成的任务子标题、任务描述信息、对应的活动规则或用于引导至所述活动规则的活动规则入口；展示所述搭售对象的图像和/或优惠搭售价格。
136.可选的，所述搭售任务及搭售对象单元902，具体用于：响应于所述用户的优惠搭售权益未锁定并且更新后的任务结果数据不满足所述任务完成条件，显示所述搭售对象为不可选择状态；和/或，如果所述用户的优惠搭售权益未锁定且所述搭售对象无库存余量，则显示所述搭售对象为不可选择状态，并展示第二提示信息，所述第二提示信息用于提示所述搭售对象已达发放数量上限。
137.可选的，所述搭售任务及搭售对象单元902，具体用于：响应于针对当前加购对象的结算指令，加载第一页面，在所述第一页面展示所述目标任务以及所述搭售对象。
138.可选的，所述搭售任务及搭售对象单元902，具体用于：在所述第一页面接收用户操作行为，根据所述用户操作行为更新所述目标任务的任务结果数据；显示表征更新后任务结果数据的任务进度，以及，所述搭售对象当前对应的可选择状态或不可选择状态。
139.可选的，所述搭售任务及搭售对象单元902，具体用于：响应于优惠搭售权益活动的活动页面加载指令，加载第二页面，在所述第二页面展示所述目标任务以及所述搭售对象；其中，所述优惠搭售权益活动包括参与所述活动的品牌以及对应的搭售对象。
140.可选的，所述搭售任务及搭售对象单元902，具体用于在所述第二页面展示如下任意信息：所述目标任务所属的优惠搭售权益活动的活动规则信息或活动规则信息入口、用于触发分享所述优惠搭售权益活动的分享控件、搭售对象图像、搭售优惠信息及价格标签、活动氛围元素、所述目标任务的任务描述信息和/或任务进度信息。
141.可选的，所述搭售任务及搭售对象单元902，具体用于：在所述第二页面展示所述目标任务对应的品牌所关联的店铺。
142.可选的，所述搭售任务及搭售对象单元902，具体用于：如果所述品牌为第一类品牌，则展示第一类品牌的品牌门店；如果所述品牌为第二类品牌，则展示可向用户提供第二类品牌的零售对象的零售门店。
143.可选的，所述搭售任务及搭售对象单元902，具体用于：展示所述零售门店的门店信息以及所述零售门店向用户提供的第二类品牌的零售对象信息。
144.在热区展示所述门店信息；所述热区被触发后链接到所述零售门店的第二类品牌的零售对象；和/或，展示购物车，以及与所述零售对象关联的加购操作控件。
145.可选的，所述搭售任务及搭售对象单元902，具体用于：如果所述任务结果数据不满足任务完成条件，则在所述第二页面展示第一界面元素，所述第一界面元素用于触发置顶所述目标任务对应的品牌所关联的店铺；和/或，如果所述任务结果数据满足任务完成条件且所述用户已执行搭售操作，则在所述第二页面展示第二界面元素，所述第二界面元素用于触发展示所述搭售对象对应的订单；和/或，如果所述任务结果数据满足任务完成条件且所述用户未执行搭售操作，则在所述第二页面展示第三界面元素，所述第三界面元素用于触发搭售页面，以使所述用户可执行搭售操作。
146.可选的，所述搭售任务及搭售对象单元902，具体用于：向服务端发送任务查询请求；接收所述服务端针对所述任务查询请求反馈的所述目标任务以及所述搭售对象，并在第一页面和/或第二页面展示；所述第一页面，为响应于针对当前加购对象的结算指令而请求加载；所述第二页面，为响应于优惠搭售权益活动的活动页面加载指令而请求加载。
147.可选的，所述服务端，用于根据所述任务查询请求对应的品牌信息及用户信息获取所述目标任务。
148.可选的，所述服务端，用于确定所述品牌信息对应的预定任务时段与所述任务查询请求的当前时间相匹配，生成所述目标任务。
149.与第二实施例对应，本技术第四实施例提供另一种数据处理装置，相关的部分请参见对应方法实施例的说明即可。请参考图10，图中所示的数据处理装置，包括：
150.活动查询单元1001，用于接收客户端发送的针对优惠搭售权益活动的任务查询请求；
151.资格判断单元1002，用于针对所述任务查询请求，获取用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象并发送给客户端；其中，所述目标任务的任务结果数据基于所述用户的待下单的当前订单数据更新且所述目标任务的任务结果数据满足任务完成条件后使得所述用户享有所述搭售对象对应的优惠搭售权益，所述搭
售对象具有优惠价格属性；
152.生成订单请求单元1003，用于接收所述客户端发送的生成订单请求，所述生成订单请求包括待下单的当前订单数据以及用户选择的搭售对象；
153.生成订单单元1004，用于针对所述当前订单数据以及所述用户选择的搭售对象生成订单。
154.可选的，所述生成订单单元1004，具体用于：针对所述当前订单数据生成主订单，以及，针对所述用户选择的搭售对象生成与所述主订单关联的搭售订单。
155.可选的，所述资格判断单元1002，具体用于：解析所述任务查询请求；根据解析结果获得所述用户以及所述任务查询请求对应目标品牌；判断当前时间是否匹配上所述目标品牌的预定任务时段以及用户的优惠搭售权益是否未锁定；如果当前时间匹配上所述目标品牌的预定任务时段且所述用户的优惠搭售权益未锁定，则获取所述目标品牌关联的任务信息以及所述目标品牌关联的搭售对象信息，并根据所述目标品牌关联的任务信息确定所述搭售对象的优惠价格属性，生成所述目标任务；聚合所述用户的与所述预定任务时段匹配的订单数据，根据聚合结果确定所述目标任务的任务结果数据。
156.可选的，所述资格判断单元1002，具体用于：查询所述目标品牌的品牌标识关联的任务标识；根据所述任务标识关联的任务信息生成任务实例，所述任务实例用于承载所目标任务的信息；所述任务实例包括活动规则信息，所述活动规则信息用于确定所述搭售对象的优惠价格属性；查询所述品牌标识关联的搭售对象标识，将所述搭售对象标识关联的配置信息以及库存信息，作为所述搭售对象信息。
157.可选的，所述任务查询请求，为客户端基于第一页面发送的第一任务查询请求；其中，所述第一页面，为针对当前加购对象的提单页面结算指令而请求加载的提单页面；所述资格判断单元1002，具体用于：根据所述第一任务查询请求获取所述用户的待下单的当前订单数据，根据所述当前订单数据更新所述目标任务的任务结果数据。
158.可选的，所述任务查询请求，为客户端基于第二页面发送的第二任务查询请求；其中，所述第二页面，为响应于优惠搭售权益活动的活动页面加载指令而请求加载的活动页面；所述装置还包括店铺召回单元，所述店铺召回单元用于：根据所述任务查询请求对应的目标品牌召回参与优惠搭售权益活动的店铺，向所述客户端发送与所述目标任务关联的店铺，以使所述客户端针对所述目标任务展示所述店铺。
159.可选的，所述资格判断单元1002，还用于：如果确定所述目标品牌的预定任务时段内所述目标用户的任务结果数据已满足任务完成条件且用户已执行搭售操作，则获取所述用户的搭售订单的信息并发送给所述客户端，以使所述客户端针对所述目标任务展示用于触发展示所述搭售订单的第二界面元素。
160.可选的，所述装置还包括订单逆向单元，所述订单逆向单元，用于：接收所述客户端发送的针对所述主订单的第一退单请求；针对所述第一退单请求执行所述主订单对应的第一退单流程；判断所述主订单是否关联有搭售订单；若是，则针对所述搭售订单发起第二退单流程。
161.可选的，所述资格判断单元1002，具体用于：如果确定所述任务查询请求对应的目标品牌的预定任务时段内所述用户已执行搭售操作，或者，确定所述用户的搭售操作次数已达到搭售次数阈值，则针对所述目标任务锁定所述用户的优惠搭售权益。
162.以上述实施例为基础，本技术第五实施例提供一种电子设备，相关的部分请参见上述实施例的对应说明即可。请参考图11，图中所示的电子设备包括：存储器1101，以及处理器1102；所述存储器用于存储计算机程序，所述计算机程序被处理器运行后，执行本技术实施例提供的所述方法。
163.以上述实施例为基础，本技术第六实施例提供一种计算机存储介质，相关的部分请参见上述实施例的对应说明即可。所述计算机存储介质的示意图类似图11，图中的存储器可以理解为所述存储介质。所述计算机存储介质存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现本技术实施例提供的所述方法。
164.需要说明的是，本技术实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。
165.在一个典型的配置中，电子设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
166.本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
167.本技术虽然以较佳实施例公开如上，但其并不是用来限定本技术，任何本领域技术人员在不脱离本技术的精神和范围内，都可以做出可能的变动和修改，因此本技术的保护范围应当以本技术权利要求所界定的范围为准。

技术特征：
1.一种数据处理方法，其特征在于，包括：获取用户的待下单的当前订单数据；获得所述用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象；其中，所述目标任务的任务结果数据基于所述当前订单数据更新，且所述任务结果数据满足任务完成条件后使得所述用户享有所述搭售对象对应的优惠搭售权益，所述搭售对象具有优惠价格属性；响应于基于当前订单数据更新后的任务结果数据满足所述任务完成条件，显示所述搭售对象为可选择状态；响应于用户触发生成订单并且所述搭售对象处于选中状态，触发生成订单。2.根据权利要求1所述的方法，其特征在于，如果所述搭售对象为可选择状态，接收所述用户针对所述搭售对象的选择操作或取消选择操作。3.根据权利要求2所述的方法，其特征在于，所述响应于用户触发生成订单并且所述搭售对象处于选中状态，触发生成订单，包括：响应于用户触发生成订单并且所述搭售对象处于选中状态，触发针对所述当前订单数据生成主订单，以及，针对所述搭售对象生成与所述主订单关联的搭售订单。4.根据权利要求2所述的方法，其特征在于，所述接收所述用户针对所述搭售对象的选择操作，包括：当所述搭售对象处于未选中状态，检测到所述用户针对所搭售对象的选择操作，展示第一提示信息，所述第一提示信息用于提示所述搭售订单与所述主订单分开配送。5.根据权利要求4所述的方法，其特征在于，所述第一提示信息还用于提示用户所述搭售订单的配送信息可修改。6.根据权利要求3所述的方法，其特征在于，还包括：展示所述搭售订单的信息；在所述搭售订单的展示页面，接收所述用户修改所述搭售订单的配送信息。7.根据权利要求3所述的方法，其特征在于，所述主订单，根据所述主订单对应的店铺的配送配置信息分配给第一配送资源；所述搭售订单，根据所述搭售对象的配送配置信息分配给第二配送资源。8.根据权利要求1所述的方法，其特征在于，还包括：展示所述目标任务以及所述搭售对象。9.根据权利要求8所述的方法，其特征在于，所述展示所述目标任务以及所述搭售对象，包括：根据所述目标任务的任务类型展示所述目标任务的任务结果数据，所述结任务结果数据表征所述目标任务的任务进度。10.一种数据处理方法，其特征在于，包括：接收客户端发送的针对优惠搭售权益活动的任务查询请求；针对所述任务查询请求，获取用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象并发送给客户端；其中，所述目标任务的任务结果数据基于所述用户的待下单的当前订单数据更新且所述目标任务的任务结果数据满足任务完成条件后使得所述用户享有所述搭售对象对应的优惠搭售权益，所述搭售对象具有优惠价格属性；
接收所述客户端发送的生成订单请求，所述生成订单请求包括待下单的当前订单数据以及用户选择的搭售对象；针对所述当前订单数据以及所述用户选择的搭售对象生成订单。

技术总结
本申请公开了一种数据处理方法、装置及电子设备。所述方法包括：获取用户的待下单的当前订单数据；获得所述用户的与优惠搭售权益活动关联的目标任务以及所述目标任务对应的搭售对象；其中，所述目标任务的任务结果数据基于所述当前订单数据更新，所述搭售对象具有优惠价格属性；响应于基于当前订单数据更新后的任务结果数据满足所述任务完成条件，显示所述搭售对象为可选择状态；响应于用户触发生成订单并且所述搭售对象处于选中状态，触发生成订单。采用所述方法，解决了如何引导用户高效参加联合活动的问题。加联合活动的问题。加联合活动的问题。


技术研发人员：董煜旻 詹韬 魏力健 李文轩
受保护的技术使用者：拉扎斯网络科技（上海）有限公司
技术研发日：2023.06.21
技术公布日：2023/9/9