CN112860770B - 报表生成的方法、装置、电子设备和存储介质 - Google Patents

Abstract

本发明公开了报表生成的方法、装置、电子设备和存储介质，涉及计算机技术领域。该方法的一具体实施方式包括：向报表服务器发送报表生成请求报文以及接收报表服务器返回的响应报文，根据响应报文对预设的占位图进行渲染以生成报表，并获取用于报表生成参数；用于报表生成参数包括占位图的属性参数值，或者用于报表生成参数包括占位图的属性参数值、报表生成请求报文和响应报文；根据用于报表生成参数，判断报表是否成功生成。该实施方式能够在报表生成时判断报表生成是否成功，避免报表生成不成功导致报表快照出错，进而耽误用户的时间，给用户带来不便。

Description

报表生成的方法、装置、电子设备和存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种报表生成的方法、装置、电子设备和存储介质。

背景技术

随着计算机技术的发展，BI(Business Intelligence，商业智能)已经得到了广泛应用。BI会设置一些智能的功能，例如，设置定时发送邮件任务的功能。并且，在定时发送邮件同时还可以自动添加需要的附件，如一些报表快照。BI可以自动请求相关报表应用获取数据，然后生成报表并对生成的报表截图得到报表快照，再将报表快照通过邮件发送给收件人，以便于收件人可以根据报表截图进行数据分析，及时、准确地做出决策。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

BI中通过邮件发送报表快照时，首先要生成报表，然后通过对生成的报表截图获得报表快照。但是，在对报表应用实施截图时，生成的报表有时会存在数据缺失、报表中图形未渲染等问题，这就导致得到的报表快照是错误的，从而导致邮件发送的为错误报表快照，从而会耽误用户的时间，给用户带来不便。

发明内容

有鉴于此，本发明实施例提供一种报表生成的方法、装置、系统和存储介质，能够在报表生成时判断报表生成是否成功，避免报表生成不成功导致报表快照出错，进而耽误用户的时间，给用户带来不便。

为实现上述目的，根据本发明实施例的一个方面，提供了一种报表生成的方法。

本发明实施例的一种报表生成的方法包括：向报表服务器发送报表生成请求报文以及接收所述报表服务器返回的响应报文，根据所述响应报文对预设的占位图进行渲染以生成报表，并获取用于报表生成参数；所述用于报表生成参数包括所述占位图的属性参数值，或者所述用于报表生成参数包括所述占位图的属性参数值、所述报表生成请求报文和所述响应报文；根据所述用于报表生成参数，判断所述报表是否成功生成。

在一个实施例中，若所述用于报表生成参数包括所述占位图的属性参数值、所述报表生成请求报文和所述响应报文，则所述根据所述用于报表生成参数，判断所述报表是否成功生成，包括：

根据所述报表生成请求报文和所述响应报文统计所述报表数据的获取失败事件的数量；

根据所述属性参数值统计所述报表中未完成渲染的占位图的数量；

根据所述获取失败事件的数量和所述未完成渲染的占位图的数量，判断所述报表是否成功生成。

在又一个实施例中，若所述用于报表生成参数包括所述占位图的属性参数值，则所述根据所述用于报表生成参数，判断所述报表是否成功生成，包括：

根据所述属性参数值统计所述报表中未完成渲染的占位图的数量；

根据所述未完成渲染的占位图的数量，判断所述报表是否成功生成。

在又一个实施例中，所述根据所述报表生成请求报文和所述响应报文统计所述报表数据的获取失败事件的数量，包括：根据预设类型从所述报表生成请求报文和所述响应报文中筛选出拦截报文；根据所述拦截报文中的预设字段，统计所述获取失败事件的数量。

在又一个实施例中，所述根据所述拦截报文中的预设字段统计所述报表数据的获取失败事件的数量，包括：

根据所述拦截报文的报文头中的字段，识别所述拦截报文中的请求事件报文和响应事件报文；根据所述请求事件报文和响应事件报文统计所述请求响应失败事件的数量；根据所述响应事件报文中属性字段统计所述报表中组件数据为空的数量。

在又一个实施例中，所述根据所述请求事件报文和响应事件报文统计所述请求响应失败事件的数量，包括：

根据所述请求事件报文和的所述响应事件报文统计所述请求事件数量与所述响应事件数量的差值；根据所述请求事件报文的数量和所述报表中组件数量统计所述数据请求失败事件的数量；根据所述响应事件报文中状态码字段和响应码字段统计所述数据响应失败事件的数量。

在又一个实施例中，所述占位图未完成渲染时的属性参数值为预设值；

根据所述属性参数值统计所述报表中未被渲染的占位图数量，包括：将所述属性参数值为所述预设值的占位图数量确定为未被渲染的占位图的数量。

在又一个实施例中，所述向报表服务器发送报表生成请求报文以及接收所述报表服务器返回的响应报文，根据所述响应报文对预设的占位图进行渲染以生成报表，并获取所述用于报表生成参数，包括：

向报表服务器发送报表生成请求报文，接收所述报表服务器返回的响应报文，并根据所述响应报文对预设的占位图进行渲染以生成报表；在距离发送所述报表生成请求的时刻的时长达到预设时长时，获取所述用于报表生成参数；

或者，

向报表服务器发送报表生成请求报文，接收所述报表服务器返回的响应报文，并根据所述响应报文对预设的占位图进行渲染以生成报表；当检测到与所述报表服务器之间网络空闲时，获取所述用于报表生成参数。

