CN109146599A - 气泡提醒信息处理方法和装置 - Google Patents

Abstract

本发明提供一种气泡提醒信息处理方法和装置，方法包括：从终端设备接收到对于第一类型交通工具的服务需求，根据终端设备的位置信息，确定终端设备所在范围内的第一类型的交通工具的供需比；在第一类型的交通工具的供需比小于或等于预设阈值时，向终端设备推送第一气泡提醒信息，第一气泡提醒信息包括：第二类型的交通工具的响应信息，响应信息包括：第二类型交通工具的服务请求响应时长和第二类型的交通工具的名称。本发明提供的气泡提醒信息处理方法和装置，能够提高用户体验。

Description

气泡提醒信息处理方法和装置

技术领域

本发明涉及互联网技术，尤其涉及一种气泡提醒信息处理方法和装置。

背景技术

打车应用程序是一种智能手机应用，用户可以便捷地通过安装在终端设备上的打车应用程序发布出行订单，并可以通过打车应用程序和接单司机直接沟通，大大提高了打车效率。现有技术中，打车应用程序上设置有多种类型的交通工具，例如：出租车、顺风车等。因此，用户可以根据自己的需求，在打车应用程序的用户界面上选择自己所期望使用的交通工具的类型。然后，用户可以发送针对该类型的交通工具的出行订单，以呼叫该类型的交通工具。

目前，用户在打车应用程序的用户界面上选择某一类型的交通工具后，打车应用程序会跳转至该类型的交通工具对应的用户界面，并在该用户界面所显示的地图上，标记用户当前所在的位置。同时，在标记用户当前所在位置处，打车应用程序会通过气泡信息来提醒用户该类型的交通工具的出行响应时长，例如：“3分钟可以上车”，或者，“附近暂无可用车辆”等。

然而，上述气泡信息所提供的信息并不能满足用户实际使用时的需求，使得用户体验较低。

发明内容

本发明提供一种气泡提醒信息处理方法和装置，使得应用程序所显示的气泡推送信息能够满足用户实际使用时的需求，从而能够提高用户体验。

本发明第一方面提供一种气泡提醒信息处理方法，该方法包括：

从终端设备接收到对于第一类型交通工具的服务需求；

根据终端设备的位置信息，确定所述终端设备所在范围内的第一类型的交通工具的供需比；

在所述第一类型的交通工具的供需比小于或等于预设阈值时，向所述终端设备推送第一气泡提醒信息，所述第一气泡提醒信息包括：第二类型的交通工具的响应信息，所述响应信息包括：所述第二类型交通工具的服务请求响应时长和第二类型的交通工具的名称。

在一种可能的实施方式中，所述第一气泡提醒信息还包括：跳转至所述第二类型的交通工具对应的用户界面的链接。

在另一种可能的实施方式中，所述第一气泡提醒信息还包括：所述第一类型的交通工具的供需比数据，所述第一类型的交通工具的供需比数据用于指示所述终端设备根据所述第一类型的交通工具的供需比数据生成所述第一类型的交通工具的供需比视图。

在另一种可能的实施方式中，所述第二类型的交通工具为所述终端设备所在范围内的供需比最大的交通工具。

在另一种可能的实施方式中，所述方法还包括：

接收所述终端设备发送的第一出行订单；

根据所述第一出行订单的发送时间，以及，待处理出行订单列表中的至少一个第二出行订单的发送时间，确定所述第一出行订单在所述待处理出行订单列表中的排队编号和等待处理时长，所述第二出行订单为所述终端设备所在范围内的其他终端设备发送的针对同一类型的交通工具的出行订单，所述第一出行订单与所述第二出行订单为用于呼叫同一类型的交通工具的订单；

向所述终端设备推送第二气泡提醒信息，所述第二气泡提醒信息包括：所述第一出行订单在所述待处理出行订单列表中的排队编号和等待处理时长。

在另一种可能的实施方式中，所述接收所述终端设备发送的第一出行订单之后，所述方法还包括：

记录所述第一出行订单的处理时长；

在所述处理时长大于或等于预设时长时，向所述终端设备推送所述第一气泡提醒信息。

在另一种可能的实施方式中，所述接收所述终端设备发送的第一出行订单之后，所述方法还包括：

根据所述第一出行订单，为所述终端设备分配所述第一出行订单对应的交通工具；

向所述终端设备推送第三气泡提醒信息，所述第三气泡提醒信息包括：所述第一出行订单对应的交通工具的信息。

在另一种可能的实施方式中，所述第一出行订单对应的交通工具的信息包括下述一项或多项：

所述第一出行订单对应的交通工具的颜色、所述第一出行订单对应的交通工具的车牌号、所述第一出行订单对应的交通工具的型号。

本发明第二方面提供一种气泡提醒信息处理装置，该装置包括：

接收模块，用于从终端设备接收到对于第一类型交通工具的服务需求；

确定模块，用于根据终端设备的位置信息，确定所述终端设备所在范围内的第一类型的交通工具的供需比；

推送模块，用于在所述第一类型的交通工具的供需比小于或等于预设阈值时，向所述终端设备推送第一气泡提醒信息，所述第一气泡提醒信息包括：第二类型的交通工具的响应信息，所述响应信息包括：所述第二类型交通工具的服务请求响应时长和第二类型的交通工具的名称。

