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

Abstract

本发明公开一种订单处理方法，包括：接收服务器发送的打车订单，其中所述打车订单包括上车地点和目的地；获得当前的行驶路线；确定当前行驶路线中当前位置、终点、所述上车地点和所述目的地的位置关系；根据所述位置关系确定待行驶路线，并显示。本发明还提供一种订单处理装置。本发明能够根据两个路线的信息规划成新的待行驶路线，方便出租车司机搭载乘客。

Description

订单处理方法及装置

技术领域

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

背景技术

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

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

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

随着使用打车软件的司机和乘客数量日益增多，司机接收到打车软件发出的打车订单变多，目前接收到每个打车订单时，需要司机根据订单的信息进行规划路线，从而判断是否能够接单，这种方式不方便司机进行接单，特别是载有乘客时，由于地图只能单独查找一条路线，如果需要查找另一路线时，即换了出发点和/或目的地时，则需要另外进行查找，不能在先前的路线基础上进行查找，这使得如果司机不熟悉地图，一般会错过“顺路”的订单。

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

发明内容

本发明提供一种订单处理方法及装置，旨在实现根据当前的行驶路线和打车订单形成新的待行驶路线，方便司机进行接单。

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

接收服务器发送的打车订单，其中所述打车订单包括上车地点和目的地；

获得当前的行驶路线；

确定当前行驶路线中当前位置、终点、所述上车地点和所述目的地的位置关系；

根据所述位置关系确定待行驶路线，并显示。

优选地，所述根据所述位置关系确定待行驶路线，并显示的步骤包括：

如果所述上车地点位于当前行驶路线中当前位置与终点之间，则获得当前位置至所述上车地点之间的第一路线，所述上车地点至所述终点的第二路线，所述终点至所述目的地的第三路线；

根据所述第一路线、第二路线和第三路线获得所述待行驶路线。

优选地，所述根据所述位置关系确定待行驶路线，并显示的步骤还包括：

如果所述上车地点和所述目的地位于当前行驶路线中当前位置与终点之间，则获得当前位置至所述上车地点之间的第四路线，所述上车地点至所述目的地的第五路线，所述目的地至所述终点的第六路线；

根据所述第四路线、第五路线和第六路线获得所述待行驶路线。

优选地，所述根据所述位置关系确定待行驶路线，并显示的步骤之前包括：

确定所述上车地点是否位于所述行驶路线的预设距离内；

在所述上车地点位于所述行驶路线的预设距离内时，提醒用户进行接单，并执行步骤：根据所述位置关系确定待行驶路线，并显示。

优选地，所述打车订单还包括上车人数，所述提醒用户进行接单的步骤还包括：

获得当前的乘客人数；

在当前的乘客人数与所述上车人数之和小于预设人数时，提醒用户进行接单。

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

接收模块，用于接收服务器发送的打车订单，其中所述打车订单包括上车地点和目的地；

获得模块，用于获得当前的行驶路线；

第一确定模块，用于确定当前行驶路线中当前位置、终点、所述上车地点和所述目的地的位置关系；

显示模块，用于根据所述位置关系确定待行驶路线，并显示。

优选地，所述显示模块包括：

第一获得单元，用于如果所述上车地点位于当前行驶路线中当前位置与终点之间，则获得当前位置至所述上车地点之间的第一路线，所述上车地点至所述终点的第二路线，所述终点至所述目的地的第三路线；

第二获得单元，用于根据所述第一路线、第二路线和第三路线获得所述待行驶路线。

优选地，所述显示模块还包括：

第三获得单元，用于如果所述上车地点和所述目的地位于当前行驶路线中当前位置与终点之间，则获得当前位置至所述上车地点之间的第四路线，所述上车地点至所述目的地的第五路线，所述目的地至所述终点的第六路线；

第四获得单元，用于根据所述第四路线、第五路线和第六路线获得所述待行驶路线。

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

