CN115809324A - 业务推送方法、装置、服务器及计算机可读存储介质 - Google Patents

Abstract

本申请提供了一种业务推送方法、装置、服务器及计算机可读存储介质，该方法包括：获取各个用户各自对应的用户行为数据；根据预设的分类标签和用户行为数据对各用户进行分类，得到每个分类标签对应的用户；确定各个预设业务的业务特征以及每个分类标签的标签特征；根据各预设业务的业务特征以及每个分类标签的标签特征，确定每个分类标签对应的预设业务；向每个分类标签对应的用户所在终端推送该分类标签对应的预设业务。本申请提供了一种业务推送方法，通过对用户进行标签分类，再通过用户的分类标签与业务进行匹配，从而再将匹配的业务自动推荐给对应的用户，提高了业务推送的精准度。

Description

业务推送方法、装置、服务器及计算机可读存储介质

技术领域

本申请涉及计算机技术领域，具体涉及一种业务推送方法、装置、服务器及计算机可读存储介质。

背景技术

随着经济的发展，用户对银行的理财业务的需求也逐渐增大。在互联网背景下，银行可以通过手机银行等方式，对客户推送相关的理财业务、金融业务等，但通常是通过相关的工作人员，人工推送相关的银行业务。

具体的，现有技术中，银行进行业务推送的普遍方法包括：通过电话销售的方式与客户进行推销，此方法的缺点在于，电话推销非常容易让客户产生抵触心理，业务推送的精确度较低。通过手机短信息的方式推送理财产品服务，此方法的缺点在于，大多数客户对手机短信息依赖性不高，很难收到后续的效应，故业务推送的精确度较低。通过银行应用推送业务时，大多数客户对银行的应用依赖性不高，不会主动的打开银行应用及时浏览到对应的业务更新，同样存在业务推送的精确度较低的问题。

发明内容

本申请提供了一种业务推送方法，通过对用户进行标签分类，再通过用户的分类标签与业务进行匹配，从而再将匹配的业务自动推荐给对应的用户，提高了业务推送的精准度。

第一方面，本申请提供了一种业务推送方法，所述方法包括：

获取各个用户各自对应的用户行为数据；

根据预设的分类标签和所述用户行为数据对各所述用户进行分类，得到每个分类标签对应的用户；

确定各个预设业务的业务特征以及每个所述分类标签的标签特征；

根据各所述预设业务的业务特征以及每个所述分类标签的标签特征，确定每个分类标签对应的预设业务；

向每个所述分类标签对应的用户所在终端推送该分类标签对应的预设业务。

在本申请一些实施例中，所述根据预设的分类标签和所述用户行为数据对各所述用户进行分类，得到每个分类标签对应的用户，包括：

对各个用户行为数据进行特征提取，得到各个用户特征；

确定各个分类标签的标签特征；

确定各所述用户特征与各分类标签的标签特征的第一相似度，将各所述用户特征对应的用户分类至最高第一相似度对应的分类标签，以此得到每个分类标签对应的用户。

在本申请一些实施例中，所述根据各所述预设业务的业务特征以及每个所述分类标签的标签特征，确定每个分类标签对应的预设业务，包括：

确定每个所述标签特征与各个业务特征的第二相似度；

根据所述第二相似度，确定每个所述分类标签对应的预设业务。

在本申请一些实施例中，所述向每个所述分类标签对应的用户所在终端推送该分类标签对应的预设业务，包括：

针对每个分类标签，将该分类标签对应的用户的标识信息发送至预设的业务终端；

确定是否在预设的反馈时间内接收到所述业务终端根据所述标识信息反馈的业务信息；

若未在所述反馈时间内接收到所述业务终端根据所述标识信息反馈的业务信息，则向该分类标签对应的用户所在终端推送该分类标签对应的预设业务；

若在所述反馈时间内接收到所述业务终端根据所述标识信息反馈的业务信息，向该分类标签对应的用户所在终端推送该分类标签对应的预设业务以及所述反馈的业务信息。

在本申请一些实施例中，所述若未在所述反馈时间内接收到所述业务终端根据所述标识信息反馈的业务信息，则向该分类标签对应的用户所在终端推送该分类标签对应的预设业务，包括：

确定该分类标签对应的预设业务的业务内容；

确定所述业务内容的内容特征，根据所述内容特征生成初始业务描述；

