CN116311660A - 信息推送方法、装置、电子设备及计算机存储介质 - Google Patents

Abstract

本申请提供了一种信息推送方法、装置、电子设备及计算机存储介质，其中，该方法包括：接收用户端发送的第一服务类型的服务订单；在为所述服务订单匹配所述第一服务类型的服务提供端的过程中，确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息；将确定的所述服务等待信息发送给所述用户端。本申请实施例提供的信息推送方案，用户可以在等待第一服务类型的服务提供端应答的过程中，查看当前可以为用户提供服务的其它服务类型的服务等待信息，并根据服务等待信息选择同时呼叫更多服务类型的服务提供端，方便用户出行。

Description

信息推送方法、装置、电子设备及计算机存储介质

本申请是申请号为201811456390.8、申请日为2018年11月30日、发明名称为“信息推送方法、装置、电子设备及计算机存储介质”的发明专利申请的分案申请。

技术领域

本申请涉及数据处理技术领域，具体而言，涉及一种信息推送方法、装置、电子设备及计算机存储介质。

背景技术

随着交通工具的普及，使用打车软件打车越来越受到大众的青睐。打车软件是一种智能手机应用，用户可以通过打车软件提交订单，司机可以通过用户提交的服务订单，根据用户设置的位置接送乘客，大大提高了打车效率，节约司机与用户沟通成本，降低空驶率。因此，打车软件逐渐得到普及。

目前，现有的打车应用在提交特定车型的服务订单之后，在等待司机端应答的过程中，若用户想要呼叫其它车型，则需要取消当前正在呼叫的车型与当前车型排队的队列，重新为用户搜寻呼叫的其它车型。此外，用户无法知晓当前呼叫的车型是否为最佳车型，如果呼叫的车型为非最佳车型，则用户需要等待较长的时间才能为用户搜寻到呼叫车型的司机端。可见，当前为用户提供的打车服务方案不能满足用户的需求。

发明内容

有鉴于此，本申请实施例的目的在于提供一种信息推送方法、装置、电子设备和计算机存储介质，可以在用户等待司机端应答的过程中，向用户推送其它服务类型的服务等待信息，增强用户体验。

根据本申请的一个方面，提供一种信息推送方法，所述方法包括：

接收用户端发送的第一服务类型的服务订单；

在为所述服务订单匹配所述第一服务类型的服务提供端的过程中，确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息；

将确定的所述服务等待信息发送给所述用户端。

在一些实施例中，接收用户端发送的第一服务类型的服务订单之后，将确定的所述服务等待信息发送给所述用户端之前，还包括：

向所述用户端发送等待应答页面信息；所述等待应答页面信息中携带有所述第一服务类型的服务提供端为所述用户端提供服务的服务等待信息，以及选择其它服务类型的提示信息；

所述将确定的所述服务等待信息发送给所述用户端，包括：

在所述用户端基于所述提示信息确认选择其它服务类型之后，将确定的所述服务等待信息发送给所述用户端。

在一些实施例中，所述提示信息用于提示所述用户端能够在选择所述第一服务类型的同时，选择其它服务类型；或者，所述提示信息用于提示所述用户端能够改选其它服务类型。

在一些实施例中，所述提示信息中携带有其它服务类型预估应答时间；根据以下步骤确定所述其它服务类型预估应答时间：

确定能够为所述用户端提供服务的其它每种服务类型分别对应的预估应答时间；

将其它每种服务类型分别对应的所述预估应答时间中的最小预估应答时间作为所述其它服务类型预估应答时间。

在一些实施例中，所述确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息，包括：

周期性确定并更新其它每种服务类型的服务提供端为所述用户端提供服务的服务等待信息。

在一些实施例中，所述服务等待信息包括以下信息中的至少一种：

排位信息；预估等待应答时间；价格信息。

在一些实施例中，所述确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息，包括：

在确定所述服务订单符合预设的选择条件后，确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

在一些实施例中，所述预设的选择条件包括以下条件中的一种或多种：

所述服务订单中携带的位置信息在预设区域范围内；所述第一服务类型为预设服务类型。

在一些实施例中，所述确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息，包括：

选择当前能够为所述用户端提供服务的其它服务类型；

确定选择的其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

在一些实施例中，所述当前能够为所述用户端提供服务的其它服务类型满足以下条件中的至少一种：

当前处于营运时间；支持所述用户端的支付方式。

在一些实施例中，将确定的所述服务等待信息发送给所述用户端，包括：

向所述用户端发送服务类型选择页面信息，所述服务类型选择页面信息中携带有所述其它服务类型中每种服务类型分别对应的所述服务等待信息以及选项按钮，所述选项按钮用于用户选择该选项按钮对应的服务类型。

在一些实施例中，所述服务类型选择页面信息用于指示所述用户端确认除所述第一服务类型外，同时选择的至少一个其它服务类型；或者，所述服务类型选择页面信息用于指示所述用户端确认改选的其它服务类型。

在一些实施例中，所述方法还包括：

根据所述用户端的历史订单信息，确定所述其它服务类型中所述用户端的常用服务类型；

在反馈给所述用户端的服务类型选择页面信息中，将所述常用服务类型的选项按钮设置为默认选中、且能够取消选中的状态。

在一些实施例中，将确定的所述服务等待信息发送给所述用户端之后，还包括：

若所述用户端根据所述服务等待信息确认同时选择其它服务类型，则取消所述第一服务类型的服务订单，并为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单；

针对重新生成的服务订单，为所述用户端同时匹配第一服务类型的服务提供端和所述其它服务类型的服务提供端，直到成功匹配任一服务类型的服务提供端。

在一些实施例中，所述取消所述第一服务类型的服务订单之前，还包括：

获取所述第一服务类型的服务订单当前的排位信息；

所述为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单，包括：

将取消的服务订单的排位信息确定为重新生成的服务订单在所述第一服务类型下的排位信息。

在一些实施例中，所述取消所述第一服务车辆类型的服务订单之前，还包括：

获取所述第一服务类型的服务订单的激励资源；

所述为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单，包括：

将取消的服务订单的激励资源作为重新生成的服务订单在所述第一服务类型下的激励资源。

根据本申请的另一方面，提供一种信息推送方法，所述方法包括：

向服务器发送第一服务类型的服务订单；

在等待所述服务器为所述服务订单匹配所述第一服务类型的服务提供端的过程中，接收所述服务器发送的其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

根据本申请的另一方面，提供一种信息推送方法，所述方法包括：

接收用户端发送的第一服务类型的服务订单；

为所述服务订单匹配所述第一服务类型的服务提供端，并向所述用户端发送等待应答页面信息；所述等待应答页面信息中携带有所述第一服务类型的服务提供端为所述用户端提供服务的服务等待信息，以及同时选择其它服务类型的提示信息。

根据本申请的另一方面，提供一种信息推送装置，所述装置包括：接收模块、确定模块和发送模块；其中，

所述接收模块，用于接收用户端发送的第一服务类型的服务订单；

所述确定模块，用于在为所述服务订单匹配所述第一服务类型的服务提供端的过程中，确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息；

所述发送模块，用于将确定的所述服务等待信息发送给所述用户端。

在一些实施例中，所述发送模块，还用于向所述用户端发送等待应答页面信息；所述等待应答页面信息中携带有所述第一服务类型的服务提供端为所述用户端提供服务的服务等待信息，以及选择其它服务类型的提示信息；

所述发送模块，具体用于根据以下步骤将确定的所述服务等待信息发送给所述用户端：

在所述用户端基于所述提示信息确认选择其它服务类型之后，将确定的所述服务等待信息发送给所述用户端。

在一些实施例中，所述提示信息用于提示所述用户端能够在选择所述第一服务类型的同时，选择其它服务类型；或者，所述提示信息用于提示所述用户端能够改选其它服务类型。

