CN114218046A - 一种业务监控方法、介质、电子设备及可读存储介质 - Google Patents

Abstract

本申请涉及数据监控技术领域，公开了一种业务监控方法、介质、电子设备及可读存储介质。本申请的业务监控方法包括：业务服务器获取第一终端发送的业务请求；业务服务器在响应于业务请求，执行与业务相关的操作的过程中判断是否出现异常操作；业务服务器在确认出现异常操作的情况下，确定出现异常的原因，并向第二终端设备发送异常告警信息，异常告警信息包括出现异常的原因。如此，技术人员可以在一定程度上较及时地知晓银行业务办理过程中出现异常并处理该异常，避免了银行业务办理过程中仍有该异常的发生。

Description

一种业务监控方法、介质、电子设备及可读存储介质

技术领域

本申请涉及数据监控技术领域，特别涉及一种业务监控方法、介质、电子设备及可读存储介质。

背景技术

在金融领域的银行业务办理场景下，用户可以通过自身手机上的银行应用程序(Application，App)或者银行柜台的电脑办理银行业务，其中，银行业务可以是存款、取款和转账等业务。具体地，手机或者银行柜台的电脑会在响应于用户的操作指令的情况下，与银行的后台业务服务器进行交互，以完成银行业务的办理。但是，在上述银行业务办理过程中，可能存在异常，例如手机或者银行柜台的电脑响应于用户的转账请求，向后台业务服务器发送该转账请求，后台业务服务器延迟处理该转账请求业务，导致用户无法及时转账。

而一般情况下，技术人员需要在此银行业务办理很长时间之后，通过查看历史记录的银行业务办理信息，才能发现该异常问题，技术人员若不及时对异常作出相应的处理，会影响后续用户办理银行业务的体验。

发明内容

本申请实施例提供了一种业务监控方法、介质及电子设备。

第一方面，本申请实施例提供了一种业务监控方法，该方法包括：

业务服务器获取第一终端发送的业务请求；

业务服务器在响应于所述业务请求，执行与所述业务相关的操作的过程中判断是否出现异常操作；

业务服务器在确认出现异常操作的情况下，确定出现异常的原因，并向第二终端设备发送异常告警信息，所述异常告警信息包括出现异常的原因。

可以理解，在一些实施例中，第一终端可以为电脑、手机等终端设备。

可以理解，在本申请实施例中，技术人员可以较及时地发现异常操作及知晓异常出现的原因，并提出解决该异常发生的解决方案，在一定程度上可以避免后续银行业务办理过程中仍有该异常的发生，提高后续用户办理银行业务的体验。

在上述第一方面的一种可能的实现中，所述业务包括下列中的任一种：

用户在银行应用程序上的转账业务；

用户在银行应用程序上的提现业务。

可以理解的是，本申请实施例提供的业务监控方法除了应用于用户利用手机上的银行应用程序办理业务的应用场景外，在其他应用场景中，本申请实施例提供的业务监控方法还可以应用于用户让银行柜台人员利用工作的电脑办理业务的场景，但不限于此。

在上述第一方面的一种可能的实现中，所述判断是否出现异常的方法包括：

在判断出执行与所述业务相关的操作的过程不满足预设业务流程条件的情况下，确定出现异常；

在判断出执行与所述业务相关的操作的过程满足预设业务流程条件的情况下，确定正常。

可以理解，预设业务流程条件即设定的业务处理速度。在判断出执行与所述业务相关的操作的过程不满足设定的业务处理速度的情况下，确定出现异常；

在判断出执行与所述业务相关的操作的过程满足设定的业务处理速度的情况下，确定正常。

在上述第一方面的一种可能的实现中，所述预设业务流程条件包括：

用户的转账请求与入账之间的时间在预设时长范围内；

或用户的提现请求与入账之间的时间在预设时长范围内。

可以理解，以第二终端设备为电脑为例，业务服务器直接判断转账等与金额相关操作的过程中，用户的转账请求与入账之间的时间是否在预设时长范围内，若在预设时长范围内，则判断出未存在异常，若不在预设时长范围内，则判断出存在异常，并将异常告警信息发送给技术人员的电脑，以便于技术人员及时发现转账过程发生的异常的问题。

