业务报表的推送方法及装置与流程

本发明实施例涉及计算机技术，尤其涉及一种业务报表的推送方法及装置。

背景技术：

随着通信行业的不断发展，运营商业务平台每天都会产生大量的业务数据，采用业务报表可以有效的从不同的维度观察业务数据，其中业务报表是指对业务内容和数据的统计和分析的表格。

现有技术中，因为数据量庞大，业务报表的生成存在一定的延迟，通常在次日生成，并且在生成业务报表之后，会将业务报表推送给平台中所有的用户。

然而，次日生成业务报表以及将业务报表推送给所有用户，会导致业务报表的推送缺乏实时性以及有效性。

技术实现要素：

本发明实施例提供一种业务报表的推送方法及装置，以提高业务报表推送的实时性以及有效性。

第一方面，本发明实施例提供一种业务报表的推送方法，包括：

获取用户的业务数据；

对所述业务数据进行归类处理，得到归类结果，所述归类结果包括各所述业务数据所属的分类；

判断各所述分类对应的业务数据是否满足所述分类对应的推送触发条件；

若是，则根据所述分类对应的业务数据生成业务报表，并将所述业务报表推送给所述分类对应的用户。

在一种可能的设计中，所述业务数据所属的分类为运行数据类，所述运行数据类为业务运行产生的数据；所述运行数据类对应的推送触发条件为业务数据的运行轨迹偏离预设运行轨迹的总次数超过预设次数；

所述判断各所述分类对应的业务数据是否满足所述分类对应的推送触发条件，包括：

根据预设周期对属于运行数据类的业务数据进行分析处理，得到业务数据的运行轨迹；

判断所述业务数据的运行轨迹是否偏离预设运行轨迹，若是，则统计偏离预设运行轨迹的总次数，判断所述总次数是否超过预设次数，若是，则确定满足推送触发条件。

在一种可能的设计中，所述业务数据所属的分类为数据定制类，所述数据定制类为用户所需数据；所述数据定制类对应的推送触发条件为业务总量超过预设量；

所述判断各所述分类对应的业务数据是否满足所述分类对应的推送触发条件，包括：

获取所述数据定制类对应的业务数据的业务总量；

判断所述业务总量是否超过预设量，若是，则确定满足推送触发条件。

在一种可能的设计中，所述将所述业务报表推送给所述分类对应的用户，包括：

根据各分类对应的用户预设的触发时间，在所述触发时间到达时将所述业务报表推送给所述分类对应的用户。

在一种可能的设计中，所述获取用户的业务数据，包括：

从存储系统中采集所述业务数据；

将采集得到的所述业务数据存储至数据缓存中；

从所述数据缓存中读取所述业务数据。

在一种可能的设计中，所述将所述业务报表推送给所述分类对应的用户之前，所述方法还包括：

获取各所述用户的注册信息，所述注册信息中包括所述分类的标识；

根据所述用户的注册信息，建立所述用户对所述分类的标识对应的分类的访问权限；

所述将所述业务报表推送给所述分类对应的用户，包括：

根据各所述用户的访问权限，将所述业务报表推送给所述分类对应的用户。

在一种可能的设计中，所述将所述业务报表推送给所述分类对应的用户，包括：

将所述业务报表推送给所述分类对应的用户的客户端，所述客户端具体为如下中的至少一种：网页客户端、应用程序客户端。

第二方面，本发明实施例提供一种业务报表的推送装置，包括：

获取模块，用于获取用户的业务数据；

归类模块，用于对所述业务数据进行归类处理，得到归类结果，所述归类结果包括各所述业务数据所属的分类；

判断模块，用于判断各所述分类对应的业务数据是否满足所述分类对应的推送触发条件；

推送模块，用于若是，则根据所述分类对应的业务数据生成业务报表，并将所述业务报表推送给所述分类对应的用户。

在一种可能的设计中，所述业务数据所属的分类为运行数据类，所述运行数据类为业务运行产生的数据；所述运行数据类对应的推送触发条件为业务数据的运行轨迹偏离预设运行轨迹的总次数超过预设次数；

所述判断模块具体用于：

根据预设周期对属于运行数据类的业务数据进行分析处理，得到业务数据的运行轨迹；

判断所述业务数据的运行轨迹是否偏离预设运行轨迹，若是，则统计偏离预设运行轨迹的总次数，判断所述总次数是否超过预设次数，若是，则确定满足推送触发条件。

在一种可能的设计中，所述业务数据所属的分类为数据定制类，所述数据定制类为用户所需数据；所述数据定制类对应的推送触发条件为业务总量超过预设量；

