打车车辆选定方法及装置与流程

本发明涉及软件技术领域，尤其涉及一种打车车辆选定方法及装置。

背景技术：

移动终端的广泛应用催生了打车软件，用户可以使用打车软件找到快车、专车或者出租车等车辆，方便自己的出行。打车软件主要基于用户及车辆的定位信息，现有的打车软件逻辑是根据用户的位置，显示用户周围一定距离的车辆，用户通过打车软件发出用车请求，所述用车请求由打车软件发送至打车服务器，打车服务器根据用车请求和用户的位置向用户周围的车辆发送打车订单通知，由车辆司机进行抢单，抢单成功的司机的车辆成为用户的出行车辆。

因此现有的打车软件中，车辆的指派对用户而言是被动的，抢单成功的车辆并不一定是离用户最近的车辆或者用户希望乘坐的车辆，通常会出现用户需要花较长时间等待车辆前来的情况。

技术实现要素：

为克服相关打车软件技术中用户不能主动选择车辆的问题，本申请提供一种打车车辆选定方法及装置。

根据本申请实施例的第一方面，提供一种打车车辆选定方法，应用于终端，包括：

获取用户的上车位置信息；

根据所述上车位置信息显示待选车辆图标；

获取用户对所述待选车辆图标的选择操作；

根据所述选择操作向被选择车辆上的终端发送打车请求。

可选的，所述获取用户的上车位置信息，包括：获取用户的终端的gps(globalpositioningsystem，全球定位系统)定位信息，以所述gps定位信息为上车位置信息。

可选的，所述获取用户的上车位置信息，包括：

获取用户的终端的gps定位信息；

根据所述gps定位信息显示对应的上车位置选择列表，所述上车位置选择列表中显示的上车位置在以用户的gps定位位置为基准点的预设范围之内；

获取用户对所述上车位置选择列表的选择操作；

根据所述选择操作确定所述上车位置信息。

可选的，所述根据所述上车位置信息显示待选车辆图标，包括：

根据所述上车位置信息向服务器发送待选车辆请求；

接收服务器根据所述待选车辆请求及预设距离返回的待选车辆信息，所述预设距离规定了待选车辆与上车位置的最大距离；

根据所述待选车辆信息在地图上对应的位置显示所述待选车辆图标，或者根据所述待选车辆信息以列表形式显示待选车辆图标，所述列表中同时显示每个待选车辆图标对应的待选车辆信息，其中，所述待选车辆图标与待选车辆的id对应。

可选的，所述根据所述上车位置信息显示待选车辆图标，包括：

获取用户的车辆距离输入操作；

根据所述车辆距离输入操作获取用户输入的车辆距离；

根据所述上车位置信息及所述车辆距离向服务器发送待选车辆请求；

接收服务器根据所述待选车辆请求及所述车辆距离返回的待选车辆信息，所述车辆距离规定了待选车辆与上车位置的最大距离；

根据所述待选车辆信息在地图上对应的位置显示所述待选车辆图标，或者根据所述待选车辆信息以列表形式显示待选车辆图标，所述列表中同时显示每个待选车辆图标对应的待选车辆信息，其中，所述待选车辆图标与待选车辆的id对应。

可选的，所述根据所述选择操作向被选择车辆上的终端发送打车请求，包括：

根据所述选择操作获取被选择车辆的id；

根据所述被选择车辆的id生成打车请求；

将所述打车请求发送给与所述被选择车辆的id对应的被选择车辆上的终端。

可选的，所述根据所述选择操作向被选择车辆上的终端发送打车请求，包括：

根据所述选择操作获取被选择车辆的id；

根据所述被选择车辆的id向服务器发送预订请求，由所述服务器根据所述预订请求生成打车请求，并由服务器将所述打车请求发送给与所述被选择车辆的id对应的被选择车辆上的终端。

根据本申请实施例的第二方面，提供一种打车车辆选定方法，应用于服务器，包括：

接收用户的终端发送的待选车辆请求；

根据所述待选车辆请求查找对应的待选车辆信息；

将所述待选车辆信息返回给所述终端。

可选的，所述根据所述待选车辆请求查找对应的待选车辆信息，包括：

