CN105957337A - 订单处理方法及装置 - Google Patents

Abstract

本发明公开一种订单处理方法，包括：根据第一终端发送的打车请求相关数据生成订单，其中所述订单包括上车地点；根据多个第二终端上报的位置信息和行驶路线，确定出与所述上车地点相距第一距离内，且所述上车地点位于所述行驶路线的第二距离内的第二终端；将所述订单转发给确定出的第二终端。本发明还提供一种订单处理装置。本发明能够减少乘客等车时间。

Description

订单处理方法及装置

技术领域

本发明涉及订单管理领域，尤其涉及一种订单处理方法及装置。

背景技术

智能设备的普及和移动互联网的发展，给人们的出行带来了极大便利。当前打车需求已经是社会各阶层人士的普遍需求，诸如“滴滴打车”之类的打车软件解决了出租车司机和乘客之间的信息不对称问题。

打车软件改变了传统打车方式，建立并培养出大移动互联网时代引领的用户现代出行方式。较比传统电话招车与路边扬招来说，打车软件的诞生更是改变了传统打车市场格局，颠覆了路边拦车概念，利用互联网特点，将线上线下相融合，从打车初始阶段到下车使用线上支付车费，画出一个乘客和司机紧密相连的o2o(online to offline，线上到线下)完美闭环，最大限度优化乘车打车体验，改变传统出租司机等客方式，让司机师傅根据乘客目的地按意愿“接单”，节约司机与乘客沟通成本，降低空驶率，最大化节省司乘双方的资源。

打车软件原理比较简单，与电话叫车服务性质类似。即乘客启动打车软件的软件客户端，输入上车地点和要去的地方，启动叫车功能，在用户上车地点周围一定距离的出租车司机就能通过相同的软件知道乘客的需求，司机可以在打车软件司机客户端进行抢应，接单，并和乘客保持联系。在乘客到达目的地需支付车费时，可以通过打车软件合作伙伴进行线上支付，即可享受找零烦恼，也避免了假币，丢钱包等现象发生。

随着使用打车软件的司机和乘客数量日益增多，如何实现对同时在线的大规模订单和司机进行快速的最佳匹配，对算法和是一个极具挑战性的问题。目前，打车软件一般会判断司机是否处于接单状态，即使用打车软件的司机所开出租车是否载客，如果处于接单状态，则认为接单状态的出租车不能再载其他乘客，从而在有乘客叫车时，不通知该司机。在实际使用中可能由于乘客和出租车中其他乘客同路，或者出租车即将到达到目的地，该出租车能够接单，而不通知到该出租车，从而导致乘客等车的时间长。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明提供一种订单处理方法及装，旨在减少乘客等车时间。

为实现上述目的，本发明提供一种订单处理方法，所述订单处理方法包括：

根据第一终端发送的打车请求相关数据生成订单，其中所述订单包括上车地点；

根据多个第二终端上报的位置信息和行驶路线，确定出与所述上车地点相距第一距离内，且所述上车地点位于所述行驶路线的第二距离内的第二终端；

将所述订单转发给确定出的第二终端。

可选地，所述订单还包括乘坐人数。

可选地，在所述打车请求还包括目的地，所述根据第一终端发送的打车请求生成订单的步骤包括：

根据所述上车地点和目的地，确定待行驶路线；

根据所述待行驶路线生成订单。

可选地，所述将所述订单转发给确定出的第二终端的步骤之前还包括：

确定所述待行驶路线和确定出的第二终端的行驶路线之间的角度；

当所述角度小于预设角度时，执行步骤：将所述订单转发给确定出的第二终端。

可选地，所述将所述订单转发给确定出的第二终端的步骤包括：

根据确定出的第二终端的服务好评度和第二终端与所述上车地点的距离对确定出的第二终端进行排序，获得排序结果；

根据所述排序结果将所述订单依次转发给确定出的第二终端。

为实现上述目的，本发明还提供一种订单处理装置，所述订单处理装置包括：

订单模块，用于根据第一终端发送的打车请求相关数据生成订单，其中所述订单包括上车地点；

第一确定模块，用于根据多个第二终端上报的位置信息和行驶路线，确定出与所述上车地点相距第一距离内，且所述上车地点位于所述行驶路线的第二距离内的第二终端；

