订单状态转换方法、装置、存储介质及电子设备与流程

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.图1是本说明书实施例提供的一种订单状态转换方法的系统架构图；
31.图2是本说明书实施例提供的一种订单状态转换方法的流程时序图；
32.图3是本说明书实施例提供的一种显示配送等待界面的举例示意图；
33.图4是本说明书实施例提供的一种提示配送等待时长较长的举例示意图；
34.图5是本说明书实施例提供的一种显示配送转换流程的举例示意图
35.图6是本说明书实施例提供的一种提示同意协议的流程示意图；
36.图7是本说明书实施例提供的一种提示确认转换配送订单的举例示意图；
37.图8是本说明书实施例提供的一种自提订单显示的流程示意图；
38.图9是本说明书实施例提供的一种查看自提进度的举例示意图；
39.图10是本说明书实施例提供的一种提示确定再次转换订单的举例示意图；
40.图11是本说明书实施例提供的一种再次转换订单配送的流程时序图；
41.图12是本说明书实施例提供的一种完成自提订单显示界面的流程示意图；
42.图13是本说明书实施例提供的一种查看补偿去向的举例示意图；
43.图14是本说明书实施例提供的一种订单状态转换的流程示意图；
44.图15是本说明书实施例提供的一种订单状态转换的流程示意图；
45.图16是本说明书实施例提供的一种订单状态转换的流程示意图；
46.图17是本说明书实施例提供的一种订单状态转换的流程示意图；
47.图18是本说明书实施例提供的一种订单状态转换装置的结构示意图；
48.图19是本说明书实施例提供的一种订单信息获取单元的结构示意图；
49.图20是本说明书实施例提供的一种订单发送单元的结构示意图；
50.图21是本说明书实施例提供的一种订单状态转换装置的结构示意图；
51.图22是本说明书实施例提供的一种订单状态转换装置的结构示意图；
52.图23是本说明书实施例提供的一种订单状态转换装置的结构示意图；
53.图24是本说明书实施例提供的一种电子设备的结构示意图；
54.图25是本说明书实施例提供的一种电子设备的结构示意图。
具体实施方式
55.为使本说明书的目的、技术方案和优点更加清楚，下面将结合附图对本说明书实施方式作进一步详细描述。
56.下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中描述的实施方式并不代表与本说明书一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。
57.在本说明书的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本说明书中的具体含义。此外，在本说明书的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
58.现阶段，当用户在购物平台下订单后，可选择外卖或者自提两种获取方式获取物品，当用户选择外卖时，购物平台针对用户的订单配置对应的骑手，并让骑手执行订单的配送；当用户选择自提时，用户针对订单配置对应的取货码发送至用户，用户可凭借取货码到商家取货。
59.基于此，本说明书实施例提供了一种订单状态转换方法，采用本说明书实施例，通过接收目标订单的订单信息，当目标订单的配送状态符合预设条件时，将目标订单转换为自提订单并取消目标订单，从而在目标订单的配送状态符合预设条件时，通过转换订单的配送转换，进而提高订单的处理进度，使得用户能够更及时地获取购买的物品，且通过多方
式地获取所购买的物品，减少用户取消订单的概率，从而减少商家因用户取消订单所造成的损失。
60.下面结合具体的实施例对本说明书进行详细说明。
61.请参见图1，为本说明书实施例提供的一种订单状态转换方法的系统架构图。
62.如图1所示，图中包括订单服务平台以及订单发起端。的地方去平台可以为一个服务器，用于对订单发起端发起的订单进行处理，从而完成订单发起端发起的目标订单；订单发起端可以为移动终端，用于发起目标订单，移动终端可以为移动终端可以为具有数据传输功能的移动识别，包括但不限于：智能交互平板、个人电脑、平板电脑、手持设备、计算设备或连接到无线调制解调器的其它处理设备。
63.在订单服务平台接收目标订单中的订单信息后，当目标订单的配送状态符合预设条件时，基于得到信息输出目标订单对应的自提订单，并取消目标订单，进而生成自提订单的自提标识，将自提标识以及自提订单发送至订单发起端，以使订单发起端对自提订单进行显示。
64.通过上述方法，接收目标订单的订单信息，当目标订单的配送状态符合预设条件时，将目标订单转换为自提订单并取消目标订单，从而在目标订单的配送状态符合预设条件时，通过转换订单的配送转换，进而提高订单的处理进度，使得用户能够更及时地获取购买的物品，且通过多方式地获取所购买的物品，减少用户取消订单的概率，从而减少商家因用户取消订单所造成的损失。
65.请参见图2，为本说明书实施例提供的一种订单状态转换方法的流程时序图。本说明书实施例以订单服务平台与订单发起端两侧为例进行描述，该订单状态转换方法可以包括以下步骤：
66.s101，向订单服务平台发送目标订单的订单信息；
67.在一个实施例中，订单发起端在订单服务平台中选择所要购买的物品，根据所购买的物品生成对应的目标订单，将该目标订单对应的订单信息发送至订单服务平台，并在订单服务平台中支付该目标订单。
68.进一步的，所要购买的物品可以为任意用户所需的物品，例如可以为食品，也可以为药品，还可以为生活用具，此处不对所要购买的物品具体种类进行限定。
69.进一步的，根据所购买的物品生成对应的目标订单可以为包括所要购买的物品，还可以包括有对应的商家信息、物品价值、物品获取方式等信息。
70.s102，接收订单发起端发送的目标订单中的订单信息；
71.在一个实施例中，订单服务平台在接收到订单发起端发送的目标订单后，获取目标订单中的订单信息，以便于后续根据该订单信息对目标订单的订单状态进行转换。
72.进一步的，订单信息可以为目标订单中对应的详细信息，例如目标订单中所包括的配送物品以及配送地址等信息。
73.s103，将所述目标订单的配送状态发送至所述订单发起端；
74.在一个实施例中，为了使得用户能够在得到服务平台上实时查看目标订单的配送接单时长，订单服务平台从接收到的目标订单中获取目标订单的配送状态，将该配送状态发送至订单发起端，从而用户可在订单发起端对目标订单的订单状态进行查看，以判断是否需要对目标订单进行状态变化。
75.进一步的，目标订单的配送订单状态可以为用于描述目标订单配送实时情况的信息，可以包括目标订单的配送接单时长、预计配送时长以及预计送达时间等等信息。例如，如图3所示，图3中显示“等待骑士接单4:18”表示当前目标订单处于等待骑士接单的状态，且当前配送接单时长的倒计时为4分18秒。需要说明的是，配送接单时长除了以倒计时的方式进行显示，也可以为计时进行显示，具体表达方式可根据实际情况进行设置。
76.进一步的，配送接单时长可以为目标订单等待骑士的时长，根据配送接单时长的具体时长，判断目标订单的处理进度是否推进。当配送接单时长大于或者等于预设时长时，可以认为目标订单在短时间内对应的处理进度不会有进展，因此可以主动向订单服务平台发送配送转换指令，通过转换目标订单的订单状态以更快地获得目标订单的物品。
77.进一步的，订单发起端支付完该目标订单后，订单发起端的显示屏上显示目标订单预计送达的时间，同时通过显示地图上目标订单的处理订单。例如，如图3所示，图3中在显示屏上显示的地图中在商家的所在区域显示骑士接单情况；且图3中显示平台预计目标订单的送达时间；在显示屏的下方还有着“修改订单信息”、“联系商家”、“催单”以及“取消订单”四个选项。需要说明的是，预计的送达时间可以为骑士及时接单时，平台预计骑士将目标订单对应的物品送达用户的时间；“修改订单信息”可以为当用户需要修改目标订单的订单信息时，可以通过点击“修改订单信息”控件以对目标订单的订单信息进行修改；“联系商家”可以为用于商家与用户之间进行联系沟通的控件，点击“联系商家”可跳转到交流界面；“催单”可以为用于当时间达到预计送达时间时，目标订单未被送达，用户能够点击“催单”控件以催促商家或者骑士尽快将物品送达；“取消订单”可以为当目标订单未被完成时，用户通过点击“取消订单”控件以主动取消目标订单。
78.进一步的，目标订单的订单状态可以为配送状态以及自提状态，配送状态通过订单服务平台分配骑士对目标订单进行配送，将目标订单的物品送达目标订单中的配送地址。自提状态则可以为由用户自行到目标订单中的商家地址去拿取物品。
79.例如，如图4所示，当配送接单时长大于或者等于预设时长时，订单服务平台向订单发起端发送询问信息，图4中输出“长时间无骑士接单。建议您到店自取”的提示信息，且提供“了解详情”以及“不了，继续等待”两个选项，若选择“不了，继续等待”则继续等待骑士接单；若选择“了解详情”，则显示将目标订单转换为自提订单的流程。
80.s104，基于所述订单信息，计算所述目标订单转换为所述自提订单所产生的价值差异，基于所述价值差异确定对应的转换补偿；
81.在一个实施例中，订单服务平台基于获取的订单信息，计算将目标订单由配送订单转换为自提订单后，两种订单状态之间的价值差异，将该价值差异作为目标订单进行状态转换对应的转换补偿。
82.进一步的，两种订单状态之间的价值差异可以为配送订单中配送费用，也可以为配送订单中包装费用。例如，一个目标订单为配送订单，且配送订单对应的包装费用为1.9元，配送费用为3元，而将目标订单转换为自提订单后，系统订单对应的包装费用为1元，配送费为0元，因此通过计算配送订单与自提订单之间的费用差值，得到价值差异为4.9元。
83.进一步的，为了表示对配送订单未被及时处理的歉意，转换补偿可以为除了计算得到的价值差异外，还可以向订单发起端发送优惠券、红包或者虚拟货币等，将发送的补偿作为转换补偿的一部分。
84.例如，如图5所示，图5中显示将目标订单转换为自提订单的具体流程，流程主要包括“修改本单位自提订单”、“到店完成自提”以及“配送费及补偿到账”三个步骤，且各步骤附带有对应的信息，如修改订单步骤的下方，显示商家的具体地址，且提供“查看路线”的选项，以便于用户查看到达商家的路线导航，且提示仍可将自提订单修改为配送订单；且显示将目标订单转换为自提订单后的转换补偿，图5中显示的为计算得到的价值差异4.9元以及补偿的8元无门槛红包。
85.s105，当所述配送状态符合预设条件时，向所述订单发起端发送询问信息；
86.在一个实施例中，当配送状态符合预设条件时，订单服务平台向订单发起端发送是否需要对目标订单的进行配送转换的询问信息，以根据询问信息的询问结果确定是否对目标订单的配送状态进行转换。
87.进一步的，配送状态符合的预设条件可以为目标订单的配送接单时长大于或者等于预设时长，例如预设时长为5分钟，则当配送接单时长大于5分钟时，此时的目标订单的配送状态符合预设条件。
88.需要说明的是，在想订单发起端发送询问信息之前，订单服务平台需要根据订单信息中的商家信息，确定该商家是否支持用户到店面自提物品，在确定该商家支持自提后，订单服务平台生成询问信息，并向订单发起端发送该询问信息。若订单信息中的商家信息显示不支持用户到店面自提物品，则不向订单发起端发送询问信息。
89.进一步的，询问信息可以为用于询问得到发起端是否确定进行配送转换的信息，询问信息可以为包括有询问内容，转换协议以及转换补偿。
90.进一步的，询问内容可以为询问是否确定进行配送转换的文本内容，并提供“改为自提订单”以及“我再想想”两个按键控件用于提供选择。
91.进一步的，协议内容可以为超链接，用户能够在订单发起端点击协议内容以查看配送转换的具体协议内容，并提供按键控件以用于确定同意该协议内容所记录的所有内容。
92.例如，如图5所示，图5中显示“改为自提订单”以及“我再想想”两个按键控件，且提供选项，用于确定同意《用户到店自取授权协议》，且在协议后面提供“？”按键，点击该按键能够查看协议的具体内容。需要说明的是，若未点击确定同意《用户到店自取授权协议》的选项，直接点击“改为自提订单”按键，则显示屏上弹出如图6所示的提示信息，以提示用户同意《用户到店自取授权协议》。
93.s106，响应于接收到的转换确认操作，向所述订单服务平台发送转换确认请求；
94.在一个实施例中，订单发起端接收到询问信息后，当用户在订单发起端上对各按键进行选择时，订单发起端响应于接收到的转换确认操作，向订单服务平台发送配送转换的转换确认请求。
95.例如，如图7所示，当用户在订单发起端点击图5中“改为自提订单”按键后，订单发起端的显示屏上显示图7中的询问弹窗，弹窗中包括有“我再想想”以及“确认修改”两个按键选项，以进行进一步确认，避免前面的操作为用户的误操作，或者用户临时改变主意，从而提供容错空间。
96.s107，接收并响应于所述订单发起端发送的转换确认请求，基于所述目标订单的订单信息，删除所述目标订单，并生成所述目标订单对应的自提订单；
97.在一个实施例中，订单服务平台在接收到转换确认请求后，响应于转换确认请求，基于获取得到的目标订单中对应的订单信息，生成目标订单对应的自提订单，并取消该目标订单。
98.进一步的，自提订单可以为包括有目标订单的商家的具体地址，以及自提订单的当前处理进度等信息。以便于用户根据当前处理进度，自行判断何时到商家去获取目标订单中的物品。
99.进一步的，当订单服务平台接收到的指令为不进行配送转换时，订单服务平台保持目标订单的订单状态不变，仍等待骑士接单，并保持订单发起端的显示屏显示内容为如图4所示。进一步的，在确定不进行配送转换后，订单服务平台输出催促信息，以提高目标订单的处理优先级提高，从而使得订单服务平台中的各骑士优先处理该目标订单。
100.进一步的，订单服务平台基于终端订单中的订单信息，生成自提订单对应的自提标识，以便于用户根据自提标识在商家拿取自提订单对应的物品。
101.进一步的，自提标识可以为采用字母与数字的结合，用于标识自提订单的物品获取凭证，自提标识的生成方法可以为商家根据当前的订单情况进行设置，也可以为基于等待配送接单时对应的序号进行转换得到对应的自提标识。例如，当前商家的当天自提订单已有103单，因此自提标识可以为z-0104；若目标订单的配送接单对应的序号为2022050616352709，则转换为自提标识后可以为z-2709。自提标识还可以为条形码或者二维码，自提标识的生成方法以及具体表现形式可根据实际情况进行设置。
102.s108，将所述自提订单的自提标识发送至所述订单发起端进行显示；
103.在一个实施例中，订单服务平台将基于目标订单生成的自提订单对应的自提标识发送至订单发起端，以使订单发起端对自提订单进行显示。
104.进一步的，订单发起端接收到自提标识以及自提订单后，订单发起端的显示屏上显示有自提标识以及自提订单中的其他信息。例如，如图8所示，图8中订单发起端的显示内容，由原先的地图加预计送达时间，变为显示“等待自取”的文本提示，且提供生成的取货码“z-0104”以及商家的具体地址，并提供自提订单的处理进度。
105.进一步的，在点击查看自提订单进度时，订单发起端显示当前自提订单的处理进度，且提供“改为配送订单”的按键选项，如图9所示，图9中显示弹窗，弹窗中实时显示当前的处理进度，图9中已经将目标订单转换为自提订单，因此此步骤前圆圈中显示“√”的标记，用于表示该步骤已完成。当用户在将目标订单转换为自提订单后，又想将自提订单重新改为配送订单，则可以点击“改为配送订单”按键，进而将自提订单重新改为配送订单。
106.进一步的，将自提订单重新改为配送订单，可以根据如图11所示的流程时序图，从而实现将自提订单重新改为配送订单。向执行步骤s201，订单发起端向订单服务平台发送自提订单的配送转换订单；订单服务平台接收到配送转换指令后，执行步骤s202，基于转换操作，向订单发起端发送第二询问信息。例如，如图10所示，订单发起端的显示屏上显示第二询问信息，显示屏上显示“我再想想”以及“确认修改”两个选项，且输出提示信息，提示信息用于提示用户，将自提订单修改为配送订单后，无法再修改为自提订单。
107.进一步的，订单发起端执行步骤s203，向订单服务平台发送针对自提订单的确定配送转换指令，即在图10中点击“确认修改”的按键，进而向订单服务平台发送确定指令。订单服务平台在接收到确定配置转换指令后，执行步骤s204，基于转换指令以及自提订单，时
长目标订单对应的配送订单，并取消自提订单；订单服务平台基于自提订单中的订单信息，生成目标订单对应的配送订单，该配送订单的订单信息可以为根据自提订单中包括的订单信息，基于该订单信息生成配送订单，并取消原先生成的自提订单。再执行步骤s205，将配送订单的配送信息发送至订单发起端，以使得订单发起端接收到配送订单后，在订单发起端的显示屏上显示配送订单的订单信息，订单信息显示内容可参考图3以及步骤s101，此处不进行赘述。
108.s109，当确定所述自提订单完成后，将所述转换补偿发送至所述订单发起端；
109.在一个实施例中，当用户到商家拿取到物品后，用户在订单发起端上进行确认操作，以使得订单服务平台接收到自提订单完成的确认指令，确定自提订单已经完成，进而订单服务平台将先前计算得到的转换补偿发送至订单发起端。
110.进一步的，在确定自提订单完成后，订单发起端的显示屏显示如图12所示的内容，图12中显示“订单以完成”的文本提示，并在订单进度中显示的各步骤前的选项中显示以完成的“√”样式的标志，以表明当前订单进度已完成。进一步的，显示“查看补偿去向”的按键以及“知道了”按键，通过点击“查看补偿去向”按键，能够查看订单转换后订单服务平台向订单发起端发送的转换补偿。
111.进一步的，在图12所示页面上，点击显示页面中的“查看补偿去向”按键，订单发起端的显示屏显示补偿去向的详情，如图13所示，图13中的显示补偿的具体内容，如图13中转换补偿中退回到“余额”的配送费4.9元，以及返还到红包账户的一个补偿红包。
112.采用本说明书实施例，通过接收目标订单的订单信息，当目标订单的配送状态符合预设条件时，将目标订单转换为自提订单并取消目标订单，从而在目标订单的配送状态符合预设条件时，通过转换订单的配送转换，进而提高订单的处理进度，使得用户能够更及时地获取购买的物品，且通过多方式地获取所购买的物品，减少用户取消订单的概率，从而减少商家因用户取消订单所造成的损失；通过提供再次修改权限，从而提高用户的操作容错性；通过对转换补偿的发放，促进用户主动修改订单状态，进而提高订单完成概率，减少商家的损失并提高订单服务平台的信任度。
113.请参见图14，为本说明书实施例提供的一种订单状态转换方法的流程示意图。本说明书实施例以订单服务平台为例进行描述，该订单状态转换方法可以包括以下步骤：
114.s301，接收订单发起端发送的目标订单的订单信息；
115.在一个实施例中，订单服务平台接收订单发起端发送的目标订单的订单信息，该订单信息包括有订单发起端选择所要购买的物品，根据该订单信息生成对应的目标订单，将该目标订单发送至订单服务平台。
116.进一步的，所要购买的物品可以为任意用户所需的物品，例如可以为食品，也可以为药品，还可以为生活用具，此处不对所要购买的物品具体种类进行限定。
117.进一步的，订单消息可以为包括所要购买的物品，还可以包括有对应的商家信息、物品价值、物品获取方式等信息。
118.s302，将所述目标订单的配送状态发送至所述订单发起端；
119.在一个实施例中，为了使得用户能够在得到服务平台上实时查看目标订单的配送接单时长，订单服务平台从接收到的目标订单中获取目标订单的配送状态，将该配送状态发送至订单发起端，以便于用户在订单发起端中查看目标订单的配送状。
120.进一步的，订单信息可以为目标订单中对应的详细信息，例如目标订单中所包括的配送物品以及配送地址等信息。
121.进一步的，订单发起端支付完该目标订单后，订单发起端的显示屏上显示目标订单预计送达的时间，同时通过显示地图上目标订单的处理订单。例如，如图3所示，图3中在显示屏上显示的地图中在商家的所在区域显示骑士接单情况；且图3中显示平台预计目标订单的送达时间；在显示屏的下方还有着“修改订单信息”、“联系商家”、“催单”以及“取消订单”四个选项。需要说明的是，预计的送达时间可以为骑士及时接单时，平台预计骑士将目标订单对应的物品送达用户的时间；“修改订单信息”可以为当用户需要修改目标订单的订单信息时，可以通过点击“修改订单信息”控件以对目标订单的订单信息进行修改；“联系商家”可以为用于商家与用户之间进行联系沟通的控件，点击“联系商家”可跳转到交流界面；“催单”可以为用于当时间达到预计送达时间时，目标订单未被送达，用户能够点击“催单”控件以催促商家或者骑士尽快将物品送达；“取消订单”可以为当目标订单未被完成时，用户通过点击“取消订单”控件以主动取消目标订单。
122.s303，当所述配送状态符合预设条件时，向所述订单发起端发送询问信息；
123.在一个实施例中，订单服务平台实时检测目标订单的配送状态，当目标订单的配送状态符合预设条件时，订单服务平台获取目标订单的订单信息。
124.进一步的，配送状态符合的预设条件可以为目标订单的配送接单时长大于或者等于预设时长，例如预设时长为5分钟，则当配送接单时长大于5分钟时，此时的目标订单的配送状态符合预设条件。
125.进一步的，配送接单时长可以为目标订单等待骑士的时长，根据配送接单时长的具体时长，判断目标订单的处理进度是否推进。当配送接单时长大于或者等于预设时长时，可以认为目标订单在短时间内对应的处理进度不会有进展，因此可以主动向订单服务平台发送配送转换指令，通过转换目标订单的订单状态以更快地获得目标订单的物品。
126.进一步的，目标订单的订单状态可以为配送状态以及自提状态，配送状态通过订单服务平台分配骑士对目标订单进行配送，将目标订单的物品送达目标订单中的配送地址。自提状态则可以为由用户自行到目标订单中的商家地址去拿取物品。
127.进一步的，订单信息可以为目标订单中对应的配送物品以及配送地址等信息。
128.s304，响应于所述订单发起端发送的转换确认请求，基于所述订单信息将所述目标订单转换为自提订单，将所述自提订单的自提标识发送至所述订单发起端；
129.在一个实施例中，订单服务平台在接收到订单发起端发送的转换确认请求后，基于获取得到的目标订单中对应的订单信息，生成目标订单对应的自提订单，并取消该目标订单，再将生成自提订单的自提标识发送至订单发起端，以使订单发起端对自提订单进行显示。
130.进一步的，自提订单可以为包括有目标订单的商家的具体地址，以及自提订单的当前处理进度。以便于用户根据当前处理进度，自行判断何时到商家去获取目标订单中的物品。
131.进一步的，订单发起端接收到自提标识以及自提订单后，订单发起端的显示屏上显示有自提标识以及自提订单中的其他信息。例如，如图8所示，图8中订单发起端的显示内容，由原先的地图加预计送达时间，变为显示“等待自取”的文本提示，且提供生成的取货码“z-0104”以及商家的具体地址，并提供自提订单的处理进度。
132.进一步的，在点击查看自提订单进度时，订单发起端显示当前自提订单的处理进度，且提供“改为配送订单”的按键选项，如图9所示，图9中显示弹窗，弹窗中实时显示当前的处理进度，图9中已经将目标订单转换为自提订单，因此此步骤前圆圈中显示“√”的标记，用于表示该步骤已完成。当用户在将目标订单转换为自提订单后，又想将自提订单重新改为配送订单，则可以点击“改为配送订单”按键，进而将自提订单重新改为配送订单。
133.采用本说明书实施例，通过接收目标订单的订单信息，当目标订单的配送状态符合预设条件时，将目标订单转换为自提订单并取消目标订单，从而在目标订单的配送状态符合预设条件时，通过转换订单的配送转换，进而提高订单的处理进度，使得用户能够更及时地获取购买的物品，且通过多方式地获取所购买的物品，减少用户取消订单的概率，从而减少商家因用户取消订单所造成的损失。
134.请参见图15，为本说明书实施例提供的一种订单状态转换方法的流程示意图。本说明书实施例以订单服务平台为例进行描述，该订单状态转换方法可以包括以下步骤：
135.s401，接收订单发起端发送的目标订单的订单信息；
136.在一个实施例中，订单服务平台接收订单发起端发送的目标订单的订单信息，该订单信息包括有订单发起端选择所要购买的物品，根据该订单信息生成对应的目标订单，将该目标订单发送至订单服务平台。
137.进一步的，所要购买的物品可以为任意用户所需的物品，例如可以为食品，也可以为药品，还可以为生活用具，此处不对所要购买的物品具体种类进行限定。
138.进一步的，订单消息可以为包括所要购买的物品，还可以包括有对应的商家信息、物品价值、物品获取方式等信息。
139.s402，将所述目标订单的配送状态发送至所述订单发起端；
140.在一个实施例中，为了使得用户能够在得到服务平台上实时查看目标订单的配送接单时长，订单服务平台从接收到的目标订单中获取目标订单的配送状态，将该配送状态发送至订单发起端，以便于用户在订单发起端中查看目标订单的配送状态。
141.进一步的，订单信息可以为目标订单中对应的详细信息，例如目标订单中所包括的配送物品以及配送地址等信息。
142.进一步的，订单服务平台向订单发起端发送的配送状态，订单发起端基于目标订单信息中的配送状态在显示屏上显示该配送状态。例如，如图3所示，图3中在显示屏上显示的地图中在商家的所在区域显示骑士接单情况；且图3中显示平台预计目标订单的送达时间；在显示屏的下方还有着“修改订单信息”、“联系商家”、“催单”以及“取消订单”四个选项。需要说明的是，预计的送达时间可以为骑士及时接单时，平台预计骑士将目标订单对应的物品送达用户的时间；“修改订单信息”可以为当用户需要修改目标订单的订单信息时，可以通过点击“修改订单信息”控件以对目标订单的订单信息进行修改；“联系商家”可以为用于商家与用户之间进行联系沟通的控件，点击“联系商家”可跳转到交流界面；“催单”可以为用于当时间达到预计送达时间时，目标订单未被送达，用户能够点击“催单”控件以催促商家或者骑士尽快将物品送达；“取消订单”可以为当目标订单未被完成时，用户通过点击“取消订单”控件以主动取消目标订单。
143.s403，当配送状态符合预设条件，且所述目标订单未被进行处理时，确定商家是否
支持自提；
144.在一个实施例中，订单服务平台实时检测目标订单的配送状态，当目标订单的配送状态符合预设条件，且目标订单仍未有骑士接单，目标订单未被进行处理时，订单服务平台基于订单信息中的商家信息，确定商家是否支持用户前往商家进行自提。
145.进一步的，配送状态符合的预设条件可以为目标订单的配送接单时长大于或者等于预设时长，例如预设时长为5分钟，则当配送接单时长大于5分钟时，此时的目标订单的配送状态符合预设条件。
146.需要说明的是，由于目标订单为需要骑士进行配送的外卖订单，因此若没有骑士接单，则目标订单的物品无法被送达至用户手中，则可以认为目标订单未被进行处理，因此需要通过订单服务平台针对目标订单进行处理，以尽快完成目标订单。
147.s404，基于所述订单信息，计算所述目标订单转换为所述自提订单所产生的价值差异，基于所述价值差异确定对应的转换补偿；
148.在一个实施例中，订单服务平台基于获取的订单信息，计算将目标订单由配送订单转换为自提订单后，两种订单状态之间的价值差异，将该价值差异作为目标订单进行状态转换对应的转换补偿。
149.进一步的，两种订单状态之间的价值差异可以为配送订单中配送费用，也可以为配送订单中包装费用。例如，一个目标订单为配送订单，且配送订单对应的包装费用为1.9元，配送费用为3元，而将目标订单转换为自提订单后，系统订单对应的包装费用为1元，配送费为0元，因此通过计算配送订单与自提订单之间的费用差值，得到价值差异为4.9元。
150.进一步的，为了表示对配送订单未被及时处理的歉意，转换补偿可以为除了计算得到的价值差异外，还可以向订单发起端发送优惠券、红包或者虚拟货币等，将发送的补偿作为转换补偿的一部分。
151.s405，在确定所述商家支持自提后，向订单发起端发送第一询问信息；
152.在一个实施例中，订单服务平台根据订单信息中的商家信息，确定该商家是否支持用户到店面自提物品，在确定该商家支持自提后，生成第一询问信息，并向订单发起端发送该第一询问信息。
153.进一步的，第一询问信息可以为用于询问得到发起端是否确定进行配送转换的信息，第一询问信息可以为包括有询问内容，转换协议以及转换补偿。
154.进一步的，询问内容可以为询问是否确定进行配送转换的文本内容，并提供“改为自提订单”以及“我再想想”两个按键控件用于提供选择。
155.进一步的，协议内容可以为超链接，用户能够在订单发起端点击协议内容以查看配送转换的具体协议内容，并提供按键控件以用于确定同意该协议内容所记录的所有内容。
156.例如，如图5所示，图5中显示“改为自提订单”以及“我再想想”两个按键控件，且提供选项，用于确定同意《用户到店自取授权协议》，且在协议后面提供“？”按键，点击该按键能够查看协议的具体内容。需要说明的是，若未点击确定同意《用户到店自取授权协议》的选项，直接点击“改为自提订单”按键，则显示屏上弹出如图6所示的提示信息，以提示用户同意《用户到店自取授权协议》。
157.s406，当获取到不进行配送转换的控制指令时，保持所述目标订单的状态不变；
158.在一个实施例中，当订单服务平台接收到的指令为不进行配送转换时，订单服务平台保持目标订单的订单状态不变，仍等待骑士接单，并保持订单发起端的显示屏显示内容为如图4所示。
159.s407，在所述订单服务平台输出催促信息；
160.在一个实施例中，在确定不进行配送转换后，订单服务平台输出催促信息，以提高目标订单的处理优先级提高，从而使得订单服务平台中的各骑士优先处理该目标订单。
161.需要说明的是，若用户想进一步提高目标订单的优先处理等级，则可以通过向订单服务平台支付一定的金额，从而使得目标订单的处理速度加快。
162.s408，接收并响应于所述订单发起端发送的转换确认请求，基于所述目标订单的订单信息，删除所述目标订单，并生成所述目标订单对应的自提订单；
163.在一个实施例中，订单服务平台在接收到订单发起端发的转换确认请求后，基于获取的目标订单中的订单信息，生成目标订单对应的自提订单，并删除该目标订单。
164.进一步的，自提订单可以为包括有目标订单的商家的具体地址，以及自提订单的当前处理进度等信息。以便于用户根据当前处理进度，自行判断何时到商家去获取目标订单中的物品。
165.进一步的，订单服务平台基于目标订单中的订单信息，生成自提订单对应的自提标识，以便于用户根据自提标识在商家拿取自提订单对应的物品。
166.进一步的，自提标识可以为采用字母与数字的结合，用于标识自提订单的物品获取凭证，自提标识的生成方法可以为商家根据当前的订单情况进行设置，也可以为基于等待配送接单时对应的序号进行转换得到对应的自提标识。例如，当前商家的当天自提订单已有103单，因此自提标识可以为z-0104；若目标订单的配送接单对应的序号为2022050616352709，则转换为自提标识后可以为z-2709。自提标识还可以为条形码或者二维码，自提标识的生成方法以及具体表现形式可根据实际情况进行设置。
167.s409，将所述自提订单的自提标识发送至所述订单发起端进行显示；
168.在一个实施例中，订单服务平台将基于目标订单生成的自提订单对应的自提标识发送至订单发起端，以使订单发起端对自提订单进行显示。
169.进一步的，订单发起端接收到自提标识以及自提订单后，订单发起端的显示屏上显示有自提标识以及自提订单中的其他信息。例如，如图8所示，图8中订单发起端的显示内容，由原先的地图加预计送达时间，变为显示“等待自取”的文本提示，且提供生成的取货码“z-0104”以及商家的具体地址，并提供自提订单的处理进度。
170.进一步的，在点击查看自提订单进度时，订单发起端显示当前自提订单的处理进度，且提供“改为配送订单”的按键选项，如图9所示，图9中显示弹窗，弹窗中实时显示当前的处理进度，图9中已经将目标订单转换为自提订单，因此在该步骤前圆圈中显示“√”的标记，用于表示该步骤已完成。当用户在将目标订单转换为自提订单后，又想将自提订单重新改为配送订单，则可以点击“改为配送订单”按键，进而将自提订单重新改为配送订单。
171.s410，当确定所述自提订单完成后，将所述转换补偿发送至所述订单发起端；
172.在一个实施例中，当用户到商家拿取到物品后，用户在订单发起端上进行确认操作，以使得订单服务平台接收到自提订单完成的确认指令，确定自提订单已经完成，进而订单服务平台将先前计算得到的转换补偿发送至订单发起端。
173.进一步的，在确定自提订单完成后，订单发起端的显示屏显示如图12所示的内容，图12中显示“订单以完成”的文本提示，并在订单进度中显示的各步骤前的选项中显示以完成的“√”样式的标志，以表明当前订单进度已完成。进一步的，显示“查看补偿去向”的按键以及“知道了”按键，通过点击“查看补偿去向”按键，能够查看订单转换后订单服务平台向订单发起端发送的转换补偿。
174.进一步的，在图12所示页面上，点击显示页面中的“查看补偿去向”按键，订单发起端的显示屏显示补偿去向的详情，如图13所示，图13中的显示补偿的具体内容，如图13中转换补偿中退回到“余额”的配送费4.9元，以及返还到红包账户的一个补偿红包。
175.s411，获取所述订单发起端发送的转换操作，基于所述转换操作，向所述订单发起端发送第二询问信息；
176.在一个实施例中，订单服务平台在将目标订单转换为自提订单，并再次接收到订单发起端发送的转换操作后，基于该转换操作，订单服务平台向订单发起端发送第二询问信息。
177.进一步的，例如，如图10所示，订单发起端的显示屏上显示第二询问信息，显示屏上显示“我再想想”以及“确认修改”两个选项，且输出提示信息，提示信息用于提示用户，将自提订单修改为配送订单后，无法再修改为自提订单。
178.s412，当获取到终端发送的针对所述自提订单的配送转换确定指令时，基于所述转换指令以及所述自提订单，生成所述目标订单对应的配送订单，并取消所述自提订单；
179.在一个实施例中，订单服务平台获取订单发起端针对自提订单的配送转换确定指令时，基于自提订单中的订单信息，生成目标订单对应的配送订单，该配送订单的订单信息可以为根据自提订单中包括的订单信息，基于该订单信息生成配送订单，并取消原先生成的自提订单。
180.s413，将所述配送订单的配送信息发送至所述订单发起端；
181.具体可参考步骤s402，此处不进行赘述。
182.采用本说明书实施例，通过接收目标订单的订单信息，当目标订单的配送状态符合预设条件时，将目标订单转换为自提订单并取消目标订单，从而在目标订单的配送状态符合预设条件时，通过转换订单的配送转换，进而提高订单的处理进度，使得用户能够更及时地获取购买的物品，且通过多方式地获取所购买的物品，减少用户取消订单的概率，从而减少商家因用户取消订单所造成的损失；通过提供再次修改权限，从而提高用户的操作容错性；通过对转换补偿的发放，促进用户主动修改订单状态，进而提高订单完成概率，减少商家的损失并提高订单服务平台的信任度。
183.请参见图16，为本说明书实施例提供的一种订单状态转换方法的流程示意图。本说明书实施例以订单发起端为例进行描述，该订单状态转换方法可以包括以下步骤：
184.s501，向订单服务平台发送目标订单的订单信息；
185.在一个实施例中，订单发起端在订单服务平台中选择所要购买的物品，根据所购买的物品生成对应的目标订单，将该目标订单发送至订单服务平台，并在订单服务平台中支付该目标订单。
186.进一步的，所要购买的物品可以为任意用户所需的物品，例如可以为食品，也可以为药品，还可以为生活用具，此处不对所要购买的物品具体种类进行限定。
187.进一步的，根据所购买的物品生成对应的目标订单可以为包括所要购买的物品，还可以包括有对应的商家信息、物品价值、物品获取方式等信息。
188.s502，接收所述目标订单的配送状态并显示；
189.在一个实施例中，订单发起端接收订单服务平台发送的目标订单对应的配送状态，并在订单发起端的显示屏中显示目标订单对应的配送状态。
190.进一步的，订单发起端支付完目标订单，并接收到订单服务平台发送的目标订单的配送状态后，订单发起端的显示屏上显示目标订单预计送达的时间，同时通过显示地图上目标订单的处理订单。例如，如图3所示，图3中在显示屏上显示的地图中在商家的所在区域显示骑士接单情况；且图3中显示平台预计目标订单的送达时间；在显示屏的下方还有着“修改订单信息”、“联系商家”、“催单”以及“取消订单”四个选项。需要说明的是，预计的送达时间可以为骑士及时接单时，平台预计骑士将目标订单对应的物品送达用户的时间；“修改订单信息”可以为当用户需要修改目标订单的订单信息时，可以通过点击“修改订单信息”控件以对目标订单的订单信息进行修改；“联系商家”可以为用于商家与用户之间进行联系沟通的控件，点击“联系商家”可跳转到交流界面；“催单”可以为用于当时间达到预计送达时间时，目标订单未被送达，用户能够点击“催单”控件以催促商家或者骑士尽快将物品送达；“取消订单”可以为当目标订单未被完成时，用户通过点击“取消订单”控件以主动取消目标订单。
191.进一步的，目标订单的配送订单状态可以为用于描述目标订单配送实时情况的信息，可以包括目标订单的配送接单时长、预计配送时长以及预计送达时间等等信息。例如，如图3所示，图3中显示“等待骑士接单4:18”表示当前目标订单处于等待骑士接单的状态，且当前配送接单时长的倒计时为4分18秒。需要说明的是，配送接单时长除了以倒计时的方式进行显示，也可以为计时进行显示，具体表达方式可根据实际情况进行设置。
192.进一步的，配送接单时长可以为目标订单等待骑士的时长，根据配送接单时长的具体时长，判断目标订单的处理进度是否推进。当配送接单时长大于或者等于预设时长时，可以认为目标订单在短时间内对应的处理进度不会有进展，因此可以主动向订单服务平台发送配送转换指令，通过转换目标订单的订单状态以更快地获得目标订单的物品。
193.进一步的，目标订单的订单状态可以为配送状态以及自提状态，配送状态通过订单服务平台分配骑士对目标订单进行配送，将目标订单的物品送达目标订单中的配送地址。自提状态则可以为由用户自行到目标订单中的商家地址去拿取物品。
194.s503，当所述配送状态符合预设条件时，向所述订单服务平台发送配送转换指令，接收所述订单服务平台发送的第三询问信息；
195.在一个实施例中，用户在得到服务平台上实时查看目标订单的配送状态符合是否预设条件，当目标订单的配送状态符合预设条件时，订单发起端向订单服务平台发送目标订单的配送转换指令，以转换目标订单的配送状态，进而接收订单服务平台发送的第三询问信息。
196.进一步的，配送状态符合的预设条件可以为目标订单的配送订单时长大于或者等于预设时长，例如预设时长为5分钟，则当配送接单时长大于5分钟时，此时的目标订单的配送状态符合预设条件。
197.进一步的，配送接单时长可以为目标订单等待骑士的时长，根据配送接单时长的
具体时长，判断目标订单的处理进度是否推进。当配送接单时长大于或者等于预设时长时，可以认为目标订单在短时间内对应的处理进度不会有进展，因此可以主动向订单服务平台发送配送转换指令，通过转换目标订单的订单状态以更快地获得目标订单的物品。
198.进一步的，目标订单的订单状态可以为配送状态以及自提状态，配送状态通过订单服务平台分配骑士对目标订单进行配送，将目标订单的物品送达目标订单中的配送地址。自提状态则可以为由用户自行到目标订单中的商家地址去拿取物品。
199.例如，如图4所示，当配送接单时长大于或者等于预设时长时，订单服务平台向订单发起端发送询问信息，图4中输出“长时间无骑士接单。建议您到店自取”的提示信息，且提供“了解详情”以及“不了，继续等待”两个选项，若选择“不了，继续等待”则继续等待骑士接单；若选择“了解详情”，则显示将目标订单转换为自提订单的流程。
200.s504，响应于接收到的转换确认操作，向所述订单服务平台发送转换确认请求；
201.在一个实施例中，订单发起端接收到用户在订单发起端进行的转换确认操作后，响应于转换确认操作生成转换确认请求，并向订单服务平台发送转换确认请求。
202.例如，如图7所示，当用户在订单发起端点击图5中“改为自提订单”按键后，订单发起端的显示屏上显示图7中的询问弹窗，弹窗中包括有“我再想想”以及“确认修改”两个按键选项，以进行进一步确认，避免前面的操作为用户的误操作，或者用户临时改变主意，从而提供容错空间。
203.s505，接收由所述目标订单转换得到的自提订单的自提标识并显示；
204.在一个实施例中，订单发起端接收订单服务平台发送的基于目标订单生成的自提订单对应的自提标识，以使订单发起端对自提订单进行显示。
205.进一步的，订单发起端接收到自提标识以及自提订单后，订单发起端的显示屏上显示有自提标识以及自提订单中的其他信息。例如，如图8所示，图8中订单发起端的显示内容，由原先的地图加预计送达时间，变为显示“等待自取”的文本提示，且提供生成的取货码“z-0104”以及商家的具体地址，并提供自提订单的处理进度。
206.进一步的，在点击查看自提订单进度时，订单发起端显示当前自提订单的处理进度，且提供“改为配送订单”的按键选项，如图9所示，图9中显示弹窗，弹窗中实时显示当前的处理进度，图9中已经将目标订单转换为自提订单，因此此步骤前圆圈中显示“√”的标记，用于表示该步骤已完成。当用户在将目标订单转换为自提订单后，又想将自提订单重新改为配送订单，则可以点击“改为配送订单”按键，进而将自提订单重新改为配送订单。
207.采用本说明书实施例，通过当目标订单的配送状态符合预设条件时，将目标订单转换为自提订单并取消目标订单，从而在目标订单的配送状态符合预设条件时，通过转换订单的配送转换，进而提高订单的处理进度，使得用户能够更及时地获取购买的物品，且通过多方式地获取所购买的物品，减少用户取消订单的概率，从而减少商家因用户取消订单所造成的损失。
208.请参见图17，为本说明书实施例提供的一种订单状态转换方法的流程示意图。本说明书实施例以订单发起端为例进行描述，该订单状态转换方法可以包括以下步骤：
209.s601，向订单服务平台发送目标订单的订单信息；
210.在一个实施例中，订单发起端在订单服务平台中选择所要购买的物品，根据所购买的物品生成对应的目标订单，将该目标订单发送至订单服务平台，并在订单服务平台中
支付该目标订单。
211.进一步的，所要购买的物品可以为任意用户所需的物品，例如可以为食品，也可以为药品，还可以为生活用具，此处不对所要购买的物品具体种类进行限定。
212.进一步的，根据所购买的物品生成对应的目标订单可以为包括所要购买的物品，还可以包括有对应的商家信息、物品价值、物品获取方式等信息。
213.s602，接收所述目标订单的配送状态并显示；
214.在一个实施例中，订单发起端接收订单服务平台发送的目标订单对应的配送状态，并在订单发起端的显示屏中显示目标订单对应的配送状态。
215.进一步的，订单发起端支付完目标订单，并接收到订单服务平台发送的目标订单的配送状态后，订单发起端的显示屏上显示目标订单预计送达的时间，同时通过显示地图上目标订单的处理订单。例如，如图3所示，图3中在显示屏上显示的地图中在商家的所在区域显示骑士接单情况；且图3中显示平台预计目标订单的送达时间；在显示屏的下方还有着“修改订单信息”、“联系商家”、“催单”以及“取消订单”四个选项。需要说明的是，预计的送达时间可以为骑士及时接单时，平台预计骑士将目标订单对应的物品送达用户的时间；“修改订单信息”可以为当用户需要修改目标订单的订单信息时，可以通过点击“修改订单信息”控件以对目标订单的订单信息进行修改；“联系商家”可以为用于商家与用户之间进行联系沟通的控件，点击“联系商家”可跳转到交流界面；“催单”可以为用于当时间达到预计送达时间时，目标订单未被送达，用户能够点击“催单”控件以催促商家或者骑士尽快将物品送达；“取消订单”可以为当目标订单未被完成时，用户通过点击“取消订单”控件以主动取消目标订单。
216.进一步的，目标订单的配送订单状态可以为用于描述目标订单配送实时情况的信息，可以包括目标订单的配送接单时长、预计配送时长以及预计送达时间等等信息。例如，如图3所示，图3中显示“等待骑士接单4:18”表示当前目标订单处于等待骑士接单的状态，且当前配送接单时长的倒计时为4分18秒。需要说明的是，配送接单时长除了以倒计时的方式进行显示，也可以为计时进行显示，具体表达方式可根据实际情况进行设置。
217.进一步的，配送接单时长可以为目标订单等待骑士的时长，根据配送接单时长的具体时长，判断目标订单的处理进度是否推进。当配送接单时长大于或者等于预设时长时，可以认为目标订单在短时间内对应的处理进度不会有进展，因此可以主动向订单服务平台发送配送转换指令，通过转换目标订单的订单状态以更快地获得目标订单的物品。
218.进一步的，目标订单的订单状态可以为配送状态以及自提状态，配送状态通过订单服务平台分配骑士对目标订单进行配送，将目标订单的物品送达目标订单中的配送地址。自提状态则可以为由用户自行到目标订单中的商家地址去拿取物品。
219.进一步的，配送状态的显示方法可参考步骤s601中图3所示的相关内容，此处不进行赘述。
220.s603，当所述配送状态符合预设条件时，接收所述订单服务平台发送的第三询问信息；
221.在一个实施例中，用户在得到服务平台上实时查看目标订单的配送状态符合是否预设条件，当目标订单的配送状态符合预设条件时，订单发起端向订单服务平台发送目标订单的配送转换指令，以转换目标订单的配送状态。
222.进一步的，配送状态符合的预设条件可以为目标订单的配送订单时长大于或者等于预设时长，例如预设时长为5分钟，则当配送接单时长大于5分钟时，此时的目标订单的配送状态符合预设条件。
223.进一步的，配送接单时长可以为目标订单等待骑士的时长，根据配送接单时长的具体时长，判断目标订单的处理进度是否推进。当配送接单时长大于或者等于预设时长时，可以认为目标订单在短时间内对应的处理进度不会有进展，因此可以主动向订单服务平台发送配送转换指令，通过转换目标订单的订单状态以更快地获得目标订单的物品。
224.进一步的，目标订单的订单状态可以为配送状态以及自提状态，配送状态通过订单服务平台分配骑士对目标订单进行配送，将目标订单的物品送达目标订单中的配送地址。自提状态则可以为由用户自行到目标订单中的商家地址去拿取物品。
225.例如，如图4所示，当配送接单时长大于或者等于预设时长时，订单服务平台向订单发起端发送询问信息，图4中输出“长时间无骑士接单。建议您到店自取”的提示信息，且提供“了解详情”以及“不了，继续等待”两个选项，若选择“不了，继续等待”则继续等待骑士接单；若选择“了解详情”，则显示将目标订单转换为自提订单的流程。
226.在一个实施例中，订单发起端接收订单服务平台发送的第三询问信息，该第三询问信息包括有询问用户是否确定进行配送转换的询问提示，以及进行配送转换所产生的对应的转换补偿，以确定是否进行目标订单的配送状态进行转换。
227.s604，响应于接收到的转换取消操作，向所述订单服务平台发送不进行配送转换的控制指令；
228.在一个实施例中，当用户向订单发起端进行转换取消操作时，订单发起端响应于转换取消操作，向订单服务平台发送不进行配送转换的指令，进而订单服务平台保持目标订单的订单状态不变，仍等待骑士接单，并保持订单发起端的显示屏显示内容为如图4所示。
229.s605，响应于接收到的转换确认操作，向所述订单服务平台发送转换确认请求；
230.在一个实施例中，订单发起端接收到用户在订单发起端进行的转换确认操作后，响应于转换确认操作生成转换确认请求，并向订单服务平台发送转换确认请求。
231.例如，如图7所示，当用户在订单发起端点击图5中“改为自提订单”按键后，订单发起端的显示屏上显示图7中的询问弹窗，弹窗中包括有“我再想想”以及“确认修改”两个按键选项，以进行进一步确认，避免前面的操作为用户的误操作，或者用户临时改变主意，从而提供容错空间。
232.s606，接收由所述目标订单转换得到的自提订单的自提标识并显示；
233.在一个实施例中，订单发起端接收订单服务平台发送的基于目标订单生成的自提订单对应的自提标识，进而订单发起端对自提订单进行显示。
234.进一步的，订单发起端接收到自提标识以及自提订单后，订单发起端的显示屏上显示有自提标识以及自提订单中的其他信息。例如，如图8所示，图8中订单发起端的显示内容，由原先的地图加预计送达时间，变为显示“等待自取”的文本提示，且提供生成的取货码“z-0104”以及商家的具体地址，并提供自提订单的处理进度。
235.进一步的，在点击查看自提订单进度时，订单发起端显示当前自提订单的处理进度，且提供“改为配送订单”的按键选项，如图9所示，图9中显示弹窗，弹窗中实时显示当前
的处理进度，图9中已经将目标订单转换为自提订单，因此此步骤前圆圈中显示“√”的标记，用于表示该步骤已完成。当用户在将目标订单转换为自提订单后，又想将自提订单重新改为配送订单，则可以点击“改为配送订单”按键，进而将自提订单重新改为配送订单。
236.s607，确定完成所述自提订单后，接收所述转换补偿；
237.在一个实施例中，当用户到商家拿取到物品后，用户在订单发起端上进行确认操作，以使得订单服务平台接收到自提订单完成的确认指令，确定自提订单已经完成，进而订单服务平台将先前计算得到的转换补偿发送至订单发起端。
238.进一步的，在确定自提订单完成后，订单发起端的显示屏显示如图12所示的内容，图12中显示“订单以完成”的文本提示，并在订单进度中显示的各步骤前的选项中显示以完成的“√”样式的标志，以表明当前订单进度已完成。进一步的，显示“查看补偿去向”的按键以及“知道了”按键，通过点击“查看补偿去向”按键，能够查看订单转换后订单服务平台向订单发起端发送的转换补偿。
239.进一步的，在图12所示页面上，点击显示页面中的“查看补偿去向”按键，订单发起端的显示屏显示补偿去向的详情，如图13所示，图13中的显示补偿的具体内容，如图13中转换补偿中退回到“余额”的配送费4.9元，以及返还到红包账户的一个补偿红包。
240.s609，向所述订单服务平台发送所述自提订单的配送转换指令；
241.在一个实施例中，订单发起端接收到第一询问信息后，在订单发起端上对各按键进行选择，以向订单服务平台发送配送转换的确定指令。
242.例如，如图7所示，当用户在订单发起端点击图5中“改为自提订单”按键后，订单发起端的显示屏上显示图7中的询问弹窗，弹窗中包括有“我再想想”以及“确认修改”两个按键选项，以进行进一步确认，避免前面的操作为用户的误操作，或者用户临时改变主意，从而提供容错空间。
243.s610，接收所述订单服务平台发送的第四询问信息，并向所述订单服务平台发送针对所述自提订单的确定配送转换指令；
244.具体可参考步骤s603以及步骤s605，此处不进行赘述。
245.s611，接收所述订单服务平台发送的配送订单对应的配送信息。
246.具体步骤可参考步骤s602，此处不进行赘述。
247.采用本说明书实施例，通过接收目标订单的订单信息，当目标订单的配送状态符合预设条件时，将目标订单转换为自提订单并取消目标订单，从而在目标订单的配送状态符合预设条件时，通过转换订单的配送转换，进而提高订单的处理进度，使得用户能够更及时地获取购买的物品，且通过多方式地获取所购买的物品，减少用户取消订单的概率，从而减少商家因用户取消订单所造成的损失；通过提供再次修改权限，从而提高用户的操作容错性；通过对转换补偿的发放，促进用户主动修改订单状态，进而提高订单完成概率，减少商家的损失并提高订单服务平台的信任度。
248.请参见图18，其示出了本说明书一个示例性实施例提供的订单状态转换装置的结构示意图。该订单状态转换装置可以通过软件、硬件或者两者结合实现称为终端的全部或者一部分。该装置1包括信息接收单元11、状态发送单元12、询问信息发送单元13以及订单生成单元14。
249.信息接收单元11，用于接收订单发起端发送的目标订单的订单信息；
250.状态发送单元12，用于将所述目标订单的配送状态发送至所述订单发起端；
251.询问信息发送单元13，用于当所述配送状态符合预设条件时，向所述订单发起端发送询问信息，所述询问信息包括是否确定进行配送转换的询问提示；
252.订单生成单元14，用于响应于所述订单发起端发送的转换确认请求，基于所述订单信息将所述目标订单转换为自提订单，将所述自提订单的自提标识发送至所述订单发起端。
253.可选的，如图19所示，所述询问信息发送单元13，包括：
254.确定子单元131，用于当配送状态符合预设条件，且所述目标订单未被进行处理时，确定商家是否支持自提；
255.询问信息发送子单元132，用于在确定所述商家支持自提后，向订单发起端发送第一询问信息，所述第一询问信息包括是否确定进行配送转换的询问提示，以及进行配送转换所产生的对应的转换补偿。
256.可选的，如图20所示，所述订单生成单元14，包括：
257.标识生成子单元141，用于接收并响应于所述订单发起端发送的转换确认请求，基于所述目标订单的订单信息，删除所述目标订单，并生成所述目标订单对应的自提订单，所述自提订单包括有自提标识在内的自提订单信息；
258.订单发送子单元142，用于将所述自提订单的自提标识发送至所述订单发起端进行显示。
259.可选的，如图19所示，所述询问信息发送单元13，还包括：
260.状态不变子单元133，用于当获取到所述订单发起端发送的不进行配送转换的控制指令时，保持所述目标订单的订单状态不变；
261.信息输出子单元134，用于在所述订单服务平台输出催促信息，所述催促信息用于提示优先处理所述目标订单。
262.可选的，如图21所示，所述订单状态转换装置1，还包括：
263.第二信息发送单元15，用于获取所述订单发起端发送的转换操作，基于所述转换操作，向所述订单发起端发送第二询问信息，所述第二询问信息用于询问是否对所述自提订单进行配送转换；
264.配送订单生成单元16，用于当获取到终端发送的针对所述自提订单的配送转换确定指令时，基于所述转换指令以及所述自提订单，生成所述目标订单对应的配送订单，并取消所述自提订单；
265.配送信息发送单元17，用于将所述配送订单的配送信息发送至所述订单发起端。
266.可选的，如图21所示，所述订单状态转换装置1，还包括：
267.补偿计算单元18，用于基于所述订单信息，计算所述目标订单转换为所述自提订单所产生的价值差异，基于所述价值差异确定对应的转换补偿；
268.补偿发送单元19，用于当确定所述自提订单完成后，将所述转换补偿发送至所述订单发起端。
269.可选的，所述订单状态转换装置1，还包括：
270.信息提供单元111，用于向所述订单发起端发送提供所述目标订单的订单信息，以便于所述订单发起端通过所述订单信息，实时确定所述目标订单的处理进度。
271.采用本说明书实施例，通过接收目标订单的订单信息，当目标订单的配送状态符合预设条件时，将目标订单转换为自提订单并取消目标订单，从而在目标订单的配送状态符合预设条件时，通过转换订单的配送转换，进而提高订单的处理进度，使得用户能够更及时地获取购买的物品，且通过多方式地获取所购买的物品，减少用户取消订单的概率，从而减少商家因用户取消订单所造成的损失；通过提供再次修改权限，从而提高用户的操作容错性；通过对转换补偿的发放，促进用户主动修改订单状态，进而提高订单完成概率，减少商家的损失并提高订单服务平台的信任度。
272.请参见图22，其示出了本说明书一个示例性实施例提供的订单状态转换装置的结构示意图。该订单状态转换执行装置可以通过软件、硬件或者两者结合实现称为终端的全部或者一部分。该装置2包括第一信息获取模块21、第二信息获取模块22以及参数获取模块23。
273.信息发送单元21，用于向订单服务平台发送目标订单的订单信息；
274.状态接收单元22，用于接收所述目标订单的配送状态并显示；
275.询问信息接收单元23，用于当所述配送状态符合预设条件时，向所述订单服务平台发送配送转换指令，接收所述订单服务平台发送的第三询问信息，所述第三询问信息包括是否确定进行配送转换的询问提示；
276.请求确认单元24，用于响应于接收到的转换确认操作，向所述订单服务平台发送转换确认请求；
277.标识接收单元25，用于接收由所述目标订单转换得到的自提订单的自提标识并显示。
278.可选的，如图23所示，所述订单状态转换装置2，还包括：
279.不转换指令发送单元26，用于响应于接收到的转换取消操作，向所述订单服务平台发送不进行配送转换的控制指令。
280.可选的，如图23所示，所述订单状态转换装置2，还包括：
281.转换指令发送单元27，用于向所述订单服务平台发送所述自提订单的配送转换指令；
282.第四信息接收单元28，用于接收所述订单服务平台发送的第四询问信息，并向所述订单服务平台发送针对所述自提订单的确定配送转换指令；
283.配送接收单元29，用于接收所述订单服务平台发送的配送订单对应的配送信息。
284.可选的，如图23所示，所述订单状态转换装置2，还包括：
285.补偿接收单元210，用于确定完成所述自提订单后，接收所述转换补偿。
286.采用本说明书实施例，通过接收目标订单的订单信息，当目标订单的配送状态符合预设条件时，将目标订单转换为自提订单并取消目标订单，从而在目标订单的配送状态符合预设条件时，通过转换订单的配送转换，进而提高订单的处理进度，使得用户能够更及时地获取购买的物品，且通过多方式地获取所购买的物品，减少用户取消订单的概率，从而减少商家因用户取消订单所造成的损失；通过提供再次修改权限，从而提高用户的操作容错性；通过对转换补偿的发放，促进用户主动修改订单状态，进而提高订单完成概率，减少商家的损失并提高订单服务平台的信任度。
287.需要说明的是，上述实施例提供的订单状态转换装置在执行订单状态转换方法
时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的订单状态转换装置与订单状态转换方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不进行赘述。
288.上述本说明书实施例序号仅仅为了描述，不代表实施例的优劣。
289.本说明书实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述图1-图17所示实施例的方法步骤，具体执行过程可以参见图1-图17所示实施例的具体说明，在此不进行赘述。
290.本说明书还提供了一种电子设备，该电子设备存储有至少一条指令，所述至少一条指令由所述处理器加载并执行上述图1-图17所示实施例的具体说明，在此不进行赘述。
291.请参见图24，为本说明书实施例提供了一种电子设备的结构示意图。如图24所示，所述电子设备1000可以包括：至少一个处理器1001，至少一个网络接口1004，用户接口1003，存储器1005，至少一个通信总线1002。
292.其中，通信总线1002用于实现这些组件之间的连接通信。
293.其中，用户接口1003可以包括显示屏(display)、摄像头(camera)，可选用户接口1003还可以包括标准的有线接口、无线接口。
294.其中，网络接口1004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。
295.其中，处理器1001可以包括一个或者多个处理核心。处理器1001利用各种借口和线路连接整个电子设备1000内的各个部分，通过运行或执行存储在存储器1005内的指令、程序、代码集或指令集，以及调用存储在存储器1005内的数据，执行电子设备1000的各种功能和处理数据。可选的，处理器1001可以采用数字信号处理(digital signal processing，dsp)、现场可编程门阵列(field-programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器1001可集成中心处理器(central processing unit，cpu)、图像处理器(graphics processing unit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1001中，单独通过一块芯片进行实现。
296.其中，存储器1005可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read-only memory)。可选的，该存储器1005包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1005可用于存储指令、程序、代码、代码集或指令集。存储器1005可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图24所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及订单状态转换应用程序。
297.在图24所示的电子设备1000中，用户接口1003主要用于为用户提供输入的接口，获取用户输入的数据；而处理器1001可以用于调用存储器1005中存储的订单状态转换应用
程序，并具体执行以下操作：
298.接收订单发起端发送的目标订单的订单信息；
299.将所述目标订单的配送状态发送至所述订单发起端；
300.当所述配送状态符合预设条件时，向所述订单发起端发送询问信息，所述询问信息包括是否确定进行配送转换的询问提示；
301.响应于所述订单发起端发送的转换确认请求，基于所述订单信息将所述目标订单转换为自提订单，将所述自提订单的自提标识发送至所述订单发起端。
302.在一个实施例中，所述处理器1001在执行当所述配送状态符合预设条件时，向所述订单发起端发送询问信息时，具体执行以下操作：
303.当配送状态符合预设条件，且所述目标订单未被进行处理时，确定商家是否支持自提；
304.在确定所述商家支持自提后，向订单发起端发送第一询问信息，所述第一询问信息包括是否确定进行配送转换的询问提示，以及进行配送转换所产生的对应的转换补偿；
305.当获取针对所述目标订单的配送转换确定指令时，获取所述目标订单中的订单信息。
306.在一个实施例中，所述处理器1001在执行响应于所述订单发起端发送的转换确认请求，基于所述订单信息将所述目标订单转换为自提订单，将所述自提订单的自提标识发送至所述订单发起端时，具体执行以下操作：
307.接收并响应于所述订单发起端发送的转换确认请求，基于所述目标订单的订单信息，，删除所述目标订单，并生成所述目标订单对应的自提订单，所述自提订单包括有自提标识在内的自提订单信息；
308.将所述自提订单的自提标识发送至所述订单发起端进行显示。
309.在一个实施例中，所述处理器1001在执行在确定所述商家支持自提后，向订单发起端发送第一询问信息之后，还执行以下操作：
310.当获取到所述订单发起端发送的不进行配送转换的控制指令时，保持所述目标订单的订单状态不变；
311.在所述订单服务平台输出催促信息，所述催促信息用于提示优先处理所述目标订单。
312.在一个实施例中，所述处理器1001在执行将所述自提订单的自提标识发送至所述订单发起端之后，还执行以下操作：
313.获取所述订单发起端发送的转换操作，基于所述转换操作，向所述订单发起端发送第二询问信息，所述第二询问信息用于询问是否对所述自提订单进行配送转换；
314.当获取到终端发送的针对所述自提订单的配送转换确定指令时，基于所述转换指令以及所述自提订单，生成所述目标订单对应的配送订单，并取消所述自提订单；
315.将所述配送订单的配送信息发送至所述订单发起端。
316.在一个实施例中，所述处理器1001在执行将所述目标订单转换为对应的自提订单之前，还执行以下操作：
317.基于所述订单信息，计算所述目标订单转换为所述自提订单所产生的价值差异，基于所述价值差异确定对应的转换补偿；
318.所述将所述目标订单转换为对应的自提订单，将所述自提订单的自提标识发送至所述订单发起端之后，还包括：
319.当确定所述自提订单完成后，将所述转换补偿发送至所述订单发起端。
320.在一个实施例中，所述处理器1001还执行以下操作：
321.向所述订单发起端发送所述目标订单的订单信息，以便于所述订单发起端通过所述订单信息，实时确定所述目标订单的处理进度。
322.采用本说明书实施例，通过接收目标订单的订单信息，当目标订单的配送状态符合预设条件时，将目标订单转换为自提订单并取消目标订单，从而在目标订单的配送状态符合预设条件时，通过转换订单的配送转换，进而提高订单的处理进度，使得用户能够更及时地获取购买的物品，且通过多方式地获取所购买的物品，减少用户取消订单的概率，从而减少商家因用户取消订单所造成的损失；通过提供再次修改权限，从而提高用户的操作容错性；通过对转换补偿的发放，促进用户主动修改订单状态，进而提高订单完成概率，减少商家的损失并提高订单服务平台的信任度。
323.请参见图25，为本说明书实施例提供了一种电子设备的结构示意图。如图25所示，所述电子设备2000可以包括：至少一个处理器2001，至少一个网络接口2004，用户接口2003，存储器2005，至少一个通信总线2002。
324.其中，通信总线2002用于实现这些组件之间的连接通信。
325.其中，用户接口2003可以包括显示屏(display)、摄像头(camera)，可选用户接口2003还可以包括标准的有线接口、无线接口。
326.其中，网络接口2004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。
327.其中，处理器2001可以包括一个或者多个处理核心。处理器2001利用各种借口和线路连接整个电子设备2000内的各个部分，通过运行或执行存储在存储器2005内的指令、程序、代码集或指令集，以及调用存储在存储器2005内的数据，执行电子设备2000的各种功能和处理数据。可选的，处理器2001可以采用数字信号处理(digital signal processing，dsp)、现场可编程门阵列(field-programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器2001可集成中心处理器(central processing unit，cpu)、图像处理器(graphics processing unit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器2001中，单独通过一块芯片进行实现。
328.其中，存储器2005可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read-only memory)。可选的，该存储器2005包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器2005可用于存储指令、程序、代码、代码集或指令集。存储器2005可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器2005可选的还可以是至少一个位于远离前述处理器2001的存储装置。如图25所示，作为一种计算机存储介质的存储器2005中可以包括操作
系统、网络通信模块、用户接口模块以及订单状态转换应用程序。
329.在图25所示的电子设备2000中，用户接口2003主要用于为用户提供输入的接口，获取用户输入的数据；而处理器2001可以用于调用存储器2005中存储的订单状态转换应用程序，并具体执行以下操作：
330.向订单服务平台发送目标订单的订单信息；
331.接收所述目标订单的配送状态并显示；
332.当所述配送状态符合预设条件时，向所述订单服务平台发送配送转换指令，接收所述订单服务平台发送的第三询问信息，所述第三询问信息包括是否确定进行配送转换的询问提示；
333.响应于接收到的转换确认操作，向所述订单服务平台发送转换确认请求；
334.接收由所述目标订单转换得到的自提订单的自提标识并显示。
335.在一个实施例中，所述处理器2001在执行接收所述订单服务平台发送的第三询问信息之后，还执行以下操作：
336.响应于接收到的转换取消操作，向所述订单服务平台发送不进行配送转换的控制指令。
337.在一个实施例中，所述处理器2001在执行接收由所述目标订单转换得到的自提订单的自提标识并显示之后，还执行以下操作：
338.向所述订单服务平台发送所述自提订单的配送转换指令；
339.接收所述订单服务平台发送的第四询问信息，并向所述订单服务平台发送针对所述自提订单的确定配送转换指令；
340.接收所述订单服务平台发送的配送订单对应的配送信息。
341.在一个实施例中，所述接收由所述目标订单转换得到的自提订单的自提标识并显示之后，还执行以下操作：
342.确定完成所述自提订单后，接收所述转换补偿。
343.采用本说明书实施例，通过接收目标订单的订单信息，当目标订单的配送状态符合预设条件时，将目标订单转换为自提订单并取消目标订单，从而在目标订单的配送状态符合预设条件时，通过转换订单的配送转换，进而提高订单的处理进度，使得用户能够更及时地获取购买的物品，且通过多方式地获取所购买的物品，减少用户取消订单的概率，从而减少商家因用户取消订单所造成的损失；通过提供再次修改权限，从而提高用户的操作容错性；通过对转换补偿的发放，促进用户主动修改订单状态，进而提高订单完成概率，减少商家的损失并提高订单服务平台的信任度。
344.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。
345.以上所揭露的仅为本说明书较佳实施例而已，当然不能以此来限定本说明书之权利范围，因此依本说明书权利要求所作的等同变化，仍属本说明书所涵盖的范围。