为实现上述目的，根据本发明的另一方面，提供了一种报表生成的装置。

本发明的一种报表生成的装置包括：获取单元，用于向报表服务器发送报表生成请求报文以及接收所述报表服务器返回的响应报文，根据所述响应报文对预设的占位图进行渲染以生成报表，并获取用于报表生成参数；所述用于报表生成参数包括所述占位图的属性参数值，或者所述用于报表生成参数包括所述占位图的属性参数值、所述报表生成请求报文和所述响应报文；判断单元，用于根据所述用于报表生成参数，判断所述报表是否成功生成。

在一个实施例中，若所述用于报表生成参数包括所述占位图的属性参数值、所述报表生成请求报文和所述响应报文，则所述判断单元，具体用于：

根据所述报表生成请求报文和所述响应报文统计所述报表数据的获取失败事件的数量；

根据所述属性参数值统计所述报表中未完成渲染的占位图的数量；

根据所述获取失败事件的数量和所述未完成渲染的占位图的数量，判断所述报表是否成功生成。

在又一个实施例中，若所述用于报表生成参数包括所述占位图的属性参数值，则所述判断单元，具体用于：

根据所述属性参数值统计所述报表中未完成渲染的占位图的数量；

根据所述未完成渲染的占位图的数量，判断所述报表是否成功生成。

在又一个实施例中，所述判断单元具体用于：

根据预设类型从所述报表生成请求报文和所述响应报文中筛选出拦截报文；根据所述拦截报文中的预设字段，统计所述报表数据的获取失败事件的数量。

在又一个实施例中，所述判断单元具体用于：根据所述拦截报文的报文头中的字段，识别所述拦截报文中的请求事件报文和响应事件报文；根据所述请求事件报文和响应事件报文统计所述请求响应失败事件的数量；根据所述响应事件报文中属性字段统计所述报表中组件数据为空的数量。

在又一个实施例中，所述判断单元具体用于：根据所述请求事件报文和的所述响应事件报文统计所述请求事件数量与所述响应事件数量的差值；根据所述请求事件报文的数量和所述报表中组件数量统计所述数据请求失败事件的数量；根据所述响应事件报文中状态码字段和响应码字段统计所述数据响应失败事件的数量。

在又一个实施例中，所述占位图未完成渲染时的属性参数值为预设值；

所述判断单元具体用于：将所述属性参数值为所述预设值的占位图数量确定为未被渲染的占位图的数量。

在又一个实施例中，所述获取单元，具体用于：向报表服务器发送报表生成请求报文，接收所述报表服务器返回的响应报文，并根据所述响应报文对预设的占位图进行渲染以生成报表；在距离发送所述报表生成请求的时刻的时长达到预设时长时，获取所述用于报表生成参数；

或者，

向报表服务器发送报表生成请求报文，接收所述报表服务器返回的响应报文，并根据所述响应报文对预设的占位图进行渲染以生成报表；当检测到与所述报表服务器之间网络空闲时，获取所述用于报表生成参数。

为实现上述目的，根据本发明实施例的再一个方面，提供了一种电子设备。

本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例提供的报表生成的方法。

为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机可读介质。

本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例提供的报表生成的方法。

上述发明中的一个实施例具有如下优点或有益效果：本发明实施例中，在报表生成时，可以获取用于报表生成参数，进而可以判断出生成的报表是否成功。所以在生成报表时即可校验出生成的报表是否成功，即可以确定出生成的报表是否正确，如此避免因报表出错导致报表快照出错，从而避免得到报表快照出错，进而避免导致会耽误用户的时间，给用户带来不便的问题。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的报表生成的方法的一种系统架构的示意图；

图2是根据本发明实施例的报表生成的方法的一种主要流程的示意图；

图3是根据本发明实施例的一种报表数据未进行渲染时的占位图的示意图；

图4是根据本发明实施例的与图3对应报表数据渲染后生成的报表的示意图；

图5是根据本发明实施例的获取属性参数值的方式一种的示意图；

图6是根据本发明实施例的报表生成的方法的又一种主要流程的示意图；

图7是根据本发明实施例的报表生成的方法的又一种主要流程的示意图；

图8是根据本发明实施例的报表生成的方法的又一种主要流程的示意图；

图9是根据本发明实施例的报表生成的装置的主要单元的示意图；

图10是本发明实施例可以应用于其中的又一种示例性系统架构图；

图11是适于用来实现本发明实施例的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明中的实施例以及实施例中的特征可以互相组合。

本发明实施例中确定报表正确生成的方法，可以用于对生成报表是否准确进行校验的场景。例如，BI中需要邮件发送报表快照的场景中，为了避免通过报表应用所生成的报表出错而得到错误的报表快照，可以通过本发明实施例所提供的方法对报表应用所生成的报表进行校验。本发明实施例，以BI中需要邮件发送报表快照时，对报表应用所生成的报表进行校验的场景为例进行说明。图1为BI中邮件服务装置的结构示意图。如图1所示，邮件服务装置包括邮件服务管理系统、调度系统、任务队列及一组邮件服务执行器(图1中只示出1个)，任务执行器和调度系统之间通过任务队列实现解耦，同时便于系统扩展。

