CN113988340A - 车辆呼叫订单的生成方法、装置和电子设备 - Google Patents

Abstract

本申请公开了一种车辆呼叫订单的生成方法、装置和电子设备，涉及电子技术领域。方法包括：响应于所述第一输入，将至少两个叫车应用程序关联；在所述至少两个叫车应用程序关联的情况下，获取用户输入的叫车信息；基于所述叫车信息，控制所述至少两个叫车应用程序中每一叫车应用程序生成车辆呼叫订单。

Description

车辆呼叫订单的生成方法、装置和电子设备

技术领域

本申请属于电子技术领域，具体涉及一种车辆呼叫订单的生成方法、装置和电子设备。

背景技术

随着无线通信技术和电子技术的飞速发展，人们可以通过智能手机和平板电脑等电子设备中安装的车辆呼叫应用程序，呼叫运营车辆(如出租车或者共享汽车等)实现出行。由于目前在出行市场中，可以提供出行服务的运营车辆平台较多，且不同运行车辆平台设置有不同的车辆呼叫应用程序，且电子设备可以通过各车辆呼叫应用程序生成车辆呼叫订单，以实现呼叫与该车辆呼叫应用程序对应的运营车辆平台的车辆。

其中，用户为实现能够快速呼叫到车辆出行，会同时通过电子设备中的多个车辆呼叫应用程序生成车辆呼叫订单。但是，目前实现电子设备的多个车辆呼叫应用程序生成车辆呼叫订单，通常需要用户输入繁琐的操作，从而导致电子设备呼叫车辆的操作便捷性降低。

发明内容

本申请实施例的目的是提供一种车辆呼叫订单的生成方法、装置和电子设备，能够解决目前实现电子设备的多个车辆呼叫应用程序生成车辆呼叫订单，存在电子设备呼叫车辆的操作便捷性低的问题。

第一方面，本申请实施例提供了一种车辆呼叫订单的生成方法，该方法包括：

在接收到用户的第一输入的情况下，

响应于所述第一输入，将至少两个叫车应用程序关联；

在所述至少两个叫车应用程序关联的情况下，获取用户输入的叫车信息；

基于所述叫车信息，控制所述至少两个叫车应用程序中每一叫车应用程序生成车辆呼叫订单。

第二方面，本申请实施例提供了一种车辆呼叫订单的生成装置，包括：

程序关联模块，用于在接收到用户的第一输入的情况下，响应于所述第一输入，将至少两个叫车应用程序关联；

信息接收模块，用于在所述至少两个叫车应用程序关联的情况下，获取用户输入的叫车信息；

控制模块，用于基于所述叫车信息，控制所述至少两个叫车应用程序中每一叫车应用程序生成车辆呼叫订单。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。

在本申请实施例中，通过响应于用户的第一输入，将至少两个叫车应用程序关联；然后在至少两个叫车应用程序关联的情况下，获取用户输入的叫车信息；进而基于该叫车信息，控制关联的各个叫车应用程序生成车辆呼叫订单。如此，仅需用户输入操作使至少两个叫车应用程序关联，再在多个叫车应用程序的图标关联下输入叫车信息，电子设备即可实现同时控制多个叫车应用程序生成与该叫车信息对应的车辆呼叫订单，使得实现同时控制多个叫车应用程序生成车辆呼叫订单的操作便捷且省时。

附图说明

图1是本申请涉及的车辆呼叫订单的生成方法的实施例的流程示意图；

图2是本申请涉及的电子设备的显示界面的示意图之一；

图3是本申请涉及的电子设备的显示界面的示意图之二；

图4是本申请涉及的电子设备的显示界面的示意图之三；

图5是本申请涉及的电子设备的显示界面的示意图之四；

图6是本申请涉及的电子设备的显示界面的示意图之五；

图7是本申请涉及的电子设备的显示界面的示意图之六；

图8是本申请涉及的车辆呼叫订单的生成装置的实施例的结构示意图；

图9是本申请涉及的电子设备的实施例的结构示意图；

图10是本申请涉及的电子设备的实施例的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员还可以获得其他实施例，这些实施例都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的车辆呼叫订单的生成方法进行详细地说明。

请参见图1，本申请实施例提供一种车辆呼叫订单的生成方法，应用于电子设备。如图1所示，该车辆呼叫订单的生成方法可以包括如下步骤S101至S103。

S101、在接收到用户的第一输入的情况下，响应于第一输入，将至少两个叫车应用程序关联。

S102、在至少两个叫车应用程序关联的情况下，获取用户输入的叫车信息。

S103、基于叫车信息，控制至少两个叫车应用程序中每一叫车应用程序生成车辆呼叫订单。

基于此，通过响应于用户的第一输入，将至少两个叫车应用程序关联；然后在至少两个叫车应用程序关联的情况下，获取用户输入的叫车信息；进而基于该叫车信息，控制关联的各个叫车应用程序生成车辆呼叫订单。如此，仅需用户输入操作使至少两个叫车应用程序关联，再在多个叫车应用程序的图标关联下输入叫车信息，电子设备即可实现同时控制多个叫车应用程序生成与该叫车信息对应的车辆呼叫订单，使得实现同时控制多个叫车应用程序生成车辆呼叫订单的操作便捷且省时。

在上述步骤101中，电子设备可以接收到用户的第一输入，并响应于该第一输入，将至少两个叫车应用程序关联。

其中，上述第一输入可以是任意的用于指示至少两个叫车应用程序的输入，其可以是语音输入、隔空手势输入和触控输入等中的至少一项，且该触控输入可以包括滑动操作、点击操作以及按压操作等中的至少一项。

例如，上述第一输入可以是滑动输入，且该滑动输入的滑动轨迹经过上述至少两个叫车应用程序的图标；或者，上述第一输入也可以是在至少两个叫车应用程序的图标上输入相同图案的滑动输入，等等。

另外，上述至少两个叫车应用程序为安装于上述电子设备内的应用程序，且各叫车应用程序可以是任意的能够为生成车辆呼叫订单(也可以简称为叫车订单或者打车订单等)，以呼叫运营车辆为用户提供出行服务的应用程序。

需要说明的是，上述响应于第一输入，将至少两个叫车应用程序关联，可以是电子设备响应于该第一输入，确定第一输入所指示的至少两个叫车应用程序，并建立所确定的至少两个叫车应用程序的关联关系。

示例性地，电子设备可以接收到用户的滑动输入，该滑动输入为滑动轨迹经过至少两个叫车应用图标的输入，此时，电子设备确定该至少两个叫车应用图标对应的至少两个叫车应用程序，并在该至少两个叫车应用图标上显示相同的标识，以建立该至少两个叫车应用程序的关联关系。

或者，上述第一输入为对至少两个叫车应用程序中N个叫车应用程序的图标的输入，N为正整数；上述步骤101，可以包括：响应于第一输入，控制N个叫车应用程序的图标移动，以使至少两个叫车应用程序的图标叠加。

本实施方式中，通过将至少两个叫车应用程序的图标叠加，实现将至少两个叫车应用程序的关联，提升电子设备的操作可视化效果。

其中，上述控制N个叫车应用程序的图标移动，以使至少两个叫车应用程序的图标叠加，可以是用户通过第一输入，将该至少两个叫车应用程序的图标移动至预设位置，且该至少两个叫车应用程序在该预设位置叠加；或者，也可以是用户通过第一输入，将至少一个叫车应用程序的图标移动至另一叫车应用程序的图标所处的位置，且该至少一个叫车应用程序的图标叠加在另一个叫车应用程序的图标。

