CN105575104A - 打车软件处理方法及装置 - Google Patents

Abstract

本公开是关于打车软件处理方法及装置。该方法包括：获取第一预设信息，第一预设信息包括乘车订单中乘客的当前位置信息、乘客的移动速度信息、接受乘车订单的接单车辆的当前位置信息、接单车辆的移动速度信息、路况信息中的至少一项信息，以及乘客的目的地位置信息；根据第一预设信息确定针对乘客的推荐上车地点；将推荐上车地点发送给乘客的客户端进行显示。该技术方案可使得最终确定出的最终上车地点更为科学合理，利于乘客乘车，免去了乘客或司机人为确定最终上车地点的麻烦，优化了乘客或司机的体验。

Description

打车软件处理方法及装置

技术领域

本公开涉及打车软件技术领域，尤其涉及打车软件处理方法及装置。

背景技术

现在的打车软件特别多，用户数量也非常大。用户在叫车过程中，打车软件通常是由用户或者司机自己选定上车地点，由于用户或者司机并不清楚路况实际情况，因此，用户或者司机人为确定出的上车地点，并不一定是最佳的，由此可能会浪费用户或司机的时间，使得用户或司机的体验不好。

发明内容

本公开实施例提供打车软件处理方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种打车软件处理方法，包括：

获取第一预设信息，所述第一预设信息包括乘车订单中乘客的当前位置信息、所述乘客的移动速度信息、接受所述乘车订单的接单车辆的当前位置信息、所述接单车辆的移动速度信息、路况信息中的至少一项信息，以及所述乘客的目的地位置信息；

根据所述第一预设信息确定针对所述乘客的推荐上车地点；

将所述推荐上车地点发送给所述乘客的客户端进行显示。

在一个实施例中，所述获取第一预设信息之前，所述方法还包括：

获取第二预设信息，所述第二预设信息包括所述目的地位置信息和至少一辆车辆中每辆车辆各自的当前位置信息；或者，所述第二预设信息包括所述目的地位置信息、所述每辆车辆各自的当前位置信息和路况信息；

根据所述第二预设信息确定所述每辆车辆各自到达所述乘客的当前位置所需要的第一时长；

从所述至少一辆车辆中，确定所述第一时长等于或小于预设时长的目标车辆；

向所述目标车辆的客户端发送接单提示，所述接单提示用于提示所述目标车辆接受所述乘车订单；

将接受所述乘车订单的目标车辆确定为所述接单车辆。

在一个实施例中，所述根据所述第一预设信息确定针对所述乘客的推荐上车地点，包括：

根据所述第一预设信息确定至少一个可上车地点；

根据所述乘客的移动速度信息确定所述至少一个可上车地点各自对应的第二时长，其中，每个可上车地点对应的第二时长是指所述乘客从所述乘客的当前位置移动到该个可上车地点所需要的时长；

将所述至少一个可上车地点各自的第二时长，按照从小到大的顺序进行排序；

将排名前N位的第二时长对应的可上车地点确定为所述推荐上车地点，所述N为大于或等于1的正整数。

在一个实施例中，所述根据所述第一预设信息确定至少一个可上车地点，包括：

根据所述乘客的当前位置信息和所述接单车辆的当前位置信息，确定所述接单车辆至所述乘客的行驶路线；

根据所述路况信息，获取所述行驶路线上的、与所述乘客的当前位置之间的距离小于或等于预设距离的路段的路况；

当所述路段的路况差于或等于预设路况质量时，从所述行驶路线的除去所述路段的剩余路段中确定所述至少一个可上车地点。

在一个实施例中，当所述推荐上车地点包括一个时，所述方法还包括：

将所述推荐上车地点确定为所述乘车订单的最终上车地点。

在一个实施例中，当所述推荐上车地点包括至少两个时，所述将所述推荐上车地点发送给所述乘客的客户端进行显示，包括：

将所述推荐上车地点各自对应的选项发送给所述乘客的客户端；所述乘客的客户端用于将所述推荐上车地点各自对应的选项显示，并获取被选择的选项，将所述被选择的选项对应的推荐上车地点确定为最终上车地点；