用户首先通过邮件任务管理系统创建邮件任务，本发明实施例以发送报表邮件的任务为例，一个邮件任务会关联到一个具体报表应用的报表服务器。同时用户需配置邮件任务的其他相关参数，如邮件标题、收件人、抄送人、秘密抄送人、发送周期、告警通知人等信息，因此一个邮件任务可定义成如下元组形式：MailTask(mailId，appId，subject，to，cc，bcc，schedule，alarm_mail，subscriber)。其中，mailId表示邮件标识，appId表示对应报表应用的标识，subject表示邮件标题，to表示抄送人，cc表示抄送人，bcc表示秘密抄送人，schedule表示发送周期，alarm_mail表示告警通知人，subscriber表示邮件订阅者。

用户创建邮件任务后，邮件任务管理系统会将该邮件任务的信息注册到调度系统，调度系统根据邮件任务的信息确定出邮件任务配置的发送时刻，并在邮件任务的发送时刻到达时触发该邮件任务，生成对应的任务消息并将其添加到任务队列中等待处理。

邮件任务执行器会在空闲时轮询邮件任务管理系统，向邮件任务管理系统发送请求，以尝试获取等待执行的邮件任务。邮件任务管理系统接收到请求后会从任务队列中检索有无待执行的邮件任务，如检索到有待执行的任务，则取出任务消息并组装邮件任务执行参数将其下发给发起请求的任务执行器由其处理。

邮件任务执行器在获取到要执行的邮件任务后，可以访问对应报表应用的报表服务器，从报表服务器获取数据后生成报表并截图得到报表快照，然后将报表快照按照邮件任务的信息发送邮件。邮件任务执行器访问报表服务器时可以通过无头浏览器来访问，如puppeteer无头浏览器。

本发明实施例中，邮件任务执行器在获取到待执行的邮件任务后访问报表服务器的方式可以具体为：邮件任务执行器可以解析和匹配邮件任务的信息，得到包括appId、subscriber等信息，然后可以根据appId按照相关约定和规则生成对应报表应用的报表服务器的URL，并设置cookie信息(如包含用户标识、access token(访问令牌)等等，以用于验证用户和鉴权)以模拟subscriber的身份来访问报表服务器。

邮件任务执行器通过无头浏览器和生成URL访问报表服务器，发送报表生成请求报文并接收响应报文，并在与报表服务器之间没有活跃的网络连接，即网络空闲时，或者从发送报表生成请求报文的时刻起达到预设时长时，对报表实施截图。

邮件任务执行器在对报表实施截图时，并不能保证报表生成是成功的，由于生成的报表有时会存在数据缺失、报表中图形未渲染等问题，这就导致得到的报表快照是错误的，如此邮件任务执行器得到的报表快照也是错误的，导致邮件发送的为错误报表快照，从而会耽误用户的时间，给用户带来不便。

本发明实施例提供了一种报表生成的方法，该方法可由图1所示系统架构中邮件任务执行器执行，如图2所示，该方法包括以下步骤。

S201：向报表服务器发送报表生成请求报文以及接收报表服务器返回的响应报文，根据响应报文中报表数据对预设的占位图进行渲染以生成报表，并获取用于报表生成参数。

其中，用于报表生成参数包括占位图的属性参数值，或者用于报表生成参数包括占位图的属性参数值、报表生成请求报文和响应报文。

邮件任务执行器在从邮件任务管理系统获取到要执行的邮件任务后，可以访问报表对应的报表服务器，从报表服务器获取数据。在邮件任务执行器访问报表服务器并从报表服务器获取数据的过程中，邮件任务执行器会向报表服务器发送报表生成请求报文，报表服务器也会向邮件任务执行器返回响应报文。邮件任务执行器通过接收报表服务器发送的响应报文，可以获取到用于生成报表的报表数据，然后将报表数据渲染即可生成报表。所以报表数据是否获取成功可以作为判断报表是否成功生成的一种方式，即报表生成请求报文和所述响应报文以作为判断报表是否成功生成的一种判断依据。

在报表生成方式中，可以报表数据未渲染时预先设置占位图，占位图来替代报表中各具体图表中组件，在报表数据对预设的占位图进行渲染后生成报表中的图表，从而得到报表。在报表数据渲染未完成时，报表中显示的是占位图，在报表数据渲染完成后，报表中显示的是图表。例如，如图3所示为一种报表数据未进行渲染时设置的占位图的示意图，如图4所示为与图3对应报表数据渲染后生成的报表的示意图。在报表数据渲染过程中，有时会因未能及时将报表数据渲染成对应的图表，或者配置时该报表未关联具体的数据、报表数据获取失败等原因而导致占位图未能完成渲染，进而导致报表生成不成功。所以报表中占位图是否渲染完成也是判断报表生成是否成功的一种条件。

各占位图在报表数据渲染后，占位图中的各项参数为报表数据，而对于占位图在报表数据未渲染时的各项参数，可以预先设置，所以根据占位图中的各项参数的值的变化可以判断该占位图是否在生成报表时完成了渲染。本发明实施例中，可以通过占位图的属性参数值来判断该占位图是否在生成报表时完成了渲染。具体的，预先设置占位图未完成渲染时的属性参数值为预设值，则本步骤中可以在生成报表后获取占位图的属性参数值，然后可以根据获取占位图的属性参数值是否为预设值来判断报表中的占位图是否完成渲染。

例如，本发明实施例中，可以预设各个占位图的DOM(Document Object Model，文档对象模型)元素中class属性参数的值为img-placeholder。本步骤中获取占位图的class属性参数值，可以根据获取的class参数值是否为img-placeholder来判断该占位图是否完成渲染。如果获取的class参数值为img-placeholder，则占位图未完成渲染；如果获取的class参数值不为img-placeholder，则占位图完成渲染。