示例性地，如图2所示，电子设备的图标桌面显示有叫车应用程序A的图标、叫车应用程序B的图标以及叫车应用程序C的图标，用户可以分别拖动叫车应用程序B的图标和叫车应用程序C的图标移动至叫车应用程序A的图标上，使得叫车应用程序A的图标、叫车应用程序B的图标以及叫车应用程序C的图标叠加，如图3所示。

需要说明的是，上述多个叫车应用程序的图标可以是处于应用图标桌面的同一桌面页面中，此时，上述第一输入用于对至少一个叫车应用程序的图标在同一桌面页面内移动；或者，也可以是上述多个叫车应用程序的图标处于应用图标桌面的不同桌面页面中，此时，上述第一输入可以是用于对至少一个叫车应用程序的图标在不同桌面页面内移动。

在上述步骤102中，在电子设备响应于第一输入，将上述至少两个叫车应用程序关联之后，在该至少两个叫车应用程序关联的情况下，电子设备可以获取用户输入的叫车信息。

其中，上述叫车信息可以是包括任意的用于供叫车应用程序生成车辆呼叫订单的信息。具体地，上述叫车信息至少包括起点位置信息和终点位置信息，上述叫车信息还可以包括用户的身份信息、联系方式以及乘客数量等中的至少一项。更进一步地，上述起点位置信息可以是用户输入的位置信息，也可以是电子设备所处位置的位置信息。

另外，上述获取用户输入的叫车信息，可以是在上述至少两个叫车应用程序关联的情况下，电子设备接收到用户对上述至少两个叫车应用程序的图标中任一图标的点击输入，响应于该点击输入，显示该点击输入所点击的图标对应的叫车应用程序的显示界面，该叫车应用程序的显示界面中可以显示有输入控件，且电子设备可以接收到用户通过输入控件输入的叫车信息，该输入控件可以是语音输入控件或者文本输入框，等等。

或者，上述步骤102，可以包括：

在至少两个叫车应用程序关联的情况下，显示与至少两个叫车应用程序关联的信息输入窗口；

获取用户在信息输入窗口输入的叫车信息。

基于此，在上述至少两个叫车应用程序关联的情况下，电子设备可以显示与该两个叫车应用程序关联的信息输入窗口，用户可以通过该信息输入窗口输入叫车信息，从而使用户输入叫车信息的操作便捷，进一步提升电子设备呼叫车辆的操作便捷性。

其中，上述信息输入窗口可以是显示于电子设备的图标桌面的悬浮窗口，且该信息输入窗口与上述至少两个叫车应用程序关联，即用户在该信息输入窗口输入的叫车信息用于供上述至少两个叫车应用程序中任一叫车应用程序生成车辆呼叫订单。

需要说明的是，上述信息输入窗口的显示位置、大小以及形状等可以根据实际需要进行设定。而且，上述信息输入窗口可以包括语音输入控件和文本输入框中的至少一项，即用户可以通过语音或者文本输入等方式输入上述叫车信息。

另外，上述在至少两个叫车应用程序关联的情况下，显示上述信息输入窗口，可以是在电子设备检测到实现将上述至少两个叫车应用程序关联的第一输入的操作完成时，例如，在第一输入为触控输入的情况下，电子设备检测到用户手指离开触控屏，此时，电子设备可以直接在其显示界面中显示上述信息输入窗口。

或者，上述在至少两个叫车应用程序关联的情况下，显示与至少两个叫车应用程序关联的信息输入窗口，可以包括：

在至少两个叫车应用程序关联时开始计时，获取计时时长；

在计时时长大于或者等于预设阈值的情况下，显示与至少两个叫车应用程序关联的信息输入窗口。

基于此，通过在上述至少两个叫车应用程序关联时开始计时，并在计时时长大于或者等于预设阈值的情况下，显示上述信息输入窗口，从而可以减少因用户误操作出现显示上述信息输入窗口，降低电子设备的误操作率。

