CN107515885B - 信息推送的方法和装置 - Google Patents

Abstract

本申请公开了一种信息推送的方法和装置。所述方法的一具体实施方式包括：获取待推送信息和对应的推送策略序列；根据所述待推送信息和/或所述推送策略序列，确定所述待推送信息的至少一个接收单元；依次执行所述推送策略序列中的各个推送策略，向至少一个所述接收单元推送所述待推送信息；检测以下至少一个条件是否满足：所述待推送信息被至少一个所述接收单元接收、所述推送策略序列中的推送策略全部执行完毕；若是，则停止推送所述待推送信息。该实施方式可以提高信息推送的通用性。

Description

信息推送的方法和装置

技术领域

本申请涉及计算机技术领域，具体涉及信息推送技术领域，尤其涉及信息推送的方法和装置。

背景技术

信息推送，一般可以表示人或电子设备主动向被推送对象(例如潜在商品购买者、终端用户等)提供信息的过程，这里，所提供的信息可以称为推送信息。现有的信息推送的方法中，往往针对一种应用场景通过一种推送策略进行信息推送。例如，在打车订单信息推送中，通过向预定区域的接单客户端统一发送打车订单信息，以供司机师傅通过接单客户端进行抢单；再例如，在销售系统中，对某一个潜在客户的订单，按照个人成单率的高低向销售员推送该潜在客户的订单信息等等。这种信息推送的方法推送策略单一，不能根据不同的应用场景调整推送策略，导致信息推送方法的通用性不高。

发明内容

本申请的目的在于提出一种改进的信息推送方法和装置，来解决以上背景技术部分提到的技术问题。

一方面，本申请提供了一种信息推送方法，所述方法包括：获取待推送信息和对应的推送策略序列；根据所述待推送信息和/或所述推送策略序列，确定所述待推送信息的至少一个接收单元；依次执行所述推送策略序列中的各个推送策略，向至少一个所述接收单元推送所述待推送信息；检测以下至少一个条件是否满足：所述待推送信息被至少一个所述接收单元接收、所述推送策略序列中的推送策略全部执行完毕；若是，则停止推送所述待推送信息。

在一些实施例中，所述获取待推送信息和对应的推送策略序列，包括：获取预设的推送策略序列；或者从预设推送策略序列数据库中获取与所述待推送信息匹配的推送策略序列。

在一些实施例中，所述获取待推送信息和对应的推送策略序列，包括：接收用户输入的推送目标项；根据所述待推送信息和所述推送目标项，确定所述推送策略序列。

在一些实施例中，所述根据所述待推送信息和所述推送目标项，确定所述推送策略序列，包括：根据所述待推送信息和所述推送目标项，从预设推送策略序列数据库中获取与所述待推送信息和所述推送目标项匹配的推送策略序列。

在一些实施例中，所述根据所述待推送信息和所述推送目标项，确定所述推送策略序列，包括：根据所述待推送信息，获取多条历史信息推送记录，其中，所述历史信息推送记录包括：所推送的信息、所推送的信息使用的历史推送策略序列、所述推送目标项的历史进展信息；通过所述推送目标项的历史进展信息，计算各历史推送策略序列下所述推送目标项的历史目标达成度；将所述历史目标达成度最大的历史推送策略序列作为所述推送策略序列。

在一些实施例中，所述根据所述待推送信息和所述推送目标项，确定所述推送策略序列，包括：根据所述待推送信息，获取多条历史信息推送记录，其中，所述历史信息推送记录包括：所推送的信息使用的历史推送策略序列；确定所述历史推送策略序列中的各推送策略的权重系数；对所述历史推送策略序列的权重系数求和；将所得求和最大的历史推送策略序列作为所述推送策略序列。

在一些实施例中，所述推送策略序列中的推送策略包括以下至少一项：并发推送策略、排序推送策略、分组推送策略。

在一些实施例中，所述推送策略序列中的推送策略按序排列并且顺序执行。

在一些实施例中，所述根据所述待推送信息和/或所述推送策略序列，确定待推送信息的至少一个接收单元，包括：识别所述待推送信息的类别；根据预先设置的待推送信息类别与接收单元类别的对应关系，确定所述待推送信息的至少一个接收单元。

在一些实施例中，所述根据所述待推送信息和/或所述推送策略序列，确定待推送信息的至少一个接收单元，包括：根据所述推送策略序列，确定所述待推送信息的至少一个接收单元。

在一些实施例中，检测是否满足所述待推送信息被至少一个所述接收单元接收，包括：当所述至少一个接收单元中的任一接收单元执行确定接收所述待推送信息的操作时，判断预设条件是否满足，其中，所述预设条件包括以下至少一项：当前时刻在预设时间点之后、所述待推送信息未被其他接收单元接收、当前时刻在预设时间范围内、所述待推送信息未被其他接收单元执行确定接收所述待推送信息的操作；若满足，则确定所述任一接收单元接收所述待推送信息。

在一些实施例中，在所述停止推送所述待推送信息时，所述方法还包括：如果所述待推送信息被至少一个所述接收单元接收，则向接收所述待推送信息的接收单元分配所述待推送信息。

在一些实施例中，在所述停止推送所述待推送信息时，所述方法还包括：如果所述推送策略序列中的推送策略全部执行完毕，则按照预设分配规则向至少一个所述接收单元分配所述待推送信息。

在一些实施例中，所述推送策略序列包含预设分配规则，且所述预设分配规则作为所述推送策略序列中的最后一个推送策略。

第二方面，本申请提供了一种信息推送的装置，所述装置包括：获取模块，配置用于获取待推送信息和对应的推送策略序列；确定模块，配置用于根据所述待推送信息和/或所述推送策略序列，确定所述待推送信息的至少一个接收单元；推送模块，配置用于依次执行所述推送策略序列中的各个推送策略，向至少一个所述接收单元推送所述待推送信息；检测模块，配置用于检测以下至少一个条件是否满足：所述待推送信息被至少一个所述接收单元接收、所述推送策略序列中的推送策略全部执行完毕，其中，若所述检测模块检测以上至少一个条件满足，则所述推送模块停止推送所述待推送信息。

在一些实施例中，所述获取模块包括：第一获取单元，配置用于获取预设的推送策略序列；或者第二获取单元，配置用于从预设推送策略序列数据库中获取与所述待推送信息匹配的推送策略序列。

在一些实施例中，所述获取模块包括：目标项接收单元，配置用于接收用户输入的推送目标项；推送策略序列确定单元，配置用于根根据所述待推送信息和所述推送目标项，确定所述推送策略序列。

在一些实施例中，所述推送策略序列确定单元进一步配置用于：根据所述待推送信息和所述推送目标项，从预设推送策略序列数据库中获取与所述待推送信息和所述推送目标项匹配的推送策略序列。

