A data processing method and device, computer equipment and a storage medium

Abstract

Embodiments of the present application disclose a data processing method and device, computer equipment and a storage medium. The method comprises: obtaining first key information sent by a tax bureau terminal associated with a server node for suspending the invoicing business of a user terminal, suspending the invoicing business of the user terminal based on the first key information; taking the first key information and historical behavior business data as target business data information associated with the user terminal, and writing the target business data information into a corresponding block chain of a block chain network; obtaining second key information sent by the tax bureau terminal for resuming the invoicing business of the user terminal, and resuming the invoicing business of the user terminal based on the second key information. The embodiments of the present application can improve the real-time nature of supervision.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of computer, in particular to a data processing method and device, computer equipment and storage medium. BACKGROUND

[0002] Currently, a user terminal (for example, user terminal A) corresponding to an enterprise user can periodically obtain electronic invoices from a tax bureau terminal (for example, tax bureau terminal B) through a tax control disk. It should be understood that the current way for the tax bureau terminal B to supervise the invoicing business of the user terminal A is to supervise through manual operation. It should be understood that when the user terminal (for example, user terminal A) has a business risk, the tax bureau terminal B can only obtain the total cancellation message of the user terminal A within the current time to reach a ticket period (for example, ticket period A is 30 days), and once the business status of the electronic invoice issued by the user terminal A on the 5th day of the ticket period A is an abnormal state, the tax bureau terminal B cannot actually obtain the cancellation information of the electronic invoice issued by the user terminal A from the 6th day to the 30th day, thereby reducing the real-time of the supervision of the business status of the user terminal A.

[0003] In addition, when the tax bureau terminal B suspends the invoicing business of the user terminal A in the foregoing ticket period A, the enterprise user corresponding to the user terminal A needs to go to the local tax bureau corresponding to the tax bureau terminal to resume the invoicing business of the user terminal A through on-site manual processing, so as to consume a long manual review time, thereby reducing the real-time of the supervision of the business status of the user terminal A.

[0004] Application content

[0005] The embodiments of the present application provide a data processing method, device, computer equipment and storage medium, which can improve the real-time of supervision.

[0006] The embodiments of the present application provide a data processing method, device, computer equipment and storage medium, which can improve the real-time of supervision.

[0007] Obtaining first key information sent by a tax bureau terminal associated with the server node for suspending the invoicing business of the user terminal, and suspending the invoicing business of the user terminal based on the first key information; the first key information is determined by the tax bureau terminal based on historical behavior business data of the user terminal;

[0008] Taking the first key information and the historical behavior business data as target business data information associated with the user terminal, and writing the target business data information into a corresponding block chain of the block chain network;

[0009] The second key information is determined by the tax bureau terminal based on the target behavior business data and the target business data information obtained from the blockchain.

[0010] The application embodiment provides a data processing device, which is run on a server node in a blockchain network and comprises:

[0011] The suspension module is configured to obtain first key information for suspending the invoicing service of the user terminal sent by the tax bureau terminal associated with the server node, and suspend the invoicing service of the user terminal based on the first key information; the first key information is determined by the tax bureau terminal based on the historical behavior business data of the user terminal;

[0012] The writing module is configured to write the first key information and the historical behavior business data as target business data information associated with the user terminal, and write the target business data information into a corresponding blockchain in the blockchain network;

[0013] The recovery module is configured to obtain second key information for resuming the invoicing service of the user terminal sent by the tax bureau terminal, and resume the invoicing service of the user terminal based on the second key information; the second key information is determined by the tax bureau terminal based on the target behavior business data and the target business data information obtained from the blockchain.

[0014] The suspension module comprises:

[0015] The first obtaining unit is configured to obtain a warning strategy configured by the tax bureau terminal associated with the server node for the user terminal, and write strategy configuration information associated with the warning strategy into a corresponding blockchain in the blockchain network; the warning strategy contains an asset transfer amount of electronic invoices issued by the user terminal within a time statistical dimension;

[0016] The statistical unit is configured to statistically obtain an asset transfer share of electronic invoices issued by the user terminal in the historical behavior business data stored in the blockchain database in real time; the asset transfer share in the blockchain database is an asset transfer share of electronic invoices issued by the user terminal obtained based on a synchronization mechanism in the blockchain network;

[0017] The first determination unit is configured to determine a business state of the user terminal issuing electronic invoices based on the asset transfer share, the asset transfer amount, and the time statistical dimension;

[0018] The first generating unit is configured to generate early warning information for sending to the tax bureau terminal when the monitored business state of the user state is an abnormal state, so that the tax bureau terminal generates a business suspension request; the business suspension request is obtained by the tax bureau terminal in response to a triggering operation performed by a tax bureau personnel on the early warning information; the business suspension request carries first key information for suspending the invoicing business of the user terminal; the first key information includes a warning strategy triggered by the user terminal;

[0019] The first suspension unit is configured to suspend the invoicing business of the user terminal based on the first key information.

[0020] The suspension module includes:

[0021] The second obtaining unit is configured to obtain a risk data table stored in a system database by a tax bureau terminal associated with the server node; the risk identifier of the user terminal for issuing electronic invoices in the risk data table is determined by the tax bureau terminal based on historical behavior business data of the user terminal;

[0022] The second determining unit is configured to take the risk identifier of the user terminal in the risk data table as the first key information for suspending the invoicing business of the user terminal;

[0023] The second suspension unit is configured to suspend the invoicing business of the user terminal based on the first key information.

[0024] The suspension module includes:

[0025] The first receiving unit is configured to receive a business suspension request sent by a tax bureau terminal for a user terminal; the business suspension request is obtained by the tax bureau terminal in response to a triggering operation performed by a tax bureau personnel on the user terminal in a target business interface; the business suspension request carries first key information for suspending the invoicing business of the user terminal; the first key information is determined based on historical behavior business data of the user terminal in a system database;

[0026] The third suspension unit is configured to suspend the invoicing business of the user terminal based on the business suspension request.

[0027] The writing module includes:

[0028] The second generating unit is configured to generate target business data information associated with the user terminal based on the first key information and the historical behavior business data;

[0029] The writing unit is configured to write a target block containing the target business data information into a corresponding block chain of a block chain network.

[0030] The recovery module includes:

[0031] The third obtaining unit is configured to obtain target service data information of the user terminal from the blockchain, wherein the first key information in the target service data information is a risk identifier used for marking the user terminal.

[0032] The fourth obtaining unit is configured to obtain a service recovery request generated by the tax bureau terminal when the risk identifier is cancelled, wherein the service recovery request is determined based on the target behavior service data of the user terminal, and the service recovery request carries second key information used for recovering the invoicing service of the user terminal.

[0033] The first recovery unit is configured to recover the invoicing service of the user terminal based on the second key information.

[0034] The recovery module comprises:

[0035] The fifth obtaining unit is configured to obtain target service data information of the user terminal from the blockchain, wherein the target service data information comprises first key information in response to a trigger operation performed on the user terminal by the tax bureau terminal.

[0036] The sending unit is configured to send the first key information to the tax bureau terminal, so that a tax bureau staff corresponding to the tax bureau terminal verifies the service state of the user terminal based on the first key information.

[0037] The second receiving unit is configured to receive a service recovery request generated by the tax bureau terminal for the user terminal, wherein the service recovery request is obtained in response to a trigger operation performed on the user terminal by the tax bureau staff, the service recovery request carries second key information used for recovering the invoicing service of the user terminal, and the second key information is determined by the tax bureau terminal based on target behavior service data of the user terminal.

[0038] The second recovery unit is configured to recover the invoicing service of the user terminal based on the second key information.

[0039] In an aspect, the present application provides a node device, comprising: a processor, a memory, and a network interface.

[0040] The processor is connected with the memory and the network interface, wherein the network interface is configured to provide a data communication function, the memory is configured to store a computer program, and the processor is configured to invoke the computer program to execute the method in the above aspect.