第二确定模块，用于确定所述上车地点是否位于所述行驶路线的预设距离内；

所述显示模块还用于在所述上车地点位于所述行驶路线的预设距离内时，执行步骤：根据所述位置关系确定待行驶路线，并显示；

提醒模块，用于在所述上车地点位于所述行驶路线的第二距离内时，提醒用户进行接单。

优选地，所述提醒模块还包括：

获得单元，用于获得当前的乘客人数；

提醒单元，用于在当前的乘客人数与所述上车人数之和小于预设人数时，提醒用户进行接单。

本发明通过接收服务器发送的打车订单，其中所述打车订单包括上车地点和目的地；获得当前的行驶路线；确定当前行驶路线中当前位置、终点、所述上车地点和所述目的地的位置关系；根据所述位置关系确定待行驶路线，并显示。通过上述方式，本发明根据接收到的打车订单中上车地点和目的地，以及当前的行驶路线进行路线规划，从而方便司机在接收到订单时，能够根据即将接到的打车订单和目前的行驶路线重新规划新的待行驶路线，进而根据两个路线的信息规划成新的待行驶路线，方便出租车司机搭载乘客。

附图说明

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

图2为本发明实施例中根据所述上车地点、所述目的地和当前的行驶路线确定待行驶路线，并显示的一种细化流程示意图；

图3为本发明实施例中根据所述上车地点、所述目的地和当前的行驶路线确定待行驶路线，并显示的另一种细化流程示意图；

图4为本发明订单分配方法第二实施例的流程示意图；

图5为本发明实施例中提醒用户进行接单的一种细化流程示意图；

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

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

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

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

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

具体实施方式

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

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

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

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

步骤S10，接收服务器发送的打车订单，其中所述打车订单包括上车地点和目的地；

本发明订单处理方法可应用在装有打车软件的出租车或者出租车司机所用的移动终端中，移动终端可以为手机、平板电脑、掌上电脑等移动终端。

第一终端是指安装有打车软件，发出打车请求的乘客终端，其中移动终端也可以为手机、平板电脑、掌上电脑等移动终端。乘客可以通过第一终端上打车软件启动打车功能，输入打车需求，然后通过网络发送中打车软件对应的服务器中，服务器则接受第一终端发送的打车请求相关数据，然后服务器根据第一终端发送的打车请求相关数据，生成对应的订单，本实施例中订单中至少包括上车地点和目的地，具体实施中所述打车请求相关数据还可以包括乘坐人数等。上车地点可以是用户输入，也可以是通过定位获得。

服务器在生成订单后可以直接将打车订单发送给出租车司机。具体实施中因为有些出租车离乘客的上车地点比较远，根据无法接单或者说由于接单时间长、耗油多，导致不划算，不会接单。为减少出租车司机接收到的信息，同时提高乘客体验，此时服务器在接收到打车订单后可以对出租车进行筛选，服务器根据接收到乘客发送的打车请求后，根据打车请求中的上车地点确定出于与所述上车地点预设范围内的出租车，其中预设范围是服务器上预先设置的一个值，比如为3公里，则确定距离上车地点半径为3公里的圆中所有的出租车，当然也可以确定为以上车地点为圆心，直径为3公里的圆中所有的出租车。将打车订单发送至筛选出的出租车司机所使用的移动终端或者出租车。

步骤S20，获得当前的行驶路线；

出租车或者出租车司机所用的移动终端可以实时获得自身的行驶路线，本实施例中所说的行驶路线不包括已经行驶过的路线，即当前位置向行驶方向之前的路线。具体地获得自身的行驶路线的过程可以通过实时获得的定位信息，然后根据定位信息确定行驶路线，或者通过获取导航系统的导航路线获取其行驶路线。对于空载的出租车其可能没有特定的行驶路线，则通过定位信息和正在行驶的道路作为其行驶路线。本领域技术人员可以知本步骤可以在步骤S10之前执行也可以在步骤S10之后执行。

