CN108023919A - 一种上车位置推荐方法及装置、服务器 - Google Patents

Abstract

本发明实施例公开了一种上车位置推荐方法及装置、服务器，属于交通技术领域。该方法包括：接收终端设备发送的预约车请求；判断所述预约车请求指定的第一上车位置是否处于加价区域；如果所述第一上车位置处于加价区域，检测是否存在位于所述加价区域之外的第二上车位置；如果存在位于所述加价区域之外的第二上车位置，则将所述第二上车位置的信息发送至所述终端设备。本发明实施例在判断出乘客遇到动态加价时，通过检测乘客第一上车位置周围的区域，以向乘客推荐无需加价的第二上车位置，避免出现乘客因为动态加价而放弃打车的情况，具有满足乘客打车需求，提高平台成交率的优点。

Description

一种上车位置推荐方法及装置、服务器

技术领域

本发明实施例涉及交通技术领域，具体涉及一种上车位置推荐方法及装置、服务器。

背景技术

网络约车是一种互联网+的交通方式，网络约车的目的是从缓解交通堵塞实践出发，弥补传统出租车的数量不足，打造与城市经济社会发展相适应，与公共交通等客运服务方式相协调，多样化、多层次的交通出行方式。

动态加价是指在网络预约车的高峰时段时，预约车订单指定的上车位置周围司机较少或者司机距离乘客较远的情况下，为了促使司机更快接受预约车订单，网络预约车平台会对预约车订单适当加价。

在实现本发明实施例的过程中，发明人发现现有技术中存在以下缺陷：若出现动态加价的情况或者加价金额超出了乘客的可接受范围，部分乘客可能会选择更换出行方式，这样将导致乘客的打车需求难以满足，并降低网络预约车平台的预约车订单成交率。

发明内容

本发明实施例的一个目的是解决在高峰期时，平台对订单进行加价处理而无法满足部分乘客的打车需求，进而影响平台成交率的问题。

本发明实施例提出了一种上车位置推荐方法，包括：

接收终端设备发送的预约车请求；

判断所述预约车请求指定的第一上车位置是否处于加价区域；

如果所述第一上车位置处于加价区域，检测是否存在位于所述加价区域之外的第二上车位置；

如果存在位于所述加价区域之外的第二上车位置，则将所述第二上车位置的信息发送至所述终端设备。

可选的，所述检测是否存在位于所述加价区域之外的第二上车位置包括：

检测是否存在所述第一上车位置的预设范围区域内并且处于所述加价区域之外的第二上车位置。

可选的，所述预设范围区域内的任意一个上车位置与所述第一上车位置之间的距离小于预设距离。

可选的，车辆从所述预设范围区域内的任意一个上车位置到达所述第一上车位置的时间小于预设时间。

可选的，所述将所述第二上车位置的信息发送至所述终端设备包括：

如果检测获知所述加价区域之外只有一个可选上车位置，则将所述可选上车位置作为所述第二上车位置，并将所述第二上车位置的信息发送至所述终端设备；

如果检测获知所述加价区域之外有两个或两个以上可选上车位置，则将所述两个或两个以上可选上车位置中距离所述第一上车位置最近的可选上车位置作为所述第二上车位置，并将所述第二上车位置的信息发送至所述终端设备。

可选的，所述信息中还携带有以所述当前上车点为出发地、所述第二上车位置为目的地的推荐路径和/或从所述当前上车点到达所述第二上车位置的预测时间。

本发明还提出了一种上车位置推荐装置，包括：

接收模块，用于接收终端设备发送的预约车请求；

判断模块，用于判断所述预约车请求指定的第一上车位置是否处于加价区域；

检测模块，用于如果所述第一上车位置处于加价区域，检测是否存在位于所述加价区域之外的第二上车位置；

发送模块，用于如果存在位于所述加价区域之外的第二上车位置，则将所述第二上车位置的信息发送至所述终端设备。

可选的，所述检测模块，具体用于检测是否存在所述第一上车位置的预设范围区域内并且处于所述加价区域之外的第二上车位置。

可选的，所述预设范围区域内的任意一个上车位置与所述第一上车位置之间的距离小于预设距离。

可选的，车辆从所述预设范围区域内的任意一个上车位置到达所述第一上车位置的时间小于预设时间。

