CN111311341A - Bill processing method, apparatus and medium - Google Patents
Bill processing method, apparatus and medium Download PDFInfo
- Publication number
- CN111311341A CN111311341A CN202010074851.6A CN202010074851A CN111311341A CN 111311341 A CN111311341 A CN 111311341A CN 202010074851 A CN202010074851 A CN 202010074851A CN 111311341 A CN111311341 A CN 111311341A
- Authority
- CN
- China
- Prior art keywords
- bill
- public key
- target
- user
- transfer request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3825—Use of electronic signatures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3827—Use of message hashing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
Abstract
The embodiment of the application provides a bill processing method, equipment and a medium, and the bill processing method comprises the following steps: receiving target bill information generated by a bill issuing user for a bill application user; storing target bill information in a blockchain, wherein the target bill information comprises bill contents and a bill signature, and the bill signature comprises: a first public key and a second public key; when a transfer request for target bill information is received, matching verification is carried out on a private key to be verified and a first public key carried in the transfer request, or matching verification is carried out on the private key to be verified and a second public key carried in the transfer request; and if the matching verification result is that the private key to be verified is matched with the first public key or the private key to be verified is matched with the second public key, responding to the transfer request, and transferring the target bill information according to the bill reimbursement user identification included in the transfer request. The bill processing method provided by the embodiment of the application enables the target bill information to be circulated through the block chain, and is beneficial to avoiding the situation that the bills are repeatedly reimbursed.
Description
Technical Field
The present application relates to the field of internet technologies, and in particular, to a method, an apparatus, and a medium for processing a bill.
Background
The invoice is a business certificate issued and received by a unit and an individual in purchasing and selling goods, providing or receiving services and performing other business activities, is an original basis for accounting and an important basis for law enforcement inspection of an auditing agency and a tax authority, and can be a paper invoice or an electronic invoice. With the development of economy and science and technology, the electronic invoice replaces the traditional paper invoice with the advantages of convenience, environmental protection, low cost, high efficiency and the like step by step, the electronic invoice can even achieve ticketless reimbursement in the reimbursement field and is deeply favored by enterprises and users, but the management system of the electronic invoice is not completely perfect, and the electronic invoice possibly has the risks of repeated reimbursement and false reimbursement in the reimbursement, so that the electronic invoice is prevented from being repeatedly reimbursed and false reimbursement, and the problem which needs to be solved at present is urgent.
Disclosure of Invention
The embodiment of the application provides a bill processing method, equipment and medium, which are beneficial to avoiding the situation of repeated reimbursement of bills and simplifying the bill issuing and processing flow.
In one aspect, an embodiment of the present application provides a bill processing method, where the method is applied to a blockchain node device, and the method includes:
receiving target bill information generated by a bill issuing user for a bill application user;
storing the target ticket information in a blockchain, wherein the target ticket information comprises ticket content and a ticket signature, and the ticket signature comprises: the system comprises a first public key and a second public key, wherein the first public key is an encrypted public key corresponding to a bill application user on a block chain network, and the second public key is an encrypted public key corresponding to a bill management user on the block chain network;
when a transfer request for the target bill information is received, matching and verifying a private key to be verified and the first public key carried in the transfer request, or matching and verifying the private key to be verified and the second public key carried in the transfer request;
and if the matching verification result is that the private key to be verified is matched with the first public key or the private key to be verified is matched with the second public key, responding to the transfer request, and transferring the target bill information according to the bill reimbursement user identification included in the transfer request.
On the other hand, the embodiment of the application provides a block link point device which has the function of realizing the bill processing method. The functions may be implemented by hardware, or by hardware executing corresponding software. The hardware or software includes:
the receiving unit is used for receiving target bill information generated by a bill issuing user for a bill application user;
a storage unit, configured to store the target ticket information in a blockchain, where the target ticket information includes ticket content and a ticket signature, and the ticket signature includes: the system comprises a first public key and a second public key, wherein the first public key is an encrypted public key corresponding to a bill application user on a block chain network, and the second public key is an encrypted public key corresponding to a bill management user on the block chain network;
the verification unit is used for performing matching verification on the private key to be verified and the first public key carried in the transfer request or performing matching verification on the private key to be verified and the second public key carried in the transfer request when the transfer request of the target bill information is received;
and the transfer unit is used for responding to the transfer request and transferring the target bill information according to the bill reimbursement user identification included in the transfer request if the matching verification result indicates that the private key to be verified is matched with the first public key or the private key to be verified is matched with the second public key.
In another aspect, the present invention provides a block link point device, which includes a memory and a processor, where the memory stores a set of program codes, and the processor calls the program codes stored in the memory to perform the operations involved in the above bill processing method.
In another aspect, the present application provides a computer readable storage medium for storing computer program instructions for a block link point device, which includes a program for executing the above bill processing method.
By adopting the embodiment of the application, the block chain link point equipment firstly receives the target bill information generated by the bill making user for the bill applying user, and then stores the target bill information in the block chain, wherein the target bill information comprises bill content and bill signature, and the bill signature comprises: the system comprises a first public key and a second public key, wherein the first public key is an encrypted public key corresponding to a bill application user on a block chain network, the second public key is an encrypted public key corresponding to a bill management user on the block chain network, when a transfer request of target bill information is received, a private key to be verified and the first public key carried in the transfer request are subjected to matching verification, or a private key to be verified and the second public key carried in the transfer request are subjected to matching verification, and finally if the result of the matching verification is that the private key to be verified is matched with the first public key or the private key to be verified is matched with the second public key, the transfer request is responded, the target bill information is transferred according to a bill reimbursement user identifier included in the transfer request, and the bill application user has only one transfer permission of the target bill information, after the transfer, the bill reimbursement user can use the private key to sign the target bill, so that other users cannot obtain the target bill information again, and the bill application user can only reimburse the bill indicated by the target bill information once.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, 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 application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
FIG. 1a is a schematic diagram of a bill handling system architecture provided by an embodiment of the present application;
fig. 1b is a schematic structural diagram of a block chain according to an embodiment of the present application;
FIG. 2 is a schematic flow chart of a bill processing method according to an embodiment of the present application;
FIG. 3 is a schematic flow chart diagram of another bill processing method provided by the embodiment of the application;
FIG. 4 is a schematic structural diagram of a block link point device provided by an embodiment of the present application;
fig. 5 is a schematic structural diagram of another block chain node device according to an embodiment of the present application.
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.
Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the invention. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. It is explicitly and implicitly understood by one skilled in the art that the embodiments described herein can be combined with other embodiments.
In order to better understand a bill processing method, device, and 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. 1a, as shown in fig. 1a, the bill handling system architecture includes a first block link point device, a second block link point device, a third block link node device, a fourth block link point device, and a block link network. The first block chain link point device can be a device corresponding to a bill making user in a block chain, the second block chain link point device can be a device corresponding to a bill applying user in the block chain, the third block chain node device can be a device corresponding to a bill managing user in the block chain, and the fourth block chain link point device can be a device corresponding to a bill reimbursing user in the block chain. The first block link point device, the second block link point device, the third block link point device, and the fourth block link point device may be clients or servers, which is not limited in the embodiment of the present 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.
The Block Chain (Block Chain) is a Chain data structure formed by combining data blocks in a sequential connection mode according to a time sequence, and a distributed account book which is not falsifiable and counterfeitable is ensured in a cryptographic mode. Multiple independent distributed nodes (i.e., first block link point devices) maintain the same record. The blockchain technology realizes decentralization and becomes a foundation for credible digital asset storage, transfer and transaction. Taking the block chain structure diagram shown in fig. 1b as an example, when new data needs to be written into the block chain, the data is collected into a block (block) and added to the end of the existing block chain, and the newly added block of each node is ensured to be identical through a consensus algorithm. The platform protocol data and/or the activity announcement data are recorded in each block, and the hash (hash) value of the previous block is also included, and all blocks store the hash value of the previous block in the way, and are connected in sequence to form a block chain. The hash value of the previous block is stored in the block head of the next block in the block chain, and when the fingerprint data in the current block changes, the hash value of the block is changed, so that the fingerprint data uploaded to the block chain network is difficult to tamper, the transaction between the client and the service platform is carried out on the block chain, the open and transparent transaction process is realized, and the reliability of the fingerprint data is improved.
The application provides a bill processing method based on a block chain, which aims to solve the problems that electronic bills are repeatedly reimbursed and counterfeit bills are reimbursed in the traditional bill process and simplify the bill issuing and reimbursement process. In the bill processing method provided by the application, the block chain node point device firstly receives target bill information generated by a bill making user for a bill application user, and then stores the target bill information in a block chain, wherein the target bill information comprises bill content and a bill signature, and the bill signature comprises: the system comprises a first public key and a second public key, wherein the first public key is an encrypted public key corresponding to a bill application user on a block chain network, the second public key is an encrypted public key corresponding to a bill management user on the block chain network, when a transfer request of target bill information is received, a private key to be verified and the first public key carried in the transfer request are subjected to matching verification, or a private key to be verified and the second public key carried in the transfer request are subjected to matching verification, and finally if the result of the matching verification is that the private key to be verified is matched with the first public key or the private key to be verified is matched with the second public key, the transfer request is responded, the target bill information is transferred according to a bill reimbursement user identifier included in the transfer request, and the bill application user has only one transfer permission of the target bill information, after the transfer, the bill reimbursement user can use the private key to sign the target bill, so that other users cannot obtain the target bill information again, and the bill application user can only reimburse the bill indicated by the target bill information once.
Referring to fig. 2, fig. 2 is a schematic flow chart of a bill processing method applied to a block link point device according to an embodiment of the present application, where the method includes, but is not limited to, the following steps S201 to S204:
s201, receiving target bill information generated by a bill issuing user for a bill applying user.
In the process of issuing and reimbursing bills, bill applying users (such as consumers), bill issuing users (such as billing enterprises), bill management users (such as tax bureaus) and bill reimbursement users (such as reimbursement enterprises) are involved, wherein the bill applying users, the bill issuing users, the bill management users and the bill reimbursement users can respectively upload acquired bill information to a block chain through respectively associated block chain link point equipment or acquire the bill information from the block chain, which is equivalent to forming a tax chain, the bill information can be circulated or circulated on the tax chain, and the bill information is unique. After the bill issuing user generates target bill information for the bill applying user, the bill issuing user can upload the target bill information to the block chain, so that the target bill information can be transferred to the bill reimbursement user through the block chain flow.
S202, storing the target bill information in a block chain, wherein the target bill information comprises bill contents and bill signatures, and the bill signatures comprise: the system comprises a first public key and a second public key, wherein the first public key is an encrypted public key corresponding to a bill application user on a block chain network, and the second public key is an encrypted public key corresponding to a bill management user on the block chain network.
After target bill information generated for a bill application user by a bill issuing user is acquired, the target bill information is uploaded to a block chain, and in specific implementation, the target bill information is stored in the block chain, and the method comprises the following steps: broadcasting the target bill information so that node equipment in the block chain performs consensus verification on the target bill information; and if the node equipment in the block chain passes the verification of the target bill information, packaging the key information into a first block, and linking the first block into the block chain. In this way, the target ticket information is successfully stored in the blockchain.
The target bill information comprises bill contents and a bill signature, the bill signature comprises a first public key and a second public key, the second public key is an encrypted public key corresponding to a bill application user on a block chain, the second public key is an encrypted public key corresponding to a bill management user on the block chain, and the method is equivalent to that a bill making user uses the bill contents as bill assets and simultaneously issues addresses of the bill application user on the block chain and addresses of the bill management user on the block chain, wherein the addresses of the bill application user on the block chain can be understood as the first public key corresponding to a consumer, and the addresses of the bill management user on the block chain can be understood as the second public key corresponding to a tax bureau.
S203, when a transfer request for the target bill information is received, matching verification is carried out on the private key to be verified and the first public key carried in the transfer request, or matching verification is carried out on the private key to be verified and the second public key carried in the transfer request.
When a transfer request aiming at a target bill is received, a bill management user or a bill application user can initiate the transfer request, and the transfer request carries a private key to be verified, so that matching verification can be performed through the private key to be verified. When the private key to be verified is detected to be matched with the first public key, the transfer request can be determined to be sent by a bill application user, or when the private key to be verified is detected to be matched with the second public key, the transfer request can be determined to be sent by a bill management user.
In one implementation, the transfer request for the target ticket information includes: when receiving a transfer request for the target bill information, a first transfer request sent by a bill management user performs matching verification on a private key to be verified and the first public key carried in the transfer request, or performs matching verification on the private key to be verified and the second public key carried in the transfer request, including: according to the target bill identification carried in the first transfer request, inquiring target bill information corresponding to the target bill identification in a block chain; extracting a private key of the bill management user carried in the first transfer request as a private key to be verified; verifying whether the private key to be verified is matched with a second public key included in the inquired target bill information; if the two are matched, the verification is successful, otherwise, the verification fails. The bill application user and the bill management user both have the authority to transfer the target bill information from the block chain, so that the transfer request sent for the target bill information can be a first transfer request sent by the bill management user, at the moment, the target bill information corresponding to the target bill identification can be inquired in the block chain according to the target bill identification carried in the first transfer request, therefore, the private key of the bill management user carried in the first transfer request is extracted to be used as a private key to be verified, whether the target bill information is transferred to the bill management user can be determined by verifying whether the private key to be verified is matched with a second public key included in the target bill information, if the matching is successful, transfer is initiated, and if the matching is failed, transfer is refused.
For example, a bill management user corresponds to a tax bureau, the tax bureau stores a lot of bill information in a block chain, when a first transfer request sent by the tax bureau is received, it needs to determine which bill information the tax bureau wants to transfer according to a target bill information identifier in the first transfer request, after the target bill information corresponding to the target bill identifier is found, it is detected whether a private key carried in the first transfer request matches a second public key corresponding to the tax bureau in the block chain, if so, it can be proved that the first transfer request is actually initiated by the tax bureau, that is, the identity authentication is successful, at this time, the transfer authority can be granted to the target bill information, and thus the tax bureau can transfer the target bill information to a bill reimbursement user corresponding to the bill reimbursement user identifier.
In a specific implementation, the target bill identification carried in the first transfer request is obtained by the bill management user according to the key information sent by the user side corresponding to the bill reimbursement user identification; the key information is obtained by the user side corresponding to the bill reimbursement user identification according to the bill voucher file sent by the user side corresponding to the bill application user identification, and the bill voucher file is sent to the user side corresponding to the bill application user identification after the user side corresponding to the bill issuing user identification generates the target bill information. The target bill identification carried in the first transfer request is obtained by the bill management user according to the key information sent by the user end corresponding to the bill reimbursement user identification, the key information can be one or more of bill number information, billing user information, billing date information and billing amount information, the key information is obtained by the user end corresponding to the bill reimbursement user identification according to the bill voucher file sent by the user end corresponding to the bill application user, and the bill file is sent to the bill application user by the user end corresponding to the bill invoicing user identification after the target bill information is generated. The method comprises the steps that a bill application user needs to upload identity authentication information before initiating a bill making request to a bill making user through a block chain network, and the bill making user can respond to the bill making request after passing real-name authentication, so that target bill information generated for the bill application user is sent to a block chain.
For example, a consumer applies for an invoice appointed by a invoicing enterprise, the invoicing enterprise generates an invoice certificate after the invoice is issued, the invoice certificate may be, for example, a PDF file, and sends the invoice certificate to a consumer terminal, the consumer terminal sends the invoice certificate to a reimbursement enterprise terminal, and when the reimbursement enterprise wants to obtain the appointed invoice from a tax bureau, the reimbursement enterprise may extract key information from the PDF file and send the key information to the tax bureau terminal, so that the tax bureau terminal can quickly find the appointed invoice from a large number of invoices according to the key information.
In one implementation, the transfer request for the target ticket information includes: when a transfer request for the target bill information is received, performing matching verification on a private key to be verified and the first public key carried in the transfer request or performing matching verification on the private key to be verified and the second public key carried in the transfer request, including: extracting a private key of the bill application user carried in the second transfer request as a private key to be verified; verifying whether the private key to be verified is matched with a first public key included in the inquired target bill information; if the two are matched, the verification is successful, otherwise, the verification fails. The bill application user and the bill management user both have the authority to transfer the target bill information from the block chain, so that the transfer request sent aiming at the target bill information can be a second transfer request sent by the bill application user, at the moment, the private key of the bill application user carried in the second transfer request can be directly extracted to serve as a private key to be verified, whether the target bill information is transferred to the bill application user or not can be determined by verifying whether the private key to be verified is matched with a first public key included in the target bill information or not, if the matching is successful, the transfer is initiated, and if the matching is failed, the transfer is refused.
For example, the bill application user corresponds to a consumer, the consumer can obtain an invoice through a trust platform such as WeChat, when receiving a second transfer request sent by the consumer, it is detected whether a private key carried in the second transfer request matches a first public key corresponding to the consumer in a block chain, if so, it can be proved that the second transfer request is indeed initiated by the consumer passing real-name authentication, that is, the identity is verified to be successful, at this time, the transfer authority of the consumer to the target bill information can be granted, so that the consumer can obtain the target bill information through the trust platform such as WeChat, and the consumer can transfer the target bill information to a bill reimbursement user corresponding to a bill reimbursement user identifier.
S204, if the matching verification result is that the private key to be verified is matched with the first public key or the private key to be verified is matched with the second public key, responding to the transfer request, and transferring the target bill information according to the bill reimbursement user identification included in the transfer request.
When the private key to be verified carried in the transfer request is matched with the first public key, the transfer request can be determined to be sent by a bill application user, namely the bill application user can transfer target bill information away through the private key to be verified, when the private key to be verified carried in the transfer request is matched with the second public key, the transfer request can be determined to be sent by a bill management user, namely the bill management user can transfer the target bill information away through the private key to be verified, and then the bill application user or the bill management user transfers the target bill information to a bill reimbursement user corresponding to the bill reimbursement user identifier.
In one implementation, the transferring the target ticket information according to the ticket reimbursement user identifier included in the transfer request includes: updating the target ticket information, wherein the updating comprises: and deleting the first public key in the target bill information, and adding a third public key corresponding to the bill reimbursement user on the block chain network in the target bill information. After the target bill information is transferred to the bill reimbursement user corresponding to the bill reimbursement user identifier, the target bill information needs to be updated, namely the first public key in the target bill information is deleted, and the third public key corresponding to the bill reimbursement user on the block chain network is added in the target bill information.
For example, existing electronic invoices may be reimbursed, particularly those issued by individual users, which are not associated with a company, and are generally sent to a consumer mailbox in the form of PDF, so that a consumer may copy the invoices and reimburse the copied invoices. In the block chain-based bill processing method, an invoice uploaded to a block chain by a billing enterprise is not a file, can be understood as an asset, the asset can be transferred, and a holder of the asset transfers the asset and then does not hold the asset. The consumer needs to perform real-name authentication on the blockchain firstly, so that the consumer can transfer the bill assets to the reimbursement enterprise by using the private key of the consumer, at the moment, the consumer does not have the bill assets, and if the bill assets are to be circulated again, the reimbursement enterprise can only transfer the bill assets again by using the private key of the reimbursement enterprise. The method is characterized in that a consumer needs to interact with a block chain in an reimbursement process, the consumer can use WeChat, a nail or other platforms to host an invoice, when the invoice is managed by the WeChat, the private key of the WeChat signs the bill asset and then sends the bill asset to an reimbursement enterprise, so that the reimbursement enterprise needs to be in butt joint with the WeChat platform, when the consumer uses different platforms, the reimbursement enterprise needs to be in butt joint with different platforms, the processing flow is troublesome, a multi-signature mode is introduced into the method, the invoicing enterprise issues the bill asset to a consumer address and a tax office address, at the moment, the reimbursement enterprise can use the private key of the consumer to transfer the bill asset and can use the private key of a tax office to transfer the bill asset, so that the reimbursement platform does not need to.
The embodiment of the application provides a bill processing method, which is applied to block chain node equipment, wherein the block chain node equipment firstly receives target bill information generated by a bill making user for a bill application user, and then stores the target bill information in a block chain, the target bill information comprises bill content and bill signatures, and the bill signatures comprise: the system comprises a first public key and a second public key, wherein the first public key is an encrypted public key corresponding to a bill application user on a block chain network, the second public key is an encrypted public key corresponding to a bill management user on the block chain network, when a transfer request of target bill information is received, a private key to be verified and the first public key carried in the transfer request are subjected to matching verification, or a private key to be verified and the second public key carried in the transfer request are subjected to matching verification, and finally if the result of the matching verification is that the private key to be verified is matched with the first public key or the private key to be verified is matched with the second public key, the transfer request is responded, the target bill information is transferred according to a bill reimbursement user identifier included in the transfer request, and the bill application user has only one transfer permission of the target bill information, after the transfer, the bill reimbursement user can use the private key to sign the target bill, so that other users cannot obtain the target bill information again, and the bill application user can only reimburse the bill indicated by the target bill information once.
Referring to fig. 3, fig. 3 is a schematic flow chart of another bill processing method according to an embodiment of the present application. The method is applied to the blockchain node device, and includes but is not limited to the following steps S301 to S306:
s301, receiving target bill information generated by a bill issuing user for a bill application user.
S302, storing the target bill information in a block chain, wherein the target bill information comprises bill contents and bill signatures, and the bill signatures comprise: the system comprises a first public key and a second public key, wherein the first public key is an encrypted public key corresponding to a bill application user on a block chain network, and the second public key is an encrypted public key corresponding to a bill management user on the block chain network.
And S303, when receiving a transfer request for the target bill information, performing matching verification on the private key to be verified and the first public key carried in the transfer request, or performing matching verification on the private key to be verified and the second public key carried in the transfer request.
S304, if the matching verification result is that the private key to be verified is matched with the first public key or the private key to be verified is matched with the second public key, responding to the transfer request, and transferring the target bill information according to the bill reimbursement user identification included in the transfer request.
The steps S301 to S304 can refer to steps S201 to S204 in fig. 2, and are not described herein again.
S305, receiving a bill storage request sent by a user side corresponding to the bill reimbursement user identifier, wherein the storage request comprises bill content encryption data, and the bill content encryption data comprises: and the user side corresponding to the bill reimbursement user uses the private key of the bill reimbursement user to encrypt the bill contents included in the target bill information to obtain the data.
After acquiring the target bill information, the bill reimbursement user can acquire the bill content from the target bill information, so that the reimbursement process of the bill application user for the target bill information is finished, at the moment, the bill reimbursement user can encrypt the bill content attack by using a private key of the bill reimbursement user, and upload the encrypted bill content to the block chain.
S306, storing the encrypted data of the bill contents included in the storage request in the block chain.
In one implementation, the storing, in the blockchain, the encrypted data of the ticket content included in the storage request includes: broadcasting the bill content encryption data so that node equipment in the block chain performs consensus verification on the bill content encryption data; and if the node equipment in the block chain checks the encrypted data of the bill content, packaging the encrypted data of the bill content into a first block, and linking the first block into the block chain. In this way, the bill reimbursement user uploads the content of the bill after private encryption to the blockchain.
The embodiment of the application provides a bill processing method, which is applied to block chain node equipment, wherein the block chain node equipment firstly receives target bill information generated by a bill making user for a bill application user, and then stores the target bill information in a block chain, the target bill information comprises bill content and bill signatures, and the bill signatures comprise: the system comprises a first public key and a second public key, wherein the first public key is an encrypted public key corresponding to a bill application user on a block chain network, the second public key is an encrypted public key corresponding to a bill management user on the block chain network, when a transfer request of target bill information is received, a private key to be verified and the first public key carried in the transfer request are subjected to matching verification, or a private key to be verified and the second public key carried in the transfer request are subjected to matching verification, and finally if the result of the matching verification is that the private key to be verified is matched with the first public key or the private key to be verified is matched with the second public key, the transfer request is responded, the target bill information is transferred according to a bill reimbursement user identifier included in the transfer request, and the bill application user has only one transfer permission of the target bill information, after the transfer, the bill reimbursement user can use the private key to sign the target bill, so that other users cannot obtain the target bill information again, and the bill application user can only reimburse the bill indicated by the target bill information once.
Referring to fig. 4, fig. 4 is a schematic structural diagram of a block link point apparatus according to an embodiment of the present disclosure, the block link point apparatus being configured to perform steps performed by a first block link point apparatus according to the method embodiment shown in fig. 2 to 3, the block link point apparatus including: one or more processors 401; one or more input devices 402, one or more output devices 403, and memory 404. The processor 401, input device 402, output device 403, and memory 404 are connected by a bus 404. The memory 402 is used to store a computer program comprising program instructions, and the processor 401, the input device 402, and the output device 403 are used to execute the program instructions stored in the memory 404 to perform the following operations:
the input device 402 receives target ticket information generated by a ticket issuing user for a ticket applying user;
when receiving a transfer request for the target bill information, the input device 402 performs matching verification on the private key to be verified and the first public key carried in the transfer request, or performs matching verification on the private key to be verified and the second public key carried in the transfer request;
if the matching verification result indicates that the private key to be verified is matched with the first public key or the private key to be verified is matched with the second public key, the output device 403 responds to the transfer request and transfers the target bill information according to the bill reimbursement user identifier included in the transfer request.
Therefore, the embodiment of the application provides a bill processing method, which is applied to a block chain node device, the block chain node device firstly receives target bill information generated by a bill making user for a bill application user, and then stores the target bill information in a block chain, wherein the target bill information comprises bill content and a bill signature, and the bill signature comprises: the system comprises a first public key and a second public key, wherein the first public key is an encrypted public key corresponding to a bill application user on a block chain network, the second public key is an encrypted public key corresponding to a bill management user on the block chain network, when a transfer request of target bill information is received, a private key to be verified and the first public key carried in the transfer request are subjected to matching verification, or a private key to be verified and the second public key carried in the transfer request are subjected to matching verification, and finally if the result of the matching verification is that the private key to be verified is matched with the first public key or the private key to be verified is matched with the second public key, the transfer request is responded, the target bill information is transferred according to a bill reimbursement user identifier included in the transfer request, and the bill application user has only one transfer permission of the target bill information, after the transfer, the bill reimbursement user can use the private key to sign the target bill, so that other users cannot obtain the target bill information again, and the bill application user can only reimburse the bill indicated by the target bill information once.
In one implementation, the transfer request for the target ticket information includes: when receiving a transfer request for the target ticket information from a first transfer request sent by a ticket management user, the processor 401 performs matching verification on a private key to be verified and the first public key carried in the transfer request, or performs matching verification on the private key to be verified and the second public key carried in the transfer request, including:
according to the target bill identification carried in the first transfer request, inquiring target bill information corresponding to the target bill identification in a block chain;
extracting a private key of the bill management user carried in the first transfer request as a private key to be verified;
verifying whether the private key to be verified is matched with a second public key included in the inquired target bill information;
if the two are matched, the verification is successful, otherwise, the verification fails.
In an implementation manner, the target ticket identifier carried in the first transfer request is obtained by the ticket management user according to the key information sent by the user side corresponding to the ticket reimbursement user identifier;
the key information is obtained by the user side corresponding to the bill reimbursement user identification according to the bill voucher file sent by the user side corresponding to the bill application user identification, and the bill voucher file is sent to the user side corresponding to the bill application user identification after the user side corresponding to the bill issuing user identification generates the target bill information.
In one implementation, the transfer request for the target ticket information includes: when a first transfer request sent by a user is applied for a bill, and a transfer request for the target bill information is received, the processor 401 performs matching verification on a private key to be verified and the first public key carried in the transfer request, or performs matching verification on the private key to be verified and the second public key carried in the transfer request, including:
extracting a private key of the bill application user carried in the second transfer request as a private key to be verified;
verifying whether the private key to be verified is matched with a first public key included in the inquired target bill information;
if the two are matched, the verification is successful, otherwise, the verification fails.
In one implementation, the processor 401 performs transfer processing on the target ticket information according to the ticket reimbursement user identifier included in the transfer request, including:
updating the target ticket information, wherein the updating comprises: and deleting the first public key in the target bill information, and adding a third public key corresponding to the bill reimbursement user on the block chain network in the target bill information.
In one implementation, after the processor 401 transfers the target ticket information according to the reimbursement user identifier included in the transfer request, the method further includes:
receiving a bill storage request sent by a user side corresponding to the bill reimbursement user identifier, wherein the storage request comprises bill content encryption data, and the bill content encryption data comprises: the user side corresponding to the bill reimbursement user uses a private key of the bill reimbursement user to encrypt bill contents included in the target bill information to obtain data;
storing the ticket content encryption data included in the storage request in the blockchain.
In one implementation, the processor 401 stores the ticket content encryption data included in the storage request in the blockchain, including:
broadcasting the bill content encryption data so that node equipment in the block chain performs consensus verification on the bill content encryption data;
and if the node equipment in the block chain checks the encrypted data of the bill content, packaging the encrypted data of the bill content into a first block, and linking the first block into the block chain.
Referring to fig. 5, fig. 5 is a schematic structural diagram of a block link point apparatus according to an embodiment of the present disclosure, where the block link point apparatus is used to perform steps performed by a first block link point apparatus in the method embodiment corresponding to fig. 2 to 3, and the block link point apparatus may include:
a receiving unit 501, configured to receive target ticket information generated by a ticket issuing user for a ticket applying user;
a storage unit 502, configured to store the target ticket information in a blockchain, where the target ticket information includes ticket content and a ticket signature, and the ticket signature includes: the system comprises a first public key and a second public key, wherein the first public key is an encrypted public key corresponding to a bill application user on a block chain network, and the second public key is an encrypted public key corresponding to a bill management user on the block chain network;
a verification unit 503, configured to perform matching verification on the private key to be verified and the first public key carried in the transfer request or perform matching verification on the private key to be verified and the second public key carried in the transfer request when the transfer request for the target ticket information is received;
a transferring unit 504, configured to respond to the transfer request and transfer the target ticket information according to a ticket reimbursement user identifier included in the transfer request if a result of the matching verification indicates that the private key to be verified is matched with the first public key or the private key to be verified is matched with the second public key.
Therefore, the embodiment of the application provides a bill processing method, which is applied to a block chain node device, the block chain node device firstly receives target bill information generated by a bill making user for a bill application user, and then stores the target bill information in a block chain, wherein the target bill information comprises bill content and a bill signature, and the bill signature comprises: the system comprises a first public key and a second public key, wherein the first public key is an encrypted public key corresponding to a bill application user on a block chain network, the second public key is an encrypted public key corresponding to a bill management user on the block chain network, when a transfer request of target bill information is received, a private key to be verified and the first public key carried in the transfer request are subjected to matching verification, or a private key to be verified and the second public key carried in the transfer request are subjected to matching verification, and finally if the result of the matching verification is that the private key to be verified is matched with the first public key or the private key to be verified is matched with the second public key, the transfer request is responded, the target bill information is transferred according to a bill reimbursement user identifier included in the transfer request, and the bill application user has only one transfer permission of the target bill information, after the transfer, the bill reimbursement user can use the private key to sign the target bill, so that other users cannot obtain the target bill information again, and the bill application user can only reimburse the bill indicated by the target bill information once.
In one implementation, the transfer request for the target ticket information includes: when receiving a transfer request for the target ticket information, a first transfer request sent from a ticket management user performs matching verification on a private key to be verified and the first public key carried in the transfer request, or performs matching verification on the private key to be verified and the second public key carried in the transfer request, the processing unit 502 further includes:
according to the target bill identification carried in the first transfer request, inquiring target bill information corresponding to the target bill identification in a block chain;
extracting a private key of the bill management user carried in the first transfer request as a private key to be verified;
verifying whether the private key to be verified is matched with a second public key included in the inquired target bill information;
if the two are matched, the verification is successful, otherwise, the verification fails.
In an implementation manner, the target ticket identifier carried in the first transfer request is obtained by the ticket management user according to the key information sent by the user side corresponding to the ticket reimbursement user identifier;
the key information is obtained by the user side corresponding to the bill reimbursement user identification according to the bill voucher file sent by the user side corresponding to the bill application user identification, and the bill voucher file is sent to the user side corresponding to the bill application user identification after the user side corresponding to the bill issuing user identification generates the target bill information.
In one implementation, the transfer request for the target ticket information includes: when receiving a transfer request for the target ticket information, a first transfer request sent by a ticket application user, and performing matching verification on a private key to be verified and the first public key carried in the transfer request, or performing matching verification on the private key to be verified and the second public key carried in the transfer request, the processing unit 502 further includes:
extracting a private key of the bill application user carried in the second transfer request as a private key to be verified;
verifying whether the private key to be verified is matched with a first public key included in the inquired target bill information;
if the two are matched, the verification is successful, otherwise, the verification fails.
In one implementation manner, when performing transfer processing on the target ticket information according to the ticket reimbursement user identifier included in the transfer request, the processing unit 502 further includes:
updating the target ticket information, wherein the updating comprises: and deleting the first public key in the target bill information, and adding a third public key corresponding to the bill reimbursement user on the block chain network in the target bill information.
In an implementation manner, after the performing the transfer processing on the target ticket information according to the reimbursement user identifier included in the transfer request, the processing unit 502 further includes:
receiving a bill storage request sent by a user side corresponding to the bill reimbursement user identifier, wherein the storage request comprises bill content encryption data, and the bill content encryption data comprises: the user side corresponding to the bill reimbursement user uses a private key of the bill reimbursement user to encrypt bill contents included in the target bill information to obtain data;
storing the ticket content encryption data included in the storage request in the blockchain.
In one implementation, when storing the encrypted data of the ticket content included in the storage request in the blockchain, the processing unit 502 further includes:
broadcasting the bill content encryption data so that node equipment in the block chain performs consensus verification on the bill content encryption data;
and if the node equipment in the block chain checks the encrypted data of the bill content, packaging the encrypted data of the bill content into a first block, and linking the first block into the block chain.
A computer-readable storage medium is further provided in an embodiment of the present application, and stores a computer program, where the computer program includes program instructions, and when the program instructions are executed by a processor, the steps performed in the above-described embodiments may be performed.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. The storage medium may be a magnetic disk, an optical disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), or the like.
While the invention has been described with reference to a number of embodiments, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the invention as defined by the appended claims.
Claims (10)
1. A bill processing method is applied to a blockchain node device, and comprises the following steps:
receiving target bill information generated by a bill issuing user for a bill application user;
storing the target ticket information in a blockchain, wherein the target ticket information comprises ticket content and a ticket signature, and the ticket signature comprises: the system comprises a first public key and a second public key, wherein the first public key is an encrypted public key corresponding to a bill application user on a block chain network, and the second public key is an encrypted public key corresponding to a bill management user on the block chain network;
when a transfer request for the target bill information is received, matching and verifying a private key to be verified and the first public key carried in the transfer request, or matching and verifying the private key to be verified and the second public key carried in the transfer request;
and if the matching verification result is that the private key to be verified is matched with the first public key or the private key to be verified is matched with the second public key, responding to the transfer request, and transferring the target bill information according to the bill reimbursement user identification included in the transfer request.
2. The method of claim 1, wherein the request for transfer of the target ticket information comprises: when receiving a transfer request for the target bill information, a first transfer request sent by a bill management user performs matching verification on a private key to be verified and the first public key carried in the transfer request, or performs matching verification on the private key to be verified and the second public key carried in the transfer request, including:
according to the target bill identification carried in the first transfer request, inquiring target bill information corresponding to the target bill identification in a block chain;
extracting a private key of the bill management user carried in the first transfer request as a private key to be verified;
verifying whether the private key to be verified is matched with a second public key included in the inquired target bill information;
if the two are matched, the verification is successful, otherwise, the verification fails.
3. The method according to claim 2, wherein the target ticket id carried in the first transfer request is obtained by the ticket management user according to key information sent by the user side corresponding to the ticket reimbursement user id;
the key information is obtained by the user side corresponding to the bill reimbursement user identification according to the bill voucher file sent by the user side corresponding to the bill application user identification, and the bill voucher file is sent to the user side corresponding to the bill application user identification after the user side corresponding to the bill issuing user identification generates the target bill information.
4. The method of claim 1, wherein the request for transfer of the target ticket information comprises: when a transfer request for the target bill information is received, performing matching verification on a private key to be verified and the first public key carried in the transfer request or performing matching verification on the private key to be verified and the second public key carried in the transfer request, including:
extracting a private key of the bill application user carried in the second transfer request as a private key to be verified;
verifying whether the private key to be verified is matched with a first public key included in the inquired target bill information;
if the two are matched, the verification is successful, otherwise, the verification fails.
5. The method according to any one of claims 1-4, wherein the transferring the target ticket information according to the ticket reimbursement user identifier included in the transfer request comprises:
updating the target ticket information, wherein the updating comprises: and deleting the first public key in the target bill information, and adding a third public key corresponding to the bill reimbursement user on the block chain network in the target bill information.
6. The method according to any one of claims 1-4, wherein after the transfer processing of the target ticket information according to the reimbursement user identifier included in the transfer request, the method further comprises:
receiving a bill storage request sent by a user side corresponding to the bill reimbursement user identifier, wherein the storage request comprises bill content encryption data, and the bill content encryption data comprises: the user side corresponding to the bill reimbursement user uses a private key of the bill reimbursement user to encrypt bill contents included in the target bill information to obtain data;
storing the ticket content encryption data included in the storage request in the blockchain.
7. The method of claim 6, wherein storing the ticket content encryption data included in the storage request in the blockchain comprises:
broadcasting the bill content encryption data so that node equipment in the block chain performs consensus verification on the bill content encryption data;
and if the node equipment in the block chain checks the encrypted data of the bill content, packaging the encrypted data of the bill content into a first block, and linking the first block into the block chain.
8. A bill handling apparatus comprising:
the receiving unit is used for receiving target bill information generated by a bill issuing user for a bill application user;
a storage unit, configured to store the target ticket information in a blockchain, where the target ticket information includes ticket content and a ticket signature, and the ticket signature includes: the system comprises a first public key and a second public key, wherein the first public key is an encrypted public key corresponding to a bill application user on a block chain network, and the second public key is an encrypted public key corresponding to a bill management user on the block chain network;
the verification unit is used for performing matching verification on the private key to be verified and the first public key carried in the transfer request or performing matching verification on the private key to be verified and the second public key carried in the transfer request when the transfer request of the target bill information is received;
and the transfer unit is used for responding to the transfer request and transferring the target bill information according to the bill reimbursement user identification included in the transfer request if the matching verification result indicates that the private key to be verified is matched with the first public key or the private key to be verified is matched with the second public key.
9. A block link point device comprising a processor, an input device, an output device and a memory, the processor, the input device, the output device and the memory being interconnected, wherein the memory is configured to store a computer program comprising program instructions, the processor being configured to invoke the program instructions to perform the ticket processing method of any one of claims 1-7.
10. A computer storage medium storing computer program instructions adapted to be loaded by a processor and to perform a method of ticket processing according to any one of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010074851.6A CN111311341A (en) | 2020-01-22 | 2020-01-22 | Bill processing method, apparatus and medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010074851.6A CN111311341A (en) | 2020-01-22 | 2020-01-22 | Bill processing method, apparatus and medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111311341A true CN111311341A (en) | 2020-06-19 |
Family
ID=71161603
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010074851.6A Pending CN111311341A (en) | 2020-01-22 | 2020-01-22 | Bill processing method, apparatus and medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111311341A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112037056A (en) * | 2020-08-20 | 2020-12-04 | 深圳大学 | Transaction processing method, device, equipment and storage medium |
| CN113704823A (en) * | 2021-08-30 | 2021-11-26 | 长城计算机软件与系统有限公司 | Reimbursement processing method, system, storage medium and electronic equipment |
-
2020
- 2020-01-22 CN CN202010074851.6A patent/CN111311341A/en active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112037056A (en) * | 2020-08-20 | 2020-12-04 | 深圳大学 | Transaction processing method, device, equipment and storage medium |
| CN112037056B (en) * | 2020-08-20 | 2024-04-09 | 深圳大学 | Transaction processing method, device, equipment and storage medium |
| CN113704823A (en) * | 2021-08-30 | 2021-11-26 | 长城计算机软件与系统有限公司 | Reimbursement processing method, system, storage medium and electronic equipment |
| CN113704823B (en) * | 2021-08-30 | 2024-03-29 | 新长城科技有限公司 | Reimbursement processing method, reimbursement processing system, storage medium and electronic equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111859348B (en) | Identity authentication method and device based on user identification module and block chain technology | |
| CN109472696B (en) | Asset transaction method, device, storage medium and computer equipment | |
| CN107342867B (en) | Signature verification method and device | |
| CN110633963B (en) | Electronic bill processing method, electronic bill processing device, computer readable storage medium and computer readable storage device | |
| CN110839029B (en) | Micro-service registration method and device | |
| CN109508564B (en) | Block chain-based digital asset storage system and method | |
| CN106452775A (en) | Method and apparatus for accomplishing electronic signing and signing server | |
| CN109669955B (en) | Digital asset query system and method based on block chain | |
| JP6880055B2 (en) | Message anti-counterfeiting implementation method and device | |
| CN111324661A (en) | User cooperation method, device and medium based on block chain | |
| CN105007301A (en) | Electronic evidence processing system and method based on social platform | |
| CN113255014B (en) | Data processing method based on block chain and related equipment | |
| CN111488372A (en) | Data processing method, device and storage medium | |
| CN112149077B (en) | Supply chain billing method, system and computer equipment based on block chain technology | |
| CN106156345B (en) | Item file deposits card method, deposits card equipment and terminal device | |
| CN111325585A (en) | Asset transfer method, device and computer readable storage medium | |
| US11791985B2 (en) | Tracking, storage and authentication of documented intellectual property | |
| CN110941840B (en) | Data processing method, system and terminal | |
| CN111311341A (en) | Bill processing method, apparatus and medium | |
| CN112163241A (en) | Notarization archive information processing method, system, platform, equipment and storage medium | |
| WO2018210097A1 (en) | Method and device for execution transaction mode by classification | |
| CN111311259A (en) | Bill processing method, device, terminal and computer readable storage medium | |
| CN112115423A (en) | Electronic notarization information processing method, device, system, equipment and storage medium | |
| CN111681141A (en) | File authentication method, file authentication device and terminal equipment | |
| CN109960919B (en) | Contract signing method and block link point equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40024720 Country of ref document: HK |
|
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |