CN111507753A - 信息推送方法、装置和电子设备 - Google Patents

Abstract

本申请实施例公开了信息推送方法、装置和电子设备。所述方法的实施例包括：检测目标司机的空驶时长；基于空驶时长，确定目标司机是否满足订单召回条件；若满足，则基于目标司机的位置，设定目标地理区域，并召回乘客位置位于目标地理区域的订单；从所召回的订单中，选取目标订单；向提交目标订单的乘客终端推送目标司机的信息。该实施方式降低了运力资源浪费，同时，可有效缩短乘客的候车时长，提高乘客用车的便捷性。

Description

信息推送方法、装置和电子设备

技术领域

本申请实施例涉及计算机技术领域，具体信息推送方法、装置和电子设备。

背景技术

随着交通的便利，网约车出行已经成为人们常有的出行方式。用户可通过网约车应用(Application，APP)提交订单。通常，乘客可在提单过程中选择运力商、车型等信息。在乘客提单后，平台即可从乘客所在区域内寻找符合乘客意愿的空闲车辆。

现有技术中，在乘客提单后，若正常召回距离内没有空闲司机接单，则平台通常会扩大召回距离，为乘客在更远的区域中寻找满足乘客意愿的空闲车辆。由于乘客的意愿通常具有偏向性，从而导致某些运力商很少被用户选择，造成这些运力商的司机处于长时间的空驶的状态。由此，这种方式不仅造成了运力资源浪费，同时导致乘客候车时间较长，乘客用车的便捷性较差。

发明内容

本申请实施例提出了信息推送方法、装置和电子设备，以降低运力资源浪费，同时有效缩短乘客的候车时长，以提高乘客用车的便捷性。

第一方面，本申请实施例提供了一种信息推送方法，该方法包括：检测目标司机的空驶时长；基于空驶时长，确定目标司机是否满足订单召回条件；若满足，则基于目标司机的位置，设定目标地理区域，并召回乘客位置位于目标地理区域的订单；从所召回的订单中，选取目标订单；向提交目标订单的乘客终端推送目标司机的信息。

第二方面，本申请实施例提供了一种信息推送装置，该装置包括：检测单元，被配置成检测目标司机的空驶时长；确定单元，被配置成基于空驶时长，确定目标司机是否满足订单召回条件；设定单元，被配置成若满足，则基于目标司机的位置，设定目标地理区域，并召回乘客位置位于目标地理区域的订单；选取单元，被配置成从乘客位置位于目标地理区域的订单中，选取目标订单；推送单元，被配置成向提交目标订单的乘客终端推送目标司机的信息。

第三方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面所描述的方法。

第四方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面所描述的方法。

本申请实施例提供的信息推送方法、装置和电子设备，通过检测目标司机的空驶时长，而后基于空驶时长确定目标司机是否满足订单召回条件，若满足，则基于目标司机的位置设定目标地理区域，并召回乘客位置位于目标地理区域的订单。之后，从所召回的订单中，选取目标订单，从而向提交目标订单的乘客终端推送目标司机的信息。该实施方式可主动为空驶状态且满足条件的司机召回订单，降低了运力资源浪费。同时，可为乘客提供更多司机信息以供用户选择，有效缩短了乘客的候车时长，提高了乘客用车的便捷性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请的一个实施例可以应用于其中的示例性***架构图；

图2是根据本申请的信息推送方法的一个实施例的流程图；

图3是根据本申请的检测空驶时长的原理图；

图4是根据本申请的目标地理区域的示意图；

图5是根据本申请的信息推送方法的又一个实施例的流程图；

图6是根据本申请的信息推送装置的一个实施例的结构示意图；

图7是适于用来实现本申请实施例的电子设备的计算机***的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的信息推送方法或信息推送装置的示例性***架构100。

如图1所示，***架构100可以包括乘客终端101、102、103，网络104、106、服务器105和司机终端107、108、109。网络104用以在乘客终端101、102、103和服务器105之间提供通信链路的介质。网络106用以在司机终端107、108、109和服务器105之间提供通信链路的介质。网络104、106可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

乘客可以使用乘客终端101、102、103通过网络104与服务器105交互，以接收或发送消息等。司机可以使用司机终端107、108、109通过网络106与服务器105交互，以接收或发送消息等。乘客终端101、102、103以及司机终端107、108、109上可以安装有各种通讯客户端应用，例如网约车类的客户端应用、语音交互类应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

乘客终端101、102、103以及司机终端107、108、109可以是硬件，也可以是软件。当乘客终端101、102、103以及司机终端107、108、109为硬件时，可以是具有显示屏并且支持网络通信的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机、可穿戴设备等等。当乘客终端101、102、103以及司机终端107、108、109为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如对网约车类的客户端应用提供支持的后台服务器。后台服务器可以接收乘客终端101、102、103所提交的订单，也可以接收司机终端107、108、109发送的定位地点等信息。同时，可以基于司机的地点以及乘客的订单，为空载时长满足条件的司机召回订单，并可以将司机的信息推送给乘客终端等。

需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本申请实施例所提供的信息推送方法一般由服务器105执行，相应地，信息推送装置一般设置于服务器105中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的乘客终端、司机终端、网络和服务器。

继续参考图2，其示出了根据本申请的信息推送方法的一个实施例的流程200。该信息推送方法，包括以下步骤：

步骤201，检测目标司机的空驶时长。

在本实施例中，信息推送方法的执行主体(如图1所示的服务器105)可与维护有网约车平台。上述执行主体入驻网约车平台中的任一运力商的任一司机作为目标司机，检测目标司机的空驶时长。此处，空驶时长可以是从上一订单(即最后一个订单)结束到当前时间内未搭乘乘客的累计时长。

在本实施例的一些可选的实现方式中，各司机可以主动地或者周期性地自动向上述执行主体发送定位信息。此处的定位信息可以指坐标。上述执行主体若接收到某一司机终端发送的定位信息，则可将该司机终端所关联的司机作为目标司机，检测上述目标司机的空驶时长。由此，可以通过司机触发订单召回以及信息推送的流程，使司机更为便捷地选择是否需要召回订单。同时，可以使平台获得更多的运力数据，提高数据储备。

在本实施例的一些可选的实现方式中，上述执行主体可以通过如下步骤检测目标司机的空驶时长：

第一步，检测目标司机是否处于服务状态。服务状态可以指承载有乘客的状态。若处于服务状态，则可以不再执行后续流程。

第二步，若未处于服务状态，则查询目标司机的上一订单(即最后一个订单)的结束时间。

第三步，查询从该结束时间至当前时间中，目标司机的在线时间段。

第四步，将各在线时间段的时长之和确定为目标司机的空驶时长。

作为示例，图3示出了检测空驶时长的原理图。如图3所示，从上一个订单的订单结束时间点，到坐标上报时间点，共包含4个时段。分别为在线时段t1、下线时段t2、在线时段t3和在线时段t4。由此，目标司机的空驶时长即为t1+t3+t4。

需要说明的是，在司机终端上报定位信息(如坐标)后，上述执行主体即可执行检测目标司机的空驶时长的操作，且检测用时通常极短。由此，可以将当前时间和坐标上报时间视为同一时间。

通过分析从上一订单的结束时间至当前时间内目标司机的在线时间段，并将各在线时间段的时长之和作为空驶时长，可排除掉到司机下线的时间，由此保证了空驶时长计算的合理性，提高了为司机召回订单的公平性。

步骤202，基于空驶时长，确定目标司机是否满足订单召回条件。

在本实施例中，上述执行主体可以基于空驶时长，确定目标司机是否满足订单召回条件。作为示例，可以预先设定空驶时长的阈值，若空驶时长大于该阈值，则可以认为满足订单召回条件。反之，则可认为不满足订单召回条件。