在一种可能的实施方式中，所述第一气泡提醒信息还包括：跳转至所述第二类型的交通工具对应的用户界面的链接。

在另一种可能的实施方式中，所述第一气泡提醒信息还包括：所述第一类型的交通工具的供需比数据，所述第一类型的交通工具的供需比数据用于指示所述终端设备根据所述第一类型的交通工具的供需比数据生成所述第一类型的交通工具的供需比视图。

在另一种可能的实施方式中，所述第二类型的交通工具为所述终端设备所在范围内的供需比最大的交通工具。

在另一种可能的实施方式中，所述接收模块，还用于接收所述终端设备发送的第一出行订单；

所述确定模块，还用于根据所述第一出行订单的发送时间，以及，待处理出行订单列表中的至少一个第二出行订单的发送时间，确定所述第一出行订单在所述待处理出行订单列表中的排队编号和等待处理时长，所述第二出行订单为所述终端设备所在范围内的其他终端设备发送的针对同一类型的交通工具的出行订单，所述第一出行订单与所述第二出行订单为用于呼叫同一类型的交通工具的订单；

所述推送模块，还用于向所述终端设备推送第二气泡提醒信息，所述第二气泡提醒信息包括：所述第一出行订单在所述待处理出行订单列表中的排队编号和等待处理时长。

在另一种可能的实施方式中，所述装置还包括：

记录模块，用于在所述接收模块接收所述终端设备发送的第一出行订单之后，记录所述第一出行订单的处理时长；

所述推送模块，还用于在所述处理时长大于或等于预设时长时，向所述终端设备推送所述第一气泡提醒信息。

在另一种可能的实施方式中，所述装置还包括：

分配模块，用于在所述接收模块接收所述终端设备发送的第一出行订单之后，根据所述第一出行订单，为所述终端设备分配所述第一出行订单对应的交通工具；

所述推送模块，还用于向所述终端设备推送第三气泡提醒信息，所述第三气泡提醒信息包括：所述第一出行订单对应的交通工具的信息。

在另一种可能的实施方式中，所述第一出行订单对应的交通工具的信息包括下述一项或多项：

所述第一出行订单对应的交通工具的颜色、所述第一出行订单对应的交通工具的车牌号、所述第一出行订单对应的交通工具的型号。

本发明提供的气泡提醒信息处理方法和装置，当服务器从终端设备接收到对于第一类型交通工具的服务需求后，服务器可以根据终端设备的位置信息，确定终端设备所在范围内的第一类型的交通工具的供需比，进而在第一类型的交通工具的供需比小于或等于预设阈值时，向终端设备推送包括第二类型的交通工具的响应信息的第一气泡提醒信息，以使得终端设备可以在第一类型的交通工具对应的用户界面上显示该第一气泡提醒信息。通过这种方式，使得用户可以在第一类型的交通工具供不应求时，通过第一气泡提醒信息，可以快速获取到当前供需比更好的第二类型的交通工具的响应信息，提高了用户出行效率，进而提高了用户体验。

附图说明

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

图1为本发明涉及的应用场景的示意图；

图2为一种应用程序现有的用户界面图一；

图3为本发明提供的一种气泡提醒信息处理方法的流程示意图；

图4为本发明提供的应用程序的用户界面图一；

图5为本发明提供的另一种气泡提醒信息处理方法的流程示意图；

图6为一种应用程序现有的用户界面图二；

图7为本发明提供的应用程序的用户界面图二；

图8为本发明提供的又一种气泡提醒信息处理方法的流程示意图；

图9为一种应用程序现有的用户界面图三；

图10为本发明提供的应用程序的用户界面图三；

图11为本发明提供的一种气泡提醒信息处理装置的结构示意图；

图12为本发明提供的另一种气泡提醒信息处理装置的结构示意图。

具体实施方式

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”及“第四”等(如果存在)是用于区别类似的对象，而并非用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便这里描述的本发明的实施例，能够以除了在这里图示或描述的那些以外的顺序实施。

此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

图1为本发明涉及的应用场景的示意图。如图1所示，本发明提供的气泡提醒信息处理方法可以应用于终端设备与服务器交互的场景中。其中，上述终端设备可以安装有打车应用程序，上述服务器可以为打车应用程序对应的服务器。上述终端设备可以与服务器可以通过互联网进行通信。

图2为一种应用程序现有的用户界面图一。如图2所示，以上述打车应用程序设置的多种类型的交通工具分别为顺风车、出租车、快车、小巴为例，目前，用户在使用终端设备上的打车应用程序时，服务器可以获取到终端设备的位置信息。因此，服务器在从终端设备接收到对于某一类型交通工具的服务需求后，服务器可以根据终端设备的位置信息，确定该类型的交通工具的服务请求响应时长，并向终端设备推送携带有该服务请求响应时长的气泡信息。这样，终端设备可以在该类型的交通工具对应的用户界面所显示的地图上，标记用户当前所在的位置，并在标记用户当前所在位置处，通过气泡信息来提醒用户该类型的交通工具的服务请求响应时长，即，该类型的交通工具到达用户乘车地点的时长，也可以称为接驾时间。上述气泡信息例如可以为“2分钟，在这里上车”。图2示出的是用户选择快车时的气泡信息示意图。

