CN107634977A - 叫车处理方法、装置、设备和系统 - Google Patents

Abstract

本申请提供一种叫车处理方法、装置、设备和系统。该方法包括：获取用户的起始地信息；接收用户通过用户界面输入的至少两个目的地信息；根据所述起始地信息和所述至少两个目的地信息生成叫车请求，所述叫车请求包括所述起始地信息和所述至少两个目的地信息；将所述叫车请求发送给服务器，以使所述服务器将与所述叫车请求相关的指令发送给司机的终端设备。用户和其他用户可从同一地点上车，承载同一辆车分别去往不同的目的地，减少了路上行驶车辆的数量，同时减轻了空气污染。

Description

叫车处理方法、装置、设备和系统

技术领域

本申请涉及互联网技术，尤其涉及一种叫车处理方法、装置、设备和系统。

背景技术

随着互联网技术的发展，使用打车软件打车已经成为人们日常出行方式的一种。

现有技术中，用户终端设备安装有打车软件，用户在该打车软件提供的用户界面输入自己的出发地点和目的地点，点击确认图标后，用户终端设备将包括用户出发地点和目的地点的叫车请求上传给服务器，服务器将该叫车请求发送给用户终端设备周围的司机终端设备，该用户可等待响应该叫车请求的司机前来接送。

但是，当用户需要和自己的朋友、家人或同事一同出行时，若该用户和自己同行的朋友、家人或同事的目的地点不同，则用户和自己同行的朋友、家人或同事需要分别打各自的车，造成路上行驶车辆的数量增多，加重了空气污染。

发明内容

本申请提供一种叫车处理方法、装置、设备和系统，以减少路上行驶车辆的数量，同时减轻空气污染。

一个方面，本申请提供一种叫车处理方法，该方法包括：

获取用户的起始地信息；

接收用户通过用户界面输入的至少两个目的地信息；

根据所述起始地信息和所述至少两个目的地信息生成叫车请求，所述叫车请求包括所述起始地信息和所述至少两个目的地信息；

将所述叫车请求发送给服务器，以使所述服务器将与所述叫车请求相关的指令发送给司机的终端设备。

另一方面，本申请提供一种叫车处理装置，包括：

获取模块，用于获取用户的起始地信息；

接收模块，用于接收用户通过用户界面输入的至少两个目的地信息；

生成模块，用于根据所述起始地信息和所述至少两个目的地信息生成叫车请求，所述叫车请求包括所述起始地信息和所述至少两个目的地信息；

发送模块，用于将所述叫车请求发送给服务器，以使所述服务器将与所述叫车请求相关的指令发送给司机的终端设备。

再一方面，本申请提供一种终端设备，包括：处理器、显示器、接收器、发送器；

所述显示器，耦合到所述处理器，用于显示用户界面；

所述接收器，耦合到所述处理器，用于接收用户通过用户界面输入的至少两个目的地信息；

所述处理器，用于获取用户的起始地信息；根据所述起始地信息和所述至少两个目的地信息生成叫车请求，所述叫车请求包括所述起始地信息和所述至少两个目的地信息；

所述发送器，耦合到所述处理器，用于将所述叫车请求发送给服务器，以使所述服务器将与所述叫车请求相关的指令发送给司机的终端设备。

还一方面，本申请提供一种用户界面系统，包括：

显示组件，用于显示用户界面；

处理器，用于触发所述显示组件对所述用户界面的显示，根据用户在所述用户界面输入的起始地信息和至少两个目的地信息生成叫车请求，所述叫车请求包括所述起始地信息和所述至少两个目的地信息；

发送器，用于将所述叫车请求发送给服务器，以使所述服务器将与所述叫车请求相关的指令发送给司机的终端设备。

在本申请中，通过用户在用户界面上添加多个终点地址，该多个终点地址包括用户自己的终点地址，以及与自己同行的其他用户的终点地址，用户终端设备根据多个用户相同的起点地址和不同的终点地址生成叫车请求，并将该叫车请求发送给服务器，服务器将该叫车请求发送给该用户终端设备周围的司机终端设备，若有司机愿意承接该笔订单，则通过司机终端设备响应该叫车请求。该用户和其他用户可从同一地点上车，承载同一辆车分别去往不同的目的地，减少了路上行驶车辆的数量，同时减轻了空气污染。

附图说明

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

图1为现有技术中打车软件用户界面的示意图；

图2为本申请的一种可选的打车软件用户界面的示意图；

图3为本申请的另一种可选的打车软件用户界面的示意图；

图4为本申请实施例一提供的叫车处理方法的流程图；

图4A为执行图4所示实施例过程中的用户界面状态示意图；

图4B为执行图4所示实施例过程中的用户界面状态示意图；

图5为本申请实施例二提供的叫车处理方法的流程图；

图5A为执行图5所示实施例过程中的用户界面状态示意图；

图5B为执行图5所示实施例过程中的用户界面状态示意图；

图6为本申请实施例三提供的叫车处理方法的流程图；

图7为本申请实施例四提供的叫车处理方法的流程图；

图7A为执行图7所示实施例过程中的用户界面状态示意图；

图8为本申请实施例五提供的叫车处理方法的流程图；