由于邮件任务执行器在与报表服务器之间没有活跃的网络连接，即网络空闲后，或者从发送报表生成请求报文的时刻起达到预设时长后，对报表实施截图。为了判断报表生成是否成功，需要在邮件任务执行器实施截图之前获取占位图的属性参数值，以判断占位图是否完成渲染。

所以本发明实施例的一种实施方式中，本步骤可以具体之行为：向报表服务器发送报表生成请求报文，接收报表服务器返回的响应报文，并根据响应报文中报表数据对预设的占位图进行渲染以生成报表；在距离发送报表生成请求的时刻的时长达到预设时长时，获取占位图的属性参数值；或者，向报表服务器发送报表生成请求报文，接收报表服务器返回的响应报文，并根据响应报文中报表数据对预设的占位图进行渲染以生成报表；当检测到与报表服务器之间网络空闲时，获取占位图的属性参数值。

其中，本发明实施例中可以设置预设时长，从邮件任务执行器第一次向报表服务器发送报表生成请求的时刻起，距离该时刻达到预设时长则获取占位图的属性参数值。或者，还可以邮件任务执行器与报表服务器之间出现网络空闲时，获取目标报表中图表的属性值。邮件任务执行器与报表服务器之间出现网络空闲说明报表数据已经获取完成，则可以认为报表也已经生成，所以此时可以获取目标报表中图表的属性值。或者，本发明实施例还可以将以上两者结合执行，具体如图5所示，邮件任务执行器从使用无头浏览器通过URL访问报表服务器，向报表服务器发送报表生成请求的时刻起，在检测到邮件任务执行器与报表服务器之间出现网络空闲或者达到预设时长时，获取占位图的占位图的属性参数值。

需要说明的是，因为如果报表数据获取失败，则肯定存在未完成渲染的占位图，也就是可以判断出报表生成是不成功，所以只根据未完成渲染的占位图即可判断报表生成是否成功，则本步骤中用于报表生成参数可以只包括占位图的属性参数值。但是只根据占位图的属性参数值进行判断，并不能确定报表生成不成功的原因是报表数据获取失败，还是报表数据渲染失败，所以本步骤中用于报表生成参数还可以包括占位图的属性参数值，以及报表生成请求报文和响应报文，从而在判断出表报生成失败时确定出失败原因。

S202：根据用于报表生成参数，判断报表是否成功生成。

其中，邮件任务执行器通过向报表服务器发送报表生成请求报文，以请求生成报表的数据，报文报表服务器向邮件任务执行器发送的响应报文，邮件任务执行器通过响应报文得到生成报表的数据。报表生成失败有可能是报表数据获取失败导致的，所以本步骤可以根据邮件任务执行器与报文报表服务器之间传输的报表生成请求报文和响应报文来判断是否存在报表数据的获取失败事件，以及统计出报表数据的获取失败事件的数量，以便于可以判断报表生成是否成功。

由于报表数据渲染前后各占位图的属性参数值不同，所以通过步骤S201获取的属性参数值可以判断出占位图是否渲染完成，进而可以统计出未渲染完成的占位图的数量。

因此，若用于报表生成参数包括占位图的属性参数值、报表生成请求报文和响应报文，则本步骤可以执行为：根据报表生成请求报文和响应报文统计报表数据的获取失败事件的数量；根据属性参数值统计报表中未完成渲染的占位图的数量；根据获取失败事件的数量和未完成渲染的占位图的数量，判断报表是否成功生成。

若用于报表生成参数包括占位图的属性参数值，则根据用于报表生成参数，判断报表是否成功生成，包括：根据属性参数值统计报表中未完成渲染的占位图的数量；根据未完成渲染的占位图的数量，判断报表是否成功生成。

本发明实施例的一种实现方式中，报表数据的获取失败事件可以包括请求响应失败事件和报表中组件数据为空的事件。具体的，请求响应失败事件可以包括请求事件数量大于响应事件、数据请求失败事件和数据响应失败事件。

本发明实施例的又一种实现方式中，预先设置占位图未完成渲染时的属性参数值为预设值，则本步骤中可以具体执行为：将属性参数值为预设值的占位图数量确定为未被渲染的占位图的数量。

其中，本发明实施例中，设置占位图未完成渲染时的属性参数值为预设值，则在步骤S201获取的属性参数值中，如果属性参数值为预设值，则说明该属性参数值对应的占位图未完成渲染，所以统计出属性参数值为预设值的占位图数量即可得到未被渲染的占位图的数量。

若用于报表生成参数包括占位图的属性参数值、报表生成请求报文和响应报文，则获取失败事件的数量可以表示报表数据获取是否成功，未完成渲染的占位图的数量可以表示占位图是否渲染完成，即报表中图表是否生成成功，所以根据获取失败事件的数量和未完成渲染的占位图的数量，可以判断出报表是否成功生成。具体的，若所获取失败事件的数量为零且所述未完成渲染的占位图的数量为零，则确定所述报表生成成功；若所述获取失败事件的数量不为零，或所述未完成渲染的占位图的数量不为零，则确定所述报表生成失败。

若用于报表生成参数包括占位图的属性参数值，则未完成渲染的占位图的数量可以表示占位图是否渲染完成，即报表中图表是否生成成功，所以根据未完成渲染的占位图的数量，可以判断出报表是否成功生成。具体的，若未完成渲染的占位图的数量为零，则确定所述报表生成成功；若未完成渲染的占位图的数量不为零，则确定所述报表生成失败。