在一些实施例中，所述推送策略序列确定单元进一步配置用于：根据所述待推送信息，获取多条历史信息推送记录，其中，所述历史信息推送记录包括：所推送的信息、所推送的信息使用的历史推送策略序列、所述推送目标项的历史进展信息；通过所述推送目标项的历史进展信息，计算各历史推送策略序列下所述推送目标项的历史目标达成度；将所述历史目标达成度最大的历史推送策略序列确定作为所述推送策略序列。

在一些实施例中，所述推送策略序列确定单元进一步配置用于：根据所述待推送信息，获取多条历史信息推送记录，其中，所述历史信息推送记录包括：所推送的信息使用的历史推送策略序列；确定所述历史推送策略序列中的各推送策略的权重系数；对所述历史推送策略序列的权重系数求和；将所得求和最大的历史推送策略序列作为所述推送策略序列。

在一些实施例中，所述推送策略序列中的推送策略包括以下至少一项：并发推送策略、排序推送策略、分组推送策略。

在一些实施例中，所述推送策略序列中的推送策略按序排列并且顺序执行。在一些实施例中，所述确定模块包括：识别单元，配置用于识别所述待推送信息的类别；确定单元，配置用于根据预先设置的待推送信息类别与接收单元类别的对应关系，确定所述待推送信息的至少一个接收单元。

在一些实施例中，所述确定模块包括：推送对象确定单元，配置用于根据所述推送策略序列，确定所述待推送信息的至少一个接收单元。

在一些实施例中，所述检测单元进一步配置用于：当所述至少一个接收单元中的任一接收单元执行确定接收所述待推送信息的操作时，判断预设条件是否满足，其中，所述预设条件包括以下至少一项：当前时刻在预设时间点之后、所述待推送信息未被其他接收单元接收、当前时刻在预设时间范围内、所述待推送信息未被其他接收单元执行确定接收所述待推送信息的操作；若满足，则确定所述任一接收单元接收所述待推送信息。

在一些实施例中，所述装置还包括：第一分配模块，用于在所述推送模块停止推送所述待推送信息时，如果所述待推送信息被至少一个所述接收单元接收，则向接收所述待推送信息的接收单元分配所述待推送信息。

在一些实施例中，所述装置还包括：第二分配模块，用于在所述推送模块停止推送所述待推送信息时，如果所述推送策略序列中的推送策略全部执行完毕，则按照预设分配规则向至少一个所述接收单元分配所述待推送信息。

在一些实施例中，所述推送策略序列包含预设分配规则，且所述预设分配规则作为所述推送策略序列中的最后一个推送策略。

本申请提供的信息推送的方法和装置，通过获取待推送信息和对应的推送策略序列，接着根据待推送信息和/或推送策略序列，确定待推送信息的至少一个接收单元，然后依次执行上述推送策略序列中的各个推送策略，向至少一个接收单元推送待推送信息，同时检测以下至少一个条件是否满足：待推送信息被至少一个接收单元接收、上述推送策略序列中的推送策略全部执行完毕，当上述至少一个条件被满足时，则停止推送待推送信息。由于通过不同的推送策略组合成不同的推送策略序列进行信息推送，这种信息推送方法和装置有利于适应各种应用场景，可以增强信息推送方法的通用性。

附图说明

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

图1示出了可以应用本申请实施例的示例性系统架构；

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

图2-1是根据本申请的信息推送的方法的一个实施例的排序推送策略的示意图；

图2-2是根据本申请的信息推送的方法的一个实施例的并发推送策略的示意图；

图2-3是根据本申请的信息推送的方法的一个实施例的分组推送策略的示意图；

图3是根据本申请的信息推送的方法的一个实施例的一个应用场景示意图；

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

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

图6是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。

具体实施方式

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

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

图1示出了可以应用本申请实施例的示例性系统架构100。

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

终端设备101、102可以通过网络103与服务器104交互，以接收或发送消息等。终端设备101、102上可以安装有各种通讯客户端应用，例如信息推送类应用、购物类应用、浏览器应用、定位类应用、地图类应用、理财类应用、搜索类应用、社交平台应用、邮箱客户端、即时通信工具等等。

终端设备101、102可以是支持信息推送类应用等安装于其上的各种电子设备，包括但不限于智能手机、智能手表、平板电脑、个人数字助理、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器104可以是提供各种服务的服务器。例如服务器104可以是对终端设备101、102的信息推送类应用等提供支持的后台服务器等。服务器104可以对接收到的数据进行存储、生成等处理，并将处理结果反馈给终端设备101、102。

需要说明的是，本申请实施例所提供的信息推送的方法一般由服务器104执行，但一些情况下也可以由终端设备101、102执行，本申请对此不做限定。当本申请所提供的信息推送的方法由终端设备101、102执行时，也可以不需要网络103和服务器104提供支持。相应地，本申请实施例所提供的信息推送的装置一般可以设置在服务器104中，但一些情况下也可以设置在终端设备101、102中。

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

请参考图2，其示出了信息推送的方法的一个实施例的流程200。本实施例主要以该方法应用于有一定运算能力的电子设备中来举例说明，该电子设备例如可以是图1示出的服务器104等。该信息推送的方法，包括以下步骤：

步骤201，获取待推送信息和对应的推送策略序列。

在本实施例中，应用该信息推送的方法的服务器可以通过有线连接方式或者无线连接方式从上述终端设备获取待推送信息。上述无线连接方式包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。

这里，待推送信息可以是待向在终端设备上运行的信息推送类应用推送的各类信息，如订单信息、任务信息、请求信息等等，其可以根据用户输入的相关信息生成。例如，信息推送类应用是打车应用时，待推送信息可以是向司机师傅的接单客户端推送的打车订单信息等等，其中打车订单信息可以根据打车用户输入的地理位置信息、时间信息等生成。服务器可以将待推送信息推送给运行信息推送类应用的终端设备，以供使用该终端设备的用户选择是否接收该待推送信息。如司机师傅通过接单客户端接收打车订单信息，则代表该司机师傅愿意接受该打车用户的该打车订单，可以为该打车用户提供打车服务。

推送策略序列可以包括至少一个推送策略。其中，推送策略可以是服务器向接收单元推送待推送信息的规则或方式。

在本实施例的一些可选的实现方式中，上述推送策略序列中的推送策略可以包括以下至少一项：排序推送策略、并发推送策略、分组推送策略。

其中，排序推送策略可以是将接收单元按照某个特征进行排序，如上述打车订单信息的推送中按照接收单元距离打车用户的出发地点的距离由近及远进行排序；上述潜在客户的订单信息推送中按照抢单客户端所代表的销售员的销售成功率由高到低进行排序等等，然后按照上述排序结果以一定的时间间隔(如15秒)依次向接收单元推送待推送信息。可参照图2-1所示的示意图，图2-1中首先对接收单元进行排序，并在0秒时向排列第1的接收单元推送待推送信息；在第15秒时向排列第2的接收单元推送该待推送信息；在第30秒时向排列第3的接收单元推送该待推送信息……图2-1中，还对设置了推送时长为30秒，即每个接收单元能够对上述待推送信息的操作的时间窗口为30秒。