其中，上述在上述至少两个叫车应用程序关联时开始计时，可以是电子设备中设置有定时器，在上述至少两个叫车应用程序关联时开启定时器计时。

另外，上述预设阈值可以是电子设备中预先设置的时长，例如，其可以是上述定时器的定时时长，该预设阈值可以根据用户的需要进行设定。

示例性，在电子设备接收到用户的激活时间设置输入的情况下，可以响应于该激活时间设置输入，在显示界面中显示激活时间设置界面，如图4所示，该激活时间设置界面用于设置叠加功能定时器的激活时长(即预设阈值)，例如，用户可以调节控件41中的时间设置激活时长，如3s、4s或者5s，等等。如图3所示，在电子设备将叫车应用程序A的图标、叫车应用程序B的图标和叫车应用程序C的图标叠加时该定时器开始计时，若上述激活时长为4s，则在定时器计时时长为4s的情况下，电子设备可以显示如图5所示的信息输入窗口51。

在上述步骤103中，在电子设备接收到上述叫车信息之后，电子设备可以基于上述叫车信息，控制至少两个叫车应用程序中每一叫车应用程序生成车辆呼叫订单。

其中，上述基于叫车信息，控制叫车应用程序生成车辆呼叫订单，可以是电子设备将叫车信息通过叫车请求发送至叫车应用程序的后台服务器，后台服务器响应于该叫车请求，生成与上述叫车信息关联的车辆呼叫订单。

需要说明的是，由于本申请对于叫车应用程序生成车辆呼叫订单的过程并未作改进，而叫车应用程序生成车辆呼叫订单的过程为本领域技术人员熟知，在此并不进行赘述。

示例性地，电子设备接收到用户在如图5所示的信息输入窗口51中输入的叫车信息，如叫车信息包括起点位置为位置1以及终点位置为位置2，那么，电子设备控制上述叫车应用程序A、叫车应用程序B和叫车应用程序C，分别生成行程由位置1到达位置2的车辆呼叫订单。

本申请实施例中，在上述至少两个叫车应用程序中每一叫车应用程序生成车辆呼叫订单之后，各叫车应用程序可以执行车辆呼叫订单并呼叫车辆。由于各叫车应用程序呼叫到运营车辆的时长可能不同，而用户仅需要最先呼叫到的车辆提供出行服务，因此，为避免同时多个叫车应用程序呼叫到车辆，需要在任一叫车应用程序呼叫到车辆的情况下，将其他叫车应用程序执行的车辆呼叫订单取消。

其中，上述在任一叫车应用程序呼叫到车辆的情况下，将其他叫车应用程序执行的车辆呼叫订单取消，可以是电子设备检测到第一叫车应用程序呼叫到车辆的情况下，输出与该第一叫车应用程序关联的提示信息，该第一叫车应用程序可以是上述至少两个叫车应用程序中的任一叫车应用程序；若电子设备接收到用户基于该提示信息对第二叫车应用程序的订单取消操作，则控制第二叫车应用程序取消执行车辆呼叫订单，该第二叫车应用程包括上述至少两个叫车应用程序中除第一叫车应用程序之外的叫车应用程序。

或者，上述步骤103之后，上述方法还可以包括：

获取各叫车应用程序在执行车辆呼叫订单下的车辆呼叫结果；

在确定第一叫车应用程序的车辆呼叫结果指示已呼叫到车辆的情况下，控制第二叫车应用程序对其车辆呼叫订单取消，其中，第一叫车应用程序为至少两个叫车应用程序中的任一叫车应用程序，第二叫车应用程序包括至少两个叫车应用程序中除第一叫车应用程序之外的叫车应用程序。

基于此，在电子设备确定第一叫车应用程序的车辆呼叫结果指示已呼叫到车辆的情况下，电子设备可以控制除第一叫车应用程序之外的叫车应用程序取消执行车辆呼叫订单，从而提升取消车辆呼叫订单的及时性和操作便捷性。