根据该分类标签，生成推送关键字；

将所述推送关键字与所述初始业务描述结合，得到目标推送信息。

向该分类标签对应的用户所在终端推送该分类标签对应的预设业务以及所述目标推送信息。

在本申请一些实施例中，所述若在所述反馈时间内接收到所述业务终端根据所述标识信息反馈的业务信息，向该分类标签对应的用户所在终端推送该分类标签对应的预设业务以及所述反馈的业务信息，包括：

若在所述反馈时间内接收到所述业务终端根据所述标识信息反馈的业务信息，且接收到所述预设业务的修改信息；

根据所述修改信息，对所述预设业务进行修改，得到修改后的预设业务；

向该分类标签对应的用户所在终端推送该分类标签对应的修改后的预设业务以及所述反馈的业务信息。

在本申请一些实施例中，所述向每个所述分类标签对应的用户所在终端推送该分类标签对应的预设业务，包括：

确定各个用户终端中的各个应用程序；

根据各个应用程序的使用时间，确定各所述应用程序中的目标应用程序；

向每个所述分类标签对应的用户所在终端中的所述目标应用程序推送该分类标签对应的预设业务。

第二方面，本申请还提供了一种业务推送装置，所述装置包括：

获取模块，用于获取各个用户各自对应的用户行为数据；

分类模块，用于根据预设的分类标签和所述用户行为数据对各所述用户进行分类，得到每个分类标签对应的用户；

第一确定模块，用于确定各个预设业务的业务特征以及每个所述分类标签的标签特征；

第二确定模块，用于根据各所述预设业务的业务特征以及每个所述分类标签的标签特征，确定每个分类标签对应的预设业务；

推送模块，用于向每个所述分类标签对应的用户所在终端推送该分类标签对应的预设业务。

第三方面，本申请实施例还提供了一种服务器，所述服务器包括处理器、存储器以及存储于所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序以实现任一项所述的业务推送方法中的步骤。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行以实现任一项所述的业务推送方法中的步骤。

本申请提供的业务推送方法，通过分析用户的行文数据，并根据分类标签对用户的行为数据进行分类，从而将用户进行分类。然后，再确定与每个用户分类匹配的业务，进而将不同的业务推送至匹配的用户分类中的各个用户，通过各种特征数据提升业务推送的精准度。

附图说明

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

图1是本申请实施例中提供的业务推送***的场景示意图；

图2是本申请实施例中业务推送方法的一个实施例流程示意图；

图3是本申请实施例中业务推送装置的一个功能模块示意图；

图4是本申请实施例中服务器的结构示意图。

具体实施方式

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

在本申请的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本申请中，“示例性”一词用来表示“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。同时，可以理解的是，在本申请的具体实施方式中，涉及到用户信息、用户数据等相关的数据，当本申请以上实施例运用到具体产品或技术中时，需要获得用户许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

为了使本领域任何技术人员能够实现和使用本申请，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本申请。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本申请的描述变得晦涩。因此，本申请并非旨在限于所示的实施例，而是与符合本申请所公开的原理和特征的最广范围相一致。

请参阅图1，图1为本申请实施例所提供的业务推送方法的场景示意图，该业务推送***可以包括服务器100和存储设备200，服务器100和存储设备200通信连接，服务器100可以向存储设备200传输数据，存储设备200也可以向服务器100传输数据，如图1中的服务器100，可以根据获得存储设备200存储的用户行文数据，以处理本申请所提及的业务推送方法。

本申请实施例中，服务器100其包括但不限于独立的服务器，也可以是服务器组成的服务器网络或服务器集群等，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云服务器。其中，云服务器可以由基于云计算(CloudComputing)的大量计算机或网络服务器构成。

本申请的实施例中，服务器100和存储设备200之间可通过任何通信方式实现通信，包括但不限于，基于第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)、长期演进(Long Term Evolution，LTE)、全球互通微波访问(WorldwideInteroperability for Microwave Access，WiMAX)的移动通信，或基于TCP/IP协议族(TCP/IP Protocol Suite，TCP/IP)、用户数据报协议(User Datagram Protocol，UDP)的计算机网络通信等。

本领域技术人员可以理解，图1中示出的应用环境，仅仅是与本申请方案一种应用场景，并不构成对本申请方案应用场景的限定，其他的应用环境还可以包括比图1中所示更多或更少的服务器和后台设备，例如图1中仅示出1个服务器或后台设备，该业务推送***还可以包括一个或多个可处理数据的其他服务器和服务器，具体此处不作限定。