并发推送策略可以是同时向所有接收单元发送待推送信息。可参照图2-2所示的示意图，可以先对所有的接收单元进行排序，也可以不对所有的接收单元进行排序，在0秒时向所有接收单元同时推送待推送信息。图2-2中，同样对推送时长进行了设置，其数值为60秒，也就是说，每个接收单元能够对上述待推送信息的操作的时间窗口为60秒。

分组推送策略可以是将接收单元按照某个特征进行排序后再按照排序结果进行分组，如分组容量为2，则排列第1和第2的两个接收单元为第1组，排列第3和第4的两个接收单元为第2组，以此类推；等等。具体可参照图2-3所示的示意图，图2-3中，首先对所有的接收单元进行排序，在0秒时向第1组包括的接收单元推送待推送信息；在15秒时向第2组包括的接收单元推送待推送信息……同样，每个接收单元能够对上述待推送信息的操作的时间窗口为60秒。

在一些实现方式中，推送策略还可以包括服务器向每个接收单元或每组接收单元集合推送待推送信息的推送时长等参数。举例而言，如果推送策略包括推送时长为5秒，则服务器从12时1分0秒开始向某个接收单元推送待推送信息，12时1分5秒结束向该接收单元推送待推送信息，结束推送后，该接收单元无法接收该待推送信息。

在本实施例中，推送策略序列可以与待推送信息存在一定对应关系。可以理解的是，这种对应关系可以是用户自定义的，也可以是服务器根据算法生成的。这种对应关系在生成后预存在服务器或与服务器连接的存储装置中。

在本实施例的一些可选的实现方式中，服务器中预存的推送策略序列可以是一组也可以是多组。多组推送策略序列与待推送信息间存在匹配关系。例如，上述打车订单信息与包括距离推送策略的推送策略序列匹配；上述潜在客户的订单信息与包括销售成功率推送策略的推送策略序列匹配。可以理解的是，多组推送策略序列还可以存储在与服务器相连的预设推送策略序列数据库中。因此，上述步骤201可以包括：获取预设的推送策略序列；或者从预设推送策略序列数据库中获取与待推送信息匹配的推送策略序列。

步骤202，根据待推送信息和/或推送策略序列，确定待推送信息的至少一个接收单元。

在本实施例中，服务器可以根据待推送信息和/或推送策略序列，确定至少一个接收单元，作为该待推送信息的推送对象。这里，接收单元可以是安装有可执行接收待推送信息的操作的信息推送类应用的终端设备。例如接收单元可以是上述接单客户端等。其中，作为接收单元的终端设备可以通过自身的设备号、与服务器连接时使用的用户名等进行区分。

在本实施例中，服务器可以根据信息推送的方法的应用场景预先确定待推送信息与接收单元的推送规则，以便服务器在获取待推送信息后根据预先确定的推送规则确定至少一个接收单元作为所获取的待推送信息的推送对象。例如，在进行打车订单信息推送中，上述推送规则可以是：向打车订单信息中包含的出发地点的预设距离范围的接收单元推送打车订单信息，则打车订单信息中包含的出发地点的预设距离范围的接收单元被确定为待推送信息的接收单元。服务器还可以根据信息推送的方法的应用场景预先确定推送策略序列与接收单元的推送规则，以便服务器在获取待推送信息和对应的推送策略序列后根据预先确定的推送规则确定至少一个接收单元作为所获取的待推送信息的推送对象。例如，上述潜在客户的订单信息推送中，推送策略序列中的推送策略为销售成功率高的销售员，则上述推送规则可以是：向所有销售员中销售成功率排名前5的销售员推送潜在客户的订单信息。可以理解的是，本实施例还可以根据待推送信息和推送策略序列来共同确定至少一个接收单元作为所获取的待推送信息的推送对象。

在本实施例的一些可选的实现方式中，服务器还可以预先将待推送信息和接收单元分别按照相似的规则划分类别，并建立类别之间的对应关系。当服务器获取待推送信息时，其可以先识别待推送信息的类别，并将与待推送信息的类别相对应的类别的至少一个接收单元确定为待推送信息的接收单元。举例而言，当本实施例的信息推送方法应用于销售订单信息推送时，可以将潜在客户的订单信息作为待推送信息，运行于终端设备的可供销售员进行抢单操作的抢单客户端作为接收单元，潜在客户的订单信息例如可以按照潜在客户所在的地理区域进行分类，如分为中国区域、美国区域等，同时运行上述抢单客户端的终端设备可以按照其所在的地理位置坐标(例如通过GPS定位获得)进行分类，并建立上述地理区域与上述终端设备的地理位置坐标的对应关系，如中国区域对应东经××度-东经××度，北纬××度-北纬××度，当潜在客户所在的地理区域为中国区域时，将地理位置坐标在东经××度-东经××度，北纬××度-北纬××度的抢单客户端确定为待推送信息的接收单元。

步骤203，依次执行上述推送策略序列中的各个推送策略，向至少一个上述接收单元推送待推送信息。

在本实施例中，服务器可以依次执行该推送策略序列中的各个推送策略，以向至少一个上述接收单元推送待推送信息。

在本实施例的一些可选的实现方式中，当上述推送策略序列中的推送策略有多个时，推送策略序列还可以包含各个推送策略的排列顺序。上述推送策略序列(包括各个推送策略及其排列顺序)可以人为确定，也可以结合机器学习方法由服务器自动获得，本申请对此不做限定。服务器执行上述推送策略序列的推送策略时，也是顺序执行的。

在本实施例的一些可选的实现方式中，上述推送策略序列具有推送生命周期，且推送策略的推送策略参数包括以下至少一项：推送时长、间隔时长、分组量。

推送生命周期可以理解为一条待推送信息的最长推送时间。举例来说，推送策略序列中包括3个推送策略，分别为推送策略A，推送策略B和推送策略C。在每个推送策略在向终端设备推送待推送信息前，都可以设置一个周期。例如，上述打车订单信息推送时，设置每个推送策略的周期是20分钟，那么推送策略序列的推送生命周期即为3个推送策略的周期之和，为60分钟。

每个推送策略都包括至少一个推送策略参数，上述推送策略参数例如可以是推送时长、间隔时长、分组量。其中，推送时长可以为向每个客户端推送时长为10秒；间隔时长可以为开始向第1个客户端推送的时间与开始向第2个客户端推送的时间之间相距5秒；分组量可以为每次向2个客户端推送信息。

步骤204，检测以下至少一个条件是否满足：待推送信息被至少一个上述接收单元接收、上述推送策略序列中的推送策略全部执行完毕。

在本实施例中，服务器在依次执行上述推送策略序列中的各个推送策略进行待推送信息推送过程中，可以同时检测以下至少一个条件是否满足：待推送信息被至少一个上述接收单元接收、推送策略序列中的推送策略全部执行完毕。

