业务系统监测方法、装置、终端及存储介质与流程

1.本技术涉及监测技术领域，具体而言，涉及一种业务系统监测方法、装置、终端及存储介质。


背景技术：

2.为了满足用户的需求、提高自身的竞争力，业务系统的运营商要确保系统正常运行，以保证用户的使用体验。由于业务系统包含大量的页面，如果页面发生问题时，没有被及时地发现并进行处理，会导致大量的经济损失。因此，当业务系统投放市场之前，需要对业务系统进行测试，以确保业务系统中的页面无异常。
3.目前，针对业务系统中的页面的监测方法，主要是通过设置人工监测点，在人工监测点有对应的人工对其进行监测，若发现异常，则反馈给业务系统的负责人，以便负责人处理异常现象。
4.但是，采用上述方法来进行业务系统的监测，会产生效率低下的问题。


技术实现要素：

5.本技术的主要目的在于提供一种业务系统监测方法、装置、终端及存储介质，以解决相关技术中监测效率低的问题。
6.为了实现上述目的，第一方面，本技术提供了一种业务系统监测方法，包括：
7.基于目标环境和目标业务系统，得到目标环境对应的页面异常信息；
8.对页面异常信息进行分析，得到页面异常信息对应的日志；
9.基于日志和预设的数据库，生成包括页面异常信息的报警信息。
10.在一种可能的实现方式中，基于目标环境和目标业务系统，得到页面异常信息，包括：
11.在目标环境对目标业务系统中的多个页面进行监测，得到目标环境对应的页面异常信息。
12.在一种可能的实现方式中，基于日志和预设的数据库，生成包括页面异常信息的报警信息，包括：
13.若日志与预设的数据库中的日志匹配，查阅日志中记载的页面异常信息对应的报错类型；
14.基于报错类型和日志，生成包括页面异常信息的报警信息。
15.在一种可能的实现方式中，基于报错类型和日志，生成包括页面异常信息的报警信息，包括：
16.基于报错类型在日志中查找与报错类型相对应的报错信息；
17.将报错类型、报错信息和页面异常进行进行格式转换，得到报警信息。
18.在一种可能的实现方式中，基于报错类型和日志，生成包括页面异常信息的报警信息之后，还包括：
19.将报警信息发送至值班人员，以使值班人员基于报警信息进行故障处理。
20.在一种可能的实现方式中，目标环境包括生产环境和测试环境。
21.在一种可能的实现方式中，测试环境中设置有需求卡，测试环境对应的页面异常信息与需求卡对应的需求相匹配。
22.第二方面，本发明实施例提供了一种业务系统监测装置，包括：
23.页面异常信息生成模块，用于基于目标环境和目标业务系统，得到目标环境对应的页面异常信息；
24.日志生成模块，用于对页面异常信息进行分析，得到页面异常信息对应的日志；
25.报警信息生成模块，用于基于日志和预设的数据库，生成包括页面异常信息的报警信息。
26.第三方面，本发明实施例提供了一种终端，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如上任一种业务系统监测方法的步骤。
27.第四方面，本发明实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如上任一种业务系统监测方法的步骤。
28.本发明实施例提供了一种业务系统监测方法、装置、终端及存储介质，包括：先基于目标环境和目标业务系统，得到目标环境对应的页面异常信息，然后对页面异常信息进行分析，得到页面异常信息对应的日志，再基于日志和预设的数据库，生成包括页面异常信息的报警信息。本发明通过在不同环境来监测业务系统，以获得不同环境对应的页面异常信息，再将不同环境对应的页面异常信息进行筛选、格式转换，生成便于用户查阅的报警信息。不仅提高了监测效率，还提升了用户体验度。
附图说明
29.构成本技术的一部分的附图用来提供对本技术的进一步理解，使得本技术的其它特征、目的和优点变得更明显。本技术的示意性实施例附图及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
30.图1是本发明实施例提供的一种业务系统监测方法的实现流程图；
31.图2是本发明实施例提供的一种业务系统监测装置的结构示意图；
32.图3是本发明实施例提供的终端的示意图。
具体实施方式
33.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
34.本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在
这里图示或描述的那些以外的顺序实施。
35.应当理解，在本发明的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
36.应当理解，在本发明中，“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
37.应当理解，在本发明中，“多个”是指两个或两个以上。“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“包含a、b和c”、“包含a、b、c”是指a、b、c三者都包含，“包含a、b或c”是指包含a、b、c三者之一，“包含a、b和/或c”是指包含a、b、c三者中任1个或任2个或3个。
38.应当理解，在本发明中，“与a对应的b”、“与a相对应的b”、“a与b相对应”或者“b与a相对应”，表示b与a相关联，根据a可以确定b。根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其他信息确定b。a与b的匹配，是a与b的相似度大于或等于预设的阈值。
39.取决于语境，如在此所使用的“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于检测”。
40.下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
41.业务系统是指企业达成定位所需要的业务环节、各合作伙伴扮演的角色以及利益相关者合作与交易的方式和内容。我们可以从行业价值链和企业内部价值链以及合作伙伴的角色两个层面来理解业务系统的构造。
42.业务系统的模块，包括：营销规划，营销规划解决卖什么、卖给谁的问题，以及如何运用科学的工具分析、判断我们现在的市场选择是否合理，和如何对未来市场进行合理规划的问题。销售平台，销售平台解决谁来卖的问题，找到“人材”、培养“人财”、留住“人才”，建立优质销售环境，激活团队，实现业绩倍增。销售进程管理，销售进程管理解决怎么卖的问题，分解销售动作，形成企业个性化业务手册，批量制造销售精英。客户服务管理，客户服务管理解决如何重复卖，建立标准化客户服务体系，提升客户忠诚度。客户关系管理，客户关系管理解决如何永久卖，建立客户分级管理标准，实现客户终身价值最大化。风险防范，风险防范解决如何安全卖，实现销售过程中的风险和价值平衡，确保销售过程更安全。财务系统管理，解决企业财务数据流通道，建立企业财务通道，实现财务管理与风险控制。
43.业务系统出现异常，若提示业务异常，出现这样的提示可能的原因如下，网页当中存在代码错误，无法在浏览器中显示。这种情况，需要开发人员检查一下连接是否有拼写错误，界面代码是否存在致命错误，解决之后，重新访问。另外，也有可能是由于服务器崩溃，无法加载网页。遇到这种情况，只能是重启服务器。当然也会存在访问时已经不再使用，被强制关停了，需要联系管理员。更进一步的，如果是使用的浏览器，发现有的网页只会出现一些页头，中间的都是一片空白，有的网页只显示个人登录页，很多的信息都没有显示出来，那么就要考虑一下兼容问题了，除了使用浏览器之外会遇到网页显示不正常的问题，如
果使用其他浏览器也遇到这样的问题该如何处理。
44.现有的技术主要通过两种方式进行修复，第一，修复或重装浏览器，很多时候网页显示不正常可能是因为浏览器本身出现了故障，或者是浏览器受到了一些病毒侵害导致无法正常的浏览网页，这个时候就可以在安全模式下进行修复，如果修复失败，可以重新安装浏览器。第二，尝试关掉网络防火墙设置，即有的网页显示不出来，可能是因为网络防火墙设置的不合理导致的，比如安全等级很高，容易把涉入阻止访问列表里面，这样就导致无法正常访问网页了，可以降低或者是关掉网络防火墙设置。第三，删除过多占有cpu资源的病毒文件，即很多人都会遇到打开ie的时候，显示正在打开网页，但是等了老半天都没有动静，说明cpu里面的资源太多，很多的进程都会运行，这样就导致网页打开特别的慢，甚至达到崩溃了，这个时候就可以查看一下cpu的占有率，如果是100％的话，那么就需要考虑是不是中病毒了，这样启动一下360病毒查杀工具，看看有没有病毒，可以采取扫描后立即清除的方式进行清除，如果查杀不了，可以点击桌面的左下角的“开始”，进入运行程序，输入regedit，在出现的注册对话框里面查找到这个程序名，点击删除即可，如果一个删除不干净，可以多次搜索删除。
45.日常生活中大家在用电脑的时候都会遇到各种的问题，比如网页不能够正常显示，其实出现了这样的问题，考虑一下是不是网速的问题，如果是使用的无线网卡上网的话，速度确实是很慢的，网页打开也是需要耐心等待一段时间的，如果不是使用的无线网卡，可以考虑上面的几个因素导致的无法正常显示网页的问题，这样就知道应该怎么样来解决了，上面只是简单的介绍了几点，其实还有很多的方法，需要多学习一些电脑知识慢慢的去领会。
46.针对现金贷系统异常现象，目前现有现金贷前端异常报警系统存在的不足；报警信息不全，即报警信息只有异常报错信息，并没有报错的页面信息，加大了前端开发人员定位问题、解决问题的难度报警信息包括异常报错信息和异常页面信息；报警信息杂乱，即有效报警和无效报警混杂在一起，不利于前端开发人员关注有效报警；线下无法发现问题，即前端页面异常信息只能在线上才能被发现，测环境没有前端页面异常报警，导致页面异常不能被发现、不能被修复，最后异常被带上线降低线上代码质量；以及由于线上报警数量持续性积累，大大增加了前端页面不稳定的风险，随时可造成线上故障或损失等。
47.基于上述缺陷，本技术提出一种业务系统监测方法。
48.进一步地，为使本发明的目的、技术方案和优点更加清楚，下面将结合附图通过具体实施例来进行说明。
49.在一个实施例中，如图1所示，提供了一种业务系统监测方法，包括以下步骤：
50.步骤s101：基于目标环境和目标业务系统，得到目标环境对应的页面异常信息。
51.其中，目标环境包括生产环境和测试环境。其中，测试环境中设置有需求卡，测试环境对应的页面异常信息与需求卡对应的需求相匹配。通过部署一台测试环境(需求卡片)的异常收集服务器，在功能测试过程中，快速定位是哪个需求引起的，产生的页面异常报警均通过代理方式发送至该服务器，然后通过报警信息实现异常入群报警，然后修复问题。
52.目标业务系统可以为任意业务系统，如现金贷相关业务系统、风险评估等。
53.由于目标业务系统中包括多个页面，即页面1、页面2、页面3...页面n，其中，n为大于3的整数。因此，需要在目标环境对目标业务系统中的多个页面进行监测，得到目标环境
对应的页面异常信息。
54.以目标环境为生产环境和测试环境，目标业务系统包括n个页面为例，那么就需要在生产环境下对n个页面中的每个页面进行监测，然后得的生产环境下的页面异常信息，以及在测试环境下对n个页面中的每个页面进行监测，然后得的测试环境下的页面异常信息。
55.步骤s102：对页面异常信息进行分析，得到页面异常信息对应的日志。
56.当确定生产环境下的页面异常信息和测试环境下的页面异常信息之后，还需要对两个环境下的页面异常信息进行分析，以生成不同环境下的日志。也就是说，对生产环境下的页面异常信息进行分析，以获取生产环境下的日志，以及对测试环境下的页面异常信息进行分析，以获取测试环境下的日志。
57.之后，可定时推送生产环境下的日志和测试环境下的日志至node服务端，以使node服务端对接收到的日志进一步处理。其中，定时推送可由需求进行设定，此处不作限定。
58.步骤s103：基于日志和预设的数据库，生成包括页面异常信息的报警信息。
59.其中，预设的数据库是基于包括由各种报警信息类型所对应的日志。
60.当node服务端接收到日志后，基于日志和预设的数据库，生成包括页面异常信息的报警信息，其执行步骤为，若日志与预设的数据库中的日志匹配，查阅日志中记载的页面异常信息对应的报错类型，基于报错类型和日志，生成包括页面异常信息的报警信息。具体的，可基于报错类型在日志中查找与报错类型相对应的报错信息，然后将报错类型、报错信息和页面异常进行进行格式转换，得到报警信息。
61.其中，日志(log)中的报错类型可为exception为js报错异常、type为agentnative为端能力报错异常等，报错类型可对应如下报错信息，如报错日期、报错类型、报错描述、报错数量、报错堆栈信息、报错页面等。
62.例如js报错异常对应的报警信息，具体如下：
63.时间：报警时间；
64.报警数量：当前报警的数量；
65.错误信息：报错日志；
66.堆栈信息：报错的详细信息，包括报错的代码文件及位置信息等；
67.报警页面：报警发生的页面；
68.异常屏蔽：如果是无效异常，就屏蔽该报警，以后就不会再对此异常进行报警；
69.异常认领：值班人认领该报警，以后再有此类型报警可直接找到相关人等；
70.认领人：认领该报警的人员；
71.报警需求：引起该报警的需求卡片名称，可直接定位到开发人员等信息。
72.此外，基于报错类型和日志，生成包括页面异常信息的报警信息之后，还包括：将报警信息发送至值班人员，以使值班人员基于报警信息进行故障处理。
73.接收到报警信息后，可把产生的报警信息推送至如流报警群并且@相关值班人员查看问题。值班人员通过对报警信息的定位及判断来区分是否是有效报警，同时可通过操作平台后台系统对该条报警信息进行屏蔽或者认领。
74.本发明实施例提供了一种业务系统监测方法，包括：先基于目标环境和目标业务系统，得到目标环境对应的页面异常信息，然后对页面异常信息进行分析，得到页面异常信
息对应的日志，再基于日志和预设的数据库，生成包括页面异常信息的报警信息。本发明通过在不同环境来监测业务系统，以获得不同环境对应的页面异常信息，再将不同环境对应的页面异常信息进行筛选、格式转换，生成便于用户查阅的报警信息。不仅提高了监测效率，还提升了用户体验度。
75.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
76.以下为本发明的装置实施例，对于其中未详尽描述的细节，可以参考上述对应的方法实施例。
77.图2示出了本发明实施例提供的一种业务系统监测装置的结构示意图，为了便于说明，仅示出了与本发明实施例相关的部分，一种业务系统监测装置包括页面异常信息生成模块21、日志生成模块22和报警信息生成模块22，具体如下：
78.页面异常信息生成模块21，用于基于目标环境和目标业务系统，得到目标环境对应的页面异常信息；
79.日志生成模块22，用于对页面异常信息进行分析，得到页面异常信息对应的日志；
80.报警信息生成模块22，用于基于日志和预设的数据库，生成包括页面异常信息的报警信息。
81.在一种可能的实现方式中，页面异常信息生成模块21还用于在目标环境对目标业务系统中的多个页面进行监测，得到目标环境对应的页面异常信息。
82.在一种可能的实现方式中，报警信息生成模块22还用于若日志与预设的数据库中的日志匹配，查阅日志中记载的页面异常信息对应的报错类型；基于报错类型和日志，生成包括页面异常信息的报警信息。
83.在一种可能的实现方式中，报警信息生成模块22还用于基于报错类型在日志中查找与报错类型相对应的报错信息；将报错类型、报错信息和页面异常进行进行格式转换，得到报警信息。
84.在一种可能的实现方式中，报警信息生成模块22还用于之后，还包括报警模块，报警模块用于将报警信息发送至值班人员，以使值班人员基于报警信息进行故障处理。
85.在一种可能的实现方式中，目标环境包括生产环境和测试环境。
86.在一种可能的实现方式中，测试环境中设置有需求卡，测试环境对应的页面异常信息与需求卡对应的需求相匹配。
87.图3是本发明实施例提供的终端的示意图。如图3所示，该实施例的终端3包括：处理器31、存储器32以及存储在存储器32中并可在处理器31上运行的计算机程序33。处理器31执行计算机程序33时实现上述各个业务系统监测方法实施例中的步骤，例如图1所示的步骤101至步骤103。或者，处理器31执行计算机程序33时实现上述各个业务系统监测装置实施例中各模块/单元的功能，例如图2所示模块/单元21至23的功能。
88.本发明还提供一种可读存储介质，可读存储介质中存储有计算机程序，计算机程序被处理器执行时用于实现上述的各种实施方式提供的业务系统监测方法。
89.其中，可读存储介质可以是计算机存储介质，也可以是通信介质。通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。计算机存储介质可以是通用或专
用计算机能够存取的任何可用介质。例如，可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(application specific integrated circuits，简称：asic)中。另外，该asic可以位于用户设备中。当然，处理器和可读存储介质也可以作为分立组件存在于通信设备中。可读存储介质可以是只读存储器(rom)、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
90.本发明还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。设备的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得设备实施上述的各种实施方式提供的业务系统监测方法。
91.在上述设备的实施例中，应理解，处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
92.以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