所述判断模块具体用于：

获取所述数据定制类对应的业务数据的业务总量；

判断所述业务总量是否超过预设量，若是，则确定满足推送触发条件。

在一种可能的设计中，所述推送模块具体用于：

根据各分类对应的用户预设的触发时间，在所述触发时间到达时将所述业务报表推送给所述分类对应的用户。

在一种可能的设计中，所述获取模块具体用于：

从存储系统中采集所述业务数据；

将采集得到的所述业务数据存储至数据缓存中；

从所述数据缓存中读取所述业务数据。

在一种可能的设计中，所述获取模块，还用于：

获取各所述用户的注册信息，所述注册信息中包括所述分类的标识；

根据所述用户的注册信息，建立所述用户对所述分类的标识对应的分类的访问权限；

所述推送模块具体用于：

根据各所述用户的访问权限，将所述业务报表推送给所述分类对应的用户。

在一种可能的设计中，所述推送模块具体用于：

将所述业务报表推送给所述分类对应的用户的客户端，所述客户端具体为如下中的至少一种：网页客户端、应用程序客户端。

第三方面，本发明实施例提供一种业务报表的推送设备，包括：

存储器，用于存储程序；

处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理器用于执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。

第四方面，本发明实施例提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。

本发明实施例提供的业务报表的推送方法及装置，该方法包括：获取用户的业务数据；对业务数据进行归类处理，得到归类结果，归类结果包括各业务数据所属的分类；判断各分类对应的业务数据是否满足分类对应的推送触发条件；若是，则根据分类对应的业务数据生成业务报表，并将业务报表推送给分类对应的用户。通过将数据业务进行归类处理，并针对不同分类实时生成对应的业务报表，进一步将业务报表自动推送给对应的客户，从而提高业务报表推送的实时性以及有效性。

附图说明

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

图1为本发明实施例提供的业务报表的推送方法的系统示意图；

图2为本发明实施例提供的业务报表的推送方法的流程图一；

图3为本发明实施例提供的业务报表的推送方法的流程图二；

图4为本发明实施例提供的业务报表的推送方法的流程图三；

图5为本发明实施例提供的业务报表的推送装置的结构示意图；

图6为本发明实施例提供的业务报表的推送设备的硬件结构示意图。

具体实施方式

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

伴随着通信行业的不断发展，运营商业务平台每天都会产生大量的业务数据，本发明实施例通过构建业务报表对产生的业务数据进行统计以及分析，其中业务报表的形成基于预设的系统架构，下面结合图1对预设的系统架构进行详细介绍。

图1为本发明实施例提供的业务报表的推送方法的系统示意图。如图1所示：本发明实施例在形成业务报表时基于的系统架构包括：数据存储层101、数据采集层102、数据接入层103、数据处理层104、数据服务层105以及数据展示层106。

其中数据存储层101包括第一数据库1011以及日志模块1012。

具体的，第一数据库1011用于对运营商平台产生的原始的业务数据进行存储，其中原始的业务数据例如可以为订单数据、用户数据等，其中第一数据库1011例如可以为oracle数据库，还例如可以为hbase数据库，还例如可以包含多种类型，例如可以同时采用oracle数据库和hbase数据库，本发明实施例对第一数据库1011不做特别限制。

其中日志模块1012用于对运营商平台产生的日志数据进行记录，其中日志数据例如可以为服务器日志记录、系统程序日志记录等，其中日志模块1012例如可以为存储器等，本发明实施例对日志模块1012不做特别限制。

进一步地，数据采集层102包括数据处理模块1021以及日志处理模块1022。

具体的，数据采集层102用于从不同的数据元中实时采集数据，其中数据采集模块1021用于实时采集第一数据库1011中的原始业务数据，例如可以采用oraclegoldengate技术对第一数据库1011中的原始业务数据进行复制以及同步，其中oraclegoldengate技术是一项支持异构平台之间的数据复制技术，从而完成对第一数据库的数据采集，还例如可以根据第一数据库1011的数据库操作日志进行数据采集，本发明实施例对此不做特别限定。

其中日志采集模块1022用于对日志模块1012中的日志数据进行实时采集，例如可以采用logstash引擎对日志模块中的日志数据进行采集，其中logstash引擎能够统一过滤来自不同源的日志数据，将其变成可读性高的内容，并按照规范输出至目标层，本发明实施例对日志采集模块1022不做特别限制。

进一步地，数据接入层103包括数据缓冲模块1031。