在一些实施例中，所述提示信息中携带有其它服务类型预估应答时间；所述确定模块，具体用于根据以下步骤确定所述其它服务类型预估应答时间：

确定能够为所述用户端提供服务的其它每种服务类型分别对应的预估应答时间；

将其它每种服务类型分别对应的所述预估应答时间中的最小预估应答时间作为所述其它服务类型预估应答时间。

在一些实施例中，所述确定模块，具体用于根据以下步骤确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息：

周期性确定并更新其它每种服务类型的服务提供端为所述用户端提供服务的服务等待信息。

在一些实施例中，所述服务等待信息包括以下信息中的至少一种：

排位信息；预估等待应答时间；价格信息。

在一些实施例中，所述确定模块，具体用于根据以下步骤确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息：

在确定所述服务订单符合预设的选择条件后，确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

在一些实施例中，所述预设的选择条件包括以下条件中的一种或多种：

所述服务订单中携带的位置信息在预设区域范围内；所述第一服务类型为预设服务类型。

在一些实施例中，所述确定模块，具体用于根据以下步骤确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息：

选择当前能够为所述用户端提供服务的其它服务类型；

确定选择的其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

在一些实施例中，所述当前能够为所述用户端提供服务的其它服务类型满足以下条件中的至少一种：

当前处于营运时间；支持所述用户端的支付方式。

在一些实施例中，所述发送模块，具体用于根据以下步骤将确定的所述服务等待信息发送给所述用户端：

向所述用户端发送服务类型选择页面信息，所述服务类型选择页面信息中携带有所述其它服务类型中每种服务类型分别对应的所述服务等待信息以及选项按钮，所述选项按钮用于用户选择该选项按钮对应的服务类型。

在一些实施例中，所述服务类型选择页面信息用于指示所述用户端确认除所述第一服务类型外，同时选择的至少一个其它服务类型；或者，所述服务类型选择页面信息用于指示所述用户端确认改选的其它服务类型。

在一些实施例中，所述装置还包括：

设置模块，用于根据所述用户端的历史订单信息，确定所述其它服务类型中所述用户端的常用服务类型；在反馈给所述用户端的服务类型选择页面信息中，将所述常用服务类型的选项按钮设置为默认选中、且能够取消选中的状态。

在一些实施例中，生成模块，用于若所述用户端根据所述服务等待信息确认同时选择其它服务类型，则取消所述第一服务类型的服务订单，并为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单；针对重新生成的服务订单，为所述用户端同时匹配第一服务类型的服务提供端和所述其它服务类型的服务提供端，直到成功匹配任一服务类型的服务提供端。

在一些实施例中，所述装置还包括：获取模块，用于获取所述第一服务类型的服务订单当前的排位信息；

所述生成模块，具体用于根据以下步骤为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单：

将取消的服务订单的排位信息确定为重新生成的服务订单在所述第一服务类型下的排位信息。

在一些实施例中，所述装置还包括，获取模块，用于获取所述第一服务类型的服务订单的激励资源；

所述生成模块，具体用于根据以下步骤为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单：

将取消的服务订单的激励资源作为重新生成的服务订单在所述第一服务类型下的激励资源。

根据本申请的另一方面，提供一种信息推送装置，所述装置包括：发送模块和接收模块；其中，

所述发送模块，用于向服务器发送第一服务类型的服务订单；

所述接收模块，用于在等待所述服务器为所述服务订单匹配所述第一服务类型的服务提供端的过程中，接收所述服务器发送的其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

根据本申请的另一方面，提供一种信息推送装置，所述装置包括：

接收模块，用于接收用户端发送的第一服务类型的服务订单；

处理模块，用于为所述服务订单匹配所述第一服务类型的服务提供端，并向所述用户端发送等待应答页面信息；所述等待应答页面信息中携带有所述第一服务类型的服务提供端为所述用户端提供服务的服务等待信息，以及同时选择其它服务类型的提示信息。

根据本申请的一个方面，提供一种电子设备，可以包括一个或多个存储介质和一个或多个与存储介质通信的处理器。一个或多个存储介质存储有处理器可执行的机器可读指令。当电子设备运行时，处理器与存储介质之间通过总线通信，处理器执行所述机器可读指令，以执行一个或多个执行上述方法的步骤。

根据本申请的一个方面，提供一种计算机存储介质，其特征在于，该计算机存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本申请实施例提供的信息推送方案，可以接收用户端发送的第一服务类型的服务订单，在为服务订单匹配第一服务类型的服务提供端的过程中，可以确定其它服务类型的服务提供端为用户端提供服务的服务等待信息，然后将确定的服务等待信息发送给用户端。这样，用户端的用户可以在等待第一服务类型的服务提供端应答的过程中，查看当前可以为用户提供服务的其它服务类型的服务等待信息，并可以根据服务等待信息选择是否呼叫其它服务类型的服务提供端，方便用户出行。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它相关的附图。

图1示出了本申请实施例一所提供的一种信息推送方法的流程图；

图2示出了本申请实施例一所提供的信息推送方法中，用户端展示的等待应答页面的示意图；

图3示出了本申请实施例一所提供的用户端展示多种其它服务类型的服务等待信息的示意图；

图4示出了本申请实施例二所提供的确定其它服务类型的服务等待信息过程的流程图；

图5示出了本申请实施例三所提供的用户端展示的服务类型选择页面的示意图；

图6示出了本申请实施例四所提供的在用户端确认同时选择其它服务类型时的信息推送过程的示意图；

图7示出了本申请实施例五所提供的信息推送方法的具体流程示意图；

图8示出了本申请实施例六所提供的一种信息推送的流程示意图；

图9示出了本申请实施例七所提供的一种信息推送的流程示意图；

图10示出了本申请实施例八所提供的一种信息推送装置的示意图；

图11示出了本申请实施例九所提供的另一种信息推送装置的示意图；

图12示出了本申请实施例十所提供的另一种信息推送装置的示意图；

图13示出了本申请实施例十一所提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其它操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其它实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“用户使用打车软件呼叫服务司机”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其它实施例和应用场景。虽然本申请主要围绕信息推送过程进行描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何其它交通运输类型。例如，本申请可以应用于不同的运输系统环境，包括陆地，海洋，或航空等，或其任意组合。运输系统的交通工具可以包括出租车、私家车、顺风车、公共汽车、火车、子弹头列车、高速铁路、地铁、船只、飞机、宇宙飞船、热气球、或无人驾驶车辆等，或其任意组合。本申请还可以包括用于信息推送的任何服务系统，例如，用于发送和/或接收快递的系统、用于买卖双方交易的服务系统。本申请的系统或方法的应用可以包括网页、浏览器的插件、客户端终端、定制系统、内部分析系统、或人工智能机器人等，或其任意组合。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

本申请中的术语“乘客”、“请求方”、“服务人员”、“服务请求方”和“客户”可互换使用，以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”、“提供方”、“服务提供端”和“供应商”可互换使用，以指代可以提供服务的个人、实体或工具。本申请中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的提供的个人、实体或工具。例如，用户可以是乘客、驾驶员、操作员等，或其任意组合。在本申请中，“乘客”和“乘客终端”可以互换使用，“驾驶员”和“驾驶员终端”可以互换使用。

本申请中的术语“服务请求”和“服务订单”可互换使用，以指代由乘客、用户端、服务请求端、司机、服务提供端、或供应商等、或其任意组合发起的请求。接受该“服务请求”或“订单”的可以是乘客、服务请求方、司机、服务提供端、或供应商等、或其任意组合。服务请求可以是收费的或免费的。

本申请实施例中，可以接收用户端发送的第一服务类型的服务订单，在为服务订单匹配第一服务类型的服务提供端的过程中，可以确定其它服务类型的服务提供端为用户端提供服务的服务等待信息，然后将确定的服务等待信息发送给用户端。这里的服务等待信息可以包括排位信息、预估等待应答时间等信息，这样，用户端的用户可以在等待第一服务类型的服务提供端应答的过程中，查看当前可以为用户提供服务的其它服务类型的服务等待信息，并根据服务等待信息选择是否呼叫其它服务类型的服务提供端，方便用户出行。

