Data processing method, device, computer equipment and storage medium

Abstract

This application discloses a data processing method, apparatus, computer equipment, and storage medium. The method includes: acquiring a warning strategy configured by a first tax bureau terminal for a user terminal; writing the strategy configuration information associated with the warning strategy into the blockchain corresponding to the blockchain network; the warning strategy includes the asset transfer amount of electronic invoices issued by the user terminal within a time statistical dimension; real-time statistics of the asset transfer share of electronic invoices issued by the user terminal stored in the blockchain database; determining the business status of electronic invoices issued by the user terminal based on the asset transfer share, asset transfer amount, and time statistical dimension; generating a warning message when the business status of the user terminal is detected to be abnormal; and sending the warning message to a second tax bureau terminal so that the tax bureau user corresponding to the second tax bureau terminal can perform business processing based on the warning message. Using this application embodiment can improve the real-time performance of monitoring.

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular to a data processing method, apparatus, computer equipment, and storage medium. Background Technology

[0002] Currently, enterprise users' corresponding user terminals (e.g., user terminal A) can periodically obtain electronic invoices from the tax bureau terminal via tax control devices. Understandably, user terminal A needs to compile the invoice information (i.e., verification information) of electronic invoices already issued from the electronic invoices obtained in the previous invoice issuance cycle (e.g., 30 days ago), and send this verification information to the tax bureau terminal associated with user terminal A (e.g., tax bureau terminal B). This allows tax bureau terminal B to determine the business status of user terminal A in the previous invoice issuance cycle based on the verification information. For example, user terminal A's invoice issuance cycle can be 30 days. If the business status of an electronic invoice issued by user terminal A within the 5th day after obtaining the electronic invoice is already abnormal, then tax bureau terminal B cannot obtain the verification information of the electronic invoices issued by user terminal A within the 5th day and before a full invoice issuance cycle has been reached in a timely manner. This results in user terminal A continuing to issue electronic invoices for up to 25 days after the abnormality occurs, thus reducing the real-time nature of monitoring.

[0003] Application content

[0004] This application provides a data processing method, apparatus, computer equipment, and storage medium that can improve the real-time performance of monitoring.

[0005] One embodiment of this application provides a data processing method, which is executed by a server node in a blockchain network, including:

[0006] Obtain the early warning strategy configured by the first tax bureau terminal for the user terminal, and write the strategy configuration information associated with the early warning strategy into the corresponding blockchain of the blockchain network; the early warning strategy includes the asset transfer limit of electronic invoices issued by the user terminal within the time statistical dimension;

[0007] The system provides real-time statistics on the asset transfer share of electronic invoices issued by user terminals and stored in the blockchain database. The asset transfer share in the blockchain database is the asset transfer share of electronic invoices issued by user terminals obtained based on the synchronization mechanism in the blockchain network.

[0008] Based on the asset transfer share, asset transfer amount, and time statistics, the business status of electronic invoices issued by user terminals is determined.

[0009] When the monitoring detects that the service status of a user terminal is abnormal, an early warning message is generated;

[0010] The warning information is sent to the second tax bureau terminal so that the tax bureau user corresponding to the second tax bureau terminal can process business based on the warning information; the second tax bureau terminal is the local tax bureau terminal corresponding to the user terminal.

[0011] One embodiment of this application provides a data processing method, which is executed by a second tax bureau terminal associated with a server node, including:

[0012] The first tax bureau terminal sends the early warning policy configured for the user terminal to the server node, so that the server node writes the policy configuration information associated with the early warning policy into the blockchain corresponding to the blockchain network to which the server node belongs; the early warning policy includes the asset transfer limit of electronic invoices issued by the user terminal within the time statistical dimension; the first user tax bureau terminal is the local tax bureau terminal of the user terminal.

[0013] Receive early warning information generated by the server node based on the early warning policy, so that the early warning information is displayed in the early warning processing list of the second tax bureau terminal; the early warning information is generated by the server node when it detects that the business status of the user terminal is abnormal.

[0014] The system responds to the triggering operation performed by the tax bureau user corresponding to the second tax bureau terminal for the target area of ​​the warning information in the warning processing list, and performs business processing on the user terminal based on the triggering operation.

[0015] One embodiment of this application provides a data processing apparatus, which operates on a server node in a blockchain network, including:

[0016] The acquisition module is used to acquire the early warning strategy configured by the first tax bureau terminal for the user terminal, and write the strategy configuration information associated with the early warning strategy into the corresponding blockchain of the blockchain network; the early warning strategy includes the asset transfer limit of electronic invoices issued by the user terminal within the time statistical dimension.

[0017] The statistics module is used to calculate the asset transfer share of electronic invoices issued by user terminals in real time, which is stored in the blockchain database. The asset transfer share in the blockchain database is the asset transfer share of electronic invoices issued by user terminals obtained based on the synchronization mechanism in the blockchain network.

[0018] The determination module is used to determine the business status of electronic invoices issued by user terminals based on asset transfer share, asset transfer amount, and time statistics.

[0019] The generation module is used to generate an early warning message when the service status of a user terminal is detected to be abnormal.

[0020] The information sending module is used to send early warning information to the second tax bureau terminal so that the tax bureau user corresponding to the second tax bureau terminal can perform business processing based on the early warning information; the second tax bureau terminal is the local tax bureau terminal corresponding to the user terminal.

[0021] The statistics module includes:

[0022] The classification unit is used to classify electronic bills in the blockchain database based on the bill information of the billing users.

[0023] The first determining unit is used to take the electronic ticket issued by the user terminal as the target electronic ticket;

[0024] The statistical unit is used to calculate the share of asset transfers in the target electronic invoices in real time.

[0025] The determining module includes:

[0026] The second determining unit is used to determine that the business status of the electronic invoice issued by the user terminal is normal if the asset transfer share of the electronic invoice issued by the user terminal does not reach the asset transfer amount in the early warning strategy within the time statistical dimension.

[0027] The third determining unit is used to determine that the business status of the electronic invoice issued by the user terminal is abnormal if, within the time statistical dimension, the asset transfer share of the electronic invoice issued by the user terminal reaches the asset transfer limit in the early warning strategy.

[0028] The generation module includes:

[0029] The recording unit is used to record the trigger timestamp of the abnormal state when the service status of the user terminal is detected to be abnormal.

[0030] The acquisition unit is used to acquire the user attribute information of the invoicing user corresponding to the user terminal; the user attribute information includes the invoicing user's identification number and the invoicing user's username;

[0031] The generation unit is used to generate an alert message based on the trigger timestamp, user attribute information, and alert strategy.

[0032] This application provides a node device, including: a processor, a memory, and a network interface;

[0033] The processor is connected to a memory and a network interface, wherein the network interface is used to provide data communication functions, the memory is used to store computer programs, and the processor is used to call the computer programs to execute the methods in one aspect of the embodiments of this application.

[0034] This application provides a computer-readable storage medium storing a computer program, the computer program including program instructions that, when executed by a processor, perform the method described in one aspect of the embodiments of this application.

[0035] One embodiment of this application provides a data processing apparatus, which operates on a second tax bureau terminal associated with a server node, including:

[0036] The strategy sending module is used to send the early warning strategy configured by the first tax bureau terminal for the user terminal to the server node, so that the server node writes the strategy configuration information associated with the early warning strategy into the blockchain corresponding to the blockchain network to which the server node belongs; the early warning strategy includes the asset transfer limit of electronic invoices issued by the user terminal within the time statistical dimension; the first user tax bureau terminal is the local tax bureau terminal of the user terminal.

[0037] The information receiving module is used to receive the warning information generated by the server node based on the warning policy, so that the warning information is displayed in the warning processing list of the second tax bureau terminal; the warning information is generated by the server node when it detects that the business status of the user terminal is abnormal.

[0038] The response module is used to respond to the triggering operations performed by the tax bureau user corresponding to the second tax bureau terminal for the target area of ​​the warning information in the warning processing list, and to perform business processing on the user terminal based on the triggering operations.

[0039] The policy sending module includes:

[0040] The first acquisition unit is used to acquire the general early warning strategy configured by the first tax bureau terminal with super privileges for the user terminal; the general early warning strategy is the early warning strategy configured by the first tax bureau terminal for the asset transfer amount of electronic invoices issued by the user terminal within the time statistical dimension when it receives the registration information sent by the user terminal.

[0041] The first sending unit is used to send a general early warning strategy as a target early warning strategy to the server node, so that the server node writes the strategy configuration information associated with the target early warning strategy into the blockchain corresponding to the blockchain network to which the server node belongs.

[0042] The policy sending module also includes:

[0043] The second acquisition unit is used to acquire historical business behavior data corresponding to the user terminal and estimate the business scale of the invoicing user corresponding to the user terminal.

[0044] The determination unit is used to determine the rationality of general early warning strategies based on business scale;

[0045] The strategy update unit is used to update the general early warning strategy based on the asset transfer amount of electronic bills issued by the user terminal within the time statistical dimension if the general early warning strategy is not reasonable, so as to obtain the updated early warning strategy.

[0046] The second sending unit is used to send the updated early warning policy as the target early warning policy to the server node, so that the server node writes the policy configuration information associated with the target early warning policy into the blockchain corresponding to the blockchain network to which the server node belongs.

[0047] The response module includes:

[0048] The first response unit is used to respond to the triggering operation performed by the tax bureau user corresponding to the second tax bureau terminal for the target area to which the warning information in the warning processing list belongs; the target area is the operable area associated with updating the warning strategy.

[0049] The update processing unit is used for business processing of updating early warning policies for user terminals based on trigger operations.

[0050] The response module includes:

[0051] The second response unit is used to respond to the triggering operation performed by the tax bureau user corresponding to the second tax bureau terminal for the target area of ​​the warning information in the warning processing list; the target area is the operable area associated with suspending the issuance of electronic invoices by the user terminal.

[0052] The pause processing unit is used to pause the issuance of electronic tickets by the user terminal based on a trigger operation.

