CN110866755A

CN110866755A - Processing method, equipment and medium for bill data

Info

Publication number: CN110866755A
Application number: CN201911137287.1A
Authority: CN
Inventors: 刘攀
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-11-19
Filing date: 2019-11-19
Publication date: 2020-03-06

Abstract

The embodiment of the application provides a method, equipment and medium for processing bill data. Wherein the method is applied to a first block link point device, and comprises the following steps: receiving first transaction data sent by a billing platform, wherein the first transaction data comprises: bill abstract data, target contract information address information, bill platform identification and target user identification of the purchased bill; searching for bill contract information from the block chain according to the target contract information address information, and verifying the bill platform identification according to the searched bill contract information; if the verification is passed, adding a mark for the abstract data, and packaging the mark, the abstract data and the target user identification to obtain second transaction data; and performing uplink processing on the second transaction data. Based on the processing method for the bill data provided by the embodiment of the application, the withdrawal, modification and claim settlement can be automatically executed under the condition that a third party is not required, the claim settlement efficiency is improved, and the improvement of the public confidence of a bill platform is facilitated.

Description

Processing method, equipment and medium for bill data

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 ticket data.

Background

With the continuous development of the internet technology, the ticket purchasing platforms of various internet platforms provide great convenience for the life of users, and the users can purchase various types of tickets on line through the ticket purchasing platforms, so that the trouble of purchasing tickets on site is eliminated. The ticket refunding and signing claim settlement rules of the traditional ticket purchasing platform are divided into two rules, one is information data published by the ticket platform, the data is stored in a server of the ticket platform in a centralized manner, the other is information data published by a third party ticket purchasing platform, the part of information data comprises refunding and signing claim settlement rules published by the other party of the third party platform and refunding and signing claim settlement rules official sides of the ticket platform, and the data is stored in the server of the third party platform, the centralized storage of the data exists, the risk that the data is tampered and lost exists, and therefore the problem that the current need to be solved is that the risk that the ticket data of the ticket purchasing platform is tampered and lost is reduced.

Disclosure of Invention

The embodiment of the application provides a processing method, equipment and medium for bill data, which can automatically execute the withdrawal, modification and claim settlement under the condition of not needing participation of a third party, improve the claim settlement efficiency and be beneficial to improving the public confidence of a bill platform.

In a first aspect, an embodiment of the present application provides a method for processing bill data, where the method is applied to a first block link point device, and the method includes:

receiving first transaction data sent by a billing platform, wherein the first transaction data is generated by a target user after the billing platform purchases a bill, and the first transaction data comprises: bill abstract data, target contract information address information, bill platform identification and target user identification of the purchased bill;

searching for bill contract information from a block chain according to the target contract information address information, and verifying the bill platform identification according to the searched bill contract information;

if the verification is passed, adding a mark for the abstract data, and packaging the mark, the abstract data and the target user identification to obtain second transaction data, wherein the mark is used for indicating that the abstract data is in an effective state;

and performing uplink processing on the second transaction data.

In a second aspect, the present application provides a block link point device, which has a function of implementing the processing method for the bill data of the first aspect. 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 first transaction data sent by a bill platform, wherein the first transaction data is generated after a target user purchases a bill on the bill platform, and the first transaction data comprises: bill abstract data, target contract information address information, bill platform identification and target user identification of the purchased bill;

the processing unit is used for searching the bill contract information from the block chain according to the target contract information address information and verifying the bill platform identification according to the searched bill contract information;

the processing unit is further used for adding a mark to the summary data if the verification is passed, and packaging the mark, the summary data and the target user identifier to obtain second transaction data, wherein the mark is used for indicating that the summary data is in an effective state;

and the processing unit is also used for performing uplink processing on the second transaction data.

In a third aspect, an embodiment of the present application provides a block link node 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 recited in the first aspect.

In a fourth aspect, embodiments of the present application provide a computer-readable storage medium storing computer program instructions for a block-link point device, which includes a program for executing the first aspect.

By adopting the embodiment of the application, the first block chain link point device firstly receives first transaction data sent by a bill platform, the first transaction data is generated by a target user after the bill platform purchases a bill, and the first transaction data comprises: the method comprises the steps of obtaining bill summary data, target contract information address information, bill platform identification and target user identification of purchased bills, searching bill contract information from a block chain according to the target contract information address information, verifying the bill platform identification according to the searched bill contract information, adding a mark to the summary data if verification is passed, packaging the mark, the summary data and the target user identification to obtain second transaction data, wherein the mark is used for indicating that the summary data are in an effective state, and finally performing uplink processing on the second transaction data. The transaction data of the bill platform is decentralized through the multi-node backup data based on the block chain, the risk that the transaction data are tampered and lost is reduced, meanwhile, the certificate withdrawal and claim settlement rules of the bill platform are stored on the block chain in an intelligent contract mode, the certificate withdrawal and claim settlement can be automatically executed under the condition that a third party does not need to participate, the claim settlement efficiency is improved, effective guarantee is facilitated for the rights and interests of users, and meanwhile the credibility of the bill platform is improved.

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. 1 is a schematic structural diagram of a block chain according to an embodiment of the present disclosure;

FIG. 2 is an interaction flow diagram of a processing method for ticket data according to an embodiment of the present application;

fig. 3 is a schematic flowchart of a processing method for ticket data according to an embodiment of the present application;

FIG. 4 is a schematic flow chart of another processing method for bill data according to an embodiment of the present application;