本发明实施例中，在报表生成时，可以通过占位图的属性参数值统计出报表中未完成渲染的占位图的数量，通过报表生成请求报文和响应报文可以统计出报表数据的获取失败事件的数量，进而可以判断出生成的报表是否成功。所以在生成报表时即可校验出生成的报表是否成功，即可以确定出生成的报表是否正确，如此避免因报表出错导致报表快照出错，从而避免得到报表快照出错，进而避免导致会耽误用户的时间，给用户带来不便的问题。

结合图2所示实施例中所述的方法，本发明实施例中对图2所示实施例的步骤S202中根据报表生成请求报文和响应报文统计报表数据的获取失败事件的数量的过程进行具体说明，如图6所示，包括如下步骤。

S601：根据预设类型从报表生成请求报文和响应报文中筛选出拦截报文。

其中，邮件任务执行器与报文报表服务器之间交互，通过传输的报表生成请求报文和响应报文得到报文数据，但是在数据传输的过程中，一些报文，如静态资源的HTTP请求报文，对分析报表数据获取是否失败并没有作用，所以本发明实施例中，可以先对邮件任务执行器与报文报表服务器之间传输的报表生成请求报文和响应报文进行筛选。

在对报表生成请求报文和响应报文进行筛选的方式，可以为预先设置筛选条件，然后依据筛选条件进行筛选。具体的，可以预先设置要筛选来接报文的类型，即从报表生成请求报文和响应报文中筛选出预设类型的报文作为拦截报文。例如，预设类型可以为包括预设格式URL的请求报文和对应该请求报文的响应报文，预设格式URL可以为http://dataApi.jd.com/query。

本发明实施例中，筛选报文的方式可以为实时筛选，也可以在邮件任务执行器与报文报表服务器之间传输报表生成请求报文和响应报文结束后进行筛选。实时筛选的方式可以通过设置来实时拦截满足预设类型的报文的方式实现。

例如，本步骤中可以对邮件任务执行器与报表服务器之间设置拦截器报表生成请求报文和响应报文进行拦截。邮件任务执行器访问报表服务器时可以通过无头浏览器来访问，则本步骤中可以在无头浏览器中设置拦截器，从而可以拦截满足预设类型的拦截报文。例如，在无头浏览器中设置数据请求类型事件和响应类型事件拦截器。

S602：根据拦截报文中的预设字段，统计获取失败事件的数量。

其中，邮件任务执行器在得到拦截报文后，可以通过拦截报文包括的各种字段解析和识别拦截报文的类型、所表示含义、携带的数据等等，本发明实施例中可以根据拦截报文中的预设字段进行分析，进而可以统计出获取失败事件的数量。

本发明实施例中，报表数据的获取失败事件可以包括请求响应失败事件和报表中组件数据为空的事件。

本发明实施例的一种实施方式中，步骤S602可以具体之行为：根据拦截报文的报文头中的字段，识别拦截报文中的请求事件报文和响应事件报文；根据请求事件报文和响应事件报文统计请求响应失败事件的数量；根据响应事件报文中属性字段统计报表中组件数据为空的数量。

其中，邮件任务执行器在得到拦截报文后可以通过报文中字段识别出请求报文和响应报文，如可以根据报文头中的字段进行识别。请求报文即为请求事件报文，响应报文即为响应事件报文。识别出请求事件报文和响应事件报文后，即可统计请求响应失败事件的数量。报表中包括不同组件，邮件任务执行器通常每个组件发送一次报表生成请求报文，得到对应该组件的响应报文，所以报表中组件数据可以通过响应事件报文得出，进而通过响应报文中的字段可以判断出来表中组件数据是否获取到，即组件数据是否为空。如可以响应事件报文中属性字段判断报表中组件数据是否为空，进而统计出报表中组件数据为空的数量。

在数据传输过程中，数据请求失败、数据响应失败、发送的数据请求数量大于接收的数据响应数量均可以表示数据获取出现失败。所以本发明实施例中，计请求响应失败事件可以包括请求事件数量大于响应事件数量、数据请求失败事件和数据响应失败事件。根据请求事件报文和响应事件报文统计请求响应失败事件的数量可以具体执行为：根据请求事件报文和响应事件报文统计请求事件数量与响应事件数量的差值；根据请求事件报文的数量和报表中组件数量统计数据请求失败事件的数量；根据响应事件报文中状态码字段和响应码字段统计数据响应失败事件的数量。

邮件任务执行器在识别出拦截报文中请求事件报文和响应事件报文后，即可统计出请求事件报文的数量和响应事件报文的数量，进而可以得出请求事件数量与响应事件数量的差值，也就是请求事件数量大于响应事件数量的数量。邮件任务执行器通常每个组件发送一次报表生成请求报文，也就是说如果数据请求没有失败事件，则请求事件报文的数量和报表中组件数量应该相等，而如果数据请求有失败事件，则请求事件报文的数量会大于报表中组件数量。所以，在得出请求事件报文的数量和报表中组件数量后，即可统计数据请求失败事件的数量。响应事件报文中包括状态码字段和响应码字段，状态码表示是Http请求的响应状态码，可以为response.status字段，响应码可以为response.data.status字段。通过响应事件报文中状态码字段和响应码字段的值是否为预设表示成功的字段值，可以直接判断出数据响应是否成功，进而可以统计数据响应失败事件的数量。