[0053] This application provides a computer device, including: a processor, a memory, and a network interface;

[0054] The processor is connected to a memory and a network interface, wherein the network interface is used to provide data communication functions, the memory is used to store computer programs, and the processor is used to call the computer programs to execute the methods in one aspect of the embodiments of this application.

[0055] This application provides a computer-readable storage medium storing a computer program, the computer program including program instructions that, when executed by a processor, perform the method described in one aspect of the embodiments of this application.

[0056] In this embodiment, the server node in the blockchain network can statistically analyze the asset transfer share of electronic invoices issued by user terminals in real time. Based on this asset transfer share, the asset transfer amount in the acquired early warning strategy, and the time statistical dimension in the early warning strategy, the business status of the electronic invoices issued by the user terminal can be quickly determined. Furthermore, when the business status of the user terminal is detected as "first-time," an early warning message can be generated and sent to the second tax bureau terminal, enabling the second tax bureau terminal to process the business transaction for the user terminal. Since the server node can statistically analyze the asset transfer share of user terminals in real time, the real-time performance of the monitoring can be improved. Attached Figure Description

[0057] To more clearly illustrate the technical solutions in the embodiments of this application 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 this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0058] Figure 1 This is a schematic diagram of the structure of a blockchain node system provided in an embodiment of this application;

[0059] Figure 2 This is a schematic diagram of a network architecture provided in an embodiment of this application;

[0060] Figure 3 This is a schematic diagram of a data interaction scenario provided in an embodiment of this application;

[0061] Figure 4 This is a flowchart illustrating a data processing method provided in an embodiment of this application;

[0062] Figure 5 This is a schematic diagram illustrating a scenario where strategy configuration information is uploaded to the blockchain, as provided in an embodiment of this application.

[0063] Figure 6 This is an interface display diagram showing a general early warning strategy provided in an embodiment of this application;

[0064] Figure 7 This is an interface display diagram of a newly added early warning strategy provided in an embodiment of this application;

[0065] Figure 8 This is a schematic diagram of a scenario for displaying warning information provided in an embodiment of this application;

[0066] Figure 9 This is a flowchart illustrating a data processing method provided in an embodiment of this application;

[0067] Figure 10 This is a schematic diagram of the structure of a data processing device provided in an embodiment of this application;

[0068] Figure 11 This is a schematic diagram of a node device provided in an embodiment of this application;

[0069] Figure 12 This is a schematic diagram of the structure of a data processing device provided in an embodiment of this application;

[0070] Figure 13 This is a schematic diagram of a computer device provided in an embodiment of this application;

[0071] Figure 14 This is a schematic diagram of the structure of a data processing system provided in an embodiment of this application. Detailed Implementation

[0072] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0073] Please see Figure 1 This is a schematic diagram of the structure of a blockchain node system provided in an embodiment of this application. Figure 1 As shown, this blockchain node system refers to a system used for data sharing between nodes. This blockchain node system can include multiple nodes. For example... Figure 1 As shown, the blockchain node system may specifically include node 1000a, node 1000b, node 1000c, ..., node 1000n.

[0074] In this blockchain node system, each node, during normal operation, can obtain policy configuration information associated with the early warning strategy to maintain shared data within the system. To ensure information exchange within the blockchain node system, each node can establish a network connection for data transmission. For example, when any node in the system obtains policy configuration information, other nodes can obtain the policy configuration information according to the consensus algorithm and store it as part of the shared data, ensuring data consistency across all nodes.

[0075] Each node in the blockchain node system has a corresponding node identifier. Furthermore, each node can store identifiers of other nodes with network connections to it. This allows for the broadcast of generated blocks to other nodes in the blockchain system based on their identifiers. Each node maintains a node identifier list as shown in the table below, storing the node name and its corresponding identifier. The node identifier can be an IP (Internet Protocol) address or any other information that can be used to identify the node. Table 1 uses IP addresses as an example.

[0076] Table 1

[0077] Node Name Node identifier Node 1 117.114.151.174 Node 2 117.116.189.145 … … Node N 119.123.789.258

[0078] It should be understood that the embodiments of this application may be... Figure 1 In the blockchain node system shown, one node is selected from multiple nodes to serve as the server node in the corresponding blockchain network. For example, in this embodiment, node 1000a in the blockchain node system can be used as the server node in the blockchain network.

[0079] For better understanding, please refer to [link / reference]. Figure 2 This is a schematic diagram of a network architecture provided in an embodiment of this application. Figure 2 As shown, the network architecture may include server node 20, a first tax bureau terminal 200x, a second tax bureau terminal 200y, and a user terminal cluster. It is understood that... Figure 2 The server node 20 shown can be the one described above. Figure 1 Any node in the blockchain node system shown (e.g., node 1000a), which can be a server node in the blockchain network corresponding to the blockchain node system. Figure 2 The user terminal cluster shown can include multiple user terminals. For example... Figure 2 As shown, the user terminal cluster may specifically include: user terminal 2000a, user terminal 2000b, ..., user terminal 2000n.

[0080] like Figure 2As shown, user terminals 2000a, 2000b, ..., 2000n can each connect to server node 20 via the network, enabling data interaction between each user terminal and server node 20. Furthermore, a first tax bureau terminal 200x can also connect to server node 20 via the network, allowing data interaction between the first tax bureau terminal 200x and server node 20. The first tax bureau terminal 200x can be a tax bureau terminal with superuser privileges, such as a tax bureau terminal in City A. This tax bureau terminal can configure early warning policies associated with electronic invoices for user terminals within its jurisdiction (within City A). A second tax bureau terminal 200y can also connect to server node 20 via the network, enabling data interaction between the second tax bureau terminal 200y and server node 20. The second tax bureau terminal 200y can be a local tax bureau terminal corresponding to any user terminal in the user terminal cluster, such as a tax bureau terminal in area A1. It should be understood that District A1 may fall under the jurisdiction of City A.

[0081] Among them, such as Figure 2 Each user terminal, the first tax bureau terminal 200x, and the second tax bureau terminal 200y in the user terminal cluster shown can include: a smart terminal with business data processing capabilities, such as a smartphone, tablet computer, or desktop computer. It is understood that the embodiments of this application can... Figure 2 Among the multiple user terminals in the user terminal cluster shown, one user terminal is selected as the user terminal associated with server node 20. For example, in this embodiment of the application, user terminal 2000a in the user terminal cluster can be selected as the user terminal associated with server node 20. The user corresponding to user terminal 2000a can be restaurant A. It should be understood that user terminal 2000a can perform business processing for issuing electronic invoices to users dining at restaurant A (e.g., consumer B).

[0082] It should be understood that the second tax bureau terminal 200y can send the early warning policy configured by the first tax bureau terminal 200x for user terminal 2000a to server node 20. This early warning policy may include the asset transfer amount of electronic invoices issued by user terminal 2000a within a specific time frame. For example, if the user corresponding to user terminal 2000a is the operator of game A, then the early warning policy configured by the first tax bureau terminal 200x for user terminal 2000a could be: asset transfer amount exceeding 1 million game coins within 15 days.

[0083] When server node 20 receives this warning policy, it can write the policy configuration information associated with the warning policy to, for example, Figure 1In the blockchain network corresponding to the blockchain node system shown, server node 20 can further calculate the asset transfer share of electronic tickets issued by user terminal 2000a stored in the blockchain database in real time. The asset transfer share in this blockchain database is based on, for example... Figure 1 The synchronization mechanism in the blockchain network shown represents the asset transfer share of electronic tickets issued by user terminal 2000a. It should be understood that each electronic ticket issued by user terminal 2000a is written to the blockchain corresponding to server node 20, so that server node 20 can subsequently calculate the asset transfer share of electronic tickets issued by user terminal 2000a.

[0084] Furthermore, server node 20 can determine the business status of electronic invoices issued by user terminal 2000a based on the asset transfer share, the asset transfer amount in the early warning strategy, and time statistics. The business status can include normal and abnormal states. When server node 20 detects that the business status of user terminal 2000a is abnormal, server node 20 can generate an early warning message for business processing. At this time, server node 20 can send the early warning message to the second tax bureau terminal 200y, which can then display the early warning message in its early warning processing list. The early warning message may include the trigger timestamp of the early warning strategy, the identification number corresponding to the user terminal (e.g., tax ID), the user name corresponding to the user terminal, the time range statistically analyzed by server node 20, the triggered early warning strategy, and the actual asset transfer share. The early warning processing list can contain multiple early warning messages.

[0085] It should be understood that the second tax bureau terminal 200y can respond to the triggering operation performed by the tax bureau user corresponding to the second tax bureau terminal on the target area of ​​the warning information in the warning processing list, and then can perform business processing on the user terminal 2000a based on the triggering operation. The triggering operation can include contact triggering operations such as clicking or long pressing, or non-contact operations such as gestures or voice, which will not be limited here.

[0086] For better understanding, please refer to [link / reference]. Figure 3 This is a schematic diagram illustrating a data interaction scenario provided in an embodiment of this application. Figure 3 As shown, the tax bureau terminal 300A in this embodiment can be the above-mentioned... Figure 2 The corresponding second tax bureau terminal 200y, and the tax bureau terminal 300A can be the local tax bureau terminal corresponding to the user terminal 300C. The server node 300B in this embodiment can be the aforementioned… Figure 2The corresponding server node 20, and server node 300B can also be the one mentioned above. Figure 1 Any node in the corresponding blockchain node system, for example, node 1000a.

[0087] It should be understood that the user terminal 300C in this embodiment can be the terminal for issuing electronic invoices corresponding to Enterprise XX. The scope of enterprises under the jurisdiction of the first tax bureau terminal can be range D, which can include multiple geographical areas, such as ranges D1, D2, and D3. It is understood that the jurisdiction of the tax bureau terminal 300A in this embodiment can be range D1, and Enterprise XX can be an enterprise established within the range D1 under the jurisdiction of tax bureau terminal 300A (e.g., a building materials market).