在本实施例的一些可选的实现方式中，订单召回条件除与空驶时长相关，还可以与司机信息相关。此时，上述执行主体还可以通过如下步骤确定目标司机是否满足订单召回条件：

第一步，获取目标司机的司机信息。其中，司机信息包括但不限于以下至少一项：目标司机的运力商、目标司机的用车类型。此处的用车类型可以按照需要进行预先划分，如快车、舒适、豪华等。

第二步，基于当前时间所属的时间段和司机信息，获取空驶时长阈值。此处，不同的司机信息(如运力商和用车类型)和时间段，可对应不同的空驶时长阈值。

作为示例，某一运力商“XX约车”的不同用车类型在不同时间段的空驶时长阈值可参见下表所示：

例如，若目标司机的运力商为“XX约车”，且用车类型为快车。则若当前时间为19:00，则根据表格记载，空驶时长阈值则为30分钟。

需要说明的是，不同情况下的空驶时长阈值可以根据需要进行其他设定，不限于上表中的列举。

第三步，若空驶时长大于或等于所获取的空驶时长阈值，则确定目标司机满足订单召回条件。若空驶时长小于所获取的空驶时长阈值，则确定目标司机不满足订单召回条件。

由此，可根据运力商、用车类型等司机信息以及当前时间、目标司机的空载时间等多维度信息，确定出目标司机是否满足订单召回条件。提高了召回订单的合理性。

步骤203，若满足，则基于目标司机的位置，设定目标地理区域，并召回乘客位置位于目标地理区域的订单。

在本实施例中，若目标司机满足订单召回条件，则上述执行主体可以基于目标司机的位置，设定目标地理区域，并召回乘客位置位于目标地理区域的订单。此处，目标地理区域可以是目标司机当前所在区域。例如，以目标司机为中心的矩形地理区域、圆形地理区域、或者预先划分的不规则地理区域等。乘客位置位于目标地理区域的订单，即为乘客候车位置在目标地理区域之内的订单。

实践中，每个订单下单后，可以为该订单创建空间索引。空间索引可用于表征乘客的地理位置所属区域的编号与订单的对应关系。例如，可以预先划分为多个区域，不同区域对应不同编号。如乘客A和乘客B在编号1的区域下单、乘客C和乘客D在编号2的区域下单，则乘客A和乘客B的订单的索引即为编号1，乘客C和乘客D的订单的索引即为编号2。若需查找某个区域的订单，则通过该区域的编号即可查看到。在为下单的订单创建空间索引后，还可以创建订单关于空间索引的倒排索引。由此，若需要确定某个订单属于哪个区域，则通过订单和倒排索引，即可得知该订单所属的区域。因而，上述执行主体可以通过倒排索引，确定出属于目标地理区域的订单。

在本实施例的一些可选的实现方式中，上述执行主体可以按照如下步骤设定目标地理区域：

第一步，获取当前的供需信息。供需信息可包括但不限于当前未接单的订单量和当前未处于服务状态的司机数量。

第二步，基于供需信息，确定供需系数。

实践中，当前未接单的订单量越多，则需求量越大。当前未处于服务状态的司机数量越多，则供应量越大。由此，可以基于供需信息，确定出供需系数。作为示例，可以将未处于服务状态的司机数量与未接单的订单量的比值，作为供需系数。

第三步，基于预设半径和供需系数，确定目标半径。作为示例，可以将预设半径与供需系数的乘积，作为目标半径。此处，预设半径可以是一个固定值，如2公里。

第四步，以目标司机的位置为中心，基于中心和目标半径，设定目标地理区域。此处的目标地理区域用于圈定召回订单的范围。

作为示例，图4是目标地理区域的示意图。图4中的“召回半径”即为目标半径。图4中的O1至O10可以视为目标地理区域中的订单。上述执行主体可以召回O1至O10的各订单。

步骤204，从所召回的订单中，选取目标订单。

在本实施例中，上述执行主体可以从所召回的订单中，选取目标订单。此处，目标订单可以按照预设的任一选取规则进行选取。作为一个示例，可以从所召回的订单中，按照乘客位置距离目标司机由近到远的次序选取目标订单。作为又一示例，可以预估所召回的各个订单被目标司机接单后的预估价，并按照预估价从低到高的次序选取目标订单。

在本实施例的一些可选的实现方式中，上述执行主体可以按照如下步骤从所召回的订单中，选取目标订单：

第一步，查询所召回的各订单的下单预估交易额。实践中，用户在下单时，平台会计算预估交易额区间。此处可直接获取平台计算出的预估交易额区间，作为下单预估交易额。

第二步，分别基于各订单的下单预估交易额，确定各订单的候选交易额区间。作为示例，可以将预先设定一个固定浮动额。将预估交易额区间的下线与固定浮动额之和作为候选交易额的下线，将预估交易额区间的上线与固定浮动额之和作为候选交易额的上线。由此，将候选交易额的下线至候选交易额的上线所构成的区间作为候选交易额区间。

第三步，对于所召回的每一个订单，预估在目标司机对该订单接单的情况下的接单交易额，若接单交易额位于候选交易额区间，则将该订单作为候选订单。

具体地，对于所召回的每一个订单，平台可以根据用车类型、距离、当前时间、路况等因素，预估出目标司机对该订单接单的情况下的接单交易额。若该订单的接单交易额位于候选交易额区间内，则可以将该订单作为候选订单。若该订单的接单交易额不位于候选交易额区间内，则可以删除该订单。由此，可从召回的订单中，过滤出候选订单。

第四步，确定各候选订单的得分。

此处，可以按照各种方式进行各候选订单的打分。作为示例，可以首先获取目标司机在对每一个候选订单接单的情况下的接驾时间、接驾距离和上述目标司机的收益。而后，可以分别基于各候选订单对应的接驾时间、接驾距离和收益，确定各获选订单的得分。

实践中，可以预先利用机器学习算法训练一个打分模型。该模型的输入为某个订单在被某司机接单时的接驾时间、接驾距离和司机的收益，输出即为该订单的得分。利用训练后的打分模型，即可得到各候选订单的得分。此处，在训练过程中，可以采用有监督训练方式进行训练。此处的打分模型，可以是预先构建的一个函数或公式，如：

score＝f(接驾时间，接驾距离，司机收益)

其中，f表示函数，score表示分数。

第五步，按照得分从高到低的次序，依次选取候选订单作为目标订单。具体地，可以首先选择得分最高的候选订单作为目标订单，执行步骤205。在某些情况下，如该提交目标订单的乘客拒绝乘坐该目标司机的车辆的情况下，则可以删除该目标订单，并将下一个得分最高的候选订单作为目标订单，继续执行如下步骤205。

步骤205，向提交目标订单的乘客终端推送目标司机的信息。

在本实施例中，在选取目标订单后，上述执行主体可以向提交目标订单的乘客终端推送目标司机的信息。实践中，推送的目标司机的信息可以包括但不限于以下至少一项：目标司机的运力商、目标司机的姓名、目标司机的用车类型、目标司机所驾驶的车辆的车牌号、目标司机所驾驶的车辆的品牌、目标司机所驾驶的车辆的型号、目标司机所驾驶的车辆的颜色等。

在本实施例中，上述执行主体可以采用各种形式对目标司机的信息进行推送，从而乘客终端可以采用各种形式展示目标司机的信息。作为示例，可以将目标司机的信息展示于一个弹窗中，或展示于一个图片中，或展示在一个卡片形式的消息框中。本实施例对此不作限定。