步骤S30，确定当前行驶路线中当前位置、终点、所述上车地点和所述目的地的位置关系；

步骤S40，根据所述位置关系确定待行驶路线，并显示。

本发明中出租车或者出租车司机所用的移动终端集成有地图功能，或者可以调用其他的地图软件。在接收到打车订单时，启动地图功能或者调用地图功能，具体实施中在出租车上载有乘客时，可能会启动地图功能，进行导航，即也可以在导航的过程中，在接收到打车订单时，根据当前的行驶路线和打车订单中的上车地点和目的地进行重新规划，形成新的待行驶路线。

在接收到打车订单时，可以确定当前行驶路线中当前位置、终点、所述上车地点和所述目的地的位置关系，也可以理解为确定当前行驶路线和打车订单的路线，这两条路线的起点和终点的位置关系，

如果所述上车地点位于当前行驶路线中当前位置与终点之间，则进入步骤S412；如果所述上车地点和所述目的地位于当前行驶路线中当前位置与终点之间，则进入步骤S43。具体实施中所述上车地点位于当前行驶路线中当前位置的后方一定距离内，则此时可以靠边停车，由司机与乘客沟通后，等待乘客步行到停车位置再上车，新的待行驶路线的规划则根据停车的位置、终点和目的地进行规划，此时也可以根据上车地点和当前位置规划一路线，然后出租车从当前的位置掉头行驶到上车地点，然后在根据上车地点、终点和目的地规划的路线进行行驶。

具体地，参阅图3和图4，根据所述位置关系确定待行驶路线的过程可以包括：

步骤S41，获得当前位置至所述上车地点之间的第一路线，所述上车地点至所述终点的第二路线，所述终点至所述目的地的第三路线；

步骤S42，根据所述第一路线、第二路线和第三路线获得所述待行驶路线。

如果所述上车地点位于当前行驶路线中当前位置与终点之间，也就是发出打车订单的乘客的上车地点为出租车当前行驶路线上或者在当前行驶路线中某个位置的不远处，出租车司机可以顺路或者稍微多行驶一段距离就可以接到该打车订单的乘客，此时可以将当前位置作为起点，上车地点作为终点，获得当前位置至所述上车地点之间的第一路线；再可以将上车地点作为起点，当前行驶路线的终点作为终点，获得上车地点至当前行驶路线的终点之间的第二路线；然后将当前行驶路线的终点作为起点，目的地作为终点，获得当前行驶路线的终点至目的地之间的第三路线，最后将获得的第一路线、第二路线和第三路线作为新的待行驶路线。

步骤S43，获得当前位置至所述上车地点之间的第四路线，所述上车地点至所述目的地的第五路线，所述目的地至所述终点的第六路线；

步骤S44，根据所述第四路线、第五路线和第六路线获得所述待行驶路线。

如果所述上车地点和所述目的地位于当前行驶路线中当前位置与终点之间，也就是发出打车订单的乘客的上车地点和目的地为出租车当前行驶路线上或者说在当前行驶路线中可以包括打车订单的山车地点和目的地，出租车司机可以顺路或者稍微多行驶一段距离就可以完成该打车订单，此时可以将当前位置作为起点，上车地点作为终点，获得当前位置至所述上车地点之间的第四路线；再可以将上车地点作为起点，目的地作为终点，获得上车地点至目的地之间的第五路线；然后将目的地作为起点，当前行驶路线的终点作为终点，获得目的地至当前行驶路线的终点之间的第六路线，最后将获得的第四路线、第五路线和第六路线作为新的待行驶路线。

根据起点和终点执行路线规划功能的具体过程和现有技术相同，此处不再赘述。需要特别说明是，如果将四个点进行排序，则可以将四个点的位置关系可以简单理解，包括四种情况：上车地点、当前位置、目的地、终点；或者上车地点、当前位置、终点、目的地；或者当前位置、上车地点、目的地、终点；或者当前位置、上车地点、终点、目的地。然后根据这四种情况的排序情况，从左至右选择两个点进行规划，分别获得四种情况的三条，具体过程可以参照上述说明。