其中，数据接入层103用于对数据采集层102采集得到的业务数据和日志数据进行缓冲，因为数据采集层102对数据的采集是实时的，而数据采集层102采集数据的速度和数据处理层104处理数据的速度不能保证同步，因此需要设置数据接入层103作为中间层进行缓冲。

具体的，数据缓冲模块1031用于实现对采集数据的缓冲，因此数据缓冲模块1031需要具备高吞吐量、低延迟以及不丢失数据的特点，例如可以采用kafka系统作为数据缓冲模块，其中kafka系统是一个分布式发布订阅消息系统，生产者向主题写入数据，消费者从主题读取数据，不同类别的数据可以通过主题进行区分，不同的消费者可以通过组别进行重复消费，从而达到了数据重复利用的目的。

进一步地，数据处理层104包括触发器1041以及处理模块1042。

其中，数据处理层104用于实时对数据进行处理，具体的，处理模块1042用于从数据接入层103读取采集到的数据，并进行进一步处理得到处理后的数据，其中对数据的处理例如可以为数据转换、数据清洗、实时预测、问题定位等，本发明实施例对此不做特别限制。

在本实施例中，在数据处理层104还设置有触发器1041，其中触发器1041用于在处理后的数据达到推送触发条件时，根据处理后的数据生成业务报表，并将业务报表推送给对应的用户，其中推送触发条件可自行设定，本发明实施例对此不做特别限定。

进一步地，数据服务层105包括第二数据库1051。

具体的，数据服务层105用于在数据处理层104对数据进行实时处理后，对处理后的数据进行沉淀，在数据服务层105中设置有第二数据库1051，因为数据服务层105中的数据会实时变动，因此第二数据库1051应尽量满足读写能力较高的特点，例如可以采用redis数据库作为第二数据库1051，还例如可以采用mangodb数据库，本发明实施例对第二数据库1051不做特别限定。

进一步地，数据展示层106包括网页客户端1061以及应用程序客户端1062。

其中，数据展示层106用于展示业务数据，其中展示的具体方式例如可以通过网页客户端1061进行展示，还例如可以通过应用程序客户端1062进行展示，本发明实施例对此不做特别限定。

现有技术在生成业务报表时，通常因为业务数据量较大，只能次日生成业务报表，从而导致业务报表的生成缺乏实时性，同时在进行业务报表的推送时，只能将业务报表推送给所有的用户，基于该问题，本发明实施例提供一种业务报表的推送方法，从而实现实时生成业务报表并推送给需要的相关人员，本发明实施例提供的业务报表的推送方法主要是基于上述提到的数据处理层展开的，下面结合图2进行进一步地详细介绍。

图2为本发明实施例提供的业务报表的推送方法的流程图一，可选地，本实施例提供的方法可由上述图1所示系统的数据处理层来实现。本领域技术人员可以理解，该方法还可以由其它设备来完成，本实施例对该方法的执行主体不做特别限制。如图2所示，该方法包括：

s201、获取用户的业务数据。

具体的，用户的业务数据例如可以为提交的订单数据，还例如可以为用户输入的个人信息数据等，本发明实施例对此不做特别限制。在本发明实施例中，数据采集层从数据存储层采集到未处理的原始业务数据，并进一步将采集到的业务数据发送至数据接入层，数据接入层在数据的采集和数据的处理中间起到了一个缓冲的作用，因此从用户接入层获取用户的业务数据，从而进行下一步的数据处理。

其中数据存储层、数据采集层、数据接入层以及数据处理层在上述实施例中已经进行了介绍，此处不再赘述。

s202、对业务数据进行归类处理，得到归类结果，归类结果包括各业务数据所属的分类。

进一步地，在获取到用户的业务数据之后，对业务数据进行归类处理，其中归类处理是指根据业务数据的特点将业务数据分为不同的类别，例如可以对业务数据进行分类处理，将业务数据分为运行数据类和数据定制类，其中运行数据类是指业务运行产生的数据，例如可以包括订单状态、未处理订单数量等，其中数据定制类是指用户所需的数据，例如可以包括用户订阅的季度消费记录等，本发明实施例对此不做特别限定。

可选地，例如还可以对业务数据进行分类处理，将业务数据分为紧急度高的数据和紧急度低的数据，其中紧急度高的数据是指当前需要实时进行处理的数据，例如可以包括用户的登录请求、用户提交的验证码验证请求等，其中紧急度低的数据是指不需要实时处理的数据，例如可以包括订单数量等，本发明实施例对归类处理不做特别限制。