如果在用户等待服务提供端应答的过程中，仅向用户端提供当前呼叫的第一服务类型的服务等待信息，则用户无法知晓当前呼叫的服务类型是否为最佳的服务类型，如果用户想要呼叫其它车辆，则用户无法从当前的服务等待信息中获得有效的参考信息，用户体验差。本申请实施例提供的信息推送方案，可以在用户等待呼叫的第一服务类型的服务提供端应答的过程中，为用户提供其它服务类型的服务等待提供信息，使用户根据其它服务类型的服务等待提供信息选择其它出行方案，为用户出行提供便利。下述实施例将会对信息推送过程作详细说明。

实施例一

如图1所示，本申请实施例一提供的一种信息推送方法，包括：

S101，接收用户端发送的第一服务类型的服务订单。

在具体实施中，软件平台(比如打车软件平台)可以接收用户端发送的第一服务类型的服务订单。这里，第一服务类型可以为用户端的用户选择的叫车服务类型，例如，出租车、拼车、专用车(为用户提供专用车接送服务)、提供快速出行服务的车辆(简称快车)、提供优先出行服务的车辆(简称优享)等叫车服务类型。软件平台接收的服务订单可以携带订单信息，软件平台可以根据服务订单的订单信息确定服务订单对应的服务类型。其中，订单信息可以包括用户信息、出发地信息、目的地信息、用户当前位置信息、叫车的服务类型。

S102，在为所述服务订单匹配所述第一服务类型的服务提供端的过程中，确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

在具体实施中，软件平台在接收用户端发送的第一服务类型的服务订单之后，可以根据服务订单中的第一服务类型和出发地信息，为服务订单匹配可以为用户端的用户提供服务的第一服务类型的服务提供端。在为服务订单匹配第一服务类型的服务提供端的过程中，可以根据服务订单的出发地信息，为服务订单匹配其它服务类型的服务提供端，然后确定其它服务类型的服务提供端为用户端的用户提供服务的服务等待信息。这里，服务等待信息可以包括以下信息中的至少一种：排位信息；预估等待应答时间；价格信息。其中，排位信息可以是当前的服务订单在呼叫相应服务类型的服务提供端所形成的叫车队列中的排位。预估等待应答时间可以是服务提供端确认接受服务订单时，用户端的用户等待的时间长度。价格信息可以是在相应的服务类型下，用户端可能支付服务提供端的价格。在确定其它服务类型的服务提供端为用户端提供服务的服务等待信息时，可以周期性确定并更新其它每种服务类型的服务提供端为用户端提供服务的服务等待信息，从而使用户端可以为用户展示当前最新的服务等待信息。

在具体实施中，在接收用户端发送的第一服务类型的服务订单之后，将确定的服务等待信息发送给所述用户端之前，软件平台可以向用户端发送等待应答页面信息，在发送的等待应答页面信息中携带有第一服务类型的服务提供端为用户端提供服务的服务等待信息，以及，选择其它服务类型的提示信息。这里，提示信息可以用于提示用户端的用户在选择第一服务类型的同时，选择其它服务类型；或者，用于提示用户端能够改选其它服务类型，即将当前选择的第一服务类型更改为其它服务类型。这里，等待应答页面信息用于在用户端的等待应答页面中进行展示。用户端在接收到软件平台发送的服务等待信息之后，为用户展示的等待应答页面可以如图2所示，用户端的等待应答页面中展示有服务订单在第一服务类型下的排位信息(第47位)和用户端等待第一服务类型的服务提供端确认接受该服务订单的预估等待应答时间(约等30分钟)。用户端的等待应答页面中还展示有选择其它服务类型的提示信息，如图2中的等待应答页面中展示有“同时呼叫更多车型”以及“可选拼车/优享/出租车”的提示信息。

这里，软件平台在向用户端发送携带有提供信息的等待应答页面信息时，还可以在提示信息中携带有其它服务类型预估应答时间。具体如，软件平台确定能够为用户端提供服务的其它每种服务车辆类型分别对应的预估应答时间，然后将其它每种服务车辆类型分别对应的预估应答时间中的最小预估应答时间作为其它服务类型预估应答时间。例如，当前能够为用户端提供服务的其它服务类型包括拼车服务类型和出租车服务类型，则可以分别确定拼车服务类型和出租车服务类型的预估应答时间，假设拼车服务类型对应的预估应答时间为2分钟，出租车服务类型对应的预估应答时间为5分钟，则将2分钟作为其它服务类型预估应答时间。如图2所示，用户端的等待应答页面中展示有“约等2分钟”的其它服务类型预估应答时间。

S103，将确定的所述服务等待信息发送给所述用户端。

这里，软件平台在确定其它服务类型的服务提供端为用户端提供服务的服务等待信息之后，可以根据用户选择的服务类型，将确定的服务类型的服务等待信息发送给用户端。

在具体实施中，在软件平台向用户端发送等待应答页面信息之后，用户可以根据用户端展示的等待应答页面的提示信息，选择确认同时选择其它服务类型，或者，选择确认将选择的第一服务类型更改为选择其它服务类型。用户端根据用户的确认操作向软件平台发送用户确认选择的其它服务类型，软件平台根据用户端发送的确认选择的其它服务类型(在选择第一服务类型的同时选择的其它服务类型，或者，改选的其它服务类型)，将其它每种服务类型的服务等待信息发送给用户端。用户端在接收软件平台发送的服务等待信息之后，可以将服务等待信息显示在等待应答页面中。例如，若用户根据用户端展示的如图2的等待应答页，在确认在选择第一服务类型的同时，选择其它服务类型之后，如图3所示，用户端根据其它服务类型的服务等待信息，为用户展示多种其它服务类型的服务等待信息，例如，展示拼车服务类型、优享服务类型、出租车服务类型和专车服务类型分别对应的预估应答时间和价格信息。

采用本申请实施例一提供的信息推送方案，可以在为服务订单匹配第一服务类型的服务提供端的过程中，确定其它服务类型的服务提供端为用户端提供服务的服务等待信息，然后将确定的服务等待信息发送给用户端。这样，用户端的用户可以查看其它服务类型的服务等待信息，并根据服务等待信息选择多种服务类型对应的出行方案，若当前选择的第一服务类型的服务提供方不是最佳的服务类型，则用户可以根据服务等待信息选择更优的服务类型对应的出行方案，减少用户等待的时间，为用户出行提供便利。

实施例二

在上述实施例一中，可以在为服务订单匹配第一服务类型的服务提供端的过程中，确定其它服务类型的服务提供端为用户端提供服务的服务等待信息，并向用户端发送确定的服务等待信息，从而为用户提供多种服务类型所对应的出行方案。

如图4所示，本申请实施例二提供了一种确定其它服务类型的服务等待信息的过程，包括：

S201，根据用户端发送的第一服务类型的服务订单的订单信息，判断服务订单是否符合预设的选择条件。

在具体实施中，软件平台在接收到用户端发送的第一服务类型的服务订单之后，可以根据服务订单的订单信息，确定服务订单的第一服务类型和出发地信息。在确定服务订单的第一服务类型和出发地信息之后，可以判断用户端提交的服务订单是否符合预测的选择条件。

这里，预设的选择条件可以包括以下条件中的一种或多种：

1)所述服务订单中携带的位置信息在预设区域范围内；2)所述第一服务类型为预设服务类型。

在条件1)中，用户端发送的服务订单中携带的位置信息在预设区域范围内，表明当前发送服务订单的用户端所在的区域为支持提供其它服务类型的服务等待信息的服务区域。在条件2)中，用户端发送的服务订单选择的第一服务类型为预设服务类型，表明第一服务类型为支持提供其它服务类型的服务等待信息的服务类型。