结合图6所示实施例中所述的方法，本发明实施例中以报表数据的获取失败事件包括请求事件数量大于响应事件、数据请求失败事件、数据响应失败事件和报表中组件数据为空的事件为例，对图6所示实施例中步骤S602进行具体说明。如图7所示，包括如下步骤。

S701：初始化各事件的指标数据。

其中，本发明实施例中对报表数据的获取失败事件所包括的各事件设置便于统计的指标，包括#request表示数据请求的数量、#requestfailed表示数据请求失败的数量、#response表示数据响应的数量、#responsefailed表示数据响应失败的数量、#dataempty表示组件数据为空的数量。初始化以上各事件的指标的数据，将以上各事件的指标初始数据设置为0。

S702：识别拦截报文中的请求事件报文和响应事件报文，并统计数据请求的数量、数据请求失败的数量和数据响应的数量。

其中，本发明实施中可以通过EventHandler(表示将处理不包含事件数据的事件的方法)对拦截报文进行识别，EventHandler可以识别事件的类型及响应状态，从而得出请求事件报文和响应事件报文。同时，在识别的过程中可以对数据请求的数量、数据请求失败的数量和数据响应的数量进行统计。EventHandler对每个拦截报文，可以先判断是否为请求事件报文，如果是请求事件报文，则#request的值加1；同时可以判断是否为请求失败，如果是，则#requestfailed的值加1，如果不是，则还需要判断是否为响应事件报文。如果是响应事件报文，则#response的值加1；如果不是响应事件报文，则忽略该报文。

S703：通过响应事件报文统计数据响应失败的数量和报表中组件数据为空的数量。

在通过步骤S702识别出响应事件报文，可以基于响应事件报文中预设字段统计数据响应失败的数量和报表中组件数据为空的数量。

需要说明的是，本发明实施例中以数据交互序列化协议采用json格式为例，并约定接口数据的主要响应格式如下：

本步骤中，首先对响应事件报文中响应的状态码，即response.status(Http请求的响应状态码)字段进行判断。由于response.status的值为200表示该响应事件报文对应的请求被数据接口正常处理并返回了请求的数据，所以如果响应事件报文中response.status不等于200，表明该响应事件报文对应的请求没有被数据接口正确处理并返回数据，则数据响应失败，#responsefailed的值加1；否则，则表明该响应事件报文对应的请求被数据接口正常处理并返回了请求的数据，则继续判断响应事件报文中响应码。按照上述约定的接口数据格式，响应码，即response.data.status属性值字段，在接口正常并正确处理了该响应事件报文对应的请求时的值为OK(response.data.status可以通过是一组约定的常数，如200，来表示OK的含义)。所以如果response.data.status的值不为OK，则表示接口不正常而未正确处理该响应事件报文对应的请求，#responsefailed的值加1。

需要说明的是，本发明实施例中，可以根据具体需要通过不同字段判断数据响应失败的方式。

通过上述过程可以统计出数据响应失败的数量，然后可以在根据响应事件报文统计报表中组件数据为空的数量。在对报表中组件数据作非空的判断，可以根据报表中组件对应的具体图表类型进行。图表类型不同，响应事件报文中的属性值字段不同。响应事件报文中的属性值字段可以为chartType。本发明实施例中以组件对应的具体图表类型为饼图为例进行说明。响应事件报文中的chartType属性值为10，表示该图表类型是饼图，而饼图的指标值不能为空，即data.measures字段不能为空。所以如果chartType属性值为10而data.measures字段为空，则表示该组件的组件数据为空，#dataEmpty的值加1。如此即可统计出报表中组件数据为空的数量。

如不同类型的图表对应组件的组件数据可以结合响应事件报文中数据格式及具体需求进行组件数据是否为空的判断，如可以根据data.dimensions、data.measures或响应数据进行判断。本发明实施例中按照设置接口的数据响应格式，设定chartType＝10为饼图，则检查data.measures属性值是否为空来判断组件数据是否为空。

S704：统计请求事件数量与响应事件数量之间的差值、数据请求失败事件的数量、数据响应失败事件的数量和报表中组件数据为空的事件的数量。

在通过步骤S703和S704统计的结果后，可以得#request、#requestfailed、#response、#responsefailed和#dataempty的值，进而可以得出请求事件数量与响应事件数量之间的差值、数据请求失败事件的数量、数据响应失败事件的数量和报表中组件数据为空的事件的数量。

结合图6、图7所示实施例中所述的方法，以及图2所示实施例中统计的未完成渲染的占位图的数量，本发明实施例以用于报表生成参数包括占位图的属性参数值、报表生成请求报文和响应报文为例，对图2所示实施例中步骤S202进行具体说明。如图8所示，包括如下步骤。

S801：汇总统计的各指标数量和未完成渲染的占位图的数量。

本步骤中可以汇总图6、图7所示实施例中统计的各指标数量，以及图2所示实施例中统计的未完成渲染的占位图的数量，然后进行报表生成是否成功的判断。

S802：判断是否有数据请求未完成或数据查询接口出错，若是，则报表生成失败，若否，则执行步骤S803。

其中，有数据请求未完成或数据查询接口出错的判断依据为：#response<#request、或#requestfailed>0、或#responsefailed>0。也就是说如果请求事件数量与响应事件数量之间的差值大于0、或者数据请求失败事件的数量大于0、或者数据响应失败事件的数量大于0，则表示有数据请求未完成或数据查询接口出错，进而可以判定报表生成失败。否则，执行步骤S803，继续判断。如果判定报表生成失败，则可以通过告警邮件的方式通知给相关用户，如告警通知人等。以便相关处理人及时检查数据源异常、数据查询接口不可用等可能原因，待问题修复好以后可以通过手动触发邮件任务。

