CN111277618B - 一种信息推送方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及计算机技术领域，尤其涉及一种信息推送方法，所述方法包括：在接收到用户端发起的服务请求后，为所述用户端生成服务订单；确定所述服务订单等待服务的排队信息，并将所述排队信息发送给所述用户端；在确定当前所述服务订单的排队信息发生变化时，向所述用户端发送提醒信息。采用上述方案，用户端可以根据提醒信息确认当前的排队变化情况，以便用户根据排队变化情况合理安排出行，用户的使用体验较佳，进一步提升了出行平台的服务质量。本申请还提供了一种信息推送装置、电子设备及计算机可读存储介质。

Description

一种信息推送方法、装置、电子设备及存储介质

技术领域

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

背景技术

近些年，由于网约车的便捷性和实用性，网约车规模迅速扩张。网约车即是网络预约出租汽车的简称，乘客可以通过移动设备在网约车服务平台上直接与司机进行预约，司机接单后到指定地点接乘客到目的地，以方便乘客出行。

然而，通过网约车服务平台进行订单服务的前提往往取决于乘客需求和运力供给这两者的匹配情况，在诸如早晚高峰、极端天气等应用场景中会出现供小于求的情况，此时乘客可能很难叫到网约车。在供需失衡时，相关技术引入了排队机制，这样，用户便可以知道自己预计什么时候能走。然而，由于需求和运力均在动态变化，现有的排队机制无法很好的应对上述变化而导致网约车服务平台的服务质量不佳。

发明内容

有鉴于此，本申请实施例的目的在于提供一种信息推送方法、装置、电子设备及存储介质，能够在服务订单的排队信息产生变化时进行及时的信息提醒，确保服务质量。

主要包括以下几个方面：

第一方面，本申请实施例提供了一种信息推送方法，所述方法包括：

在接收到用户端发起的服务请求后，为所述用户端生成服务订单；

确定所述服务订单等待服务的排队信息，并将所述排队信息发送给所述用户端；

在确定当前所述服务订单的排队信息发生变化时，向所述用户端发送提醒信息。

在一种可能的实施方式中，在确定当前所述服务订单的排队信息发生变化时，向所述用户端发送提醒信息，包括：

在确定当前所述服务订单提前结束排队时，向所述用户端发送提醒信息；或者，

在确定当前所述服务订单的排队位置符合预设条件时，向所述用户端发送提醒信息。

在一些实施例中，所述向所述用户端发送提醒信息，包括：

通过调用预设的一种或多种即时通讯方式向所述用户端发送提醒信息。

在一些实施例中，所述即时通讯方式包括以下至少一种：

短消息、拨号呼叫、彩信、微信。

在一些实施例中，所述服务订单为出行订单，所述提醒信息中携带有以下信息中的至少一种：

接单的服务提供方信息；服务请求方到达目标地点的最晚时间；上车的目标地点信息；预估接驾时长；指示提前结束排队的信息。

在另一种实施方式中，所述向所述用户端发送提醒信息，包括：

向所述用户端发送指示用户端触发震动或铃声播放的指示信息；或者，

向所述用户端发送指示排队提前结束的指示信息，用于所述用户端在接收到所述指示信息后，通过震动方式或响铃方式提醒用户排队提前结束。

在又一种实施方式中，向所述用户端发送所述指示信息，包括：

将所述指示信息通过出行软件推送给所述用户端，用于所述用户端通过所述出行软件触发处理器执行震动或响铃的指令。

在再一种实施方式中，所述服务订单为出行订单；所述确定所述服务订单等待服务的排队信息，包括：

根据所述用户端的出行起点，确定在与所述出行起点距离预设范围内的等待出行的用户数量；

根据所述用户数量，确定所述排队信息。

在再一种实施方式中，确定当前所述服务订单提前结束排队，包括：

当根据各服务提供方提供的订单分配优先级信息，确定当前存在优先匹配所述服务订单的服务提供方时，确定当前所述服务订单提前结束排队。

在一些实施例中，服务提供方的订单分配优先级信息包括以下信息中的至少一种：

优先匹配的出行路线信息；优先匹配的出行目的地信息；优先匹配的出行距离信息。

第二方面，本申请实施例还提供了一种信息推送装置，所述装置包括：

订单生成模块，用于在接收到用户端发起的服务请求后，为所述用户端生成服务订单；