在上述第一方面的一种可能的实现中，所述异常告警信息还包括银行业务的流水账号。

可以理解，第二终端设备可以为电脑、平板、手机等终端设备，如此，技术人员的终端设备接收到包含异常出现的原因的告警信息，以便于技术人员及时发现该问题。

在上述第一方面的一种可能的实现中，所述业务服务器在确认出现异常操作的情况下，确定出现异常的原因，并向第二终端设备发送异常告警信息，包括：

所述业务服务器在确认出现异常操作的情况下，获取所述业务服务器的运行参数，并存储异常操作的业务数据与所述运行参数；

所述业务服务器周期性获取存储的所述业务数据和所述运行参数；

所述业务服务器根据所述运行参数判断异常的原因；

向第二终端设备发送异常告警信息，所述异常告警信息包括所述异常的原因和所述业务数据。

在上述第一方面的一种可能的实现中，所述异常告警信息包括银行业务的流水账号和异常出现的原因。

可以理解，本申请实施例中，技术人员既可以在一定程度上较及时地发现转账过程发生的异常，又可以知晓异常出现的原因，并在知晓该异常出现的原因的情况下，提出解决该异常发生的解决方案。

在上述第一方面的一种可能的实现中，所述运行参数包括所述业务服务器的内存使用情况和所述业务服务器的CPU使用情况。

可以理解，工作的运行参数可以包括后台的业务服务器的中央处理器(centralprocessing unit，CPU)使用情况，业务服务器判断用户的转账请求与入账之间的时间不在预设时长范围内，则获取后台的业务服务器CPU当前的使用率，并存储异常的转账和/或提现信息和运行参数。业务服务器再周期性获取异常的转账和/或提现信息和CPU当前的使用率。业务服务器根据CPU当前的使用率确定异常出现的原因，例如若CPU当前的使用率为100％，则表示CPU一直忙，存在排队的任务,处理不过来业务。后台的业务服务器再将异常出现的原因发送给技术人员的电脑进行告警处理，以便于技术人员及时发现转账和/或提现过程发生的异常并根据异常类型解决异常问题，例如关闭除转账和/或提现业务之外的其他后台的业务服务器的业务进程，为转账和/或提现业务提供运行内存，加快转账和/或提现业务的处理速度。

第二方面，本申请实施例提供了一种可读介质，所述可读介质上存储有指令，该指令在电子设备上执行时使电子设备执行第一方面所述的业务监控方法。

第三方面，本申请实施例提供了一种电子设备，包括：

存储器，用于存储由电子设备的一个或多个处理器执行的指令，以及

处理器，是电子设备的处理器之一，用于执行第一方面所述的业务监控方法。

第四方面，本申请实施例提供了一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现执行第一方面所述的业务监控方法。

附图说明

图1根据本申请的一些实施例，示出了一种业务监控方法的应用场景示意图；

图2根据本申请的一些实施例，示出了一种业务监控方法的应用场景示意图；

图3根据本申请的一些实施例，示出了电脑400显示邮件内容的用户界面；

图4根据本申请的一些实施例，示出了一种后台业务服务器200的框图；

图5根据本申请的一些实施例，示出了一种业务监控方法的流程示意图；

图6根据本申请的一些实施例，示出了一种适用于本申请的业务监控模块示意图；

图7根据本申请的一些实施例，示出了一种异常告警模块201和告警发送模块202执行业务监控方法的流程示意图。

具体实施方式

本申请的说明性实施例包括但不限于一种业务监控方法、介质、电子设备及可读存储介质。

下面将结合附图对本申请的实施例作进一步地详细描述。

如前所述，银行业务办理过程中可能存在异常，例如手机或者银行柜台的电脑响应于用户的转账请求，向后台业务服务器发送该转账请求，后台业务服务器延迟处理该转账请求业务，导致用户无法及时转账，而一般情况下，技术人员需要在此银行业务办理很长时间之后，通过历史记录的银行业务办理信息，才能发现该异常问题，不利于技术人员根据异常问题及时作出相应的处理，从而影响后续用户办理银行业务的体验。

为了解决上述问题，在一些实施例中，可以设置一台后台监控服务器，该后台监控服务器用于获取后台业务服务器中与用户办理银行业务有关的日志，即该后台监控服务器用于获取手机或者银行柜台的电脑在响应于用户的操作指令的情况下，与银行的后台业务服务器进行交互过程中生成的银行业务日志，然后对该银行业务日志中的关键字进行分析，如果分析出银行业务日志中存在异常关键字，并在该异常关键字出现或者出现预设次的情况下，则向技术人员的电脑发送告警信息，以提示技术人员银行业务办理过程中出现异常，技术人员可以根据异常问题做出相应的处理，在一定程度上提高了技术人员发现并处理异常的及时性。

例如，图1根据本申请的一些实施例，示出了一种业务监控方法的应用场景示意图，在该应用场景中，手机100-1和手机100-2上设置银行应用程序，该银行应用程序用于用户办理转账和提现等银行业务。

手机100-1和手机100-2分别响应于用户1和用户2在银行应用程序中的转账和提现请求指令，与银行的后台业务服务器200进行交互过程中生成转账和提现的银行业务日志，后台业务服务器200记录转账和提现的银行业务日志。

后台监控服务器300先获取后台业务服务器200中记录的转账和提现的银行业务日志，然后对该银行业务日志中的关键字进行分析，即判断该银行业务日志中是否存在异常关键字，例如，表示用户的转账请求与入账之间的时间过长的关键字，在发现该关键字或者该关键字出现5次以上的情况下，向技术人员的电脑400发送转账和提现记录异常的信息。

在前述方案中，虽然能在一定程度上提高技术人员发现并处理异常的及时性，但是该业务异常信息的监控方案需要后台监控服务器从银行的后台业务服务器获取历史银行业务日志，并需要对历史银行业务日志(例如当前之前的一天或多天的银行业务日志)进行分析后才能确定银行业务办理过程中是否产生异常，如此，后台监控服务器只能在银行业务办理过程中产生异常后1天或者几天后，才能根据获取的历史银行业务日志确定异常的发生，技术人员仍然不能较及时地知晓银行业务办理过程中出现异常。

此外，后台监控服务器从银行的后台业务服务器获取历史银行业务日志的过程需要耗费一部分时间，后台监控服务器对历史银行业务日志(例如当前之前的一天或多天的银行业务日志)进行分析后，确定银行业务办理过程中是否产生异常的过程也需要耗费一部分时间，如此，技术人员仍然不能较及时地知晓银行业务办理过程中出现异常，银行业务办理过程中仍有该异常的发生。

为了进一步提高技术人员发现和处理异常的及时性，本申请实施例还提供了一种业务异常信息的监控方案，本申请实施例与上述实施例的区别在于，本申请实施例可以不设置图1中所示的后台监控服务器300，后台业务服务器200可以直接判断当前银行业务办理与预设银行业务办理是否相同，在判断出不相同的情况下，确定银行业务办理过程中发生异常，将该异常信息发送至技术人员的电脑400，如此，在一定程度上节省了图1中后台监控服务器300先获取后台业务服务器200中记录的转账和提现的银行业务日志，然后对该银行业务日志中的关键字进行分析的时间，相比于上述实施例，可以进一步提高技术人员发现和处理异常的及时性，从而提升后续用户办理银行业务的体验。

例如，图2根据本申请的一些实施例，示出了一种业务监控方法的应用场景示意图，在该应用场景中，后台业务服务器200直接判断转账等与金额相关操作的过程中，用户的转账请求与入账之间的时间是否在预设时长范围内，若在预设时长范围内，则判断出未存在异常，若不在预设时长范围内，则判断出存在异常，并将异常告警信息发送给技术人员的电脑400，以便于技术人员及时发现转账过程发生的异常的问题，并做出相应的处理。相比于图1所示的实施例，本申请实施例提供的方法进一步提高技术人员发现和处理异常的及时性，从而提升后续用户办理银行业务的体验。

为了能够进一步分析出上述异常产生的原因并向技术人员发出包含异常产生的原因的告警信息，图2中的后台业务服务器200还需要获取异常发生时的服务器当前工作的运行参数，基于服务器当前工作的运行参数确定异常出现的原因。并将异常出现的原因发送给电脑400。

