CN111598635A

CN111598635A - Bill information processing method and device, equipment and readable storage medium

Info

Publication number: CN111598635A
Application number: CN202010418385.9A
Authority: CN
Inventors: 李茂材; 王宗友; 蓝虎; 时一防; 周开班; 杨常青; 朱耿良; 刘区城; 刘攀; 黄焕坤
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2020-05-18
Filing date: 2020-05-18
Publication date: 2020-08-28
Anticipated expiration: 2040-05-18
Also published as: CN111598635B

Abstract

The application provides a bill information processing method, a bill information processing device, bill information processing equipment and a readable storage medium. When a first bill issuing request initiated by a first terminal corresponding to a first user based on a data interaction service is acquired, verifying first additional certificate information according to first additional certification information in a first contract; when the verification is passed, writing a target block containing first bill information into the block chain according to a first contract, and taking the first bill information in the target block as the digital assets of the first user; when a bill transfer request sent by a first terminal is acquired, verifying second additional certificate information according to second additional certification information in a second contract; and when the verification passes, appending second bill information in the target block according to a second contract. Therefore, asynchronous billing can be realized, and the convenience of billing bills is improved.

Description

Bill information processing method and device, equipment and readable storage medium

Technical Field

The present application relates to the field of internet technologies, and in particular, to a method and an apparatus for processing ticket information, and a computer-readable storage medium.

Background

When a user carries out a data interaction service, the user can request the billing enterprise to acquire a bill corresponding to the data interaction service. At this time, the billing enterprise may request the blockchain for billing according to the data interaction service.

However, the user may not request the billing from the billing enterprise immediately when the data interaction service is in progress, but may request the billing from the billing enterprise after a period of time has elapsed. At this time, if the billing enterprise does not have the bill at that time, and the user requests to bill after a period of time, the billing enterprise may not bill the user so as to avoid tax evasion; or if the billing enterprise invoices after a period of time, different billing periods and tax rates may be different, and if the billing enterprise invoices again, losses may be caused to the billing enterprise.

Therefore, how to improve the convenience of issuing bills is a problem to be solved by the application.

Disclosure of Invention

The application provides a bill information processing scheme.

In a first aspect, a method for processing bill information is provided, where the method is applied to a light node in a blockchain, and the method includes:

when a first bill issuing request initiated by a first terminal corresponding to a first user based on a data interaction service is acquired, verifying first additional voucher information according to first additional certification information in a first contract, wherein the first bill issuing request comprises first bill key information and the first additional voucher information;

when the verification is passed, writing a target block containing first bill information into a block chain according to the first contract, and using the first bill information in the target block as the digital assets of the first user, wherein the first bill information is generated based on the first bill key information;

when a bill transfer request sent by the first terminal is acquired, verifying second additional certificate information according to second additional certification information in a second contract; the bill transfer request comprises block chain address information of the second user, second additional voucher information and second bill key information;

and when the verification is passed, adding second bill information in the target block according to the second contract, wherein the second bill information is generated based on the second bill key information.

In one possible implementation, the first supplemental attestation information or the second supplemental attestation information includes one or more of: an enterprise public key, a transaction serial number and a verification code format;

the first supplemental credential information or the second supplemental credential information includes one or more of: the user private key signature, the running list and the verification code.

In one possible implementation, the method further comprises:

verifying contract field content in the first contract and/or the second contract to be issued;

and issuing the first contract and/or the second contract when the verification is passed.

In one possible implementation, the method further comprises:

transferring the digital asset to the blockchain address of the second user according to the blockchain address information of the second user;

returning a ticket transfer response to the first terminal indicating that the digital asset has been transferred to the blockchain address of the second user.

In one possible implementation, the method further comprises:

generating first bill information corresponding to the data interaction service based on the first bill key information;

and generating a target block containing the first bill information.

In one possible implementation, the method further comprises:

generating a cochain completion result corresponding to the first bill information, wherein the cochain completion result is used for indicating that the first user has the authority to transfer the first bill information;

and informing the first terminal of the uplink completion result.

In one possible implementation, the transferring the digital asset to the blockchain address of the second user according to the blockchain address information of the second user includes:

according to the block chain address information of the second user, performing asset transfer operation on the digital asset to obtain asset transfer information;

and writing the block corresponding to the asset transfer information into the block chain.

In one possible implementation, the method further comprises:

sending a ticket transfer notification message to the second terminal, the ticket transfer notification message being used to notify the second user that the digital asset has been transferred to the blockchain address of the second user.

In a second aspect, a method for processing ticket information is provided, where the method is applied to a first terminal, and the method includes:

responding to a first bill making request initiated by the first terminal based on a data interaction service, and sending the first bill making request to a light node in a block chain, wherein the first bill making request comprises first bill key information and first additional voucher information, so that the light node verifies the first additional voucher information according to the first additional certification information in a first contract, and when the verification is passed, writing a target block containing the first bill information into the block chain according to the first contract, and using the first bill information in the target block as a digital asset of the first user;

and responding to a second bill making request initiated by a second terminal corresponding to a second user, sending a bill transfer request to the light node, wherein the bill transfer request comprises block chain address information of the second user, second additional voucher information and second bill key information, so that the light node verifies the second additional voucher information according to the second additional certification information in a second contract, and when the verification is passed, the light node adds the second bill information in the target block according to the second contract.

In one possible implementation, the method further comprises:

and acquiring a cochain completion result returned by the light node, wherein the cochain completion result is used for indicating that the first user has the authority of transferring the first bill information.

In one possible implementation, the method further comprises:

responding to the second bill making request, and sending an additional information acquisition request to the second terminal, wherein the additional information acquisition request comprises format information of a second additional voucher;

and acquiring an additional information acquisition response returned by the second terminal, wherein the additional information acquisition response comprises the block chain address information of the second user, the second additional voucher information and the second ticket key information.

In a third aspect, there is provided a ticket information processing apparatus, which is applied to a light node in a blockchain, the apparatus including:

the first verification unit is used for verifying first additional certificate information according to first additional certification information in a first contract when a first bill issuing request initiated by a first terminal corresponding to a first user based on a data interaction service is acquired, wherein the first bill issuing request comprises first bill key information and the first additional certificate information;

a first writing unit, configured to write a target block containing first ticket information into a block chain according to the first contract when the verification passes, and use the first ticket information in the target block as a digital asset of the first user, where the first ticket information is generated based on the first ticket key information;

the second verification unit is used for verifying second additional certificate information according to second additional certification information in a second contract when the bill transfer request sent by the first terminal is obtained; the bill transfer request comprises block chain address information of the second user, second additional voucher information and second bill key information;

and the adding unit is used for adding second bill information in the target block according to the second contract when the verification is passed, wherein the second bill information is generated based on the second bill key information.

In one possible implementation, the apparatus further comprises:

a first transfer unit, configured to transfer the digital asset to the blockchain address of the second user according to the blockchain address information of the second user;

a response unit configured to return a ticket transfer response to the first terminal, the ticket transfer response indicating that the digital asset has been transferred to the blockchain address of the second user.

In one possible implementation, the apparatus further comprises:

the first generating unit is used for generating first bill information corresponding to the data interaction service based on the first bill key information;

and the second generating unit is used for generating a target block containing the first bill information.

In one possible implementation, the apparatus further comprises:

a third generating unit, configured to generate a cochain completion result corresponding to the first ticket information, where the cochain completion result is used to indicate that the first user has an authority to transfer the first ticket information;

a notification unit, configured to notify the first terminal of the uplink completion result.

In one possible implementation, the first transfer unit includes:

the second transfer unit is used for executing asset transfer operation on the digital asset according to the block chain address information of the second user to obtain asset transfer information;

and the second writing unit is used for writing the block corresponding to the asset transfer information into the block chain.

In a fourth aspect, there is provided a ticket information processing apparatus, which is applied to a first terminal, the apparatus including:

a first sending unit, configured to respond to a first ticket issuing request initiated by the first terminal based on a data interaction service, send the first ticket issuing request to a light node in a block chain, where the first ticket issuing request includes first ticket key information and first additional credential information, so that the light node verifies the first additional credential information according to the first additional credential information in a first contract, and when the verification passes, writes a target block including the first ticket information into the block chain according to the first contract, and uses the first ticket information in the target block as a digital asset of the first user;

and a second sending unit, configured to send a ticket transfer request to the light node in response to a second ticket issuing request initiated by a second terminal corresponding to a second user, where the ticket transfer request includes block chain address information of the second user, second additional credential information, and second ticket key information, so that the light node verifies the second additional credential information according to second additional certification information in a second contract, and when the verification passes, appends the second ticket information in the target block according to the second contract.

In one possible implementation, the apparatus further comprises:

a third sending unit, configured to send, in response to the second ticket issuing request, an additional information acquisition request to the second terminal, where the additional information acquisition request includes format information of a second additional voucher;

and the first obtaining unit is used for obtaining an additional information obtaining response returned by the second terminal, wherein the additional information obtaining response comprises the block chain address information of the second user, the second additional voucher information and the second bill key information.

In one possible implementation, the apparatus further comprises:

a second obtaining unit, configured to obtain a ticket transfer response returned by the light node, where the ticket transfer response is used to indicate that the digital asset has been transferred to the blockchain address of the second user, and the digital asset includes ticket information in a target block, which is modified according to the second ticket key information;

a fourth sending unit, configured to send a ticket transfer notification message to the second terminal, where the ticket transfer notification message is used to notify the second user that the digital asset has been transferred to the blockchain address of the second user.

In one possible implementation, the apparatus further comprises:

a third obtaining unit, configured to obtain a cochain completion result returned by the light node, where the cochain completion result is used to indicate that the first user has an authority to transfer the ticket information.

In a fifth aspect, a computer device is provided, comprising a processor, a memory, a network interface; the processor is connected to the memory and the network interface, wherein the network interface is configured to provide a data communication function, the memory is configured to store a computer program, and the processor is configured to call the computer program to perform the first aspect, the second aspect, or any one of the first aspect and the second aspect to implement the method.

A sixth aspect provides a computer-readable storage medium storing a computer program comprising program instructions that, when executed by a processor, perform the method of any of the first, second or third aspects described above.

By adopting the bill information processing scheme, the bill information processing method has the following beneficial effects:

when a first terminal requests to make a bill, verifying first additional voucher information according to first additional certification information in a first contract, writing a target block containing the first bill information into a block chain according to the first contract when the first terminal passes the verification, and taking the first bill information in the target block as a digital asset of a first user; and when the bill transfer request is acquired, verifying the second additional certificate information according to the second additional certification information in the second contract, and when the verification is passed, adding the second bill information in the target block according to the second contract. Therefore, asynchronous billing can be realized, and the convenience of billing bills is improved.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.

Fig. 1 is a schematic structural diagram of a blockchain network topology according to an embodiment of the present disclosure;

FIG. 2 is a schematic flow chart of a ticket information processing method according to an embodiment of the present application;

FIG. 3 is a schematic flow chart of a ticket information processing method according to an embodiment of the present application;

FIG. 4 is a diagram of an exemplary scenario for performing ticket information processing;

FIG. 5 is a schematic structural diagram of a ticket information processing apparatus according to an embodiment of the present application;

FIG. 6 is a schematic view of another structure of a ticket information processing apparatus according to an embodiment of the present application;

fig. 7 is a schematic structural diagram of a computer device according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. 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 application.

Please refer to fig. 1, which is a schematic structural diagram of a blockchain network topology according to an embodiment of the present disclosure. The blockchain network structure shown in fig. 1 can be applied to a data processing system of an electronic ticket, which can be the ticket information processing system 100 shown in fig. 1. It is understood that the billing information processing system 100 related to the embodiment of the present application may be a distributed system formed by connecting clients, a plurality of nodes (any form of computing devices accessing the blockchain network, such as servers and user terminals) through a network communication form.

It can be understood that, in the embodiment of the present application, any one of the nodes in the distributed system may be used as a light node, and provide an access service for a role (i.e., a first user) corresponding to a first terminal that needs to access the blockchain network, that is, the light node may perform data interaction with the first terminal through the network. For convenience of understanding, in the embodiment of the present application, a node performing data interaction with the first terminal is taken as an example of the node 101, so as to describe a specific process of processing the ticket information in the embodiment of the present application.

The plurality of nodes in the embodiment of the present application may specifically include the node 101, the node 102, the node 103, the node 104 shown in fig. 1, and other nodes not shown in fig. 1. In addition, the client (which may be understood as a target application, referred to as a target application for short) in the embodiment of the present application may be run in a user terminal (i.e., a first terminal) used by the first user shown in fig. 1, and the client may run the first terminal to perform data interaction with the node 101 in the ticket information processing system 100 through a corresponding network.

It is to be understood that, in the embodiment of the present application, the distributed system may be referred to as a blockchain system, and may also be referred to as a data sharing system, in the blockchain system, a node (i.e., the node 101, which may also be referred to as a node device 101) having a network connection relationship with the first terminal may be referred to as a light node in the blockchain, and the light node may also be referred to as a wallet node. It should be understood that the nodes having a point-to-point network connection relationship with the light node may also be referred to as common nodes in the blockchain system, for example, the

nodes

102, 103, 104, etc. may be referred to as common nodes in the blockchain system. It should be understood that, as shown in fig. 1, a point-to-point (P2P) network may be formed among a plurality of nodes, and the P2P protocol is an application layer protocol operating on top of a Transmission Control Protocol (TCP).

It should be understood that, in one embodiment, the light node may be a leader node selected based on a consensus mechanism for the blockchain nodes in the blockchain system, and at this time, the embodiment of the present application may further refer to other consensus nodes for performing consensus verification in the blockchain system, which have a network connection relationship with the leader node, as slave nodes.

It should be understood that in a distributed system (i.e., the ticket information processing system 100 shown in fig. 1), any machine, such as a server, a terminal, may join to become a node, and a node may correspond to a role (which may also be referred to as an object). In other words, the ticket information processing system 100 can be used to provide a corresponding access interface for roles that join the blockchain system. For example, the corresponding access interfaces can be provided for the roles of tax bureau, billing enterprise, consumer, and reimbursement enterprise, respectively. For example, the tax staff in the tax bureau may access the corresponding node through the target web page in the browser, and for example, when the consumer completes the data interaction service through the target application, the consumer may further access the corresponding node through a sub-application (e.g., an applet embedded in the WeChat application) provided by the target application. Wherein it is understood that each node may include a hardware layer, an intermediate layer, an operating system layer, and an application layer.

The embodiment of the application provides a bill information processing scheme, when a first terminal requests to make a bill, first additional certificate information is verified according to first additional certification information in a first contract, when the verification is passed, a target block containing the first bill information is written into a block chain according to the first contract, and the first bill information in the target block is used as a digital asset of a first user; and when the bill transfer request is acquired, verifying the second additional certificate information according to the second additional certification information in the second contract, and when the verification is passed, adding the second bill information in the target block according to the second contract. Therefore, asynchronous billing can be realized, and the convenience of billing bills is improved.

Referring to fig. 2, a schematic flow chart of a method for processing ticket information according to an embodiment of the present application is shown, where the method includes the following steps:

s101, responding to a first bill issuing request initiated by the first terminal based on the data interaction service, and sending the first bill issuing request to a light node in the block chain by the first terminal.

Correspondingly, the light node acquires a first bill issuing request initiated by a first terminal corresponding to a first user based on the data interaction service.

In this embodiment, the first user may be an enterprise or the like that sells goods or provides services. The first user holds a first terminal, which may be any electronic device that can communicate. The first user may sell goods or provide services to the second user online or offline, and the second user pays the electronic resources corresponding to the goods or services online. The electronic resource is, for example, digital currency. The data interaction service comprises the processes of selling goods or providing services and online payment. But the second user does not immediately request the first user to issue a ticket corresponding to the data interaction service. However, the first user may request the light node in the blockchain to open the first ticket information corresponding to the data interaction service. Therefore, the first terminal sends a first billing request to the light node based on the data interaction service.