图8A为执行图8所示实施例过程中的用户界面状态示意图；

图9为本申请实施例六提供的叫车处理方法的流程图；

图9A为执行图9所示实施例过程中的用户界面状态示意图；

图9B为执行图9所示实施例过程中的用户界面状态示意图；

图10为本申请实施例一提供的叫车处理装置的结构示意图；

图11为本申请实施例二提供的叫车处理装置的结构示意图；

图12为本申请实施例三提供的叫车处理装置的结构示意图；

图13本申请实施例提供的终端设备的结构示意图；

图14为本申请一实施例提供的用户界面系统的示意图。

具体实施方式

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

现有技术中，用户终端设备可安装有打车软件，该打车软件的用户界面可如图1所示，如图1所示，该用户界面显示有地图图层。用户通过图1所示的用户界面输入自己的起点地址例如阿里巴巴滨江园区，或者，用户在图1所示的用户界面点击用车，打车软件自动获取用户终端设备当前的定位信息，并将用户终端设备当前的定位信息作为用户的起点地址。另外，用户还可通过图1所示的用户界面输入自己的终点地址、以及支付账号，该打车软件根据起点地址和终点地址，可规划多条路径以供用户参考，该支付账号用于支付从起点地址到终点地址的行程费用。用户确认打车后，用户终端设备根据用户输入的起点地址和终点地址生成叫车请求，并将该叫车请求发送给服务器，服务器将该叫车请求发送给用户终端设备周围的司机终端设备，若司机愿意承载该用户，则通过司机终端设备点击确认，响应该叫车请求。当用户到达终点地址后，打车软件将产生的行程费用从用户输入的支付账号中进行扣除。在本实施例中，司机可以是出租车司机、快车司机、专车司机、代驾司机或顺风车司机。

但是，当用户需要和自己的朋友、家人或同事一同出行时，若该用户和自己同行的朋友、家人或同事的目的地点不同，则用户和自己同行的朋友、家人或同事需要分别打各自的车，到达各自想去的终点地址，从而造成行驶车辆的数量增多，加重了空气污染。为了解决该问题，本案提供了一种叫车处理方法，下面结合图2和图3具体介绍该叫车处理方法。

如图2所示，用户界面还包括“添加目的地”图标，用户点击“添加目的地”图标后，生成图3所示的用户界面，在图1的基础上，用户还可以在图3所示的用户界面添加第2个终点地址，同理，用户添加第2个终点地址后，还可通过点击“添加目的地”图标添加第3个终点地址，即通过点击“添加目的地”图标可添加多个终点地址，但添加的终点地址的总个数不可超过车辆的允许载客数量。另外，用户每添加一个终点地址，对应输入一个支付账号，该支付账号可以是支付宝账号、银行账号或支付宝好友的支付宝账号，每个终点地址关联的支付账号用于支付从起点地址到该终点地址的行程费用，即乘坐同一辆车的乘客可单独结算行程费用。

可选的，用户与同事A、同事B一同打车回家，用户、同事A、同事B的起点地址相同，均是公司地址，用户、同事A、同事B的终点地址互不相同，则用户可通过上述方法依次输入自己的终点地址和支付账号、同事A的终点地址和支付账号、以及同事B的终点地址和支付账号。用户终端设备根据用户、同事A、同事B相同的起点地址，以及用户、同事A、同事B不同的终点地址生成叫车请求，若有司机愿意承接该笔订单，则通过司机终端设备响应该叫车请求。用户、同事A、同事B乘车后，该司机将按照用户、同事A、同事B的终点地址的顺序将用户、同事A、同事B依次送到终点地址，用户、同事A、同事B各自产生的行程费用可分别从各自的支付账号中扣除。

另外，在其他实施例中，用户、同事A、同事B的行程路径还可以有部分重叠，即用户、同事A、同事B可以顺路回家。

此外，在其他实施例中，该多个乘车用户可以从同一地点上车，去往不同的终点，从起点到各个终点的路程可以互不重叠，即乘坐同一辆车的多个用户还可以不顺路。

本实施例中，通过用户在用户界面上添加多个终点地址，该多个终点地址包括用户自己的终点地址，以及与自己同行的其他用户的终点地址，用户终端设备根据多个用户相同的起点地址和不同的终点地址生成叫车请求，并将该叫车请求发送给服务器，服务器将该叫车请求发送给该用户终端设备周围的司机终端设备，若有司机愿意承接该笔订单，则通过司机终端设备响应该叫车请求。多个用户乘车后，该司机将按照多个终点地址的顺序将该多个用户依次送到终点地址，即该用户和其他用户可从同一地点上车，承载同一辆车分别去往不同的目的地，减少了路上行驶车辆的数量，同时减轻了空气污染。

图4为本申请实施例一提供的叫车处理方法的流程图，如图4所示，该方法可以包括如下步骤：

步骤S101、获取用户的起始地信息。

本实施例的执行主体可以是用户终端设备，该用户终端设备安装有打车软件，当用户开启该打车软件时，该打车软件可获取用户当前所在地点的定位信息，将所述定位信息确定为所述起始地信息，例如图4A所示，当用户开启该打车软件后，该打车软件在地图图层上对用户所在的位置进行定位，并在地图图层上显示定位信息例如黑色圆点，并将该定位信息对应的地址信息显示在起点输入框中，例如阿里巴巴滨江园区，表示用户当前位于阿里巴巴滨江园区。