在具体实施中，若软件平台确定服务订单不符合预设的选择条件，则仅为用户端匹配第一服务类型的服务提供端，并向用户端返回携带有第一服务类型的服务等待信息的等待应答页信息。

S202，在确定所述服务订单符合预设的选择条件后，选择当前能够为用户端提供服务的其它服务类型。

在具体实施中，若软件平台确定服务订单符合预设的选择条件，则可以在为用户端提供服务的服务类型中选择当前能够为用户端提供服务的其它服务类型。在选择当前能够为用户端提供服务的其它服务类型时，可以选择当前满足以下条件中至少一种的其它服务类型：

1)当前处于营运时间；2)支持所述用户端的支付方式。

在条件1)中，选择的其它服务类型当前处于运营时间，表明选择的其它服务类型的服务提供端当前可以为用户端提供服务。在条件2)中，选择的其它服务类型支持用户端的支付方式，表明选择的其它服务类型的服务提供端支付用户单的支付方式，当前可以为用户端提供服务。例如，若用户端的支付方式为非企业支付方式，则为用户端选择支持非企业支付方式的其它服务类型。

S203，确定选择的其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

在具体实施中，软件平台在选择当前能够为用户端提供服务的其它服务类型之后，可以根据平台当前服务的订单和上述服务订单的订单信息，确定选择的其它服务类型的服务提供端为用户端提供服务的服务等待信息。例如，确定选择的其它服务类型的服务提供端为用户端提供服务的排位信息、预估等待应答时间、价格信息中的一种或多种。

实施例三

在上述实施例一中，在确定其它服务类型的服务提供端为用户端提供服务的服务等待信息之后，可以将确定的服务等待信息发送给用户端，使用户端的用户可以根据服务等待信息选择服务的其它服务类型。

本申请实施例三提供了将确定的服务的等待信息发送给用户端的具体实施方式。在将确定的服务等待信息发送给所述用户端时，可以向用户端发送服务类型选择页面信息，服务类型选择页面信息中可以携带有其它服务类型中每种服务类型分别对应的服务等待信息以及选项按钮，选项按钮用于用户选择该选项按钮对应的服务类型。用户端在接收服务类型选择页面信息之后，可以在服务类型选择页面上展示接收到的服务类型选择页面信息。用户端展示的服务类型选择页面如图3所示，服务类型选择页面中显示有其它服务类型中每种服务类型分别对应的服务等待信息以及选项按钮，以其它类型包括拼车服务类型和出租车服务类型和专车服务类型为例，则服务类型选择页面中展示有拼车服务类型对应的预估应答时间、价格信息和选项按钮，以及专车服务类型对应的预估应答时间、价格信息和选项按钮。

这里，服务类型选择页面信息用于指示用户端确认除所述第一服务类型外，同时选择的至少一个其它服务类型；或者，服务类型选择页面信息用于指示用户端确认改选的其它服务类型。

在具体实施中，软件平台在向还可以向用户端发送服务类型选择页面信息之前，还可以根据用户端的历史订单信息，确定其它服务类型中用户端的常用服务类型，在反馈给用户端的服务类型选择页面信息中，可以将常用服务车辆类型的选项按钮设置为默认选中、且能够取消选中的状态。例如，用户端在当前服务订单的上一订单中选择的其它服务类型为优享服务类型，则可以将当前服务订单的优享服务类型选项按钮设置为默认选中、且能够取消选中的状态，用户端展示的服务类型选择页面如图5所示，可以看到，在图5的服务类型选择页面中，优享服务类型选项按钮为默认选中、且能够取消选中的状态。这样，可以为用户端选中常用服务车辆类型，用户端的用户仅需点击确认呼叫按键，即可实现呼叫其它服务类型的服务提供端。

实施例四

在将确定的服务等待信息发送给用户端之后，本申请实施例四提供了在用户端确认同时选择其它服务类型时的信息推送过程如图6所示，包括：

S301，接收用户端根据服务等待信息确认的反馈信息。

在具体实施中，软件平台在将确定的服务等待信息发送给用户端之后，用户端的用户可以根据用户端展示的服务等待信息选择服务的其它服务类型，用户端可以根据用户的选择操作确认用户选择的其它服务类型，并向软件平台发送根据针对服务等待信息进行确认而生成的反馈信息。软件平台接收用户端根据服务等待信息确认的反馈信息。

S302，若所述用户端根据所述服务等待信息确认同时选择其它服务类型，则取消所述第一服务类型的服务订单，并为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单。

在具体实施中，软件平台根据用户端发送的反馈信息，若确定用户端根据服务等待信息确认同时选择其它服务类型，即确定用户端选择在呼叫第一服务类型的服务提供端的同时，呼叫其它服务类型的服务提供端，则取消用户端提交的第一服务类型的服务订单，并为用户端重新生成同时选择第一服务类型和其它服务类型的服务订单。

这里，在取消第一服务类型的服务订单之前，可以获取该第一服务类型的服务订单当前的排位信息，在为用户端重新生成同时选择第一服务类型和其它服务类型的服务订单时，可以将取消的服务订单的排位信息确定为重新生成的服务订单在第一服务类型下的排位信息。例如，在取消第一服务类型的服务订单之前，假设第一服务类型为出租车服类型，排位信息为12名，则在为用户端新生成同时选择第一服务类型和其它服务类型的服务订单时，可以将重新生成的服务订单中出租车服类型的排位信息设置为12名，从而第一服务类型的服务订单的排位信息可以绑定到重新生成的服务订单的对应服务类型上。

在一些实施例中，在取消第一服务车辆类型的服务订单之前，还可以获取第一服务类型的服务订单的激励资源。激励资源可以是用于激励用户使用软件平台的资源，如现金激励资源、优惠券激励资源或提示信息激励资源等。在为用户端重新生成同时选择第一服务类型和其它服务类型的服务订单时，可以将取消的服务订单的激励资源作为重新生成的服务订单在第一服务类型下的激励资源。例如，在取消第一服务类型的服务订单之前，假设第一服务类型为出租车服类型，第一服务类型的服务订单具有5元出租车优惠券，则在为用户端新生成同时选择第一服务类型和其它服务类型的服务订单时，可以为重新生成的服务订单设置5元出租车优惠券，从而第一服务类型的服务订单的激励资源可以绑定到重新生成的服务订单的对应服务类型上。

S303，针对重新生成的服务订单，为所述用户端同时匹配第一服务类型的服务提供端和所述其它服务类型的服务提供端，直到成功匹配任一服务类型的服务提供端。

在具体实施中，软件平台在为用户端重新生成服务订单之后，可以为用户端同时匹配第一服务类型的服务提供端和其它服务类型的服务提供端，直到成功匹配任一服务类型的服务提供端。这里，在为用户端同时匹配第一服务类型的服务提供端和其它服务类型的服务提供端的过程中，可以向用户端发送携带有第一服务类型和其它服务类型的服务等待信息的等待应答页面信息，从而用户端可以为用户同时显示第一服务类型和其它服务类型的服务等待信息，如同时显示每种服务类型的排位信息、预估等待应答时间、价格信息中的一种或多种信息。

实施例五

如图7所示，为本申请实施例五提供的一种信息推送方法的具体流程，包括：

S410，软件平台接收用户端发送的第一服务类型的服务订单。

这里，软件平台可以接收用户端发送的第一服务类型的服务订单。软件平台接收的服务订单可以携带订单信息，软件平台可以根据服务订单的订单信息确定服务订单对应的服务类型。其中，订单信息可以包括用户信息、出发地信息、目的地信息、用户当前位置信息、叫车的服务类型。其中，第一服务类型可以为用户端的用户选择的叫车服务类型。

S402，在为所述服务订单匹配所述第一服务类型的服务提供端的过程中，软件平台确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息，并向所述用户端发送等待应答页面信息。