根据所述待选车辆请求及预设距离查找对应的待选车辆信息，所述预设距离规定了待选车辆与上车位置的最大距离。

可选的，所述的打车车辆选定方法，还包括：

接收用户的终端发送的预订请求；

获取所述预订请求中的被选择车辆的id；

根据所述预订请求生成打车请求；

将所述打车请求发送给与所述被选择车辆的id对应的被选择车辆上的终端。

相应于本申请实施例的第一方面，根据本申请实施例的第三方面，提供一种打车车辆选定装置，应用于终端，包括：

上车位置获取单元，获取用户的上车位置信息；

待选车辆图标显示单元，用于根据所述上车位置信息显示待选车辆图标；

选择操作获取单元，用于获取用户对所述待选车辆图标的选择操作；

第一打车请求发送单元，用于根据所述选择操作向被选择车辆上的终端发送打车请求。

可选的，所述上车位置获取单元，具体用于：获取用户的终端的gps定位信息，以所述gps定位信息为上车位置信息。

可选的，所述上车位置获取单元，包括：

定位信息获取子单元，用于获取用户的终端的gps定位信息；

上车位置选择列表显示子单元，用于根据所述gps定位信息显示对应的上车位置选择列表，所述上车位置选择列表中显示的上车位置在以用户的gps定位位置为基准点的预设范围之内；

列表选择操作子单元，用于获取用户对所述上车位置选择列表的选择操作；

上车位置信息确定子单元，用于根据所述选择操作确定所述上车位置信息。

可选的，所述待选车辆图标显示单元，包括：

第一待选车辆请求发送子单元，用于根据所述上车位置信息向服务器发送待选车辆请求；

第一待选车辆信息接收子单元，用于接收服务器根据所述待选车辆请求及预设距离返回的待选车辆信息，所述预设距离规定了待选车辆与上车位置的最大距离；

显示子单元，用于根据所述待选车辆信息在地图上对应的位置显示所述待选车辆图标，或者根据所述待选车辆信息以列表形式显示待选车辆图标，所述列表中同时显示每个待选车辆图标对应的待选车辆信息，其中，所述待选车辆图标与待选车辆的id对应。

可选的，所述待选车辆图标显示单元，包括：

车辆距离输入操作获取子单元，用于获取用户的车辆距离输入操作；

车辆距离获取子单元，用于根据所述车辆距离输入操作获取用户输入的车辆距离；

第二待选车辆请求子单元，用于根据所述上车位置信息及所述车辆距离向服务器发送待选车辆请求；

第二待选车辆信息接收子单元，用于接收服务器根据所述待选车辆请求及所述车辆距离返回的待选车辆信息，所述车辆距离规定了待选车辆与上车位置的最大距离；

显示子单元，用于根据所述待选车辆信息在地图上对应的位置显示所述待选车辆图标，或者根据所述待选车辆信息以列表形式显示待选车辆图标，所述列表中同时显示每个待选车辆图标对应的待选车辆信息，其中，所述待选车辆图标与待选车辆的id对应。

可选的，所述第一打车请求发送单元，包括：

被选车辆id获取子单元，用于根据所述选择操作获取被选择车辆的id；

打车请求生成子单元，用于根据所述被选择车辆的id生成打车请求；

发送子单元，用于将所述打车请求发送给与所述被选择车辆的id对应的被选择车辆上的终端。

可选的，所述第一打车请求发送单元，包括：

被选车辆id获取子单元，用于根据所述选择操作获取被选择车辆的id；

预订请求发送子单元，用于根据所述被选择车辆的id向服务器发送预订请求，由所述服务器根据所述预订请求生成打车请求，并由服务器将所述打车请求发送给与所述被选择车辆的id对应的被选择车辆上的终端。

相应于本申请实施例的第二方面，根据本申请实施例的第四方面，提供一种打车车辆选定装置，应用于服务器，包括：

待选车辆请求接收单元，用于接收用户的终端发送的待选车辆请求；

待选车辆信息查找单元，用于根据所述待选车辆请求查找对应的待选车辆信息；

待选车辆信息发送单元，用于将所述待选车辆信息返回给所述终端。