所述方法还包括：

获取所述乘客的客户端发送的所述最终上车地点。

根据本公开实施例的第二方面，提供一种打车软件处理装置，包括：

第一获取模块，用于获取第一预设信息，所述第一预设信息包括乘车订单中乘客的当前位置信息、所述乘客的移动速度信息、接受所述乘车订单的接单车辆的当前位置信息、所述接单车辆的移动速度信息、路况信息中的至少一项信息，以及所述乘客的目的地位置信息；

第一确定模块，用于根据所述第一获取模块获取到的所述第一预设信息确定针对所述乘客的推荐上车地点；

第一发送模块，用于将所述第一确定模块确定出的所述推荐上车地点发送给所述乘客的客户端进行显示。

在一个实施例中，所述装置还包括：

第二获取模块，用于在所述第一获取模块获取第一预设信息之前，获取第二预设信息，所述第二预设信息包括所述目的地位置信息和至少一辆车辆中每辆车辆各自的当前位置信息；或者，所述第二预设信息包括所述目的地位置信息、所述每辆车辆各自的当前位置信息和路况信息；

第二确定模块，用于根据所述第二获取模块获取到的所述第二预设信息确定所述每辆车辆各自到达所述乘客的当前位置所需要的第一时长；

第三确定模块，用于从所述至少一辆车辆中，确定所述第一时长等于或小于预设时长的目标车辆；

第二发送模块，用于向所述第三确定模块确定出的所述目标车辆的客户端发送接单提示，所述接单提示用于提示所述目标车辆接受所述乘车订单；

第四确定模块，用于将接受所述乘车订单的目标车辆确定为所述接单车辆。

在一个实施例中，所述第一确定模块，包括：

第一确定子模块，用于根据所述第一预设信息确定至少一个可上车地点；

第二确定子模块，用于根据所述乘客的移动速度信息确定所述第一确定子模块确定出的所述至少一个可上车地点各自对应的第二时长，其中，每个可上车地点对应的第二时长是指所述乘客从所述乘客的当前位置移动到该个可上车地点所需要的时长；

排序子模块，用于将所述第二确定子模块确定出的所述至少一个可上车地点各自的第二时长，按照从小到大的顺序进行排序；

第三确定子模块，用于将所述排序子模块确定出的排名前N位的第二时长对应的可上车地点确定为所述推荐上车地点，所述N为大于或等于1的正整数。

在一个实施例中，所述第一确定子模块，还用于根据所述乘客的当前位置信息和所述接单车辆的当前位置信息，确定所述接单车辆至所述乘客的行驶路线；根据所述路况信息，获取所述行驶路线上的、与所述乘客的当前位置之间的距离小于或等于预设距离的路段的路况；当所述路段的路况差于或等于预设路况质量时，从所述行驶路线的除去所述路段的剩余路段中确定所述至少一个可上车地点。

在一个实施例中，所述装置还包括：

第五确定模块，用于当所述推荐上车地点包括一个时，将所述第一确定模块确定出的所述推荐上车地点确定为所述乘车订单的最终上车地点。

在一个实施例中，第一发送模块包括：

发送子模块，用于当所述推荐上车地点包括至少两个时，将所述第一确定模块确定出的所述推荐上车地点各自对应的选项发送给所述乘客的客户端；所述乘客的客户端用于将所述推荐上车地点各自对应的选项显示，并获取被选择的选项，将所述被选择的选项对应的推荐上车地点确定为最终上车地点；

所述装置还包括：

第三获取模块，用于获取所述乘客的客户端发送的所述最终上车地点。

根据本公开实施例的第三方面，提供一种打车软件处理装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取第一预设信息，所述第一预设信息包括乘车订单中乘客的当前位置信息、所述乘客的移动速度信息、接受所述乘车订单的接单车辆的当前位置信息、所述接单车辆的移动速度信息、路况信息中的至少一项信息，以及所述乘客的目的地位置信息；

