WO2020220741A1 - 一种基于区块链的业务溯源方法、装置以及电子设备 - Google Patents

一种基于区块链的业务溯源方法、装置以及电子设备 Download PDF

Info

Publication number
WO2020220741A1
WO2020220741A1 PCT/CN2020/070606 CN2020070606W WO2020220741A1 WO 2020220741 A1 WO2020220741 A1 WO 2020220741A1 CN 2020070606 W CN2020070606 W CN 2020070606W WO 2020220741 A1 WO2020220741 A1 WO 2020220741A1
Authority
WO
WIPO (PCT)
Prior art keywords
business
vouchers
linked list
voucher
dimension
Prior art date
Application number
PCT/CN2020/070606
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 创新先进技术有限公司
Priority to US16/803,955 priority Critical patent/US11055792B2/en
Publication of WO2020220741A1 publication Critical patent/WO2020220741A1/zh

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22Indexing; Data structures therefor; Storage structures
    • G06F16/2228Indexing structures
    • G06F16/2255Hash tables
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23Updating
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2455Query execution
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28Databases characterised by their database models, e.g. relational or object models
    • G06F16/283Multi-dimensional databases or data warehouses, e.g. MOLAP or ROLAP

Definitions

  • One or more embodiments of this specification relate to the field of blockchain technology, and in particular to a method, device, and electronic equipment for business traceability based on blockchain.
  • Blockchain technology also known as distributed ledger technology, is an emerging technology in which several computing devices participate in "bookkeeping" and jointly maintain a complete distributed database. Because the blockchain technology has the characteristics of decentralization, openness and transparency, each computing device can participate in database records, and the rapid data synchronization between computing devices, the blockchain technology has been widely used in many fields. To apply.
  • this specification provides a blockchain-based business traceability method, device and electronic equipment to achieve business traceability for the target business dimension.
  • a blockchain-based business traceability method is provided.
  • the method is applied to a business system, and the blockchain stores business vouchers for multiple business dimensions;
  • the business vouchers form multiple business vouchers linked lists;
  • the business system maintains the correspondence between the tail nodes of each business vouchers linked list and the business index of the business dimension to which each business vouchers linked list belongs;
  • the method includes:
  • the service traceability request carries the business index of the target business dimension
  • the corresponding relationship is updated in the following manner:
  • the business index of the target business dimension is updated from unlocked to locked Status, and update the end node of the maintained target business certificate linked list to the target business certificate;
  • the business voucher of the target business dimension is updated from the locked state to the unlocked state.
  • the business voucher includes multiple pointer fields; each pointer field corresponds to a different business dimension;
  • the pointer field is used to fill a linked list pointer; the business vouchers of multiple business dimensions of the blockchain deposit certificate form multiple business vouchers linked lists based on the linked list pointers in the pointer field of the business vouchers.
  • the linked list pointer is a hash pointer.
  • the business certificate linked list is a singly linked list.
  • the business certificate linked list includes:
  • the second type of business vouchers linked list is constructed according to the order of business occurrence.
  • the first-type business voucher linked list is a linked list composed of billing voucher, payment voucher, account write-off voucher, and settlement voucher of the same fee collection agency business in the order of the business stages of the fee collection agency service.
  • the second-type business certificate linked list is composed of any one of the following:
  • the blockchain includes a consortium chain formed by a payment institution and a payment platform;
  • the business includes: payment collection service provided by the payment platform to payment institutions; the business vouchers include: bill payment, payment vouchers, credit vouchers, settlement vouchers, and refund vouchers.
  • a business traceability device based on a blockchain is provided, the device is applied to a business system, and the blockchain stores business credentials of multiple business dimensions; the multiple business dimensions The business vouchers form multiple business vouchers linked lists; the business system maintains the correspondence between the tail nodes of each business vouchers linked list and the business index of the business dimension to which each business vouchers linked list belongs;
  • the device includes:
  • the response unit is configured to respond to a service traceability request for any target business dimension initiated by the client; the service traceability request carries the business index of the target business dimension;
  • the determining unit is configured to query the corresponding relationship and determine the tail node corresponding to the business index of the target business dimension
  • the traceability unit is used to query the business vouchers of the target business dimension of the blockchain deposit certificate based on the linked list pointer recorded in the tail node, and return the queried business vouchers to the client to complete the matching Business traceability of the target business dimension.
  • the device further includes:
  • the monitoring unit is used to monitor the business vouchers of the target business dimension stored on the blockchain;
  • the lock update unit is used to index the business index of the target business dimension when it is monitored that the blockchain has stored the target business voucher as a newly added node in the target business voucher linked list corresponding to the target business dimension Update from the unlocked state to the locked state, and update the tail node of the maintained target business credential linked list to the target business credential;
  • the unlocking unit is configured to update the business vouchers of the target business dimension from the locked state to the unlocked state after the tail node of the maintained target business voucher linked list is updated to the target business voucher.
  • the business voucher includes multiple pointer fields; each pointer field corresponds to a different business dimension;
  • the pointer field is used to fill a linked list pointer; the business vouchers of multiple business dimensions of the blockchain deposit certificate form multiple business vouchers linked lists based on the linked list pointers in the pointer field of the business vouchers.
  • the linked list pointer is a hash pointer.
  • the business certificate linked list is a singly linked list.
  • the business certificate linked list includes:
  • the second type of business vouchers linked list is constructed according to the order of business occurrence.
  • the first-type business voucher linked list is a linked list composed of billing voucher, payment voucher, account write-off voucher, and settlement voucher of the same fee collection agency business in the order of the business stages of the fee collection agency service.
  • the second-type business certificate linked list is composed of any one of the following:
  • the blockchain includes a consortium chain formed by a payment institution and a payment platform;
  • the business includes: payment collection service provided by the payment platform to payment institutions; the business vouchers include: bill payment, payment vouchers, credit vouchers, settlement vouchers, and refund vouchers.
  • an electronic device including:
  • Memory for storing machine executable instructions
  • the service traceability request carries the business index of the target business dimension
  • the blockchain stores business vouchers of multiple business dimensions; the business vouchers of multiple business dimensions form multiple business vouchers linked lists.
  • this manual uses the blockchain to store business vouchers in multiple business dimensions, which can not only use the non-tamperable characteristics of the data stored in the blockchain, but also improve the accuracy of business traceability.
  • the business vouchers can also be described in multiple business dimensions, so that users can be provided with traceability services of multiple business dimensions, which effectively improves the richness of traceability services and meets the diverse needs of users.
  • the business vouchers of multiple business dimensions of the blockchain deposit form multiple business vouchers linked lists
  • the business system locally maintains the correspondence between the end nodes of each business vouchers linked list and the business indexes of each business dimension, so that the business Based on the tail section, the system can find the business voucher corresponding to each node in the business voucher linked list containing the tail node, thereby achieving business traceability.
  • Fig. 1 is a schematic diagram of a business traceability system based on blockchain according to an exemplary embodiment of this specification
  • Fig. 2 is a schematic diagram of a business certificate shown in an exemplary embodiment of this specification
  • Fig. 3 is a flowchart of a method for business traceability based on blockchain according to an exemplary embodiment of this specification
  • Fig. 4 is a hardware structure diagram of an electronic device shown in an exemplary embodiment of this specification.
  • Fig. 5 is a block diagram of a business traceability device based on blockchain according to an exemplary embodiment of this specification.
  • first, second, third, etc. may be used in this specification to describe various information, the information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other.
  • first information may also be referred to as second information, and similarly, the second information may also be referred to as first information.
  • word “if” as used herein can be interpreted as "when” or “when” or "in response to determination”.
  • the purpose of this manual is to propose a business voucher using multiple business dimensions of blockchain deposits to complete a technical solution for business traceability in any business dimension.
  • this manual uses the blockchain to store business vouchers in multiple business dimensions. Not only can the data stored in the blockchain be used to improve the accuracy of business traceability, it can also be used in multiple business dimensions. Describe the business vouchers, so as to provide users with traceability services in multiple business dimensions, effectively improve the richness of traceability services, and meet the diverse needs of users.
  • the business system locally maintains the correspondence between the end nodes of each business vouchers linked list and the business indexes of each business dimension, so that the business After the system receives the business traceability request for the target business dimension sent by the client, it can determine the tail node corresponding to the target business index in the correspondence relationship based on the target business index in the business traceability request, and use the tail
  • the linked list pointer in the node finds the business voucher corresponding to each node in the business voucher linked list where the tail node is located, thereby completing the business traceability for the target business dimension.
  • Fig. 1 is a schematic diagram of a blockchain-based business traceability system shown in an exemplary embodiment of this specification.
  • the traceability system of the blockchain includes: blockchain, business system, and client.
  • the aforementioned business system refers to a system that participates in business execution and provides users with business traceability services.
  • the user can complete the payment to the payment institution through the payment platform.
  • the foregoing business system may be a payment platform in a payment collection service, or a payment agency in a payment collection service, etc.
  • the business system is only exemplified here, and no specific limitation is made.
  • the above-mentioned payment institutions refer to institutions that can issue bills.
  • the payment agency service is the payment of water and electricity fees
  • the payment agency may be the payee agency of the water and electricity fees. Users can pay water and electricity bills to the payee institution through the payment platform.
  • the payment collection service is a credit card repayment service
  • the payment structure may be a banking institution, and the user can complete the credit card repayment service to the banking institution through the payment platform.
  • the aforementioned payment platform refers to a third-party platform that can perform payment collection functions.
  • the payment platform can be Alipay, JD Finance, WeChat, and similar products with payment collection functions in banks.
  • the above-mentioned client refers to the client that is docked with the above-mentioned business system.
  • the user can initiate business traceability through the client, and the business system can return the business traceability result to the client.
  • the client is not specifically limited here.
  • the above-mentioned blockchains are generally divided into three types: Public Blockchain, Private Blockchain and Consortium Blockchain.
  • the most decentralized one is the public chain.
  • the public chain is represented by Bitcoin and Ethereum. Participants who join the public chain can read the data records on the chain, participate in transactions, and compete for the accounting rights of new blocks.
  • each participant ie, node
  • the private chain is the opposite.
  • the write permission of the network is controlled by an organization or institution, and the data read permission is regulated by the organization.
  • the private chain can be a weakly centralized system with strict restrictions and few participating nodes. This type of blockchain is more suitable for internal use by specific institutions.
  • the alliance chain is a block chain between the public chain and the private chain, which can achieve "partial decentralization".
  • Each node in the alliance chain usually has a corresponding entity or organization; participants are authorized to join the network and form a stakeholder alliance to jointly maintain the operation of the blockchain.
  • the blockchain described in this specification can specifically include any type of blockchain network; in practical applications, any of a public chain, a private chain, or a consortium chain can be used.
  • the blockchain may be a consortium chain composed of the aforementioned payment institutions and payment platforms. This is only an exemplary description, and no specific limitation is made.
  • the business dimension refers to the perspective of describing the business.
  • a payment collection service involves business serial numbers, payment users, and payment agencies.
  • the payment collection service can be described from the perspective of the service serial number, the paying user, or the paying agency.
  • the service serial number, the paying user, and the paying agency are the business dimensions of the payment collection service.
  • the business index corresponds to the business dimension, and one business dimension can include multiple business indexes.
  • the business dimension is the business serial number
  • the business index is the specific serial number.
  • the business index is the business serial number 1234567
  • the business index is the serial number 1345678.
  • the business dimension is the payment user
  • the business index is the specific payment user identification.
  • the business index is the user ID of the paying user Wang.
  • business dimension and business index are only exemplified here, and no specific limitation is made.
  • Business voucher refers to voucher data generated during each stage of the execution of each business.
  • the payment institution will generate the user's billing voucher.
  • users pay for these services or goods, they need to complete the payment through the payment platform.
  • the payment platform may deposit the funds into the intermediate account and generate a payment voucher.
  • the payment platform notifies the payment institution to write off the account, and the payment institution generates an account cancellation voucher.
  • the payment platform will settle the payment funds of each user for the payment institution to the payment institution and generate a settlement certificate. If the transaction is unsuccessful and a refund occurs, the payment platform can return the funds paid by the user to the user and generate a refund voucher.
  • the above-mentioned billing vouchers, payment vouchers, credit vouchers, settlement vouchers, and refund vouchers are all business vouchers.
  • the business voucher is only exemplified here, and no specific limitation is made.
  • the voucher after the business executor generates the business voucher, the voucher can be published to the blockchain for storage.
  • the payment institution will generate the user's billing voucher, and publish the billing voucher to the blockchain for storage.
  • the payment platform When the payment platform monitors the billing voucher of the blockchain deposit certificate, it can initiate a payment service to the user. After the user completes the payment, the payment platform can generate a payment certificate and publish the payment certificate to the blockchain for deposit.
  • the payment institution When the payment institution monitors the payment voucher of the blockchain deposit certificate, it can write off the account, generate a write-off voucher, and publish the bill-off voucher to the blockchain for deposit.
  • the payment platform monitors the account cancellation certificate deposited on the blockchain, it can obtain the account cancellation result of the payment institution.
  • the payment platform can complete the settlement based on the payment certificate and write-off certificate of the blockchain deposit certificate, and publish the settlement certificate to the blockchain for deposit certificate.
  • the business certificate deposited on the blockchain of this specification includes multiple pointer fields.
  • Each pointer field corresponds to services of multiple dimensions.
  • the pointer field corresponding to the business dimension is filled with a linked list pointer that points to the previous business voucher or the business voucher of the previous business stage.
  • the business vouchers corresponding to the business dimension form a linked list of business vouchers corresponding to the business dimension through the linked list pointers filled in by the pointer field of its own.
  • the business vouchers deposited on the blockchain form the linked list of business vouchers corresponding to each business dimension through the linked list pointers in the pointer fields corresponding to different business dimensions stored by themselves.
  • the business certificate linked list of this manual may include:
  • the second type of business vouchers linked list is constructed according to the order of business occurrence.
  • the first type of business voucher linked list can be composed of the billing voucher, payment voucher, write-off voucher, and settlement voucher of the blockchain deposit certificate, in accordance with the business stage order of the payment collection service Linked list.
  • the second type of business voucher linked list may be composed of multiple bill payment vouchers in the order of billing.
  • the linked list of the second type of business vouchers may also be composed of multiple payment vouchers in the order of payment occurrence.
  • the linked list of the second type of business vouchers may also be composed of a plurality of write-off vouchers in the order in which the write-off occurs.
  • the second type of business vouchers may also be composed of multiple settlement vouchers in the order in which settlement occurs.
  • the third payment voucher contains two pointer fields, namely pointer field 1 and pointer field 2.
  • the pointer field 1 and the pointer field 2 respectively correspond to the two business dimensions of the business serial number dimension and the paying user dimension.
  • the payment user corresponding to the third payment voucher is user 1
  • the pointer field 1 of the third payment voucher is filled with the business voucher of the previous stage of the business with the serial number 1234567, that is, the linked list pointer of the third billing voucher with the serial number 1234567 is filled.
  • the third bill-off voucher and the third settlement voucher for the business with the serial number 1234567 are also stored on the blockchain.
  • the specified field corresponding to the serial number dimension in the third write-off voucher is filled with the linked list pointer of the third payment voucher.
  • the specified field corresponding to the serial number dimension in the third settlement voucher is filled with the linked list pointer of the third settlement voucher.
  • a business voucher linked list 1 corresponding to the business dimension of the serial number is formed, that is, each node of the business voucher linked list 1 is the third billing voucher, the first Three payment vouchers, the third write-off vouchers, and the third settlement vouchers.
  • the business dimension corresponding to the business voucher linked list 1 is the serial number business dimension
  • the business index corresponding to the business voucher linked list 1 is the serial number 1234567.
  • the business certificate linked list corresponding to the serial number dimension is the above-mentioned first-type business certificate linked list.
  • the pointer field 2 of the third payment voucher is filled with the linked list pointer of the second payment voucher corresponding to the paying user 1, and the pointer field corresponding to the paying user 1 in the second payment voucher is filled with the paying user 1.
  • the business voucher linked list 2 corresponding to the billing user 1 is formed by the payment pointers corresponding to the billing user 1 in the order of payment occurrence, that is, the nodes of the business voucher linked list 2 are the first payment corresponding to the billing user 1 in turn Voucher, second payment certificate and third payment certificate.
  • the business dimension corresponding to the business voucher linked list 2 is the paying user dimension, and the business index is the identification of the paying user 1.
  • Level 2 of the business certificate chain is the above-mentioned second type of business certificate chain.
  • the above-mentioned business certificate linked list may be a singly linked list, and the above-mentioned linked list pointer may be a hash pointer. This is only an exemplary description, and no specific limitation is made.
  • this manual uses the blockchain to store business vouchers in multiple business dimensions, which can not only use the non-tamperable characteristics of the data stored in the blockchain, improve the accuracy of business traceability, but also
  • the business vouchers are described in multiple business dimensions, which can provide users with traceability services in multiple business dimensions, which effectively improves the richness of traceability services and meets the diverse needs of users.
  • the business system also maintains the correspondence between the tail node of each business voucher linked list and the business index of the business dimension to which each business voucher linked list belongs.
  • business certificate linked lists namely business certificate linked list 1, business certificate linked list 2, and business certificate linked list 3.
  • the business dimension corresponding to the business certificate linked list 1 is the business serial number
  • the business index of the business certificate linked list 1 is the serial number 1234567
  • the tail node is the fourth node in the business certificate linked list 1.
  • the business dimension corresponding to the business certificate linked list 2 is the business serial number
  • the business index of the business certificate linked list 2 is the serial number 1314288
  • the tail node is the third node in the business certificate linked list 1.
  • the business dimension corresponding to the business voucher linked list 3 is the paying user
  • the business index of the business voucher linked list 3 is the identification of the serial number paying user 1
  • the tail node is the third node in the business voucher linked list 1.
  • End node of business certificate list The business index of the business dimension to which the business certificate linked list belongs The third node of the business certificate chain 1 Business serial number 1234567 The third node of business certificate chain 2 Business serial number 1314288 The third node of the business certificate list 3 ID of paying user 1
  • the tail node in the correspondence relationship maintained by the business system may be the business voucher corresponding to the end node of the business voucher linked list, or may be a hash pointer to the end node of the business voucher linked list. This is only an exemplary description, and no specific limitation is made.
  • the business system can find the end node on the blockchain based on the end node.
  • the business vouchers corresponding to each node in the business vouchers chain table realizes business traceability and improves the efficiency of business traceability.
  • FIG. 3 is a flowchart of a blockchain-based business traceability method shown in an exemplary embodiment of this specification.
  • the method can be applied to a business system and may include the following steps.
  • Step 302 The service system may respond to a service traceability request for any target service dimension initiated by the client; the service traceability request carries the service index of the target service dimension.
  • Step 304 The business system queries the corresponding relationship and determines the tail node corresponding to the business index of the target business dimension.
  • the client after the client monitors the user's initiation operation for the business traceability of the target business dimension, it can initiate a business traceability request for the target business dimension to the business system.
  • the business traceability request carries the business index of the target business dimension.
  • the business system may respond to the business traceability request for the target business dimension initiated by the client, and determine the tail node corresponding to the business index of the target business dimension in the corresponding relationship maintained by the business system.
  • the business index of the target business dimension carried in the business traceability request initiated by the client to the business system is serial number 1234567.
  • the business system can search for the tail node corresponding to the serial number 1234567 in the correspondence relationship shown in Table 1.
  • the found tail node is the third node in the business certificate linked list 1.
  • Step 306 The business system queries the business vouchers of the target business dimension of the blockchain deposit certificate based on the linked list pointer recorded in the tail node, and returns the queried business vouchers to the client to complete the matching Business traceability of the target business dimension.
  • the business system can find the business voucher to which the tail node belongs based on the pointer field in the business voucher corresponding to the business index of the target business dimension
  • a linked list node on the linked list searches for the third linked list node from the bottom of the business voucher linked list according to the pointer field in the previous linked list node corresponding to the business index of the target business dimension.
  • the business vouchers corresponding to each linked list node on the business vouchers linked list corresponding to the business index of the target business dimension are obtained, and the business vouchers are returned to the client, thereby completing the business traceability of the target business dimension.
  • the business system can find the tail node based on the locally maintained hash pointer, and then based on the business voucher corresponding to the tail node and the business dimension of the target business Index the corresponding pointer field, find a linked list node on the business voucher linked list to which the tail node belongs, and then find the third from the bottom of the business voucher linked list according to the pointer field in the previous linked list node corresponding to the business index of the target business dimension Linked list node.
  • the business vouchers corresponding to each linked list node on the business vouchers linked list corresponding to the business index of the target business dimension are obtained, and the business vouchers are returned to the client, thereby completing the business traceability of the target business dimension.
  • step 302 it is assumed that the tail node found by the business system is the third node of the business credential linked list 1.
  • the first linked list node of the business certificate linked list 1 corresponds to the billing certificate
  • the second linked list node corresponds to the payment certificate
  • the third linked list node corresponds to the cancellation certificate.
  • the pointer field in the payment voucher corresponding to the business serial number 1234567 is filled with a hash pointer to the billing voucher.
  • the pointer field corresponding to the business serial number 1234567 in the write-off voucher is filled with a hash pointer to the payment voucher.
  • the business system can find the payment voucher in the blockchain based on the hash pointer that points to the payment voucher in the bill-off voucher.
  • the business system finds the billing voucher in the blockchain based on the hash pointer that points to the billing voucher in the payment voucher.
  • the business system can return the found billing vouchers, payment vouchers, and write-off vouchers to the user, thereby achieving business traceability for the business serial number 1234567.
  • the business system can find the write-off voucher in the blockchain based on the hash pointer, and based on the hash pointer that points to the payment voucher in the write-off voucher , Find the payment certificate in the blockchain. The business system then finds the billing voucher in the blockchain based on the hash pointer that points to the billing voucher in the payment voucher. The business system can return the found billing vouchers, payment vouchers, and write-off vouchers to the user, thereby achieving business traceability for the business serial number 1234567.
  • the business system since the business vouchers of multiple business dimensions of the blockchain deposit certificate constitute multiple business vouchers linked lists, and the business system locally maintains the correspondence between the tail nodes of each business vouchers linked list and the business indexes of each business dimension, so After the business system receives the business traceability request for the target business dimension sent by the client, it can determine the tail node corresponding to the target business index in the correspondence relationship based on the target business index in the business traceability request, and use the The linked list pointer in the tail node finds the business voucher corresponding to each node in the business voucher linked list where the tail node is located, thereby completing the business traceability for the target business dimension.
  • this manual also provides a method for updating the corresponding relationship for business system maintenance.
  • the business index in the corresponding relationship is locked first, so that the tail node corresponding to the business index cannot be updated repeatedly.
  • the service system can unlock the service index.
  • the business system monitors the business vouchers of the target business dimension stored on the blockchain
  • the business system monitors that the blockchain stores the target business voucher as a newly added node in the target business voucher linked list corresponding to the target business dimension, it updates the business index of the target business dimension from the unlocked state Is the locked state, and the end node of the maintained target business certificate linked list is updated to the target business certificate; and,
  • the business system updates the end node of the maintained target business voucher linked list to the target business voucher, it updates the business voucher of the target business dimension from the locked state to the unlocked state; wherein, when the business index is locked In the state, the tail node corresponding to the service index cannot be updated repeatedly.
  • the current business system maintains the correspondence 1 between the write-off voucher (the end node of the business voucher linked list corresponding to the business serial number 1234567) and the business serial number 1234567 (business index).
  • the business system can change the business serial number 1234567 from The unlocked state is updated to the locked state, and the tail node in the locally maintained correspondence 1 is updated from the cancellation voucher to the settlement voucher. After the tail node is updated, the serial number 1234567 is updated from the locked state to the unlocked state.
  • this specification also provides an embodiment of a blockchain-based business traceability device.
  • the embodiment of the business traceability device based on blockchain in this specification can be applied to electronic equipment.
  • the device embodiments can be implemented by software, or by hardware or a combination of software and hardware. Taking software implementation as an example, as a logical device, it is formed by reading the corresponding computer program instructions in the non-volatile memory into the memory through the processor of the electronic device where it is located.
  • FIG 4 a hardware structure diagram of the electronic equipment where the business configuration device of the block of this specification is located, except for the processor, memory, network interface, and non-volatile memory shown in Figure 4
  • the electronic device in which the device is located in the embodiment may also include other hardware according to the actual function of the electronic device, which will not be repeated here.
  • FIG. 5 is a block diagram of a blockchain-based business traceability device according to an exemplary embodiment of this specification.
  • the device is applied to a business system, and the blockchain stores multiple business dimensions.
  • Business vouchers; the business vouchers of the multiple business dimensions constitute multiple business vouchers linked lists; the business system maintains the correspondence between the tail nodes of each business vouchers linked list and the business index of the business dimension to which each business vouchers linked list belongs;
  • the device includes:
  • the response unit 501 is configured to respond to a service traceability request for any target business dimension initiated by the client; the service traceability request carries the business index of the target business dimension;
  • the determining unit 502 is configured to query the corresponding relationship and determine the tail node corresponding to the business index of the target business dimension;
  • the traceability unit 503 is configured to query the business vouchers of the target business dimension of the blockchain deposit certificate based on the linked list pointer recorded in the tail node, and return the queried business vouchers to the client to complete Business traceability to the target business dimension.
  • the device further includes:
  • the monitoring unit 504 is configured to monitor the business vouchers of the target business dimension stored on the blockchain;
  • the lock update unit 505 is configured to detect the target business voucher that is a newly added node in the target business voucher linked list corresponding to the target business dimension when the blockchain has been monitored, and the business of the target business dimension
  • the index is updated from the unlocked state to the locked state, and the end node of the maintained target business certificate linked list is updated to the target business certificate;
  • the unlocking unit 506 is configured to update the business vouchers of the target business dimension from the locked state to the unlocked state after the tail node of the maintained target business voucher linked list is updated to the target business voucher.
  • the business voucher includes multiple pointer fields; each pointer field corresponds to a different business dimension;
  • the pointer field is used to fill a linked list pointer; the business vouchers of multiple business dimensions of the blockchain deposit certificate form multiple business vouchers linked lists based on the linked list pointers in the pointer field of the business vouchers.
  • the linked list pointer is a hash pointer.
  • the business certificate linked list is a singly linked list.
  • the business certificate linked list includes:
  • the second type of business vouchers linked list is constructed according to the order of business occurrence.
  • the first-type business voucher linked list is a linked list composed of billing voucher, payment voucher, account write-off voucher, and settlement voucher of the same fee collection agency business in the order of the business stages of the fee collection agency service.
  • the second-type business certificate linked list is composed of any one of the following:
  • the blockchain includes a consortium chain formed by a payment institution and a payment platform;
  • the business includes: payment collection service provided by the payment platform to payment institutions; the business vouchers include: bill payment, payment vouchers, credit vouchers, settlement vouchers, and refund vouchers.
  • the electronic device includes a processor and a memory for storing machine executable instructions; wherein the processor and the memory are usually connected to each other through an internal bus.
  • the device may also include an external interface to be able to communicate with other devices or components.
  • the processor is prompted to:
  • the service traceability request carries the business index of the target business dimension
  • the blockchain stores business vouchers of multiple business dimensions; the business vouchers of multiple business dimensions form multiple business vouchers linked lists.
  • the processor is prompted to:
  • the business index of the target business dimension is updated from unlocked to locked Status, and update the end node of the maintained target business certificate linked list to the target business certificate;
  • the business voucher of the target business dimension is updated from the locked state to the unlocked state.
  • the business voucher includes multiple pointer fields; each pointer field corresponds to a different business dimension;
  • the pointer field is used to fill a linked list pointer; the business vouchers of multiple business dimensions of the blockchain deposit certificate form multiple business vouchers linked lists based on the linked list pointers in the pointer field of the business vouchers.
  • the linked list pointer is a hash pointer.
  • the business certificate linked list is a singly linked list.
  • the business certificate linked list includes:
  • the second type of business vouchers linked list is constructed according to the order of business occurrence.
  • the first-type business voucher linked list is a linked list composed of billing voucher, payment voucher, account write-off voucher, and settlement voucher of the same fee collection agency business in the order of the business stages of the fee collection agency service.
  • the second-type business certificate linked list is composed of any one of the following:
  • the blockchain includes a consortium chain formed by a payment institution and a payment platform;
  • the business includes: payment collection service provided by the payment platform to payment institutions; the business vouchers include: bill payment, payment vouchers, credit vouchers, settlement vouchers, and refund vouchers.
  • the relevant part can refer to the part of the description of the method embodiment.
  • the device embodiments described above are merely illustrative.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in One place, or it can be distributed to multiple network units.
  • Some or all of the modules can be selected according to actual needs to achieve the purpose of the solution in this specification. Those of ordinary skill in the art can understand and implement it without creative work.