可选的，所述待选车辆信息查找单元，具体用于：

根据所述待选车辆请求及预设距离查找对应的待选车辆信息，所述预设距离规定了待选车辆与上车位置的最大距离。

可选的，所述的打车车辆选定装置，还包括：

预订请求接收单元，用于接收用户的终端发送的预订请求；

被选车辆id获取单元，用于获取所述预订请求中的被选择车辆的id；

打车请求生成单元，用于根据所述预订请求生成打车请求；

第二打车请求发送单元，用于将所述打车请求发送给与所述被选择车辆的id对应的被选择车辆上的终端。

本申请实施例提供的技术方案，获取用户的上车位置后，在终端界面显示离所述上车位置一定距离的待选车辆，用户主动根据待选车辆的情况选择想要使用的车辆，不同于目前用户只能被动接受车辆推送的情况，用户可以更方便地选择距离近或者喜欢的车辆，减少等车时间。

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

附图说明

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

图1为本申请一示例性实施例示出的一种应用于终端的打车车辆选定方法的流程示意图。

图2为本申请一示例性实施例示出的一种应用于服务器的打车车辆选定方法的流程示意图。

图3为本申请一示例性实施例示出的一种应用于服务器的打车车辆选定方法的流程示意图。

图4为本申请一示例性实施例示出的一种应用于终端的打车车辆选定装置的框图。

图5为本申请一示例性实施例示出的一种应用于服务器的打车车辆选定装置的框图。

图6为本申请一示例性实施例示出的另一种应用于服务器的打车车辆选定装置的框图。

具体实施方式

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

为了全面理解本申请，在以下详细描述中提到了众多具体的细节，但是本领域技术人员应该理解，本申请可以无需这些具体细节而实现。在其他实施例中，不详细描述公知的方法、过程、组件和电路，以免不必要地导致实施例模糊。

图1为本申请一示例性实施例示出的一种打车车辆选定方法的流程示意图，所述方法应用于终端，如图1所示，所述方法包括：

步骤s101，获取用户的上车位置信息；

步骤s102，根据所述上车位置信息显示待选车辆图标；

步骤s103，获取用户对所述待选车辆图标的选择操作；

步骤s104，根据所述选择操作向被选择车辆上的终端发送打车请求。

其中，所述上车位置信息可以为用户的终端的gps定位信息，也就是用户在自己所在位置等待上车。所述上车位置也可以为离用户所在位置一定范围内的其他上车位置，例如便于车辆停靠的上车位置。因此，所述获取用户的上车位置信息，在一种实施方式中，可以包括：

(a1)获取用户的终端的gps定位信息；

(a2)根据所述gps定位信息显示对应的上车位置选择列表，所述上车位置选择列表中显示的上车位置在以用户的gps定位位置为基准点的预设范围之内；

(a3)获取用户对所述上车位置选择列表的选择操作；

(a4)根据所述选择操作确定所述上车位置信息。

其中，先获取用户终端的gps定位信息，由此确定用户所在的位置，然后根据用户所在位置显示对应的上车位置选择列表，上车位置选择列表中显示的上车位置在以用 户的gps定位位置为基准点的预设范围之内，也就是显示的上车位置在用户所在位置为基准点的预设范围内，例如显示用户所在位置200米以内的上车位置，所述预设范围可以预先设置，作为默认范围存储于终端中，也可以在终端界面显示预设范围输入框，用户可以在预设范围输入框中输入上车位置距离用户所在位置的最大值，距离在这个最大值以内的上车位置显示于上车位置选择列表中。所述上车位置为打车服务提供商根据地图预先选择的一些可以作为上车位置的地点，并将这些地点的数据存储于地图数据中，如果地图数据离线存储于终端，在得到用户所在的位置也就是用户当前的gps定位后，终端以用户所在的位置为中心，查找在预设范围内的上车位置，然后将查找到的上车位置显示出来，可以组合上车位置显示为上车位置选择列表，也可以在地图上标记出这些上车位置且上车位置标记可以接收选择操作，例如用户点击某个上车位置的标记，即选择了该上车位置。如果显示的是上车位置选择列表，则接收用户对所述上车位置选择列表的选择操作，然后根据所述选择操作确定上车位置信息，例如用户点击上车位置选择列表中的某一项，则该项对应的上车位置即是被选的上车位置，也就确定了上车位置信息。