可以理解的是，如果待推送信息被至少一个上述接收单元接收，则表明待推送信息被推送给了至少一个上述接收单元；如果推送策略序列中的推送策略全部执行完毕，则待推送信息可能被至少一个上述接收单元接收，也可能未被任何上述接收单元接收。

在本实施例的一些可选实现方式中，服务器在按照某一推送策略向接收单元推送待推送信息时，如果某个接收单元执行了确定接收待推送信息的操作(例如向服务器发出接收该待推送信息的请求)，服务器可以判断根据推送策略所确定的预设条件是否满足。如果满足，则确定该接收单元可以接收待推送信息，服务器可以将待推送信息分配给该接收单元，否则，服务器可以不将待推送信息分配给该接收单元。

其中，上述预设条件可以包括但不限于以下至少一项：当前时刻在预设时间点之后、待推送信息未被其他接收单元接收、当前时刻在预设时间范围内、待推送信息未被其他接收单元执行确定接收待推送信息的操作等等。

具体地，预设条件“当前时刻在预设时间点之后”中，预设时间点可以为服务器向接收单元推送待推送信息的时间点，该条件可以确保接收单元具有接收待推送信息的资格。

预设条件“待推送信息未被其他接收单元接收”可以确保待推送信息未被分配给其他接收单元。

预设条件“当前时刻在预设时间范围内”，预设时间范围可以是上述推送策略的推送时长示例中从服务器向接收单元推送待推送信息起的推送时长范围，例如12时1分0秒至12时1分5秒，该条件可以确保接收单元执行确定接收待推送信息的操作的时刻在服务器向该接收单元推送待推送信息的时间范围内。

预设条件“待推送信息未被其他接收单元执行确定接收待推送信息的操作”可以确保接收单元在其他接收单元执行了确定接收待推送信息的操作而服务器未向其他接收单元分配待推送信息的时间间隔内重复对待推送信息执行确定接收的操作。例如，服务器可以通过一个锁定参数来标识待推送信息是否被任一接收单元执行了确定接收的操作，该锁定参数可以具有初始值(如0)，当待推送信息被任一接收单元执行了确定接收的操作时，修改该锁定参数的值为预设值(如1)，服务器可以通过判断该锁定参数的值是否为初始值从而确定待推送信息是否被任一接收单元执行了确定接收的操作。

步骤205，若是，则停止推送待推送信息。

在本实施例中，如果上述条件中的至少一个被满足，服务器可以停止向接收单元推送待推送信息。

这里，如果上述条件中“待推送信息被至少一个上述接收单元接收”被满足，服务器可以将待推送信息分配给接收待推送信息的接收单元，并停止执行推送策略序列中的推送策略，不再向其他接收单元推送该待推送信息。

如果上述条件中“推送策略序列中的推送策略全部执行完毕”被满足，则服务器停止向接收单元推送该待推送信息。

在本实施例的一些可选的实现方式中，待推送信息一定需要被至少一个上述接收单元接收。例如，待推送信息是客户的理财账户开户订单信息。此时，服务器判断待推送信息是否被至少一个上述接收单元接收，如果没有，服务器还可以按照预先设置的分配规则向至少一个上述接收单元分配上述待推送信息。其中，该待推送信息是否需要被至少一个上述接收单元接收，可以是服务器根据用户的输入操作预先确定的，也可以是服务器根据待推送信息与预设的信息集合根据关键字匹配得到的。

这里，分配规则可以是服务器将待推送信息分配给接收单元的分配方法，例如将打车订单信息分配给距离打车用户的出发地点最近的接单客户端；将潜在客户的订单信息分配给销售成功率最高的抢单客户端等等。服务器执行预先设置的分配规则时，被分配的接收单元可以自动确定接收待推送信息。

在本实施例的一些可选的实现方式中，分配规则可以预先存储在服务器中。当预设的推送策略序列中的推送策略全部执行完毕且服务器判断待推送信息需要被至少一个接收单元接收时，执行预先设置的分配规则。

在本实施例的另一些可选的实现方式中，分配规则还可以作为推送策略序列中的最后一个推送策略，在依次执行推送策略序列中的各个推送策略后，如果在执行到分配规则之前待推送信息没有被至少一个接收单元接收，则自动在最后一个推送策略中执行分配规则。

可以理解，待推送信息可以为一条或多条，当待推送信息为多条时，服务器可以对每条待推送信息分别执行本实施例的信息推送的方法。其中，多条待推送信息的信息推送的方法可以并行执行。

请参考图3，图3给出了本实施例的一个应用场景300。该应用场景300可以适用于将潜在客户的订单信息推送给销售员的生成过程。在该应用场景中，如图3所示，终端设备3001、3002、3003上可以运行有信息推送类应用，后台服务器3004可以为该信息推送类应用提供支持。其中，终端设备3001上运行的信息推送类应用和终端设备3002、3003上运行的信息推送类应用可以相同也可以不同。例如相同时，后台服务器3004可以通过用户标识(终端设备的设备号或终端设备与后台服务器连接时的用户名等)区分终端设备上运行的是发送请求的信息推送客户端还是销售员抢单的信息推送客户端。

如图3所示，该应用场景300中，首先通过步骤301，用户通过终端设备3001输入潜在客户的订单信息，后台服务器3004可以从终端设备3001远程地获取该订单信息作为待推送信息。接着，在步骤302中，后台服务器3004可以根据该订单信息确定接收单元，例如，该订单信息包含区域信息北京，后台服务器3004可以将北京区域内运行销售员抢单的信息推送客户端作为接收单元。然后，通过步骤303，后台服务器3004执行积分优先推送策略向所确定的接收单元推送该订单信息，其中，上述积分优先推送策略中的积分例如可以按照销售量越高积分越高之类的规则确定，后台服务器3004可以优先向积分较高的销售员抢单的信息推送客户端推送该订单信息。在经过步骤303的推送策略无人抢单时，后台服务器3004可以通过步骤304执行并行推送策略，该并行推送策略可以是同时向所有确定的接收单元推送该订单信息。在后台服务器3004执行并行推送策略时，销售员a通过终端设备3002上运行的抢单的信息推送客户端发起抢单请求(确定接收该订单信息)。后台服务器3004可以通过步骤305检测终端设备3002上运行的抢单的信息推送客户端是否符合预设条件，例如预设条件包括：没有其他终端设备上运行的抢单的信息推送客户端发出了抢单请求(例如可以通过订单信息没有被锁定确定)等。如果符合预设条件，在步骤306中，后台服务器3004可以锁定该订单信息，其中，锁定该订单信息可以通过修改预设的参数值等方法实现。此时，如果销售员b通过终端设备3003发出了抢单请求，后台服务器3004可以执行类似于步骤305的步骤307，检测终端设备3003上运行的抢单的信息推送客户端是否符合预设条件。此时，由于该订单信息被锁定，后台服务器3004可以确定终端设备3003上运行的抢单的信息推送客户端不符合预设条件。接着，后台服务器3004可以确定销售员a通过终端3002上运行的抢单的信息推送客户端接收了该订单信息，从而将该订单信息分配给通过终端设备3002上运行的抢单的信息推送客户端进行抢单的销售员a，并停止继续进行信息推送。