Abstract

一种基于区块链的业务溯源方法、装置以及电子设备,所述区块链存证了多个业务维度的业务凭证;所述多个业务维度的业务凭证构成了多个业务凭证链表;业务系统维护了各业务凭证链表的尾节点和各业务凭证链表所属业务维度的业务索引之间的对应关系;该方法包括:业务系统可响应于客户端发起的针对任一目标业务维度的业务溯源请求;所述业务溯源请求携带所述目标业务维度的业务索引(302);业务系统查询所述对应关系,确定与所述目标业务维度的业务索引对应的尾节点(304);业务系统基于所述尾节点中记录的链表指针查询所述区块链存证的所述目标业务维度的业务凭证,并将查询到的业务凭证返回给所述客户端,以完成对目标业务维度的业务溯源(306)。

Description

一种基于区块链的业务溯源方法、装置以及电子设备 技术领域
本说明书一个或多个实施例涉及区块链技术领域,尤其涉及一种基于区块链的业务溯源方法、装置以及电子设备。
背景技术
区块链技术,也被称之为分布式账本技术,是一种由若干台计算设备共同参与“记账”,共同维护一份完整的分布式数据库的新兴技术。由于区块链技术具有去中心化、公开透明、每台计算设备可以参与数据库记录、并且各计算设备之间可以快速的进行数据同步的特性,使得区块链技术已在众多的领域中广泛的进行应用。
发明内容
有鉴于此,本说明书提供一种基于区块链的业务溯源方法、装置以及电子设备,用以实现针对目标业务维度的业务溯源。
具体地,本说明书是通过如下技术方案实现的:
根据本说明书第一方面,提供一种基于区块链的业务溯源方法,所述方法应用于业务系统,所述区块链存证了多个业务维度的业务凭证;所述多个业务维度的业务凭证构成了多个业务凭证链表;所述业务系统维护了各业务凭证链表的尾节点和各业务凭证链表所属业务维度的业务索引之间的对应关系;
所述方法包括:
响应于客户端发起的针对任一目标业务维度的业务溯源请求;所述业务溯源请求携带所述目标业务维度的业务索引;
查询所述对应关系,确定与所述目标业务维度的业务索引对应的尾节点;
基于所述尾节点中记录的链表指针查询所述区块链存证的所述目标业务维度的业务凭证,并将查询到的业务凭证返回给所述客户端,以完成对目标业务维度的业务溯源。
可选的,所述对应关系通过如下方式更新:
监听所述区块链上存证的目标业务维度的业务凭证;
当监听到所述区块链存证了作为与所述目标业务维度对应的目标业务凭证链表中的新加入节点的目标业务凭证时,将所述目标业务维度的业务索引由解锁状态更新为锁定状态,并将维护的所述目标业务凭证链表的尾节点更新为所述目标业务凭证;以及,
在将维护的所述目标业务凭证链表的尾节点更新为所述目标业务凭证之后,将所述目标业务维度的业务凭证由锁定状态更新为解锁状态。
可选的,所述业务凭证包括多个指针字段;各指针字段分别对应不同的业务维度;
所述指针字段用于填充链表指针;所述区块链存证的多个业务维度的业务凭证,基于所述业务凭证的指针字段中的链表指针,构成了多个业务凭证链表。
可选的,所述链表指针为哈希指针。
可选的,所述业务凭证链表为单向链表。
可选的,所述业务凭证链表,包括:
基于区块链上存证的同一笔业务的不同业务阶段的业务凭证,按照业务阶段的顺序构成的第一类业务凭证链表;或者,
基于区块链上存证的多笔业务的业务凭证,按照业务的发生顺序构成的第二类业务凭证链表。
可选的,所述第一类业务凭证链表由同一笔缴费代收业务的出账凭证、支付凭证、销账凭证、结算凭证,按照缴费代收业务的业务阶段顺序构成的链表。
可选的,所述第二类业务凭证链表由以下任意之一构成:
多笔出账凭证按照出账发生顺序构成;
多笔支付凭证按照支付发生顺序构成;
多笔销账凭证按照销账发生顺序构成;
多笔结算凭证按照结算发生顺序构成。
可选的,所述区块链包括缴费机构和支付平台构成的联盟链;
所述业务包括:支付平台面向缴费机构提供的缴费代收业务;所述业务凭证包括:缴费账单、支付凭证、销账凭证、结算凭证、退款凭证。
根据本说明书的第二方面,提供一种基于区块链的业务溯源装置,所述装置应用于业务系统,所述区块链存证了多个业务维度的业务凭证;所述多个业务维度的业务凭证 构成了多个业务凭证链表;所述业务系统维护了各业务凭证链表的尾节点和各业务凭证链表所属业务维度的业务索引之间的对应关系;
所述装置包括:
响应单元,用于响应于客户端发起的针对任一目标业务维度的业务溯源请求;所述业务溯源请求携带所述目标业务维度的业务索引;
确定单元,用于查询所述对应关系,确定与所述目标业务维度的业务索引对应的尾节点;
溯源单元,用于基于所述尾节点中记录的链表指针查询所述区块链存证的所述目标业务维度的业务凭证,并将查询到的业务凭证返回给所述客户端,以完成对目标业务维度的业务溯源。
可选的,所述装置还包括:
监听单元,用于监听所述区块链上存证的目标业务维度的业务凭证;
锁定更新单元,用于当监听到所述区块链存证了作为与所述目标业务维度对应的目标业务凭证链表中的新加入节点的目标业务凭证时,将所述目标业务维度的业务索引由解锁状态更新为锁定状态,并将维护的所述目标业务凭证链表的尾节点更新为所述目标业务凭证;以及,
解锁单元,用于在将维护的所述目标业务凭证链表的尾节点更新为所述目标业务凭证之后,将所述目标业务维度的业务凭证由锁定状态更新为解锁状态。
可选的,所述业务凭证包括多个指针字段;各指针字段分别对应不同的业务维度;
所述指针字段用于填充链表指针;所述区块链存证的多个业务维度的业务凭证,基于所述业务凭证的指针字段中的链表指针,构成了多个业务凭证链表。
可选的,所述链表指针为哈希指针。
可选的,所述业务凭证链表为单向链表。
可选的,所述业务凭证链表,包括:
基于区块链上存证的同一笔业务的不同业务阶段的业务凭证,按照业务阶段的顺序构成的第一类业务凭证链表;或者,
基于区块链上存证的多笔业务的业务凭证,按照业务的发生顺序构成的第二类业务 凭证链表。
可选的,所述第一类业务凭证链表由同一笔缴费代收业务的出账凭证、支付凭证、销账凭证、结算凭证,按照缴费代收业务的业务阶段顺序构成的链表。
可选的,所述第二类业务凭证链表由以下任意之一构成:
多笔出账凭证按照出账发生顺序构成;
多笔支付凭证按照支付发生顺序构成;
多笔销账凭证按照销账发生顺序构成;
多笔结算凭证按照结算发生顺序构成。
可选的,所述区块链包括缴费机构和支付平台构成的联盟链;
所述业务包括:支付平台面向缴费机构提供的缴费代收业务;所述业务凭证包括:缴费账单、支付凭证、销账凭证、结算凭证、退款凭证。
根据本说明书的第三方面,提供一种电子设备,包括:
处理器;
用于存储机器可执行指令的存储器;
其中,通过读取并执行所述存储器存储的与基于区块链的业务溯源的控制逻辑对应的机器可执行指令,所述处理器被促使:
响应于客户端发起的针对任一目标业务维度的业务溯源请求;所述业务溯源请求携带所述目标业务维度的业务索引;
查询已维护的各业务凭证链表的尾节点和各业务凭证链表所属业务维度的业务索引之间的对应关系,确定与所述目标业务维度的业务索引对应的尾节点;
基于所述尾节点中记录的链表指针查询所述区块链存证的所述目标业务维度的业务凭证,并将查询到的业务凭证返回给所述客户端,以完成对目标业务维度的业务溯源;
所述区块链存证了多个业务维度的业务凭证;所述多个业务维度的业务凭证构成了多个业务凭证链表。
由上述描述可以看出,一方面,本说明书采用区块链存证多个业务维度的业务凭证,不仅可以利用区块链中存证的数据具有不可篡改的特性,提高业务溯源的准确性,还可以以多个业务维度对业务凭证进行描述,从而可以为用户提供多个业务维度的溯源服务, 有效地提高了溯源服务的丰富性,满足用户多样需求。
另一方面,由于区块链存证的多个业务维度的业务凭证构成多个业务凭证链表,并且业务系统本地维护了各业务凭证链表尾节点和各业务维度的业务索引的对应关系,使得业务系统可以基于尾节,查找到包含该尾节点的业务凭证链表的各节点对应的业务凭证,从而实现业务溯源。
附图说明
图1是本说明书一示例性实施例示出的一种基于区块链的业务溯源系统的示意图;
图2是本说明书一示例性实施例示出的一种业务凭证的示意图;
图3是本说明书一示例性实施例示出的一种基于区块链的业务溯源方法的流程图;
图4是本说明书一示例性实施例示出的一种电子设备的硬件结构图;
图5是本说明书一示例性实施例示出的一种基于区块链的业务溯源装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。
在本说明书使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
本说明书旨在提出一种利用区块链存证的多个业务维度的业务凭证,完成针对任一 业务维度的业务溯源的技术方案。
一方面,本说明书采用区块链存证多个业务维度的业务凭证,不仅可以利用区块链中存证的数据具有不可篡改的特性,提高业务溯源的准确性,还可以以多个业务维度对业务凭证进行描述,从而可以为用户提供多个业务维度的溯源服务,有效地提高了溯源服务的丰富性,满足用户多样需求。
另一方面,由于区块链存证的多个业务维度的业务凭证构成多个业务凭证链表,并且业务系统本地维护了各业务凭证链表尾节点和各业务维度的业务索引的对应关系,使得业务系统在接收到客户端发送的针对目标业务维度的业务溯源请求后,可以基于该业务溯源请求中的目标业务索引,在该对应关系中确定与该目标业务索引对应的尾节点,并利用该尾节点中的链表指针查找到该尾节点所在业务凭证链表中的每一节点对应的业务凭证,从而完成针对该目标业务维度的业务溯源。
参见图1,图1是本说明书一示例性实施例示出的一种基于区块链的业务溯源系统的示意图。
该区块链的溯源系统包括:区块链、业务系统、客户端。
其中,上述业务系统是指参与业务执行,并为用户提供业务溯源服务的系统。
例如,在缴费代收业务中,用户可以通过支付平台向缴费机构完成缴费。上述业务系统可以为缴费代收业务中的支付平台,或者缴费代收业务中的缴费机构等,这里只是对业务系统进行示例性地说明,不进行具体地限定。
其中,上述缴费机构是指可以出具账单的机构。比如,当该缴费代收业务为缴纳水费、电费业务时,该缴费机构可以为水、电费收款方机构。用户可以通过支付平台,向收款方机构缴纳水、电费等。再比如,当该缴费代收业务为信用卡还款业务时,该缴费结构可以为银行机构,用户可以通过支付平台向银行机构完成信用卡还款业务。
上述支付平台是指可以执行缴费代收功能的第三方平台,比如支付平台可以是支付宝、京东金融、微信和银行具有缴费代收功能的同类产品等。
上述客户端是指与上述业务系统对接的客户端,用户可以通过客户端发起业务溯源,业务系统可向客户端返回业务溯源结果。这里不对客户端进行具体地限定。
上述区块链一般被划分为三种类型:公有链(Public Blockchain),私有链(Private Blockchain)和联盟链(Consortium Blockchain)。此外,还有多种类型的结合,比如私 有链+联盟链、联盟链+公有链等不同组合形式。其中去中心化程度最高的是公有链。公有链以比特币、以太坊为代表,加入公有链的参与者可以读取链上的数据记录、参与交易以及竞争新区块的记账权等。
而且,各参与者(即节点)可自由加入以及退出网络,并进行相关操作。私有链则相反,该网络的写入权限由某个组织或者机构控制,数据读取权限受组织规定。简单来说,私有链可以为一个弱中心化系统,参与节点具有严格限制且少。这种类型的区块链更适合于特定机构内部使用。
联盟链则是介于公有链以及私有链之间的区块链,可实现“部分去中心化”。联盟链中各个节点通常有与之相对应的实体机构或者组织;参与者通过授权加入网络并组成利益相关联盟,共同维护区块链运行。
在本说明书描述的区块链,具体可以包括任意类型的区块链网络;在实际应用中,可以采用共有链、私有链、或者联盟链中的任意一种。
例如,在缴费代收场景下,该区块链可以是由上述缴费机构和支付平台构成的联盟链。这里只是示例性地说明,不进行具体地限定。
在介绍本说明书提供的基于区块链的业务溯源方法之前,先对本说明书涉及的概念进行说明。
1)业务维度和业务索引
业务维度是指描述业务的角度。
比如,在缴费代收场景下,一笔缴费代收业务涉及到业务流水号、缴费用户和缴费机构等。该缴费代收业务可以通过业务流水号角度描述,也可以从缴费用户角度进行描述,也可以通过缴费机构角度描述,该业务流水号、缴费用户和缴费机构即是缴费代收业务的业务维度。
业务索引与业务维度对应,一个业务维度下可包括多个业务索引。
比如,业务维度为业务流水号,业务索引为具体的流水号,比如业务索引为业务流水号1234567,业务索引为流水号1345678。
再比如,业务维度为缴费用户,业务索引为具体的缴费用户标识。比如,业务索引是缴费用户王某的用户ID等。
这里只是对业务维度和业务索引进行示例性地说明,不进行具体地限定。
2)业务凭证
业务凭证是指执行各笔业务各个阶段所生成的凭证数据。
比如,用户购买了一些服务或者商品等后,缴费机构会生成该用户的出账凭证。而用户支付这些服务或商品时需要通过支付平台来完成支付。
具体地,支付平台在收到用户支付的资金后可将资金存入中间账户,并生成支付凭证。支付平台通知缴费机构进行销账,缴费机构生成销账凭证。在结算时,支付平台会将各用户针对该缴费机构支付资金结算给该缴费机构,并生成结算凭证。若交易不成功发生退款,支付平台可用户缴纳的资金退还给用户,并生成退款凭证。
上述出账凭证、支付凭证、销账凭证、结算凭证、退款凭证均是业务凭证。这里只是对业务凭证进行示例性地说明,不进行具体地限定。
在本说明书实施例中,当业务执行方生成业务凭证后,可将凭证发布至区块链进行存证。
仍以缴费代收场景为例进行说明,用户购买一些服务或商品等后,缴费机构会生成该用户的出账凭证,并将出账凭证发布至区块链进行存证。
当支付平台监听到区块链存证的出账凭证后,可向用户发起支付服务。在用户完成支付后,支付平台可生成支付凭证,并将该支付凭证发布至区块链进行存证。
当缴费机构监听到该区块链存证的支付凭证后,可进行销账处理,并生成销账凭证,并将销账凭证发布至区块链进行存证。
当支付平台监听到区块链上存证的销账凭证后,可获取缴费机构的销账结果。
支付平台可以基于区块链存证的支付凭证和销账凭证,完成结算,并将结算凭证发布至区块链进行存证。
2)业务凭证链表
在本说明书实施例中,本说明书区块链上存证的业务凭证包括多个指针字段。各指针字段分别与多个维度的业务相对应。
针对每一个业务维度,与该业务维度对应的指针字段中填充有指向上一笔业务凭证或者上一个业务阶段的业务凭证的链表指针。与该业务维度对应的业务凭证通过自身指针字段填充的链表指针,构成与该业务维度对应的业务凭证链表。
由此可以看出,区块链上存证的业务凭证通过自身储存的与不同业务维度对应的指针字段中的链表指针,形成了与各业务维度对应的各业务凭证链表。
本说明书业务凭证链表可包括:
基于区块链上存证的同一笔业务的不同业务阶段的业务凭证,按照业务阶段的顺序构成的第一类业务凭证链表;或者,
基于区块链上存证的多笔业务的业务凭证,按照业务的发生顺序构成的第二类业务凭证链表。
例如,在缴费代收场景下,该第一类业务凭证链表可以是由区块链存证的出账凭证、支付凭证、销账凭证、结算凭证,按照缴费代收业务的业务阶段顺序构成的链表。
比如在缴费代收场景下,该第二类业务凭证链表可以是由多笔缴费账单凭证按照出账顺序构成。该第二类业务凭证链表还可以是由多笔支付凭证按照支付发生顺序构成。该第二类业务凭证链表还可以是由多笔销账凭证按照销账发生顺序构成。该第二类业务凭证还可以是由多笔结算凭证按照结算发生顺序构成。
例如,如图2所示,假设业务凭证为第三笔支付凭证。
比如,第三笔支付凭证中包含2个指针字段,分别为指针字段1、指针字段2。指针字段1、指针字段2分别与业务流水号维度、缴费用户维度这两个业务维度对应。
假设该第三笔支付凭证的业务流水号为1234567,该第三笔支付凭证对应的缴费用户为用户1
该第三笔支付凭证的指针字段1填充了流水号为1234567的业务的上一个阶段的业务凭证,即填充了流水号为1234567的第三笔出账凭证的链表指针。当然区块链上还存证有该流水号为1234567的业务的第三笔销账凭证和第三笔结算凭证。该第三笔销账凭证中与该流水号维度对应的指定字段里填写了该第三笔支付凭证的链表指针。该第三笔结算凭证中与该流水号维度对应的指定字段里填充了该第三笔销账凭证的链表指针。通过流水号为1234567的业务各阶段的业务凭证按照业务阶段的顺序,形成了与流水号业务维度对应的业务凭证链表1,即该业务凭证链表1各节点依次为第三笔出账凭证、第三笔支付凭证、第三笔销账凭证和第三笔结算凭证。该业务凭证链表1对应的业务维度为流水号业务维度、该业务凭证链表1对应的业务索引为流水号1234567。该与流水号维度对应的业务凭证链表即为上述第一类业务凭证链表。
该第三笔支付凭证的指针字段2填充了与缴费用户1对应的第二笔支付凭证的链表指针,该第二笔支付凭证中与该缴费用户1对应的指针字段填充了与该缴费用户1对应的第一笔支付凭证的链表指针。通过与缴费用户1对应的各笔支付指针按照支付发生顺序形成了与缴费用户1对应的业务凭证链表2,即该业务凭证链表2的各节点依次为与该缴费用户1对应的第一笔支付凭证、第二笔支付凭证和第三笔支付凭证。业务凭证链表2对应的业务维度为缴费用户维度、业务索引为缴费用户1的标识。业务凭证链表2级为上述第二类业务凭证链表。
其中,上述业务凭证链表可以为单向链表,上述链表指针可以为哈希指针。这里只是示例性地说明,不进行具体地限定。
由上述描述可知,一方面,本说明书采用区块链存证多个业务维度的业务凭证,不仅可以利用区块链中存证的数据具有不可篡改的特性,提高业务溯源的准确性,还可以以多个业务维度对业务凭证进行描述,从而可以为用户提供多个业务维度的溯源服务,有效地提高了溯源服务的丰富性,满足用户多样需求。
此外,业务系统还维护了各业务凭证链表的尾节点和各业务凭证链表所属业务维度的业务维度的业务索引之间的对应关系。
例如,假设包括3条业务凭证链表,分别为业务凭证链表1、业务凭证链表2、业务凭证链表3。
业务凭证链表1对应的业务维度为业务流水号,业务凭证链表1的业务索引为流水号1234567,尾节点为业务凭证链表1中的第4个节点。
业务凭证链表2对应的业务维度为业务流水号,业务凭证链表2的业务索引为流水号1314288,尾节点为业务凭证链表1中的第3个节点。
业务凭证链表3对应的业务维度为缴费用户,业务凭证链表3的业务索引为流水号缴费用户1的标识,尾节点为业务凭证链表1中的第3个节点。
业务系统维护的对应关系如表1所示。
业务凭证链表尾节点 业务凭证链表所属业务维度的业务索引
业务凭证链表1的第3个节点 业务流水号1234567
业务凭证链表2的第3个节点 业务流水号1314288
业务凭证链表3的第3个节点 缴费用户1的标识
表1
需要说明的是,业务系统维护的对应关系中的尾节点可以是业务凭证链表尾节点对应的业务凭证,也可以是指向该业务凭证链表尾节点的哈希指针。这里只是示例性地说明,不进行具体地限定。
通过在业务系统本地维护各链表尾节点和各业务凭证链表所属业务维度的业务维度的业务索引之间的对应关系,使得业务系统可以基于尾节点,在区块链上查找到包含该尾节点的业务凭证链表中各节点对应的业务凭证,从而实现了业务溯源,并提高了业务溯源的效率。
参见图3,图3是本说明书一示例性实施例示出的一种基于区块链的业务溯源方法的流程图,该方法可应用在业务系统上,可包括如下所示步骤。
步骤302:业务系统可响应于客户端发起的针对任一目标业务维度的业务溯源请求;所述业务溯源请求携带所述目标业务维度的业务索引。
步骤304:业务系统查询所述对应关系,确定与所述目标业务维度的业务索引对应的尾节点。
在实现时,当客户端监听到用户针对目标业务维度的业务溯源的发起操作后,可向业务系统发起针对该目标业务维度的业务溯源请求。该业务溯源请求中携带有目标业务维度的业务索引。
业务系统可响应于该客户端发起的针对该目标业务维度的业务溯源请求,在上述业务系统维护的对应关系中,确定与该目标业务维度的业务索引对应的尾节点。
例如,客户端向业务系统发起的业务溯源请求携带的目标业务维度的业务索引为流水号1234567。
业务系统可响应于该业务溯源请求,在表1所示的对应关系中,查找与流水号1234567对应的尾节点。在本例中,查找到的尾节点为业务凭证链表1的第3个节点。
步骤306:业务系统基于所述尾节点中记录的链表指针查询所述区块链存证的所述目标业务维度的业务凭证,并将查询到的业务凭证返回给所述客户端,以完成对目标业务维度的业务溯源。
在实现时,当该业务系统维护的尾节点为尾节点对应的业务凭证时,业务系统可基于该业务凭证中与该目标业务维度的业务索引对应的指针字段,查找到该尾节点所属业务凭证链表上一个链表节点,再依据该上一个链表节点中与该目标业务维度的业务 索引对应的指针字段,查找该业务凭证链表倒数第三个链表节点。依次类推,获取该目标业务维度的业务索引对应的业务凭证链表上各链表节点对应的业务凭证,并将该业务凭证返回给客户端,从而完成该目标业务维度的业务溯源。
当该业务系统维护的尾节点是指向该尾节点的哈希指针时,业务系统可基于本地维护的哈希指针找到尾节点,再基于该尾节点对应的业务凭证中与该目标业务维度的业务索引对应的指针字段,查找到该尾节点所属业务凭证链表上一个链表节点,再依据该上一个链表节点中与该目标业务维度的业务索引对应的指针字段,查找该业务凭证链表倒数第三个链表节点。依次类推,获取该目标业务维度的业务索引对应的业务凭证链表上各链表节点对应的业务凭证,并将该业务凭证返回给客户端,从而完成该目标业务维度的业务溯源。
仍以步骤302中例子为例,假设业务系统查找到的尾节点为业务凭证链表1的第3个节点。
假设业务凭证链表1的第一个链表节点对应出账凭证、第二个链表节点对应支付凭证、第三个链表节点对应销账凭证。
其中,支付凭证中与业务流水号1234567对应的指针字段填充了指向出账凭证的哈希指针。销账凭证中与业务流水号1234567对应的指针字段填充了指向支付凭证的哈希指针。
当业务系统维护的尾节点为该销账凭证时,业务系统可基于销账凭证中指向支付凭证的哈希指针,在区块链中找到支付凭证。业务系统再依据支付凭证中指向出账凭证的哈希指针,在区块链中找到出账凭证。业务系统可将查找到的出账凭证、支付凭证、销账凭证返回给用户,从而实现针对业务流水号1234567的业务溯源。
当业务系统维护的尾节点为指向该销账凭证的哈希指针时,业务系统可基于该哈希指针在区块链中查找销账凭证,并基于销账凭证中指向支付凭证的哈希指针,在区块链中找到支付凭证。业务系统再依据支付凭证中指向出账凭证的哈希指针,在区块链中找到出账凭证。业务系统可将查找到的出账凭证、支付凭证、销账凭证返回给用户,从而实现针对业务流水号1234567的业务溯源。
由上述描述可知,由于区块链存证的多个业务维度的业务凭证构成多个业务凭证链表,并且业务系统本地维护了各业务凭证链表尾节点和各业务维度的业务索引的对应关系,使得业务系统在接收到客户端发送的针对目标业务维度的业务溯源请求后,可 以基于该业务溯源请求中的目标业务索引,在该对应关系中确定与该目标业务索引对应的尾节点,并利用该尾节点中的链表指针查找到该尾节点所在业务凭证链表中的每一节点对应的业务凭证,从而完成针对该目标业务维度的业务溯源。
此外,本说明书还提供了一种针对业务系统维护的对应关系的更新方法。为了保证在对对应关系更新时,不会对对应关系进行重复更新。因此,在对对应关系进行更新时,先将该对应关系中的业务索引加锁,使得该业务索引对应的尾节点不能被重复更新。在对该业务索引的尾节点进行更新后,业务系统可将该业务索引解锁。
在实现时,业务系统监听所述区块链上存证的目标业务维度的业务凭证;
当业务系统监听到所述区块链存证了作为与所述目标业务维度对应的目标业务凭证链表中的新加入节点的目标业务凭证时,将所述目标业务维度的业务索引由解锁状态更新为锁定状态,并将维护的所述目标业务凭证链表的尾节点更新为所述目标业务凭证;以及,
业务系统在将维护的所述目标业务凭证链表的尾节点更新为所述目标业务凭证之后,将所述目标业务维度的业务凭证由锁定状态更新为解锁状态;其中,当所述业务索引为锁定状态时,无法重复更新与所述业务索引对应的尾节点。
例如,假设,当前业务系统维护了销账凭证(与业务流水号1234567对应的业务凭证链表的尾节点)、业务流水号1234567(业务索引)的对应关系1。
当业务系统监听到区块链上存证的与业务流水号1234567对应的结算凭证以新加入节点的身份加入到与业务流水号1234567对应的业务凭证链表时,业务系统可将业务流水号1234567由解锁状态更新为锁定状态,并将本地维护的对应关系1中的尾节点由销账凭证更新为结算凭证。在尾节点更新完成后,将该流水号1234567由锁定状态更新为解锁状态。
与上述方法实施例相对应,本说明书还提供了一种基于区块链的业务溯源装置的实施例。本说明书基于区块链的业务溯源装置的实施例可以应用在电子设备上。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在电子设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图4所示,为本说明书的区块的业务配置装置所在电子设备的一种硬件结构图,除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外,实施例中装置所在的电子设备通常根据该 电子设备的实际功能,还可以包括其他硬件,对此不再赘述。
参见图5,图5是本说明书一示例性实施例示出的一种基于区块链的业务溯源装置的框图,所述装置应用于业务系统,所述区块链存证了多个业务维度的业务凭证;所述多个业务维度的业务凭证构成了多个业务凭证链表;所述业务系统维护了各业务凭证链表的尾节点和各业务凭证链表所属业务维度的业务索引之间的对应关系;
所述装置包括:
响应单元501,用于响应于客户端发起的针对任一目标业务维度的业务溯源请求;所述业务溯源请求携带所述目标业务维度的业务索引;
确定单元502,用于查询所述对应关系,确定与所述目标业务维度的业务索引对应的尾节点;
溯源单元503,用于基于所述尾节点中记录的链表指针查询所述区块链存证的所述目标业务维度的业务凭证,并将查询到的业务凭证返回给所述客户端,以完成对目标业务维度的业务溯源。
可选的,所述装置还包括:
监听单元504,用于监听所述区块链上存证的目标业务维度的业务凭证;
锁定更新单元505,用于当监听到所述区块链存证了作为与所述目标业务维度对应的目标业务凭证链表中的新加入节点的目标业务凭证时,将所述目标业务维度的业务索引由解锁状态更新为锁定状态,并将维护的所述目标业务凭证链表的尾节点更新为所述目标业务凭证;以及,
解锁单元506,用于在将维护的所述目标业务凭证链表的尾节点更新为所述目标业务凭证之后,将所述目标业务维度的业务凭证由锁定状态更新为解锁状态。
可选的,所述业务凭证包括多个指针字段;各指针字段分别对应不同的业务维度;
所述指针字段用于填充链表指针;所述区块链存证的多个业务维度的业务凭证,基于所述业务凭证的指针字段中的链表指针,构成了多个业务凭证链表。
可选的,所述链表指针为哈希指针。
可选的,所述业务凭证链表为单向链表。
可选的,所述业务凭证链表,包括:
基于区块链上存证的同一笔业务的不同业务阶段的业务凭证,按照业务阶段的顺序构成的第一类业务凭证链表;或者,
基于区块链上存证的多笔业务的业务凭证,按照业务的发生顺序构成的第二类业务凭证链表。
可选的,所述第一类业务凭证链表由同一笔缴费代收业务的出账凭证、支付凭证、销账凭证、结算凭证,按照缴费代收业务的业务阶段顺序构成的链表。
可选的,所述第二类业务凭证链表由以下任意之一构成:
多笔出账凭证按照出账发生顺序构成;
多笔支付凭证按照支付发生顺序构成;
多笔销账凭证按照销账发生顺序构成;
多笔结算凭证按照结算发生顺序构成。
可选的,所述区块链包括缴费机构和支付平台构成的联盟链;
所述业务包括:支付平台面向缴费机构提供的缴费代收业务;所述业务凭证包括:缴费账单、支付凭证、销账凭证、结算凭证、退款凭证。
与上述方法实施例对应,本说明书还提供了一种电子设备的实施例。该电子设备包括:处理器以及用于存储机器可执行指令的存储器;其中,处理器和存储器通常通过内部总线相互连接。在其他可能的实现方式中,所述设备还可能包括外部接口,以能够与其他设备或者部件进行通信。
在本实施例中,通过读取并执行所述存储器存储的与基于区块链的业务溯源的控制逻辑对应的机器可执行指令,所述处理器被促使:
响应于客户端发起的针对任一目标业务维度的业务溯源请求;所述业务溯源请求携带所述目标业务维度的业务索引;
查询已维护的各业务凭证链表的尾节点和各业务凭证链表所属业务维度的业务索引之间的对应关系,确定与所述目标业务维度的业务索引对应的尾节点;
基于所述尾节点中记录的链表指针查询所述区块链存证的所述目标业务维度的业务凭证,并将查询到的业务凭证返回给所述客户端,以完成对目标业务维度的业务溯 源;
所述区块链存证了多个业务维度的业务凭证;所述多个业务维度的业务凭证构成了多个业务凭证链表。
可选的,通过读取并执行所述存储器存储的与基于区块链的业务溯源的控制逻辑对应的机器可执行指令,所述处理器被促使:
监听所述区块链上存证的目标业务维度的业务凭证;
当监听到所述区块链存证了作为与所述目标业务维度对应的目标业务凭证链表中的新加入节点的目标业务凭证时,将所述目标业务维度的业务索引由解锁状态更新为锁定状态,并将维护的所述目标业务凭证链表的尾节点更新为所述目标业务凭证;以及,
在将维护的所述目标业务凭证链表的尾节点更新为所述目标业务凭证之后,将所述目标业务维度的业务凭证由锁定状态更新为解锁状态。
可选的,所述业务凭证包括多个指针字段;各指针字段分别对应不同的业务维度;
所述指针字段用于填充链表指针;所述区块链存证的多个业务维度的业务凭证,基于所述业务凭证的指针字段中的链表指针,构成了多个业务凭证链表。
可选的,所述链表指针为哈希指针。
可选的,所述业务凭证链表为单向链表。
可选的,所述业务凭证链表,包括:
基于区块链上存证的同一笔业务的不同业务阶段的业务凭证,按照业务阶段的顺序构成的第一类业务凭证链表;或者,
基于区块链上存证的多笔业务的业务凭证,按照业务的发生顺序构成的第二类业务凭证链表。
可选的,所述第一类业务凭证链表由同一笔缴费代收业务的出账凭证、支付凭证、销账凭证、结算凭证,按照缴费代收业务的业务阶段顺序构成的链表。
可选的,所述第二类业务凭证链表由以下任意之一构成:
多笔出账凭证按照出账发生顺序构成;
多笔支付凭证按照支付发生顺序构成;
多笔销账凭证按照销账发生顺序构成;
多笔结算凭证按照结算发生顺序构成。
可选的,所述区块链包括缴费机构和支付平台构成的联盟链;
所述业务包括:支付平台面向缴费机构提供的缴费代收业务;所述业务凭证包括:缴费账单、支付凭证、销账凭证、结算凭证、退款凭证。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述仅为本说明书的较佳实施例而已,并不用以限制本说明书,凡在本说明书的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本说明书保护的范围之内。