如果打车服务提供商预先选择的上车位置的地点数据没有离线存储在终端中，而是存储于服务器中，则所述获取用户的上车位置信息，在另一种实施方式中，可以包括：

(b1)获取用户的终端的gps定位信息；

(b2)根据所述gps定位信息向服务器发送上车位置请求；

(b3)接收服务器根据所述上车位置请求返回的上车位置组信息，所述上车位置组信息中对应的上车位置在以用户的gps定位位置为基准点的预设范围之内；

(b4)根据所述上车位置组信息显示对应的上车位置选择列表；

(b5)获取用户对所述上车位置选择列表的选择操作；

(b6)根据所述选择操作确定所述上车位置信息。

其中，终端根据其gps定位信息，按照与服务器之间的协议生成上车位置请求，向服务器请求上车位置组信息，所述上车位置请求中包括终端的gps定位信息。服务器在收到上车位置请求后，根据所述gps定位信息和预设范围查找预设范围内的上车位置信息，所述预设范围存储于服务器中，服务器查找到的上车位置信息通常为多个，然后将查找到的上车位置信息组成上车位置组信息，如果服务器查找到的上车位置信息只有一个，则上车位置组信息中只包括一个上车位置信息。然后服务器将上车位置组信息返回给用户的终端。用户的终端根据所述上车位置组信息显示对应的上车位置选择列表，或者在地图上标记出各个上车位置。

所述上车位置请求中还可以包括用户通过界面输入的上车位置距离用户所在位置 的最大值，终端提供预设范围输入框，用户可以在预设范围输入框中输入上车位置距离用户所在位置的最大值，也就是所述预设范围由用户设置。这种情况下，服务器在收到上车位置请求后，根据所述gps定位信息，以及上车位置距离用户所在位置的最大值，查找上车位置信息，然后将查找到的上车位置信息组成上车位置组信息，发送给终端。

在用户的上车位置信息确定后，根据所述上车位置信息显示待选车辆图标。在一种实施方式中，所述根据所述上车位置信息显示待选车辆图标，可以包括：

(c1)根据所述上车位置信息向服务器发送待选车辆请求；

(c2)接收服务器根据所述待选车辆请求及预设距离返回的待选车辆信息，所述预设距离规定了待选车辆与上车位置的最大距离；

(c3)根据所述待选车辆信息在地图上对应的位置显示所述待选车辆图标，或者根据所述待选车辆信息以列表形式显示待选车辆图标，所述列表中同时显示每个待选车辆图标对应的待选车辆信息，其中，所述待选车辆图标与待选车辆的id对应。

其中，待选车辆请求中包括上车位置信息，服务器在接收到终端发送的待选车辆请求后，获取其中的上车位置信息，查找距离上车位置信息对应的上车位置在预设距离之内的待选车辆信息，所述待选车辆信息由服务器通过获取当前活动车辆的gps和注册信息得到并存储于服务器中。服务器在查找到符合条件的待选车辆信息后，将这些待选车辆信息返回给终端，所述待选车辆信息中包括了待选车辆的gps定位信息和待选车辆的id，还可以包括待选车辆的司机的注册信息。终端在接收到待选车辆信息后，根据待选车辆的gps定位信息在地图上的对应位置显示待选车辆图标，所述待选车辆图标与待选车辆的id对应，这种显示方式能直观地显示待选车辆在地图上的分布，用户可以更直观地选择离自己最近的车辆。终端在接收到待选车辆信息后，也可以以列表形式显示待选车辆信息，并且列表中显示待选车辆的定位位置，或者进一步显示待选车辆和上车位置之间的距离，用户可以根据待选车辆的远近来选择待选车辆。列表中每个待选车辆图标与待选车辆的id对应，或者以列表中的列表项为待选车辆的图标，这样每个列表项与待选车辆的id对应。

在另一种实施方式中，所述根据所述上车位置信息显示待选车辆图标，可以包括：

(d1)获取用户的车辆距离输入操作；