技术特征：
1.一种业务系统监测方法，其特征在于，包括：基于目标环境和目标业务系统，得到所述目标环境对应的页面异常信息；对所述页面异常信息进行分析，得到所述页面异常信息对应的日志；基于所述日志和预设的数据库，生成包括所述页面异常信息的报警信息。2.如权利要求1所述业务系统监测方法，其特征在于，所述基于目标环境和目标业务系统，得到页面异常信息，包括：在所述目标环境对所述目标业务系统中的多个页面进行监测，得到所述目标环境对应的页面异常信息。3.如权利要求2所述业务系统监测方法，其特征在于，所述基于所述日志和预设的数据库，生成包括所述页面异常信息的报警信息，包括：若所述日志与所述预设的数据库中的日志匹配，查阅所述日志中记载的所述页面异常信息对应的报错类型；基于所述报错类型和所述日志，生成包括所述页面异常信息的报警信息。4.如权利要求3所述业务系统监测方法，其特征在于，所述基于所述报错类型和所述日志，生成包括所述页面异常信息的报警信息，包括：基于所述报错类型在所述日志中查找与所述报错类型相对应的报错信息；将所述报错类型、报错信息和页面异常进行进行格式转换，得到所述报警信息。5.如权利要求3所述业务系统监测方法，其特征在于，所述基于所述报错类型和所述日志，生成包括所述页面异常信息的报警信息之后，还包括：将所述报警信息发送至值班人员，以使所述值班人员基于所述报警信息进行故障处理。6.如权利要求1-5中任一项所述业务系统监测方法，其特征在于，所述目标环境包括生产环境和测试环境。7.如权利要求6所述业务系统监测方法，其特征在于，所述测试环境中设置有需求卡，所述测试环境对应的页面异常信息与所述需求卡对应的需求相匹配。8.一种业务系统监测装置，其特征在于，包括：页面异常信息生成模块，用于基于目标环境和目标业务系统，得到所述目标环境对应的页面异常信息；日志生成模块，用于对所述页面异常信息进行分析，得到所述页面异常信息对应的日志；报警信息生成模块，用于基于所述日志和预设的数据库，生成包括所述页面异常信息的报警信息。9.一种终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述业务系统监测方法的步骤。10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行所述计算机程序时实现如权利要求1至7中任一项所述业务系统监测方法的步骤。

技术总结
本申请公开了一种业务系统监测方法、装置、终端及存储介质，方法包括：基于目标环境和目标业务系统，得到目标环境对应的页面异常信息；对页面异常信息进行分析，得到页面异常信息对应的日志；基于日志和预设的数据库，生成包括页面异常信息的报警信息。本发明通过在不同环境来监测业务系统，以获得不同环境对应的页面异常信息，再将不同环境对应的页面异常信息进行筛选、格式转换，生成便于用户查阅的报警信息。不仅提高了监测效率，还提升了用户体验度。验度。验度。


技术研发人员：金长江 杨小锋
受保护的技术使用者：度小满科技（北京）有限公司
技术研发日：2022.12.16
技术公布日：2023/7/11