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

Abstract

本发明公开一种订单处理方法，包括：接收服务器发送的打车订单，其中所述打车订单包括上车地点；获得当前的位置和行驶路线；在所述上车地点位于所述行驶路线的第二距离内时，提醒用户进行接单。本发明还提供一种订单处理装置。本发明能够辅助司机进行判断，从而减少交通事故的发生。

Description

订单处理方法及装置

技术领域

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

背景技术

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

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

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

目前，随着使用打车软件的司机和乘客数量日益增多，出租车司机可能会不断接到服务器发送的订单信息，司机需要根据服务器发送的订单信息主观进行判断是否接单。这种方式使得司机思考订单的信息时，可能无法专心于驾驶车辆，从而容易发生交通事故。

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

发明内容

本发明提供一种订单处理方法及装，旨在辅助司机进行接单。

为实现上述目的，本发明提供一种订单处理方法，所述订单处理方法包括：接收服务器发送的打车订单，其中所述打车订单包括上车地点；

获得当前的行驶路线；

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

可选地，所述方法还包括：

接收用户触发的接单指令；

根据所述接单指令发送接单请求至所述服务器。

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

向用户提示上车人数。

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

获得当前的乘客人数；

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

可选地，所述打车订单还包括目的地，所述提醒用户进行接单的步骤还包括：

根据所述上车地点和目的地确定待行驶路线，并显示。

为实现上述目的，本发明还提供一种订单处理装置，所述订单处理装置包括：第一接收模块，用于接收服务器发送的打车订单，其中所述打车订单包括上车地点；

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

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

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

第二接收模块，用于接收用户触发的接单指令；

发送模块，用于根据所述接单指令发送接单请求至所述服务器。

可选地，所述提醒模块还用于向用户提示上车人数。

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

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

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

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

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

本发明接收服务器发送的打车订单，其中所述打车订单包括上车地点；获得当前的位置和行驶路线；在所述上车地点位于所述行驶路线的第二距离内时，提醒用户进行接单。通过上述方式，本发明在接收到服务器发送的打车订单后，判断打车订单中的上车地点是否位于车辆行驶路线的预设范围之内，如果打车订单中的上车地点位于车辆行驶路线的预设范围之内，则说明乘客位于出租车附近，并且可能是出租车顺路的乘客，从而实现辅助出租车司机进行判断，不需要司机进行判断，从而减少交通事故的发生。

附图说明

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

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

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

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

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

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

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

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

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

具体实施方式

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

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

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

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

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

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

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

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

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

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

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

出租车或者出租车司机所用的移动终端根据步骤S10和步骤S20获得的信息，进行判断，判断乘客的上车地点是否在出租车行驶路线的预设距离内。在上车地点位于所述行驶路线的预设距离内时，提醒用户进行接单，提醒用户的方式可以通过语音，或者通过语音和在地图显示乘客上车地点结合的方式提醒用户，其中用户指出租车司机。

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

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

出租车司机接收到提醒后，可以根据自己的实际情况进行操作是否同意接受该订单，从而自主决定是否接单。

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

需特别说明的是本发明不在服务器进行筛选，可以减轻服务器要处理大量数据的压力。

本发明接收服务器发送的打车订单，其中所述打车订单包括上车地点；获得当前的位置和行驶路线；在所述上车地点位于所述行驶路线的第二距离内时，提醒用户进行接单。通过上述方式，本发明在接收到服务器发送的打车订单后，判断打车订单中的上车地点是否位于车辆行驶路线的预设范围之内，如果打车订单中的上车地点位于车辆行驶路线的预设范围之内，则说明乘客位于出租车附近，并且可能是出租车顺路的乘客，从而实现辅助出租车司机进行判断，不需要司机进行判断，从而减少交通事故的发生。

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

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

步骤S40，接收用户触发的接单指令；

步骤S50，根据所述接单指令发送接单请求至所述服务器。

用户，也就是出租车司机在接收到订单提醒时，根据提醒可以同语言或者在对应的移动终端或者出租车的操作界面触发接单指令，移动终端接收到用户触发的接单指令后，根据接单指令发送接单请求至服务器，服务器是指发送打车订单的服务器。服务器接收到多个出租车发送的接单请求可以对多个出租车进行选择服务评价最高的出租车作为接单出租车，然后反馈发出打车请求的乘客的电话信息，以方便出租车司机和乘客进行联系。

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

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

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

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

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

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

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

