A service monitoring method, medium, electronic device and readable storage medium

Abstract

The application relates to the technical field of data monitoring, and discloses a business monitoring method, a medium, an electronic device and a readable storage medium. The business monitoring method comprises the following steps: a business server acquires a business request sent by a first terminal; the business server judges whether an abnormal operation occurs in the process of responding to the business request and performing an operation related to the business; and the business server determines the cause of the abnormal operation and sends abnormal alarm information to a second terminal device in the case that the abnormal operation is confirmed, wherein the abnormal alarm information comprises the cause of the abnormal operation. In this way, the technical personnel can know the abnormality in the process of bank business handling and handle the abnormality in a timely manner to a certain extent, and the occurrence of the abnormality in the process of bank business handling is avoided.

Description

Technical Field

[0001] The present application relates to the field of data monitoring technology, and in particular to a business monitoring method, medium, electronic device and readable storage medium. Background Art

[0002] In the context of banking services in the financial sector, users can conduct banking services through a banking application (Application, App) on their mobile phone or a computer at a bank counter. Banking services may include deposits, withdrawals, and transfers. Specifically, the mobile phone or the computer at the bank counter will interact with the bank's back-end service server in response to the user's operating instructions to complete the banking service. However, during the above-mentioned banking service processing, anomalies may occur. For example, in response to a user's transfer request, the mobile phone or the computer at the bank counter sends the transfer request to the back-end service server, and the back-end service server delays processing the transfer request, resulting in the user being unable to transfer the money in time.

[0003] Under normal circumstances, technical personnel need to wait a long time after handling this banking business and check the historical banking business information before they can discover the abnormal problem. If the technical personnel do not deal with the abnormality in a timely manner, it will affect the subsequent users' experience in handling banking business. Summary of the Invention

[0004] Embodiments of the present application provide a service monitoring method, medium, and electronic device.

[0005] In a first aspect, an embodiment of the present application provides a service monitoring method, the method comprising:

[0006] The service server obtains the service request sent by the first terminal;

[0007] The service server determines whether an abnormal operation occurs during the process of performing an operation related to the service in response to the service request;

[0008] When confirming that an abnormal operation has occurred, the service server determines the cause of the abnormality and sends abnormality alarm information to the second terminal device, where the abnormality alarm information includes the cause of the abnormality.

[0009] It can be understood that in some embodiments, the first terminal can be a terminal device such as a computer or a mobile phone.

[0010] It can be understood that in the embodiments of the present application, technical personnel can discover abnormal operations and know the reasons for the abnormality in a timely manner, and propose solutions to resolve the abnormality. To a certain extent, this can avoid the occurrence of the abnormality in subsequent banking business processing and improve the experience of subsequent users in handling banking business.

[0011] In a possible implementation of the first aspect, the service includes any one of the following:

[0012] Users’ money transfers on banking apps;

[0013] Users withdraw cash on banking applications.

[0014] It can be understood that the business monitoring method provided in the embodiment of the present application is not only applicable to application scenarios where users use banking applications on their mobile phones to handle business, but also in other application scenarios, the business monitoring method provided in the embodiment of the present application can also be applied to scenarios where users allow bank teller staff to use their work computers to handle business, but is not limited to this.

[0015] In a possible implementation of the first aspect, the method for determining whether an abnormality occurs includes:

[0016] If it is determined that the process of performing the operation related to the business does not meet the preset business process conditions, determining that an abnormality has occurred;

[0017] If it is determined that the process of executing the operation related to the business meets the preset business process conditions, it is determined to be normal.

[0018] It is understood that the preset business process condition is the set business processing speed. If it is determined that the process of executing the operation related to the business does not meet the set business processing speed, it is determined that an abnormality has occurred;

[0019] If it is determined that the process of executing the operation related to the business meets the set business processing speed, it is determined to be normal.

[0020] In a possible implementation of the first aspect above, the preset business process condition includes:

[0021] The time between the user's transfer request and the crediting is within the preset time range;

[0022] Or the time between the user's withdrawal request and the credit is within the preset time range.

[0023] It can be understood that, taking the second terminal device as a computer as an example, the business server directly determines whether the time between the user's transfer request and the entry into the account is within the preset time range during the transfer and other amount-related operations. If it is within the preset time range, it is determined that there is no abnormality. If it is not within the preset time range, it is determined that there is an abnormality, and the abnormal alarm information is sent to the technician's computer to enable the technician to promptly discover abnormal problems in the transfer process.

[0024] In a possible implementation of the first aspect, the abnormal alarm information further includes a serial number of the bank service.

[0025] It can be understood that the second terminal device can be a computer, a tablet, a mobile phone or the like. Thus, the technician can receive the alarm information including the cause of the abnormality, so as to find the problem in time.

[0026] In a possible implementation of the first aspect, when the service server confirms that the abnormal operation occurs, the service server determines the cause of the abnormality and sends the abnormal alarm information to the second terminal device, including:

[0027] When the service server confirms that the abnormal operation occurs, the service server acquires the running parameter of the service server and stores the service data of the abnormal operation and the running parameter.

[0028] The service server acquires the stored service data and the running parameter periodically.

[0029] The service server determines the cause of the abnormality according to the running parameter.

[0030] The service server sends the abnormal alarm information to the second terminal device, and the abnormal alarm information includes the cause of the abnormality and the service data.

[0031] In a possible implementation of the first aspect, the abnormal alarm information includes a serial number of the bank service and the cause of the abnormality.

[0032] It can be understood that in the embodiments of the present application, the technician can find the abnormality in the transfer process in time and know the cause of the abnormality, and propose a solution to the abnormality in the case of knowing the cause of the abnormality.

[0033] In a possible implementation of the first aspect, the running parameter includes the memory usage of the service server and the CPU usage of the service server.

[0034] It is understood that the operating parameters may include the central processing unit (CPU) usage of the backend service server. If the service server determines that the time between a user's transfer request and the deposit is outside the preset time range, it obtains the current CPU usage of the backend service server and stores the abnormal transfer and / or withdrawal information and operating parameters. The service server then periodically obtains the abnormal transfer and / or withdrawal information and the current CPU usage. The service server determines the cause of the abnormality based on the current CPU usage. For example, if the current CPU usage is 100%, it means that the CPU is constantly busy, there are queued tasks, and it cannot handle the business. The backend service server then sends the cause of the abnormality to the technician's computer for alarm processing, allowing the technician to promptly detect any abnormalities in the transfer and / or withdrawal process and resolve the abnormality based on the type of abnormality. For example, this may involve shutting down other backend service server processes other than the transfer and / or withdrawal process to provide operating memory for the transfer and / or withdrawal process, thereby accelerating the processing of the transfer and / or withdrawal process.

[0035] In a second aspect, an embodiment of the present application provides a readable medium having instructions stored thereon, which, when executed on an electronic device, causes the electronic device to execute the service monitoring method described in the first aspect.

[0036] In a third aspect, an embodiment of the present application provides an electronic device, including:

[0037] a memory for storing instructions to be executed by one or more processors of the electronic device, and

[0038] The processor is one of the processors of the electronic device, and is used to execute the service monitoring method described in the first aspect.

[0039] In a fourth aspect, an embodiment of the present application provides a computer program product, including a computer program / instruction, which, when executed by a processor, implements the business monitoring method described in the first aspect. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] Figure 1 According to some embodiments of the present application, a schematic diagram of an application scenario of a service monitoring method is shown;

[0041] Figure 2 According to some embodiments of the present application, a schematic diagram of an application scenario of a service monitoring method is shown;

[0042] Figure 3 According to some embodiments of the present application, a user interface of a computer 400 displaying email content is shown;

[0043] Figure 4 According to some embodiments of the present application, a block diagram of a background service server 200 is shown;

[0044] Figure 5 According to some embodiments of the present application, a flow chart of a service monitoring method is shown;

[0045] Figure 6 According to some embodiments of the present application, a schematic diagram of a service monitoring module applicable to the present application is shown;

[0046] Figure 7 According to some embodiments of the present application, a flow chart of a service monitoring method executed by the abnormal alarm module 201 and the alarm sending module 202 is shown. DETAILED DESCRIPTION

[0047] The illustrative embodiments of the present application include, but are not limited to, a service monitoring method, a medium, an electronic device, and a readable storage medium.

[0048] The embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

[0049] As mentioned above, there may be anomalies in the process of handling banking business. For example, a mobile phone or a computer at a bank counter responds to a user's transfer request and sends the transfer request to the back-end business server. The back-end business server delays processing the transfer request, resulting in the user being unable to transfer money in time. Under normal circumstances, technical personnel need to wait a long time after the banking business is handled and use the historical banking business information to discover the anomaly. This is not conducive to technical personnel making corresponding handling according to the anomaly in a timely manner, thereby affecting the subsequent user experience of handling banking business.

[0050] In order to solve the above problem, in some embodiments, a background monitoring server can be set up, which is used to obtain logs related to users' banking business in the background business server, that is, the background monitoring server is used to obtain the banking business logs generated by the mobile phone or the bank counter computer in the process of interacting with the bank's background business server in response to the user's operating instructions, and then analyze the keywords in the banking business logs. If it is analyzed that there are abnormal keywords in the banking business logs, and when the abnormal keywords appear or appear a preset number of times, an alarm message is sent to the technician's computer to remind the technician that an abnormality has occurred in the banking business processing process. The technician can make corresponding handling according to the abnormal problem, which improves the timeliness of the technician in discovering and handling abnormalities to a certain extent.

[0051] For example, Figure 1According to some embodiments of the present application, a schematic diagram of an application scenario of a business monitoring method is shown. In this application scenario, a banking application is set on mobile phone 100-1 and mobile phone 100-2, and the banking application is used by users to handle banking services such as transfers and withdrawals.

