任务处理方法、装置及电子设备与流程

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.图1示出了本技术实施例提供的一种任务处理方法的流程示意图；
43.图2示出了本技术实施例提供的另一种任务处理方法的流程示意图；
44.图3示出了本技术实施例提供的任务补领的场景示意图；
45.图4示出了本技术实施例提供的一种任务处理装置的结构示意图。
具体实施方式
46.下文中将参考附图并结合实施例来详细说明本技术。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
47.为了改善目前现有技术中会造成资源浪费的技术问题。本实施例提供了一种任务处理方法，如图1所示，该方法包括：
48.步骤101、响应于订单任务的领取指令，获取用户当前的订单信息。
49.订单任务可指的是需完成一定的订单行为，平台会额外给予相应的资源(如游戏道具、积分、商品券、优惠券等)，在传统模式下，开始做任务前，用户需要提前领取任务。
50.订单信息可包括：下单时间、订单的编号、订单内容、订单状态等。
51.对于本实施例的执行主体可为用于订单任务处理的装置或者设备，可配置在用户客户端侧或者服务器侧。例如，对于客户端侧，具体可为智能手机、平板电脑等智能终端上安装的应用程序(application，app)、或小程序、或公众号、或web端应用程序等。
52.步骤102、查询用户当前的订单信息的订单处理进度。
53.例如，可通过服务器查询用户当前的订单信息的订单处理进度，如可包括：已取消的订单、进行中的订单、已完成的订单等。
54.步骤103、根据订单处理进度和订单任务的任务信息，判断用户当前的订单信息中是否存在符合预设补领条件的目标订单信息。
55.订单任务的任务信息可包含任务内容信息，即完成任务所需的条件内容等。
56.补领可指的是用户忘记领任务，但已经开始做任务时，平台会基于一定公平的规则提供给用户事后领取的机会。预设补领条件可根据实际需求预先设置，例如，可将满足订单任务要求的、且订单处理进度也符合相关时间要求的订单，作为符合预设补领条件的目标订单信息。
57.步骤104、若存在符合预设补领条件的目标订单信息，则依据目标订单信息，更新订单任务的任务进度。
58.这些目标订单信息不仅是用户在没有事先领取相应订单任务的前提下，已经操作的订单信息，而且还符合预设补领条件。针对这些目标订单信息，在用户事后领取订单任务时，也可与正常领取订单任务的流程一样，更新订单任务的任务进度，并且在完成订单任务相应的操作后获取额外资源。
59.与目前现有技术相比，本实施例可为用户提供订单任务的补领服务，即便用户事先忘记领取订单任务，也能通过本实施例提供的方法，使得进行中的订单计入到任务进度中。具体的，响应于订单任务的领取指令，首先获取用户当前的订单信息，并查询该订单信息的订单处理进度；然后根据订单处理进度和订单任务的任务信息，判断这些订单信息中是否存在符合预设补领条件的目标订单信息；如果存在，就可以依据该目标订单信息，更新订单任务的任务进度。虽然没有预先领取订单任务，但是通过应用本实施例提供的任务补领方式，依然可在完成订单任务相应的操作后获取额外资源，减少资源浪费，提升资源利用率，从而提升用户后续再获取服务的积极性。
60.需要说明的是，本实施例方法可不局限于订单任务的任务补领处理，可适用于其他类型任务的任务补领处理。对于这些需领取的任务普遍存在用户容易忘记领取的问题，因此本实施例提供的任务补领的解决方案，既满足了用户的体验，提高了任务领取量，又使
平台提高了资源补贴效率。
61.进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的实施方式，本实施例还提供了另一种任务处理方法，如图2所示，该方法包括：
62.步骤201、依据进行中的订单信息，输出提示补领订单任务的相关信息。
63.在本实施例中，可存在多种可选方式，以提示用户可事后补领订单任务，进而享有相应的权益。例如，在用户下单后，如果该订单符合订单任务的要求，提示用户点击领取任务，使得用户刚下的订单可计入该订单任务的任务进度中。这样在该用户点击领取该任务后，可真正计入到任务进度中。
64.再例如，在用户下单后，如果该订单符合订单任务的要求，可输出本单已计入进度的内容，并同时提示用户领取相应的任务。这样在该用户点击领取该任务后，可真正计入到任务进度中。
65.再例如，在用户下单后，如果该订单符合订单任务的要求，可输出根据本单更新后的任务进度，并提示用户领任务再做哪些订单操作后可获取额外资源的内容。
66.进一步的，为了及时提示任务补领，在本实施例中，补领订单任务的相关信息的提示时机，也可有多种可选方式。作为其中一种提示补领任务的可选方式，步骤201具体可包括：响应于下单完成的指令，跳转至订单详情页；然后在订单详情页中展示与本订单关联的补领订单任务的相关信息；后续可响应于用户点击领取任务的指令，更新订单任务信息(如文案提示：本订单送达后计入任务进度，相应更新订单任务的任务进度条等)，即执行步骤202至206所示的过程。
67.通过这种补领任务的提示方式，可体现出订单和任务的关联性，用户点击领取的任务就是当前订单所支持的任务，虽然事先没有领取任务，但在下单后依然可针对当前订单进行任务补领，这样大大提升了用户选择补领任务的可能性，进而减少了资源浪费，提升资源利用率，从而提升用户后续再获取服务的积极性。
68.除了上述可选方式中在订单详情页中提示补领任务的方式以外，本实施例还可在应用首页、任务中心页、该资源主页等页面中，依据进行中的订单信息，输出提示补领订单任务的相关信息，以使得用户更容易感知到任务补领的功能，进而增加任务补领的点击率。
69.步骤202、响应于订单任务的领取指令，获取用户当前的订单信息。
70.作为扩展性内容，可选的，获取用户当前的订单信息可包括：获取用户当前在不同渠道服务方中的订单信息，其中，不同渠道服务方共同支持该订单任务。
71.例如，同一用户在a、b、c三个渠道服务方中的订单行为，均可支持该订单任务，该用户在这三个渠道中的至少一个渠道的订单行为，均可累计该订单任务相应的任务进度。如完成订单任务a需要用户在规定时间段内成功完成5个特定类型订单的行为，a、b、c三个渠道服务方共同支持该订单任务a。后续该用户如果在a渠道中完成1个该特定类型订单的行为，可将订单任务a的任务进度更为进度1/5；如果又在b渠道中完成2个该特定类型订单的行为，可将订单任务a的任务进度更为进度3/5，以此类推，如果在规定时间段内进度到达5/5，即可确定完成订单任务a。通过这种可选方式，可满足更多的订单任务补领需求。
72.步骤203、查询用户当前的订单信息的订单处理进度。
73.例如，通过订单的订单号，查询每个订单的订单处理进度。
74.步骤204、根据订单处理进度和订单任务的任务信息，判断用户当前的订单信息中
是否存在符合预设补领条件的目标订单信息。
75.可选的，步骤204包括：首先根据任务信息，从订单信息中获取支持订单任务的订单信息；然后从这些支持订单任务的订单信息中，再获取订单处理进度为已下单且未完成的订单信息作为符合预设补领条件的目标订单信息。
76.示例性的，根据任务信息，从订单信息中获取支持订单任务的订单信息，具体可包括：获取订单信息的订单属性信息；并将订单属性信息符合订单任务的任务要求的订单信息，作为支持该订单任务的订单信息。
77.订单属性信息可包括：订单的商家信息、发货地信息、收货地信息、具体的订单商品信息、订单的价格信息(如商品价格、包装费、配送费、订单总价、用户实付金额等)等。
78.在具体的应用场景中，订单任务的任务要求可根据实际需求针对订单属性信息进行预先设定，然后按照这个任务要求标准，从用户当前的订单信息中符合该任务要求标准的订单信息，作为支持该订单任务的订单信息。
79.本实施例方法可适用于不同的应用场景，示例性的，本实施例方法可适用于订单配送的场景中，相应的，已下单且未完成的订单信息可为已下单且未送达的配送订单信息。这些订单可认为是符合相关时间要求的订单。
80.步骤205、若存在符合预设补领条件的目标订单信息，则依据目标订单信息，更新订单任务的任务进度。
81.示例性的，依据目标订单信息，更新订单任务的任务进度，具体可包括：按照目标订单信息的订单数量，更新订单任务的任务进度。例如，订单任务需要在规定的时间段内完成5个特定类型订单的行为，经过执行上述步骤，判定用户当前订单信息中存在2个符合预设补领条件的目标订单信息，进而将该订单任务的任务进度更新为2/5的进度。
82.进一步的，为了满足更多的需求，并不是所有的订单任务均支持任务补领，因此可选的，在依据目标订单信息，更新订单任务的任务进度之前，本实施例方法还可包括：根据任务信息，判断订单任务是否支持任务补领；相应的，步骤205中依据目标订单信息，更新订单任务的任务进度，可包括：若订单任务支持任务补领，则依据目标订单信息，更新订单任务的任务进度。
83.通过这种可选方式，可做到任务补领的精确控制，防止任务补领功能被滥用。
84.示例性的，根据任务信息，判断订单任务是否支持任务补领可包括：若订单任务为预设类型的任务、和/或下单数大于预设阈值的任务、和/或订单任务为预设平台的任务，则判定订单任务支持任务补领。
85.例如，根据实际需求，将同时满足以下条件的任务作为支持补领的任务。
86.a、利用任务奖励资源下单的任务；
87.b、下单数大于1；
88.c、平台1中的订单任务。
89.在实际应用中，有可能存在用户已下单但未支付的情况，为了能够做到精确地任务补领控制，可选的，依据目标订单信息，更新订单任务的任务进度可包括：若目标订单信息为已支付状态，则直接依据目标订单信息，更新订单任务的任务进度；若目标订单信息为未支付状态，则等到目标订单信息为已支付状态、且支付时间早于订单任务的任务结束时间时，依据目标订单信息，更新订单任务的任务进度。
90.例如，用户领取任务时判断，是否存在“已下单未送达”订单，若不存在，可正常领取任务，领取任务后进度为0；若存在“已下单未送达”的x单，可进一步判断是否已支付，如果已支付x单，可将任务进度 x；而对于未支付的，可等到支付后，进行任务进度的更新，如等到支付x单后，任务进度 x。其中，为了保证这些订单行为属于任务的有效期，可监测支付成功消息，比较下单时间(支付成功的时间，即支付时间)与任务结束时间，如果支付时间早于订单任务的任务结束时间，说明订单行为仍处于任务有效期内，可用于更新任务进度，否则不能用来更新任务进度。
91.步骤206、输出进行中订单已计入任务进度的提示信息。
92.通过输出该提示信息，可使得用户及时了解进行中的订单已计入任务进度，确认补领任务成功，可提升用户的使用体验。
93.进一步可选的，步骤206具体可包括：在输出该提示信息预设时长之后，输出订单任务最新的任务进度信息。
94.例如，用户点击领任务，若存在“已下单未送达”订单，可直接计入任务进度，并弹出“领取成功”；任务条文案露出补领通知：“你刚下的订单，已计入任务进度”，文案露出5秒后，露出正常提示文案。
95.为了说明上述各实施例的具体实施过程，给出如下应用示例，但不限于此：
96.例如，在外卖场景中，会存在一些订单任务，以激励用户获取外卖服务。然而用户容易忘记领取订单任务，下单后发现忘记领任务，此时并不能获取到任务的奖励资源，不仅会造成资源浪费，降低资源利用率，而且还会影响用户后续再获取外卖服务的积极性。
97.为了解决上述技术问题，基于本实施例提供的方法，为用户提供订单任务的补领服务，即便用户事先忘记领取订单任务，也能使得进行中的订单计入到任务进度中。
98.如图3所示，在用户下单后，在订单地图页中，可显示订单任务的内容(如今天下2单可获取任务奖励资源)，以及根据本单更新后的任务进度(如已下1单，当前进度为1/2)，并提示用户领任务再做哪些订单操作后可获取额外资源的内容(如领任务再下1单可获取任务奖励资源)。后续用户点击领任务，若存在“已下单未送达”订单(即当前订单)，可直接计入任务进度，并弹出：“领取成功，进行中订单计入任务进度”。
99.通过本实施例提供的任务补领方法，使用户在忘记领任务时，只要及时补领，之前下的订单仍能计入任务。既满足了用户的体验，提高了任务领取量，又使平台提高了资源补贴效率。
100.进一步的，作为图1和图2所示方法的具体实现，本实施例提供了一种任务处理装置，如图4所示，该装置包括：获取模块31、查询模块32、判断模块33、更新模块34。
101.获取模块31，用于响应于订单任务的领取指令，获取用户当前的订单信息；
102.查询模块32，用于查询所述订单信息的订单处理进度；
103.判断模块33，用于根据所述订单处理进度和所述订单任务的任务信息，判断所述订单信息中是否存在符合预设补领条件的目标订单信息；
104.更新模块34，用于若存在所述目标订单信息，则依据所述目标订单信息，更新所述订单任务的任务进度。
105.在具体的应用场景中，本装置还包括：输出模块；输出模块，用于在所述响应于订单任务的领取指令，获取用户当前的订单信息之前，依据进行中的订单信息，输出提示补领
所述订单任务的相关信息。
106.在具体的应用场景中，判断模块33，具体用于根据所述任务信息，从所述订单信息中获取支持所述订单任务的订单信息；从所述支持所述订单任务的订单信息中，获取订单处理进度为已下单且未完成的订单信息作为符合预设补领条件的目标订单信息。
107.在具体的应用场景中，判断模块33，具体还用于获取所述订单信息的订单属性信息；将所述订单属性信息符合所述订单任务的任务要求的订单信息，作为所述支持所述订单任务的订单信息。
108.在具体的应用场景中，所述已下单且未完成的订单信息为已下单且未送达的配送订单信息。
109.在具体的应用场景中，判断模块33，还用于根据所述任务信息，判断所述订单任务是否支持任务补领；
110.更新模块34，具体用于若所述订单任务支持任务补领，则依据所述目标订单信息，更新所述订单任务的任务进度。
111.在具体的应用场景中，判断模块33，具体还用于若所述订单任务为预设类型的任务、和/或下单数大于预设阈值的任务、和/或所述订单任务为预设平台的任务，则判定所述订单任务支持任务补领。
112.在具体的应用场景中，更新模块34，具体用于若所述目标订单信息为已支付状态，则直接依据所述目标订单信息，更新所述订单任务的任务进度；若所述目标订单信息为未支付状态，则等到所述目标订单信息为已支付状态、且支付时间早于所述订单任务的任务结束时间时，依据所述目标订单信息，更新所述订单任务的任务进度。
113.在具体的应用场景中，更新模块34，具体还用于按照所述目标订单信息的订单数量，更新所述订单任务的任务进度。
114.在具体的应用场景中，输出模块，还用于在依据所述目标订单信息，更新所述订单任务的任务进度之后，输出进行中订单已计入任务进度的提示信息。
115.在具体的应用场景中，输出模块，具体用于在输出所述提示信息预设时长之后，输出所述订单任务最新的任务进度信息。
116.在具体的应用场景中，获取模块31，具体用于获取用户当前在不同渠道服务方中的订单信息，其中，所述不同渠道服务方共同支持所述订单任务。
117.需要说明的是，本实施例提供的一种任务处理装置所涉及各功能单元的其它相应描述，可以参考图1和图2中的对应描述，在此不再赘述。
118.基于上述如图1和图2所示方法，相应的，本实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1和图2所示的任务处理方法。
119.基于这样的理解，本技术的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施场景的方法。
120.基于上述如图1和图2所示的方法，以及图4所示的虚拟装置实施例，为了实现上述目的，本技术实施例还提供了一种电子设备，具体可以为个人计算机、智能手机、平板电脑、智能手表、智能手环、或其他网络设备等，该设备包括存储介质和处理器；存储介质，用于存
储计算机程序；处理器，用于执行计算机程序以实现上述如图1和图2所示的任务处理方法。
121.可选的，上述实体设备还可以包括用户接口、网络接口、摄像头、射频(radio frequency，rf)电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如wi-fi接口)等。
122.本领域技术人员可以理解，本实施例提供的上述实体设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。
123.存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。
124.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本技术可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本实施例的技术方案，可为用户提供订单任务的补领服务，即便用户事先忘记领取订单任务，也能通过本实施例提供的方法，使得进行中的订单计入到任务进度中。虽然没有预先领取订单任务，但是通过应用本实施例提供的任务补领方式，依然可在完成订单任务相应的操作后获取额外资源，减少资源浪费，提升资源利用率，从而提升用户后续再获取服务的积极性。既满足了用户的体验，提高了任务领取量，又使平台提高了资源补贴效率。
125.本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本技术所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
126.上述本技术序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本技术的几个具体实施场景，但是，本技术并非局限于此，任何本领域的技术人员能思之的变化都应落入本技术的保护范围。