在更多的实施中还可以获得出租车当前的载客状态，如果出租车当前为空载，则可以直接根据当前行驶路线中的当前位置和打车订单规划新的路线。

本发明通过接收服务器发送的打车订单，其中所述打车订单包括上车地点和目的地；获得当前的行驶路线；确定当前行驶路线中当前位置、终点、所述上车地点和所述目的地的位置关系；根据所述位置关系确定待行驶路线，并显示。通过上述方式，本发明根据接收到的打车订单中上车地点和目的地，以及当前的行驶路线进行路线规划，从而方便司机在接收到订单时，能够根据即将接到的打车订单和目前的行驶路线重新规划新的待行驶路线，进而根据两个路线的信息规划成新的待行驶路线，方便出租车司机搭载乘客。

参阅图4，图4为本发明订单分配方法第二实施例的流程示意图。

基于本发明订单处理方法第一实施例，该订单分配方法还可以包括：

步骤S50，确定所述上车地点是否位于所述行驶路线的预设距离内；

本实施例中本步骤位于步骤S40之后执行，具体实施中还可以在步骤S10和步骤S20之后执行，即根据步骤S10和步骤S20获得的信息，进行判断，判断乘客的上车地点是否在出租车行驶路线的预设距离内。

具体地，判断以出租车即将行驶的路线中每个位置距离为圆心，预设距离为半径的范围内是否涵盖了乘客的上车地点，这样将帮助出租车司机判断出租车的行驶路线上以及距离出租车行驶路线前后左右预设距离的范围内是否存在乘客，从而从服务器发送的多个打车订单中筛选出该出租车能够顺路或者稍微拐弯就能够接到的打车订单。

当然为了避免第二终端出租车倒车，则可以在当前位置只判断当前位置左右侧和当前位置之前的范围，减少当前位置后方的范围，避免倒车。这种方式可能导致某些出租车无法知道其后方不远处的乘客，而在出租车空载时，可能愿意接单。因此为避免这种情况，还可以先判断出租车的载客状态，如果出租车处于空载状态，则判断以出租车即将行驶的路线中每个位置距离为圆心，预设距离为半径的范围内是否涵盖了乘客的上车地点；如果出租车为载客状态，则为避免倒车，只判断当前位置左右侧和当前位置之前的范围，减少当前位置后方的范围。

步骤S60，在所述上车地点位于所述行驶路线的预设距离内时，提醒用户进行接单，并执行步骤：根据所述位置关系确定待行驶路线，并显示。

根据确定的结果，在所述上车地点位于所述行驶路线的预设距离内时，提醒用户进行接单，并执行步骤S40。如果所述上车地点不位于所述行驶路线的预设距离内，则忽略该打车订单，或者提醒司机忽略该打车订单。

需特别说明的是提醒用户接单和确定待行驶路线的执行顺序可以互换，或者同时执行。

用户，也就是出租车司机在接收到订单提醒时，可以根据自己的实际情况进行操作是否同意接受该订单，从而自主决定是否接单。具体地，根据提醒可以通过语言或者在对应的移动终端或者出租车的操作界面触发接单指令，移动终端接收到用户触发的接单指令后，根据接单指令发送接单请求至服务器，服务器是指发送打车订单的服务器。服务器接收到多个出租车发送的接单请求可以对多个出租车进行选择服务评价最高的出租车作为接单出租车，然后反馈发出打车请求的乘客的电话信息，以方便出租车司机和乘客进行联系。

进一步地，为更好的判断是否能够载客，从而方便出租车司机接单，打车订单中还可以包括上车人数，提醒用户进行接单的过程中可以向用户提示上车人数，出租车司机可以根据上车的人数判断是否能够坐下订单中的人数，从而确定是否接单，从而避免出租车载有乘客时，不知道上车人数导致不敢接单的情况。

