监控方法及装置与流程

1.本公开涉及数据处理技术领域，具体涉及到一种监控方法及装置。


背景技术：

2.涉及到交易的业务系统通常需要对接支付系统实现支付业务，交易过程中可能会发生支付异常进行导致交易出现卡款的问题，影响业务系统用户的资金周转。因此及时的发现异常，进而可及时的解决导致异常的问题变得更加重要。
3.相关技术中，对于异常的确定方法通常是基于业务系统的对异常的反馈后才能进一步定位异常，采用该方式确定异常不够实时，同时采用该方式无法真正的避免异常，即无法对异常进行预测。


技术实现要素：

4.本公开的主要目的在于提供一种监控方法及装置。
5.为了实现上述目的，根据本公开的第一方面，提供了一种监控方法，包括：预先与支付系统建立通信通道，其中，所述通信通道用于获取业务系统与支付系统之间的支付数据；当接收到web管理页面发送的监控请求后，每隔相同的时间调用业务系统与支付系统间该时间段内的支付数据；提取所述支付数据中的待监控指标的数据，以判断所述待监控指标数据是否异常。
6.可选地，方法还包括：如果所述待监控指标的数据为异常数据，则通过接口将异常数据发送至第三方应用中。
7.可选地，提取所述支付数据中的待监控指标的数据，并判断所述待监控指标数据是否达到预警值包括：提取支付数据中支付系统支付过程中的响应时间；判断所述响应时间是否小于预设置的时间；如果不小于预设置的时间，则所述待监控指标数据存在异常。
8.可选地，方法还包括：如果所述待监控指标的数据为异常数据，则将所述异常数据发送至支付系统所关联的用户端。
9.可选地，方法还包括：将所述支付数据中的异常数据、以及非异常数据分别发送至数据库中存储；如果接收到用户端发送的异常数据查询请求，则通过异常数据传输接口将异常数据发送至用户端；和/或，如果接收到用户端发送的支付数据查询请求，则通过支付数据传输接口将支付数据发送至用户端。
10.根据本公开的第二方面，提供了一种监控装置，包括：通道建立模块，被配置成预先为业务系统与支付系统建立通信通道，其中，所述通信通道用于传输业务系统与支付系统之间的支付数据；调用模块，被配置成当接收到web管理页面发送的监控请求后，每隔相同的时间调用业务系统与支付系统间该时间段内的支付数据；数据提取模块，被配置成提取所述支付数据中的待监控指标的数据，并判断所述待监控指标数据是否异常。
11.可选地，装置还包括：发送单元，被配置成如果所述待监控指标的数据为异常数据，则通过接口将异常数据发送至第三方应用中。
12.可选地，提取所述支付数据中的待监控指标的数据，并判断所述待监控指标数据是否异常进一步被配置成：提取支付数据中支付系统支付过程中的响应时间；判断所述响应时间是否小于预设置的时间；如果不小于预设置的时间，则所述待监控指标数据存在异常。
13.根据本公开的第三方面，提供了一种计算机可读存储介质，存储有计算机指令，所述计算机指令用于使所述计算机执行第一方面任意一项所述的监控方法。
14.根据本公开的第四方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行第一方面任意一项所述的监控方法。
15.在本公开实施例监控方法及装置中，包括预先与支付系统建立通信通道，其中，所述通信通道用于获取业务系统与支付系统之间的支付数据；当接收到web管理页面发送的监控请求后，每隔相同的时间调用业务系统与支付系统间该时间段内的支付数据；提取所述支付数据中的待监控指标的数据，以判断所述待监控指标数据是否异常。通过定时的对业务系统和支付系统间的支付数据进行监控，可以实时地确定异常数据，克服了相关技术中无法及时确定异常的问题。
附图说明
16.为了更清楚地说明本公开具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
17.图1是根据根据本公开实施例的监控方法的流程图；
18.图2是根据本公开实施例的电子设备的示意图。
具体实施方式
19.为了使本技术领域的人员更好地理解本公开方案，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分的实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本公开保护的范围。
20.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
21.适用于本实施例放的系统架构可以包括业务系统，用户通过业务系统可以进行业务操作，包括但是不限于发起交易请求；还可以包括支付系统，用于对交易请求进行响应，
以完成支付；还可以包括服务端，可以对交易通道中存在的异常进行监控，本实施例方法的执行可以是服务端。
22.系统架构中还可以包括web用户端端，该web用户端可以对用于向服务端发送监控请求。
23.系统架构中还可以包括用于数据查询的用户端，可以对交易过程中的支付数据进行查看。
24.需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
25.根据本公开实施例，提供了一种监控方法，如图1所示，该方法包括如下的步骤101至步骤103：
26.步骤101：预先为业务系统与支付系统建立通信通道，其中，所述通信通道用于获取业务系统与支付系统之间的支付数据。
27.在本实施例中，服务端可以预先与支付系统建立通信通道，可以是支付系统向服务端授权，并向服务端提供数据共享接口。通过建立的通信通道可以获取支付数据。
28.步骤102：当接收到web管理页面发送的监控请求后，每隔相同的时间调用业务系统与支付系统间该时间段内的支付数据。
29.在本实施例中，服务端上可预先设置定时任务，当接收到web用户端通过管理页面触发的监控请求后，可以启动定时任务，当定时任务启动后可以每隔相同的时间获取一次该段时间内的支付数据。支付数据包括每笔交易中业务系统发起交易请求后，支付系统的响应时间、本次支付对应的交易信息(包括但是不限于交易方、交易数额等等)。
30.步骤103：提取所述支付数据中的待监控指标的数据，以判断所述待监控指标数据是异常。
31.在本实施例中，待监控指标的数据可用于判断交易是否异常，判断是否异常可以包括两种情形一是已经发生了异常，二是数据可能存在异常。而通过设置预警值的大小可以对异常的监控条件进行更改，从而可以出现上述两种情形：如果预警值设置的数值较大，一旦待监控指标的数据超出该预警数值，则代表已经发生了异常。如果该预警值设置的数值比较小，异常监测则更加敏感，当待监控指标的数据超出该预警数值不一定发生了异常，而是可能会发生异常。
32.作为本实施例一种可选的实现方式，可以提取支付数据中的支付系统的响应时间，并判断该响应时间是否达到了预警值，如果高于该预警值则交易存在异常，该支付数据为异常数据。
33.在本可选的实现方式中，可以优选设置预警值，该预警值可以是时间，将提取到的响应时间与预警时间进行比较，如果超出该预警时间，那么认定该数据为异常数据，由上述描述可知，异常数据可以包括两种情形一是该支付数据确实存在异常，二是支付数据可能会出现异常。如果该支付数据确实存在异常的情形，那么用户可以直接进行异常定位并优化支付系统。如果该支付数据可能出现异常，那么用户可以预先对该支付数据进行定位，及时的监测支付系统的支付过程，从而可以更精准地确定造成异常的问题所在。
34.作为本实施例一种可选的实现方式，如果所述待监控指标的数据为异常数据，则通过接口将异常数据发送至第三方应用中。
35.在本可选的实现方式中，对于服务端监测到的异常数据，可以通过监控接口实时的将异常数据发送至第三方应用(例如微信、钉钉等等)中，第三方应用的用户可以及时的对异常进行查看处理。
36.作为本实施例一种可选的实现方式，方法还包括：如果所述待监控指标的数据为异常数据，则将所述异常数据发送至支付系统。
37.在本可选的实现方式中，当异常数据(可以包括确实异常或者可能异常数据)被监测到后，可以直接发送至支付系统所关联的用户端。也可以在第三方应用的用户确定异常原因后，将异常数据和异常原因发送至支付系统所关联的用户端。
38.作为本实施例一种可选的实现方式，方法还包括：将所述支付数据中的异常数据、以及非异常数据分别发送至数据库中存储；如果接收到用户端发送的异常数据查询请求，则通过异常数据传输接口将异常数据发送至用户端；和/或，如果接收到用户端发送的支付数据查询请求，则通过支付数据传输接口将支付数据发送至用户端。
39.在本可选的实现方式中，可以对支付数据进行分类存储，通过该分类存储的方式，用于数据查询的用户端可以直接对数据进行查询。
40.本实施例通过对支付数据进行监控，能够及时地确定存在异常的数据，通过及时的解决异常，能够避免用户的交易过程的卡款问题。克服了相关技术中，基于业务系统反馈确定异常的方式不能够实时确定异常的问题。
41.需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
42.根据本公开实施例，还提供了一种用于实施上述监控方法的装置，如该装置包括：通道建立模块，被配置成预先为业务系统与支付系统建立通信通道，其中，所述通信通道用于传输业务系统与支付系统之间的支付数据；调用模块，被配置成当接收到web管理页面发送的监控请求后，每隔相同的时间调用业务系统与支付系统间该时间段内的支付数据；数据提取模块，被配置成提取所述支付数据中的待监控指标的数据，并判断所述待监控指标数据是否异常。
43.作为本实施例一种可选的实现方式，装置还包括：发送单元，被配置成如果所述待监控指标的数据为异常数据，则通过接口将异常数据发送至第三方应用中。
44.作为本实施例一种可选的实现方式，提取所述支付数据中的待监控指标的数据，并判断所述待监控指标数据是否异常进一步被配置成：提取支付数据中支付系统支付过程中的响应时间；判断所述响应时间是否小于预设置的时间；如果不小于预设置的时间，则所述待监控指标数据存在异常。
45.本公开实施例提供了一种电子设备，如图2所示，该电子设备包括一个或多个处理器21以及存储器22，图2中以一个处理器21为例。
46.该控制器还可以包括：输入装置23和输出装置24。
47.处理器21、存储器22、输入装置23和输出装置24可以通过总线或者其他方式连接，图2中以通过总线连接为例。
48.处理器21可以为中央处理器(centralprocessingunit，cpu)。处理器21还可以为其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(appli
cationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
49.存储器22作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本公开实施例中的控制方法对应的程序指令/模块。处理器21通过运行存储在存储器22中的非暂态软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例的方法。
50.存储器22可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据服务器操作的处理装置的使用所创建的数据等。此外，存储器22可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器22可选包括相对于处理器21远程设置的存储器，这些远程存储器可以通过网络连接至网络连接装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
51.输入装置23可接收输入的数字或字符信息，以及产生与服务器的处理装置的用户设置以及功能控制有关的键信号输入。输出装置24可包括显示屏等显示设备。
52.一个或者多个模块存储在存储器22中，当被一个或者多个处理器21执行时，执行如图1所示的方法。
53.本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各电机控制方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)、随机存储记忆体(randomaccessmemory，ram)、快闪存储器(flashmemory)、硬盘(harddiskdrive，缩写：hdd)或固态硬盘(solid-statedrive，ssd)等；存储介质还可以包括上述种类的存储器的组合。
54.虽然结合附图描述了本公开的实施方式，但是本领域技术人员可以在不脱离本公开的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。