这里，在为服务订单匹配第一服务类型的服务提供端的过程中，可以根据服务订单的出发地信息，为服务订单匹配当前能够为用户端提供服务的其它服务类型的服务提供端，然后确定其它服务类型的服务提供端为用户端的用户提供服务的服务等待信息，并向用户端发送等待应答页面信息。在发送的等待应答页面信息中携带有第一服务类型的服务提供端为用户端提供服务的服务等待信息，以及，选择其它服务类型的提示信息。提示信息用于提示用户端能够在选择第一服务类型的同时，选择其它服务类型，或者，用于提示用户端能够改选其它服务类型。这里，服务等待信息可以包括以下信息中的至少一种：排位信息；预估等待应答时间；价格信息。

S403，用户端在等待应答页面向用户展示软件平台发送的等待应答页面信息，若用户根据等待应答页面信息确认选择其它服务类型，则向软件平台发送根据服务等待信息确认的反馈信息。

这里，用户端的用户可以根据用户端展示的服务等待信息，在选择第一服务类型的同时，选择其它服务类型，或者，改选其它服务类型选择服务的其它服务类型。用户端可以根据用户的选择操作确认用户选择的其它服务类型，并向软件平台发送根据针对服务等待信息进行确认而生成的反馈信息。

S404，若反馈信息表明用户端确认同时选择其它服务类型，软件平台取消第一服务类型的服务订单，并为用户端重新生成同时选择第一服务类型和其它服务类型的服务订单。

这里，软件平台根据用户端发送的反馈信息，若确定用户端根据服务等待信息确认同时选择其它服务类型，即确定用户端选择在呼叫第一服务类型的服务提供端的同时，呼叫其它服务类型的服务提供端，则取消用户端提交的第一服务类型的服务订单，并为用户端重新生成同时选择第一服务类型和其它服务类型的服务订单。

在取消第一服务类型的服务订单之前，可以获取该第一服务类型的服务订单当前的排位信息和激励资源，在为用户端重新生成同时选择第一服务类型和其它服务类型的服务订单时，可以将取消的服务订单的排位信息和激励资源确定为重新生成的服务订单在第一服务类型下的排位信息和激励资源。

S405，针对重新生成的服务订单，软件平台为用户端同时匹配第一服务类型的服务提供端和其它服务类型的服务提供端，直到成功匹配任一服务类型的服务提供端。

这里，软件平台在为用户端同时匹配第一服务类型的服务提供端和其它服务类型的服务提供端的过程中，可以向用户端发送携带有第一服务类型和其它服务类型的服务等待信息的等待应答页面信息，从而用户端可以为用户同时显示第一服务类型和其它服务类型的服务等待信息，如同时显示每种服务类型的排位信息、预估等待应答时间、价格信息中的一种或多种信息。

实施例六

如图8所示，为本申请实施例六提供的一种信息推送方法，可以应用于用户端，包括：

S501，向服务器发送第一服务类型的服务订单。

在具体实施中，用户端根据用户操作可以向服务器发送第一服务类型的服务订单。服务订单中可以携带订单信息，订单信息可以包括用户信息、出发地信息、目的地信息、用户当前位置信息、叫车的服务类型。其中，第一服务类型可以为用户端的用户选择的叫车服务类型。

S502，在等待所述服务器为所述服务订单匹配所述第一服务类型的服务提供端的过程中，接收所述服务器发送的其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

这里，在等待服务器为服务订单匹配所述第一服务类型的服务提供端的过程中，用户端可以为用户展示等待应答页面。用户可以根据用户端展示的等待应答页面的提示信息，选择确认同时选择其它服务类型，或者，选择确认将选择的第一服务类型更改为选择其它服务类型。用户端可以根据用户的确认操作向软件平台发送用户确认选择的其它服务类型，然后接收服务器发送的其它服务类型的服务提供端为用户端提供服务的服务等待信息。可以根据服务订单的出发地信息，为服务订单匹配当前能够为用户端提供服务的其它服务类型的服务提供端，然后确定其它服务类型的服务提供端为用户端的用户提供服务的服务等待信息，并向用户端发送服务等待信息。用户端接收服务器发送的其它服务类型的服务提供端为用户端提供服务的服务等待信息。这里，服务等待信息可以包括以下信息中的至少一种：排位信息；预估等待应答时间；价格信息。

采用本申请实施例六提供的信息推送方案，在等待服务器为服务订单匹配所述第一服务类型的服务提供端的过程中，用户端可以为用户展示其它服务类型的服务等待信息。这样，用户端的用户可以查看其它服务类型的服务等待信息，并根据服务等待信息选择多种服务类型对应的出行方案，若当前选择的第一服务类型的服务提供方不是最佳的服务类型，则用户可以根据服务等待信息选择更优的服务类型对应的出行方案，减少用户等待的时间，为用户出行提供便利。

实施例七

如图9所示，为本申请实施例七提供的一种信息推送方法，包括：

S601，接收用户端发送的第一服务类型的服务订单；

在具体实施中，软件平台(比如打车软件平台)可以接收用户端发送的第一服务类型的服务订单。这里，第一服务类型可以为用户端的用户选择的叫车服务类型，例如，出租车、拼车、专用车(为用户提供专用车接送服务)、提供快速出行服务的车辆(简称快车)、提供优先出行服务的车辆(简称优享)等叫车服务类型。软件平台接收的服务订单可以携带订单信息，软件平台可以根据服务订单的订单信息确定服务订单对应的服务类型。其中，订单信息可以包括用户信息、出发地信息、目的地信息、用户当前位置信息、叫车的服务类型。

S602，为所述服务订单匹配所述第一服务类型的服务提供端，并向所述用户端发送等待应答页面信息；所述等待应答页面信息中携带有所述第一服务类型的服务提供端为所述用户端提供服务的服务等待信息，以及同时选择其它服务类型的提示信息。

在具体实施中，在接收用户端发送的第一服务类型的服务订单之后，软件平台可以向用户端发送等待应答页面信息，在发送的等待应答页面信息中携带有第一服务类型的服务提供端为用户端提供服务的服务等待信息，以及，选择其它服务类型的提示信息。这里，提示信息可以用于提示用户端的用户在选择第一服务类型的同时，选择其它服务类型；或者，用于提示用户端能够改选其它服务类型，即将当前选择的第一服务类型更改为其它服务类型。这里，等待应答页面信息用于在用户端的等待应答页面中进行展示。用户端在接收到软件平台发送的服务等待信息之后，可以为用户展示第一服务类型的服务等待信息和选择其它服务类型的提示信息。这里，服务等待信息可以包括以下信息中的至少一种：排位信息；预估等待应答时间；价格信息。提示信息中携带有其它服务类型预估应答时间。

采用上述服务信息推送方式，可以在向用户端发送的等待应答页面信息中携带同时选择其它服务类型的提示信息，从而用户可以选择同时呼叫其它服务类型的服务提供端，从而可以减少叫车高峰期的叫车压力，提高用户出行的效率。

实施例八

如图10所示，为本申请实施例提供的一种信息推送装置70，所述装置包括：接收模块71、确定模块72和发送模块73；其中，

所述接收模块71，用于接收用户端发送的第一服务类型的服务订单；

所述确定模块72，用于在为所述服务订单匹配所述第一服务类型的服务提供端的过程中，确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息；

所述发送模块73，用于将确定的所述服务等待信息发送给所述用户端。

在具体实施中，所述发送模块72，还用于向所述用户端发送等待应答页面信息；所述等待应答页面信息中携带有所述第一服务类型的服务提供端为所述用户端提供服务的服务等待信息，以及选择其它服务类型的提示信息；

所述发送模块73，具体用于根据以下步骤将确定的所述服务等待信息发送给所述用户端：

在所述用户端基于所述提示信息确认选择其它服务类型之后，将确定的所述服务等待信息发送给所述用户端。