The present embodiment may refer to a block link point having an association relationship with a first terminal corresponding to a first user in a block link system as a light node. In other words, the light node refers to a node (also referred to as a node device) that can be used to provide a block chain-based ticket information processing scheme, and the light node can be implemented by an independent server or a server cluster composed of a plurality of servers, which shall not be limited herein.

Wherein the first ticket issuing request includes first ticket key information and first supplemental voucher information. The first ticket key information may include a name of an enterprise where the first user is located, an enterprise taxpayer identification number, and the like, and may further include corresponding data interaction information, such as a trade commodity name, personal account information of both parties involved in a trade, an electronic resource transfer amount in a trade process, and the like. The specific content in the first ticket information is not limited herein. The first superaddition credential information may be one or more of the following: the first user receives the verification code and sends the verification code to the second user.

It should be noted that the first user temporarily requests the light node to attribute the ticket information corresponding to the data interaction service to the first user, so as to process the ticket information corresponding to the data interaction service in time. For example, since the first user requests to make a bill corresponding to the data interaction service in time, the tax can be paid to the tax bureau based on the bill information corresponding to the data interaction service.

S102, verifying the first additional certificate information according to the first additional certification information in the first contract.

The light node may issue the first contract in advance. The first contract is a contract that creates an invoice. The first contract specifically includes enterprise-related information fields and first additional certification information required to create the invoice. The enterprise-related information fields required to create invoices include: taxpayer identification number, invoice amount, expense detail, invoicing time, operation project and the like. The first additional certification information may be one or more of the following information: enterprise public keys, transaction serial numbers (e.g., WeChat payments, Payment, Online banking serial numbers), and authentication code formats.

Further, the light node may also verify contract field contents in the first contract to be issued before issuing the first contract. Such as verifying the taxpayer identification number format, billing time format, etc. It may also be verified whether the field content can be filled in.

After receiving the first ticket issuing request, the light node verifies the first additional credential information included in the first ticket issuing request according to the first additional certification information in the first contract. Specifically, if the first additional certification information is the public key of the enterprise, the first additional credential information is a private key signature given by the enterprise to the user, and the signature may be valid only for the ticket.

S103, when the verification is passed, the light node writes a target block containing first bill information into the block chain, and the first bill information in the target block is used as the digital asset of the first user, wherein the first bill information is generated based on the first bill key information.

When the light node acquires the first ticket issuing request and the first additional voucher information passes verification, the light node may generate first ticket information based on the first ticket key information, and store the generated first ticket information in a certain block to obtain a target block. And the light node writes the target block into the block chain, and uses the first bill information in the target block as the digital asset of the first user.

The bill information processing scheme can effectively ensure the authenticity and reliability of the obtained first bill information corresponding to the data interaction service by utilizing the de-intermediation characteristic of the block chain.

S104, the first terminal obtains a second bill issuing request initiated by the second terminal.

After a period of time, the second user may request the first user to open a ticket corresponding to the data interaction service offline, and then the first terminal corresponding to the first user internally triggers the second ticket opening request. Or sending a second bill making request to the first terminal through a second terminal corresponding to the second user. The second billing request includes an identification of the second user and information related to the data interaction service. That is, the second user requests the issuing of the ticket for the data interaction service with the second user is asynchronous, that is, asynchronous.

Further, the first terminal may send an additional information obtaining request to the second terminal after receiving the second ticket issuing request, where the additional information obtaining request may be a link, and the first terminal sends the link to the second terminal. The append information acquisition request includes a blockchain address field of the second user, format information of the second append credential, and a second ticket key information field. And the second user fills the block chain address information, the second additional voucher information and the second bill key information of the second user on the corresponding fields of the link respectively. For example, if the format information of the second additional certificate is in the verification code format, the second additional certificate information is the verification code received by the second user; for another example, if the format information of the second additional credential is a flow sheet, the second additional credential information is a flow sheet held by the second user.

The second ticket key information may include a name of the second user or a name of an enterprise where the second user is located, an enterprise taxpayer identification number, and the like, and may further include corresponding data interaction information, such as a trade commodity name, personal account information of both parties involved in the trade, an electronic resource transfer amount during the trade, and the like. The specific content in the second ticket information is not limited herein.

And S105, responding to a second bill making request initiated by a second terminal corresponding to a second user, and sending a bill transfer request to the light node by the first terminal.

Accordingly, the light node acquires the bill transfer request sent by the first terminal.

The ticket transfer request comprises block chain address information of a second user, second additional voucher information and second ticket key information.

After acquiring the second ticket issuing request, the first terminal may query, according to the data interaction information, the light node for the ticket information corresponding to the data interaction service. Accordingly, a ticket transfer request can be sent to the light node requesting transfer of the digital asset corresponding to the ticket information to the second user.

And S106, the light node verifies second additional certificate information according to second additional certification information in a second contract, wherein the bill transfer request comprises block chain address information of a second user, the second additional certificate information and second bill key information.

The light node may issue a second contract in advance, the second contract being a contract to complete the ticket information. The second contract includes information about the user, such as a bill lift, etc.

Further, prior to issuing the second contract, the contents of the fields of the second contract may be verified.

