CN110599274B - Bill processing method, bill processing device, bill processing equipment and computer storage medium - Google Patents

Abstract

The embodiment of the invention provides a bill processing method, a bill processing device, processing equipment and a computer storage medium, wherein the method comprises the following steps: determining a target bill from to-be-returned resource bills stored in a first address of a first user, wherein the to-be-returned resource bills stored in the first address are transferred to the first address from a second address corresponding to a second user by a blockchain network; generating a first request of the target bill, wherein the first request carries the identification of the target bill and the identification of the tax bureau; sending a first request to a blockchain network so that the blockchain network transfers the target bill to a third address of a tax bureau to refund resources to be refund corresponding to the target bill to an account of a first user; and receiving state prompt information, wherein the state prompt information is used for prompting the resource refund 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, bill processing device, bill processing equipment and computer storage medium

Technical Field

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

Background

The electronic bill is the last fort in informatization construction of China, and the electronic bill platform is a great infrastructure work of modern construction of China. Meanwhile, along with networking of payment modes and shopping modes, electronic shopping modes are becoming popular, and traditional paper notes are gradually replaced by electronic notes due to the advantages of cleanliness, environmental protection, convenient acquisition and easy preservation of the electronic notes. In practical applications, it is found that tax refunds are required for electronic notes in many cases. For example, a party to a transaction cancels or interrupts the transaction, and then tax refunds are required for the electronic ticket for that transaction. In the existing practical application, the problem that the same bill returns tax repeatedly in different cities may exist. For example, after the issuer returns tax in city 1 by printing the electronic ticket, the issuer repeatedly prints the same electronic ticket again to return tax in city 2.

Disclosure of Invention

The embodiment of the invention provides a bill processing method, a bill processing device, 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 embodiment of the invention provides a bill processing method, which comprises the following steps:

Determining a target bill from to-be-returned resource bills stored in a first address of a first user, wherein the to-be-returned resource bills stored in the first address are transferred to the first address from a second address corresponding to a second user by a blockchain network; generating a first request of the target bill, wherein the first request carries the identification of the target bill and the identification of the tax bureau; sending a first request to a blockchain network so that the blockchain network transfers the target bill to a third address of a tax bureau to refund resources to be refund corresponding to the target bill to an account of a first user; and receiving state prompt information, wherein the state prompt information is used for prompting the resource refund 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 tax amount to be refunded, and the resource refund state can be understood as the tax refund state.

Therefore, by generating the first request of the target bill and sending the first request to the blockchain network, the blockchain network transfers the target bill to the third address of the tax bureau, and returns the resources to be returned corresponding to the target bill to the account of the first user, so that the bill is ensured to be stored in one address at the same time, and the problem of repeated tax return of the same electronic bill is solved.

As an alternative embodiment, 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:

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

It can be seen that the security of the first request can be improved by signing and encrypting the first request.

As an optional implementation manner, the target bill is a to-be-returned resource bill with a transfer-in duration reaching a first preset duration after transferring in the first address; or the target bill is the resource bill to be returned with the longest transfer duration of transferring to the first address when the number of the resource bills to be returned in the first address reaches the preset number; or the target ticket is a ticket selected by the first user.

Therefore, various ways of determining the target bill can be adopted, and the method is favorable for timely processing the to-be-returned resource bill which stays for a long time based on the optional way.

As an alternative implementation manner, the first transaction identifier in the target bill can be obtained; determining whether the resources of the transaction corresponding to the first transaction identifier are refunded to the account of the second user; and if the resources of the corresponding transaction of the first transaction identifier are returned to the account of the second user, executing the step of generating the first request of the target bill.

Where the resources of a transaction may be understood as the transaction amount of the transaction.

Therefore, whether false ticket refund occurs can be detected by checking whether the transaction resource corresponding to the target ticket refunds to the account of the second user, and the security of the target ticket is improved.

As an optional implementation manner, after determining that the resource of the transaction corresponding to the target bill has been refunded to the account of the second user, acquiring the first transaction information with the first transaction identifier in the refund transaction; matching the first transaction information with the 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.