[0041] In an aspect, the present application provides a computer readable storage medium, which stores a computer program, the computer program comprising program instructions, the program instructions being executed by a processor to execute the method in the above aspect.

[0042] In the embodiments of the present application, the server node in the blockchain network can obtain the first key information for suspending the invoicing service of the user terminal and the second key information for resuming the invoicing service of the user terminal in real time, and then can automatically suspend and resume the invoicing service of the user terminal. It should be understood that once the server node obtains the first key information sent by the tax bureau terminal, it can immediately suspend the invoicing service of the user terminal based on the first key information. In addition, once the server node obtains the second key information sent by the tax bureau terminal, it can immediately resume the invoicing service of the user terminal based on the second key information. Therefore, in the process of suspending and resuming the invoicing service, the embodiments of the present application can improve the real-time performance of the server node in monitoring the user terminal. BRIEF DESCRIPTION OF DRAWINGS

[0043] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the drawings needed to be used in the embodiments or the prior art description will be briefly introduced. Obviously, the drawings in the following description are only some embodiments of the present application, and other drawings can be obtained by those skilled in the art without creative labor.

[0044] Figure 1 is a structural schematic diagram of a blockchain node system provided by an embodiment of the present application;

[0045] Figure 2 is a structural schematic diagram of a network architecture provided by an embodiment of the present application;

[0046] Figure 3 is a scene schematic diagram of data interaction provided by an embodiment of the present application;

[0047] Figure 4 is a flow schematic diagram of a data processing method provided by an embodiment of the present application;

[0048] Figure 5 is a scene schematic diagram of suspending the invoicing service of the user terminal based on the early warning strategy provided by an embodiment of the present application;

[0049] Figure 6 is a flow schematic diagram of a data processing method provided by an embodiment of the present application;

[0050] Figure 7 is a scene schematic diagram of suspending the invoicing service of the user terminal based on the risk identification provided by an embodiment of the present application;

[0051] Figure 8 is a scene schematic diagram of resuming the invoicing service of the user terminal provided by an embodiment of the present application;

[0052] Figure 9is a structural schematic diagram of a data processing device provided by an embodiment of the present application.

[0053] Figure 10 is a schematic diagram of a node device provided by an embodiment of the present application. DETAILED DESCRIPTION

[0054] The technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments of the present application. Based on the embodiments in the present application, all other embodiments obtained by a person of ordinary skill in the art without creative effort belong to the scope of protection of the present application.

[0055] Please refer to Figure 1 is a structural schematic diagram of a blockchain node system provided by an embodiment of the present application. As shown in Figure 1 , the blockchain node system refers to a system for sharing data between nodes. The blockchain node system can include multiple nodes. As shown in Figure 1 , the blockchain node system can specifically include a node 1000a, a node 1000b, a node 1000c, …, and a node 1000n.

[0056] In the blockchain node system, each node can obtain target service data information associated with a user terminal when normally working, to maintain shared data in the blockchain node system. To ensure information intercommunication in the blockchain node system, network connections can be established between each node in the blockchain node system, to perform data transmission through the network connections. For example, when any node in the blockchain node system obtains target service data information, other nodes in the blockchain node system can obtain the target service data information according to a consensus algorithm, and store the target service data information as data in shared data, so that the data stored on all nodes in the blockchain node system are consistent.

[0057] Each node in the blockchain node system has a corresponding node identifier, and each node in the blockchain node system can store other node identifiers having a network connection relationship with the current node, so as to subsequently broadcast a generated block to other nodes in the blockchain node system according to the node identifiers of the other nodes. Each node can maintain a node identifier list as shown in the following table, and store a node name and a node identifier in the node identifier list. The node identifier can be an IP (Internet Protocol) address and any other information capable of identifying the node, and the IP address is taken as an example for illustration in Table 1.

[0058] Table 1

[0059] Node name Node identification Node 1 117.114.151.174 Node 2 117.116.189.145 … … Node N 119.123.789.258

[0060] It should be understood that the embodiments of the present application can be implemented in the blockchain node system shown in Figure 1 The embodiments of the present application can select one node from the plurality of nodes in the blockchain node system as a server node in the blockchain network corresponding to the blockchain node system. For example, the embodiments of the present application can select the node 1000a in the blockchain node system as the server node in the blockchain network.

[0061] For ease of understanding, further, please refer to Figure 2 is a structural schematic diagram of a network architecture provided by the embodiments of the present application. As shown in Figure 2 The network architecture can include a server node 20, a tax bureau terminal 200 and a user terminal cluster. It can be understood that Figure 2 The server node 20 shown in can be any node (for example, the node 1000a) in the blockchain node system shown in Figure 1 The node 1000a can be a server node in the blockchain network corresponding to the blockchain node system. Figure 2 The user terminal cluster shown in can include a plurality of user terminals. As shown in Figure 2 The user terminal cluster can specifically include a user terminal 2000a, a user terminal 2000b, …, and a user terminal 2000n.

[0062] As shown in Figure 2 The user terminal 2000a, the user terminal 2000b, …, and the user terminal 2000n can be respectively connected with the server node 20 in a network, so that each user terminal can interact with the server node 20 in data through the network connection. In addition, the tax bureau terminal 200 can be connected with the server node 20 in a network, so that the tax bureau terminal 200 can interact with the server node 20 in data through the network connection. The tax bureau terminal 200 can be a tax bureau terminal corresponding to any one of the user terminals in the user terminal cluster,

[0063] As shown in Figure 2 Each user terminal in the user terminal cluster and the tax bureau terminal 200 shown in can include a smart terminal with a business data processing function, such as a smartphone, a tablet computer, a desktop computer, etc. It can be understood that the embodiments of the present application can be implemented in Figure 2A user terminal in the user terminal cluster is selected as a user terminal associated with the server node 20. For example, the embodiment of the present application can select the user terminal 2000a in the user terminal cluster as the user terminal associated with the server node 20. The user terminal 2000a corresponds to a user (i.e., an invoicing user) of the restaurant A. It should be understood that the user terminal 2000a can perform the electronic invoice issuing service for a user (e.g., the consumer B) who dines in the restaurant A.

[0064] It should be understood that, as Figure 2 shown, the tax bureau terminal 200 can obtain the historical behavior service data of the user terminal 2000a from a system database corresponding to the tax bureau terminal 200. The system database can include a blockchain database, a management information library, and a tax disc database, etc. It can be understood that the data in the blockchain database is obtained by the server node 20 based on a synchronization mechanism in the blockchain network to which the server node 20 belongs, the data in the management information library can store basic information (e.g., taxpaying users, registration information, etc.) of the user terminals within the jurisdiction of the tax bureau terminal 200, and the data in the tax disc database can include electronic invoices issued by the tax bureau terminal 200 in the form of a tax disc to the user terminals within the jurisdiction of the tax bureau terminal 200.

[0065] Further, the tax bureau terminal 200 can determine the key information for suspending the invoicing service of the user terminal 2000a according to the historical behavior service data of the user terminal 2000a. The embodiment of the present application can refer to the key information for suspending the invoicing service of the user terminal 2000a as first key information. It should be understood that the tax bureau terminal 200 can send the first key information to Figure 2 the server node 20. At this time, the server node 20 can write the first key information and the historical behavior service data of the user terminal 2000a as target service data information associated with the user terminal 2000a into Figure 1 the blockchain corresponding to the blockchain network.

[0066] It can be understood that after the server node 20 suspends the invoicing service of the user terminal 2000a, the tax bureau terminal 200 can monitor the service status of the user terminal 2000a in real time. When the target behavior service data of the user terminal 2000a is monitored, the key information for restoring the invoicing service of the user terminal 2000a can be determined based on the target behavior service data and the target service data information of the user terminal 2000a obtained from the above-mentioned blockchain. The target behavior service data can be the behavior service data of the user terminal 2000a after the invoicing service is suspended by the server node 20 based on the key information for suspending the invoicing service. For example, if the key information for suspending the invoicing service of the user terminal 2000a is a tax arrears user, the target behavior data can be the service data of the user terminal 2000a for paying the arrears.

