Method and apparatus for monitoring transaction flow
By recording the screen at the handling and review stages of bank transactions and uploading the video data separately, the problem of inadequate supervision in bank transactions has been solved, achieving efficient and accurate supervision of the transaction process and ensuring the smoothness and security of transactions.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- BANK OF CHINA
- Filing Date
- 2022-11-25
- Publication Date
- 2026-07-21
AI Technical Summary
In the current technology, there is a lack of effective means to supervise the handling and review process of bank transactions, which makes it impossible for operators to conduct efficient and accurate verification when the transactions are completed through different channels, thus affecting the smoothness of the transaction process.
By recording changes in page elements and user operations at the processing and review nodes, serializable video data is generated and uploaded separately from transaction information. The data is then stitched together and stored using unique identifiers and verified in conjunction with ticket information to ensure the efficiency, accuracy, and smoothness of the recorded data and transactions.
It enables efficient and accurate verification of the handling and review nodes, avoids redundant screen recording data and bandwidth consumption, ensures that the transaction process is not affected, and achieves efficient and accurate supervision.
Smart Images
Figure CN116132625B_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of Internet technology and can be used in the financial field, particularly to a method and apparatus for monitoring transaction processes. Background Technology
[0002] As the banking industry becomes increasingly digitalized, corporate clients are completing more wealth management transactions through online / mobile banking, which inevitably brings risks. Therefore, stricter processing and review procedures have been implemented for bank transactions, with transaction orders only generated after review.
[0003] However, the handling and review processes may be completed by different operators through different channels, and there is currently no effective solution for how to effectively supervise the handling and review processes.
[0004] This section is intended to provide background or context for the embodiments of the invention set forth in the claims. The description herein is not an admission that it is prior art simply because it is included in this section. Summary of the Invention
[0005] This invention provides a method and apparatus for supervising transaction processes, which can meet the requirements for efficient and accurate verification of the operations of handling nodes and review nodes in the transaction process without affecting the transaction process.
[0006] This invention provides a method for monitoring a transaction process, including:
[0007] Obtain transaction requests;
[0008] In response to the transaction request, screen recording is performed at the handling node and the review node to record changes in element nodes on the page and user operations, so as to obtain serializable video data.
[0009] Obtain transaction information data in response to the transaction request;
[0010] The serializable video data is uploaded to the file service system, and the transaction information data is uploaded to the channel system database.
[0011] In one implementation, after uploading the serializable video data to the file service system, the method further includes:
[0012] Determine whether the serializable video data is uploaded in packets;
[0013] Given that the data is uploaded in sub-packages, the data from multiple sub-packages of the handling node are spliced together using the unique identifier of the handling node to obtain the serializable video data corresponding to the handling node.
[0014] By using the unique identifier corresponding to the verification node, the multiple packets of data of the verification node are spliced together to obtain the serializable video data corresponding to the verification node.
[0015] The serializable video data corresponding to the handling node and the serializable video data corresponding to the review node are associated and stored with the transaction channel serial number corresponding to the transaction request.
[0016] In one embodiment, the above method further includes:
[0017] Receive a node operation query request from the business management system, wherein the node operation query request carries an order number;
[0018] In response to the node operation query request, the corresponding video data is retrieved from the file service system based on the order number, wherein the order number corresponds one-to-one with the transaction channel serial number.
[0019] In one implementation, after obtaining the transaction request, the above method further includes:
[0020] In response to the transaction request, the ticketing service system requests ticket information;
[0021] Accordingly, when uploading the serializable video data to the file service system, the ticket information is uploaded to the file service system together with the video data, wherein the ticket information is used to verify the credibility of this upload operation.
[0022] In one embodiment, after uploading the serializable video data to a file service system and the transaction information data to a channel system database, the method further includes:
[0023] The channel system generates a channel transaction table based on the transaction information data;
[0024] Send the channel transaction form to the file service system;
[0025] The document service system determines whether the current transaction is completed based on the channel transaction table;
[0026] Once it is determined that the current transaction has been completed, the serializable video data is marked, archived, and stored.
[0027] This invention also provides a monitoring device for a transaction process, comprising:
[0028] The first acquisition module is used to acquire transaction requests;
[0029] The screen recording module is used to respond to the transaction request by recording the changes of element nodes and user operations on the page at the handling node and the review node to obtain serializable video data.
[0030] The second acquisition module is used to acquire transaction information data in response to the transaction request;
[0031] The upload module is used to upload the serializable video data to the file service system and the transaction information data to the channel system database.
[0032] In one embodiment, the above-mentioned apparatus further includes:
[0033] The request module is used to request ticket information from the ticket service system in response to the transaction request after receiving the transaction request.
[0034] Accordingly, when uploading the serializable video data to the file service system, the ticket information is uploaded to the file service system together with the video data, wherein the ticket information is used to verify the credibility of this upload operation.
[0035] This invention also provides a computer device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the above-described method.
[0036] This invention also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described method.
[0037] This invention also provides a computer program product, which includes a computer program that, when executed by a processor, implements the above-described method.
[0038] This invention provides a method and apparatus for monitoring transaction processes, comprising: acquiring a transaction request; responding to the transaction request by recording screen recordings of changes in page elements and user operations at the handling and review nodes to obtain serializable video data; acquiring transaction information data in response to the transaction request; uploading the serializable video data to a file service system and the transaction information data to a channel system database. Screen recording is triggered only when page elements change or when user operations occur, thus avoiding excessive redundancy in the recorded data. Furthermore, separating the upload of video data and transaction data solves the technical problem that simultaneous transmission of recorded data can affect transaction smoothness. This achieves the technical effect of meeting the requirements for efficient and accurate verification of operations at the handling and review nodes in the transaction process without affecting the overall transaction flow. Attached Figure Description
[0039] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort. In the drawings:
[0040] Figure 1 This is a flowchart illustrating a method for monitoring a transaction process according to an embodiment of the present invention.
[0041] Figure 2 This is a schematic diagram of the process from subcontracting to splicing in an embodiment of the present invention;
[0042] Figure 3 This is a schematic diagram of the architecture of the transaction processing system in an embodiment of the present invention;
[0043] Figure 4 Hardware structure block diagram of an electronic device for a transaction process monitoring method according to an embodiment of the present invention;
[0044] Figure 5 This is a structural block diagram of a transaction process monitoring device according to an embodiment of the present invention. Detailed Implementation
[0045] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the embodiments of the present invention will be further described in detail below with reference to the accompanying drawings. Here, the illustrative embodiments of the present invention and their descriptions are used to explain the present invention, but are not intended to limit the present invention.
[0046] The acquisition, storage, use, and processing of data in this application all comply with the relevant provisions of national laws and regulations.
[0047] To monitor the processing and review procedures, screen recording or timed screenshot functions can be used on mobile phones to record the operation process in video or image format, and then uploaded to the channel system for processing and storage. However, if the timed screenshot interval is too large, it is easy to miss some data; if the timed screenshot interval is too small, it can generate large video files, which can affect the performance of the channel terminal. Furthermore, submitting transaction information and screen recording information to the channel transaction system at the same time will consume a lot of bandwidth and affect the overall response speed of the bank's transactions.
[0048] Figure 1 This is a flowchart illustrating one embodiment of the transaction process monitoring method provided in this application. While this application provides method operation steps or apparatus structures as shown in the following embodiments or figures, more or fewer operation steps or module units may be included in the method or apparatus based on conventional or non-inventive effort. In steps or structures where there is no logically necessary causal relationship, the execution order of these steps or the module structure of the apparatus is not limited to the execution order or module structure described in the embodiments and figures of this application. When the method or module structure is applied in actual devices or terminal products, it can be executed sequentially or in parallel (e.g., in a parallel processor or multi-threaded processing environment, or even a distributed processing environment) according to the method or module structure shown in the embodiments or figures.
[0049] Specifically, such as Figure 1 As shown, the regulatory methods for the above-mentioned transaction process may include the following steps:
[0050] Step 101: Obtain the transaction request;
[0051] In other words, corporate operators can initiate transaction requests (such as purchasing or redeeming wealth management products) via mobile phone or PC as trigger operations.
[0052] Step 102: In response to the transaction request, screen recording is performed at the handling node and the review node to record changes in element nodes on the page and user operations, so as to obtain serializable video data;
[0053] Step 103: Obtain transaction information data in response to the transaction request;
[0054] Step 104: Upload the serializable video data to the file service system and upload the transaction information data to the channel system database.
[0055] In other words, screen recording is only triggered when page elements change or when users interact with the system, thus avoiding excessive redundancy in the screen recording data. Furthermore, by uploading video data and transaction data separately, the technical problem of screen recording data affecting the smoothness of transactions caused by simultaneous transmission can be solved. This achieves the technical effect of meeting the requirements for efficient and accurate verification of the operations of the handling and review nodes in the transaction process without affecting the transaction process.
[0056] Considering that large intervals for scheduled screenshots can easily lead to omissions, while small intervals can result in large amounts of redundant data and significantly impact the performance of channel terminals, in this example, the handling and review processes are not recorded completely. Instead, recording is only triggered when the page changes or when user interaction is detected. This reduces file size.
[0057] Furthermore, during the sensing process, it can involve detecting the DOM tree to determine if the DOM tree has changed, such as whether the data table has been scrolled down or changed; or it can involve detecting whether the mouse has moved to determine if there has been a user interaction.
[0058] Considering that submitting transaction information and screen recordings to the channel transaction system simultaneously would consume a large amount of bandwidth and affect the overall response speed of the bank's transactions, transaction data and screen recordings can be transmitted separately to ensure the response speed of the bank's operations.
[0059] In actual data packet transmission, there may be issues with excessively large files. To address this, a data packet threshold can be set, for example, 500KB as the maximum file size. If the screen recording file exceeds 500KB, it is split into packets, and then each packet is uploaded individually. Each time a packet is uploaded, a pass / fail ticket can be requested, indicating that the upload of this packet is secure and reliable. The same screen recording data can be identified using the same UUID. For example, the entire handling process corresponds to one UUID, and the entire review process also corresponds to another UUID. Using the same UUID allows for the final data packet to be concatenated.
[0060] Specifically, after uploading the serializable video data to the file service system, it can be processed as follows: Figure 2As shown, it is determined whether the serializable video data is uploaded in packets; if it is determined that the data is uploaded in packets (packet 1, packet 2, etc.), the multiple packets of data of the handling node are concatenated using the unique identifier (first UUID) corresponding to the handling node to obtain the serializable video data corresponding to the handling node; the multiple packets of data of the review node are concatenated using the unique identifier (second UUID) corresponding to the review node to obtain the serializable video data corresponding to the review node; the serializable video data corresponding to the handling node and the serializable video data corresponding to the review node are associated and stored with the transaction channel serial number corresponding to the transaction request.
[0061] When querying screen recording data, a node operation query request can be received through the business management system, wherein the node operation query request carries an order number; in response to the node operation query request, the corresponding video data is queried from the file service system according to the order number, wherein the order number corresponds one-to-one with the transaction channel serial number.
[0062] To enable credibility verification of each uploaded data packet, a ticket server can be set up. After receiving a transaction request, the server can respond to the transaction request by requesting ticket information from the ticket service system. Correspondingly, when uploading the serializable video data to the file service system, the ticket information is uploaded to the file service system along with the video data. The ticket information is used to verify the credibility of this upload operation.
[0063] In implementation, browser Mutation Observers can be used. Screen recording is triggered only when mouse movement or changes on the page are detected, i.e., changes to the DOM tree, thus reducing redundant data generation. For processing and review processes, different terminals and operators can execute them, and screen recording data and transaction data are uploaded separately; therefore, screen recording will not affect transaction execution. When encapsulating screen recording data, recording can be started and stopped at appropriate points in the transaction that need monitoring, and the recording data can be uploaded. For the front end, tickets can be retrieved from the ticket service, and ticket information can be included along with the uploaded image data. The open platform's file service system verifies the ticket information and performs processing such as stitching and storage on the uploaded image data. The transaction banking channel system records and synchronizes transaction information. Based on the information downloaded to the database from the transaction banking channel service, the open platform's file service system determines whether a transaction has been completed and generates an order, and marks the locally stored image information. The business management system can query the operation images of each stage of the corresponding transaction by order number.
[0064] After uploading the serializable video data to the file service system and the transaction information data to the channel system database, the channel system can generate a channel transaction table based on the transaction information data; send the channel transaction table to the file service system; the file service system determines whether the current transaction is completed based on the channel transaction table; if the current transaction is determined to be completed, the serializable video data is marked, archived, and stored.
[0065] The above method will be described below with reference to a specific embodiment. However, it is worth noting that this specific embodiment is only for better illustration of this application and does not constitute an improper limitation of this application.
[0066] In this example, a process verification method is provided, which may include the following steps:
[0067] S1: Receive transaction processing request. If it is determined that the handling and review pages of the current transaction processing request require supervision, generate a first UUID (Universally Unique Identifier) for the handling operation and a second UUID for the review operation. Retrieve the ticket from the transaction bank ticket service and enable the rrweb screen recording function. The ticket is used to verify the permissions of the handling and review operations.
[0068] Among them, rrweb is a basic library for recording and playing back web pages. It can save the DOM (Document Object Model) and user operations in the page as serializable data to enable remote playback.
[0069] S2: When the user completes the transaction processing or review operation and reaches the result page, the corresponding transaction channel serial number can be obtained and the rrweb screen recording can be ended. The screen recording data is then uploaded to the open platform's file service system through a reverse proxy, and the transaction data is recorded in the transaction banking channel system database. In other words, the screen recording data and transaction data are transmitted and stored separately.
[0070] S3: The open platform's file service system verifies tickets using the aforementioned tickets, stitches together video data of the handling operation using the first UUID, stitches together video data of the review operation using the second UUID, and stores the stitched data locally.
[0071] S4: Once the review of the current transaction processing request is completed, the wealth management system will generate an order and synchronize it to the transaction banking channel database;
[0072] S5: Every night, the transaction bank can download the channel database. After the open platform file service system obtains the screen recording data, it can classify and package the locally stored screen recording information according to the mapping between transaction serial number and order number and download it to the video platform.
[0073] S6: When it is necessary to view the screen recording data, the business can enter the order number through the backend management system to obtain the screen recording data of the order handling process and the screen recording data of the review stage, and can play it locally.
[0074] Specifically, in implementation, the browser's Mutation Observer can be used. Screen recording is triggered only when mouse movement or changes on the page are detected, i.e., changes to the DOM tree, thus reducing redundant data generation. For processing and review processes, different terminals and operators can execute them, and screen recording data and transaction data are uploaded separately; therefore, screen recording will not affect transaction execution. When encapsulating screen recording data, the recording operation can be started and ended at appropriate points in the transaction that need monitoring, and the screen recording data can be uploaded. For the front end, tickets can be retrieved from the ticket service, and ticket information can be included along with the uploaded image data. The open platform's file service system verifies the ticket information and performs processing such as stitching and storage on the uploaded image data. The transaction banking channel system records and synchronizes transaction information. Based on the information downloaded to the database from the transaction banking channel service, the open platform's file service system determines whether a transaction has been completed and generates an order, and marks the locally stored image information. The business management system can query the operation images of each stage of the corresponding transaction by order number.
[0075] Specifically, this example provides a transaction processing system that can, for example... Figure 3 As shown, it includes the following modules:
[0076] 1) Channel front-end: This may include: transaction bank PC terminal and transaction bank mobile terminal, used to start and stop image information collection, ticket collection, upload image information (i.e., screen recording data), upload transaction information, etc.
[0077] 2) Ticket service system, used to generate and verify ticket information;
[0078] 3) The channel transaction service system receives transaction information from the channel front-end, synchronizes order information with the wealth management service system, and downloads the transaction table to the open platform file service system;
[0079] 4) The transaction service system is used to receive transaction data after authorization from the channel service, process the transactions, obtain transaction order information, and synchronize the order information to the channel service;
[0080] 5) The open platform's file service system is used to receive and preprocess image information sent from the front end of the channel, and to mark and archive the preprocessed image information using the received channel transaction table;
[0081] 6) Business management system, used to retrieve and play video information after entering order information query tags;
[0082] 7) Web server, used for data transfer between different servers.
[0083] Among them, the generation of operation image information can be achieved by saving the DOM and user operations on the page as serializable data and uploading it to the file service system of the open platform;
[0084] For corporate operators, the ticket collection and verification process can be completed by using a front-end device to collect the ticket and submit it along with the image to the open platform's document service system. After obtaining the ticket information, the open platform's document service system will verify the validity of the ticket.
[0085] Transaction information recording and synchronization can record the information of the transactions handled and synchronize the order information after review;
[0086] Image information preprocessing is used to stitch together and store the image information sent in sub-packages;
[0087] Image information marking and archiving is used to mark and archive the images of the handling and review process corresponding to completed orders based on transaction information;
[0088] The operation allows you to query archived images based on order information and then play them back.
[0089] Among them, the transaction channel serial number is the sequence number assigned to a transaction by the transaction banking channel service, and the order number is the sequence number of the wealth management order generated when a transaction is reviewed and submitted to the wealth management service system.
[0090] For image data stitching, to prevent excessively large data uploads at once, the size of each uploaded packet can be limited (e.g., 500KB per packet, using 500KB as the packet size threshold). If this limit is exceeded, the data needs to be uploaded in separate packets. Since image data uploaded in the same operation shares the same UUID, the open platform's file service system can stitch together data with the same UUID based on whether there is an end marker and the packet number. For more complex pages, the DOM data is generally large, potentially requiring packet-based uploads. In such cases, packet-based uploads can be stitched together using the UUID.
[0091] The aforementioned ticket collection and verification mechanism ensures data validity and prevents network attacks. The image packet transmission mechanism prevents excessive bandwidth consumption from submitting large files at once. Separating image data from transaction data ensures that image processing does not affect normal transactions.
[0092] The methods and embodiments provided in the above-described embodiments of this application can be executed in a mobile terminal, computer terminal, or similar computing device. Taking its operation on an electronic device as an example... Figure 4 This is a hardware structure block diagram of an electronic device for a transaction process monitoring method provided in this application. (Example) Figure 4 As shown, the electronic device 10 may include one or more (only one is shown in the figure) processors 02 (processors 02 may include, but are not limited to, microprocessors MCUs or programmable logic devices FPGAs, etc.), a memory 04 for storing data, and a transmission module 06 for communication functions. Those skilled in the art will understand that... Figure 4 The structure shown is for illustrative purposes only and does not limit the structure of the electronic device described above. For example, electronic device 10 may also include... Figure 4 The more or fewer components shown, or having the same Figure 4 The different configurations shown.
[0093] The memory 04 can be used to store software programs and modules of application software, such as the program instructions / modules corresponding to the transaction process monitoring method in this embodiment. The processor 02 executes various functional applications and data processing by running the software programs and modules stored in the memory 04, thereby realizing the transaction process monitoring method of the application described above. The memory 04 may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 04 may further include memory remotely located relative to the processor 02, and these remote memories can be connected to the electronic device 10 via a network. Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.
[0094] The transmission module 06 is used to receive or send data via a network. Specific examples of the network described above may include a wireless network provided by the communication provider of the electronic device 10. In one example, the transmission module 06 includes a Network Interface Controller (NIC), which can connect to other network devices via a base station to communicate with the Internet. In another example, the transmission module 06 may be a Radio Frequency (RF) module, used for wireless communication with the Internet.
[0095] At the software level, the monitoring devices for the aforementioned transaction process can be as follows: Figure 5 As shown, it may include:
[0096] The first acquisition module 501 is used to acquire transaction requests;
[0097] The screen recording module 502 is used to respond to the transaction request and record the changes of element nodes and user operations on the page at the handling node and the review node to obtain serializable video data.
[0098] The second acquisition module 503 is used to acquire transaction information data in response to the transaction request;
[0099] The upload module 504 is used to upload the serializable video data to the file service system and the transaction information data to the channel system database.
[0100] In one embodiment, the monitoring device for the above-mentioned transaction process may further include: a request module, which, after obtaining a transaction request, requests ticket information from the ticket service system in response to the transaction request; correspondingly, when uploading the serializable video data to the file service system, the ticket information is uploaded to the file service system together with the video data, wherein the ticket information is used to verify the credibility of this upload operation.
[0101] In one implementation, after obtaining serializable video data, the file service system can determine whether the serializable video data is uploaded in multiple packages. If it is determined that the data is uploaded in multiple packages, the system concatenates the multiple packages of data from the handling node using the unique identifier corresponding to the handling node to obtain the serializable video data corresponding to the handling node. Similarly, the system concatenates the multiple packages of data from the review node using the unique identifier corresponding to the review node to obtain the serializable video data corresponding to the review node. The serializable video data from the handling node and the serializable video data from the review node are then associated and stored with the transaction channel serial number corresponding to the transaction request.
[0102] In one implementation, the business management system can receive a node operation query request, wherein the node operation query request carries an order number; in response to the node operation query request, it queries the corresponding video data from the file service system according to the order number, wherein the order number corresponds one-to-one with the transaction channel serial number.
[0103] In one implementation, after uploading the transaction information data to the channel system database, the channel system can generate a channel transaction table based on the transaction information data; send the channel transaction table to the file service system; the file service system determines whether the current transaction is completed based on the channel transaction table; if the current transaction is determined to be completed, the serializable video data is marked, archived, and stored.
[0104] This application also provides a specific implementation of an electronic device capable of implementing all steps of the transaction process monitoring method in the above embodiments. The electronic device specifically includes: a processor, a memory, a communication interface, and a bus; wherein the processor, memory, and communication interface communicate with each other via the bus; the processor is used to call a computer program in the memory, and when the processor executes the computer program, it implements all steps of the transaction process monitoring method in the above embodiments. For example, when the processor executes the computer program, it implements the following steps:
[0105] Step 1: Obtain the transaction request;
[0106] Step 2: In response to the transaction request, screen recording is performed at the handling node and the review node to record changes in element nodes on the page and user operations, so as to obtain serializable video data;
[0107] Step 3: Obtain transaction information data in response to the transaction request;
[0108] Step 4: Upload the serializable video data to the file service system and upload the transaction information data to the channel system database.
[0109] Embodiments of this application also provide a computer-readable storage medium capable of implementing all steps of the transaction process monitoring method in the above embodiments. The computer-readable storage medium stores a computer program that, when executed by a processor, implements all steps of the transaction process monitoring method in the above embodiments. For example, when the processor executes the computer program, it implements the following steps:
[0110] Step 1: Obtain the transaction request;
[0111] Step 2: In response to the transaction request, screen recording is performed at the handling node and the review node to record changes in element nodes on the page and user operations, so as to obtain serializable video data;
[0112] Step 3: Obtain transaction information data in response to the transaction request;
[0113] Step 4: Upload the serializable video data to the file service system and upload the transaction information data to the channel system database.
[0114] This invention also provides a computer program product, which includes a computer program that, when executed by a processor, implements the above-described method for monitoring the transaction process.
[0115] In this embodiment of the invention, a transaction request is obtained; in response to the transaction request, screen recording is performed on changes in page element nodes and user operations at the handling node and review node to obtain serializable video data; transaction information data in response to the transaction request is obtained; the serializable video data is uploaded to a file service system, and the transaction information data is uploaded to a channel system database. Screen recording is triggered only when page elements change or when user operations occur, thus avoiding excessive redundancy in screen recording data. Furthermore, uploading video data and transaction data separately solves the technical problem that simultaneous transmission of screen recording data can affect the smoothness of transactions. This achieves the technical effect of meeting the requirements for efficient and accurate verification of operations at the handling node and review node in the transaction process without affecting the transaction flow.
[0116] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, systems, or computer program products. Therefore, the present invention can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention can take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.
[0117] This invention is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.
[0118] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.
[0119] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.
[0120] The specific embodiments described above further illustrate the purpose, technical solution, and beneficial effects of the present invention. It should be understood that the above descriptions are merely specific embodiments of the present invention and are not intended to limit the scope of protection of the present invention. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the scope of protection of the present invention.
Claims
1. A method for supervising a transaction process, characterized in that, include: Obtain transaction requests; In response to the transaction request, if it is determined that the handling and review pages of the current transaction request need to be monitored, a first unique identifier is generated for the handling operation and a second unique identifier is generated for the review operation. At the handling node and the review node, the changes in the page DOM tree and the user's mouse operation are detected, and the changes in the element nodes in the page and the user operation are recorded. Based on the rrweb library, the page DOM and the user operation are converted into serializable video data. Obtain transaction information data in response to the transaction request, the transaction information data including the transaction channel serial number; The serializable video data is uploaded to the file service system via a reverse proxy, and the transaction information data is uploaded to the channel system database, thus achieving physical separation and storage of video data and transaction information data, and avoiding the impact of screen recording data transmission on the smoothness of the transaction process.
2. The method according to claim 1, characterized in that, After uploading the serializable video data to the file service system, the process also includes: Determine whether the serializable video data is uploaded in packets; Given that the data is uploaded in sub-packages, the data from multiple sub-packages of the handling node are spliced together using the unique identifier of the handling node to obtain the serializable video data corresponding to the handling node. By using the unique identifier corresponding to the verification node, the multiple packets of data of the verification node are spliced together to obtain the serializable video data corresponding to the verification node. The serializable video data corresponding to the handling node and the serializable video data corresponding to the review node are associated and stored with the transaction channel serial number corresponding to the transaction request.
3. The method according to claim 2, characterized in that, Also includes: Receive a node operation query request from the business management system, wherein the node operation query request carries an order number; In response to the node operation query request, the corresponding video data is retrieved from the file service system based on the order number, wherein the order number corresponds one-to-one with the transaction channel serial number.
4. The method according to claim 1, characterized in that, After obtaining the transaction request, the process also includes: In response to the transaction request, the ticketing service system requests ticket information; Accordingly, when uploading the serializable video data to the file service system, the ticket information is uploaded to the file service system together with the video data, wherein the ticket information is used to verify the credibility of this upload operation.
5. The method according to claim 1, characterized in that, After uploading the serializable video data to the file service system and the transaction information data to the channel system database, the process further includes: The channel system generates a channel transaction table based on the transaction information data; Send the channel transaction form to the file service system; The document service system determines whether the current transaction is completed based on the channel transaction table; Once it is determined that the current transaction has been completed, the serializable video data is marked, archived, and stored.
6. A monitoring device for a transaction process, applied to the monitoring method for the transaction process as described in claim 1, characterized in that, The monitoring devices for the transaction process include: The first acquisition module is used to acquire transaction requests; The screen recording module is used to respond to the transaction request by recording the changes of element nodes and user operations on the page at the handling node and the review node to obtain serializable video data. The second acquisition module is used to acquire transaction information data in response to the transaction request; The upload module is used to upload the serializable video data to the file service system and the transaction information data to the channel system database.
7. The apparatus according to claim 6, characterized in that, Also includes: The request module is used to request ticket information from the ticket service system in response to the transaction request after receiving the transaction request. Accordingly, when uploading the serializable video data to the file service system, the ticket information is uploaded to the file service system together with the video data, wherein the ticket information is used to verify the credibility of this upload operation.
8. A computer device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the method of any one of claims 1 to 5.
9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, implements the method of any one of claims 1 to 5.
10. A computer program product, characterized in that, The computer program product includes a computer program that, when executed by a processor, implements the method of any one of claims 1 to 5.