对业务数据进行归类处理之后，得到归类结果，其中归类结果包括各业务数据所属的分类，例如将业务数据归类处理之后得到归类结果，其中归类结果包括运行数据类和数据定制类，本领域技术人员可以认为，对业务数据进行归类处理的具体实现方式可以根据业务数据处理的实际需求进行设计，本发明实施例对此不做特别限定。

s203、判断各分类对应的业务数据是否满足分类对应的推送触发条件，若是，则执行s204。

具体的，不同分类的业务数据对应不同的推送触发条件，其中推送触发条件用于当不同分类的业务数据满足预设条件或者到达预设阈值时，对当前分类下的业务数据进行下一步处理。

以对业务数据进行分类处理，得到了运行数据类和数据定制类两个分类结果为例进行说明，其中运行数据类对应的推送触发条件例如可以为业务数据在预设周期内的运行轨迹偏移预设运行轨迹，还例如可以为业务数据的总量超过了服务器可承受的预设数量等。

其中数据定制类对应的推送触发条件例如可以为业务总量超过预设量，还例如可以为用户定制的业务数据到达预设推送时间，比如用户自行设定每小时自动推送业务数据等，本领域技术人员可以理解，推送触发条件可以根据具体情况自行设定，本发明实施例对此不做特别限定，以上时根据运行数据类和数据定制类两个分类结果为例进行说明的，其余分类结果的实现方式类似，此处不再赘述。

在本实施例中，由数据处理层中的触发器来执行判断是否满足推送触发条件的功能，其中推送触发条件存储在触发器中，触发器根据从数据接入层中获取的业务数据以及推送触发条件，判断业务数据是否满足分类对应的推送触发条件，本发明实施例对触发器的实现方式不做特别限制。

s204、根据分类对应的业务数据生成业务报表，并将业务报表推送给分类对应的用户。

在确定各分类对应的业务数据满足分类对应的推送触发条件时，根据分类对应的业务数据按照预设的生成规则生成业务报表，其中不同分类的业务数据对应的预设的生成规则不同，从而根据不同分类的业务数据可以生成不同的业务报表，并进一步将业务报表推送给分类对应的用户，下面以业务数据得到的分类结果为运行数据类和数据定制类为例进行说明。

其中，对于运行数据类的业务数据，按照运行数据类的业务数据的预设生成规则生成对应的业务报表，例如当前存在预设生成规则为统计运营商平台中的订单积压数量，则在确定订单积压数量超过预设阈值时生成订单积压告警的业务报表，并将订单积压告警的业务报表推送给对应的用户，其中对应的用户例如可以为订阅了该业务报表的用户，还例如可以为管理人员等，本发明实施例对此不做限制，根据不同的预设生成规则可以生成不同的业务报表，本领域技术人员可以理解，预设生成规则可以根据需要自行设定，本发明实施例对预设生成规则不做特别限定。

可选地，对于数据定制类的业务数据，按照运行数据类的业务数据的预设生成规则生成对应的业务报表，例如当前存在预设生成规则为统计订单数量、订单信息等，并根据订单信息生成营销建议，则可以在到达预设推送时间时生成销售业务报表，并将销售业务报表推送给对应的用户，其中对应的用户例如可以为相关营销人员，还例如可以为订阅营销业务报表的用户等，本发明实施例对此不做特别限制，同时预设生成规则可以根据需要自行设定，本发明实施例对预设生成规则不做特别限定。

在本实施例中，数据处理层的处理模块负责根据分类对应的业务数据生成业务报表，并将生成的业务报表推送给对应的客户，其中处理模块例如可以为处理器，本发明实施例对处理模块的实现方式不做特别限定，凡是能实现生成业务报表功能的模块均属于本发明实施例的保护范围。

本发明实施例提供的业务报表的推送方法，包括：获取用户的业务数据；对业务数据进行归类处理，得到归类结果，归类结果包括各业务数据所属的分类；判断各分类对应的业务数据是否满足分类对应的推送触发条件；若是，则根据分类对应的业务数据生成业务报表，并将业务报表推送给分类对应的用户。通过将数据业务进行归类处理，并针对不同分类实时生成对应的业务报表，进一步将业务报表自动推送给对应的客户，从而提高业务报表推送的实时性以及有效性。

在上述实施例的基础上，其中业务数据所述的分类例如可以为运行数据类，下面对业务数据所属的分类为运行数据类的具体实施例进行详细说明，下面结合图3进行介绍。

图3为本发明实施例提供的业务报表的推送方法的流程图二。如图3所示，该方法包括：

