打车请求发送方法及装置与流程

本公开涉及终端技术领域，尤其涉及一种打车请求发送方法及装置。

背景技术：

随着终端技术的发展，以及用户对便捷生活的追求，打车应用程序的应用范围越来越广。日常生活中，当用户想要打车时，经常会使用终端安装的打车应用程序进行远距离打车，当该终端基于该打车应用程序接收到打车指令时，即可向服务器发送打车请求。

实际应用中，用户经常会利用打车应用程序重复打车去往指定目的地，该指定目的地可以为家或公司。而针对每一次打车，该用户都需要先点击终端安装的打车应用程序的图标，进入打车界面，再在该打车界面中输入出发地的位置或者选择当前定位的位置作为出发地的位置，并在该打车界面中输入指定目的地的位置或者从多个位置中选择该指定目的地的位置，以及在该打车界面中选择车辆类型，如出租车、快车、顺风车等，最后点击确认打车选项后，该终端才能接收到打车指令，并向服务器发送打车请求。

技术实现要素：

为克服相关技术中存在的问题，本公开提供一种打车请求发送方法及装置。

根据本公开实施例的第一方面，提供一种打车请求发送方法，所述方法包括：

当基于指定打车控件接收到打车指令时，将所述指定打车控件对应的位置信息确定为目的地位置信息；

获取出发地位置信息；

向服务器发送打车请求，所述打车请求携带所述出发地位置信息和所述目的地位置信息。

结合本公开实施例的第一方面，在上述第一方面的第一种可能的实现方式中，所述方法还包括：

所述当基于指定打车控件接收到打车指令时，将所述指定打车控件对应的位置信息确定为目的地位置信息之前，获取指定位置信息；

基于所述指定位置信息，生成所述指定打车控件；

将所述指定位置信息确定为所述指定打车控件对应的位置信息。

结合本公开实施例的上述第一方面的第二种可能的实现方式，在上述第一方面的第三种可能的实现方式中，所述获取指定位置信息之前，所述方法还包括：

获取历史打车信息，所述历史打车信息中包括多个历史目的地位置信息和所述多个历史目的地位置信息的打车次数；

当指定历史目的地位置信息的打车次数大于预设数目时，将所述指定历史目的地位置信息确定为所述指定位置信息，所述指定历史目的地位置信息为所述多个历史目的地位置信息中的任一个。

结合本公开实施例的上述第一方面的第三种可能的实现方式，在上述第一方面的第四种可能的实现方式中，所述方法还包括：

所述将所述指定历史目的地位置信息确定为所述指定位置信息之前，显示提示信息，所述提示信息用于提示用户确认是否生成与所述指定历史目的地位置信息对应的打车控件；

当基于所述提示信息接收到确认生成指令时，执行所述将所述指定历史目的地位置信息确定为所述指定位置信息的步骤。

结合本公开实施例的上述第一方面的第二种可能的实现方式，在上述第一方面的第五种可能的实现方式中，所述获取指定位置信息，包括：

当接收到控件设置指令时，显示控件设置界面；

当基于所述控件设置界面接收到确认设置指令时，将所述控件设置界面中输入的位置信息确定为所述指定位置信息。

结合本公开实施例的第一方面的上述任一种可能的实现方式，在上述第一方面的第六种可能的实现方式中，所述基于所述指定位置信息，生成所述指定打车控件，包括：

显示车辆类型信息列表，所述车辆类型信息列表包括多个车辆类型；

当基于所述车辆类型信息列表接收到选择指令时，将所述选择指令选择的车辆类型确定为指定车辆类型；

基于所述指定位置信息和所述指定车辆类型，生成所述指定打车控件。

根据本公开实施例的第二方面，提供一种打车请求发送装置，所述装置包括：

第一确定模块，用于当基于指定打车控件接收到打车指令时，将所述指定打车控件对应的位置信息确定为目的地位置信息；

第一获取模块，用于获取出发地位置信息；

发送模块，用于向服务器发送打车请求，所述打车请求携带所述出发地位置信息和所述目的地位置信息。

结合本公开实施例的第二方面，在上述第二方面的第一种可能的实现方式中，所述装置还包括：

第二获取模块，用于获取指定位置信息；

生成模块，用于基于所述指定位置信息，生成所述指定打车控件；

