CN110599274A

CN110599274A - Bill processing method, device, processing equipment and computer storage medium

Info

Publication number: CN110599274A
Application number: CN201910915918.1A
Authority: CN
Inventors: 李茂材; 王宗友; 时一防; 蓝虎; 周开班; 杨常青; 朱耿良; 陈秋平; 刘区城
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-09-24
Filing date: 2019-09-24
Publication date: 2019-12-20
Anticipated expiration: 2039-09-24
Also published as: CN110599274B

Abstract

The embodiment of the invention provides a bill processing method, a bill processing device, bill processing equipment and a computer storage medium, wherein the bill processing method comprises the following steps: determining a target bill from to-be-quit resource bills stored in a first address of a first user, wherein the to-be-quit resource bills stored in the first address are transferred from a second address corresponding to a second user to the first address by a block link network; generating a first request of the target bill, wherein the first request carries the identifier of the target bill and the identifier of the tax bureau; sending a first request to the blockchain network so that the blockchain network transfers the target bill to a third address of the tax bureau to refund the resource to be refunded corresponding to the target bill to an account of the first user; and receiving state prompt information, wherein the state prompt information is used for prompting the resource return state of the target bill. The embodiment of the invention can solve the problem of repeated tax refund of the same electronic bill.

Description

Bill processing method, device, processing equipment and computer storage medium

Technical Field

The invention relates to the technical field of network information processing, in particular to a bill processing method, a bill processing device, bill processing equipment and a computer storage medium.

Background

The electronic bill is the last fortress in the information-based construction of China, and the electronic bill platform is an important infrastructure work of the modern construction of China. Meanwhile, with the networking of the payment mode and the shopping mode, the mode of electronic shopping is more and more popular, and the traditional paper bill is gradually replaced by the electronic bill due to the advantages of cleanness, environmental protection, convenient acquisition and easy storage of the electronic bill. In practical applications, it is found that tax refund is required to be carried out on electronic bills in many cases. For example, if a party to a transaction cancels the transaction or interrupts the transaction, the electronic ticket for the transaction needs to be refunded. In the existing practical application, the problem that the same bill is repeatedly refunded in different cities can exist. For example, after the invoice maker refunds in city 1 by printing the electronic ticket, the invoice maker repeatedly prints the same electronic ticket and refunds in city 2 again.

Disclosure of Invention

The embodiment of the invention provides a bill processing method, a bill processing device, bill processing equipment and a computer storage medium, which can solve the problem of repeated tax refund of the same electronic bill.

The first aspect of the embodiments of the present invention provides a bill processing method, including:

determining a target bill from to-be-quit resource bills stored in a first address of a first user, wherein the to-be-quit resource bills stored in the first address are transferred from a second address corresponding to a second user to the first address by a block link network; generating a first request of the target bill, wherein the first request carries the identifier of the target bill and the identifier of the tax bureau; sending a first request to the blockchain network so that the blockchain network transfers the target bill to a third address of the tax bureau to refund the resource to be refunded corresponding to the target bill to an account of the first user; and receiving state prompt information, wherein the state prompt information is used for prompting the resource return state of the target bill.

The resource bill to be refunded can be understood as the resource bill to be refunded, the resource to be refunded can be understood as the amount of the tax to be refunded, and the resource refunded state can be understood as the tax refunded state.

Therefore, the first request of the target bill is generated and sent to the block chain network, so that the block chain network transfers the target bill to the third address of the tax bureau, and the resource to be refunded corresponding to the target bill is refunded to the account of the first user, so that the bills are only stored in one address at the same time, and the problem of repeated refunding of the same electronic bill is solved.

As an optional implementation manner, the first signature may also be obtained by signing the first request; the specific implementation of sending the first request to the blockchain network is as follows:

and sending the first request and the first signature to the blockchain network so that the blockchain network verifies the first signature, and transferring the target bill to a third address after the verification is successful.

Therefore, the security of the first request can be improved by carrying out signature encryption on the first request.

As an optional implementation manner, the target ticket is a to-be-quitted resource ticket whose transfer-in duration for transferring into the first address reaches a first preset duration; or when the number of the resource bills to be returned in the first address reaches the preset number, the resource bills to be returned with the longest transfer time to the first address are transferred to; alternatively, the target ticket is a ticket selected by the first user.

As can be seen, the target bill can be determined in various ways, and the optional way is favorable for timely processing the resource bills to be returned which are detained for a long time.

As an optional implementation manner, the first transaction identifier in the target ticket can also be acquired; determining whether the resource of the transaction corresponding to the first transaction identification is refunded to an account of the second user; and if the resources of the transaction corresponding to the first transaction identification are returned to the account of the second user, executing a step of generating a first request of the target bill.

Wherein the resource of the transaction may be understood as the transaction amount of the transaction.

Therefore, whether the transaction resources corresponding to the target bill are returned to the account of the second user or not is verified, whether the false bill return condition occurs or not can be detected, and the safety of the target bill is improved.

As an optional implementation manner, after determining that the resource of the transaction corresponding to the target ticket has been refunded to the account of the second user, acquiring first transaction information with the first transaction identifier in the refunded transaction; matching the first transaction information with second transaction information in the target bill; and if the first transaction information is matched with the second transaction information in the target bill, executing a step of generating a first request of the target bill.

Therefore, whether the transaction information in the target bill is tampered or not can be detected in time by verifying the transaction information in the target bill.

As an optional implementation manner, if the resource of the transaction corresponding to the first transaction identifier is not returned to the account of the second user, sending a second request to the blockchain network, so that the blockchain network transfers the target ticket from the first address back to the second address; and if the first transaction information does not match with the second transaction information in the target bill, sending a third request to the blockchain network so that the blockchain network transfers the target bill from the first address back to the second address.

Therefore, the second processing device can be reminded that the target ticket cannot be refunded based on the optional mode.