另外，在其他实施例中，用户还可以直接在所述用户界面的起始地信息输入框中输入起始地信息，例如阿里巴巴滨江园区，该起始地信息输入框具体为图4A所示的起点输入框，该打车软件直接获取用户在所述用户界面的起始地信息输入框中输入的起始地信息。

此外，在其他实施例中，打车软件还可以获取所述用户在所述用户界面的地图图层上选定的起始地信息。如图4B所示，用户开启该打车软件后，该打车软件显示有地图图层，用户在地图图层上点击选定地点，例如手指点击的黑点，该打车软件将用户在地图图层上选定的地点作为用户的起始地信息显示在图4B所示的起点输入框。

步骤S102、接收用户通过用户界面输入的至少两个目的地信息。

另外，如图4A和图4B所示，用户界面至少包括两个终点输入框，用户可在每个终点输入框中输入一个目的地信息。

步骤S103、根据所述起始地信息和所述至少两个目的地信息生成叫车请求，所述叫车请求包括所述起始地信息和所述至少两个目的地信息。

可选的，该打车软件根据上述起始地信息和至少两个目的地信息生成叫车请求，该叫车请求中包括起始地信息和至少两个目的地信息。

步骤S104、将所述叫车请求发送给服务器，以使所述服务器将与所述叫车请求相关的指令发送给司机的终端设备。

在本实施例中，司机的终端设备具体可以是司机的移动终端或设置于司机车辆的车载设备。用户终端设备将该叫车请求发送给服务器，服务器根据该叫车请求中的起始地信息和至少两个目的地信息生成与该叫车请求相关的指令，服务器可通过以下至少两种方式将该指令发送给司机的终端设备。在第一种方式中，与该叫车请求相关的指令可以是订单信息，该订单信息包括该起始地信息和该至少两个目的地信息。服务器可根据该叫车请求中的起始地信息，确定出距离该起始地信息在预设距离内的多个司机的终端设备，服务器将该订单信息发送给多个司机的终端设备，以使多个司机抢接该订单信息，具体的，每个司机可通过各自的终端设备获知用户的起始地信息和至少两个目的地信息，若该司机愿意承载该用户，则通过司机终端设备点击确认以承接该订单信息，若多个司机抢接该订单信息，则以最先点击确认的司机为承接该订单信息的司机。此外，该订单信息中还可以包括费用信息，该费用信息包括从起始地分别到至少两个目的地的多笔行程费用。

在第二种方式中，与该叫车请求相关的指令还可以是叫车承接指令；当服务器接收到用户终端设备发送的叫车请求后，可根据该叫车请求中包括的起始地信息，确定出距离该起始地信息在预设距离内的多个司机的终端设备，并通过调度算法从多个司机的终端设备中选取一个司机的终端设备，并且服务器将该叫车承接指令发送给选取出的司机的终端设备，该司机的终端设备接收该叫车承接指令后，向服务器反馈确认信息，该司机的终端设备根据叫车请求中的起始地信息定位用户所在的位置信息，以便承载该用户，该用户可以是一名乘客，也可以是同行的多名乘客，若是一名乘客，则该名乘客可乘同一辆车依次去往不同的目的地，该名乘客可无需每去往一个目的地换乘不同的车辆。

本实施例中，通过用户在用户界面上添加多个终点地址，该多个终点地址包括用户自己的终点地址，以及与自己同行的其他用户的终点地址，用户终端设备根据多个用户相同的起点地址和不同的终点地址生成叫车请求，并将该叫车请求发送给服务器，服务器将该叫车请求发送给该用户终端设备周围的司机终端设备，若有司机愿意承接该笔订单，则通过司机终端设备响应该叫车请求。该用户和其他用户可从同一地点上车，承载同一辆车分别去往不同的目的地，减少了路上行驶车辆的数量，同时减轻了空气污染。

图5为本申请实施例二提供的叫车处理方法的流程图，如图5所示，该方法可以包括如下步骤：

步骤S201、获取用户的起始地信息。

步骤S201与步骤S101一致，具体方法此处不再赘述。

在本实施例中，所述用户界面包括至少两个目的地信息输入框。本实施例中的目的地信息输入框具体为终点输入框，如图5A所示，用户界面包括4个终点输入框，考虑到出租车、快车、专车等交通工具最多可乘坐5人，除了司机之外，可乘坐4名乘客，可选的，本实施例中的用户界面默认显示4个终点输入框。

步骤S202、接收所述用户在所述至少两个目的地信息输入框中分别输入的目的地信息，每个目的地信息输入框用于输入一个目的地信息。

如图5A所示，每个终点输入框可输入一个目的地信息，用户可在上述4个终点输入框中选择至少两个终点输入框，并在该至少两个终点输入框中分别输入目的地信息，该目的地信息具体为终点地址，且各个终点地址不同，例如，用户在第一个终点输入框中输入终点地址“龙湖春江彼岸”，在第二个终点输入框中输入终点地址“华瑞湘湖美地”。