可选的，所述发送模块，具体用于如果检测获知所述加价区域之外只有一个可选上车位置，则将所述可选上车位置作为所述第二上车位置，并将所述第二上车位置的信息发送至所述终端设备；

如果检测获知所述加价区域之外有两个或两个以上可选上车位置，则将所述两个或两个以上可选上车位置中距离所述第一上车位置最近的可选上车位置作为所述第二上车位置，并将所述第二上车位置的信息发送至所述终端设备。

可选的，所述信息中还携带有以所述当前上车点为出发地、所述第二上车位置为目的地的推荐路径和/或从所述当前上车点到达所述第二上车位置的预测时间。

本发明还提出了一种服务器，包括上述的上车位置推荐装置。

本发明还提出了一种上车位置推荐方法，包括：

向服务器发送预约车请求，所述预约车请求指定了第一上车位置；

接收所述服务器发送的根据所述第一上车位置确定的第二上车位置的信息。

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

接收所述服务器发送的、根据所述预约车请求指定的第一上车位置生成的推荐请求；

接收用户输入的接受所述推荐请求的指令，向所述服务器发送允许推荐请求的信息。

本发明还提出了一种上车位置推荐装置，包括：

第一发送模块，用于向服务器发送预约车请求，所述预约车请求指定了第一上车位置；

第一接收模块，用于接收所述服务器发送的根据所述第一上车位置确定的第二上车位置的信息。

可选的，还包括：

第二接收模块，用于接收所述服务器发送的、根据所述预约车请求指定的第一上车位置生成的推荐请求；

第二发送模块，用于接收用户输入的接受所述推荐请求的指令，向所述服务器发送允许推荐请求的信息。

本发明实施例提出的上车位置推荐方法及装置、服务器在判断出乘客遇到动态加价时，通过检测乘客第一上车位置周围的区域，以向乘客推荐无需加价的第二上车位置，避免出现乘客因为动态加价而放弃打车的情况，具有满足乘客打车需求，提高平台成交率的优点。

附图说明

通过参考附图会更加清楚的理解本发明的特征和优点，附图是示意性的而不应理解为对本发明进行任何限制，在附图中：

图1示出了本发明一实施例提供的上车位置推荐方法的流程示意图；

图2示出了本发明另一实施例提供的上车位置推荐方法的流程示意图；

图3示出了本发明一实施例提供的上车位置推荐装置的结构示意图；

图4示出了本发明一实施例提供的上车位置推荐方法的流程示意图；

图5示出了本发明另一实施例提供的上车位置推荐方法的流程示意图；

图6示出了本发明一实施例提供的上车位置推荐装置的结构示意图；

图7示出了本发明另一实施例提供的上车位置推荐装置的结构示意图。

具体实施方式

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

以下对本发明实施例中提及的部分词语进行举例说明。

本发明实施例中提及的第一终端是指呼叫服务方，如交通工具叫车服务中的乘客，所使用的移动终端或个人计算机(Personal Computer，简称PC)等设备。例如智能手机、个人数码助理(PDA)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。

本发明实施例中提及的第二终端为提供服务方，如交通工具叫车服务中的司机，所使用的用于接单的移动终端或PC端等设备。诸如上述呼叫服务方所使用各设备。因此，本实施例中，第二终端1为第一个司机所持的移动终端，第二终端2为第二个司机所持的终端，……，第二终端N为第N个司机所持的终端。本实施例中，为了区别乘客和司机，分别采用第一终端和第二终端来分别表示乘客和司机所持的终端设备。

实施例一

图1示出了本发明一实施例提供的上车位置推荐方法的流程示意图，参见图1，该方法由服务器实现，具体包括以下步骤：

110、接收终端设备发送的预约车请求；

需要说明的是，此处的终端设备为第一终端，终端设备首先接收用户输入的预约车信息，并根据预约车信息生成预约车请求，并将预约车请求发送至服务器；其中，预约车请求中一般会携带第一上车位置、目的地等信息。

120、判断所述预约车请求指定的第一上车位置是否处于加价区域；

130、如果所述第一上车位置处于加价区域，检测是否存在位于所述加价区域之外的第二上车位置；