根据所述第一预设信息确定针对所述乘客的推荐上车地点；

将所述推荐上车地点发送给所述乘客的客户端进行显示。

本公开的实施例提供的技术方案可以包括以下有益效果：

上述技术方案可根据获取到的乘车订单中乘客、接单车辆、路况等相关信息，为乘客确定出推荐上车地点，并将推荐上车地点发送给乘客的客户端，乘客可通过客户端获知所有的推荐上车地点，方便确定出最终上车地点。该技术综合乘车订单的上述相关信息确定出推荐上车地点，可使得根据该推荐上车地点最终确定出的最终上车地点更为科学合理，利于乘客乘车，免去了乘客或司机人为确定最终上车地点的麻烦，优化了乘客或司机的体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种打车软件处理方法的流程图。

图2是根据一示例性实施例示出的另一种打车软件处理方法的流程图。

图3是根据一示例性实施例示出的再一种打车软件处理方法的流程图。

图4是根据一示例性实施例示出的又一种打车软件处理方法的流程图。

图5是根据一示例性实施例示出的第一种打车软件处理装置的框图。

图6是根据一示例性实施例示出的第二种打车软件处理装置的框图。

图7是根据一示例性实施例示出的第三种打车软件处理装置的框图。

图8是根据一示例性实施例示出的第四种打车软件处理装置的框图。

图9是根据一示例性实施例示出的第五种打车软件处理装置的框图。

图10是根据一示例性实施例示出的适用于打车软件处理装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开实施例提供了一种打车软件处理技术，该技术可根据获取到的乘车订单中乘客、接单车辆、路况等相关信息，为乘客确定出推荐上车地点，并将推荐上车地点发送给乘客的客户端，乘客可通过客户端获知所有的推荐上车地点，方便确定出最终上车地点。该技术综合乘车订单的上述相关信息确定出推荐上车地点，可使得根据该推荐上车地点最终确定出的最终上车地点更为科学合理，利于乘客乘车，免去了乘客或司机人为确定最终上车地点的麻烦，优化了乘客或司机的体验。

图1示出了本公开实施例提供的一种打车软件处理方法，该方法可用于打车软件的服务器。如图1所示，该方法包括步骤S101-S103：

在步骤S101中，获取第一预设信息。

其中，上述第一预设信息包括乘客的目的地位置信息，还可以包括乘车订单中乘客的当前位置信息、乘客的移动速度信息、接受乘车订单的接单车辆的当前位置信息、接单车辆的移动速度信息、路况信息中的至少一项信息。

其中，路况信息用于表征道路通畅度，可以是每条路段上车辆的平均行驶速；可以是每条路段对应的通畅指数，例如预设设置至少两个等级的通畅度，每个等级的通畅度有相应的车辆平均行驶速度的范围，对于一条路段来说，其车辆平均行驶速度所在的范围对应的通畅度等级，就是该条路段对应的通畅度等级；通畅度的等级可以包括“通畅”、“稍堵”、“很堵”。

在步骤S102中，根据第一预设信息确定针对乘客的推荐上车地点。

在步骤S103中，将推荐上车地点发送给乘客的客户端进行显示。

在一个实施例中，步骤S102可实施为以下步骤A1-A4：步骤A1、根据第一预设信息确定至少一个可上车地点。可上车地点是指满足以下两点条件的地点：1、接单车辆能够行驶到；2、乘客能够到达。步骤A2、根据乘客的移动速度信息确定至少一个可上车地点各自对应的第二时长，其中，每个可上车地点对应的第二时长是指乘客从乘客的当前位置移动到该个可上车地点所需要的时长。其中，第二时长可等于乘客的当前位置与可上车地点之间的距离除以乘客的移动速度。步骤A3、将至少一个可上车地点各自的第二时长，按照从小到大的顺序进行排序。步骤A4、将排名前N位的第二时长对应的可上车地点确定为推荐上车地点，N为大于或等于1的正整数。即，本实施例可将乘客能够比较快速到达的上车地点确定为推荐上车地点供乘客选择使用，优化了乘客的乘车体验。