参阅图5，图5为本发明实施例中提醒用户进行接单的一种细化流程示意图。

基于图2所示的实施例，步骤S60可以包括：

步骤S61，获得当前的乘客人数；

步骤S62，在当前的乘客人数与所述上车人数之和小于预设人数时，提醒用户进行接单。

为行车安全，避免车辆超载，本实施例中打车订单还包括上车人数，安装打车软件的移动终端或者出租车可以通过车辆座位上安装的重量传感器或者出租车上的摄像头确定出租车上的当前乘客的人数，然后根据当前的乘客人数与接收到服务器发送的打车订单中的上车人数进行判断，判断当前的乘客人数与所述上车人数之和是否小于预设人数，车辆的型号不同预设人数设置不同，比如商务车可以坐7人，普通小车可以坐5人，则对应的预设人数可以设置为7人或者5人，在当前的乘客人数与所述上车人数之和小于预设人数时，说明车辆为超载，可以节点，此时提醒用户，即出租车司机进行接单。

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

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

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

接收模块10，用于接收服务器发送的打车订单，其中所述打车订单包括上车地点和目的地；

本发明订单处理方法可应用在装有打车软件的出租车或者出租车司机所用的移动终端中，移动终端可以为手机、平板电脑、掌上电脑等移动终端。

第一终端是指安装有打车软件，发出打车请求的乘客终端，其中移动终端也可以为手机、平板电脑、掌上电脑等移动终端。乘客可以通过第一终端上打车软件启动打车功能，输入打车需求，然后通过网络发送中打车软件对应的服务器中，服务器则接受第一终端发送的打车请求相关数据，然后服务器根据第一终端发送的打车请求相关数据，生成对应的订单，本实施例中订单中至少包括上车地点和目的地，具体实施中所述打车请求相关数据还可以包括乘坐人数等。上车地点可以是用户输入，也可以是通过定位获得。

服务器在生成订单后可以直接将打车订单发送给出租车司机。具体实施中因为有些出租车离乘客的上车地点比较远，根据无法接单或者说由于接单时间长、耗油多，导致不划算，不会接单。为减少出租车司机接收到的信息，同时提高乘客体验，此时服务器在接收到打车订单后可以对出租车进行筛选，服务器根据接收到乘客发送的打车请求后，根据打车请求中的上车地点确定出于与所述上车地点预设范围内的出租车，其中预设范围是服务器上预先设置的一个值，比如为3公里，则确定距离上车地点半径为3公里的圆中所有的出租车，当然也可以确定为以上车地点为圆心，直径为3公里的圆中所有的出租车。将打车订单发送至筛选出的出租车司机所使用的移动终端或者出租车。

获得模块20，用于获得当前的行驶路线；

出租车或者出租车司机所用的移动终端可以实时获得自身的行驶路线，本实施例中所说的行驶路线不包括已经行驶过的路线，即当前位置向行驶方向之前的路线。具体地获得自身的行驶路线的过程可以通过实时获得的定位信息，然后根据定位信息确定行驶路线，或者通过获取导航系统的导航路线获取其行驶路线。对于空载的出租车其可能没有特定的行驶路线，则通过定位信息和正在行驶的道路作为其行驶路线。本领域技术人员可以知获得模块20执行的步骤可以在接收模块10之前执行也可以在接收模块10之后执行。

第一确定模块30，用于确定当前行驶路线中当前位置、终点、所述上车地点和所述目的地的位置关系；

显示模块40，用于根据所述位置关系确定待行驶路线，并显示。

本发明中出租车或者出租车司机所用的移动终端集成有地图功能，或者可以调用其他的地图软件。在接收到打车订单时，启动地图功能或者调用地图功能，具体实施中在出租车上载有乘客时，可能会启动地图功能，进行导航，即也可以在导航的过程中，在接收到打车订单时，根据当前的行驶路线和打车订单中的上车地点和目的地进行重新规划，形成新的待行驶路线。