例如，继续参阅图2，后台业务服务器200判断获取到转账请求与完成入账之间的时间不在预设时长范围内的情况下，获取后台的业务服务器200的中央处理器(centralprocessing unit，CPU)的使用情况，根据后台的业务服务器200的中央处理器(centralprocessing unit，CPU)的使用情况确定异常出现的原因，例如，后台的业务服务器200根据后台的业务服务器200的中央处理器(central processing unit，CPU)的使用情况为CPU当前的使用率为100％，判断出CPU工作负荷较大，该转账业务在任务列表中等待较长时间的原因。

后台的业务服务器200将确定出的该异常发生原因发送给技术人员的电脑400，电脑400向技术人员展示该异常发生原因。例如，后台的业务服务器200以邮件的方式将异常信息以及异常出现的原因发送至电脑400上的技术人员的邮箱中，技术人员可以在邮箱中查收到该邮件，该邮件呈现的内容可以是银行业务的流水账号以及异常出现的原因等，例如，图3根据本申请的一些实施例，示出了电脑400显示邮件内容的用户界面，如图3所示，电脑400显示“流水账号为XXXX的转账业务发生异常的原因为CPU工作负荷较大，该转账业务在任务列表中等待较长时间”。如此，技术人员既可以在一定程度上较及时地发现转账过程发生的异常，又可以知晓异常出现的原因，并在知晓该异常出现的原因的情况下，提出解决该异常发生的解决方案，提高后续用户办理转账业务的体验。例如技术人员在知晓图3所示的原因的情况下，可以关闭后台业务服务器200中除银行业务办理之外的其他程序，降低CPU工作负荷，加快转账业务的处理速度。

图4根据本申请的一些实施例，示出了一种后台业务服务器200的框图。如图4所示，后台业务服务器200可以包括一个或多个处理器204框图，与处理器204中的至少一个连接的系统控制逻辑208，与系统控制逻辑208连接的系统内存212，与系统控制逻辑208连接的非易失性存储器(NVM)216，以及与系统控制逻辑208连接的网络接口220。

在一些实施例中，处理器204可以包括一个或多个单核或多核处理器。在一些实施例中，处理器204可以包括通用处理器和专用处理器(例如，图形处理器，应用处理器，基带处理器等)的任意组合。在后台业务服务器200采用eNB(Evolved Node B，增强型基站)101或RAN(Radio Access Network，无线接入网)控制器102的实施例中，处理器204可以被配置为执行各种符合的实施例，例如，处理器204判断转账等金额相关操作的过程中，用户的转账请求与入账之间的时间是否在预设时长范围内，若在预设时长范围内，则判断出未存在异常，若不在预设时长范围内，则判断出存在异常。又如，处理器204判断获取到转账请求与完成入账之间的时间不在预设时长范围内的情况下，获取后台的业务服务器200的中央处理器(central processing unit，CPU)的使用情况，根据后台的业务服务器200的中央处理器(central processing unit，CPU)的使用情况确定异常出现的原因，例如，处理器204根据处理器204使用率为100％，判断出处理器204工作负荷较大，该转账业务在任务列表中等待较长时间的原因。

在一些实施例中，系统控制逻辑208可以包括任意合适的接口控制器，以向处理器204中的至少一个和/或与系统控制逻辑208通信的任意合适的设备或组件提供任意合适的接口。

在一些实施例中，系统控制逻辑208可以包括一个或多个存储器控制器，以提供连接到系统内存212的接口。系统内存212可以用于加载以及存储数据和/或指令。在一些实施例中后台业务服务器200的内存212可以包括任意合适的易失性存储器，例如合适的动态随机存取存储器(DRAM)。

NVM/存储器216可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性的计算机可读介质。在一些实施例中，NVM/存储器216可以包括闪存等任意合适的非易失性存储器和/或任意合适的非易失性存储设备，例如HDD(Hard Disk Drive，硬盘驱动器)，CD(Compact Disc，光盘)驱动器，DVD(Digital Versatile Disc，数字通用光盘)驱动器中的至少一个。