Claims (19)

  1. 一种基于区块链的业务溯源方法,所述方法应用于业务系统,所述区块链存证了多个业务维度的业务凭证;所述多个业务维度的业务凭证构成了多个业务凭证链表;所述业务系统维护了各业务凭证链表的尾节点和各业务凭证链表所属业务维度的业务索引之间的对应关系;
    所述方法包括:
    响应于客户端发起的针对任一目标业务维度的业务溯源请求;所述业务溯源请求携带所述目标业务维度的业务索引;
    查询所述对应关系,确定与所述目标业务维度的业务索引对应的尾节点;
    基于所述尾节点中记录的链表指针查询所述区块链存证的所述目标业务维度的业务凭证,并将查询到的业务凭证返回给所述客户端,以完成对目标业务维度的业务溯源。
  2. 根据权利要求1所述的方法,所述对应关系通过如下方式更新:
    监听所述区块链上存证的目标业务维度的业务凭证;
    当监听到所述区块链存证了作为与所述目标业务维度对应的目标业务凭证链表中的新加入节点的目标业务凭证时,将所述目标业务维度的业务索引由解锁状态更新为锁定状态,并将维护的所述目标业务凭证链表的尾节点更新为所述目标业务凭证;以及,
    在将维护的所述目标业务凭证链表的尾节点更新为所述目标业务凭证之后,将所述目标业务维度的业务凭证由锁定状态更新为解锁状态。
  3. 根据权利要求1所述的方法,
    所述业务凭证包括多个指针字段;各指针字段分别对应不同的业务维度;
    所述指针字段用于填充链表指针;所述区块链存证的多个业务维度的业务凭证,基于所述业务凭证的指针字段中的链表指针,构成了多个业务凭证链表。
  4. 根据权利要求3所述的方法,所述链表指针为哈希指针。
  5. 根据权利要求1所述的方法,所述业务凭证链表为单向链表。
  6. 根据权利要求1所述的方法,所述业务凭证链表,包括:
    基于区块链上存证的同一笔业务的不同业务阶段的业务凭证,按照业务阶段的顺序构成的第一类业务凭证链表;或者,
    基于区块链上存证的多笔业务的业务凭证,按照业务的发生顺序构成的第二类业务凭证链表。
  7. 根据权利要求6所述的方法,所述第一类业务凭证链表由同一笔缴费代收业务的出账凭证、支付凭证、销账凭证、结算凭证,按照缴费代收业务的业务阶段顺序构成 的链表。
  8. 根据权利要求6所述的方法,所述第二类业务凭证链表由以下任意之一构成:
    多笔出账凭证按照出账发生顺序构成;
    多笔支付凭证按照支付发生顺序构成;
    多笔销账凭证按照销账发生顺序构成;
    多笔结算凭证按照结算发生顺序构成。
  9. 根据权利要求1所述的方法,所述区块链包括缴费机构和支付平台构成的联盟链;
    所述业务包括:支付平台面向缴费机构提供的缴费代收业务;所述业务凭证包括:缴费账单、支付凭证、销账凭证、结算凭证、退款凭证。
  10. 一种基于区块链的业务溯源装置,所述装置应用于业务系统,所述区块链存证了多个业务维度的业务凭证;所述多个业务维度的业务凭证构成了多个业务凭证链表;所述业务系统维护了各业务凭证链表的尾节点和各业务凭证链表所属业务维度的业务索引之间的对应关系;
    所述装置包括:
    响应单元,用于响应于客户端发起的针对任一目标业务维度的业务溯源请求;所述业务溯源请求携带所述目标业务维度的业务索引;
    确定单元,用于查询所述对应关系,确定与所述目标业务维度的业务索引对应的尾节点;
    溯源单元,用于基于所述尾节点中记录的链表指针查询所述区块链存证的所述目标业务维度的业务凭证,并将查询到的业务凭证返回给所述客户端,以完成对目标业务维度的业务溯源。
  11. 根据权利要求10所述的装置,所述装置还包括:
    监听单元,用于监听所述区块链上存证的目标业务维度的业务凭证;
    锁定更新单元,用于当监听到所述区块链存证了作为与所述目标业务维度对应的目标业务凭证链表中的新加入节点的目标业务凭证时,将所述目标业务维度的业务索引由解锁状态更新为锁定状态,并将维护的所述目标业务凭证链表的尾节点更新为所述目标业务凭证;以及,
    解锁单元,用于在将维护的所述目标业务凭证链表的尾节点更新为所述目标业务凭证之后,将所述目标业务维度的业务凭证由锁定状态更新为解锁状态。
  12. 根据权利要求10所述的装置,所述业务凭证包括多个指针字段;各指针字段 分别对应不同的业务维度;
    所述指针字段用于填充链表指针;所述区块链存证的多个业务维度的业务凭证,基于所述业务凭证的指针字段中的链表指针,构成了多个业务凭证链表。
  13. 根据权利要求12所述的装置,所述链表指针为哈希指针。
  14. 根据权利要求10所述的装置,所述业务凭证链表为单向链表。
  15. 根据权利要求10所述的装置,所述业务凭证链表,包括:
    基于区块链上存证的同一笔业务的不同业务阶段的业务凭证,按照业务阶段的顺序构成的第一类业务凭证链表;或者,
    基于区块链上存证的多笔业务的业务凭证,按照业务的发生顺序构成的第二类业务凭证链表。
  16. 根据权利要求15所述的装置,所述第一类业务凭证链表由同一笔缴费代收业务的出账凭证、支付凭证、销账凭证、结算凭证,按照缴费代收业务的业务阶段顺序构成的链表。
  17. 根据权利要求15所述的装置,所述第二类业务凭证链表由以下任意之一构成:
    多笔出账凭证按照出账发生顺序构成;
    多笔支付凭证按照支付发生顺序构成;
    多笔销账凭证按照销账发生顺序构成;
    多笔结算凭证按照结算发生顺序构成。
  18. 根据权利要求10所述的装置,所述区块链包括缴费机构和支付平台构成的联盟链;
    所述业务包括:支付平台面向缴费机构提供的缴费代收业务;所述业务凭证包括:缴费账单、支付凭证、销账凭证、结算凭证、退款凭证。
  19. 一种电子设备,包括:
    处理器;
    用于存储机器可执行指令的存储器;
    其中,通过读取并执行所述存储器存储的与基于区块链的业务溯源的控制逻辑对应的机器可执行指令,所述处理器被促使:
    响应于客户端发起的针对任一目标业务维度的业务溯源请求;所述业务溯源请求携带所述目标业务维度的业务索引;
    查询已维护的各业务凭证链表的尾节点和各业务凭证链表所属业务维度的业务索引之间的对应关系,确定与所述目标业务维度的业务索引对应的尾节点;
    基于所述尾节点中记录的链表指针查询所述区块链存证的所述目标业务维度的业务凭证,并将查询到的业务凭证返回给所述客户端,以完成对目标业务维度的业务溯源;
    所述区块链存证了多个业务维度的业务凭证;所述多个业务维度的业务凭证构成了多个业务凭证链表。