[0067] In the embodiments of the present application, the key information for restoring the invoicing service of the user terminal 2000a can be referred to as second key information. Further, the tax bureau terminal 200 can send the second key information to the server node 20 as shown in the figure, so that the server node 20 can restore the invoicing service of the user terminal based on the second key information. Figure 2

[0068] For ease of understanding, further, please refer to Figure 3 is a scene diagram for data interaction provided by the embodiments of the present application. As shown in Figure 3 , the tax bureau terminal 300A in the embodiments of the present application can be the tax bureau terminal 200 corresponding to the above-mentioned Figure 2 , and the tax bureau terminal 300A can be the local tax bureau terminal corresponding to the user terminal 300C. The server node 300B in the embodiments of the present application can be the server node 20 corresponding to the above-mentioned Figure 2 , and the server node 300B can also be any one of the nodes in the above-mentioned Figure 1 blockchain node system, for example, the node 1000a. The user terminal 300C in the embodiments of the present application can be the terminal for issuing electronic invoices corresponding to the XX enterprise.

[0069] ​It should be understood that the tax bureau terminal 300A can obtain the historical behavior business data of the user terminal 300C from the system database of the tax bureau terminal 300A, and then can determine the first key information for suspending the invoicing business of the user terminal 300C according to the historical behavior business data. It can be understood that the user terminal 300C can be displayed on the target business interface of the tax bureau terminal 300A. The target business interface can be a display interface displayed to the tax bureau personnel corresponding to the tax bureau terminal 300A. The target business interface can include a plurality of user terminals, and each of the plurality of user terminals is a user terminal with a business risk. For example, the business risk of the user corresponding to the user terminal can be any one or more of the following business risks: a key monitoring library enterprise, a value-added tax enterprise not enabled, a tax-payer in arrears, a tax-payer overdue for declaration, a low tax credit level, and other abnormal states.

[0070] At this time, the tax bureau personnel corresponding to the tax bureau terminal 300A can trigger an operation on the operability area where the user terminal 300C is located in the target business interface. The trigger operation can be a contact operation such as clicking or long pressing, or a non-contact operation such as voice or gesture, which is not limited here. Further, the tax bureau terminal 300A can send a business request for suspending the invoicing business of the user terminal 300C to the server node 300B in response to the trigger operation of the tax bureau personnel, and then the server node 300B can suspend the invoicing business of the user terminal 300C based on the business request. The application embodiment can refer to the business request for suspending the invoicing business of the user terminal 300C as a business stop request. The business stop request can carry the first key information of the user terminal 300C.

[0071] Further, the server node 300B can write the first key information and the historical behavior business data as target business data information associated with the user terminal 300C into the blockchain corresponding to the blockchain network.

[0072] It can be understood that, Figure 3 The blockchain 3 shown can be a blockchain corresponding to the blockchain network in the above Figure 1 The blockchain 3 can be a same blockchain shared by each node in the blockchain network corresponding to the server node 300B, and each node can obtain the information stored in the blockchain 3 in the blockchain 3. The target block in the blockchain 3 includes the block 30a, the block 30b, …, the block 30n, and the target block, and the block 30a can be referred to as the genesis block of the blockchain 3. The target block in the blockchain 3 includes the target business data information.

[0073] The server node 300B can write the target business data information into the blockchain in the blockchain network corresponding to the server node 300B. In other words, the server node 300B can obtain the block 30n with the largest generation timestamp from the blockchain 3. Further, the server node 300B can generate a target block to be written into the blockchain 3 according to the target business data information. At this time, the server node 300B broadcasts the target block containing the target business data information to all blockchain nodes (such as consensus nodes for consensus processing) in the blockchain network, and when it is determined that all blockchain nodes reach a consensus, the target block can be written into the above-mentioned blockchain 3, that is, the target block is taken as the next block of the block 30n.

[0074] Further, the server node 300B can obtain the target business data information of the user terminal 300C from the blockchain 3. The target business data information can include the first key information in response to the trigger operation performed by the tax bureau terminal 300A on the user terminal 300C. At this time, the server node 300B can send the first key information to the tax bureau terminal 300A, so that the tax bureau personnel corresponding to the tax bureau terminal 300A verifies the business state of the user terminal 300C based on the first key information. It can be understood that if the first key information of the user terminal 300C is an abnormal state, for example, the total invoice amount exceeds a certain amount threshold. At this time, when the tax bureau personnel verifies the business state of the user terminal 300C, it is found that the reason why the user terminal 300C exceeds the amount threshold is a misoperation. The user (for example, an enterprise user) corresponding to the user terminal 300C can communicate with the tax bureau personnel about the misoperation. The communication method can be telephone, email, short message, etc. The application embodiment can refer to this industry business data as target behavior business data, and the misoperation can be determined as the second key information for restoring the invoicing business of the user terminal 300C.

[0075] Further, the tax bureau personnel can perform a trigger operation on the operable area of the user terminal 300C based on the second key information. At this time, the tax bureau terminal 300A can respond to the trigger operation and send a business request for restoring the invoicing business of the user terminal 300C to the server node 300B. The application embodiment can refer to the business request for restoring the invoicing business of the user terminal 300C as a business recovery request. The second key information can be carried in the business recovery request. Further, the server node can restore the invoicing business of the user terminal 300C based on the second key information.

[0076] The specific implementation of the server node for supervising the invoicing business of the user terminal with risks can be referred to in the following Figures 4-8The corresponding embodiment.

[0077] Further, please refer to Figure 4 is a flowchart of a data processing method provided by an embodiment of the present application. As shown in Figure 4 The method is executed by a server node in a blockchain network and can include the following steps:

[0078] S101, obtaining first key information for suspending the invoicing business of a user terminal sent by a tax bureau terminal associated with the server node, and suspending the invoicing business of the user terminal based on the first key information.

[0079] Specifically, the tax bureau terminal associated with the server node in the blockchain network can determine key information for suspending the invoicing business of a user terminal according to historical behavior business data of the user terminal. In this embodiment of the present application, the key information for suspending the invoicing business of the user terminal can be referred to as first key information. Further, the tax bureau terminal can send the first key information to the server node, so that the server node can suspend the invoicing business of the user terminal based on the first key information.

[0080] In this embodiment of the present application, the server node can be the server node 300B corresponding to the above Figure 3 The server node 300B can be the server node 20 in the corresponding embodiment of the above Figure 2 The server node 20 can be any one of the nodes in the blockchain node system corresponding to the above Figure 1 For example, the node 1000a. The user terminal in this embodiment of the present application can be the user terminal 300C corresponding to the above Figure 3 The user terminal 300C can be any one of the user terminals in the user terminal cluster corresponding to the above Figure 2 For example, the user terminal 2000a. The tax bureau terminal in this embodiment of the present application can be the tax bureau terminal 300A corresponding to the above Figure 3 The tax bureau terminal 300A can be the tax bureau terminal 200 corresponding to the above Figure 2 The user terminal can be a user terminal corresponding to a user (for example, an enterprise) within the jurisdiction of the tax bureau terminal.

[0081] It should be understood that the tax bureau terminal can configure a strategy for the user terminal within the jurisdiction of the tax bureau terminal. The early warning strategy can include the asset transfer amount of the electronic invoice issued by the user terminal within the time statistical dimension. The early warning strategy can include multiple, for example, a certain early warning strategy configured by the tax bureau terminal for the user terminal can be: within 100 days, the total amount of invoices exceeds 1 million yuan. In this early warning strategy, the time statistical dimension is 100 days, and the asset transfer amount is 1 million yuan.