转发模块，用于将所述订单转发给确定出的第二终端。

可选地，所述订单还包括乘坐人数。

可选地，所述订单模块包括：

确定单元，用于根据所述上车地点和目的地，确定待行驶路线；

生成单元，用于根据所述待行驶路线生成订单。

可选地，所述订单处理装置还包括：

第二确定模块，用于确定所述待行驶路线和确定出的第二终端的行驶路线之间的角度；

所述转发模块还用于当所述角度小于预设角度时，将所述订单转发给确定出的第二终端。

可选地，所述转发模块包括：

排序单元，用于根据确定出的第二终端的服务好评度和第二终端与所述上车地点的距离对确定出的第二终端进行排序，获得排序结果；

转发单元，用于根据所述排序结果将所述订单依次转发给确定出的第二终端。

本发明通过根据第一终端发送的打车请求相关数据生成订单，其中所述订单包括上车地点；根据多个第二终端上报的位置信息和行驶路线，确定出与所述上车地点相距第一距离内，且所述上车地点位于所述行驶路线的第二距离内的第二终端；将所述订单转发给确定出的第二终端。通过上述方式，本发明通过判断第一终端发送的上车地点是否在第二终端的行驶路线的一定范围之内，如果第一终端发送的上车地点是否在第二终端的行驶路线的一定范围之内，则说明第二终端所在的出租车能够进行接单，比如第二终端所在出租车经过第一终端所在上车地点，从而方便第二终端能够搭载顺路的乘客，进而减少乘客的等待时间，有利于乘客快速乘坐到出租车。

附图说明

图1为本发明订单处理方法第一实施例的流程示意图；

图2为本发明实施例中根据第一终端发送的打车请求生成订单的一种细化流程示意图；

图3为本发明订单处理方法第二实施例的流程示意图；

图4为本发明实施例中将所述订单转发给确定出的第二终端的一种细化流程示意图；

图5为本发明订单处理装置第一实施例的功能模块示意图；

图6为本发明实施例中订单模块的一种细化功能模块示意图；

图7为本发明订单处理装置第二实施例的功能模块示意图；

图8为本发明实施例中转发模块的一种细化功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种订单处理方法。

参阅图1，图1为本发明订单处理方法第一实施例的流程示意图。

在本实施例中，该订单处理方法可以包括：

步骤S10，根据第一终端发送的打车请求相关数据生成订单，其中所述订单包括上车地点；

本发明订单处理方法可应用在打车软件的服务器中。

本实施例中所述打车请求相关数据可以包括上车地点，具体实施中所述打车请求相关数据还可以包括上车地点分别与目的地、乘坐人数等中至少一种的组合，即可以包括上车地点和目的地，或者上车地点和乘坐人数，或者上车地点、目的地和乘坐人数等。

第一终端是指安装有打车软件，发出打车请求的乘客终端，如手机、平板电脑、掌上电脑等移动终端。

用户可以通过第一终端上打车软件启动打车功能，输入打车需求，通过网络发送中打车软件对应的服务器中，服务器则接受第一终端发送的打车请求相关数据，然后服务器根据第一终端发送的打车请求相关数据，生成对应的订单，本实施例中订单中至少包括上车地点。上车地点可以是用户输入，也可以是通过定位获得。

步骤S20，根据多个第二终端上报的位置信息和行驶路线，确定出与所述上车地点相距第一距离内，且所述上车地点位于所述行驶路线的第二距离内的第二终端；

服务器可以实时或者定时接收使用打车软件的第二终端上报的位置信息，服务器可以根据实时接收到第二终端的位置信息确定出第二终端的行驶路线，当然第二终端也可以在确定自己的位置信息时，确定第二终端的行驶路线，然后将第二终端的行驶路线发送至服务器。具体实施中第二终端还可以通过获取导航系统的导航路线获取其行驶路线。

第二终端可以指接收并响应打车请求，以及在分配到订单后执行订单任务的司机终端，如手机、平板电脑、掌上电脑等移动终端，当然也可以是安装对应打车软件的出租车。第二终端的位置信息可以由第二终端上定位装置获得，或者通过出租车的定位装置获得其位置信息。