在具体实施中，所述提示信息用于提示所述用户端能够在选择所述第一服务类型的同时，选择其它服务类型；或者，所述提示信息用于提示所述用户端能够改选其它服务类型。

在具体实施中，所述提示信息中携带有其它服务类型预估应答时间；所述确定模块72，具体用于根据以下步骤确定所述其它服务类型预估应答时间：

确定能够为所述用户端提供服务的其它每种服务类型分别对应的预估应答时间；

将其它每种服务类型分别对应的所述预估应答时间中的最小预估应答时间作为所述其它服务类型预估应答时间。

在具体实施中，所述确定模块72，具体用于根据以下步骤确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息：

周期性确定并更新其它每种服务类型的服务提供端为所述用户端提供服务的服务等待信息。

所述服务等待信息包括以下信息中的至少一种：

排位信息；预估等待应答时间；价格信息。

所述确定模块72，具体用于根据以下步骤确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息：

在确定所述服务订单符合预设的选择条件后，确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

所述预设的选择条件包括以下条件中的一种或多种：

所述服务订单中携带的位置信息在预设区域范围内；所述第一服务类型为预设服务类型。

所述确定模块72，具体用于根据以下步骤确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息：

选择当前能够为所述用户端提供服务的其它服务类型；

确定选择的其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

所述当前能够为所述用户端提供服务的其它服务类型满足以下条件中的至少一种：

当前处于营运时间；支持所述用户端的支付方式。

所述发送模块73，具体用于根据以下步骤将确定的所述服务等待信息发送给所述用户端：

向所述用户端发送服务类型选择页面信息，所述服务类型选择页面信息中携带有所述其它服务类型中每种服务类型分别对应的所述服务等待信息以及选项按钮，所述选项按钮用于用户选择该选项按钮对应的服务类型。

所述服务类型选择页面信息用于指示所述用户端确认除所述第一服务类型外，同时选择的至少一个其它服务类型；或者，所述服务类型选择页面信息用于指示所述用户端确认改选的其它服务类型。

所述装置70还包括：

设置模块74，用于根据所述用户端的历史订单信息，确定所述其它服务类型中所述用户端的常用服务类型；在反馈给所述用户端的服务类型选择页面信息中，将所述常用服务类型的选项按钮设置为默认选中、且能够取消选中的状态。

所述装置70还包括：

生成模块75，用于若所述用户端根据所述服务等待信息确认同时选择其它服务类型，则取消所述第一服务类型的服务订单，并为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单；针对重新生成的服务订单，为所述用户端同时匹配第一服务类型的服务提供端和所述其它服务类型的服务提供端，直到成功匹配任一服务类型的服务提供端。

所述装置还包括：获取模块76，用于获取所述第一服务类型的服务订单当前的排位信息；

所述生成模块75，具体用于根据以下步骤为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单：

将取消的服务订单的排位信息确定为重新生成的服务订单在所述第一服务类型下的排位信息。

所述装置还包括，获取模块76，用于获取所述第一服务类型的服务订单的激励资源；

所述生成模块75，具体用于根据以下步骤为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单：

将取消的服务订单的激励资源作为重新生成的服务订单在所述第一服务类型下的激励资源。

实施例九

如图11所示，为本申请实施例提供的一种信息推送装置80，发送模块81和接收模块82；其中，

所述发送模块81，用于向服务器发送第一服务类型的服务订单；

所述接收模块82，用于在等待所述服务器为所述服务订单匹配所述第一服务类型的服务提供端的过程中，接收所述服务器发送的其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

实施例十

如图12所示，为本申请实施例提供的一种信息推送装置90，包括：

接收模块91，用于接收用户端发送的第一服务类型的服务订单；

处理模块92，用于为所述服务订单匹配所述第一服务类型的服务提供端，并向所述用户端发送等待应答页面信息；所述等待应答页面信息中携带有所述第一服务类型的服务提供端为所述用户端提供服务的服务等待信息，以及同时选择其它服务类型的提示信息。

实施例十一

如图13所示，为本申请实施例九所提供的一种电子设备1000的结构示意图，包括：处理器1001、存储器1002和总线1003。

所述存储器1002存储有所述处理器1001可执行的机器可读指令，当电子设备运行时，所述处理器1001与所述存储器1002之间通过总线通信，所述处理器1001执行所述机器可读指令时实现如下处理：

接收用户端发送的第一服务类型的服务订单；

在为所述服务订单匹配所述第一服务类型的服务提供端的过程中，确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息；

将确定的所述服务等待信息发送给所述用户端。

在具体实施中，上述处理器1001执行的处理中，接收用户端发送的第一服务类型的服务订单之后，将确定的所述服务等待信息发送给所述用户端之前，还包括：

向所述用户端发送等待应答页面信息；所述等待应答页面信息中携带有所述第一服务类型的服务提供端为所述用户端提供服务的服务等待信息，以及选择其它服务类型的提示信息；

所述将确定的所述服务等待信息发送给所述用户端，包括：

在所述用户端基于所述提示信息确认选择其它服务类型之后，将确定的所述服务等待信息发送给所述用户端。

在具体实施中，上述处理器1001执行的处理中，所述提示信息用于提示所述用户端能够在选择所述第一服务类型的同时，选择其它服务类型；或者，所述提示信息用于提示所述用户端能够改选其它服务类型。

在具体实施中，上述处理器1001执行的处理中，所述提示信息中携带有其它服务类型预估应答时间；根据以下步骤确定所述其它服务类型预估应答时间：

确定能够为所述用户端提供服务的其它每种服务类型分别对应的预估应答时间；

将其它每种服务类型分别对应的所述预估应答时间中的最小预估应答时间作为所述其它服务类型预估应答时间。

在具体实施中，上述处理器1001执行的处理中，所述确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息，包括：

周期性确定并更新其它每种服务类型的服务提供端为所述用户端提供服务的服务等待信息。

在具体实施中，上述处理器1001执行的处理中，所述服务等待信息包括以下信息中的至少一种：

排位信息；预估等待应答时间；价格信息。

在具体实施中，上述处理器1001执行的处理中，所述确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息，包括：

在确定所述服务订单符合预设的选择条件后，确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

在具体实施中，上述处理器1001执行的处理中，所述预设的选择条件包括以下条件中的一种或多种：

所述服务订单中携带的位置信息在预设区域范围内；所述第一服务类型为预设服务类型。

在具体实施中，上述处理器1001执行的处理中，所述确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息，包括：

选择当前能够为所述用户端提供服务的其它服务类型；

确定选择的其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

在具体实施中，上述处理器1001执行的处理中，所述当前能够为所述用户端提供服务的其它服务类型满足以下条件中的至少一种：

当前处于营运时间；支持所述用户端的支付方式。

在具体实施中，上述处理器1001执行的处理中，将确定的所述服务等待信息发送给所述用户端，包括：

向所述用户端发送服务类型选择页面信息，所述服务类型选择页面信息中携带有所述其它服务类型中每种服务类型分别对应的所述服务等待信息以及选项按钮，所述选项按钮用于用户选择该选项按钮对应的服务类型。

在具体实施中，上述处理器1001执行的处理中，所述服务类型选择页面信息用于指示所述用户端确认除所述第一服务类型外，同时选择的至少一个其它服务类型；或者，所述服务类型选择页面信息用于指示所述用户端确认改选的其它服务类型。

在具体实施中，上述处理器1001执行的处理中，所述方法还包括：

根据所述用户端的历史订单信息，确定所述其它服务类型中所述用户端的常用服务类型；

在反馈给所述用户端的服务类型选择页面信息中，将所述常用服务类型的选项按钮设置为默认选中、且能够取消选中的状态。

在具体实施中，上述处理器1001执行的处理中，将确定的所述服务等待信息发送给所述用户端之后，还包括：

若所述用户端根据所述服务等待信息确认同时选择其它服务类型，则取消所述第一服务类型的服务订单，并为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单；