NVM/存储器216可以包括安装后台业务服务器200的装置上的一部分存储资源，或者它可以由设备访问，但不一定是设备的一部分。例如，可以经由网络接口220通过网络访问NVM/存储216。

特别地，系统内存212和NVM/存储器216可以分别包括：指令224的暂时副本和永久副本。指令224可以包括：由处理器204中的至少一个执行时导致后台业务服务器200实施如图1和2所示的方法的指令。在一些实施例中，指令224、硬件、固件和/或其软件组件可另外地/替代地置于系统控制逻辑208，网络接口220和/或处理器204中。

网络接口220可以包括收发器，用于为后台业务服务器200提供无线电接口，进而通过一个或多个网络与任意其他合适的设备(如前端模块，天线等)进行通信。在一些实施例中，网络接口220可以集成于后台业务服务器200的其他组件。例如，网络接口220可以集成于处理器204的，系统内存212，NVM/存储器216，和具有指令的固件设备(未示出)中的至少一种，当处理器204中的至少一个执行所述指令时，后台业务服务器200实现如图1和2所示的业务监控方法。

网络接口220可以进一步包括任意合适的硬件和/或固件，以提供多输入多输出无线电接口。例如，网络接口220可以是网络适配器，无线网络适配器，电话调制解调器和/或无线调制解调器。

在一个实施例中，处理器204中的至少一个可以与用于系统控制逻辑208的一个或多个控制器的逻辑封装在一起，以形成系统封装(SiP)。在一个实施例中，处理器204中的至少一个可以与用于系统控制逻辑208的一个或多个控制器的逻辑集成在同一管芯上，以形成片上系统(SoC)。

后台业务服务器200可以进一步包括：输入/输出(I/O)设备232。I/O设备232可以包括用户界面，使得用户能够与后台业务服务器200进行交互；外围组件接口的设计使得外围组件也能够与后台业务服务器200交互。在一些实施例中，后台业务服务器200还包括传感器，用于确定与后台业务服务器200相关的环境条件和位置信息的至少一种。

在一些实施例中，用户界面可包括但不限于显示器(例如，液晶显示器，触摸屏显示器等)，扬声器，麦克风，一个或多个相机(例如，静止图像照相机和/或摄像机)，手电筒(例如，发光二极管闪光灯)和键盘。

在一些实施例中，外围组件接口可以包括但不限于非易失性存储器端口、音频插孔和电源接口。

在一些实施例中，传感器可包括但不限于陀螺仪传感器，加速度计，近程传感器，环境光线传感器和定位单元。定位单元还可以是网络接口220的一部分或与网络接口220交互，以与定位网络的组件(例如，全球定位系统(GPS)卫星)进行通信。

基于上面的描述，下面结合图4所示的服务器200的结构，示例性介绍图2所示的场景中后台业务服务器200的工作流程。图5根据本申请的一些实施例，示出了一种业务监控方法的流程示意图，如图5所示，该方法包括：

501：处理器204判断转账过程是否存在异常，若是，则转至步骤502，若否，则结束。

在一些实施例中，处理器204可以判断转账过程是否与预设的转账的过程相同，若转账过程与预设的转账过程相同，则转账过程正常，若转账过程与预设的转账过程不相同，则转账过程存在异常。可以理解，转账过程与预设的转账过程可以通过一下至少一个维度比较：

(a)实际转账过程中用户的转账请求与入账之间的时间与预设的用户的转账请求与入账之间的时间作比较。

可以理解，若实际转账过程中用户的转账请求与入账之间的时间大于预设的用户的转账请求与入账之间的时间作比较，则表明实际转账过程中用户的转账请求与入账之间的时间较长，转账过程存在异常。若实际转账过程中用户的转账请求与入账之间的时间小于等于预设的用户的转账请求与入账之间的时间作比较，则表明实际转账过程中用户的转账请求与入账之间的时间正常，转账过程正常。例如，如图2所示，后台业务服务器200中的处理器204直接判断转账等与金额相关操作的过程中，用户的转账请求与入账之间的时间是否在预设时长范围内，若在预设时长范围内，则判断出未存在异常，若不在预设时长范围内，则判断出存在异常，并将异常告警信息发送给技术人员的电脑400，以便于技术人员及时发现转账过程发生的异常的问题。相比于图1所示的实施例，技术人员可以在一定程度上较及时地知晓银行业务办理过程中出现异常。