示例性地，在上述叫车应用程序A、叫车应用程序B和叫车应用程序C分别生成车辆呼叫订单之后，在执行车辆呼叫订单过程中，若叫车应用程序A最先呼叫到接受该车辆呼叫订单的运营车辆，则电子设备控制叫车应用程序B和叫车应用程序C分别取消车辆呼叫订单，避免叫车应用程序B和叫车应用程序C重复呼叫到车辆。

在进一步的实施方式中，上述步骤103之后，上述方法还可以包括：

在确定第一叫车应用程序的车辆呼叫结果指示已呼叫到车辆的情况下，标识第一叫车应用程序的图标。

基于此，在电子设备确定第一叫车应用程序的车辆呼叫结果指示已呼叫到车辆的情况下，电子设备可以标识第一叫车应用程序的图标，从而及时提醒用户已呼叫到车辆的叫车应用程序，使得用户可以进入第一叫车应程序查看订单，提升电子设备的提醒效果。

需要说明的是，上述控制第二叫车应用程序取消执行车辆呼叫订单的执行，与上述标识第一叫车应用程序的图标的执行可以是不分先后，在此并不进行限定。

另外，在上述至少两个叫车应用程序生成车辆呼叫订单之后，电子设备可以根据用户的输入，取消上述至少两个叫车应用程序的关联，例如，将处于叠加的至少两个叫车应用程序中每一叫车应用程序的图标移动至初始显示位置，该初始显示位置为在用户输入上述第一输入之前，各叫车应用程序的图标所处的显示位置。

或者，上述步骤103之后，上述方法还可以包括：

将各叫车应用程序的图标移动至初始显示位置，其中，初始显示位置为在用户输入第一输入之前，各叫车应用程序的图标所处的显示位置。

基于此，在电子设备控制各叫车应用程序生成车辆呼叫订单的情况下，电子设备可以自动将各叫车应用程序的图标移动至其初始显示位置，从而提升电子设备的操作便捷性。

示例性地，在电子设备检测到叫车应用程序A最先呼叫到接受该车辆呼叫订单的运营车辆的情况下，电子设备可以将叫车应用程序B的图标和叫车应用程序C的图标分别移动至如图2所示的显示位置；对叫车应用程序A的图标进行标识，如图6所示，在叫车应用程序A的图标外增加虚线，并设置提示信息“叫车应用程序A已成功叫车”；以及，控制叫车应用程序B和叫车应用程序C分别取消车辆呼叫订单。

本申请实施例中，在第一叫车应用程序呼叫的运营车辆为用户提供出行服务之后，第一叫车应用程序会生成该车辆呼叫订单的支付信息，且需要用户基于该支付信息对车辆呼叫订单进行支付。

其中，上述用户对对车辆呼叫订单进行支付，可以是电子设备根据用户对第一叫车应用程序的图标的点击输入，显示第一叫车应用程序的显示界面，且该第一叫车应用程序的显示界面中包括支付信息，若电子设备接收到用户基于该支付信息的支付输入，则电子设备响应于该支付输入，对第一叫车应用程序生成的车辆呼叫订单进行支付。

或者，上述获取各叫车应用程序在执行其生成的车辆呼叫订单下的车辆呼叫结果之后，上述方法还可以包括：

在第一叫车应用程序的车辆呼叫订单处于待支付状态的情况下，接收用户的第二输入，其中，第二输入用于指示电子设备将支付应用程序与第一叫车应用程序关联；

响应于第二输入，通过支付应用程序对第一叫车应用程序的车辆呼叫订单进行支付。

基于此，用户通过将支付应用程序与第一叫车应用程序关联，可以实现电子设备调用该支付应用程序对第一叫车应用程序的车辆呼叫订单进行支付，从而使用户的支付操作更便捷且省时。

其中，上述第二输入可以是任意的用于指示上述支付应用程序和上述第一叫车应用程序的输入，其可以是语音输入、隔空手势输入以及触控输入等中的至少一项。