需要说明的是，图1所示的业务推送***的场景示意图仅仅是一个示例，本申请实施例描述的业务推送***以及场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着业务推送***的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

如图2所示，图2为本申请实施例中业务推送方法的一个实施例流程示意图，业务推送方法可以包括如下步骤201～205：

201、获取各个用户各自对应的用户行为数据。

本申请实施例涉及的用户可以为银行***中的存在用户数据的用户，每个在银行***中存在的用户均存在各自的用户数据，这些用户数据除了身份信息，例如：身份证信息、手机信息等之外，大部分均可以认为是用户的行为数据。例如，获取用户的行为数据可以直接获取由于用户自身行为导致其财产发生变化的数据。换言之，用户的消费行为、理财业务办理行为这些能够使得用户财产发生变化的这些行为数据均可以视作本申请实施例中提及的用户行为数据。

202、根据预设的分类标签和用户行为数据对各用户进行分类，得到每个分类标签对应的用户。

由于本申请涉及的应用场景为金融、银行等相关的业务推送。且，用户的行为数据可以为致使用户自身的财产发生变化的行为数据，因此可以根据用户的行为数据分析用户，从而分析用户对于财产处置的偏好。换言之，根据用户的行为数据可以有效的将用户进行分类，以便后续在对用户进行业务推送时，能够对用一个分类中的用户进行同时推送，即批量推送，避免对每个用户进行单独的推送，提高了推送效率。

其中，本申请实施例中，预设的分类标签可以是由相关的工作人员在本业务推送***中进行设定的，例如，高消费标签、低消费标签、高风险理财偏好标签、低风险理财偏好标签等等。其中，工作人员还可以对每种标签设定一个判断参数，例如：月平均消费超过一万元对应高消费标签、月平均消费低于一千元对应低消费标签等等。例如：可以根据银行中用户一年内，用户的月平均消费数据，确定用户的属于高消费标签还是低消费标签，当用户属于高消费标签的条件时，则确定用户为高消费标签对应的分类即可。低消费标签同理，具体此处不再赘述。当然，也存在用户既不属于低消费标签，也不属于高消费标签，此时可以为这类用户进行单独分类即可。

且，本申请实施例中，获取到的用户的月平均消费数据，可以是对用户的整体的消费数据先进行必须消费数据的清洗之后得到的消费数据，例如，可以扣除交通、食品、衣服等必须消费品的消费数据，之后剩余的消费才可以被认作有效的消费数据，具体原因在于，必须消费品的消费是无可避免的，这种类型的消费数据无法有效的展示用户真实的消费意愿。当然，进一步的，针对用户的必须消费品的消费数据可以进一步的判断，判断这些必须消费品中的消费数据是否能真实的反应用户的消费意愿。例如，在食品中，大米、调味料、肉类、蔬菜等可以视作必须的消费数据。而其他副食，例如，饼干、薯片等食品不为必须消费，因此可以将副食的消费数据再次算入月平均消费数据。当然，交通、衣服等依旧可以参照食品进行消费数据的计算，具体此处不再进行赘述。

此外，通常情况下，投资周期越短，利率越高的理财业务风险越高，类似期货等添加杠杆的理财业务风险越高，因此还可以根据用户对高风险理财业务的办理数量，确定用户的理财偏好。故高风险理财偏好标签、低风险理财偏好标签的区分方式，可以设定相应的高风险理财业务办理阈值，对用户进行理财偏好进行标签分类。例如：用户办理期货、贵金属、外汇等金融业务的数量大于或等于2项时，则可以认为用户为高风险理财偏好标签分类下的用户；小于2项时，则可以认为用户为低风险理财偏好标签分类下的用户等等。具体的，还可以根据实际情况，确定用户属于低风险理财偏好标签分类还是高风险理财偏好标签分类，例如办理定期存单、购买国债等风险较低理财业务的数量进行确定，具体此处不再进行赘述。

需要说明的是，本申请实施例中涉及的分类标签不仅可以为高消费标签、低消费标签、高风险理财偏好标签、低风险理财偏好标签等等，还可以根据实际情况进行设定与用户财产相关的分类标签，具体此处不做限定。进而，相关的分类标签不同时，根据标签分类的方式也不同，具体此处不再进行赘述。