步骤S203、根据所述起始地信息和所述至少两个目的地信息生成叫车请求，所述叫车请求包括所述起始地信息和所述至少两个目的地信息。

步骤S204、将所述叫车请求发送给服务器，以使所述服务器将与所述叫车请求相关的指令发送给司机的终端设备。

步骤S203与步骤S103一致，步骤S204和步骤S104一致，具体方法此处不再赘述。

另外，所述用户界面包括支付账号输入框，每个目的地信息输入框对应一个支付账号输入框。如图5B所示，用户在输入每个目的地信息时，还需要输入支付账号，每个目的地信息输入框对应一个支付账号输入框，该支付账号用于支付从起始地到目的地的行程费用，例如，甲和乙同时从“阿里巴巴滨江园区”打车到不同的目的地，甲要去“龙湖春江彼岸”，乙要去“华瑞湘湖美地”，操作该用户界面的用户可以是甲或乙，该用户输入“龙湖春江彼岸”后输入甲的支付账号，输入“华瑞湘湖美地”后输入乙的支付账号，甲和乙同乘一辆出租车，甲到达“龙湖春江彼岸”后，从甲的支付账号中扣除从“阿里巴巴滨江园区”到“龙湖春江彼岸”的行程费用；乙到达“华瑞湘湖美地”后，从乙的支付账号中扣除从“阿里巴巴滨江园区”到“华瑞湘湖美地”的行程费用。

此外，在其他实施例中，操作该用户界面的用户可以只输入一个支付账号，例如，只输入甲的支付账号，不输入乙的支付账号，则甲和乙的行程费用都从甲的支付账号中扣除。

本实施例中，打车软件的用户界面包括至少两个目的地信息输入框，用户可在每个目的地信息输入框中直接输入目的地信息，提高了用户输入至少两个目的地信息的便捷性。

图6为本申请实施例三提供的叫车处理方法的流程图，如图6所示，该方法可以包括如下步骤：

步骤S301、获取用户的起始地信息。

步骤S301与步骤S101一致，具体方法此处不再赘述。

在本实施例中，所述用户界面包括至少一个目的地信息输入框和输入框添加图标。如图2所示，用户界面包括一个目的地信息输入框例如终点1的输入框，以及一个输入框添加图标例如“添加目的地”图标，并且终点1的输入框关联有一个支付账号。

步骤S302、接收所述用户在所述至少一个目的地信息输入框中输入的目的地信息。

如图2所示，用户在终点1的输入框中输入目的地信息例如“龙湖春江彼岸”以及支付账号。

步骤S303、接收所述用户通过点击所述输入框添加图标输入的输入框添加指令，所述输入框添加指令用于添加目的地信息输入框。

当用户还需添加第二个目的地信息时，点击如图2所示的“添加目的地”图标，用户点击“添加目的地”图标时，打车软件生成输入框添加指令，该输入框添加指令用于在如图2所示的用户界面上添加另一个目的地信息输入框。

步骤S304、根据所述输入框添加指令，在所述用户界面增加目的地信息输入框。

打车软件根据用户点击“添加目的地”图标生成的输入框添加指令，生成如图3所示的用户界面，如图3所示的用户界面显示第二个目的地信息输入框例如终点2的输入框和支付账号输入框。

步骤S305、接收所述用户在增加的目的地信息输入框中输入的目的地信息。

如图3所示，用户在终点2的输入框中输入第二个目的地信息，例如“华瑞湘湖美地”。

步骤S306、根据所述起始地信息和所述至少两个目的地信息生成叫车请求，所述叫车请求包括所述起始地信息和所述至少两个目的地信息。

步骤S307、将所述叫车请求发送给服务器，以使所述服务器将与所述叫车请求相关的指令发送给司机的终端设备。

步骤S306和步骤S103一致，步骤S307和步骤S104一致，具体方法此处不再赘述。

另外，可添加的目的地信息输入框的个数不超过车辆可承载的乘客数量。

本实施例中，用户界面包括至少一个目的地信息输入框和输入框添加图标，当用户需要增加目的地信息的个数时，点击输入框添加图标，打车软件可根据用户点击输入框添加图标产生的输入框添加指令，在用户界面添加新的目的地信息输入框，用户可根据需要输入的目的地信息的个数，确定点击输入框添加图标的次数，提高了用户输入至少两个目的地信息的灵活性。

图7为本申请实施例四提供的叫车处理方法的流程图，如图7所示，该方法可以包括如下步骤：

步骤S401、获取用户的起始地信息。

步骤S401与步骤S101一致，具体方法不再赘述。

所述用户界面包括地图图层。

步骤S402、接收所述用户在地图图层上选定的至少两个目的地信息。

如图7A所示，用户在地图图层上顺序选定两个目的地信息，例如先选定终点1，后选定终点2，打车软件识别出用户点击的终点1的地址信息，以及用户点击的终点2的地址信息，并将终点1的地址信息显示在第一个目的地信息输入框即终点1的输入框，以及将终点2的地址信息显示在第二个目的地信息输入框即终点2的输入框。

步骤S403、根据所述起始地信息和所述至少两个目的地信息生成叫车请求，所述叫车请求包括所述起始地信息和所述至少两个目的地信息。