(d2)根据所述车辆距离输入操作获取用户输入的车辆距离；

(d3)根据所述上车位置信息及所述车辆距离向服务器发送待选车辆请求；

(d4)接收服务器根据所述待选车辆请求及所述车辆距离返回的待选车辆信息，所述车辆距离规定了待选车辆与上车位置的最大距离；

(d5)根据所述待选车辆信息在地图上对应的位置显示所述待选车辆图标，或者根据所述待选车辆信息以列表形式显示待选车辆图标，所述列表中同时显示每个待选车辆图标对应的待选车辆信息，其中，所述待选车辆图标与待选车辆的id对应。

其中，也可以由用户输入车辆距离来确定待选车辆的选择范围，所述车辆距离为待选车辆于上车位置之间的最大距离。终端提供ui例如输入框，用户通过输入框输入车辆距离，终端通过输入框获取车辆距离，并将上车位置信息和车辆距离包含于待选车辆请求中发送给服务器。服务器再根据上车位置信息和车辆距离查找符合条件的待选车辆。

用户根据显示的待选车辆图标选择想要使用的待选车辆，终端获取用户对所述待选车辆图标的选择操作后，根据所述选择操作向被选择车辆上的终端发送打车请求。在一种实施方式中，所述根据所述选择操作向被选择车辆上的终端发送打车请求，可以包括：

(e1)根据所述选择操作获取被选择车辆的id；

(e2)根据所述被选择车辆的id生成打车请求；

(e3)将所述打车请求发送给与所述被选择车辆的id对应的被选择车辆上的终端。

其中，所述打车请求中包括被选择车辆的id，还可以包括根据被选择车辆与上车位置之间的距离确定的打车价格以及用户的身份信息等。然后终端将打车请求发送给与所述被选择车辆的id对应的被选择车辆上的终端。

在另一种实施方式中，所述根据所述选择操作向被选择车辆上的终端发送打车请求，可以包括：

(f1)根据所述选择操作获取被选择车辆的id；

(f2)根据所述被选择车辆的id向服务器发送预订请求，由所述服务器根据所述预订请求生成打车请求，并由服务器将所述打车请求发送给与所述被选择车辆的id对应的被选择车辆上的终端。

这种方式中，打车请求由服务器生成，终端向服务器中发送包含被选择车辆id和用户身份信息的预定请求，服务器根据预定请求生成打车请求，所述打车请求中包括被选择车辆的id和用户的身份信息等，还可以包括根据被选择车辆与上车位置之间的距离确定的打车价格息等，然后由服务器将打车请求发生给与所述被选择车辆的id对应的被选择车辆上的终端。

图2为本申请一示例性实施例示出的一种打车车辆选定方法的流程示意图，所述方法应用于服务器，如图2所示，所述方法包括：

步骤s201，接收用户的终端发送的待选车辆请求；

步骤s202，根据所述待选车辆请求查找对应的待选车辆信息；

步骤s203，将所述待选车辆信息返回给所述终端。

其中，待选车辆请求中包含了用户的上车位置信息。服务器在接收到待选车辆请求后，在一种实施方式中，所述根据所述待选车辆请求查找对应的待选车辆信息，可以包括：根据所述待选车辆请求及预设距离查找对应的待选车辆信息，所述预设距离规定了待选车辆与上车位置的最大距离，所述预设距离存储于服务器中。如果待选车辆请求中包含用户的上车位置信息，还包含用户输入的车辆距离，也就是用户自行规定待选车辆与上车位置的最大距离，这种情况下，所述根据所述待选车辆请求查找对应的待选车辆信息，可以包括：获取所述待选车辆请求中的上车位置信息和车辆距离，根据所述上车位置信息及预设距离查找对应的待选车辆信息。服务器在查找到符合条件的待选车辆信息后，将待选车辆信息返回给终端。

图3为本申请一示例性实施例示出的另一种打车车辆选定方法的流程示意图，所述方法应用于服务器，如图3所示，所述方法包括：

步骤s301，接收用户的终端发送的待选车辆请求；

步骤s302，根据所述待选车辆请求查找对应的待选车辆信息；

步骤s303，将所述待选车辆信息返回给所述终端。