第二确定模块，用于将所述指定位置信息确定为所述指定打车控件对应的位置信息。

结合本公开实施例的上述第二方面的第二种可能的实现方式，在上述第二方面的第三种可能的实现方式中，所述装置还包括：

第三获取模块，用于获取历史打车信息，所述历史打车信息中包括多个历史目的地位置信息和所述多个历史目的地位置信息的打车次数；

第三确定模块，用于当指定历史目的地位置信息的打车次数大于预设数目时，将所述指定历史目的地位置信息确定为所述指定位置信息，所述指定历史目的地位置信息为所述多个历史目的地位置信息中的任一个。

结合本公开实施例的上述第二方面的第三种可能的实现方式，在上述第二方面的第四种可能的实现方式中，所述装置还包括：

显示模块，用于当所述指定历史目的地位置信息的打车次数大于所述预设数目时，显示提示信息，所述提示信息用于提示用户确认是否生成与所述指定历史目的地位置信息对应的打车控件；

第四确定模块，用于当基于所述提示信息接收到确认生成指令时，将所述指定历史目的地位置信息确定为所述指定位置信息。

结合本公开实施例的上述第二方面的第二种可能的实现方式，在上述第二方面的第五种可能的实现方式中，所述第二获取模块用于：

当接收到控件设置指令时，显示控件设置界面；

当基于所述控件设置界面接收到确认设置指令时，将所述控件设置界面中输入的位置信息确定为所述指定位置信息。

结合本公开实施例的第二方面的上述任一种可能的实现方式，在上述第二方面的第六种可能的实现方式中，所述生成模块用于：

显示车辆类型信息列表，所述车辆类型信息列表包括多个车辆类型；

当基于所述车辆类型信息列表接收到选择指令时，将所述选择指令选择的车辆类型确定为指定车辆类型；

基于所述指定位置信息和所述指定车辆类型，生成所述指定打车控件。

根据本公开实施例的第三方面，提供一种打车请求发送装置，所述装置包括：

处理器；

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

其中，所述处理器用于：

当基于指定打车控件接收到打车指令时，将所述指定打车控件对应的位置信息确定为目的地位置信息；

获取出发地位置信息；

向服务器发送打车请求，所述打车请求携带所述出发地位置信息和所述目的地位置信息。

本公开的实施例提供的技术方案可以包括以下有益效果：通过本公开实施例提供的方法和装置，用户仅需基于该指定打车控件触发打车指令，打车请求发送装置即可将该指定打车控件对应的位置信息确定为目的地位置信息，并获取出发地位置信息，向服务器发送打车请求，该打车请求携带该出发地位置信息和该目的地位置信息，从而无需用户输入目的地位置信息，操作简便，节省了打车时间，提高了打车效率。

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

附图说明

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

图1是根据一示例性实施例示出的一种打车请求发送方法流程图。

图2是根据一示例性实施例示出的一种打车请求发送方法流程图；

图3是根据一示例性实施例示出的一种快捷方式图标示意图；

图4是根据一示例性实施例示出的一种车辆类型信息列表示意图；

图5是根据一示例性实施例示出的一种提示信息示意图；

图6是根据一示例性实施例示出的一种控件设置界面示意图；

图7是根据一示例性实施例示出的一种打车请求发送装置框图；

图8是根据一示例性实施例示出的一种打车请求发送装置框图；

图9是根据一示例性实施例示出的一种打车请求发送装置框图；

图10是根据一示例性实施例示出的一种打车请求发送装置框图；

图11是根据一示例性实施例示出的一种打车请求发送装置1100的框图。

具体实施方式

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

在对本公开实施例进行详细的解释说明之前，先对本公开实施例的应用场景予以介绍。相关技术中，如果用户经常利用打车应用程序重复打车去往指定目的地，则针对每一次打车，该用户都需要先点击终端安装的打车应用程序的图标，进入打车界面，再在该打车界面中输入出发地的位置或者选择当前定位的位置作为出发地的位置，并在该打车界面中输入指定目的地的位置或者从多个位置中选择该指定目的地的位置，以及在该打车界面中选择车辆类型，如出租车、快车、顺风车等，最后点击确认打车选项后，该终端才能接收到打车指令，并向服务器发送打车请求。利用上述方式进行打车，用户操作较为繁琐，耗时较长。为了简化用户的操作，节省打车时间，本公开实施例提供了一种可以存储指定目的地位置信息的指定打车控件，使得用户基于该指定打车控件进行打车时，无需再输入或选择该指定目的地的位置，从而提高了打车效率。