当上述服务器根据终端设备的位置信息，确定在终端设备所在范围内该类型的交通工具的供不应求时，服务器会向终端设备推送例如“附近暂无可用车辆”的气泡信息。但是，通过上述气泡信息，用户仅能获知该类型的交通工具供不应求的情况，并不能得到其他有利于用户出行的信息，使得用户体验较低。

考虑到上述问题，本发明提出了一种气泡提醒信息处理方法和装置，旨在解决现有技术中气泡信息无法满足用户实际使用时的需求的问题。

需要说明的是，本发明所涉及的打车应用程序所涉及的交通工具的类型，具体与打车应用程序的设计有关。例如，在一些打车应用程序中，交通工具的类型包括：顺风车、出租车、快车、小巴、专车等，其中每种类型的交通工具对应一个用户界面。在一些打车应用程序中，交通工具的类型分为：公务轿车、商务7座、豪华轿车等。下述申请文件均以打车应用程序所涉及的交通工具的类型包括：顺风车、出租车、快车、小巴为例，来对本发明所提供的气泡提醒信息处理方法进行说明和介绍。但是本领域技术人员可以理解的是，本发明所提供的气泡提醒信息处理方法并不限于该应用场景，只要是任一设置有多种交通工具类型的打车应用程序，都可以采用本发明所提供的气泡提醒信息，以提高用户体验。

下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图3为本发明提供的一种气泡提醒信息处理方法的流程示意图。本实施例的执行主体可以为气泡提醒信息处理装置，还可以为集成了气泡提醒信息处理装置的服务器，下述以执行主体为集成了气泡提醒信息处理装置的服务器(简称服务器)为例进行说明。本实施例涉及的是服务器在接收到终端设备对于某一类型交通工具的服务需求后，可以在该类型的交通工具的供需比小于或等于预设阈值时，向终端设备推送包括其他类型的交通工具的响应信息的气泡提醒信息的具体过程。如图3所示，该方法可以包括：

S101、从终端设备接收到对于第一类型交通工具的服务需求。

具体的，当用户在打车应用程序的用户界面上选择使用第一类型的交通工具出行时(此时用户还未发送出行订单)，终端设备可以向服务器发送对于第一类型交通工具的服务需求，以指示服务器终端设备存在使用第一类型交通工具出行的需求。这样，服务器在接收到该服务需求后，可以获知终端设备存在使用第一类型交通工具出行的需求。

具体实现时，上述终端设备可以通过服务需求消息，向服务器发送对于第一类型交通工具的服务需求。上述终端设备还可以通过现有的方式，向服务器发送对于第一类型交通工具的服务需求。

可选的，在一些实施例中，上述终端设备还可以通过现有的其他消息，向服务器发送对于第一类型交通工具的服务需求。例如，在打车应用程序中，每种类型的交通工具对应一个用户界面。因此，上述终端设备可以向网络设备发送用于请求第一类型的交通工具对应的用户界面的数据的网络请求，以通过该网络请求隐式的向网络设备指示终端设备对于第一类型交通工具的服务需求。

图4为本发明提供的应用程序的用户界面图一。如图4所示，当用户在打车应用程序的用户界面上选择使用快车(即第一类型的交通工具)出行时，终端设备可以向网络设备发送用于请求快车对应的用户界面的数据的网络请求，以通过该网络请求隐式的向网络设备指示终端设备对于快车的服务需求。

S102、根据终端设备的位置信息，确定终端设备所在范围内的第一类型的交通工具的供需比。

具体的，上述服务器可以获取到终端设备发送的终端设备的位置信息。因此，服务器根据终端设备的位置信息，确定终端设备所在范围内的第一类型的交通工具的供需比。其中，上述终端设备所在的范围为以终端设备的位置为中心的圆形区域、正方形区域、六边形区域等。终端设备所在范围的大小具体可以根据服务器侧的配置确定，本实施例对此不进行限定。

例如，服务器可以根据终端设备的位置信息，以及预设的区域形状和大小，先确定终端设备所在的范围。然后，服务器可以统计位于该范围内的所有能够提供服务的第一类型的交通工具的数量，以及，位于该范围内的所有期望使用第一类型的交通工具出行的终端设备的数量，并计算这两个数量的比值，即可得到终端设备所在范围内的第一类型的交通工具的供需比。

其中，本实施例不限定上述终端设备向服务器发送位置信息的实现方式。例如，上述终端设备可以将终端设备的位置信息携带在上述S101所述的服务需求中发送给网络设备，上述终端设备还可以通过单独的消息，向网络设备发送终端设备的位置信息，上述终端设备还可以通过现有的方式，向网络设备发送终端设备的位置信息等。

继续参照图4，当用户在打车应用程序的用户界面上选择使用快车(即第一类型的交通工具)出行时，服务器可以从终端设备接收到对于快车的服务需求。然后，服务器根据所获取的终端设备的位置信息，可以统计位于终端设备所在的范围的所有能够提供服务的快车的数量，以及，位于该范围内的所有期望使用快车出行的终端设备的数量，并计算这两个数量的比值，即可得到终端设备所在范围内的快车的供需比。