The second contract further includes second supplemental proof information, which may be one or more of the following: the enterprise public key, the transaction serial number, the verification code format, and the second additional certification information may be one or more of the following information: the user private key signature, the running list and the verification code.

For example, the second additional certification information is a transaction serial number, and the second additional credential information is a serial number held by the second user, and it is verified whether the transaction serial number on the serial number matches the transaction serial number in the second contract.

For another example, if the second additional certification information is in the form of an authentication code, the second additional credential information may be an authentication code that the light node transmits to the second terminal through the first terminal. The light node verifies whether the verification code is consistent with the verification code sent by the light node.

And S107, when the verification is passed, the light node appends second bill information in the target block according to the second contract, wherein the second bill information is generated based on the second bill key information.

And when the light node passes the verification of the second additional voucher information, the light node acquires the first bill information in the target block and adds the bill information in the target block based on the second bill key information. Specifically, the user name or the enterprise name in the second bill key information is different from that in the first bill key information, and the light node additionally modifies the enterprise name in the bill information to be the user name of the second user or the enterprise name where the second user is located. The light node may additionally modify other information in the ticket information based on the second ticket key information. Because the modification bill information is added in the target block, the additional modification process is recorded in the block chain, so that the authenticity and the disclosure of the modification process are ensured. Further, the above modification process can be traced back.

Further, the light node presents the latest bill information. For example, the light node exposes the created first ticket information before receiving the ticket transfer request. And after the second bill information is added, the light node displays the added and modified bill information.

And S108, the light node transfers the digital assets to the blockchain address of the second user according to the blockchain address information of the second user.

As previously described, the ticket information in the target block is a digital asset that is the first user. According to the above steps, the bill information in the target block is modified. The light node may transfer the digital asset to the blockchain address of the second user and the digital asset becomes the digital asset of the second user. Therefore, the second user obtains the bill information corresponding to the data interaction service.

And S109, the light node returns a bill transfer response to the first terminal.

Accordingly, the first terminal obtains the ticket transfer response.

The ticket transfer response is used for indicating that the ticket corresponding to the data interaction service has been issued to the second user by the first user, or the ticket transfer response is used for indicating that the digital asset has been transferred to the blockchain address of the second user.

S110, the first terminal sends a bill transfer notification message to the second terminal.

Accordingly, the second terminal acquires the ticket transfer notification message.

Wherein the ticket transfer notification message is used to notify the second user that the digital asset has been transferred to the blockchain address of the second user.

The above steps S108 to S110 are optional steps.

According to the bill information processing method provided by the embodiment of the application, when a first terminal requests to make a bill, first additional voucher information is verified according to first additional certification information in a first contract, when the verification is passed, a target block containing the first bill information is written into a block chain according to the first contract, and the first bill information in the target block is used as a digital asset of a first user; and when the bill transfer request is acquired, verifying the second additional certificate information according to the second additional certification information in the second contract, and when the verification is passed, adding the second bill information in the target block according to the second contract. Therefore, asynchronous billing can be realized, and convenience of billing information is improved.

Referring to fig. 3, a schematic flow chart of a method for processing ticket information according to an embodiment of the present application is shown, where the method includes the following steps:

s201, responding to a first bill issuing request initiated by the first terminal based on the data interaction service, and sending the first bill issuing request to a light node in the block chain by the first terminal.

Wherein the first ticket issuing request includes first ticket key information and first supplemental voucher information.

The specific implementation of this step can refer to step S101 in the embodiment shown in fig. 2.

S202, the light node verifies the first additional certificate information according to the first additional certification information in the first contract.

The step S102 of the embodiment shown in fig. 2 can be referred to for specific implementation of this step.

S203, when the verification is passed, the light node generates first bill information corresponding to the data interaction service based on the first bill key information.

Wherein the first bill information is generated based on the first bill key information.

The light node can obtain a template for making a bill, and the first bill key information is filled in the template, so that bill information corresponding to the data interaction service is generated.

S204, the light node generates a target block containing the first bill information.

And the light node stores the generated bill information into one block in the block chain to obtain a target block containing the bill information.

S205, the light node writes the target block containing the first bill information into the block chain according to the first contract, and takes the first bill information in the target block as the digital assets of the first user.

And writing a target block containing the bill information into the block chain, wherein the bill information in the target block can be used as the digital assets of the first user. And completing the chaining of the bill information.

S206, the light node generates a cochain completion result corresponding to the first ticket information, where the cochain completion result is used to indicate that the first user has the authority to transfer the first ticket information.

Since the ticket information in the target block can be used as the digital asset of the first user, the light node generates a cochain completion result to inform the first user that the first user has the right to transfer the digital asset or the ticket information.

S207, the light node notifies the first terminal of the uplink completion result.

Accordingly, the first terminal obtains the uplink completion result.

Since the ticket information in the target block can be used as the digital asset of the first user, after the first user obtains the uplink completion result, the first user has the authority to transfer the digital asset or the ticket information.

S208, the first terminal obtains a second bill issuing request initiated by the second terminal.

After a period of time, the second user may request the first user to open a ticket corresponding to the data interaction service offline, and then the first terminal corresponding to the first user internally triggers the second ticket opening request. Or sending a second bill making request to the first terminal through a second terminal corresponding to the second user. The second billing request includes an identification of the second user and information related to the data interaction service.