在本实施例的一些可选的实现方式中，在执行主体向提交目标订单的乘客终端推送目标司机的信息之后，还可以启动倒计时(如倒计时1分钟)。若在倒计时结束前接收到乘客终端返回的接受消息，则可以向目标司机所使用的司机终端派发目标订单。进而，目标司机可选择是否接单，或者，可默认接单。由此，可主动为空驶时间较长的司机召回订单，降低了运力资源浪费。同时，可为乘客提供更多司机信息以供用户选择，有效缩短了乘客的候车时长，提高了乘客用车的便捷性。

此外，若倒计时结束，或者，若在倒计时结束前接收到乘客终端返回的拒绝消息，则上述执行主体可以从所召回的订单中选取下一目标订单，并向提交下一目标订单的乘客终端推送目标司机的信息。并继续执行倒计时等操作。

需要说明的是，上述执行主体还可以将倒计时信息同时发送给乘客终端，以提醒乘客在倒计时的时间之内决定是否接受或者拒接。从而避免长时间占用目标司机的运力。

在本实施例的一些可选的实现方式中，对于目标司机，若已将该目标司机的信息依次推送给各个乘客，但各乘客均未接受，或者，推送给乘客的次数达到某一预设的阈值，则可以不再将目标司机的信息推送给其他乘客。

在本实施例的一些可选的实现方式中，对于某一个乘客，若已将多个司机的信息推送给该乘客，但该乘客均未接受，或者，该乘客拒绝的次数达到某一预设的阈值，则可以不再向该乘客推送司机的信息，以避免由于推送信息给乘客造成不便。

本申请的上述实施例提供的方法，通过检测目标司机的空驶时长，而后基于空驶时长确定目标司机是否满足订单召回条件，若满足，则基于目标司机的位置设定目标地理区域，并召回乘客位置位于目标地理区域的订单。之后，从所召回的订单中，选取目标订单，从而向提交目标订单的乘客终端推送目标司机的信息。该实施方式可主动为空驶状态且满足条件的司机召回订单，降低了运力资源浪费。同时，可为乘客提供更多司机信息以供用户选择，有效缩短了乘客的候车时长，提高了乘客用车的便捷性。

进一步参考图5，其示出了信息推送方法的又一个实施例的流程500。该信息推送方法的流程500，包括以下步骤：

步骤501，检测目标司机的空驶时长。

步骤502，基于空驶时长，确定目标司机是否满足订单召回条件。

步骤503，若满足，则基于目标司机的位置，设定目标地理区域，并召回乘客位置位于目标地理区域的订单。

本实施例的步骤501至步骤503可参见图2对应实施例的步骤201至步骤203，此处不再赘述。

步骤504，查询所召回的各订单的下单预估交易额。

在本实施例中，信息推送方法的执行主体可以查询所召回的各订单的下单预估交易额。实践中，用户在下单时，平台会计算预估交易额区间。此处可直接获取平台计算出的预估交易额区间，作为下单预估交易额。

步骤505，分别基于各订单的下单预估交易额，确定各订单的候选交易额区间。

在本实施例中，上述执行主体可以分别基于各订单的下单预估交易额，确定各订单的候选交易额区间。

作为示例，可以将预先设定一个固定浮动额。将预估交易额区间的下线与固定浮动额之和作为候选交易额的下线，将预估交易额区间的上线与固定浮动额之和作为候选交易额的上线。由此，将候选交易额的下线至候选交易额的上线所构成的区间作为候选交易额区间。

步骤506，对于所召回的每一个订单，预估在目标司机对该订单接单的情况下的接单交易额，若接单交易额位于候选交易额区间，则将该订单作为候选订单。

在本实施例中，对于所召回的每一个订单，平台可以根据用车类型、距离、当前时间、路况等因素，预估出目标司机对该订单接单的情况下的接单交易额。若该订单的接单交易额位于候选交易额区间内，则上述执行主体可以将该订单作为候选订单。若该订单的接单交易额不位于候选交易额区间内，则上述执行主体可以删除该订单。由此，可从召回的订单中，过滤出候选订单。

步骤507，确定各候选订单的得分。