S103、在第一类型的交通工具的供需比小于或等于预设阈值时，向终端设备推送第一气泡提醒信息，第一气泡提醒信息包括：第二类型的交通工具的响应信息，响应信息包括：第二类型交通工具的服务请求响应时长和第二类型的交通工具的名称。

具体的，上述预设阈值用于衡量第一类型的交通工具是否供不应求。因此，上述服务器在得到终端设备所在范围内的第一类型的交通工具的供需比之后，可以将得到第一类型的交通工具的供需比与预设阈值进行比较。

当上述第一类型的交通工具的供需比小于或等于预设阈值时，说明在终端设备所在范围内，第一类型的交通工具当前供不应求。则在该场景下，上述服务器可以将第二类型的交通工具的响应信息携带在第一气泡提醒信息中发送给终端设备，以使得终端设备可以在第一类型的交通工具对应的用户界面上显示该第一气泡提醒信息。其中，上述所说的第二类型的交通工具的响应信息可以包括：第二类型交通工具的服务请求响应时长(即第二类型的交通工具到达用户乘车地点的时长)和第二类型的交通工具的名称。在本实施例中，上述第二类型交通工具在终端设备所在范围的供需比，优于第一类型的交通工具在终端设备所在范围的供需比。例如，上述第二类型的交通工具可以为终端设备所在范围内供需比最大的交通工具。

通过这种方式，使得用户可以在第一类型的交通工具供不应求时，通过第一气泡提醒信息，可以获取到当前供需比更好的交通工具的响应信息，以使得用户可以基于该信息，决策是否继续选择第一类型的交通工具出行，还是采用供需比更好的交通工具出行，提高了用户出行效率，进而提高了用户体验。同时，服务器也可以通过这种方式，在用户所选择的交通工具供不应求时，可以引导用户选择其他的交通工具出行，减少了用户流失率。

示例性的，继续参照图4所示的示例，当用户在打车应用程序的用户界面上选择使用快车(即第一类型的交通工具)出行时，服务器根据终端设备的位置信息，得到终端设备所在范围内的快车的供需比之后，可以确定快车的供需比是否小于或等于预设阈值。

在快车的供需比小于或等于预设阈值时，说明终端设备所在范围内的快车当前供不应求。因此，服务器可以确定终端设备所在范围内的供需比优于快车的交通工具(即第二类型的交通工具)。以第二类型的交通工具为小巴为例，则上述服务器可以向终端设备推送携带有小巴的响应信息的第一气泡提醒信息，以使得终端设备可以在快车对应的用户界面上显示该第一气泡提醒信息。该第一气泡提醒信息例如可以为“快车运力紧张，试试小巴1分钟”。其中，小巴为第二类型的交通工具的名称、1分钟为第二类型的服务请求响应时长，即小巴到达用户乘车地点的时长。

这样，用户可以在快车供不应求时，通过打车应用程序的用户界面上的第一气泡提醒信息，可以获取到当前供需比优于快车的小巴的响应信息，以使得用户可以基于该信息，决策是继续选择快车出行，还是采用当前供需比更好的小巴出行，提高了用户出行效率，进而提高了用户体验。同时，服务器也可以通过这种方式，在用户所选择的快车供不应求时，可以引导用户选择其他的交通工具出行，减少了用户流失率。

本发明提供的气泡提醒信息处理方法，当服务器从终端设备接收到对于第一类型交通工具的服务需求后，服务器可以根据终端设备的位置信息，确定终端设备所在范围内的第一类型的交通工具的供需比，进而在第一类型的交通工具的供需比小于或等于预设阈值时，向终端设备推送包括第二类型的交通工具的响应信息的第一气泡提醒信息，以使得终端设备可以在第一类型的交通工具对应的用户界面上显示该第一气泡提醒信息。通过这种方式，使得用户可以在第一类型的交通工具供不应求时，通过第一气泡提醒信息，可以快速获取到当前供需比更好的第二类型的交通工具的响应信息，提高了用户出行效率，进而提高了用户体验。

可选的，在一些实施例中，上述第一气泡提醒信息还可以包括跳转至第二类型的交通工具对应的用户界面的链接。服务器在将该第一气泡提醒信息发送给终端设备后，终端设备可以在第一类型的交通工具对应的用户界面上，以气泡的形式显示第二类型的交通工具的响应信息的同时，显示跳转至第二类型的交通工具对应的用户界面的链接。这样，在用户通过第一气泡提醒信息，获取到第二类型的交通工具的响应信息后，若用户决定使用该第二类型的交通工具出行，则用户可以通过点击第一气泡提醒信息上所显示的链接，快速的从第一类型的交通工具对应的用户界面跳转至第二类型的交通工具对应的用户界面，进一步提高了用户出行效率，进而提高了用户体验。

示例性的，继续参照图4所示的示例，以第二类型的交通工具为小巴为例，则上述服务器可以将小巴的响应信息和小巴对应的用户界面的链接携带在第一气泡提醒信息中发送给终端设备。此时，该第一气泡提醒信息例如可以为“快车运力紧张，试试小巴1分钟>”。其中，小巴为第二类型的交通工具的名称、1分钟为第二类型的交通工具的服务请求响应时长、>即为小巴对应的用户界面的链接的可视图标。这样，用户可以在快车供不应求时，通过打车应用程序的用户界面上的第一气泡提醒信息，获取到当前供需比优于快车的小巴的响应信息后，若用户决定跳转至小巴对应的用户界面进行出行订单的发送时，用户可以通过点击第一气泡提醒信息上的>，以快速的从快车对应的用户界面跳转至小巴对应的用户界面，进一步提高了用户出行效率，进而提高了用户体验。