根据接收到第一终端的上车地点，确定出位于所述上车地点第一距离范围内的第二终端，其中第一距离是服务器上预先设置的一个距离值，比如为3公里，则确定距离上车地点半径为3公里的圆中所有的第二终端，当然也可以确定为以上车地点为圆心，直径为3公里的圆中所有的第二终端。

然后根据确定出的第二终端的行驶路线，判断上车地点是否位于第二终端行驶路线的第二距离之内，需要特别说明的是本实施例中所说的行驶路线不包行驶过的路线，包括即将行驶的路线，也就是第二终端所在出租车行驶的前方的行驶路线，包括当前的位置。

具体地，判断圆心为确定出的第二终端即将行驶的路线中每个位置，半径为第二距离的范围内是否涵盖了第一终端的上车地点，这样将目前第二终端行驶路线上扩大到第二终端行驶路线上以及距离第二终端行驶路线前后左右第二距离范围内，筛选的范围变大，从而筛选出使用第一终端的用户能够达到出租车的数量变多。从而确定出能够载客的第二终端。

当然为了避免第二终端出租车倒车，则可以只将范围扩大到第二终端行驶路线上以及距离第二终端行驶路线前方、左方、右方第二距离范围内，减少当前位置后方的范围，避免倒车。这种方式可能导致某些出租车为空载时，无法获得其后方不远处的乘客。

具体实施中在第一距离没有搜索到出租车时，则扩大第一距离的范围，比如在上车地点的3公里内没有发现出租车，则搜索距离上车地点5公里范围内的出租车。在扩大到一定范围后还未搜到出租车，则提示用户，附近没有出租车，比如附近10公里内没有出租车，请重新确定选择上车地点。

需要特别说明的是本实施例中不判断第二终端所在出租车是否处于载客状态，也就是说即使出租车处于载客状态时，也可能可以接其他的乘客，比如出租车可能载客1人，还可以载客3人，则该出租车还是可以载客，从而方便乘客能够快速打到车，比如打到顺路的车。

步骤S30，将所述订单转发给确定出的第二终端。

将第一终端发出的订单发送给通过步骤S20确定出的第二终端，第二终端接收到所述订单后，可以根据自己的实际情况进行操作是否同意接受该订单，从而自主决定是否接单。

进一步地，为方便第二终端所在出租车的司机更好的判断是否能够载客，所述订单中还可以包括乘坐人数，从而方便司机判断是否能够坐下订单中的人数。

本发明通过根据第一终端发送的打车请求相关数据生成订单，其中所述订单包括上车地点；根据多个第二终端上报的位置信息和行驶路线，确定出与所述上车地点相距第一距离内，且所述上车地点位于所述行驶路线的第二距离内的第二终端；将所述订单转发给确定出的第二终端。通过上述方式，本发明通过判断第一终端发送的上车地点是否在第二终端的行驶路线的一定范围之内，如果第一终端发送的上车地点是否在第二终端的行驶路线的一定范围之内，则说明第二终端所在的出租车能够进行接单，比如第二终端所在出租车经过第一终端所在上车地点，从而方便第二终端能够搭载顺路的乘客，进而减少乘客的等待时间，有利于乘客快速乘坐到出租车。

参阅图2，图2为本发明实施例中根据第一终端发送的打车请求生成订单的一种细化流程示意图。

基于本发明订单处理方法第一实施例，步骤S10包括：

步骤S11，根据所述上车地点和目的地，确定待行驶路线；

为了使得出租车更好的规划行驶路线，以及避免出租车搭载两批出行方向相反的乘客，本实施例中打车请求需至少包括上车地点和目的地。根据第一终端发送的打车请求中上车地点和目的地，确定待行驶录像，其中确定待行驶路线的确定可以类似于在其他地图中输入出发点和目的地进行查找路线。

步骤S12，根据所述待行驶路线生成订单。

确定待行驶路线后，生成对应订单，所述订单包括所述待行驶路线。这样，在第二终端接收到该订单时，同样会获得所述待行驶路线，第二终端的用户则可以根据所述待行驶路线判断是否能够进行接单。

参阅图3，图3为本发明订单处理方法第二实施例的流程示意图。

基于图2所示的实施例，该订单处理方法还包括：

步骤S40，确定所述待行驶路线和确定出的第二终端的行驶路线之间的角度；

