CN117726407A - 业务办理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种业务办理方法、装置、设备及存储介质。该方法包括获取待推荐用户的第一信息和待推荐业务的标识，待推荐用户的第一信息包括有待推荐用户的用户状态和已办理业务的基本信息，并根据待推荐用户的第一信息和预设的过滤策略，对待推荐用户进行过滤得到符合待推荐业务的第一目标用户，过滤策略是基于业务数据得到的，之后向第一目标用户发送第一消息，第一消息包含有待推荐业务的标识。该技术方案中通过业务数据确定出的过滤策略对待推荐用户进行符合能够办理待推荐业务的过滤处理之后，向符合办理的用户推送相应业务的办理消息，从而提高业务办理效率和增加用户体验。

Description

业务办理方法、装置、设备及存储介质

技术领域

本申请涉及大数据技术领域，尤其涉及一种业务办理方法、装置、设备及存储介质。

背景技术

在一些业务办理的过程中，当面向用户时，常常会出现用户有意向办理某个业务的情况，且已经提交了相应的办理请求，然而在正式办理的时候，由于办理规则限制而导致业务办理失败，存在业务办理订单被拦截的情况发生，影响了用户的体验感。

在现有技术中，常常通过预先用户点击办理时进行校验，判断用户当前状态是否可办理选择的产品，从而保证办理的可行性

然而，这种方式由于仅在业务办理订单提交环节触发，从而会对业务受理率以及用户感知产生负面影响。

发明内容

本申请提供一种业务办理方法、装置、设备及存储介质，避免会对业务办理效率以及用户感知产生负面影响的情况。

第一方面，本申请提供一种业务办理方法，包括：

获取待推荐用户的第一信息和待推荐业务的标识，所述待推荐用户的第一信息包括有所述待推荐用户的用户状态和已办理业务的基本信息；

根据所述待推荐用户的第一信息和预设的过滤策略，对所述待推荐用户进行过滤得到符合所述待推荐业务的第一目标用户，所述过滤策略是基于业务数据得到的；

向所述第一目标用户发送第一消息，所述第一消息包含有所述待推荐业务的标识。

可选地，如上所述的方法，在所述根据所述待推荐用户的第一信息和预设的过滤策略，对所述待推荐用户进行过滤得到符合所述待推荐业务的第一目标用户之前，所述方法还包括：

获取用户数据；

根据用户状态对所述用户数据中多个用户进行分类，并根据所述用户数据中已办理业务的基本信息对分类后的用户进行标记，得到各个用户的第一信息。

可选地，如上所述的方法，所述方法还包括：

根据所述业务数据，确定各个业务对应的可办理条件；

将各个业务对应的可办理条件确定为所述过滤策略。

可选地，如上所述的方法，所述根据所述业务数据，确定各个业务对应的可办理条件，包括：

针对每个业务，从所述业务数据中确定出所述业务的基本数据；

根据所述业务的基本数据，生成所述业务对应的可办理条件。

可选地，如上所述的方法，所述根据所述待推荐用户的第一信息和预设的过滤策略，对所述待推荐用户进行过滤得到符合所述待推荐业务的第一目标用户，包括：

从所述过滤策略中确定出所述待推荐业务对应的可办理条件；

根据所述待推荐业务对应的可办理条件和所述待推荐用户的第一信息，对所述待推荐用户进行过滤，得到所述第一目标用户。

可选地，如上所述的方法，所述方法还包括：

响应于所述第一目标用户对所述第一消息的处理操作请求，对所述第一目标用户办理所述待推荐业务；

获取所述第一目标用户中未成功办理所述待推荐业务的第二目标用户；

根据所述第二目标用户的用户数据对所述第二目标用户的第一信息进行调整。

可选地，如上所述的方法，所述业务数据包括：多个业务各自的标识、多个业务各自的属性、多个业务各自的业务量值。

第二方面，本申请提供一种业务办理装置，包括：

获取模块，用于获取待推荐用户的第一信息和待推荐业务的标识，所述待推荐用户的第一信息中记载有所述待推荐用户的用户状态和已办理业务的基本信息；

处理模块，用于根据所述待推荐用户的第一信息和预设的过滤策略，对所述待推荐用户进行过滤得到符合所述待推荐业务的第一目标用户；

发送模块，用于向所述第一目标用户发送第一消息，所述第一消息包含有所述待推荐业务的标识。