s301、从存储系统中采集业务数据。

具体的，存储系统例如可以为上述实施例中介绍的数据存储层，存储系统中例如可以包括第一数据库，用于存储原始业务数据，还例如可以包括日志模块，用于对原始日志数据进行存储，本发明实施例对存储系统的具体实现方式不做特别限定。

进一步地，可以利用数据采集层从数据存储层中采集原始业务数据以及原始日志数据，其中数据采集层在上述实施例中已经进行了详细介绍，此处不再赘述，其中采集的业务数据例如可以为用户数据、订单数据等，此处不做限制。

s302、将采集得到的业务数据存储至数据缓存中。

s303、从数据缓存中读取业务数据。

在本实施例中，数据采集层采集得到业务数据之后，将业务数据存储在数据接入层中，其中数据接入层在数据采集和数据处理之间起到了缓冲的作用，因为数据采集和数据处理的速度难以同步，因此将采集到的业务数据存储在数据接入层中，从而避免因处理速度不同步造成的数据混乱问题。

进一步地，当需要对业务数据进行处理时，从数据接入层中直接读取业务数据即可，其中数据采集层以及数据接入层在上述实施例中已经进行了详细介绍，此处不再赘述。

s304、对业务数据进行归类处理，得到归类结果，其中业务数据所属的分类为运行数据类，运行数据类为业务运行产生的数据。

具体的，数据处理层中包括有处理模块，其中处理模块对业务数据进行归类处理得到归类结果，在本实施例中，业务数据所属的分类为运行数据类，其中运行数据类为业务运行产生的数据，运行数据类的业务数据例如可以包括业务工作状态，还例如可以包括订单的积压数量等，本领域技术人员可以理解，凡是业务在运行状态下产生的数据均属于运行数据类，本法买那个实施例对运行数据类的业务数据不做特别限定。

s305、根据预设周期对属于运行数据类的业务数据进行分析处理，得到业务数据的运行轨迹。

其中，预设周期是指预设的对运行数据类的业务数据进行处理的时间周期，可以根据需求自行设定，本发明实施例对预设周期的数值不做特别限定，数据处理层中的处理模块根据预设周期对运行数据类的业务数据进行分析处理，从而得到业务数据的运行轨迹。

进一步地，业务数据的运行轨迹例如可以为业务数据的趋势走向，假设当前存在运行数据类的业务数据为订单的积压数量，则对订单的积压数量进行处理之后例如可以得到订单的积压数量的趋势走向为持续升高，或者更具体的，可以得到订单的挤压数量的数据折线图、柱状图等，其中业务数据的运行轨迹还例如可以为业务数据的历史数据轨迹，即对已经存储的数据进行的数据轨迹的统计，以上只是示例性的对业务数据的运行轨迹进行介绍，并非唯一的实现方式，本发明实施例对业务数据的运行轨迹不特别限制。

s306、判断业务数据的运行轨迹是否偏离预设运行轨迹，若是，则执行s307，若否，则执行s305。

其中，预设运行轨迹具体是指预设的业务数据的运行轨迹，例如可以通过机器学习或者大数据分析等方式对业务数据进行分析，从而可以得到业务数据的预设运行轨迹，仍然以业务数据为订单的积压数量为例进行说明，对订单的积压数量进行分析之后例如可以得到订单的挤压数量的预设运行轨迹为降低，或者具体的达到某个预设阈值。

进一步地，判断业务数据的运行轨迹是否偏离预设运行轨迹，例如订单的积压数量的运行轨迹为升高，而与其对应的预设运行轨迹为降低，则确定订单的积压数量的运行轨迹偏离了预设运行轨迹，又例如订单的积压数量的运行轨迹为升高，而与其对应的预设运行轨迹为升高，则确定订单的积压数量的运行轨迹没有偏离预设运行轨迹，以上只是以订单的积压数量为例对业务数据的运行轨迹以及预设运行轨迹进行了说明，并非唯一的实现方式，其余的运行数据类的业务数据类似，此处不再赘述。

s307、统计偏离预设运行轨迹的总次数，并判断总次数是否超过预设次数，若是，则执行s308，若否，则执行s305。

具体的，预设次数用于确定当前业务数据的分析结果是否满足推送触发条件，当确定业务数据的运行轨迹偏离了预设运行轨迹时，统计业务数据的运行轨迹偏移运行轨迹的总次数，并进一步判断偏移运行轨迹的总次数是否超过预设次数，当超过预设次数，才确定当前业务数据的分析结果满足触发条件。