本步骤在步骤S10与步骤S30之间执行，为节省第二终端的用户判断时间，本实施例在确定待行驶路线后，根据确定的待行驶路线和确定出的第二终端的行驶路线之间的夹角，具体地，可以先建立一个正方向，比如以北方为正方向，则计算第二终端的行驶路线与北方的夹角1，并计算待行驶路线与北方的夹角2，夹角1和夹角2的差值的绝对值则为待行驶路线和确定出的第二终端的行驶路线之间的角度。

计算出所述待行驶路线和确定出的第二终端的行驶路线之间的角度后，本实施例中预设夹角小于等于90度。如果所述角度小于预设角度，则说明第二终端的行驶方向和待行驶方向基本顺路，预设夹角越小，则说明顺路的可能性越大。此时将订单转发给确定出的第二终端。在顺路时，第二终端的出租车司机接收到订单后，可以根据实际情况是否接单，比如根据订单请求中乘客人数进行确定。

参阅图4，图4为本发明实施例中将所述订单转发给确定出的第二终端的一种细化流程示意图。

基于本发明订单处理方法的上述实施例，步骤S30可以包括：

步骤S31，根据确定出的第二终端的服务好评度和第二终端与所述上车地点的距离对确定出的第二终端进行排序，获得排序结果；

步骤S32，根据所述排序结果将所述订单依次转发给确定出的第二终端。

为了用户可以搭乘到高服务的出租车，本实施例中还建立有服务质量评价系统，即每个乘客在乘车后可以对搭乘的出租车进行评价，后台服务器会对每个第二终端的服务评价进行统计，后续在接收到第一终端发送的订单请求后，可以根据步骤S20确定出的第二终端对应的好评度对进行排序，获得排序结果，然后根据排序结果将订单依次发送给第二终端，从而使得服务质量好的第二终端能优先得到订单信息，从而方便乘客得到更好的服务。

本发明还提供一种订单处理装置。

参阅图5，图5为本发明订单处理装置第一实施例的功能模块示意图。

在本实施例中，该订单处理装置包括：

订单模块10，用于根据第一终端发送的打车请求相关数据生成订单，其中所述订单包括上车地点；

本发明订单处理装置可运行在打车软件的服务器中。

本实施例中所述打车请求相关数据可以包括上车地点，具体实施中所述打车请求相关数据还可以包括上车地点分别与目的地、乘坐人数等中至少一种的组合，即可以包括上车地点和目的地，或者上车地点和乘坐人数，或者上车地点、目的地和乘坐人数等。

第一终端是指安装有打车软件，发出打车请求的乘客终端，如手机、平板电脑、掌上电脑等移动终端。

用户可以通过第一终端上打车软件启动打车功能，输入打车需求，通过网络发送中打车软件对应的服务器中，服务器则接受第一终端发送的打车请求相关数据，然后服务器根据第一终端发送的打车请求相关数据，生成对应的订单，本实施例中订单中至少包括上车地点。上车地点可以是用户输入，也可以是通过定位获得。

第一确定模块20，用于根据多个第二终端上报的位置信息和行驶路线，确定出与所述上车地点相距第一距离内，且所述上车地点位于所述行驶路线的第二距离内的第二终端；

服务器可以实时或者定时接收使用打车软件的第二终端上报的位置信息，服务器可以根据实时接收到第二终端的位置信息确定出第二终端的行驶路线，当然第二终端也可以在确定自己的位置信息时，确定第二终端的行驶路线，然后将第二终端的行驶路线发送至服务器。具体实施中第二终端还可以通过获取导航系统的导航路线获取其行驶路线。

第二终端可以指接收并响应打车请求，以及在分配到订单后执行订单任务的司机终端，如手机、平板电脑、掌上电脑等移动终端，当然也可以是安装对应打车软件的出租车。第二终端的位置信息可以由第二终端上定位装置获得，或者通过出租车的定位装置获得其位置信息。

根据接收到第一终端的上车地点，确定出位于所述上车地点第一距离范围内的第二终端，其中第一距离是服务器上预先设置的一个距离值，比如为3公里，则确定距离上车地点半径为3公里的圆中所有的第二终端，当然也可以确定以上车地点为圆心，直径为3公里的圆中所有的第二终端。

