CN111191850A - 数据处理方法、装置及设备 - Google Patents

Abstract

本发明实施例提供一种数据处理方法、装置及设备，该方法包括：根据用户在终端设备中输入的起始位置和终止位置，确定多条历史路线，历史路线的起点为起始位置，历史路线的终点为终止位置；根据起始位置、终止位置和多条历史路线，确定多条规划路线，并向终端设备发送多条规划路线；接收终端设备发送的订单请求消息，并根据订单请求消息生成订单信息，订单请求消息中包括目标规划路线，目标规划路线为用户在多条规划路线中选择的路线，或者，目标规划路线为用户对规划路线进行修改得到的路线。提高了用户打车的灵活性。

Description

数据处理方法、装置及设备

技术领域

本发明实施例涉及智能交通技术领域，尤其涉及一种数据处理方法、装置及设备。

背景技术

随着智能设备的普及和移动互联网的发展，打车应用程序的出现改变了传统的打车方式，给人们的出行带来了极大便利。

现有技术中，通常由用户启动终端设备上的打车应用程序，输入起始位置和终止位置，发送打车请求，出租车司机通过相同的软件知道用户的打车请求，接单后按照系统规划好的路线接送用户。

然而，系统规划好的路线普遍只考虑出发位置和终止位置，导致用户打车的灵活性较差。

发明内容

本发明实施例提供一种数据处理方法、装置及设备，提高了用户打车的灵活性。

第一方面，本发明实施例提供一种数据处理方法，包括：

根据用户在终端设备中输入的起始位置和终止位置，确定多条历史路线，所述历史路线的起点为所述起始位置，所述历史路线的终点为所述终止位置；

根据所述起始位置、所述终止位置和所述多条历史路线，确定多条规划路线，并向所述终端设备发送所述多条规划路线；

接收所述终端设备发送的订单请求消息，并根据所述订单请求消息生成订单信息，所述订单请求消息中包括目标规划路线，所述目标规划路线为所述用户在所述多条规划路线中选择的路线，或者，所述目标规划路线为所述用户对所述规划路线进行修改得到的路线。

在一种可能的实施方式中，根据用户在终端设备中输入的起始位置和终止位置，确定多条历史路线，包括：

获取历史时段内的多条历史行驶信息，每条历史行驶信息中包括车辆行驶所经历的位置；

根据所述起始位置和所述终止位置，在所述历史行驶信息中确定目标历史行驶信息，所述目标历史行驶信息中包括所述起始位置和所述终止位置；

根据所述目标历史行驶信息，确定所述多条历史路线。

在一种可能的实施方式中，根据所述起始位置、所述终止位置和所述多条历史路线，确定多条规划路线，包括：

按照预设规则对所述多条历史路线进行排序；

将排序后的前N条历史路线确定为目标历史路线；

根据所述目标历史路线确定所述规划路线，所述N为大于或等于2的整数。

在一种可能的实施方式中，按照预设规则对所述多条历史路线进行排序，包括：

获取在所述历史时段内，每条历史路线对应的行驶次数；

按照行驶次数从大到小的顺序，对所述多条历史路线进行排序。

在一种可能的实施方式中，按照预设规则对所述多条历史路线进行排序，包括：

获取每条历史路线对应的预估行驶时长；

按照预估行驶时长从小到大的顺序，对所述多条历史路线进行排序。

在一种可能的实施方式中，按照预设规则对所述多条历史路线进行排序，包括：

获取每条历史路线的路线长度；

按照路线长度从小到大的顺序，对所述多条历史路线进行排序。

在一种可能的实施方式中，根据所述目标历史路线确定所述规划路线，包括：

确定所述目标历史路线中包括的路口；

根据所述目标历史路线和所述路口，确定所述规划路线，所述规划路线中的路口为可编辑状态。

在一种可能的实施方式中，根据用户在终端设备中输入的起始位置和终止位置，确定多条历史路线之前，还包括：

接收所述终端设备发送的路线规划请求，所述路线规划请求包括所述起始位置和所述终止位置。

在一种可能的实施方式中，根据所述订单请求消息生成订单信息之后，还包括：

获取所述订单信息对应的行驶路线；

判断所述行驶路线与所述目标规划路线是否相同；

若否，则向所述终端设备发送提示信息，所述提示信息用于指示所述行驶路线与所述目标规划路线不同。

第二方面，本发明实施例提供一种数据处理装置，包括：

第一确定模块、第二确定模块、发送模块、接收模块和生成模块，其中，

所述第一确定模块用于，根据用户在终端设备中输入的起始位置和终止位置，确定多条历史路线，所述历史路线的起点为所述起始位置，所述历史路线的终点为所述终止位置；

所述第二确定模块用于，根据所述起始位置、所述终止位置和所述多条历史路线，确定多条规划路线；

所述发送模块用于，向所述终端设备发送所述多条规划路线；

所述接收模块用于，接收所述终端设备发送的订单请求消息；

所述生成模块用于，根据所述订单请求消息生成订单信息，所述订单请求消息中包括目标规划路线，所述目标规划路线为所述用户在所述多条规划路线中选择的路线，或者，所述目标规划路线为所述用户对所述规划路线进行修改得到的路线。

在一种可能的实施方式中，所述第一确定模块具体用于：

获取历史时段内的多条历史行驶信息，每条历史行驶信息中包括车辆行驶所经历的位置；

根据所述起始位置和所述终止位置，在所述历史行驶信息中确定目标历史行驶信息，所述目标历史行驶信息中包括所述起始位置和所述终止位置；

根据所述目标历史行驶信息，确定所述多条历史路线。

在一种可能的实施方式中，所述第二确定模块具体用于：

按照预设规则对所述多条历史路线进行排序；

将排序后的前N条历史路线确定为目标历史路线；

根据所述目标历史路线确定所述规划路线，所述N为大于或等于2的整数。

在一种可能的实施方式中，所述第二确定模块具体用于：

获取在所述历史时段内，每条历史路线对应的行驶次数；

按照行驶次数从大到小的顺序，对所述多条历史路线进行排序。

在一种可能的实施方式中，所述第二确定模块具体用于：

获取每条历史路线对应的预估行驶时长；

按照预估行驶时长从小到大的顺序，对所述多条历史路线进行排序。

在一种可能的实施方式中，所述第二确定模块具体用于：

获取每条历史路线的路线长度；

按照路线长度从小到大的顺序，对所述多条历史路线进行排序。

在一种可能的实施方式中，所述第二确定模块具体用于：

确定所述目标历史路线中包括的路口；

根据所述目标历史路线和所述路口，确定所述规划路线，所述规划路线中的路口为可编辑状态。

在一种可能的实施方式中，所述接收模块还用于：

接收所述终端设备发送的路线规划请求，所述路线规划请求包括所述起始位置和所述终止位置。

在一种可能的实施方式中，所述装置还包括

获取模块和判断模块，其中，

所述获取模块用于，获取所述订单信息对应的行驶路线；

所述判断模块用于，判断所述行驶路线与所述目标规划路线是否相同；

所述发送模块还用于，在所述判断模块判断所述行驶路线与所述目标规划路线不相同时，向所述终端设备发送提示信息，所述提示信息用于指示所述行驶路线与所述目标规划路线不同。

第三方面，本发明实施例提供一种数据处理装置，包括：至少一个处理器和存储器；

所述存储器用于存储计算机程序指令；

所述至少一个处理器用于执行所述存储器存储的计算机程序指令，使得所述至少一个处理器执行上述第一方面任一项所述的数据处理方法。

第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序指令，当处理器执行所述计算机程序指令时，实现上述第一方面任一项所述的数据处理方法。

本发明实施例提供的数据处理方法、装置及设备，当用户需要通过打车应用程序实现打车时，用户可以在终端设备中输入起始位置和终止位置，服务器可以根据用户输入的起始位置和终止位置确定历史路线，根据起始位置、终止位置和历史路线，确定多条规划路线并发送给终端设备，用户可以根据该多条规划路线确定目标规划路线，并通过终端设备将包括目标规划路线的订单请求消息发送给服务器，服务器根据接收到的订单请求消息生成订单信息，该订单信息中包括目标规划路线，使得司机可以根据目标规划路线接送该用户，使得用户进行打车的灵活性较高。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种数据处理方法的应用场景示意图；

图2为本发明实施例提供的一种数据处理方法的流程示意图；

图3为本发明实施例提供的另一种数据处理方法的流程示意图；

图4为本发明实施例提供的数据处理过程的示意图；

图5为本发明实施例提供的一种数据处理装置的结构示意图；

图6为本发明实施例提供的另一种数据处理装置的结构示意图；

图7为本发明实施例提供的数据处理装置的硬件结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例提供的一种数据处理方法的应用场景示意图。请参见图1，包括：终端设备101和服务器102。终端设备101可以通过网络与服务器102进行交互。终端设备101可以是智能手机、平板电脑、个人数字助理等移动终端设备，但并不局限于此。服务器102可以是由应用服务器和数据库服务器等组成的服务器组。服务器102可以通过网络接收终端设备101发送的订单请求消息，并可以根据订单请求消息生成订单信息发送给司机的终端设备，司机接单后可以按照规划路线接送用户。现有技术中，规划路线是由系统分配好的、固定的路线，用户打车的灵活性较差，对此本申请对路线规划的方式进行了改进。

在本申请中，终端设备101安装有打车应用程序，当用户需要通过终端设备的打车应用程序进行打车出行时，用户可以启动终端设备101的打车应用程序，输入起始位置和终止位置，服务器102根据用户在终端设备101输入的起始位置和终止位置，确定多条规划路线并发送给终端设备101，用户可以从多条规划路线中进行选择，或者对规划路线进行修改得到目标规划路线，并通过终端设备101将包含有目标规划路线的订单请求消息发送给服务器102，服务器102根据接收到的订单请求消息生成订单信息发送给司机的终端设备，司机接单后可以按照目标规划路线接送用户。在上述过程中，服务器可以根据历史路线确定并向用户推荐多条规划路线，使得用户可以在该多条规划路线中选择一个目标规划路线，或者，用户可以对多条规划路线中的一条规划路线进行修改得到目标规划路线，进而使得司机可以按照目标规划路线接送该用户，使得用户进行打车的灵活性较高。

下面，通过具体实施例对本申请所示的技术方案进行详细说明。需要说明的是，下面几个具体实施例可以相互结合，对于相同或相似的内容，在不同的实施例中不再进行重复说明。

图2为本发明实施例提供的一种数据处理方法的流程示意图。请参见图2，该方法可以包括：

S201、根据用户在终端设备中输入的起始位置和终止位置，确定多条历史路线。

本发明实施例的执行主体可以为服务器，也可以为设置在服务器中的数据处理装置。可选的，服务器可以为由应用服务器和数据库服务器等组成的服务器组。数据处理装置可以通过软件实现，也可以通过软件和硬件的结合实现。为了便于描述，下面以执行主体为服务器为例进行说明。

终端设备可以为智能手机、平板电脑、个人数字助理等移动终端设备。终端设备安装有打车应用程序，用户可以通过终端设备的打车应用程序实现打车(网约车)出行。

当用户需要通过应用程序实现网约车出行时，用户可以在终端设备中打开打车应用程序，并在打车应用程序对应的页面中输入起始位置和终止位置。终端设备可以获取用户输入的起始位置和终止位置，并向服务器发送用户输入的起始位置和终止位置。

历史路线为车辆在历史时段内行驶过的路线。其中，历史路线的起点为起始位置，历史路线的终点为终止位置。例如，车辆可以为在预设平台中注册的部分或全部车辆。历史时段可以为当前时刻之前预设时长内的时段，例如，历史时段可以为当前时刻之前的一个月、当前时刻之前的半年等，在实际应用过程中，可以根据实际需要设置该历史时段，本发明实施例对此不作具体限定。

可选的，可以通过如下可行的实现方式确定多条历史路线：获取历史时段内的多条历史行驶信息，每条历史行驶信息中包括车辆行驶所经历的位置；根据起始位置和终止位置，在历史行驶信息中确定目标历史行驶信息，目标历史行驶信息中包括起始位置和终止位置；根据目标历史行驶信息，确定多条历史路线。

每条历史行驶信息有其对应的车辆，该历史行驶信息中包括该车辆在本次行驶过程中所经历的位置。例如，假设历史行驶信息1为车辆1在历史时段内某一次出行所对应的历史行驶信息，则历史行驶信息1中包括车辆1在该次出行过程中行驶所经历的位置。

可选的，历史行驶信息中包括多个位置，每两个相邻的位置之间的距离可以相同。可以根据实际需要设置每两个相邻位置之间的距离，例如，每两个相邻位置之间的距离可以为50米、100米等。

在实际应用过程中，可以在道路中标注预设位置，相应的，历史行驶信息中的位置均为预设位置。例如，假设道路1中包括10个预设位置，则在车辆行驶经过道路1之后得到的历史行驶信息中包括该10个预设位置。

在实际应用过程中，若未在道路中标注预设位置，相应的，目标历史行驶信息中包括起始位置和终止位置还可以理解为：目标历史行驶信息中包括第一位置，第一位置与起始位置之间的距离小于第一预设距离，目标历史行驶信息中包括第二位置，第二位置与起始位置之间的距离小于第二预设距离。

可以通过如下方式根据目标历史行驶信息，确定多条历史路线：将目标历史行驶信息中起始位置与终止位置之间的路线确定为所述目标历史行驶路线。例如，假设目标历史行驶信息中包括20个位置，分别记为位置1、位置2、……、位置20，假设起始位置为位置4，终止位置为位置18，则将位置4至位置18之间的路线确定为历史路线。

根据每个历史行驶信息均可以确定得到对应的历史行驶路线，不同历史行驶信息对应的历史行驶路线可能相同，相应的，在根据每个历史行驶信息确定得到对应的历史行驶路线之后，可以在历史行驶信息对应的历史行驶路线中去除重复的历史行驶路线，使得确定的多个历史行驶路线中不包括重复的历史行驶路线。

S202、根据起始位置、终止位置和多条历史路线，确定多条规划路线，并向终端设备发送多条规划路线。

可选的，可以根据如下方式确定多条规划路线：按照预设规则对多条历史路线进行排序；将排序后的前N条历史路线确定为目标历史路线；根据目标历史路线确定规划路线，N为大于或等于2的整数。

可选的，可以通过至少如下三种可行的实现方式按照预设规则对多条历史路线进行排序：

一种可行的实现方式：

获取在历史时段内，每条历史路线对应的行驶次数，按照行驶次数从大到小的顺序，对多条历史路线进行排序。

在实际应用过程中，根据每个历史行驶信息均可以确定得到对应的历史行驶路线，不同历史行驶信息对应的历史行驶路线可能相同。在确定得到每条历史行驶信息对应的历史行驶路线之后，可以对历史行驶路线对应的历史行驶信息进行统计，将历史行驶路线对应的历史行驶信息的个数确定为该历史路线对应的行驶次数。

例如，假设历史行驶信息1、历史行驶信息10、历史行驶信息20确定得到的历史路线均为历史路线1，即，历史路线1对应的历史行驶信息的个数为3，因此，历史路线1对应的行驶次数为3。

另一种可行的实现方式：

获取每条历史路线对应的预估行驶时长，按照预估行驶时长从小到大的顺序，对多条历史路线进行排序。

历史路线对应的预估行驶时长是指，在当前交通状况下估计得到的在该历史路线行驶所需的时长。

再一种可行的实现方式：

获取每条历史路线的路线长度，按照路线长度从小到大的顺序，对多条历史路线进行排序。

需要说明的是，上述只是以示例的形式示意对多条历史路线进行排序的方式，当然，还可以通过其它方式对历史路线进行排序。例如，可以根据历史路线对应的行驶次数、历史路线对应的预估行驶时长、历史路线对应的路线长度中的两种或三种对历史路线进行排序。例如，假设根据历史路线对应的行驶次数、预估行驶时长和路线长度对历史路线进行排序，则可以设置行驶次数、预计估计时长、路线长度对应的权重系数，根据历史路线对应的行驶次数、预估行驶时长和路线长度，以及各自对应的权重系数，确定历史路线对应的权重值，并根据历史路线对应的权重值对历史路线进行排序。

在实际应用过程中，用户可以根据实际需要在终端设备中选择规划路线的推荐方式，相应的，服务器根据用户选择的推荐方式确定对规划路线的排序方式。推荐方式可以包括按照行驶次数推荐、按照行驶时长推荐和按照路线长度推荐。例如，当用户选择的推荐方式为按照行驶次数推荐时，则服务器按照行驶次数从大到小的顺序，对多条历史路线进行排序。当用户选择的推荐方式为按照行驶时长推荐时，则服务器按照预估行驶时长从小到大的顺序，对多条历史路线进行排序。当用户选择的推荐方式为按照路线长度推荐时，则服务器按照路线长度从小到大的顺序，对多条历史路线进行排序。

可选的，可以通过如下方式根据目标历史路线确定规划路线：确定目标历史路线中包括的路口，根据目标历史路线和路口，确定规划路线，规划路线中的路口为可编辑状态。

在规划路线中的路口为可编辑状态时，在终端设备显示规划路线之后，用户可以对规划路线中的路口进行拖拽等操作，以改变规划路线中包括的路线，在用户对规划路线中的路口进行拖拽操作之后，终端设备显示的规划路线发生更新。

例如，终端设备还可以显示规划路线附近道路和路口，用户可以将规划路线中的路口1拖拽至附近道路其它路口2，则对规划路线进行更新，更新后的规划路线中包括路口2。

在终端设备接收到多条规划路线以后，终端设备显示该多条规划路线。例如，终端设备可以通过打车应用程序中的界面显示该多条规划路线。

S203、接收终端设备发送的订单请求消息，并根据订单请求消息生成订单信息。

在终端设备显示该多条规划路线之后，用户可以在该多条规划路线中选择目标规划路线，或者，用户可以对该多条规划路线中的某一条规划路线进行修改，得到目标规划路线。

在用户在终端设备中选择目标规划路线之后，用户可以对终端设备显示的页面中的预设图标(还可以称为组件)进行点击操作，以使终端设备向服务器发送订单请求消息，其中，该订单请求消息中包括了目标规划路线。例如，预设图标可以为“呼叫车辆”图标、“发送订单”图标等。

在服务器接收到订单请求消息之后，服务器可以根据订单请求消息生成订单信息，并向司机对应的终端设备发送该订单信息，该订单信息中包括目标规划路线。在司机对应的终端设备接收到订单信息之后，司机可以按照订单信息中的规划路线接送该用户。

本发明实施例提供的数据处理方法、装置及设备，当用户需要通过打车应用程序实现打车时，用户可以在终端设备中输入起始位置和终止位置，服务器可以根据用户输入的起始位置和终止位置确定历史路线，根据起始位置、终止位置和历史路线，确定多条规划路线并发送给终端设备，用户可以根据该多条规划路线确定目标规划路线，并通过终端设备将包括目标规划路线的订单请求消息发送给服务器，服务器根据接收到的订单请求消息生成订单信息，该订单信息中包括目标规划路线，使得司机可以根据目标规划路线接送该用户，使得用户进行打车的灵活性较高。

在上述任意一个实施例的基础上，下面，通过图3所示的实施例，对上述数据处理方法进行进一步详细说明。

图3为本发明实施例提供的另一种数据处理方法的流程示意图。请参见图3，该方法可以包括：

S301、终端设备向服务器发送路线规划请求。

其中，路线规划请求包括用户的起始位置和终止位置。

在实际应用过程中，当用户需要通过应用程序实现网约车出行时，用户可以在终端设备中打开打车应用程序，并在打车应用程序对应的页面中输入起始位置和终止位置。终端设备可以获取用户输入的起始位置和终止位置，并向服务器发送路线规划请求，路线规划请求中包括起始位置和终止位置。

例如，打车应用程序对应的页面中包括起始位置输入框和终止位置输入框，终端设备可以检测该两个输入框中是否存在数据，当终端设备检测到该两个输入框中存在数据时，则终端设备向服务器发送路线规划请求消息，路线规划请求中包括的起始位置为起始位置输入框中的数据，路线规划请求中包括的终止位置为终止位置输入框中的数据。

例如，打车应用程序对应的页面中包括起始位置输入框、终止位置输入框和路线规划请求图标，在用户在起始位置输入框中输入起始位置，以及在终止位置输入框中输入终止位置之后，用户可以对路线规划请求图标进行点击操作，以使终端设备向服务器发送路线规划请求消息。

S302、服务器根据起始位置和终止位置，确定多条历史路线。

需要说明的是，S302的执行过程可以参见S201的执行过程，此处不再进行赘述。

S303、服务器根据起始位置、终止位置和多条历史路线，确定多条规划路线。