进一步地，当未超过预设次数时，即使业务数据的运行轨迹偏离了预设运行轨迹，仍然不满足推送触发条件，此时再判断业务数据的运行轨迹是否偏离预设运行轨迹，通过设置预设次数，能够保证判断偏离预设运行轨迹的准确性，从而避免了随着业务数据的更新，业务数据的运行轨迹符合预设运行轨迹而造成误触发的问题，节省了系统资源。

s308、获取各用户的注册信息，注册信息中包括分类的标识。

s309、根据用户的注册信息，建立用户对分类的标识对应的分类的访问权限。

具体的，获取用户在运营商平台上进行注册时提交的注册信息，其中注册信息例如利用包括姓名、性别、年龄、邮箱等用户信息，还包括分类的标识，其中分类的标识用于对用户进行区分，其中分类的标识例如可以为系统管理员，还例如可以为系统维护人员，还例如可以为普通用户等，本发明实施例对分类的标识不做特别限定，可以根据需要具体进行划分。

进一步地，根据分类的标识可以使得用户对应不同的系统访问权限，具体的，根据用户注册信息中的分类的标识，建立用户对分类的标识对应的分类的访问权限，其中系统管理员的分类标识例如可以对应对用户数据进行管理以及提取的权限，其中维护人员的分类标识例如可以对应对系统的安全性数据进行访问的权限，而普通用户则不具备系统管理员和维护人员的访问权限。

以上只是示例性的进行说明，并非唯一的实现方式，本领域技术人员可以理解，对分类的标识的划分以及分类标识对应的分类的访问权限可以根据需要自行设定，本发明实施例对此不做特别限定。

s308、确定满足推送触发条件，根据运行数据类对应的业务数据生成业务报表，并根据运行数据类对应的用户预设的触发时间，在触发时间到达时，根据各用户的访问权限，将业务报表推送给分类对应的用户的客户端。

其中客户端具体为如下中的至少一种：网页客户端、应用程序客户端。

在本实施例中，当偏离预设运行轨迹的总次数超过预设次数时，确定满足触发条件，此时根据运行数据类的业务数据，按照预设生成规则生成业务报表，其中不同的业务数据对应不同的预设生成规则，从而对应生成不同的业务报表，本领域技术人员可以理解，业务报表的预设生成规则可以根据需求自行设定，本发明实施例对此不做特别限定。

在生成业务报表之后，需要将业务报表推送给不同的用户，具体的，每个用户有自己对应的分类的标识，其中不同的分类标识的用户对应需要接收的业务报表也不相同，其中，例如系统根据系统管理员的分类标识确定需要将异常预警的业务报表发送给系统管理员，以便系统管理员对系统异常及时作出处理，并且系统设置预设的触发时间为实时触发，则在生成异常预警的业务报表时实时将该业务报表推送给管理员，从而能够使得管理员计时对系统的异常进行处理，提升系统的安全性，此时异常预警的业务报表仅会发送给分类表示为系统管理员的用户，其他分类表示对应的用户不会接收到该业务报表。

可选地，推送的用户还例如可以为主动订阅该业务报表的普通用户，假设有普通用户订阅了异常预警的业务报表，并设置预设的触发时间为12小时，则系统每隔12小时向该用户推送一次异常预警的业务报表，以满足用户的需求，但是当普通用户并未订阅异常预警的业务报表时，则不会向普通用户推荐该业务报表，根据用户的订阅推送业务报表，从而提高业务报表推送的灵活性。

以上只是示例性的对推送业务报表进行介绍，本领域技术人员可以理解，生成业务报表的方式，以及推送业务报表的用户和触发时间可以根据需求自行设定，本发明实施例对此不做特别限定。

其中，将业务报表推送给用户时，具体的，根据各用户的访问权限，将所业务报表推送给分类对应的用户的客户端，其中客户端即为上述实施例中介绍的数据展示层，其中客户端具体为如下中的至少一种：网页客户端、应用程序客户端，本发明实施例对此不做特别限定，通过将对应的业务报表根据不同的分类推送至用户的客户端，从而能够使得用户准确及时的接收到需要的业务报表，从而提升用户体验。

