CN111626864A - 信息推送方法和装置、存储介质和电子装置 - Google Patents

Abstract

本申请涉及一种信息推送方法和装置、存储介质和电子装置，其中，该方法包括：接收第一对象的客户端发送的获取请求，其中，获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的目标业务用于在目标业务对象发生不同异常时，向与目标业务对象关联的第二对象转移资源；根据第一目标参数信息，确定目标业务的一个或多个业务类型，其中，第一目标参数信息包括：与第一对象对应的第一参数的参数信息，与目标业务对象对应的第二参数的参数信息；将一个或多个业务类型的业务类型信息推送给第一对象的客户端。本申请解决了相关技术中用户使用业务平台进行业务办理的方式存在的由于业务操作过程复杂导致的用户体验差的技术问题。

Description

信息推送方法和装置、存储介质和电子装置

技术领域

本申请涉及计算机领域，尤其涉及一种信息推送方法和装置、存储介质和电子装置。

背景技术

业务提供方(例如，保险公司)可以使用业务平台向用户提供业务(例如，车险业务)相关的服务。业务平台是指为开展某个或某些业务提供技术支持，可以为多个业务提供方提供服务的软件系统。

目前，业务平台可以根据业务规模对业务提供方进行排序，并将排序结果推送给用户。例如，A、B、C、D、E共五家保险公司，按照业务规模排序，并将排序结果推送给用户。

然而，基于业务规模对业务提供方进行排序，排序结果与用户需求的匹配程度较差。并且，以业务角度而言，由于业务的类别众多，需要用户浏览大量信息确定所需的业务类别和所需支付的金额，业务操作过程复杂。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请提供了一种信息推送方法和装置、存储介质和电子装置，以至少解决相关技术中用户使用业务平台进行业务办理的方式存在的由于业务操作过程复杂导致的用户体验差的技术问题。

根据本申请实施例的一个方面，提供了一种信息推送方法，包括：接收第一对象的客户端发送的获取请求，其中，获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的目标业务用于在目标业务对象发生不同异常时，向与目标业务对象关联的第二对象转移资源；根据第一目标参数信息，确定目标业务的一个或多个业务类型，其中，第一目标参数信息包括：与第一对象对应的第一参数的参数信息，与目标业务对象对应的第二参数的参数信息；将一个或多个业务类型的业务类型信息推送给第一对象的客户端。

根据本申请实施例的另一方面，还提供了一种信息推送方法，包括：检测到对第一对象的客户端执行的目标操作；响应目标操作，向服务器发送获取请求，其中，获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的目标业务用于在目标业务对象发生不同异常时，向与目标业务对象关联的第二对象转移资源；接收服务器推送的响应消息，其中，响应消息中携带有目标业务的一个或多个业务类型的业务类型信息；在第一对象的客户端上显示一个或多个业务类型的业务类型信息。

根据本申请实施例的又一方面，还提供了一种信息推送装置，包括：第一接收单元，用于接收第一对象的客户端发送的获取请求，其中，获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的目标业务用于在目标业务对象发生不同异常时，向与目标业务对象关联的第二对象转移资源；第一确定单元，用于根据第一目标参数信息，确定目标业务的一个或多个业务类型，其中，第一目标参数信息包括：与第一对象对应的第一参数的参数信息，与目标业务对象对应的第二参数的参数信息；第一推送单元，用于将一个或多个业务类型的业务类型信息推送给第一对象的客户端。

根据本申请实施例的又一方面，还提供了一种信息推送装置，包括：检测单元，用于检测到对第一对象的客户端执行的目标操作；第一发送单元，用于响应目标操作，向服务器发送获取请求，其中，获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的目标业务用于在目标业务对象发生不同异常时，向与目标业务对象关联的第二对象转移资源；第二接收单元，用于接收服务器推送的响应消息，其中，响应消息中携带有目标业务的一个或多个业务类型的业务类型信息；第一显示单元，用于在第一对象的客户端上显示一个或多个业务类型的业务类型信息。

根据本申请实施例的又一个方面，还提供了一种计算机可读的存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本申请实施例的又一个方面，还提供了一种电子装置，包括存储器和处理器，存储器中存储有计算机程序，处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

在本申请实施例中，采用由业务平台根据与第一对象对应的第一参数的参数信息和与目标业务对象对应的第二参数的参数信息生成为第一用户推送的业务方案的方式，通过接收第一对象的客户端发送的获取请求，其中，获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的目标业务用于在目标业务对象发生不同异常时，向与目标业务对象关联的第二对象转移资源；根据第一目标参数信息，确定目标业务的一个或多个业务类型，其中，第一目标参数信息包括：与第一对象对应的第一参数的参数信息，与目标业务对象对应的第二参数的参数信息；将一个或多个业务类型的业务类型信息推送给第一对象的客户端，由于由业务平台根据与第一对象对应的第一参数(例如，用户个人操作行为，用户相关信息等)的参数信息和与目标业务对象对应的第二参数(例如，所在城市，车龄，车价，上年投保方案等)的参数信息生成第一用户的推送方案，为用户进行目标业务处理提供的参考，无需用户浏览大量信息即可确定所需的业务类型，实现了简化用户业务处理操作，减少用户业务处理时间的目的，达到了提升业务处理效率、提高用户体验的技术效果，进而解决了相关技术中用户使用业务平台进行业务办理的方式存在的由于业务操作过程复杂导致的用户体验差的技术问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

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

图1是根据本申请实施例的信息推送方法的硬件环境的示意图；

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

图3是根据本申请实施例的另一种可选的信息推送方法的流程图；

图4是根据本申请实施例的一种可选的信息推送方法的示意图；

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

图6是根据本申请实施例的另一种可选的信息推送方法的示意图；

图7是根据本申请实施例的一种可选的信息推送装置的示意图；

图8是根据本申请实施例的另一种可选的信息推送装置的示意图；

以及