As an optional implementation, after determining that the first transaction information matches the second transaction information in the target ticket, determining whether the first transaction identifier exists from the deducted resource ticket transaction identifiers; and if the first transaction identifier exists in the deducted resource ticket identifier, executing a step of generating a first request of the target ticket.

Wherein the deducted resource ticket can be understood as a taxed ticket.

Therefore, the target bill is verified whether taxes are paid or not, and the safety of the target bill is improved.

A second aspect of the embodiments of the present invention provides a bill processing apparatus, including:

the processing unit is used for determining a target bill from the to-be-quit resource bills stored in the first address of the first user, wherein the to-be-quit resource bills stored in the first address are transferred to the first address from the second address corresponding to the second user by the block link network;

the processing unit is used for generating a first request of the target bill, and the first request carries the identifier of the target bill and the identifier of the tax bureau;

the sending unit is used for sending a first request to the blockchain network so that the blockchain network transfers the target bill to a third address of the tax bureau and refunds the resource to be refunded corresponding to the target bill to an account of the first user;

and the receiving unit is used for receiving the state prompt information, and the state prompt information is used for prompting the resource return state of the target bill.

For the embodiments and the advantages of the bill processing device to solve the problems, reference may be made to the method and the advantages described in the first aspect, and repeated details are not repeated.

A third aspect of embodiments of the present invention provides a processing device, comprising a processor and a memory, the processor and the memory being connected to each other, wherein the memory is configured to store a computer program, the computer program comprises program instructions, and the processor is configured to call the program instructions to execute the method described in the first aspect. For the embodiments and the advantages of the processing device to solve the problems, reference may be made to the method and the advantages described in the first aspect, and repeated details are not repeated.

A fourth aspect of embodiments of the present invention provides a computer storage medium storing a computer program, the computer program comprising program instructions that, when executed by a processor, cause the processor to perform a method as described in the first aspect of embodiments of the present application.

By adopting the embodiment of the invention, the first request of the target bill is generated and sent to the block chain network, so that the block chain network transfers the target bill to the third address of the tax bureau, and the resource to be refunded corresponding to the target bill is refunded to the account of the first user, thereby ensuring that the bills are stored in one address at the same time and solving the problem of repeated refunding of the same electronic bill.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

FIG. 1 is a block diagram of a system architecture according to an embodiment of the present invention;

fig. 2 is a schematic structural diagram of a blockchain network according to an embodiment of the present invention;

FIG. 3 is a schematic flow chart of a bill processing method according to an embodiment of the present invention;

FIG. 4 is a block link point structure according to an embodiment of the present invention;

FIG. 5 is a schematic interface diagram of a processing device according to an embodiment of the present invention;

FIG. 6 is a block link point structure according to an embodiment of the present invention;

FIG. 7 is a schematic flow chart diagram of a bill processing method according to an embodiment of the present invention;

fig. 8 is an application scenario diagram of a bill processing method according to an embodiment of the present invention;

FIG. 9 is a schematic structural diagram of a bill handling apparatus according to an embodiment of the present invention;

fig. 10 is a schematic structural diagram of a processing apparatus according to an embodiment of the present invention.

Detailed Description

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

The terms "first," "second," "third," and the like in the description and in the claims, and in the above-described drawings, are used for distinguishing between different objects and not necessarily for describing a particular sequential or chronological order. Furthermore, the terms "comprises" and any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or modules is not limited to the listed steps or modules but may alternatively include other steps or modules not listed or inherent to such process, method, article, or apparatus.

In order to better understand a bill processing method, a bill processing device, a bill processing apparatus, and a computer storage medium disclosed in the embodiments of the present invention, a system architecture to which the embodiments of the present invention are applicable is first described below.

Referring to fig. 1, as shown in fig. 1, the system architecture includes a first processing device, a second processing device, a third processing device, and a blockchain network. The first processing device may be a device corresponding to the seller. The second processing device may be a device corresponding to the buyer. The third processing device may be a device corresponding to the tax bureau. The first processing device, the second processing device, and the third processing device may be a client or a server, which is not limited in this embodiment of the application. Wherein, the client can be any one of the following: a terminal, a separate Application, an API (Application Programming Interface), or an SDK (Software Development Kit). Among others, the terminal may include but is not limited to: smart phones (such as Android phones, iOS phones, etc.), tablet computers, portable personal computers, Mobile Internet Devices (MID for short), and the like, which are not limited in the embodiments of the present invention.

Wherein the blockchain network comprises a plurality of blockchain nodes. As shown in fig. 2, fig. 2 illustrates an example of a blockchain network including 3 blockchain nodes. The block link point may be a full node. A full node refers to a node that stores a complete blockchain. A full node is typically a high performance computing device. The Block Chain (Block Chain) is a Chain data structure which combines data blocks in a sequential connection mode according to a time sequence and is a distributed book which is cryptographically used for ensuring that the data cannot be tampered and forged. Multiple independent distributed nodes (i.e., blockchain nodes) maintain the same record. The block chain technology realizes decentralization and becomes a foundation for credible resource storage, transfer and transaction. As shown in fig. 2, each block link point includes a block chain therein. The block chain includes 3 blocks, i.e., block 1, block 2, and block 3, although the block chain may also include more than 3 blocks, and fig. 2 illustrates an example in which the block chain includes 3 blocks. When new data needs to be written into the block chain, each block chaining point in the block chain network adds a new block including the new data after the end block 3 of the block chain, and the new block is uplinked. A plurality of transaction records are recorded in each block, and simultaneously the transaction records contain the hash value (hash) of the previous block, all blocks are connected in sequence by storing the information in the previous block, so that a block chain is formed, and the block chain is difficult to tamper.

Referring to fig. 3, fig. 3 is a schematic flow chart of a bill processing method according to an embodiment of the present invention. As shown in FIG. 3, the bill processing method can include parts 301-309. Wherein:

301. the second processing device generates a fourth request after confirming that the resources of the transaction have been refunded to the account of the second user.

Wherein the resource of the transaction may be understood as the transaction amount of the transaction. The fourth request comprises an identification of the resource ticket to be refunded, which can be understood as a tax ticket to be refunded, and an identification of the first user. The mark of the resource bill to be returned can be information such as a bill code, a bill number, a check code and the like which can uniquely identify the resource bill to be returned. The identifier of the first user may be information that can uniquely identify the first user, such as a user account number and a user number. The first user is a user corresponding to the first processing device, and the first user may be a vendor user. The second user is a user corresponding to the second processing device, and the second user may be a buyer user. Wherein, confirming that the resource of the transaction has been refunded to the account of the second user may be understood as that the transaction amount of the transaction has been refunded to the account of the second user, i.e. the transaction has completed a refund.

302. The second processing device sends a fourth request to the blockchain network.

And the fourth request is used for requesting the block chain network to transfer the resource bill to be quitted in the second address into the first address.

303. And the block chain network transfers the resource bill to be quitted from the second address of the second user to the first address of the first user.

Specifically, after receiving the fourth request, the blockchain network searches the resource ticket to be quitted from the second address of the second user according to the identifier of the resource ticket to be quitted, which is carried by the fourth request. And then, searching the first address of the first user according to the identifier of the first user, and transferring the searched resource bill to be quitted from the second address of the second user to the first address of the first user.

Wherein each user of the shopping software can correspond to an address for storing the ticket in the block chain node. For example, a first user (i.e., a seller) corresponds to a first address in the blockchain node, and a second user (i.e., a buyer) corresponds to a second address in the blockchain node. The tax bureau may also correspond to a third address.

For example, as shown in fig. 4, the blockchain network includes blockchain network nodes 1 to blockchain nodes 3. The network node 1 to the block link node 3 all comprise three storage addresses, and the storage addresses can store a plurality of bills. The first address and the second address store 2 tickets, and the third address stores 1 ticket. Blockchain node 1 receives the fourth request and forwards the fourth request to node 2 and node 3. Fig. 4 takes ticket 1 as an example of a pending quit resource ticket, and the fourth request includes an identifier of ticket 1 and an identifier of the first user. After each blockchain node receives the fourth request, a new block including the fourth request may be first generated by one blockchain network node (e.g., the most workload certified blockchain node), and then broadcast to other blockchain nodes. Each block chaining node can forward ticket 1 from the second address of the second user to the first address of the first user and chain the new block.

As an optional implementation manner, after the second processing device generates the fourth request, the fourth request may be further signed to obtain the second signature. The second processing device may specifically send the fourth request and the second signature to the blockchain network. Correspondingly, after the blockchain network receives the fourth request and the second signature, the blockchain network verifies the second signature, and switches the to-be-quit resource ticket from the second address to the first address after the verification is successful.

For example, after each blockchain node receives the fourth request and the second signature, the second signature may be verified by one blockchain node (e.g., the most workload proving node). If the verification is passed, a new block including the fourth request and the second signature is generated and then broadcast to other nodes. And after sending the new block, transferring the resource bill to be quitted from the second address of the second user to the first address of the first user, and adding the new block into the block chain, namely, chaining the new block. After receiving the new block, the other nodes verify the second signature according to the public key of the second processing device and the fourth request. If the verification is passed, the block link node transfers the resource bill to be quitted from the second address of the second user to the first address of the first user, and carries out uplink transmission on the new block.

Optionally, the second processing device creates a key pair by using an asymmetric encryption algorithm, where the key pair includes a public key and a private key; asymmetric encryption algorithms herein may include, but are not limited to: the Elgamal algorithm (an asymmetric encryption algorithm), the Rabin algorithm (an asymmetric encryption algorithm), the Diffie-Hellman algorithm (an asymmetric encryption algorithm), the ECC algorithm (elliptic curve encryption algorithm). The second processing device may sign the fourth request with a private key of the second processing device to obtain a second signature. The blockchain network may verify the second signature using a public key of the second processing device. And after the block chain network successfully verifies, generating a new block comprising the fourth request and the second signature, and transferring the resource bill to be quitted from the second address to the first address.

The following describes how the second signature is verified. For example, taking a hash algorithm as an example, the second processing device performs a hash operation on the fourth request to obtain a hash value 1. And the second processing equipment signs the hash value 1 by adopting a private key of the second processing equipment to obtain a second signature, and then sends the fourth request and the second signature to the block chain network. Correspondingly, the blockchain network may decrypt the second signature through the public key of the second processing device to obtain the hash value 2, and then perform hash operation on the fourth request to obtain the hash value 1. If the hash value 2 is the same as the hash value 1, the blockchain network verifies the second signature successfully.

Based on the optional mode, the second processing device can sign the fourth request, and the safety of the fourth request is improved. Meanwhile, if the information carried by the fourth request is tampered, the blockchain network can detect that the information is tampered by checking the fourth request, so that the risk that the first processing device receives and uses the tampered information is reduced.

304. The first processing device determines a target bill from the to-be-quit resource bills stored at the first address of the first user.

The resource bill to be quitted stored in the first address is transferred from a second address corresponding to a second user (namely a buyer) to the first address by the block link network.

Optionally, the target ticket may be a resource ticket to be quitted, where the transfer-in duration of the transfer-in to the first address reaches a first preset duration; or, the target bill can be a resource bill to be quitted, which is transferred to the first address and has the longest transfer duration when the number of the resource bills to be quitted in the first address reaches a preset number; alternatively, the target ticket may be a ticket selected by the first user.

As can be seen, there are various ways of determining the target document, and three specific embodiments of determining the target document are described below:

in the first mode, the first processing device can detect the time length of all the to-be-quit resource bills in the first address transferred to the first address in real time. If the time length of the resource to be quitted, which is transferred into the first address, is detected to reach the first preset time length, the bill with the quitted resource is determined to be the target bill, and the target bill can be one or more. The first preset time period may be set by the first user (i.e., the seller user), and the preset time period may be 1 hour, 3 hours, 5 hours, 10 hours, 1 day, 3 days, 5 days, 7 days, or the like.

In the second mode, the first processing device can detect the number of all the to-be-quit resource bills in the first address and the time length for transferring the to-be-quit resource bills to the first address in real time. When the first processing device detects that the number of the resource bills to be quitted transferred to the first address reaches the preset number, determining the resource bill to be quitted transferred to the first address with the longest transfer duration as a target bill. Wherein the preset number may be set by a first user (i.e., a seller user), and the preset number may be 5 sheets, 10 sheets, 20 sheets, 50 sheets, etc.

For example, the first user (i.e., the seller user) sets the preset number of the current first addresses to 10. When the first processing device detects that the bills stored in the first address reach 10 bills, the first processing device counts the transfer-in duration of the current 10 resource bills to be returned, and determines the bill with the longest transfer-in duration of the resource bills to be returned. The first processing device determines the bill with the longest transfer-in time as the target bill.

In a third mode, a first user (namely, a seller user) enters a ticket refunding interface through a function key, all the resource tickets to be refunded are displayed on the interface, and the first user determines that the first user is the target ticket by selecting one or more of the resource tickets to be refunded.

For example, as shown in fig. 5, a first user (i.e., a seller) can enter a ticket refunding interface through a function key, the current interface displays four tickets, the user selects a ticket 1 to be refunded as a target ticket, and a display screen of a mobile phone displays whether the ticket refunding interface is determined. The first user (i.e., the seller) may select the determination, and the first processing device receives the refund instruction. The first processing device generates a request 1 for ticket 1, the request 1 including an identification of ticket 1 and an identification of the tax authority. The first processing device sends a request 1 to the blockchain network. Accordingly, the block link receives the request 1, and transfers the ticket 1 from the first address to the tax bureau address corresponding to the ticket 1 identifier according to the ticket 1 identifier and the tax bureau identifier in the request 1. Either the operation or the user may choose to cancel the refund.

305. A first processing device generates a first request for a target ticket.

The first request includes an identification of the target ticket and an identification of the tax authority. The identification of the target bill can be a bill code, a bill number, a check code and the like, and the identification of the tax bureau can be the name of the tax bureau, the number of the tax bureau and the like. The identification of the target bill is used for enabling the node in the block chain network to accurately find the target bill in the first address, and the identification of the tax bureau is used for enabling the node in the block chain network to return the resource to be returned corresponding to the target bill to the first user.

It should be noted that, when there are multiple target tickets, the first processing device may generate first requests for the multiple target tickets, and the first processing device may also generate a first request for each target ticket.

306. The first processing device sends a first request to the blockchain network.

307. And the block chain network transfers the target bill to a third address of the tax bureau.

Specifically, after receiving the first request, the blockchain network transfers the target ticket from the first address corresponding to the first user (i.e., the seller user) to the third address corresponding to the tax bureau.

For example, as shown in fig. 6, the blockchain network includes blockchain nodes 1 to blockchain nodes 3. The network node 1 to the block link node 3 all comprise three storage addresses, and the storage addresses can store a plurality of bills. The first address stores 3 tickets, and the second address and the third address store 1 ticket. After receiving the first request, blockchain node 1 forwards the first request to blockchain node 2 and blockchain node 3. Fig. 6 takes ticket 1 as an example of a target ticket, and the first request includes an identification of ticket 1 and an identification of the taxing authority. After each blockchain node receives the first request, a new block including the first request may be first generated by one blockchain network node (e.g., the most workload certified node) and then broadcast to other blockchain nodes. Each block chaining node can forward the bill 1 from the first address of the first user to the third address of the tax bureau and chain the new block.

As an optional implementation manner, after the first processing device generates the first request, the first processing device may further sign the first request to obtain a first signature. The first processing device may specifically send the first request and the first signature to a blockchain network. Accordingly, after the blockchain network receives the first request and the first signature, the blockchain network verifies the first signature and transfers the target ticket from the first address to the third address after the verification is successful. For example, the first processing device may sign the first request with a private key of the first processing device, resulting in a first signature. The blockchain network may verify the first signature with a public key of the first processing device. After successful verification, the blockchain network generates a new block including the first request and the first signature, and transfers the target ticket from the first address to the third address.

Based on the optional mode, the first processing device can sign the first request, and the safety of the first request is improved. Meanwhile, if the information carried by the first request is tampered, the blockchain network can detect that the information is tampered by checking the first request, so that the risk that the third processing device (namely the tax bureau processing device) receives and uses the tampered information is reduced.

308. And the third processing equipment acquires the target bill from the third address of the tax bureau and refunds the resource to be refunded corresponding to the target bill to the account of the first user.

309. And the third processing equipment sends the state prompt information to the first processing equipment.

And after successfully returning the to-be-returned resource corresponding to the target bill to the account of the first user, the third processing device sends state prompt information to the first processing device, wherein the state prompt information is used for prompting the resource returning state of the target bill. The status prompt information may be used to prompt the first processing device to successfully or unsuccessfully retire the resource. Optionally, the blockchain network may also send the status hint information to the first processing device.

It can be seen that, with the method described in fig. 3, since the ticket exists only in the blockchain address, the problem of repeatedly returning the resource for returning one ticket can be solved by generating a first request of the target ticket and sending the first request to the blockchain network, so that the blockchain network transfers the target ticket to the third address of the tax bureau, and returning the resource to be returned corresponding to the target ticket to the first user. Meanwhile, an online resource returning mode can be provided to return the refunded electronic bills, so that the resource returning efficiency is improved.

