外卖订单处理方法、装置、电子设备及存储介质与流程

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.在一种可能的实施方式中，还包括：
48.协商模块，用于响应于所述第一账户未对所述目标外卖订单支付所述预付款，建立即时通讯的群组，所述群组用于所述第一账户、所述第二账户和客服协调所述目标外卖订单的处理策略；基于所述群组中协调的处理策略，处理所述目标外卖订单。
49.在一种可能的实施方式中，所述提示模块，还用于：
50.在提示所述第一账户对所述目标外卖订单支付预付款的同时，提示所述第一账户在完成所述目标外卖订单的处理之后，发放虚拟资源的奖励。
51.在一种可能的实施方式中，还包括：
52.奖励模块，用于对所述第一账户进行风控检测；响应于所述第一账户通过风控检测，向所述目标外卖订单发放所述虚拟资源的奖励。
53.第三方面，本技术实施例提供一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，该处理器执行所述计算机程序时实现如第一方面任一的方法。
54.第四方面，本技术实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面任一的方法。
55.上述技术方案中的优点或有益效果至少包括：针对外卖订单送达交付时取错订单的商品的场景，可以通过第一账户针对取错的目标外卖订单输入的处理意愿信息，以及第二账户选择的与该处理意愿信息对应的处理策略，自动处理该目标外卖订单，如此，建立了两个账户之间的联系，按照二者达成一致的处理策略自行处理取错订单的问题，减少了对人工客服的依赖，从而提高了处理效率，提高了用户体验。
56.上述概述仅仅是为了说明书的目的，并不意图以任何方式进行限制。除上述描述的示意性的方面、实施方式和特征之外，通过参考附图和以下的详细描述，本技术进一步的方面、实施方式和特征将会是容易明白的。
附图说明
57.为了更清楚地说明本技术实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
58.图1是本技术实施例提供的一种示例性的外卖订单处理方法的流程图；
59.图2是本技术实施例提供的一种示例性的系统框架的示意图；
60.图3是本技术实施例提供的一种示例性的外卖订单处理方法的流程图；
61.图4是本技术实施例提供的一种示例性的外卖订单处理装置的结构示意图；
62.图5是本技术实施例提供的用来实现外卖订单处理方法的电子设备的结构示意图。
具体实施方式
63.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
64.图1是本技术实施例提供的一种示例性的外卖订单处理方法的流程图。如图1所示，该外卖订单处理方法，应用于服务端，至少包括如下步骤：
65.步骤101、获取第一账户针对目标外卖订单输入的处理意愿信息，目标外卖订单为第二账户发起且被第一账户取错的外卖订单。
66.步骤102、获取第二账户选择的与处理意愿信息对应的处理策略。
67.步骤103、基于选择的处理策略，处理目标外卖订单。
68.本实施例中，针对外卖订单送达交付时取错订单的商品的场景，可以通过第一账户针对取错的目标外卖订单输入的处理意愿信息，以及第二账户选择的与该处理意愿信息对应的处理策略，自动处理该目标外卖订单，如此，建立了两个账户之间的联系，按照二者达成一致的处理策略自行处理取错订单的问题，减少了对人工客服的依赖，从而提高了处理效率，提高了用户体验。
69.另外，用户体验的提高，也利于提高外卖平台的信誉度。
70.本方案适用于餐饮、超市、生鲜等品类的外卖场景中。
71.在示例性实施例中，在获取第二账户选择的与处理意愿信息对应的处理策略之前，上述外卖订单处理方法还可以包括：提示第一账户对目标外卖订单支付预付款；获取第二账户选择的与处理意愿信息对应的处理策略，其具体实现方式可以包括：响应于第一账户对目标外卖订单完成预付款的支付，获取第二账户选择的与处理意愿信息对应的处理策略。
72.本实施例中，进行预付款的支付的主要作用是避免第一账户与第二账户建立沟通后，涉及到需要赔付环节，第一账户拒绝赔付的问题，这时外卖平台无法强制干预，会导致一些不良影响，但是事情同样无法处理，而通过预支付的方式，则可以保障后续流程的安全进行，如此，可以为愿意配合的用户提供帮助，并积极引导用户达成交易。
73.可以理解的是，上述外卖订单处理方法还可以包括：将处理意愿信息发送至第二账户，以使第二账户选择与处理意愿信息对应的处理策略。如此，第二账户可以了解到第一账户的处理意愿，并基于该处理意愿做出自己的选择。
74.在示例性实施例中，上述处理意愿信息用于表征目标外卖订单的商品是否完好，以及第一账户是否愿意交换订单。
75.当处理意愿信息表征目标外卖订单的商品完好且愿意交换订单时，选择的处理策略可以为拿回目标外卖订单的商品、交换订单、收取赔偿或者无需处理。
76.当处理意愿信息表征目标外卖订单的商品不完好且愿意交换订单时，选择的处理策略为交换订单、收取赔偿或者无需处理。
77.当处理意愿信息表征目标外卖订单的商品不完好且不愿意交换订单时，选择的处理策略为收取赔偿或者无需处理。
78.那么，基于选择的处理策略，处理目标外卖订单，具体实现方式可以包括：响应于选择的处理策略为拿回目标外卖订单的商品，将预付款退还第一账户；响应于选择的处理策略为交换订单，当目标外卖订单的金额大于第一账户发起的外卖订单的金额时，获取第二账户选择的补偿金额，将预付款中的补偿金额补偿第二账户，将预付款中除补偿金额之外的金额退还第一账户，并进行订单交换处理，当目标外卖订单的金额不大于第一账户发起的外卖订单的金额时，将预付款退还第一账户，并进行订单交换处理；响应于选择的处理策略为收取赔偿，将预付款赔偿第二账户；响应于选择的处理策略为无需处理，将预付款退还第一账户。
79.实际应用中，其中的无需处理可以是第二账户主动同意不拿回目标外卖订单的商品以及收取赔偿，也可以是第二账户未在预设处理时间内选择出处理策略，将选择的处理策略默认为无需处理。
80.其中的补偿金额不超过目标外卖订单的金额与第一账户发起的外卖订单的金额的差价，即订单差价。实施中，第二账户可以在不超过该差价的范围内选择补偿金额。示例性的，如果目标外卖订单的部分商品不完好，可以基于该不完好的商品的价格选择补偿金额。
81.本实施例中，针对第一账户的不同意愿、第二账户的不同选择，都进行了合适的处理，提高了用户的体验。
82.其中，进行订单交换处理时，具体的，将第二账户的目标外卖订单与第一账户发起的外卖订单进行数据交换，并通知各个相关业务方，例如商家端、配送端等。
83.实际应用中，外卖订单送达交付时取错订单的商品的场景中，第一账户在发现拿到的商品与自己发起的外卖订单的商品不相符时，在第一账户的客户端，可以进行取错订单申请操作，响应于该申请操作，输入目标外卖订单的商品是否完好的信息。如果目标外卖订单的商品完好，则可以提示第一账户需要支付预付款，该预付款的金额为目标外卖订单的金额，该预付款最终不一定会支付，会根据具体情形全部、部分支付，或者全额退还。如果目标外卖订单的商品不完好，则输入是否愿意与第二账户交换订单的信息，进一步的，还可以提示第一账户需要支付预付款。
84.实际应用中，在第一账户的客户端，还可以输入订单基础信息并发送至服务端。其中，订单基础信息可以包括以下至少一种：订单编号的文本和/或条形码，第二账户的虚拟号，商家的信息和收货地址等。订单小票上一般打印有订单基础信息。服务端可以基于输入的订单基础信息，确定目标外卖订单。
85.实施中，可以手动输入订单基础信息。也可以输入包含订单基础信息的订单小票的照片，该订单小票的照片用于识别出订单基础信息。可以由服务端从订单小票的照片中识别出订单基础信息，发送至第一账户的客户端展示，响应于第一账户针对该识别出的订
单基础信息的确认操作，将识别出的订单基础信息作为输入的订单基础信息。
86.如果输入的订单基础信息中包含订单编号，可以基于该订单基础信息中的订单编号确定目标外卖订单。
87.订单小票有部分损坏的情况下，可能不包含订单编号。如果输入的订单基础信息中不包含订单编号，服务端可以基于商家的信息和收货地址，或者虚拟号，从订单数据库中筛选外卖订单并将筛选的结果返回第一账户的客户端。筛选的结果中的外卖订单的信息中包含订单编号等订单详情。为了避免泄露用户隐私，订单详情中不包含用户隐私信息等敏感信息。
88.第一账户的客户端接收到筛选结果并展示，第一账户从筛选结果中选择出目标外卖订单并将选择结果发送至服务端。如此，服务端可以基于选择结果，确定目标外卖订单。然后，服务端针对该目标外卖订单，向第一账户的客户端发送预付款的支付页面。
89.另外，服务端还可以基于目标外卖订单的订单编号，确定第二账户。然后，将处理意愿信息发送至第二账户，以使第二账户选择与处理意愿信息对应的处理策略。
90.在示例性实施例中，上述外卖订单处理方法还可以包括：响应于第一账户未对目标外卖订单支付预付款，建立即时通讯的群组，群组用于第一账户、第二账户和客服协调目标外卖订单的处理策略；基于群组中协调的处理策略，处理目标外卖订单。
91.实际应用中，当第一账户不愿意支付预付款时，为避免后续流程进行不畅，可以在第一账户的客户端，向服务端发送联系客服的请求。此时，由客服介入，客服可以将第一账户和第二账户拉入一个即时通讯的群组，客服协调第一账户、第二账户对目标外卖订单进行处理。如此，即使无法通过自动处理流程解决取错订单的问题，也可以通过联系客服来解决。由于取错订单本身属于小概率事件，而又有少部分用户会选择客服介入，因此，这里对客服成本的增加很小。
92.当协调的处理策略是继续自动处理时，则可以继续提示第一账户对目标外卖订单支付预付款，响应于第一账户对目标外卖订单完成预付款的支付，获取第二账户选择的与处理意愿信息对应的处理策略。如果客服协商解决无果，可以由用户线下自行处理。当协调的处理策略是线下自行处理时，则可以结束对目标外卖订单的处理。
93.在示例性实施例中，上述外卖订单处理方法还可以包括：在提示第一账户对目标外卖订单支付预付款的同时，提示第一账户在完成目标外卖订单的处理之后，发放虚拟资源的奖励。其中的虚拟资源可以是红包等形式的资源。本实施例中，通过发送奖励的方式，引导用户完成预付款的支付，提高了支付的可能性，使得后续的自动处理流程得以顺序进行，从而快速、顺利地解决取错订单的问题。
94.在示例性实施例中，在基于选择的处理策略，处理目标外卖订单之后，上述外卖订单处理方法还可以包括：对第一账户进行风控检测；响应于第一账户通过风控检测，向目标外卖订单发放虚拟资源的奖励。这里的风控即安全风险控制。如果账户被风控，则说明该账户存在欺骗等安全风险。实际应用中，为避免骗取奖励的行为，而造成不必要的损失，可以对第一账户进行风控检测，如果该第一账户通过风控检测，认为该账户是安全的，不存在欺骗奖励的行为，可以发放奖励，从而避免了用户、配送员、商家、外卖平台等各方的时间、金钱的损失。
95.下面以具体的应用场景为例，对本技术实施例提供的一种外卖订单处理方法进行
更加详细地描述。
96.相关技术中，在订单送达交付环节，主要借助取餐柜或者货架等方式实现，用户取错货时，会联系外卖平台的客服进行处理。客服需核实配送员送货情况，如配送员未送到指定位置，则由配送员赔付，反之为用户责任，不进行赔付。该方式中，因无法完成履约，用户损失比较严重，且对于取错订单的用户，因渠道缺失，不易联系原用户，无法协商并达成一致。对此，本方案根据线下实际情况，通过外卖平台的即时通讯的渠道，触达取错订单双方用户，提供用户沟通、线下换货、差价退还等多种解决方案，解决双方问题，提升履约过程中的用户体验，同时降低外卖平台的投诉。
97.本实施例的方案基于图2所示的系统架构图实现，需要前端、后端(即服务端)共同完成。前端需要用户端，即用户a(即第一账户)的客户端和用户b(即第二账户)的客户端参与，后端则需要订单中心、问题处理中心、结算中心、客服系统、风控奖励中心参与。外卖订单处理的流程结束后会将数据同步到相关业务方，例如，涉及到参与流程的用户端和各个后端，还有商家端、配送端等。
98.其中，订单中心提供订单的查询、校验、交换处理等订单相关行为。结算中心用于提供支付等行为。问题处理中心用户记录此类异常问题处理的记录和整体流程的记录引导。风控奖励中心用于避免控制风险和分发虚拟资源的奖励。客服系统用于处理问题解决自动处理流程无法覆盖的场景。
99.基于此，如图3所示，本实施例的外卖订单处理流程如下：
100.用户a取错订单，执行第一步、用户a的客户端发起取错订单申请。
101.第二步、用户a的客户端选择目标外卖订单的商品是否完好。若完好，告知用户a需要支付预付款，若用户b选择不需要赔付会退款给用户a。若不完好，询问用户a是否愿意与用户b交换目标外卖订单的商品，即是否愿意交换订单，若愿意，告知用户a需要支付预付款，若不愿意，引导用户a支付预付款以作为赔偿款。
102.第三步、用户a的客户端对用户b的订单进行核对。实施中，用户a的客户端引导用户a输入订单小票的照片，并提交至服务端，由服务端从订单小票的照片中识别出订单基础信息。查询识别出的订单基础信息中是否有订单编号，若查询到订单编号，由用户a核对后，将该订单编号作为输入的订单编号，以基于该订单编号确定目标外卖订单。若无法查询到订单编号，服务端可以根据商家的信息和收货地址来筛选外卖订单并返回用户a的客户端，筛选的外卖订单进行数据脱敏，只展示商品信息，用户a针对商品逐个校对，选择匹配的外卖订单作为目标外卖订单。此时，服务端可以基于选择的结果记录该目标外卖订单的订单编号。
103.第四步、服务端对用户a的客户端发起支付预付款，该预付款为目标外卖订单的全价金额，提示用户a该预付款最终不一定会支付，会根据具体情形全部、部分支付，或者全额退还。
104.第五步、用户a的客户端完成支付后，获取用户a的处理意愿信息，并通知用户b。实施中，在用户b的客户端，可以选择与用户a的处理意愿信息对应的处理策略，如果用户a选择商品完好，用户b可选择拿回货品、收取赔偿、无需处理。如果用户a选择不完好且愿意交换，用户b可选择与用户a交换订单、收取赔偿、无需处理。如果a选择的是不完好且不愿意交换，则用户b可以选择收取赔偿、无需处理。其中，交换订单达成后会将用户a和用户b的订单
在订单中心进行更新同步，同时触达各个相关业务方，例如商家端、配送端等。
105.第六步、用户a的客户端未完成支付，可向服务端发起联系客服的请求。服务端响应于该请求，提供客服服务，客服将用户a和用户b拉入一个即时通讯群组，即建立即时通讯的群组，以进行协商。客服协商完成后转入线上处理流程，即继续线上处理。若客服协商解决无果，由用户线下自行处理。
106.第七步、服务端在用户a和用户b达成交换订单后，并且用户a和用户b的外卖订单金额不同时，会进行退差价，具体的，若目标外卖订单的金额大于用户a发起的外卖订单的金额，用户b可以选择补偿金额为0-订单差价范围的金额，剩余金额退还用户a，即基于用户a的预付款，向用户b退补偿金额，将预付款除补偿金额之外的金额退还用户a。
107.第八步、服务端在用户b选择收取赔偿时，将预付款赔付用户b。
108.第九步、服务端在用户b选择拿回商品时，将预付款退还用户a。
109.第十步、服务端对用户a进行风控检测，检测通过会给用户a发送红包等奖励。如此，奖励并鼓励用户a拿错外卖订单后主动发起流程，避免用户、骑手、商家、平台等各方的时间、金钱的损失。
110.图4是本技术实施例的外卖订单处理装置的结构示意图。如图4所示，本技术实施例提供的外卖订单处理装置400，包括：
111.第一获取模块401，用于获取第一账户针对目标外卖订单输入的处理意愿信息，目标外卖订单为第二账户发起且被第一账户取错的外卖订单；
112.第二获取模块402，用于获取第二账户选择的与处理意愿信息对应的处理策略；
113.处理模块403，用于基于选择的处理策略，处理目标外卖订单。
114.在一种可能的实施方式中，还包括：
115.提示模块，用于提示第一账户对目标外卖订单支付预付款；
116.第二获取模块，具体用于：
117.响应于第一账户对目标外卖订单完成预付款的支付，获取第二账户选择的与处理意愿信息对应的处理策略。
118.在一种可能的实施方式中，处理意愿信息用于表征目标外卖订单的商品是否完好，以及第一账户是否愿意交换订单；
119.当处理意愿信息表征目标外卖订单的商品完好且愿意交换订单时，选择的处理策略为拿回目标外卖订单的商品、交换订单、收取赔偿或者无需处理；
120.当处理意愿信息表征目标外卖订单的商品不完好且愿意交换订单时，选择的处理策略为交换订单、收取赔偿或者无需处理；
121.当处理意愿信息表征目标外卖订单的商品不完好且不愿意交换订单时，选择的处理策略为收取赔偿或者无需处理；
122.处理模块，具体用于：
123.响应于选择的处理策略为拿回目标外卖订单的商品，将预付款退还第一账户；
124.响应于选择的处理策略为交换订单，当目标外卖订单的金额大于第一账户发起的外卖订单的金额时，获取第二账户选择的补偿金额，将预付款中的补偿金额补偿第二账户，将预付款中除补偿金额之外的金额退还第一账户，并进行订单交换处理，当目标外卖订单的金额不大于第一账户发起的外卖订单的金额时，将预付款退还第一账户，并进行订单交
换处理；
125.响应于选择的处理策略为收取赔偿，将预付款赔偿第二账户；
126.响应于选择的处理策略为无需处理，将预付款退还第一账户。
127.在一种可能的实施方式中，还包括：
128.协商模块，用于响应于第一账户未对目标外卖订单支付预付款，建立即时通讯的群组，群组用于第一账户、第二账户和客服协调目标外卖订单的处理策略；基于群组中协调的处理策略，处理目标外卖订单。
129.在一种可能的实施方式中，提示模块，还用于：
130.在提示第一账户对目标外卖订单支付预付款的同时，提示第一账户在完成目标外卖订单的处理之后，发放虚拟资源的奖励。
131.在一种可能的实施方式中，还包括：
132.奖励模块，用于对第一账户进行风控检测；响应于第一账户通过风控检测，向目标外卖订单发放虚拟资源的奖励。
133.本技术实施例各装置中的各模块的功能可以参见上述外卖订单处理方法实施例中的对应描述，在此不再赘述。
134.本技术实施例还提供一种电子设备，该电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，该处理器执行计算机程序时实现如以上任一实施例中的外卖订单处理方法。
135.图5是本技术实施例提供的一种电子设备的结构示意图。如图5所示，该电子设备可以包括：处理器501、通信接口502、存储器503和通信总线504，其中，处理器501，通信接口502，存储器503通过通信总线504完成相互间的通信。处理器501可以调用存储器503中的计算机程序，以执行以上任一实施例中的外卖订单处理方法。
136.本技术实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如以上任一实施例中的外卖订单处理方法。
137.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本技术的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。
138.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包括于本技术的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
139.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本技术的描述中，“多个”的含义是两个或两个以上，除非另有
明确具体的限定。
140.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分。并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能。
141.在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。
142.应理解的是，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。上述实施例方法的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
143.此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器，磁盘或光盘等。
144.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。