例如，上述第二输入可以是移动支付应用程序的图标或者第一叫车应用程序的图标，以使支付应用程序的图标和第一叫车应用程序的图标叠加。

另外，上述响应于第二输入，通过支付应用程序对第一叫车应用程序生成的车辆呼叫订单进行支付，可以是电子设备在其显示界面中弹窗显示支付关联信息，且用户可以基于该支付关联信息输入支付操作(如支付指纹验证等)，并实现支付应用程序对车辆呼叫订单的支付。

示例性地，在如图6所示的叫车应用程序A呼叫到车辆为用户提供出行服务的情况下，若叫车应用程序A的车辆呼叫订单处于待支付状态，则电子设备在接收到用户移动支付应用程序D的图标与叫车应用程序A的图标叠加的情况下，电子设备在其图标桌面中弹窗显示指纹验证信息，如图7所示，且在用户输入验证的指纹并通过后，电子设备通过支付应用程序D对叫车应用程序A的车辆呼叫订单进行支付。

需要说明的是，本申请实施例提供的车辆呼叫订单的生成方法，执行主体可以为车辆呼叫订单的生成装置，或者该车辆呼叫订单的生成装置中的用于执行车辆呼叫订单的生成方法的控制模块。本申请实施例中以车辆呼叫订单的生成装置执行车辆呼叫订单的生成方法为例，说明本申请实施例提供的车辆呼叫订单的生成装置。

请参见图8，本申请实施例提供一种车辆呼叫订单的生成装置，应用于上述电子设备。如图8所示，该车辆呼叫订单的生成装置800包括：

程序关联模块801，用于在接收到用户的第一输入的情况下，响应于第一输入，将至少两个叫车应用程序关联；

信息接收模块802，用于在至少两个叫车应用程序关联的情况下，获取用户输入的叫车信息；

控制模块803，用于基于叫车信息，控制至少两个叫车应用程序中每一叫车应用程序生成车辆呼叫订单。

可选地，装置800，还包括：

呼叫结果获取模块，用于获取各叫车应用程序执行车辆呼叫订单下的车辆呼叫结果；

订单取消模块，用于在确定第一叫车应用程序的车辆呼叫结果指示已呼叫到车辆的情况下，控制第二叫车应用程序对其车辆呼叫订单取消，其中，第一叫车应用程序为至少两个叫车应用程序中的任一叫车应用程序，第二叫车应用程序包括至少两个叫车应用程序中除第一叫车应用程序之外的叫车应用程序。

可选地，装置800，还包括：

标识模块，用于在确定第一叫车应用程序的车辆呼叫结果指示已呼叫到车辆的情况下，标识第一叫车应用程序的图标。

可选地，装置800，还包括：

输入模块，用于在第一叫车应用程序执行的车辆呼叫订单处于待支付状态的情况下，接收用户的第二输入，其中，第二输入用于指示电子设备将支付应用程序与第一叫车应用程序关联；

支付模块，用于响应于第二输入，通过支付应用程序对第一叫车应用程序的车辆呼叫订单进行支付。

可选地，第一输入为对至少两个叫车应用程序中N个叫车应用程序的图标的输入，N为正整数。

程序关联模块801，可以具体用于：

响应于第一输入，控制N个叫车应用程序的图标移动，以使至少两个叫车应用程序的图标叠加。

可选地，装置800，还包括：

图标移动模块，用于将各叫车应用程序的图标移动至初始显示位置，其中，初始显示位置为在用户输入第一输入之前，各叫车应用程序的图标所处的显示位置。

可选地，信息接收模块802，包括：

信息输入窗口显示单元，用于在至少两个叫车应用程序关联的情况下，显示与至少两个叫车应用程序关联的信息输入窗口；

信息输入单元，用于获取用户在信息输入窗口输入的叫车信息。