[0052] Mobile phone 100-1 and mobile phone 100-2 respectively respond to the transfer and withdrawal request instructions of user 1 and user 2 in the bank application, and generate bank business logs of transfer and withdrawal during the interaction with the bank's back-end business server 200. The back-end business server 200 records the bank business logs of transfer and withdrawal.

[0053] The backend monitoring server 300 first obtains the bank business log of transfers and withdrawals recorded in the backend business server 200, and then analyzes the keywords in the bank business log, that is, determines whether there are abnormal keywords in the bank business log, for example, a keyword indicating that the time between the user's transfer request and the deposit is too long. If the keyword is found or the keyword appears more than 5 times, information about abnormal transfer and withdrawal records is sent to the technician's computer 400.

[0054] In the above-mentioned scheme, although it can improve the timeliness of technical personnel in discovering and handling anomalies to a certain extent, the monitoring scheme of business anomaly information requires the background monitoring server to obtain historical bank business logs from the bank's background business server, and needs to analyze the historical bank business logs (for example, the bank business logs of one or more days before the current one) before determining whether anomalies have occurred during the banking business process. In this way, the background monitoring server can only determine the occurrence of anomalies based on the obtained historical bank business logs one day or a few days after the anomaly occurs during the banking business process. Technical personnel still cannot know in a timely manner that anomalies have occurred during the banking business process.

[0055] In addition, it takes some time for the background monitoring server to obtain historical bank business logs from the bank's background business server. After the background monitoring server analyzes the historical bank business logs (for example, the bank business logs of one or more days before the current one), it also takes some time to determine whether any abnormalities have occurred during the bank business processing. In this way, technical personnel still cannot know in a timely manner that abnormalities have occurred during the bank business processing process, and such abnormalities still occur during the bank business processing process.

[0056] In order to further improve the timeliness of technical personnel in discovering and handling abnormalities, the embodiment of the present application also provides a monitoring solution for business abnormality information. The difference between the embodiment of the present application and the above embodiment is that the embodiment of the present application may not set Figure 1The backend monitoring server 300 shown in the figure and the backend business server 200 can directly determine whether the current banking business is the same as the preset banking business. If they are different, it is determined that an abnormality has occurred in the banking business process and the abnormality information is sent to the technician's computer 400. In this way, time is saved to a certain extent. Figure 1 The mid- and back-end monitoring server 300 first obtains the bank business logs of transfers and withdrawals recorded in the back-end business server 200, and then analyzes the keywords in the bank business logs. Compared with the above embodiment, it can further improve the timeliness of technical personnel in discovering and handling anomalies, thereby improving the experience of subsequent users in handling banking business.

[0057] For example, Figure 2 According to some embodiments of the present application, a schematic diagram of an application scenario of a business monitoring method is shown. In this application scenario, the background business server 200 directly determines whether the time between the user's transfer request and the entry of the account is within the preset time range during the process of amount-related operations such as transfer. If it is within the preset time range, it is determined that there is no abnormality. If it is not within the preset time range, it is determined that there is an abnormality, and an abnormal alarm information is sent to the technician's computer 400, so that the technician can promptly discover the abnormal problems in the transfer process and make corresponding processing. Compared to Figure 1 In the embodiment shown, the method provided in the embodiment of the present application further improves the timeliness of technical personnel in discovering and handling anomalies, thereby improving the experience of subsequent users in handling banking services.

[0058] In order to further analyze the cause of the above abnormality and send an alarm message containing the cause of the abnormality to the technical staff, Figure 2 The backend service server 200 also needs to obtain the operating parameters of the server currently working when the exception occurs, determine the cause of the exception based on the operating parameters of the server currently working, and send the cause of the exception to the computer 400.

[0059] For example, continue to see Figure 2When the backend business server 200 determines that the time between receiving the transfer request and completing the deposit is not within a preset time range, it obtains the usage of the central processing unit (CPU) of the backend business server 200 and determines the cause of the exception based on the usage of the central processing unit (CPU) of the backend business server 200. For example, if the current usage rate of the central processing unit (CPU) of the backend business server 200 is 100%, the backend business server 200 determines that the CPU workload is heavy, which is the reason why the transfer business has been waiting in the task list for a long time.