Referring to fig. 7, fig. 7 is a schematic flow chart of a bill processing method according to an embodiment of the present invention. As shown in FIG. 7, the bill processing method can include 701-714 parts. Wherein:

701. the second processing device generates a fourth request after confirming that the resources of the transaction have been refunded to the account of the second user.

702. The second processing device sends a fourth request to the blockchain network.

703. And the block chain network transfers the resource bill to be quitted from the second address of the second user to the first address of the first user.

704. The first processing device determines a target bill from the to-be-quit resource bills stored at the first address of the first user.

705. The first processing device obtains a first transaction identification in the target ticket.

The first processing device obtains a first transaction identification of a current target ticket. The first transaction identifier may be a transaction number or other information that can uniquely identify the transaction in the target ticket.

706. The first processing device determines whether the resource of the transaction corresponding to the first transaction identification has been refunded to the account of the second user.

The first processing device stores transaction identifications corresponding to transactions of all returned resources. Wherein, the transaction of the refunded resource can be understood as the transaction of the completed refund. After the first processing device obtains the first transaction identification of the target ticket, the first processing device searches whether a transaction corresponding to the first transaction identification exists in the transaction identification of the returned resource. If there is a transaction corresponding to the first transaction identifier in the transaction of the returned resource, the first processing device executes step 707. And if the target bill does not exist, the current transaction can be considered to have not finished refunding, and the bill can not be refunded, the first processing device generates a second request and sends the second request to the blockchain network, wherein the second request comprises the identification of the target bill and the identification of the second user. And after receiving the second request, the block chain network transfers the target bill in the first address back to the second address corresponding to the identification of the second user.

As an optional implementation manner, after the first processing device generates the second request, the second request may also be signed by a private key of the first processing device, so as to obtain a third signature; the first processing device may send the second request and the third signature to a blockchain network. Correspondingly, the blockchain network receives the second request and the third signature, verifies the third signature according to the public key of the first processing device and the second request, and transfers the target bill to the second address after the verification is successful. The method for verifying the third signature by the blockchain network may refer to the method for verifying the second signature by the blockchain node in step 303, which is not described in detail in the embodiments of the present invention. Wherein the blockchain network may also uplink new blocks that include the second request and the third signature. How to uplink the new block including the second request and the third signature can refer to the method for uplink transmission of the new block including the fourth request and the second signature in step 303.

Based on the optional mode, the first processing device can sign the second request, and the safety of the second request is improved. Meanwhile, if the first processing device sends a second request to the blockchain network, the blockchain network returns the target ticket to the second address (namely the buyer processing device) to prompt the second processing device that the ticket can not be returned.

707. And if the resources of the transaction corresponding to the first transaction identification are returned to the account of the second user, the first processing equipment acquires the first transaction information with the first transaction identification from the transaction information of the returned resources.

The first transaction identification may be a transaction number or the like that may uniquely identify the transaction in the target instrument. The first transaction information includes, but is not limited to, transaction goods, resources (i.e., transaction amount), purchaser information, and seller information. The condition that the resource of the transaction corresponding to the first transaction identifier is refunded to the account of the second user can be understood as that the transaction amount of the transaction is refunded to the account of the second user (i.e. the buyer user), that is, the transaction is refunded

As an alternative, if the resource of the transaction corresponding to the first transaction identifier has been refunded to the account of the second user, the first processing device may directly perform the step of generating the first request of the target ticket in step 710.

Based on this alternative, the steps 707 to 709 may not be executed after the transaction is determined to have completed refund, and the step of generating the first request of the target ticket in step 710 may be directly executed, so as to improve the efficiency of resource refund (i.e. tax refund).

708. The first processing device matches the first transaction information with the second transaction information in the target instrument.

The first processing equipment acquires second transaction information in the target bill, wherein the second transaction information comprises but is not limited to transaction articles, transaction amount, purchaser information and seller information; and then matching the acquired first transaction information with the second transaction information. Specifically, each item of information in the first transaction information is compared with each item of information corresponding to the second transaction information.

For example, the first transaction information includes two items of information, namely a transaction article and a transaction amount, and the first processing device compares the transaction article in the first transaction information with the transaction article in the second transaction information to determine whether the transaction articles are the same; comparing the transaction amount in the first transaction information with the transaction amount in the second transaction information, and judging whether the transaction amounts are the same; and if the transaction article is the same article and the transaction amount is the same, the first processing equipment determines that the first transaction information is matched with the second transaction information.

709. If the first transaction information is matched with the second transaction information in the target bill, the first processing equipment determines whether the first transaction identification exists in the deducted resource bill transaction identification.

Wherein the deducted resource ticket can be understood as deducted tax ticket. And if the first transaction information is matched with the second transaction information in the target bill, the first processing equipment determines whether the first transaction identifier exists in the deducted resource bill transaction identifier, so as to judge whether the target bill is taxed. If yes, go to step 710; and if the third request does not exist, the first processing device generates a third request and sends the third request to the blockchain network, wherein the third request comprises the identification of the target ticket and the identification of the second user.

Specifically, if any one of the acquired transaction information is not matched, the first processing device considers that the first transaction information is not matched with the second transaction information, and the target ticket cannot be refunded. The first processing device generates a third request comprising an identification of the target ticket and an identification of the second address. The identification of the target bill is used for finding the target bill in the first address by the block chain network, and the identification of the second user is used for converting the target bill in the first address back to the second address corresponding to the identification of the second user by the block chain network. The second address is understood here to mean the last address stored in the target ticket before the transfer to the first address.

As an alternative, if the first transaction information matches the second transaction information in the target ticket, the first processing device may directly perform the step of generating the first request for the target ticket in step 710.