Therefore, by checking the transaction information in the target bill, whether the transaction information in the target bill is tampered can be timely detected.

As an alternative implementation, if the resource of the transaction corresponding to the first transaction identifier is not returned to the account of the second user, a second request is sent to the blockchain network, so that the blockchain network switches the target bill from the first address to the second address; if the first transaction information does not match the second transaction information in the target ticket, a third request is sent to the blockchain network to cause the blockchain network to switch the target ticket from the first address back to the second address.

It can be seen that the second processing device can be alerted based on this alternative that the target ticket is not available for refunding.

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

The deducted resource bill can be understood as a tax bill.

Therefore, by checking whether the target bill has tax, the security of the target bill is improved.

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

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

The processing unit is used for generating a first request of the target bill, wherein the first request carries the identification of the target bill and the identification 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 to refund the refund resource corresponding to the target bill to the account of the first user;

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

Embodiments and advantages of the bill handling device for solving the problems can be referred to the method and advantages described in the first aspect, and the repetition is not repeated.

A third aspect of an embodiment of the invention provides a processing device comprising a processor and a memory, the processor and the memory being interconnected, wherein the memory is adapted to store a computer program comprising program instructions, the processor being configured to invoke the program instructions to perform a method as described in the first aspect. Embodiments and advantages of the processing device for solving the problems may be referred to the method and advantages described in the first aspect, and repeated descriptions are omitted.

A fourth aspect of the embodiments of the present application provides a computer storage medium storing a computer program comprising program instructions which, when executed by a processor, cause the processor to perform a method as described in the first aspect of the 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 blockchain network, so that the blockchain network transfers the target bill to the third address of the tax bureau, and the refund resource corresponding to the target bill is refunded to the account of the first user, thereby ensuring that the bill is stored in one address at the same time, and solving the problem of repeated refund of the same electronic bill.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required for the description of the embodiments will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

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

FIG. 2 is a schematic 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 schematic block chain node structure according to an embodiment of the present invention;

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

FIG. 6 is a schematic diagram of a blockchain node in accordance with an embodiment of the present invention;

FIG. 7 is a schematic flow chart 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 view of a bill handling device 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 following description of the embodiments of the present invention will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are some, but not all embodiments of the invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.

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

In order to better understand a bill processing method, a bill processing device 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 vendor. The second processing device may be a buyer-corresponding device. The third processing device may be a device corresponding to a tax authority. The first processing device, the second processing device, and the third processing device may be clients or servers, which are not limited in the embodiment of the present application. Wherein, the client may be any of the following: a terminal, a stand-alone application, an API (Application Programming Interface ), or an SDK (Software Development Kit, software development kit). Wherein, 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 devices (MID for short), and the like, the embodiments of the present application are not limited.

Wherein the blockchain network includes a plurality of blockchain nodes. As shown in fig. 2, fig. 2 exemplifies a blockchain network that includes 3 blockchain nodes. The blockchain node may be a full node. Full nodes refer to nodes that store a complete blockchain. Full nodes are typically high performance computing devices. A blockchain (blockchain) is a chained data structure in which data blocks are sequentially connected in time sequence, and cryptographically guarantees that the data is not tamperable and counterfeit. Multiple independent distributed nodes (i.e., blockchain nodes) hold the same record. Blockchain technology implements decentralization, becoming a cornerstone for trusted resource storage, transfer, and transactions. As shown in fig. 2, a blockchain is included in each blockchain node. The blockchain includes 3 blocks, namely, block 1, block 2 and block 3, although more than 3 blocks may be included in the blockchain, and fig. 2 illustrates that the blockchain includes 3 blocks. When new data needs to be written into the blockchain, each blockchain link point in the blockchain network adds a new block comprising the new data after the end block 3 of the blockchain, i.e. the new block is uplink. Each block records a plurality of transaction records, and meanwhile, the hash value (hash) of the previous block is contained, and 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 invention. As shown in fig. 3, the ticket processing method may include sections 301 to 309. Wherein:

301. after the second processing device confirms that the resources of the transaction have been refunded to the account of the second user, a fourth request is generated.

Where the resources of a transaction may be understood as the transaction amount of the transaction. The fourth request includes an identification of the resource ticket to be refunded, which may be understood as a tax ticket to be refunded, and an identification of the first user. The identification of the resource bill to be refunded can be bill codes, bill numbers, check codes and other information capable of uniquely identifying the resource bill to be refunded. The identification of the first user may be information capable of uniquely identifying the first user, such as a user account number, a user number, or the like. 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 the refund.

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

The fourth request is used for requesting the blockchain network to transfer the resource ticket waiting for withdrawal in the second address into the first address.

303. The blockchain network transfers the to-be-returned resource bill from the second address of the second user to the first address of the first user.

Specifically, after the blockchain network receives the fourth request, the to-be-returned resource bill is searched from the second address of the second user according to the identifier of the to-be-returned resource bill carried by the fourth request. And then searching the first address of the first user according to the identification of the first user, and transferring the searched waiting resource bill from the second address of the second user to the first address of the first user.

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

For example, as shown in FIG. 4, the blockchain network includes blockchain network nodes 1-3. The network node 1 to the blockchain node 3 each comprise three storage addresses, and the storage addresses can store a plurality of bills. The first address and the second address store 2 notes and the third address stores 1 note. 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 to-be-returned resource ticket, and the fourth request includes an identification of ticket 1 and an identification of the first user. After each blockchain node receives the fourth request, a new block including the fourth request may be first generated by a blockchain network node (e.g., the blockchain node that proves the greatest workload) and then broadcast to other blockchain nodes. Each blockchain node may transfer ticket 1 from the second address of the second user to the first address of the first user and uplink the new block.

As an alternative embodiment, after the second processing device generates the fourth request, the fourth request may be 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 after verification is successful, the to-be-returned resource bill is transferred from the second address to the first address.

For example, after each blockchain node receives the fourth request and the second signature, the second signature may be verified by a blockchain node (e.g., the node that demonstrated the greatest workload). If the verification is passed, a new block including the fourth request and the second signature is generated and then broadcast to other nodes. After the new block is sent, the to-be-returned resource bill is transferred from the second address of the second user to the first address of the first user, and the new block is added into the block chain, namely the new block is uplink. After receiving the new block, the other node verifies 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 point transfers the to-be-returned resource bill from the second address of the second user to the first address of the first user, and the new block is uplink.

Optionally, the second processing device creates a key pair using an asymmetric encryption algorithm, the key pair including a public key and a private key; the asymmetric encryption algorithm herein may include, but is not limited to: elgamal algorithm (an asymmetric encryption algorithm), rabin algorithm (an asymmetric encryption algorithm), diffie-Hellman algorithm (an asymmetric encryption algorithm), 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. The blockchain network generates a new block comprising the fourth request and the second signature after successful verification, and transfers the outstanding resource ticket from the second address to the first address.

How the second signature is verified is described in detail below. 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. The second processing device signs the hash value 1 by adopting a private key of the second processing device to obtain a second signature, and then sends the fourth request and the second signature to the blockchain network. Correspondingly, the blockchain network can decrypt the second signature through the public key of the second processing device to obtain a hash value 2, and then perform hash operation on the fourth request to obtain a 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 alternative mode, the second processing device can sign the fourth request, so that the security 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 tampered information is received and used by the first processing equipment is reduced.

304. The first processing device determines a target ticket from the to-be-returned resource tickets stored at the first address of the first user.

The to-be-returned resource bill stored in the first address is transferred from the second address corresponding to the second user (namely the buyer) to the first address by the blockchain network.

Optionally, the target bill may be a to-be-returned resource bill with a transfer-in duration reaching a first preset duration after transferring in the first address; or the target bill can be the resource bill to be returned with the longest transfer duration of transferring to the first address when the number of the resource bills to be returned in the first address reaches the preset number; or the target ticket may be a first user selected ticket.