[0088] It is understandable that tax bureau terminal 300A can obtain the early warning policies configured by the first tax bureau terminal for user terminal 300C. These early warning policies may include the asset transfer limit of electronic invoices issued by user terminal 300C within a specific time frame. It should be understood that tax bureau terminal 300A can obtain multiple early warning policies. For example, one of the early warning policies could be for invoices with an asset limit exceeding 1 million within 100 days.

[0089] At this time, the tax bureau terminal 300A can send the acquired early warning policy to the server node 300B corresponding to the tax bureau terminal 300A. Then, the server node 300B can upload the policy configuration information associated with the early warning policy to the blockchain, thereby improving the reliability of the policy configuration information.

[0090] What is understandable is that Figure 3 The blockchain 3 shown can be the one described above. Figure 1 The blockchain corresponding to the blockchain network in the middle, blockchain 3, can be an identical blockchain shared by every node in the blockchain network corresponding to server node 300B. Each node can obtain the information stored in blockchain 3. Blockchain 3 includes blocks 30a, 30b, ..., 30n, and a target block. Block 30a can be called the genesis block of blockchain 3. The target block in blockchain 3 contains the aforementioned strategy configuration information.

[0091] Specifically, server node 300B can write the policy configuration information into the blockchain of the blockchain network corresponding to server node 300B. In other words, server node 300B can obtain block 30n with the largest generation timestamp from blockchain 3. Further, server node 300B can generate a target block to be written into blockchain 3 according to the policy configuration information. At this time, server node 300B broadcasts the target block containing the policy configuration information to all blockchain nodes in the blockchain network (e.g., consensus nodes used for consensus processing). When it is determined that all blockchain nodes have reached a consensus, the target block can be written into blockchain 3, that is, the target block is used as the next block after block 30n.

[0092] Furthermore, server node 300B can statistically analyze the asset transfer share of electronic tickets issued by user terminal 300C, stored in the blockchain database, in real time. The data in the blockchain database can be obtained through a synchronization mechanism within the blockchain network. In other words, the data in the blockchain database is identical to the data uploaded to the blockchain corresponding to server node 300B. This allows server node 300B to directly obtain the asset transfer share of user terminal 300C from the blockchain database, without needing to statistically analyze the asset transfer share of user terminal 300C from the blockchain itself, thereby improving the real-time statistical performance of server node 300B.

[0093] The asset transfer share refers to the actual assets of the electronic invoices already issued by user terminal 300C. For example, if user terminal 300C issues two electronic invoices (i.e., electronic invoice E1 and electronic invoice E2) within the time statistical dimension, and the amount in electronic invoice E1 can be 200 yuan, while the amount in electronic invoice E2 can be 500 yuan, then the asset transfer share counted by server node 300B can be 700 yuan.

[0094] Furthermore, server node 300B can determine the business status of electronic invoices issued by user terminal 300C based on the statistically calculated asset transfer share, the asset transfer amount in the early warning strategy, and the time statistical dimension. This business status can include a normal status and an abnormal status. If, within the time statistical dimension, the asset transfer share of electronic invoices issued by user terminal 300C does not reach the asset transfer amount in the aforementioned early warning strategy, then server node 300B can determine that the business status of electronic invoices issued by user terminal 300C is normal. If, within the time statistical dimension, the asset transfer share of electronic invoices issued by user terminal 300C reaches the asset transfer amount in the aforementioned early warning strategy, then server node 300B can determine that the business status of electronic invoices issued by user terminal 300C is abnormal.

[0095] For example, one of the early warning strategies could be that the invoiced asset amount exceeds 1 million within 100 days. In this strategy, the asset transfer limit can be 1 million, and the time statistical dimension can be 100 days. It should be understood that if, within 100 days, the asset transfer share of electronic invoices issued by user terminal 300C is 702,600, meaning this asset transfer share has not reached the asset transfer limit in this strategy, server node 300B can determine that the business status of user terminal 300C is normal. If, within 100 days, the asset transfer share of electronic invoices issued by user terminal 300C is 1,320,500, meaning this asset transfer share has reached the asset transfer limit in this strategy, server node 300B can determine that the business status of user terminal 300C is abnormal.

[0096] When server node 300B detects an abnormal business status in user terminal 300C, it can generate an alert and send it to tax bureau terminal 300A. Upon receiving the alert, tax bureau terminal 300A can display it in its alert processing list. Furthermore, the tax bureau user (e.g., a staff member) corresponding to tax bureau terminal 300A can perform a trigger operation on the target area of ​​the alert in the alert list. This trigger operation can include contact operations such as clicking or long-pressing, or non-contact operations such as voice or gestures; there are no specific limitations on this.

[0097] Specifically, tax bureau terminal 300A can update the early warning policy of user terminal 300C based on the user's triggered actions. Understandably, if user terminal 300C has a large volume of historical business data and a large amount of invoiced amounts, the tax bureau user can determine that the early warning policy triggered by user terminal 300C is unreasonable. In this case, the tax bureau user can reconfigure a new early warning policy for user terminal 300C, i.e., update the early warning policy. For example, the tax bureau user can adjust the asset transfer limit in the triggered early warning policy. In other words, if the asset transfer limit of the triggered early warning policy is 1 million, the updated early warning policy can have an asset transfer limit of 5 million.

[0098] Optionally, the tax bureau terminal 300A can, based on a user's triggered action, suspend the issuance of electronic invoices by user terminal 300C. Understandably, the tax bureau user can determine that the warning strategy triggered by user terminal 300C is reasonable; in other words, the user corresponding to user terminal 300C may be involved in illegal activities such as issuing false electronic invoices. In this case, the tax bureau user can suspend the issuance of electronic invoices by user terminal 300C, thereby improving the early warning system for companies issuing false electronic invoices and enhancing the real-time nature of supervision.

[0099] The specific implementation method for server nodes to monitor and issue early warnings for electronic invoices issued by user terminals can be found below. Figures 4-9 The corresponding implementation examples.

[0100] Further, please see Figure 4 This is a flowchart illustrating a data processing method provided in an embodiment of this application. Figure 4 As shown, the method may include:

[0101] S101, obtain the early warning policy configured by the first tax bureau terminal for the user terminal, and write the policy configuration information associated with the early warning policy into the blockchain corresponding to the blockchain network.

[0102] Specifically, server nodes in the blockchain network can obtain the early warning policies configured by a first tax authority terminal with super-level privileges for user terminals. The first tax authority terminal can be a tax authority terminal with management authority over user terminals corresponding to enterprises within its jurisdiction. The user terminal can be a terminal device capable of issuing electronic invoices. Furthermore, the server node can write the policy configuration information associated with the early warning policy into the corresponding blockchain of the blockchain network. The early warning policy includes the asset transfer limit for electronic invoices issued by the user terminal within a specific time frame.

[0103] In this embodiment, the server node can be one of the above-mentioned... Figure 3 The corresponding server node 300B can be the one described above. Figure 2 The server node 20 in the corresponding embodiment can be one of the above-mentioned... Figure 1 Any node in the corresponding blockchain node system, for example, node 1000a. The user terminal in this embodiment can be as described above. Figure 3 The corresponding user terminal 300C can be the above-mentioned Figure 2 Any user terminal in the corresponding user terminal cluster, for example, user terminal 2000a. The first tax bureau terminal in this embodiment can be the one described above. Figure 2 The corresponding first tax bureau terminal 200x, the second tax bureau terminal in this embodiment can be the one described above. Figure 3 The corresponding tax bureau terminal 300A can be the above-mentioned Figure 2 The corresponding second tax bureau terminal 200y. The jurisdiction of the first tax bureau terminal may include the jurisdiction of the second tax bureau terminal, and the user terminal may be the user terminal corresponding to the user (e.g., enterprise) within the jurisdiction of the second tax bureau terminal.

[0104] It should be understood that when a user (e.g., Company A) registers its basic information, it can send its registration information to the First Tax Bureau terminal, which has superuser privileges, through the user terminal. This registration information may include the user's basic information, such as Company A's name, the basic information of Company A's tax personnel, the taxpayer's basic information, Company A's business scale, and Company A's tax-related matters. At this time, the First Tax Bureau terminal can configure a general early warning strategy for the user terminal. This general early warning strategy can be understood as one that conforms to the early warning strategies corresponding to most companies associated with each user terminal. Multiple general early warning strategies can be included; for example, one general early warning strategy configured by the First Tax Bureau terminal for a user terminal could be: "Within 100 days, total invoiced amount exceeds 1 million yuan." In this general early warning strategy, the time statistical dimension is 100 days, and the asset transfer limit is 1 million yuan.

[0105] Furthermore, the second tax bureau terminal can obtain the general early warning policy configured by the first tax bureau terminal for the user terminal, and send this general early warning policy as the target early warning policy to the server node. The server node can write the policy configuration information associated with the target early warning policy into the blockchain corresponding to the blockchain network to which the server node belongs.

[0106] Furthermore, after obtaining the general early warning strategy configured by the first tax bureau terminal for the user terminal, the second tax bureau terminal can obtain the corresponding historical behavioral business data of the user terminal to estimate the business scale of the user corresponding to the user terminal (i.e., the invoicing user in electronic invoices). This historical behavioral business data may include the tax-related service items, target audience, and sales volume of the invoicing user. Based on the business scale, the second tax bureau terminal can determine the rationality of the general early warning strategy. If the general early warning strategy is not rational, the second tax bureau terminal can update the general early warning strategy to obtain an updated early warning strategy. For example, the updated early warning strategy could be for invoices with a total amount exceeding 5 million yuan within 100 days. In this case, the second tax bureau terminal can send the updated early warning strategy as the target early warning strategy to the server node, so that the server node writes the strategy configuration information associated with the target early warning strategy into the aforementioned blockchain.