然后根据确定出的第二终端的行驶路线，判断上车地点是否距离第二终端行驶路线的第二距离之内，需要特别说明的是本实施例中所说的行驶路线不包行驶过的路线，包括即将行驶的路线，也就是第二终端所在出租车行驶的前方的行驶路线，包括当前的位置。

具体地，判断圆心为确定出的第二终端即将行驶的路线中每个位置，半径为第二距离的范围内是否涵盖了第一终端的上车地点，这样将目前第二终端行驶路线上扩大到第二终端行驶路线上以及距离第二终端行驶路线前后左右第二距离范围内，筛选的范围变大，从而筛选出使用第一终端的用户能够达到出租车的数量变多。从而确定出能够载客的第二终端。

当然为了避免第二终端出租车倒车，则可以只将范围扩大到第二终端行驶路线上以及距离第二终端行驶路线前方、左方、右方第二距离范围内，减少当前位置后方的范围，避免倒车。这种方式可能导致某些出租车为空载时，无法获得其后方不远处的乘客。

具体实施中在第一距离没有搜索到出租车时，则扩大第一距离的范围，比如在上车地点的3公里内没有发现出租车，则搜索距离上车地点5公里范围内的出租车。在扩大到一定范围后还未搜到出租车，则提示用户，附近没有出租车，比如附近10公里内没有出租车，请重新确定选择上车地点。

需要特别说明的是本实施例中不判断第二终端所在出租车是否处于载客状态，也就是说即使出租车处于载客状态时，也可能可以接其他的乘客，比如出租车可能载客1人，还可以载客3人，则该出租车还是可以载客，从而方便乘客能够快速打到车，比如打到顺路的车。

转发模块30，用于将所述订单转发给确定出的第二终端。

将第一终端发出的订单发送给第一确定模块20确定出的第二终端，第二终端接收到所述订单后，可以根据自己的实际情况进行操作是否同意接受该订单，从而自主决定是否接单。

进一步地，为方便第二终端所在出租车的司机更好的判断是否能够载客，所述订单中还可以包括乘坐人数，从而方便司机判断是否能够坐下订单中的人数。

本发明通过根据第一终端发送的打车请求相关数据生成订单，其中所述订单包括上车地点；根据多个第二终端上报的位置信息和行驶路线，确定出与所述上车地点相距第一距离内，且所述上车地点位于所述行驶路线的第二距离内的第二终端；将所述订单转发给确定出的第二终端。通过上述方式，本发明通过判断第一终端发送的上车地点是否在第二终端的行驶路线的一定范围之内，如果第一终端发送的上车地点是否在第二终端的行驶路线的一定范围之内，则说明第二终端所在的出租车能够进行接单，比如第二终端所在出租车经过第一终端所在上车地点，从而方便第二终端能够搭载顺路的乘客，进而减少乘客的等待时间，有利于乘客快速乘坐到出租车。

参阅图6，图6为本发明实施例中订单模块的一种细化功能模块示意图。

基于本发明订单处理装置第一实施例，订单模块10包括：

确定单元11，用于根据所述上车地点和目的地，确定待行驶路线；

为了使得出租车更好的规划行驶路线，以及避免出租车搭载两批出行方向相反的乘客，本实施例中打车请求需至少包括上车地点和目的地。根据第一终端发送的打车请求中上车地点和目的地，确定待行驶录像，其中确定待行驶路线的确定可以类似于在其他地图中输入出发点和目的地进行查找路线。

生成单元12，用于根据所述待行驶路线生成订单。

确定待行驶路线后，生成对应订单，所述订单包括所述待行驶路线。这样，在第二终端接收到该订单时，同样会获得所述待行驶路线，第二终端的用户则可以根据所述待行驶路线判断是否能够进行接单。

参阅图7，图7为本发明订单处理装置第二实施例的功能模块示意图。

基于图6所示的实施例，该订单处理装置还包括：

第二确定模块40，用于确定所述待行驶路线和确定出的第二终端的行驶路线之间的角度；

所述转发模块30还用于当所述角度小于预设角度时，将所述订单转发给确定出的第二终端。

为节省第二终端的用户判断时间，本实施例在确定待行驶路线后，根据确定的待行驶路线和确定出的第二终端的行驶路线之间的夹角，具体地，可以先建立一个正方向，比如以北方为正方向，则计算第二终端的行驶路线与北方的夹角1，并计算待行驶路线与北方的夹角2，夹角1和夹角2的差值的绝对值则为待行驶路线和确定出的第二终端的行驶路线之间的角度。