[0082] Further, the server node can obtain the early warning strategy configured by the tax bureau terminal for the user terminal, and then write the strategy configuration information associated with the early warning strategy into the corresponding blockchain of the blockchain network to which the server node belongs. It should be understood that the server node can real-time statistics the asset transfer share of the electronic invoice issued by the user terminal in the historical behavior business data stored in the blockchain database. The asset transfer share in the blockchain database is the asset transfer share of the electronic invoice issued by the user terminal based on the synchronization mechanism in the blockchain network. The historical behavior business data can include the tax-related service matters, audience groups, sales volume, etc. of the invoicing user.

[0083] Further, the server node can determine the business state of the user terminal issuing the electronic invoice based on the asset transfer share, the asset transfer amount, and the time statistics dimension. When the monitored business state of the user state is an abnormal state, the early warning information for sending to the tax bureau terminal can be generated. At this time, the tax bureau terminal can generate a business stop request for suspending the invoicing business of the user terminal in response to the trigger operation performed by the tax bureau personnel in the operable area of the early warning information. The business stop request can carry the first key information for suspending the invoicing business of the user terminal; the first key information can include the early warning strategy triggered by the user terminal. Further, the server node can suspend the invoicing business of the user terminal based on the first key information.

[0084] For ease of understanding, further, please refer to Figure 5 , which is a scene diagram for suspending the invoicing business of the user terminal based on the early warning strategy provided by the embodiments of the present application. As Figure 5 indicated, the tax bureau terminal 500A in the embodiments of the present application can be the tax bureau terminal 200 corresponding to the above Figure 2 , and the tax bureau terminal 500A can be the local tax bureau terminal corresponding to the user terminal 500C. The server node 500B in the embodiments of the present application can be the server node 20 corresponding to the above Figure 2 , and the server node 20 can also be any one of the nodes in the blockchain node system corresponding to the above Figure 1 , for example, the node 1000a.

[0085] It should be understood that the user terminal 500C in the embodiments of the present application can be an electronic invoice issuing terminal corresponding to an XX enterprise. The XX enterprise can be an enterprise (for example, a building material market) established within the jurisdiction of the tax bureau terminal 500A. It can be understood that the tax bureau terminal 500A can configure a warning strategy for the user terminal 500C. The warning strategy can include the asset transfer amount of the electronic invoices issued by the user terminal 500C within the time statistical dimension. It should be understood that the number of warning strategies obtained by the tax bureau terminal 500A can be multiple. For example, one of the warning strategies can be: within 100 days, the invoice asset amount exceeds 1 million.

[0086] At this time, the tax bureau terminal 500A can send the obtained warning strategy to the server node 500B corresponding to the tax bureau terminal 500A, and then the server node 500B can chain the policy configuration information associated with the warning strategy, thereby improving the reliability of the policy configuration information.

[0087] It can be understood that, Figure 5 The blockchain 5 shown can be a blockchain corresponding to the blockchain network in the above Figure 1 The blockchain 5 can be a same blockchain shared by each node in the blockchain network corresponding to the server node 500B, and each node can obtain the information stored in the blockchain 5 in the blockchain 5. The blockchain 5 includes blocks 50a, 50b,..., 50n, and a target block. The block 50a can be referred to as the genesis block of the blockchain 5. The target block in the blockchain 5 includes the above policy configuration information.

[0088] The server node 500B can write the policy configuration information into the blockchain in the blockchain network corresponding to the server node 500B. In other words, the server node 500B can obtain the block 50n with the largest generation timestamp from the blockchain 5. Further, the server node 500B can generate a target block to be written into the blockchain 5 according to the policy configuration information. At this time, the server node 500B broadcasts the target block containing the policy configuration information to all blockchain nodes (such as consensus nodes for consensus processing) in the blockchain network. When it is determined that all blockchain nodes reach a consensus, the target block can be written into the above blockchain 5, that is, the target block is taken as the next block of the block 50n.

[0089] Further, the server node 500B can statistically determine the asset transfer share of the electronic bill issued by the user terminal 500C stored in the blockchain database in real time. The data in the blockchain database can be obtained based on the synchronization mechanism in the blockchain network. In other words, the data in the blockchain database is the same as the data uploaded in the blockchain corresponding to the server node 500B, so that the server node 500B can directly obtain the asset transfer share of the user terminal 500C from the blockchain database, without the need to statistically determine the asset transfer share of the user terminal 500C from the blockchain 5, thereby improving the performance of the server node 500B in real-time statistics.

[0090] The asset transfer share refers to the actual asset of the electronic bill already issued by the user terminal 500C. For example, the user terminal 500C issues two electronic bills (i.e., electronic bill E1 and electronic bill E2) within the time statistical dimension. The amount in the electronic bill E1 can be 200 yuan, and the amount in the electronic bill E2 can be 500 yuan. The server node 500B can statistically determine the asset transfer share to be 700 yuan.

[0091] Further, the server node 500B can determine the business status of the user terminal 500C in issuing electronic bills based on the statistically determined asset transfer share, the asset transfer limit in the early warning strategy, and the time statistical dimension. The business status can include a normal state and an abnormal state. If the asset transfer share of the electronic bill issued by the user terminal 500C does not reach the asset transfer limit in the early warning strategy within the time statistical dimension, the server node 500B can determine that the business status of the user terminal 500C in issuing electronic bills is normal. If the asset transfer share of the electronic bill issued by the user terminal 500C reaches the asset transfer limit in the early warning strategy within the time statistical dimension, the server node 500B can determine that the business status of the user terminal 500C in issuing electronic bills is abnormal.

[0092] For example, one of the early warning strategies can be that the asset amount of bills issued within 100 days exceeds 1 million. The asset transfer limit in this strategy can be 1 million, and the time statistical dimension can be 100 days. It should be understood that if the asset transfer share of the electronic bill issued by the user terminal 500C is 700.26 thousand within 100 days, i.e., the asset transfer share does not reach the asset transfer limit in the strategy, the server node 500B can determine that the business status of the user terminal 500C is normal. If the asset transfer share of the electronic bill issued by the user terminal 500C is 132.05 thousand within 100 days, i.e., the asset transfer share reaches the asset transfer limit in the strategy, the server node 500B can determine that the business status of the user terminal 500C is abnormal.

[0093] When the server node 500B monitors that the service state of the user terminal 500C is an abnormal state, a warning information can be generated, and the warning information is sent to the tax bureau terminal 500A. At this time, the tax bureau terminal 500A can display the warning information in the warning processing list of the tax bureau terminal 500A when receiving the warning information. Further, the tax bureau personnel (for example, an officer) corresponding to the tax bureau terminal 500A can perform a trigger operation on the operable area of the warning information in the warning list. The trigger operation can include a contact operation such as clicking or long pressing, or a non-contact operation such as voice or gesture, which will not be limited here.

[0094] At this time, the tax bureau terminal 500A can respond to the trigger operation to generate a service suspension request sent to the server node 500B. The service suspension request can carry the warning strategy triggered by the user terminal 500C. The application embodiment can determine the warning strategy triggered by the user terminal 500C as the first key information for suspending the invoicing service of the user terminal 500C. Further, the server node 500B can suspend the invoicing service of the user terminal 500C based on the service suspension request.

[0095] Optionally, the tax bureau terminal 500A can perform a business process of updating the warning strategy for the user terminal 500C based on the trigger operation of the tax bureau personnel. It can be understood that if the historical business data of the user terminal 500C is large, the invoicing amount is large, etc., the tax bureau personnel can determine that the warning strategy triggered by the user terminal 500C is not reasonable, at this time, the tax bureau personnel can reconfigure a new warning strategy for the user terminal 500C, that is, update the warning strategy. For example, the tax bureau personnel can adjust the asset transfer amount in the triggered warning strategy. In other words, if the asset transfer amount in the triggered warning strategy is 1 million, the asset transfer amount in the updated warning strategy can be 5 million.

[0096] In addition, the server node suspending the invoicing service of the user terminal with risk can also be based on the above Figure 3 The method of directly suspending the invoicing service of the user terminal by the tax bureau personnel corresponding to the tax bureau terminal performing the trigger operation in the corresponding embodiment (that is, the human intervention method). It can be understood that the priority of this method is the highest, and the flexibility of supervision can be improved.