在一个实施例中，步骤A1可实施为以下步骤A11-A13：步骤A11、根据乘客的当前位置信息和接单车辆的当前位置信息，确定接单车辆至乘客的行驶路线。步骤A12、根据路况信息，获取上述行驶路线上的、与乘客的当前位置之间的距离小于或等于预设距离的路段X的路况。其中，上述路况X可包括该路段X上车辆的平均行驶速度、或者该路段X对应的通畅度等级等。预设距离可预先设置，其数值可较短，例如100米、200米等，优选地，可限定于数百米之内，由于该预设距离以外的地方可能被确定为可上车地点，因此，该预设距离不应太长，以避免最终确定出的推荐上车地点(或者最终上车地点、或者可上车地点)太远而影响乘客乘车。步骤A13、当路段X的路况差于或等于预设路况质量时，从上述行驶路线的除去上述路段X的剩余路段中确定至少一个可上车地点。其中，预设路况质量可预先设置，例如预设路况质量可以是车辆平均行驶速度等于或大于预设速度(该预设速度不应太小，例如可以是50千米/时以上的速度)、或者可以是预设等级的畅通度如“畅通”或“稍堵”。

在上述实施例中，当路段X的路况差于或等于预设路况质量时，说明路段X的路况较差，如果接单车辆经过该路段X的话，会浪费很多时间，为了保证乘客能尽快上车，可避开该路况不好的路段X，在行驶路线上的其他路况较好的路段上确定可上车地点。

在一个实施例中，可预先设定上述N的数值，例如可设置N等于1，则推荐上车地点只有一个，就是乘客能最快到达的上车地点，此时，如图2所示，上述方法还可包括步骤S1041：将推荐上车地点确定为乘车订单的最终上车地点。即，当推荐上车地点只有一个时，可不需要乘客做决策，直接将该推荐上车地点确定为最终上车地点，乘客按照其客户端显示出的最终上车地点进行乘车操作即可，节省了乘客的操作，加快了乘车订单的执行进程。

另外，还可设置N为等于或大于2的正整数，那么会产生多个推荐上车地点，此时，如图3所示，上述步骤S103可实施为步骤S1030：将推荐上车地点各自对应的选项发送给乘客的客户端；乘客的客户端用于将推荐上车地点各自对应的选项显示，并获取被选择的选项，将被选择的选项对应的推荐上车地点确定为最终上车地点；相应地，如图4所示，上述方法还可包括步骤S1042：获取乘客的客户端发送的最终上车地点。即，当推荐上车地点不止一个时，可由乘客来选择最终上车地点，从而乘客可以选择自己喜欢的推荐上车地点作为最终上车地点，满足乘客的需求。

在一个实施例中，上述方法还可以帮助司机决定是否接受乘车订单，如图4所示，在执行步骤S101“获取第一预设信息”之前，还可以包括步骤S401-S405：

在步骤S401中，获取第二预设信息，第二预设信息包括目的地位置信息和至少一辆车辆中每辆车辆各自的当前位置信息；或者，第二预设信息包括目的地位置信息、每辆车辆各自的当前位置信息和路况信息。

在步骤S402中，根据第二预设信息确定每辆车辆各自到达乘客的当前位置所需要的第一时长。

在步骤S403中，从至少一辆车辆中，确定第一时长等于或小于预设时长的目标车辆。其中，预设时长可以预先设置，其数值不宜过长，以避免出现距离乘客比较远的车辆接受了订单。预设时长可以设置为：等于或者小于乘车订单中乘客设置的出发时间与当前时间之间的时间间隔，从而可以保证最后接单的接单车辆能够按时接到乘客。

在步骤S404中，向目标车辆的客户端发送接单提示，接单提示用于提示目标车辆接受乘车订单。

在步骤S405中，将接受乘车订单的目标车辆确定为接单车辆。

上述实施例，可帮助司机决定是否接受乘车订单，提高了司机的体验。

对应本公开实施例提供的上述方法，本公开实施例提供一种打车软件处理装置，如图5所示，该装置包括：