在接收到打车订单时，可以确定当前行驶路线中当前位置、终点、所述上车地点和所述目的地的位置关系，也可以理解为确定当前行驶路线和打车订单的路线，这两条路线的起点和终点的位置关系，

如果所述上车地点位于当前行驶路线中当前位置与终点之间，则将结果发送给第一获得单元41；如果所述上车地点和所述目的地位于当前行驶路线中当前位置与终点之间，则将结果发送给第三获得单元43。具体实施中所述上车地点位于当前行驶路线中当前位置的后方一定距离内，则此时可以靠边停车，由司机与乘客沟通后，等待乘客步行到停车位置再上车，新的待行驶路线的规划则根据停车的位置、终点和目的地进行规划，此时也可以根据上车地点和当前位置规划一路线，然后出租车从当前的位置掉头行驶到上车地点，然后在根据上车地点、终点和目的地规划的路线进行行驶。

具体地，参阅图7，显示模块40可以包括：

第一获得单元41，用于如果所述上车地点位于当前行驶路线中当前位置与终点之间，则获得当前位置至所述上车地点之间的第一路线，所述上车地点至所述终点的第二路线，所述终点至所述目的地的第三路线；

第二获得单元42，用于根据所述第一路线、第二路线和第三路线获得所述待行驶路线。

如果所述上车地点位于当前行驶路线中当前位置与终点之间，也就是发出打车订单的乘客的上车地点为出租车当前行驶路线上或者在当前行驶路线中某个位置的不远处，出租车司机可以顺路或者稍微多行驶一段距离就可以接到该打车订单的乘客，此时可以将当前位置作为起点，上车地点作为终点，获得当前位置至所述上车地点之间的第一路线；再可以将上车地点作为起点，当前行驶路线的终点作为终点，获得上车地点至当前行驶路线的终点之间的第二路线；然后将当前行驶路线的终点作为起点，目的地作为终点，获得当前行驶路线的终点至目的地之间的第三路线，最后将获得的第一路线、第二路线和第三路线作为新的待行驶路线。

第三获得单元43，用于如果所述上车地点和所述目的地位于当前行驶路线中当前位置与终点之间，则获得当前位置至所述上车地点之间的第四路线，所述上车地点至所述目的地的第五路线，所述目的地至所述终点的第六路线；

第四获得单元44，用于根据所述第四路线、第五路线和第六路线获得所述待行驶路线。

如果所述上车地点和所述目的地位于当前行驶路线中当前位置与终点之间，也就是发出打车订单的乘客的上车地点和目的地为出租车当前行驶路线上或者说在当前行驶路线中可以包括打车订单的山车地点和目的地，出租车司机可以顺路或者稍微多行驶一段距离就可以完成该打车订单，此时可以将当前位置作为起点，上车地点作为终点，获得当前位置至所述上车地点之间的第四路线；再可以将上车地点作为起点，目的地作为终点，获得上车地点至目的地之间的第五路线；然后将目的地作为起点，当前行驶路线的终点作为终点，获得目的地至当前行驶路线的终点之间的第六路线，最后将获得的第四路线、第五路线和第六路线作为新的待行驶路线。

根据起点和终点执行路线规划功能的具体过程和现有技术相同，此处不再赘述。需要特别说明是，如果将四个点进行排序，则可以将四个点的位置关系可以简单理解，包括四种情况：上车地点、当前位置、目的地、终点；或者上车地点、当前位置、终点、目的地；或者当前位置、上车地点、目的地、终点；或者当前位置、上车地点、终点、目的地。然后根据这四种情况的排序情况，从左至右选择两个点进行规划，分别获得四种情况的三条，具体过程可以参照上述说明。

在更多的实施中还可以获得出租车当前的载客状态，如果出租车当前为空载，则可以直接根据当前行驶路线中的当前位置和打车订单规划新的路线。