FIG. 5 is a schematic structural diagram of a block link point device provided by an embodiment of the present application;

fig. 6 is a schematic structural diagram of another block chain node device according to an embodiment of the present application.

Detailed Description

The embodiments of the present application will be described below with reference to the drawings.

The ticket platform includes various types of ticket number purchasing platforms, which may be official ticket purchasing platforms or third party ticket purchasing platforms, and the tickets include transportation tickets, such as airline tickets, train tickets, bus tickets, ship tickets, etc., and also include catering tickets, sight spot tickets, merchandise tickets, etc., without any limitation. The traditional bill change-withdrawing rule comprises a bill change-withdrawing rule issued by a bill official platform and a bill change-withdrawing rule issued by a bill third-party platform, but bill purchase information and the bill change-withdrawing rule are both stored in a server of the bill official platform or the third-party platform, so that the risk of data tampering or loss exists, once the data is tampered or lost, great influence is caused on the user rights and interests, the data is not disclosed and transparent, and when disputes occur between a user and the bill platform, the dispute resolution time is long, and the difficulty is high. According to the method for removing the centralized multi-section electrical equipment score information data based on the blockchain technology, in order to reduce the risk that data are tampered or lost, the certificate withdrawal and settlement rules of the bill platform are stored on the blockchain in an intelligent contract mode, the certificate withdrawal and settlement can be automatically executed under the condition that a third party does not need to participate, and the claim settlement efficiency is greatly improved.

The application provides a processing method for bill data based on a block chain, and aims to solve the problems that data tampering or loss risks are caused when bill data are stored in a server of a bill platform in the prior art, and the problems that the processing of refunding and signing claims is complex, the efficiency is low, and dispute processing is difficult are solved. The bill platform comprises a bill purchasing official platform and a bill purchasing third-party platform, after the bill platform is connected to a block chain, bill purchasing information and a bill platform change-withdrawing claim-settlement rule are deployed on the block chain in an intelligent contract mode, when a user purchases a bill, bill purchasing, change-signing and claim-settlement services can be achieved through application and web page service entrances provided by the bill platform, a server of the bill platform is in communication connection with first block chain link electric equipment in the block chain, and bill purchasing information, purchasing, change-signing and claim-settlement data are uploaded in the block chain in a transaction mode and stored, so that follow-up guarantee is conveniently provided for user rights and interests, and when the user and the bill platform generate disputes, effective data can be obtained from the block chain and used as evidences.

The embodiment of the application introduces a block chain technology into data storage of the refunding sign claims of the bill platform, and provides a processing method of bill data, and the method is applied to first block chain link point equipment. The processing method of the bill data specifically comprises the following steps: receiving first transaction data sent by a billing platform, wherein the first transaction data is generated by a target user after the billing platform purchases a bill, and the first transaction data comprises: bill abstract data, target contract information address information, bill platform identification and target user identification of the purchased bill; searching for bill contract information from a block chain according to the target contract information address information, and verifying the bill platform identification according to the searched bill contract information; if the verification is passed, adding a mark for the abstract data, and packaging the mark, the abstract data and the target user identification to obtain second transaction data, wherein the mark is used for indicating that the abstract data is in an effective state; and performing uplink processing on the second transaction data.