可选的，在一些实施例中，上述第一气泡提醒信息还可以包括：第一类型的交通工具的供需比数据。其中，第一类型的交通工具的供需比数据用于指示终端设备根据第一类型的交通工具的供需比数据生成第一类型的交通工具的供需比视图。即，服务器在将该第一气泡提醒信息发送给终端设备后，终端设备可以根据第一类型的交通工具的供需比数据生成第一类型的交通工具的供需比视图，以使得终端设备在第一类型的交通工具对应的用户界面上以气泡的形式显示第二类型的交通工具的响应信息的同时，显示该第一类型的交通工具的供需比视图。这样，用户可以通过视觉可视化的供需比视图，可以增加用户对第一类型的交通工具的供需比的感知，进一步提高了用户出行效率，进而提高了用户体验。

示例性的，继续参照图4所示的示例，以第一类型的交通工具为快车为例，则上述服务器可以将快车的供需比数据携带在第一气泡提醒信息中发送给终端设备。这样，终端设备可以根据快车的供需比数据生成快车的供需比视图，以使得终端设备在快车对应的用户界面上以气泡的形式显示第二类型的交通工具的响应信息的同时，显示该快车的供需比视图。这样，用户可以通过视觉可视化的供需比视图，可以增加用户对快车的供需比的感知，进一步提高了用户出行效率，进而提高了用户体验。

其中，上述所说的供需比视图可以为任一能够提供视觉可视化的供需比视图。图4示出的是类似仪表盘的供需比视图。

可以理解，上述图4所示的示例中，服务器向终端设备推送的第一气泡提醒信息包括：第二类型的交通工具的响应信息、第二类型的交通工具对应的用户界面的链接、第一类型的交通工具的供需比视图。但是，本实施例所提供的第一气泡提醒信息可以是这些信息中的任意组合，其实现原理和技术效果与上述示例类似，对此不再赘述。

图5为本发明提供的另一种气泡提醒信息处理方法的流程示意图。本实施例涉及的是在终端设备向服务器发送出行订单后，服务器向终端设备推送包括第一出行订单排队编号的第二气泡提醒信息的具体过程。如图5所示，该方法还可以包括：

S201、接收终端设备发送的第一出行订单。

具体的，当用户在打车应用程序的某一类型的交通工具对应的用户界面上发送携带有出发地和目的地的出行订单后，服务器可以接收到终端设备发送的第一出行订单。

S202、根据第一出行订单的发送时间，以及，待处理出行订单列表中的至少一个第二出行订单的发送时间，确定第一出行订单在待处理出行订单列表中的排队编号和等待处理时长，第二出行订单为终端设备所在范围内的其他终端设备发送的出行订单，第一出行订单与第二出行订单为用于呼叫同一类型的交通工具的订单。

具体的，服务器在接收到终端设备发送的第一出行订单之后，服务器可以将终端设备发送第一出行订单，与服务器还未处理的终端设备所在范围内的其他终端设备发送的出行订单(即第二出行订单)按照发送时间的先后顺序进行排队，得到第一出行订单的排队编号。其中，上述所说的服务器未处理的出行订单，指的是处理器还未该出行订单分配该出行订单对应的交通工具的订单，即未分配接驾交通工具的订单。

上述等待处理时长可以用于表征服务器还有多少时间可以处理到第一出行订单。其中，本实施例不限定上述服务器确定第一出行订单的等待处理时长的方式。例如，上述服务器还可以根据预设的出行订单的平均处理时长，以及，第一出行订单的排队编号，确定第一出行订单的等待处理时长。

S203、向终端设备推送第二气泡提醒信息，第二气泡提醒信息包括：第一出行订单在待处理出行订单列表中的排队编号和等待处理时长。

具体的，上述服务器在确定第一出行订单在待处理出行订单列表中的排队编号和等待处理时长之后，可以向终端设备推送包括第一出行订单在待处理出行订单列表中的排队编号和等待处理时长的第二气泡提醒信息。这样，终端设备可以在等待应答的用户界面上以气泡的形式显示第一出行订单在待处理出行订单列表中的排队编号和等待处理时长。由于用户在使用打车应用程序时，用户的焦点通常在气泡上。因此，通过这种方式，使得用户可以通过该第二气泡提醒信息，及时获知自己所发送的出行订单的处理状态，提高了用户体验。

图6为一种应用程序现有的用户界面图二。如图6所示，以用户在打车应用程序的快车对应的用户界面上向服务器发送出行订单为例，现有技术中，终端设备在向服务器发送出行订单之后，在未收到服务器发送的针对该出行订单分配的快车的信息时，终端设备可以在等待应答的用户界面上，会以气泡的形式显示包括该出行订单的状态，以及，该出行订单被处理的累计时长的气泡信息。该气泡信息例如可以为“等待00:20，正在为您寻找车辆”。其中，“等待00:20”为该出行订单被处理的累计时长，“正在为您寻找车辆”为该出行订单的状态。