图1是根据一示例性实施例示出的一种打车请求发送方法流程图，如图1所示，该方法应用于打车请求发送装置中，包括以下步骤：

在步骤101中，当基于指定打车控件接收到打车指令时，将该指定打车控件对应的位置信息确定为目的地位置信息。

在步骤102中，获取出发地位置信息。

在步骤103中，向服务器发送打车请求，该打车请求携带该出发地位置信息和该目的地位置信息。

在本公开的另一实施例中，该方法还包括：

该当基于指定打车控件接收到打车指令时，将该指定打车控件对应的位置信息确定为目的地位置信息之前，获取指定位置信息；

基于该指定位置信息，生成该指定打车控件；

将该指定位置信息确定为该指定打车控件对应的位置信息。

在本公开的另一实施例中，该获取指定位置信息之前，该方法还包括：

获取历史打车信息，该历史打车信息中包括多个历史目的地位置信息和该多个历史目的地位置信息的打车次数；

当指定历史目的地位置信息的打车次数大于预设数目时，将该指定历史目的地位置信息确定为该指定位置信息，该指定历史目的地位置信息为该多个历史目的地位置信息中的任一个。

在本公开的另一实施例中，该方法还包括：

该将该指定历史目的地位置信息确定为该指定位置信息之前，显示提示信息，该提示信息用于提示用户确认是否生成与该指定历史目的地位置信息对应的打车控件；

当基于该提示信息接收到确认生成指令时，执行该将该指定历史目的地位置信息确定为该指定位置信息的步骤。

在本公开的另一实施例中，该获取指定位置信息，包括：

当接收到控件设置指令时，显示控件设置界面；

当基于该控件设置界面接收到确认设置指令时，将该控件设置界面中输入的位置信息确定为该指定位置信息。

在本公开的另一实施例中，该基于该指定位置信息，生成该指定打车控件，包括：

显示车辆类型信息列表，该车辆类型信息列表包括多个车辆类型；

当基于该车辆类型信息列表接收到选择指令时，将该选择指令选择的车辆类型确定为指定车辆类型；

基于该指定位置信息和该指定车辆类型，生成该指定打车控件。

上述所有可选技术方案，均可按照任意结合形成本公开的可选实施例，本公开实施例对此不再一一赘述。

图2是根据一示例性实施例示出的一种打车请求发送方法流程图，如图2所示，该方法应用于打车请求发送装置中，包括以下步骤：

在步骤201中，打车请求发送装置获取历史打车信息，该历史打车信息中包括多个历史目的地位置信息和该多个历史目的地位置信息的打车次数。

其中，该打车请求发送装置可以为手机、平板电脑、计算机等终端设备，也可以其他设备，本公开实施例对此不做限定。该打车请求发送装置可以通过安装的打车应用程序获取该历史打车信息，也可以通过其他方式获取该历史打车信息，本公开实施例对此也不做限定。

其中，位置信息可以用地址、经纬度等形式表示，本公开实施例对此不做限定。而该多个历史目的地位置信息的打车次数是指打车去往该多个历史目的地位置信息的次数，也即是，该多个历史目的地位置信息中某个历史目的地的打车次数即为打车去往该历史目的地位置信息的打车次数。

例如，若该打车请求发送装置安装有打车应用程序，则该打车应用程序可以记录用户每一次打车的打车信息，该打车信息包括打车去往的目的地位置信息，当然还可以包括出发地位置信息和所选择的车辆类型等，本公开实施例对此不做限定。从而，该打车请求发送装置可以根据多次打车记录得到多个历史目的地位置信息，并可以计算打车去往每个历史目的地位置信息的次数，得到该多个历史目的地位置信息的打车次数，从而得到该历史打车信息。

其中，该车辆类型可以为出租车、快车、顺风车等，本公开实施例对此不做限定。

在步骤202中，当指定历史目的地位置信息的打车次数大于预设数目时，将该指定历史目的地位置信息确定为指定位置信息，该指定历史目的地位置信息为该多个历史目的地位置信息中的任一个。