本实施例的信息推送方法，通过依次执行预设的推送策略序列中的各个推送策略向至少一个接收单元推送待推送信息，直至待推送信息被推送出去，或者推送策略被执行完毕，可以通过不同的推送策略组合成不同的推送策略序列进行信息推送，有利于适应各种应用场景，增强信息推送方法的通用性。

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

步骤401，获取待推送信息。

在本实施例中，服务器可以从远程地从与服务器连接的终端设备处获取待推送信息。这里，待推送信息可以是待向终端设备运行的信息推送类应用推送的各类信息，如订单信息、任务信息、请求信息等等，其可以根据用户输入的相关信息生成。

步骤402，接收用户输入的推送目标项。

在本实施例中，服务器可以从用户使用的终端设备获取用户输入的推送目标项。其中，推送目标项可以是用户对信息推送的需求项，例如推送目标项可以是推送效率、订单成单率(如潜在客户的订单的销售成功率)等等，推送目标项可以具有需求描述信息，该需求描述信息可以是对推送目标项所达到的效果进行描述，如推送效率最高、订单成单率90％以上等等。

步骤403，根据待推送信息和上述推送目标项确定预设的推送策略序列。

在本实施例中，服务器可以进一步根据待推送信息和上述推送目标项确定一个推送策略序列，该推送策略序列可以作为服务器推送策略序列进行信息推送。例如，推送目标项是推送效率，推送目标项的需求描述信息是推送效率最高，则该推送策略序列例如可以只包括一个推送策略，该推送策略为同时向所有接收单元推送待推送信息，推送时长为5秒。

在本实施例的一些可选实现方式中，服务器可以通过以下方法确定推送策略序列：根据待推送信息和推送目标项，从预设推送策略序列数据库中获取与待推送信息和推送目标项匹配的推送策略序列。

预设推送策略序列数据库中可以预先存储多个推送策略序列，不同的推送策略序列可以适配于不同的待推送信息和推送目标项。举例来说，销售成功率最高的推送策略不适用于订单信息的推送，也不适配与推送目标项为距离最近。

在本实施例的一些可选实现方式中，服务器可以通过以下子步骤根据待推送信息和上述推送目标项确定一个推送策略序列：

子步骤4031，根据待推送信息获取多条历史信息推送记录。

子步骤4032，通过推送目标项的历史进展信息计算各历史推送策略序列下推送目标项的历史目标达成度。

子步骤4033，将历史目标达成度最大的历史推送策略序列确定为推送策略序列。

在实践中，服务器可以获取与待推送信息相同类别的信息的多条历史信息推送记录，例如，5公里以内的打车订单信息等等。每条历史信息推送记录可以包括但不限于所推送的信息、所推送的信息使用的历史推送策略序列、推送目标项的历史进展信息等等。这里，推送目标项的历史进展信息可以是对信息被推送给接收单元之后取得的进展情况的描述，例如打车订单信息被推送给司机师傅的接单客户端，通过多长时间司机师傅通过接单客户端接收打车订单信息，再例如，潜在客户的订单信息推送给销售员的抢单客户端后，哪个抢单客户端确定接收了该订单信息，该订单最后是否完成(例如销售员和潜在客户成功签订订单合同等)等。

推送目标项的历史目标达成度可以是对推送目标项的历史目标达成情况的量化表示。服务器可以根据每条历史信息推送记录中推送目标项的历史进展信息计算其历史目标达成度。例如，假设推送目标项是订单成功率，在一种推送策略序列下，共推送了100条潜在客户的订单信息，有90个订单信息被销售员通过抢单客户端接收后和潜在客户成功签订订单合同，则订单成功率可以是90/100＝90％。相似地，服务器可以对每种推送策略序列分别计算订单成功率。当用户选择推送目标项为订单成功率，且推送目标项的需求描述信息是订单成功率最高时，服务器可以选择订单成功率最高的推送策略序列作为推送策略序列。

在一些实现中，历史信息推送记录还可以包括但不限于以下至少一项：所推送信息的接收单元、所推送信息的接收单元接收信息的数量、历史推送策略序列中每个推送策略的执行时间参数(例如推送时长、向相邻两个接收单元推送信息的间隔时长等等)、历史推送策略序列中每个推送策略进行一次推送的接收单元数量等等，在此不再一一赘述。

在本实施例的一些可选实现方式中，服务器还可以通过以下子步骤根据待推送信息和上述推送目标项确定一个推送策略序列：

子步骤4031，根据待推送信息获取多条历史信息推送记录。

子步骤4032'，确定历史推送策略序列中的各推送策略的权重系数。

子步骤4033'，对历史推送策略序列的权重系数求和。

子步骤4034'，将所得求和最大的历史推送策略序列作为推送策略序列。

服务器可以通过机器学习方法，根据待推送信息获取多条历史信息推送记录。其中，历史信息推送记录包括：所推送的信息、所推送信息使用的历史推送策略序列等等。历史信息推送记录中所推送的信息可以是与待推送信息同类的信息，例如都是打车订单信息；服务器可以根据历史推送策略序列通过机器学习方法确定各推送策略在推送策略序列中排列顺序的权重系数，然后按照权重系数对各推送策略排序，并将各种排序下的推送策略序列的权重系数相加，将所得的和最大的推送策略序列作为预设的推送策略序列。

仍以上述打车订单信息的推送为例，服务器获取了10条历史打车订单信息推送记录，上述10条推送的打车订单信息使用的历史推送策略序列不尽相同。经过统计，发现有8条推送的打车订单信息使用了距离最近的推送策略，5条推送的打车订单信息使用了司机师傅评分最高的推送策略，3条推送的打车订单信息使用了价格最低的推送策略，其它的推送策略的使用情况都比较小。可以理解的是，上述三种推送策略的权重大小排序为：距离最近的推送策略＞司机师傅评分最高的推送策略＞价格最低的推送策略＞其它的推送策略。当一个推送策略序列中包括距离最近的推送策略、司机师傅评分最高的推送策略、价格最低的推送策略，那么此推送策略序列的权重系数之和应为最高的。服务器会在计算之后，可以确定此推送策略序列为选择的推送策略序列。

步骤404，根据上述推送策略序列确定待推送信息的至少一个接收单元。

在本实施例中，服务器进一步可以根据上述推送策略序列确定待推送信息的至少一个接收单元。可以理解，推送策略不同，推送过程中的推送对象(接收单元)也可能不相同。例如，推送策略为向订单成功率最高的预设个数(如50个)的抢单客户端并行推送待推送信息，和推送策略向客户满意度评分最高的预设个数(如50个)的抢单客户端依次推送待推送信息。在一些情况下，推送策略相同，接收单元也可能不同。例如，推送策略为向距离打车订单信息所包含的出发地点最近的100个接单客户端推送打车订单信息，每个打车订单信息所包含的出发地点不同，距离其最近的100个接单客户端也不相同。因此，服务器可以根据上述推送策略序列中的每个推送策略确定相应的接收单元。