Based on this alternative, the step of generating the first request of the target ticket in step 710 may be directly performed without performing 709 after determining that the first transaction information matches the second transaction information in the target ticket, thereby improving the efficiency of resource refunding (i.e., tax refunding).

As an optional implementation manner, after the first processing device generates the third request, the third request may be signed by a private key of the first processing device, so as to obtain a fourth signature. The first processing device may send the third request and the fourth signature to a blockchain network. Correspondingly, the blockchain network receives the third request and the fourth signature, verifies the fourth signature by using the public key of the first processing device, and transfers the target bill to the second address after the verification is successful. The method for verifying the fourth signature by the blockchain network may refer to the method for verifying the second signature at the blockchain node in step 303, which is not described in detail in the embodiments of the present invention. The blockchain network may also uplink new blocks that include the third request and the fourth signature. How to uplink the new block including the second request and the third signature can refer to the method for uplink transmission of the new block including the fourth request and the second signature in step 303.

Based on the optional mode, the first processing device can sign the third request, and the safety of the third request is improved. Meanwhile, if the first processing device sends a third request to the blockchain network, the blockchain network returns the target ticket to the second address (namely the buyer processing device) to prompt the second processing device that the ticket can not be returned.

710. And if the first transaction identification exists in the deducted resource ticket transaction identification, the first processing equipment generates a first request of the target ticket.

The first processing device stores the transaction identifications of all the deducted resource tickets, and if the deducted resource ticket transaction identifications comprise the first transaction identification, the first processing device generates a first request of the target ticket.

As an alternative, if the first transaction identification does not exist in the deducted resource ticket transaction identifications, the target ticket is considered not to be taxed. A delete request is sent to the blockchain network, the delete request including an identification of the target ticket. Correspondingly, the block chain network receives the deletion request, finds the target bill in the first address according to the identification of the target bill and deletes the target bill.

Based on the optional mode, whether the target bill finishes resource deduction or not can be judged, and the bill which does not deduct the resource is prevented from being sent to the block chain network, so that the working efficiency of resource quitting of the block chain network is reduced.

As an optional implementation manner, after the first processing device generates the deletion request, the deletion request may be signed by a private key of the first processing device, so as to obtain a fifth signature. The first processing device may send the delete request and a fifth signature to the blockchain network. Accordingly, the blockchain network receives the delete request and the fifth signature. After receiving the delete request and the fifth signature, the blockchain network verifies the fourth signature using the public key of the first processing device, and transfers the target ticket to the second address after successful verification. The method for verifying the fifth signature by the blockchain network may refer to the method for verifying the second signature at the blockchain node in step 303, which is not described in detail in the embodiments of the present invention. The blockchain network may also uplink new blocks that include deletion requests. How to uplink the new block including the delete request can refer to the method for uplink of the new block including the fourth request and the second signature in step 303.

Based on the optional mode, the deleting request is signed by the private key of the first processing device, and the safety of the deleting request can be improved.

It should be noted that step 710 may also be performed by a third processing device (i.e., a tax bureau processing device), that is, the third processing device determines whether the target ticket is a resource deduction ticket (i.e., a taxed ticket). When the target bill is the deducted resource bill, the third processing device returns the to-be-returned resource corresponding to the target bill to the first user.

711. The first processing device sends a first request to the blockchain network.

712. And the block chain network transfers the target bill to a third address of the tax bureau.

713. And the third processing equipment acquires the target bill from the third address of the tax bureau and refunds the resource to be refunded corresponding to the target bill to the account of the first user.

714. And the third processing equipment sends the state prompt information to the first processing equipment.

In the embodiment of the present invention, steps 701 to 704 may refer to the execution processes of steps 301 to 304 in the above embodiment, and steps 711 to 714 may refer to the execution processes of steps 306 to 309 in the above embodiment, which are not described again in the embodiment of the present invention.

In steps 705-710, three methods for verifying the target ticket are introduced. The first method comprises the steps that first processing equipment determines whether resources of a transaction corresponding to a first transaction identifier are refunded to an account of a second user or not, and therefore whether the transaction corresponding to the first transaction identifier is refunded or not is judged; the first processing device judges whether the first transaction information is matched with the second transaction information in the target bill, so that whether the first transaction information is tampered is judged; and the third method is that the first processing device determines whether the first transaction identifier exists in the deducted resource bill transaction identifiers so as to judge whether the transaction corresponding to the first transaction identifier completes tax payment. In the embodiment of the invention, the three verification methods do not have a fixed sequence and can be randomly combined. For example, in FIG. 7, method one, then method two, and finally method three are performed first; similarly, method three may be performed first, then method one, and finally method two may be performed.

It can be seen that by the method described in fig. 7, whether the target ticket is tampered can be detected by verifying the target ticket, thereby reducing the risk of the processing device receiving and using the tampered ticket.