可选地，如上所述的装置，在所述根据所述待推荐用户的第一信息和预设的过滤策略，对所述待推荐用户进行过滤得到符合所述待推荐业务的第一目标用户之前，所述处理模块，还用于：

获取用户数据；

根据用户状态对所述用户数据中多个用户进行分类，并根据所述用户数据中已办理业务的基本信息对分类后的用户进行标记，得到各个用户的第一信息。

可选地，如上所述的装置，所述处理模块，还用于：

根据所述业务数据，确定各个业务对应的可办理条件；

将各个业务对应的可办理条件确定为所述过滤策略。

可选地，如上所述的装置，所述处理模块根据所述业务数据，确定各个业务对应的可办理条件，具体用于：

针对每个业务，从所述业务数据中确定出所述业务的基本数据；

根据所述业务的基本数据，生成所述业务对应的可办理条件。

可选地，如上所述的装置，所述处理模块，用于：

从所述过滤策略中确定出所述待推荐业务对应的可办理条件；

根据所述待推荐业务对应的可办理条件和所述待推荐用户的第一信息，对所述待推荐用户进行过滤，得到所述第一目标用户。

可选地，如上所述的装置，所述处理模块，还用于：

响应于所述第一目标用户对所述第一消息的处理操作请求，对所述第一目标用户办理所述待推荐业务；

获取所述第一目标用户中未成功办理所述待推荐业务的第二目标用户；

根据所述第二目标用户的用户数据对所述第二目标用户的第一信息进行调整。

可选地，如上所述的装置，所述业务数据包括：多个业务各自的标识、多个业务各自的属性、多个业务各自的业务量值。

第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如上述第一方面或任一种方式所述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现上述第一方面或任一种方式所述的方法。

本申请提供的业务办理方法、装置、设备及存储介质，通过获取待推荐用户的第一信息和待推荐业务的标识，待推荐用户的第一信息包括有待推荐用户的用户状态和已办理业务的基本信息；根据待推荐用户的第一信息和预设的过滤策略，对待推荐用户进行过滤得到符合待推荐业务的第一目标用户，过滤策略是基于业务数据得到的；向第一目标用户发送第一消息，第一消息包含有待推荐业务的标识。该技术方案中通过业务数据确定出的过滤策略对待推荐用户进行符合能够办理待推荐业务的过滤处理之后，向符合办理的用户推送相应业务的办理消息，从而提高业务办理效率和增加用户体验。

附图说明

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

图1为本申请实施例提供的业务办理方法的流程示意图一；

图2为本申请实施例提供的数据稽核方法的流程示意图二；

图3为本申请实施例提供的数据稽核方法的流程示意图三；

图4为本申请实施例提供的业务办理装置的结构示意图；

图5为本申请实施例提供的电子设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

推进公众市场智慧运营，提升规模价值发展能力，构建全量客户智慧运营体系，通过标签模型进行业务策略推荐，提升客户黏度，通过实时场景下的精准、高效业务是数字化转型行动计划的重点举措之一。

目前用户大多通过集中业务支撑系统、应用程序端等触点办理业务时，业务的相应订单提交后将在集中业务支撑系统进行订单生成前的规则校验；校验通过后，订单方可正式生成订单。但是目前各触点在面向用户办理时，经常会出现“用户有意向办理业务，却因为规则限制导致业务办理失败”的情况，导致用户感知降低。

通过规则中心数据采样统计，每日接收百万笔订单申请，校验通过并成功通过的占比并非足量；全量客户价值运营平台策略推荐后订单拦截率仍然比较高。

为解决上述原因，提出通过大数据技术建设的海量预校验平台，可实现短时间内完成千万级客户群体业务策略推荐的海量客户规则预检验。通过离线的方式，对目标用户群进行能否成功办理产品进行预先分析，过滤不符合办理条件的客户，保障客户办理时所见即所得，提高推荐产品办理成功率。

传统业务模式根据业务策略筛选目标群体，为客户推荐可受理的业务。客户点击办理时进行校验，判断用户当前状态是否可办理选择的业务。该模式主要存在以下弊端：

1)推荐的业务办理时具有一定的失败率，仅全量客户价值运营平台策略推荐后订单拦截率占一定比重，显然无法满足所见即所得的业务诉求。

2)规则校验目前仅在订单提交环节触发，严重影响了一线业务受理效率和用户感知。