步骤405，依次执行推送策略序列中的各个推送策略，向至少一个上述接收单元推送待推送信息。

在本实施例中，服务器可以依次执行通过步骤403确定推送策略序列中的各个推送策略，以向至少一个上述接收单元推送待推送信息。

步骤406，检测以下至少一个条件是否满足：待推送信息被至少一个上述接收单元接收、推送策略序列中的推送策略全部执行完毕。

在本实施例中，服务器在依次执行上述推送策略序列中的各个推送策略进行待推送信息推送过程中，可以同时检测以下至少一个条件是否满足：待推送信息被至少一个上述接收单元接收、上述推送策略序列中的推送策略全部执行完毕。

可以理解的是，如果待推送信息被至少一个上述接收单元接收，则表明待推送信息被推送给了至少一个上述接收单元；如果上述推送策略序列中的推送策略全部执行完毕，则待推送信息可能被至少一个上述接收单元接收，也可能未被任何上述接收单元接收。

步骤407，若是，则停止推送待推送信息。

在本实施例中，如果上述条件中的至少一个被满足，服务器可以停止向接收单元推送待推送信息。

这里，如果上述条件中“待推送信息被至少一个上述接收单元接收”被满足，服务器可以将待推送信息分配给接收待推送信息的接收单元，并停止执行推送策略序列中的推送策略，不再向其他接收单元推送该待推送信息。如果上述条件中“推送策略序列中的推送策略全部执行完毕”被满足，则服务器停止向接收单元推送该待推送信息。此时，服务器可以进一步判断待推送信息是否一定需要被至少一个上述接收单元接收，若是，服务器可以判断待推送信息是否被至少一个上述接收单元接收，如果没有，服务器还可以按照预先设置的分配规则向至少一个所述接收单元分配待推送信息。

在本实施例中，上述实现流程中的步骤401、步骤405、步骤406、步骤407分别与前述实施例中的步骤201、步骤203、步骤204、步骤205基本相同，在此不再赘述。

从图4中可以看出，与图2对应的实施例不同的是，本实施例中的信息推送方法的流程400通过步骤402、403、404代替了步骤202。通过步骤402、403、404，本实施例通过接收用户输入的推送目标项，对推送策略序列按照所要达成的推送目标项进行确定，更具有针对性，可以在通用的信息推送方法中实现个性化。

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

如图5所示，本实施例的信息推送的装置500包括：获取模块501、确定模块502、推送模块503和检测模块504。其中，获取模块501可以配置用于获取待推送信息和对应的推送策略序列；确定模块502可以配置用于根据获取模块501所获取的待推送信息和/或推送策略序列，确定待推送信息的至少一个接收单元；推送模块503可以配置用于依次执行获取模块501所获取的预设的推送策略序列中的各个推送策略，向确定模块502确定的至少一个接收单元推送待推送信息；检测模块504可以配置用于检测以下至少一个条件是否满足：获取模块501所获取的待推送信息被确定模块502确定的至少一个接收单元接收、获取模块501所获取的推送策略序列中的推送策略全部执行完毕，其中，若检测模块504检测以上至少一个条件满足，则推送模块503停止推送待推送信息。

在本实施例中，获取模块501首先可以远程地获取待推送信息和对应的推送策略序列。这里，待推送信息可以是待向终端设备运行的信息推送类应用推送的各类信息，如订单信息、任务信息、请求信息等等，其可以根据用户输入的相关信息生成。推送策略序列可以包括至少一个推送策略。其中，推送策略可以是服务器向接收单元推送待推送信息的规则或方式。

在本实施例的一些可选的实现方式中，上述推送策略序列中的推送策略可以包括以下至少一项：并发推送策略、排序推送策略、分组推送策略。

其中，并发推送策略可以是同时向所有接收单元发送待推送信息。排序推送策略可以是将接收单元按照某个特征进行排序，如上述打车订单信息的推送中按照接收单元距离打车用户的出发地点的距离由近及远进行排序。分组推送策略可以是将接收单元按照某个特征进行排序后再按照排序结果进行分组，如分组容量为2，则排列第1和第2的两个接收单元为第1组，排列第3和第4的两个接收单元为第2组，以此类推；等等。

在本实施例的一些可选的实现方式中，信息推送的装置500上可以预存有设置的推送策略序列，或者预设一个与信息推送的装置500连接的推送策略序列数据库，此数据库中存储有推送策略序列。此时，获取模块501可以包括第一获取单元(未示出)或者第二获取单元(未示出)。其中，第一获取单元，配置用于获取预设的推送策略序列。第二获取单元，配置用于从预设推送策略序列数据库中获取与待推送信息匹配的推送策略序列。

在本实施例中，确定模块502接着可以根据待推送信息和/或推送策略序列，确定至少一个接收单元，作为该待推送信息的推送对象。这里，接收单元可以是可进行接收待推送信息的操作的信息推送类应用的客户端，例如可以是上述接单客户端等，其中，作为接收单元的客户端可以通过终端设备的设备号、终端设备与服务器连接时使用的用户名等进行区分。

在本实施例的一些可选的实现中，信息推送的装置500上还可以预先存储有待推送信息和接收单元分别按照相似的规则划分类别后类别之间的对应关系。此时，确定模块502可以包括识别单元(未示出)和确定单元(未示出)。其中，识别单元(未示出)可以用于识别待推送信息的类别，以及确定单元(未示出)可以将与待推送信息的类别相对应的类别的至少一个接收单元确定为待推送信息的接收单元。

在本实施例中，信息推送的装置500可以获取推送策略序列，该推送策略序列可以包括至少一个推送策略，推送模块503可以依次执行该推送策略序列中的各个推送策略，以向至少一个上述接收单元推送待推送信息。其中，推送策略可以是信息推送的装置500向接收单元推送待推送信息的规则或方式。当上述推送策略序列中的推送策略有多个时，推送策略序列还可以包含各个推送策略的排列顺序。在本实施例中，在推送模块503依次执行上述推送策略序列中的各个推送策略进行待推送信息推送过程中，检测模块504可以同时检测以下至少一个条件是否满足：待推送信息被至少一个上述接收单元接收、推送策略序列中的推送策略全部执行完毕。可以理解的是，如果待推送信息被至少一个上述接收单元接收，则表明待推送信息被推送给了至少一个上述接收单元；如果上述推送策略序列中的推送策略全部执行完毕，则待推送信息可能被至少一个上述接收单元接收，也可能未被任何上述接收单元接收。