步骤S404、将所述叫车请求发送给服务器，以使所述服务器将与所述叫车请求相关的指令发送给司机的终端设备。

步骤S403与步骤S103一致，步骤S404与步骤S104一致，具体方法此处不再赘述。

本实施例中，用户可在地图图层上顺序选定至少两个目的地信息，进一步提高了用户输入至少两个目的地信息的灵活性。

图8为本申请实施例五提供的叫车处理方法的流程图，本实施例可以以图4、图5、图6所示实施例为基础，如图8所示，可选的，以图4所示实施例为基础，该方法可以包括如下步骤：

步骤S501、获取用户的起始地信息。

步骤S501与步骤S101一致，具体方法此处不再赘述。

步骤S502、接收用户通过用户界面输入的至少两个目的地信息。

可选的，在本实施例中，用户通过用户界面输入至少两个目的地信息的方法与图2、图3所示的方法一致，具体方法此处不再赘述。

步骤S503、将所述至少两个目的地信息标记在地图图层上。

步骤S504、在所述地图图层上显示从起始地到至少两个目的地的路径信息。

如图2所示，当用户输入第一个目的地信息后，打车软件将起点和终点1标记在地图图层上，如图2所示的地图图层上显示的起点和终点1。另外，打车软件还可在该地图图层上标记出从起点到终点1的路径信息。此外，打车软件还可预算出从起点到终点1的行程费用，例如，从起点到终点1的行程费用是40元，打车软件将“40元”显示在“终点1”周围，以便用户参考。

当用户点击“添加目的地”图标后，生成如图3所示的用户界面，用户输入第二个目的地信息后，将终点2标记在地图图层上。另外，打车软件还可在该地图图层上标记出从起点到终点2的路径信息。此外，打车软件还可预算出从起点到终点2的行程费用，例如，从起点到终点2的行程费用是20元，打车软件将“20元”显示在“终点2”周围，以便用户参考。

在图3的基础上，用户输入第二个终点信息“华瑞湘湖美地”，以及第二个支付账号后，生成如图8A所示的用户界面。当用户点击图8A所示的“开始打车”图标后，打车软件根据起点、终点1和终点2生成叫车请求，该叫车请求中包括起点、终点1和终点2分别对应的地址信息，若有司机愿意承接该笔订单，则通过司机终端设备响应该叫车请求，由于终点1排列在终点2的前面，司机将按照终点1和终点2的排列顺序，将乘客丁先送到终点1，将乘客丙后送到终点2。

步骤S505、根据所述起始地信息和所述至少两个目的地信息生成叫车请求，所述叫车请求包括所述起始地信息和所述至少两个目的地信息。

步骤S506、将所述叫车请求发送给服务器，以使所述服务器将与所述叫车请求相关的指令发送给司机的终端设备。

步骤S505与步骤S103一致，步骤S506与步骤S104一致，具体方法此处不再赘述。

本实施例中，打车软件将用户输入的起点和终点标记在地图图层上，并在地图图层上显示从起点到各个终点的路径信息，以及从起点到各个终点的行程费用，使用户直观的看到从起点到各个终点的路径信息，以及行程费用，提高了用户体验。

图9为本申请实施例六提供的叫车处理方法的流程图，如图9所示，在图8所示实施例的基础上，步骤S504之后，该方法还包括如下步骤：

步骤S601、接收所述用户在所述用户界面上输入的目的地排序指令，所述目的地排序指令包括所述至少两个目的地信息的排序信息。

接收所述用户在所述用户界面上输入的目的地排序指令的方法具体可实现为：接收所述用户在所述用户界面上通过调整各目的地信息输入框的排列顺序输入的目的地排序指令。

在图8A的基础上，用户还可进一步调整终点1和终点2的排列顺序，如图9A所示，用户可长时间点击第二个目的地信息输入框即终点2的输入框，以使第二个目的地信息输入框处于悬浮状态，当第二个目的地信息输入框处于悬浮状态后，将第二个目的地信息输入框移动到第一个目的地信息输入框的上面，生成如图9B所示的用户界面。

步骤S602、根据所述目的地排序指令，设置所述地图图层中各目的地信息对应的标识号。

如图9B所示，用户调整终点1和终点2的排列顺序后，根据调整后的终点1和终点2的排列顺序，进一步调整地图图层上的定位标识。例如，在图9A中，终点1是“龙湖春江彼岸”，终点2是“华瑞湘湖美地”，表示乘客丁先在“龙湖春江彼岸”下车，乘客丙后在“华瑞湘湖美地”下车。从图9A所示的地图图层可知，终点1距离起点比终点2距离起点远，若按照当前终点1和终点2的排列顺序，司机需要先将乘客丁送到地图图层显示的终点1，后将乘客丙送到地图图层显示的终点2，增加了司机的驾驶路径，给司机造成不便。