140、如果存在位于所述加价区域之外的第二上车位置，则将所述第二上车位置的信息发送至所述终端设备。

其中，加价区域为预建立区域，例如：以经纬度表示的某个区域，或者以城市干线表示的某个区域等等，在加价区域内，用户需要增加额外的花费才能完成下单；而且加价区域为服务器根据当前的运力状况、环境状况等因素划分的，具体划分规则此处不限定。

另外，加价区域为动态变化的区域，其有一定的时效性，因此，服务器需要以当前时刻的加价区域对当前预约车请求指定的第一上车位置进行判断。

可见，本发明实施例在判断出乘客遇到动态加价时，通过检测乘客第一上车位置周围的区域，以向乘客推荐无需加价的第二上车位置，避免出现乘客因为动态加价而放弃打车的情况，具有满足乘客打车需求，提高平台成交率的优点。

实施例二

在一种实施例中，可以在实施例一所包含的特征的基础上，进一步包括：

在接收到预约车请求后，服务器将把预约车请求中携带的第一上车位置与加价区域进行比对；

若比对获知所述第一上车位置位于所述加价区域内，则确认所述第一上车位置处于所述加价区域内。

若对比获知所述第一上车位置位于所述加价区域之外，则根据预约车请求中的信息生成订单即可；

进一步地，在确定第一上车位置处于加价区域内，即第一上车位置为加价上车点时，服务器将检测所述第一上车位置的预设范围区域内是否存在处于所述加价区域之外的第二上车位置，即无加价上车点；

需要说明的是，对于无加价上车点的检测范围不宜过大，否则将可能出现由于检测出的第二上车位置距离乘客过远导致乘客放弃更换上车位置直接放弃打车的问题。

由此，需要对检测范围进行限制，限制的方式有两种，一种是基于距离的限制，一种是基于的时间的限制；

基于距离的限制：在预设范围区域内，任意一个上车位置与所述第一上车位置之间的距离小于预设距离，

基于时间的限制：在预设范围区域内，任意一个上车位置到达所述第一上车位置的时间小于预设时间。

需要说明的是，预设距离可以为800m等，预设时间可以为步行10分钟等；因此，乘客在查看到距离第一上车位置不远的地方就有第二上车位置的信息后，将很有可选择步行至服务器推荐的第二上车位置的信息处，而非选择放弃打车，进而能达到提高平台成交率的目的。

实施例三

参见图2，在一种实施例中，可以在实施例一所包含的特征的基础上，进一步包括：上车位置推荐根据检测获得的第二上车位置的数量，制定第二上车位置的处理策略，具体如下：

若第二上车位置仅有一个，则直接将第二上车位置的信息发送至移动终端；

若第二上车位置有两个及两个以上，则对第二上车位置进行筛选，选择出距离第一上车位置最近的第二上车位置，并将选择出的第二上车位置的信息发送至移动终端；

其中，若检测获知距离的第一上车位置最近的第二上车位置有两个及两个以上时，则随机选择其中一个发送至移动终端；或者都发送至移动终端，由用户自行选择。

本实施例通过设定策略，以在第二上车位置的数量为一个或者一个以上时进行不同的处理方式，使得发送至移动终端的第二上车位置距离第一上车位置最近，进而进一步地提高平台成交率。

实施例四

在一种实施例中，可以在实施例一所包含的特征的基础上，进一步包括：服务器向移动终端发送的信息中携带有以第一上车位置为出发地、所述第二上车位置为目的地的推荐路径。

或者，从所述第一上车位置到达所述第二上车位置的预测时间。

需要说明的是，当第二上车位置为一个时，服务器根据该第二上车位置和第一上车位置生成推荐路径；

当第二上车位置为多个且选择出的第二上车位置为多个时，服务器将针对每个第二上车位置构建从第一上车位置到达第二上车位置的推荐路径。

需要说明的是，时间的预测一般是针对步行/驾车方式，即，从第一上车位置到达第二上车位置A的预测时间为步行7分钟或者驾车2分钟。

本实施例通过预测乘客更换上车位置可能途径的路径和需要花费的时间，以便乘客合理安排出行计划，而且，在明确路径和时间且两者均明确、合理的情况下，乘客一般更倾向于更换第二上车位置，而非放弃打车，进而达到提高平台成交率的目的。