203、确定各个预设业务的业务特征以及每个分类标签的标签特征。

由于，需要向一个分类中的用户进行批量的业务推送，因此在用户完成分类的基础上，还需要确定每种分类的用户适合哪些具体的业务。而根据上述步骤可得，用户分类是基于分类标签完成的，因此，在确定一个分类下的用户适合哪些业务时，便可以直接用该分类的分类标签的标签特征作为此类用户的用户特征，进而再将标签特征与业务的业务特征进行匹配，这样便可以确定该分类中的用户匹配的业务。

其中，本申请实施例中涉及的预设业务可以为相关的工作人员输入至本业务推送***，当然本业务推送***也可以与银行中的其他业务***完成通信连接的建立，从而获取到相关的预设业务，具体此处不做限定。

同时，确定分类标签的标签特征可以根据分类标签本身确定，若依旧以上述步骤中的标签进行举例，例如，高风险理财偏好标签。此时，可以确定该高风险理财偏好标签的特征为该标签下的分类用户均偏好高风险的理财投资。此时，在获取到各个预设业务之后，可以根据具体的业务内容，确定业务的业务特征，例如一个新推出的黄金业务，该业务属于贵金属交易，属于高风险理财业务，故该新推出的黄金业务的业务特征则为高风险投资业务。

当然，本申请实施例中还可以包括其他类型的分类标签，以及其他的预设业务，具体的与本步骤中确定标签特征和确定业务特征的方式相同，具体此处不再进行赘述。

204、根据各预设业务的业务特征以及每个分类标签的标签特征，确定每个分类标签对应的预设业务。

根据上述步骤203可得，若高风险理财偏好标签的特征为该标签下的分类用户均偏好高风险的理财投资时，且新推出的黄金业务的业务特征则为高风险投资业务，此时，可以将高风险业务则与高风险理财偏好匹配，均涉及高风险。此时，便可以确定高风险理财偏好标签分类下的用户与该黄金业务匹配，接受该黄金业务的可能性较高。

同理，针对其他业务以及其他分类标签的匹配方式与上述过程相同，具体此处不再进行赘述。

205、向每个分类标签对应的用户所在终端推送该分类标签对应的预设业务。

当确定了当前分类标签对应的用户的匹配的业务时，将该业务推送至该分类下的各个用户即可。例如，将该黄金业务的业务描述通过短信、APP通知的方式，通知到用户的手机上即可。

本申请提供的业务推送方法，通过分析用户的行文数据，并根据分类标签对用户的行为数据进行分类，从而将用户进行分类。然后，再确定与每个用户分类匹配的业务，进而将不同的业务推送至匹配的用户分类中的各个用户，通过各种特征数据提升业务推送的精准度。

为了更好的实现本申请实施例，在一个本申请实施例中，根据预设的分类标签和用户行为数据对各用户进行分类，得到每个分类标签对应的用户，包括：

对各个用户行为数据进行特征提取，得到各个用户特征；确定各个分类标签的标签特征；确定各用户特征与各分类标签的标签特征的第一相似度，将各用户特征对应的用户分类至最高第一相似度对应的分类标签，以此得到每个分类标签对应的用户。

根据上述实施例可得，可以通过确定用户的行为数据直接根据分类标签进行分类。然而，在实际情况中，用户的行为数据较多，无法根据单一的行为数据对用户进行分类。例如：用户可能涉及多种理财业务，例如该用户总计涉及了10项理财业务，2向高风险理财业务，8项低风险理财业务，若依旧以上述实施例判断方式进行举例，此时用户的高风险理财业务已经满足大于或等于2项的条件，该用户则可以被分类至高风险理财偏好标签对应的分类下。然而，用户实际上还涉及了8项低风险理财业务，可以得出用户在低风险理财业务中占据80％的比例，比例非常高，故依旧无法确定该用户是否真正的偏好高风险投资。因此，需要根据用户实际的投资业务进行特征提取，具体的该特征提取的方式可以分别计算高风险业务与低风险业务的比例，此时高风险业务比例为20％，低风险业务的比例为80％，可以确定该用户的特征实质为低风险偏好，因此通过特征提取可以更加有效的反应出该用户的偏好，从而进行更好的用户分类。

