WO2020057002A1 - 基于区块链的发票数据共享系统以及方法 - Google Patents

基于区块链的发票数据共享系统以及方法 Download PDF

Info

Publication number
WO2020057002A1
WO2020057002A1 PCT/CN2018/124901 CN2018124901W WO2020057002A1 WO 2020057002 A1 WO2020057002 A1 WO 2020057002A1 CN 2018124901 W CN2018124901 W CN 2018124901W WO 2020057002 A1 WO2020057002 A1 WO 2020057002A1
Authority
WO
WIPO (PCT)
Prior art keywords
node device
invoice data
data
invoice
identification information
Prior art date
Application number
PCT/CN2018/124901
Other languages
English (en)
French (fr)
Inventor
夏良超
Original Assignee
深圳壹账通智能科技有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳壹账通智能科技有限公司 filed Critical 深圳壹账通智能科技有限公司
Publication of WO2020057002A1 publication Critical patent/WO2020057002A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/602—Providing cryptographic facilities or services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/10—Tax strategies

Definitions

  • the present application relates to a blockchain-based invoice data sharing system and method.
  • invoice data is uniformly stored in the server of a third-party organization, such as the database of the tax bureau.
  • a credit institution authenticates an enterprise's invoice data and confirms its credit
  • the credit institution needs to be authorized by the third-party tax bureau to obtain authenticity and reliability.
  • the invoice data to enable the credit process.
  • the inventors realized that with the continuous increase of invoice data, the performance requirements of the third-party agency server are higher, and due to the insecure factors of the third-party agency server, the invoice data is easy to be tampered with, and it is difficult to ensure the invoice data. Security, authenticity, and reliability.
  • a blockchain-based invoice data sharing system and method are provided.
  • a blockchain-based invoice data sharing system includes a first node device corresponding to a seller company, a second node device corresponding to a buyer company, and a first verification node device, wherein:
  • the first node device is configured to generate a seller invoice data storage request according to the private key of the first node device and the invoice data to be stored, and send the seller invoice data storage request to the first verification node device;
  • the second node device is configured to generate a buyer invoice data storage request according to the private key of the second node device and the invoice data to be stored, and send the buyer invoice data storage request to the first verification node device;
  • the first verification node device is configured to obtain the seller invoice data storage request and the buyer invoice data request; decrypt the seller invoice data storage request to obtain the first invoice data according to the public key of the first node device, Decrypt the buyer's invoice data storage request according to the public key of the second node device to obtain the second invoice data; when the first invoice data matches the second invoice data, according to the first invoice data or The second invoice data generates block data, and writes the block data into a block chain.
  • a blockchain-based invoice data sharing method which should be used in a blockchain-based invoice data sharing system, includes:
  • a seller invoice data storage request sent by a first node device and a buyer invoice data storage request sent by a second node device wherein the seller invoice data storage request is sent by the first node device according to the privacy of the first node device Key generation and invoice data to be stored; the buyer invoice data storage request is generated by the second node device according to the private key of the second node device and the invoice data to be stored;
  • a computer device includes a memory and one or more processors.
  • the memory stores computer-readable instructions.
  • the one or more processors are executed. The following steps:
  • a seller invoice data storage request sent by a first node device and a buyer invoice data storage request sent by a second node device wherein the seller invoice data storage request is sent by the first node device according to the privacy of the first node device Key generation and invoice data to be stored; the buyer invoice data storage request is generated by the second node device according to the private key of the second node device and the invoice data to be stored;
  • One or more non-volatile computer-readable storage media storing computer-readable instructions.
  • the one or more processors execute the following steps:
  • a seller invoice data storage request sent by a first node device and a buyer invoice data storage request sent by a second node device wherein the seller invoice data storage request is sent by the first node device according to the privacy of the first node device Key generation and invoice data to be stored; the buyer invoice data storage request is generated by the second node device according to the private key of the second node device and the invoice data to be stored;
  • FIG. 1 is an application scenario diagram of a blockchain-based invoice data sharing system according to one or more embodiments.
  • FIG. 2 is a structural block diagram of a blockchain-based invoice data sharing system according to one or more embodiments.
  • FIG. 3 is a structural block diagram of a blockchain-based invoice data sharing system according to one or more embodiments.
  • FIG. 4 is a schematic flowchart of a blockchain-based invoice data sharing method according to one or more embodiments.
  • FIG. 5 is a block diagram of a computer device according to one or more embodiments.
  • first / second / third involved in the embodiment of the present invention merely distinguishes similar objects, and does not represent a specific ordering of the objects. It can be understood that “first / second / second "Three” may be interchanged in a particular order or order, if allowed, so that the embodiments of the invention described herein can be implemented in an order other than those illustrated or described herein.
  • first node device involved in the embodiments of the present invention are only used to distinguish different node devices in the blockchain.
  • the blockchain-based invoice data sharing system provided in this application can be applied to the application environment shown in FIG. 1.
  • Each enterprise user terminal 102 communicates with the corresponding node device 104 in the blockchain system through the network through the network.
  • the blockchain system also includes a verification node device 106, and the node device 104 and the verification node device 106 each have a local storage area. A copy of the blockchain, decentralized between multiple node devices, to achieve distributed storage.
  • the seller enterprise user terminal 102a and the seller enterprise user terminal 102b respectively send the invoice data to be stored to the corresponding node device 104, and the node device 104a corresponding to the seller enterprise Generate a seller's invoice data storage request based on the invoice data, and write the invoice data to the blockchain by publishing a "Transaction" to the blockchain network.
  • the node device 104b corresponding to the buyer's enterprise generates the buyer based on the invoice data Invoice data storage request, write invoice data to the blockchain by publishing "transactions" to the blockchain network.
  • the invoice data storage request contains identification information of the enterprise user to prove the identity of the enterprise user; seller invoice data storage After the request and the buyer's invoice data storage request are verified and accepted by the verification node device 106, the verification node device 106 records the invoice data into the new block generated, and then publishes it to the blockchain network to realize the storage of invoice data in the blockchain .
  • the verification node device 106 may be a blockchain node device that performs a consensus competition mechanism; the enterprise user terminal 102 may be, but is not limited to, various personal computers, laptops, tablets, and other devices.
  • the node device 104 and the verification node device 106 may Use independent servers or server clusters composed of multiple servers to implement.
  • the block chain in the embodiment of the present application may be an alliance block chain, that is, not any terminal has the authority to perform data read operations and storage operations on the block chain, and only designated terminals have the block.
  • the chain performs data read and data storage operation permissions to ensure that data storage is the security of the data in the blockchain and the authenticity of the data.
  • a blockchain-based invoice data sharing system includes a first node device 201 corresponding to a seller company, and a buyer company.
  • the corresponding second node device 202 and the first verification node device 203 where:
  • the first node device 201 is configured to generate a seller invoice data storage request according to the private key of the first node device and the invoice data to be stored, and send the seller invoice data storage request to the first verification node device 203;
  • the second node device 202 is configured to generate a buyer invoice data storage request according to the private key of the second node device and the invoice data to be stored, and send the buyer invoice data storage request to the first verification node device 203;
  • the first verification node device 203 is configured to obtain a seller invoice data storage request and a buyer invoice data request; decrypt the seller invoice data storage request according to the public key of the first node device 201 to obtain the first invoice data, and according to the second node device 202 Decrypt the buyer's invoice data storage request to obtain the second invoice data; when the first invoice data matches the second invoice data, generate block data based on the first invoice data or the second invoice data, and Data is written into the blockchain.
  • the blockchain-based invoice data sharing system has multiple node devices.
  • FIG. 2 shows only the first node device 201 corresponding to the seller company and the buyer company in this invoice data. ⁇ ⁇ node ⁇ 202 ⁇ The second node device 202. After the transaction between the seller company and the buyer company is completed, the invoice data to be stored is generated.
  • the first node device 201 corresponding to the seller company encrypts the invoice data to be stored according to its own key, generates a seller invoice data storage request, and passes The blockchain network broadcasts the seller's invoice data storage request to the first verification node device 203.
  • the second node device 202 corresponding to the purchaser enterprise encrypts the stored invoice data according to its own key to generate a buyer invoice data storage request And broadcast the seller's invoice data storage request to the first verification node device 203 through the blockchain network; after receiving the sell and buyer invoice data storage requests, the first verification node device 203, according to the public key of the first node device 201 and the first The public key of the two-node device 202 decrypts the seller's invoice data storage request and the buyer's invoice data request, respectively, to obtain the first invoice data and the second invoice data.
  • the first verification Node device 203 When the first invoice data matches the second invoice data, the first verification Node device 203 generates area according to the first invoice data or the second invoice data Block data, and write the block data to the blockchain to achieve the storage of invoice data to be stored in the blockchain.
  • the invoice data usually includes multiple data fields such as invoice type, invoice code, purchaser's enterprise information, seller's enterprise information, and total amount; when the first invoice data matches the second invoice data, the match may refer to the first invoice
  • Each data field in the data corresponds to each data field in the second invoice data.
  • the above-mentioned blockchain-based invoice data sharing system initiates a buyer's invoice data storage request and a seller's invoice data storage request, a seller's invoice data storage request, and After the invoice data in the buyer's invoice data storage request passes the matching verification of the first verification node device, the first verification node device generates block data according to the invoice data to be stored and stores it in the blockchain to implement distributed recording. Enterprises all correspond to a node in the blockchain, and the shared ledger is realized between the nodes, which effectively prevents the tampering of the invoice data, and improves the security, authenticity and reliability of the invoice data.
  • the first verification node device 203 is configured to obtain first identification information of the first node device and second identification information of the second node device; and generate block data according to the first identification information and the second identification information. Generate the header information according to the identification information and the identification information of the previous block data, and encrypt the first invoice data or the second invoice data according to the private key of the first verification node device to generate block body information; according to the header Block information and block body information to generate block data.
  • the identification information is a unique identification number used to indicate a corresponding node device, and may be a public key, an IP address, a tax number of a corresponding enterprise, and the like.
  • Block data usually includes header information and block body information; the header information includes the identification information of the block data and the identification information of the previous block, so that multiple block data form a chain and constitute a blockchain; where The identification information is generated by the first verification node device 203 according to the first identification information and the second identification information.
  • the node device that initiates the query request may use the identification information of the node device corresponding to the enterprise to be queried To find the header data of each block data in the blockchain, so as to obtain the invoice data corresponding to the enterprise to be queried, which can effectively simplify the process of querying the invoice data and save communication resources; and the block information is provided by the first verification node device 203
  • the encrypted invoice data is generated based on its own private key, and the invoice data is encrypted. Although each node device on the blockchain can read the encrypted invoice data, it cannot know the specific invoice data content and avoid Leakage of invoice data.
  • a blockchain-based invoice data sharing system further includes a second verification node device 204; a first verification node device 203 is configured to generate signature information corresponding to block data according to the first identification information, the second identification information, and the private key of the first verification node device, and send the signature information to the second verification node device 204; the second verification node device 204 is used to obtain signature information and perform signature verification on the signature information.
  • the first verification node device 203 writes the block data into the blockchain.
  • the second verification node device 204 before the block data is written into the blockchain, the second verification node device 204 performs secondary verification on the newly generated block data, and performs the verification through the identification information of the node device and the private key of the first verification device.
  • Re-authentication enables identity authentication of enterprise users and verification devices that generate invoice data, prevents illegal node devices from generating block data, and further guarantees the security of the blockchain and invoice data.
  • the first verification node device 203 stores the seller invoice data request and the buyer invoice data request to generate block data
  • the first verification node device 203 generates the block data according to the identification information of the first node device, the identification information of the second node device, and the privacy of the first verification node device itself
  • the key information generates the signature information of the block data.
  • the second verification node device 204 of the blockchain After receiving the signature information of the block data, the second verification node device 204 of the blockchain performs signature verification on the signature information. If the signature verification passes, the first verification node device 203 then
  • the blockchain-based invoice data sharing system further includes a third node device; the third node device is used to send a query request to the first node device 201 and the first verification node device 203; the first node device 201 is further configured to obtain a query request, and send a query response request to the first verification node device 203 according to the query request, where the query response request includes first identification information of the first node device; the first verification node device 203 is further configured to obtain The query request and the query response request send the public key of the first verification node device 203 and the first identification information to the third node device according to the query request and the query response request; the third node device looks up in the blockchain according to the first identification information
  • the block data related to the first node device 201 is decrypted according to the public key of the first verification node device 203 to obtain the invoice data related to the first node device 201.
  • This embodiment implements the process of querying invoice data by a third-party enterprise or institution.
  • a third-party enterprise or institution queries the invoice data of a company to be queried
  • the third node device corresponding to the third-party enterprise or institution sends the first node data to the first through the blockchain network.
  • the verification node device and the node device corresponding to the enterprise to be queried broadcast a query request; if the enterprise to be queried agrees with a third-party enterprise or institution to obtain its invoice data, the node device sends a query response request to the first verification node device after receiving the query request ; After receiving the query request and the corresponding query response request, the first verification node device returns its public key and the identification information of the node device corresponding to the enterprise to be queried to the third node device, and the third node device is based on the first node device ’s
  • the identification information finds the identification information of each block data in the blockchain, obtains the block data related to the node device corresponding to the enterprise to be queried, and decrypts the block body information of the block data according to the obtained public key.
  • Invoice data is stored according to the blockchain technology, enabling each node in the blockchain to directly obtain invoice data, effectively simplifying the process of obtaining invoice data, saving communication resources, and ensuring the security and traceability of invoice data.
  • a blockchain-based invoice data sharing method is provided.
  • the method should be applied to a first verification node device in a blockchain-based invoice data sharing system, including: The following steps:
  • Step S310 Receive the seller invoice data storage request sent by the first node device and the buyer invoice data storage request sent by the second node device; wherein the seller invoice data storage request is sent by the first node device according to the private key of the first node device and the pending data. Generate invoice data storage; the buyer invoice data storage request is generated by the second node device according to the private key of the second node device and the invoice data to be stored;
  • Step S320 decrypt the seller's invoice data storage request to obtain the first invoice data according to the public key of the first node device, and decrypt the buyer's invoice data storage request to obtain the second invoice data according to the public key of the second node device;
  • Step S330 If the first invoice data matches the second invoice data, generate block data according to the first invoice data or the second invoice data, and write the block data into the blockchain.
  • the first verification node device after receiving the seller's invoice data storage request and the buyer's invoice data storage request, the first verification node device requests the seller's invoice data storage request and the buyer according to the public key of the first node device and the public key of the second node device, respectively.
  • the invoice data request is decrypted to obtain the first invoice data and the second invoice data.
  • the first verification node device is based on the first invoice data or the second invoice data.
  • the second invoice data generates block data, and writes the block data to the block chain, so as to save the invoice data to be stored in the block chain.
  • the invoice data usually includes multiple data fields such as invoice type, invoice code, purchaser's enterprise information, seller's enterprise information, and total amount; when the first invoice data matches the second invoice data, the match may refer to the first invoice
  • Each data field in the data corresponds to each data field in the second invoice data.
  • the above-mentioned blockchain-based invoice data sharing method initiates a buyer invoice data storage request and a seller invoice data storage request based on the same to-be-stored invoice data through the node equipment of the purchaser's enterprise and the node equipment of the seller's, respectively.
  • the first verification node device After the invoice data in the request passes the matching verification of the first verification node device, the first verification node device generates block data according to the invoice data to be stored and stores it in the blockchain to achieve distributed recording, and each enterprise corresponds to the area A node in the block chain, which realizes shared ledger among nodes, effectively avoids tampering of invoice data, and improves the security, authenticity and reliability of invoice data.
  • the block data includes header information and block body information.
  • the step of generating block data according to the first invoice data or the second invoice data includes: obtaining first identification information of the first node device and Second identification information of the second node device; generating identification information of the block data according to the first identification information and the second identification information; generating header information based on the identification information and the identification information of the previous block data, and according to the first verification node
  • the private key of the device encrypts the first invoice data or the second invoice data to generate block body information; and generates block data according to the header information and the block body information.
  • the identification information is a unique identification number used to indicate a corresponding node device, and may be a public key, an IP address, a tax number of a corresponding enterprise, and the like.
  • Block data usually includes header information and block body information; the header information includes the identification information of the block data and the identification information of the previous block, so that multiple block data form a chain and constitute a blockchain; where , The identification information is generated by the first verification node device according to the first identification information and the second identification information, and in the subsequent query of the invoice data, the node device that initiates the inquiry request may according to the identification information of the node device corresponding to the enterprise to be queried, Finding the header data of each block data in the blockchain, so as to obtain the invoice data corresponding to the enterprise to be queried, can effectively simplify the process of querying the invoice data and save communication resources; and the block body information is based on the first verification node device.
  • the private key is encrypted to generate the invoice data.
  • the invoice data is encrypted.
  • the method before the step of writing block data into the blockchain, includes: generating a signature corresponding to the block data according to the first identification information, the second identification information, and the private key of the first verification node device.
  • Information the step of writing block data into the blockchain includes: sending signature information to the second verification node device, wherein the signature information is used to instruct the second verification node device to perform signature verification on the signature information; if the signature The authentication is passed, and the block data is written into the blockchain.
  • the second verification node device before the block data is written into the blockchain, the second verification node device performs a second verification on the newly generated block data, and the second verification node device performs the second verification on the identification information of the node device and the private key of the first verification device.
  • the secondary authentication realizes identity authentication on the enterprise account and verification equipment generated by invoice data, avoids illegal node devices from generating block data, and further guarantees the security of the blockchain and invoice data.
  • the method further includes: obtaining a query request sent by the third node device and a query response request sent by the first verification node device; wherein the query response request includes the first identification information of the first verification node device;
  • the query request and the query response request send the public key of the first verification node device and the first identification information to the third node device; the first identification information is used to instruct the third node device to find block data related to the first node device.
  • a public key of the verification node device is used to instruct the third node device to decrypt the block body information of the block data to obtain the invoice data related to the first node device.
  • This embodiment implements the process of querying invoice data by a third-party enterprise or institution, and stores invoice data according to the blockchain technology, so that each node in the blockchain can directly obtain invoice data, which effectively simplifies the process of obtaining invoice data and saves communication resources. , While ensuring the security and traceability of invoice data.
  • steps in the flowchart of FIG. 4 are sequentially displayed in accordance with the directions of the arrows, these steps are not necessarily performed in the order indicated by the arrows. Unless explicitly stated in this document, the execution of these steps is not strictly limited, and these steps can be performed in other orders. Moreover, at least a part of the steps in FIG. 4 may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily executed at the same time, but may be executed at different times. The execution of these sub-steps or stages The sequence is not necessarily performed sequentially, but may be performed in turn or alternately with other steps or at least a part of the sub-steps or stages of other steps.
  • a computer device is provided.
  • the computer device may be a server, and its internal structure diagram may be as shown in FIG. 5.
  • the computer device includes a processor, a memory, a network interface, and a database connected through a system bus.
  • the processor of the computer device is used to provide computing and control capabilities.
  • the memory of the computer device includes a non-volatile computer-readable storage medium and an internal memory.
  • the non-volatile computer-readable storage medium stores an operating system, computer-readable instructions, and a database.
  • the internal memory provides an environment for operating systems and computer-readable instructions in a non-volatile computer-readable storage medium.
  • the computer equipment database is used to store block data.
  • the network interface of the computer device is used to communicate with an external terminal through a network connection.
  • the computer-readable instructions are executed by a processor to implement a blockchain-based invoice data sharing method.
  • FIG. 5 is only a block diagram of a part of the structure related to the solution of the application, and does not constitute a limitation on the computer equipment to which the solution of the application is applied.
  • the specific computer equipment may be Include more or fewer parts than shown in the figure, or combine certain parts, or have a different arrangement of parts.
  • Non-volatile memory may include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory.
  • Volatile memory can include random access memory (RAM) or external cache memory.
  • RAM is available in various forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), dual data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous chain Synchlink DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).
  • SRAM static RAM
  • DRAM dynamic RAM
  • SDRAM synchronous DRAM
  • DDRSDRAM dual data rate SDRAM
  • ESDRAM enhanced SDRAM
  • SLDRAM synchronous chain Synchlink DRAM
  • Rambus direct RAM
  • DRAM direct memory bus dynamic RAM
  • RDRAM memory bus dynamic RAM

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Bioethics (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Business, Economics & Management (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Technology Law (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Databases & Information Systems (AREA)
  • Storage Device Security (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

一种基于区块链的发票数据共享系统，包括：多个节点设备以及第一验证节点设备(203)，其中：与销售方企业对应的第一节点设备(201)以及与购买方企业对应的第二节点设备(202)分别根据各自的私钥以及待存储发票数据生成卖方发票数据存储请求以及买方发票数据存储请求，并发送至第一验证节点设备(203)；第一验证节点设备(203)获取卖方发票数据存储请求以及买方发票数据请求后，根据对应的公钥分别对卖方发票数据存储请求以及买方发票数据存储请求进行解密，获取第一发票数据和第二发票数据，在第一发票数据与第二发票数据相匹配时，根据第一发票数据或第二发票数据生成区块数据，并将区块数据写入到区块链中。

Description

基于区块链的发票数据共享系统以及方法
本申请要求于2018年9月18日提交中国专利局，申请号为2018110872724，申请名称为“基于区块链的发票数据共享系统以及方法”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及一种基于区块链的发票数据共享系统以及方法。
背景技术
目前，发票数据是统一保存在第三方机构服务器中，例如税务局的数据库，当信贷机构进行对企业的发票数据进行认证、确认企业信用时，信贷机构需要经过第三方税务局的授权获取真实可靠的发票数据，才得以实现信贷流程。然而，发明人意识到，随着发票数据的不断增加，对第三方机构服务器的性能要求越高，而由于第三方机构服务器的不安全因素，导致发票数据容易遭到篡改，难以确保发票数据的安全性、真实性以及可靠性。
发明内容
根据本申请公开的各种实施例，提供一种基于区块链的发票数据共享系统以及方法。
一种基于区块链的发票数据共享系统包括与销售方企业对应的第一节点设备、与购买方企业对应的第二节点设备以及第一验证节点设备，其中：
所述第一节点设备，用于根据所述第一节点设备的私钥以及待存储发票数据生成卖方发票数据存储请求，并将所述卖方发票数据存储请求发送至所述第一验证节点设备；
所述第二节点设备，用于根据所述第二节点设备的私钥以及待存储发票数据生成买方发票数据存储请求，并将所述买方发票数据存储请求发送至所述第一验证节点设备；
所述第一验证节点设备，用于获取所述卖方发票数据存储请求以及所述买方发票数据请求；根据所述第一节点设备的公钥对卖方发票数据存储请求进行解密获取第一发票数据，根据所述第二节点设备的公钥对买方发票数据存储请求进行解密获取第二发票数据；当所述第一发票数据与所述第二发票数据相匹配时，根据所述第一发票数据或所述第二发票数据生成区块数据，并将所述区块数据写入到区块链中。
一种基于区块链的发票数据共享方法，应于基于区块链的发票数据共享系统中，包括：
接收第一节点设备发送的卖方发票数据存储请求以及第二节点设备发送的买方发票数据存储请求；其中，所述卖方发票数据存储请求由所述第一节点设备根据所述第一节点设备的私钥以及待存储发票数据生成；所述买方发票数据存储请求由所述第二节点设备根据所述第二节点设备的私钥以及待存储发票数据生成；
根据所述第一节点设备的公钥对卖方发票数据存储请求进行解密获取第一发票数据，根据所述第二节点设备的公钥对买方发票数据存储请求进行解密获取第二发票数据；及
若所述第一发票数据与所述第二发票数据相匹配，则根据所述第一发票数据或所述第二发票数据生成区块数据，并将所述区块数据写入到区块链中。
一种计算机设备，包括存储器和一个或多个处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述一 个或多个处理器执行以下步骤：
接收第一节点设备发送的卖方发票数据存储请求以及第二节点设备发送的买方发票数据存储请求；其中，所述卖方发票数据存储请求由所述第一节点设备根据所述第一节点设备的私钥以及待存储发票数据生成；所述买方发票数据存储请求由所述第二节点设备根据所述第二节点设备的私钥以及待存储发票数据生成；
根据所述第一节点设备的公钥对卖方发票数据存储请求进行解密获取第一发票数据，根据所述第二节点设备的公钥对买方发票数据存储请求进行解密获取第二发票数据；及
若所述第一发票数据与所述第二发票数据相匹配，则根据所述第一发票数据或所述第二发票数据生成区块数据，并将所述区块数据写入到区块链中。
一个或多个存储有计算机可读指令的非易失性计算机可读存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：
接收第一节点设备发送的卖方发票数据存储请求以及第二节点设备发送的买方发票数据存储请求；其中，所述卖方发票数据存储请求由所述第一节点设备根据所述第一节点设备的私钥以及待存储发票数据生成；所述买方发票数据存储请求由所述第二节点设备根据所述第二节点设备的私钥以及待存储发票数据生成；
根据所述第一节点设备的公钥对卖方发票数据存储请求进行解密获取第一发票数据，根据所述第二节点设备的公钥对买方发票数据存储请求进行解密获取第二发票数据；及
若所述第一发票数据与所述第二发票数据相匹配，则根据所述第一发票 数据或所述第二发票数据生成区块数据，并将所述区块数据写入到区块链中。
本申请的一个或多个实施例的细节在下面的附图和描述中提出。本申请的其它特征和优点将从说明书、附图以及权利要求书变得明显。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为根据一个或多个实施例中基于区块链的发票数据共享系统的应用场景图。
图2为根据一个或多个实施例中基于区块链的发票数据共享系统的结构框图。
图3为根据一个或多个实施例中基于区块链的发票数据共享系统的结构框图。
图4为根据一个或多个实施例中基于区块链的发票数据共享方法的流程示意图。
图5为根据一个或多个实施例中计算机设备的框图。
具体实施方式
为了使本申请的技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
需要说明的是，本发明实施例所涉及的术语“第一/第二/第三”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一/第二/第三”在允许的情况下可以互换特定的顺序或者先后次序，以使这里描述的本发明 实施例能够以除了在这里图示或描述的那些以外的顺序实施。例如，本发明实施例所涉及的术语“第一节点设备”、“第二节点设备”以及“第三节点设备”仅仅用于区别区块链中不同的节点设备。
本申请提供的基于区块链的发票数据共享系统，可以应用于如图1所示的应用环境中。每个企业用户终端102通过网络与区块链系统中对应的节点设备104通过网络进行通信，区块链系统中还包括验证节点设备106，节点设备104与验证节点设备106分别在本地存储了区块链的副本，多个节点设备间去中心化，实现分布式存储。
具体的，不同企业间发生交易后产生的发票数据，销售方企业用户终端102a与销售方企业用户终端102b分别将待存储发票数据发送至各自对应的节点设备104，销售方企业对应的节点设备104a根据发票数据生成卖方发票数据存储请求，通过向区块链网络发布“交易”(Transaction)的方式实现向区块链写入发票数据，同时，购买方企业对应的节点设备104b根据发票数据生成买方发票数据存储请求，通过向区块链网络发布“交易”的方式实现向区块链写入发票数据，发票数据存储请求中包含企业用户的标识信息，以证明企业用户的身份；卖方发票数据存储请求以及买方发票数据存储请求被验证节点设备106验证通过和接受后，验证节点设备106将发票数据记录入产生的新区块，然后发布到区块链网络，实现将发票数据存储于区块链中。其中，验证节点设备106可以是执行共识竞争机制的区块链节点设备；企业用户终端102可以但不限于是各种个人计算机、笔记本电脑、平板电脑等设备，节点设备104以及验证节点设备106可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
本申请实施例中的区块链可以是联盟区块链，即不是任意一终端都具有对该区块链进行数据读取操作、存储操作的权限，而只有指定的终端才具有对该区块链进行数据读取、数据存储的操作权限，以此保证数据存储是该区块链中的数据安全性以及数据的真实性。
在其中一个实施例中，如图2所示，提供了一种基于区块链的发票数据 共享系统，所述发票数据共享系统包括与销售方企业对应的第一节点设备201、与购买方企业对应的第二节点设备202以及第一验证节点设备203，其中：
第一节点设备201，用于根据第一节点设备的私钥以及待存储发票数据生成卖方发票数据存储请求，并将卖方发票数据存储请求发送至第一验证节点设备203；
第二节点设备202，用于根据第二节点设备的私钥以及待存储发票数据生成买方发票数据存储请求，并将买方发票数据存储请求发送至第一验证节点设备203；
第一验证节点设备203，用于获取卖方发票数据存储请求以及买方发票数据请求；根据第一节点设备201的公钥对卖方发票数据存储请求进行解密获取第一发票数据，根据第二节点设备202的公钥对买方发票数据存储请求进行解密获取第二发票数据；当第一发票数据与第二发票数据相匹配时，根据第一发票数据或第二发票数据生成区块数据，并将区块数据写入到区块链中。
本实施例中提供的基于区块链的发票数据共享系统具有多个节点设备，图2中仅示出本次发票数据中，与销售方企业对应的第一节点设备201、与购买方企业对应的第二节点设备202。销售方企业与购买方企业间交易完成后产生待存储发票数据，销售方企业对应的第一节点设备201根据自身的密钥对该待存储发票数据进行加密，生成卖方发票数据存储请求，并通过区块链网络广播该卖方发票数据存储请求到第一验证节点设备203，同样的，购买方企业对应的第二节点设备202根据自身的密钥对待存储发票数据进行加密，生成买方发票数据存储请求，并通过区块链网络广播该卖方发票数据存储请求到第一验证节点设备203；第一验证节点设备203接收到卖、买方发票数据存储请求后，根据第一节点设备201的公钥以及第二节点设备202的公钥分别对卖方发票数据存储请求以及买方发票数据请求进行解密，获取第一发票数据以及第二发票数据，在第一发票数据与第二发票数据相匹配时， 第一验证节点设备203根据第一发票数据或第二发票数据生成区块数据，并将区块数据写入到区块链中，实现将待存储发票数据保存到区块链中。
具体的，发票数据通常包括发票类型、发票代码、购买方企业信息、销售方企业信息、合计金额等多个数据字段；第一发票数据与第二发票数据相匹配时匹配可以是指第一发票数据中的各个数据字段与第二发票数据中的各个数据字段对应相等。通过对第一节点设备201以及第二节点设备202发出的发票数据进行验证，有效避免写入区块链的发票数据出错以及防止个人伪造虚假发票数据，提高区块链内发票数据的有效性以及可靠性。
上述基于区块链的发票数据共享系统，通过购买方企业的节点设备以及销售方的节点设备分别根据同一待存储发票数据发起买方发票数据存储请求以及卖方发票数据存储请求，卖方发票数据存储请求以及买方发票数据存储请求中的发票数据在通过第一验证节点设备的匹配验证后，第一验证节点设备根据待存储发票数据生成区块数据并存储至区块链中，实现分布式记载，每个企业都对应区块链中的一个节点，节点间实现共享账本，有效避免发票数据遭到篡改，提高了发票数据的安全性、真实性以及可靠性。
在其中一个实施例中，第一验证节点设备203用于获取第一节点设备的第一标识信息以及第二节点设备的第二标识信息；根据第一标识信息以及第二标识信息生成区块数据的识别信息；根据识别信息以及上一区块数据的识别信息生成头部信息，根据第一验证节点设备的私钥对第一发票数据或第二发票数据进行加密生成区块体信息；根据头部信息以及区块体信息生成区块数据。
本实施例中，标识信息是用于指示对应节点设备的唯一标识号码，可以是该节点设备的公钥、IP地址、对应企业的税号等。区块数据通常包括头部信息以及区块体信息；头部信息中包括本区块数据的识别信息以及上一区块的识别信息，使得多个区块数据形成链条，构成区块链；其中，识别信息是由第一验证节点设备203根据第一标识信息以及第二标识信息生成的，在后续进行发票数据查询时，发起查询请求的节点设备可以根据待查询企业对应 的节点设备的标识信息，查找区块链中各个区块数据的头部数据，从而获取与待查询企业对应的发票数据，可以有效简化查询发票数据的流程，节省通信资源；而区块体信息由第一验证节点设备203根据自身的私钥对待存储发票数据进行加密生成的，对发票数据进行加密，虽然区块链上的每一个节点设备可以读取到加密发票数据，但是并不能获知具体的发票数据内容，避免发票数据的泄漏。
在其中一个实施例中，如图3所示，提供了一种基于区块链的发票数据共享系统，基于区块链的发票数据共享系统还包括第二验证节点设备204；第一验证节点设备203用于根据第一标识信息、第二标识信息以及第一验证节点设备的私钥生成区块数据对应的签名信息，并将签名信息发送至第二验证节点设备204中；第二验证节点设备204用于获取签名信息，对签名信息进行签名认证；当第二验证节点设备204对签名信息的签名认证通过时，第一验证节点设备203将区块数据写入到区块链中。
本实施例实现将区块数据写入区块链之前，由第二验证节点设备204对新生成的区块数据进行二次验证，通过对节点设备的标识信息以及第一验证设备的私钥进行二次认证，实现对发票数据生成的企业用户、验证设备进行身份认证，避免非法的节点设备生成区块数据，进一步保证区块链以及发票数据的安全性。具体的，第一验证节点设备203卖方发票数据存储请求以及买方发票数据请求生成区块数据时，根据第一节点设备的标识信息、第二节点设备的标识信息以及第一验证节点设备自身的私钥信息生成区块数据的签名信息；区块链的第二验证节点设备204接收到区块数据的签名信息后，对该签名信息进行签名认证，若签名认证通过，第一验证节点设备203则将区块数据写入到区块链中以更新区块链。
在其中一个实施例中，基于区块链的发票数据共享系统还包括第三节点设备；第三节点设备用于发送查询请求至第一节点设备201以及第一验证节点设备203；第一节点设备201还用于获取到查询请求，根据查询请求发送查询应答请求至第一验证节点设备203，其中，查询应答请求包括第一节点 设备的第一标识信息；第一验证节点设备203还用于获取查询请求以及查询应答请求，根据查询请求以及查询应答请求发送第一验证节点设备203的公钥以及第一标识信息至第三节点设备；第三节点设备根据第一标识信息在区块链中查找与第一节点设备201相关的区块数据，并根据第一验证节点设备203的公钥对区块数据的区块体信息进行解密，得到与第一节点设备201相关的发票数据。
本实施例实现第三方企业或者机构查询发票数据的过程；第三方企业或者机构查询某一待查询企业的发票数据时，第三方企业或者机构对应的第三节点设备通过区块链网络向第一验证节点设备以及待查询企业对应的节点设备广播查询请求；若待查询企业同意第三方企业或者机构获取其发票数据，则节点设备在接收到查询请求后，发送查询应答请求至第一验证节点设备；第一验证节点设备接收到查询请求以及对应的查询应答请求后，返回自身的公钥以及待查询企业对应的节点设备的标识信息到第三节点设备，第三节点设备根据第一节点设备的标识信息在区块链中查找与每个区块数据的识别信息，获取与待查询企业对应的节点设备相关的区块数据，并根据获得的公钥对区块数据的区块体信息进行解密，获得与待查询企业对应的节点设备相关的发票数据，即获得待查询企业的发票数据。根据区块链技术存储发票数据，实现区块链中每个节点均可直接获取发票数据，有效简化获取发票数据的流程，节约通信资源，同时可以确保发票数据的安全性以及可追踪性。
在其中一个实施例中，如图4所示，提供了一种基于区块链的发票数据共享方法，以该方法应于基于区块链的发票数据共享系统中的第一验证节点设备，包括以下步骤：
步骤S310：接收第一节点设备发送的卖方发票数据存储请求以及第二节点设备发送的买方发票数据存储请求；其中，卖方发票数据存储请求由第一节点设备根据第一节点设备的私钥以及待存储发票数据生成；买方发票数据存储请求由第二节点设备根据第二节点设备的私钥以及待存储发票数据生成；
步骤S320：根据第一节点设备的公钥对卖方发票数据存储请求进行解密获取第一发票数据，根据第二节点设备的公钥对买方发票数据存储请求进行解密获取第二发票数据；
步骤S330：若第一发票数据与第二发票数据相匹配，则根据第一发票数据或第二发票数据生成区块数据，并将区块数据写入到区块链中。
本实施例中，第一验证节点设备接收到卖方发票数据存储请求以及买方发票数据存储请求后，根据第一节点设备的公钥以及第二节点设备的公钥分别对卖方发票数据存储请求以及买方发票数据请求进行解密，获取第一发票数据以及第二发票数据，在所述第一发票数据与所述第二发票数据相匹配时，第一验证节点设备根据所述第一发票数据或所述第二发票数据生成区块数据，并将所述区块数据写入到区块链中，实现将待存储发票数据保存到区块链中。
具体的，发票数据通常包括发票类型、发票代码、购买方企业信息、销售方企业信息、合计金额等多个数据字段；第一发票数据与第二发票数据相匹配时匹配可以是指第一发票数据中的各个数据字段与第二发票数据中的各个数据字段对应相等。通过对第一节点设备以及第二节点设备发出的发票数据进行验证，有效避免写入区块链的发票数据出错以及防止个人伪造虚假发票数据，提高区块链内发票数据的有效性以及可靠性。
上述基于区块链的发票数据共享方法，通过购买方企业的节点设备以及销售方的节点设备分别根据同一待存储发票数据发起买方发票数据存储请求以及卖方发票数据存储请求，卖、买方发票数据存储请求中的发票数据在通过第一验证节点设备的匹配验证后，第一验证节点设备根据待存储发票数据生成区块数据并存储至区块链中，实现分布式记载，每个企业都对应区块链中的一个节点，节点间实现共享账本，有效避免发票数据遭到篡改，提高了发票数据的安全性、真实性以及可靠性。
在其中一个实施例中，区块数据包括头部信息以及区块体信息；根据第一发票数据或第二发票数据生成区块数据的步骤，包括：获取第一节点设备 的第一标识信息以及第二节点设备的第二标识信息；根据第一标识信息以及第二标识信息生成区块数据的识别信息；根据识别信息以及上一区块数据的识别信息生成头部信息，根据第一验证节点设备的私钥对待第一发票数据或第二发票数据进行加密生成区块体信息；根据头部信息以及区块体信息生成区块数据。
本实施例中，标识信息是用于指示对应节点设备的唯一标识号码，可以是该节点设备的公钥、IP地址、对应企业的税号等。区块数据通常包括头部信息以及区块体信息；头部信息中包括本区块数据的识别信息以及上一区块的识别信息，使得多个区块数据形成链条，构成区块链；其中，识别信息是由第一验证节点设备根据第一标识信息以及第二标识信息生成的，在后续进行发票数据查询时，发起查询请求的节点设备可以根据待查询企业对应的节点设备的标识信息，查找区块链中各个区块数据的头部数据，从而获取与待查询企业对应的发票数据，可以有效简化查询发票数据的流程，节省通信资源；而区块体信息由第一验证节点设备根据私钥对待存储发票数据进行加密生成的，对发票数据进行加密，虽然区块链上的每一个节点设备可以读取到加密发票数据，但是并不能获知具体的发票数据内容，避免发票数据的泄漏。
在其中一个实施例中，将区块数据写入到区块链中的步骤之前，包括：根据第一标识信息、第二标识信息以及第一验证节点设备的私钥生成区块数据对应的签名信息；将区块数据写入到区块链中的步骤，包括：将签名信息发送至第二验证节点设备，其中，签名信息用于指示第二验证节点设备对签名信息进行签名认证；若签名认证通过，将区块数据写入到区块链中。
本实施例实现将区块数据写入区块链之前，由第二验证节点设备对新生成的区块数据进行二次验证，通过对节点设备的标识信息以及第一验证设备的私钥进行二次认证，实现对发票数据生成的企业账户、验证设备进行身份认证，避免非法的节点设备生成区块数据，进一步保证区块链以及发票数据的安全性。
在其中一个实施例中，方法还包括：获取第三节点设备发送的查询请求 以及第一验证节点设备发送的查询应答请求；其中，查询应答请求包括第一验证节点设备的第一标识信息；根据查询请求以及查询应答请求发送第一验证节点设备的公钥以及第一标识信息至第三节点设备；第一标识信息用于指示第三节点设备查找与第一节点设备相关的区块数据，第一验证节点设备的公钥用于指示第三节点设备对区块数据的区块体信息进行解密，得到与第一节点设备相关的发票数据。
本实施例实现第三方企业或者机构查询发票数据的过程，根据区块链技术存储发票数据，实现区块链中每个节点均可直接获取发票数据，有效简化获取发票数据的流程，节约通信资源，同时可以确保发票数据的安全性以及可追踪性。
应该理解的是，虽然图4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在其中一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性计算机可读存储介质、内存储器。该非易失性计算机可读存储介质存储有操作系统、计算机可读指令和数据库。该内存储器为非易失性计算机可读存储介质中的操作系统和计算机可读指令的运行提供环境。该计算机设备的数据库用于存储区块数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机可读指令被处理器执行时以实现一种基于区块链的发票数据共享方法。
本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性计算机可读存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (20)

  1. 一种基于区块链的发票数据共享系统，其特征在于，所述发票数据共享系统包括与销售方企业对应的第一节点设备、与购买方企业对应的第二节点设备以及第一验证节点设备，其中：
    所述第一节点设备，用于根据所述第一节点设备的私钥以及待存储发票数据生成卖方发票数据存储请求，并将所述卖方发票数据存储请求发送至所述第一验证节点设备；
    所述第二节点设备，用于根据所述第二节点设备的私钥以及待存储发票数据生成买方发票数据存储请求，并将所述买方发票数据存储请求发送至所述第一验证节点设备；
    所述第一验证节点设备，用于获取所述卖方发票数据存储请求以及所述买方发票数据请求；根据所述第一节点设备的公钥对卖方发票数据存储请求进行解密获取第一发票数据，根据所述第二节点设备的公钥对买方发票数据存储请求进行解密获取第二发票数据；
    当所述第一发票数据与所述第二发票数据相匹配时，根据所述第一发票数据或所述第二发票数据生成区块数据，并将所述区块数据写入到区块链中。
  2. 根据权利要求1所述的系统，其特征在于，所述第一验证节点设备用于：
    获取所述第一节点设备的第一标识信息以及所述第二节点设备的第二标识信息；
    根据所述第一标识信息以及所述第二标识信息生成区块数据的识别信息；
    根据所述识别信息以及上一区块数据的识别信息生成头部信息，根据所述第一验证节点设备的私钥对所述第一发票数据或所述第二发票数据进行加密生成区块体信息；
    根据所述头部信息以及所述区块体信息生成所述区块数据。
  3. 根据权利要求1所述的系统，其特征在于，还包括第二验证节点设备；
    所述第一验证节点设备用于根据所述第一标识信息、所述第二标识信息以及所述第一验证节点设备的私钥生成所述区块数据对应的签名信息，并将所述签名信息发送至所述第二验证节点设备中；
    所述第二验证节点设备用于获取所述签名信息，对所述签名信息进行签名认证；
    当所述第二验证节点设备对所述签名信息的签名认证通过时，所述第一验证节点设备将所述区块数据写入到区块链中。
  4. 根据权利要求2所述的系统，其特征在于，还包括第三节点设备；
    所述第三节点设备用于发送查询请求至所述第一节点设备以及所述第一验证节点设备；
    所述第一节点设备还用于获取到所述查询请求，根据所述查询请求发送查询应答请求至所述第一验证节点设备，其中，所述查询应答请求包括所述第一节点设备的第一标识信息；
    所述第一验证节点设备还用于获取所述查询请求以及所述查询应答请求，根据所述查询请求以及所述查询应答请求发送所述第一验证节点设备的公钥以及所述第一标识信息至所述第三节点设备；
    所述第三节点设备根据所述第一标识信息在区块链中查找与所述第一节点设备相关的区块数据，并根据所述第一验证节点设备的公钥对区块数据的区块体信息进行解密，得到与所述第一节点设备相关的发票数据。
  5. 一种基于区块链的发票数据共享方法，其特征在于，应于基于区块链的发票数据共享系统中，所述方法包括：
    接收第一节点设备发送的卖方发票数据存储请求以及第二节点设备发送的买方发票数据存储请求；其中，所述卖方发票数据存储请求由所述第一节点设备根据所述第一节点设备的私钥以及待存储发票数据生成；所述买方发票数据存储请求由所述第二节点设备根据所述第二节点设备的私钥以及待存储发票数据生成；
    根据所述第一节点设备的公钥对卖方发票数据存储请求进行解密获取第 一发票数据，根据所述第二节点设备的公钥对买方发票数据存储请求进行解密获取第二发票数据；及
    若所述第一发票数据与所述第二发票数据相匹配，则根据所述第一发票数据或所述第二发票数据生成区块数据，并将所述区块数据写入到区块链中。
  6. 根据权利要求5所述的方法，其特征在于，所述区块数据包括头部信息以及区块体信息；
    所述根据所述第一发票数据或所述第二发票数据生成区块数据，包括：
    获取所述第一节点设备的第一标识信息以及所述第二节点设备的第二标识信息；
    根据所述第一标识信息以及所述第二标识信息生成区块数据的识别信息；
    根据所述识别信息以及上一区块数据的识别信息生成头部信息，根据所述第一验证节点设备的私钥对所述第一发票数据或所述第二发票数据进行加密生成区块体信息；及
    根据所述头部信息以及所述区块体信息生成所述区块数据。
  7. 根据权利要求6所述的方法，其特征在于，在将所述区块数据写入到区块链中之前，所述方法还包括：
    根据所述第一标识信息、所述第二标识信息以及所述第一验证节点设备的私钥生成所述区块数据对应的签名信息；
    所述将所述区块数据写入到区块链中的步骤，包括：
    将所述签名信息发送至第二验证节点设备，其中，所述签名信息用于指示所述第二验证节点设备对所述签名信息进行签名认证；及
    若签名认证通过，将所述区块数据写入到区块链中。
  8. 根据权利要求6所述的方法，其特征在于，还包括：
    获取第三节点设备发送的查询请求以及所述第一验证节点设备发送的查询应答请求；其中，所述查询应答请求包括所述第一验证节点设备的第一标识信息；及
    根据所述查询请求以及所述查询应答请求发送所述第一验证节点设备的公钥以及所述第一标识信息至所述第三节点设备；所述第一标识信息用于指示所述第三节点设备查找与所述第一节点设备相关的区块数据，所述第一验证节点设备的公钥用于指示所述第三节点设备对区块数据的区块体信息进行解密，得到与所述第一节点设备相关的发票数据。
  9. 根据权利要求6至8所述的方法，其特征在于，所述第一发票数据或所述第二发票数据包括发票类型、发票代码、购买方企业信息、销售方企业信息以及发票金额数据。
  10. 根据权利要求9所述的方法，其特征在于，在根据第一发票数据或第二发票数据生成区块数据之前，还包括：
    对比所述第一发票数据以及所述第二发票数据；及
    当所述第一发送数据以及所述第二发票数据中各数据字段相等，所述第一发票数据以及所述第二发票数据相匹配。
  11. 一种计算机设备，包括存储器及一个或多个处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：
    接收第一节点设备发送的卖方发票数据存储请求以及第二节点设备发送的买方发票数据存储请求；其中，所述卖方发票数据存储请求由所述第一节点设备根据所述第一节点设备的私钥以及待存储发票数据生成；所述买方发票数据存储请求由所述第二节点设备根据所述第二节点设备的私钥以及待存储发票数据生成；
    根据所述第一节点设备的公钥对卖方发票数据存储请求进行解密获取第一发票数据，根据所述第二节点设备的公钥对买方发票数据存储请求进行解密获取第二发票数据；及
    若所述第一发票数据与所述第二发票数据相匹配，则根据所述第一发票数据或所述第二发票数据生成区块数据，并将所述区块数据写入到区块链中。
  12. 根据权利要求11所述的计算机设备，其特征在于，所述区块数据包 括头部信息以及区块体信息；所述处理器执行所述计算机可读指令时还执行以下步骤：
    获取所述第一节点设备的第一标识信息以及所述第二节点设备的第二标识信息；
    根据所述第一标识信息以及所述第二标识信息生成区块数据的识别信息；
    根据所述识别信息以及上一区块数据的识别信息生成头部信息，根据所述第一验证节点设备的私钥对所述第一发票数据或所述第二发票数据进行加密生成区块体信息；及
    根据所述头部信息以及所述区块体信息生成所述区块数据。
  13. 根据权利要求11所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：
    根据所述第一标识信息、所述第二标识信息以及所述第一验证节点设备的私钥生成所述区块数据对应的签名信息；
    所述将所述区块数据写入到区块链中的步骤，包括：
    将所述签名信息发送至第二验证节点设备，其中，所述签名信息用于指示所述第二验证节点设备对所述签名信息进行签名认证；及
    若签名认证通过，将所述区块数据写入到区块链中。
  14. 根据权利要求11所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：
    获取第三节点设备发送的查询请求以及所述第一验证节点设备发送的查询应答请求；其中，所述查询应答请求包括所述第一验证节点设备的第一标识信息；及
    根据所述查询请求以及所述查询应答请求发送所述第一验证节点设备的公钥以及所述第一标识信息至所述第三节点设备；所述第一标识信息用于指示所述第三节点设备查找与所述第一节点设备相关的区块数据，所述第一验证节点设备的公钥用于指示所述第三节点设备对区块数据的区块体信息进行 解密，得到与所述第一节点设备相关的发票数据。
  15. 根据权利要求11所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：
    对比所述第一发票数据以及所述第二发票数据；及
    当所述第一发送数据以及所述第二发票数据中各数据字段相等，所述第一发票数据以及所述第二发票数据相匹配。
  16. 一个或多个存储有计算机可读指令的非易失性计算机可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：
    接收第一节点设备发送的卖方发票数据存储请求以及第二节点设备发送的买方发票数据存储请求；其中，所述卖方发票数据存储请求由所述第一节点设备根据所述第一节点设备的私钥以及待存储发票数据生成；所述买方发票数据存储请求由所述第二节点设备根据所述第二节点设备的私钥以及待存储发票数据生成；
    根据所述第一节点设备的公钥对卖方发票数据存储请求进行解密获取第一发票数据，根据所述第二节点设备的公钥对买方发票数据存储请求进行解密获取第二发票数据；及
    若所述第一发票数据与所述第二发票数据相匹配，则根据所述第一发票数据或所述第二发票数据生成区块数据，并将所述区块数据写入到区块链中。
  17. 根据权利要求16所述的存储介质，其特征在于，所述区块数据包括头部信息以及区块体信息；所述计算机可读指令被所述处理器执行时还执行以下步骤：
    获取所述第一节点设备的第一标识信息以及所述第二节点设备的第二标识信息；
    根据所述第一标识信息以及所述第二标识信息生成区块数据的识别信息；
    根据所述识别信息以及上一区块数据的识别信息生成头部信息，根据所 述第一验证节点设备的私钥对所述第一发票数据或所述第二发票数据进行加密生成区块体信息；及
    根据所述头部信息以及所述区块体信息生成所述区块数据。
  18. 根据权利要求16所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时还执行以下步骤：
    根据所述第一标识信息、所述第二标识信息以及所述第一验证节点设备的私钥生成所述区块数据对应的签名信息；
    所述将所述区块数据写入到区块链中的步骤，包括：
    将所述签名信息发送至第二验证节点设备，其中，所述签名信息用于指示所述第二验证节点设备对所述签名信息进行签名认证；及
    若签名认证通过，将所述区块数据写入到区块链中。
  19. 根据权利要求16所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时还执行以下步骤：
    获取第三节点设备发送的查询请求以及所述第一验证节点设备发送的查询应答请求；其中，所述查询应答请求包括所述第一验证节点设备的第一标识信息；及
    根据所述查询请求以及所述查询应答请求发送所述第一验证节点设备的公钥以及所述第一标识信息至所述第三节点设备；所述第一标识信息用于指示所述第三节点设备查找与所述第一节点设备相关的区块数据，所述第一验证节点设备的公钥用于指示所述第三节点设备对区块数据的区块体信息进行解密，得到与所述第一节点设备相关的发票数据。
  20. 根据权利要求16所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时还执行以下步骤：
    对比所述第一发票数据以及所述第二发票数据；及
    当所述第一发送数据以及所述第二发票数据中各数据字段相等，所述第一发票数据以及所述第二发票数据相匹配。
PCT/CN2018/124901 2018-09-18 2018-12-28 基于区块链的发票数据共享系统以及方法 WO2020057002A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201811087272.4A CN109359485A (zh) 2018-09-18 2018-09-18 基于区块链的发票数据共享系统以及方法
CN201811087272.4 2018-09-18

Publications (1)

Publication Number Publication Date
WO2020057002A1 true WO2020057002A1 (zh) 2020-03-26

Family

ID=65351195

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/124901 WO2020057002A1 (zh) 2018-09-18 2018-12-28 基于区块链的发票数据共享系统以及方法

Country Status (2)

Country Link
CN (1) CN109359485A (zh)
WO (1) WO2020057002A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110245187A (zh) * 2019-05-20 2019-09-17 深圳壹账通智能科技有限公司 一种基于区块链的名单类型查询方法及节点
CN110349322B (zh) * 2019-07-17 2021-02-26 安徽航天信息有限公司 一种发票数据验证方法、装置及设备
CN112465575A (zh) * 2019-09-09 2021-03-09 辽宁政税科技有限公司 一种基于区块链技术的发票管理系统及方法
CN110598479B (zh) * 2019-09-20 2024-06-21 腾讯科技（深圳）有限公司 一种数据处理方法、装置以及计算机可读存储介质
CN110598457B (zh) * 2019-09-24 2023-11-24 腾讯科技（深圳）有限公司 一种票据处理方法、装置、处理设备及计算机存储介质
CN110738502A (zh) * 2019-10-10 2020-01-31 腾讯科技（深圳）有限公司 一种票据处理方法、装置及存储介质装置
CN112714095A (zh) * 2019-10-25 2021-04-27 航天信息股份有限公司 一种基于区块链的发票管理方法、装置及计算机设备
CN111858769B (zh) * 2020-07-28 2024-05-03 北京金山云网络技术有限公司 数据使用方法、装置、节点设备及存储介质
CN113377869B (zh) * 2021-06-18 2023-04-28 成都金融梦工场投资管理有限公司 一种区块链共享信息均衡存储方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107240001A (zh) * 2017-06-06 2017-10-10 北京汇通金财信息科技有限公司 一种数字资产的交易方法和系统
CN107451874A (zh) * 2017-07-27 2017-12-08 武汉天喻信息产业股份有限公司 基于区块链的电子发票综合处理方法及系统
CN108288222A (zh) * 2018-03-05 2018-07-17 数字乾元科技有限公司 基于区块链的财税处理系统及方法
CN108389085A (zh) * 2018-01-03 2018-08-10 浪潮软件集团有限公司 一种管理发票的方法、装置及系统
WO2018161903A1 (zh) * 2017-03-10 2018-09-13 腾讯科技（深圳）有限公司 电子票据管理方法、装置及存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160342989A1 (en) * 2015-05-21 2016-11-24 Mastercard International Incorporated Method and system for processing blockchain-based transactions on existing payment networks
TW201801009A (zh) * 2016-06-30 2018-01-01 神通資訊科技股份有限公司 利用區塊鏈存放電子發票之方法
CN106952124A (zh) * 2017-03-16 2017-07-14 北京牛链科技有限公司 基于分布式记账的电子发票管理系统和方法
CN107528877B (zh) * 2017-06-09 2020-07-28 中国银联股份有限公司 基于区块链结构的安全性电子文件处理系统及方法
CN107369008A (zh) * 2017-07-17 2017-11-21 北京京东金融科技控股有限公司 用于提高票据交易安全性的管理方法、装置及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018161903A1 (zh) * 2017-03-10 2018-09-13 腾讯科技（深圳）有限公司 电子票据管理方法、装置及存储介质
CN107240001A (zh) * 2017-06-06 2017-10-10 北京汇通金财信息科技有限公司 一种数字资产的交易方法和系统
CN107451874A (zh) * 2017-07-27 2017-12-08 武汉天喻信息产业股份有限公司 基于区块链的电子发票综合处理方法及系统
CN108389085A (zh) * 2018-01-03 2018-08-10 浪潮软件集团有限公司 一种管理发票的方法、装置及系统
CN108288222A (zh) * 2018-03-05 2018-07-17 数字乾元科技有限公司 基于区块链的财税处理系统及方法

Also Published As

Publication number Publication date
CN109359485A (zh) 2019-02-19

Similar Documents

Publication Publication Date Title
WO2020057002A1 (zh) 基于区块链的发票数据共享系统以及方法
CN110581860B (zh) 基于区块链的身份认证方法、装置、存储介质和设备
CN109255084B (zh) 电子票据查询方法、装置、存储介质和计算机设备
WO2019136959A1 (zh) 数据处理方法、装置、计算机设备和存储介质
WO2020119306A1 (zh) 基于区块链的发票访问方法和装置、电子设备
WO2021203586A1 (zh) 报关数据处理方法、装置、计算机设备和存储介质
US20200195645A1 (en) Blockchain-based account management
US10911538B2 (en) Management of and persistent storage for nodes in a secure cluster
WO2020001103A1 (zh) 基于区块链的电子签名方法及装置、电子设备
WO2017024934A1 (zh) 实现电子签章的方法、装置及签章服务器
JP2023502346A (ja) 量子安全ネットワーキング
CN110942382B (zh) 电子合同的生成方法、装置、计算机设备及存储介质
EP3477891A1 (en) Methods for recording and sharing a digital identity of a user using distributed ledgers
WO2021003977A1 (zh) 违约信息查询方法、装置、计算机设备和存储介质
US11405198B2 (en) System and method for storing and managing keys for signing transactions using key of cluster managed in trusted execution environment
CN112215609B (zh) 基于超级账本的房产用户身份认证方法、装置和电子设备
WO2020215685A1 (zh) 基于区块链的信息处理、获取方法、装置、设备及介质
CN113015991A (zh) 安全的数字钱包处理系统
WO2020186727A1 (zh) 基于区块链的敏感数据交易方法及系统
CN112966309A (zh) 一种基于区块链的业务实现方法和装置
CN114338081B (zh) 多区块链统一身份认证方法、装置、计算机设备
US11870898B2 (en) Split keys for wallet recovery
CN110914826A (zh) 用于分布式数据映射的系统和方法
CN116522356A (zh) 数据查询方法及装置
US20200175512A1 (en) Key Generation in Secure Electronic Payment Systems

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18933760

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 08.07.2021)

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 08/07/2021)

122 Ep: pct application non-entry in european phase

Ref document number: 18933760

Country of ref document: EP

Kind code of ref document: A1