本发明实施例提供的业务报表的推送方法，包括：从存储系统中采集业务数据，将采集得到的业务数据存储至数据缓存中，从数据缓存中读取业务数据。对业务数据进行归类处理，得到归类结果，其中业务数据所属的分类为运行数据类，运行数据类为业务运行产生的数据。根据预设周期对属于运行数据类的业务数据进行分析处理，得到业务数据的运行轨迹。判断业务数据的运行轨迹是否偏离预设运行轨迹，若是，则统计偏离预设运行轨迹的总次数，并判断总次数是否超过预设次数，若是，则确定满足推送触发条件，根据运行数据类对应的业务数据生成业务报表，并根据运行数据类对应的用户预设的触发时间，在触发时间到达时，根据各用户的访问权限，将业务报表推送给分类对应的用户的客户端。通过判断运行数据类的业务数据的运行轨迹偏离预设运行轨迹的总此处是否超过预设次数，从而确定是否满足推送触发条件，在满足推送触发条件时，在预设的触发时间向用户推送生成的业务报表，实现业务数据的运行状态的实时处理以及监控，从而提高预警能力和问题定位能力，并且通过将运行数据类的业务报表推送给对应权限的用户的客户端，从而提高业务报表推送的准确性，使得用户能够准确及时的接收到需要的业务报表，提升用户体验。

可选地，在上述实施例的基础上，其中业务数据所属的分类还例如可以为数据定制类，下面对业务数据所属的分类为数据定制类的具体实施例进行详细说明，下面结合图4进行介绍。

图4为本发明实施例提供的业务报表的推送方法的流程图三。如图4所示，该方法包括：

s401、从存储系统中采集业务数据。

s402、将采集得到的业务数据存储至数据缓存中。

s403、从数据缓存中读取业务数据。

其中，s401、s402以及s403的具体实现方式与s301、s302以及s303类似，此处不再赘述。

s404、对业务数据进行归类处理，得到归类结果，其中业务数据所属的分类为数据定制类，数据定制类为用户所需数据。

具体的，数据处理层对业务数据进行龟裂处理之后得到归类结果，在本实施例中，业务数据所属的分类为数据定制类，其中业务数据类是指用户所需的数据，具体的，用户数据例如可以为用户主动确定的需要的数据，比如订单状态，订单信息等，还例如可为系统确定的用户需要的数据，例如可以为用户的季度消费记录，用户的生日祝福信息等，本领域技术人员可以理解，本实施例中提到的数据定制类和上述实施例中介绍的运行数据类可以存在交叉，本发明实施例对数据定制类的数据不做特别限定。

s405、获取数据定制类对应的业务数据的业务总量。

s406、判断业务总量是否超过预设量，若是，则执行s407，若否，则执行s405。

具体的，根据数据定制类对应的业务数据获取对应的业务总量，其中业务总量例如可以为业务数据的具体数量，以数据定制类对应的业务数据为开户数量为例，其中业务总量为系统开户的总数量，在获取数据定制类对应的业务数据的业务总量之后，判断判断业务总量是否超过预设量，其中预设量用于确定当前是否满足推送触发条件。

可选地，对于数据定制类对应的业务数据，还例如可以通过判断是否到达预设推送时间从而确定是否满足推送触发条件，举例说明，当存在用户订阅了每个季度的运营商平台收益的业务报表时，则以一个季度为预设推送时间，当时间到达预设推送时间时，则确定满足推送触发条件，以上只是示例性的进行说明，本发明实施例对预设推送时间以及推送触发推送触发条件均不做特别限制。

s407、获取各用户的注册信息，注册信息中包括分类的标识。

s408、根据用户的注册信息，建立用户对分类的标识对应的分类的访问权限。

其中，s407以及s408的实现方式与s307以及s308类似，此处不再赘述。

s409、确定满足推送触发条件，根据数据定制类对应的业务数据生成业务报表，并根据数据定制类对应的用户预设的触发时间，在触发时间到达时，根据各用户的访问权限，将业务报表推送给分类对应的用户的客户端。

其中客户端具体为如下中的至少一种：网页客户端、应用程序客户端。

在本实施例中，在确定满足推送触发条件时，此时根据数据定制类的业务数据，按照预设生成规则生成业务报表，本发明实施例对预设生成规则不做特别限定。在生成业务报表之后，在触发时间到达时，根据各用户的访问权限将业务报表推送给分类对应的用户的客户端。例如当前有普通用户订阅了每个季度的运营商平台收益的业务报表，则以一个季度的触发时间，生成业务报表并将该业务报表推送给订阅的普通用户的客户端，以满足用户的需求，使得用户可以及时高效的获取到需要的信息。

又例如当前系统确定需要在每个季度的末尾向普通用户推送用户季度消费记录的业务报表，则以一个季度的触发时间，生成业务报表并将该业务报表推送给对应的用户的客户端，从而使得用户可以高效的获取到需要的信息，提升用户体验。