此时，再将用户特征为低风险偏好的特征与高风险理财偏好标签和低风险理财偏好标签的特征进行比对即可，此时用户与低风险理财偏好标签的特征相似度更高，与高风险理财偏好标签的特征相似度更低，因此与低风险理财偏好标签的特征相似度则为最高。因此，低风险理财偏好标签则为该用户的分类标签。需要说明的是，根据其他标签的分类方式本实施例相同，具体不再进行赘述。

为了更好的实现本申请实施例，在一个本申请实施例中，根据各预设业务的业务特征以及每个分类标签的标签特征，确定每个分类标签对应的预设业务，包括：

确定每个标签特征与各个业务特征的第二相似度；根据第二相似度，确定每个分类标签对应的预设业务。

根据上述实施例可得，可以确定标签特征与业务特征之间的是否相似，从而确定该业务特征对应的业务是否与该标签特征匹配。然而，在实际情况中，预设业务的业务数量可能较多，因此，将每个预设业务的业务特征与一个分类标签的标签特征进行比较时，可以得到多个第二相似度。具体的计算相似度的方法可以参照任意现有技术，具体此处不做限定。然而，可以设定一个相似度阈值，从而对这些第二相似度进行筛选，进而得到满足条件的第二相似度，这些满足条件的第二相似度均对应一个预设业务，此时，将该对应的预设业务确定为该当前分类标签匹配的预设业务即可。

为了更好的实现本申请实施例，在一个本申请实施例中，向每个分类标签对应的用户所在终端推送该分类标签对应的预设业务，包括：

针对每个分类标签，将该分类标签对应的用户的标识信息发送至预设的业务终端；确定是否在预设的反馈时间内接收到业务终端根据标识信息反馈的业务信息；若未在反馈时间内接收到业务终端根据标识信息反馈的业务信息，则向该分类标签对应的用户所在终端推送该分类标签对应的预设业务；若在反馈时间内接收到业务终端根据标识信息反馈的业务信息，向该分类标签对应的用户所在终端推送该分类标签对应的预设业务以及反馈的业务信息。

为了提高将业务推送给用户的成功率，如果直接将业务推送至用户的手机或者对应的终端时，用户也有一定的可能性不接收推送。此时，可以将完成分类的用户发送至预设的终端设备，该预设的终端设备可以为对应的客户经理的终端设备。其中，用户的标识信息可以为用户的身份标识，例如姓名。由于，银行中的每个客户经理对应不同的用户，例如，用户若在之前完成过相关业务的办理时，可以通过客户经理进行办理，此时客户经理与用户之间存在合作经历，因此用户若再经过客户经理的推荐之后，更容易接收业务。因此，可以将用户的标识信息，例如姓名发送至客户经理处时，客户经理可以单独编写适合具体用户的业务推荐语言。从而，当业务推送***在推送业务至用户时，可以同时将客户经理的推送语言，即反馈的业务信息，同时推送给用户，这样用户的接受度会更高。若客户经理在预设的时间段内，未反馈推送的业务信息时，业务推送***依旧可以按照上述实施例将业务推送直接推送至该分类下的用户即可。

为了更好的实现本申请实施例，在一个本申请实施例中，若未在反馈时间内接收到业务终端根据标识信息反馈的业务信息，则向该分类标签对应的用户所在终端推送该分类标签对应的预设业务，包括：

确定该分类标签对应的预设业务的业务内容；确定业务内容的内容特征，根据内容特征生成初始业务描述；根据该分类标签，生成推送关键字；将推送关键字与初始业务描述结合，得到目标推送信息。向该分类标签对应的用户所在终端推送该分类标签对应的预设业务以及目标推送信息。

根据上述实施例可得，客户经理存在不反馈推送信息的情况，此时为了再客户经理不反馈推送信息的情况下增加业务的推送的成功率，此时业务推送***可以自动生成相关的推送信息，帮助用户更加了解业务，从而增加业务推送的成功率。

具体的，可以获取业务的业务内容，例如存在一个国债业务，其中国债业务的业务内容则可以包括国债期限以及国债利率。由于，国债业务属于一种低风险业务，此时该国债业务对应的分类标签则为低风险理财偏好标签，而低风险理财偏好标签的标签特征则为低风险，此时根据标签特征以及业务内容生成的内容可以包括“……低风险国债，利率为XX，国债期限为XX……”，此时将该国债业务推送给用户时，便可以同时推送该生成的推送信息“……低风险国债，利率为XX，国债期限为XX……”，这样能够进一步增加推送的成功率。