[0107] For better understanding, please refer to [link / reference]. Figure 5 This is a schematic diagram illustrating a scenario where strategy configuration information is uploaded to the blockchain, as provided in an embodiment of this application. Figure 5 As shown, the user terminal 500 in this embodiment can be the one described above. Figure 2 Any user terminal in the corresponding user terminal cluster, for example, user terminal 2000a, the first tax bureau terminal 510 can be the one mentioned above. Figure 2The corresponding first tax bureau terminal 200x and second tax bureau terminal 520 can be the above. Figure 2 The corresponding second tax bureau terminal 200y and server node 530 can be the above. Figure 2 The corresponding server node is 20.

[0108] It should be understood that user terminal 500 can send registration information to first tax bureau terminal 510 with superuser privileges, so that first tax bureau terminal 510 can configure a general early warning policy for user terminal 500. At this time, second tax bureau terminal 520 can obtain the general early warning policy configured by first tax bureau terminal 510. Furthermore, second tax bureau terminal 520 can determine the obtained general early warning policy as the target early warning policy for on-chain processing.

[0109] Optionally, when the second tax bureau terminal 520 obtains a general early warning strategy, it can determine the rationality of the strategy. Specifically, the second tax bureau terminal 520 can obtain historical business behavior data corresponding to user terminal 500 to estimate the business scale of the invoicing user corresponding to user terminal 500. It can be understood that if the historical business behavior data of user terminal 500, within the time statistical dimension, has not reached the asset transfer limit of the general early warning strategy, then the general early warning strategy can be considered rational. If the historical business behavior data of user terminal 500, within the time statistical dimension, has reached the asset transfer limit of the general early warning strategy, then the general early warning strategy can be considered unreasonable.

[0110] It should be understood that when the general early warning strategy is not reasonable, the second tax bureau terminal 520 can update the general early warning strategy to obtain the updated early warning strategy, and use the updated early warning strategy as the target early warning strategy for on-chain processing.

[0111] For further understanding, please refer to [link / reference]. Figure 6 This is an interface display diagram showing a general early warning strategy provided in an embodiment of this application. For example... Figure 6 As shown, the display interface 5000x in this embodiment is the display interface in the second tax bureau terminal 520. The general warning strategy in the display interface 5000x is the general warning strategy configured by the first tax bureau terminal 510 for the user terminal 500, which is obtained by the second tax bureau terminal 520. The number of general warning strategies can include multiple strategies, such as... Figure 6 Specifically, it can include strategy 1, strategy 2, strategy 3, and strategy 4.

[0112] Understandably, a common early warning strategy could be for invoices with a total amount exceeding XXXX yuan within XX days. Another common early warning strategy could be for invoices with a total amount exceeding XXXX yuan in "red-ink" cancellations within XX days. Here, "red-ink" cancellation refers to the process of reversing erroneous electronic invoices. In other words, if user terminal 500 previously issued an erroneous electronic invoice voucher (e.g., a blue electronic invoice), user terminal 500 can then issue an identical electronic invoice voucher (e.g., a red electronic invoice) to offset the erroneous electronic invoice, allowing for the re-issuance of a correct electronic invoice voucher.

[0113] The specific display method of this general early warning strategy can be as follows: Figure 5 As shown, Strategy 1 can be a) within 1 day, with the total invoice amount exceeding b) 10,000 yuan. For example, Strategy 1 can be within 100 days, with the total invoice amount exceeding 1 million yuan. Strategy 2 can be a) within 2 days, with the total invoice amount exceeding b) 20,000 yuan. For example, Strategy 2 can be within 20 days, with the total invoice amount exceeding 300,000 yuan. Strategy 3 can be a) within 3 days, with the total invoice amount exceeding b) 30,000 yuan. For example, Strategy 3 can be within 3 days, with the total invoice amount exceeding 30,000 yuan. Strategy 4 can be a) within 4 days, with the total amount of invoices exceeding b) 40,000 yuan. For example, Strategy 4 can be within 11 days, with the total amount of invoices exceeding 160,000 yuan.

[0114] Furthermore, the tax bureau user (e.g., a clerk) corresponding to the second tax bureau terminal 520 can trigger an operation (e.g., click) on the target area corresponding to a general warning strategy that lacks rationality, so that the second tax bureau terminal 520 can update the strategy that lacks rationality. For example, if the general warning strategy that the second tax bureau terminal 520 determines to be lacking rationality is as follows... Figure 6 Strategy 3, as shown, allows for invoicing within 3 days with a total invoice amount exceeding 30,000 yuan. In this case, the clerk can trigger an operation on the operable area corresponding to Strategy 3 (e.g., the delete or edit button). If the clerk triggers the delete button for Strategy 3, the second tax bureau terminal 520 can delete Strategy 3 and designate Strategy 1, Strategy 2, and Strategy 4 as target warning strategies. If the clerk triggers the edit button for Strategy 3, the second tax bureau terminal 520 can edit Strategy 3.

[0115] For better understanding, please refer to [link / reference]. Figure 7 This is an interface display diagram of a newly added early warning strategy provided in an embodiment of this application. For example... Figure 7 As shown, the display interface 5000y can be the display interface for configuring new early warning strategies for user terminal 500 on the second tax bureau terminal 520.

[0116] It should be understood that after the clerk corresponding to the second tax bureau terminal 520 triggers the edit button corresponding to strategy 3, the second tax bureau terminal 520 can be... Figure 6 The 5000x display interface will redirect to... Figure 7 The display interface 5000y allows for the updating of Strategy 3, resulting in the updated Strategy 3. It should be understood that the clerk corresponding to the tax bureau terminal 520 can update the time statistics dimension (i.e., number of days), early warning business status (e.g., invoicing or red-ink reversal), and asset transfer limit (e.g., amount) in Strategy 3. For example, the updated Strategy 3 could be for invoicing totals exceeding 50,000 yuan within 3 days. In this case, the second tax bureau terminal 520 can use Strategy 1, Strategy 2, the updated Strategy 3, and Strategy 4 as target early warning strategies.

[0117] At this point, the second tax bureau terminal 520 can send the target early warning policy to the server node 530, and then the server node 530 can upload the policy configuration information associated with the target early warning policy to the blockchain, thereby improving the reliability of the policy configuration information.

[0118] What is understandable is that Figure 5 The blockchain 5 shown can be the one described above. Figure 1 The blockchain corresponding to the blockchain network in the middle, blockchain 5, can be an identical blockchain shared by every node in the blockchain network corresponding to server node 530. Each node can obtain the information stored in blockchain 5. Blockchain 5 includes blocks 50a, 50b, ..., 50n, and a target block. Block 50a can be called the genesis block of blockchain 5. The target block in blockchain 5 contains the aforementioned strategy configuration information.

[0119] Specifically, server node 530 can write the policy configuration information into the blockchain of the blockchain network corresponding to server node 530. In other words, server node 530 can obtain block 50n with the largest generation timestamp from blockchain 5. Further, server node 530 can generate a target block to be written into blockchain 5 according to the policy configuration information. At this time, server node 530 broadcasts the target block containing the policy configuration information to all blockchain nodes in the blockchain network (e.g., consensus nodes used for consensus processing). When it is determined that all blockchain nodes have reached a consensus, the target block can be written into blockchain 5, that is, the target block is used as the next block after block 50n.

[0120] S102, real-time statistics on the asset transfer share of electronic invoices issued by user terminals stored in the blockchain database.

[0121] Specifically, to improve the operational performance of server nodes, the server nodes can statistically analyze the asset transfer share of electronic invoices issued by user terminals in real time from the blockchain database. The asset transfer share in the blockchain database is obtained based on the synchronization mechanism within the blockchain network. It should be understood that the server node can classify electronic invoices in the blockchain database based on the invoice information of the issuing user, and then select electronic invoices whose issuing user is the corresponding user of the user terminal as target electronic invoices. At this point, the server node can statistically analyze the asset transfer share of the target electronic invoices in real time.

[0122] It is understood that the user terminals associated with the second tax bureau terminal can include multiple terminals, for example, four user terminals: user terminal a (i.e., the user terminal in this embodiment), user terminal b, user terminal c, and user terminal d. The blockchain database can store basic information about the electronic invoices corresponding to each user terminal within the jurisdiction of the second tax bureau terminal. In other words, the blockchain database can contain basic information about the electronic invoices corresponding to these four user terminals. At this point, the server node can classify the electronic invoices based on the issuing user in the invoice information. Furthermore, the server node can use the electronic invoices issued by user terminal a (company A) as target electronic invoices, and thus the server node can calculate the asset transfer share in the electronic invoices of user terminal a in real time.

[0123] S103 determines the business status of electronic invoices issued by user terminals based on asset transfer share, asset transfer amount, and time statistics.

[0124] Specifically, server nodes can determine the business status of electronic invoices issued by user terminals based on the asset transfer share in the statistical blockchain database, the asset transfer amount in the early warning strategy, and the time statistical dimension in the early warning strategy.

[0125] Understandably, if, within the time-based statistical dimension, the asset transfer share of electronic invoices issued by the user terminal does not reach the asset transfer limit in the early warning strategy, the server node can determine that the business status of the user terminal issuing electronic invoices is normal. Conversely, if, within the time-based statistical dimension, the asset transfer share of electronic invoices issued by the user terminal reaches the asset transfer limit in the early warning strategy, the server node can determine that the business status of the user terminal issuing electronic invoices is abnormal.

[0126] For example, one of the early warning strategies could be that the invoiced asset amount exceeds 1 million within 100 days. In this strategy, the asset transfer limit can be 1 million, and the time dimension for statistical analysis can be 100 days. It should be understood that if the asset transfer share of electronic invoices issued by the user terminal within 100 days is 702,600 (meaning this asset transfer share does not reach the asset transfer limit in this strategy), the server node can determine that the user terminal's business status is normal. However, if the asset transfer share of electronic invoices issued by the user terminal within 100 days is 1,320,500 (meaning this asset transfer share reaches the asset transfer limit in this strategy), the server node can determine that the user terminal's business status is abnormal.

[0127] S104 generates an alert message when the service status of a user terminal is detected to be abnormal.