第一获取模块51，被配置为获取第一预设信息，第一预设信息包括乘车订单中乘客的当前位置信息、乘客的移动速度信息、接受乘车订单的接单车辆的当前位置信息、接单车辆的移动速度信息、路况信息中的至少一项信息，以及乘客的目的地位置信息；

第一确定模块52，被配置为根据第一获取模块52获取到的第一预设信息确定针对乘客的推荐上车地点；

第一发送模块53，被配置为将第一确定模块52确定出的推荐上车地点发送给乘客的客户端进行显示。

在一个实施例中，如图6所示，上述装置还可包括：

第二获取模块61，被配置为在第一获取模块51获取第一预设信息之前，获取第二预设信息，第二预设信息包括目的地位置信息和至少一辆车辆中每辆车辆各自的当前位置信息；或者，第二预设信息包括目的地位置信息、每辆车辆各自的当前位置信息和路况信息；

第二确定模块62，被配置为根据第二获取模块61获取到的第二预设信息确定每辆车辆各自到达乘客的当前位置所需要的第一时长；

第三确定模块63，被配置为从至少一辆车辆中，确定第一时长等于或小于预设时长的目标车辆；

第二发送模块64，被配置为向第三确定模块63确定出的目标车辆的客户端发送接单提示，接单提示被配置为提示目标车辆接受乘车订单；

第四确定模块65，被配置为将接受乘车订单的目标车辆确定为接单车辆。

在一个实施例中，如图7所示，上述第一确定模块52可包括：

第一确定子模块71，被配置为根据第一预设信息确定至少一个可上车地点；

第二确定子模块72，被配置为根据乘客的移动速度信息确定第一确定子模块71确定出的至少一个可上车地点各自对应的第二时长，其中，每个可上车地点对应的第二时长是指乘客从乘客的当前位置移动到该个可上车地点所需要的时长；

排序子模块73，被配置为将第二确定子模块72确定出的至少一个可上车地点各自的第二时长，按照从小到大的顺序进行排序；

第三确定子模块74，被配置为将排序子模块73确定出的排名前N位的第二时长对应的可上车地点确定为推荐上车地点，N为大于或等于1的正整数。

在一个实施例中，第一确定子模块71，还被配置为根据乘客的当前位置信息和接单车辆的当前位置信息，确定接单车辆至乘客的行驶路线；根据路况信息，获取行驶路线上的、与乘客的当前位置之间的距离小于或等于预设距离的路段的路况；当路段的路况差于或等于预设路况质量时，从行驶路线的除去路段的剩余路段中确定至少一个可上车地点。

在一个实施例中，如图8所示，上述装置还包括：

第五确定模块81，被配置为当推荐上车地点包括一个时，将第一确定模块51确定出的推荐上车地点确定为乘车订单的最终上车地点。

在一个实施例中，如图9所示，上述第一发送模块53可包括：

发送子模块91，被配置为当推荐上车地点包括至少两个时，将第一确定模块确定出的推荐上车地点各自对应的选项发送给乘客的客户端；乘客的客户端被配置为将推荐上车地点各自对应的选项显示，并获取被选择的选项，将被选择的选项对应的推荐上车地点确定为最终上车地点；

此时，上述装置还可包括：

第三获取模块92，被配置为获取乘客的客户端发送的最终上车地点。

对应本公开实施例提供的上述方法，本公开实施例还提供一种打车软件处理装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

获取第一预设信息，第一预设信息包括乘车订单中乘客的当前位置信息、乘客的移动速度信息、接受乘车订单的接单车辆的当前位置信息、接单车辆的移动速度信息、路况信息中的至少一项信息，以及乘客的目的地位置信息；

根据第一预设信息确定针对乘客的推荐上车地点；

将推荐上车地点发送给乘客的客户端进行显示。

图10是根据一示例性实施例示出的一种用于打车软件处理装置1900的框图。例如，装置1900可以被提供为一服务器。参照图10，装置1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述方法。