3)待筛选的目标群体数量级都是千万级以上，业务推荐的黄金时间就持续时间很短，必须在较短的时间内完成规则检验，筛选符合的目标用户，实现价值最大化，但目前技术架构无法支撑高并发、高吞吐量的系统支撑规则检验，从而失去推广业务的黄金时期，影响业务的发展。

4)随业务发展规则种类不断增多，用户被拦截的场景也会增多，很难保证精准业务。

针对上述存在的技术问题，发明人的构思如下，可以提出获取已有的用户数据、以及业务数据，基于业务数据可以设置办理相应业务所需的办理条件，基于用户数据可以对用户进行标记，来对用户进行区别，在后续向用户推荐业务时，可以基于该业务的情况对标记后的用户进行过滤，得到可能成功办理该业务的用户，并向这些用户推荐该业务，从而提高业务的办理效率、以及提高用户体验。

本申请提供的业务办理方法，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图1为本申请实施例提供的业务办理方法的流程示意图一，如图1所示，该业务办理方法可以包括如下步骤：

在本方案中，执行主体电子设备可以是服务器。

步骤11、获取待推荐用户的第一信息和待推荐业务的标识；

其中，待推荐用户的第一信息包括有待推荐用户的用户状态和已办理业务的基本信息。

在本步骤中，在向用户推荐业务时，服务器获取出需要向待推荐用户推荐的业务的名称等信息，即可以是待推荐业务的标识。

为了后续可以精准的进行投放待推荐业务，需要对待推荐用户进行过滤，即可以是先获取待推荐用户的用户状态和已办理业务的基本信息。

例如，用户状态可以是该用户离网、在线、预离网等；已办理业务的基本信息可以是办理的业务属性(如，业务类型、可办理的用户状态)、业务量值、名称等。

其中，业务量值可以是月贡献的业务金额、业务金额等等。

在一种可能的实现中，已办理业务的基本信息还可以是对用户进行标签之后的基本信息，例如，获取到用户数据之后，利用相应的预设值对业务量值进行等级分类；利用已办理的业务属性进行分类；即，获取到的待推荐用户的第一信息，例如，待推荐用户中用户A的业务属性分类结果、业务量值所在等级区间。

可选的，业务可以是产品，例如，可以是套餐产品、流量包、合约产品等等。

应理解，不对待推荐用户的数量进行限制，可以是百万级的用户，千万级的用户等。

可选的，在该步骤11之前，该业务办理方法还可以包括：

第1步、获取用户数据；

在该实现，可以预先获取各个用户近一段时间内的用户数据，例如，可以是一周内、一个月内等等。

第2步、根据用户状态对所述用户数据中多个用户进行分类，并根据所述用户数据中已办理业务的基本信息对分类后的用户进行标记，得到各个用户的第一信息。

在该实现，可以对用户状态进行标记，例如，对根据各个用户的用户状态，将用户分为在线用户、离线用户、预离线用户，在后续匹配待推荐业务时，有的业务不适用于在线用户，有的业务离线用户不可办理，有的业务专门给预离线用户提供的等情况。

进一步的，在分类之后，还可以针对已办理业务的基本信息对分类之后的用户进行标记。

例如，针对在线用户B，办理过业务H1，业务H1属性分类结果为2、业务量值所在等级区间为高。

步骤12、根据待推荐用户的第一信息和预设的过滤策略，对待推荐用户进行过滤得到符合待推荐业务的第一目标用户；

其中，过滤策略是基于业务数据得到的；

在本步骤中，根据预设的过滤策略以及待推荐用户的第一信息，对待推荐用户进行过滤，将不符合办理待推荐业务进行过滤，得到过滤之后的待推荐用户，即符合待推荐业务的第一目标用户。

在一种可能的实现中，业务数据包括：多个业务各自的标识、多个业务各自的属性、多个业务各自的业务量值。

可选的，在该步骤12之前，该过滤策略的确定可以包括：

第1步、根据业务数据，确定各个业务对应的可办理条件；

具体的，针对每个业务，从业务数据中确定出业务的基本数据；根据业务的基本数据，生成业务对应的可办理条件。

在该实现下，针对每个业务，均可以基于该业务的标识，在相应的数据库中获取到该业务的基本数据，例如，业务属性(如，业务类型、可办理的用户状态)、业务量值等等。

进而，之后基于该基本数据对该业务进行可办理条件的设置，例如，业务C可办理条件为用户状态为预离线、业务量值位于低及低以上即可办理。