本发明实施例提供的业务报表的推送方法，包括：从存储系统中采集业务数据，将采集得到的业务数据存储至数据缓存中，从数据缓存中读取业务数据。对业务数据进行归类处理，得到归类结果，其中业务数据所属的分类为数据定制类，数据定制类为用户所需数据。获取数据定制类对应的业务数据的业务总量。判断业务总量是否超过预设量，若是，则确定满足推送触发条件，根据数据定制类对应的业务数据生成业务报表，并根据数据定制类对应的用户预设的触发时间，在触发时间到达时将业务报表推送给分类对应的用户的客户端。通过判断数据定制类对应的业务数据的业务总量是否超过预设量，从而确定是否满足推送触发条件，在满足推送触发条件时，根据各用户的访问权限，将业务报表推送给分类对应的用户的客户端。实现了将数据定制类的业务报表推送给对应的用户，从而提高业务报表推送的准确性，进一步地，可以根据用户的意愿进行业务报表的定制化，提升用户体验。

综上所述，本发明实施例提供的业务报表的推送方法，可以根据不同的用户权限及触发条件进行业务报表的定制化以及配置化推送，通过生成不同的业务报表推送给对应的用户，其中不同标识对应的用户的访问权限不同，因此接收的业务报表也不同，从而提升了业务报表推送的准确率以及效率。

图5为本发明实施例提供的业务报表的推送装置的结构示意图。如图5所示，该业务报表的推送装置50包括：获取模块501、归类模块502、判断模块503以及推送模块504。

获取模块501，用于获取用户的业务数据；

归类模块502，用于对业务数据进行归类处理，得到归类结果，归类结果包括各业务数据所属的分类；

判断模块503，用于判断各分类对应的业务数据是否满足分类对应的推送触发条件；

推送模块504，用于若是，则根据分类对应的业务数据生成业务报表，并将业务报表推送给分类对应的用户。

可选地，业务数据所属的分类为运行数据类，运行数据类为业务运行产生的数据；运行数据类对应的推送触发条件为业务数据的运行轨迹偏离预设运行轨迹的总次数超过预设次数；

判断模块503具体用于：

根据预设周期对属于运行数据类的业务数据进行分析处理，得到业务数据的运行轨迹；

判断业务数据的运行轨迹是否偏离预设运行轨迹，若是，则统计偏离预设运行轨迹的总次数，判断总次数是否超过预设次数，若是，则确定满足推送触发条件。

可选地，业务数据所属的分类为数据定制类，数据定制类为用户所需数据；数据定制类对应的推送触发条件为业务总量超过预设量；

判断模块503具体用于：

获取数据定制类对应的业务数据的业务总量；

判断业务总量是否超过预设量，若是，则确定满足推送触发条件。

可选地，推送模块504具体用于：

根据各分类对应的用户预设的触发时间，在触发时间到达时将业务报表推送给分类对应的用户。

可选地，获取模块501具体用于：

从存储系统中采集业务数据；

将采集得到的业务数据存储至数据缓存中；

从数据缓存中读取业务数据。

可选地，获取模块501，还用于：

获取各用户的注册信息，注册信息中包括分类的标识；

根据用户的注册信息，建立用户对分类的标识对应的分类的访问权限；

推送模块504具体用于：

根据各用户的访问权限，将业务报表推送给分类对应的用户。

可选地，推送模块504具体用于：

将业务报表推送给分类对应的用户的客户端，客户端具体为如下中的至少一种：网页客户端、应用程序客户端。

本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

图6为本发明实施例提供的业务报表的推送设备的硬件结构示意图，如图6所示，本实施例的业务报表的推送设备60包括：处理器601以及存储器602；其中

存储器602，用于存储计算机执行指令；

处理器601，用于执行存储器存储的计算机执行指令，以实现上述实施例中业务报表的推送方法所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。

可选地，存储器602既可以是独立的，也可以跟处理器601集成在一起。

当存储器602独立设置时，该业务报表的推送设备还包括总线603，用于连接存储器602和处理器601。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，包括指令，当其在计算机上运行时，使得计算机执行如上述方法实施例中的业务报表的推送方法。

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

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。

应理解，上述处理器可以是中央处理单元(英文：centralprocessingunit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digitalsignalprocessor，简称：dsp)、专用集成电路(英文：applicationspecificintegratedcircuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(industrystandardarchitecture，isa)总线、外部设备互连(peripheralcomponent，pci)总线或扩展工业标准体系结构(extendedindustrystandardarchitecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

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

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。