计算出所述待行驶路线和确定出的第二终端的行驶路线之间的角度后，本实施例中预设夹角小于等于90度。如果所述角度小于预设角度，则说明第二终端的行驶方向和待行驶方向基本顺路，预设夹角越小，则说明顺路的可能性越大。此时将订单转发给确定出的第二终端。在顺路时，第二终端的出租车司机接收到订单后，可以根据实际情况是否接单，比如根据订单请求中乘客人数进行确定。

参阅图8，图8为本发明实施例中转发模块的一种细化功能模块示意图。

基于本发明订单处理装置的上述实施例，转发模块30可以包括：

排序单元31，用于根据确定出的第二终端的服务好评度和第二终端与所述上车地点的距离对确定出的第二终端进行排序，获得排序结果；

转发单元32，用于根据所述排序结果将所述订单依次转发给确定出的第二终端。

为了用户可以搭乘到高服务的出租车，本实施例中还建立有服务质量评价系统，即每个乘客在乘车后可以对搭乘的出租车进行评价，后台服务器会对每个第二终端的服务评价进行统计，后续在接收到第一终端发送的订单请求后，可以根据第一确定模块20确定出的第二终端对应的好评度对进行排序，获得排序结果，然后根据排序结果将订单依次发送给第二终端，从而使得服务质量好的第二终端能优先得到订单信息，从而方便乘客得到更好的服务。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种订单处理方法，其特征在于，所述订单处理方法包括：

根据第一终端发送的打车请求相关数据生成订单，其中所述订单包括上车地点；

根据多个第二终端上报的位置信息和行驶路线，确定出与所述上车地点相距第一距离内，且所述上车地点位于所述行驶路线的第二距离内的第二终端；

将所述订单转发给确定出的第二终端。

2.如权利要求1所述的订单处理方法，其特征在于，所述订单还包括乘坐人数。

3.如权利要求1所述的订单处理方法，其特征在于，在所述打车请求还包括目的地，所述根据第一终端发送的打车请求生成订单的步骤包括：

根据所述上车地点和目的地，确定待行驶路线；

根据所述待行驶路线生成订单。

4.如权利要求3所述的订单处理方法，其特征在于，所述将所述订单转发给确定出的第二终端的步骤之前还包括：

确定所述待行驶路线和确定出的第二终端的行驶路线之间的角度；

当所述角度小于预设角度时，执行步骤：将所述订单转发给确定出的第二终端。

5.如权利要求1所述的订单处理方法，其特征在于，所述将所述订单转发给确定出的第二终端的步骤包括：

根据确定出的第二终端的服务好评度和第二终端与所述上车地点的距离对确定出的第二终端进行排序，获得排序结果；

根据所述排序结果将所述订单依次转发给确定出的第二终端。

6.一种订单处理装置，其特征在于，所述订单处理装置包括：

订单模块，用于根据第一终端发送的打车请求相关数据生成订单，其中所述订单包括上车地点；

第一确定模块，用于根据多个第二终端上报的位置信息和行驶路线，确定出与所述上车地点相距第一距离内，且所述上车地点位于所述行驶路线的第二距离内的第二终端；

转发模块，用于将所述订单转发给确定出的第二终端。

7.如权利要求6所述的订单处理装置，其特征在于，所述订单还包括乘坐人数。

8.如权利要求6所述的订单处理装置，其特征在于，所述订单模块包括：

确定单元，用于根据所述上车地点和目的地，确定待行驶路线；

生成单元，用于根据所述待行驶路线生成订单。

9.如权利要求8所述的订单处理装置，其特征在于，所述订单处理装置还包括：

第二确定模块，用于确定所述待行驶路线和确定出的第二终端的行驶路线之间的角度；

所述转发模块还用于当所述角度小于预设角度时，将所述订单转发给确定出的第二终端。

10.如权利要求6所述的订单处理装置，其特征在于，所述转发模块包括：

排序单元，用于根据确定出的第二终端的服务好评度和第二终端与所述上车地点的距离对确定出的第二终端进行排序，获得排序结果；

转发单元，用于根据所述排序结果将所述订单依次转发给确定出的第二终端。