(b)实际转账过程中入账金额与转账请求中的转账金额作比较。

可以理解，若实际转账过程中入账金额与转账请求中的转账金额相同，则表明转账过程正常，若实际转账过程中入账金额与转账请求中的转账金额不相同，则表明转账过程存在异常。

(c)实际转账业务中的金额与银行总账中记录的该转账业务中的金额作比较。

可以理解，若实际转账业务中的金额与银行总账中记录的该转账业务中的金额相同，则表明转账过程正常，若实际转账业务中的金额与银行总账中记录的该转账业务中的金额不相同，则表明转账过程存在异常。

可以理解，在一些实施例中，若转账过程存在异常的转账流水号的数量大于等于预设数量，则表明银行业务系统中的转账过程存在异常。预设数量可以为大于1的自然数，例如5或2，且数值越大，表明异常的程度越大，越需要解决。可以理解，在一些实施例中，可以通过在银行业务系统中设置异常监控告警模块的jar包acteg-monitor.jar实现判断转账过程是否存在异常的功能。

本申请实施例中，在关键业务异常发生点进行埋点，ErrMail.send(“ERR-01”,“系统处理异常”,e)1.采用引入jar包+埋点的方式，不借助第三方系统(例如图1中的后台监控服务器300-1)，简化部署和节省系统资源。

可以理解的是，本申请实施例提供的业务监控方法除了应用于图2所示的用户利用手机上的银行应用程序办理转账的应用场景外，在其他应用场景中，本申请实施例提供的业务监控方法还可以应用于用户让银行柜台人员利用工作的电脑办理转账的场景，但不限于此。

502：处理器204获取后台的业务服务器200当前的运行参数。

可以理解，在一些实施例中，后台的业务服务器200当前工作的运行参数可以包括处理器204使用情况，该运行参数用于为异常原因的分析提供数据支持。

503：处理器204向非易失性存储器216发送异常的转账信息和运行参数。

可以理解，如果处理器204一直判断转账过程是否存在异常以及异常原因，会占用很大的运行内存，在一定程度上，后台的业务服务器200对转账的业务处理速度会变慢，而且还会造成功耗较大的问题。因此，处理器204先向非易失性存储器216存储异常的转账信息和运行参数，然后处理器204从非易失性存储器216周期性获取异常的转账信息和运行参数，并根据运行参数确定异常出现的原因，在一定程度上提高了转账的业务处理速度，降低了后台的业务服务器200的功耗。

504：非易失性存储器216以异步方式存储异常的转账信息和运行参数。

505：处理器204从非易失性存储器216周期性获取异常的转账信息和运行参数。

506：处理器204根据异常的转账信息和运行参数确定异常出现的原因。

可以理解，在一些实施例中，异常的转账信息中包括异常发生的错误码，处理器204根据异常发生的错误码和运行参数从预先设定的错误码、预先设定的运行参数和预先设定的异常出现的原因的映射规则中，确定异常出现的原因。

例如，继续参阅图2，后台业务服务器200判断获取到转账请求与完成入账之间的时间不在预设时长范围内的情况下，获取后台的业务服务器200的中央处理器(centralprocessing unit，CPU)的使用情况，根据后台的业务服务器200的中央处理器(centralprocessing unit，CPU)的使用情况确定异常出现的原因，例如，后台的业务服务器200根据后台的业务服务器200的中央处理器(central processing unit，CPU)的使用情况为CPU当前的使用率为100％，判断出CPU工作负荷较大，该转账业务在任务列表中等待较长时间的原因。

507：处理器204向网络接口220发送将包含异常出现的原因的告警信息发送至预设设备的指令。

可以理解，告警信息可以包括业务的流水账号、业务的类型(例如转账、提现、存款等)、异常出现的原因，但不限于此。

可以理解，在一些实施例中，预设设备可以为电脑、手机、平板等终端设备。技术人员的终端设备接收到包含异常出现的原因的告警信息，以便于技术人员及时发现该异常问题。