在本实施例的一些可选的实现方式中，当上述推送策略序列中的推送策略有多个时，推送策略序列还可以包含各个推送策略的排列顺序。上述推送策略序列(包括各个推送策略及其排列顺序)可以人为确定，也可以结合机器学习方法由服务器自动获得，本申请对此不做限定。服务器执行上述推送策略序列的推送策略时，也是顺序执行的。

在本实施例的一些可选的实现方式中，上述推送策略序列具有推送生命周期，且推送策略的推送策略参数包括以下至少一项：推送时长、间隔时长、分组量。

其中，推送生命周期可以理解为一条待推送信息的最长推送时间。推送时长可以为向每个客户端推送时长为10秒；间隔时长可以为开始向第1个客户端推送的时间与开始向第2个客户端推送的时间之间相距5秒；分组量可以为每次向2个客户端推送信息。

在本实施例的一些可选的实现方式中，如果检测模块504检测到某个接收单元执行了确定接收待推送信息的操作(例如向信息推送的装置500发出接收该待推送信息的请求)，可以判断根据推送策略所确定的预设条件是否满足，如果满足，则确定该接收单元可以接收待推送信息。

在本实施例的一些可选的实现方式中，上述条件中“待推送信息被至少一个上述接收单元接收”被满足时，所述装置还可以包括第一分配模块(未示出)，配置用于在推送模块503停止执行推送策略序列中的推送策略，不再向其他接收单元推送该待推送信息时，将待推送信息分配给接收待推送信息的接收单元。

在本实施例的一些可选的实现方式中，上述条件中“推送策略序列中的推送策略全部执行完毕”被满足时，所述装置还可以包括第二分配模块(未示出)，配置用于在推送模块503停止执行推送策略序列中的推送策略，不再向其他接收单元推送该待推送信息时，按照预先设置的分配规则向至少一个接收单元分配所述待推送信息。

在本实施例的一些可选的实现方式中，上述推送策略序列包含上述预先设置的分配规则，且上述预先设置的分配规则作为推送策略序列中的最后一个推送策略。

在本实施例的一些可选的实现方式中，获取模块501可以包括目标项接收单元(未示出)和推送策略序列确定单元(未示出)。其中，接收单元可以配置用于接收用户输入的推送目标项。推送策略序列确定单元可以配置用于根据待推送信息和推送目标项确定推送策略序列。

在本实施例的一些可选的实现方式中，确定模块502可以包括推送对象确定单元(未示出)，配置用于根据推送策略序列确定单元确定的推送策略序列，确定所述待推送信息的至少一个接收单元。

在本实施例的一些可选的实现方式中，推送策略序列确定单元进一步可以根据待推送信息和接收单元接收的推送目标项，从与信息推送的装置500连接的预设推送策略序列数据库中获取与待推送信息和推送目标项匹配的推送策略序列。上述预设推送策略序列数据库中存储有多个推送策略序列，不同的推送策略序列与不同的待推送信息和推送目标项匹配存在匹配关系。

在本实施例的一些可选的实现方式中，推送策略序列确定单元进一步可以根据待推送信息获取多条历史信息推送记录，然后通过推送目标项的历史进展信息计算各历史推送策略序列下推送目标项的历史目标达成度，接着将历史目标达成度最大的历史推送策略序列确定为推送策略序列。其中，历史信息推送记录可以包括但不限于所推送的信息、所推送信息使用的历史推送策略序列、推送目标项的历史进展信息。

在本实施例的一些可选的实现方式中，推送策略序列确定单元进一步可以根据待推送信息获取多条历史信息推送记录，然后确定历史推送策略序列中的各推送策略的权重系数，接着对历史推送策略序列的权重系数求和，最后将所得求和最大的历史推送策略序列作为推送策略序列。其中，历史信息推送记录可以包括但不限于所推送的信息使用的历史推送策略序列。

值得说明的是，信息推送的装置500中记载的诸模块或单元与参考图2描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作和特征同样适用于信息推送的装置500及其中包含的模块或单元，在此不再赘述。

本领域技术人员可以理解，上述信息推送的装置500还包括一些其他公知结构，例如处理器、存储器等，为了不必要地模糊本公开的实施例，这些公知的结构在图5中未示出。

下面参考图6，其示出了适于用来实现本申请实施例的服务器的计算机系统600的结构示意图。

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

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

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。

本申请实施例中所涉及到的模块和单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块、确定模块、推送模块、检测模块和推送结果执行模块。其中这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，获取模块还可以被描述为“配置用于获取待推送信息和对应的推送策略序列的模块”。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端中的计算机可读存储介质。所述计算机可读存储介质存储有一个或者一个以上程序，当所述程序被一个或者一个以上的处理器执行时，使得所述设备：获取待推送信息和对应的推送策略序列；根据所述待推送信息和/或所述推送策略序列，确定所述待推送信息的至少一个接收单元；依次执行所述推送策略序列中的各个推送策略，向至少一个所述接收单元推送所述待推送信息；检测以下至少一个条件是否满足：所述待推送信息被至少一个所述接收单元接收、所述推送策略序列中的推送策略全部执行完毕；若是，停止推送所述待推送信息。

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

Claims (28)

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

获取待推送信息和对应的推送策略序列，所述推送策略序列包括至少一个推送策略，其中，所述推送策略是服务器向接收单元推送所述待推送信息的规则或方式；

根据所述待推送信息和/或所述推送策略序列，确定所述待推送信息的至少一个接收单元；

依次执行所述推送策略序列中的各个推送策略，向至少一个所述接收单元推送所述待推送信息；

检测以下至少一个条件是否满足：所述待推送信息被至少一个所述接收单元接收、所述推送策略序列中的推送策略全部执行完毕；

若是，则停止推送所述待推送信息。

2.根据权利要求1所述的方法，其特征在于，所述获取待推送信息和对应的推送策略序列，包括：

获取预设的推送策略序列；或者

从预设推送策略序列数据库中获取与所述待推送信息匹配的推送策略序列。

3.根据权利要求1所述的方法，其特征在于，所述获取待推送信息和对应的推送策略序列，包括：

接收用户输入的推送目标项；

根据所述待推送信息和所述推送目标项，确定所述推送策略序列。

4.根据权利要求3所述的方法，其特征在于，所述根据所述待推送信息和所述推送目标项，确定所述推送策略序列，包括：

根据所述待推送信息和所述推送目标项，从预设推送策略序列数据库中获取与所述待推送信息和所述推送目标项匹配的推送策略序列。

5.根据权利要求3所述的方法，其特征在于，所述根据所述待推送信息和所述推送目标项，确定所述推送策略序列，包括：

根据所述待推送信息，获取多条历史信息推送记录，其中，所述历史信息推送记录包括：所推送的信息、所推送的信息使用的历史推送策略序列、所述推送目标项的历史进展信息；

通过所述推送目标项的历史进展信息，计算各历史推送策略序列下所述推送目标项的历史目标达成度；

将所述历史目标达成度最大的历史推送策略序列作为所述推送策略序列。