步骤s304，接收用户的终端发送的预订请求；

步骤s305，获取所述预订请求中的被选择车辆的id；

步骤s306，根据所述预订请求生成打车请求；

步骤s307，将所述打车请求发送给与所述被选择车辆的id对应的被选择车辆上的终端。

其中，步骤s301至步骤s303与步骤s201至步骤s203相同。服务器将待选车辆信息返回给终端后，在一种实施方式中，可以由终端自行生成订单请求并发送给被选择车辆上的终端；在另一种实施方式中，终端只基于终端和服务器之间的协议根据待选车辆信息生成预订请求，向服务器中发送包含被选择车辆id和用户身份信息的预定请求，服务器根据预定请求生成打车请求，所述打车请求中包括被选择车辆的id和用户的身份信息等，还可以包括根据被选择车辆与上车位置之间的距离确定的打车价格等，然后由服务器将打车请求发生给与所述被选择车辆的id对应的被选择车辆上的终端。

本申请实施例所提供的打车车辆选定方法，将离用户的上车位置一定距离内的待选车辆显示在终端界面上，用户可以根据待选车辆的情况主动选择想要使用的车辆，并向被选择的车辆发出打车请求，相比目前被动式由终端或服务器推送车辆的情况，用户的 选择自由度更大，可以有更多机会选择距离近的车辆，减少等车时间。

通过以上的方法实施例的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，并存储在一个存储介质中，包括若干指令用以使得一台智能设备执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：只读存储器(rom)、随机存取存储器(ram)、磁碟或者光盘等各种可以存储数据和程序代码的介质。

图4为本申请一示例性实施例示出的一种打车车辆选定装置的框图，所述装置应用于终端，如图4所示，所述装置包括：

上车位置获取单元u401，获取用户的上车位置信息；

待选车辆图标显示单元u402，用于根据所述上车位置信息显示待选车辆图标；

选择操作获取单元u403，用于获取用户对所述待选车辆图标的选择操作；

第一打车请求发送单元u404，用于根据所述选择操作向被选择车辆上的终端发送打车请求。

其中，在一种实施方式中，所述上车位置获取单元，具体用于：获取用户的终端的gps定位信息，以所述gps定位信息为上车位置信息。

在另一种实施方式中，所述上车位置获取单元，可以包括：

定位信息获取子单元，用于获取用户的终端的gps定位信息；

上车位置选择列表显示子单元，用于根据所述gps定位信息显示对应的上车位置选择列表，所述上车位置选择列表中显示的上车位置在以用户的gps定位位置为基准点的预设范围之内；

列表选择操作子单元，用于获取用户对所述上车位置选择列表的选择操作；

上车位置信息确定子单元，用于根据所述选择操作确定所述上车位置信息。

所述待选车辆图标显示单元，在一种实施方式中，可以包括：

第一待选车辆请求发送子单元，用于根据所述上车位置信息向服务器发送待选车辆请求；

第一待选车辆信息接收子单元，用于接收服务器根据所述待选车辆请求及预设距离返回的待选车辆信息，所述预设距离规定了待选车辆与上车位置的最大距离；

显示子单元，用于根据所述待选车辆信息在地图上对应的位置显示所述待选车辆图 标，或者根据所述待选车辆信息以列表形式显示待选车辆图标，所述列表中同时显示每个待选车辆图标对应的待选车辆信息，其中，所述待选车辆图标与待选车辆的id对应。

所述待选车辆图标显示单元，在另一种实施方式中，可以包括：

车辆距离输入操作获取子单元，用于获取用户的车辆距离输入操作；

车辆距离获取子单元，用于根据所述车辆距离输入操作获取用户输入的车辆距离；

第二待选车辆请求子单元，用于根据所述上车位置信息及所述车辆距离向服务器发送待选车辆请求；

第二待选车辆信息接收子单元，用于接收服务器根据所述待选车辆请求及所述车辆距离返回的待选车辆信息，所述车辆距离规定了待选车辆与上车位置的最大距离；

显示子单元，用于根据所述待选车辆信息在地图上对应的位置显示所述待选车辆图标，或者根据所述待选车辆信息以列表形式显示待选车辆图标，所述列表中同时显示每个待选车辆图标对应的待选车辆信息，其中，所述待选车辆图标与待选车辆的id对应。