[0128] Specifically, when the service status of a user terminal is detected as abnormal, the server node can record the trigger timestamp of the abnormal status. Furthermore, the server node can obtain the user attribute information of the invoicing user corresponding to the user terminal. This user attribute information may include the invoicing user's identification number and username. Based on the trigger timestamp, user attribute information, and alert strategy, the server node can generate an alert message.

[0129] It should be understood that on December 5, 2019, the server node could determine that the business status of user terminal A was abnormal based on the asset transfer share of user terminal (e.g., user terminal A) as statistically recorded in the blockchain database. At this time, the server node could record the trigger timestamp of the abnormal status, i.e., December 5, 2019. Furthermore, the server node could obtain the user attribute information of the user corresponding to user terminal A (i.e., the invoicing user in the electronic invoice), specifically including: the user name of the invoicing user corresponding to user terminal A (e.g., XX Company), and the identification number of the invoicing user (e.g., ########). At this time, the server node could generate an early warning message based on the user attribute information, the trigger timestamp, and the violated early warning policy.

[0130] The warning information may include the trigger timestamp of user terminal A (e.g., December 5, 2019), the identification number of the invoicing user (e.g., ########), the username of the invoicing user (e.g., XX Company), the triggered warning strategy (e.g., total invoicing amount exceeding RMB 1 million within 100 days), the statistical time range (e.g., August 28, 2019 - December 5, 2019), and the actual asset transfer share (e.g., RMB 1,532,437.98).

[0131] S105 sends the warning information to the second tax bureau terminal so that the tax bureau user corresponding to the second tax bureau terminal can perform business processing based on the warning information; the second tax bureau terminal is the local tax bureau terminal corresponding to the user terminal.

[0132] Specifically, the server node can send the warning information to the second tax bureau terminal, enabling the second tax bureau terminal to display the warning information in the warning processing list. Furthermore, the second tax bureau terminal can respond to trigger operations performed by the tax bureau user corresponding to the second tax bureau terminal regarding the target area of ​​the warning information in the warning processing list, and perform business processing on the user terminal based on these trigger operations.

[0133] It should be understood that the second tax bureau terminal can respond to trigger operations performed by the tax bureau user corresponding to the second tax bureau terminal regarding the target area to which the warning information in the warning processing list belongs. The target area is the operable area associated with updating the warning policy. Furthermore, the second tax bureau terminal can perform business processing to update the warning policy on the user terminal based on the trigger operation.

[0134] Optionally, the second tax bureau terminal can respond to trigger operations performed by the tax bureau user corresponding to the second tax bureau terminal for target areas of warning information in the warning processing list. The target area is an operable area associated with suspending the user terminal's issuance of electronic invoices. Furthermore, the second tax bureau terminal can, based on the trigger operation, suspend the user terminal's issuance of electronic invoices.

[0135] For better understanding, please refer to [link / reference]. Figure 8 This is a schematic diagram of a scenario for displaying warning information provided in an embodiment of this application. For example... Figure 8 As shown, the server node 600A in this embodiment can be the one described above. Figure 1 Any node in the corresponding blockchain node system, for example, node 1000a. The tax bureau terminal 600B in this embodiment can be the aforementioned... Figure 2 The corresponding second tax bureau terminal is 200y.

[0136] It should be understood that server node 600A can send the warning information triggered by user terminal x to tax bureau terminal 600B. Upon receiving the warning information, tax bureau terminal 600B will display the warning information as shown in the image below. Figure 8 The display interface 6000 shown allows tax bureau users corresponding to tax bureau terminal 600B to perform business processing on user terminal x corresponding to the warning information. Specifically, the display interface 6000 can display warning information for user terminals associated with tax bureau terminal 600B.

[0137] like Figure 8As shown, the display interface 6000 can display multiple warning messages. For example, it can display warning messages for user terminals corresponding to enterprise X (e.g., user terminal x), user terminals corresponding to enterprise Y (e.g., user terminal y), and user terminals corresponding to enterprise Z (e.g., user terminal z). Each warning message may include the user terminal's trigger timestamp (e.g., December 5, 2019), the invoicing user's identification number (e.g., ########), the invoicing user's username (e.g., enterprise A), the triggered warning strategy (e.g., invoiced assets exceeding RMB 1 million within 100 days), the statistical time range (e.g., August 28, 2019 - December 5, 2019), the actual asset transfer share (e.g., RMB 1,532,437.98), and the warning message's processing status (e.g., processing).

[0138] It should be understood that if the tax bureau user can determine, based on the historical business data of enterprise X, that the triggered early warning strategy is not reasonable, the tax bureau user can perform a triggering operation on the operable area associated with updating the triggered early warning strategy. At this time, the tax bureau terminal 600B can respond to the triggering operation and perform business processing to update the early warning strategy on user terminal x. In other words, the tax bureau user can adjust the asset transfer amount in the triggered early warning strategy.

[0139] Optionally, if the tax authority user can determine, based on the historical business data of enterprise X, that the user terminal x corresponding to enterprise X has engaged in illegal activities such as issuing false electronic invoices, the tax authority user can execute a trigger operation on the operable area associated with suspending the issuance of electronic invoices by user terminal x. At this time, the tax authority terminal 600B can respond to the trigger operation and suspend the user terminal from issuing electronic invoices.

[0140] In this embodiment, the server node in the blockchain network can statistically analyze the asset transfer share of electronic invoices issued by user terminals in real time. Based on this asset transfer share, the asset transfer amount in the acquired early warning strategy, and the time statistical dimension in the early warning strategy, the business status of the electronic invoices issued by the user terminal can be quickly determined. Furthermore, when the business status of the user terminal is detected as "first-time," an early warning message can be generated and sent to the second tax bureau terminal, enabling the second tax bureau terminal to process the business transaction for the user terminal. Since the server node can statistically analyze the asset transfer share of user terminals in real time, the real-time performance of the monitoring can be improved.

[0141] Further, please see Figure 9This is a flowchart illustrating a data processing method provided in an embodiment of this application. The method involves a user terminal, a first tax bureau terminal, and a second tax bureau terminal in an electronic invoice early warning and monitoring system. Figure 9 As shown, the method may include:

[0142] S201, the early warning policy configured by the first tax bureau terminal for the user terminal is sent to the server node, so that the server node writes the policy configuration information associated with the early warning policy into the blockchain corresponding to the blockchain network to which the server node belongs.

[0143] Specifically, the second tax authority terminal can send the early warning policy configured for the user terminal by the first tax authority terminal with super-level privileges to the server node in the blockchain network. The first tax authority terminal can be a tax authority terminal with management authority over user terminals corresponding to enterprises within its jurisdiction. The user terminal can be a terminal device capable of issuing electronic invoices. Furthermore, the server node can write the policy configuration information associated with the early warning policy into the corresponding blockchain of the blockchain network. The early warning policy includes the asset transfer limit for electronic invoices issued by the user terminal within a specific time frame.

[0144] In this embodiment, the server node can be one of the above-mentioned... Figure 3 The corresponding server node 300B can be the one described above. Figure 2 The server node 20 in the corresponding embodiment can be one of the above-mentioned... Figure 1 Any node in the corresponding blockchain node system, for example, node 1000a. The user terminal in this embodiment can be as described above. Figure 3 The corresponding user terminal 300C can be the above-mentioned Figure 2 Any user terminal in the corresponding user terminal cluster, for example, user terminal 2000a. The first tax bureau terminal in this embodiment can be the one described above. Figure 2 The corresponding first tax bureau terminal 200x, the second tax bureau terminal in this embodiment can be the one described above. Figure 3 The corresponding tax bureau terminal 300A can be the above-mentioned Figure 2 The corresponding second tax bureau terminal 200y. The jurisdiction of the first tax bureau terminal may include the jurisdiction of the second tax bureau terminal, and the user terminal may be the user terminal corresponding to the user (e.g., enterprise) within the jurisdiction of the second tax bureau terminal.

[0145] S202, real-time statistics on the asset transfer share of electronic invoices issued by user terminals stored in the blockchain database.

[0146] Specifically, to improve the operational performance of server nodes, the server nodes can statistically analyze the asset transfer share of electronic invoices issued by user terminals in real time from the blockchain database. The asset transfer share in the blockchain database is obtained based on the synchronization mechanism within the blockchain network. It should be understood that the server node can classify electronic invoices in the blockchain database based on the invoice information of the issuing user, and then select electronic invoices whose issuing user is the corresponding user of the user terminal as target electronic invoices. At this point, the server node can statistically analyze the asset transfer share of the target electronic invoices in real time.

[0147] S203 determines the business status of electronic invoices issued by user terminals based on asset transfer share, asset transfer amount, and time statistics.

[0148] Specifically, server nodes can determine the business status of electronic invoices issued by user terminals based on the asset transfer share in the statistical blockchain database, the asset transfer amount in the early warning strategy, and the time statistical dimension in the early warning strategy.

[0149] S204 generates an alert message when the service status of a user terminal is detected to be abnormal.

[0150] Specifically, when the service status of a user terminal is detected as abnormal, the server node can record the trigger timestamp of the abnormal status. Furthermore, the server node can obtain the user attribute information of the invoicing user corresponding to the user terminal. This user attribute information may include the invoicing user's identification number and username. Based on the trigger timestamp, user attribute information, and alert strategy, the server node can generate an alert message.

[0151] S205, Send a warning message so that the warning message is displayed in the warning processing list of the second tax bureau terminal.

[0152] Specifically, the server node can send the aforementioned warning information to the second tax bureau terminal, so that the second tax bureau terminal can display the warning information in the warning processing list.

[0153] S206, responding to the trigger operation performed by the tax bureau user corresponding to the second tax bureau terminal for the target area of ​​the warning information in the warning processing list, and performing business processing on the user terminal based on the trigger operation.

[0154] Specifically, the second tax bureau terminal can respond to the triggering operation performed by the tax bureau user corresponding to the second tax bureau terminal for the target area of ​​the warning information in the warning processing list, and perform business processing on the user terminal based on the triggering operation.

[0155] For specific implementation methods of steps S201-S206, please refer to the above. Figure 4 The descriptions of steps S101-S105 in the corresponding embodiments will not be repeated here.

[0156] In this embodiment, the server node in the blockchain network can statistically analyze the asset transfer share of electronic invoices issued by user terminals in real time. Based on this asset transfer share, the asset transfer amount in the acquired early warning strategy, and the time statistical dimension in the early warning strategy, the business status of the electronic invoices issued by the user terminal can be quickly determined. Furthermore, when the business status of the user terminal is detected as "first-time," an early warning message can be generated and sent to the second tax bureau terminal, enabling the second tax bureau terminal to process the business transaction for the user terminal. Since the server node can statistically analyze the asset transfer share of user terminals in real time, the real-time performance of the monitoring can be improved.

[0157] Further, please see Figure 10 This is a schematic diagram of the structure of a data processing apparatus provided in an embodiment of this application. The data processing apparatus can be a computer program (including program code) running on a computer device; for example, the data processing apparatus is application software. The data processing apparatus can be used to execute corresponding steps in the methods provided in the embodiments of this application. Figure 10 As shown, the data processing device 1 can operate on a server node in a blockchain network, and this server node can be the aforementioned Figure 2 The corresponding embodiment includes server node 20. The data processing device 1 may include: an acquisition module 10, a statistics module 20, a determination module 30, a generation module 40, and an information sending module 50.

[0158] The acquisition module 10 is used to acquire the early warning strategy configured by the first tax bureau terminal for the user terminal, and write the strategy configuration information associated with the early warning strategy into the blockchain corresponding to the blockchain network; the early warning strategy includes the asset transfer limit of electronic bills issued by the user terminal within the time statistical dimension.

[0159] The statistics module 20 is used to calculate in real time the asset transfer share of electronic invoices issued by user terminals stored in the blockchain database; the asset transfer share in the blockchain database is the asset transfer share of electronic invoices issued by user terminals obtained based on the synchronization mechanism in the blockchain network.

[0160] The statistics module 20 includes a classification unit 201, a first determination unit 202, and a statistics unit 203.

[0161] The classification unit 201 is used to classify electronic bills in the blockchain database based on the billing user in the bill information of electronic bills in the blockchain database;

[0162] The first determining unit 202 is used to take the electronic ticket issued by the user terminal as the target electronic ticket;

[0163] This statistical unit 203 is used to calculate the share of asset transfers in the target electronic invoices in real time.

[0164] The specific implementation methods of the classification unit 201, the first determining unit 202, and the statistical unit 203 can be found in the above description. Figure 4 The description of step S102 in the corresponding embodiment will not be repeated here.

[0165] The determination module 30 is used to determine the business status of electronic invoices issued by user terminals based on asset transfer share, asset transfer amount, and time statistics.

[0166] The determining module 30 includes a second determining unit 301 and a third determining unit 302.

[0167] The second determining unit 301 is used to determine that the business status of the user terminal issuing electronic invoices is normal if the asset transfer share of the electronic invoices issued by the user terminal does not reach the asset transfer amount in the early warning strategy within the time statistical dimension.

[0168] The third determining unit 302 is used to determine that the business status of the electronic invoice issued by the user terminal is abnormal if, within the time statistical dimension, the asset transfer share of the electronic invoice issued by the user terminal reaches the asset transfer limit in the early warning strategy.

[0169] The specific implementation methods of the second determining unit 301 and the third determining unit 302 can be found in the above description. Figure 4 The description of step S103 in the corresponding embodiment will not be repeated here.

[0170] The generation module 40 is used to generate an early warning message when the service status of the user terminal is detected to be abnormal.

[0171] The generation module 40 includes a recording unit 401, an acquisition unit 402, and a generation unit 403.

[0172] The recording unit 401 is used to record the trigger timestamp of the abnormal state when the service status of the user terminal is detected to be abnormal.

[0173] The acquisition unit 402 is used to acquire user attribute information of the invoicing user corresponding to the user terminal; the user attribute information includes the invoicing user's identification number and the invoicing user's username;

[0174] The generation unit 403 is used to generate an early warning message based on the trigger timestamp, user attribute information, and early warning strategy.

[0175] The specific implementation methods of the recording unit 401, the acquisition unit 402, and the generation unit 403 can be found in the above description. Figure 4 The description of step S104 in the corresponding embodiment will not be repeated here.

[0176] The information sending module 50 is used to send the warning information to the second tax bureau terminal so that the tax bureau user corresponding to the second tax bureau terminal can perform business processing based on the warning information; the second tax bureau terminal is the local tax bureau terminal corresponding to the user terminal.

[0177] The specific implementation methods of the acquisition module 10, statistics module 20, determination module 30, generation module 40, and information sending module 50 can be found in the above description. Figure 9 The descriptions of steps S201-S206 in the corresponding embodiments will not be repeated here. Furthermore, the beneficial effects of using the same method will also not be repeated.

[0178] Further, please see Figure 11 This is a schematic diagram of a node device provided in an embodiment of this application. Figure 11 As shown, the node device 1000 can be the above-mentioned Figure 2 The server node 20 in the corresponding embodiment, the node device 1000, may include: at least one processor 1001, such as a CPU; at least one network interface 1004; a user interface 1003; a memory 1005; and at least one communication bus 1002. The communication bus 1002 is used to implement communication between these components. The user interface 1003 may include a display screen and a keyboard. The network interface 1004 may optionally include a standard wired interface or a wireless interface (such as a Wi-Fi interface). The memory 1005 may be high-speed RAM or non-volatile memory, such as at least one disk storage device. Optionally, the memory 1005 may also be at least one storage device located remotely from the aforementioned processor 1001. Figure 11 As shown, the memory 1005, which serves as a computer storage medium, may include an operating system, a network communication module, a user interface module, and a device control application program.

[0179] exist Figure 11 In the node device 1000 shown, the network interface 1004 is mainly used for network communication with the second tax bureau terminal and the user terminal; while the user interface 1003 is mainly used to provide an input interface for the user; and the processor 1001 can be used to call the device control application stored in the memory 1005 to achieve:

[0180] Obtain the early warning strategy configured by the first tax bureau terminal for the user terminal, and write the strategy configuration information associated with the early warning strategy into the corresponding blockchain of the blockchain network; the early warning strategy includes the asset transfer limit of electronic invoices issued by the user terminal within the time statistical dimension;

[0181] The system provides real-time statistics on the asset transfer share of electronic invoices issued by user terminals and stored in the blockchain database. The asset transfer share in the blockchain database is the asset transfer share of electronic invoices issued by user terminals obtained based on the synchronization mechanism in the blockchain network.

[0182] Based on the asset transfer share, asset transfer amount, and time statistics, the business status of electronic invoices issued by user terminals is determined.

[0183] When the monitoring detects that the service status of a user terminal is abnormal, an early warning message is generated;

[0184] The warning information is sent to the second tax bureau terminal so that the tax bureau user corresponding to the second tax bureau terminal can process business based on the warning information; the second tax bureau terminal is the local tax bureau terminal corresponding to the user terminal.

[0185] It should be understood that the node device 1000 described in the embodiments of this application can execute the foregoing text. Figure 4 and Figure 9 The description of the data processing method in the corresponding embodiment can also be performed as described above. Figure 10 The description of the data processing apparatus 1 in the corresponding embodiments will not be repeated here. Furthermore, the beneficial effects of using the same method will also not be repeated here.

[0186] Furthermore, it should be noted that this application embodiment also provides a computer-readable storage medium, which stores a computer program executed by the aforementioned data processing device 1, and the computer program includes program instructions. When the processor executes the program instructions, it can execute the aforementioned... Figure 4 or Figure 9The description of the data processing method in the corresponding embodiments is already provided and will not be repeated here. Furthermore, the beneficial effects of using the same method will also not be repeated. For technical details not disclosed in the computer-readable storage medium embodiments related to this application, please refer to the description of the method embodiments of this application. As an example, program instructions can be deployed to execute on a single computing device, or on multiple computing devices located in one location, or on multiple computing devices distributed across multiple locations and interconnected via a communication network. These multiple computing devices distributed across multiple locations and interconnected via a communication network can constitute a blockchain system.

[0187] Further, please see Figure 12 This is a schematic diagram of the structure of a data processing apparatus provided in an embodiment of this application. The data processing apparatus can be a computer program (including program code) running on a computer device; for example, the data processing apparatus is application software. The data processing apparatus can be used to execute corresponding steps in the methods provided in the embodiments of this application. Figure 12 As shown, the data processing device 2 can operate on a second tax bureau terminal associated with a server node, and this second tax bureau terminal can be the aforementioned Figure 2 The corresponding embodiment is the second tax bureau terminal 200y. The data processing device 2 may include: a policy sending module 100, an information receiving module 200, and a response module 300.

[0188] The strategy sending module 100 is used to send the early warning strategy configured by the first tax bureau terminal for the user terminal to the server node, so that the server node writes the strategy configuration information associated with the early warning strategy into the blockchain corresponding to the blockchain network to which the server node belongs; the early warning strategy includes the asset transfer limit of electronic invoices issued by the user terminal within the time statistical dimension; the first user tax bureau terminal is the local tax bureau terminal of the user terminal.

[0189] The policy sending module 100 includes: a first acquisition unit 1010, a first sending unit 1020, a second acquisition unit 1030, a determination unit 1040, a policy update unit 1050, and a second sending unit 1060.

[0190] The first acquisition unit 1010 is used to acquire the general early warning strategy configured by the first tax bureau terminal with super privileges for the user terminal; the general early warning strategy is the early warning strategy configured by the first tax bureau terminal for the asset transfer amount of electronic invoices issued by the user terminal within the time statistical dimension when it receives the registration information sent by the user terminal.

[0191] The first sending unit 1020 is used to send a general early warning strategy as a target early warning strategy to the server node, so that the server node writes the strategy configuration information associated with the target early warning strategy into the blockchain corresponding to the blockchain network to which the server node belongs.

[0192] The second acquisition unit 1030 is used to acquire historical business behavior data corresponding to the user terminal and estimate the business scale of the invoicing user corresponding to the user terminal.

[0193] The determining unit 1040 is used to determine the rationality of a general early warning strategy based on the business scale;

[0194] The strategy update unit 1050 is used to update the general early warning strategy based on the asset transfer amount of electronic bills issued by the user terminal within the time statistical dimension if the general early warning strategy is not reasonable, so as to obtain the updated early warning strategy.

[0195] The second sending unit 1060 is used to send the updated early warning policy as the target early warning policy to the server node, so that the server node writes the policy configuration information associated with the target early warning policy into the blockchain corresponding to the blockchain network to which the server node belongs.

[0196] The specific implementation methods of the first acquisition unit 1010, the first sending unit 1020, the second acquisition unit 1030, the determination unit 1040, the policy update unit 1050, and the second sending unit 1060 can be found above. Figure 9 The description of step S201 in the corresponding embodiments will not be repeated here.

[0197] The information receiving module 200 is used to receive the warning information generated by the server node based on the warning strategy, so that the warning information is displayed in the warning processing list of the second tax bureau terminal; the warning information is the information generated by the server node when it detects that the business status of the user terminal is abnormal.

[0198] The response module 300 is used to respond to the trigger operation performed by the tax bureau user corresponding to the second tax bureau terminal for the target area of ​​the warning information in the warning processing list, and to perform business processing on the user terminal based on the trigger operation.

[0199] The response module 300 includes: a first response unit 3010, an update processing unit 3020, a second response unit 3030, and a pause processing unit 3040.

[0200] The first response unit 3010 is used to respond to the trigger operation performed by the tax bureau user corresponding to the second tax bureau terminal for the target area to which the warning information in the warning processing list belongs; the target area is the operable area associated with updating the warning strategy;

[0201] The update processing unit 3020 is used for business processing of update warning strategies for user terminals based on trigger operations.

[0202] The second response unit 3030 is used to respond to the triggering operation performed by the tax bureau user corresponding to the second tax bureau terminal for the target area of ​​the warning information in the warning processing list; the target area is the operable area associated with suspending the issuance of electronic invoices by the user terminal;

[0203] The pause processing unit 3040 is used to pause the issuance of electronic tickets by the user terminal based on a trigger operation.

[0204] The specific implementation methods of the first response unit 3010, the update processing unit 3020, the second response unit 3030, and the pause processing unit 3040 can be found above. Figure 9 The description of step S206 in the corresponding embodiment will not be repeated here.

[0205] The specific implementation methods of the strategy sending module 100, information receiving module 200, and response module 300 can be found in the above description. Figure 9 The descriptions of steps S201-S206 in the corresponding embodiments will not be repeated here. Furthermore, the beneficial effects of using the same method will also not be repeated.

[0206] Further, please see Figure 13 This is a schematic diagram of a computer device provided in an embodiment of this application. Figure 13 As shown, the computer device 4000 can be the above-mentioned Figure 2In the second tax bureau terminal 200y corresponding to the embodiment, the computer device 4000 may include: at least one processor 4001, such as a CPU, at least one network interface 4004, a user interface 4003, a memory 4005, and at least one communication bus 4002. The communication bus 4002 is used to implement communication between these components. The user interface 4003 may include a display screen and a keyboard. The network interface 4004 may optionally include a standard wired interface or a wireless interface (such as a Wi-Fi interface). The memory 4005 may be high-speed RAM or non-volatile memory, such as at least one disk storage device. Optionally, the memory 4005 may also be at least one storage device located remotely from the aforementioned processor 4001. Figure 13 As shown, the memory 1005, which serves as a computer storage medium, may include an operating system, a network communication module, a user interface module, and a device control application program.

[0207] exist Figure 13 In the computer device 4000 shown, the network interface 4004 is mainly used for network communication with the server node; the user interface 4003 is mainly used to provide an input interface for the user; and the processor 4001 can be used to call the device control application stored in the memory 4005 to achieve:

[0208] The first tax bureau terminal sends the early warning policy configured for the user terminal to the server node, so that the server node writes the policy configuration information associated with the early warning policy into the blockchain corresponding to the blockchain network to which the server node belongs; the early warning policy includes the asset transfer limit of electronic invoices issued by the user terminal within the time statistical dimension; the first user tax bureau terminal is the local tax bureau terminal of the user terminal.

[0209] Receive early warning information generated by the server node based on the early warning policy, so that the early warning information is displayed in the early warning processing list of the second tax bureau terminal; the early warning information is generated by the server node when it detects that the business status of the user terminal is abnormal.

[0210] The system responds to the triggering operation performed by the tax bureau user corresponding to the second tax bureau terminal for the target area of ​​the warning information in the warning processing list, and performs business processing on the user terminal based on the triggering operation.

[0211] It should be understood that the computer device 4000 described in the embodiments of this application can execute the foregoing text. Figure 4 and Figure 9 The description of the data processing method in the corresponding embodiment can also be performed as described above. Figure 12The description of the data processing device 2 in the corresponding embodiments will not be repeated here. Furthermore, the beneficial effects of using the same method will also not be repeated here.

[0212] Furthermore, it should be noted that this application embodiment also provides a computer-readable storage medium storing a computer program executed by the aforementioned data processing device 2. The computer program includes program instructions, and when the processor executes these program instructions, it can execute the aforementioned... Figure 4 or Figure 9 The description of the data processing method in the corresponding embodiments is already provided and will not be repeated here. Furthermore, the beneficial effects of using the same method will also not be repeated. For technical details not disclosed in the computer-readable storage medium embodiments related to this application, please refer to the description of the method embodiments of this application. As an example, program instructions can be deployed to execute on a single computing device, or on multiple computing devices located in one location, or on multiple computing devices distributed across multiple locations and interconnected via a communication network. These multiple computing devices distributed across multiple locations and interconnected via a communication network can constitute a blockchain system.

[0213] For further details, please see Figure 14 This is a schematic diagram of the structure of a data processing system provided in an embodiment of this application. The data processing system 3 may include a data processing device 1a and a data processing device 2a. The data processing device 1a may be the aforementioned... Figure 10 Regarding the data processing device 1 in the corresponding embodiment, it can be understood that the data processing device 1a can be integrated into the above-mentioned... Figure 2 The server node 20 in the corresponding embodiment will not be described again here. The data processing device 2a can be the one described above. Figure 12 Regarding the data processing device 2 in the corresponding embodiment, it can be understood that the data processing device 2a can be integrated into the above-mentioned... Figure 2 The second tax bureau terminal 200y in the corresponding embodiment will not be described again here. Furthermore, the beneficial effects of using the same method will also not be described again. For technical details not disclosed in the data processing system embodiments of this application, please refer to the description of the method embodiments of this application.

[0214] Those skilled in the art will understand that all or part of the processes in the above embodiments can be implemented by a computer program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. The storage medium can be a magnetic disk, optical disk, read-only memory (ROM), or random access memory (RAM), etc.

[0215] The above-disclosed embodiments are merely preferred embodiments of this application and should not be construed as limiting the scope of this application. Therefore, any equivalent variations made in accordance with the claims of this application shall still fall within the scope of this application.

Claims

1. A data processing method, characterized in that, The method involves a user terminal, a first tax bureau terminal, and a second tax bureau terminal in an electronic invoice early warning and monitoring system. The user terminal is a terminal device capable of issuing electronic invoices. The jurisdiction of the first tax bureau terminal includes the jurisdiction of the second tax bureau terminal. The second tax bureau terminal is the local tax bureau terminal corresponding to the user terminal. The method is executed by a server node in a blockchain network and includes: The target early warning strategy sent by the second tax bureau terminal is obtained, and the strategy configuration information associated with the target early warning strategy is written into the blockchain corresponding to the blockchain network. The target early warning strategy is obtained by the second tax bureau terminal updating the early warning strategies that are not reasonable from among the multiple general early warning strategies obtained. The multiple general early warning strategies are configured by the first tax bureau terminal with super privileges for the user terminal. Each early warning strategy in the target early warning strategy includes the asset transfer limit of electronic invoices issued by the user terminal within the time statistical dimension. The asset transfer share of electronic invoices issued by the user terminal is statistically analyzed in real time and stored in the blockchain database; the asset transfer share in the blockchain database is the asset transfer share of electronic invoices issued by the user terminal obtained from the blockchain based on the synchronization mechanism in the blockchain network. The business status of the user terminal is determined based on the asset transfer share, the asset transfer amount, and the time statistics dimension. When the business status of the user terminal is detected to be abnormal, an early warning message is generated. The abnormal status is used to indicate that, within the statistical time range of the real-time statistics, the asset transfer share of the electronic invoices issued by the user terminal has reached the asset transfer amount. The early warning message includes the trigger timestamp of the abnormal status being detected within the statistical time range, the user attribute information of the invoicing user corresponding to the user terminal, and the early warning strategy triggered at the trigger timestamp. The warning information is sent to the second tax bureau terminal so that the tax bureau user corresponding to the second tax bureau terminal can perform business processing on the warning information displayed in the warning processing list. The business processing includes suspending the user terminal from issuing electronic invoices or updating the warning policy triggered by the warning.

2. The method according to claim 1, characterized in that, The asset transfer share of electronic invoices issued by the user terminal and stored in the real-time statistical blockchain database includes: Based on the invoice information of electronic invoices in the blockchain database, the electronic invoices in the blockchain database are classified. The electronic invoice issued by the user corresponding to the user terminal is used as the target electronic invoice; Real-time statistics are compiled on the share of asset transfers in the target electronic invoices.

3. The method according to claim 1, characterized in that, The process of determining the business status of the user terminal based on the asset transfer share, the asset transfer amount, and the time statistics dimension includes: If, within the time statistical dimension, the asset transfer share of the electronic invoices issued by the user terminal does not reach the asset transfer limit in the early warning strategy, then the business status of the electronic invoices issued by the user terminal is determined to be normal. If, within the time statistical dimension, the asset transfer share of the electronic invoices issued by the user terminal reaches the asset transfer limit in the early warning strategy, then the business status of the user terminal is determined to be abnormal.

4. The method according to claim 3, characterized in that, When the service status of the user terminal is detected to be abnormal, an early warning message is generated, including: When the service status of the user terminal is detected to be in the abnormal state, the trigger timestamp of the abnormal state is recorded. Obtain the user attribute information of the invoicing user corresponding to the user terminal; the user attribute information includes the invoicing user's identification number and the invoicing user's username; Based on the trigger timestamp, the user attribute information, and the warning strategy, a warning message is generated.

5. A data processing method, characterized in that, The method involves a user terminal, a first tax bureau terminal, and a second tax bureau terminal in an electronic invoice early warning and monitoring system. The user terminal is a terminal device capable of issuing electronic invoices. The jurisdiction of the first tax bureau terminal includes the jurisdiction of the second tax bureau terminal. The second tax bureau terminal is the local tax bureau terminal corresponding to the user terminal. The method is executed by the second tax bureau terminal associated with the server node and includes: The target early warning strategy is sent to the server node, so that the server node writes the strategy configuration information associated with the target early warning strategy into the blockchain corresponding to the blockchain network to which the server node belongs; the target early warning strategy is obtained by the second tax bureau terminal updating the unreasonable early warning strategies among multiple general early warning strategies. The multiple general early warning strategies are configured by the first tax bureau terminal with super privileges for the user terminal. Each early warning strategy in the target early warning strategy includes the asset transfer limit of electronic invoices issued by the user terminal within the time statistical dimension. The system receives early warning information generated by the server node based on the early warning strategy, and displays the early warning information in the early warning processing list of the second tax bureau terminal. The early warning information is generated by the server node when it detects that the business status of the user terminal is abnormal. The business status of the user terminal is determined by the server node based on the asset transfer share, the asset transfer amount, and the time statistical dimension in the real-time statistical blockchain database. The asset transfer share in the blockchain database is the asset transfer share of the electronic invoices issued by the user terminal obtained by the server node from the blockchain based on the synchronization mechanism in the blockchain network. The abnormal status is used to indicate that, within the time statistical dimension, the asset transfer share of the electronic invoices issued by the user terminal reaches the asset transfer amount within the statistical time range during real-time statistics. The early warning information includes a trigger timestamp recording the abnormal status within the statistical time range, the user attribute information of the invoicing user corresponding to the user terminal, and the early warning strategy triggered at the trigger timestamp. In response to the triggering operation performed by the tax bureau user corresponding to the second tax bureau terminal for the target area of ​​the warning information in the warning processing list, the user terminal is processed based on the triggering operation. The processing includes suspending the user terminal from issuing electronic invoices or updating the triggered warning strategy.

6. The method according to claim 5, characterized in that, The step of sending the target early warning policy to the server node, so that the server node writes the policy configuration information associated with the target early warning policy into the blockchain corresponding to the blockchain network to which the server node belongs, includes: The first tax bureau terminal with superuser privileges obtains multiple general early warning strategies configured for the user terminal; the multiple general early warning strategies are early warning strategies configured by the first tax bureau terminal for the asset transfer amount of electronic invoices issued by the user terminal within the time statistical dimension when it receives the registration information sent by the user terminal. The multiple common early warning strategies are sent to the server node as target early warning strategies, so that the server node writes the strategy configuration information associated with the target early warning strategy into the blockchain corresponding to the blockchain network to which the server node belongs.

7. The method according to claim 6, characterized in that, Also includes: Obtain historical business behavior data corresponding to the user terminal, and estimate the business scale of the invoicing user corresponding to the user terminal; Based on the aforementioned business scale, determine the rationality of the multiple common early warning strategies; If any of the multiple general early warning strategies is unreasonable, then the unreasonable early warning strategy will be updated based on the asset transfer amount of the electronic bills issued by the user terminal within the time statistical dimension, resulting in an updated early warning strategy. The updated early warning strategy is sent to the server node as the target early warning strategy, so that the server node writes the strategy configuration information associated with the target early warning strategy into the blockchain corresponding to the blockchain network to which the server node belongs.

8. The method according to claim 5, characterized in that, The response to the triggering operation performed by the tax bureau user corresponding to the second tax bureau terminal for the target area of ​​the warning information in the warning processing list, and the business processing of the user terminal based on the triggering operation, includes: The system responds to a trigger operation performed by the tax bureau user corresponding to the second tax bureau terminal for the target area to which the warning information in the warning processing list belongs; the target area is an operable area associated with updating the warning policy. Based on the triggering operation, the user terminal performs the service process of updating the early warning policy.

9. The method according to claim 5, characterized in that, The response to the triggering operation performed by the tax bureau user corresponding to the second tax bureau terminal for the target area of ​​the warning information in the warning processing list, and the business processing of the user terminal based on the triggering operation, includes: The system responds to a trigger operation performed by the tax bureau user corresponding to the second tax bureau terminal for a target area of ​​the warning information in the warning processing list; the target area is an operable area associated with suspending the issuance of electronic invoices by the user terminal. Based on the triggering operation, the user terminal is suspended from issuing electronic invoices.

10. A data processing apparatus, characterized in that, The device relates to a user terminal, a first tax bureau terminal, and a second tax bureau terminal in an electronic invoice early warning and monitoring system. The user terminal is a terminal device capable of issuing electronic invoices. The jurisdiction of the first tax bureau terminal includes the jurisdiction of the second tax bureau terminal. The second tax bureau terminal is the local tax bureau terminal corresponding to the user terminal. The device operates on a server node in a blockchain network and includes: The acquisition module is used to acquire the target early warning strategy sent by the second tax bureau terminal, and write the strategy configuration information associated with the target early warning strategy into the blockchain corresponding to the blockchain network; the target early warning strategy is obtained by the second tax bureau terminal updating the unreasonable early warning strategies among a plurality of general early warning strategies acquired, and the plurality of general early warning strategies are configured by the first tax bureau terminal with super privileges for the user terminal; each early warning strategy in the target early warning strategy includes the asset transfer limit of electronic invoices issued by the user terminal within the time statistical dimension; The statistics module is used to perform real-time statistics on the asset transfer share of electronic invoices issued by the user terminal stored in the blockchain database; the asset transfer share in the blockchain database is the asset transfer share of electronic invoices issued by the user terminal obtained from the blockchain based on the synchronization mechanism in the blockchain network. The determination module is used to determine the business status of the user terminal based on the asset transfer share, the asset transfer amount, and the time statistics dimension. The generation module is used to generate an early warning message when the business status of the user terminal is detected to be abnormal. The abnormal status is used to indicate that the asset transfer share of the electronic invoices issued by the user terminal reaches the asset transfer amount within the statistical time range of the real-time statistics. The early warning message includes the trigger timestamp of the abnormal status being detected within the statistical time range, the user attribute information of the invoicing user corresponding to the user terminal, and the early warning strategy triggered at the trigger timestamp. The warning information sending module is used to send the warning information to the second tax bureau terminal, so that the tax bureau user corresponding to the second tax bureau terminal can perform business processing on the warning information displayed in the warning processing list. The business processing includes suspending the user terminal from issuing electronic invoices or updating the triggered warning strategy.

11. A data processing apparatus, characterized in that, The device relates to a user terminal, a first tax bureau terminal, and a second tax bureau terminal in an electronic invoice early warning and monitoring system. The user terminal is a terminal device capable of issuing electronic invoices. The jurisdiction of the first tax bureau terminal includes the jurisdiction of the second tax bureau terminal. The second tax bureau terminal is the local tax bureau terminal corresponding to the user terminal. The device operates on the second tax bureau terminal associated with the server node and includes: The early warning strategy sending module is used to send the target early warning strategy to the server node, so that the server node writes the strategy configuration information associated with the target early warning strategy into the blockchain corresponding to the blockchain network to which the server node belongs; the target early warning strategy is obtained by the second tax bureau terminal updating the early warning strategies that are not reasonable from among the multiple general early warning strategies obtained. The multiple general early warning strategies are configured by the first tax bureau terminal with super privileges for the user terminal. Each early warning strategy in the target early warning strategy includes the asset transfer limit of electronic bills issued by the user terminal within the time statistical dimension. The early warning information receiving module is used to receive early warning information generated by the server node based on the early warning strategy, so that the early warning information is displayed in the early warning processing list of the second tax bureau terminal; the early warning information is generated by the server node when it detects that the business status of the user terminal is abnormal; the business status of the user terminal is determined by the server node based on the asset transfer share, the asset transfer amount, and the time statistical dimension of the real-time statistics in the blockchain database; the asset transfer share in the blockchain database is the asset transfer share of the electronic invoices issued by the user terminal obtained by the server node from the blockchain based on the synchronization mechanism in the blockchain network; the abnormal status is used to indicate that, within the time statistical dimension, the asset transfer share of the electronic invoices issued by the user terminal reaches the asset transfer amount within the statistical time range during real-time statistics; the early warning information includes the trigger timestamp of the abnormal status being detected within the statistical time range, the user attribute information of the invoicing user corresponding to the user terminal, and the early warning strategy triggered at the trigger timestamp. The response module is used to respond to the triggering operation performed by the tax bureau user corresponding to the second tax bureau terminal for the target area of ​​the warning information in the warning processing list, and to perform business processing on the user terminal based on the triggering operation. The business processing includes suspending the user terminal from issuing electronic invoices or updating the triggered warning strategy.

12. A node device, characterized in that, include: Processor, memory, and network interface; The processor is connected to a memory and a network interface, wherein the network interface is used to provide data communication functions, the memory is used to store program code, and the processor is used to call the program code to execute the method as described in any one of claims 1-9.

13. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program, the computer program including program instructions that, when executed by a processor, perform the method as described in any one of claims 1-9.

Images