在本实施例中，上述执行主体可以按照各种方式进行各候选订单的打分。作为示例，可以首先获取目标司机在对每一个候选订单接单的情况下的接驾时间、接驾距离和上述目标司机的收益。而后，可以分别基于各候选订单对应的接驾时间、接驾距离和收益，确定各获选订单的得分。

实践中，可以预先利用机器学习算法训练一个打分模型。该模型的输入为某个订单在被某司机接单时的接驾时间、接驾距离和司机的收益，输出即为该订单的得分。利用训练后的打分模型，即可得到各候选订单的得分。此处，在训练过程中，可以采用有监督训练方式进行训练。此处的打分模型，可以是预先构建的一个函数或公式，如：

score＝f(接驾时间，接驾距离，司机收益)

其中，f表示函数，score表示分数。

步骤508，按照得分从高到低的次序，依次选取候选订单作为目标订单。

在本实施例中，上述执行主体可以首先选择得分最高的候选订单作为目标订单，执行步骤509。在某些情况下，如该提交目标订单的乘客拒绝乘坐该目标司机的车辆的情况下，则可以删除该目标订单，并将下一个得分最高的候选订单作为目标订单，继续执行如下步骤509。

步骤509，启动倒计时。

在本实施例中，上述指向主体可以启动倒计时(如倒计时1分钟)。此外，在启动倒计时的同时，上述执行主体还可以将倒计时信息同时发送给乘客终端，以提醒乘客在倒计时的时间之内决定是否接受或者拒接。从而避免长时间占用目标司机的运力。

步骤510，若在倒计时结束前接收到乘客终端返回的接受消息，则向目标司机所使用的司机终端派发目标订单。

在本实施例中，若在倒计时结束前接收到乘客终端返回的接受消息，则可以向目标司机所使用的司机终端派发目标订单。进而，目标司机可选择是否接单，或者，可默认接单。由此，可主动为空驶时间较长的司机召回订单，降低了运力资源浪费。同时，可为乘客提供更多司机信息以供用户选择，有效缩短了乘客的候车时长，提高了乘客用车的便捷性。

步骤511，若倒计时结束，或者，若在倒计时结束前接收到乘客终端返回的拒绝消息，则选取下一目标订单，并向提交下一目标订单的乘客终端推送目标司机的信息。

在本实施例中，若倒计时结束，或者，若在倒计时结束前接收到乘客终端返回的拒绝消息，则上述执行主体可以从所召回的订单中选取下一目标订单，并向提交下一目标订单的乘客终端推送目标司机的信息。并继续执行倒计时等操作。

若已将该目标司机的信息依次推送给各个乘客，但各乘客均未接受，或者，推送给乘客的次数达到某一预设的阈值，则可以不再将目标司机的信息推送给其他乘客。

从图5中可以看出，与图2对应的实施例相比，本实施例中的信息推送方法的流程500突出了从所召回的订单中选取目标订单的步骤。由此，本实施例描述的方案可以更为合理的选取出推送目标乘客的信息的目标乘客，以避免给乘客造成不便。

进一步参考图6，作为对上述各图所示方法的实现，本申请提供了一种信息推送装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图6所示，本实施例所述的信息推送装置600包括：检测单元601，被配置成检测目标司机的空驶时长；确定单元602，被配置成基于上述空驶时长，确定上述目标司机是否满足订单召回条件；设定单元603，被配置成若满足，则基于上述目标司机的位置，设定目标地理区域，并召回乘客位置位于上述目标地理区域的订单；选取单元604，被配置成从乘客位置位于上述目标地理区域的订单中，选取目标订单；推送单元605，被配置成向提交上述目标订单的乘客终端推送上述目标司机的信息。

在本实施例的一些可选的实现方式中，上述检测单元601，进一步被配置成：若接收到司机终端发送的定位信息，则将上述司机终端所关联的司机作为目标司机，检测所示目标司机是否处于服务状态；若未处于服务状态，则查询上述目标司机的上一订单的结束时间；查询从上述结束时间至当前时间中，上述目标司机的在线时间段；将各在线时间段的时长之和确定为上述目标司机的空驶时长。