通过该气泡信息，用户并不能获知服务器是否已经处理到自己所发送的出行订单，也不知道自己还需要等待多久，使得用户体验较低。

图7为本发明提供的应用程序的用户界面图二。如图7所示，以用户在打车应用程序的快车对应的用户界面上向服务器发送出行订单为例，当终端设备在向服务器发送用于呼叫快车的第一出行订单之后，服务器可以向终端设备发送携带有第一出行订单在待处理出行订单列表中的排队编号和等待处理时长的第二气泡提醒信息。这样，终端设备可以在等待应答的用户界面上以气泡的形式显示第一出行订单在待处理出行订单列表中的排队编号和等待处理时长。例如，上述第二气泡提醒信息可以为：“您在排队中，3号，1分钟，请耐心等待”。其中，“3号”为该出行订单在待处理出行订单列表中的排队编号，“1分钟”为该出行订单的等待处理时长。可选的，上述第二气泡提醒信息还可以包括原有的气泡信息，例如该出行订单的状态，即图7所示的“您在排队中”。

因此，通过这种方式，使得用户可以通过该第二气泡提醒信息，及时获知自己所发送的出行订单的处理状态，提高了用户体验。

可选的，在一些实施例中，上述服务器侧还可以设置有预设时长，该预设时长可以用于衡量第一出行订单的处理时间是否过长。因此，上述服务器在接收终端设备发送的第一出行订单之后，还可以记录自己处理该第一出行订单的处理时长。当第一出行订单的处理时长大于或等于预设时长时，说明在终端设备所在范围内，第一出行订单对应的空闲交通工具较少，导致服务器在较长一段时间内都未能为终端设备分配到第一出行订单对应的交通工具。在该场景下，上述服务器可以将第一出行订单对应的交通工具视为第一类型的交通工具，以采用图3所示的实施例，为终端设备推送第二类型的交通工具的响应信息的第一气泡提醒信息。相应地，终端设备在接收到第一气泡提醒信息后，可以在等待应答的用户界面上显示该第一气泡提醒信息。

这样，用户可以在第一出行订单对应的交通工具供不应求时，通过第一气泡提醒信息，可以获取到当前供需比更好的交通工具的响应信息，以使得用户可以基于该信息，决策是否继续选择第一出行订单对应的交通工具出行，还是采用当前供需比更好的交通工具出行，提高了用户出行效率，进而提高了用户体验。同时，服务器也可以通过这种方式，在用户所选择的交通工具供不应求时，可以引导用户选择其他的交通工具出行，减少了用户流失率。

本发明提供的气泡提醒信息处理方法，当用户在通过打车应用程序发送第一出行订单之后，服务器可以确定第一出行订单在待处理出行订单列表中的排队编号和等待处理时长，并向终端设备推送包括第一出行订单在待处理出行订单列表中的排队编号和等待处理时长的第二气泡提醒信息，以使得终端设备可以在等待应答的用户界面上显示该第二气泡提醒信息。通过这种方式，使得用户可以通过该第二气泡提醒信息，及时获知自己所发送的出行订单的处理状态，提高了用户体验。

图8为本发明提供的又一种气泡提醒信息处理方法的流程示意图。本实施例涉及的是服务器在为终端设备发送的第一出行订单分配交通工具之后，向终端设备推送包括第一出行订单对应的交通工具的信息的第三气泡提醒信息的过程。如图8所示，则在上述S201之后，该方法还可以包括：

S301、根据第一出行订单，为终端设备分配第一出行订单对应的交通工具。

具体的，上述服务器在接收到终端设备发送的第一出行订单之后，服务器在处理到该第一出行订单时，可以为终端设备分配第一出行订单对应的交通工具。例如，上述服务器可以根据终端设备所在的位置，将距离终端设备最近的、能够接驾的、且与该第一出行订单所呼叫的交通工具适配的交通工具分配给终端设备。

S302、向终端设备推送第三气泡提醒信息，第三气泡提醒信息包括：第一出行订单对应的交通工具的信息。

具体的，上述服务器在为终端设备分配第一出行订单对应的交通工具之后，可以向终端设备推送携带有第一出行订单对应的交通工具的信息的第三气泡提醒信息。其中，上述第一出行订单对应的交通工具的信息例如可以包括下述一项或多项：第一出行订单对应的交通工具的颜色、第一出行订单对应的交通工具的车牌号、第一出行订单对应的交通工具的型号。

这样，终端设备可以在等待接驾的用户界面上以气泡的形式显示第一出行订单对应的交通工具的信息。由于用户在使用打车应用程序时，用户的焦点通常在气泡上。因此，通过这种方式，使得用户可以通过该第三气泡提醒信息，及时获知第一出行订单对应的交通工具的信息，即前来接驾的交通工具的信息，提高了用户体验。

图9为一种应用程序现有的用户界面图三。如图9所示，以用户在打车应用程序的快车对应的用户界面上向服务器发送出行订单为例，目前，服务器在为终端设备分配第一出行订单对应的交通工具(即快车)之后，终端设备的等待接驾的用户界面的底部会显示该快车的部分信息，例如，该快车的车牌号。