其中，该预设数目可以由该打车请求发送装置默认设置，也可以由用户设置，本公开实施例对此不做限定。例如，该打车请求发送装置可以将该预设数目设置为2、3、5等，本公开实施例对该预设数目的具体数值也不做限定。

当该打车请求发送装置根据该历史打车信息，检测到指定历史目的地位置信息的打车次数大于预设数目时，表示用户经常打车去往该指定历史目的地，则该打车请求发送装置即可将该指定目的地位置信息确定为指定位置信息，以便后续过程中，根据该指定位置信息生成指定打车控件。而当该指定历史目的地位置信息的打车次数不大于预设数目时，表示用户并不经常打车去往该指定历史目的地，此时，该打车请求发送装置可以不执行任何操作。

例如，若预设数目为3，且根据历史打车信息确定打车去往中山路23号的次数为4，则该打车请求发送装置即可确定中山路23号的打车次数大于预设数目3，从而可以将中山路23号确定为指定位置信息，以便后续过程中生成与该中山路23号对应的指定打车控件。

在步骤203中，获取该指定位置信息，基于该指定位置信息，生成指定打车控件，将该指定位置信息确定为该指定打车控件对应的位置信息。

其中，该指定打车控件为存储有对应的位置信息，且用于快速打车去往该对应的位置信息的快捷打车控件。也即是，该指定打车控件可以无需用户输入目的地位置信息，即可直接将存储的位置信息确定为目的地位置信息，并快速生成打车去往该目的地位置信息的打车请求。

其中，该指定打车控件可以为图标、选项或者按钮等，本公开实施例对此不做限定。该指定打车控件可以由该打车应用程序生成，也可以由该打车请求发送装置的其他程序生成，本公开实施例对此也不做限定。

本公开实施例中，所有关于生成指定打车控件的过程均可以参考相关技术，本公开实施例对此不再赘述。

而基于该指定位置信息，生成该指定打车控件，也即是，将生成的该指定打车控件与该指定位置信息进行关联。例如，在第一种可能的实现方式中，生成该指定打车控件之后，该打车请求发送装置可以为该指定打车控件分配指定打车控件标识，并存储该指定打车控件标识与该指定位置信息的对应关系，从而将该指定位置信息确定为该指定打车控件对应的位置信息。其中，该指定打车控件标识用于唯一标识该指定打车控件，可以为编号、ID(identity，身份标识号)等，本公开实施例对此不做限定。在另一种可能的实现方式中，生成该指定打车控件之后，该打车请求发送装置可以在该指定打车控件中存储该指定位置信息，从而将该指定位置信息确定为该指定打车控件对应的位置信息。

进一步地，生成该指定打车控件之后，该打车请求发送装置还可以显示该指定打车控件。其中，该打车请求发送装置可以在该打车请求发送装置的主界面中显示该指定打车控件，也可以在打车应用程序页面中显示该打车控件，本公开实施例对此不做限定。

例如，基于步骤202的举例，该指定位置信息为中山路23号，则该打车请求发送装置可以基于中山路23号，生成如图3所示的一键打车的快捷方式图标，且该快捷方式图标可以包括文字“一键去往中山路”，并可以在桌面上显示该快捷方式图标。

进一步地，该指定打车控件除了包括对应的指定位置信息之外，还可以包括对应的指定车辆类型，而生成与指定位置信息和指定车辆类型对应的打车控件的过程可以包括以下方式中的至少一项：

在第一种实现方式中，该打车请求发送装置获取的历史打车信息中还可以包括多个历史目的地位置信息的车辆类型，也即是，打车去往该多个历史目的地位置信息时所选择的车辆类型。相应地，当检测到指定历史目的地位置信息的打车次数大于预设数目时，该打车请求发送装置还可以根据该多个历史目的地位置信息的车辆类型，确定指定车辆类型，从而基于该指定车辆类型和指定位置信息，生成该指定打车控件。

其中，该多个历史目的地位置信息的车辆类型可以相同，也可以不同，本公开实施例对此不做限定。针对该多个历史目的地位置信息的车辆类型相同或不同这两种情况，确定该指定车辆类型的方式不同，包括：

1)若该多个历史目的地位置信息的车辆类型相同，表示该打车请求发送装置有可能默认设置了车辆类型，或者该用户多次打车时所选择的车辆类型均相同，则该打车请求发送装置可以直接将该多个历史目的地位置信息的车辆类型，确定为该指定车辆类型。