为了更好的实现本申请实施例，在一个本申请实施例中，若在反馈时间内接收到业务终端根据标识信息反馈的业务信息，向该分类标签对应的用户所在终端推送该分类标签对应的预设业务以及反馈的业务信息，包括：

若在反馈时间内接收到业务终端根据标识信息反馈的业务信息，且接收到预设业务的修改信息；根据修改信息，对预设业务进行修改，得到修改后的预设业务；向该分类标签对应的用户所在终端推送该分类标签对应的修改后的预设业务以及反馈的业务信息。

通常情况下，客户经理可能存在一定的业务修改权限，例如为了提高用户接受业务的成功率，客户经理向上级请求或者自身存在业务的修改权限时，例如增加利率，此时客户经理可以生成修改业务的利率的修改信息，并将该修改信息发送至业务推送***。由于，只是针对于当前分类下的用户进行的业务修改，并不是对该业务进行完全修改，故在业务推送***接收到该修改信息之后，该业务推送***，仅会根据修改信息对将推送至当前分类下的用户的业务进行修改，并不对其他用户针对本业务的修改。例如：若预设业务A利率为2％，此时客户经理的修改信息为针对分类A的用户，推送该业务A时，以2.1％的利率推送，此时业务推送***，则将分类A对应的业务A的利率修改为2.1％，而其他用户在办理业务A时，依旧为2％，并不对其他用户造成影响。

此时，再基于客户经理反馈的业务信息，能够进一步提高用户接收推送业务的成功率。

为了更好的实现本申请实施例，在一个本申请实施例中，向每个分类标签对应的用户所在终端推送该分类标签对应的预设业务，包括：

确定各个用户终端中的各个应用程序；根据各个应用程序的使用时间，确定各应用程序中的目标应用程序；向每个分类标签对应的用户所在终端中的目标应用程序推送该分类标签对应的预设业务。

在实际情况中，大多数用户不习惯浏览短信内容，因此手机中的短信收件箱中可能存在几千条未读短信，因此若将业务通过短信的方式推送至用户时，用户很容易忽视。同时，用户对银行APP的依赖度也较低，通常涉及转账时，才会登录银行APP，因此很难发现APP中银行推送的业务。故为进一步增加推送成功率，可以选择用户常用的手机APP进行推送。

例如：可以获取用户手机中公开的APP的使用时间，通常用户针对某个APP使用的时间越长，用户对该APP的依赖度越高，且查看该APP的频率越高，因此更容易发现银行推送的业务。此时，若将业务推送至该使用频率较高的APP时，便能增加业务推送的成功率，例如用户的企业微信便属于一种使用时间较高的APP。当然，还可以根据其他的方式确定用户依赖度较高的APP，具体此处不做限定。

为了更好实施本申请实施例中的业务推送方法，在业务推送方法之上，本申请实施例中还提供了一种业务推送装置，如图3所示，装置300包括：

获取模块301，用于获取各个用户各自对应的用户行为数据；

分类模块302，用于根据预设的分类标签和用户行为数据对各用户进行分类，得到每个分类标签对应的用户；

第一确定模块303，用于确定各个预设业务的业务特征以及每个分类标签的标签特征；

第二确定模块304，用于根据各预设业务的业务特征以及每个分类标签的标签特征，确定每个分类标签对应的预设业务；

推送模块305，用于向每个分类标签对应的用户所在终端推送该分类标签对应的预设业务。

本申请提供的业务推送装置，通过获取模块301获取用户的行为数据之后，通过分析用户的行文数据，并通过分类模块302根据分类标签对用户的行为数据进行分类，从而将用户进行分类。然后，再通过第一确定模块303以及第二确定模块304确定与每个用户分类匹配的业务，进而通过推送模块305将不同的业务推送至匹配的用户分类中的各个用户，通过各种特征数据提升业务推送的精准度。

在本申请一些实施例中，分类模块302具体用于：

对各个用户行为数据进行特征提取，得到各个用户特征；

确定各个分类标签的标签特征；

确定各用户特征与各分类标签的标签特征的第一相似度，将各用户特征对应的用户分类至最高第一相似度对应的分类标签，以此得到每个分类标签对应的用户。

在本申请一些实施例中，第二确定模块304具体用于：

确定每个标签特征与各个业务特征的第二相似度；