As can be seen, there are a variety of ways to determine the target ticket, and three specific embodiments for determining the target ticket are described below:

In one mode, the first processing device detects in real time the duration of transferring all the to-be-returned resource tickets in the first address to the first address. If the time length of the resource waiting bill transferred into the first address reaches the first preset time length, determining the resource waiting bill to be a target bill, wherein the target bill can be one or more. The first preset duration may be set by the first user (i.e., the vendor user), and the preset duration may be 1 hour, 3 hours, 5 hours, 10 hours, 1 day, 3 days, 5 days, 7 days, and so on.

In the second mode, the first processing device detects the number of all the to-be-returned resource notes in the first address and the time period for the to-be-returned resource notes to be transferred into the first address in real time. When the first processing equipment detects that the number of the to-be-returned resource notes transferred to the first address reaches the preset number, the to-be-returned resource notes transferred to the first address with the longest transfer duration are determined to be target notes. The preset number may be set by the first user (i.e., the vendor user), and the preset number may be 5, 10, 20, 50, etc.

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

In a third mode, the first user (i.e. the seller user) enters a ticket refund interface through a function key, all the to-be-refunded resource tickets are displayed on the interface, and the first user determines that one or more to-be-refunded resource tickets are target tickets through selecting one or more to-be-refunded resource tickets.

For example, as shown in fig. 5, a first user (i.e., a vendor) may enter a ticket refund interface through a function key, the current interface displays four tickets, the user selects the to-be-used ticket 1 as the target ticket for refund, and the mobile phone display screen displays whether to determine the ticket refund interface. The first user (i.e., seller) may choose to determine that the first processing device received the ticket refund instruction. The first processing device generates a request 1 for ticket 1, the request 1 comprising an identification of ticket 1 and an identification of a tax authority. The first processing device sends a request 1 to the blockchain network. Correspondingly, the block link receives the request 1, and transfers the bill 1 from the first address to the tax bureau address corresponding to the identification of the bill 1 according to the identification of the bill 1 and the identification of the tax bureau in the request 1. Or the operation or user may choose to cancel the ticket refund.

Therefore, various ways of determining the target bill can be adopted, and the method is favorable for timely processing the to-be-returned resource bill which stays for a long time based on the optional way.

305. The 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 bill codes, bill numbers, check codes 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 blockchain 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 blockchain network to refund the refund resource corresponding to the target bill to the first user.

When there are a plurality of target notes, the first processing apparatus may generate a first request for the plurality of target notes, and the first processing apparatus may generate a first request for each target note.

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

307. The blockchain network transfers the target ticket to a third address of the tax bureau.

Specifically, after the blockchain network receives the first request, the target bill is transferred 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 through 3. The network node 1 to the blockchain node 3 each comprise three storage addresses, and the storage addresses can store a plurality of bills. The first address stores 3 notes and the second and third addresses store 1 note. The blockchain node 1, upon receiving the first request, forwards the first request to the blockchain node 2 and the blockchain node 3. Fig. 6 is an example of a ticket 1 as the target ticket, the first request including an identification of ticket 1 and an identification of tax authority. After each blockchain node receives the first request, a new block including the first request may be first generated by a blockchain network node (e.g., the node that proves the greatest workload) and then broadcast to other blockchain nodes. Each blockchain node may transfer ticket 1 from the first address of the first user to the third address of the tax bureau and uplink the new block.

As an alternative embodiment, after the first processing device generates the first request, the first request may be further signed to obtain the first signature. The first processing device may specifically send the first request and the first signature to the 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 using a public key of the first processing device. The blockchain network generates a new block including the first request and the first signature after verification is successful and transfers the target ticket from the first address to the third address.

Based on the alternative mode, the first processing device can sign the first request, so that the security 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 tampered information is received and used by third processing equipment (namely tax bureau processing equipment) is reduced.

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

309. The third processing device sends the state prompt information to the first processing device.