装置1900还可以包括一个电源组件1926被配置为执行装置1900的电源管理，一个有线或无线网络接口1950被配置为将装置1900连接到网络，和一个输入输出(I/O)接口1958。装置1900可以操作基于存储在存储器1932的操作系统，例如WindowsServerTM，MacOSXTM，UnixTM,LinuxTM，FreeBSDTM或类似。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行一种打车软件处理方法，所述方法包括：

获取第一预设信息，所述第一预设信息包括乘车订单中乘客的当前位置信息、所述乘客的移动速度信息、接受所述乘车订单的接单车辆的当前位置信息、所述接单车辆的移动速度信息、路况信息中的至少一项信息，以及所述乘客的目的地位置信息；

根据所述第一预设信息确定针对所述乘客的推荐上车地点；

将所述推荐上车地点发送给所述乘客的客户端进行显示。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (13)

1.一种打车软件处理方法，其特征在于，包括：

获取第一预设信息，所述第一预设信息包括乘车订单中乘客的当前位置信息、所述乘客的移动速度信息、接受所述乘车订单的接单车辆的当前位置信息、所述接单车辆的移动速度信息、路况信息中的至少一项信息，以及所述乘客的目的地位置信息；

根据所述第一预设信息确定针对所述乘客的推荐上车地点；

将所述推荐上车地点发送给所述乘客的客户端进行显示。

2.如权利要求1所述的方法，其特征在于，所述获取第一预设信息之前，所述方法还包括：

获取第二预设信息，所述第二预设信息包括所述目的地位置信息和至少一辆车辆中每辆车辆各自的当前位置信息；或者，所述第二预设信息包括所述目的地位置信息、所述每辆车辆各自的当前位置信息和路况信息；

根据所述第二预设信息确定所述每辆车辆各自到达所述乘客的当前位置所需要的第一时长；

从所述至少一辆车辆中，确定所述第一时长等于或小于预设时长的目标车辆；

向所述目标车辆的客户端发送接单提示，所述接单提示用于提示所述目标车辆接受所述乘车订单；

将接受所述乘车订单的目标车辆确定为所述接单车辆。

3.如权利要求1或2所述的方法，其特征在于，所述根据所述第一预设信息确定针对所述乘客的推荐上车地点，包括：

根据所述第一预设信息确定至少一个可上车地点；

根据所述乘客的移动速度信息确定所述至少一个可上车地点各自对应的第二时长，其中，每个可上车地点对应的第二时长是指所述乘客从所述乘客的当前位置移动到该个可上车地点所需要的时长；

将所述至少一个可上车地点各自的第二时长，按照从小到大的顺序进行排序；

将排名前N位的第二时长对应的可上车地点确定为所述推荐上车地点，所述N为大于或等于1的正整数。

4.如权利要求3所述的方法，其特征在于，所述根据所述第一预设信息确定至少一个可上车地点，包括：

根据所述乘客的当前位置信息和所述接单车辆的当前位置信息，确定所述接单车辆至所述乘客的行驶路线；

根据所述路况信息，获取所述行驶路线上的、与所述乘客的当前位置之间的距离小于或等于预设距离的路段的路况；

当所述路段的路况差于或等于预设路况质量时，从所述行驶路线的除去所述路段的剩余路段中确定所述至少一个可上车地点。

5.如权利要求1或2所述的方法，其特征在于，

当所述推荐上车地点包括一个时，所述方法还包括：

将所述推荐上车地点确定为所述乘车订单的最终上车地点。

6.如权利要求1或2所述的方法，其特征在于，

当所述推荐上车地点包括至少两个时，所述将所述推荐上车地点发送给所述乘客的客户端进行显示，包括：

将所述推荐上车地点各自对应的选项发送给所述乘客的客户端；所述乘客的客户端用于将所述推荐上车地点各自对应的选项显示，并获取被选择的选项，将所述被选择的选项对应的推荐上车地点确定为最终上车地点；

所述方法还包括：

获取所述乘客的客户端发送的所述最终上车地点。

7.一种打车软件处理装置，其特征在于，包括：