在本实施例的一些可选的实现方式中，上述确定单元602，进一步被配置成：获取上述目标司机的司机信息，上述司机信息包括以下至少一项：上述目标司机的运力商、上述目标司机的用车类型；基于当前时间所属的时间段和上述司机信息，获取空驶时长阈值；若上述空驶时长大于或等于上述空驶时长阈值，则确定上述目标司机满足订单召回条件；若上述空驶时长小于上述空驶时长阈值，则确定上述目标司机不满足订单召回条件。

在本实施例的一些可选的实现方式中，上述设定单元603，进一步被配置成：获取当前的供需信息，上述供需信息包括当前未接单的订单量和当前未处于服务状态的司机数量；基于上述供需信息，确定供需系数；基于预设半径和上述供需系数，确定目标半径；以上述目标司机的位置为中心，基于上述中心和上述目标半径，设定目标地理区域。

在本实施例的一些可选的实现方式中，上述选取单元604，进一步被配置成：查询所召回的各订单的下单预估交易额；分别基于各订单的下单预估交易额，确定各订单的候选交易额区间；对于所召回的每一个订单，预估在上述目标司机对该订单接单的情况下的接单交易额，若上述接单交易额位于上述候选交易额区间，则将该订单作为候选订单；确定各候选订单的得分；按照得分从高到低的次序，依次选取候选订单作为目标订单。

在本实施例的一些可选的实现方式中，上述选取单元604，进一步被配置成：获取上述目标司机在对每一个候选订单接单的情况下的接驾时间、接驾距离和上述目标司机的收益；分别基于各候选订单对应的接驾时间、接驾距离和收益，确定各获选订单的得分。

在本实施例的一些可选的实现方式中，上述装置还包括：计时单元，被配置成启动倒计时；派发单元，被配置成若在倒计时结束前接收到上述乘客终端返回的接受消息，则向上述目标司机所使用的司机终端派发上述目标订单；重选单元，被配置成若倒计时结束，或者，若在倒计时结束前接收到上述乘客终端返回的拒绝消息，则选取下一目标订单，并向提交上述下一目标订单的乘客终端推送上述目标司机的信息。

在本实施例的一些可选的实现方式中，推送给乘客的上述目标司机的信息，包括以下至少一项：上述目标司机的运力商、上述目标司机的姓名、上述目标司机的用车类型、上述目标司机所驾驶的车辆的车牌号、上述目标司机所驾驶的车辆的品牌、上述目标司机所驾驶的车辆的型号、上述目标司机所驾驶的车辆的颜色。

本申请的上述实施例提供的装置，通过检测目标司机的空驶时长，而后基于空驶时长确定目标司机是否满足订单召回条件，若满足，则基于目标司机的位置设定目标地理区域，并召回乘客位置位于目标地理区域的订单。之后，从所召回的订单中，选取目标订单，从而向提交目标订单的乘客终端推送目标司机的信息。该实施方式可主动为空驶状态且满足条件的司机召回订单，降低了运力资源浪费。同时，可为乘客提供更多司机信息以供用户选择，有效缩短了乘客的候车时长，提高了乘客用车的便捷性。

下面参考图7，其示出了适于用来实现本申请实施例的电子设备的计算机***700的结构示意图。图7示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，计算机***700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有***700操作所需的各种程序和数据。CPU701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：检测目标司机的空驶时长；基于空驶时长，确定目标司机是否满足订单召回条件；若满足，则基于目标司机的位置，设定目标地理区域，并召回乘客位置位于目标地理区域的订单；从所召回的订单中，选取目标订单；向提交目标订单的乘客终端推送目标司机的信息。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (11)

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

检测目标司机的空驶时长；

基于所述空驶时长，确定所述目标司机是否满足订单召回条件；

若满足，则基于所述目标司机的位置，设定目标地理区域，并召回乘客位置位于所述目标地理区域的订单；