And the third processing equipment sends state prompt information to the first processing equipment after the resources to be refunded corresponding to the target bill are refunded to the account of the first user, wherein the state prompt information is used for prompting the resource refund state of the target bill. The status hint information may be used to hint the first processing device that the resource was returned successfully or failed. Optionally, the blockchain network may also send the status hint information to the first processing device.

It can be seen that, by the method described in fig. 3, since the ticket is unique in the blockchain address, the problem of repeated resource refund of 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 a third address of the tax bureau to refund the resource to be refund corresponding to the target ticket to the first user. Meanwhile, a method for on-line resource returning can be provided for returning the refund electronic bill, 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 invention. As shown in fig. 7, the ticket processing method may include portions 701 to 714. Wherein:

701. after the second processing device confirms that the resources of the transaction have been refunded to the account of the second user, a fourth request is generated.

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

703. The blockchain network transfers the to-be-returned resource bill from the second address of the second user to the first address of the first user.

704. The first processing device determines a target ticket from the to-be-returned resource tickets 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. Wherein the first transaction identifier may be information such as a transaction number that may uniquely identify the transaction in the target ticket.

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

The first processing device stores transaction identifications corresponding to transactions of all refunded resources. Where a refund resource transaction may be understood as a refund completed transaction. After the first processing device obtains the first transaction identifier of the target bill, the first processing device searches whether the transaction corresponding to the first transaction identifier exists in the transaction identifiers of the refunded resources. If there is a transaction corresponding to the first transaction identification in the transactions of the refunded resource, the first processing device performs step 707. If not, the current transaction may be considered to have not completed refund and the ticket may not be refundable, the first processing device generates a second request and sends the second request to the blockchain network, the second request including an identification of the target ticket and an identification of the second user. After receiving the second request, the blockchain network converts the target ticket in the first address back into a second address corresponding to the identity of the second user.

As an optional implementation manner, after the first processing device generates the second request, the second request may be signed by a private key of the first processing device to obtain a third signature; the first processing device may send the second request and the third signature to the blockchain network. Accordingly, 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 verification is successful. The method for verifying the third signature by the blockchain network can refer to the method for verifying the second signature of the blockchain node in step 303, and the embodiment of the present invention will not be described in detail. Wherein the blockchain network may also uplink a new block that includes 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 the new block including the fourth request and the second signature in step 303, which is not described in detail in the embodiments of the present invention.

Based on the alternative, the first processing device can sign the second request, thereby improving the security of the second request. Meanwhile, if the first processing device sends a second request to the blockchain network, the blockchain network returns the target bill to the second address (namely the buyer processing device) to prompt the second processing device that the bill cannot be returned.

707. If the transaction resource corresponding to the first transaction identifier is returned to the account of the second user, the first processing device acquires the first transaction information with the first transaction identifier from the transaction information of the returned resource.

The first transaction identification may be information such as a transaction number that may uniquely identify the transaction in the target instrument. The first transaction information includes, but is not limited to, a transaction item, a resource (i.e., a transaction amount), purchaser information, and seller information. Wherein the first transaction identifies that the corresponding transaction's resource has been refunded to the account of the second user can be understood as the transaction amount of the transaction has been refunded to the account of the second user (i.e. the buyer user), i.e. the transaction has completed refund

Alternatively, the first processing device may directly perform the step of generating the first request for the target ticket in step 710 if the resources of the corresponding transaction have been refunded to the account of the second user by the first transaction identification.