[0060] The backend business server 200 sends the determined cause of the abnormality to the technician's computer 400, and the computer 400 displays the cause of the abnormality to the technician. For example, the backend business server 200 sends the abnormality information and the cause of the abnormality to the technician's mailbox on the computer 400 in the form of an email. The technician can check the email in the mailbox. The content presented in the email can be the bank account number and the cause of the abnormality, for example, Figure 3 According to some embodiments of the present application, a user interface of a computer 400 displaying email content is shown, such as Figure 3 As shown, the computer 400 displays "the reason for the abnormality in the transfer business of the running account number XXXX is that the CPU workload is too high, and the transfer business has been waiting for a long time in the task list". In this way, the technician can not only find the abnormality in the transfer process in a timely manner to a certain extent, but also know the reason for the abnormality. After knowing the reason for the abnormality, the technician can propose a solution to solve the abnormality and improve the experience of subsequent users in handling transfer business. For example, when the technician knows Figure 3 In the case of the reasons shown, other programs except the banking business processing in the background business server 200 can be closed to reduce the CPU workload and speed up the processing speed of the transfer business.

[0061] Figure 4 According to some embodiments of the present application, a block diagram of a background service server 200 is shown. Figure 4 As shown, the backend business server 200 may include one or more processors 204 block diagram, a system control logic 208 connected to at least one of the processors 204, a system memory 212 connected to the system control logic 208, a non-volatile memory (NVM) 216 connected to the system control logic 208, and a network interface 220 connected to the system control logic 208.

[0062] In some embodiments, the processor 204 may include one or more single-core or multi-core processors. In some embodiments, the processor 204 may include any combination of a general-purpose processor and a dedicated processor (e.g., a graphics processor, an application processor, a baseband processor, etc.). In an embodiment where the background service server 200 adopts an eNB (Evolved Node B, enhanced base station) 101 or a RAN (Radio Access Network, wireless access network) controller 102, the processor 204 may be configured to execute various compliant embodiments. For example, the processor 204 determines whether the time between the user's transfer request and the deposit is within a preset time range during amount-related operations such as transfers. If it is within the preset time range, it is determined that there is no abnormality. If it is not within the preset time range, it is determined that there is an abnormality. For another example, when the processor 204 determines that the time between receiving the transfer request and completing the deposit is not within a preset time range, the processor 204 obtains the usage of the central processing unit (CPU) of the background business server 200, and determines the cause of the exception based on the usage of the central processing unit (CPU) of the background business server 200. For example, based on the processor 204 usage rate being 100%, the processor 204 determines that the processor 204 has a heavy workload, which is why the transfer business has been waiting in the task list for a long time.

[0063] In some embodiments, system control logic 208 may include any suitable interface controller to provide any suitable interface to at least one of processors 204 and / or any suitable device or component in communication with system control logic 208 .

[0064] In some embodiments, the system control logic 208 may include one or more memory controllers to provide an interface to the system memory 212. The system memory 212 may be used to load and store data and / or instructions. In some embodiments, the memory 212 of the backend service server 200 may include any suitable volatile memory, such as a suitable dynamic random access memory (DRAM).

[0065] NVM / memory 216 may include one or more tangible, non-transitory computer-readable media for storing data and / or instructions. In some embodiments, NVM / memory 216 may include any suitable non-volatile memory such as flash memory and / or any suitable non-volatile storage device, such as at least one of an HDD (Hard Disk Drive), a CD (Compact Disc) drive, and a DVD (Digital Versatile Disc) drive.

[0066] NVM / storage 216 may include a portion of storage resources on the device where backend service server 200 is installed, or it may be accessible to the device but not necessarily part of the device. For example, NVM / storage 216 may be accessed over a network via network interface 220 .

[0067] In particular, system memory 212 and NVM / storage 216 may include, respectively, a temporary copy and a permanent copy of instructions 224. Instructions 224 may include instructions that, when executed by at least one of processors 204, cause backend service server 200 to perform the following operations: Figure 1 and 2 In some embodiments, instructions 224 , hardware, firmware, and / or software components thereof may additionally or alternatively be located in system control logic 208 , network interface 220 , and / or processor 204 .

[0068] The network interface 220 may include a transceiver for providing a radio interface for the backend service server 200, thereby communicating with any other suitable devices (such as front-end modules, antennas, etc.) through one or more networks. In some embodiments, the network interface 220 may be integrated with other components of the backend service server 200. For example, the network interface 220 may be integrated with at least one of the processor 204, the system memory 212, the NVM / storage 216, and a firmware device (not shown) having instructions. When at least one of the processors 204 executes the instructions, the backend service server 200 implements the following. Figure 1 and 2 The business monitoring method shown.

[0069] The network interface 220 may further include any suitable hardware and / or firmware to provide a multiple-input multiple-output radio interface. For example, the network interface 220 may be a network adapter, a wireless network adapter, a telephone modem, and / or a wireless modem.

[0070] In one embodiment, at least one of the processors 204 can be packaged with logic for one or more controllers of the system control logic 208 to form a system in a package (SiP). In one embodiment, at least one of the processors 204 can be integrated on the same die with logic for one or more controllers of the system control logic 208 to form a system on a chip (SoC).

[0071] The back office server 200 can further include an input / output (I / O) device 232. The I / O device 232 can include a user interface that enables a user to interact with the back office server 200; a peripheral component interface that enables peripheral components to also interact with the back office server 200. In some embodiments, the back office server 200 also includes a sensor for determining at least one of environmental conditions and location information related to the back office server 200.