第一获取模块，用于获取第一预设信息，所述第一预设信息包括乘车订单中乘客的当前位置信息、所述乘客的移动速度信息、接受所述乘车订单的接单车辆的当前位置信息、所述接单车辆的移动速度信息、路况信息中的至少一项信息，以及所述乘客的目的地位置信息；

第一确定模块，用于根据所述第一获取模块获取到的所述第一预设信息确定针对所述乘客的推荐上车地点；

第一发送模块，用于将所述第一确定模块确定出的所述推荐上车地点发送给所述乘客的客户端进行显示。

8.如权利要求7所述的装置，其特征在于，所述装置还包括：

第二获取模块，用于在所述第一获取模块获取第一预设信息之前，获取第二预设信息，所述第二预设信息包括所述目的地位置信息和至少一辆车辆中每辆车辆各自的当前位置信息；或者，所述第二预设信息包括所述目的地位置信息、所述每辆车辆各自的当前位置信息和路况信息；

第二确定模块，用于根据所述第二获取模块获取到的所述第二预设信息确定所述每辆车辆各自到达所述乘客的当前位置所需要的第一时长；

第三确定模块，用于从所述至少一辆车辆中，确定所述第一时长等于或小于预设时长的目标车辆；

第二发送模块，用于向所述第三确定模块确定出的所述目标车辆的客户端发送接单提示，所述接单提示用于提示所述目标车辆接受所述乘车订单；

第四确定模块，用于将接受所述乘车订单的目标车辆确定为所述接单车辆。

9.如权利要求7或8所述的装置，其特征在于，所述第一确定模块，包括：

第一确定子模块，用于根据所述第一预设信息确定至少一个可上车地点；

第二确定子模块，用于根据所述乘客的移动速度信息确定所述第一确定子模块确定出的所述至少一个可上车地点各自对应的第二时长，其中，每个可上车地点对应的第二时长是指所述乘客从所述乘客的当前位置移动到该个可上车地点所需要的时长；

排序子模块，用于将所述第二确定子模块确定出的所述至少一个可上车地点各自的第二时长，按照从小到大的顺序进行排序；

第三确定子模块，用于将所述排序子模块确定出的排名前N位的第二时长对应的可上车地点确定为所述推荐上车地点，所述N为大于或等于1的正整数。

10.如权利要求9所述的装置，其特征在于，

所述第一确定子模块，还用于根据所述乘客的当前位置信息和所述接单车辆的当前位置信息，确定所述接单车辆至所述乘客的行驶路线；根据所述路况信息，获取所述行驶路线上的、与所述乘客的当前位置之间的距离小于或等于预设距离的路段的路况；当所述路段的路况差于或等于预设路况质量时，从所述行驶路线的除去所述路段的剩余路段中确定所述至少一个可上车地点。

11.如权利要求7或8所述的装置，其特征在于，所述装置还包括：

第五确定模块，用于当所述推荐上车地点包括一个时，将所述第一确定模块确定出的所述推荐上车地点确定为所述乘车订单的最终上车地点。

12.如权利要求7或8所述的装置，其特征在于，

第一发送模块包括：

发送子模块，用于当所述推荐上车地点包括至少两个时，将所述第一确定模块确定出的所述推荐上车地点各自对应的选项发送给所述乘客的客户端；所述乘客的客户端用于将所述推荐上车地点各自对应的选项显示，并获取被选择的选项，将所述被选择的选项对应的推荐上车地点确定为最终上车地点；

所述装置还包括：

第三获取模块，用于获取所述乘客的客户端发送的所述最终上车地点。

13.一种打车软件处理装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取第一预设信息，所述第一预设信息包括乘车订单中乘客的当前位置信息、所述乘客的移动速度信息、接受所述乘车订单的接单车辆的当前位置信息、所述接单车辆的移动速度信息、路况信息中的至少一项信息，以及所述乘客的目的地位置信息；

根据所述第一预设信息确定针对所述乘客的推荐上车地点；

将所述推荐上车地点发送给所述乘客的客户端进行显示。