排队确定模块，用于确定所述服务订单等待服务的排队信息，并将所述排队信息发送给所述用户端；

信息推送模块，用于在确定当前所述服务订单的排队信息发生变化时，向所述用户端发送提醒信息。

在一种实施方式中，所述信息推送模块，具体用于：

在确定当前所述服务订单提前结束排队时，向所述用户端发送提醒信息；或者，

在确定当前所述服务订单的排队位置符合预设条件时，向所述用户端发送提醒信息。

在一些实施例中，所述信息推送模块，具体用于：

通过调用预设的一种或多种即时通讯方式向所述用户端发送提醒信息。

在一些实施例中，所述即时通讯方式包括以下至少一种：

短消息、拨号呼叫、彩信、微信。

在一些实施例中，所述服务订单为出行订单，所述提醒信息中携带有以下信息中的至少一种：

接单的服务提供方信息；服务请求方到达目标地点的最晚时间；上车的目标地点信息；预估接驾时长；指示提前结束排队的信息。

在另一种实施方式中，所述信息推送模块，具体用于：

向所述用户端发送指示用户端触发震动或铃声播放的指示信息；或者，

向所述用户端发送指示排队提前结束的指示信息，用于所述用户端在接收到所述指示信息后，通过震动方式或响铃方式提醒用户排队提前结束。

在又一种实施方式中，所述信息推送模块，具体用于：

将所述指示信息通过出行软件推送给所述用户端，用于所述用户端通过所述出行软件触发处理器执行震动或响铃的指令。

在再一种实施方式中，所述服务订单为出行订单；所述排队确定模块，具体用于：

根据所述用户端的出行起点，确定在与所述出行起点距离预设范围内的等待出行的用户数量；

根据所述用户数量，确定所述排队信息。

在再一种实施方式中，所述信息推送模块，具体用于：

当根据各服务提供方提供的订单分配优先级信息，确定当前存在优先匹配所述服务订单的服务提供方时，确定当前所述服务订单提前结束排队。

在一些实施例中，服务提供方的订单分配优先级信息包括以下信息中的至少一种：

优先匹配的出行路线信息；优先匹配的出行目的地信息；优先匹配的出行距离信息。

第三方面，本申请实施例还提供了一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如第一方面所述的信息推送方法的步骤。

第四方面，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如第一方面所述的信息推送方法的步骤。

采用上述方案，服务器首先基于接收到的用户端发起的服务请求生成服务订单，然后将该服务订单等待服务的排队信息发送给用户端，并能够在排队信息发生变化时对用户端进行信息提醒。这样，用户端可以根据提醒信息确认当前的排队变化情况，以便用户根据排队变化情况合理安排出行，用户的使用体验较佳，进一步提升了出行平台的服务质量。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1示出了本申请一些实施例提供的服务系统的结构示意图；

图2示出了本申请一些实施例提供的电子设备的结构示意图；

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

图4示出了本申请实施例四所提供的一种信息推送装置的结构示意图。

具体实施方式

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

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

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“网约车信息推送”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕网约车信息推送进行描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何其他交通运输类型。例如，本申请可以应用于不同的运输系统环境，包括陆地，海洋，或航空等，或其任意组合。运输系统的交通工具可以包括出租车、私家车、顺风车、公共汽车、火车、子弹头列车、高速铁路、地铁、船只、飞机、宇宙飞船、热气球、或无人驾驶车辆等，或其任意组合。

本申请还可以包括能够向用户端推送提醒信息的任何服务系统，例如，用于实现网络订餐的服务系统等。需要说明的是，不同服务系统中用户端、以及对应的用户端的信息也有所区别，用户端并不限于本申请下述实施例中示出的乘客客户端(即服务请求端、服务请求方终端)，还可以为派送员客户端等，相应地，用户端的信息也可以根据实际应用场景的不同而适应性改变。本申请的系统或方法的应用可以包括网页、浏览器的插件、客户端终端、定制系统、内部分析系统、或人工智能机器人等，或其任意组合。

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

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

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

值得注意的是，在本申请提出之前，相关技术中由于需求和运力均在动态变化，现有的排队机制无法很好的应对上述变化而导致网约车服务平台的服务质量不佳。然而，本申请方案可以将服务订单的排队信息发生变化时产生的提醒信息发送给用户端，也即，用户端则可以根据提醒信息确认当前的排队变化情况，以便用户根据排队变化情况合理安排出行，用户的使用体验较佳，进一步提升了出行平台的服务质量。

