订单处理方法、装置、终端及存储介质与流程

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.图5是本技术实施例提供的另一种问题处理界面的示意图；
26.图6是本技术实施例提供的一种订单处理界面的示意图；
27.图7是本技术实施例提供的另一种订单处理界面的示意图；
28.图8是本技术实施例提供的另一种订单处理界面的示意图；
29.图9是本技术实施例提供的一种拍摄合照图像时的示意图；
30.图10是本技术实施例提供的一种基于位置信息确定第一终端是否处于目标场所的示意图；
31.图11是本技术实施例提供的一种订单处理的示意图；
32.图12是本技术实施例提供的一种第一终端发起转单的示意图；
33.图13是本技术实施例提供的一种订单处理装置的结构示意图；
34.图14是本技术实施例提供的一种终端的结构框图。
具体实施方式
35.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。
36.图1是本技术实施例提供的一种订单处理方法的实施环境图，参见图1，该实施环境包括：第一终端101、第二终端102、第三终端103和服务器104，第一终端101为网约配送员使用的终端，第二终端102为请求获取订单的物品的用户使用的终端，第三终端103为准备该物品的商家使用的终端，第一终端101、第二终端102和第三终端103上均安装有目标应用程序，该目标应用程序可以为即时配送应用，该服务器104为该目标应用程序对应的服务器
104，第一终端101、第二终端102和第三终端103均与服务器104通过无线或者有线网络连接。
37.在本技术实施例中，该方法可以应用到以下场景中，例如，美食配送、服装配送、家电配送、日用品配送等。在本技术实施例中，仅以美食配送为例进行说明。商家通过第三终端103上的美食应用程序展示其出售的物品，并且展示其准备物品的出单时长，用户可以参考该出单时长，通过第二终端选择商家展示的物品，进行下单。服务器104获取用户下单的订单信息，向第三终端103发送订单的订单信息，第三终端103接收该订单的订单信息，准备该订单对应的物品。并且，服务器104还根据该订单的订单信息以及第三终端准备物品的出单时长指派网约配送员，由网约配送员向用户配送该订单，从而用户获取该订单对应的物品。
38.第一终端101、第二终端102和第三终端103为手机、平板电脑和pc(personal computer)设备等设备中的至少一种。服务器104可以为一台服务器、由多台服务器组成的服务器集群、云服务器、云计算平台和虚拟化中心中的至少一种。
39.图2是本技术实施例提供的一种订单处理方法的流程图，参见图2，该方法包括：
40.步骤201：展示订单处理界面，订单处理界面包括第一上报入口，第一上报入口用于在当前订单的物品未准备完成时，请求调整配送时长。
41.步骤202：响应于基于第一上报入口触发的第一上报操作，获取第一终端当前的位置信息，第一终端为配送当前订单的网约配送员使用的终端。
42.步骤203：若基于位置信息确定第一终端到达物品所在的目标场所，对当前订单的配送时长进行调整。
43.步骤204：基于调整后的配送时长，对当前订单进行处理。
44.在一种可能的实现方式中，基于调整后的配送时长，对当前订单进行处理，包括：
45.当物品被准备完成时，在调整后的配送时长内，完成对当前订单的配送；或者，
46.向第二终端发送第一通知消息，第一通知消息用于通知已对当前订单的配送时长进行调整，且第一通知消息包括调整后的配送时长，第二终端为请求获取物品的用户使用的终端；响应于第二终端基于第一通知消息触发的取消操作，取消当前订单；或者，
47.接收第三终端发送的第二通知消息，第二通知消息中携带再次延长后的出单时长，用于通知当前订单还未准备完成，第三终端为准备物品的商家使用的终端；基于再次延长后的出单时长，对调整后的配送时长再次进行调整；基于再次调整后的配送时长，对当前订单进行处理。
48.在另一种可能的实现方式中，订单处理界面还包括：转单入口；
49.基于调整后的配送时长，对当前订单进行处理，包括：
50.响应于基于转单入口触发的转单操作，确定第一终端的待配送订单的第一数量；
51.基于第一数量，确定待配送订单的配送超时率；
52.基于配送超时率和预设超时率，对当前订单进行转单操作。
53.在另一种可能的实现方式中，配送超时率包括第一配送超时率和第二配送超时率中的至少一个；
54.基于第一数量，确定待配送订单的配送超时率包括以下至少一个实现方式：
55.基于第一数量，确定第一数量中超过第一预设配送时长的订单的第二数量；确定
第二数量与第一数量的第一比值，将第一比值作为第一配送超时率；或者，
56.确定第二数量中超过第二预设配送时长的订单的第三数量；确定第三数量与第二数量的第二比值，将第二比值作为第二配送超时率，第二配送超时率大于第一配送超时率。
57.在另一种可能的实现方式中，基于配送超时率和预设超时率，对当前订单进行转单操作，包括：
58.若配送超时率小于预设超时率，基于调整后的配送时长，对当前订单进行转单操作；
59.若配送超时率大于预设超时率，确定当前订单的第一补贴资源数值；在当前订单的第一资源数值的基础上增加第一补贴资源数值，得到第二资源数值，发布转单请求，转单请求携带调整后的配送时长和第二资源数值。
60.在另一种可能的实现方式中，方法还包括：
61.接收第三通知消息，第三通知用于通知当前订单转单失败；
62.基于第三通知消息，对调整后的配送时长再次进行调整；
63.在再次调整后的配送时长内，完成对当前订单的配送。
64.在另一种可能的实现方式中，方法还包括：
65.确定当前订单配送完成时的配送完成时间；
66.基于配送完成时间和调整后的配送时长，确定当前订单的配送准时率；
67.基于配送准时率，对第一终端对应的账户中的资源数值进行操作。
68.在另一种可能的实现方式中，基于配送准时率，对第一终端对应的账户中的资源数值进行操作，包括：
69.若配送准时率小于第一预设配送准时率，在第一终端对应的账户上减少第三资源数值；
70.若配送准时率大于第一预设配送准时率，小于第二预设配送准时率，在第一终端对应的账户上增加第二补贴资源数值；
71.若配送准时率不小于第二预设配送准时率，在第一终端对应的账户上增加第三补贴资源数值，第三补贴资源数值大于第二补贴资源数值。
72.在另一种可能的实现方式中，获取第一终端当前的位置信息，包括：
73.调用定位组件对第一终端进行定位，得到定位信息；调用摄像组件拍摄网约配送员和目标场所的合照图像，得到图像数据；检测图像数据中是否存在目标场所的门头数据，若检测到目标场所的门头数据，将定位信息和图像数据组成位置信息；或者，
74.获取第一终端当前接入网络的网络信息；若网络信息表示第一终端当前接入网络为目标场所的网络，将目标场所的位置信息作为第一终端当前的位置信息。
75.在另一种可能的实现方式中，方法还包括：
76.确定预设时间范围内的上报次数；
77.若上报次数未达到预设上报次数，将第一上报入口的状态设置为可编辑状态；
78.若上报次数达到预设上报次数，将第一上报入口的状态设置为不可编辑状态。
79.在另一种可能的实现方式中，展示订单处理界面包括：
80.展示问题处理界面，问题处理界面包括出单上报入口，出单上报入口用于上报当前订单的物品未准备完成；
81.响应于当前上报条件符合预设上报条件，且接收到基于出单上报入口触发的第二上报操作，展示订单处理界面。
82.在另一种可能的实现方式中，方法还包括：
83.获取第一终端到达目标场所的到达时间，以及当前订单的预计准备完成时间；
84.确定当前时间超过到达时间的时间差；
85.响应于时间差不小于第一预设时间差，且当前时间达到预计准备完成时间，确定当前上报条件符合预设上报条件。
86.本技术实施例提供了一种订单处理方法，在网约配送员到达商家所在的目标场所，而当前订单的物品未准备完成时，网约配送员可以请求调整配送时长，根据调整后的配送时长，对该订单进行处理，这样可以避免由于商家准备订单的物品超时，影响网约配送员的配送超时率，从而降低网约配送员的配送超时率。
87.图3是本技术实施例提供的一种订单处理方法的流程图，由第一终端执行。参见图3，该方法包括：
88.步骤301：第一终端展示问题处理界面。
89.在本步骤中，第一终端可以通过登录即时配送应用展示问题处理界面。该过程可以为：第一终端登录即时配送应用，展示即时配送应用的主界面，该主界面包括遇到问题入口。第一终端在检测到该遇到问题入口被触发时，从主界面跳转到问题处理界面，从而展示该问题处理界面。
90.该问题处理界面包括出单上报入口，该出单上报入口用于上报当前订单的物品未准备完成。该出单上报入口可以以商家出单慢按钮的形式显示，后续第一终端检测到该按钮被触发时，可以向服务器上报商家出单慢，也即当前订单的物品未准备完成。并且，当前订单的数量可以一个或多个，当前订单的物品可以为一件或多件，在本技术实施例中，对此不作具体限定。参见图4，图4所示界面为问题处理界面，该问题处理界面包括商家出单慢按钮，网约配送员通过触发该商家出单慢按钮，可以上报商家出单慢。
91.继续参见图4，该界面还可以包括其他上报入口，例如车坏了/没电等意外入口、商家定位错误入口、商家未营业入口和其他异常问题入口，不同的入口用于上报不同的问题，可以进入相应的界面。例如，当车坏了/没电等意外入口被触发时，可以上报出现意外情况，请求调整配送时长。当商家定位错误入口被触发时，可以上报定位错误，请求调整配送时长。
92.步骤302：响应于当前上报条件符合预设上报条件，且接收到基于出单上报入口触发的第二上报操作，第一终端展示订单处理界面。
93.本步骤中，在当前条件不符合预设上报条件时，第一终端将该出单上报入口的状态设置为不可编辑状态，在当前上报条件符合预设上报条件时，将该出单上报入口的状态设置为可编辑状态，当该出单上报入口在可编辑状态下被触发时，第一终端展示订单处理界面。
94.在一种可能的实现方式中，第一终端确定当前上报条件是否符合预设上报条件的过程可以为：第一终端获取第一终端到达物品所在的目标场所的到达时间，以及当前订单的预计准备完成时间；确定当前时间超过该到达时间的时间差；响应于该时间差不小于第一预设时间差，且当前时间达到预计准备完成时间，确定当前上报条件符合预设上报条件。
95.该实现方式中，第一终端可以根据订单配送界面上的到店入口被触发的时间，确定第一终端到达目标场所的到达时间。该过程可以为：即时配送应用的主界面还包括订单配送入口，当该订单配送入口被触发时，第一终端跳转到订单配送界面，该订单配送界面包括到店入口，第一终端将该到店入口被触发的时间作为该到达时间。或者，第一终端获取第一终端接入目标场所的网络的接入时间，将该接入时间作为第一终端到达目标场所的时间。另外，第一终端可以接收服务器发送的该订单的预计准备完成时间，该过程可以为：服务器获取商家使用第三终端设置的承诺出单时长，确定商家所在目标场所与该订单的配送地址之间的距离，根据该距离确定配送时长，确定承诺出单时长与配送时长的和值，再获取用户的下单时间，在该下单时间的基础上增加该和值得到预计准备完成时间，向第一终端发送该预计准备完成时间。
96.在当前时间超过到达时间的时间差不小于第一预设时间差，且当前时间达到预计准备完成时间时，说明网约配送员已经等待一段时间但该订单仍未准备完成，这时网约配送员可以上报商家出单慢，避免由于商家准备物品超时导致网约配送员的配送超时率高。
97.继续参见图4，例如，预计准备完成时间为14:30，当前时间为14:30，此时网约配送员已在店内，且到店5分钟，而订单还未准备完成时，第一终端确定当前上报条件符合预设上报条件，将该出单上报入口的状态设置为可编辑状态。参见图5，在网约配送员未在店内或者未到预计准备完成时间或者到店不足5分钟时，第一终端确定当前条件不符合预设上报条件，将该出单上报入口的状态设置为不可编辑状态。
98.在本技术实施例中，订单处理界面包括第一上报入口，该第一上报入口用于在当前订单的物品未准备完成时，请求调整配送时长。
99.在一种可能的实现方式中，第一终端在展示订单处理界面时，可以确定预设时间范围内的上报次数，若该上报次数未达到预设上报次数，将第一上报入口的状态设置为可编辑状态，若该上报次数达到预设上报次数，将第一上报入口的状态设置为不可编辑状态。
100.该实现方式中，第一终端检测到基于出单上报入口触发的第二上报操作时，触发其向服务器发送上报次数获取请求，该上报次数获取请求用于请求获取第一终端的上报次数，该上报次数获取请求中携带当前订单的订单信息，服务器接收该上报次数获取请求，根据其携带的当前订单的订单信息确定该当前订单对应的上报次数。其中，服务器中可以预先建立订单信息与上报次数的对应关系，该上报次数为预设上报次数，每将订单对应的配送时长调整后，将该上报次数减1，直至该上报次数为0。这样服务器在接收到上报次数获取请求后，可以根据该上报次数获取请求中携带的订单信息确定该订单信息对应的上报次数，然后向第一终端返回该上报次数。第一终端接收该上报次数后，可以直接在订单处理界面上展示该上报次数，也可以根据预设上报次数与该上报次数的差值确定剩余可上报次数，并且根据该剩余上报次数，设置第一上报入口的状态。
101.参见图6，图6所示界面为订单处理界面，该订单处理界面可以展示预设上报次数、剩余可上报次数以及两者之间的关系。例如，预设时间范围为一天，预设上报次数为5，当前还未上报过调整配送时长，则剩余可上报次数为5，则在该订单处理界面上展示“今日还可上报5/5单”，其中，第一个5为剩余可上报次数，第二个5为预设上报次数。
102.在一种可能的实现方式中，第一终端还可以通过进度条的形式展示剩余可上报次数与该预设上报次数之间的关系。并且，在进度条的上方或者显示剩余可上报次数与预设
上报次数。例如，剩余可上报次数为4，预设上报次数为5，第一终端通过第一颜色展示预设上报次数对应的第一长度的第一进度条，在该第一进度条上通过第二颜色展示剩余可上报次数对应的第二长度的第二进度条，且在第一进度条和第二进度条的上方显示4/5，第二长度为第一长度的80％。并且，第一终端还可以在剩余可上报次数小于预设上报次数的预设比例时，通过第三颜色展示第二进度条。例如，预设上报次数为5，预设比例为60％，在剩余可上报次数为4时，在白色的第一进度条上展示相应长度的绿色的第二进度条，在剩余可上报次数为2时，在白色的第一进度条上展示相应长度的红色的第二进度条。
103.在本技术实施例中，通过不同长度的进度条和不同颜色展示剩余可上报次数和预设上报次数之间的关系，便于网约配送员直观地了解两者之间的关系，避免盲目上报。
104.在另一种可能的实现方式中，第一终端还可以在步骤401中展示问题处理界面时确定预设时间范围内的上报次数，若上报次数未达到预设上报次数，将出单上报入口的状态设置为可编辑状态；若上报次数达到预设上报次数，将出单上报入口的状态设置为不可编辑状态。
105.例如，剩余可上报次数为0，则第一终端将问题处理界面的出单上报入口的状态设置为不可编辑状态，则网约配送员无法上报商家出单慢。这种状态下，第一终端可以在出单上报入口的下方或者右方显示提醒消息，该提醒消息用于提醒网约配送员无法再上报。例如，参见图7，该提醒消息可以为“今日可上报次数已用完”。
106.步骤303：响应于基于第一上报入口触发的第一上报操作，第一终端获取第一终端当前的位置信息。
107.其中，第一终端为配送当前订单的网约配送员使用的终端。
108.在一种可能的实现方式中，第一终端接收到第一上报操作时，可以通过gps(global positioning system，全球定位系统)和拍摄图像的方式来获取其位置信息。该过程可以为：第一终端调用定位组件对第一终端进行定位，得到定位信息；调用摄像组件拍摄网约配送员和目标场所的合照图像，得到图像数据；检测图像数据中是否存在目标场所的门头数据，若检测到目标场所的门头数据，将该定位信息和该图像数据组成位置信息。
109.该实现方式中，第一终端通过调用摄像组件来拍摄网约配送员和目标场所的合照图像，该合照图像中包括网约配送员的人脸和目标场所的门头。当该目标场所有门头时，第一终端可以调用摄像组件来拍摄网约配送员的人脸和该目标场所的门头的合照图像，该目标场所的门头与当前订单中的店名一致。继续参见图6，该订单处理界面还包括拍摄入口，当该拍摄入口被触发时，网约配送员可以通过摄像组件拍摄与目标场所的门头的合照图像，例如，当前订单中的店名为某某店，该合照图像中包括该某某店的门头以及网约配送员的人脸，然后上传该合照图像。当该合照图像上传成功时，会显示已上传的提示消息，参见图8。从而后续服务器获取该合照图像和定位信息，根据该合照图像和定位信息判断网约配送员是否到达目标场所。
110.若目标场所的门面因装修或其他因素导致该目标场所的门面无门头，则第一终端可以调用摄像组件来拍摄网约配送员和该目标场所的外框架。继续参见图6，该订单处理界面中还包括目标场所无门头的提醒入口，该提醒入口可以为“商家无门头”，当该提醒入口被触发时，网约配送员可以通过摄像组件拍摄与目标场所的门面的外框架的合照图像，参见图9，然后上传该合照图像。
111.在本技术实施例中，将定位信息和图像数据结合来判断第一终端是否处于目标场所，可以避免仅通过gps定位时存在定位误差，导致无法准确判断第一终端是否处于目标场所，也可以避免在目标场所的门面无门头时仅通过合照图像也无法准确判断第一终端是否处于目标场所，从而提高确定第一终端位置信息的准确性。
112.需要说明的一点是，该合照图像仅可以调用摄像组件拍摄得到，而无法通过获取相册中预先存储的图像，这样可以避免网约配送员上传预先存储的合照图像，提高合照图像获取的准确性。
113.在另一种可能的实现方式中，第一终端也可以在检测到第一上报操作时，通过获取第一终端所接入的网络来获取其位置信息。该过程可以为：第一终端获取第一终端当前接入网络的网络信息；若该网络信息表示第一终端当前接入网络为目标场所的网络，将目标场所的位置信息作为第一终端当前的位置信息。
114.该实现方式中，可以确定第一终端当前接入的网络，若该网络为目标场所的网络，则确定第一终端处于目标场所。其中，该网络可以为wifi(wireless fidelity，无线保真)，也可以为蓝牙。在本技术实施例中，对此不作具体限定。
115.由于wifi和蓝牙均有一定的传输距离，因此，通过第一终端连接的wifi或蓝牙是否为商家店内的wifi或蓝牙来确定第一终端是否处于目标场所，可以提高确定第一终端位置信息的准确性。
116.需要说明的一点是，若步骤302中第一终端根据第一终端接入目标场所的网络的接入时间来确定第一终端到达目标场所的到达时间，则本步骤中，第一终端可以直接将目标场所的位置作为第一终端当前的位置信息，无需再获取网络信息。
117.在本技术实施例中，第一终端获取其位置信息后，可以向服务器发送配送时长调整请求，该配送时长调整请求用于请求调整当前订单的配送时长，且该配送时长调整请求中携带该位置信息，服务器根据该位置信息确定第一终端是否处于目标场所。
118.需要说明的一点是，若该位置信息包括定位信息和图像数据，服务器接收该位置信息后，可以通过人工审核和/或ocr(optical character recognition，光学字符识别)技术来确定该位置信息是否第一终端是否到达目标场所。
119.在一种可能的实现方式中，当通过ocr技术确定该位置信息时，服务器可以对定位信息所定位的位置进行识别，确定定位的位置是否为目标场所，对合照图像中的人脸进行人脸识别，确定该人脸是否为网约配送员的人脸；对合照图像中的目标场所的门头进行识别，确定该目标场所的门头是否与当前订单中的商家店名一致，或者对合照图像中目标场所的门面的外框架进行识别，确定该外框架是否为当前订单中的商家门面的外框架。在确定合照图像中的人脸为网约配送员的人脸，以及目标场所的门面为当前订单中的商家门面时，确定第一终端处于目标场所，也即ocr技术审核产出明确结果。
120.该实现方式中，通过ocr技术自动审核，可以降低人工审核成本，提高审核效率。
121.在另一种可能的实现方式中，当通过人工审核该位置信息时，服务器可以将该位置信息发送至审核人员的终端，审核人员的终端展示该位置信息，审核人员根据该定位信息和图像数据进行人工审核，由人工审核确定第一终端是否处于目标场所。其中，人工审核过程与上述过程相似，在此不再赘述。
122.该实现方式中，通过人工审核，可以提高审核的准确率。
123.在另一种可能的实现方式中，还可以通过ocr技术和人工共同审核，这种情况下可以先进行ocr技术审核，在ocr技术审核未识别出人脸或者目标场所的门面，也即未产出明确结果时，由人工进行审核，通过审核人员确定第一终端是否处于目标场所。
124.参见图10，当网约配送员上报商家出单慢时，拍摄合照图像，然后上传该合照图像，第一终端得到图像数据，再基于gps定位得到定位信息，向服务器发送验证请求，该验证请求中携带图像数据和定位信息，服务器接收该图像数据和定位信息，进入审核过程。该审核过程可以通过人工进行，也可以通过ocr技术进行。当通过人工审核时，直接产生审核结果，进入后续流程。当通过ocr技术审核时，若产出明确结果，则得到审核结果，若未产出明确结果，则由人工审核，通过审核人员确定第一终端是否处于目标场所。
125.在本技术实施例中，由于网约配送员的拍摄水平或者其他因素影响，可能拍摄的合照图像不清晰，导致系统无法自动识别。通过将ocr技术审核和人工审核结合，不仅可以提高审核效率，还可以提高审核的准确性。
126.在一些实施例中，若该位置信息为基于第一终端当前接入网络的网络信息得到的时，服务器接收到配送时长调整请求后，可以确定该位置信息对应的经度和纬度，将该经度和纬度分别与目标场所的经度和纬度进行比对，确定是否一致，在该经度与目标场所的经度一致，该纬度与目标场所的纬度一致时，确定第一终端到达目标场所。
127.步骤304：若基于该位置信息确定第一终端到达物品所在的目标场所，第一终端对当前订单的配送时长进行调整。
128.若步骤303中服务器确定第一终端处于目标场所，则向第一终端发送配送延长时长，第一终端接收该配送延长时长，在当前的第一配送时长的基础上增加该配送延长时长，得到调整后的配送时长。
129.在本技术实施例中，服务器可以根据当前订单的第一配送时长、第一终端到达目标场所的等待时长、重新规划配送路径后所需配送时长以及时长延长上限来确定当前订单的配送延长时长。其中，时长延长上限为配送延长时长的最大值。例如，时长延长上限为10分钟，也即订单的配送时长最多可以延长10分钟。
130.该实现方式中，服务器可以从第一配送时长、第一终端到达目标场所的等待时长和重新规划配送路径后所需配送时长中选择最大的时长，若该最大的时长不超过时长延长上限，则将选择的最大的时长作为配送延长时长，若该最大的时长超过时长延长上限，则将时长延长上限作为配送延长时长。例如，第一配送时长为4分钟，到达目标场所的等待时长为5分钟，重新规划配送路径后所需配送时长为6分钟，则服务器从中选择最大的时长6分钟。时长延长上限为10分钟，6分钟小于10分钟，则服务器选择6分钟作为该订单的配送延长时长。
131.其中，服务器可以根据第一终端到达目标场所的到达时间与第一上报入口被触发的触发时间之间的差值来确定等待时长。该过程可以为：第一终端可以获取订单配送界面中的到店入口被触发的第一触发时间，将该第一触发时间作为到达时间，或者第一终端接入目标场所的网络的接入时间，将该接入时间作为到达时间。服务器获取第一上报入口被触发的第二触发时间，确定第二触发时间与到达时间之间的时间差，将该时间差作为等待时长。
132.服务器可以根据当前道路状况重新为第一终端规划配送路径，基于配送时长最短
的路径，确定重新规划配送路径后所需配送时长。或者，服务器也可以根据第一终端待配送的其他订单重新为第一终端规划配送路径，在避免影响其他订单配送时长的情况下，确定当前订单配送时长最短的路径，进而确定重新规划配送路径后所需配送时长。
133.服务器可以预先设置时长延长上限，在本技术实施例中，对时长延长上限不作具体限定。
134.在本技术实施例中，根据选择的最大时长以及时长延长上限的大小关系确定配送延长时长，可以使网约配送员提升配送紧迫感，提高配送效率。
135.步骤305：第一终端基于调整后的配送时长，对当前订单进行处理。
136.在一些实施例中，网约配送员通过第一终端触发第一上报入口时，可以选择继续配送该订单。该过程可以为：当该当前订单的物品被准备完成时，在调整后的配送时长内，完成对当前订单的配送。
137.该实现方式中，若商家在配送延长时长内完成该订单的物品的准备，网约配送员可以根据调整后的配送时长对当前订单进行配送，从而避免由于商家准备物品超时导致网约配送员的配送超时率高。
138.继续参见图5，订单处理界面包括第一上报入口，该第一上报入口以上报并继续配送按钮展示，在未上传合照图像时，该上报并继续配送按钮为不可编辑状态。参见图6，在合照图像上传完成且基于该合照图像确定第一终端到达目标场所后，该上报并继续配送按钮变为可编辑状态。通过触发该上报并继续配送按钮，网约配送员可以在配送时长调整的条件下选择继续配送该订单。
139.在一些实施例中，第一终端调整配送时长后，可以通过服务器通知用户已对当前订单的配送时长进行调整。该过程可以为：服务器向第一终端发送配送延长时长之后，向第二终端发送第一通知消息，该第一通知消息用于通知已对当前订单的配送时长进行调整，且该第一通知消息包括调整后的配送时长，第二终端为请求获取物品的用户使用的终端；响应于第二终端基于该第一通知消息触发的取消操作，取消该当前订单。
140.该实现方式中，第二终端对应的用户在接收到第一通知消息后可以选择取消当前订单，避免等待较长时长。其中，该第一通知消息中还可以携带商家出单延迟原因，例如，突然停电或者设备出现故障。
141.在一种可能的实现方式中，第二终端对应的用户在接收到该第一通知消息后，也可以选择继续等待当前订单，该过程可以为：响应于第二终端基于第一通知消息触发的等待操作，继续等待当前订单。
142.在一种可能的实现方式中，服务器还可以获取当前订单的状态，基于该当前订单的状态向第二终端发送动态消息。例如，商家正在准备该订单，服务器可以获取该订单的状态，向第二终端发送第一动态消息，该第一动态消息用于提醒用户该订单正在准备中。当订单已准备完成，正在配送中时，服务器向第二终端发送第二动态消息，该第二动态消息用于提醒用户该订单已准备完成，正在配送中。订单在配送过程中时，服务器还可以获取该订单的位置，向第二终端发送第三动态消息，该第三动态消息用于提醒用户该订单的位置，或者该订单与用户所在地之间的距离，或者还需多长时间到达用户所在地。
143.在一些实施例中，网约配送员在等待一段时间后但该物品仍未准备完成时，继续上报调整配送时长。该过程可以为：第一终端接收第三终端发送的第二通知消息，该第二通
知消息中携带再次延长后的出单时长，用于通知当前订单还未准备完成，第三终端为准备物品的商家使用的终端；基于再次延长后的出单时长，对调整后的配送时长再次进行调整；基于再次调整后的配送时长，对当前订单进行处理。
144.该实现方式中，在商家在预先设置的出单时长内未准备完成订单时，也可以延长出单时长，商家延长出单时长时，可以通过服务器向第一终端发送第四通知消息，第一终端接收第四通知消息可以展示订单处理界面，然后向服务器上报请求调整配送时长。也即第一终端也可以基于第三终端发送的第四通知消息触发第一上报入口，请求调整配送时长。
145.当商家在延长后的出单时长内仍未准备完成订单时，可以再次延长出单时长，当商家再次延长出单时长时，可以通过服务器向第一终端发送第二通知消息，第一终端接收该第二通知消息，可以继续通过触发第一上报入口请求再次调整配送时长。网约配送员可以基于再次调整后的配送时长，选择继续配送当前订单或者取消配送当前订单。
146.继续参见图6，从图6中可以看出该订单处理界面还包括再次上报按钮，通过触发该再次上报按钮，网约配送员可以选择再次上报，也即再次请求调整配送时长。该再次上报按钮被触发时，界面发生跳转，跳转后的界面可以显示再次上报并继续配送按钮和再次上报并取消按钮。当再次上报并继续配送按钮被触发时，说明网约配送员选择继续配送当前订单。当再次上报并取消按钮被触发时，说明网约配送员选择取消配送当前订单，则第一终端向服务器发送取消配送请求，服务器接收该取消配送请求，从第一终端的待配送订单中删除当前订单。
147.在一种可能的实现方式中，若第二次上报后，在达到第二次上报对应的配送延长时长时，当前订单仍未准备完成时，则网约配送员无需再次上报，第一终端可以获取取单入口被触发时的取单时间，根据该取单时间自动延长配送时长，从而避免影响网约配送员的配送超时率。
148.在一些实施例中，网约配送员也可以选择将当前订单转出。该过程可以通过以下步骤(a
‑
1)至(a
‑
3)实现，包括：
149.(a
‑
1)响应于基于该转单入口触发的转单操作，第一终端确定第一终端的待配送订单的第一数量。
150.该转单入口可以以上报并发起转单按钮显示。当该上报并发起转单按钮被触发时，第一终端确定待配送订单的第一数量。
151.(a
‑
2)第一终端基于该第一数量，确定待配送订单的配送超时率。
152.配送超时率包括第一配送超时率和第二配送超时率中的至少一个。
153.本步骤中，第一终端可以通过以下第一种实现方式确定第一配送超时率，通过以下第二种实现方式确定第二配送超时率。
154.第一种实现方式，第一终端基于第一数量，确定第一数量中超过第一预设配送时长的订单的第二数量，确定第二数量与第一数量的第一比值，将该第一比值作为第一配送超时率。
155.第二种实现方式，第一终端确定第二数量中超过第二预设配送时长的订单的第三数量，确定第三数量与第二数量的第二比值，将该第二比值作为第二配送超时率，第二配送超时率大于第一配送超时率。
156.上述两种实现方式中，第一终端可以根据第一数量、第二数量和第三数量确定网
约配送员待配送的订单中超时订单的数量是否较多，或者超时订单中是否有部分订单超时较为严重。
157.(a
‑
3)第一终端基于该配送超时率和预设超时率，对当前订单进行转单操作。
158.本步骤中，该配送超时率可以为第一配送超时率或者第二配送超时率。若配送超时率小于预设超时率，第一终端基于调整后的配送时长，对当前订单进行转单操作，也即第一终端向服务器发送转单请求，该转单请求用于请求将当前订单转给其他网约配送员进行配送。
159.若配送超时率大于预设超时率，第一终端确定当前订单的第一补贴资源数值；在当前订单的第一资源数值的基础上增加第一补贴资源数值，得到第二资源数值，发布转单请求，该转单请求携带调整后的配送时长和第二资源数值。
160.本步骤中，第一终端可以根据当前订单的配送延长时长与第一预设时长范围以及第二预设时长范围的关系来确定第一补贴资源数值。配送延长时长在第一预设时长范围内时，第一补贴资源数值为第一数值，配送延长时长在第二预设时长范围内时，第一资源补贴数值为第二数值。例如，第一预设时长范围为1～5分钟，第一补贴资源数值为2元，第二预设时长范围为6～10分钟，第一补贴资源数值为5元。其中，该补贴资源数值可以为现金、红包或者消费券。在本技术实施例中，对此不作具体限定。
161.第一终端在转单请求中携带当前订单补贴后的第二资源数值，有利于服务器根据该转单请求发布订单信息时，将该订单尽快转出去，促使其他网约配送员配送该订单，避免用户等待较长时间。并且，由于转单请求中还携带调整后的配送时长，这样其他网约配送员接收该订单后，可以基于该订单调整后的配送时长赶往目标场所，在商家准备好该订单时，配送该订单。
162.在一种可能的实现方式中，服务器接收该转单请求后，可以直接基于该转单请求中调整后的配送时长和第二资源数值发布该订单的订单信息。或者，服务器将该订单信息置顶发布，在安装有该即时配送应用的终端的抢单界面置顶显示该订单信息，从而有利于其他网约配送员更快看到该订单信息，尽快转出订单。或者，服务器向职业的网约配送员的终端以及非职业的网约配送员的终端发布该订单信息，这样职业的网约配送员和非职业的网约配送员均可以看到该订单信息，实现尽快转出订单。
163.在本技术实施例中，当有其他终端接收该订单时，可以向服务器发送接单响应，服务器接收该接单响应后，可以向第一终端发送转单成功消息，该转单成功消息用于提醒第一终端转单成功。若转单失败，则由该网约配送员继续配送该订单。该过程可以为：第一终端接收第三通知消息，该第三通知消息用于通知当前订单转单失败；基于第三通知消息，对调整后的配送时长再次进行调整；在再次调整后的配送时长内，完成对当前订单的配送。
164.该实现方式中，若服务器在预设时长内未将当前订单转给其他网约配送员，说明转单失败，则服务器向第一终端发送第三通知消息，该第三通知消息中可以携带再次延长的配送延长时长，第一终端接收在调整后的配送时长的基础上增加该再次延长的配送延长时长，得到再次调整后的配送时长，基该再次调整后的配送时长继续配送该订单。
165.参见图11，从图11中可以看出：商家可以通过第三终端预先设置承诺出单时长，用户通过第二终端浏览即时配送应用时，可以在浏览界面显示商家的承诺出单时长，用户可以根据该承诺出单时长选择商家进行下单，并获取出单状态。商家根据用户的下单在承诺
出单时长内准备该订单的物品，网约配送员根据该承诺出单时长赶往商家所在的目标场所。若商家在达到承诺出单时长时完成该订单的准备，网约配送员取单，为用户进行配送，从而完成该订单。若商家在达到承诺出单时长时未准备完成该订单，网约配送员可以上报商家出单慢，请求调整配送时长，根据调整后的配送时长对该订单进行处理。并且，第一终端还可以通过服务器向第二终端发送第一通知消息，用户根据该第一通知消息可以选择取消订单。
166.参见图12，从图12中可以看出：网约配送员第一次上报商家出单慢时，服务器确定配送延长时长，第一终端得到调整后的配送时长。当网约配送员根据该调整后的配送时长选择转单时，第一终端可以直接进行转单也可以加价转单，若转单成功，则结束配送流程，若转单失败，网约配送员可以再次上报调整配送时长。
167.需要说明的一点是，上述进行转单操作的步骤(a
‑
1)至(a
‑
3)也可以由服务器执行，也即第一终端检测到基于转单入口触发的转单操作时，向服务器发送转单请求，服务器接收该转单请求，确定第一终端的待配送订单的第一数量，基于该第一数量，确定待配送订单的配送超时率，基于配送超时率和预设超时率，对当前订单进行转单操作。
168.在本技术实施例中，第一终端还可以根据网约配送员的配送准时率奖励或惩罚该网约配送员。该过程可以通过以下步骤(b
‑
1)至(b
‑
3)实现，包括：
169.(b
‑
1)第一终端确定当前订单配送完成时的配送完成时间。
170.订单配送界面中还可以包括配送完成入口，网约配送员在将当前订单配送完成时，可以触发该配送完成入口，第一终端获取该配送完成入口被触发的时间，将配送完成入口被触发的时间作为当前订单的配送完成时间。
171.(b
‑
2)第一终端基于配送完成时间和调整后的配送时长，确定当前订单的配送准时率。
172.第一终端可以获取当前订单的出单时间，基于配送完成时间和当前订单的出单时间之间的时间差，确定实际配送时长。确定调整后的配送时长减去实际配送时长之后的值，再确定该值与调整后的配送时长的比值，得到配送准时率。
173.若实际配送时长小于调整后的配送时长，说明网约配送员在调整后的配送时长内配送完成当前订单，订单配送没有超时，则配送准时率为正。该情况下，实际配送时长与调整后的配送时长之间的差值越大，配送准时率越高。
174.若实际配送时长大于调整后的配送时长，说明网约配送员没有在调整后的配送时长内配送完成当前订单，订单配送超时，则配送准时率为负。该情况下，实际配送时长与调整后的配送时长之间的差值越大，配送准时率越低。
175.(b
‑
3)第一终端基于配送准时率，对第一终端对应的账户中的资源数值进行操作。
176.若配送准时率小于第一预设配送准时率，第一终端在第一终端对应的账户上减少第三资源数值；若配送准时率大于第一预设配送准时率，小于第二预设配送准时率，在第一终端对应的账户上增加第二补贴资源数值；若配送准时率不小于第二预设配送准时率，在第一终端对应的账户上增加第三补贴资源数值，第三补贴资源数值大于第二补贴资源数值。
177.本步骤中，第一终端确定配送准时率后，可以向服务器发送配送准时率，服务器接收该配送准时率，根据该配送准时率与第一预设配送准时率、第二预设配送准时率的大小
关系，在第一终端对应的账户上增加或减少资源数值。
178.在本技术实施例中，在网约配送员的配送准时率较低时，可以在第一终端对应的账户上减少一定资源数值作为惩罚，督促网约配送员提高配送准时率。在网约配送员的配送准时率较高时，可以补贴一定资源数值作为奖励，从而鼓励网约配送员继续提高配送准时率。
179.本技术实施例提供了一种订单处理方法，在网约配送员到达商家所在的目标场所，而当前订单的物品未准备完成时，网约配送员可以请求调整配送时长，根据调整后的配送时长，对该订单进行处理，这样可以避免由于商家准备订单的物品超时，影响网约配送员的配送超时率，从而降低网约配送员的配送超时率。
180.图13是本技术实施例提供的一种订单处理装置结构示意图，如图13所示，该装置包括：
181.第一展示模块1301，用于展示订单处理界面，订单处理界面包括第一上报入口，第一上报入口用于在当前订单的物品未准备完成时，请求调整配送时长；
182.第一获取模块1302，用于响应于基于第一上报入口触发的第一上报操作，获取第一终端当前的位置信息，第一终端为配送当前订单的网约配送员使用的终端；
183.调整模块1303，用于若基于位置信息确定第一终端到达物品所在的目标场所，对当前订单的配送时长进行调整；
184.第一处理模块1304，用于基于调整后的配送时长，对当前订单进行处理。
185.在一种可能的实现方式中，第一处理模块1304，用于当物品被准备完成时，在调整后的配送时长内，完成对当前订单的配送；或者，向第二终端发送第一通知消息，第一通知消息用于通知已对当前订单的配送时长进行调整，且第一通知消息包括调整后的配送时长，第二终端为请求获取物品的用户使用的终端；响应于第二终端基于第一通知消息触发的取消操作，取消当前订单；或者，接收第三终端发送的第二通知消息，第二通知消息中携带再次延长后的出单时长，用于通知当前订单还未准备完成，第三终端为准备物品的商家使用的终端；基于再次延长后的出单时长，对调整后的配送时长再次进行调整；基于再次调整后的配送时长，对当前订单进行处理。
186.在另一种可能的实现方式中，订单处理界面还包括：转单入口；
187.第一处理模块1304，用于响应于基于转单入口触发的转单操作，确定第一终端的待配送订单的第一数量；基于第一数量，确定待配送订单的配送超时率；基于配送超时率和预设超时率，对当前订单进行转单操作。
188.在另一种可能的实现方式中，配送超时率包括第一配送超时率和第二配送超时率中的至少一个；
189.第一处理模块1304，用于基于第一数量，确定第一数量中超过第一预设配送时长的订单的第二数量；确定第二数量与第一数量的第一比值，将第一比值作为第一配送超时率；或者，确定第二数量中超过第二预设配送时长的订单的第三数量；确定第三数量与第二数量的第二比值，将第二比值作为第二配送超时率，第二配送超时率大于第一配送超时率。
190.在另一种可能的实现方式中，第一处理模块1304，用于若配送超时率小于预设超时率，基于调整后的配送时长，对当前订单进行转单操作；若配送超时率大于预设超时率，确定当前订单的第一补贴资源数值；在当前订单的第一资源数值的基础上增加第一补贴资
源数值，得到第二资源数值，发布转单请求，转单请求携带调整后的配送时长和第二资源数值。
191.在另一种可能的实现方式中，装置还包括：
192.接收模块，用于接收第三通知消息，第三通知用于通知当前订单转单失败；
193.调整模块1303，还用于基于第三通知消息，对调整后的配送时长再次进行调整；
194.第一处理模块1304，还用于在再次调整后的配送时长内，完成对当前订单的配送。
195.在另一种可能的实现方式中，装置还包括：
196.第一确定模块，用于确定当前订单配送完成时的配送完成时间；
197.第二确定模块，用于基于配送完成时间和调整后的配送时长，确定当前订单的配送准时率；
198.第二处理模块，用于基于配送准时率，对第一终端对应的账户中的资源数值进行操作。
199.在另一种可能的实现方式中，第二处理模块，用于若配送准时率小于第一预设配送准时率，在第一终端对应的账户上减少第三资源数值；若配送准时率大于第一预设配送准时率，小于第二预设配送准时率，在第一终端对应的账户上增加第二补贴资源数值；若配送准时率不小于第二预设配送准时率，在第一终端对应的账户上增加第三补贴资源数值，第三补贴资源数值大于第二补贴资源数值。
200.在另一种可能的实现方式中，第一获取模块1302，用于调用定位组件对第一终端进行定位，得到定位信息；调用摄像组件拍摄网约配送员和目标场所的合照图像，得到图像数据；检测图像数据中是否存在目标场所的门头数据，若检测到目标场所的门头数据，将定位信息和图像数据组成位置信息；或者，获取第一终端当前接入网络的网络信息；若网络信息表示第一终端当前接入网络为目标场所的网络，将目标场所的位置信息作为第一终端当前的位置信息。
201.在另一种可能的实现方式中，装置还包括：
202.第三确定模块，用于确定预设时间范围内的上报次数；
203.设置模块，用于若上报次数未达到预设上报次数，将第一上报入口的状态设置为可编辑状态；若上报次数达到预设上报次数，将第一上报入口的状态设置为不可编辑状态。
204.在另一种可能的实现方式中，第一展示模块1301，用于展示问题处理界面，问题处理界面包括出单上报入口，出单上报入口用于上报当前订单的物品未准备完成；响应于当前上报条件符合预设上报条件，且接收到基于出单上报入口触发的第二上报操作，展示订单处理界面。
205.在另一种可能的实现方式中，装置还包括：
206.第二获取模块，用于获取第一终端到达目标场所的到达时间，以及当前订单的预计准备完成时间；
207.第四确定模块，用于确定当前时间超过到达时间的时间差；
208.第五确定模块，用于响应于时间差不小于第一预设时间差，且当前时间达到预计准备完成时间，确定当前上报条件符合预设上报条件。
209.本技术实施例提供了一种订单处理装置，在网约配送员到达商家所在的目标场所，而当前订单的物品未准备完成时，网约配送员可以请求调整配送时长，根据调整后的配
送时长，对该订单进行处理，这样可以避免由于商家准备订单的物品超时，影响网约配送员的配送超时率，从而降低网约配送员的配送超时率。
210.需要说明的是：上述实施例提供的订单处理装置在处理订单时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将计算机设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的订单处理的装置与订单处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
211.图14示出了本技术一个示例性实施例提供的终端1400的结构框图。该终端1400可以为第一终端、第二终端或者第三终端，第一终端、第二终端和第三终端可以是：智能手机、平板电脑、mp3播放器(moving picture experts group audio layer iii，动态影像专家压缩标准音频层面3)、mp4(moving picture experts group audio layer iv，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1400还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
212.终端1400包括有：处理器1401和存储器1402。
213.处理器1401可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1401可以采用dsp(digital signal processing，数字信号处理)、fpga(field－programmable gate array，现场可编程门阵列)、pla(programmable logic array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1401也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(central processing unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1401可以在集成有gpu(graphics processing unit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1401还可以包括ai(artificial intelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。
214.存储器1402可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1402还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1402中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1401所执行以实现本技术中方法实施例提供的订单处理方法。
215.在一些实施例中，终端1400还可选包括有：外围设备接口1403和至少一个外围设备。处理器1401、存储器1402和外围设备接口1403之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1403相连。具体地，外围设备包括：射频电路1404、显示屏1405、摄像头1406、音频电路1407、定位组件1408和电源1409中的至少一种。
216.外围设备接口1403可被用于将i/o(input/output，输入/输出)相关的至少一个外围设备连接到处理器1401和存储器1402。在一些实施例中，处理器1401、存储器1402和外围设备接口1403被集成在同一芯片或电路板上；在一些其他实施例中，处理器1401、存储器1402和外围设备接口1403中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
217.射频电路1404用于接收和发射rf(radio frequency，射频)信号，也称电磁信号。射频电路1404通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1404将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1404包括：天线系统、rf收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1404可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2g、3g、4g及5g)、无线局域网和/或wifi(，无线保真)网络。在一些实施例中，射频电路1404还可以包括nfc(near field communication，近距离无线通信)有关的电路，本技术对此不加以限定。
218.显示屏1405用于显示ui(user interface，用户界面)。该ui可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1405是触摸显示屏时，显示屏1405还具有采集在显示屏1405的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1401进行处理。此时，显示屏1405还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1405可以为一个，设置终端1400的前面板；在另一些实施例中，显示屏1405可以为至少两个，分别设置在终端1400的不同表面或呈折叠设计；在再一些实施例中，显示屏1405可以是柔性显示屏，设置在终端1400的弯曲表面上或折叠面上。甚至，显示屏1405还可以设置成非矩形的不规则图形，也即异形屏。显示屏1405可以采用lcd(liquid crystal display，液晶显示屏)、oled(organic light
‑
emitting diode,有机发光二极管)等材质制备。
219.摄像头组件1406用于采集图像或视频。可选地，摄像头组件1406包括前置摄像头和后置摄像头。前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及vr(virtual reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1406还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。
220.音频电路1407可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1401进行处理，或者输入至射频电路1404以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1400的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1401或射频电路1404的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1407还可以包括耳机插孔。
221.定位组件1408用于定位终端1400的当前地理位置，以实现导航或lbs(location based service，基于位置的服务)。定位组件1408可以是基于美国的gps(global positioning system，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。
222.电源1409用于为终端1400中的各个组件进行供电。电源1409可以是交流电、直流
电、一次性电池或可充电电池。当电源1409包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。
223.在一些实施例中，终端1400还包括有一个或多个传感器1410。该一个或多个传感器1410包括但不限于：加速度传感器1411、陀螺仪传感器1412、压力传感器1413、指纹传感器1414、光学传感器1415以及接近传感器1416。
224.加速度传感器1411可以检测以终端1400建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1411可以用于检测重力加速度在三个坐标轴上的分量。处理器1401可以根据加速度传感器1411采集的重力加速度信号，控制触摸显示屏1405以横向视图或纵向视图进行用户界面的显示。加速度传感器1411还可以用于游戏或者用户的运动数据的采集。
225.陀螺仪传感器1412可以检测终端1400的机体方向及转动角度，陀螺仪传感器1412可以与加速度传感器1411协同采集用户对终端1400的3d动作。处理器1401根据陀螺仪传感器1412采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变ui)、拍摄时的图像稳定、游戏控制以及惯性导航。
226.压力传感器1413可以设置在终端1400的侧边框和/或触摸显示屏1405的下层。当压力传感器1413设置在终端1400的侧边框时，可以检测用户对终端1400的握持信号，由处理器1401根据压力传感器1413采集的握持信号进行左右手识别或快捷操作。当压力传感器1413设置在触摸显示屏1405的下层时，由处理器1401根据用户对触摸显示屏1405的压力操作，实现对ui界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
227.指纹传感器1414用于采集用户的指纹，由处理器1401根据指纹传感器1414采集到的指纹识别用户的身份，或者，由指纹传感器1414根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1401授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1414可以被设置终端1400的正面、背面或侧面。当终端1400上设置有物理按键或厂商logo时，指纹传感器1414可以与物理按键或厂商logo集成在一起。
228.光学传感器1415用于采集环境光强度。在一个实施例中，处理器1401可以根据光学传感器1415采集的环境光强度，控制触摸显示屏1405的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏1405的显示亮度；当环境光强度较低时，调低触摸显示屏1405的显示亮度。在另一个实施例中，处理器1401还可以根据光学传感器1415采集的环境光强度，动态调整摄像头组件1406的拍摄参数。
229.接近传感器1416，也称距离传感器，通常设置在终端1400的前面板。接近传感器1416用于采集用户与终端1400的正面之间的距离。在一个实施例中，当接近传感器1416检测到用户与终端1400的正面之间的距离逐渐变小时，由处理器1401控制触摸显示屏1405从亮屏状态切换为息屏状态；当接近传感器1416检测到用户与终端1400的正面之间的距离逐渐变大时，由处理器1401控制触摸显示屏1405从息屏状态切换为亮屏状态。
230.本领域技术人员可以理解，图14中示出的结构并不构成对终端1400的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
231.在示例性实施例中，还提供了一种计算机可读存储介质，例如包括程序代码的存
储器，上述程序代码可由终端中的处理器执行以完成上述实施例中订单处理方法。例如，该计算机可读存储介质可以是rom、随机存取存储器(ram)、cd
‑
rom、磁带、软盘和光数据存储设备等。
232.在示例性实施例中，还提供了一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括计算机程序代码，该计算机程序代码被终端执行时，使得终端实现上述实施例中的订单处理方法。
233.在一些实施例中，本技术实施例所涉及的计算机程序可被部署在一个计算机设备上执行，或者在位于一个地点的多个计算机设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算机设备上执行，分布在多个地点且通过通信网络互连的多个计算机设备可以组成区块链系统。
234.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
235.以上所述仅为本技术的可选实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。