PCT/CN2020/070606 2019-04-29 2020-01-07 一种基于区块链的业务溯源方法、装置以及电子设备 WO2020220741A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/803,955 US11055792B2 (en) 2019-04-29 2020-02-27 Blockchain-based service source tracing method, apparatus, and electronic device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910356825.X 2019-04-29
CN201910356825.XA CN110162527B (zh) 2019-04-29 2019-04-29 一种基于区块链的业务溯源方法、装置以及电子设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/803,955 Continuation US11055792B2 (en) 2019-04-29 2020-02-27 Blockchain-based service source tracing method, apparatus, and electronic device

Publications (1)

Publication Number Publication Date
WO2020220741A1 true WO2020220741A1 (zh) 2020-11-05

Family

ID=67633311

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/070606 WO2020220741A1 (zh) 2019-04-29 2020-01-07 一种基于区块链的业务溯源方法、装置以及电子设备

Country Status (2)

Country Link
CN (1) CN110162527B (zh)
WO (1) WO2020220741A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11055792B2 (en) 2019-04-29 2021-07-06 Advanced New Technologies Co., Ltd. Blockchain-based service source tracing method, apparatus, and electronic device
CN110162527B (zh) * 2019-04-29 2020-08-25 阿里巴巴集团控股有限公司 一种基于区块链的业务溯源方法、装置以及电子设备
CN111127042A (zh) * 2019-12-24 2020-05-08 杭州浙大恩氏网络科技有限公司 一种基于区块链的数据溯源系统及其方法
CN112184215A (zh) * 2020-09-30 2021-01-05 青岛网信信息科技有限公司 基于区块链的话费充值系统
CN112860680B (zh) * 2021-03-18 2022-07-29 杭州云灵科技有限公司 数据处理方法及系统、数据查询方法及系统
CN112988841A (zh) * 2021-03-21 2021-06-18 贵州大学 一种基于分组账户交易链的区块链索引结构
CN113077259A (zh) * 2021-04-13 2021-07-06 支付宝(杭州)信息技术有限公司 基于区块链的存证方法、装置及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070145115A1 (en) * 2005-12-22 2007-06-28 Ncr Corporation Using a remote terminal to conduct assisted self-service transactions in a banking facility
CN107391735A (zh) * 2017-08-04 2017-11-24 北京明朝万达科技股份有限公司 基于区块链的业务数据溯源方法、装置、系统和存储设备
CN107657553A (zh) * 2017-09-21 2018-02-02 浙江惠码科技有限公司 一种基于联盟链的电子合同生成方法、溯源信息防伪方法
CN110162527A (zh) * 2019-04-29 2019-08-23 阿里巴巴集团控股有限公司 一种基于区块链的业务溯源方法、装置以及电子设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10402796B2 (en) * 2016-08-29 2019-09-03 Bank Of America Corporation Application life-cycle transition record recreation system
CN110472116B (zh) * 2018-04-28 2022-03-04 腾讯科技(深圳)有限公司 联盟区块链业务网络及其联盟节点、产品数据存储方法
CN109583917A (zh) * 2018-11-27 2019-04-05 重庆文理学院 一种基于区块链的二维码溯源方法及系统
CN109559231B (zh) * 2018-12-29 2020-08-04 华东师范大学 一种面向区块链的追溯查询方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070145115A1 (en) * 2005-12-22 2007-06-28 Ncr Corporation Using a remote terminal to conduct assisted self-service transactions in a banking facility
CN107391735A (zh) * 2017-08-04 2017-11-24 北京明朝万达科技股份有限公司 基于区块链的业务数据溯源方法、装置、系统和存储设备
CN107657553A (zh) * 2017-09-21 2018-02-02 浙江惠码科技有限公司 一种基于联盟链的电子合同生成方法、溯源信息防伪方法
CN110162527A (zh) * 2019-04-29 2019-08-23 阿里巴巴集团控股有限公司 一种基于区块链的业务溯源方法、装置以及电子设备