[0072] In some embodiments, the user interface can include, but is not limited to, a display (e.g., a liquid crystal display, a touch screen display, etc.), a speaker, a microphone, one or more cameras (e.g., a still image camera and / or a video camera), a flashlight (e.g., a light emitting diode flash), and a keyboard.

[0073] In some embodiments, the peripheral component interface can include, but is not limited to, a non-volatile memory port, an audio jack, and a power interface.

[0074] In some embodiments, the sensor can include, but is not limited to, a gyro sensor, an accelerometer, a proximity sensor, an ambient light sensor, and a positioning unit. The positioning unit can also be part of or interact with the network interface 220 to communicate with components of a positioning network (e.g., global positioning system (GPS) satellites).

[0075] Based on the above description, the following illustrates Figure 4 the structure of the server 200 shown in Figure 2 the workflow of the back office server 200 in the scenario shown in Figure 5 According to some embodiments of the present application, a flowchart of a method of service monitoring is shown in Figure 5 the method includes:

[0076] 501: The processor 204 determines whether there is an exception in the transfer process. If yes, go to step 502; if no, end.

[0077] In some embodiments, the processor 204 may determine whether the transfer process is the same as a preset transfer process. If the transfer process is the same as the preset transfer process, the transfer process is normal. If the transfer process is different from the preset transfer process, the transfer process is abnormal. It is understood that the transfer process can be compared with the preset transfer process based on at least one of the following dimensions:

[0078] (a) The time between the user's transfer request and the crediting of the funds during the actual transfer process is compared with the preset time between the user's transfer request and the crediting of the funds.

[0079] It can be understood that if the time between the user's transfer request and the time of entry in the actual transfer process is greater than the preset time between the user's transfer request and the time of entry, it indicates that the time between the user's transfer request and the time of entry in the actual transfer process is long, and there is an abnormality in the transfer process. If the time between the user's transfer request and the time of entry in the actual transfer process is less than or equal to the preset time between the user's transfer request and the time of entry in the actual transfer process, it indicates that the time between the user's transfer request and the time of entry in the actual transfer process is normal, and the transfer process is normal. For example, Figure 2 As shown, the processor 204 in the backend business server 200 directly determines whether the time between the user's transfer request and the deposit is within the preset time range during the amount-related operations such as transfer. If it is within the preset time range, it is determined that there is no abnormality. If it is not within the preset time range, it is determined that there is an abnormality and an abnormality alarm information is sent to the technician's computer 400, so that the technician can promptly discover the abnormality in the transfer process. Compared to Figure 1 In the embodiment shown, technical personnel can, to a certain extent, be informed of abnormalities occurring during the banking business process in a timely manner.

[0080] (b) The actual amount received during the transfer process is compared with the transfer amount in the transfer request.

[0081] It can be understood that if the amount deposited during the actual transfer process is the same as the transfer amount in the transfer request, it indicates that the transfer process is normal. If the amount deposited during the actual transfer process is different from the transfer amount in the transfer request, it indicates that there is an abnormality in the transfer process.

[0082] (c) Compare the amount actually transferred with the amount recorded in the bank's general ledger.

[0083] It can be understood that if the amount in the actual transfer business is the same as the amount in the transfer business recorded in the bank's general ledger, it indicates that the transfer process is normal. If the amount in the actual transfer business is different from the amount in the transfer business recorded in the bank's general ledger, it indicates that there is an abnormality in the transfer process.

[0084] It is understood that in some embodiments, if the number of transfer serial numbers with abnormalities in the transfer process is greater than or equal to a preset number, it indicates that an abnormality has occurred in the transfer process within the banking system. The preset number can be a natural number greater than 1, such as 5 or 2, with a larger value indicating a greater severity of the abnormality and a greater need for resolution. It is understood that in some embodiments, the function of determining whether an abnormality exists in the transfer process can be implemented by providing the acteg-monitor.jar jar package of the abnormality monitoring and alarm module within the banking system.

[0085] In the embodiment of the present application, a tracking point is performed at the point where a key business exception occurs, ErrMail.send("ERR-01","System processing exception",e) 1. The method of introducing jar package + tracking point is adopted without the help of a third-party system (such as Figure 1 The background monitoring server 300-1) in the system simplifies deployment and saves system resources.

[0086] It is understandable that the service monitoring method provided in the embodiment of the present application is applicable to Figure 2 In addition to the application scenario shown in which the user uses the banking application on the mobile phone to transfer money, in other application scenarios, the business monitoring method provided in the embodiment of the present application can also be applied to the scenario where the user allows the bank teller to use the work computer to transfer money, but is not limited to this.

[0087] 502: The processor 204 obtains the current operating parameters of the background business server 200.