S209, the first terminal sends an additional information obtaining request to the second terminal in response to the second ticket issuing request, where the additional information obtaining request includes a block chain address field of the second user, format information of the second additional voucher, and a second ticket key information field.

After acquiring the second ticket issuing request, the first terminal may query, according to the data interaction information, the light node for the ticket information corresponding to the data interaction service. An information retrieval request, which may be a link initiated by the light node, is sent to the second user. The first terminal sends the link to the second terminal.

S210, the second terminal returns an additional information acquisition response to the first terminal.

Correspondingly, the first terminal acquires the additional information acquisition response returned by the second terminal.

The supplementary information acquisition response comprises the block chain address information of the second user, second supplementary voucher information and second ticket key information.

Specifically, the second user fills in the blockchain address information, the second additional voucher information and the second ticket key information of the second user on the corresponding fields of the link respectively. For example, if the format information of the second additional certificate is in the verification code format, the second additional certificate information is the verification code received by the second user; for another example, if the format information of the second additional credential is a flow sheet, the second additional credential information is a flow sheet held by the second user.

S211, responding to a second bill making request initiated by a second terminal corresponding to a second user, and sending a bill transfer request to the light node by the first terminal.

After the first terminal acquires the information filled by the second terminal, the information is submitted to the light node, and a bill transfer request is sent to the light node. It is understood that the above steps S209 and S210 are triggered by the first terminal sending the ticket transfer request to the light node, that is, the link may be included in a response message sent by the light node to the first terminal when the light node acquires the ticket transfer request.

After the second user fills the information in the link, the first terminal submits the information to the light node, and the light node can obtain the block chain address information, the second signature information and the second bill key information corresponding to the second user.

S212, the light node verifies the second additional credential information according to the second additional certification information in the second contract.

The step S106 of the embodiment shown in fig. 2 can be referred to for specific implementation of this step.

And S213, when the verification is passed, the light node appends second bill information in the target block according to the second contract, wherein the second bill information is generated based on the second bill key information.

And the light node verifies the second signature information based on the first signature information, acquires the bill information of the first user in the target block when the second signature information corresponds to the first signature information, and modifies the bill information in the target block based on the second bill key information. Specifically, the user name or the enterprise name in the second bill key information is different from that in the first bill key information, and the light node modifies the enterprise name in the bill information to be the user name of the second user or the enterprise name where the second user is located. The light node may also modify other information in the ticket information based on the second ticket key information. Because the bill information is modified in the target block, the modification process is recorded in the block chain to ensure the authenticity and the public letter of the modification process

S214, the light node executes asset transfer operation on the digital assets according to the block chain address information of the second user to obtain asset transfer information.

And after acquiring the bill transfer request, the light node transfers the digital assets corresponding to the modified bill information to obtain asset transfer information. The asset transfer information includes a transferor of the digital asset (i.e., the first user), a transferee of the digital asset (i.e., the second user), an identification of the digital asset, blockchain address information of the first user, blockchain address information of the second user, and the digital asset to be transferred, etc.

S215, the light node writes the block corresponding to the asset transfer information into the block chain.

After the asset transfer information is obtained, the block corresponding to the asset transfer information is written into the block chain, so that the block chain records the asset transfer process truly and irrevocably. The digital assets of the first user are transferred to the blockchain address of the second user.

S216, the light node returns a bill transfer response to the first terminal.

Accordingly, the first terminal obtains the ticket transfer response.

S217, the first terminal sends a bill transfer notification message to the second terminal.

Wherein the ticket transfer response is to indicate that the digital asset has been transferred to the blockchain address of the second user.

According to the bill information processing method provided by the embodiment of the application, when a first terminal requests to make a bill, first additional voucher information is verified according to first additional certification information in a first contract, when the verification is passed, a target block containing the first bill information is written into a block chain according to the first contract, and the first bill information in the target block is used as a digital asset of a first user; and when the bill transfer request is acquired, verifying the second additional certificate information according to the second additional certification information in the second contract, and when the verification is passed, adding the second bill information in the target block according to the second contract. Therefore, asynchronous billing can be realized, and the convenience of billing bills is improved.

Referring to fig. 4, which is a schematic diagram illustrating an exemplary scenario for processing ticket information, after the second user completes the data interaction service, the second user does not request the first user to issue a ticket. The second user may be a consumer or the like that purchases the goods or services of the first user. The first user may be an enterprise that sells goods or provides services, etc. After the data interaction service is completed, the first user may send a first billing request to a light node associated with a first terminal corresponding to the first user, where the first billing request includes first billing key information and first additional credential information. In the first ticket key information, the ticket heading is the business name of the first user. The light node firstly verifies the first additional certificate information according to the first additional certification information in the first contract; and after the verification is passed, generating first bill information corresponding to the data interaction service based on the first bill key information according to the first contract, generating a target block containing the first bill information, writing the target block into a block chain, and taking the first bill information in the target block as the digital asset of the first user. The light node can also generate a cochain completion result corresponding to the first bill information, wherein the cochain completion result is used for indicating that the first user has the authority of transferring the first bill information, and the cochain completion result is notified to the first terminal. For example, the first supplemental credential information may be an enterprise public key and the corresponding first supplemental credential information may be a user private key signature.

