CN111292148B - 订单信息处理方法、装置、服务器、终端及存储介质 - Google Patents

Abstract

本申请提供一种订单信息处理方法、装置、服务器、终端及存储介质，该方法包括：接收用户终端发送的起点信息及定位信息；根据所述起点信息和所述定位信息判断用户的起点是否错误；若判断结果为是，对用户的订单进行拦截处理。通过根据起点信息及定位信息判断用户的起点是否错误，若起点错误，对用户的订单进行拦截处理，从而可以及时采取相应措施，避免用户错误发单导致后续乘车体验不好的情况发生，可以有效提高用户体验。

Description

订单信息处理方法、装置、服务器、终端及存储介质

技术领域

本申请涉及定位技术领域，尤其涉及一种订单信息处理方法、装置、服务器、终端及存储介质。

背景技术

随着移动终端的不断发展，通过移动终端网上打车已经成为人们生活中的常见现象。用户通常需要在移动终端比如手机上安装相应的打车应用程序APP，在APP中输入或选择起点、终点后，选择发单或打车等即可向车辆管理平台发送相应的订单信息(或称发单信息)，车辆平台则可以将该订单下发到司机进行接单。

在手机对用户当前位置进行定位、以及用户选择起点终点时，都可能由于各种原因导致位置不准确，比如用户通过手机定位，可能会因为信号差等原因，导致定位误差较大，用户在选择起点或终点时，也会因为误操作或名称相同或相似等原因，选择了错误的起点或终点。当用户终端把错误的定位信息或起点或终点生成订单信息发送给车辆平台后，容易导致司机寻找用户比较困难，不仅耽误用户时间，还造成不好的用户体验。

发明内容

本申请提供一种订单信息处理方法、装置、服务器、终端及存储介质，以解决现有技术用户错误发单导致体验差等缺陷。

本申请第一个方面提供一种订单信息处理方法，包括：

获取所述订单的起点信息及定位信息；

根据所述起点信息和所述定位信息判断所述订单是否错误；

若判断结果为是，对用户的订单进行拦截处理。

本申请第二个方面提供一种订单信息处理装置，包括：

获取模块，用于获取所述订单的起点信息及定位信息；

确定模块，用于根据所述起点信息和所述定位信息判断所述订单是否错误；

处理模块，用于若判断结果为是，对用户的订单进行拦截处理。

本申请第三个方面提供一种服务器，包括：至少一个处理器和存储器；

所述存储器存储计算机程序；所述至少一个处理器执行所述存储器存储的计算机程序，以实现第一个方面提供的方法。

本申请第四个方面提供一种终端，包括：至少一个处理器和存储器；

所述存储器存储计算机程序；所述至少一个处理器执行所述存储器存储的计算机程序，以实现第一个方面提供的方法。

本申请第五个方面提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，所述计算机程序被执行时实现第一个方面提供的方法。

本申请第六个方面提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，所述计算机程序被执行时实现第一个方面提供的方法。

本申请提供的订单信息处理方法、装置、服务器、终端及存储介质，通过根据起点信息及定位信息判断用户的起点是否错误，若起点错误，对用户的订单进行拦截处理，从而可以及时采取相应措施，避免用户错误发单导致后续乘车体验不好的情况发生，可以有效提高用户体验。

附图说明

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

图1为本申请实施例适用的订单管理系统的结构示意图；

图2为本申请一实施例提供的订单信息处理方法的流程示意图；

图3为本申请另一实施例提供的一种订单信息处理方法的流程示意图；

图4为本申请另一实施例提供的另一种订单信息处理方法的流程示意图；

图5为本申请另一实施例提供的再一种订单信息处理方法的流程示意图；

图6为本申请另一实施例提供的又一种订单信息处理方法的流程示意图；

图7为本申请另一实施例提供的再一种订单信息处理方法的流程示意图；

图8为本申请另一实施例提供的又一种订单信息处理方法的流程示意图；

图9为本申请一实施例提供的订单信息处理装置的结构示意图；

图10为本申请一实施例提供的服务器的结构示意图；

图11为本申请一实施例提供的终端的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

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

本申请实施例提供的订单信息处理方法，适用于以下的订单管理系统。如图1所示，为本申请实施例适用的订单管理系统的结构示意图。该订单管理系统可以包括服务器及至少一个用户终端。该服务器可以为独立于订单服务器的服务器，该服务器与订单服务器连接进行交互，或者，该服务器也可以就是订单服务器(或者车辆管理平台)，具体可以根据实际需求设置。当用户想要打车时，打开打车APP，可以在打车页面输入或选择起点、终点，选择好后可以点击页面上的“打车”、“呼叫车辆”、“发单”(具体显示信息可以根据实际需求设置)等等发送订单信息。在用户输入或选择起点时，用户终端可以实时将当前定位信息及用户选择的起点信息发送到服务器，由服务器进行判断是否错误，若错误则及时对用户订单进行拦截，比如可以生成提示信息给用户，提示用户修改起点。需要说明的是，本申请实施例提供的订单信息处理方法，还可以是在用户终端执行，具体可以根据实际需求设置，本申请实施例不做限定。

此外，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。在以下各实施例的描述中，“多个”的含义是两个以上，除非另有明确具体的限定。

下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。

实施例一

本实施例提供一种订单信息处理方法，用于对可能错误的用户订单进行拦截。本实施例的执行主体为订单信息处理装置，该装置可以设置在服务器中，具体可以是拦截服务器中，或者订单服务器、车辆管理平台等设备中。

如图2所示，为本实施例提供的订单信息处理方法的流程示意图，该方法包括：

步骤101，获取订单的起点信息及定位信息。

具体的，当用户想要打车时，打开打车APP，可以在打车页面输入或选择起点。在用户输入或选择起点后，用户终端可以实时获取用户选择的起点信息以及用户的当前定位信息，用户终端可以自己根据起点信息和定位信息判断订单是否错误并进行拦截，也可以将当前定位信息及用户选择的起点信息发送到服务器。即服务器获取订单的起点信息及定位信息，并判断及拦截。具体可以根据实际需求确定该步骤的执行主体。

起点信息可以是用户选择的地点名称或地点标识，或者是地点的坐标，比如经纬度坐标，具体可以根据实际需求设置。示例性的，用户选择的起点是“XX公园”，用户终端获取到的可以是“XX公园”，也可以是该地点在地图中的兴趣点标识、编号等等，或者也可以直接获取该地点的坐标。

定位信息可以是用户终端当前所在位置的坐标，比如经纬度坐标。该定位信息可以是用户终端上通过接收基站、GPS卫星信号等对用户终端所在的经纬度进行判定获得。具体获得定位信息的方式为现有技术，在此不再赘述。

步骤102，根据起点信息和定位信息判断订单是否错误。

具体的，服务器在接收到用户终端发送的起点信息和定位信息后，可以根据起点信息和定位信息判断用户选择的起点是否错误，若判断结果为用户选择的起点错误，则可以及时采取相应措施，避免用户错误发单。或者用户终端根据起点信息和定位信息判断用户的起点是否错误。具体可以根据实际需求设置。

可选地，可以获取起点信息对应的位置坐标(比如经纬度)，以及定位信息对应的位置坐标(比如经纬度)，可以计算起点位置与定位位置的距离(比如可以是计算两者的球面距离)，若两者距离过远，则确定用户起点选择错误，需要拦截用户发单。

可选地，还可以预先设置车辆无法到达位置数据库，根据用户的起点信息判断用户起点位置是否为车辆无法到达的位置，若是，则确定用户起点选择错误。

可选地，还可以结合实时电子地图路线规划，判断用户起点位置是否为车辆无法到达的位置等等。

步骤103，若判断结果为是，对用户的订单进行拦截处理。

具体的，若根据起点信息和定位信息判断出用户选择的起点错误，则可以对用户的订单进行拦截处理，避免用户错误发单。

可选地，若是服务器判断出订单错误，则服务器可以向用户终端返回提示信息，提示用户修改起点。比如提示信息可以是“您选择的起点有误，请您确认是否重新选择起点？”，具体的提示信息可以根据实际需求设置。提示信息的具体展示方式也可以根据实际需求设置，比如可以以弹出提示窗口的方式展示，也可以是显示在起点选择框旁边，可以以警示颜色显示等等。本实施例不做任何限定。

可选地，服务器可以向用户终端返回用户选择界面数据，以使用户终端向用户展示选择界面，选择界面上可以显示有提示信息，并为用户提供“返回修改”选项及“继续发单”选项供用户选择。若用户选择了“返回修改”，则清除用户原先选择的起点，让用户重新选择，若用户选择的“继续发单”，则保留用户原先选择的起点，继续下一步操作，如用户可以继续选择终点。

可选地，若用户终端判断出订单错误，则用户终端可以直接弹出提示信息，提示用户。具体提示信息展示方式可以根据实际需求设置，在此不再赘述。

可选地，还可以是用户确认发单后，从发单信息中获取起点信息和定位信息，进行后续的判断及拦截处理。即既可以是在用户输入或选择起点时及时判断，也可以是用户选择完起点终点，并确认发单后再判断，具体可以根据实际需求设置，本实施例不做限定。

本实施例提供的订单信息处理方法，通过根据起点信息及定位信息判断用户的起点是否错误，若起点错误，对用户的订单进行拦截处理，从而可以及时采取相应措施，避免用户错误发单导致后续乘车体验不好的情况发生，可以有效提高用户体验。

实施例二

本实施例对实施例一提供的订单信息处理方法做进一步补充说明。

如图3所示，为本实施例提供的一种订单信息处理方法的流程示意图

作为一种可实施的方式，在上述实施例一的基础上，可选地，该方法由服务器执行，则步骤101具体包括：

步骤1011，服务器接收用户终端发送的订单的起点信息及定位信息。

步骤102具体包括：

步骤1021，服务器根据起点信息和定位信息判断订单是否错误。

步骤103具体包括：

步骤1031，若判断结果为是，服务器向用户终端返回提示信息，以提示用户修改起点。

具体的，服务器可以向用户终端返回提示信息，提示用户修改起点。比如提示信息可以是“您选择的起点有误，请您确认是否重新选择起点？”，具体的提示信息可以根据实际需求设置。提示信息的具体展示方式也可以根据实际需求设置，比如可以以弹出提示窗口的方式展示，也可以是显示在起点选择框旁边，可以以警示颜色显示等等。本实施例不做任何限定。

可选地，服务器可以向用户终端返回用户选择界面数据，以使用户终端向用户展示选择界面，选择界面上可以显示有提示信息，并为用户提供“返回修改”选项及“继续发单”选项供用户选择。若用户选择了“返回修改”，则清除用户原先选择的起点，让用户重新选择，若用户选择的“继续发单”，则保留用户原先选择的起点，继续下一步操作，如用户可以继续选择终点。

可选地，还可以是用户确认发单后，服务器接收到发单信息，从发单信息中获取起点信息和定位信息，即服务器接收的起点信息和定位信息是携带在发单信息中的，进行后续的判断及拦截处理。即既可以是在用户输入或选择起点时及时判断，也可以是用户选择完起点终点，并确认发单后再判断，具体可以根据实际需求设置，本实施例不做限定。

如图4所示，为本实施例提供的另一种订单信息处理方法的流程示意图。

作为另一种可实施的方式，在上述实施例一的基础上，可选地，步骤102具体可以包括：

步骤10211，根据起点信息和定位信息获取起点位置与定位位置之间的第一距离。

步骤10212，若第一距离大于第一阈值，则判断用户的起点错误。

具体的，可以根据起点信息和定位信息获取起点信息对应的位置坐标(比如经纬度)，以及定位信息对应的位置坐标(比如经纬度)。比如若起点信息是包括用户选择的起点名称，则可以根据预设地图数据中，位置名称与位置坐标的对应关系获取起点信息对应的位置坐标，若起点信息包括的是起点位置标识，则可以根据预设地图数据中兴趣点标识与位置坐标的对应关系获取起点信息对应的位置坐标。若起点信息包括的已经是位置坐标(比如经纬度坐标)，则可以直接从起点信息获取到位置坐标，等等。具体可以根据实际需求设置。这两个步骤可以是服务器执行也可以是用户终端执行，具体不做限定。

定位信息可以是用户终端上的定位装置获取到的定位数据，也可以就是定位位置的坐标(比如经纬度坐标)，具体根据用户终端的定位信息获取其位置坐标的方式为现有技术，在此不再赘述。

在获取到起点位置和定位位置后，则可以计算起点位置与定位位置的第一距离(比如可以是计算两者的球面距离)，若起点位置和定位位置之间的第一距离大于第一阈值，则说明用户选择的起点可能错误，需要提示用户重新选择起点。其中，第一阈值可以根据实际需求设置，比如，第一阈值可以为200米、250米、150米等等。

如图5所示，为本实施例提供的再一种订单信息处理方法的流程示意图。

作为另一种可实施的方式，在上述实施例一的基础上，可选地，步骤102具体可以包括：

步骤10221，判断起点位置是否位于车辆无法到达的地理区域。

步骤10222，若起点位置位于车辆无法到达的地理区域，则确定用户的起点错误。

具体的，可以预先设置车辆无法到达位置数据库，在接收到用户终端发送的起点信息后，可以基于预设的车辆无法到达位置数据库判断起点位置是否位于车辆无法到达的地理区域，若用户选择的起点位置位于车辆无法到达的地理区域，则可以确定用户起点选择错误，需要拦截用户发单。比如可以返回提示信息“您选择的起点位于车辆无法到达的位置，是否返回修改？”等。这两个步骤可以是服务器执行也可以是用户终端执行，具体不做限定。

可选地，还可以结合实时电子地图路线规划，判断用户起点位置是否为车辆无法到达的位置等等。

如图6所示，为本实施例提供的又一种订单信息处理方法的流程示意图。

作为又一种可实施的方式，在上述实施例一的基础上，可选地，定位信息还可以包括定位精度，步骤102具体可以包括：

步骤2011，若定位精度大于精度阈值，则根据起点信息和定位信息获取起点位置与定位位置之间的第一距离；

具体的，用户终端在不同的位置进行定位的方式可能不同，比如在郊外空旷区域，可能是基于基站进行定位，其定位精度(即实际位置与定位位置的误差)可能在几百米，在大厦等有WIFI信号、GPS信号等位置，可以基于WIFI、GPS进行定位，其定位精度可能是十几米，不同的定位方式，其定位精度不同，用户终端在获取用户当前定位信息时，定位信息既可以包括定位位置，又可以包括定位精度。服务器接收到用户终端发送的定位信息后，可以判断定位精度是否大于精度阈值，精度阈值可以根据实际需求设置，比如精度阈值可以是100米或者其他值等。若当前定位精度大于精度阈值，则根据起点信息和定位信息获取起点位置与定位位置之间的第一距离。具体获取第一距离的方式已在上面进行了详细说明，在此不再赘述。

步骤2012，若第一距离大于第一阈值，则确定用户的起点错误；

该步骤的具体实施与步骤10212一致，在此不再赘述。

步骤2013，若第一距离小于第一阈值，或者定位精度小于精度阈值，则判断起点位置是否位于车辆无法到达的地理区域。

具体的，若第一距离小于第一阈值，可以认为起点位置与定位位置距离不太远，对发单影响不大，可以进一步判断用户所在位置是否位于车辆无法到达的地理区域。定位精度小于精度阈值，说明用户可能在具有WIFI信号、GPS信号的地方，需要进一步判断用户所在位置是否位于车辆无法到达的地理区域。具体判断起点位置是否位于车辆无法到达的地理区域的方式已在上面进行了详细说明，在此不再赘述。

步骤2014，若起点位置位于车辆无法到达的地理区域，则确定用户的起点错误。

该步骤与步骤10222一致，在此不再赘述。

步骤2011-2014可以是服务器执行也可以是用户终端执行，具体不做限定。

通过结合定位精度、定位位置和定位起点的第一距离以及车辆无法到达的地理区域共同判断用户选择的起点是否错误，可以有效提高判断准确性。

如图7所示，为本实施例提供的再一种订单信息处理方法的流程示意图。

作为再一种可实施的方式，在上述实施例一的基础上，可选地，该方法还可以包括：

步骤2021，服务器接收用户终端发送的订单的终点信息。

步骤2022，服务器根据终点信息判断用户的终点是否位于车辆无法到达的地理区域，若判断结果为是，向用户终端返回提示信息，以提示用户修改终点。

具体的，用户在用户终端选择完起点后，需要继续选择终点，在用户输入或选择终点后，用户终端可以获取用户选择的终点信息，该终点信息与起点信息相似，可以是终点的名称、标识或者直接就是位置坐标，具体可以根据实际需求设置。用户终端可以实时将终点信息发送给服务器。服务器接收到终点信息后，可以获取到终点位置，并进一步判断终点位置是否位于车辆无法到达的地理区域。具体判断方式与上述起点的判断方式一致，在此不再赘述。若判断终点位置位于车辆无法到达的地理区域，则向用户终端返回提示信息，以提示用户修改终点。具体提示方式与上述起点的提示方式一致，在此不再赘述。

如图8所示，为本实施例提供的又一种订单信息处理方法的流程示意图。

作为又一种可实施的方式，在上述实施例一的基础上，可选地，该方法还可以包括

步骤2031，服务器接收用户终端发送的发单信息，发单信息包括起点信息和终点信息。

具体的，用户在用户终端选择完起点和终点后，可以进行发单操作，比如点击打车界面的“呼叫车辆”、“打车”、“发单”(这些都是界面可能的显示方式)等选择项，则可以向服务器发送发单信息，该发单信息中即包括起点信息和终点信息。在订单被处理之前，先由服务器进行判断是否需要拦截。

步骤2032，服务器根据起点信息和终点信息，确定起点与终点之间的路径规划距离。

具体的，服务器在接收到发单信息后，可以根据起点信息和终点信息，确定起点与终点之间的路径规划距离。比如可以结合起点、终点在地图上的兴趣点，对用户的乘车路径进行规划，并获取路径规划距离。具体进行路径规划的方式为现有技术，在此不再赘述。

步骤2033，若路径规划距离大于第二阈值或小于第三阈值，服务器向用户终端返回提示信息。

具体的，在获取到路径规划距离后，则可以根据路径规划距离判断用户订单是否错误，若判断结果为错误，则可以对用户订单进行拦截。

可以设置第二阈值和第三阈值，第二阈值为距离上限值，第三阈值为距离下限值。比如第二阈值为30000(3万)米、第三阈值为100米。当路径规划距离大于第二阈值时，证明用户要乘坐的距离过远，可能是用户选择的起点、终点有误，需要对该订单进行拦截，提示用户进行修改。当路径规划距离小于第三阈值，证明用户订单的起点和终点距离过近，不需要打车，或者用户选择了错误的起点或终点，需要对该订单进行拦截，提示用户是否要修改起点或终点，或者提示用户可以步行不需要打车等等。具体提示方式可以根据实际需求设置，在此不做任何限定。第二阈值和第三阈值都可以根据实际需求设置，在此不做限定。

示例性的，若路径规划距离大于30000米，返回提示信息“您选择的起点终点距离过远，是否返回修改？”，并为用户提供“返回修改”选项及“继续发单”选项，使用户可以返回重新选择起点、终点。若路径规划距离小于100米，返回提示信息“您选择的起点终点距离过近，是否返回修改？”或者“您选择的起点终点距离过近，建议步行”等等。具体可以根据实际需求设置。

这种实施方式，一方面可以避免用户选错起点终点，另一方面，若用户选择的起点终点没错，但是距离很近，可以提示用户无需打车，步行即可，减少用户成本，进一步提高用户体验。

可选地，发单信息还包括订单类型标识；

在接收用户终端发送的发单信息之后，该方法还包括：

步骤2041，服务器获取订单类型标识对应的订单类型；

步骤2032具体包括：

步骤20321,，若订单类型不是代人发单和预约单，服务器则根据起点信息和终点信息确定起点与终点之间的路径规划距离。

具体的，订单类型可以包括代人发单、预约单、实时单等，具体可以根据实际需求设置。每种订单类型对应相应的订单类型标识，该订单类型标识可以是为各订单类型生成的标识信息，也可以是各订单类型的名称，具体可以根据实际需求设置。

用户在用户终端进行打车时可以选择具体是哪种订单类型，用户终端可以获取订单类型标识携带在发单信息中发送给服务器。

若订单类型为用户代人发单或预约单，则不对用户订单进行拦截，若订单类型不是代人发单或预约单，而是实时单，则可以提示用户是否修改。

在一些实施方式中，该方法还可以由用户终端执行，即用户终端获取订单的起点信息及定位信息，用户终端根据起点信息和定位信息判断订单是否错误，若判断结果为是，用户终端生成提示信息，以提示用户修改起点。具体执行操作与上述服务器执行的一致，在此不再赘述。不同之处在于，服务器生成的提示信息需要返回给用户终端进行展示，用户终端生成的提示信息直接展示给用户即可，在此不再赘述。

在一些实施方式中，该方法还可以包括：用户终端获取订单的终点信息，用户终端根据终点信息判断用户的终点是否位于车辆无法到达的地理区域，若判断结果为是，用户终端生成提示信息，以提示用户修改终点。具体操作与服务器执行一致，在此不再赘述。不同之处在于，服务器生成的提示信息需要返回给用户终端进行展示，用户终端生成的提示信息直接展示给用户即可，在此不再赘述。

在一些实施方式中，该方法还可以包括：

用户终端获取发单信息，发单信息包括起点信息和终点信息；用户终端根据起点信息和终点信息，确定起点与终点之间的路径规划距离；若路径规划距离大于第二阈值或小于第三阈值，用户终端生成提示信息。具体操作与服务器执行一致，在此不再赘述。不同之处在于，服务器生成的提示信息需要返回给用户终端进行展示，用户终端生成的提示信息直接展示给用户即可，在此不再赘述。

可选地，发单信息还包括订单类型标识，用户终端获取发单信息之后，该方法还包括：

用户终端获取订单类型标识对应的订单类型；

用户终端根据起点信息和终点信息，确定起点与终点之间的路径规划距离，包括：

若订单类型不是代人发单和预约单，用户终端则根据起点信息和终点信息确定起点与终点之间的路径规划距离。

具体操作与服务器执行一致，在此不再赘述。不同之处在于，服务器生成的提示信息需要返回给用户终端进行展示，用户终端生成的提示信息直接展示给用户即可，在此不再赘述。

在一些实施方式中，可选地，该方法可以包括：

步骤2051，获取订单的起点信息及定位信息。

步骤2052，根据起点信息和定位信息判断用户的起点是否错误。

步骤2053，若判断结果为是，对用户的订单进行拦截处理。

步骤2054，获取订单的终点信息。

步骤2055，根据终点信息判断用户的终点是否位于车辆无法到达的地理区域，若判断结果为是，生成提示信息。

步骤2056，获取发单信息，发单信息包括起点信息和终点信息。

步骤2057，根据起点信息和终点信息，确定起点与终点之间的路径规划距离。

步骤2058，若路径规划距离大于第二阈值或小于第三阈值，生成提示信息。

需要说明的是步骤2051-2058的具体操作已在上面进行了详细说明，在此不再赘述。且其执行主体可以是服务器也可以是用户终端，在此不做限定。

可以理解地，上述各可实施的方式还可以以其他方式组合，在此不再一一赘述。

需要说明的是，本实施例中各可实施的方式可以单独实施，也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。

本实施例提供的订单信息处理方法，通过根据起点信息及定位信息判断用户的起点是否错误，若起点错误，对用户的订单进行拦截处理，从而可以及时采取相应措施，避免用户错误发单导致后续乘车体验不好的情况发生，可以有效提高用户体验。并且通过结合定位精度、定位位置和定位起点的第一距离以及车辆无法到达的地理区域共同判断用户选择的起点是否错误，可以有效提高判断准确性。此外，还可以在用户发单后，根据起点终点之间的路径规划距离判断订单是否错误，及时对错误订单进行拦截，一方面可以避免用户选错起点终点，另一方面，若用户选择的起点终点没错，但是距离很近，可以提示用户无需打车，步行即可，减少用户成本，进一步提高用户体验。

实施例三

本实施例提供一种订单信息处理装置，用于执行上述实施例一的方法。

如图9所示，为本实施例提供的订单信息处理装置的结构示意图。该订单信息处理装置30包括获取模块31、确定模块32和处理模块33。

其中，获取模块31用于获取订单的起点信息及定位信息；确定模块32用于根据起点信息和定位信息判断订单是否错误；处理模块33用于若判断结果为是，对用户的订单进行拦截处理。

关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

根据本实施例提供的订单信息处理装置，通过根据起点信息及定位信息判断用户的起点是否错误，若起点错误，对用户的订单进行拦截处理，从而可以及时采取相应措施，避免用户错误发单导致后续乘车体验不好的情况发生，可以有效提高用户体验。

实施例四

本实施例对上述实施例三提供的装置做进一步补充说明。

作为一种可实施的方式，在上述实施例三的基础上，可选地，获取模块，具体用于：服务器接收用户终端发送的订单的起点信息及定位信息；确定模块，具体用于：服务器根据起点信息和定位信息判断订单是否错误；处理模块，具体用于：若判断结果为是，服务器向用户终端返回提示信息，以提示用户修改起点。

作为另一种可实施的方式，在上述实施例三的基础上，可选地，确定模块，具体用于：

根据起点信息和定位信息获取起点位置与定位位置之间的第一距离；若第一距离大于第一阈值，则判断用户的起点错误。

作为再一种一种可实施的方式，在上述实施例三的基础上，可选地，确定模块，具体用于：

判断起点位置是否位于车辆无法到达的地理区域；若起点位置位于车辆无法到达的地理区域，则确定用户的起点错误。

作为又一种可实施的方式，在上述实施例三的基础上，可选地，定位信息包括定位精度，确定模块，具体用于：

若定位精度大于精度阈值，则根据起点信息和定位信息获取起点位置与定位位置之间的第一距离；

若第一距离大于第一阈值，则判断用户的起点错误；

若第一距离小于第一阈值，或者定位精度小于精度阈值，则判断起点位置是否位于车辆无法到达的地理区域；

若起点位置位于车辆无法到达的地理区域，则确定用户的起点错误。

作为再一种可实施的方式，在上述实施例三的基础上，可选地，获取模块，还用于服务器接收用户终端发送的订单的终点信息；

确定模块，还用于服务器根据终点信息判断用户的终点是否位于车辆无法到达的地理区域；

处理模块，还用于若判断结果为是，服务器向用户终端返回提示信息，以提示用户修改终点。

作为又一种可实施的方式，在上述实施例三的基础上，可选地，获取模块，还用于服务器接收用户终端发送的发单信息，发单信息包括起点信息和终点信息；

确定模块，还用于服务器根据起点信息和终点信息，确定起点与终点之间的路径规划距离；

处理模块，还用于若路径规划距离大于第二阈值或小于第三阈值，服务器向用户终端返回提示信息。

可选地，发单信息还包括订单类型标识；

确定模块，还用于服务器获取订单类型标识对应的订单类型；

确定模块，具体用于若订单类型不是代人发单和预约单，服务器根据起点信息和终点信息确定起点与终点之间的路径规划距离。

在一些实施方式中，可选地，获取模块，具体用于用户终端获取订单的起点信息及定位信息；

确定模块，具体用于用户终端根据起点信息和定位信息判断订单是否错误；

处理模块，具体用于若判断结果为是，用户终端生成提示信息，以提示用户修改起点。

在一些实施方式中，可选地，获取模块，还用于用户终端获取订单的终点信息；

确定模块，还用于用户终端根据终点信息判断用户的终点是否位于车辆无法到达的地理区域；

处理模块，还用于若判断结果为是，用户终端生成提示信息，以提示用户修改终点。

在一些实施方式中，可选地，获取模块，还用于用户终端获取发单信息，发单信息包括起点信息和终点信息；

确定模块，还用于用户终端根据起点信息和终点信息，确定起点与终点之间的路径规划距离；

处理模块，还用于若路径规划距离大于第二阈值或小于第三阈值，用户终端生成提示信息。

可选地，发单信息还包括订单类型标识；

获取模块，还用于用户终端获取订单类型标识对应的订单类型；

确定模块，具体用于若订单类型不是代人发单和预约单，用户终端则根据起点信息和终点信息确定起点与终点之间的路径规划距离。

关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

需要说明的是，本实施例中各可实施的方式可以单独实施，也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。

根据本实施例的订单信息处理装置，通过根据起点信息及定位信息判断用户的起点是否错误，若起点错误，对用户的订单进行拦截处理，从而可以及时采取相应措施，避免用户错误发单导致后续乘车体验不好的情况发生，可以有效提高用户体验。并且通过结合定位精度、定位位置和定位起点的第一距离以及车辆无法到达的地理区域共同判断用户选择的起点是否错误，可以有效提高判断准确性。此外，还可以在用户发单后，根据起点终点之间的路径规划距离判断订单是否错误，及时对错误订单进行拦截，一方面可以避免用户选错起点终点，另一方面，若用户选择的起点终点没错，但是距离很近，可以提示用户无需打车，步行即可，减少用户成本，进一步提高用户体验。

实施例五

本实施例提供一种服务器，用于执行上述实施例提供的方法。

如图10所示，为本实施例提供的服务器的结构示意图。该服务器50包括：至少一个处理器51和存储器52；

存储器存储计算机程序；至少一个处理器执行存储器存储的计算机程序，以实现上述实施例提供的方法。

根据本实施例的服务器，通过根据起点信息及定位信息判断用户的起点是否错误，若起点错误，对用户的订单进行拦截处理，从而可以及时采取相应措施，避免用户错误发单导致后续乘车体验不好的情况发生，可以有效提高用户体验。并且通过结合定位精度、定位位置和定位起点的第一距离以及车辆无法到达的地理区域共同判断用户选择的起点是否错误，可以有效提高判断准确性。此外，还可以在用户发单后，服务器根据起点终点之间的路径规划距离判断订单是否错误，及时对错误订单进行拦截，一方面可以避免用户选错起点终点，另一方面，若用户选择的起点终点没错，但是距离很近，可以提示用户无需打车，步行即可，减少用户成本，进一步提高用户体验。

实施例六

本实施例提供一种终端，用于执行上述实施例提供的方法。

如图11所示，为本实施例提供的终端的结构示意图。该终端60包括：至少一个处理器61和存储器62；

存储器存储计算机程序；至少一个处理器执行存储器存储的计算机程序，以实现上述实施例提供的方法。

根据本实施例的终端，通过根据起点信息及定位信息判断用户的起点是否错误，若起点错误，对用户的订单进行拦截处理，从而可以及时采取相应措施，避免用户错误发单导致后续乘车体验不好的情况发生，可以有效提高用户体验。并且通过结合定位精度、定位位置和定位起点的第一距离以及车辆无法到达的地理区域共同判断用户选择的起点是否错误，可以有效提高判断准确性。此外，还可以在用户发单后，根据起点终点之间的路径规划距离判断订单是否错误，及时对错误订单进行拦截，一方面可以避免用户选错起点终点，另一方面，若用户选择的起点终点没错，但是距离很近，可以提示用户无需打车，步行即可，减少用户成本，进一步提高用户体验。

实施例七

本实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，计算机程序被执行时实现上述任一实施例提供的方法。

根据本实施例的计算机可读存储介质，通过根据起点信息及定位信息判断用户的起点是否错误，若起点错误，对用户的订单进行拦截处理，从而可以及时采取相应措施，避免用户错误发单导致后续乘车体验不好的情况发生，可以有效提高用户体验。并且通过结合定位精度、定位位置和定位起点的第一距离以及车辆无法到达的地理区域共同判断用户选择的起点是否错误，可以有效提高判断准确性。此外，还可以在用户发单后，根据起点终点之间的路径规划距离判断订单是否错误，及时对错误订单进行拦截，一方面可以避免用户选错起点终点，另一方面，若用户选择的起点终点没错，但是距离很近，可以提示用户无需打车，步行即可，减少用户成本，进一步提高用户体验。

实施例八

本实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，计算机程序被执行时实现上述任一实施例提供的方法。

根据本实施例的计算机可读存储介质，通过根据起点信息及定位信息判断用户的起点是否错误，若起点错误，对用户的订单进行拦截处理，从而可以及时采取相应措施，避免用户错误发单导致后续乘车体验不好的情况发生，可以有效提高用户体验。并且通过结合定位精度、定位位置和定位起点的第一距离以及车辆无法到达的地理区域共同判断用户选择的起点是否错误，可以有效提高判断准确性。此外，还可以在用户发单后，根据起点终点之间的路径规划距离判断订单是否错误，及时对错误订单进行拦截，一方面可以避免用户选错起点终点，另一方面，若用户选择的起点终点没错，但是距离很近，可以提示用户无需打车，步行即可，减少用户成本，进一步提高用户体验。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

Claims (24)

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

获取所述订单的起点信息及定位信息；

根据所述起点信息和所述定位信息判断所述订单是否错误；

若判断结果为是，对用户的订单进行拦截处理；

所述定位信息包括定位精度，所述根据所述起点信息和所述定位信息判断用户的起点是否错误，包括：

若所述定位精度大于精度阈值，则根据所述起点信息和所述定位信息获取起点位置与定位位置之间的第一距离；

若所述第一距离大于第一阈值，则判断用户的起点错误；

若所述第一距离小于所述第一阈值，或者所述定位精度小于所述精度阈值，则判断所述起点位置是否位于车辆无法到达的地理区域；

若所述起点位置位于车辆无法到达的地理区域，则确定用户的起点错误；

其中，所述定位精度与定位方式对应，所述定位方式包括：基站定位、WIFI定位和GPS定位。

2.根据权利要求1所述的方法，其特征在于，所述获取所述订单的起点信息及定位信息，包括：

服务器接收用户终端发送的所述订单的起点信息及定位信息；

所述根据所述起点信息和所述定位信息判断所述订单是否错误，包括：

所述服务器根据所述起点信息和所述定位信息判断所述订单是否错误；

所述若判断结果为是，对用户的订单进行拦截处理，包括：

若判断结果为是，所述服务器向所述用户终端返回提示信息，以提示用户修改起点。

3.根据权利要求1所述的方法，其特征在于，所述根据所述起点信息和所述定位信息判断用户的起点是否错误，包括：

判断起点位置是否位于车辆无法到达的地理区域；

若所述起点位置位于车辆无法到达的地理区域，则确定用户的起点错误。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

服务器接收用户终端发送的所述订单的终点信息；

所述服务器根据所述终点信息判断所述用户的终点是否位于车辆无法到达的地理区域，若判断结果为是，所述服务器向所述用户终端返回提示信息，以提示用户修改终点。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

服务器接收用户终端发送的发单信息，所述发单信息包括起点信息和终点信息；

所述服务器根据所述起点信息和所述终点信息，确定起点与终点之间的路径规划距离；

若所述路径规划距离大于第二阈值或小于第三阈值，所述服务器向所述用户终端返回提示信息。

6.根据权利要求5所述的方法，其特征在于，所述发单信息还包括订单类型标识；

所述服务器在接收用户终端发送的发单信息之后，所述方法还包括：

所述服务器获取订单类型标识对应的订单类型；

所述服务器根据所述起点信息和所述终点信息，确定起点与终点之间的路径规划距离，包括：

若订单类型不是代人发单和预约单，所述服务器则根据所述起点信息和终点信息确定起点与终点之间的路径规划距离。

7.根据权利要求1所述的方法，其特征在于，所述获取所述订单的起点信息及定位信息，包括：

用户终端获取所述订单的起点信息及定位信息；

所述根据所述起点信息和所述定位信息判断所述订单是否错误，包括：

所述用户终端根据所述起点信息和所述定位信息判断所述订单是否错误；

所述若判断结果为是，对用户的订单进行拦截处理，包括：

若判断结果为是，所述用户终端生成提示信息，以提示用户修改起点。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

用户终端获取所述订单的终点信息；

所述用户终端根据所述终点信息判断所述用户的终点是否位于车辆无法到达的地理区域，若判断结果为是，所述用户终端生成提示信息，以提示用户修改终点。

9.根据权利要求1所述的方法，其特征在于，所述方法还包括：

用户终端获取发单信息，所述发单信息包括起点信息和终点信息；

所述用户终端根据所述起点信息和所述终点信息，确定起点与终点之间的路径规划距离；

若所述路径规划距离大于第二阈值或小于第三阈值，所述用户终端生成提示信息。

10.根据权利要求9所述的方法，其特征在于，所述发单信息还包括订单类型标识；

所述用户终端获取发单信息之后，所述方法还包括：

所述用户终端获取订单类型标识对应的订单类型；

所述用户终端根据所述起点信息和所述终点信息，确定起点与终点之间的路径规划距离，包括：

若订单类型不是代人发单和预约单，所述用户终端则根据所述起点信息和终点信息确定起点与终点之间的路径规划距离。

11.一种订单信息处理装置，其特征在于，包括：

获取模块，用于获取所述订单的起点信息及定位信息；

确定模块，用于根据所述起点信息和所述定位信息判断所述订单是否错误；

处理模块，用于若判断结果为是，对用户的订单进行拦截处理；

所述定位信息包括定位精度，所述确定模块，具体用于：

若所述定位精度大于精度阈值，则根据所述起点信息和所述定位信息获取起点位置与定位位置之间的第一距离；

若所述第一距离大于第一阈值，则判断用户的起点错误；

若所述第一距离小于所述第一阈值，或者所述定位精度小于所述精度阈值，则判断所述起点位置是否位于车辆无法到达的地理区域；

若所述起点位置位于车辆无法到达的地理区域，则确定用户的起点错误；

其中，所述定位精度与定位方式对应，所述定位方式包括：基站定位、WIFI定位和GPS定位。

12.根据权利要求11所述的装置，其特征在于，所述获取模块，具体用于：服务器接收用户终端发送的所述订单的起点信息及定位信息；

所述确定模块，具体用于：所述服务器根据所述起点信息和所述定位信息判断所述订单是否错误；

所述处理模块，具体用于：若判断结果为是，所述服务器向所述用户终端返回提示信息，以提示用户修改起点。

13.根据权利要求11所述的装置，其特征在于，所述确定模块，具体用于：

判断起点位置是否位于车辆无法到达的地理区域；

若所述起点位置位于车辆无法到达的地理区域，则确定用户的起点错误。

14.根据权利要求11所述的装置，其特征在于，所述获取模块，还用于服务器接收用户终端发送的所述订单的终点信息；

所述确定模块，还用于所述服务器根据所述终点信息判断所述用户的终点是否位于车辆无法到达的地理区域；

所述处理模块，还用于若判断结果为是，所述服务器向所述用户终端返回提示信息，以提示用户修改终点。

15.根据权利要求11所述的装置，其特征在于，所述获取模块，还用于服务器接收用户终端发送的发单信息，所述发单信息包括起点信息和终点信息；

所述确定模块，还用于所述服务器根据所述起点信息和所述终点信息，确定起点与终点之间的路径规划距离；

所述处理模块，还用于若所述路径规划距离大于第二阈值或小于第三阈值，所述服务器向所述用户终端返回提示信息。

16.根据权利要求15所述的装置，其特征在于，所述发单信息还包括订单类型标识；

所述确定模块，还用于所述服务器获取订单类型标识对应的订单类型；

所述确定模块，具体用于若订单类型不是代人发单和预约单，所述服务器根据所述起点信息和终点信息确定起点与终点之间的路径规划距离。

17.根据权利要求11所述的装置，其特征在于，所述获取模块，具体用于用户终端获取所述订单的起点信息及定位信息；

所述确定模块，具体用于所述用户终端根据所述起点信息和所述定位信息判断所述订单是否错误；

所述处理模块，具体用于若判断结果为是，所述用户终端生成提示信息，以提示用户修改起点。

18.根据权利要求11所述的装置，其特征在于，所述获取模块，还用于用户终端获取所述订单的终点信息；

所述确定模块，还用于所述用户终端根据所述终点信息判断所述用户的终点是否位于车辆无法到达的地理区域；

所述处理模块，还用于若判断结果为是，所述用户终端生成提示信息，以提示用户修改终点。

19.根据权利要求11所述的装置，其特征在于，所述获取模块，还用于用户终端获取发单信息，所述发单信息包括起点信息和终点信息；

所述确定模块，还用于所述用户终端根据所述起点信息和所述终点信息，确定起点与终点之间的路径规划距离；

所述处理模块，还用于若所述路径规划距离大于第二阈值或小于第三阈值，所述用户终端生成提示信息。

20.根据权利要求19所述的装置，其特征在于，所述发单信息还包括订单类型标识；

所述获取模块，还用于所述用户终端获取订单类型标识对应的订单类型；

所述确定模块，具体用于若订单类型不是代人发单和预约单，所述用户终端则根据所述起点信息和终点信息确定起点与终点之间的路径规划距离。

21.一种服务器，其特征在于，包括：至少一个处理器和存储器；

所述存储器存储计算机程序；所述至少一个处理器执行所述存储器存储的计算机程序，以实现权利要求1-6中任一项所述的方法。

22.一种终端，其特征在于，包括：至少一个处理器和存储器；

所述存储器存储计算机程序；所述至少一个处理器执行所述存储器存储的计算机程序，以实现权利要求1、3及7-10中任一项所述的方法。

23.一种计算机可读存储介质，其特征在于，该计算机可读存储介质中存储有计算机程序，所述计算机程序被执行时实现权利要求1-6中任一项所述的方法。

24.一种计算机可读存储介质，其特征在于，该计算机可读存储介质中存储有计算机程序，所述计算机程序被执行时实现权利要求1、3及7-10中任一项所述的方法。