对于方法实施方式，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施方式并不受所描述的动作顺序的限制，因为依据本发明实施方式，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施方式均属于优选实施方式，所涉及的动作并不一定是本发明实施方式所必须的。

实施例五

图3示出了本发明一实施例提供的上车位置推荐装置的结构示意图，参见图3，该装置包括：接收模块310、判断模块320、检测模块330以及发送模块340，其中；

接收模块310，用于接收终端设备发送的预约车请求；

判断模块320，用于判断所述预约车请求指定的第一上车位置是否处于加价区域；

检测模块330，用于如果所述第一上车位置处于加价区域，检测是否存在位于所述加价区域之外的第二上车位置；

发送模块340，用于如果存在位于所述加价区域之外的第二上车位置，则将所述第二上车位置的信息发送至所述终端设备。

需要说明的是，移动终端在接收到用户输入的预约车信息后，根据预约车信息生成预约车请求，接收模块310在接收到预约车请求后，将预约车请求发送至判断模块320，由判断模块320判断所述预约车请求指定的第一上车位置是否处于加价区域，并将判断结果发送至检测模块330；检测模块330若根据判断结果获知第一上车位置处于加价区域内，则检测是否存在位于所述加价区域之外的第二上车位置，并将检测结果发送至发送模块340；发送模块340若根据接收到的检测结果获知存在位置所述加价区域之外的第二上车位置，则将所述第二上车位置的信息发送至所述终端设备。

本实施例在判断出乘客遇到动态加价时，通过检测乘客第一上车位置周围的区域，以向乘客推荐无需加价的第二上车位置，避免出现乘客因为动态加价而放弃打车的情况，具有满足乘客打车需求，提高平台成交率的优点。

对于装置实施方式而言，由于其与方法实施方式基本相似，所以描述的比较简单，相关之处参见方法实施方式的部分说明即可。

实施例六

在一种实施例中，可以在实施例五所包含的特征的基础上，进一步包括：

检测模块330，具体用于检测是否存在所述第一上车位置的预设范围区域内并且处于所述加价区域之外的第二上车位置；

其中，预设范围区域为可配置，具体配置方式如下：

所述预设范围区域内的任意一个上车位置与所述第一上车位置之间的距离小于预设距离；

或者，

车辆从所述预设范围区域内的任意一个上车位置到达所述第一上车位置的时间小于预设时间。

对于装置实施方式而言，由于其与方法实施方式基本相似，所以描述的比较简单，相关之处参见方法实施方式的部分说明即可。

实施例七

在一种实施例中，可以在实施例五所包含的特征的基础上，进一步包括：

所述发送模块340，具体用于如果检测获知所述加价区域之外只有一个可选上车位置，则将所述可选上车位置作为所述第二上车位置，并将所述第二上车位置的信息发送至所述终端设备；

如果检测获知所述加价区域之外有两个或两个以上可选上车位置，则将所述两个或两个以上可选上车位置中距离所述第一上车位置最近的可选上车位置作为所述第二上车位置，并将所述第二上车位置的信息发送至所述终端设备。

本实施例通过设定策略，以在第二上车位置的数量为一个或者一个以上时进行不同的处理方式，使得发送至移动终端的第二上车位置距离第一上车位置最近，进而进一步地提高平台成交率。

实施例八

在一种实施例中，可以在实施例五所包含的特征的基础上，进一步包括：

所述信息中还携带有以所述当前上车点为出发地、所述第二上车位置为目的地的推荐路径和/或从所述当前上车点到达所述第二上车位置的预测时间。

对于装置实施方式而言，由于其与方法实施方式基本相似，所以描述的比较简单，相关之处参见方法实施方式的部分说明即可。

基于相同的发明创造，本发明一实施例还提出了一种包括上述的上车位置推荐装置的服务器。

实施例九

图4示出了本发明一实施例提供的上车位置推荐方法的流程示意图，参见图4，该方法由移动终端实现，具体包括以下步骤：

410、向服务器发送预约车请求，所述预约车请求指定了第一上车位置；

420、接收所述服务器发送的根据所述第一上车位置确定的第二上车位置的信息。