After a period of time, the second user sends a second bill issuing request to the first terminal through offline contact or by using a second terminal corresponding to the second user, so as to request the first user to issue a bill corresponding to the data interaction service. The second billing request may include information related to the second user, information related to the data interaction service, such as the type of the data interaction service, the time, and the like. After obtaining the second bill issuing request, the first terminal finds out the first bill information which has been issued for the data interaction service in the light node, but the first bill information is generated based on the first bill key information. The first terminal sends the request for obtaining the additional information to the second terminal, for example, a link is sent to the second terminal by the WeChat, the link includes a block link address field, a second bill key information field, and format information of the second additional certificate, the format information of the second additional certificate may be a transaction serial number, a verification code format, and the like. After receiving the link, the second terminal fills the following information in the link: the blockchain address information, the second supplemental credential information, and the second ticket key information of the second user. For example, if the format information of the second supplementary certificate is in the verification code format, the second supplementary certificate information is the verification code received by the individual; and if the format information of the second additional voucher is the flow list, the second additional voucher information is the flow list corresponding to the data interaction service.

And after acquiring the information, the first terminal sends a bill transfer request to the light node. The ticket transfer request comprises the block chain address information of the second user, the second additional voucher information and second ticket key information corresponding to the second user. And the light node acquires a bill transfer request. The ticket transfer request may also carry an identification of the ticket information. The ticket transfer request is used for requesting that the second ticket information is added to the target block based on the second ticket key information, and transferring the target block to the block chain address of the second user as the digital asset. Therefore, the second user obtains the bill information corresponding to the data interaction service.

Based on the same concept of the bill information processing method, the embodiment of the application also provides a bill information processing device. The apparatus may be the light node described above. As shown in fig. 5, for a schematic structural diagram of a ticket information processing apparatus provided in an embodiment of the present application, the apparatus 1000 may include:

a first verification unit 100, configured to verify first additional credential information according to first additional certification information in a first contract when a first ticket issuing request initiated by a first terminal corresponding to a first user based on a data interaction service is acquired, where the first ticket issuing request includes first ticket key information and the first additional credential information;

a first writing unit 101, configured to write a target block containing first ticket information into a block chain according to the first contract when the verification passes, and use the first ticket information in the target block as the digital asset of the first user, where the first ticket information is generated based on the first ticket key information;

a second verifying unit 102, configured to verify, when the ticket transfer request sent by the first terminal is obtained, second additional credential information according to second additional certification information in a second contract; the bill transfer request comprises block chain address information of the second user, second additional voucher information and second bill key information;

an adding unit 103, configured to add second ticket information in the target block according to the second contract when the verification passes, where the second ticket information is generated based on the second ticket key information.

In yet another possible implementation, the apparatus further includes:

a third verifying unit 104, configured to verify contract field contents in the first contract and/or the second contract to be issued;

an issuing unit 105, configured to issue the first contract and/or the second contract when the verification passes.

In yet another possible implementation, the apparatus further includes:

a first transferring unit 106, configured to transfer the digital asset to the blockchain address of the second user according to the blockchain address information of the second user;

a response unit 107, configured to return a ticket transfer response to the first terminal, where the ticket transfer response is used to indicate that the digital asset has been transferred to the blockchain address of the second user.

In yet another possible implementation, the apparatus further includes:

a first generating unit 108, configured to generate first ticket information corresponding to the data interaction service based on the first ticket key information;

and a second generating unit 109, configured to generate a target block including the first ticket information.

In one possible implementation, the apparatus further comprises:

a third generating unit 110, configured to generate a cochain completion result corresponding to the first ticket information, where the cochain completion result is used to indicate that the first user has an authority to transfer the first ticket information;

a notifying unit 111, configured to notify the first terminal of the uplink completion result.

In one possible implementation, the first transfer unit 106 includes:

a second transfer unit 1061, configured to perform an asset transfer operation on the digital asset according to the blockchain address information of the second user, to obtain asset transfer information;

a second writing unit 1062, configured to write the block corresponding to the asset transfer information into the block chain.

The functions of the above units can be referred to the related descriptions in the embodiments shown in fig. 2 or fig. 3.

According to the bill information processing device provided by the embodiment of the application, when a first terminal requests to make a bill, first additional voucher information is verified according to first additional certification information in a first contract, when the verification is passed, a target block containing the first bill information is written into a block chain according to the first contract, and the first bill information in the target block is used as a digital asset of a first user; and when the bill transfer request is acquired, verifying the second additional certificate information according to the second additional certification information in the second contract, and when the verification is passed, adding the second bill information in the target block according to the second contract. Therefore, asynchronous billing can be realized, and the convenience of billing bills is improved.

Based on the same concept of the bill information processing method, the embodiment of the application also provides a bill information processing device. The apparatus may be the first terminal described above. As shown in fig. 6, a schematic diagram of another structure of a ticket information processing apparatus according to an embodiment of the present application is provided, where the apparatus 2000 includes:

a first sending unit 200, configured to respond to a first ticket issuing request initiated by the first terminal based on a data interaction service, send the first ticket issuing request to a light node in a block chain, where the first ticket issuing request includes first ticket key information and first additional credential information corresponding to the first user, so that the light node verifies the first additional credential information according to the first additional credential information in a first contract, and when the verification passes, writes a target block including the first ticket information into the block chain according to the first contract, and uses the first ticket information in the target block as a digital asset of the first user;