因此，用户可按照地图图层上显示的各个终点距离起点的远近，调整各终点的排列顺序，例如，根据图9A所示的方法，调整终点1和终点2的排列顺序后，在图9B中，终点1是“华瑞湘湖美地”，终点2是“龙湖春江彼岸”，表示乘客丙先在终点1“华瑞湘湖美地”下车，乘客丁后在终点2“龙湖春江彼岸”下车，相应的，调整地图图层上“华瑞湘湖美地”和“龙湖春江彼岸”的定位标识，即在图9B所示的地图图层上，终点1标识“华瑞湘湖美地”，终点2标识“龙湖春江彼岸”。按照调整后的终点1和终点2的排列顺序，司机需要先将乘客丙送到地图图层显示的终点1，后将乘客丁送到地图图层显示的终点2。

相应的，所述叫车请求还包括所述至少两个目的地信息的排序信息。例如，叫车请求包括终点1和终点2的同时，还包括终点1和终点2的排序信息。

当用户点击图9B所示的“开始打车”图标后，打车软件根据起点、终点1和终点2生成叫车请求，若有司机愿意承接该笔订单，则通过司机终端设备响应该叫车请求，叫车请求包括终点1和终点2的同时，还包括终点1和终点2的排序信息，司机将按照终点1和终点2的排列顺序，将乘客丙先送到终点1，将乘客丁后送到终点2。

在本实施例中，由于乘客丙先下车、乘客丁后下车，则乘客丙下车后，打车软件或服务器可从乘客丙的支付账号中扣除从起始地到终点1的第一笔行程费用，第一笔行程费用可以小于或等于现有技术中从起始地到终点1的行程费用。另外，乘客丁下车后，打车软件或服务器可从乘客丁的支付账号中扣除从起始地到终点2的第二笔行程费用，第二笔行程费用可以小于或等于现有技术中从起始地到终点2的行程费用。

本实施例中，通过用户对用户界面中目的地信息输入框的拖动，调整至少两个目的地信息的排列顺序，该排列顺序表示至少两个乘客到达各自目的地的顺序，用户可通过该用户界面随时调整各乘客下车的顺序，进一步提高了用户体验。

以下将详细描述根据本申请的一个或多个实施例的叫车处理装置。这些叫车处理装置可以被实现在终端设备中。本领域技术人员可以理解，这些叫车处理装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。例如，处理器组件(或处理模块、处理单元)可以使用来自德州仪器公司、英特尔公司、ARM公司、等企业的单片机、微控制器、微处理器等组件。

图10为本申请实施例一提供的叫车处理装置的结构示意图，如图10所示，该装置包括：获取模块11、接收模块12、生成模块13、发送模块14。

获取模块11，用于获取用户的起始地信息。

接收模块12，用于接收用户通过用户界面输入的至少两个目的地信息。

生成模块13，用于根据所述起始地信息和所述至少两个目的地信息生成叫车请求，所述叫车请求包括所述起始地信息和所述至少两个目的地信息。

发送模块14，用于将所述叫车请求发送给服务器，以使所述服务器将与所述叫车请求相关的指令发送给司机的终端设备。

图10所示装置可以执行图4所示实施例所述的叫车处理方法，其实现原理和技术效果不再赘述。

图11为本申请实施例二提供的叫车处理装置的结构示意图，如图11所示，在图10所示实施例基础上，获取模块11具体用于获取用户所在地点的定位信息，将所述定位信息确定为所述起始地信息；或者，获取所述用户在所述用户界面的起始地信息输入框中输入的起始地信息；或者，获取所述用户在所述用户界面的地图图层上选定的起始地信息。

进一步的，所述用户界面包括至少两个目的地信息输入框；接收模块12具体用于接收所述用户在所述至少两个目的地信息输入框中分别输入的目的地信息，每个目的地信息输入框用于输入一个目的地信息。

或者，所述用户界面包括至少一个目的地信息输入框和输入框添加图标；接收模块12包括：接收单元121、输入框添加单元122。

接收单元121，用于接收所述用户在所述至少一个目的地信息输入框中输入的目的地信息；接收所述用户通过点击所述输入框添加图标输入的输入框添加指令，所述输入框添加指令用于添加目的地信息输入框。

输入框添加单元122，用于根据所述输入框添加指令，在所述用户界面增加目的地信息输入框。

接收单元121还用于接收所述用户在增加的目的地信息输入框中输入的目的地信息。

图11所示装置可以执行图5、图6所示实施例所述的叫车处理方法，其实现原理和技术效果不再赘述。

图12为本申请实施例三提供的叫车处理装置的结构示意图，如图12所示，在图11所示实施例基础上，该装置还包括：标记模块15。

标记模块15，用于将所述至少两个目的地信息标记在地图图层上；在所述地图图层上显示从起始地到至少两个目的地的路径信息。

另外，接收模块12还用于接收所述用户在所述用户界面上输入的目的地排序指令，所述目的地排序指令包括所述至少两个目的地信息的排序信息。标记模块15还用于根据所述目的地排序指令，设置所述地图图层中各目的地信息对应的标识号。

图12所示装置可以执行图8、图9所示实施例所述的叫车处理方法，其实现原理和技术效果不再赘述。

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

以上描述了叫车处理装置的内部功能和结构，如图13所示，实际中，该叫车处理装置可实现为终端设备，包括：处理器、显示器、接收器、发送器。

所述显示器，耦合到所述处理器，用于显示用户界面。

所述接收器，耦合到所述处理器，用于接收用户通过用户界面输入的至少两个目的地信息。