从所召回的订单中，选取目标订单；

向提交所述目标订单的乘客终端推送所述目标司机的信息。

2.根据权利要求1所述的方法，其特征在于，所述检测目标司机的空驶时长，包括：

若接收到司机终端发送的定位信息，则将所述司机终端所关联的司机作为目标司机，检测所示目标司机是否处于服务状态；

若未处于服务状态，则查询所述目标司机的上一订单的结束时间；

查询从所述结束时间至当前时间中，所述目标司机的在线时间段；

将各在线时间段的时长之和确定为所述目标司机的空驶时长。

3.根据权利要求1所述的方法，其特征在于，所述基于所述空驶时长，确定所述目标司机是否满足订单召回条件，包括：

获取所述目标司机的司机信息，所述司机信息包括以下至少一项：所述目标司机的运力商、所述目标司机的用车类型；

基于当前时间所属的时间段和所述司机信息，获取空驶时长阈值；

若所述空驶时长大于或等于所述空驶时长阈值，则确定所述目标司机满足订单召回条件；

若所述空驶时长小于所述空驶时长阈值，则确定所述目标司机不满足订单召回条件。

4.根据权利要求1所述的方法，其特征在于，所述基于所述目标司机的位置，设定目标地理区域，包括：

获取当前的供需信息，所述供需信息包括当前未接单的订单量和当前未处于服务状态的司机数量；

基于所述供需信息，确定供需系数；

基于预设半径和所述供需系数，确定目标半径；

以所述目标司机的位置为中心，基于所述中心和所述目标半径，设定目标地理区域。

5.根据权利要求1所述的方法，其特征在于，所述从所召回的订单中，选取目标订单，包括：

查询所召回的各订单的下单预估交易额；

分别基于各订单的下单预估交易额，确定各订单的候选交易额区间；

对于所召回的每一个订单，预估在所述目标司机对该订单接单的情况下的接单交易额，若所述接单交易额位于所述候选交易额区间，则将该订单作为候选订单；

确定各候选订单的得分；

按照得分从高到低的次序，依次选取候选订单作为目标订单。

6.根据权利要求5所述的方法，其特征在于，所述确定各候选订单的得分，包括：

获取所述目标司机在对每一个候选订单接单的情况下的接驾时间、接驾距离和所述目标司机的收益；

分别基于各候选订单对应的接驾时间、接驾距离和收益，确定各获选订单的得分。

7.根据权利要求1所述的方法，其特征在于，在所述向提交所述目标订单的乘客终端推送所述目标司机的信息之后，所述方法还包括：

启动倒计时；

若在倒计时结束前接收到所述乘客终端返回的接受消息，则向所述目标司机所使用的司机终端派发所述目标订单；

若倒计时结束，或者，若在倒计时结束前接收到所述乘客终端返回的拒绝消息，则选取下一目标订单，并向提交所述下一目标订单的乘客终端推送所述目标司机的信息。

8.根据权利要求1-7之一所述的方法，其特征在于，推送给乘客的所述目标司机的信息，包括以下至少一项：所述目标司机的运力商、所述目标司机的姓名、所述目标司机的用车类型、所述目标司机所驾驶的车辆的车牌号、所述目标司机所驾驶的车辆的品牌、所述目标司机所驾驶的车辆的型号、所述目标司机所驾驶的车辆的颜色。

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

检测单元，被配置成检测目标司机的空驶时长；

确定单元，被配置成基于所述空驶时长，确定所述目标司机是否满足订单召回条件；

设定单元，被配置成若满足，则基于所述目标司机的位置，设定目标地理区域，并召回乘客位置位于所述目标地理区域的订单；

选取单元，被配置成从乘客位置位于所述目标地理区域的订单中，选取目标订单；

推送单元，被配置成向提交所述目标订单的乘客终端推送所述目标司机的信息。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。

11.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-8中任一所述的方法。

Images