[0097] S102, taking the first key information and the historical behavior business data as target business data information associated with the user terminal, and writing the target business data information into the corresponding block chain of the block chain network.

[0098] Specifically, the server node can generate target service data information associated with the user terminal based on the first key information and the historical behavior service data. Further, the server node can write a target block containing the target service data information into a blockchain corresponding to the blockchain network.

[0099] It should be understood that, as Figure 3 shown, the server node 300B can write the first key information and the historical behavior service data as target service data information associated with the user terminal 300C, and write the target service data information into a blockchain corresponding to the blockchain network.

[0100] It should be understood that, Figure 3 As shown in the blockchain 3, the blockchain 3 can be a blockchain corresponding to the blockchain network in the above Figure 1 The blockchain 3 can be a same blockchain shared by each node in the blockchain network corresponding to the server node 300B, and each node can obtain the information stored in the blockchain 3. The blockchain 3 includes blocks 30a, 30b, …, 30n and a target block. The block 30a can be referred to as a genesis block of the blockchain 3. The target block in the blockchain 3 contains the target service data information.

[0101] The server node 300B can write the target service data information into the blockchain in the blockchain network corresponding to the server node 300B. In other words, the server node 300B can obtain the block 30n with the largest generation timestamp from the blockchain 3. Further, the server node 300B can generate a target block to be written into the blockchain 3 according to the target service data information. At this time, the server node 300B broadcasts the target block containing the target service data information to all blockchain nodes (such as consensus nodes for consensus processing) in the blockchain network. When it is determined that all blockchain nodes reach a consensus, the target block can be written into the blockchain 3, that is, the target block is written as the next block of the block 30n.

[0102] S103, obtaining the second key information sent by the tax bureau terminal for restoring the invoicing service of the user terminal, and restoring the invoicing service of the user terminal based on the second key information.

[0103] Specifically, the tax bureau terminal can obtain target behavior service data of the user terminal, and send the target behavior service data to the server node. The target behavior service data can be service data corresponding to a target behavior of the user terminal for the first key information. Further, the server node can obtain target service data information corresponding to the user terminal from the blockchain. The target service data information can include the first key information and historical behavior service data. It should be understood that the tax bureau terminal can determine the second key information for restoring the invoicing service of the user terminal based on the first key information and the target behavior service data information. At this time, the server node can obtain the second key information, and then can restore the invoicing service of the user terminal based on the second key information.

[0104] It should be understood that the embodiments of the present application can adopt a human intervention approach to enable the server node to restore the invoicing service of the user terminal. It can be understood that the server node can obtain target service data information of the user terminal from the blockchain. The target service data information can include the first key information and the historical behavior service data of the user terminal in response to the trigger operation performed by the user terminal.

[0105] Further, the server node can send the first key information to the tax bureau terminal, so that the tax bureau personnel corresponding to the tax bureau terminal verify the service state of the user terminal based on the first key information. The tax bureau personnel can verify that the service state of the invoicing service of the user terminal is normal based on the target behavior service data of the user terminal. At this time, the tax bureau personnel can perform a trigger operation on the operability area of the user terminal, and then the tax bureau terminal can generate a service recovery request for restoring the invoicing service of the user terminal in response to the trigger operation. The service recovery request can carry the second key information. Further, the server node can restore the invoicing service of the user terminal based on the service recovery request.

[0106] For example, if the first key information of the user terminal a is that the user terminal a triggers the early warning strategy configured by the tax bureau terminal. At this time, the tax bureau personnel can verify the service state of the user terminal a. Based on the basic information a of the user terminal and the enterprise operating status of the user terminal a, it is determined that the sales volume of the user terminal a is large and the invoicing amount is large, which can be understood as that the early warning strategy configured by the tax bureau terminal for the user terminal a is not reasonable, and then the tax bureau personnel can update the early warning strategy and perform a trigger operation on the operability area of the user terminal a on the display interface of the tax bureau terminal, so that the tax bureau terminal responds to the trigger operation of the user terminal to generate a service recovery request for sending to the server node. At this time, the server node can restore the invoicing service of the user terminal a based on the service recovery request. The second key information can be that the early warning strategy of the user terminal a is not reasonable.

[0107] In the embodiment of the present application, the server node in the blockchain network can obtain the first key information for suspending the invoicing service of the user terminal and the second key information for resuming the invoicing service of the user terminal in real time, and then can automatically suspend and resume the invoicing service of the user terminal. It should be understood that once the server node obtains the first key information sent by the tax bureau terminal, it can immediately suspend the invoicing service of the user terminal based on the first key information. In addition, once the server node obtains the second key information sent by the tax bureau terminal, it can immediately resume the invoicing service of the user terminal based on the second key information. Therefore, the embodiment of the present application can improve the real-time performance of the server node in monitoring the user terminal during the process of suspending and resuming the invoicing service.

[0108] Further, please refer to Figure 6 , which is a flowchart of a data processing method provided by the embodiment of the present application. As Figure 6 shown, the method can include:

[0109] S201, obtaining the risk data table stored in the system database by the tax bureau terminal associated with the server node.

[0110] Specifically, the tax bureau terminal corresponding to the user terminal for issuing electronic invoices can obtain the historical behavior service data of the user terminal from the system database. The system database can include a blockchain database, a management information library, and a tax disc database, etc. The tax bureau terminal can mark a risk identifier for the user terminal in the risk data table in the system database based on the historical behavior service data. The risk identifier can be a tax-owing user, a low-tax credit level user, a user who has not reported for a long time, a user who has not enabled value-added tax, etc. It can be understood that the server node in the blockchain network can obtain the risk data table.

[0111] In the embodiment of the present application, the server node can be the server node 300B corresponding to the above Figure 3 , the server node 20 in the embodiment corresponding to the above Figure 2 , any one node in the blockchain node system, such as node 1000a, in the embodiment corresponding to the above Figure 1 , the user terminal 300C corresponding to the above Figure 3 , any one user terminal in the user terminal cluster, such as user terminal 2000a, in the embodiment corresponding to the above Figure 2 , the tax bureau terminal 300A corresponding to the above Figure 3 , the tax bureau terminal 300A corresponding to the aboveFigure 2 The corresponding tax bureau terminal 200. The user terminal can be a user terminal corresponding to a user (for example, an enterprise) within the jurisdiction of the tax bureau terminal.

[0112] For ease of understanding, further, please refer to Table 2, which is a risk data table provided by the embodiments of the present application.

[0113] Table 2

[0114] User terminal name Risk identification User terminal A Tax delinquent user User terminal B User terminal C Low tax credit rating user … … User terminal N User terminal N

[0115] As shown in the risk data table in Table 2 above, the risk data table can include a plurality of user terminals within the jurisdiction of the tax bureau terminal, for example, it can include user terminal A, user terminal B, user terminal C, …, user terminal N. Among them, the risk identification of the user terminal A can be the user terminal corresponding to the tax-owing user; the user terminal B can be the user terminal corresponding to the user without risk, so the tax bureau terminal does not mark this user terminal B in Table 2; the user terminal C can be the user terminal corresponding to the user with low tax credit level; and the user terminal N can be the user terminal corresponding to the user who has not filed for a long time.

[0116] S202, taking the risk identification of the user terminal in the risk data table as the first key information for suspending the invoicing business of the user terminal.

[0117] Specifically, the server node can obtain the risk identification of the user terminal in the risk data table as shown in Table 2, and then can take the risk identification as the first key information for suspending the invoicing business of the user terminal.

[0118] It should be understood that if the server node obtains the risk identification of the user terminal A as a tax-owing user from the above Table 2, the server node can take the tax-owing user as the second key information for suspending the invoicing business of the user terminal A.

[0119] S203, suspending the invoicing business of the user terminal based on the first key information.

[0120] Specifically, the server node can suspend the invoicing business of the user terminal based on the determined first key information.