6.根据权利要求3所述的方法，其特征在于，所述根据所述待推送信息和所述推送目标项，确定所述推送策略序列，包括：

根据所述待推送信息，获取多条历史信息推送记录，其中，所述历史信息推送记录包括：所推送的信息使用的历史推送策略序列；

确定所述历史推送策略序列中的各推送策略的权重系数；

对所述历史推送策略序列的权重系数求和；

将所得求和最大的历史推送策略序列作为所述推送策略序列。

7.根据权利要求1所述的方法，其特征在于，所述推送策略序列中的推送策略包括以下至少一项：

并发推送策略、排序推送策略、分组推送策略。

8.根据权利要求7所述的方法，其特征在于，所述推送策略序列中的推送策略按序排列并且顺序执行。

9.根据权利要求1所述的方法，其特征在于，所述根据所述待推送信息和/或所述推送策略序列，确定待推送信息的至少一个接收单元，包括：

识别所述待推送信息的类别；

根据预先设置的待推送信息类别与接收单元类别的对应关系，确定所述待推送信息的至少一个接收单元。

10.根据权利要求3所述的方法，其特征在于，所述根据所述待推送信息和/或所述推送策略序列，确定待推送信息的至少一个接收单元，包括：

根据所述推送策略序列，确定所述待推送信息的至少一个接收单元。

11.根据权利要求1所述的方法，其特征在于，检测是否满足所述待推送信息被至少一个所述接收单元接收，包括：

当所述至少一个接收单元中的任一接收单元执行确定接收所述待推送信息的操作时，判断预设条件是否满足，其中，所述预设条件包括以下至少一项：当前时刻在预设时间点之后、所述待推送信息未被其他接收单元接收、当前时刻在预设时间范围内、所述待推送信息未被其他接收单元执行确定接收所述待推送信息的操作；

若满足，则确定所述任一接收单元接收所述待推送信息。

12.根据权利要求1所述的方法，其特征在于，在所述停止推送所述待推送信息时，所述方法还包括：

如果所述待推送信息被至少一个所述接收单元接收，则向接收所述待推送信息的接收单元分配所述待推送信息。

13.根据权利要求1-12中任一项所述的方法，其特征在于，在所述停止推送所述待推送信息时，所述方法还包括：

如果所述推送策略序列中的推送策略全部执行完毕，则按照预设分配规则向至少一个所述接收单元分配所述待推送信息。

14.根据权利要求1-12中任一项所述的方法，其特征在于，所述推送策略序列包含预设分配规则，且所述预设分配规则作为所述推送策略序列中的最后一个推送策略。

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

获取模块，配置用于获取待推送信息和对应的推送策略序列，所述推送策略序列包括至少一个推送策略，其中，所述推送策略是服务器向接收单元推送所述待推送信息的规则或方式；

确定模块，配置用于根据所述待推送信息和/或所述推送策略序列，确定所述待推送信息的至少一个接收单元；

推送模块，配置用于依次执行所述推送策略序列中的各个推送策略，向至少一个所述接收单元推送所述待推送信息；

检测模块，配置用于检测以下至少一个条件是否满足：所述待推送信息被至少一个所述接收单元接收、所述推送策略序列中的推送策略全部执行完毕，

其中，若所述检测模块检测以上至少一个条件满足，则所述推送模块停止推送所述待推送信息。

16.根据权利要求15所述的装置，其特征在于，所述获取模块包括：

第一获取单元，配置用于获取预设的推送策略序列；或者

第二获取单元，配置用于从预设推送策略序列数据库中获取与所述待推送信息匹配的推送策略序列。

17.根据权利要求15所述的装置，其特征在于，所述获取模块包括：

目标项接收单元，配置用于接收用户输入的推送目标项；

推送策略序列确定单元，配置用于根据所述待推送信息和所述推送目标项，确定所述推送策略序列。

18.根据权利要求17所述的装置，其特征在于，所述推送策略序列确定单元进一步配置用于：

根据所述待推送信息和所述推送目标项，从预设推送策略序列数据库中获取与所述待推送信息和所述推送目标项匹配的推送策略序列。

19.根据权利要求17所述的装置，其特征在于，所述推送策略序列确定单元进一步配置用于：

根据所述待推送信息，获取多条历史信息推送记录，其中，所述历史信息推送记录包括：所推送的信息、所推送的信息使用的历史推送策略序列、所述推送目标项的历史进展信息；

通过所述推送目标项的历史进展信息，计算各历史推送策略序列下所述推送目标项的历史目标达成度；

将所述历史目标达成度最大的历史推送策略序列确定作为所述推送策略序列。

20.根据权利要求17所述的装置，其特征在于，所述推送策略序列确定单元进一步配置用于：

根据所述待推送信息，获取多条历史信息推送记录，其中，所述历史信息推送记录包括：所推送的信息使用的历史推送策略序列；

确定所述历史推送策略序列中的各推送策略的权重系数；

对所述历史推送策略序列的权重系数求和；

将所得求和最大的历史推送策略序列作为所述推送策略序列。

21.根据权利要求15所述的装置，其特征在于，所述推送策略序列中的推送策略包括以下至少一项：

并发推送策略、排序推送策略、分组推送策略。

22.根据权利要求21所述的装置，其特征在于，所述推送策略序列中的推送策略按序排列并且顺序执行。

23.根据权利要求15所述的装置，其特征在于，所述确定模块包括：

识别单元，配置用于识别所述待推送信息的类别；

确定单元，配置用于根据预先设置的待推送信息类别与接收单元类别的对应关系，确定所述待推送信息的至少一个接收单元。

24.根据权利要求17所述的装置，其特征在于，所述确定模块包括：

推送对象确定单元，配置用于根据所述推送策略序列，确定所述待推送信息的至少一个接收单元。

25.根据权利要求15所述的装置，其特征在于，所述检测模块进一步配置用于：

当所述至少一个接收单元中的任一接收单元执行确定接收所述待推送信息的操作时，判断预设条件是否满足，其中，所述预设条件包括以下至少一项：当前时刻在预设时间点之后、所述待推送信息未被其他接收单元接收、当前时刻在预设时间范围内、所述待推送信息未被其他接收单元执行确定接收所述待推送信息的操作；

若满足，则确定所述任一接收单元接收所述待推送信息。

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

第一分配模块，用于在所述推送模块停止推送所述待推送信息时，如果所述待推送信息被至少一个所述接收单元接收，则向接收所述待推送信息的接收单元分配所述待推送信息。

27.根据权利要求15-26中任一项所述的装置，其特征在于，所述装置还包括：

第二分配模块，用于在所述推送模块停止推送所述待推送信息时，如果所述推送策略序列中的推送策略全部执行完毕，则按照预设分配规则向至少一个所述接收单元分配所述待推送信息。

28.根据权利要求15-26中任一项所述的装置，其特征在于，所述推送策略序列包含预设分配规则，且所述预设分配规则作为所述推送策略序列中的最后一个推送策略。

Images