所述处理器，用于获取用户的起始地信息；根据所述起始地信息和所述至少两个目的地信息生成叫车请求，所述叫车请求包括所述起始地信息和所述至少两个目的地信息。

所述发送器，耦合到所述处理器，用于将所述叫车请求发送给服务器，以使所述服务器将与所述叫车请求相关的指令发送给司机的终端设备。

本实施例中，通过用户在用户界面上添加多个终点地址，该多个终点地址包括用户自己的终点地址，以及与自己同行的其他用户的终点地址，用户终端设备根据多个用户相同的起点地址和不同的终点地址生成叫车请求，并将该叫车请求发送给服务器，服务器将该叫车请求发送给该用户终端设备周围的司机终端设备，若有司机愿意承接该笔订单，则通过司机终端设备响应该叫车请求。该用户和其他用户可从同一地点上车，承载同一辆车分别去往不同的目的地，减少了路上行驶车辆的数量，同时减轻了空气污染。

图14为本申请一实施例提供的用户界面系统的示意图，如图14所示，该用户界面系统包括：显示组件1、处理器2和发送器3。

显示组件1，用于显示用户界面。

处理器2，用于触发所述显示组件对所述用户界面的显示，根据用户在所述用户界面输入的起始地信息和至少两个目的地信息生成叫车请求，所述叫车请求包括所述起始地信息和所述至少两个目的地信息。

发送器3，用于将所述叫车请求发送给服务器，以使所述服务器将与所述叫车请求相关的指令发送给司机的终端设备。

可选的，如图4A或4B所示，所述用户界面包括至少两个目的地信息输入框；每个目的地信息输入框用于输入一个目的地信息。

或者，如图2所示，所述用户界面包括至少一个目的地信息输入框和输入框添加图标；所述至少一个目的地信息输入框用于输入至少一个目的地信息；所述输入框添加图标用于在所述用户界面增加目的地信息输入框。用户通过点击输入框添加图标增加目的地信息输入框的方法具体可以参见前述方法实施例中的描述。

进一步的，如图5B所示，所述用户界面包括支付账号输入框，每个目的地信息输入框对应一个支付账号输入框。

另外，如图1、图2、图3所示，所述用户界面包括地图图层。

可选的，如图3所示，所述处理器，还用于触发所述显示组件在所述地图图层上标记所述至少两个目的地信息，以及触发所述显示组件在所述地图图层上显示从起始地到至少两个目的地的路径信息。所述处理器，还用于基于所述用户对各目的地信息输入框的操作，触发所述显示组件在所述用户界面调整各目的地信息输入框的布局。例如，方法实施例九所述的，在图8A的基础上，用户还可进一步调整终点1和终点2的排列顺序，如图9A所示，用户可长时间点击第二个目的地信息输入框即终点2的输入框，以使第二个目的地信息输入框处于悬浮状态，当第二个目的地信息输入框处于悬浮状态后，将第二个目的地信息输入框移动到第一个目的地信息输入框的上面，生成如图9B所示的用户界面。

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

Claims (22)

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

获取用户的起始地信息；

接收用户通过用户界面输入的至少两个目的地信息；

根据所述起始地信息和所述至少两个目的地信息生成叫车请求，所述叫车请求包括所述起始地信息和所述至少两个目的地信息；

将所述叫车请求发送给服务器，以使所述服务器将与所述叫车请求相关的指令发送给司机的终端设备。

2.根据权利要求1所述的方法，其特征在于，所述获取用户的起始地信息，包括：

获取用户所在地点的定位信息，将所述定位信息确定为所述起始地信息；

或者，

获取所述用户在所述用户界面的起始地信息输入框中输入的起始地信息；

或者，

获取所述用户在所述用户界面的地图图层上选定的起始地信息。

3.根据权利要求2所述的方法，其特征在于，所述用户界面包括至少两个目的地信息输入框；

所述接收用户通过用户界面输入的至少两个目的地信息，包括：

接收所述用户在所述至少两个目的地信息输入框中分别输入的目的地信息，每个目的地信息输入框用于输入一个目的地信息。

4.根据权利要求2所述的方法，其特征在于，所述用户界面包括至少一个目的地信息输入框和输入框添加图标；

所述接收用户通过用户界面输入的至少两个目的地信息，包括：

接收所述用户在所述至少一个目的地信息输入框中输入的目的地信息；

接收所述用户通过点击所述输入框添加图标输入的输入框添加指令，所述输入框添加指令用于添加目的地信息输入框；

根据所述输入框添加指令，在所述用户界面增加目的地信息输入框；

接收所述用户在增加的目的地信息输入框中输入的目的地信息。

5.根据权利要求3或4所述的方法，其特征在于，所述用户界面包括支付账号输入框，每个目的地信息输入框关联一个支付账号输入框，所述支付账号输入框用于输入支付账号，所述支付账号用于支付从起始地到目的地的行程费用。

6.根据权利要求2所述的方法，其特征在于，所述用户界面包括地图图层；

所述接收用户通过用户界面输入的至少两个目的地信息，包括：

接收所述用户在地图图层上选定的至少两个目的地信息。

7.根据权利要求1-4任一项所述的方法，其特征在于，所述接收用户通过用户界面输入的至少两个目的地信息之后，还包括：