[0088] It can be understood that, in some embodiments, the current operating parameters of the background business server 200 may include the usage of the processor 204 , and the operating parameters are used to provide data support for the analysis of the cause of the abnormality.

[0089] 503 : The processor 204 sends the abnormal transfer information and operating parameters to the non-volatile memory 216 .

[0090] It is understandable that if processor 204 continuously determines whether there are any abnormalities in the transfer process and the cause of the abnormality, it will occupy a large amount of operating memory, which will, to a certain extent, slow down the business processing speed of the backend business server 200 for the transfer, and also cause high power consumption. Therefore, processor 204 first stores the abnormal transfer information and operating parameters to non-volatile memory 216. Processor 204 then periodically retrieves the abnormal transfer information and operating parameters from non-volatile memory 216 and determines the cause of the abnormality based on the operating parameters. This improves the business processing speed of the transfer to a certain extent and reduces the power consumption of the backend business server 200.

[0091] 504: The non-volatile memory 216 stores abnormal transfer information and operating parameters in an asynchronous manner.

[0092] 505 : The processor 204 periodically obtains abnormal transfer information and operating parameters from the non-volatile memory 216 .

[0093] 506: The processor 204 determines the cause of the abnormality based on the abnormal transfer information and the operating parameters.

[0094] It can be understood that in some embodiments, the abnormal transfer information includes an error code of the abnormality, and the processor 204 determines the cause of the abnormality from a mapping rule of a preset error code, a preset operating parameter, and a preset cause of the abnormality based on the error code and operating parameters of the abnormality.

[0095] For example, continue to see Figure 2 When the backend business server 200 determines that the time between receiving the transfer request and completing the deposit is not within a preset time range, it obtains the usage of the central processing unit (CPU) of the backend business server 200 and determines the cause of the exception based on the usage of the central processing unit (CPU) of the backend business server 200. For example, if the current usage rate of the central processing unit (CPU) of the backend business server 200 is 100%, the backend business server 200 determines that the CPU workload is heavy, which is the reason why the transfer business has been waiting in the task list for a long time.

[0096] 507 : The processor 204 sends an instruction to the network interface 220 to send an alarm message including the cause of the abnormality to a preset device.

[0097] It is understandable that the alarm information may include the transaction account number, the type of transaction (such as transfer, withdrawal, deposit, etc.), and the reason for the abnormality, but is not limited thereto.

[0098] It is understood that in some embodiments, the preset device can be a terminal device such as a computer, a mobile phone, a tablet, etc. The terminal device of the technician receives the alarm information including the cause of the abnormality, so that the technician can find the abnormality problem in time.

[0099] For example, the processor 204 sends an instruction to the network interface 220 to send the alarm information to the technician's computer 400, which instructs the background service server 200 to send the alarm information to the technician's computer 400, so that the technician can find the problem in time.

[0100] In some embodiments, the processor 204 sends an instruction to the network interface 220 to send the alarm information to a preset mailbox, so that the technician's mailbox receives the alarm information containing the cause of the abnormality.

[0101] For example, the processor 204 in the background service server 200 sends the alarm information to the technician's mailbox on the computer 400 in the form of an email, and the technician can check the email in the mailbox. The content presented in the email can be the bank service serial number and the cause of the abnormality, for example, as shown in Figure 3 The computer 400 displays "the cause of the abnormality of the transfer service with serial number XXXX is that the CPU workload is large, and the transfer service is waiting in the task list for a long time". In this way, the technician can not only find the abnormality in the transfer process in time to some extent, but also know the cause of the abnormality, and propose a solution to the abnormality based on the cause of the abnormality. For example, the technician can close other programs in the background service server 200 except for bank service handling, reduce the CPU workload, and speed up the processing speed of the transfer service based on the cause shown in Figure 3

[0102] In some embodiments, in order to perform alarm processing for the same cause of abnormality only once, and avoid sending alarm emails repeatedly for the same cause of abnormality, the processor 204 groups the causes of abnormality, and sends only one email to the preset mailbox for multiple services (such as transfer, withdrawal, and deposit) or multiple service serial numbers with the same cause of abnormality.

[0103] It can be understood that in some embodiments, the processor 204 calls a mail sending interface, dynamically generates the content of the email according to the template of the abnormal email alarm, and sends the generated email content to the technician's mailbox.

[0104] It can be understood that in some embodiments, the non-volatile memory 216 can put the alarm information into the abnormal message queue in an asynchronous manner. In this way, after the service processing thread sends the alarm information in an asynchronous manner, it does not pay attention to the sending result of the abnormal alarm information, and directly processes the subsequent process, without affecting the processing of the next service.

[0105] ​It is understood that in some embodiments, in order to avoid excessive exception messages causing a large number of exception warnings to be unable to be sent, a non-volatile memory 216 with a preset capacity can be set. The non-volatile memory 216 with a preset capacity has an asynchronous message queue of a preset size. After receiving a message, the asynchronous message queue in the non-volatile memory 216 with a preset capacity first determines whether there is space in the queue. If the space is full, the message is discarded without processing. If the space is not full, the message is stored in the queue. In summary, the use of an asynchronous method and a controllable size message queue can maximize the guarantee that the processing logic of the original business is not affected.