2)若该多个历史目的地位置信息的车辆类型不同，表示该用户打车去往该多个历史目的地位置信息时所选择的车辆类型不同，则该打车请求发送装置可以将多次打车过程中选择次数最多的车辆类型确定为该指定车辆类型。

进一步地，若该多个历史目的地位置信息的车辆类型不同，但多次打车去往指定历史目的地位置信息的车辆类型相同，表示该用户打车去往该指定历史目的地位置信息时所选择的车辆类型都相同，则该打车请求发送装置还可以将打车去往该指定历史目的地位置信息的车辆类型，确定为该指定车辆类型。

或者，若该多个历史目的地位置信息的车辆类型不同，且多次打车去往该指定历史目的地位置信息的车辆类型也不同，表示该用户多次打车去往该指定历史目的地位置信息时所选择的车辆类型不同，则该打车请求发送装置可以将打车去往该指定历史目的地位置信息时选择次数最多的车辆类型确定为该指定车辆类型。

其中，基于该指定车辆类型和指定位置信息，生成该指定打车控件，也即是，将该指定打车控件、该指定车辆类型和该指定位置信息进行关联。例如，生成该指定打车控件之后，该打车请求发送装置可以存储该指定打车控件标识、该指定位置信息和该指定车辆类型的对应关系，或者，在该指定打车控件中存储该指定位置信息和该指定车辆类型，本公开实施例对此不做限定。

在第二种实现方式中，获取该指定位置信息后，在基于该指定位置信息，生成该指定打车控件的过程中，该打车请求发送装置还可以显示车辆类型信息列表，该车辆类型信息列表包括多个车辆类型；当基于该车辆类型信息列表接收到选择指令时，可以将该选择指令选择的车辆类型确定为指定车辆类型；之后，可以基于该指定位置信息和该指定车辆类型，生成该指定打车控件。

其中，该选择指令可以由用户通过指定操作触发，该指定操作可以为点击、双击、滑动、语音等操作，本公开实施例对此也不做限定。

例如，在获取指定位置信息后，该打车请求发送装置可以显示如图4所示的车辆类型信息列表，该车辆类型信息列表包括出租车、快车和顺风车。当用户点击任一种车辆类型后的确认选项时，即可触发选择指令，当该打车请求发送装置接收到选择指令时，可以将该选择指令选择的车辆类型确定为指定车辆类型，并基于该指定位置信息和该指定车辆类型，生成该指定打车控件。

需要说明的一点是，本公开实施例仅是以当检测到指定历史目的地位置信息的打车次数大于预设数目时，自动将该指定历史目的地位置信息确定为指定位置信息，并基于该指定位置信息生成指定打车控件为例进行说明，而实际应用中，为了提高用户体验，当检测到指定历史目的地位置信息的打车次数大于预设数目时，该打车请求发送装置还可以根据用户的设置，确定是否生成该指定打车控件。

也即是，当检测到指定历史目的地位置信息的打车次数大于预设数目时，该打车请求发送装置可以显示提示信息，该提示信息用于提示用户确认是否生成与该指定历史目的地位置信息对应的打车控件；当基于该提示信息接收到确认生成指令时，即可将该指定历史目的地位置信息确定为该指定位置信息，并基于该指定位置信息生成该指定打车控件；而当基于该提示信息未接收到确认生成指令时，将不执行任何操作，也即是，将不会生成该指定打车控件。

其中，该确认生成指令可以由用户通过指定操作触发，本公开实施例对此不做限定。

例如，基于步骤202的举例，当检测到打车去往中山路23号的次数4大于预设数目3时，参见图5，该打车请求发送装置可以显示提示信息“您已重复打车去往中山路23号4次，是否开启一键打车？”。当用户通过点击确认选项触发确认生成指令时，表示用户确认生成与该中山路23号对应的打车控件，则该打车请求发送装置即可将中山路23号确定为该指定位置信息，并基于该指定位置信息生成指定打车控件。而当用户点击取消选项时，表示用户不同意生成与该中山路23号对应的打车控件，则该打车请求发送装置将不会执行任何操作。