可见，本实施例在判断出乘客遇到动态加价时，通过检测乘客第一上车位置周围的区域，以向乘客推荐无需加价的第二上车位置，避免出现乘客因为动态加价而放弃打车的情况，具有满足乘客打车需求，提高平台成交率的优点。

实施例十

参见图5，在一种实施例中，可以在实施例九所包含的特征的基础上，进一步包括：

520、在接收服务器发送的根据所述第一上车位置确定的第二上车位置的信息的步骤之前，

530、接收所述服务器发送的、根据所述预约车请求指定的第一上车位置生成的推荐请求；

接收用户输入的接受所述推荐请求的指令，向所述服务器发送允许推荐请求的信息。

需要说明的是，用户启用移动终端上的应用程序向输入预约车信息，移动终端在接收到预约车信息后，根据预约车信息生成预约车请求，并发送至服务器，相应地，若服务器判断出预约车请求指定的第一上车位置位于加价区域内时，则向移动终端发送推荐请求，移动终端将推荐请求显示在移动终端的界面，此时的界面上显示有“我愿意加价”、“等会再叫车”以及“推荐附近无加价上车点”三个选项，用于点击“推荐附近无加价上车点”以向移动终端发送接收推荐请求的指令，使得移动终端向服务器发送允许推荐请求的信息，服务器在接收到允许推荐指令后，向移动终端发送第二上车位置的信息，移动终端将第二上车位置的信息进行显示，以供用户选择。

对于方法实施方式，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施方式并不受所描述的动作顺序的限制，因为依据本发明实施方式，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施方式均属于优选实施方式，所涉及的动作并不一定是本发明实施方式所必须的。

实施例十一

图6示出了本发明一实施例提供的上车位置推荐装置的结构示意图，参见图6，包括：第一接收模块610和第一接收模块620，其中；

第一发送模块610，用于向服务器发送预约车请求，所述预约车请求指定了第一上车位置；

第一接收模块620，用于接收所述服务器发送的、根据所述预约请求指定的第一上车位置生成的推荐请求。

可见，本实施例在判断出乘客遇到动态加价时，通过检测乘客第一上车位置周围的区域，以向乘客推荐无需加价的第二上车位置，避免出现乘客因为动态加价而放弃打车的情况，具有满足乘客打车需求，提高平台成交率的优点。

实施例十二

参见图7，在一种实施例中，可以在实施例十一所包含的特征的基础上，进一步包括：

第二接收模块720，用于接收所述服务器发送的、根据所述预约车请求指定的第一上车位置生成的推荐请求；

第二发送模块730，用于接收用户输入的接受所述推荐请求的指令，向所述服务器发送允许推荐请求的信息。

需要说明的是，用于启用移动终端上的应用程序向移动终端输入预约车信息，第一发送模块710将根据预约车信息生成的预约车请求发送至服务器，并由第二接收模块720接收服务器反馈的推荐请求，若用户确认需要服务器发送推荐信息，则点击“推荐附近无加价上车点”，以向移动终端输入接收推荐请求的指令，第二发送模块730在接收到用户输入的指令后，向服务器发送允许推荐请求的信息，并由第一接收模块740接收服务器根据所述第一上车位置确定的第二上车位置的信息，并将信息发送至相关功能模块进行显示。

对于装置实施方式而言，由于其与方法实施方式基本相似，所以描述的比较简单，相关之处参见方法实施方式的部分说明即可。

应当注意的是，在本发明的装置的各个部件中，根据其要实现的功能而对其中的部件进行了逻辑划分，但是，本发明不受限于此，可以根据需要对各个部件进行重新划分或者组合。

本发明的各个部件实施方式可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本装置中，PC通过实现因特网对设备或者装置远程控制，精准的控制设备或者装置每个操作的步骤。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样实现本发明的程序可以存储在计算机可读介质上，并且程序产生的文件或文档具有可统计性，产生数据报告和cpk报告等，能对功放进行批量测试并统计。应该注意的是上述实施方式对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施方式。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

虽然结合附图描述了本发明的实施方式，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (17)

1.一种上车位置推荐方法，其特征在于，包括：

接收终端设备发送的预约车请求；

判断所述预约车请求指定的第一上车位置是否处于加价区域；

如果所述第一上车位置处于加价区域，检测是否存在位于所述加价区域之外的第二上车位置；