需要说明的是，S303的执行过程可以参见S202的执行过程，此处不再进行赘述。

S304、服务器向终端设备发送多条规划路线。

需要说明的是，S304的执行过程可以参见S202的执行过程，此处不再进行赘述。

S305、终端设备显示该多条规划路线。

例如，终端设备在打车应用程序的页面中显示该多条规划路线。

S306、终端设备获取用户根据多条规划路线确定的目标规划路线。

例如，用户可以在该多条规划路线中选择一条规划路线确定为目标规划路线，或者，用户可以对多条规划路线中的某一条规划路线进行修改，得到目标规划路线。

S307、在终端设备获取到用户输入的订单请求操作后，终端设备向服务器发送订单请求消息。

例如，订单请求操作可以为用户对预设图标的点击操作，预设图标可以为“呼叫车辆”图标、“发送订单”图标等。

其中，订单请求消息中可以包括目标规划路线。

S308、服务器根据订单请求消息生成订单信息。

需要说明的是，S308的执行过程可以参见S203的执行过程，此处不再进行赘述。

S309、服务器向司机对应的终端设备发送订单信息。

其中，订单信息中包括目标规划路线。

例如，服务器可以先选择司机，并向司机对应的终端设备发送订单信息。

司机对应的终端设备接收到订单信息之后，司机可以根据订单信息中的规划路线接送用户。

S310、服务器判断行驶路线与目标规划路线是否相同。

在服务器向司机对应的终端设备发送订单信息之后，服务器可以检测司机所驾驶的车辆的形式路线，并判断司机的行驶路线与订单信息中的目标规划路线是否相同。

若否，则执行S311。

S311、服务器向终端设备发送提示信息。

提示信息用于指示行驶路线与目标规划路线不同。

可选的，用户通过终端设备接收到提示信息之后，可以根据周围环境判断是否存在危险，例如，如果周围环境中存在堵车严重或者发生交通事故等，造成无法按照目标规划路线行驶，司机因此改变行驶路线。此种情况下行驶路线偏离目标规划路线，用户通常可以接受。如果司机未按照目标规划路线行驶，且目标规划路线并未发生异常情况时，用户可以按照提示信息做出反馈甚至报警，以保障自身安全，提高打车出行的安全性。

在上述任意一个实施例的基础上，下面，结合图4，通过具体示例，对本发明实施例所示的数据处理过程进行详细说明。

图4为本发明实施例提供的数据处理过程的示意图。请参见图4，包括页面4A、页面4B、页面4C和页面4D。

请参见页面4A，当用户需要使用打车应用程序实现打车时，用户可以在终端设备中打开打车应用程序，以使终端设备显示页面4A。在页面4A中包括起始位置输入框(起点对应的输入框)和终止位置输入框(终点对应的输入框)。当用户需要从地点A至地点B时，用户可以在起始位置输入框中输入地点A，以及在终止位置输入框中输入地点B。在终端设备检测到起始位置输入框和终止位置输入框中存在数据时，终端设备向服务器发送路线规划请求，路线规划请求中包括地点A和地点B。服务器根据地点A和地点B确定3条规划路线，分别记为路线1、路线2和路线3，并向终端设备发送该三条规划路线。

请参见页面4B，终端设备接收到规划路线之后，终端设备显示该三条规划路线，规划路线为图中的实线所示，空心圆圈是路线中的路口。终端设备还可以显示规划路线附近的其它路线及路口，例如，其它路线可以为图中的虚线所示。用户可以对三条规划路线进行选择，假设用户选择路线1，则用户可以对路线1进行点击操作，相应的，终端设备将用户选择的路线1加粗显示。假设用户需要经过路口G和路口H，则用户可以对路线1中的路口E和路口F进行拖拽操作。

请参见页面4C，用户可以输入拖拽操作1和拖拽操作2，拖拽操作1的起始点为路口E，终止点为路口G，拖拽操作2的起始点为路口F，终止点为路口H，在用户输入拖拽操作1和拖拽操作2之后，终端设备显示更新后的路线1。