可选地，信息输入窗口显示单元，包括：

计时子单元，用于在至少两个叫车应用程序关联时开始计时，获取计时时长；

信息输入窗口显示子单元，用于在计时时长大于或者等于预设阈值的情况下，显示与至少两个叫车应用程序关联的信息输入窗口。

本申请实施例中的车辆呼叫订单的生成装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的车辆呼叫订单的生成装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的车辆呼叫订单的生成装置能够实现图1的方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图9所示，本申请实施例还提供一种电子设备900，包括处理器901，存储器902，存储在存储器902上并可在处理器901上运行的程序或指令，该程序或指令被处理器901执行时实现上述车辆呼叫订单的生成方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述的移动电子设备和非移动电子设备。

图10为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备1000包括但不限于：射频单元1001、网络模块1002、音频输出单元1003、输入单元1004、传感器1005、显示单元1006、用户输入单元1007、接口单元1008、存储器1009、以及处理器1010等部件。

本领域技术人员可以理解，电子设备1000还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图10中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，处理器1010，用于：

在接收到用户的第一输入的情况下，响应于第一输入，将至少两个叫车应用程序关联；

在至少两个叫车应用程序关联的情况下，获取用户输入的叫车信息；

基于叫车信息，控制至少两个叫车应用程序中每一叫车应用程序生成车辆呼叫订单。

可选地，处理器1010，还用于：

获取各叫车应用程序执行车辆呼叫订单下的车辆呼叫结果；

在确定第一叫车应用程序的车辆呼叫结果指示已呼叫到车辆的情况下，控制第二叫车应用程序对其车辆呼叫订单取消，其中，第一叫车应用程序为至少两个叫车应用程序中的任一叫车应用程序，第二叫车应用程序包括至少两个叫车应用程序中除第一叫车应用程序之外的叫车应用程序。

可选地，处理器1010，还用于：

在确定第一叫车应用程序的车辆呼叫结果指示已呼叫到车辆的情况下，标识第一叫车应用程序的图标。

可选地，处理器1010，还用于：

在第一叫车应用程序执行的车辆呼叫订单处于待支付状态的情况下，接收用户的第二输入，其中，第二输入用于指示电子设备将支付应用程序与第一叫车应用程序关联；

响应于第二输入，通过支付应用程序对第一叫车应用程序的车辆呼叫订单进行支付。

可选地，第一输入为对至少两个叫车应用程序中N个叫车应用程序的图标的输入，N为正整数。

处理器1010，还可以用于：

响应于第一输入，控制N个叫车应用程序的图标移动，以使至少两个叫车应用程序的图标叠加。

可选地，处理器1010，还用于：

将各叫车应用程序的图标移动至初始显示位置，其中，初始显示位置为在用户输入第一输入之前，各叫车应用程序的图标所处的显示位置。

可选地，处理器1010，还用于：

在至少两个叫车应用程序关联的情况下，显示与至少两个叫车应用程序关联的信息输入窗口；

获取用户在信息输入窗口输入的叫车信息。

可选地，处理器1010，具体用于：

在至少两个叫车应用程序关联时开始计时，获取计时时长；

在计时时长大于或者等于预设阈值的情况下，显示与至少两个叫车应用程序关联的信息输入窗口。

应理解的是，本申请实施例中，输入单元1004可以包括图形处理器(GraphicsProcessing Unit，GPU)10041和麦克风10042，图形处理器10041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1006可包括显示面板10061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板10061。用户输入单元1007包括触控面板10071以及其他输入设备10072。触控面板10071，也称为触摸屏。触控面板10071可包括触摸检测装置和触摸控制器两个部分。其他输入设备10072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器1009可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器1010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1010中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述车辆呼叫订单的生成方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。计算机可读存储介质的示例包括非暂态计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述车辆呼叫订单的生成方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (10)

1.一种车辆呼叫订单的生成方法，其特征在于，包括：