也即，步骤12的一种实现可以是：从过滤策略中确定出待推荐业务对应的可办理条件；根据待推荐业务对应的可办理条件和待推荐用户的第一信息，对待推荐用户进行过滤，得到第一目标用户。

例如，针对待推荐业务对应的可办理条件可以是，在线状态的用户、且业务量值位于中及中以上可以办理，此时则对待推荐用户的第一信息进行匹配，将待推荐用户中不符合该可办理条件的用户过滤，得到符合该可办理条件的用户，即第一目标用户。

第2步、将各个业务对应的可办理条件确定为过滤策略。

进而，针对各个业务对应的可办理条件与各个业务的标识分别进行绑定，以得到过滤策略。

步骤13、向第一目标用户发送第一消息，第一消息包含有待推荐业务的标识。

在本步骤中，向过滤之后的待推荐用户发送包含有待推荐业务的标识。

可选的，发送方式可以是短信、应用程序上的提醒、邮件等等。

其中，待推荐业务的标识可以是待推荐业务的名称、办理地址、方式等等。

进一步地，在该步骤之后还可以包括的操作可以是：

第1步、响应于第一目标用户对第一消息的处理操作请求，对第一目标用户办理待推荐业务；

在该实现下，第一目标用户在收到第一信息之后，点击第一信息中的办理相关实现(例如，链接、办理步骤详情)，即触发处理操作请求，之后服务器响应于该处理操作请求，触发办理待推荐业务的流程。

第2步、获取第一目标用户中未成功办理待推荐业务的第二目标用户；

在该实现下，可能存在第一目标用户中部分用户办理不成功的情况，此时将办理不成功的第一目标用户进行获取，即得到第二目标用户。

第3步、根据第二目标用户的用户数据对第二目标用户的第一信息进行调整。

在该实现下，基于第二目标用户的用户数据对第二目标用户的第一信息进行调整，即对第二目标用户进行重新打标签。

此外，办理不成功时，即业务办理被拦截，相应具有拦截规则，可以基于拦截的原因、第二目标用户的用户数据对第二目标用户的第一信息进行调整。

在另一种实现中，也可以基于第二目标用户的用户数据对待推荐业务对应的办理条件进行调整，例如，若用户数据中月贡献的业务金额为30，将办理条件高于35修改为高于25等等。

本申请实施例提供的业务办理方法，通过获取待推荐用户的第一信息和待推荐业务的标识，待推荐用户的第一信息包括有待推荐用户的用户状态和已办理业务的基本信息；根据待推荐用户的第一信息和预设的过滤策略，对待推荐用户进行过滤得到符合待推荐业务的第一目标用户，过滤策略是基于业务数据得到的，向第一目标用户发送第一消息，第一消息包含有待推荐业务的标识。该技术方案中通过业务数据确定出的过滤策略对待推荐用户进行符合能够办理待推荐业务的过滤处理之后，向符合办理的用户推送相应业务的办理消息，从而提高业务办理效率和增加用户体验。

在上述实施例的基础上，图2为本申请实施例提供的数据稽核方法的流程示意图二，如图2所示，上述步骤12可以包括如下步骤：

步骤21、从过滤策略中确定出待推荐业务对应的可办理条件；

在本步骤中，过滤策略中包含有各个业务对应的可办理条件分别进行绑定的各个业务的标识。

基于待推荐业务的标识，在各个业务的标识中确定出相应的办理条件。

例如，获取到待推荐业务的名称，针对该名称在过滤策略中确定出名称一致的业务，并获取该业务对应的可办理条件。

步骤22、根据待推荐业务对应的可办理条件和待推荐用户的第一信息，对待推荐用户进行过滤，得到第一目标用户。

例如，针对待推荐业务对应的可办理条件可以是，在线状态的用户、且业务量值位于中及中以上可以办理，此时则对待推荐用户的第一信息进行匹配，将待推荐用户中不符合该可办理条件的用户过滤，得到符合该可办理条件的用户，即第一目标用户。

本申请实施例提供的业务办理方法，通过从过滤策略中确定出待推荐业务对应的可办理条件，之后根据待推荐业务对应的可办理条件和待推荐用户的第一信息，对待推荐用户进行过滤，得到第一目标用户。该技术方案中，利用待推荐业务对应的可办理条件，对待推荐用户进行过滤，从而得到符合办理该待推荐业务的用户，提高后续业务办理效率，即增加用户所见即所得的体验感。