请参见页面4D，更新后的路线1经过地点A、C、D、E、G、H、F和B。在用户将更新后的路线1确定为目标规划路径之后，用户可以对“呼叫车辆”图标进行的点击操作，以使终端设备向服务器发送订单请求消息，订单请求消息中包括目标规划路径。服务器可以根据订单请求消息生成包括目标规划路径的订单信息，并向司机对应的终端设备发送该订单信息，以使司机根据订单信息中的目标规划路径接送该用户。

图5为本发明实施例提供的一种数据处理装置的结构示意图。请参见图5，该数据处理装置10包括：第一确定模块11、第二确定模块12、发送模块13、接收模块14和生成模块15，其中，

第一确定模块11，用于根据用户在终端设备中输入的起始位置和终止位置，确定多条历史路线，所述历史路线的起点为所述起始位置，所述历史路线的终点为所述终止位置；

第二确定模块12用于，根据所述起始位置、所述终止位置和所述多条历史路线，确定多条规划路线；

发送模块13用于，向所述终端设备发送所述多条规划路线；

接收模块14用于，接收所述终端设备发送的订单请求消息；

生成模块15用于，根据所述订单请求消息生成订单信息，所述订单请求消息中包括目标规划路线，所述目标规划路线为所述用户在所述多条规划路线中选择的路线，或者，所述目标规划路线为所述用户对所述规划路线进行修改得到的路线。

本发明实施例提供的一种数据处理装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

在另一种可能的实施方式中，所述第一确定模块11具体用于：

获取历史时段内的多条历史行驶信息，每条历史行驶信息中包括车辆行驶所经历的位置；

根据所述起始位置和所述终止位置，在所述历史行驶信息中确定目标历史行驶信息，所述目标历史行驶信息中包括所述起始位置和所述终止位置；

根据所述目标历史行驶信息，确定所述多条历史路线。

在另一种可能的实施方式中，所述第二确定模块12具体用于：

按照预设规则对所述多条历史路线进行排序；

将排序后的前N条历史路线确定为目标历史路线；

根据所述目标历史路线确定所述规划路线，所述N为大于或等于2的整数。

在另一种可能的实施方式中，所述第二确定模块12具体用于：

获取在所述历史时段内，每条历史路线对应的行驶次数；

按照行驶次数从大到小的顺序，对所述多条历史路线进行排序。

在另一种可能的实施方式中，所述第二确定模块12具体用于：

获取每条历史路线对应的预估行驶时长；

按照预估行驶时长从小到大的顺序，对所述多条历史路线进行排序。

在另一种可能的实施方式中，所述第二确定模块12具体用于：

获取每条历史路线的路线长度；

按照路线长度从小到大的顺序，对所述多条历史路线进行排序。

在另一种可能的实施方式中，所述第二确定模块12具体用于：

确定所述目标历史路线中包括的路口；

根据所述目标历史路线和所述路口，确定所述规划路线，所述规划路线中的路口为可编辑状态。

在另一种可能的实施方式中，所述接收模块13还用于：

接收所述终端设备发送的路线规划请求，所述路线规划请求包括所述起始位置和所述终止位置。

图6为本发明实施例提供的另一种数据处理装置的结构示意图。在图5所示实施例的基础上，请参见图6，所述装置10还包括：

获取模块16，用于获取所述订单信息对应的行驶路线；

判断模块17，用于判断所述行驶路线与所述目标规划路线是否相同；

发送模块13还用于，在所述判断模块17判断所述行驶路线与所述目标规划路线不相同时，向所述终端设备发送提示信息，所述提示信息用于指示所述行驶路线与所述目标规划路线不同。

本发明实施例提供的数据处理装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

图7为本发明实施例提供的数据处理装置的硬件结构示意图，如图7所示，该数据处理装置20包括：至少一个处理器21和存储器22。其中，处理器21和存储器22通过总线23连接。

在具体实现过程中，至少一个处理器21执行所述存储器22存储的计算机执行指令，使得至少一个处理器21执行如上的数据处理方法。

处理器21的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