步骤S33，根据所述上车地点和目的地确定待行驶路线，并显示。

本步骤还可以在步骤S32判断到当前的乘客人数与所述上车人数之和小于预设人数时执行。

本实施例中打车订单还包括目的地，在出租车可以进行接单后，根据接收到的打车订单中上车地点和目的地，确定待行驶路线，具体地，可以通过地图功能进行路线确定，或者集成地图查找路线功能进行确定。确定待行驶路线后，在移动终端或者出租车新的显示屏幕上显示待行驶路线。从而节省用户，即出租车司机，想路线的时间，快速确定路线。

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

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

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

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

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

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

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

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

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

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

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

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

出租车或者出租车司机所用的移动终端根据第一接收模块10和获得模块20获得的信息，进行判断，判断乘客的上车地点是否在出租车行驶路线的预设距离内。在上车地点位于所述行驶路线的预设距离内时，提醒用户进行接单，提醒用户的方式可以通过语音，或者通过语音和在地图显示乘客上车地点结合的方式提醒用户，其中用户指出租车司机。

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

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

出租车司机接收到提醒后，可以根据自己的实际情况进行操作是否同意接受该订单，从而自主决定是否接单。

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

需特别说明的是本发明不在服务器进行筛选，可以减轻服务器要处理大量数据的压力。

本发明接收服务器发送的打车订单，其中所述打车订单包括上车地点；获得当前的位置和行驶路线；在所述上车地点位于所述行驶路线的第二距离内时，提醒用户进行接单。通过上述方式，本发明在接收到服务器发送的打车订单后，判断打车订单中的上车地点是否位于车辆行驶路线的预设范围之内，如果打车订单中的上车地点位于车辆行驶路线的预设范围之内，则说明乘客位于出租车附近，并且可能是出租车顺路的乘客，从而实现辅助出租车司机进行判断，不需要司机进行判断，从而减少交通事故的发生。

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

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

第二接收模块40，用于接收用户触发的接单指令；

发送模块50，用于根据所述接单指令发送接单请求至所述服务器。

用户，也就是出租车司机在接收到订单提醒时，根据提醒可以同语言或者在对应的移动终端或者出租车的操作界面触发接单指令，移动终端接收到用户触发的接单指令后，根据接单指令发送接单请求至服务器，服务器是指发送打车订单的服务器。服务器接收到多个出租车发送的接单请求可以对多个出租车进行选择服务评价最高的出租车作为接单出租车，然后反馈发出打车请求的乘客的电话信息，以方便出租车司机和乘客进行联系。

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

基于本发明订单处理装置第一实施例，提醒模块30可以包括：

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

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

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

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

基于本发明订单处理装置的第一实施例，提醒模块30还可以包括：

显示单元33，用于根据所述上车地点和目的地确定待行驶路线，并显示。

显示单元33的功能还可以在判断到当前的乘客人数与所述上车人数之和小于预设人数时执行。

本实施例中打车订单还包括目的地，在出租车可以进行接单后，根据接收到的打车订单中上车地点和目的地，确定待行驶路线，具体地，可以通过地图功能进行路线确定，或者集成地图查找路线功能进行确定。确定待行驶路线后，在移动终端或者出租车新的显示屏幕上显示待行驶路线。从而节省用户，即出租车司机，想路线的时间，快速确定路线。

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

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

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

Claims (10)

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

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

获得当前的行驶路线；

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

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

接收用户触发的接单指令；

根据所述接单指令发送接单请求至所述服务器。

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

向用户提示上车人数。

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

获得当前的乘客人数；

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

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

根据所述上车地点和目的地确定待行驶路线，并显示。

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

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

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

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

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

第二接收模块，用于接收用户触发的接单指令；

发送模块，用于根据所述接单指令发送接单请求至所述服务器。

8.如权利要求6所述的订单处理装置，其特征在于，所述提醒模块还用于向用户提示上车人数。

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

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

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

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

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