In order to better understand the embodiments of the present invention, the following describes the embodiments of the method in conjunction with practical application scenarios. For example, the buyer user applies for refund for transaction 1 on the shopping software, as shown in fig. 8, there are three tickets in the buyer address, where the ticket corresponding to transaction 1 is ticket 1. When the buyer processing device detects that the refund is complete, a request 1 is generated, the request 1 including an identification of the seller user and an identification of the ticket 1. After the buyer processing device generates the request 1, the buyer processing device signs the request 1 to obtain a signature 1. The buyer processing device sends the request 1 and signature 1 to the blockchain network. Accordingly, the blockchain network receives request 1 and signature 1, verifying signature 1. And finding the bill 1 in the buyer address according to the identifier of the bill 1 after the verification is successful by the blockchain network, and transferring the bill 1 from the buyer address to the seller address corresponding to the identifier of the seller user by the blockchain network according to the identifier of the seller user. The seller user can check the bill of the resource to be quitted in the seller address through the client. For example, as shown in FIG. 8, a seller user may select Ticket 1 of a resource to be refunded in the seller's address for refunding. The seller processing device needs to verify whether the bill 1 completes refund, the authenticity of the transaction information of the bill 1, and whether the transaction in the bill 1 completes tax payment after receiving the selection instruction of the seller user. Specifically, the seller processing device finds the identifier of the bill 1 in the refund transaction identifier, which indicates that the transaction corresponding to the identifier of the bill 1 has completed refund. The seller processing device then looks up the transaction information for transaction 1 corresponding to the identification of ticket 1. If the found transaction information of the transaction 1 is the same as that of the bill 1, the transaction information of the bill 1 is true and credible. And the seller processing equipment searches the identifier of the bill 1 in the deducted resource transaction identifier, and if the identifier of the bill 1 is found, the seller processing equipment indicates that the transaction corresponding to the identifier of the bill 1 is completed with tax payment. The seller processing device then generates a request 2, the request 2 including an identification of the tax bureau and an identification of the ticket 1. The vendor processing device signs the request 2, resulting in a signature 2. The vendor processing device sends the request 2 and signature 2 to the blockchain network. Accordingly, the blockchain network receives the request 2 and signature 2 from the vendor processing device, verifying the signature 2. And after the block chain network successfully verifies, finding the bill 1 in the seller address according to the identification of the bill 1, and transferring the bill 1 in the seller address into the tax bureau address corresponding to the identification of the tax bureau according to the identification of the tax bureau. The tax bureau user can check the bill in the address of the tax bureau through the terminal equipment and refund the resource to be refunded corresponding to the bill 1 to the seller user. And after the resources are successfully returned, the tax bureau processing equipment sends a prompt message of successful resource return to the seller processing equipment.

Referring to fig. 9, fig. 9 is a schematic structural diagram of a bill processing device according to an embodiment of the present application. The note processing apparatus is operable in a first processing device and may be used to perform some or all of the functions of the processing device in the method embodiments described above in figures 3 and 7. Referring to fig. 9, the bill handling apparatus may operate as follows:

the processing unit 901 determines a target bill from the to-be-quit resource bills stored in the first address of the first user;

a processing unit 901, further configured to generate a first request of a target ticket;

a sending unit 902, configured to send a first request to a blockchain network;

a receiving unit 903, configured to receive the status prompt information.

As an optional manner, the processing unit 901 is further configured to obtain a first signature by signing the first request;

the sending unit 902 may further be configured to send the first request and the first signature to a blockchain network.

As an optional way, the processing unit 901 is further configured to obtain a first transaction identifier in the target ticket;

the processing unit 901 is further configured to determine whether the resource of the transaction corresponding to the first transaction identifier has been refunded to the account of the second user;

if the resource of the transaction corresponding to the first transaction identifier has been returned to the account of the second user, the processing unit 901 is further configured to execute the step of generating the first request of the target ticket.

As an optional mode, after determining that the resource of the transaction corresponding to the target ticket has been refunded to the account of the second user, the processing unit 901 is further configured to obtain first transaction information with the first transaction identifier in the transaction information of the refunded resource;

the processing unit 901 is further configured to match the first transaction information with the second transaction information in the target ticket; if the first transaction information matches with the second transaction information in the target ticket, the processing unit 901 is further configured to execute the step of generating the first request of the target ticket.

As an optional mode, if the resource of the transaction corresponding to the first transaction identifier is not returned to the account of the second user, the sending unit 902 is further configured to send a second request to the blockchain network;

if the first transaction information does not match the second transaction information in the target ticket, the sending unit 902 is further configured to send a third request to the blockchain network, so that the blockchain network transfers the target ticket from the first address back to the second address.

As an optional mode, after the first transaction information is matched with the second transaction information in the target ticket, the processing unit 901 is further configured to determine whether the first transaction identifier exists in the deducted resource ticket transaction identifier;

if the first transaction identifier exists in the deducted resource ticket identifier, the processing unit 901 is further configured to execute the step of generating the first request of the target ticket.

It should be noted that, for details that are not mentioned in the embodiment corresponding to fig. 9 and the specific implementation manner of the step executed by each unit, reference may be made to the embodiment shown in fig. 3 and fig. 7 and the foregoing description, and details are not described here again.

Referring to fig. 10, fig. 10 is a schematic structural diagram of a processing device according to an embodiment of the present invention, where the processing device includes a processor 1001, a memory 1002, and a communication interface 1003, and the processor 1001, the memory 1002, and the communication interface 1003 are connected by one or more communication buses.

The processor 1001 is configured to support the processing device to perform the corresponding functions of the processing device in the methods of fig. 3 and 7. The processor 1001 may be a Central Processing Unit (CPU), a Network Processor (NP), a hardware chip, or any combination thereof.

The memory 1002 is used to store program codes and the like. The memory 1002 may include volatile memory (volatile memory), such as Random Access Memory (RAM); the memory 1002 may also include a non-volatile memory (non-volatile memory), such as a read-only memory (ROM), a flash memory (flash memory), a Hard Disk Drive (HDD), or a solid-state drive (SSD); the memory 1002 may also comprise a combination of the above-described types of memory.

The communication interface 1003 is used for transmitting and receiving data. For example, the communication interface 1003 is used to send the first request to the blockchain network, or the communication interface 1003 is used to receive status prompt information, etc.

In an embodiment of the present invention, the processor 1001 may call the program code stored in the memory 1002 to perform the following operations:

in one embodiment, when the processing device is a first processing device, the processor 1001 is configured to determine a target ticket from the to-be-backed resource tickets stored at the first address of the first user;

a processor 1001 further configured to generate a first request for a target ticket;

a communication interface 1003 for sending the first request to the blockchain network;

a communication interface 1003 for receiving the status prompt information.

As an alternative, the processor 1001 is further configured to obtain a first signature by signing the first request;

the communication interface 1003 is further configured to send the first request and the first signature to the blockchain network.