在上述图7所示的实施例中，应理解，处理器可以是中央处理单元(英文：CentralProcessing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：DigitalSignal Processor，简称：DSP)、专用集成电路(英文：Application Specific IntegratedCircuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上所述的数据处理方法。

上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，简称：ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。

所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (12)

1.一种数据处理方法，其特征在于，包括：

根据用户在终端设备中输入的起始位置和终止位置，确定多条历史路线，所述历史路线的起点为所述起始位置，所述历史路线的终点为所述终止位置；

根据所述起始位置、所述终止位置和所述多条历史路线，确定多条规划路线，并向所述终端设备发送所述多条规划路线；

接收所述终端设备发送的订单请求消息，并根据所述订单请求消息生成订单信息，所述订单请求消息中包括目标规划路线，所述目标规划路线为所述用户在所述多条规划路线中选择的路线，或者，所述目标规划路线为所述用户对所述规划路线进行修改得到的路线。

2.根据权利要求1所述的方法，其特征在于，根据用户在终端设备中输入的起始位置和终止位置，确定多条历史路线，包括：

获取历史时段内的多条历史行驶信息，每条历史行驶信息中包括车辆行驶所经历的位置；

根据所述起始位置和所述终止位置，在所述历史行驶信息中确定目标历史行驶信息，所述目标历史行驶信息中包括所述起始位置和所述终止位置；

根据所述目标历史行驶信息，确定所述多条历史路线。

3.根据权利要求1所述的方法，其特征在于，根据所述起始位置、所述终止位置和所述多条历史路线，确定多条规划路线，包括：

按照预设规则对所述多条历史路线进行排序；

将排序后的前N条历史路线确定为目标历史路线；

根据所述目标历史路线确定所述规划路线，所述N为大于或等于2的整数。

4.根据权利要求3所述的方法，其特征在于，按照预设规则对所述多条历史路线进行排序，包括：

获取在所述历史时段内，每条历史路线对应的行驶次数；

按照行驶次数从大到小的顺序，对所述多条历史路线进行排序。

5.根据权利要求3所述的方法，其特征在于，按照预设规则对所述多条历史路线进行排序，包括：

获取每条历史路线对应的预估行驶时长；

按照预估行驶时长从小到大的顺序，对所述多条历史路线进行排序。

6.根据权利要求3所述的方法，其特征在于，按照预设规则对所述多条历史路线进行排序，包括：

获取每条历史路线的路线长度；

按照路线长度从小到大的顺序，对所述多条历史路线进行排序。

7.根据权利要求3-6任一项所述的方法，其特征在于，根据所述目标历史路线确定所述规划路线，包括：

确定所述目标历史路线中包括的路口；

根据所述目标历史路线和所述路口，确定所述规划路线，所述规划路线中的路口为可编辑状态。

8.根据权利要求1-6任一项所述的方法，其特征在于，根据用户在终端设备中输入的起始位置和终止位置，确定多条历史路线之前，还包括：

接收所述终端设备发送的路线规划请求，所述路线规划请求包括所述起始位置和所述终止位置。

9.根据权利要求1-6任一项所述的方法，其特征在于，根据所述订单请求消息生成订单信息之后，还包括：

获取所述订单信息对应的行驶路线；

判断所述行驶路线与所述目标规划路线是否相同；

若否，则向所述终端设备发送提示信息，所述提示信息用于指示所述行驶路线与所述目标规划路线不同。

10.一种数据处理装置，其特征在于，包括：第一确定模块、第二确定模块、发送模块、接收模块和生成模块，其中，

所述第一确定模块用于，根据用户在终端设备中输入的起始位置和终止位置，确定多条历史路线，所述历史路线的起点为所述起始位置，所述历史路线的终点为所述终止位置；

所述第二确定模块用于，根据所述起始位置、所述终止位置和所述多条历史路线，确定多条规划路线；

所述发送模块用于，向所述终端设备发送所述多条规划路线；

所述接收模块用于，接收所述终端设备发送的订单请求消息；

所述生成模块用于，根据所述订单请求消息生成订单信息，所述订单请求消息中包括目标规划路线，所述目标规划路线为所述用户在所述多条规划路线中选择的路线，或者，所述目标规划路线为所述用户对所述规划路线进行修改得到的路线。

11.一种数据处理装置，其特征在于，包括：至少一个处理器和存储器；

所述存储器用于存储计算机程序指令；

所述至少一个处理器用于执行所述存储器存储的计算机程序指令，使得所述至少一个处理器执行如权利要求1至9任一项所述的数据处理方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序指令，当处理器执行所述计算机程序指令时，实现如权利要求1至9任一项所述的数据处理方法。

Images