[0121] For ease of understanding, further, please refer to Figure 7 , which is a scenario diagram for suspending the invoicing business of a user terminal based on a risk identification provided by the embodiments of the present application. As Figure 7 shown, the tax bureau terminal 700A in the embodiments of the present application can be the tax bureau terminal 200 corresponding to the above Figure 2 , and the server node 700B in the embodiments of the present application can be the server node 700 corresponding to the above Figure 2The corresponding server node 20, which can be the server node corresponding to the tax bureau terminal 700A, and the user terminal 700C in the embodiments of the present application can be a terminal device for issuing electronic invoices.

[0122] It should be understood that the tax bureau terminal 700A can mark the risk identification for the user terminal 700C from the risk data table 7000 in the system database based on the historical behavior business data of the user terminal 700C. The risk data table 7000 can be as shown in Table 2 above. Further, the server node 700B can obtain the risk data table 7000, and then obtain the risk identification of the user terminal 700C from the risk data table 7000. For example, a user with low tax credit rating.

[0123] It can be understood that the server node 700B can take the risk identification of the user with low tax credit rating as the first key information for suspending the invoicing business of the user terminal 700C. Further, the server node 700B can automatically stop the invoicing business of the user terminal 700C based on the first key information.

[0124] S204, taking the first key information and the historical behavior business data as target business data information associated with the user terminal, and writing the target business data information into the corresponding block chain of the block chain network.

[0125] Specifically, the server node can generate target business data information associated with the user terminal based on the first key information for suspending the invoicing business of the user terminal and the historical behavior business data of the user terminal. Further, the server node can write the target block containing the target business data information into the corresponding block chain of the block chain network.

[0126] The specific implementation of step S204 can be referred to the description of step S102 in the above Figure 4 The corresponding embodiments of step S102 will not be described here.

[0127] S205, obtaining the target business data information of the user terminal from the block chain.

[0128] Specifically, the server node can obtain the target block from the block chain 3 as shown in Figure 3 The target block, and obtain the target business data information associated with the user terminal (for example, the user terminal 300C) from the target block. Wherein, the first key information in the target business data information can be the risk identification for marking the user terminal.

[0129] S206, obtaining the business recovery request generated by the tax bureau terminal when the risk identification is cancelled.

[0130] Specifically, when the tax bureau terminal obtains the target behavior business data of the user terminal, the tax bureau terminal can cancel the risk identification of the user terminal in the system database. It can be understood that when the tax bureau terminal cancels the risk identification, a business recovery request for recovering the invoicing business of the user terminal can be generated. It can be understood that the second key information for recovering the invoicing business of the user terminal can be carried in the business recovery request.

[0131] S207, based on the second key information, the invoicing business of the user terminal is recovered.

[0132] Specifically, the server node can recover the invoicing business of the user terminal based on the second key information of the user terminal.

[0133] For ease of understanding, further, Figure 8 is a scenario diagram provided by an embodiment of the present application for recovering the invoicing business of the user terminal. As Figure 8 shown, the tax bureau terminal 800A in the present application can be the tax bureau terminal 200 corresponding to the above Figure 2 The server node 800B in the present application can be the server node 20 corresponding to the above Figure 2 The server node 800B can be the server node corresponding to the tax bureau terminal 800A, and the user terminal 800C in the present application can be a terminal device for issuing electronic invoices.

[0134] It should be understood that, as Figure 8 shown, the risk data table 8001 is the risk data table obtained by the server node 800B before suspending the user terminal 800C. It can be understood that the risk data table 8001 can include a plurality of user terminals, and the present application only takes the user terminal 800C as an example to describe the process of recovering the invoicing business of the user terminal by the server node. The risk identification of the user terminal 800C can be "XXXXX", for example, the risk identification can be a tax arrears user. As Figure 8 shown, the risk data table 8002 can be the risk data table obtained by the tax bureau terminal 800A after obtaining the target behavior business data of the user terminal 800C to cancel the risk identification of the user terminal 800C. The target behavior business data can be the business data corresponding to the behavior of the user terminal 800C paying the overdue tax.

[0135] It can be understood that the tax bureau terminal 800A can generate a service recovery request for sending the server node 800B when canceling the risk identification of the user terminal 800C. The service recovery request can carry the second key information for recovering the user terminal 800C. For example, the second key information can be that the overdue tax has been paid. At this time, the server node 800B can recover the invoicing service of the user terminal 800C based on the service recovery request.

[0136] In addition, the server node recovers the invoicing service of the user terminal with risk can also be based on the above Figure 3 The method of triggering operation by the tax bureau personnel corresponding to the tax bureau terminal in the corresponding embodiment, thereby directly recovering the invoicing service of the user terminal (i.e. the manual intervention method). It can be understood that the priority of this method is the highest, and the diversity of the supervision form can be improved.

[0137] In the embodiments of the present application, the server node in the blockchain network can obtain the first key information for suspending the invoicing service of the user terminal and the second key information for recovering the invoicing service of the user terminal in real time, and then can automatically suspend and recover the invoicing service of the user terminal. It should be understood that the server node can immediately suspend the invoicing service of the user terminal based on the first key information once the first key information sent by the tax bureau terminal is obtained. In addition, the server node can immediately recover the invoicing service of the user terminal based on the second key information once the second key information sent by the tax bureau terminal is obtained. Therefore, the embodiments of the present application can improve the real-time performance of the server node in monitoring the user terminal in the process of suspending and recovering the invoicing service.

[0138] Further, please refer to Figure 9 , which is a structural schematic diagram of a data processing apparatus provided by the embodiments of the present application. The data processing apparatus can be a computer program (including program code) running in a computer device, for example, the data processing apparatus is an application software; the data processing apparatus can be used to execute the corresponding steps in the method provided by the embodiments of the present application. As Figure 9 shown, the data processing apparatus 1 can run in the server node in the blockchain network, which can be the server node 20 in the corresponding embodiment of the above Figure 2 The data processing apparatus 1 can include a suspension module 10, a writing module 20 and a recovery module 30.

[0139] The suspension module 10 is used to obtain the first key information for suspending the invoicing service of the user terminal sent by the tax bureau terminal associated with the server node, and suspend the invoicing service of the user terminal based on the first key information; the first key information is determined by the tax bureau terminal based on the historical behavior service data of the user terminal.

[0140] The pause module 10 comprises a first acquisition unit 101, a statistics unit 102, a first determination unit 103, a first generation unit 104, a first pause unit 105, a second acquisition unit 106, a second determination unit 107, a second pause unit 108, a first receiving unit 109, and a third pause unit 110.

[0141] The first acquisition unit 101 is configured to acquire a pre-warning strategy configured by a tax bureau terminal for a user terminal associated with a server node, and write strategy configuration information associated with the pre-warning strategy into a corresponding block in a block chain network; the pre-warning strategy comprises an asset transfer quota of an electronic invoice issued by the user terminal in a time statistics dimension.

[0142] The statistics unit 102 is configured to statistically acquire an asset transfer share of the electronic invoice issued by the user terminal in historical behavior business data stored in a block chain database; the asset transfer share in the block chain database is an asset transfer share of the electronic invoice issued by the user terminal obtained based on a synchronization mechanism in the block chain network.

[0143] The first determination unit 103 is configured to determine a business state of the electronic invoice issued by the user terminal based on the asset transfer share, the asset transfer quota, and the time statistics dimension.

[0144] The first generation unit 104 is configured to generate pre-warning information for sending to the tax bureau terminal when the business state of the user state monitored is an abnormal state, so that the tax bureau terminal generates a business stop request; the business stop request is obtained by the tax bureau terminal in response to a trigger operation performed by a tax bureau personnel for the pre-warning information; the business stop request carries first key information for pausing the invoicing business of the user terminal; the first key information comprises a pre-warning strategy triggered by the user terminal.

[0145] The first pause unit 105 is configured to pause the invoicing business of the user terminal based on the first key information.