根据第二相似度，确定每个分类标签对应的预设业务。

在本申请一些实施例中，推送模块305具体用于：

针对每个分类标签，将该分类标签对应的用户的标识信息发送至预设的业务终端；

确定是否在预设的反馈时间内接收到业务终端根据标识信息反馈的业务信息；

若未在反馈时间内接收到业务终端根据标识信息反馈的业务信息，则向该分类标签对应的用户所在终端推送该分类标签对应的预设业务；

若在反馈时间内接收到业务终端根据标识信息反馈的业务信息，向该分类标签对应的用户所在终端推送该分类标签对应的预设业务以及反馈的业务信息。

在本申请一些实施例中，推送模块305具体还用于：

确定该分类标签对应的预设业务的业务内容；

确定业务内容的内容特征，根据内容特征生成初始业务描述；

根据该分类标签，生成推送关键字；

将推送关键字与初始业务描述结合，得到目标推送信息。

向该分类标签对应的用户所在终端推送该分类标签对应的预设业务以及目标推送信息。

在本申请一些实施例中，推送模块305具体还用于：

若在反馈时间内接收到业务终端根据标识信息反馈的业务信息，且接收到预设业务的修改信息；

根据修改信息，对预设业务进行修改，得到修改后的预设业务；

向该分类标签对应的用户所在终端推送该分类标签对应的修改后的预设业务以及反馈的业务信息。

在本申请一些实施例中，推送模块305具体还用于：

确定各个用户终端中的各个应用程序；

根据各个应用程序的使用时间，确定各应用程序中的目标应用程序；

向每个分类标签对应的用户所在终端中的目标应用程序推送该分类标签对应的预设业务。

本申请实施例还提供一种服务器，其集成了本申请实施例所提供的任一种业务推送方法，如图4所示，其示出了本申请实施例所涉及的服务器的结构示意图，具体来讲：

该服务器可以包括一个或者一个以上处理核心的处理器401、一个或一个以上计算机可读存储介质的存储器402、电源403和输入单元404等部件。本领域技术人员可以理解，图4中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中：