图1是本申请一些实施例的服务系统的框图。例如，服务系统可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。服务系统可以包括服务器110、网络120、服务请求方终端130、服务提供方终端140和数据库150中的一种或多种，服务器110中可以包括执行指令操作的处理器。处理器执行的指令操作包括：在接收到用户端发起的服务请求后，为所述用户端生成服务订单；确定所述服务订单等待服务的排队信息，并将所述排队信息发送给所述用户端；在确定当前所述服务订单的排队信息发生变化时，向所述用户端发送提醒信息。

在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110相对于终端，可以是本地的、也可以是远程的。例如，服务器110可以经由网络120访问存储在服务请求方终端130、服务提供方终端140、或数据库150、或其任意组合中的信息和/或数据。作为另一示例，服务器110可以直接连接到服务请求方终端130、服务提供方终端140和数据库150中至少一个，以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。在一些实施例中，服务器110可以在具有本申请中图2所示的一个或多个组件的电子设备200上实现。

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

网络120可以用于信息和/或数据的交换。在一些实施例中，服务系统中的一个或多个组件(例如，服务器110，服务请求方终端130，服务提供方终端140和数据库150)可以向其他组件发送信息和/或数据。例如，服务器110可以经由网络120从服务请求方终端130获取服务请求。在一些实施例中，网络120可以是任何类型的有线或者无线网络，或者是他们的结合。仅作为示例，网络130可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(Local Area Network，LAN)、广域网(Wide Area Network，WAN)、无线局域网(Wireless Local Area Networks，WLAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、公共电话交换网(Public Switched TelephoneNetwork，PSTN)、蓝牙网络、ZigBee网络、或近场通信(Near Field Communication,NFC)网络等，或其任意组合。在一些实施例中，网络120可以包括一个或多个网络接入点。例如，网络120可以包括有线或无线网络接入点，例如基站和/或网络交换节点，服务系统的一个或多个组件可以通过该接入点连接到网络120以交换数据和/或信息。

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

在一些实施例中，服务请求方终端130可以包括移动设备、平板计算机、膝上型计算机、或机动车辆中的内置设备等，或其任意组合。在一些实施例中，移动设备可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器设备的控制设备、智能监控设备、智能电视、智能摄像机、或对讲机等，或其任意组合。在一些实施例中，可穿戴设备可包括智能手环、智能鞋带、智能玻璃、智能头盔、智能手表、智能服装、智能背包、智能配件等、或其任何组合。在一些实施例中，智能移动设备可以包括智能手机、个人数字助理(Personal Digital Assistant，PDA)、游戏设备、导航设备、或销售点(point of sale，POS)设备等，或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实玻璃、虚拟现实贴片、增强现实头盔、增强现实玻璃、或增强现实贴片等，或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括各种虚拟现实产品等。在一些实施例中，机动车辆中的内置设备可以包括车载计算机、车载电视等。在一些实施例中，服务请求方终端130可以是具有用于定位服务请求方和/或服务请求方终端的位置的定位技术的设备。

在一些实施例中，服务提供方终端140可以是与服务请求方终端130类似或相同的设备。在一些实施例中，服务提供方终端140可以是具有定位技术的设备，用于定位服务提供方和/或服务提供方终端的位置。在一些实施例中，服务请求方终端130和/或服务提供方终端140可以与其他定位设备通信以确定服务请求方、服务请求方终端130、服务提供方、或服务提供方终端140、或其任意组合的位置。在一些实施例中，服务请求方终端130和/或服务提供方终端140可以将定位信息发送给服务器110。

数据库150可以存储数据和/或指令。在一些实施例中，数据库150可以存储从服务请求方终端130和/或服务提供方终端140获得的数据。在一些实施例中，数据库150可以存储在本申请中描述的示例性方法的数据和/或指令。在一些实施例中，数据库150可以包括大容量存储器、可移动存储器、易失性读写存储器、或只读存储器(Read-Only Memory,ROM)等，或其任意组合。作为举例，大容量存储器可以包括磁盘、光盘、固态驱动器等；可移动存储器可包括闪存驱动器、软盘、光盘、存储卡、zip磁盘、磁带等；易失性读写存储器可以包括随机存取存储器(Random Access Memory,RAM)；RAM可以包括动态RAM(Dynamic RandomAccess Memory,DRAM)，双倍数据速率同步动态RAM(Double Date-Rate Synchronous RAM,DDR SDRAM)；静态RAM(Static Random-Access Memory,SRAM)，晶闸管RAM(Thyristor-Based Random Access Memory,T-RAM)和零电容器RAM(Zero-RAM)等。作为举例，ROM可以包括掩模ROM(Mask Read-Only Memory,MROM)、可编程ROM(Programmable Read-OnlyMemory,PROM)、可擦除可编程ROM(Programmable Erasable Read-only Memory,PEROM)、电可擦除可编程ROM(Electrically Erasable Programmable read only memory,EEPROM)、光盘ROM(CD-ROM)、以及数字通用磁盘ROM等。在一些实施例中，数据库150可以在云平台上实现。仅作为示例，云平台可以包括私有云、公有云、混合云、社区云、分布式云、跨云、多云或者其它类似的等，或其任意组合。

在一些实施例中，数据库150可以连接到网络120以与服务系统(例如，服务器110，服务请求方终端130，服务提供方终端140等)中的一个或多个组件通信。服务系统中的一个或多个组件可以经由网络120访问存储在数据库150中的数据或指令。在一些实施例中，数据库150可以直接连接到服务系统中的一个或多个组件(例如，服务器110，服务请求方终端130，服务提供方终端140等)；或者，在一些实施例中，数据库150也可以是服务器110的一部分。

在一些实施例中，服务系统中的一个或多个组件(例如，服务器110，服务请求方终端130，服务提供方终端140等)可以具有访问数据库150的权限。在一些实施例中，当满足一定条件时，服务系统中的一个或多个组件可以读取和/或修改与服务请求方、服务提供方、或公众、或其任意组合有关的信息。例如，服务器110可以在接收服务请求之后读取和/或修改一个或多个用户的信息。作为另一示例，服务提供方终端140可以在从服务请求方终端130接收服务请求时访问与服务请求方有关的信息，但是服务提供方终端140可以不修改服务请求方的相关信息。

在一些实施例中，可以通过请求服务来实现服务系统中的一个或多个组件的信息交换。服务请求的对象可以是任何产品。在一些实施方案中，产品可以是有形产品或非物质产品。有形产品可包括食品、药品、商品、化学产品、电器、服装、汽车、房屋、或奢侈品等，或其任意组合。非物质产品可以包括服务产品、金融产品、知识产品、或互联网产品等，或其任意组合。互联网产品可以包括单独的主机产品、网络产品、移动互联网产品、商业主机产品、或嵌入式产品等，或其任意组合。互联网产品可以用在移动终端的软件、程序、或系统等，或者它们的任意组合中。移动终端可以包括平板电脑、笔记本电脑、移动电话、个人数字助理(Personal Digital Assistant,PDA)、智能手表、销售点(Point of sales,POS)设备、车载电脑、车载电视、或可穿戴设备等，或其任意组合。例如，互联网产品可以是计算机或移动电话中使用的任何软件和/或应用程序。软件和/或应用程序可以涉及社交、购物、运输、娱乐时间、学习、或投资等，或其任意组合。在一些实施例中，与运输有关的软件和/或应用程序可以包括旅行软件和/或应用程序、车辆调度软件和/或应用程序、绘图软件和/或应用程序等。在车辆调度软件和/或应用程序中，车辆可包括马、马车、人力车(例如，独轮车、自行车、三轮车等)、汽车(例如，出租车、公共汽车、私家车等)、火车、地铁、船只、飞机(例如，飞机、直升机、航天飞机、火箭、热气球等)等，或其任意组合。

图2示出根据本申请的一些实施例的可以实现本申请思想的服务器110、服务请求方终端130、服务提供方终端140的电子设备200的示例性硬件和软件组件的示意图。例如，处理器可以用于电子设备200上，并且用于执行本申请中的功能。

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

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

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

结合上述对服务系统以及服务系统中各电子设备的描述，下面结合具体实施例，对本申请提供的信息推送方法进行详细说明。

实施例一

如图3所示，为本申请实施例提供的一种信息推送方法的流程图，该信息推送方法的执行主体可以是上述服务器，上述方法具体执行步骤如下：

S301、在接收到用户端发起的服务请求后，为所述用户端生成服务订单。

这里，本申请实施例提供的信息推送方法不仅可以应用于打车服务这一应用场景，还可以应用于工单服务这一应用场景，还可以应用于其他需要进行信息推送的应用场景。而对于不同的应用场景而言，对应的用户端可能不同，发起的服务请求可能也不同。如对于打车服务而言，该用户端可以是服务请求端，发起的服务请求主要是为了实现服务请求方的有效出行；对于工单服务而言，该用户端可以是服务提供端，发起的服务请求则主要是为了应对服务请求方的投诉或其他不合理的出行行为。本申请实施例接下来将以打车服务这一应用场景进行描述。

首先对本申请实施例提供的信息推送方法的这一应用场景进行简单说明。在乘客需要打车时，可以通过用户端向服务器发起服务请求，该服务请求中可以携带有相应的打车信息，如出行起点信息、出行终点信息、出行时间等，服务器则可以根据上述打车信息生成对应的服务订单。

其中，上述用户端可以是移动设备客户端，还可以是web客户端，还可以是其他客户端，本申请实施例对此不做具体的限制。另外，上述打车信息不仅可以包括出行起点信息、出行终点信息，还可以包括其他打车信息，如乘客的用车类型，快车、专车、顺风车等，乘客的预约上车时间等。

上述出行起点信息可以是基于定位技术确定的，如在出行软件打开后，用户端可以自动定位乘客当前的位置作为出行起点信息。或者，乘客可以在用户端显示的地图上选择具体的上车位置，或者手动输入出行起点信息，如手动输入“首都机场”这一出行起点信息，上述出行终点信息则主要利用乘客在地图上选择或手动输入方式来确定，在此不再赘述。除此之外，

S302、确定所述服务订单等待服务的排队信息，并将所述排队信息发送给所述用户端。

这里，可以首先确定用户端的服务订单对应的排队信息，然后将该排队信息发送给用户端。上述排队信息不仅可以包括排队顺序信息，还可以包括排队等待时长信息，其主要由用户端周围的用户数量来确定，也即，在周围的用户数量越多的情况下，该用户端的排队顺序越靠后，排队等候时长越长。本申请实施例提供的信息推送方法将上述排队信息发送至用户端后，可以直接在用户端的当前显示界面上显示排队信息，以便用户能够及时了解排队情况。

值得提出的是，出行的用户数量会在不同时段随着时间发生变化，例如在出行高峰期，出行的用户数量会相对较多，在运力不变的前提下，排队的用户也相对较多，在出行的低峰期，出行的用户数量会相对较少，在运力不变的前提下，排队的用户也相对较少，甚至可能无需排队。

本申请实施例可以基于用户端的出行起点，确定与所述出行起点距离预设范围内的等待出行的用户数量，将确定的用户数量作为用户端周围的用户数量。为了便于出行平台进行合理的运力调度，在本申请实施例中，上述预设范围可以自适应调节，如在运力不足的情况下，可以将预设范围适当缩小，在运力充足的情况下，可以将预设范围适当放大。

S303、在确定当前所述服务订单的排队信息发生变化时，向所述用户端发送提醒信息。

这里，随着需求与运力的动态变化，当前服务订单的排队信息很大可能性的会随之发生变化。以一个特定区域而言，由出行低峰期过渡至出行高峰期时，确定等待服务的服务订单由少变多，在运力不变的前提下，排队的用户数量也越来越多。在同一时间内，随着运力的调度，在该特定区域内越来越多的服务订单被接受，对于一个参与排队的用户端而言，其排队顺序会越来越靠前。

在具体应用中，用户端接收到服务器发送的排队信息后，可以根据该排队信息中携带的排队等候时长信息、排队顺序信息进行出行安排。比如，在晚间20:00，用户端发起了由出行起点至出行终点的服务请求，后台服务器基于该用户端周围的用户数量确定用户端的当前排队顺序为13，预计需要等待25分钟，这样，用户便可以在25分钟后安排出行。上述排队信息是服务器基于对所有服务订单的分析确定得到的，对于用户而言，可以通过查看服务端向该用户的用户端的显示页面上推送的排队信息来确定实时的排队顺序，在排队等待时长较长时，用户通常不会一直关注显示页面上推送的排队信息。然而，考虑到服务订单的排队信息可能随时发生变化，也即，当前服务订单可能会提前结束排队，也可能会处于比较靠前的排队顺序(如前三位)，在用户没有一直关注显示页面上推送的排队信息时，很难及时了解到上述排队信息的变化，从而对用户的出行带来一定的影响。正是为了解决上述问题，本申请实施例才提供了一种在确定当前所述服务订单的排队信息发生变化时，向所述用户端发送提醒信息的信息推送方案。

值得提出的是，在本申请实施例提供的信息推送方法应用于打车服务这一应用场景时，其对应的服务订单可以为出行订单。这样，对应的提醒信息则主要包括接单的服务提供方信息、服务请求方到达目标地点的最晚时间、上车的目标地点信息、预估接驾时长、指示提前结束排队的信息等信息中的至少一种。其中，接单的服务提供方信息可以包括服务提供方的基本属性信息(如姓名、联系方式等)，还可以包括服务提供方所持车辆的车辆信息(如车辆牌照信息等)，服务请求方到达目标地点(如出行起点)的最晚时间用于提醒用户在该最晚时间内到达目标地点，指示提前结束排队的信息则用于提醒用户已经被接单，需要合理安排出行时间。

对于上述各种提醒信息，本申请实施例中可以通过调用以下预设的一种或多种即时通讯方式向所述用户端发送提醒信息：短消息、拨号呼叫、彩信、微信。上述提醒信息可以采用文本方式呈现，还可以采用图片方式呈现，还可以采用其它方式呈现，本申请实施例对此不做具体的限制。对于文本方式呈现而言，在具体应用时，可以采用“您已被提前接单，司机正快马加鞭赶来，请准时到达上车点。祝您出行更美好～”等字样进行信息提醒。

为了进一步提升在当前服务订单的排队信息发生变化时的提醒作用，本申请实施例中的服务器可以直接以指示用户端触发震动或铃声播放的指示信息进行提醒，还可以在向用户端发送指示排队提前结束的指示信息后，由用户端通过震动方式或响铃方式提醒用户排队提前结束。接下来通过如下实施例进行具体描述。

实施例二

本申请实施例二可以通过如下两个方面进行信息提醒。

第一方面：本申请实施例中，服务器可以直接向用户端发送指示用户端触发震动或铃声播放的指示信息。如，在服务器确定当前所述服务订单的排队信息发生变化时，可以生成对应的震动信号以根据该震动信号触发用户端震动以达到提醒的效果。同理，对于铃声播放提醒而言与上述描述内容类似，在此不再赘述。

除此之外，本申请实施例在采用震动或铃声播放方式提醒用户的同时，还可以通过短消息、拨号呼叫、彩信、微信等任一种或多种即时通讯方式发送提醒信息，以达到双重提醒的效果，在确保用户能够及时得知当前所述服务订单的排队信息的变化情况而大大提升使用体验度的同时，还能够避免因为服务提供方和服务请求方因为信息不对等所可能带来的投诉事件，从而进一步确保了出行平台的服务质量。

第二方面：本申请实施例中，服务器可以直接向用户端发送指示排队提前结束的指示信息。这样，用户端便可以在接收到所述指示信息后，通过震动方式或响铃方式提醒用户排队提前结束。与第一方面不同的是，这里，是用户端基于服务器发送的指示信息生成对应的震动信号或播放信号，以根据该震动信号或播放信号触发用户端震动或响铃以达到提醒的效果。与第一方面相同的是，这里，也可以在采用震动或铃声播放方式提醒用户的同时，可以通过短消息、拨号呼叫、彩信、微信等任一种或多种即时通讯方式发送提醒信息，以达到双重提醒的效果，具体参见上述描述内容，在此不再赘述。

不管是上述第一方面涉及到的指示信息发送，还是第二方面涉及到的指示信息发送，本申请实施例均可以将指示信息通过出行软件推送给用户端，用于用户端通过出行软件触发处理器执行震动或响铃的指令。

本申请实施例中，当前所述服务订单是否提前结束排队的确定过程可以直接影响服务端是否向用户端发送提醒信息，以及是否发送指示信息的关键步骤。接下来通过如下实施例三对上述当前所述服务订单是否提前结束排队的确定过程进行具体描述。

实施例三

在本申请实施例提供的信息推送方法的具体应用中，可以根据各服务提供方提供的订单分配优先级信息为当前服务订单选取能够优先匹配的服务提供方，以确定服务订单提前结束排队。其中上述服务提供方的订单分配优先级信息可以是优先匹配的出行路线信息，还可以是优先匹配的出行目的地信息，还可以是优先匹配的出行距离信息。

在本申请实施例中，可以对订单分配优先级信息进行设置。如，在当前服务订单的出行路线信息与服务提供方的出行路线信息相匹配时，则可以将该服务提供方优先匹配给与当前服务订单对应的用户端。又如，在服务提供方设置了顺路接单模式后，可以确定对应的出行目的地信息，这样，在当前服务订单的出行终点信息与服务提供方的出行目的地信息相匹配时，也可以将该服务提供方优先匹配给与当前服务订单对应的用户端。其中，上述出行目的地可以是一个具体的位置，也可以是一个区域范围以应对不同服务提供方的使用需求。再如，在当前服务订单的出行起点与服务提供方的当前位置相对较近时，可以基于出行距离信息优先匹配这一匹配原则确定当前存在的优先匹配所述服务订单的服务提供方。

基于上述实施例一至实施例三，本申请还提供了信息推送装置，下述各种装置的实施可以参见方法的实施，重复之处不再赘述。

实施例四

如图4所示，为本申请实施例四提供的信息推送装置，所述装置包括：

订单生成模块401，用于在接收到用户端发起的服务请求后，为所述用户端生成服务订单；

排队确定模块402，用于确定所述服务订单等待服务的排队信息，并将所述排队信息发送给所述用户端；

信息推送模块403，用于在确定当前所述服务订单的排队信息发生变化时，向所述用户端发送提醒信息。

在一种实施方式中，所述信息推送模块403，具体用于：

在确定当前所述服务订单提前结束排队时，向所述用户端发送提醒信息；或者，

在确定当前所述服务订单的排队位置符合预设条件时，向所述用户端发送提醒信息。

在一些实施例中，所述信息推送模块403，具体用于：

通过调用预设的一种或多种即时通讯方式向所述用户端发送提醒信息。

在一些实施例中，所述即时通讯方式包括以下至少一种：

短消息、拨号呼叫、彩信、微信。

在一些实施例中，所述服务订单为出行订单，所述提醒信息中携带有以下信息中的至少一种：

接单的服务提供方信息；服务请求方到达目标地点的最晚时间；上车的目标地点信息；预估接驾时长；指示提前结束排队的信息。

在另一种实施方式中，所述信息推送模块403，具体用于：

向所述用户端发送指示用户端触发震动或铃声播放的指示信息；或者，

向所述用户端发送指示排队提前结束的指示信息，用于所述用户端在接收到所述指示信息后，通过震动方式或响铃方式提醒用户排队提前结束。

在又一种实施方式中，所述信息推送模块403，具体用于：

将所述指示信息通过出行软件推送给所述用户端，用于所述用户端通过所述出行软件触发处理器执行震动或响铃的指令。

在再一种实施方式中，所述服务订单为出行订单；所述排队确定模块402，具体用于：

根据所述用户端的出行起点，确定在与所述出行起点距离预设范围内的等待出行的用户数量；

根据所述用户数量，确定所述排队信息。

在再一种实施方式中，所述信息推送模块403，具体用于：

当根据各服务提供方提供的订单分配优先级信息，确定当前存在优先匹配所述服务订单的服务提供方时，确定当前所述服务订单提前结束排队。

在一些实施例中，服务提供方的订单分配优先级信息包括以下信息中的至少一种：

优先匹配的出行路线信息；优先匹配的出行目的地信息；优先匹配的出行距离信息。

实施例五

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

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述信息推送方法，从而解决现有的排队机制无法很好的应对需求和运力的变化所导致的网约车服务平台的服务质量不佳的问题，进而达到能够在服务订单的排队信息产生变化时进行及时的信息提醒，确保服务质量的效果。

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

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

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

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

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

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

Claims (16)

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

在接收到用户端发起的服务请求后，为所述用户端生成服务订单；

确定所述服务订单等待服务的排队信息，并将所述排队信息发送给所述用户端，其中，所述服务订单为出行订单，所述排队信息是根据所述用户端的出行起点确定出的在与所述出行起点距离预设范围内的等待出行的用户数量得到的，所述预设范围为可调节的，所述预设范围的大小与运力呈正相关；

在确定当前所述服务订单的排队信息发生变化时，向所述用户端发送提醒信息，其中，所述服务订单的排队信息发生变化包括所述服务订单提前结束排队，在所述服务提供方设置了顺路接单模式后，当根据各服务提供方提供的订单分配优先级信息，确定当前存在优先匹配所述服务订单的服务提供方时，确定当前所述服务订单提前结束排队，所述服务订单的排队信息发生变化是由调节所述预设范围的大小引起的。

2.根据权利要求1所述的方法，其特征在于，所述向所述用户端发送提醒信息，包括：

通过调用预设的一种或多种即时通讯方式向所述用户端发送提醒信息。

3.根据权利要求2所述的方法，其特征在于，所述即时通讯方式包括以下至少一种：

短消息、拨号呼叫、彩信、微信。

4.根据权利要求2所述的方法，其特征在于，所述服务订单为出行订单，所述提醒信息中携带有以下信息中的至少一种：

接单的服务提供方信息；服务请求方到达目标地点的最晚时间；上车的目标地点信息；预估接驾时长；指示提前结束排队的信息。

5.根据权利要求1所述的方法，其特征在于，所述向所述用户端发送提醒信息，包括：

向所述用户端发送指示用户端触发震动或铃声播放的指示信息；或者，

向所述用户端发送指示排队提前结束的指示信息，用于所述用户端在接收到所述指示信息后，通过震动方式或响铃方式提醒用户排队提前结束。

6.根据权利要求5所述的方法，其特征在于，向所述用户端发送所述指示信息，包括：

将所述指示信息通过出行软件推送给所述用户端，用于所述用户端通过所述出行软件触发处理器执行震动或响铃的指令。

7.根据权利要求1所述的方法，其特征在于，服务提供方的订单分配优先级信息包括以下信息中的至少一种：

优先匹配的出行路线信息；优先匹配的出行目的地信息；优先匹配的出行距离信息。

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

订单生成模块，用于在接收到用户端发起的服务请求后，为所述用户端生成服务订单；

排队确定模块，用于确定所述服务订单等待服务的排队信息，并将所述排队信息发送给所述用户端，其中，所述服务订单为出行订单，所述排队信息是根据所述用户端的出行起点确定出的在与所述出行起点距离预设范围内的等待出行的用户数量得到的，所述预设范围为可调节的，所述预设范围的大小与运力呈正相关；

信息推送模块，用于在确定当前所述服务订单的排队信息发生变化时，向所述用户端发送提醒信息，其中，所述服务订单的排队信息发生变化包括所述服务订单提前结束排队，在所述服务提供方设置了顺路接单模式后，当根据各服务提供方提供的订单分配优先级信息，确定当前存在优先匹配所述服务订单的服务提供方时，确定当前所述服务订单提前结束排队，所述服务订单的排队信息发生变化是由调节所述预设范围的大小引起的。

9.根据权利要求8所述的装置，其特征在于，所述信息推送模块，具体用于：

通过调用预设的一种或多种即时通讯方式向所述用户端发送提醒信息。

10.根据权利要求9所述的装置，其特征在于，所述即时通讯方式包括以下至少一种：

短消息、拨号呼叫、彩信、微信。

11.根据权利要求9所述的装置，其特征在于，所述服务订单为出行订单，所述提醒信息中携带有以下信息中的至少一种：

接单的服务提供方信息；服务请求方到达目标地点的最晚时间；上车的目标地点信息；预估接驾时长；指示提前结束排队的信息。

12.根据权利要求8所述的装置，其特征在于，所述信息推送模块，具体用于：

向所述用户端发送指示用户端触发震动或铃声播放的指示信息；或者，

向所述用户端发送指示排队提前结束的指示信息，用于所述用户端在接收到所述指示信息后，通过震动方式或响铃方式提醒用户排队提前结束。

13.根据权利要求12所述的装置，其特征在于，所述信息推送模块，具体用于：

将所述指示信息通过出行软件推送给所述用户端，用于所述用户端通过所述出行软件触发处理器执行震动或响铃的指令。

14.根据权利要求8所述的装置，其特征在于，服务提供方的订单分配优先级信息包括以下信息中的至少一种：

优先匹配的出行路线信息；优先匹配的出行目的地信息；优先匹配的出行距离信息。

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

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

Images