[0146] The second acquisition unit 106 is configured to acquire a risk data table stored in a system database by the tax bureau terminal associated with the server node; a risk identifier of the user terminal for issuing the electronic invoice in the risk data table is determined by the tax bureau terminal based on historical behavior business data of the user terminal.

[0147] The second determination unit 107 is configured to take the risk identifier of the user terminal in the risk data table as the first key information for pausing the invoicing business of the user terminal.

[0148] The second pause unit 108 is configured to pause the invoicing business of the user terminal based on the first key information.

[0149] The first receiving unit 109 is configured to receive a service suspension request sent by the tax bureau terminal for the user terminal; the service suspension request is obtained by the tax bureau terminal in response to a trigger operation performed by the tax bureau personnel on the user terminal in the target service interface; the service suspension request carries first key information for suspending the invoicing service of the user terminal; the first key information is determined based on historical behavior service data of the user terminal in the system database;

[0150] The third suspension unit 110 is configured to suspend the invoicing service of the user terminal based on the service suspension request.

[0151] The specific implementation of the first obtaining unit 101, the statistical unit 102, the first determination unit 103, the first generation unit 104, the first suspension unit 105, the second obtaining unit 106, the second determination unit 107, the second suspension unit 108, the first receiving unit 109, and the third suspension unit 110 can refer to the descriptions of steps S101 and S201-S203 in the above Figure 3 corresponding embodiments, and will not be repeated here. Figure 6 corresponding embodiments, and will not be repeated here.

[0152] The writing module 20 is configured to write the first key information and the historical behavior service data as target service data information associated with the user terminal into the corresponding block chain of the block chain network.

[0153] The writing module 20 includes a second generation unit 201 and a writing unit 202.

[0154] The second generation unit 201 is configured to generate target service data information associated with the user terminal based on the first key information and the historical behavior service data.

[0155] The writing unit 202 is configured to write a target block containing the target service data information into the corresponding block chain of the block chain network.

[0156] The specific implementation of the second generation unit 201 and the writing unit 202 can refer to the description of step S102 in the above Figure 4 corresponding embodiments, and will not be repeated here.

[0157] The recovery module 30 is configured to obtain second key information for recovering the invoicing service of the user terminal sent by the tax bureau terminal, and recover the invoicing service of the user terminal based on the second key information; the second key information is determined based on target behavior service data obtained by the tax bureau terminal and target service data information obtained from the block chain.

[0158] The recovery module 30 comprises a third acquisition unit 301, a fourth acquisition unit 302, a first recovery unit 303, a fifth acquisition unit 304, a sending unit 305, a second receiving unit 306, and a second recovery unit 307.

[0159] The third acquisition unit 301 is configured to acquire target service data information of the user terminal from the blockchain; the first key information in the target service data information is a risk identifier for marking the user terminal.

[0160] The fourth acquisition unit 302 is configured to acquire a service recovery request generated by the tax authority terminal when the risk identifier is cancelled; the service recovery request is determined based on the target behavior service data of the user terminal; and the service recovery request carries second key information for recovering the invoicing service of the user terminal.

[0161] The first recovery unit 303 is configured to recover the invoicing service of the user terminal based on the second key information.

[0162] The fifth acquisition unit 304 is configured to acquire target service data information of the user terminal from the blockchain; the target service data information comprises the first key information in response to the trigger operation performed on the user terminal by the tax authority terminal.

[0163] The sending unit 305 is configured to send the first key information to the tax authority terminal, so that the tax authority personnel of the tax authority terminal verify the service state of the user terminal based on the first key information.

[0164] The second receiving unit 306 is configured to receive a service recovery request generated by the tax authority terminal for the user terminal; the service recovery request is obtained in response to the trigger operation performed on the user terminal by the tax authority personnel; the service recovery request carries second key information for recovering the invoicing service of the user terminal; and the second key information is determined by the tax authority terminal based on the target behavior service data of the user terminal.

[0165] The second recovery unit 307 is configured to recover the invoicing service of the user terminal based on the second key information.

[0166] The third acquisition unit 301, the fourth acquisition unit 302, the first recovery unit 303, the fifth acquisition unit 304, the sending unit 305, the second receiving unit 306, and the second recovery unit 307 can be implemented in the manner described above with reference to the descriptions of steps S103 in the above Figure 4 corresponding embodiments and the descriptions of steps S205-S207 in the above Figure 6 corresponding embodiments, and thus will not be repeated here.

[0167] The specific implementation of the pause module 10, the write module 20 and the resume module 30 can refer to the above Figure 4 The descriptions of steps S101-S103 in the corresponding embodiments will not be repeated here. Figure 6 The descriptions of steps S201-S207 in the corresponding embodiments will not be repeated here. In addition, the beneficial effects of using the same method will not be repeated here.

[0168] Further, please refer to Figure 10 is a schematic diagram of a node device provided by an embodiment of the present application. As Figure 10 shown, the node device 1000 can be the server node 20 in the above Figure 2 corresponding embodiments, and the node device 1000 can 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 realize the connection and communication between these components. The user interface 1003 can include a display and a keyboard, and the network interface 1004 can optionally include a standard wired interface and a wireless interface such as a WI-FI interface. The memory 1005 can be a high-speed RAM memory or a non-volatile memory such as at least one disk memory. The memory 1005 can also be at least one storage device located away from the processor 1001. As Figure 10 shown, the memory 1005 as a computer storage medium can include an operating system, a network communication module, a user interface module, and a device control application.

[0169] In the node device 1000 as Figure 10 shown, the network interface 1004 is mainly used for network communication with the tax bureau terminal and the user terminal; 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 realize:

[0170] obtaining first key information sent by the tax bureau terminal associated with the server node for suspending the invoicing service of the user terminal, and suspending the invoicing service of the user terminal based on the first key information; the first key information is determined by the tax bureau terminal based on historical behavior service data of the user terminal;

[0171] writing the first key information and the historical behavior service data as target service data information associated with the user terminal into a corresponding block chain of a block chain network;

[0172] obtaining second key information sent by the tax bureau terminal for restoring the invoicing service of the user terminal, and restoring the invoicing service of the user terminal based on the second key information; the second key information is determined based on the target behavior service data obtained by the tax bureau terminal and the target service data information obtained from the blockchain.

[0173] It should be understood that the node device 1000 described in the embodiments of the present application can perform the description of the data processing method in the foregoing Figure 4 and Figure 6 corresponding embodiments, and can also perform the description of the data processing device 1 in the foregoing Figure 9 corresponding embodiments, which will not be described here. In addition, the description of the beneficial effects of using the same method will not be described here.

[0174] In addition, it should be pointed out here that the present application also provides a computer readable storage medium, and the computer readable storage medium stores the computer program executed by the data processing device 1 mentioned above, and the computer program includes program instructions, and when the processor executes the program instructions, the description of the data processing method in the foregoing Figure 4 or Figure 6 corresponding embodiments can be performed, therefore, the description will not be described here. In addition, the description of the beneficial effects of using the same method will not be described here. For technical details not disclosed in the computer readable storage medium embodiments involved in the present application, please refer to the description of the method embodiments of the present application. As an example, the program instructions can be deployed to be executed on one computing device, or executed on multiple computing devices located in one place, or executed on multiple computing devices distributed in multiple places and interconnected through a communication network, and the multiple computing devices distributed in multiple places and interconnected through a communication network can constitute a blockchain system.

[0175] Those of ordinary skill in the art can understand that all or part of the processes in the above-mentioned embodiment methods can be completed by a computer program instructing related hardware. The above-mentioned program can be stored in a computer readable storage medium, and when the program is executed, it can include the processes of the above-mentioned embodiments of the method. The above-mentioned storage medium can be a magnetic disc, an optical disc, a read-only memory (ROM) or a random access memory (RAM), etc.

[0176] The above disclosure is only the preferred embodiments of the present application, and of course cannot limit the scope of the rights of the present application, so the equivalent changes made according to the claims of the present application still fall within the scope of the present application.

Claims