将所述至少两个目的地信息标记在地图图层上；

在所述地图图层上显示从起始地到至少两个目的地的路径信息。

8.根据权利要求7所述的方法，其特征在于，所述在所述地图图层上显示从起始地到至少两个目的地的路径信息之后，还包括：

接收所述用户在所述用户界面上输入的目的地排序指令，所述目的地排序指令包括所述至少两个目的地信息的排序信息；

根据所述目的地排序指令，设置所述地图图层中各目的地信息对应的标识号。

9.根据权利要求8所述的方法，其特征在于，所述叫车请求还包括所述至少两个目的地信息的排序信息。

10.根据权利要求8所述的方法，其特征在于，所述接收所述用户在所述用户界面上输入的目的地排序指令，包括：

接收所述用户在所述用户界面上通过调整各目的地信息输入框的排列顺序输入的目的地排序指令。

11.一种叫车处理装置，其特征在于，包括：

获取模块，用于获取用户的起始地信息；

接收模块，用于接收用户通过用户界面输入的至少两个目的地信息；

生成模块，用于根据所述起始地信息和所述至少两个目的地信息生成叫车请求，所述叫车请求包括所述起始地信息和所述至少两个目的地信息；

发送模块，用于将所述叫车请求发送给服务器，以使所述服务器将与所述叫车请求相关的指令发送给司机的终端设备。

12.根据权利要求11所述的叫车处理装置，其特征在于，所述获取模块具体用于获取用户所在地点的定位信息，将所述定位信息确定为所述起始地信息；

或者，

获取所述用户在所述用户界面的起始地信息输入框中输入的起始地信息；

或者，

获取所述用户在所述用户界面的地图图层上选定的起始地信息。

13.根据权利要求12所述的叫车处理装置，其特征在于，所述用户界面包括至少两个目的地信息输入框；

所述接收模块具体用于接收所述用户在所述至少两个目的地信息输入框中分别输入的目的地信息，每个目的地信息输入框用于输入一个目的地信息。

14.根据权利要求12所述的叫车处理装置，其特征在于，所述用户界面包括至少一个目的地信息输入框和输入框添加图标；

所述接收模块包括：

接收单元，用于接收所述用户在所述至少一个目的地信息输入框中输入的目的地信息；接收所述用户通过点击所述输入框添加图标输入的输入框添加指令，所述输入框添加指令用于添加目的地信息输入框；

输入框添加单元，用于根据所述输入框添加指令，在所述用户界面增加目的地信息输入框；

所述接收单元还用于接收所述用户在增加的目的地信息输入框中输入的目的地信息。

15.根据权利要求11-14任一项所述的叫车处理装置，其特征在于，还包括：

标记模块，用于将所述至少两个目的地信息标记在地图图层上；在所述地图图层上显示从起始地到至少两个目的地的路径信息。

16.根据权利要求15所述的叫车处理装置，其特征在于，所述接收模块还用于接收所述用户在所述用户界面上输入的目的地排序指令，所述目的地排序指令包括所述至少两个目的地信息的排序信息；

所述标记模块还用于根据所述目的地排序指令，设置所述地图图层中各目的地信息对应的标识号。

17.一种终端设备，其特征在于，包括：处理器、显示器、接收器、发送器；

所述显示器，耦合到所述处理器，用于显示用户界面；

所述接收器，耦合到所述处理器，用于接收用户通过用户界面输入的至少两个目的地信息；

所述处理器，用于获取用户的起始地信息；根据所述起始地信息和所述至少两个目的地信息生成叫车请求，所述叫车请求包括所述起始地信息和所述至少两个目的地信息；

所述发送器，耦合到所述处理器，用于将所述叫车请求发送给服务器，以使所述服务器将与所述叫车请求相关的指令发送给司机的终端设备。

18.一种用户界面系统，其特征在于，包括：

显示组件，用于显示用户界面；

处理器，用于触发所述显示组件对所述用户界面的显示，根据用户在所述用户界面输入的起始地信息和至少两个目的地信息生成叫车请求，所述叫车请求包括所述起始地信息和所述至少两个目的地信息；

发送器，用于将所述叫车请求发送给服务器，以使所述服务器将与所述叫车请求相关的指令发送给司机的终端设备。

19.根据权利要求18所述的系统，其特征在于，所述用户界面包括至少一个目的地信息输入框和输入框添加图标；

所述至少一个目的地信息输入框用于输入至少一个目的地信息；

所述输入框添加图标用于在所述用户界面增加目的地信息输入框。

20.根据权利要求19所述的系统，其特征在于，所述用户界面包括支付账号输入框，每个目的地信息输入框对应一个支付账号输入框。

21.根据权利要求20所述的系统，其特征在于，所述用户界面包括地图图层；

所述处理器，还用于触发所述显示组件在所述地图图层上标记所述至少两个目的地信息，以及触发所述显示组件在所述地图图层上显示从起始地到至少两个目的地的路径信息。

22.根据权利要求21所述的系统，其特征在于，所述处理器，还用于基于所述用户对各目的地信息输入框的操作，触发所述显示组件在所述用户界面调增各目的地信息输入框的布局。