S803：判断报表中是否有组件的组件数据为空，若是，则报表生成失败，若否，则执行步骤S804。

其中，报表中有组件的组件数据为空的判断依据为：#dataEmpty>0，也就是说如果报表中组件数据为空的事件的数量大于0，则表明该报表中有组件的组件数据为空，进而可以判定报表生成失败。否则，执行步骤S804，继续判断。如果判定报表生成失败，则可以通过告警邮件的方式通知给相关用户，如告警通知人等，以便相关处理人及时检查数据源异常、数据查询接口不可用等可能原因，待问题修复好以后可以通过手动触发邮件。

S804：判断报表中是否有未完成渲染的占位图，若是，则报表生成失败，若否，则执行步骤S805。

其中，报表中有未完成渲染的占位图的判断依据为：未完成渲染的占位图的数量大于0。所以如果未完成渲染的占位图的数量大于0，则表明该报表中有未完成渲染的占位图，进而可以判定报表生成失败。否则，执行步骤S805。如果判定报表生成失败，则可以通过告警邮件的方式通知给相关用户，如告警通知人等。

S805：确定报表生成成功，对生成的报表截图，并生成邮件发送。

在通过上述判断后，可以确定出此时报表生成成功，则可以对生成的报表截图得到报表快照，进而可以通过邮件配置的参数生成邮件发送。

本发明实施例中，在报表生成时，可以判断出生成的报表是否成功，在生成报表时即可校验出生成的报表是否成功，即可以确定出生成的报表是否正确，如此避免因报表出错导致报表快照出错，从而避免得到报表快照出错，进而避免导致会耽误用户的时间，给用户带来不便的问题。

为了解决现有技术存在的问题，本发明实施例提供了一种报表生成的装置900，如图9所示，该装置900包括：

获取单元901，用于向报表服务器发送报表生成请求报文以及接收所述报表服务器返回的响应报文，根据所述响应报文对预设的占位图进行渲染以生成报表，并获取用于报表生成参数；所述用于报表生成参数包括所述占位图的属性参数值，或者所述用于报表生成参数包括所述占位图的属性参数值、所述报表生成请求报文和所述响应报文；

判断单元902，用于根据所述用于报表生成参数，判断所述报表是否成功生成。

应理解的是，实施本发明实施例的方式与实施图2所示实施例的方式相同，在此不再赘述。

本发明实施例的一种实现方式中，若所述用于报表生成参数包括所述占位图的属性参数值、所述报表生成请求报文和所述响应报文，则所述判断单元902，具体用于：

根据所述报表生成请求报文和所述响应报文统计所述报表数据的获取失败事件的数量；

根据所述属性参数值统计所述报表中未完成渲染的占位图的数量；

根据所述获取失败事件的数量和所述未完成渲染的占位图的数量，判断所述报表是否成功生成

本发明实施例的又一种实现方式中，若所述用于报表生成参数包括所述占位图的属性参数值，则所述判断单元602，具体用于：

根据所述属性参数值统计所述报表中未完成渲染的占位图的数量；

根据所述未完成渲染的占位图的数量，判断所述报表是否成功生成。

本发明实施例的又一种实现方式中，所述判断单元902具体用于：

根据预设类型从所述报表生成请求报文和所述响应报文中筛选出拦截报文；

根据所述拦截报文中的预设字段，统计所述报表数据的获取失败事件的数量。

本发明实施例的又一种实现方式中，所述判断单元902具体用于：根据所述拦截报文的报文头中的字段，识别所述拦截报文中的请求事件报文和响应事件报文；根据所述请求事件报文和响应事件报文统计所述请求响应失败事件的数量；根据所述响应事件报文中属性字段统计所述报表中组件数据为空的数量。

本发明实施例的又一种实现方式中，所述判断单元902具体用于：根据所述请求事件报文和的所述响应事件报文统计所述请求事件数量与所述响应事件数量的差值；根据所述请求事件报文的数量和所述报表中组件数量统计所述数据请求失败事件的数量；根据所述响应事件报文中状态码字段和响应码字段统计所述数据响应失败事件的数量。

本发明实施例的又一种实现方式中，所述占位图未完成渲染时的属性参数值为预设值；

所述判断单元902具体用于：将所述属性参数值为所述预设值的占位图数量确定为未被渲染的占位图的数量。

本发明实施例的又一种实现方式中，所述获取单元901，具体用于：向报表服务器发送报表生成请求报文，接收所述报表服务器返回的响应报文，并根据所述响应报文中报表数据对预设的占位图进行渲染以生成报表；在距离发送所述报表生成请求的时刻的时长达到预设时长时，获取所述占位图的属性参数值；

或者，

向报表服务器发送报表生成请求报文，接收所述报表服务器返回的响应报文，并根据所述响应报文中报表数据对预设的占位图进行渲染以生成报表；当检测到与所述报表服务器之间网络空闲时，获取所述占位图的属性参数值。

应理解的是，实施本发明实施例的方式与实施图2、图6、图7或图8所示实施例的方式相同，在此不再赘述。

本发明实施例中，在报表生成时，可以获取用于报表生成参数，进而可以判断出生成的报表是否成功。所以在生成报表时即可校验出生成的报表是否成功，即可以确定出生成的报表是否正确，如此避免因报表出错导致报表快照出错，从而避免得到报表快照出错，进而避免导致会耽误用户的时间，给用户带来不便的问题。