图9是根据本申请实施例的一种可选的电子装置的结构框图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例的一方面，提供了一种操作信息单的显示的方法实施例。可选地，在本实施例中，上述信息推送方法可以应用于如图1所示的由终端101和服务器103所构成的硬件环境中。如图1所示，服务器103通过网络与终端101进行连接，可用于为终端或终端上安装的客户端提供服务(如游戏服务、应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器103提供数据存储服务，上述网络包括但不限于：广域网、城域网或局域网，终端101并不限定于PC、手机、平板电脑等。本申请实施例的信息推送方法可以由服务器103来执行，也可以由终端101来执行，还可以是由服务器103和终端101共同执行。其中，终端101执行本申请实施例的信息推送方法也可以是由安装在其上的客户端来执行。

根据本申请实施例的一个方面，提供了一种运行于上述服务器的信息推送方法。图2是根据本申请实施例的一种可选的信息推送方法的流程图，如图2所示，该方法可以包括以下步骤：

步骤S202，接收第一对象的客户端发送的获取请求，其中，获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的目标业务用于在目标业务对象发生不同异常时，向与目标业务对象关联的第二对象转移资源；

步骤S204，根据第一目标参数信息，确定目标业务的一个或多个业务类型，其中，第一目标参数信息包括：与第一对象对应的第一参数的参数信息，与目标业务对象对应的第二参数的参数信息；

步骤S206，将一个或多个业务类型的业务类型信息推送给第一对象的客户端。

通过上述步骤S202至步骤S206，在接收到第一对象的客户端发送的获取请求之后，根据第一目标参数信息，确定目标业务的一个或多个业务类型，其中，第一目标参数信息包括：与第一对象对应的第一参数的参数信息，与目标业务对象对应的第二参数的参数信息；将一个或多个业务类型的业务类型信息推送给第一对象的客户端，解决了相关技术中用户使用业务平台进行业务办理的方式存在的由于业务操作过程复杂导致的用户体验差的技术问题，提升了业务处理效率，进而提高了用户体验。

在步骤S202提供的技术方案中，接收第一对象的客户端发送的获取请求。

第一对象可以使用目标账号登录到目标应用的客户端，该目标应用可以是业务平台(代理业务平台)的应用，该业务平台可以对接多个推送对象，并为不同的用户提供目标业务的相关服务，可以包括但不限于：推荐业务方案，推荐推送对象。

可选地，在本实施例中，目标业务可以保险业务或者某一类具体的保险业务(例如，车险)，第一对象可以是保险业务的投保人，业务方案可以包括：保险业务的业务类别(例如，车险险别)，推送对象可以是能够提供目标业务的业务提供方(例如，保险公司)。

例如，该业务平台可以是车险平台，车险平台是指为开展车险业务提供技术支撑的、可以同时为多家保险公司提供服务的软件系统。车险平台上可以基于同一个协议对接多个保险公司，透过已有数据实现对于该用户最适宜且符合习惯的推送，满足车险平台、保险公司、用户三方需求，推送推荐方案可以减轻用户选择的门槛。以业务角度而言，车险的险别众多，若用户一一操作，容易占用用户过多的时间，降低用户体验，而为用户推送推荐方案可以减少用户的操作，减少对用户时间的占用，提高用户体验。

业务平台的后台服务器可以接收第一对象的客户端发送的获取请求，该获取请求用于请求获取与目标业务对应的业务类型信息。不同类型(也称类别)的目标业务可以用于提供目标业务对象的一种类型的保障，即，在目标业务对象发生不同异常时，向与目标业务对象关联的第二对象转移资源。

可选地，在本实施例中，接收到的获取请求为可以用于请求获取为第一对象推荐的与目标业务对象对应的投保方案，目标业务对象可以投保标的物，例如，车辆，投保方案可以是投保的车险险别的集合，例如，多种车险的组合。第二对象可以为保险业务的被投保人(受益人)，转移的资源可以是一定数量的赔偿金额、或者其他赔偿资源。

需要说明的是，第一对象和第二对象可以是同一对象，也可以是不同对象。

例如，投保人可以使用车险平台(代理车险平台)对其所拥有的车辆进行投保，通过该投保人的客户端向车险平台的后台服务器发送获取请求，该获取请求至少可以用于请求获取推荐为该车辆购买的车险的险种集合。

在步骤S204提供的技术方案中，根据第一目标参数信息，确定目标业务的一个或多个业务类型。

在接收到获取请求之后，业务平台可以根据第一目标参数信息，即，与第一对象对应的第一参数的参数信息和与目标业务对象对应的第二参数的参数信息，确定待向该第一对象推送的推荐方案，即，该推荐方案包括：目标业务的一个或多个业务类型。

确定推荐方案涉及到的第一目标参数信息可以包含多方要素，可以包括但不限于：与第一对象对应的第一参数，例如，用户个人操作行为，用户相关信息等；与目标业务对象对应的第二参数，例如，目标业务对象所在城市，目标业务对象的使用时间，目标业务对象的价格，选取的历史方案等。

例如，从用户角度出发，所在城市多少反映当前用户的经济状况，发达地区可以投保较完全的保障范围；或者，透过车龄来判断是否属于高风险范围，一般高风险族群需要较完整的保障范围；同样，车价也是反应相同情况，高价车车主对于价格较不敏感，且需要完整的保障范围来选择购买，故根据历史数据判断倾向选择高保额；此外，用户在平台上是否购买过其他保险，又或是针对特定方案多次点击修改等等，也能作为推荐判断标准。

在步骤S206提供的技术方案中，将一个或多个业务类型的业务类型信息推送给第一对象的客户端。

在确定出一个或多个业务类型之后，可以获取一个或多个业务类型的业务类型信息，每个业务类型的业务类型信息可以包括但不限于以下至少之一：业务类型名称，与业务类型对应的资源类型(例如，赔偿的物品)，与业务类型对应的资源量(例如，投保金额)，与业务类型对应的处理入口(例如，投保链接)。

在获取到一个或多个业务类型的业务类型信息之后，业务平台可以将一个或多个业务类型的业务类型信息推送给第一对象的客户端，以便通过该第一对象的客户端显示该一个或多个业务类型的业务类型信息。

作为一种可选的实施例，根据第一目标参数信息，确定目标业务的一个或多个业务类型包括：

S11，根据第一目标参数信息与第三目标参数信息的相关度，从多个对象集合中确定出第一对象所属的目标对象集合，其中，每个对象集合包含一个或多个参考对象，第三目标参数信息为与每个参考对象对应的第一参数的参数信息，与参考对象的业务对象对应的第二参数的参数信息；

S12，将与目标对象集合对应的一个或多个参考业务类型，确定为目标业务的一个或多个业务类型。

为了便于确定当前用户的推荐方案，可以使用历史数据辅助进行推荐方案的确定。可以按照标签(即，推荐方案因子)对参考对象进行聚类，得到多个对象集合，每个对象集合中包含至少一个参考对象。上述标签可以有多个，分别对应于与参考对象对应的第一参数、或者，与参考对象的业务对象对应的第二参数中的一种。

例如，可以将所有用户(历史用户，参考对象)对应推荐方案因子列上，上述推荐方案因子包括：城市(经济发达地区，经济不发达地区)，车龄，车价，用户年龄，险种该保险公司是否支持，保险公司上年投保方案，当前可报价状态记录，用户个人操作行为，用户相关信息等。对所有用户按照所对应的推荐方案因子采用聚类算法(例如，k-mean算法等)进行聚类，将所有用户分为K个种类，其中，K为大于或者等于1的正整数，K个种类需要依照实际分类的结果来判断。

在将参考对象划分为多个对象集合(K个族群)之后，可以透过集合的特性(例如，族群的特性)，按照特性匹配的方式确定为后续对象推荐方案。

可以根据第一目标参数信息与第三目标参数信息的相关度，从多个对象集合中确定出第一对象所属的目标对象集合。第一目标参数信息和第三目标参数信息可以表示为特征向量的形式，特征向量中的每个元素对应于一个参数(一个推荐方案因子，例如，第一参数，第二参数)，第一目标参数信息与第三目标参数信息的相关度可以是：与第一目标参数信息对应的特征向量和与第三目标参数信息对应的特征向量之间的相似度。

如果第一目标参数信息与某一对象集合(目标对象集合)中的参考对象的第三目标参数信息之间的相关度(可以是平均相关度，最大相关度)大于或者等于相关度阈值，则可以确定第一对象属于目标对象集合。

每个对象集合可以对应配置至少一套推荐方案，即，目标业务的一个或多个参考业务类型的集合。可以将与目标对象集合对应的推荐方案，确定为第一对象的推荐方案。

如果第一目标参数信息与所有对象集合中的参考对象的第三目标参数信息的相关度均小于相关度阈值，则可以确定没有与该第一对象匹配的对象集合，则可以将默认方案(基础方案)推送给该第一对象。上述默认方案可以是能够被大多数用户所接受的推荐方案，至少能够满足目标业务对象的基本需求。

需要说明的是，为了保证对象集合划分的合理性，可以在每次有对象使用业务平台处理目标业务之后，更新对象集合，可以包括但不限于：将该对象划分到某一对象集合中，或者，将该对象划分到新的对象集合。具体的更新方式可以根据需要设定，本实施例中对此不作具体限定。

通过本实施例，通过标签(推荐方案因子)聚类分析的方式确定当前用户的推荐方案，可以避免由于标签过多导致的推荐方案确定过程复杂，且确定的推荐方案与用户的匹配程度过低的问题，提高了推荐方案与用户的匹配程度。

作为一种可选的实施例，获取请求还用于请求获取与目标业务对象对应的多个推送对象的关联信息，在接收到第一对象的客户端发送的获取请求之后，上述方法还包括：

S21，根据第二目标参数信息，确定出多个推送对象的排序结果，其中，第二目标参数信息包括：与第一对象对应的第三参数的参数信息，与每个推送对象对应的第四参数的参数信息，每个推送对象允许处理至少一种类型的目标业务，排序结果用于表示多个推送对象的推送顺序；

S22，将多个推送对象的对象信息和排序结果推送给第一对象的客户端，其中，关联信息包括：多个推送对象的对象信息和排序结果。

除了推荐方案以外，获取请求还可以用于请求获取与目标业务对象对应的多个推送对象的关联信息，上述关联信息可以包括：多个推送对象的对象信息和排序结果，上述推送对象允许处理至少一种类型的目标业务，上述排序结果用于表示多个推送对象的推送顺序。

在接收到获取请求之后，可以根据第二目标参数信息，确定出多个推送对象的排序结果，第二目标参数信息可以包括：与第一对象对应的第三参数的参数信息，与每个推送对象对应的第四参数的参数信息。

第三参数为与第一对象对应的参数，例如，第一对象针对目标业务对象的历史处理数据，处理位置，在业务平台上过往成交的推送对象，推送对象的风险模型计算出的该第一对象的风险系数等。第四参数为与推送对象对应的参数，例如，推送对象的业务规模，推送对象是否需要分流等。

例如，对于投保业务，确定推荐保司(保险公司)的算法可以透过以下推荐保司因子取出最适宜的结果：数据源来源，保司业务规模，在平台上过往成交保司，是否分流，投保地，保险公司的风险控制模型的计算结果。

对于数据源的部份，由于用户和保险公司交互，可以认为是该用户是否曾经是保险公司用户，或者，多年前是保险公司的用户。由于与业务平台交互的保险公司可能有多个，可以对多个保险公司的数据进行去重，并判断该用户可能对哪家保险公司熟悉度最高。另外，若用户曾在车险平台出过单，也认定是高优先级；或者，在业务模式上，对于流量分配有考虑，优考分配流量给A保险公司或降低B保险公司的分流，也会间接影响到整体推荐保司的排序结果。推荐保司还可以包含地区维度，由于各地区支持的保险公司不同，业务规模也有所不同，又或者，保险公司在当地的业务政策发生改变，决定扩展或收编风险，可以计算不同风险系数等级的业务对象来提高或降低保险公司的排序。

其中，上述数据源指的是：车险代理平台(业务平台)可以根据和第三方保险公司多次交互，于人车库中保留了该用户的投保轨迹，例如，A用户三年前投保B公司、两年前和去年均投保C公司等记录，由于该数据涉及多个合作方返回的数据，可以筛选出A用户正确的投保轨迹，确定用户真实的投保轨迹后再进行后续的处理。

通过本实施例，在向用户推送业务方案的同时按照推送顺序推送处理目标业务的推送对象的对象信息，可以方便用户进行目标业务的处理，提高业务处理效率。

作为一种可选的实施例，根据第二目标参数信息，确定出多个推送对象的排序结果包括：

S31，确定多个推送对象中具有目标标签的第一推送对象和不具有目标标签的第二推送对象，其中，目标标签用于指示第一推送对象在排序结果中位于目标位置；

S32，在第二推送对象包含多个子推送对象的情况下，根据与第一对象对应的第三参数的参数信息和与每个子推送对象对应的第四参数的参数信息，确定多个子推送对象的子排序结果，其中，子排序结果用于表示多个子推送对象的推送顺序；

S33，根据目标标签和子排序结果，确定出排序结果。

除了业务规模以外，还可以纳入其他因子，例如，用户偏好，地区维度，机构转化率，用户是否曾经查看、是否为该推送对象的历史用户等维度。如果对各个因子进行加权处理，认为设定各个因子的权重。但随着业务目标加大，上述按照经验值人工设定权重的方式无法有效计算权重，从而进行合理推送。

由于业务平台与推送对象的关联关系存在区别，以及，推送对象对于第一对象的评估方式不同，对于第一对象，某些推送对象需要位于排序结果中的目标位置，例如，首位，末尾。

例如，可以针对业务平台上过往已成交的保险公司打上标签，认为用户去年于平台上投保A保险公司，根据历史数据而言，除非出现特别事件，否则该用户高概率仍会投保相同保险公司。又例如，某一保险公司基于风险控制模型输出的与第一对象对应的结果认为该用户为高风险用户，向平台返回特定字段的数据，平台根据保险公司返回字段将其顺序置后。

基于目标标签，可以将多个推送对象划分为具有目标标签的第一推送对象和不具备目标标签的第二推送对象。可以基于目标标签确定第一推送对象在多个推送对象的排序结果中的位置。

若第二推送对象仅包含一个推送对象，可以排除第一推送对象的位置之间，确定第二推送对象在多个推送对象的排序结果中的位置。

若第二推送对象包含多个子推送对象，可以根据与每个子推送对象对应的第二目标参数信息，即，与第一对象对应的第三参数的参数信息，与每个子推送对象对应的第四参数的参数信息，确定出多个子推送对象的子排序结果，子排序结果用于表示多个子推送对象的推送顺序。

根据目标标签和子排序结果，可以确定出多个推送对象的排序结果，例如，可以按照目标标签将第一推送对象放入子排序结果的对应位置，得到排序结果，或者，按照目标标签将第一推送对象放置到排序结果的对应顺位，并将第二推送对象按照子排序结果放入到排序结果的对应顺位，最终得到该排序结果。

通过本实施例，按照目标标签将多个推送对象划分为不同的集合，可以实现针对性的排序，避免由于不同参数信息之间的关联性过强导致的排序结果与第一对象不匹配的问题，提高排序结果的准确性。

作为一种可选的实施例，根据与第一对象对应的第三参数的参数信息和与每个子推送对象对应的第四参数的参数信息，确定多个子推送对象的子排序结果包括：

S41，将与第一对象对应的第三参数的参数信息和与每个子推送对象对应的第四参数的参数信息分别输入到目标分类模型，得到与每个子推送对象对应的目标概率，其中，目标概率用于指示每个子推送对象被选取处理目标业务的概率；

S42，根据每个子推送对象的目标概率对多个子推送对象进行排序，得到子排序结果。

在各方数据汇总之下，可以透过机器学习的方法去预测用户偏好以及行为的目的，达到提高整体业务转换率。

可以使用目标分类模型分别确定与每个子推送对象对应的、被选取处理目标业务的概率，即，目标概率。目标分类模型可以是，贝叶斯分类模型，该目标分类模型为使用训练数据和标记数据对初始分类模型进行训练得到的分类模型，该训练数据包括：与训练对象对应的第三参数的参数信息，与每个推送对象对应的第四参数的参数信息，标记数据包括：为训练对象处理目标业务的参考推送对象的对象信息。第三参数和第四参数的含义与前述类似，在此不做赘述。

例如，不具有目标标签的保险公司的数量为三个，可以分别将三个保险公司对应的推荐保司因子输入到贝叶斯分类模型中，得到贝叶斯分类模型输出的三个概率值，该概率值为用户选取该保险公司为其处理车险业务的概率。

在得到与每个子推送对象对应的目标概率之后，可以根据各个子推送对象的目标概率对多个子推送对象进行排序，从而得到上述子排序结果。

通过本实施例，使用目标分类模型确定用户选取各个子推送对象为其处理目标业务的概率，提高了整体业务转换率。

根据每个子推送对象的目标概率对多个子推送对象进行排序的方式可以有多种，例如，可以直接按照目标概率的大小顺序对多个子推送对象进行排序。

作为一种可选的实施例，根据每个子推送对象的目标概率对多个子推送对象进行排序，得到子排序结果包括：

S51，使用预设权值分别对与每个子推送对象对应的目标概率进行加权，确定多个子推送对象之间的目标比率；

S52，重复执行目标操作，直到子推送对象集合中包含的子推送对象的数量小于第一数量，其中，初始的子推送对象集合包含多个子推送对象，目标操作包括：生成目标区间范围内的目标随机数，目标区间范围包含的子区间与子推送对象集合包含的子推送对象一一对应，目标区间范围包含的子区间的区间长度之间的比率为目标比率，目标随机数位于目标子区间内，目标子区间与子推送对象集合中的目标子推送对象对应；确定目标子推送对象位于子排序结果中已有顺位的下一个顺位；将目标子推送对象从子推送对象集合中移除，并更新目标比率。

由于业务平台与不同推送对象的合作关系(合作的密切程度)不同，同时为了避免为所有用户推送的推送对象的顺序过于单一导致的业务处理过于集中于排序靠前的推送对象，可以通过分流的方式对多个子推送对象进行排序。

例如，由于推荐保险公司不仅涉及用户对于保险公司偏好，也可以涉及其他多个方面的因素，因此，可以通过流量分配来确保符合业务上的处理需求。流量分配可以按照特定比例流入到各个保险公司。

可选地，在本实施例中，可以为不同的推送对象设置不同的权重，即，预设权值，使用预设权值分别对与每个子推送对象对应的目标概率进行加权，确定多个子推送对象之间的目标比率。

例如，A、B、C三家保险公司对应的权重分别是1、2、3，将分类模型输出的与各个保险公司对应的概率乘以上述权重，计算出三个保险公司的比率，为40:50:60。

然后，可以执行筛选子推送对象的操作，包括以下步骤：

步骤1，生成目标区间范围内的目标随机数。

根据目标比率，可以确定出与该目标比率对应的目标区间范围。对于没有公约数的目标比率，该目标区间范围可以是1(或者，0)至目标比率中各个数值的和的倍数(或者，目标比率中各个数值的和的倍数-1)。目标区间范围包含的多个子区间，每个子区间对应于剩余的子推送对象(子推送对象集合)中的一个。

例如，对于上述目标比率40:50:60，则目标区间范围可以是1～150(或者，1～(15*N)，其中，N≥1)，其中，1～40对应于A保险公司，41～90对应于B保险公司，91～150对应于C保险公司。

业务平台可以生成目标区间范围的一个随机数，即，目标随机数，生成的随机数可以位于某一子区间内，即，目标子区间，该目标子区间对应于子推送对象集合中的目标子推送对象。

步骤2，确定目标子推送对象位于子排序结果中已有顺位的下一个顺位。

可以筛选出目标子推送对象作为子排序结果中的下一个顺位，也就是，已筛选出的子推送对象的下一个顺位。

例如，对于上述目标比率40:50:60，生成1～150区间内的随机数，出现的随机数为33，落在A保险公司的范围，因此，筛选出A为子排序结果的第一顺位。

步骤3，将目标子推送对象从子推送对象集合中移除，并更新目标比率。

将目标子推送对象从子推送对象集合中移除，并更新目标比率，更新的方式可以是将与目标子推送对象对应的值从目标比率中去除。

重复执行筛选子推送对象作为子排序结果中当前顺位的下一个顺位的操作，直到筛选出的子推送对象的数量达到预定数量，或者，剩余未选取的子推送对象的数量为1。

例如，去除A保险公司，继续决定剩余保险公司的顺位，计算B、C保险公司两家的用户偏好程度再乘上业务分流数，将目标比率更新为50:60。继续生成1～110区间内的随机数，出现的随机数为72，落在C保险公司的范围，因此，筛选出C保险公司为子排序结果中A保险公司的下一个顺位。然后，去除C保险公司，此时仅剩余B保险公司，选出B保险公司为子排序结果中C保险公司的下一个顺位。

此外，由于各个地区可能会设立推荐保险公司的上限，例如某些地区仅支持推荐五家保险公司，如果达到上限，则不再计算顺位。

通过本实施例，通过流量分配的方式确定多个子推送对象的排序结果，可以适应于多种场景需求，提高业务平台的业务处理能力。

作为一种可选的实施例，在接收第一对象的客户端发送的获取请求之前，上述方法还包括：

S61，获取训练数据和标记数据；

S62，将训练数据输入到初始分类模型，得到初始分类模型输出的与每个推送对象对应的初始结果，其中，初始结果用于指示每个推送对象被选取处理目标业务的概率；

S63，根据标记数据和初始结果调整初始分类模型的模型参数，得到目标分类模型，其中，目标分类模型输出的、与参考推送对象对应的概率大于或者等于第一阈值，且目标分类模型输出的、与除了参考推送对象以外的其他推送对象对应的概率小于或者等于第二阈值。

为了得到目标分类模型，可以预先使用训练数据和标记数据对初始分类模型进行训练，上述训练数据和标记数据可以是基于业务平台的历史数据获取的。

训练数据可以包括：与训练对象对应的第三参数的参数信息，与每个推送对象对应的第四参数的参数信息，其中，第三参数和第四参数可以作为确定推送对象的因子。为了提高分类模型对于因子的扩展能力、减少维护成本以及计算准确度，可以去除相关性彼此关联高的因子，从而得到用于确定推送对象的因子。

标记数据包括：为训练对象处理目标业务的参考推送对象的对象信息，上述参考推送对象可以是训练对象实际选取为其处理目标业务的推送对象。

训练对象可以有多个。可以通过多轮迭代的方式使用训练数据和标记数据对初始分类模型进行训练。在每一轮的训练过程中，可以依次将各个训练对象的训练数据输入到当前分类模型，依据标记数据对分类模型的模型参数进行调整。

可选地，在本实施例中，对于一个训练对象，可以确定该训练对象与各个推送对象对应的子训练数据，将多个子训练数据分别输入到初始分类模型，得到初始分类模型输出的、与每个推送对象对应的初始结果，该初始结果用于指示每个推送对象被选取为该训练对象处理目标业务的概率。不同的推送对象，其所对应的初始结果可以相同，也可以不同。

根据该训练对象的标记数据和初始结果，可以调整当前分类模型的模型参数，得到更新后的分类模型，使得更新后的分类模型输出的、与该训练对象的参考推送对象对应的概率增加，与除了参考推送对象以外的其他推送对象对应的概率减小。

通过多轮迭代，在当前分类模型满足目标函数时，训练结束，当前分类模型即为目标分类模型。目标函数所限定的分类模型至少满足以下条件：分类模型输出的、与参考推送对象对应的概率大于或者等于第一阈值，且输出的、与除了参考推送对象以外的其他推送对象对应的概率小于或者等于第二阈值。

上述分类模型可以是基于朴素贝叶斯算法的分类模型，由于朴素贝叶斯算法的限制是假设各个属性之间相互独立，因此，针对和业务模式结合的因子，可以特别筛选出来，避免后续影响到算法的准确结果。

例如，对于保险业务，可以将历史数据作为训练样本，对于以下各个推荐保司因子对最后结果的影响进行算法测算：数据源来源，保司业务规模，在平台上过往成交保司，是否分流，投保地，保险公司的风险控制模型的计算结果等。而上述各个因子同样根据历史数据进行决定，对于已经取得的相关系数，例如，车种、投保地、保险公司业务规模大小、用户操作行为等等，可以舍弃相关性彼此关联高的系数，确定推荐保司因子。然后，将推荐保司因子作为分类模型的输入，使用分类模型对各训练对象选取各保险公司的可能性进行推算，计算出各自的概率。

通过本实施例，通过使用训练数据和标记数据对初始训练模型进行训练，得到目标分类模型，可以提高分类模型对于输入因子维度的扩展能力，减少分类模型的维护成本。

作为一种可选的实施例，在将一个或多个推送对象的对象信息和排序结果推送给第一对象的客户端之前，上述方法还包括：

S71，将一个或多个业务类型的业务类型信息发送给目标推送对象的客户端，其中，目标推送对象为多个推送对象中的一个；

S72，接收目标推送对象的客户端返回的指示信息，其中，指示信息用于指示以下之一：目标推送对象为第一对象处理一个或多个业务类型的目标业务时，第一对象所需转移的资源量，目标推送对象拒绝为第一对象处理一个或多个业务类型的目标业务，目标推送对象的对象信息包括：指示信息。

并非所有的业务方案均能被所有的推送对象所认可，即，为第一对象确定的业务方案并非能被所有的推送对象所认可。虽然可以在前端确定业务方案时可以筛选出推送对象所不支持的业务类型，但实际场景中仍会出现确定的业务方案不能被推送对象认可。

为了方便用户确定接受该业务方案的推送对象以及每个推送对象针对该业务方案的报价，即，第一对象所需转移的资源量。可以在向该第一对象的客户端推送多个推送对象的对象信息中携带各个推送对象的指示信息，该指示信息可以指示：第一对象所需转移的资源量，目标推送对象拒绝为第一对象处理一个或多个业务类型的目标业务。

对于多个推送对象中的任意推送对象，即，目标推送对象，为了获取上述指示信息，可以将业务方案(即，一个或多个业务类型的业务类型信息)发送给目标推送对象的客户端。目标推送对象的工作人员可以确定是否认可该业务方案，并通过操作目标推送对象的客户端向业务平台返回指示信息，该指示信息用于指示以下之一：目标推送对象为第一对象处理一个或多个业务类型的目标业务时，第一对象所需转移的资源量(即，目标推送对象对于业务方案的报价)，目标推送对象拒绝为第一对象处理一个或多个业务类型的目标业务(报价失败，还可以包含报价失败的原因)。

例如，对于保险业务，从保险公司角度讲，未必愿意承接特定风险，并非所有的投保方案均受保险公司认可，前端在先进行地区配置、再计算推荐方案时，可以筛选出保险公司不支持的险别，但是，实际场景仍会出现部分规则校验失败的情况，因此，可以根据保险公司返回当前险种是否成功，来做方案判断，避免实际推荐方案始终呈现报价失败的结果。如果该推荐方案不符合保险公司的校验规则，可以重新计算出新的推荐方案，若校验失败超过阀值，则按照预先设定的基础方案进行处理。

根据本申请实施例的另一个方面，提供了一种运行于上述终端的信息推送方法。图3是根据本申请实施例的另一种可选的信息推送方法的流程图，如图3所示，该方法可以包括以下步骤：

步骤S302，检测到对第一对象的客户端执行的目标操作。

第一对象(前端用户，投保人)可以使用目标账号登录到第一对象的客户端，该客户端运行在第一对象的终端设备(或者，用户设备)上。在进入报价环节前，第一对象可以添加目标业务对象的相关信息(例如，车辆的车型，车价，车龄等)，并在业务平台(例如，车险代理平台)上进行实名，取得第一对象和目标业务对象的相关信息，另外，与推荐推送对象相关的系统配置也可以在同一时间均已获得。

例如，投保人可以在进入价环节前，将本用户和标的车辆的相关信息、以及与推荐保险公司相关的系统配置添加到业务平台中。

第一对象可以对第一对象的客户端执行目标操作，该目标操作可以触发进入报价环节，例如，点击报价入口。

步骤S304，响应目标操作，向服务器发送获取请求，其中，获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的目标业务用于在目标业务对象发生不同异常时，向与目标业务对象关联的第二对象转移资源。

在检测到目标操作之后，第一对象的终端设备可以生成获取请求，并将生成的获取请求发送给服务器(例如，业务平台的后台服务器)，该获取请求至少用于请求获取与目标业务对应的业务类型信息，目标业务和目标业务的业务类型与前述类似，在此不做赘述。

步骤S306，接收服务器推送的响应消息，其中，响应消息中携带有目标业务的一个或多个业务类型的业务类型信息。

在接收到获取请求之后，服务器可以按照与前述类似的方式获取目标业务的一个或多个业务类型的业务类型信息，并将一个或多个业务类型的业务类型信息通过响应消息的方式发送给第一对象的客户端。相应地，第一对象的客户端可以接收服务器发送的响应消息。

步骤S308，在第一对象的客户端上显示一个或多个业务类型的业务类型信息。

接收到服务器发送的响应消息之后，第一对象的客户端可以在该客户端的显示界面上显示一个或多个业务类型的业务类型信息，例如，通过业务类型列表的方式显示该一个或多个业务类型的业务类型信息。

通过上述步骤S302至步骤S308，在检测到对第一对象的客户端执行的目标操作之后，向服务器发送获取请求，其中，获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的目标业务用于在目标业务对象发生不同异常时，向与目标业务对象关联的第二对象转移资源；接收服务器推送的响应消息，其中，响应消息中携带有目标业务的一个或多个业务类型的业务类型信息；在第一对象的客户端上显示一个或多个业务类型的业务类型信息，解决了相关技术中用户使用业务平台进行业务办理的方式存在的由于业务操作过程复杂导致的用户体验差的技术问题，提升了业务处理效率，进而提高了用户体验。

作为一种可选的实施例，获取请求还用于请求获取与目标业务对象对应的多个推送对象的对象信息和多个推送对象的排序结果，响应消息中还携带有多个推送对象的对象信息和排序结果，

在接收服务器推送的响应消息之后，上述方法还包括：

S81,在第一对象的客户端上按照排序结果显示多个推送对象的对象信息。

可选地，在本实施例中，获取请求还用于请求获取与目标业务对象对应的多个推送对象的对象信息和多个推送对象的排序结果。服务器可以采用与前述类型的方式确定与目标业务对象对应的多个推送对象的对象信息和多个推送对象的排序结果，并将多个推送对象的对象信息和排序结果携带在响应消息中发送给第一对象的客户端。

在接收到响应消息之后，第一对象的终端设备还可以将多个推送对象的对象信息按照排序结果显示在第一对象的客户端的显示界面上。

推送对象的对象信息可以包含前述指示信息，以指示：推送对象为第一对象处理一个或多个业务类型的目标业务时，第一对象所需转移的资源量；或者，推送对象拒绝为第一对象处理一个或多个业务类型的目标业务，以及拒绝的理由。

例如，如图4所示，业务平台为互联网车险平台，目标业务为车险，目标业务对象为用户的车辆。用户在进入报价环节之后，可以接收车险代理平台返回的投保方案以及推荐的保险公司。投保方案包含多个车险的险别的组合，包括：交强险，机动车损失险等。推荐的保险公司可以包括：保险公司对于推荐方案的报价信息等。用户还可以通过操作车险报价界面调整投保方案，以及各个保险公司的详情等。

通过本实施例，通过在显示业务方案的同时按照推送顺序显示处理目标业务的推送对象的对象信息，可以方便用户进行目标业务的处理，提高业务处理效率。

本申请中还提供了一种可选实施例，下面以业务平台为互联网车险平台(简称为车险平台)、目标业务为车险、目标业务对象为车辆为例说明本可选实施例中的信息推送方法。该信息推送方法是一种基于人车库的智能推送方案，其中，人车库是指：基于互联网车险业务场景，针对保单干系人(投保人、被保人、车主)以及车辆信息(车牌、车架号、初登日期)等等，维护人车基础数据，并将保险业务和车主服务等相关逻辑从人车库抽离至车辆业务数据服务及业务应用等。

本实施例中的车险平台可以对接多家保险公司，以满足用户的需求，并根据与各个保险公司的业务关联程度来分配流量，实现上述基于人车库的智能车险推送方案。

如图5所示，本可选实施例中的信息推送方法可以包括以下步骤：

步骤1，用户添加相关信息，车险平台取得人、车、以及相关配置信息。

用户在进入报价环节之前，可以按照提示添加相关信息，以便于车险平台获取人、车、以及相关配置信息，可以包括但不限于：推荐保司因子，推荐方案因子，推荐保司因子和推荐方案因子可以如图6所示。

步骤2，底层数据源比对去重。

用户可以通过操作客户端的界面进入报价环节。在检测到用户进入报价环节的情况下，客户端可以向车险平台发送获取请求，以请求获取推荐的投保方案和推荐的保险公司。

在接收到获取请求之前或者之后，车险平台可以对数据源进行去重。车险平台可以与多个保险公司交互，针对不同保险公司发送的与该用户对应的投保记录，筛选出正确的投保轨迹，以便车险平台获取正确推荐方案因子和推荐保司因子。

步骤3，强校验标签筛选，如果打中，筛选出第一顺位之后执行步骤4，否则直接执行步骤4。

保险平台计算用户选取各个保险公司的概率使用的是：贝叶斯分类模型。考虑到根据保险平台和保险公司的关联程度在某些场景下某些保险公司需要位于特定顺位，同时考虑到朴素贝叶斯算法天生的限制(假设各个属性之间相互独立)，可以添加一层强校验标签筛选，筛选出具有强校验标签(目标标签)的保险公司。

例如，针对平台上过往已成交的保险公司打上标签，认为用户去年于平台上投保A保险公司，除非出现特别事件，否则较高概率仍会投保相同保险公司，或者，B保险公司基于本公司的风险控制模型将该用户认定为高风险客户，则根据B保险公司返回的字段将其顺序置后。

步骤4，贝叶斯分类计算概率。

对于筛选后剩余的保险公司，可以使用贝叶斯分类器计算该用户投保各个保险公司的概率。贝叶斯分类器的输入参数可以是推荐保司因子，将与各个保险公司对应的数据输入到贝叶斯分类器中，得到贝叶斯分类器输出的、与各个保险公司对应的概率。

步骤5，基于分流随机数筛选出各个顺位的保险公司。

可以将各个保险公司的分流权重与贝叶斯分类器输出的概率相乘，计算出保险公司之间的比率，如40:50:60。基于上述比率确定出目标区间范围，并生成该区间范围内的随机数，该随机数出现在哪个保险公司对应的子区间，将该子区间对应的保险公司作为排序结果的次一等顺位。依此循环，决定各个保险公司的顺位。

步骤6，判断是否达到了分流个数限制或全部计算完成，如果是，执行步骤7，否则，跳转执行步骤5；

如果有推荐数目的限制，那么达到上限后不再计算顺位，如果没有推荐数量的限制，则可以计算所有保险公司的顺位后，执行步骤7。

步骤7，排出最终顺序。

在算出所有保险公司的顺位之后，即可排出推荐保险公司的最终顺序，得到保险公司的最终排序结果。

通过上述步骤，可以确定向用户推荐的保险公司、以及保险公司的推荐顺序。在确定向用户推荐的保险公司之后，可以进一步确定向用户推荐的投保方案，多个险别的组合。

步骤8，取得相关因子。

推荐方案因子计算和推荐保司因子可以不完全相同，需要分别配置，作为前端展示和后续计算使用。对于本用户，可以获取与该用户对应的、推荐方案因子的数据。

步骤9，标签聚类分析。

为了便于进行推荐方案配置，可以基于历史数据对已有用户进行聚类。例如，可以将已有用户对应推荐方案因子列上，采用k-mean算法将用户分为K个种类。K个种类还需要依照实际分类的结果来判断，如果同一族群中不同用户的推荐方案因子之间的偏离度过多，需要重新对已有用户进行聚类，直到聚类后的各个族群中不同用户的推荐方案因子之间的偏离度在预定范围内。在将用户分为K个族群后，可以为每个族群配置至少一个推荐方案。

并非所有的投保方案均能被保险公司认可，因此，对于配置的推荐方案，可以根据保险公司返回的结果确定该推荐方案是否被保险公司认可。如果推荐方案不被保险公司或者不被多数保险公司所认可，即，不符合保险公司的校验规则时，可以重新计算出新的推荐方案，继续进行校验。若校验失败次数超过阀值，可以设定基础方案，以满足基本的投保需求。

上述为每个族群配置推荐方案的过程可以是在取得本用户的相关推荐方案因子之前执行的。

对于本用户，可以根据本用户的推荐方案因子与各个族群中的用户的推荐方案因子之间的相似度，确定本用户所属的族群。

步骤10，输出推荐方案。

在确定出本用户所属的族群之后，车险平台可以将该族群的推荐方案确定为该用户的推荐方案。为了保证保险公司认可为该用户推荐该推荐方案，则可以将该用户的关联信息和推荐方案等发送给各个推荐保司，得到推荐保司返回的指示信息，该指示信息可以包括以下之一：保司的报价(认可该推荐方案)，保司拒绝推荐方案的理由。

在得到保险公司的排序结果和推荐方案之后，车险平台可以将排序结果和推荐方案发送给用户的客户端、客户端可以报价界面上显示推荐方案，并按照排序结果显示推荐的保险公司。

需要说明的是，确定推荐保险公司顺序的流程与确定推荐投保方案的流程可以互换，即，先确定推荐的投保方案，再确定推荐保险公司的顺序。

此外，推荐保司和推荐方案可以透过多个标签筛选，达到数据清洗的目的，在进行运算时可以提高计算算法的效能和预测的准确性；或者，可以丰富相关行业标签(推荐保司因子)，提高分群的准确性。

相关技术中人工设定各个因子对应权重的方式(方式一)与本可选实施例中的信息推送方式(方式二)的比较结果如表1所示。

表1

成效分类	方式一	方式二
			支持因子数目	少，多因子时影响结果	多，融合多算法
计算准确度	差，需确保权重正确	高，根据算法提高准确度
			维护成本	高，新因子加入须重新衡量权重	较低，算法可重新试算
人为判断	高	较低
			业务支持	不足	足够，可以配合不同业务模式
维度扩展	不支持	支持，从推荐保司到推荐方案

其中，对于人工设定各个因子对应权重的方式，存在以下问题：

(1)在因子维度上升时，各因子(变量)影响关联性增加，需要重新确定各因子的权重，人为判断程度过高，进而影响后续的结果。

本可选实施例中的信息推送方式使用机器学习的方法汇总各方数据，并在选取因子时考虑因子之间的关联性，可以融合多种算法，支持多个因子，且人工判断对于结果的影响较低。

(2)计算准确度的高低会影响后续转化率，须确保推送方案为最优方案，人工设定各因子权重的方式不好透过历史数据来回归验证是否符合预期。

本可选实施例中的信息推送方式使用机器学习的方法汇总各方数据，可以透过历史数据来回归验证是否符合预期，从而可以提高计算的准确度。

(3)维护成本受到人为判断影响，过多人工判断导致需要耗费大量时间重新验证，若新增因子需要重新评估整体受到影响的程度。

本可选实施例中的信息推送方式通过机器学习的方式确定各个因子的权重，算法重新试算的过程简单，维护成本较低。

(4)仅支持保险公司维度的推荐，不支持方案推荐，也不涉及流量分流，导致无法有效支持业务端模式。

本可选实施例中的信息推送方式可以支持保险公司维度的推荐，也支持方案推荐，通知考虑流量分流，可以有效支持业务端模式。

此外，通过优先展示与用户匹配程度高的保险公司，可以满足大多数用户的需求，进而影响整体转化率。

通过本实施例，可以提升整体转换率和保费规模，对于保险公司而言，可以及时更改其风险控管的策略，提高推荐的精准度；可以支持多个维度的推荐，并可以确保新因子纳入时，对于已有的整体算法不会造成太大的影响，不需要重新评估各因子的权重，并可有效透过历史数据来对于结果进行控制，降低整体方案变更的成本，并实现了整体业务流程从头到尾形成完整的闭环。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

根据本申请实施例的又一个方面，还提供了一种用于实施上述信息推送方法的信息推送装置。图7是根据本申请实施例的一种可选的信息推送装置的示意图，如图7所示，该装置可以包括：

第一接收单元72，用于接收第一对象的客户端发送的获取请求，其中，获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的目标业务用于在目标业务对象发生不同异常时，向与目标业务对象关联的第二对象转移资源；

第一确定单元74，用于根据第一目标参数信息，确定目标业务的一个或多个业务类型，其中，第一目标参数信息包括：与第一对象对应的第一参数的参数信息，与目标业务对象对应的第二参数的参数信息；

第一推送单元76，用于将一个或多个业务类型的业务类型信息推送给第一对象的客户端。

需要说明的是，该实施例中的第一接收单元72可以用于执行本申请实施例中的步骤S202，该实施例中的第一确定单元74可以用于执行本申请实施例中的步骤S204，该实施例中的第一推送单元76可以用于执行本申请实施例中的步骤S206。

通过上述模块，在接收到第一对象的客户端发送的获取请求之后，根据第一目标参数信息，确定目标业务的一个或多个业务类型，其中，第一目标参数信息包括：与第一对象对应的第一参数的参数信息，与目标业务对象对应的第二参数的参数信息；将一个或多个业务类型的业务类型信息推送给第一对象的客户端，解决了相关技术中用户使用业务平台进行业务办理的方式存在的由于业务操作过程复杂导致的用户体验差的技术问题，提升了业务处理效率，进而提高了用户体验。

作为一种可选的实施例，获取请求还用于请求获取与目标业务对象对应的多个推送对象的关联信息。

可选地，在本实施例中，上述装置还包括：

第二确定单元，用于在接收到第一对象的客户端发送的获取请求之后，根据第二目标参数信息，确定出多个推送对象的排序结果，其中，第二目标参数信息包括：与第一对象对应的第三参数的参数信息，与每个推送对象对应的第四参数的参数信息，每个推送对象允许处理至少一种类型的目标业务，排序结果用于表示多个推送对象的推送顺序；

第二推送单元，用于将多个推送对象的对象信息和排序结果推送给第一对象的客户端，其中，关联信息包括：多个推送对象的对象信息和排序结果。

作为一种可选的实施例，第二确定单元包括：

第一确定模块，用于确定多个推送对象中具有目标标签的第一推送对象和不具有目标标签的第二推送对象，其中，目标标签用于指示第一推送对象在排序结果中位于目标位置；

第二确定模块，用于在第二推送对象包含多个子推送对象的情况下，根据与第一对象对应的第三参数的参数信息和与每个子推送对象对应的第四参数的参数信息，确定多个子推送对象的子排序结果，其中，子排序结果用于表示多个子推送对象的推送顺序；

第三确定模块，用于根据目标标签和子排序结果，确定出排序结果。

作为一种可选的实施例，第二确定模块包括：

输入子模块，用于将与第一对象对应的第三参数的参数信息和与每个子推送对象对应的第四参数的参数信息分别输入到目标分类模型，得到与每个子推送对象对应的目标概率，其中，目标分类模型为使用训练数据和标记数据对初始分类模型进行训练得到的分类模型，目标概率用于指示每个子推送对象被选取处理目标业务的概率，训练数据包括：与训练对象对应的第三参数的参数信息，与每个推送对象对应的第四参数的参数信息，标记数据包括：为训练对象处理目标业务的参考推送对象的对象信息；

排序子模块，用于根据每个子推送对象的目标概率对多个子推送对象进行排序，得到子排序结果。

作为一种可选的实施例，排序子模块包括：

加权子单元，用于使用预设权值分别对与每个子推送对象对应的目标概率进行加权，确定多个子推送对象之间的目标比率；

执行子单元，用于重复执行目标操作，直到子推送对象集合中包含的子推送对象的数量小于第一数量，其中，初始的子推送对象集合包含多个子推送对象，目标操作包括：生成目标区间范围内的目标随机数，其中，目标区间范围包含的子区间与子推送对象集合包含的子推送对象一一对应，目标区间范围包含的子区间的区间长度之间的比率为目标比率，目标随机数位于目标子区间内，目标子区间与子推送对象集合中的目标子推送对象对应；确定目标子推送对象位于子排序结果中已有顺位的下一个顺位；将目标子推送对象从子推送对象集合中移除，并更新目标比率。

作为一种可选的实施例，上述装置还包括：

获取单元，用于在接收第一对象的客户端发送的获取请求之前，获取训练数据和标记数据；

输入单元，用于将训练数据输入到初始分类模型，得到初始分类模型输出的与每个推送对象对应的初始结果，其中，初始结果用于指示每个推送对象被选取处理目标业务的概率；

调整单元，用于根据标记数据和初始结果调整初始分类模型的模型参数，得到目标分类模型，其中，目标分类模型输出的与参考推送对象对应的概率大于或者等于第一阈值，且目标分类模型输出的、与除了参考推送对象以外的其他推送对象对应的概率小于或者等于第二阈值。

作为一种可选的实施例，上述装置还包括：

第二发送单元，用于在将一个或多个推送对象的对象信息和排序结果推送给第一对象的客户端之前，将一个或多个业务类型的业务类型信息发送给目标推送对象的客户端，其中，目标推送对象为多个推送对象中的一个；

第三接收单元，用于接收目标推送对象的客户端返回的指示信息，其中，指示信息用于指示以下之一：目标推送对象为第一对象处理一个或多个业务类型的目标业务时，第一对象所需转移的资源量，目标推送对象拒绝为第一对象处理一个或多个业务类型的目标业务，目标推送对象的对象信息包括：指示信息。

作为一种可选的实施例，第一确定单元包括：

第四确定模块，用于根据第一目标参数信息与第三目标参数信息的相关度，从多个对象集合中确定出第一对象所属的目标对象集合，其中，每个对象集合包含一个或多个参考对象，第三目标参数信息为与每个参考对象对应的第一参数的参数信息，与参考对象的业务对象对应的第二参数的参数信息；

第五确定模块，用于将与目标对象集合对应的一个或多个参考业务类型，确定为目标业务的一个或多个业务类型。

根据本申请实施例的又一个方面，还提供了一种用于实施上述信息推送方法的信息推送装置。图8是根据本申请实施例的另一种可选的信息推送装置的示意图，如图8所示，该装置可以包括：

检测单元82，用于检测到对第一对象的客户端执行的目标操作；

第一发送单元84，用于响应目标操作，向服务器发送获取请求，其中，获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的目标业务用于在目标业务对象发生不同异常时，向与目标业务对象关联的第二对象转移资源；

第二接收单元86，用于接收服务器推送的响应消息，其中，响应消息中携带有目标业务的一个或多个业务类型的业务类型信息；

第一显示单元88，用于在第一对象的客户端上显示一个或多个业务类型的业务类型信息。

需要说明的是，该实施例中的检测单元82可以用于执行本申请实施例中的步骤S302，该实施例中的第一发送单元84可以用于执行本申请实施例中的步骤S304，该实施例中的第二接收单元86可以用于执行本申请实施例中的步骤S306，该实施例中的第一显示单元88可以用于执行本申请实施例中的步骤S308。

通过上述模块，在检测到对第一对象的客户端执行的目标操作之后，向服务器发送获取请求，其中，获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的目标业务用于在目标业务对象发生不同异常时，向与目标业务对象关联的第二对象转移资源；接收服务器推送的响应消息，其中，响应消息中携带有目标业务的一个或多个业务类型的业务类型信息；在第一对象的客户端上显示一个或多个业务类型的业务类型信息，解决了相关技术中用户使用业务平台进行业务办理的方式存在的由于业务操作过程复杂导致的用户体验差的技术问题，提升了业务处理效率，进而提高了用户体验。

作为一种可选的实施例，获取请求还用于请求获取与目标业务对象对应的多个推送对象的对象信息和多个推送对象的排序结果，响应消息中还携带有多个推送对象的对象信息和排序结果。

可选地，在本实施例中，上述装置还包括：

第二显示单元，用于在接收服务器推送的响应消息之后，在第一对象的客户端上按照排序结果显示多个推送对象的对象信息。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

根据本申请实施例的又一个方面，还提供了一种用于实施上述信息推送方法的电子装置，该电子装置可以是服务器或终端。

图9是根据本申请实施例的一种可选的电子装置的结构框图，如图9所示，该电子装置可以包括：一个或多个(图中仅示出一个)处理器901、存储器903、以及传输装置905，如图9所示，该电子装置还可以包括输入输出设备907。

其中，存储器903可用于存储软件程序以及模块，如本申请实施例中的信息推送方法和装置对应的程序指令/模块，处理器901通过运行存储在存储器903内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的信息推送方法。存储器903可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器903可进一步包括相对于处理器901远程设置的存储器，这些远程存储器可以通过网络连接至电子装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置905用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置905包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置905为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器903用于存储应用程序。

可选地，处理器901可以通过传输装置905调用存储器903存储的应用程序，以执行下述步骤：

S1,接收第一对象的客户端发送的获取请求，其中，获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的目标业务用于在目标业务对象发生不同异常时，向与目标业务对象关联的第二对象转移资源；

S2,根据第一目标参数信息，确定目标业务的一个或多个业务类型，其中，第一目标参数信息包括：与第一对象对应的第一参数的参数信息，与目标业务对象对应的第二参数的参数信息；

S3,将一个或多个业务类型的业务类型信息推送给第一对象的客户端。

可选地，处理器901可以通过传输装置905调用存储器903存储的应用程序，以执行下述步骤：

S1,检测到对第一对象的客户端执行的目标操作；

S2,响应目标操作，向服务器发送获取请求，其中，获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的目标业务用于在目标业务对象发生不同异常时，向与目标业务对象关联的第二对象转移资源；

S3,接收服务器推送的响应消息，其中，响应消息中携带有目标业务的一个或多个业务类型的业务类型信息；

S4,在第一对象的客户端上显示一个或多个业务类型的业务类型信息。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图9所示的结构仅为示意，电子装置可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(MobileInternet Devices，MID)、PAD等终端设备。图9其并不对上述电子装置的结构造成限定。例如，终端还可包括比图9中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图9所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指示终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行信息推送方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S1,接收第一对象的客户端发送的获取请求，其中，获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的目标业务用于在目标业务对象发生不同异常时，向与目标业务对象关联的第二对象转移资源；

S2,根据第一目标参数信息，确定目标业务的一个或多个业务类型，其中，第一目标参数信息包括：与第一对象对应的第一参数的参数信息，与目标业务对象对应的第二参数的参数信息；

S3,将一个或多个业务类型的业务类型信息推送给第一对象的客户端。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S1,检测到对第一对象的客户端执行的目标操作；

S2,响应目标操作，向服务器发送获取请求，其中，获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的目标业务用于在目标业务对象发生不同异常时，向与目标业务对象关联的第二对象转移资源；

S3,接收服务器推送的响应消息，其中，响应消息中携带有目标业务的一个或多个业务类型的业务类型信息；

S4,在第一对象的客户端上显示一个或多个业务类型的业务类型信息。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (14)

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

接收第一对象的客户端发送的获取请求，其中，所述获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的所述目标业务用于在目标业务对象发生不同异常时，向与所述目标业务对象关联的第二对象转移资源；

根据第一目标参数信息，确定所述目标业务的一个或多个业务类型，其中，所述第一目标参数信息包括：与所述第一对象对应的第一参数的参数信息，与所述目标业务对象对应的第二参数的参数信息；

将所述一个或多个业务类型的业务类型信息推送给所述第一对象的客户端。

2.根据权利要求1所述的方法，其特征在于，所述获取请求还用于请求获取与所述目标业务对象对应的多个推送对象的关联信息，

在接收到所述第一对象的客户端发送的所述获取请求之后，所述方法还包括：

根据第二目标参数信息，确定出所述多个推送对象的排序结果，其中，所述第二目标参数信息包括：与所述第一对象对应的第三参数的参数信息，与每个所述推送对象对应的第四参数的参数信息，每个所述推送对象允许处理至少一种类型的所述目标业务，所述排序结果用于表示所述多个推送对象的推送顺序；

将所述多个推送对象的对象信息和所述排序结果推送给所述第一对象的客户端，其中，所述关联信息包括：所述多个推送对象的对象信息和所述排序结果。

3.根据权利要求2所述的方法，其特征在于，根据所述第二目标参数信息，确定出所述多个推送对象的所述排序结果包括：

确定所述多个推送对象中具有目标标签的第一推送对象和不具有所述目标标签的第二推送对象，其中，所述目标标签用于指示所述第一推送对象在所述排序结果中位于目标位置；

在所述第二推送对象包含多个子推送对象的情况下，根据与所述第一对象对应的所述第三参数的参数信息和与每个所述子推送对象对应的所述第四参数的参数信息，确定所述多个子推送对象的子排序结果，其中，所述子排序结果用于表示所述多个子推送对象的推送顺序；

根据所述目标标签和所述子排序结果，确定出所述排序结果。

4.根据权利要求3所述的方法，其特征在于，根据与所述第一对象对应的所述第三参数的参数信息和与每个所述子推送对象对应的所述第四参数的参数信息，确定所述多个子推送对象的所述子排序结果包括：

将与所述第一对象对应的所述第三参数的参数信息和与每个所述子推送对象对应的所述第四参数的参数信息分别输入到目标分类模型，得到与每个所述子推送对象对应的目标概率，其中，所述目标分类模型为使用训练数据和标记数据对初始分类模型进行训练得到的分类模型，所述目标概率用于指示每个所述子推送对象被选取处理所述目标业务的概率，所述训练数据包括：与训练对象对应的所述第三参数的参数信息，与每个所述推送对象对应的所述第四参数的参数信息，所述标记数据包括：为所述训练对象处理所述目标业务的参考推送对象的对象信息；

根据每个所述子推送对象的所述目标概率对多个所述子推送对象进行排序，得到所述子排序结果。

5.根据权利要求4所述的方法，其特征在于，根据每个所述子推送对象的所述目标概率对多个所述子推送对象进行排序，得到所述子排序结果包括：

使用预设权值分别对与每个所述子推送对象对应的所述目标概率进行加权，确定所述多个子推送对象之间的目标比率；

重复执行目标操作，直到子推送对象集合中包含的所述子推送对象的数量小于第一数量，其中，初始的所述子推送对象集合包含所述多个子推送对象，所述目标操作包括：生成目标区间范围内的目标随机数，其中，所述目标区间范围包含的子区间与所述子推送对象集合包含的子推送对象一一对应，所述目标区间范围包含的子区间的区间长度之间的比率为所述目标比率，所述目标随机数位于目标子区间内，所述目标子区间与所述子推送对象集合中的目标子推送对象对应；确定所述目标子推送对象位于所述子排序结果中已有顺位的下一个顺位；将所述目标子推送对象从所述子推送对象集合中移除，并更新所述目标比率。

6.根据权利要求4所述的方法，其特征在于，在接收所述第一对象的客户端发送的所述获取请求之前，所述方法还包括：

获取所述训练数据和所述标记数据；

将所述训练数据输入到所述初始分类模型，得到所述初始分类模型输出的与每个所述推送对象对应的初始结果，其中，所述初始结果用于指示每个所述推送对象被选取处理所述目标业务的概率；

根据所述标记数据和所述初始结果调整所述初始分类模型的模型参数，得到所述目标分类模型，其中，所述目标分类模型输出的、与所述参考推送对象对应的概率大于或者等于第一阈值，且所述目标分类模型输出的、与除了所述参考推送对象以外的其他推送对象对应的概率小于或者等于第二阈值。

7.根据权利要求2所述的方法，其特征在于，在将所述一个或多个推送对象的对象信息和所述排序结果推送给所述第一对象的客户端之前，所述方法还包括：

将所述一个或多个业务类型的业务类型信息发送给目标推送对象的客户端，其中，所述目标推送对象为所述多个推送对象中的一个；

接收所述目标推送对象的客户端返回的指示信息，其中，所述指示信息用于指示以下之一：所述目标推送对象为所述第一对象处理所述一个或多个业务类型的所述目标业务时，所述第一对象所需转移的资源量，所述目标推送对象拒绝为所述第一对象处理所述一个或多个业务类型的所述目标业务，所述目标推送对象的对象信息包括：所述指示信息。

8.根据权利要求1至7中任一项所述的方法，其特征在于，根据所述第一目标参数信息，确定所述目标业务的所述一个或多个业务类型包括：

根据所述第一目标参数信息与第三目标参数信息的相关度，从多个对象集合中确定出所述第一对象所属的目标对象集合，其中，每个所述对象集合包含一个或多个参考对象，所述第三目标参数信息为与每个所述参考对象对应的所述第一参数的参数信息，与所述参考对象的业务对象对应的所述第二参数的参数信息；

将与所述目标对象集合对应的一个或多个参考业务类型，确定为所述目标业务的所述一个或多个业务类型。

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

检测到对第一对象的客户端执行的目标操作；

响应所述目标操作，向服务器发送获取请求，其中，所述获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的所述目标业务用于在目标业务对象发生不同异常时，向与所述目标业务对象关联的第二对象转移资源；

接收所述服务器推送的响应消息，其中，所述响应消息中携带有所述目标业务的一个或多个业务类型的业务类型信息；

在所述第一对象的客户端上显示所述一个或多个业务类型的业务类型信息。

10.根据权利要求9所述的方法，其特征在于，所述获取请求还用于请求获取与所述目标业务对象对应的多个推送对象的对象信息和所述多个推送对象的排序结果，所述响应消息中还携带有所述多个推送对象的对象信息和所述排序结果，

在接收所述服务器推送的所述响应消息之后，所述方法还包括：

在所述第一对象的客户端上按照所述排序结果显示所述多个推送对象的对象信息。

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

第一接收单元，用于接收第一对象的客户端发送的获取请求，其中，所述获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的所述目标业务用于在目标业务对象发生不同异常时，向与所述目标业务对象关联的第二对象转移资源；

第一确定单元，用于根据第一目标参数信息，确定所述目标业务的一个或多个业务类型，其中，所述第一目标参数信息包括：与所述第一对象对应的第一参数的参数信息，与所述目标业务对象对应的第二参数的参数信息；

第一推送单元，用于将所述一个或多个业务类型的业务类型信息推送给所述第一对象的客户端。

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

检测单元，用于检测到对第一对象的客户端执行的目标操作；

第一发送单元，用于响应所述目标操作，向服务器发送获取请求，其中，所述获取请求用于请求获取与目标业务对应的业务类型信息，不同类型的所述目标业务用于在目标业务对象发生不同异常时，向与所述目标业务对象关联的第二对象转移资源；

第二接收单元，用于接收所述服务器推送的响应消息，其中，所述响应消息中携带有所述目标业务的一个或多个业务类型的业务类型信息；

第一显示单元，用于在所述第一对象的客户端上显示所述一个或多个业务类型的业务类型信息。

13.一种计算机可读的存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行权利要求1至10中任一项所述的方法。

14.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行权利要求1至10中任一项所述的方法。

Images