通过当前的用户界面，用户并不能获知该快车的全部信息，当用户需要了解该快车的其他信息时，用户还需要进一步的操作才能获知，使得用户体验较低。

图10为本发明提供的应用程序的用户界面图三。如图10所示，而通过本实施例所提供的方法，上述服务器在为终端设备分配第一出行订单对应的交通工具(即快车)之后，服务器可以向终端设备推送携带有该快车的信息的第三气泡提醒信息。这样，终端设备可以在等待接驾的用户界面上以气泡的形式显示该快车的信息。例如，上述第三气泡提醒信息可以为：“黑色、本田雅阁、京H4MF66”。其中，“黑色”为该快车的颜色，“本田雅阁”为该快车的型号、“京H4MF66”为该快车的车牌号。可选的，上述第三气泡提醒信息还可以包括原有的气泡信息，例如该快车的出行响应时长(即该快车的接驾时间)，即图10所示的“1分钟”。

因此，通过这种方式，使得用户可以通过该第三气泡提醒信息，及时获知来接自己的交通工具的所有信息，提高了用户体验。

本发明提供的气泡提醒信息处理方法，当用户在通过打车应用程序发送第一出行订单之后，服务器可以在为终端设备分配第一出行订单对应的交通工具之后，可以向终端设备推送包括第一出行订单对应的交通工具的信息的第三气泡提醒信息，以使得终端设备可以在等待接驾的用户界面上显示该第三气泡提醒信息。通过这种方式，使得用户可以通过该第三气泡提醒信息，及时获知来接自己的交通工具的所有信息，提高了用户体验。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

图11为本发明提供的一种气泡提醒信息处理装置的结构示意图。如图11所示，该气泡提醒信息处理装置可以通过软件、硬件或者两者的结合实现服务器的部分或者全部。该气泡提醒信息处理装置可以包括：接收模块11、确定模块12和推送模块13。其中，

接收模块11，用于从终端设备接收到对于第一类型交通工具的服务需求；

确定模块12，用于根据终端设备的位置信息，确定所述终端设备所在范围内的第一类型的交通工具的供需比；

推送模块13，用于在所述第一类型的交通工具的供需比小于或等于预设阈值时，向所述终端设备推送第一气泡提醒信息，所述第一气泡提醒信息包括：第二类型的交通工具的响应信息，所述响应信息包括：第二类型交通工具的服务请求响应时长和第二类型的交通工具的名称。

可选的，在一些实施例中，上述第一气泡提醒信息还包括：跳转至所述第二类型的交通工具对应的用户界面的链接。

可选的，在一些实施例中，上述第一气泡提醒信息还包括：所述第一类型的交通工具的供需比数据，所述第一类型的交通工具的供需比数据用于指示所述终端设备根据所述第一类型的交通工具的供需比数据生成所述第一类型的交通工具的供需比视图。

可选的，在一些实施例中，上述第二类型的交通工具为所述终端设备所在范围内的供需比最大的交通工具。

本发明提供的气泡提醒信息处理装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

可选的，在一些实施例中，上述接收模块11，还用于接收所述终端设备发送的第一出行订单。上述确定模块12，还用于根据所述第一出行订单的发送时间，以及，待处理出行订单列表中的至少一个第二出行订单的发送时间，确定所述第一出行订单在所述待处理出行订单列表中的排队编号和等待处理时长，所述第二出行订单为所述终端设备所在范围内的其他终端设备发送的针对同一类型的交通工具的出行订单，所述第一出行订单与所述第二出行订单为用于呼叫同一类型的交通工具的订单。上述推送模块13，还用于向所述终端设备推送第二气泡提醒信息，所述第二气泡提醒信息包括：所述第一出行订单在所述待处理出行订单列表中的排队编号和等待处理时长。

图12为本发明提供的另一种气泡提醒信息处理装置的结构示意图，如图12所示，进一步地，在上述实现方式下，该气泡提醒信息处理装置还可以包括：记录模块14。其中，

记录模块14，用于在所述接收模块11接收所述终端设备发送的第一出行订单之后，记录所述第一出行订单的处理时长。上述推送模块13，还用于在所述处理时长大于或等于预设时长时，向所述终端设备推送所述第一气泡提醒信息。

继续参照图12，可选的，在一些实施例中，上述装置还可以包括：分配模块15。其中，

分配模块15，用于在所述接收模块11接收所述终端设备发送的第一出行订单之后，根据所述第一出行订单，为所述终端设备分配所述第一出行订单对应的交通工具。上述推送模块13，还用于向所述终端设备推送第三气泡提醒信息，所述第三气泡提醒信息包括：所述第一出行订单对应的交通工具的信息。其中，上述第一出行订单对应的交通工具的信息例如可以包括下述一项或多项：所述第一出行订单对应的交通工具的颜色、所述第一出行订单对应的交通工具的车牌号、所述第一出行订单对应的交通工具的型号。

本发明提供的气泡提醒信息处理装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

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

Claims (16)

1.一种气泡提醒信息处理方法，其特征在于，包括：

从终端设备接收到对于第一类型交通工具的服务需求；

根据所述终端设备的位置信息，确定所述终端设备所在范围内的所述第一类型的交通工具的供需比；