Based on this alternative, the step of generating the first request for the target ticket in step 710 may be directly performed without performing steps 707 to 709 after the transaction is judged to have completed refund, thereby improving the efficiency of refunding (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 device obtains second transaction information in the target ticket, the second transaction information including, but not limited to, transaction items, transaction amounts, 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 comprises two items of information, namely a transaction item and a transaction amount, and the first processing equipment compares the transaction item in the first transaction information with the transaction item in the second transaction information to judge whether the transaction item is the same transaction item; comparing the transaction amount in the first transaction information with the transaction amount in the second transaction information, and judging whether the amounts are the same; if the transaction items are the same item and the transaction amount is the same, the first processing device determines that the first transaction information matches 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 a first transaction identifier exists from the deducted resource bill transaction identifiers.

The deducted resource bill can be understood as a deducted tax bill. If the first transaction information is matched with the second transaction information in the target bill, the first processing equipment determines whether a first transaction identifier exists in the deducted resource bill transaction identifiers, so that whether the target bill is tax-paid is judged. If so, go to step 710; if not, the first processing device generates a third request and sends the third request to the blockchain network, the third request including the identification of the target ticket and the identification of the second user.

Specifically, if any one item of the obtained 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 bill 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 ticket is used by the blockchain network to find the target ticket in the first address, and the identification of the second user is used by the blockchain network to convert the target ticket in the first address back into the second address corresponding to the identification of the second user. The second address here is understood to be the address at which the target ticket was stored before it was transferred to the first address.

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

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 efficiency of resource withdrawal (i.e., tax refund).

As an alternative embodiment, after the first processing device generates the third request, the third request may be signed by a private key of the first processing device to obtain a fourth signature. The first processing device may send the third request and the fourth signature to the blockchain network. Accordingly, 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 ticket 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 of 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 a new block that includes 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 the new block including the fourth request and the second signature in step 303, which is not described in detail in the embodiments of the present invention.

Based on the alternative mode, the first processing device can sign the third request, so that the security 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 bill to the second address (namely the buyer processing device) to prompt the second processing device that the bill cannot be returned.

710. If the first transaction identifier exists in the deducted resource bill transaction identifiers, the first processing equipment generates a first request of the target bill.

The first processing device stores transaction identifiers of all deducted resource notes, and if a first transaction identifier exists in the deducted resource note transaction identifiers, the first processing device generates a first request of the target notes.

Alternatively, if the first transaction identifier does not exist in the deducted resource ticket transaction identifiers, the target ticket is considered to be not tax-paid. A delete request is sent to the blockchain network that includes the identity of the target ticket. Correspondingly, the blockchain network receives the deleting request, finds out the target bill in the first address according to the identification of the target bill and deletes the target bill.

Based on the alternative mode, whether the target bill finishes deducting resources can be judged, and the problem that the uncorrupted resource bill is sent to the blockchain network is avoided, so that the working efficiency of the blockchain network for resource withdrawal is reduced.

As an alternative 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 to obtain a fifth signature. The first processing device may send the delete request and the 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 verification is successful. The method for verifying the fifth signature by the blockchain network may refer to the method for verifying the second signature of 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 a new block that includes a delete request. How to uplink the new block including the deletion request can be referred to the method for uplink the new block including the fourth request and the second signature in step 303, which is not described in detail in the embodiments of the present invention.

Based on the alternative, the security of the deletion request can be improved by signing the deletion request with the private key of the first processing device.

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

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

712. The blockchain network transfers the target ticket 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 refund resource corresponding to the target bill to the account of the first user.

714. The third processing device sends the state prompt information to the first processing device.

Steps 701 to 704 in the embodiment of the present invention may be specifically referred to the execution process of steps 301 to 304 in the above embodiment, and steps 711 to 714 may be specifically referred to the execution process of steps 306 to 309 in the above embodiment, which is not repeated in the embodiment of the present invention.

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

It can be seen that by the method described in fig. 7, by verifying the target ticket, it is possible to detect whether the ticket has been tampered with, 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 method embodiments described above are described below in connection with a practical application scenario. For example, the buyer user applies for refund to transaction 1 on the shopping software, and as shown in fig. 8, three notes exist in the buyer address, wherein the note corresponding to transaction 1 is note 1. When the buyer processing device detects that the refund is complete, a request 1 is generated, the request 1 comprising an identification of the seller user and an identification of ticket 1. After the buyer processing device generates the request 1, the request 1 is signed to obtain the signature 1. The buyer processing device sends request 1 and signature 1 to the blockchain network. Accordingly, the blockchain network receives request 1 and signature 1, verifies signature 1. After the verification is successful, the blockchain network finds the bill 1 in the buyer address according to the identification of the bill 1, and the blockchain network transfers the bill 1 from the buyer address to the seller address corresponding to the identification of the seller user according to the identification of the seller user. The seller user can check the bill of the waiting resource in the seller address through the client. For example, as shown in FIG. 8, the seller user may select ticket 1 for the resource to be refunded in the seller address for refunding. After receiving the selection instruction of the seller user, the seller processing device needs to verify whether the bill 1 completes refund, verify the authenticity of the transaction information of the bill 1, and verify whether the transaction in the bill 1 completes tax payment. Specifically, the seller processing device searches the identifier of the bill 1 in the refund transaction identifiers, and indicates that the transaction corresponding to the identifier of the bill 1 has completed refund. The seller processing device again looks up the transaction information for transaction 1 corresponding to the identity of ticket 1. If the found transaction information of the transaction 1 is the same as the transaction information in the bill 1, the transaction information in the bill 1 is truly and credible. The seller processing equipment searches the identification of the bill 1 in the deducted resource transaction identifications, and if the identification of the bill 1 is found, the transaction corresponding to the identification of the bill 1 is indicated to be finished for tax payment. The seller processing device then generates request 2, request 2 including the tax authority's identification and the ticket 1's identification. The seller processing device signs the request 2, resulting in signature 2. The vendor processing device sends the request 2 and signature 2 to the blockchain network. Accordingly, the blockchain network receives request 2 and signature 2 for the vendor processing device, verifies signature 2. After the block chain network is successfully verified, the bill 1 is found in the seller address according to the identification of the bill 1, and then the bill 1 in the seller address is transferred into the tax bureau address corresponding to the identification of the tax bureau according to the identification of the tax bureau. The tax office user can check the bill in the tax office address through the terminal equipment, and refund the refund resource corresponding to the bill 1 to the seller user. After the resource is returned successfully, the tax bureau processing equipment sends a resource return success prompt message to the seller processing equipment.

Referring to fig. 9, fig. 9 is a schematic structural diagram of a bill handling device according to an embodiment of the application. The ticket processing apparatus is operable in the first processing device and may be adapted to perform part 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:

A processing unit 901, determining a target ticket from to-be-returned resource tickets stored in a first address of a first user;

the processing unit 901 is further configured to generate a first request of the 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 alternative, the processing unit 901 is further configured to obtain a first signature by signing the first request;

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

As an optional manner, 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 a resource of a transaction corresponding to the first transaction identifier has been refunded to an 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 for the target ticket.

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

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 the second transaction information in the target ticket, the processing unit 901 is further configured to execute the step of generating the first request for the target ticket.

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

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

As an alternative, if the first transaction information matches with the second transaction information in the target ticket, the processing unit 901 is further configured to determine whether the first transaction identifier exists from the transaction identifiers of the deducted resource tickets;

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, in the embodiment corresponding to fig. 9, details of implementation of the steps performed by each unit may be referred to the embodiments shown in fig. 3 and fig. 7 and the foregoing, which are not described herein 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 a 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 (central processing unit, CPU), a network processor (network processor, NP), a hardware chip, or any combination thereof.

The memory 1002 is used for storing program codes and the like. The memory 1002 may include volatile memory (RAM), such as random access memory (random access memory); 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 (HARD DISK DRIVE, HDD) or a solid state disk (solid-state drive (STATE DRIVE, SSD); the memory 1002 may also include a combination of the above types of memory.

The communication interface 1003 is used to transmit data and receive data. For example, the communication interface 1003 is used to send a first request to the blockchain network, or the communication interface 1003 is used to receive status hint information, or the like.

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-returned resource ticket stored at the first address of the first user;

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

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

A communication interface 1003 for receiving 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 resources of the transaction corresponding to the first transaction identifier are refunded to the account of the second user;

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

As an alternative, after determining that the resources of the transaction corresponding to the target ticket have 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 refunded resource;

matching the first transaction information with the 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.

As an alternative, 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, a second request is sent to the blockchain network;

And if the first transaction information is not matched with the second transaction information in the target bill, sending a third request to the blockchain network.

Alternatively, 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 in the deducted resource bill transaction identifiers;

And if the first transaction identifier exists in the deducted resource bill identifiers, executing the step of generating a first request of the target bill.

In the foregoing embodiments, the descriptions of the embodiments are focused on, and for those portions of one embodiment that are not described in detail, reference may be made to the related descriptions of other embodiments.

Embodiments of the present invention also provide a computer storage medium that may be used to store computer software instructions for use by the processing device in the embodiments shown in fig. 3 and 7, including programs designed for use in the processing device in the embodiments described above.

The computer storage media include, but are not limited to, flash memory, hard disk, and solid state disk.

Those of ordinary skill in the art will 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 solution. 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, it may be implemented in whole or in part 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. When the computer program instructions are loaded and executed on a computer, the processes or functions in accordance with embodiments of the present invention are produced in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions may be stored in or transmitted across a computer-readable storage medium. The computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by a wired (e.g., coaxial cable, fiber optic, digital Subscriber Line (DSL)), or wireless (e.g., infrared, wireless, microwave, etc.). Computer readable storage media can be any available media that can be accessed by a computer or data storage devices, such as servers, data centers, etc., that contain an integration of one or more available media. Usable media may be magnetic media (e.g., floppy disk, hard disk, magnetic tape), optical media (e.g., DVD), or semiconductor media (e.g., solid state disk (Solid STATE DISK, SSD)), etc.

The foregoing is merely illustrative 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 think about variations or substitutions within the technical scope of the present invention, and the invention should be covered. Therefore, the protection scope of the invention is subject to the protection scope of the claims.

Claims (9)

1. A ticket processing method, the method comprising:

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

acquiring a first transaction identifier in the target bill;

Determining whether the resources of the transaction corresponding to the first transaction identifier have been refunded to the account of the second user;

If the resources of the transaction corresponding to the first transaction identifier are returned to the account of the second user, 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 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 resources to be refund 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 refund state of the target bill.

2. The method of claim 1, wherein the step of determining the position of the substrate comprises,

Obtaining a first signature by signing the first request;

The sending the first request to a blockchain network includes:

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

3. The method of claim 1, wherein the target ticket is a to-be-returned resource ticket whose transfer-in duration for transferring in the first address reaches a first preset duration; or the target bill is the resource bill to be returned with the longest transfer duration of the first address when the number of the resource bills to be returned in the first address reaches the preset number; or the target ticket is the ticket selected by the first user.

4. The method of claim 1, wherein after the determining that the resources of the transaction corresponding to the target instrument have 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 refunded 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.

5. The method according to claim 4, wherein the method further comprises:

If the resources of the transaction corresponding to the first transaction identifier are not returned to the account of the second user, a second request is sent to the blockchain network, so that the blockchain network switches the target bill from the first address to the second address;

If the first transaction information does not match the second transaction information in the target ticket, a third request is sent to the blockchain network to cause the blockchain network to switch the target ticket from the first address back to the second address.

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

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

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

7. A bill handling apparatus, comprising:

The processing unit determines a target bill from to-be-returned resource bills stored in a first address of a first user, wherein the to-be-returned resource bills stored in the first address are transferred to the first address from a second address corresponding to a second user by a blockchain network;

The processing unit is further used for acquiring a first transaction identifier in the target bill; determining whether the resources of the transaction corresponding to the first transaction identifier have been refunded to the account of the second user; if the resources of the transaction corresponding to the first transaction identifier are returned to the account of the second user, 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;

The sending unit is used for 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 resources to be refund corresponding to the target bill to the first user;

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

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

9. A computer storage medium storing a computer program comprising program instructions which, when executed by a processor, cause the processor to perform the method of any one of claims 1 to 6.