在选择操作获取单元u403通过ui获取用户对所述待选车辆图标的选择操作后，在一种实施方式中，所述第一打车请求发送单元，可以包括：

被选车辆id获取子单元，用于根据所述选择操作获取被选择车辆的id；

打车请求生成子单元，用于根据所述被选择车辆的id生成打车请求；

发送子单元，用于将所述打车请求发送给与所述被选择车辆的id对应的被选择车辆上的终端。

在另一种实施方式中，所述打车第一请求发送单元，包括：

被选车辆id获取子单元，用于根据所述选择操作获取被选择车辆的id；

预订请求发送子单元，用于根据所述被选择车辆的id向服务器发送预订请求，由所述服务器根据所述预订请求生成打车请求，并由服务器将所述打车请求发送给与所述被选择车辆的id对应的被选择车辆上的终端。

图5为本申请一示例性实施例示出的一种打车车辆选定装置的框图，所述装置应用于终端，如图5所示，所述装置包括：

待选车辆请求接收单元u501，用于接收用户的终端发送的待选车辆请求；

待选车辆信息查找单元u502，用于根据所述待选车辆请求查找对应的待选车辆信息；

待选车辆信息发送单元u503，用于将所述待选车辆信息返回给所述终端。

在一种实施方式中，所述待选车辆信息查找单元，可以具体用于：根据所述待选车辆请求及预设距离查找对应的待选车辆信息，所述预设距离规定了待选车辆与上车位置的最大距离，所述预设距离存储于服务器中。如果待选车辆请求中包含用户的上车位置信息，还包含用户输入的车辆距离，也就是用户自行规定待选车辆与上车位置的最大距离，这种情况下，所述待选车辆信息查找单元，可以包括：获取所述待选车辆请求中的上车位置信息和车辆距离，根据所述上车位置信息及预设距离查找对应的待选车辆信息。服务器在查找到符合条件的待选车辆信息后，将待选车辆信息返回给终端。

图6为本申请一示例性实施例示出的另一种打车车辆选定装置的框图，所述装置应用于服务器，如图6所示，所述装置包括：

待选车辆请求接收单元u601，用于接收用户的终端发送的待选车辆请求；

待选车辆信息查找单元u602，用于根据所述待选车辆请求查找对应的待选车辆信息；

待选车辆信息发送单元u603，用于将所述待选车辆信息返回给所述终端。

预订请求接收单元u604，用于接收用户的终端发送的预订请求；

被选车辆id获取单元u605，用于获取所述预订请求中的被选择车辆的id；

打车请求生成单元u606，用于根据所述预订请求生成打车请求；

第二打车请求发送单元u607，用于将所述打车请求发送给与所述被选择车辆的id对应的被选择车辆上的终端。

服务器将待选车辆信息返回给终端后，在一种实施方式中，可以由终端自行生成订单请求并发送给被选择车辆上的终端；在另一种实施方式中，终端只基于终端和服务器之间的协议根据待选车辆信息生成预订请求，向服务器中发送包含被选择车辆id和用户身份信息的预定请求，服务器通过预订请求接收单元u504接受到预订请求后，被选车辆id获取单元u505获取预订请求中被选择车辆的id，打车请求生成单元u506根据预定请求生成打车请求，所述打车请求中包括被选择车辆的id和用户的身份信息等，还可以包括根据被选择车辆与上车位置之间的距离确定的打车价格等，然后由服务器的第二打车请求发送单元u507将打车请求发生给与所述被选择车辆的id对应的被选择车辆上的终端。

本申请实施例所提供的打车车辆选定装置，将以用户的上车位置为基准一定范围内的待选车辆显示在终端界面上，不同于目前被动式由终端或服务器推送车辆的方式，用户可以根据待选车辆的情况主动选择想要使用的车辆，并向被选择的车辆发出打车请求，因此用户的选择更符合用户要求，可以有更多机会选择距离近的车辆，减少等车时间。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者逆序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、装置或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、装置或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、装置或者设备中还存在另外的相同要素。

以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。