在接收到用户的第一输入的情况下，响应于所述第一输入，将至少两个叫车应用程序关联；

在所述至少两个叫车应用程序关联的情况下，获取用户输入的叫车信息；

基于所述叫车信息，控制所述至少两个叫车应用程序中每一叫车应用程序生成车辆呼叫订单。

2.根据权利要求1所述的方法，其特征在于，所述基于所述叫车信息，控制所述至少两个叫车应用程序中每一叫车应用程序生成车辆呼叫订单之后，还包括：

获取各所述叫车应用程序执行所述车辆呼叫订单下的车辆呼叫结果；

在确定第一叫车应用程序的车辆呼叫结果指示已呼叫到车辆的情况下，控制第二叫车应用程序对其车辆呼叫订单取消，其中，所述第一叫车应用程序为所述至少两个叫车应用程序中的任一叫车应用程序，所述第二叫车应用程序包括所述至少两个叫车应用程序中除所述第一叫车应用程序之外的叫车应用程序。

3.根据权利要求2所述的方法，其特征在于，所述获取各所述叫车应用程序执行所述车辆呼叫订单下的车辆呼叫结果之后，还包括：

在确定第一叫车应用程序的车辆呼叫结果指示已呼叫到车辆的情况下，标识第一叫车应用程序的图标。

4.根据权利要求2所述的方法，其特征在于，所述获取各所述叫车应用程序在执行其生成的车辆呼叫订单下的车辆呼叫结果之后，还包括：

在所述第一叫车应用程序执行的车辆呼叫订单处于待支付状态的情况下，接收所述用户的第二输入，其中，所述第二输入用于指示电子设备将支付应用程序与所述第一叫车应用程序关联；

响应于所述第二输入，通过所述支付应用程序对所述第一叫车应用程序的车辆呼叫订单进行支付。

5.根据权利要求1所述的方法，其特征在于，所述第一输入为对所述至少两个叫车应用程序中N个叫车应用程序的图标的输入，所述N为正整数，

所述响应于所述第一输入，将至少两个叫车应用程序关联，包括：

响应于所述第一输入，控制所述N个叫车应用程序的图标移动，以使至少两个叫车应用程序的图标叠加。

6.根据权利要求5所述的方法，其特征在于，所述基于所述叫车信息，控制所述至少两个叫车应用程序中每一叫车应用程序生成车辆呼叫订单之后，还包括：

将各所述叫车应用程序的图标移动至初始显示位置，其中，所述初始显示位置为在所述用户输入所述第一输入之前，各所述叫车应用程序的图标所处的显示位置。

7.根据权利要求1所述的方法，其特征在于，所述在所述至少两个叫车应用程序关联的情况下，获取用户输入的叫车信息，包括：

在所述至少两个叫车应用程序关联的情况下，显示与所述至少两个叫车应用程序关联的信息输入窗口；

获取所述用户在所述信息输入窗口输入的叫车信息。

8.根据权利要求7所述的方法，其特征在于，所述在所述至少两个叫车应用程序关联的情况下，显示与所述至少两个叫车应用程序关联的信息输入窗口，包括：

在所述至少两个叫车应用程序关联时开始计时，获取计时时长；

在所述计时时长大于或者等于预设阈值的情况下，显示与所述至少两个叫车应用程序关联的信息输入窗口。

9.一种车辆呼叫订单的生成装置，其特征在于，包括：

程序关联模块，用于在接收到用户的第一输入的情况下，控制响应于所述第一输入，将至少两个叫车应用程序关联；

信息接收模块，用于在所述至少两个叫车应用程序关联的情况下，获取用户输入的叫车信息；

控制模块，用于基于所述叫车信息，控制所述至少两个叫车应用程序中每一叫车应用程序生成车辆呼叫订单。

10.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-8任一项所述的车辆呼叫订单的生成方法的步骤。

Images