在上述实施例的基础上，图3为本申请实施例提供的数据稽核方法的流程示意图三，如图3所示，该业务办理方法可以包括如下步骤：

第1步、每天从数据仓库和集中业务支撑系统同步用户数据(用户状态数据、用户业务数据)和业务数据(业务属性数据、资费属性数据等)，并在清洗后加载到Hive数据仓库中；

第2步、通过挖掘分析清洗的用户的近一周的订单，找出预离网、离网状态用户等类别用户，归类并打上相应标签；找出办理的业务，并按照业务标识归类打上相应标签；

第3步、对Hive数据仓库已有的用户的业务进行挖掘分析，对已有用户按照业务标识、业务属性、用户每月贡献的业务收入等进行归类打标；

第4步、将业务规则(过滤策略)编写到hiveSQL，并按照业务规则的种类进行分组，如套餐业务办理规则、流量包办理规则、合约业务办理规则等，分别挂在Hive数据库平台上；

第5步、监控策略请求：当营销人员将目标群体和推荐的营销业务配置营销策略后发送校验请求后，将请求的策略信息进行入表操作，当监控到有入表操作，便开始海量数据检验(用户过滤)；

第6步、解析本次请求的业务信息，将业务信息，进行清洗，转化成可识别的业务数据；

第7步、根据办理的业务数据类型和用户标签，优先剔除不符合用户，再执行相应的业务规则SQL，并将检验结果返回给触点；

第8步、实时收集分析被拦截用户及被拦截的规则，分析拦截原因调整用户标签，提升检验的效率。

本申请实施例提供的业务办理方法，其实现原理和技术背景与上述实施例类似，此处不再赘述。

下述为本申请涉及的业务办理装置实施例，可以用于执行本申请数据稽核方法实施例。对于本申请业务办理装置实施例中未披露的细节，请参照本申请涉及的业务办理方法实施例。

图4为本申请实施例提供的业务办理装置的结构示意图。如图4所示，该业务办理装置包括：

获取模块41，用于获取待推荐用户的第一信息和待推荐业务的标识，所述待推荐用户的第一信息中记载有所述待推荐用户的用户状态和已办理业务的基本信息；

处理模块42，用于根据所述待推荐用户的第一信息和预设的过滤策略，对所述待推荐用户进行过滤得到符合所述待推荐业务的第一目标用户；

发送模块43，用于向所述第一目标用户发送第一消息，所述第一消息包含有所述待推荐业务的标识。

可选地，如上所述的装置，在所述根据所述待推荐用户的第一信息和预设的过滤策略，对所述待推荐用户进行过滤得到符合所述待推荐业务的第一目标用户之前，所述处理模块42，还用于：

获取用户数据；

根据用户状态对所述用户数据中多个用户进行分类，并根据所述用户数据中已办理业务的基本信息对分类后的用户进行标记，得到各个用户的第一信息。

可选地，如上所述的装置，所述处理模块42，还用于：

根据所述业务数据，确定各个业务对应的可办理条件；

将各个业务对应的可办理条件确定为所述过滤策略。

可选地，如上所述的装置，所述处理模块42根据所述业务数据，确定各个业务对应的可办理条件，具体用于：

针对每个业务，从所述业务数据中确定出所述业务的基本数据；

根据所述业务的基本数据，生成所述业务对应的可办理条件。

可选地，如上所述的装置，所述处理模块42，用于：

从所述过滤策略中确定出所述待推荐业务对应的可办理条件；

根据所述待推荐业务对应的可办理条件和所述待推荐用户的第一信息，对所述待推荐用户进行过滤，得到所述第一目标用户。

可选地，如上所述的装置，所述处理模块42，还用于：

响应于所述第一目标用户对所述第一消息的处理操作请求，对所述第一目标用户办理所述待推荐业务；

获取所述第一目标用户中未成功办理所述待推荐业务的第二目标用户；

根据所述第二目标用户的用户数据对所述第二目标用户的第一信息进行调整。

可选地，如上所述的装置，所述业务数据包括：多个业务各自的标识、多个业务各自的属性、多个业务各自的业务量值。

本申请实施例提供的业务办理装置，可用于执行上述任一实施例中的业务办理方法，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。此外，这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

图5为本申请实施例提供的电子设备的结构示意图，如图5所示，该电子设备可以包括：处理器51、存储器52及存储在所述存储器52上并可在处理器51上运行的计算机程序指令，所述处理器51执行所述计算机程序指令时实现前述任一实施例提供的业务办理方法。