[0106] It is understood that in some embodiments, processor 204 can handle exception alerts in a single-threaded manner. For example, the alert sending module uses a single thread, retrieving exception messages from the asynchronous message queue every three minutes and clearing the exception message queue after retrieving them. The business process can only continue with other business operations after the email is sent. The business process ends once the email is sent, regardless of whether the email is processed and other subsequent processes are completed. This has a relatively small impact on the business system. Using a single system and memory minimizes losses and does not affect normal business operations.

[0107] The email alerts in this application can be replaced by text messages and / or instant messaging software and other tools for alerting.

[0108] It is understood that in some embodiments, the email alert template uses the spring-boot-starter-thymeleaf component to generate email content. The spring-boot-starter-mail component is used to send emails. The target email address for email delivery can be configured in the spring-boot-starter-mail component's configuration file. The target email address can be a technician's email address. The configuration file includes information related to the technician's email address, such as SMTP (Simple Mail Transfer Protocol) information.

[0109] It is understood that, in addition to the transfer business, the banking business may also include the business of converting transfer, cash withdrawal and / or deposit business into general ledger, cash withdrawal business, and deposit business, but is not limited thereto.

[0110] It can be understood that in some embodiments, the processing of the asynchronous message queue is implemented using ThreadPoolExecutor thread pool technology and ArrayBlockingQueue message queue.

[0111] Figure 6 According to some embodiments of the present application, a schematic diagram of a service monitoring module applicable to the present application is shown, such as Figure 6As shown, the service monitoring module 500 includes an abnormal alarm module 201 and an alarm sending module 202 . Figure 7 According to some embodiments of the present application, a flow chart of a service monitoring method executed by the abnormal alarm module 201 and the alarm sending module 202 is shown.

[0112] like Figure 7 As shown, when the exception alarm module 201 determines that a banking service exception has occurred, it asynchronously pushes the exception information to the exception alarm queue. For example, if the exception alarm module 201 determines that an exception has occurred in business processes 1 through 3, it asynchronously pushes the exception information to the exception alarm queue. The exception alarm module 201 cyclically processes the exception alarm queue data and determines the cause of the exception corresponding to the exception information based on the server's operating parameters. The server's operating parameters may include memory and CPU usage.

[0113] The alarm sending module 202 performs group processing on the retrieved abnormal messages, with the purpose of only performing alarm processing once for the same abnormal cause, thereby avoiding repeated sending of alarm emails for the same abnormal cause.

[0114] The abnormal alarm module 201 calls the email sending service, generates email content according to the email template and sends it, calls the email sending interface, and sends the generated email content to the technician's mailbox.

[0115] It is understood that in some embodiments, after receiving a message, the asynchronous message queue first determines whether there is still space in the queue. If the space is full, the message is discarded without processing. If the space is not full, the message is stored in the queue.

[0116] It is understandable that in some embodiments, after the service thread sends the asynchronous message, it does not pay attention to the sending result of the abnormality warning email and directly processes the subsequent process.

[0117] It is understandable that in some embodiments, the alarm sending module 202 adopts a single thread, periodically (for example, every three minutes) obtains abnormal messages from the asynchronous message queue, and clears the abnormal message queue after taking them out.

[0118] The various embodiments of the mechanisms disclosed in this application can be implemented in hardware, software, firmware, or a combination of these implementation methods. The embodiments of the present application can be implemented as a computer program or program code executed on a programmable system, which includes at least one processor, a storage system (including volatile and non-volatile memory and / or storage elements), at least one input device, and at least one output device.

[0119] Program code can be applied to input instructions to perform the functions described herein and generate output information. The output information can be applied to one or more output devices in a known manner. For purposes of this application, a processing system includes any system having a processor such as, for example, a digital signal processor (DSP), a microcontroller, an application specific integrated circuit (ASIC), or a microprocessor.

[0120] Program code can be implemented with a high-level programming language or an object-oriented programming language to communicate with the processing system. Where necessary, program code can also be implemented in assembly language or machine language. In fact, the mechanism described in this application is not limited to the scope of any particular programming language. In either case, the language can be a compiled language or an interpreted language.