根据本发明的实施例，本发明还提供了一种电子设备和一种可读存储介质。

本发明的电子设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行本发明实施例所提供的数据对比的方法。

图10示出了可以应用本发明实施例的报表生成的方法或报表生成的装置的示例性系统架构1000。

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

用户可以使用终端设备1001、1002、1003通过网络1004与服务器1005交互，以接收或发送消息等。终端设备1001、1002、1003上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备1001、1002、1003可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器1005可以是提供各种服务的服务器，例如对用户利用终端设备1001、1002、1003所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的报表生成的方法一般由服务器1005执行，相应地，报表生成的装置一般设置于服务器1005中。

需要说明的是，本发明实施例所提供的报表生成的方法一般也可以由终端设备1001、1002、1003执行，相应地，报表生成的装置一般设置于终端设备1001、1002、1003中。

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

下面参考图11，其示出了适于用来实现本发明实施例的计算机系统1100的结构示意图。图11示出的计算机系统仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

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

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

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1109从网络上被下载和安装，和/或从可拆卸介质1111被安装。在该计算机程序被中央处理单元(CPU)1101执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个单元、程序段、或代码的一部分，上述单元、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括获取单元和判断单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“获取单元的功能的单元”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行本发明所提供的报表生成的方法。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (8)

1.一种报表生成的方法，其特征在于，包括：

向报表服务器发送报表生成请求报文以及接收所述报表服务器返回的响应报文，根据所述响应报文对预设的占位图进行渲染以生成报表，并获取用于报表生成参数；所述用于报表生成参数包括所述占位图的属性参数值，或者所述用于报表生成参数包括所述占位图的属性参数值、所述报表生成请求报文和所述响应报文；

根据所述用于报表生成参数，判断所述报表是否成功生成；

若所述用于报表生成参数包括所述占位图的属性参数值、所述报表生成请求报文和所述响应报文，则所述根据所述用于报表生成参数，判断所述报表是否成功生成，包括：

根据所述报表生成请求报文和所述响应报文统计报表数据的获取失败事件的数量；

根据所述属性参数值统计所述报表中未完成渲染的占位图的数量；

根据所述获取失败事件的数量和所述未完成渲染的占位图的数量，判断所述报表是否成功生成；

若所述用于报表生成参数包括所述占位图的属性参数值，则所述根据所述用于报表生成参数，判断所述报表是否成功生成，包括：

根据所述属性参数值统计所述报表中未完成渲染的占位图的数量；

根据所述未完成渲染的占位图的数量，判断所述报表是否成功生成。

2.根据权利要求1所述的方法，其特征在于，所述根据所述报表生成请求报文和所述响应报文统计所述报表数据的获取失败事件的数量，包括：

根据预设类型从所述报表生成请求报文和所述响应报文中筛选出拦截报文；

根据所述拦截报文中的预设字段，统计所述获取失败事件的数量。

3.根据权利要求2所述的方法，其特征在于，所述根据所述拦截报文中的预设字段统计所述报表数据的获取失败事件的数量，包括：

根据所述拦截报文的报文头中的字段，识别所述拦截报文中的请求事件报文和响应事件报文；

根据所述请求事件报文和响应事件报文统计所述请求响应失败事件的数量；

根据所述响应事件报文中属性字段统计所述报表中组件数据为空的数量。

4.根据权利要求3所述的方法，其特征在于，所述根据所述请求事件报文和响应事件报文统计所述请求响应失败事件的数量，包括：

根据所述请求事件报文和的所述响应事件报文统计所述请求事件数量与所述响应事件数量的差值；

根据所述请求事件报文的数量和所述报表中组件数量统计所述数据请求失败事件的数量；

根据所述响应事件报文中状态码字段和响应码字段统计所述数据响应失败事件的数量。

5.根据权利要求1所述的方法，其特征在于，所述占位图未完成渲染时的属性参数值为预设值；

根据所述属性参数值统计所述报表中未被渲染的占位图数量，包括：

将所述属性参数值为所述预设值的占位图数量确定为未被渲染的占位图的数量。

6.一种报表生成的装置，其特征在于，包括：

获取单元，用于向报表服务器发送报表生成请求报文以及接收所述报表服务器返回的响应报文，根据所述响应报文对预设的占位图进行渲染以生成报表，并获取用于报表生成参数；所述用于报表生成参数包括所述占位图的属性参数值，或者所述用于报表生成参数包括所述占位图的属性参数值、所述报表生成请求报文和所述响应报文；

判断单元，用于根据所述用于报表生成参数，判断所述报表是否成功生成；

若所述用于报表生成参数包括所述占位图的属性参数值、所述报表生成请求报文和所述响应报文，则所述判断单元，具体用于：

根据所述报表生成请求报文和所述响应报文统计所述报表数据的获取失败事件的数量；

根据所述属性参数值统计所述报表中未完成渲染的占位图的数量；

根据所述获取失败事件的数量和所述未完成渲染的占位图的数量，判断所述报表是否成功生成；

若所述用于报表生成参数包括所述占位图的属性参数值，则所述判断单元，具体用于：

根据所述属性参数值统计所述报表中未完成渲染的占位图的数量；

根据所述未完成渲染的占位图的数量，判断所述报表是否成功生成。

7.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。

8.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-5中任一所述的方法。