1. A data processing method, characterized by, The method is executed by a server node in a blockchain network, comprising: obtaining first key information sent by a tax bureau terminal associated with the server node for suspending the invoicing business of a user terminal, and suspending the invoicing business of the user terminal based on the first key information; the first key information includes a warning strategy triggered by the user terminal; the warning strategy includes an asset transfer amount of electronic invoices issued by the user terminal within a time statistical dimension; the first key information is sent by the tax bureau terminal in response to a triggering operation on an operable area of warning information for the user terminal on a target business interface; the warning information is generated when the server node determines that the business state of the user terminal for issuing electronic invoices is an abnormal state, and that the asset transfer share within the time statistical dimension reaches the asset transfer amount, and the asset transfer share refers to the actual amount of electronic invoices issued by the user terminal from the historical behavior business data of the user terminal stored in the blockchain database synchronized by the server node from the blockchain; write the first key information and the historical behavior business data as target business data information associated with the user terminal into the corresponding blockchain of the blockchain network; obtaining second key information sent by the tax bureau terminal for resuming the invoicing business of the user terminal, and resuming the invoicing business of the user terminal based on the second key information; the second key information is determined by the target behavior business data obtained by the tax bureau terminal and the target business data information obtained from the blockchain, wherein the target behavior business data is the business data corresponding to the target behavior of the user terminal taken by the tax bureau terminal for the first key information.

2. The method of claim 1, wherein, The method is executed by a server node in a blockchain network, comprising: obtaining first key information sent by a tax bureau terminal associated with the server node for suspending the invoicing business of a user terminal, and suspending the invoicing business of the user terminal based on the first key information; the first key information includes a warning strategy triggered by the user terminal; the warning strategy includes an asset transfer amount of electronic invoices issued by the user terminal within a time statistical dimension; the first key information is sent by the tax bureau terminal in response to a triggering operation on an operable area of warning information for the user terminal on a target business interface; the warning information is generated when the server node determines that the business state of the user terminal for issuing electronic invoices is an abnormal state, and that the asset transfer share within the time statistical dimension reaches the asset transfer amount, and the asset transfer share refers to the actual amount of electronic invoices issued by the user terminal from the historical behavior business data of the user terminal stored in the blockchain database synchronized by the server node from the blockchain; write the first key information and the historical behavior business data as target business data information associated with the user terminal into the corresponding blockchain of the blockchain network; obtaining second key information sent by the tax bureau terminal for resuming the invoicing business of the user terminal, and resuming the invoicing business of the user terminal based on the second key information; the second key information is determined by the target behavior business data obtained by the tax bureau terminal and the target business data information obtained from the blockchain, wherein the target behavior business data is the business data corresponding to the target behavior of the user terminal taken by the tax bureau terminal for the first key information. When the service state of the user terminal is in an abnormal state, generate a warning information for sending to the tax bureau terminal, so that the tax bureau terminal generates a service suspension request; the service suspension request is obtained by the tax bureau terminal in response to the trigger operation performed by the tax bureau personnel for the warning information; Receive the service suspension request sent by the tax bureau terminal, and suspend the invoicing service of the user terminal based on the first key information carried in the service suspension request for suspending the invoicing service of the user terminal.

3. The method of claim 1, wherein, The first key information sent by the tax bureau terminal associated with the server node for suspending the invoicing service of the user terminal, and suspending the invoicing service of the user terminal based on the first key information, comprising: Obtain the risk data table stored in the system database by the tax bureau terminal associated with the server node; the risk identification of the user terminal for issuing electronic invoices in the risk data table is determined by the tax bureau terminal based on the historical behavior service data of the user terminal; The risk identification of the user terminal in the risk data table is used as the first key information for suspending the invoicing service of the user terminal; Based on the first key information, suspend the invoicing service of the user terminal.

4. The method of claim 3, wherein, The first key information sent by the tax bureau terminal associated with the server node for suspending the invoicing service of the user terminal, and suspending the invoicing service of the user terminal based on the first key information, comprising: Receive the service suspension request sent by the tax bureau terminal for the user terminal; the service suspension request is obtained by the tax bureau terminal in response to the trigger operation performed by the tax bureau personnel for the user terminal in the target service interface; the service suspension request carries the first key information for suspending the invoicing service of the user terminal; the first key information is determined based on the historical behavior service data of the user terminal in the system database; Based on the service suspension request, suspend the invoicing service of the user terminal.

5. The method of claim 1, wherein, The first key information and the historical behavior service data are used as the target service data information associated with the user terminal, and the target service data information is written into the corresponding blockchain of the blockchain network, comprising: Based on the first key information and the historical behavior service data, generate the target service data information associated with the user terminal; Write the target block containing the target service data information into the corresponding blockchain of the blockchain network.

6. The method of claim 3, wherein, The second key information sent by the tax bureau terminal for recovering the invoicing service of the user terminal is obtained, and the invoicing service of the user terminal is recovered based on the second key information, comprising: Obtain the target service data information of the user terminal from the blockchain; the first key information in the target service data information is used to mark the risk identification of the user terminal; obtaining a business recovery request generated by the tax bureau terminal when the risk identification is canceled; the business recovery request is determined based on target behavior business data of the user terminal; the business recovery request carries second key information for recovering the invoicing business of the user terminal; recovering the invoicing business of the user terminal based on the second key information.

7. The method of claim 1, wherein, The obtaining of the second key information sent by the tax bureau terminal for recovering the invoicing business of the user terminal and the recovering of the invoicing business of the user terminal based on the second key information comprise: obtaining target business data information of the user terminal from the blockchain; the target business data information includes first key information of the tax bureau terminal responding to a trigger operation performed on the user terminal; sending the first key information to the tax bureau terminal, so that the tax bureau personnel corresponding to the tax bureau terminal verify the business state of the user terminal based on the first key information; receiving a business recovery request generated by the tax bureau terminal for the user terminal; the business recovery request is obtained in response to a trigger operation performed by the tax bureau personnel on the user terminal; the business recovery request carries second key information for recovering the invoicing business of the user terminal; the second key information is determined by the tax bureau terminal based on target behavior business data of the user terminal; recovering the invoicing business of the user terminal based on the second key information.

8. A data processing apparatus, characterized by, The device runs on a server node in a blockchain network, comprising: a suspension module, configured to obtain first key information sent by a tax bureau terminal associated with the server node for suspending the invoicing business of a user terminal, and suspend the invoicing business of the user terminal based on the first key information; the first key information includes a pre-warning strategy triggered by the user terminal; the pre-warning strategy includes an asset transfer quota of electronic invoices issued by the user terminal in a time statistical dimension; the first key information is sent by the tax bureau terminal in response to a trigger operation on an operable region of pre-warning information of the user terminal on a target business interface; the pre-warning information is generated when the server node real-time statistics of asset transfer shares in the time statistical dimension reach the asset transfer quota, and determines that the business state of the user terminal for issuing electronic invoices is an abnormal state; the asset transfer share refers to the actual amount of electronic invoices issued from the historical behavior business data of the user terminal stored in the blockchain database synchronized by the server node from the blockchain; a writing module, configured to write the first key information and the historical behavior business data as target business data information associated with the user terminal into the corresponding blockchain of the blockchain network; A recovery module is configured to acquire second key information sent by the tax bureau terminal for recovering the invoicing service of the user terminal, and recover the invoicing service of the user terminal based on the second key information; the second key information is determined based on target behavior service data acquired by the tax bureau terminal and the target service data information acquired from the blockchain, wherein the target behavior service data is service data corresponding to a target behavior of the user terminal with respect to the first key information acquired by the tax bureau terminal.

9. A node device, characterized by Comprise: a processor, a memory and a network interface; the processor is connected with the memory and the network interface, wherein the network interface is configured to provide data communication function, the memory is configured to store program code, and the processor is configured to call the program code to execute the method according to any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The computer readable storage medium stores a computer program, and the computer program comprises program instructions, and the program instructions are executed by the processor to execute the method according to any one of claims 1-7.

Images