针对重新生成的服务订单，为所述用户端同时匹配第一服务类型的服务提供端和所述其它服务类型的服务提供端，直到成功匹配任一服务类型的服务提供端。

在具体实施中，上述处理器1001执行的处理中，所述取消所述第一服务类型的服务订单之前，还包括：

获取所述第一服务类型的服务订单当前的排位信息；

所述为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单，包括：

将取消的服务订单的排位信息确定为重新生成的服务订单在所述第一服务类型下的排位信息。

在具体实施中，上述处理器1001执行的处理中，所述取消所述第一服务车辆类型的服务订单之前，还包括：

获取所述第一服务类型的服务订单的激励资源；

所述为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单，包括：

将取消的服务订单的激励资源作为重新生成的服务订单在所述第一服务类型下的激励资源。

或者，所述存储器1002存储有所述处理器1001可执行的机器可读指令，当电子设备运行时，所述处理器1001与所述存储器1002之间通过总线通信，所述处理器1001执行所述机器可读指令时实现如下处理：

向服务器发送第一服务类型的服务订单；

在等待所述服务器为所述服务订单匹配所述第一服务类型的服务提供端的过程中，接收所述服务器发送的其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

或者，所述存储器1002存储有所述处理器1001可执行的机器可读指令，当电子设备运行时，所述处理器1001与所述存储器1002之间通过总线通信，所述处理器1001执行所述机器可读指令时实现如下处理：

接收用户端发送的第一服务类型的服务订单；

为所述服务订单匹配所述第一服务类型的服务提供端，并向所述用户端发送等待应答页面信息；所述等待应答页面信息中携带有所述第一服务类型的服务提供端为所述用户端提供服务的服务等待信息，以及同时选择其它服务类型的提示信息。

在一些实施例中，处理器1001可以处理与服务请求有关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理器1001可以基于从用户端获得的服务请求来确定目标车辆。在一些实施例中，处理器1001可以包括一个或多个处理核(例如，单核处理器或多核处理器)。仅作为举例，处理器1001可以包括中央处理单元Central ProcessingUnit，CPU)、专用集成电路(Application Specific Integrated Circuit，ASIC)、专用指令集处理器(Application Specific Instruction-set Processor，ASIP)、图形处理单元(Graphics Processing Unit，GPU)、物理处理单元(Physics Processing Unit，PPU)、数字信号处理器(Digital Signal Processor，DSP)、现场可编程门阵列(Field ProgrammableGate Array，FPGA)、可编程逻辑器件(Programmable Logic Device，PLD)、控制器、微控制器单元、简化指令集计算机(Reduced Instruction Set Computing，RISC)、或微处理器等，或其任意组合。

在一些实施例中，用户端的用户可以是除服务实际需求者之外的其它人。例如，用户端的用户A可以使用用户端来为服务实际需求者B发起服务请求(比如，用户A可以为自己的朋友B叫车)，或者从电子设备(服务器)接收服务信息或指令等。在一些实施例中，用户端的用户可以是服务实际提供者，也可以是除服务实际提供者之外的其它人。例如，用户端的用户C可以使用用户端接收由服务实际提供者D提供服务的服务请求(比如用户C可以为自己雇用的司机D接单)，和/或来自服务器的信息或指令。在一些实施例中，“用户端”“服务请求方”和“服务请求方终端”可以互换使用，“服务提供端”和“服务提供端终端”可以互换使用。

电子设备1000可以是通用计算机或特殊用途的计算机，两者都可以用于实现本申请的信息推送方法。本申请尽管仅示出了一个计算机，但是为了方便起见，可以在多个类似平台上以分布式方式实现本申请描述的功能，以均衡处理负载。

例如，电子设备1000可以包括连接到网络的网络端口、用于执行程序指令的一个或多个处理器、通信总线、和不同形式的存储介质，例如，磁盘、ROM、或RAM，或其任意组合。示例性地，计算机平台还可以包括存储在ROM、RAM、或其它类型的非暂时性存储介质、或其任意组合中的程序指令。根据这些程序指令可以实现本申请的方法。电子设备还包括计算机与其它输入输出设备(例如键盘、显示屏)之间的输入/输出(Input/Output，I/O)接口。

为了便于说明，在电子设备1000中仅描述了一个处理器。然而，应当注意，本申请中的电子设备1000还可以包括多个处理器，因此本申请中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。例如，若电子设备1000的处理器执行步骤A和步骤B，则应该理解，步骤A和步骤B也可以由两个不同的处理器共同执行或者在一个处理器中单独执行。例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一处理器和第二处理器共同执行步骤A和B。

此外，本申请实施例还提供一种计算机存储介质，该计算机存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的服务信息推送方法的步骤。

本申请实施例所提供的服务信息推送方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行上述方法实施例中所述的服务信息推送方法的步骤，具体可参见上述方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (38)

1.一种信息推送方法，其特征在于，所述方法包括：

接收用户端发送的第一服务类型的服务订单；

在为所述服务订单匹配所述第一服务类型的服务提供端的过程中，确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息；

将确定的所述服务等待信息发送给所述用户端，以使所述用户端根据所述服务等待信息在选择所述第一服务类型的同时选择其他服务类型。

2.根据权利要求1所述的方法，其特征在于，所述将确定的所述服务等待信息发送给所述用户端，包括：

向所述用户端发送等待应答页面信息；所述等待应答页面信息中携带有所述第一服务类型的服务提供端为所述用户端提供服务的服务等待信息，以及选择其它服务类型的提示信息；所述提示信息包括所述服务等待信息；

在向所述用户端发送等待应答页面信息之后，所述方法还包括：

在所述用户端基于所述提示信息确认选择其它服务类型之后，将与基于所述提示信息确认选择的其他服务类型对应的服务等待信息发送给所述用户端。

3.根据权利要求2所述的方法，其特征在于，所述提示信息用于提示所述用户端能够在选择所述第一服务类型的同时，选择其它服务类型。

4.根据权利要求2或3所述的方法，其特征在于，所述提示信息中携带有其它服务类型预估应答时间；根据以下步骤确定所述其它服务类型预估应答时间：

确定能够为所述用户端提供服务的其它每种服务类型分别对应的预估应答时间；

将其它每种服务类型分别对应的所述预估应答时间中的最小预估应答时间作为所述其它服务类型预估应答时间。

5.根据权利要求1所述的方法，其特征在于，所述确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息，包括：

周期性确定并更新其它每种服务类型的服务提供端为所述用户端提供服务的服务等待信息。

6.根据权利要求1所述的方法，其特征在于，所述服务等待信息包括以下信息中的至少一种：

排位信息；预估等待应答时间；价格信息。

7.根据权利要求1所述的方法，其特征在于，所述确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息，包括：

在确定所述服务订单符合预设的选择条件后，确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

8.根据权利要求7所述的方法，其特征在于，所述预设的选择条件包括以下条件中的一种或多种：

所述服务订单中携带的位置信息在预设区域范围内；所述第一服务类型为预设服务类型。

9.根据权利要求1所述的方法，其特征在于，所述确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息，包括：

选择当前能够为所述用户端提供服务的其它服务类型；

确定选择的其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

10.根据权利要求9所述的方法，其特征在于，所述当前能够为所述用户端提供服务的其它服务类型满足以下条件中的至少一种：

当前处于营运时间；支持所述用户端的支付方式。

11.根据权利要求1所述的方法，其特征在于，将确定的所述服务等待信息发送给所述用户端，包括：

向所述用户端发送服务类型选择页面信息，所述服务类型选择页面信息中携带有所述其它服务类型中每种服务类型分别对应的所述服务等待信息以及选项按钮，所述选项按钮用于用户选择该选项按钮对应的服务类型。

12.根据权利要求11所述的方法，其特征在于，所述服务类型选择页面信息用于指示所述用户端确认除所述第一服务类型外，同时选择的至少一个其它服务类型。

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

根据所述用户端的历史订单信息，确定所述其它服务类型中所述用户端的常用服务类型；