a second sending unit 201, configured to send a ticket transfer request to the light node in response to a second ticket issuing request initiated by a second terminal corresponding to a second user, where the ticket transfer request includes block chain address information of the second user, second additional credential information, and second ticket key information, so that the light node verifies the second additional credential information according to second additional certification information in a second contract, and when the verification passes, appends the second ticket information in the target block according to the second contract.

In one possible implementation, the apparatus further comprises:

a third sending unit 202, configured to send, in response to the second ticket issuing request, an additional information obtaining request to the second terminal, where the additional information obtaining request includes format information of a second additional credential;

a first obtaining unit 203, configured to obtain an additional information obtaining response returned by the second terminal, where the additional information obtaining response includes the block chain address information of the second user, the second additional credential information, and the second ticket key information.

In one possible implementation, the apparatus further comprises:

a second obtaining unit 204, configured to obtain a ticket transfer response returned by the light node, where the ticket transfer response is used to indicate that the digital asset has been transferred to the blockchain address of the second user, and the digital asset includes ticket information in a target block, which is modified according to the second ticket key information;

a fourth sending unit 205, configured to send a ticket transfer notification message to the second terminal, where the ticket transfer notification message is used to notify the second user that the digital asset has been transferred to the blockchain address of the second user.

In one possible implementation, the apparatus further comprises:

a third obtaining unit 206, configured to obtain a cochain completion result returned by the light node, where the cochain completion result is used to indicate that the first user has an authority to transfer the ticket information.

As shown in fig. 7, a schematic structural diagram of a computer device provided in an embodiment of the present application is shown, and as shown in fig. 7, the computer device may include: the processor 31, the network interface 34 and the memory 35, and the computer device may further include: a user interface 33, and at least one communication bus 32. Wherein a communication bus 32 is used to enable the connection communication between these components. The user interface 33 may include a display (display) and a keyboard (keyboard), and the optional user interface 33 may also include a standard wired interface and a standard wireless interface. The network interface 34 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface). The memory 35 may be a high-speed RAM memory or a non-volatile memory (e.g., at least one disk memory). The memory 35 may optionally be at least one memory device located remotely from the aforementioned processor. As shown in fig. 7, a memory, which is a kind of computer-readable storage medium, may include therein an operating system, a network communication module, a user interface module, and a device control application program.

In the computer device shown in fig. 7, the network interface may provide a network communication function; the user interface is mainly used for providing an input interface for a user; the processor may be configured to call a device control application stored in the memory to implement the description of the ticket information processing method in the embodiment corresponding to any one of fig. 2 and fig. 3, which is not described herein again. In addition, the beneficial effects of the same method are not described in detail.

It should be understood that the computer device described in the embodiment of the present disclosure may perform the description of the ticket information processing method in the embodiment corresponding to any one of fig. 2 and fig. 3, which is not described herein again. In addition, the beneficial effects of the same method are not described in detail.

Embodiments of the present application also provide a computer-readable storage medium, which stores instructions that, when executed on a computer, cause the computer to perform the above method.

Embodiments of the present application also provide a computer program product containing instructions which, when run on a computer, cause the computer to perform the above method.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. For example, the division of the unit is only one logical function division, and other division may be implemented in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. The shown or discussed mutual coupling, direct coupling or communication connection may be an indirect coupling or communication connection of devices or units through some interfaces, and may be in an electrical, mechanical or other form.

Units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

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

Claims

1. A bill information processing method is applied to a light node in a block chain, and the method comprises the following steps:

when a bill transfer request sent by the first terminal is acquired, verifying second additional certificate information according to second additional certification information in a second contract, wherein the bill transfer request comprises block chain address information of a second user, the second additional certificate information and second bill key information;

2. The method of claim 1, wherein the first supplemental attestation information or the second supplemental attestation information includes one or more of: an enterprise public key, a transaction serial number and a verification code format;

3. The method according to claim 1 or 2, characterized in that the method further comprises:

4. The method according to claim 1 or 2, characterized in that the method further comprises:

5. The method according to claim 1 or 2, characterized in that the method further comprises:

generating the first bill information corresponding to the data interaction service based on the first bill key information;

and generating a target block containing the first bill information.

6. The method of claim 1, further comprising:

7. A bill information processing method is applied to a first terminal, and the method comprises the following steps:

and responding to a second bill making request initiated by a second terminal corresponding to a second user, sending a bill transfer request to the light node, wherein the bill transfer request comprises block chain address information of the second user, second additional voucher information and second bill key information corresponding to the second user, so that the light node verifies the second additional voucher information according to second additional certification information in a second contract, and when the verification is passed, the light node appends the second bill information in the target block according to the second contract.

8. The method of claim 7, further comprising:

9. A ticket information processing apparatus, wherein the apparatus is applied to a light node in a blockchain, the apparatus comprising:

the second verification unit is used for verifying second additional certificate information according to second additional certification information in a second contract when the bill transfer request sent by the first terminal is obtained; the bill transfer request comprises block chain address information of the second user, the second additional voucher information and second bill key information corresponding to the second user;

10. An apparatus for processing ticket information, the apparatus being applied to a first terminal, the apparatus comprising:

and a second sending unit, configured to send a ticket transfer request to the light node in response to a second ticket issuing request initiated by a second terminal corresponding to a second user, where the ticket transfer request includes block chain address information of the second user, second additional credential information, and second ticket key information corresponding to the second user, so that the light node verifies the second additional credential information according to second additional certification information in a second contract, and when the verification passes, appends second ticket information in the target block according to the second contract.