As an alternative, the processor 1001 is further configured to:

acquiring a first transaction identifier in a target bill;

determining whether the resource of the transaction corresponding to the first transaction identification is refunded to an account of the second user;

and if the resources of the transaction corresponding to the first transaction identification are returned to the account of the second user, executing a step of generating a first request of the target bill.

As an alternative, after determining that the resource of the transaction corresponding to the target ticket has been refunded to the account of the second user, the processor 1001 is further configured to:

acquiring first transaction information with a first transaction identifier from the transaction information of the returned resource;

matching the first transaction information with second transaction information in the target bill; and if the first transaction information is matched with the second transaction information in the target bill, executing a step of generating a first request of the target bill.

As an optional way, the communication interface 1003 is further configured to:

if the resources of the transaction corresponding to the first transaction identifier are not returned to the account of the second user, sending a second request to the blockchain network;

and if the first transaction information does not match with the second transaction information in the target bill, sending a third request to the blockchain network.

As an alternative, if the first transaction information matches the second transaction information in the target ticket, the processor 1001 is further configured to:

determining whether a first transaction identifier exists from the deducted resource ticket transaction identifiers;

and if the first transaction identifier exists in the deducted resource ticket identifier, executing a step of generating a first request of the target ticket.

It should be noted that, in the foregoing embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to relevant descriptions of other embodiments for parts that are not described in detail in a certain embodiment.

Embodiments of the present invention also provide a computer storage medium, which can be used to store computer software instructions for a processing device in the embodiments shown in fig. 3 and 7, and which contains a program designed for the processing device in the above embodiments.

The computer storage medium includes, but is not limited to, flash memory, hard disk, and solid state disk.

Those of ordinary skill in the art would appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. The procedures or functions according to the embodiments of the invention are brought about in whole or in part when the computer program instructions are loaded and executed on a computer. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored on or transmitted over a computer-readable storage medium. The computer instructions may be transmitted from one website site, computer, server, or data center to another website site, computer, server, or data center by wire (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wirelessly (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that incorporates one or more of the available media. The usable medium may be a magnetic medium (e.g., floppy Disk, hard Disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., Solid State Disk (SSD)), among others.

The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.

Claims

1. A method of processing a document, the method comprising:

determining a target bill from to-be-quit resource bills stored in a first address of a first user, wherein the to-be-quit resource bills stored in the first address are transferred to the first address from a second address corresponding to a second user by a block link network;

generating a first request of the target bill, wherein the first request carries an identifier of the target bill and an identifier of a tax bureau;

sending the first request to a blockchain network so that the blockchain network transfers the target bill to a third address of the tax bureau to refund the resource to be refunded corresponding to the target bill to the account of the first user;

and receiving state prompt information, wherein the state prompt information is used for prompting the resource return state of the target bill.

2. The method of claim 1,

obtaining a first signature by signing the first request;

the sending the first request to a blockchain network, comprising:

and sending the first request and the first signature to the blockchain network so that the blockchain network verifies the first signature, and transferring the target bill to the third address after the verification is successful.

3. The method according to claim 1, wherein the target ticket is a resource ticket to be retired whose transfer-in duration for transferring to the first address reaches a first preset duration; or, the target bill is the resource bill to be quitted which is transferred to the first address and has the longest transfer duration when the number of the resource bills to be quitted in the first address reaches a preset number; alternatively, the target ticket is a ticket selected by the first user.

4. The method according to any one of claims 1 to 3, further comprising:

acquiring a first transaction identifier in the target bill;

determining whether the resource of the transaction corresponding to the first transaction identification has been refunded to the account of the second user;

and if the resources of the transaction corresponding to the first transaction identification are refunded to the account of the second user, executing the step of generating the first request of the target bill.

5. The method of claim 4, wherein after determining that the resource of the transaction corresponding to the target instrument has been refunded to the account of the second user, the method further comprises:

acquiring first transaction information with the first transaction identifier from the transaction information of the returned resource;

matching the first transaction information with second transaction information in the target bill;

and if the first transaction information is matched with the second transaction information in the target bill, executing the step of generating the first request of the target bill.

6. The method of claim 5, further comprising:

if the resources of the transaction corresponding to the first transaction identifier are not returned to the account of the second user, sending a second request to the blockchain network so that the blockchain network transfers the target bill from the first address to the second address;

and if the first transaction information does not match with the second transaction information in the target bill, sending a third request to the blockchain network so that the blockchain network transfers the target bill from the first address back to the second address.

7. The method of claim 5, after determining that the first transaction information matches second transaction information in the target instrument, the method further comprising:

determining whether the first transaction identification exists from deducted resource ticket transaction identifications;

and if the first transaction identifier exists in the deducted resource ticket identifier, executing the step of generating the first request of the target ticket.

8. A bill handling apparatus comprising:

the processing unit is used for determining a target bill from to-be-quit resource bills stored in a first address of a first user, wherein the to-be-quit resource bills stored in the first address are transferred to the first address from a second address corresponding to a second user by a block link network;

the processing unit is further configured to generate a first request of the target ticket, where the first request carries an identifier of the target ticket and an identifier of a tax bureau;

a sending unit, configured to send the first request to a blockchain network, so that the blockchain network transfers the target ticket to a third address of the tax bureau, so as to refund the resource to be refunded corresponding to the target ticket to the first user;

and the receiving unit is used for receiving state prompt information, and the state prompt information is used for prompting the resource return state of the target bill.

9. A processing device comprising a processor and a memory, the processor and the memory being interconnected, wherein the memory is configured to store a computer program comprising program instructions, and wherein the processor is configured to invoke the program instructions to perform the method of any of claims 1 to 7.

10. A computer storage medium, characterized in that the computer storage medium stores a computer program comprising program instructions that, when executed by a processor, cause the processor to perform the method according to any of claims 1-7.