进一步地，该提示信息还可以包括指定车辆类型，用于提示用户确认是否生成与该指定历史目的地位置信息以及该指定车辆类型对应的打车控件，本公开实施例对此不做限定。其中，指定车辆类型的确认过程可以参考上述第一种实现方式，本公开实施例在此不再赘述。

需要说明的另一点是，本公开实施例仅是以该打车请求发送装置根据历史打车信息获取指定位置信息，进而生成指定打车控件为例进行说明，而实际应用中，该打车请求发送装置还可以无需根据历史打车信息获取指定位置信息，而是根据用户的设置获取指定位置信息，进而生成指定打车控件，本公开实施例对此不做限定。

也即是，该打车请求发送装置还可以不执行步骤201-202，直接执行步骤203，且步骤203中获取该指定位置信息的过程可以包括：当接收到控件设置指令时，显示控件设置界面；当基于该控件设置界面接收到确认设置指令时，将该控件设置界面中输入的位置信息确定为该指定位置信息。

例如，打车应用程序的打车界面可以包括一键打车选项，该一键打车选项用于为该指定打车控件设置指定位置信息，以及基于该指定位置信息生成该指定打车控件。当用户点击该一键打车选项时，可以触发控件设置指令，当该打车请求发送装置接收到该控件设置指令时，即可显示如图6所示的控件设置界面，该控件设置界面可以包括输入框和确认选项。用户可以在该输入框中输入将来可能会重复打车去往的位置信息，并可以点击确认选项触发确认设置指令。当该打车请求发送装置接收到该确认设置指令时，即可将该输入框中输入的位置信息确定为该指定位置信息。

进一步地，用户还可以在该显示控件设置界面中选择车辆类型，也即是，将该控件设置界面中输入的位置信息确定为该指定位置信息之后，该控件设置界面还可以显示车辆类型信息列表，该车辆类型信息列表包括多个车辆类型，当基于该车辆类型信息列表接收到选择指令时，将该选择指令选择的车辆类型确定为指定车辆类型，之后，即可基于该指定位置信息和该指定车辆类型，生成该指定打车控件。

在步骤204中，当基于该指定打车控件接收到打车指令时，将该指定打车控件对应的位置信息确定为目的地位置信息。

其中，该打车指令可以由用户通过指定操作触发，该指定操作可以为点击该指定打车控件的操作、滑动该指定打车控件的操作等，本公开实施例对此不做限定。该指定打车控件对应的位置信息可以为预先存储的与该打车控件具有对应关系的位置信息，也可以为存储在该打车控件中的位置信息，本公开实施例对此也不做限定。

当基于该指定打车控件接收到打车指令时，该打车请求发送装置可以获取该指定打车控件对应的位置信息，并将该指定打车控件对应的位置信息确定为目的地位置信息。其中，在获取该指定打车控件对应的位置信息的过程中，该打车请求发送装置可以根据存储的对应关系，查找与该指定打车控件对应的位置信息，或者，查找存储在该指定打车控件中的位置信息，本公开实施例对此不做限定。

在步骤205中，获取出发地位置信息。

其中，获取出发地位置信息的过程可以包括以下方式中的至少一项：

在第一种实现方式中，该打车请求发送装置可以确定当前所处位置的位置信息，将当前所处位置的位置信息确定为该出发地位置信息。

其中，该打车请求发送装置可以通过定位当前所处位置来确定当前所处位置的位置信息，例如，可以通过GPS(Global Positioning System，全球定位系统)定位当前所处位置，进而获取当前所处位置的位置信息。如此，无需用户输入出发地位置信息，该打车请求发送装置即可通过定位直接获取出发地位置信息，并向服务器发送打车请求，从而进一步简化了用户的操作，提高了打车效率。

在第二种实现方式中，该打车请求发送装置可以确定当前所处位置的位置信息，显示当前所处位置的位置信息，当基于显示的位置信息接收到确认指令时，将该当前所处位置的位置信息确定为该出发地位置信息。

其中，该确认指令可以由用户通过指定操作触发，该指定操作可以为单击、双击、滑动、语音等操作，本公开实施例对此不做限定。