The Block Chain (Block Chain) is a Chain data structure which combines data blocks in a sequential connection mode according to a time sequence and is a distributed book which is cryptographically used for ensuring that the data cannot be tampered and forged. Multiple independent distributed nodes (i.e., 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. 1 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 transaction data in the current block changes, the hash value of the block is changed, so that the transaction data uploaded to the block chain network is difficult to tamper, the transaction between the client and the bill platform is carried out on the block chain, the transaction process is transparent, and the reliability of the transaction data is improved.

In order to better understand the processing method for the bill data and the related device disclosed in the embodiments of the present application, first, a block chain system applicable to the embodiments of the present application is described below.

Referring to fig. 2, fig. 2 is an interaction flow diagram of a processing method for ticket data disclosed in an embodiment of the present application. As shown in fig. 2, in S201, after the target user logs in an account of the ticket platform through the client, the target user may purchase a ticket on the ticket platform, and after the purchase is completed, ticket purchasing information of the target user is obtained, where the ticket purchasing information includes a ticket platform identifier and a target user identifier. And S202, the bill platform generates bill abstract data according to the bill purchasing information. S203, first transaction data are sent to the first block chain link point device, and accordingly the first transaction data are generated only after a target user purchases a bill on a bill platform, the first transaction data comprise bill summary data of the bill purchased by the target user, target contract information address information, a bill platform identifier and a target user identifier, the bill summary data are summary hashes obtained after the bill platform performs a hash algorithm on the bill platform identifier and the target user identifier, the target contract information address information is used for indicating a storage address of a quit change claim settlement rule stored on a block chain by the bill platform, the bill platform identifier is used for indicating a platform for the target user to purchase the bill, and the target user identifier user indicates a purchase account number of the target user. S204, after receiving the first transaction data, the first block link point device searches for bill contract information, in which bill platform withdrawal and modification claim rules are stored, in the block chain according to the target contract information address information, verifies whether the bill platform can modify the bill contract information, adds a mark to the bill abstract data if the bill contract information is modified, and packages the bill abstract data added with the mark and the target user identification to obtain second transaction data. S205 stores the second transaction data in the blockchain, S206 then feeds back the user' S purchase result to the ticket platform, at which time the ticket summary data shows a valid status, indicating that the user has successfully completed the ticket purchase.

In one implementation, the first block link point device may be any one block link point device in a block link network, the first block link point device may also be a block link point device closest to a server associated with a ticket platform, and the first block link point device may also be a block link node device with the best communication quality of the server associated with the ticket platform, which is not limited herein.

In one implementation, the first block link node device is selected from other common-knowledge node devices in the block link network according to a common-knowledge algorithm, wherein the common-knowledge algorithm includes, but is not limited to, a Proof of workload (PoW) algorithm, a Proof of rights (PoS) algorithm, a granted Proof of rights (DPoS) algorithm, a Practical Byzantine Fault Tolerance (PBFT) algorithm, and the like. The first block link point device 203 may also be obtained by periodic election through a consensus algorithm, and the first block link point devices 203 obtained by periodic election in different periods may be the same or different.

The processing method for the bill data provided by the embodiment of the application can be applied to any one of the following scenes: the method comprises the following scenes of clearing, changing and paying the claims based on the traffic bill of the intelligent contract, clearing, paying the claims based on the catering bill of the intelligent contract, clearing, changing and paying the claims based on the commodity bill of the intelligent contract, clearing, changing and paying the claims based on the sight spot entrance ticket of the intelligent contract and the like.

It can be understood that the processing system for the ticket data described in the embodiment of the present application is for more clearly illustrating the technical solution of the embodiment of the present application, and does not form a limitation on the technical solution provided in the embodiment of the present application, and as a person having ordinary skill in the art knows that along with the evolution of the system architecture and the appearance of a new service scenario, the technical solution provided in the embodiment of the present application is also applicable to similar technical problems.

Based on the schematic architecture diagram of the processing system for the ticket data in fig. 2, please refer to fig. 3, fig. 3 is a schematic flow chart of a processing method for the ticket data provided in an embodiment of the present application, where a ticket platform in the method may be a ticket official selling platform, a ticket third party selling platform, and the like, and the method includes, but is not limited to, the following steps S301 to S304:

s301, a first block chain link point device receives first transaction data sent by a bill platform, wherein the first transaction data is generated after a target user purchases a bill on the bill platform, and the first transaction data comprises: bill summary data, target contract information address information, bill platform identification and target user identification of the purchased bill.

In the specific implementation, after a target user purchases a bill through a bill purchasing application, a bill platform can generate bill summary data according to bill purchasing information, the purchasing information comprises a bill platform identifier and a target user identifier, the summary data can be summary hash after the purchasing information is subjected to a hash algorithm, and a service platform can upload the summary data to a block chain in a transaction form, so that related information such as the completion of bill purchasing of the user can be stored in a chain link mode, specifically, the bill platform can send first transaction data to first block chain link point equipment, wherein the first transaction data comprises the summary data, target contract information address information, the bill platform identifier and the target user identifier.

In one implementation, the method further comprises: receiving a withdrawal and reimbursement claim registration request sent by the bill platform, wherein the withdrawal and reimbursement claim registration request comprises third transaction data, and the third transaction data comprises bill platform identification and first withdrawal and reimbursement claim settlement rules; verifying the third transaction data, and determining whether a first refund claim settlement rule of the bill platform is uploaded to the block chain according to the bill platform identification after the third transaction data passes the verification; if not, generating target contract information address information, and writing the bill contract information into a first cache of the block chain according to the target contract information address information, wherein the bill contract information comprises the third transaction data; sending the third transaction data to other commonly-identified block link point devices in a block chain network; and when the block chain consensus passes, writing the first cache into a consensus ledger of the block chain, and sending the target contract information address information to the bill platform. Before a user purchases a bill, the first block chain link point device receives a certificate refunding and changing registration request sent by a bill platform, and the first block chain link point device is mainly used for performing uplink storage on the certificate refunding and changing claim settlement rules of the bill platform.

In the specific implementation, the third transaction data includes a bill platform identifier and a first reimbursement claim settlement rule, after the third transaction data passes verification, whether the bill platform has uplinked the first reimbursement claim settlement rule for storage can be determined according to the bill platform identifier, if so, the uplinking is not needed, if not, target contract information address information is generated, and bill contract information is temporarily written into a first cache of a block chain to be processed, at the moment, the third transaction data is sent to other common identification block link point devices in the block chain, and after the common identification passes, the first cache, namely the bill contract information, can be directly written into a common identification book of the block chain, so that the uplinking storage of the first reimbursement claim rule is completed, and the first reimbursement claim settlement rule can be found through the target contract information address information.

In one implementation, the method further comprises: receiving a claim-withdrawal, benefit-modification and benefit-improvement updating request sent by the bill platform, wherein the claim-withdrawal, benefit-modification and benefit-improvement updating request requests fourth transaction data, and the fourth transaction data comprises bill platform identification, second claim-withdrawal, benefit-improvement and benefit-improvement rules and target contract information address information; verifying the fourth transaction data, and determining whether a first withdrawal and reimbursement claim settlement rule is stored in the block chain according to the target contract information address information after the fourth transaction data passes the verification; if yes, determining whether the first refund claim settlement rule can be updated according to the bill platform identification; if so, writing the second refund claim settlement rule into a second cache, and marking the first refund claim settlement rule as invalid and adding a modification record; sending the fourth transaction data to other commonly-identified block link point devices in a block chain network; and when the block chain consensus passes, writing the second cache into a consensus ledger of the block chain, and sending the target contract information address information to the bill platform. Before the user purchases the ticket, the first block chain node equipment may further receive a withdrawal and reimbursement claim updating request sent by the ticket platform, and when the ticket platform modifies the first withdrawal and reimbursement claim rule that has been linked up, the first block chain node equipment may send a withdrawal and reimbursement claim updating request including fourth transaction data to the first block chain node equipment, where the fourth transaction data includes the ticket platform identification, the second withdrawal and reimbursement claim rule, and the target contract information address information.

In the specific implementation, after the fourth verification data is verified, whether the block chain stores the first withdrawal claim settlement rule or not is determined according to the target contract information address information, if not, no processing is required, and if so, the second fallback claim settlement rule may be written to the second cache, and the fourth transaction data is sent to other consensus node equipment in the block chain, the second cache can be written into the consensus ledger after consensus is achieved, and sends the target contract information address information to the bill platform, at this time, the second withdrawal and modification bill claim rule stored in the bill contract information address in the blockchain is valid, the first withdrawal and modification bill claim rule is invalid but still stored in the blockchain, the modification record can be viewed, therefore, the second reimbursement ticket claim rule can be directly replaced by the first reimbursement ticket claim rule when subsequent data is recovered.

S302, the first block chain link point device searches for bill contract information from the block chain according to the target contract information address information, and verifies the bill platform identification according to the searched bill contract information.

In one implementation, the verifying the platform identifier according to the found ticket contract information includes: searching whether the bill platform identification exists in the bill contract information; if so, determining that the ticket platform has modification authority on the ticket contract information. The first block chain link point equipment searches the bill contract information which is pre-linked and stored by the bill platform from the block chain according to the target contract information address information in the first transaction data, so that the bill platform identification is verified according to the bill contract information, whether the bill platform has the authority to modify the bill contract information can be determined through verification, specifically, whether the bill platform identification exists in the bill contract information can be searched, and if the bill platform identification exists, the bill platform is indicated to have the authority to modify the bill contract information.

And S303, if the verification is passed, adding a mark for the abstract data by the first block chain link point equipment, and packaging the mark, the abstract data and the target user identification to obtain second transaction data, wherein the mark is used for indicating that the abstract data is in an effective state.

In the specific implementation, after the verification is passed, the first block link point device adds a mark to the abstract number, the abstract data after the mark is added is in an effective state, it can be shown that the target user has successfully purchased the ticket, and the ticket purchased by the target user is effective, and the abstract data and the target user identifier are packaged to obtain second transaction data.

S304, the first block chain node equipment carries out uplink processing on the second transaction data.

In one implementation, the method further comprises: receiving a bill change request sent by the bill platform, wherein the bill change request comprises fifth transaction data, and the fifth transaction data comprises first bill abstract data, target contract information address information, a bill platform identifier and a target user identifier when a target user submits a bill to the bill platform for purchase; searching the bill contract information according to the target contract information address information, and verifying the bill platform identification according to the bill contract information; if the verification is passed, searching the bill abstract data according to the target user identification; when the first bill summary data and the bill summary data are detected to be matched, determining whether the bill change request conforms to the second refund claims rule; if yes, the bill abstract data is marked to be in a change state, and the fifth transaction data is subjected to chain linking processing. After the user successfully purchases the ticket, the user may want to refund the ticket or change the ticket, at this time, the user may send a ticket change request to the ticket platform through the client, the ticket platform sends the ticket change request to the first block link point device, meanwhile, the ticket change request carries fifth transaction data, and the first block link point device may process the ticket change request initiated by the target user according to the fifth transaction data, and notify the user of a processing result.

In the concrete implementation, the fifth transaction data includes first bill summary data, the target contract information address information, the bill platform identification and the target user identification when a target user submits a bill to a bill platform for purchase, the bill contract information can be found in a block chain consensus ledger according to the target contract information address information, whether the bill platform has the modification authority for the bill contract information is determined according to the bill platform identification, if so, the bill summary data is found from the bill contract information according to the target user identification, at this time, whether the first bill summary data submitted by the user is matched with the bill summary data stored in the block chain is only required to be verified, if the first bill summary data submitted by the target user is matched, the first bill summary data submitted by the target user is accurate, the target user does not modify privately, and therefore, whether the bill change request meets a second contract withdrawal claim change rule in the bill information is only required to be further verified, if so, the summary data is marked as changed and fifth transaction data is stored in the blockchain.

In a specific implementation, the method further comprises: receiving second bill abstract data sent by the bill platform, wherein the second bill abstract data is abstract data generated by the bill platform according to the bill platform identification and the target user identification; determining whether the second ticket digest data and the first ticket digest data match. When a bill platform receives a bill change request which is submitted by a user and comprises fifth transaction data, a first bill abstract in the fifth transaction data is verified, the bill platform performs hash calculation on a bill platform identifier and a target user mark according to a preset hash algorithm to obtain second bill abstract data, at the moment, the bill platform sends the second bill abstract data to first block chain node point equipment, the first block chain node point equipment detects whether the first bill abstract data submitted by the target user is matched with the second bill abstract data submitted by the target user or not, if the first bill abstract data is matched with the second bill abstract data submitted by the target user, verification is passed, and the first bill abstract data which is never submitted can be considered to be effective.

In one implementation, the method further comprises: receiving a ticket claim settlement request sent by the ticket platform, wherein the claim settlement request comprises sixth transaction data, and the sixth transaction data comprises second ticket summary data, target contract information address information, a ticket platform identifier and a target user identifier when a target user submits a ticket to the ticket platform for purchase; searching the bill contract information according to the target contract information address information, and verifying the bill platform identification according to the bill contract information; if the verification is passed, searching the bill abstract data according to the target user identification; when the second ticket summary data and the ticket summary data are detected to be matched, determining whether the ticket claim request conforms to the second refund claim settlement rule; if yes, the bill abstract data is marked to be in a claim settlement state, and uplink processing is conducted on the sixth transaction data. When the target user initiates a claim settlement request to the billing platform, the billing platform sends the claim settlement request submitted by the user to the first block chain node device, and the claim settlement request includes sixth transaction data, so that the first block chain node device can process the claim settlement request initiated by the target user according to the sixth transaction data.

In the concrete implementation, the sixth transaction data includes second bill abstract data, target contract information address information, bill platform identification and target user identification when the target user submits the bill to the bill platform for purchase, the first block chain link point device searches the bill contract information from the block chain according to the target contract address information, and determines whether the bill platform has the modification authority to the bill contract information according to the bill platform identification, if yes, searching the bill abstract data from the bill contract information according to the target user identification, thereby matching the second bill abstract data submitted by the user with the bill abstract data stored in the uplink in advance, after matching is successful, whether the ticket claim settlement request conforms to the second withdrawal claim settlement rule is verified, if so, the sixth transaction data is stored to the blockchain and the ticket digest data is marked as claims status.

In one implementation, the method further comprises: receiving seventh transaction data sent by the bill platform, wherein the seventh transaction data comprises first bill summary data, target contract information address information, bill platform identification, target user identification and financial claim settlement data when a target user submits a bill to the bill platform for purchase; searching the bill contract information according to the target contract information address information, and verifying the bill platform identification according to the bill contract information; if the verification is passed, searching the bill abstract data according to the target user identification; upon detecting that the second ticket digest data and the ticket digest data match, determining whether the ticket digest data is flagged as a claims status; if yes, the bill abstract data is marked to be in a claim settlement completion state, and uplink processing is conducted on the seventh transaction data. And after the claim is finished, the first block chain link point device receives seventh transaction data sent by the bill platform and carries out claim settlement on the target user according to the seventh transaction data.

In a specific implementation, the seventh transaction data includes second bill summary data, target contract information address information, bill platform identification, target user identification and financial claim settlement data when a target user submits a bill to a bill platform for purchase, the first block link point device first finds the bill contract information according to the target contract information address information, then determines whether the bill platform can modify the bill contract information according to the bill platform identification, if so, finds the bill summary data according to the target user identification, determines whether the bill summary data is already marked as a claim settlement state when detecting that the second bill summary data and the bill summary data submitted by the target user are matched, and if so, marks the bill summary data as a claim settlement completion state, thereby storing the seventh transaction data in the block chain.

The embodiment of the application provides a processing method for bill data, which is applied to a first block chain link point device, wherein the first block chain link point device is preferred to receive first transaction data sent by a bill platform, the first transaction data is generated after a target user purchases a bill on the bill platform, and the first transaction data comprises: the method comprises the steps of obtaining bill summary data, target contract information address information, bill platform identification and target user identification of purchased bills, searching bill contract information from a block chain according to the target contract information address information, verifying the bill platform identification according to the searched bill contract information, adding a mark to the summary data if verification is passed, packaging the mark, the summary data and the target user identification to obtain second transaction data, wherein the mark is used for indicating that the summary data are in an effective state, and finally performing uplink processing on the second transaction data. The transaction data of the bill platform is decentralized through the multi-node backup data based on the block chain, the risk that the transaction data are tampered and lost is reduced, meanwhile, the certificate withdrawal and claim settlement rules of the bill platform are stored on the block chain in an intelligent contract mode, the certificate withdrawal and claim settlement can be automatically executed under the condition that a third party does not need to participate, the claim settlement efficiency is improved, effective guarantee is facilitated for the rights and interests of users, and meanwhile the credibility of the bill platform is improved.

Referring to fig. 4, fig. 4 is a schematic flowchart of another processing method for ticket data according to an embodiment of the present application. The method is applied to a first block link point device, and includes, but is not limited to, the following steps S401 to S405:

s401, a first block chain link point device receives first transaction data sent by a bill platform, wherein the first transaction data are generated after a target user purchases a bill on the bill platform, and the first transaction data comprise: bill summary data, target contract information address information, bill platform identification and target user identification of the purchased bill.

S402, the first block chain link point device searches for bill contract information from a block chain according to the target contract information address information and verifies the bill platform identification according to the searched bill contract information.

And S403, if the first block link point equipment passes the verification, adding a mark to the abstract data, and packaging the mark, the abstract data and the target user identifier to obtain second transaction data, wherein the mark is used for indicating that the abstract data is in an effective state.

S404, the first block chain link point device sends the second transaction data to other commonly-identified block chain link point devices in a block chain network, so that the other commonly-identified block chain node devices perform block chain common identification on the second transaction data.

Steps S401 to S404 in this embodiment may specifically refer to the execution process of steps S301 to S304 in the above embodiment, and are not described again in this embodiment of the present invention.

And S405, when the block chain consensus passes, the first block chain link point device stores the second transaction data into a consensus ledger of the block chain.

In the specific implementation, the first block chain link point device sends the second transaction data to other common-identification block chain link point devices of the block chain network, after the other block chain link point devices achieve common identification on the second transaction data, the first block chain link point device uploads the second transaction data to a common-identification account book of the block chain, and meanwhile, a notification message is fed back to the bill platform and mainly used for informing a target user of successful bill purchase, and the bill purchase of the user is effective.

In one embodiment, after receiving the first transaction data, the first block link point device further verifies the first transaction data, including: detecting whether a bill platform indicated by the bill platform identification exists; if yes, detecting whether a user account indicated by the target user identification exists or not, and whether a transaction credit score of the user account is larger than a preset threshold or not; if yes, the verification is passed. And under the condition that the bill platform really exists, the user account number of the target user really exists and the transaction credit score of the target user is high, the first transaction data is considered to be valid, and if the target user is a blacklisted user of the bill platform or a low-credit user, the first transaction data can be considered to be invalid. Wherein the first blockchain link point device can be a certain server or a certain server cluster of the bill platform, and has access to the blockchain.

In order to more clearly understand the processing method for the ticket data provided by the embodiment of the invention, the processing method for the ticket data applied in the scene of checking and claiming the flight is described in detail. The processing method of the bill data can comprise the following steps: the airline company links the ticket-returning and benefits-settling rule to a ticket-storing flow, the airline company modifies the linked ticket-returning and benefits-settling rule to a linked flow, an air ticket purchasing and linking flow, an air ticket refunding and linking flow, an air ticket modifying and signing and uploading flow and an air ticket benefits-settling flow.

The chain deposit and certification process of the rules of the returned, modified and signed claims by the airline company is as follows:

the airline company needs to deploy the flight refund and refund claim settlement rule to the block chain in an intelligent contract form in a transaction mode, and the content comprises the following contents: after the airline identification, the flight refund and refund claim settlement rule customized by the airline and the blockchain receive the transaction, verifying the validity of the transaction, checking whether a flight refund and refund claim settlement contract is deployed or not through the airline identification in the transaction in the execution process after the transaction is passed, and if the flight refund and refund claim settlement contract is deployed, returning an execution failure result; if not, address information is generated for the contract, the flight refund and reimbursement claim contracts are written into the blockchain cache, after other blockchain link electric devices in the blockchain network achieve consensus, the contract written into the blockchain cache is written into an account book and a contract deployment result is returned, and if the contract deployment result is successful, the result contains contract address information.

The process of modifying the returned, modified and signed claim settlement rules of the uplinked airline company is as follows:

the method comprises the steps that an airline company deploys a new flight reimbursement and reimbursement claim rule to a block chain in an intelligent contract form in a transaction mode, the content comprises airline identification, the new flight reimbursement and reimbursement claim rule and old version contract address information, after the block chain receives a transaction, the validity of the transaction is verified, a virtual machine is called to execute the transaction after the transaction is passed, in the execution process, whether a flight contract is deployed or not is inquired through the old version address information, and if not, a failure result is returned; checking whether the airline company identification in the transaction has the authority to modify the old version of the flight contract, and if not, returning a failure result; and after the check is passed, writing the new flight contract into a block chain cache, simultaneously marking the old version flight contract as invalid, recording modification operation, performing block chain consensus on the execution result, writing the cache result into an account book after the consensus is achieved, and returning the final result to the airline company.

The procedure of train ticket purchasing and chaining is as follows:

after a user purchases an air ticket, the purchased air ticket information is linked up, after the user successfully purchases the air ticket through an APP entrance, a service platform generates air ticket information containing airline companies and user digital signatures, the service platform sends air ticket information data summary data to a block chain in a transaction mode, transaction contents mainly comprise air ticket summary data, deployed flight contract address information, airline company identifications, user identifications and the like, after the block chain receives transaction data, transaction legality is verified, namely the digital signatures of the airline companies and the user are verified at the same time, a virtual machine is called to execute ticket purchasing transaction after the verification is passed, in the execution process, a contract is searched through the flight contract address information in the transaction, and if the contract is not found, an execution failure result is returned; if the contract is found, judging whether the airline company identification has the authority to modify the contract, and if not, returning an execution failure result; if the verification is passed, marking the air ticket abstract data as an effective state, writing the air ticket abstract data and the state as values into a contract based on the fact that the user identification is a keyword, performing block chain consensus on the result, writing the result into an account book after the consensus is achieved, returning the final result to the user and the airline company, and enabling the follow-up user to inquire the air ticket state on the block chain through the abstract data.

The procedure of train winding on the air ticket refund is as follows:

after purchasing the air ticket, the user can pay the refund and sign and claim through the APP entrance, taking refund as an example, when the user applies for refund, providing the air ticket abstract data, the air ticket information, the user identification and the airline company server, after receiving the ticket refunding application, abstract data of the air ticket information is extracted and then sent to a block chain in a trading mode, wherein the trading content comprises the abstract data provided by a user, the abstract data extracted by an airline company for the air ticket information, a user identifier and an airline company identifier, the deployed flight contract address information and the like check the legality of the transaction after the block chain receives the transaction, call the virtual machine to execute the ticket refunding transaction after the check is passed, and in the execution process, firstly, comparing whether the air ticket abstract data input by a user is the same as the air ticket abstract data generated by an airline company, and if not, returning an execution failure result; searching for contracts through flight contract address information in the transaction, and if not, returning an execution failure result; if the contract is found, judging whether the airline company identification has the authority to modify the contract, and if not, returning an execution failure result; then inquiring the air ticket information of the user through the user identification, and if the air ticket information of the user is not found, returning to execute failure; then searching whether the summary data input by the user is matched or not, and if not, returning to execute failure; and finally, checking whether the ticket returning action conforms to the contract rule of the flight, and if not, returning to execute failure. And after the verification passes, marking the status of the air ticket abstract as returned air ticket, simultaneously recording the operation of returning the air ticket, performing block chain consensus on the result, writing the result into an account book after the consensus is achieved, and returning the result to the user and the airline company.

The air ticket label changing and uploading process comprises the following steps:

when a user needs to change the ticket, the user provides purchased ticket abstract data, user identification and new ticket information when making a change application, an airline company server receives the change application and then sends the change application to a block chain in a transaction mode, transaction contents comprise the abstract data provided by the user, the abstract data extracted by the airline company from the new ticket information, the user identification, the airline company identification, the deployed flight contract address information and the like, after the block chain receives the transaction, the legality of the transaction is checked, after the check is passed, a virtual machine is called to execute the change transaction, and in the execution process, firstly, whether the ticket abstract data input by the user is the same as the ticket abstract data generated by the airline company is compared, and if the ticket abstract data is the same, an execution failure result is returned; searching for contracts through flight contract address information in the transaction, and if not, returning an execution failure result; if the contract is found, judging whether the airline company identification has the authority to modify the contract, and if not, returning an execution failure result; then inquiring the air ticket information of the user through the user identification, and if the air ticket information of the user is not found, returning to execute failure; then searching whether the summary data input by the user is matched or not, and if not, returning to execute failure; and finally, checking whether the ticket change behavior accords with the flight contract rule, and if not, returning to execute failure. After the verification is passed, the original air ticket abstract data is marked to be in a changed-sign state, new air ticket abstract data is written in, meanwhile, the change operation is recorded, block chain consensus is carried out on the result, after the consensus is achieved, the result is written in an account book, the result is returned to the user and the airline company, and the user can verify the air ticket on the block chain through the new air ticket abstract data.

The process of the air ticket claim is as follows:

for some reasons, when a user can carry out claim settlement heating based on flight rules, the user provides air ticket summary data and user identification when carrying out claim settlement, after receiving a claim settlement application, an airline company server sends the claim settlement application to a block chain in a transaction mode, transaction contents comprise summary data, the user identification, the airline company identification, the deployed flight contract address information and the like, after the block chain receives the transaction, the validity of the transaction is verified, after the verification is passed, a virtual machine is called to execute the claim settlement transaction, in the execution process, a contract is searched through the flight contract address information in the transaction, and if the contract is not found, an execution failure result is returned; if the contract is found, judging whether the airline company identification has the authority to modify the contract, and if not, returning an execution failure result; then inquiring the air ticket information of the user through the user identification, and if the air ticket information of the user is not found, returning to execute failure; then searching whether the summary data input by the user is matched or not, and if not, returning to execute failure; and finally, checking whether the claim settlement behavior accords with the flight contract rule, and if not, returning to execute failure. After the verification is passed, a claim settlement result is generated according to claim settlement rules, meanwhile, the air ticket abstract data is marked as a claim settlement in-process state, the claim settlement operation is recorded, block chain consensus is carried out on the result, after consensus is achieved, the result is written into an account book, after the aviation server receives the claim settlement result, the aviation server informs the financial system of the airline company to carry out claim settlement, after the financial system finishes claim settlement, the status of the ticket summary data on the blockchain is modified through a transaction, the transaction content comprises summary data provided by the user, financial claim data, user identification, airline identification, the deployed flight contract address information and the like check the validity of the transaction after the block chain receives the transaction, call the virtual machine to execute the transaction after the check is passed, and in the execution process, searching for contracts through flight contract address information in the transaction, and if not, returning an execution failure result; if the contract is found, judging whether the airline company identification has the authority to modify the contract, and if not, returning an execution failure result; then inquiring the air ticket information of the user through the user identification, and if the air ticket information of the user is not found, returning to execute failure; then searching whether the summary data input by the user is matched or not, and if not, returning to execute failure; checking whether the status of the air ticket abstract data is in the process of claim settlement, and if not, returning an execution failure result; and after the verification passes, marking the air ticket abstract data as a claim settlement completion state, recording financial claim settlement data operation, performing block chain consensus on the result, writing the result into an account book after the consensus is achieved, and returning the claim settlement result to the user and the airline company.

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, 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 4, the block link point apparatus including: one or more processors 501; one or more input devices 502, one or more output devices 503, and memory 504. The processor 501, the input device 502, the output device 503, and the memory 504 are connected by a bus 505. The memory 502 is used for storing a computer program comprising program instructions, and the processor 501, the input device 502 and the output device 503 are used for executing the program instructions stored in the memory 504, and performing the following operations:

the input device 502 receives first transaction data sent by a billing platform, the first transaction data being generated by a target user after the billing platform purchases a bill, the first transaction data comprising: bill abstract data, target contract information address information, bill platform identification and target user identification of the purchased bill;

the processor 501 searches for the bill contract information from the block chain according to the target contract information address information, and verifies the bill platform identifier according to the searched bill contract information;

if the verification is passed, the processor 501 adds a mark to the summary data, and packages the mark, the summary data and the target user identifier to obtain second transaction data, where the mark is used to indicate that the summary data is in an effective state;

the processor 501 performs uplink processing on the second transaction data.

In one implementation, the processor 501 further includes:

receiving a withdrawal and reimbursement claim registration request sent by the bill platform, wherein the withdrawal and reimbursement claim registration request comprises third transaction data, and the third transaction data comprises bill platform identification and first withdrawal and reimbursement claim settlement rules;

verifying the third transaction data, and determining whether a first refund claim settlement rule of the bill platform is uploaded to the block chain according to the bill platform identification after the third transaction data passes the verification;

if not, generating target contract information address information, and writing the bill contract information into a first cache of the block chain according to the target contract information address information, wherein the bill contract information comprises the third transaction data;

sending the third transaction data to other commonly-identified block link point devices in a block chain network;

and when the block chain consensus passes, writing the first cache into a consensus ledger of the block chain, and sending the target contract information address information to the bill platform.

In one implementation, the processor 501 further includes:

receiving a claim-withdrawal, benefit-modification and benefit-improvement updating request sent by the bill platform, wherein the claim-withdrawal, benefit-modification and benefit-improvement updating request requests fourth transaction data, and the fourth transaction data comprises bill platform identification, second claim-withdrawal, benefit-improvement and benefit-improvement rules and target contract information address information;

verifying the fourth transaction data, and determining whether a first withdrawal and reimbursement claim settlement rule is stored in the block chain according to the target contract information address information after the fourth transaction data passes the verification;

if yes, determining whether the first refund claim settlement rule can be updated according to the bill platform identification;

if so, writing the second refund claim settlement rule into a second cache, and marking the first refund claim settlement rule as invalid and adding a modification record;

sending the fourth transaction data to other commonly-identified block link point devices in a block chain network;

and when the block chain consensus passes, writing the second cache into a consensus ledger of the block chain, and sending the target contract information address information to the bill platform.

In one implementation, the processor 501 further includes:

receiving a bill change request sent by the bill platform, wherein the bill change request comprises fifth transaction data, and the fifth transaction data comprises first bill abstract data, target contract information address information, a bill platform identifier and a target user identifier when a target user submits a bill to the bill platform for purchase;

searching the bill contract information according to the target contract information address information, and verifying the bill platform identification according to the bill contract information;

if the verification is passed, searching the bill abstract data according to the target user identification;

when the first bill summary data and the bill summary data are detected to be matched, determining whether the bill change request conforms to the second refund claims rule;

if yes, the bill abstract data is marked to be in a change state, and the fifth transaction data is subjected to chain linking processing.

In one implementation, the processor 501 further includes:

receiving second bill abstract data sent by the bill platform, wherein the second bill abstract data is abstract data generated by the bill platform according to the bill platform identification and the target user identification;

determining whether the second ticket digest data and the first ticket digest data match.

In one implementation, the processor 501 further includes:

receiving a ticket claim settlement request sent by the ticket platform, wherein the claim settlement request comprises sixth transaction data, and the sixth transaction data comprises second ticket summary data, target contract information address information, a ticket platform identifier and a target user identifier when a target user submits a ticket to the ticket platform for purchase;

when the second ticket summary data and the ticket summary data are detected to be matched, determining whether the ticket claim request conforms to the second refund claim settlement rule;

if yes, the bill abstract data is marked to be in a claim settlement state, and uplink processing is conducted on the sixth transaction data.

In one implementation, the processor 501 further includes:

receiving seventh transaction data sent by the bill platform, wherein the seventh transaction data comprises second bill summary data, target contract information address information, bill platform identification, target user identification and financial claim settlement data when a target user submits a bill to the bill platform for purchase;

upon detecting that the second ticket digest data and the ticket digest data match, determining whether the ticket digest data is flagged as a claims status;

if yes, the bill abstract data is marked to be in a claim settlement completion state, and uplink processing is conducted on the seventh transaction data.

In one implementation, when verifying the platform identifier according to the found ticket contract information, the processor 501 includes:

searching whether the bill platform identification exists in the bill contract information;

if so, determining that the ticket platform has modification authority on the ticket contract information.

Referring to fig. 6, fig. 6 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 embodiments corresponding to fig. 2 to fig. 4, and the block link point apparatus may include:

a receiving unit 601, configured to receive first transaction data sent by a ticket platform, where the first transaction data is generated by a target user after a ticket platform purchases a ticket, and the first transaction data includes: bill abstract data, target contract information address information, bill platform identification and target user identification of the purchased bill;

a processing unit 602, configured to search for ticket contract information from a block chain according to the target contract information address information, and verify the ticket platform identifier according to the searched ticket contract information;

the processing unit 602 is further configured to add a mark to the summary data if the verification passes, and package the mark, the summary data, and the target user identifier to obtain second transaction data, where the mark is used to indicate that the summary data is in an effective state;

the processing unit 602 is further configured to perform uplink processing on the second transaction data.

In one implementation, the processing unit 602 further includes:

In one implementation manner, when the processing unit 602 checks the platform identifier according to the found ticket contract information, the method further includes:

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

1. A method for processing bill data, wherein the method is applied to a first block link point device, and the method comprises:

and performing uplink processing on the second transaction data.

2. The method of claim 1, further comprising:

3. The method of claim 2, further comprising:

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

5. The method of claim 4, further comprising:

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

7. The method of claim 6, further comprising:

8. The method of claim 1, wherein the verifying the platform identifier according to the found ticket contract information comprises:

9. A server, characterized by 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 used for storing a computer program, the computer program comprising program instructions, the processor being configured to invoke the program instructions to execute the processing method of ticket data according to any one of claims 1 to 8.

10. A computer storage medium storing computer program instructions adapted to be loaded by a processor and to perform a method of processing ticket data according to any one of claims 1 to 8.