例如，处理器204向网络接口220发送将告警信息发送至技术人员的电脑400的指令，该指令用于指示后台的业务服务器200将告警信息发送给技术人员的电脑400，技术人员的电脑400接收到包含异常出现的原因的告警信息，以便于技术人员及时发现该问题。

在一些实施例中，处理器204向网络接口220发送将告警信息发送至预设邮箱的指令，以便于技术人员的邮箱接收到包含异常出现的原因的告警信息。

例如，后台的业务服务器200中的处理器204以邮件的方式将告警信息发送至电脑400上的技术人员的邮箱中，技术人员可以在邮箱中查收到该邮件，该邮件呈现的内容可以是银行业务的流水账号以及异常出现的原因等，例如，如图3所示，电脑400显示“流水账号为XXXX的转账业务发生异常的原因为CPU工作负荷较大，该转账业务在任务列表中等待较长时间”。如此，技术人员既可以在一定程度上较及时地发现转账过程发生的异常，又可以知晓异常出现的原因，并在知晓该异常出现的原因的情况下，提出解决该异常发生的解决方案。例如技术人员在知晓图3所示的原因的情况下，可以关闭后台业务服务器200中除银行业务办理之外的其他程序，降低CPU工作负荷，加快转账业务的处理速度。

在一些实施例中，为了对同一种异常出现的原因只进行一次告警处理，避免同一种异常出现的原因重复发送告警邮件。处理器204将异常出现的原因进行分组，对于同一种异常原因的多种业务(例如转账、提现、存款)或者多个业务流水账号只向预设邮箱发送一个邮件。

可以理解，在一些实施例中，处理器204调用邮件发送接口，根据异常邮件告警的模板，动态生成邮件发送内容，将生成的邮件内容发送给技术人员的邮箱中。

可以理解，在一些实施例中，非易失性存储器216可以通过异步的方式将告警信息放入异常消息队列。如此，业务处理线程以异步方式发送完告警信息后，不关注异常告警信息的发送结果，直接处理后续流程，不耽误下一个业务的处理。

可以理解，在一些实施例中，为了避免过多的异常消息导致大量的异常警告发送不过来，可以设置预设容量的非易失性存储器216。预设容量的非易失性存储器216具有预设大小的异步消息队列，预设容量的非易失性存储器216中的异步消息队列收到消息后，首先判断队列是否还还有空间，如果空间已经满了，则丢弃消息不进行处理，如果空间未满则将消息存入队列。综上，采用异步方式以及可控大小消息队列可以最大程度保证对原业务的处理逻辑不产生影响。

可以理解，在一些实施例中，处理器204可以单线程方式处理异常告警。例如，告警发送模块采用单线程，每三分钟一次从异步消息队列中获取异常消息，取出来后将异常消息队列进行清空。业务处理流程发送邮件处理完成才可以继续处理其他业务，业务流程发送即可结束，不管邮件处理完成这样的后续流程，对业务系统影响比较小。使用一个系统和内存，损耗最小，不影响正常业务。

本申请的邮件告警可替换为短信和/或即时通讯软件等工具进行告警。

可以理解，在一些实施例中，邮件告警模板采用了spring-boot-starter-thymeleaf组件生成邮件内容。邮件发送采用spring-boot-starter-mail组件，可以在spring-boot-starter-mail组件的配置文件中配置邮件发送的目标邮箱，目标邮箱可以为技术人员的邮箱，配置文件包括与技术人员的邮箱的相关信息，例如SMTP(Simple MailTransfer Protocol，简单邮件传输协议)相关信息。

可以理解，银行业务除了包括转账业务，还可以包括转账、提现和/或存款业务转化为总账的业务、提现业务、存款业务，但不限于此。

可以理解，在一些实施例中，异步消息队列的处理采用了ThreadPoolExecutor线程池技术和ArrayBlockingQueue消息队列实现。

图6根据本申请的一些实施例，示出了一种适用于本申请的业务监控模块示意图，如图6所示，业务监控模块500包括异常告警模块201和告警发送模块202。图7根据本申请的一些实施例，示出了一种异常告警模块201和告警发送模块202执行业务监控方法的流程示意图。