Also Published As

Publication number Publication date
CN110162527A (zh) 2019-08-23
CN110162527B (zh) 2020-08-25

Similar Documents

Publication Publication Date Title
WO2020220741A1 (zh) 一种基于区块链的业务溯源方法、装置以及电子设备
US11055792B2 (en) Blockchain-based service source tracing method, apparatus, and electronic device
CN110189131B (zh) 采用环签名的机密区块链交易的实现方法及装置
US11720688B2 (en) Secure initiation and transfer of a cryptographic database and/or a cryptographic unit
CN107330692B (zh) 数字货币的流通方法和装置
TWI723357B (zh) 基於區塊鏈的匯款方法、裝置、電腦設備及電腦可讀儲存媒體
WO2020134575A1 (zh) 基于区块链的资源分配方法、装置和电子设备
US10825021B2 (en) System for network resource exchanging
WO2020220746A1 (zh) 一种基于区块链的结算方法、装置以及电子设备
TW202032487A (zh) 用於在區塊鏈網路內原子轉移智能資產的平臺
CN110852730B (zh) 基于数字货币的交易处理方法及装置和电子设备
TWI734217B (zh) 基於區塊鏈的發票沖紅方法及裝置和電子設備
US20200160328A1 (en) Lightweight blockchain supported transaction platform with digital bill optimizations and denominations
TW202023230A (zh) 用於在區塊鏈網路內原子轉移智能資產的平臺
CN109919758B (zh) 经由区块链用于社会储蓄平台的方法和系统
CN111598679B (zh) 一种基于区块链的多法人联合贷方法、系统和介质
WO2020088130A1 (zh) 一种基于区块链的财产执行方法及系统
WO2021017425A1 (zh) 区块链网络中实现机密交易的方法及装置
WO2018192931A1 (en) Delivery versus payment mechanism
CN102208061A (zh) 数据核销处理装置和数据核销处理方法
CN110427389B (zh) 一种用于区块链数字货币的数据处理和查询方法
Lovejoy et al. Hamilton: A {High-Performance} Transaction Processor for Central Bank Digital Currencies
CN110610398A (zh) 一种基于智能合约的共享图书方法
US20230073883A1 (en) Multi-blockchain token rebalancer
CN115456776A (zh) 数字资产的转授权交易方法、系统、存储介质及设备

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: 20799334

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20799334

Country of ref document: EP

Kind code of ref document: A1