例如，该打车请求发送装置可以通过定位获取当前所处位置的位置信息，并显示该当前所处位置的位置信息和确认选项，以便用户确认定位的位置信息是否准确，其中，用户可以通过点击该确认选项触发确认指令。当基于显示的位置信息接收到确认指令时，表示用户确认当前定位的位置信息是准确的，则该打车请求发送装置即可将该当前所处位置的位置信息确定为出发地位置信息，并执行步骤208。而当基于显示的位置信息未接收到确认指令时，表示当前定位的位置信息可能是错误的，则该打车请求发送装置将不会将该当前所处位置的位置信息确定为出发地位置信息，也不会执行步骤208。

进一步地，若当前定位的位置信息是错误的，该用户还可以更改所显示的位置信息，并可以在更改之后点击确认选项，则当该打车请求发送装置接收到确认指令时，即可将更改之后的位置信息确定为出发地位置信息。

通过上述方法，用户可以确认当前定位的位置信息是否准确，当定位出错时，还可以更改当前所处位置的位置信息，从而避免了因定位误差导致的出发地位置信息错误，提高了准确性。

在第三种实现方式中，显示出发地设置界面，该出发地设置界面用于设置该出发地位置信息，当基于该出发地设置界面接收到设置完成指令时，将该出发地设置界面中输入的位置信息确定为该出发地位置信息。

例如，该出发地设置界面可以包括输入框和确认选项，用户可以在该输入框中输入出发地位置信息，输入完成后，可以点击确认选项触发设置完成指令，当该打车请求发送装置接收到该设置完成指令时，即可将该输入框中输入的位置信息确定为该出发地的位置信息。

在步骤206中，向服务器发送打车请求，该打车请求携带该出发地位置信息和该目的地位置信息。

例如，基于步骤202的举例，若当前所处位置的位置信息为“淮海路2号”，当用户点击如图3所示的“一键去往中山路”的快捷方式图标时，即可触发打车指令，当该打车请求发送装置接收到打车指令时，即可通过GPS定位系统获取当前所处位置的位置信息，将该当前所处位置的位置信息确定为出发地位置信息，向服务器发送打车请求，该打车请求中携带该出发地位置信息“淮海路2号”和目的地位置信息“中山路23号”。

通过生成指定打车控件，本公开实施例提供了一种快捷打车的方法，也即是，用户仅需点击一次该指定打车控件，该打车请求发送装置即可快捷发起从出发地位置信息到指定位置信息的打车请求。进一步地，若还需用户确认出发地位置信息时，则在用户点击一次该指定打车控件后，仅需再点击一次确认选项，该打车请求发送装置即可快捷发起从出发地位置信息到指定位置信息的打车请求。也即是，仅需用户通过一次点击或两次点击，即可实现快捷打车，从而极大地提高了经常使用打车应用程序进行打车用户的用户体验。

可选地，若该指定打车控件还包括指定车辆类型，则该打车请求除携带该目的地位置信息之外，还可以携带该指定车辆类型。如此，无需用户输入目的地位置信息，也无需用户选择车辆类型，该打车请求发送装置即可向服务器发送携带目的地位置信息和指定车辆类型的打车请求，从而进一步简化了用户的操作，提高了打车效率。

通过本公开实施例提供的方法，用户仅需基于该指定打车控件触发打车指令，打车请求发送装置即可将该指定打车控件对应的位置信息确定为目的地位置信息，并获取出发地位置信息，向服务器发送打车请求，该打车请求携带该出发地位置信息和该目的地位置信息，从而无需用户输入目的地位置信息，操作简便，节省了打车时间，提高了打车效率。而且，通过获取历史打车信息，该打车请求发送装置还可以主动识别用户的重复打车请求，从而提示用户添加该指定打车控件。

图7是根据一示例性实施例示出的一种打车请求发送装置框图，该打车请求发送装置可以为手机、平板电脑、计算机等终端设备，也可以为其他设备，本公开实施例对此不做限定。参见图7，该装置包括第一确定模块701，第一获取模块702和发送模块703。

该第一确定模块701，被配置为当基于指定打车控件接收到打车指令时，将该指定打车控件对应的位置信息确定为目的地位置信息；

该第一获取模块702，被配置为获取出发地位置信息；

该发送模块703，被配置为向服务器发送打车请求，该打车请求携带该出发地位置信息和该目的地位置信息。

参见图8，在本公开的另一实施例中，该装置还包括：

第二获取模块704，被配置为获取指定位置信息；

生成模块705，被配置为基于该指定位置信息，生成该指定打车控件；

第二确定模块706，被配置为将该指定位置信息确定为该指定打车控件对应的位置信息。

参见图9，在本公开的另一实施例中，该装置还包括：

第三获取模块707，被配置为获取历史打车信息，该历史打车信息中包括多个历史目的地位置信息和该多个历史目的地位置信息的打车次数；

第三确定模块708，被配置为当指定历史目的地位置信息的打车次数大于预设数目时，将该指定历史目的地位置信息确定为该指定位置信息，该指定历史目的地位置信息为该多个历史目的地位置信息中的任一个。

参见图10，在本公开的另一实施例中，该装置还包括：

显示模块709，被配置为当所述指定历史目的地位置信息的打车次数大于所述预设数目时，显示提示信息，该提示信息被配置为提示用户确认是否生成与该指定历史目的地位置信息对应的打车控件；

第四确定模块710，被配置为当基于该提示信息接收到确认生成指令时，将该指定历史目的地位置信息确定为该指定位置信息。

在本公开的另一实施例中，该第二获取模块704用于：

当接收到控件设置指令时，显示控件设置界面；

当基于该控件设置界面接收到确认设置指令时，将该控件设置界面中输入的位置信息确定为该指定位置信息。

在本公开的另一实施例中，该生成模块705用于：

显示车辆类型信息列表，该车辆类型信息列表包括多个车辆类型；

当基于该车辆类型信息列表接收到选择指令时，将该选择指令选择的车辆类型确定为指定车辆类型；

基于该指定位置信息和该指定车辆类型，生成该指定打车控件。

通过本公开实施例提供的装置，用户仅需基于该指定打车控件触发打车指令，打车请求发送装置即可将该指定打车控件对应的位置信息确定为目的地位置信息，并获取出发地位置信息，向服务器发送打车请求，该打车请求携带该出发地位置信息和该目的地位置信息，从而无需用户输入目的地位置信息，操作简便，节省了打车时间，提高了打车效率。

上述所有可选技术方案，均可按照任意结合形成本公开的可选实施例，本公开实施例对此不再一一赘述。

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

图11是根据一示例性实施例示出的一种打车请求发送装置1100的框图。例如，装置1100可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图11，装置1100可以包括以下一个或多个组件：处理组件1102，存储器1104，电源组件1106，多媒体组件1108，音频组件1110，输入/输出(I/O)的接口1112，传感器组件1114，以及通信组件1116。

处理组件1102通常控制装置1100的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1102可以包括一个或多个处理器1120来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1102可以包括一个或多个模块，便于处理组件1102和其他组件之间的交互。例如，处理组件1102可以包括多媒体模块，以方便多媒体组件1108和处理组件1102之间的交互。

存储器1104被配置为存储各种类型的数据以支持在装置1100的操作。这些数据的示例包括用于在装置1100上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1106为装置1100的各种组件提供电源。电源组件1106可以包括电源管理系统，一个或多个电源，及其他与为装置1100生成、管理和分配电源相关联的组件。

多媒体组件1108包括在所述装置1100和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1108包括一个前置摄像头和/或后置摄像头。当装置1100处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1110被配置为输出和/或输入音频信号。例如，音频组件1110包括一个麦克风(MIC)，当装置1100处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1104或经由通信组件1116发送。在一些实施例中，音频组件1110还包括一个扬声器，用于输出音频信号。

I/O接口1112为处理组件1102和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1114包括一个或多个传感器，用于为装置1100提供各个方面的状态评估。例如，传感器组件1114可以检测到装置1100的打开/关闭状态，组件的相对定位，例如所述组件为装置1100的显示器和小键盘，传感器组件1114还可以检测装置1100或装置1100一个组件的位置改变，用户与装置1100接触的存在或不存在，装置1100方位或加速/减速和装置1100的温度变化。传感器组件1114可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1114还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1114还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1116被配置为便于装置1100和其他设备之间有线或无线方式的通信。装置1100可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件1116经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1116还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1100可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1104，上述指令可由装置1100的处理器1120执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种打车请求发送方法，所述方法包括：

当基于指定打车控件接收到打车指令时，将该指定打车控件对应的位置信息确定为目的地位置信息；

获取出发地位置信息；

向服务器发送打车请求，该打车请求携带该出发地位置信息和该目的地位置信息。

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

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