可选的，该电子设备的上述各个器件之间可以通过系统总线连接。

存储器52可以是单独的存储单元，也可以是集成在处理器51中的存储单元。处理器51的数量为一个或者多个。

应理解，处理器51可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器51、数字信号处理器51(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)等。通用处理器51可以是微处理器51或者该处理器51也可以是任何常规的处理器51等。结合本申请所公开的方法的步骤可以直接体现为硬件处理器51执行完成，或者用处理器51中的硬件及软件模块组合执行完成。

系统总线可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。存储器52可能包括随机存取存储器52(randomaccess memory，RAM)，也可能还包括非易失性存储器52(non-volatile memory，NVM)，例如至少一个磁盘存储器52。

实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器52中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储器52(存储介质)包括：只读存储器52(read-only memory，ROM)、RAM、快闪存储器52、硬盘、固态硬盘、磁带(英文：magnetic tape)、软盘(英文：floppydisk)、光盘(英文：optical disc)及其任意组合。

本申请实施例提供的电子设备，可用于执行上述任一方法实施例提供的业务办理方法，其实现原理和技术效果类似，在此不再赘述。

本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行上述业务办理方法。

上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器，电可擦除可编程只读存储器，可擦除可编程只读存储器，可编程只读存储器，只读存储器，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

可选的，将可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在计算机可读存储介质中，至少一个处理器可以从该计算机可读存储介质中读取该计算机程序，所述至少一个处理器执行所述计算机程序时可实现上述业务办理方法。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。

Claims (10)

1.一种业务办理方法，其特征在于，包括：

获取待推荐用户的第一信息和待推荐业务的标识，所述待推荐用户的第一信息包括有所述待推荐用户的用户状态和已办理业务的基本信息；

根据所述待推荐用户的第一信息和预设的过滤策略，对所述待推荐用户进行过滤得到符合所述待推荐业务的第一目标用户，所述过滤策略是基于业务数据得到的；

向所述第一目标用户发送第一消息，所述第一消息包含有所述待推荐业务的标识。

2.根据权利要求1所述的方法，其特征在于，在所述根据所述待推荐用户的第一信息和预设的过滤策略，对所述待推荐用户进行过滤得到符合所述待推荐业务的第一目标用户之前，所述方法还包括：

获取用户数据；

根据用户状态对所述用户数据中多个用户进行分类，并根据所述用户数据中已办理业务的基本信息对分类后的用户进行标记，得到各个用户的第一信息。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

根据所述业务数据，确定各个业务对应的可办理条件；

将各个业务对应的可办理条件确定为所述过滤策略。

4.根据权利要求3所述的方法，其特征在于，所述根据所述业务数据，确定各个业务对应的可办理条件，包括：

针对每个业务，从所述业务数据中确定出所述业务的基本数据；

根据所述业务的基本数据，生成所述业务对应的可办理条件。

5.根据权利要求3所述的方法，其特征在于，所述根据所述待推荐用户的第一信息和预设的过滤策略，对所述待推荐用户进行过滤得到符合所述待推荐业务的第一目标用户，包括：

从所述过滤策略中确定出所述待推荐业务对应的可办理条件；

根据所述待推荐业务对应的可办理条件和所述待推荐用户的第一信息，对所述待推荐用户进行过滤，得到所述第一目标用户。

6.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

响应于所述第一目标用户对所述第一消息的处理操作请求，对所述第一目标用户办理所述待推荐业务；

获取所述第一目标用户中未成功办理所述待推荐业务的第二目标用户；

根据所述第二目标用户的用户数据对所述第二目标用户的第一信息进行调整。

7.根据权利要求1或2所述的方法，其特征在于，所述业务数据包括：多个业务各自的标识、多个业务各自的属性、多个业务各自的业务量值。

8.一种业务办理装置，其特征在于，包括：

获取模块，用于获取待推荐用户的第一信息和待推荐业务的标识，所述待推荐用户的第一信息中记载有所述待推荐用户的用户状态和已办理业务的基本信息；

处理模块，用于根据所述待推荐用户的第一信息和预设的过滤策略，对所述待推荐用户进行过滤得到符合所述待推荐业务的第一目标用户；

发送模块，用于向所述第一目标用户发送第一消息，所述第一消息包含有所述待推荐业务的标识。

9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至7任一项所述的方法。