本发明通过接收服务器发送的打车订单，其中所述打车订单包括上车地点和目的地；获得当前的行驶路线；确定当前行驶路线中当前位置、终点、所述上车地点和所述目的地的位置关系；根据所述位置关系确定待行驶路线，并显示。通过上述方式，本发明根据接收到的打车订单中上车地点和目的地，以及当前的行驶路线进行路线规划，从而方便司机在接收到订单时，能够根据即将接到的打车订单和目前的行驶路线重新规划新的待行驶路线，进而根据两个路线的信息规划成新的待行驶路线，方便出租车司机搭载乘客。

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

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

第二确定模块50，用于确定所述上车地点是否位于所述行驶路线的预设距离内；

所述显示模块40还用于在所述上车地点位于所述行驶路线的预设距离内时，执行步骤：根据所述位置关系确定待行驶路线，并显示；

提醒模块60，用于在所述上车地点位于所述行驶路线的预设距离内时，提醒用户进行接单。

第二确定模块50可以在显示模块40之后执行，具体实施中还可以在接收模块10和获得模块20之后执行，即根据接收模块10和获得模块20获得的信息，进行判断，判断乘客的上车地点是否在出租车行驶路线的预设距离内。

具体地，判断以出租车即将行驶的路线中每个位置距离为圆心，预设距离为半径的范围内是否涵盖了乘客的上车地点，这样将帮助出租车司机判断出租车的行驶路线上以及距离出租车行驶路线前后左右预设距离的范围内是否存在乘客，从而从服务器发送的多个打车订单中筛选出该出租车能够顺路或者稍微拐弯就能够接到的打车订单。

当然为了避免第二终端出租车倒车，则可以在当前位置只判断当前位置左右侧和当前位置之前的范围，减少当前位置后方的范围，避免倒车。这种方式可能导致某些出租车无法知道其后方不远处的乘客，而在出租车空载时，可能愿意接单。因此为避免这种情况，还可以先判断出租车的载客状态，如果出租车处于空载状态，则判断以出租车即将行驶的路线中每个位置距离为圆心，预设距离为半径的范围内是否涵盖了乘客的上车地点；如果出租车为载客状态，则为避免倒车，只判断当前位置左右侧和当前位置之前的范围，减少当前位置后方的范围。

根据确定的结果，在所述上车地点位于所述行驶路线的预设距离内时，提醒用户进行接单。如果所述上车地点不位于所述行驶路线的预设距离内，则忽略该打车订单，或者提醒司机忽略该打车订单。

需特别说明的是提醒用户接单和确定待行驶路线的执行顺序可以互换，或者同时执行。

用户，也就是出租车司机在接收到订单提醒时，可以根据自己的实际情况进行操作是否同意接受该订单，从而自主决定是否接单。具体地，根据提醒可以通过语言或者在对应的移动终端或者出租车的操作界面触发接单指令，移动终端接收到用户触发的接单指令后，根据接单指令发送接单请求至服务器，服务器是指发送打车订单的服务器。服务器接收到多个出租车发送的接单请求可以对多个出租车进行选择服务评价最高的出租车作为接单出租车，然后反馈发出打车请求的乘客的电话信息，以方便出租车司机和乘客进行联系。

进一步地，为更好的判断是否能够载客，从而方便出租车司机接单，打车订单中还可以包括上车人数，提醒用户进行接单的过程中可以向用户提示上车人数，出租车司机可以根据上车的人数判断是否能够坐下订单中的人数，从而确定是否接单，从而避免出租车载有乘客时，不知道上车人数导致不敢接单的情况。

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

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

获得单元61，用于获得当前的乘客人数；

提醒单元62，用于在当前的乘客人数与所述上车人数之和小于预设人数时，提醒用户进行接单。

为行车安全，避免车辆超载，本实施例中打车订单还包括上车人数，安装打车软件的移动终端或者出租车可以通过车辆座位上安装的重量传感器或者出租车上的摄像头确定出租车上的当前乘客的人数，然后根据当前的乘客人数与接收到服务器发送的打车订单中的上车人数进行判断，判断当前的乘客人数与所述上车人数之和是否小于预设人数，车辆的型号不同预设人数设置不同，比如商务车可以坐7人，普通小车可以坐5人，则对应的预设人数可以设置为7人或者5人，在当前的乘客人数与所述上车人数之和小于预设人数时，说明车辆为超载，可以节点，此时提醒用户，即出租车司机进行接单。

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

Claims (10)

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

接收服务器发送的打车订单，其中所述打车订单包括上车地点和目的地；

获得当前的行驶路线；

确定当前行驶路线中当前位置、终点、所述上车地点和所述目的地的位置关系；

根据所述位置关系确定待行驶路线，并显示。

2.如权利要求1所述的订单处理方法，其特征在于，所述根据所述位置关系确定待行驶路线，并显示的步骤包括：

如果所述上车地点位于当前行驶路线中当前位置与终点之间，则获得当前位置至所述上车地点之间的第一路线，所述上车地点至所述终点的第二路线，所述终点至所述目的地的第三路线；

根据所述第一路线、第二路线和第三路线获得所述待行驶路线。

3.如权利要求2所述的订单处理方法，其特征在于，所述根据所述位置关系确定待行驶路线，并显示的步骤还包括：

如果所述上车地点和所述目的地位于当前行驶路线中当前位置与终点之间，则获得当前位置至所述上车地点之间的第四路线，所述上车地点至所述目的地的第五路线，所述目的地至所述终点的第六路线；

根据所述第四路线、第五路线和第六路线获得所述待行驶路线。

4.如权利要求1所述的订单处理方法，其特征在于，所述根据所述位置关系确定待行驶路线，并显示的步骤之前包括：

确定所述上车地点是否位于所述行驶路线的预设距离内；

在所述上车地点位于所述行驶路线的预设距离内时，提醒用户进行接单，并执行步骤：根据所述位置关系确定待行驶路线，并显示。

5.如权利要求4所述的订单处理方法，其特征在于，所述打车订单还包括上车人数，所述提醒用户进行接单的步骤还包括：

获得当前的乘客人数；

在当前的乘客人数与所述上车人数之和小于预设人数时，提醒用户进行接单。

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

接收模块，用于接收服务器发送的打车订单，其中所述打车订单包括上车地点和目的地；

获得模块，用于获得当前的行驶路线；

第一确定模块，用于确定当前行驶路线中当前位置、终点、所述上车地点和所述目的地的位置关系；

显示模块，用于根据所述位置关系确定待行驶路线，并显示。

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

第一获得单元，用于如果所述上车地点位于当前行驶路线中当前位置与终点之间，则获得当前位置至所述上车地点之间的第一路线，所述上车地点至所述终点的第二路线，所述终点至所述目的地的第三路线；

第二获得单元，用于根据所述第一路线、第二路线和第三路线获得所述待行驶路线。

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

第三获得单元，用于如果所述上车地点和所述目的地位于当前行驶路线中当前位置与终点之间，则获得当前位置至所述上车地点之间的第四路线，所述上车地点至所述目的地的第五路线，所述目的地至所述终点的第六路线；

第四获得单元，用于根据所述第四路线、第五路线和第六路线获得所述待行驶路线。

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

第二确定模块，用于确定所述上车地点是否位于所述行驶路线的预设距离内；

所述显示模块还用于在所述上车地点位于所述行驶路线的预设距离内时，执行步骤：根据所述位置关系确定待行驶路线，并显示；

提醒模块，用于在所述上车地点位于所述行驶路线的第二距离内时，提醒用户进行接单。

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

获得单元，用于获得当前的乘客人数；

提醒单元，用于在当前的乘客人数与所述上车人数之和小于预设人数时，提醒用户进行接单。