在反馈给所述用户端的服务类型选择页面信息中，将所述常用服务类型的选项按钮设置为默认选中、且能够取消选中的状态。

14.根据权利要求1所述的方法，其特征在于，将确定的所述服务等待信息发送给所述用户端之后，还包括：

若所述用户端根据所述服务等待信息确认同时选择其它服务类型，则取消所述第一服务类型的服务订单，并为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单；

针对重新生成的服务订单，为所述用户端同时匹配第一服务类型的服务提供端和所述其它服务类型的服务提供端，直到成功匹配任一服务类型的服务提供端。

15.根据权利要求14所述的方法，其特征在于，所述取消所述第一服务类型的服务订单之前，还包括：

获取所述第一服务类型的服务订单当前的排位信息；

所述为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单，包括：

将取消的服务订单的排位信息确定为重新生成的服务订单在所述第一服务类型下的排位信息。

16.根据权利要求14或15所述的方法，其特征在于，所述取消所述第一服务类型的服务订单之前，还包括：

获取所述第一服务类型的服务订单的激励资源；

所述为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单，包括：

将取消的服务订单的激励资源作为重新生成的服务订单在所述第一服务类型下的激励资源。

17.一种信息推送方法，其特征在于，应用于用户端，所述方法包括：

向服务器发送第一服务类型的服务订单；

在等待所述服务器为所述服务订单匹配所述第一服务类型的服务提供端的过程中，接收所述服务器发送的其它服务类型的服务提供端为所述用户端提供服务的服务等待信息；

向所述服务器发送在选择所述第一服务类型的同时确认选择其他服务类型的确认信息。

18.一种信息推送方法，其特征在于，所述方法包括：

接收用户端发送的第一服务类型的服务订单；

为所述服务订单匹配所述第一服务类型的服务提供端，并向所述用户端发送等待应答页面信息；所述等待应答页面信息中携带有所述第一服务类型的服务提供端为所述用户端提供服务的服务等待信息，以及同时选择其它服务类型的提示信息。

19.一种信息推送装置，其特征在于，所述装置包括：接收模块、确定模块和发送模块；其中，

所述接收模块，用于接收用户端发送的第一服务类型的服务订单；

所述确定模块，用于在为所述服务订单匹配所述第一服务类型的服务提供端的过程中，确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息；

所述发送模块，用于将确定的所述服务等待信息发送给所述用户端，以使所述用户端根据所述服务等待信息在选择所述第一服务类型的同时选择其他服务类型。

20.根据权利要求19所述的装置，其特征在于，所述发送模块，还用于向所述用户端发送等待应答页面信息；所述等待应答页面信息中携带有所述第一服务类型的服务提供端为所述用户端提供服务的服务等待信息，以及选择其它服务类型的提示信息；所述提示信息包括所述服务等待信息；

所述发送模块还用于：

在所述用户端基于所述提示信息确认选择其它服务类型之后，将与基于所述提示信息确认选择的其他服务类型对应的服务等待信息发送给所述用户端。

21.根据权利要求20所述的装置，其特征在于，所述提示信息用于提示所述用户端能够在选择所述第一服务类型的同时，选择其它服务类型。

22.根据权利要求20或21所述的装置，其特征在于，所述提示信息中携带有其它服务类型预估应答时间；所述确定模块，具体用于根据以下步骤确定所述其它服务类型预估应答时间：

确定能够为所述用户端提供服务的其它每种服务类型分别对应的预估应答时间；

将其它每种服务类型分别对应的所述预估应答时间中的最小预估应答时间作为所述其它服务类型预估应答时间。

23.根据权利要求19所述的装置，其特征在于，所述确定模块，具体用于根据以下步骤确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息：

周期性确定并更新其它每种服务类型的服务提供端为所述用户端提供服务的服务等待信息。

24.根据权利要求19所述的装置，其特征在于，所述服务等待信息包括以下信息中的至少一种：

排位信息；预估等待应答时间；价格信息。

25.根据权利要求19所述的装置，其特征在于，所述确定模块，具体用于根据以下步骤确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息：

在确定所述服务订单符合预设的选择条件后，确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

26.根据权利要求25所述的装置，其特征在于，所述预设的选择条件包括以下条件中的一种或多种：

所述服务订单中携带的位置信息在预设区域范围内；所述第一服务类型为预设服务类型。

27.根据权利要求19所述的装置，其特征在于，所述确定模块，具体用于根据以下步骤确定其它服务类型的服务提供端为所述用户端提供服务的服务等待信息：

选择当前能够为所述用户端提供服务的其它服务类型；

确定选择的其它服务类型的服务提供端为所述用户端提供服务的服务等待信息。

28.根据权利要求27所述的装置，其特征在于，所述当前能够为所述用户端提供服务的其它服务类型满足以下条件中的至少一种：

当前处于营运时间；支持所述用户端的支付方式。

29.根据权利要求19所述的装置，其特征在于，所述发送模块，具体用于根据以下步骤将确定的所述服务等待信息发送给所述用户端：

向所述用户端发送服务类型选择页面信息，所述服务类型选择页面信息中携带有所述其它服务类型中每种服务类型分别对应的所述服务等待信息以及选项按钮，所述选项按钮用于用户选择该选项按钮对应的服务类型。

30.根据权利要求29所述的装置，其特征在于，所述服务类型选择页面信息用于指示所述用户端确认除所述第一服务类型外，同时选择的至少一个其它服务类型。

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

设置模块，用于根据所述用户端的历史订单信息，确定所述其它服务类型中所述用户端的常用服务类型；在反馈给所述用户端的服务类型选择页面信息中，将所述常用服务类型的选项按钮设置为默认选中、且能够取消选中的状态。

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

生成模块，用于若所述用户端根据所述服务等待信息确认同时选择其它服务类型，则取消所述第一服务类型的服务订单，并为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单；针对重新生成的服务订单，为所述用户端同时匹配第一服务类型的服务提供端和所述其它服务类型的服务提供端，直到成功匹配任一服务类型的服务提供端。

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

所述装置还包括：获取模块，用于获取所述第一服务类型的服务订单当前的排位信息；

所述生成模块，具体用于根据以下步骤为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单：

将取消的服务订单的排位信息确定为重新生成的服务订单在所述第一服务类型下的排位信息。

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

所述装置还包括，获取模块，用于获取所述第一服务类型的服务订单的激励资源；

所述生成模块，具体用于根据以下步骤为所述用户端重新生成同时选择第一服务类型和其它服务类型的服务订单：

将取消的服务订单的激励资源作为重新生成的服务订单在所述第一服务类型下的激励资源。

35.一种信息推送装置，其特征在于，应用于用户端，所述装置包括：发送模块和接收模块；其中，

所述发送模块，用于向服务器发送第一服务类型的服务订单；

所述接收模块，用于在等待所述服务器为所述服务订单匹配所述第一服务类型的服务提供端的过程中，接收所述服务器发送的其它服务类型的服务提供端为所述用户端提供服务的服务等待信息；

所述发送模块，还用于向所述服务器发送在选择所述第一服务类型的同时确认选择其他服务类型的确认信息。

36.一种信息推送装置，其特征在于，所述装置包括：

接收模块，用于接收用户端发送的第一服务类型的服务订单；

处理模块，用于为所述服务订单匹配所述第一服务类型的服务提供端，并向所述用户端发送等待应答页面信息；所述等待应答页面信息中携带有所述第一服务类型的服务提供端为所述用户端提供服务的服务等待信息，以及同时选择其它服务类型的提示信息。

37.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1至16任一所述方法的步骤，或者，以执行时执行如权利要求17所述方法的步骤，或者，以执行时执行如权利要求18所述方法的步骤。

38.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至16任一所述方法的步骤，或者，以执行时执行如权利要求17所述方法的步骤，或者，以执行时执行如权利要求18所述方法的步骤。

Images