处理器401是该服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储器402内的软件程序和/或模块，以及调用存储在存储器402内的数据，执行服务器的各种功能和处理数据，从而对服务器进行整体监控。可选的，处理器401可包括一个或多个处理核心；处理器401可以是中央处理单元(CentralProcessing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，优选的，处理器401可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器401中。

存储器402可用于存储软件程序以及模块，处理器401通过运行存储在存储器402的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器402可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序；存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器402可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器402还可以包括存储器控制器，以提供处理器401对存储器402的访问。

服务器还包括给各个部件供电的电源403，优选的，电源403可以通过电源管理***与处理器401逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。电源403还可以包括一个或一个以上的直流或交流电源、再充电***、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该服务器还可包括输入单元404，该输入单元404可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

尽管未示出，服务器还可以包括显示单元等，在此不再赘述。具体在本实施例中，服务器中的处理器401会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器402中，并由处理器401来运行存储在存储器402中的应用程序，从而实现各种功能，例如：

获取各个用户各自对应的用户行为数据；

根据预设的分类标签和用户行为数据对各用户进行分类，得到每个分类标签对应的用户；

确定各个预设业务的业务特征以及每个分类标签的标签特征；

根据各预设业务的业务特征以及每个分类标签的标签特征，确定每个分类标签对应的预设业务；

向每个分类标签对应的用户所在终端推送该分类标签对应的预设业务。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种计算机可读存储介质，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。其上存储有计算机程序，计算机程序被处理器进行加载，以执行本申请实施例所提供的任一种业务推送方法中的步骤。例如，计算机程序被处理器进行加载可以执行如下步骤：

获取各个用户各自对应的用户行为数据；

根据预设的分类标签和用户行为数据对各用户进行分类，得到每个分类标签对应的用户；

确定各个预设业务的业务特征以及每个分类标签的标签特征；

根据各预设业务的业务特征以及每个分类标签的标签特征，确定每个分类标签对应的预设业务；

向每个分类标签对应的用户所在终端推送该分类标签对应的预设业务。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对其他实施例的详细描述，此处不再赘述。

具体实施时，以上各个单元或结构可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元或结构的具体实施可参见前面的方法实施例，在此不再赘述。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

以上对本申请实施例所提供的一种业务推送方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (10)

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

获取各个用户各自对应的用户行为数据；

根据预设的分类标签和所述用户行为数据对各所述用户进行分类，得到每个分类标签对应的用户；

确定各个预设业务的业务特征以及每个所述分类标签的标签特征；

根据各所述预设业务的业务特征以及每个所述分类标签的标签特征，确定每个分类标签对应的预设业务；

向每个所述分类标签对应的用户所在终端推送该分类标签对应的预设业务。

2.根据权利要求1所述的业务推送方法，其特征在于，所述根据预设的分类标签和所述用户行为数据对各所述用户进行分类，得到每个分类标签对应的用户，包括：

对各个用户行为数据进行特征提取，得到各个用户特征；

确定各个分类标签的标签特征；

确定各所述用户特征与各分类标签的标签特征的第一相似度，将各所述用户特征对应的用户分类至最高第一相似度对应的分类标签，以此得到每个分类标签对应的用户。

3.根据权利要求1所述的业务推送方法，其特征在于，所述根据各所述预设业务的业务特征以及每个所述分类标签的标签特征，确定每个分类标签对应的预设业务，包括：

确定每个所述标签特征与各个业务特征的第二相似度；

根据所述第二相似度，确定每个所述分类标签对应的预设业务。

4.根据权利要求1所述的业务推送方法，其特征在于，所述向每个所述分类标签对应的用户所在终端推送该分类标签对应的预设业务，包括：

针对每个分类标签，将该分类标签对应的用户的标识信息发送至预设的业务终端；

确定是否在预设的反馈时间内接收到所述业务终端根据所述标识信息反馈的业务信息；

若未在所述反馈时间内接收到所述业务终端根据所述标识信息反馈的业务信息，则向该分类标签对应的用户所在终端推送该分类标签对应的预设业务；

若在所述反馈时间内接收到所述业务终端根据所述标识信息反馈的业务信息，向该分类标签对应的用户所在终端推送该分类标签对应的预设业务以及所述反馈的业务信息。

5.根据权利要求4所述的业务推送方法，其特征在于，所述若未在所述反馈时间内接收到所述业务终端根据所述标识信息反馈的业务信息，则向该分类标签对应的用户所在终端推送该分类标签对应的预设业务，包括：

确定该分类标签对应的预设业务的业务内容；

确定所述业务内容的内容特征，根据所述内容特征生成初始业务描述；

根据该分类标签，生成推送关键字；

将所述推送关键字与所述初始业务描述结合，得到目标推送信息。

向该分类标签对应的用户所在终端推送该分类标签对应的预设业务以及所述目标推送信息。

6.根据权利要求4所述的业务推送方法，其特征在于，所述若在所述反馈时间内接收到所述业务终端根据所述标识信息反馈的业务信息，向该分类标签对应的用户所在终端推送该分类标签对应的预设业务以及所述反馈的业务信息，包括：

若在所述反馈时间内接收到所述业务终端根据所述标识信息反馈的业务信息，且接收到所述预设业务的修改信息；

根据所述修改信息，对所述预设业务进行修改，得到修改后的预设业务；

向该分类标签对应的用户所在终端推送该分类标签对应的修改后的预设业务以及所述反馈的业务信息。

7.根据权利要求4至6任意一项所述的业务推送方法，其特征在于，所述向每个所述分类标签对应的用户所在终端推送该分类标签对应的预设业务，包括：

确定各个用户终端中的各个应用程序；

根据各个应用程序的使用时间，确定各所述应用程序中的目标应用程序；

向每个所述分类标签对应的用户所在终端中的所述目标应用程序推送该分类标签对应的预设业务。

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

获取模块，用于获取各个用户各自对应的用户行为数据；

分类模块，用于根据预设的分类标签和所述用户行为数据对各所述用户进行分类，得到每个分类标签对应的用户；

第一确定模块，用于确定各个预设业务的业务特征以及每个所述分类标签的标签特征；

第二确定模块，用于根据各所述预设业务的业务特征以及每个所述分类标签的标签特征，确定每个分类标签对应的预设业务；

推送模块，用于向每个所述分类标签对应的用户所在终端推送该分类标签对应的预设业务。

9.一种服务器，其特征在于，所述服务器包括处理器、存储器以及存储于所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序以实现权利要求1至7任一项所述的业务推送方法中的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行以实现权利要求1至7任一项所述的业务推送方法中的步骤。

Images