如图7所示，异常告警模块201在判断出银行业务发生异常的情况下，通过异步的方式将异常信息推送到异常告警队列。例如异常告警模块201在判断出业务流程1至业务流程3发生异常的情况下，通过异步的方式将异常信息推送到异常告警队列。异常告警模块201循环处理异常告警队列数据，基于服务器的运行参数确定异常信息对应的异常发生原因。服务器的运行参数可以为内存、CPU使用率等。

告警发送模块202对取出来的异常消息进行分组处理，目的是同一种的异常发生原因只进行一次告警处理，避免同一种的异常发生原因重复发送告警邮件。

异常告警模块201调用邮件发送服务，根据邮件模板生成邮件内容进行发送，调用邮件发送接口，将生成的邮件内容发送给技术人员的邮箱中。

可以理解，在一些实施例中，异步消息队列收到消息后，首先判断队列是否还还有空间，如果空间已经满了，则丢弃消息不进行处理，如果空间未满则将消息存入队列。

可以理解，在一些实施例中，业务线程发送完异步消息后，不关注异常告警邮件的发送结果，直接处理后续流程。

可以理解，在一些实施例中，告警发送模块202采用单线程，周期性(例如每隔三分钟)从异步消息队列中获取异常消息，取出来后将异常消息队列进行清空。

本申请公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。

可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器(DSP)、微控制器、专用集成电路(ASIC)或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器(例如，计算机)可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、只读存储器(CD-ROMs)、磁光盘、只读存储器(ROM)、随机存取存储器(RAM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息(例如，载波、红外信号数字信号等)的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如，计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (11)

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

业务服务器获取第一终端发送的业务请求；

业务服务器在响应于所述业务请求，执行与所述业务相关的操作的过程中判断是否出现异常操作；

业务服务器在确认出现异常操作的情况下，确定出现异常的原因，并向第二终端设备发送异常告警信息，所述异常告警信息包括出现异常的原因。

2.根据权利要求1所述的方法，其特征在于，所述业务包括下列中的任一种：

用户在银行应用程序上的转账业务；

用户在银行应用程序上的提现业务。

3.根据权利要求1所述的方法，其特征在于，所述判断是否出现异常操作的方法包括：

在判断出执行与所述业务相关的操作的过程不满足预设业务流程条件的情况下，确定出现异常；

在判断出执行与所述业务相关的操作的过程满足预设业务流程条件的情况下，确定正常。

4.根据权利要求3所述的方法，其特征在于，所述预设业务流程条件包括：

用户的转账请求与入账之间的时间在预设时长范围内；

或用户的提现请求与入账之间的时间在预设时长范围内。

5.根据权利要求1所述的方法，其特征在于，所述异常告警信息还包括银行业务的流水账号。

6.根据权利要求1所述的方法，其特征在于，所述业务服务器在确认出现异常操作的情况下，确定出现异常的原因，并向第二终端设备发送异常告警信息，包括：

所述业务服务器在确认出现异常操作的情况下，获取所述业务服务器的运行参数，并存储异常操作的业务数据与所述运行参数；

所述业务服务器周期性获取存储的所述业务数据和所述运行参数；

所述业务服务器根据所述运行参数判断异常的原因；

向第二终端设备发送异常告警信息，所述异常告警信息包括所述异常的原因和所述业务数据。

7.根据权利要求1所述的方法，其特征在于，所述向第二终端设备发送异常告警信息，包括：

向第二终端设备的预设邮箱账号发送异常告警信息。

8.根据权利要求6所述的方法，其特征在于，所述运行参数包括所述业务服务器的内存使用情况和所述业务服务器的CPU使用情况。

9.一种可读介质，其特征在于，所述可读介质上存储有指令，该指令在电子设备上执行时使电子设备执行权利要求1至8中任一项所述的业务监控方法。

10.一种电子设备，包括：

存储器，用于存储由电子设备的一个或多个处理器执行的指令，以及

处理器，是电子设备的处理器之一，用于执行权利要求1至8中任一项所述的业务监控方法。

11.一种计算机程序产品，其特征在于，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现权利要求1至8中任一项所述的业务监控方法。

Images