在所述第一类型的交通工具的供需比小于或等于预设阈值时，向所述终端设备推送第一气泡提醒信息，所述第一气泡提醒信息包括：第二类型的交通工具的响应信息，所述响应信息包括：所述第二类型交通工具的服务请求响应时长和所述第二类型的交通工具的名称。

2.根据权利要求1所述的方法，其特征在于，所述第一气泡提醒信息还包括：跳转至所述第二类型的交通工具对应的用户界面的链接。

3.根据权利要求1所述的方法，其特征在于，所述第一气泡提醒信息还包括：所述第一类型的交通工具的供需比数据，所述第一类型的交通工具的供需比数据用于指示所述终端设备根据所述第一类型的交通工具的供需比数据生成所述第一类型的交通工具的供需比视图。

4.根据权利要求1所述的方法，其特征在于，所述第二类型的交通工具为所述终端设备所在范围内的供需比最大的交通工具。

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

接收所述终端设备发送的第一出行订单；

根据所述第一出行订单的发送时间，以及，待处理出行订单列表中的至少一个第二出行订单的发送时间，确定所述第一出行订单在所述待处理出行订单列表中的排队编号和等待处理时长，所述第二出行订单为所述终端设备所在范围内的其他终端设备发送的针对同一类型的交通工具的出行订单，所述第一出行订单与所述第二出行订单为用于呼叫同一类型的交通工具的订单；

向所述终端设备推送第二气泡提醒信息，所述第二气泡提醒信息包括：所述第一出行订单在所述待处理出行订单列表中的排队编号和等待处理时长。

6.根据权利要求5所述的方法，其特征在于，所述接收所述终端设备发送的第一出行订单之后，所述方法还包括：

记录所述第一出行订单的处理时长；

在所述处理时长大于或等于预设时长时，向所述终端设备推送所述第一气泡提醒信息。

7.根据权利要求5所述的方法，其特征在于，所述接收所述终端设备发送的第一出行订单之后，所述方法还包括：

根据所述第一出行订单，为所述终端设备分配所述第一出行订单对应的交通工具；

向所述终端设备推送第三气泡提醒信息，所述第三气泡提醒信息包括：所述第一出行订单对应的交通工具的信息。

8.根据权利要求7所述的方法，其特征在于，所述第一出行订单对应的交通工具的信息包括下述一项或多项：

所述第一出行订单对应的交通工具的颜色、所述第一出行订单对应的交通工具的车牌号、所述第一出行订单对应的交通工具的型号。

9.一种气泡提醒信息处理装置，其特征在于，包括：

接收模块，用于从终端设备接收到对于第一类型交通工具的服务需求；

确定模块，用于根据所述终端设备的位置信息，确定所述终端设备所在范围内的所述第一类型的交通工具的供需比；

推送模块，用于在所述第一类型的交通工具的供需比小于或等于预设阈值时，向所述终端设备推送第一气泡提醒信息，所述第一气泡提醒信息包括：第二类型的交通工具的响应信息，所述响应信息包括：所述第二类型交通工具的服务请求响应时长和所述第二类型的交通工具的名称。

10.根据权利要求9所述的装置，其特征在于，所述第一气泡提醒信息还包括：跳转至所述第二类型的交通工具对应的用户界面的链接。

11.根据权利要求9所述的装置，其特征在于，所述第一气泡提醒信息还包括：所述第一类型的交通工具的供需比数据，所述第一类型的交通工具的供需比数据用于指示所述终端设备根据所述第一类型的交通工具的供需比数据生成所述第一类型的交通工具的供需比视图。

12.根据权利要求9所述的装置，其特征在于，所述第二类型的交通工具为所述终端设备所在范围内的供需比最大的交通工具。

13.根据权利要求9所述的装置，其特征在于，

所述接收模块，还用于接收所述终端设备发送的第一出行订单；

所述确定模块，还用于根据所述第一出行订单的发送时间，以及，待处理出行订单列表中的至少一个第二出行订单的发送时间，确定所述第一出行订单在所述待处理出行订单列表中的排队编号和等待处理时长，所述第二出行订单为所述终端设备所在范围内的其他终端设备发送的针对同一类型的交通工具的出行订单，所述第一出行订单与所述第二出行订单为用于呼叫同一类型的交通工具的订单；

所述推送模块，还用于向所述终端设备推送第二气泡提醒信息，所述第二气泡提醒信息包括：所述第一出行订单在所述待处理出行订单列表中的排队编号和等待处理时长。

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

记录模块，用于在所述接收模块接收所述终端设备发送的第一出行订单之后，记录所述第一出行订单的处理时长；

所述推送模块，还用于在所述处理时长大于或等于预设时长时，向所述终端设备推送所述第一气泡提醒信息。

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

分配模块，用于在所述接收模块接收所述终端设备发送的第一出行订单之后，根据所述第一出行订单，为所述终端设备分配所述第一出行订单对应的交通工具；

所述推送模块，还用于向所述终端设备推送第三气泡提醒信息，所述第三气泡提醒信息包括：所述第一出行订单对应的交通工具的信息。

16.根据权利要求15所述的装置，其特征在于，所述第一出行订单对应的交通工具的信息包括下述一项或多项：

所述第一出行订单对应的交通工具的颜色、所述第一出行订单对应的交通工具的车牌号、所述第一出行订单对应的交通工具的型号。