[0121] In some cases, the disclosed embodiments may be implemented in hardware, firmware, software, or any combination thereof. The disclosed embodiments may also be implemented as instructions carried or stored on one or more temporary or non-temporary machine-readable (e.g., computer-readable) storage media, which may be read and executed by one or more processors. For example, the instructions may be distributed over a network or through other computer-readable media. Therefore, a machine-readable medium may include any mechanism for storing or transmitting information in a form readable by a machine (e.g., a computer), including but not limited to floppy disks, optical disks, optical discs, read-only memories (CD-ROMs), magneto-optical disks, read-only memories (ROMs), random access memories (RAMs), erasable programmable read-only memories (EPROMs), electrically erasable programmable read-only memories (EEPROMs), magnetic or optical cards, flash memory, or a tangible machine-readable memory for transmitting information (e.g., carrier waves, infrared signals, digital signals, etc.) using the Internet in electrical, optical, acoustic, or other forms of propagation signals. Therefore, a machine-readable medium includes any type of machine-readable medium suitable for storing or transmitting electronic instructions or information in a form readable by a machine (e.g., a computer).

[0122] An embodiment of the present application provides a computer program product. When the computer program product is run on a mobile terminal, the mobile terminal can implement the steps in the above-mentioned various method embodiments when executing the computer program product.

[0123] In the accompanying drawings, some structural or method features may be shown in a particular arrangement and / or order. However, it should be understood that such a particular arrangement and / or order may not be required. Rather, in some embodiments, these features may be arranged in a manner and / or order different from that shown in the illustrative drawings. In addition, the inclusion of a structural or method feature in a particular figure does not imply that such feature is required in all embodiments, and in some embodiments, such features may not be included or may be combined with other features.

[0124] It should be noted that each unit / module mentioned in each device embodiment of the present application is a logical unit / module, and in physical, one logical unit / module can be a physical unit / module, or a part of a physical unit / module, or be realized in a combination of multiple physical unit / modules, and the physical realization of these logical units / modules is not the most important point. The combination of functions implemented by these logical units / modules is the key to solving the technical problems proposed in the present application. In addition, in order to highlight the innovative part of the present application, the above-mentioned device embodiments of the present application do not introduce the units / modules that are not closely related to solving the technical problems proposed in the present application, which does not mean that the above-mentioned device embodiments do not have other units / modules.

[0125] It should be noted that in the examples and descriptions of the present patent, the relationship terms such as first and second are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between the entities or operations. Moreover, the terms "include", "contain" or any other variants thereof are intended to cover non-exclusive inclusion, so that the process, method, article or device including a series of elements not only includes those elements, but also includes other elements not explicitly listed or inherent to such process, method, article or device. Without more limitations, the element defined by the statement "including one" does not exclude the presence of other identical elements in the process, method, article or device including the element.

[0126] Although the present application has been illustrated and described with reference to certain preferred embodiments thereof, it should be understood by those skilled in the art that various changes in form and details can be made therein without departing from the spirit and scope of the present application.

Claims

1. A business monitoring method, characterized in that: include: The service server obtains the service request sent by the first terminal; The service server determines whether an abnormal operation occurs during the process of performing an operation related to the service in response to the service request; When confirming that an abnormal operation has occurred, the service server determines the cause of the abnormality and sends abnormality warning information to the second terminal device, wherein the abnormality warning information includes the cause of the abnormality; When confirming that an abnormal operation has occurred, the service server determines the cause of the abnormality and sends abnormality alarm information to the second terminal device, including: When the business server confirms that an abnormal operation has occurred, the business server obtains the operating parameters of the business server and stores the business data of the abnormal operation and the operating parameters in an asynchronous manner; The service server periodically obtains the stored service data and the operating parameters; The business server determines the cause of the abnormality based on the operating parameters; Send abnormality alarm information to the second terminal device, where the abnormality alarm information includes the cause of the abnormality and the service data.

2. The method according to claim 1, characterized in that The business includes any of the following: Users’ money transfers on banking apps; Users withdraw cash on banking applications.

3. The method according to claim 1, characterized in that The method for determining whether an abnormal operation occurs includes: If it is determined that the process of performing the operation related to the business does not meet the preset business process conditions, determining that an abnormality has occurred; If it is determined that the process of executing the operation related to the business meets the preset business process conditions, it is determined to be normal.

4. The method according to claim 3, characterized in that The preset business process conditions include: The time between the user's transfer request and the crediting is within the preset time range; Or the time between the user's withdrawal request and the credit is within the preset time range.

5. The method according to claim 1, wherein The abnormal alarm information also includes the bank's transaction account number.

6. The method according to claim 1, characterized in that The sending of abnormality alarm information to the second terminal device includes: Send an abnormality warning message to the preset email account of the second terminal device.

7. The method according to claim 1, characterized in that The operating parameters include memory usage of the service server and CPU usage of the service server.

8. A readable medium, characterized in that The readable medium stores instructions, which, when executed on an electronic device, enable the electronic device to execute the service monitoring method according to any one of claims 1 to 7.

9. An electronic device comprising: a memory for storing instructions to be executed by one or more processors of the electronic device, and The processor is one of the processors of the electronic device, and is used to execute the service monitoring method according to any one of claims 1 to 7.

10. A computer program product, characterized in that The method comprises a computer program / instruction, which implements the service monitoring method according to any one of claims 1 to 7 when executed by a processor.

Images