如果存在位于所述加价区域之外的第二上车位置，则将所述第二上车位置的信息发送至所述终端设备。

2.根据权利要求1所述的方法，其特征在于，所述检测是否存在位于所述加价区域之外的第二上车位置包括：

检测是否存在所述第一上车位置的预设范围区域内并且处于所述加价区域之外的第二上车位置。

3.根据权利要求2所述的方法，其特征在于，所述预设范围区域内的任意一个上车位置与所述第一上车位置之间的距离小于预设距离。

4.根据权利要求2所述的方法，其特征在于，车辆从所述预设范围区域内的任意一个上车位置到达所述第一上车位置的时间小于预设时间。

5.根据权利要求1所述的方法，其特征在于，所述将所述第二上车位置的信息发送至所述终端设备包括：

如果检测获知所述加价区域之外只有一个可选上车位置，则将所述可选上车位置作为所述第二上车位置，并将所述第二上车位置的信息发送至所述终端设备；

如果检测获知所述加价区域之外有两个或两个以上可选上车位置，则将所述两个或两个以上可选上车位置中距离所述第一上车位置最近的可选上车位置作为所述第二上车位置，并将所述第二上车位置的信息发送至所述终端设备。

6.根据权利要求5所述的方法，其特征在于，所述信息中还携带有以所述第一上车位置为出发地、所述第二上车位置为目的地的推荐路径和/或从所述第一上车位置到达所述第二上车位置的预测时间。

7.一种上车位置推荐装置，其特征在于，包括：

接收模块，用于接收终端设备发送的预约车请求；

判断模块，用于判断所述预约车请求指定的第一上车位置是否处于加价区域；

检测模块，用于如果所述第一上车位置处于加价区域，检测是否存在位于所述加价区域之外的第二上车位置；

发送模块，用于如果存在位于所述加价区域之外的第二上车位置，则将所述第二上车位置的信息发送至所述终端设备。

8.根据权利要求7所述的装置，其特征在于，所述检测模块，具体用于检测是否存在所述第一上车位置的预设范围区域内并且处于所述加价区域之外的第二上车位置。

9.根据权利要求8所述的装置，其特征在于，所述预设范围区域内的任意一个上车位置与所述第一上车位置之间的距离小于预设距离。

10.根据权利要求8所述的装置，其特征在于，车辆从所述预设范围区域内的任意一个上车位置到达所述第一上车位置的时间小于预设时间。

11.根据权利要求7所述的装置，其特征在于，所述发送模块，具体用于如果检测获知所述加价区域之外只有一个可选上车位置，则将所述可选上车位置作为所述第二上车位置，并将所述第二上车位置的信息发送至所述终端设备；

如果检测获知所述加价区域之外有两个或两个以上可选上车位置，则将所述两个或两个以上可选上车位置中距离所述第一上车位置最近的可选上车位置作为所述第二上车位置，并将所述第二上车位置的信息发送至所述终端设备。

12.根据权利要求11所述的装置，其特征在于，所述信息中还携带有以所述当前上车点为出发地、所述第二上车位置为目的地的推荐路径和/或从所述当前上车点到达所述第二上车位置的预测时间。

13.一种服务器，其特征在于，包括权利要求7-12任意一项所述的上车位置推荐装置。

14.一种上车位置推荐方法，其特征在于，包括：

向服务器发送预约车请求，所述预约车请求指定了第一上车位置；

接收所述服务器发送的根据所述第一上车位置确定的第二上车位置的信息。

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

接收所述服务器发送的、根据所述预约车请求指定的第一上车位置生成的推荐请求；

接收用户输入的接受所述推荐请求的指令，向所述服务器发送允许推荐请求的信息。

16.一种上车位置推荐装置，其特征在于，包括：

第一发送模块，用于向服务器发送预约车请求，所述预约车请求指定了第一上车位置；

第一接收模块，用于接收所述服务器发送的根据所述第一上车位置确定的第二上车位置的信息。

17.根据权利要求16所述的装置，其特征在于，还包括：

第二接收模块，用于接收所述服务器发送的、根据所述预约车请求指定的第一上车位置生成的推荐请求；

第二发送模块，用于接收用户输入的接受所述推荐请求的指令，向所述服务器发送允许推荐请求的信息。