WO2020173273A1 - 一种基于区块链智能合约的收账记录处理方法及系统 - Google Patents

一种基于区块链智能合约的收账记录处理方法及系统 Download PDF

Info

Publication number
WO2020173273A1
WO2020173273A1 PCT/CN2020/073739 CN2020073739W WO2020173273A1 WO 2020173273 A1 WO2020173273 A1 WO 2020173273A1 CN 2020073739 W CN2020073739 W CN 2020073739W WO 2020173273 A1 WO2020173273 A1 WO 2020173273A1
Authority
WO
WIPO (PCT)
Prior art keywords
collection
transaction
publishing
blockchain
management
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2020/073739
Other languages
English (en)
French (fr)
Inventor
李艳鹏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Publication of WO2020173273A1 publication Critical patent/WO2020173273A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/104Peer-to-peer [P2P] networks

Definitions

  • the embodiments of this specification relate to the field of information technology, and in particular to a method and system for processing collections and records based on blockchain smart contracts. Background technique
  • merchants can choose to collect accounts through a third-party payment platform. For example, a consumer can scan a QR code containing the merchant's account information through a mobile phone to trigger an operation of transferring money to the merchant's registered account on the payment platform.
  • payment platforms often cooperate with many distributors (or agents), and the distributors promote the payment platform's collection business, and more and more merchants have registered accounts on the payment platform.
  • the payment platform will extract part of the commission from each transaction collected by each merchant developed by the distributor as a distribution commission and issue it to the distributor.
  • the payment platform is actually a collection intermediary between merchants and consumers, and the funds paid by consumers are temporarily deposited in the fund pool managed by the payment platform.
  • the regulatory agency such as the central bank
  • the management agency will require that every distribution commission drawn by the payment platform from the fund pool and issued to the distributor should be associated with the actual merchant collection record.
  • the management agency will periodically or irregularly require the payment platform to report the collection records of each collection generated in the near future and the distribution commission amount associated with each collection record.
  • the distribution commission amount reported by the payment platform is not necessarily credible. Summary of the invention
  • a collection record processing based on a blockchain smart contract is provided
  • a business node serving at least one business party and a management node serving at least one management party among the multiple nodes constituting the blockchain network, and the method includes:
  • the business node obtains the collection and publishing transaction constructed by any business party, and broadcasts the collection and publishing transaction to the blockchain network; the collection and publishing transaction includes the business party's monitoring Collection records generated by merchant collection events;
  • the multiple nodes invoke a pre-deployed smart contract, and execute the distribution commission logic recorded in the smart contract according to the collection record in the collection release transaction to obtain the distribution commission amount;
  • the plurality of nodes write the execution results of the collection and publishing transaction and the execution result corresponding to the collection and publishing transaction into the blockchain, so that the at least one management party can consult through the management node.
  • a method for processing collection records based on a blockchain smart contract is provided.
  • the multiple nodes constituting the blockchain network there are business nodes serving at least one business party and A management node serving at least one management party, the method includes:
  • the business node obtains the collection publishing transaction constructed by any business party including the collection records generated by the business party according to the monitored merchant collection event, and broadcasts the collection to the blockchain network Issue transactions so that the multiple nodes call pre-deployed smart contracts, publish the collection records in the transaction according to the collection, and execute the distribution commission logic recorded in the smart contract to obtain the distribution commission amount, and then make The multiple nodes write the distribution commission amount into the execution result corresponding to the collection publishing transaction, and finally the multiple nodes write the execution results corresponding to the collection publishing transaction and the collection publishing transaction Enter the blockchain so that the at least one management party can consult through the management node.
  • a method for processing collection records based on a blockchain smart contract is provided.
  • the method includes:
  • the multiple nodes call the pre-deployed smart contract, and execute the distribution commission logic recorded in the smart contract according to the collection record in the collection release transaction to obtain the distribution commission amount;
  • the collection release transaction Is obtained by the business node and broadcast to the blockchain network, the collection and publishing transaction is constructed by any business party, and the collection and publishing transaction includes the merchant's collection of accounts monitored by the business party. Collection records generated by the event;
  • a collection record processing system based on a blockchain smart contract including a blockchain network composed of multiple nodes, and the multiple nodes serve A business node of at least one business party and a management node that serves at least one management party;
  • the business node obtains the collection and publishing transaction constructed by any business party, and broadcasts the collection and publishing transaction to the blockchain network; the collection and publishing transaction includes data monitoring by the business party Collection records generated by the merchant's collection event;
  • the multiple nodes call a pre-deployed smart contract, and execute the distribution commission logic recorded in the smart contract according to the collection record in the collection release transaction to obtain the distribution commission amount;
  • the distribution commission amount is written into the execution result corresponding to the collection publishing transaction;
  • the execution result corresponding to the collection publishing transaction and the collection publishing transaction is written into the blockchain, so that the at least one management party can pass the
  • the management node makes a reference.
  • a collection record processing device based on a blockchain smart contract is provided.
  • the multiple devices that make up a blockchain network there is a business serving at least one business party.
  • a node and a management node serving at least one management party, the device includes:
  • the acquisition module when the device is a business node, acquires the collection publishing transaction constructed by any business party including the collection record generated by the business party according to the monitored merchant collection event, and sends it to the district
  • the block chain network broadcasts the collection and release transaction
  • the execution module calls the pre-deployed smart contract, and executes the distribution commission logic recorded in the smart contract according to the collection records in the collection release transaction to obtain the distribution commission amount;
  • the business node acquires and broadcasts to the blockchain network, the collection and publishing transaction is constructed by any business party, and the collection and publishing transaction includes the generation of the business party’s account collection events monitored by the business party. Collection records;
  • a deposit certificate module which writes the distribution commission amount into the execution result corresponding to the collection and release transaction
  • a block chain writing module which writes the execution results of the collection publishing transaction and the collection publishing transaction into the block chain, so that the at least one management party can consult through the management node.
  • the technical solution provided by the embodiment of this specification introduces a business node serving at least one business party (such as a payment platform) and a management node serving at least one management party (such as the central bank) into the blockchain network.
  • Payment The platform can submit the merchant’s collection record to the blockchain network, and each node in the blockchain network determines the distribution commission amount involved in the collection record based on the pre-deployed smart contract, the collection record and the corresponding Distribution commission amount It will also be written to the blockchain for storage.
  • each node in the blockchain network will execute the distribution commission logic clearly recorded in the smart contract in a distributed manner, which can ensure that the distribution commission amount calculated for the same collection record is consistent and credible.
  • the management party can check it through the management node at any time. In other words, through the embodiments of this specification, the management requirements for distribution commissions can be met in a more timely and credible manner.
  • FIG. 1 is a schematic flow diagram of a method for processing collection records based on a blockchain smart contract according to an embodiment of this specification
  • FIG. 2 is a schematic structural diagram of a collection record processing system based on a blockchain smart contract provided by an embodiment of this specification;
  • FIG. 3 is a schematic structural diagram of another collection record processing system based on a blockchain smart contract provided by an embodiment of this specification;
  • FIG. 4 is a schematic structural diagram of a collection record processing device based on a blockchain smart contract according to an embodiment of this specification
  • FIG. 5 is a schematic structural diagram of a computer device used to configure the device in the embodiment of this specification.
  • the payment platform is responsible for each collection record, calculates the distribution commission amount that should be issued by the distributor involved in the collection record, and then collects it. Account records and associated distribution commission Report the amount to the management agency.
  • this method has the following disadvantages:
  • the amount of distribution commission is determined by the payment platform itself, the amount of distribution commission reported by the payment platform is not necessarily credible. For example, for a certain collection record, the payment platform may falsely report the distribution commission amount associated with the collection record, but actually does not release the falsely reported part of the funds to the distributor, but embezzles it for other purposes. Assuming that the collection amount in a certain collection record is 100 yuan, according to the rules (the handling fee is 0.1% of the collection amount, the distribution commission amount is 10% of the handling fee), the handling fee receivable from the payment platform is 0.1 yuan, The payment platform further needs to issue a distribution commission amount of 0.01 yuan to the distributor.
  • the payment platform can falsely report to the management agency the amount of the distribution commission associated with the collection record as 0.05 yuan, and misappropriate the false report (0.04 yuan) for other purposes, such as investing in stocks. This is actually not compliant.
  • the collection record processing is performed in a decentralized manner, specifically, the collection record is broadcast to each node in the blockchain network, where, Each node includes a business node (such as a payment platform) that serves the business party, and also includes a management node that serves the manager.
  • Each node in the blockchain network can independently execute the distribution commission logic in a distributed manner according to the smart contract that has been deployed in advance, and calculate the credible distribution commission amount.
  • each node will write the collection record and the distribution commission amount associated with the collection record into the blockchain for certification. That is to say, the management node will always record each collection record and trusted distribution as soon as possible. The commission amount is deposited locally, so that the management party can check it at any time.
  • FIG. 1 is a schematic flowchart of a method for processing collection records based on a blockchain smart contract provided by an embodiment of this specification, including the following steps:
  • S100 The business node in the blockchain network obtains the collection and publishing transaction constructed by any business party, and broadcasts the collection and publishing transaction to the blockchain network.
  • the blockchain network may specifically be a consortium chain network (or a public chain network), which is composed of multiple nodes.
  • the network includes at least one service The business node of each business party and the management node serving at least one management party.
  • the business party can be a payment platform or other institutions that operate online collection services
  • the management party can be a financial regulatory agency (such as the central bank) or other regulatory agencies.
  • Collection records generally include, but are not limited to, the following information: the merchant’s merchant identifier, the amount of money collected, the time of collection, and the identity of the payer.
  • a business party Whenever a business party generates a collection record, it will construct a collection release transaction containing the collection record, and submit the collection release transaction to the business node in the blockchain network.
  • the transaction described in this manual refers to a piece of data created by the user through the client of the blockchain and need to be finally published to the distributed database of the blockchain.
  • a transaction is a data structure agreed in the blockchain protocol. If a piece of data is stored in the blockchain, it needs to be encapsulated into a transaction.
  • S102 The multiple nodes forming the blockchain network call the pre-deployed smart contract, and execute the distribution commission logic recorded in the smart contract according to the collection record in the transaction release transaction to obtain the distribution commission Amount.
  • a smart contract needs to be deployed in advance on each node in the blockchain network, and the smart contract needs to record at least a distribution commission amount associated with a business record based on a business record Code logic (this article will call it distribution commission logic).
  • the multiple nodes performing the XX operation actually means that each of the multiple nodes performs the XX operation separately.
  • S104 The multiple nodes forming the blockchain network write the distribution commission amount into the execution result corresponding to the collection and release transaction.
  • S106 The multiple nodes forming the blockchain network write the execution results corresponding to the collection and publishing transaction and the collection and publishing transaction into the blockchain.
  • each node needs to write the calculated distribution commission amount into the execution result corresponding to the collection and release transaction, and then, the distribution commission transaction and the distribution commission transaction corresponding to the The execution result is written into the blockchain so that at least one management party served by the management node can consult the execution result corresponding to the distribution commission transaction through the management node, that is, consult the collection record and the collection record association The amount of the distribution commission.
  • Each node in the blockchain network will execute the distribution commission logic clearly recorded in the smart contract in a distributed manner, which can ensure that the distribution commission amount calculated for the same collection record is consistent and credible.
  • the smart contract may also record the distributor identification acquisition logic, which is used to obtain the distributor identification of the distributor that should be issued for the distribution commission associated with the business record according to a certain business record.
  • the multiple nodes execute the distributor identification recorded in the smart contract according to the collection records in the collection publishing transaction before writing the execution result corresponding to the collection publishing transaction into the blockchain
  • the acquiring logic is used to acquire the distributor identifier of the distributor who is receivable of the distribution commission amount, and write the distributor identifier into the execution result corresponding to the collection and release transaction.
  • the execution result corresponding to the collection release transaction includes not only the distribution commission amount associated with the collection record, but also the distributor identification of the distributor to which the distribution commission amount should be issued.
  • the methods for obtaining the distributor identification of the distributor for the distribution commission amount receivable include but are not limited to the following two:
  • [64] 1 The correspondence between multiple groups of merchants and distributors can be stored locally in each node of the blockchain network in advance. For a certain merchant, the corresponding distributor of the merchant is actually the distributor who developed the merchant's registered account on the payment platform.
  • the node executes the distributor identification acquisition logic in the smart contract, it queries the correspondence between the local merchant and the distributor based on the merchant identification recorded in the collection record, and obtains the distribution trademark identification corresponding to the merchant identification recorded in the collection record.
  • the collection release message sent by the management node to the management party may be "payment platform A submits a collection record, the collection amount is 100 yuan, and the associated distribution commission amount is 0.01 yuan.”
  • the payment platform sometimes not only releases the handling fee as a distribution commission to distributors, but also returns the handling fee to the merchant as a merchant rebate.
  • the payment platform's handling fee is 0.1% of the collected amount
  • the distribution commission amount is 0.1% of the handling fee
  • the merchant rebate amount is 0.05% of the handling fee.
  • the handling fee is 0.1 yuan
  • the distribution commission amount is 0.01 yuan
  • the smart contract can also record merchant rebate logic.
  • the merchant rebate logic refers to the code logic for generating the merchant rebate amount associated with the business record based on a business record.
  • the multiple nodes execute the merchant rebate logic recorded in the smart contract according to the collection records in the collection and publishing transaction before writing the execution result corresponding to the collection and publishing transaction into the blockchain To obtain the merchant's rebate amount, and write the merchant's rebate amount into the execution result corresponding to the account release transaction. It can be seen that the execution result corresponding to the collection and publishing transaction may include not only the distribution commission amount, but also the merchant rebate amount.
  • the smart contract may also record handling fee logic, and the handling fee logic refers to the code logic for generating the handling fee amount associated with a business record based on a business record.
  • the execution result corresponding to the collection and publishing transaction may also include the amount of handling fee.
  • the management party may query the collection and publication transaction and the execution result corresponding to the collection and publication transaction through the management node in the following two ways:
  • Manner 1 Any management party can send a management query request to the management node, where the management query request includes query conditions specified by the management party, and the management node can directly return to the management party that the query is satisfied based on the query conditions The execution result corresponding to the conditional collection and release transaction and/or the collection and release transaction.
  • Manner 2 The management node obtains a management query transaction constructed by any management party, and broadcasts the management query transaction to the blockchain network, and the management query transaction includes query conditions specified by the manager; The multiple nodes call pre-deployed smart contracts, and execute the query logic recorded in the smart contract according to the query conditions in the management query transaction to determine in the blockchain that the requirements in the management query transaction are satisfied The execution result corresponding to the receipt and release transaction and the completion and receipt release transaction of the query condition; the management node returns the query result to the management party. [73] In method 2, the query is carried out through the smart contract, and the management query event can be stored in the blockchain in the form of management query transaction.
  • the multiple nodes of the blockchain network may further include a merchant node serving at least one merchant. Merchants can receive collection announcement messages through the merchant node, and query collection records through the merchant node for account reconciliation.
  • the merchant node writes the execution result corresponding to the collection and publishing transaction into the blockchain, it sends a collection and publishing message to at least one merchant to prompt.
  • the way to query through the smart contract is:
  • the merchant node can obtain the merchant query transaction constructed by any merchant, and broadcast the merchant query transaction to the blockchain network; the merchant query transaction includes the query conditions specified by the merchant; The node invokes the pre-deployed smart contract, and executes the query logic recorded in the smart contract according to the query conditions in the merchant query transaction to determine in the blockchain that the transaction that meets the query conditions in the merchant query transaction The execution result corresponding to the account release transaction and/or the account release transaction; the merchant node returns the query result to the merchant.
  • merchant query events can be stored in the blockchain in the form of merchant query transactions, or the query process based on the query conditions specified by the merchant can be stored in the blockchain.
  • the multiple nodes of the blockchain network may also include a distribution node serving at least one distributor.
  • distributors can receive receipt release messages through the distribution node, and query the distribution commission amount associated with the receipt record through the distribution node.
  • the distribution node After the distribution node writes the execution result corresponding to the collection release transaction into the blockchain, it sends a collection release message to at least one distributor for prompting.
  • the distribution node can obtain the distribution query transaction constructed by any distributor, and broadcast the distribution query transaction to the blockchain network; the distribution query transaction includes the query conditions specified by the distributor.
  • the multiple nodes call a pre-deployed smart contract, and execute the query logic recorded in the smart contract according to the query conditions in the distribution query transaction to determine in the blockchain that the distribution query transaction is satisfied The execution result corresponding to the collection publishing transaction and/or the collection publishing transaction of the query condition; the merchant node returns the query result to the distributor.
  • the distributor can also apply for settlement of the distribution commission issued to itself through the distribution node.
  • the distribution node may obtain the settlement application transaction constructed by any distributor, and broadcast the settlement application transaction to the blockchain network; the multiple nodes may invoke the pre-deployed smart contract, and according to all In the settlement application transaction, the settlement verification logic recorded in the smart contract is executed to verify the collection and issuance transaction specified by the settlement application transaction; if the verification is passed, the multiple nodes instruct and the distributor
  • the business party that has a cooperative relationship between the merchant and the distributor performs settlement with the distributor according to the settlement application transaction, and writes the settlement application transaction into the blockchain.
  • the settlement application transaction may include the settlement period specified by the distributor.
  • the settlement period may be from January 2019 to March 2019.
  • the distributor submits a settlement application transaction to the distribution node, which is equivalent to that the distributor applies for the payment platform to issue to itself the distribution commission amount created during the settlement period and related to the collection and release exchange.
  • the settlement period in the settlement application transaction is equivalent to specifying the collection and publishing transaction to be settled.
  • the verification of the collection and publishing transaction specified by the settlement application transaction is specifically implemented as follows: [86] The collection and publishing transaction is determined to fall within the settlement period and the corresponding execution result includes the distributor's distributor identifier. Transaction; Determine whether the distribution commission amount included in the execution result of each of the confirmed collection and release transactions has not been settled; if it is, the verification is passed; if not, the verification is not passed.
  • the settlement application transaction may include at least one transaction hash specified by the distributor. Verifying the collection and publishing transaction specified by the settlement application transaction is specifically implemented as follows: [88] For each transaction hash included in the settlement application transaction, determine the collection and publishing transaction corresponding to the transaction hash; determine Whether the execution results corresponding to each of the determined collection and publishing transactions all include the distributor's distributor ID; if not, the verification fails; if so, it is further determined whether the corresponding execution results of the determined collection and publishing transactions are Whether the included distribution commission amount has not been settled, if yes, the verification is passed, if not, the verification is not passed.
  • the business node obtains the settlement completion transaction constructed by the business party that has a cooperative relationship with the distributor, and broadcasts the settlement application transaction to the blockchain network; the multiple nodes transfer the The settlement is completed and the transaction is written to the blockchain.
  • Case 4 In order to prevent the distributor from repeatedly requesting settlement for a certain collection and publishing transaction, it is also possible to adopt such a method, that is, the multiple nodes need to obtain a payment platform before writing the settlement application transaction into the blockchain The feedback of the settlement completion result, otherwise, the settlement application transaction will not be written into the blockchain.
  • FIG. 2 is a schematic structural diagram of a collection record processing system based on a blockchain smart contract provided by an embodiment of this specification. As shown in FIG. 2, it includes a blockchain network composed of multiple nodes, where there are a business node serving at least one business party and a management node serving at least one manager; [96] the The business node obtains the collection and publishing transaction constructed by any business party, and broadcasts the collection and publishing transaction to the blockchain network; the collection and publishing transaction includes the merchant's collection of accounts monitored by the business party Collection records generated by the event;
  • the multiple nodes call the pre-deployed smart contract, and execute the distribution commission logic recorded in the smart contract according to the collection record in the collection release transaction to obtain the distribution commission amount;
  • the distribution commission amount is written into the execution result corresponding to the collection publishing transaction;
  • the execution result corresponding to the collection publishing transaction and the collection publishing transaction is written into the blockchain, so that the at least one management party can pass the
  • the management node makes a reference.
  • Figure 3 is a schematic structural diagram of another collection record processing system based on a blockchain smart contract provided by an embodiment of this specification.
  • the system shown in Figure 3 in addition to business nodes and management nodes, there are merchant nodes serving merchants and distribution nodes serving distributors in the blockchain network.
  • the embodiments of this specification also provide a device for processing collection records based on a blockchain smart contract.
  • the device includes:
  • Obtaining module 401 when the device is a service node, obtain the service party root constructed by any service party According to the collection release transaction of the collection record generated by the monitored merchant collection event, and broadcast the collection release transaction to the blockchain network;
  • the execution module 402 calls the pre-deployed smart contract, and executes the distribution commission logic recorded in the smart contract according to the collection record in the collection release transaction to obtain the distribution commission amount;
  • the collection release transaction is Obtained by the business node and broadcast to the blockchain network,
  • the collection and publishing transaction is constructed by any business party, and the collection and publishing transaction includes the merchant's collection event monitored by the business party. Collection records generated;
  • the deposit certificate module 403 which writes the distribution commission amount into the execution result corresponding to the collection and publishing transaction;
  • Block chain writing module 404 which writes the execution result of the collection and publishing transaction and the execution result corresponding to the collection and publishing transaction into the blockchain, so that the at least one management party can consult through the management node.
  • the embodiments of this specification also provide a computer device, which includes at least a memory, a processor, and a computer program stored on the memory and running on the processor, where the processor executes the program as shown in FIG. 1 Show the function of the method.
  • FIG. 5 shows a more specific hardware structure diagram of a computing device provided by an embodiment of this specification.
  • the device may include: a processor 1410, a memory 1420, an input/output interface 1430, a communication interface 1440, and a bus 1450.
  • the processor 1410, the memory 1420, the input/output interface 1430, and the communication interface 1440 realize the communication connection between each other in the device through the bus 1450.
  • the processor 1410 may be implemented by a general CPU (Central Processing Unit, central processing unit), a microprocessor, an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), or one or more integrated circuits, etc. To execute related programs to realize the technical solutions provided in the embodiments of this specification.
  • CPU Central Processing Unit
  • ASIC Application Specific Integrated Circuit
  • the memory 1420 can be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory), static storage device, dynamic storage device, etc.
  • the memory 1420 can store an operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented through software or firmware, related program codes are stored in the memory 1420, and are invoked and executed by the processor 1410.
  • the input/output interface 1430 is used to connect input/output modules to realize information input and output.
  • the input/output/module can be configured in the device as a component (not shown in the figure), or it can be connected to the device to provide corresponding functions.
  • the input device may include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc., and an output device may include a display, a speaker, a vibrator, an indicator, and the like.
  • the communication interface 1440 is used to connect a communication module (not shown in the figure) to implement communication interaction between the device and other devices.
  • the communication module can realize communication through wired means (such as USB, network cable, etc.), or through wireless means (such as mobile network, WIFI, Bluetooth, etc.).
  • the bus 1450 includes a path to transmit information between various components of the device (for example, the processor 1410, the memory 1420, the input/output interface 1430, and the communication interface 1440).
  • the above device only shows the processor 1410, the memory 1420, the input/output interface 1430, the communication interface 1440, and the bus 1450, in the specific implementation process, the device may also include the implementation of normal operation. Other necessary components.
  • the above-mentioned device may also include only the components necessary to implement the solutions of the embodiments of this specification, and not necessarily include all the components shown in the figures.
  • the embodiment of this specification also provides a computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, the function of the method shown in Fig. 1 is realized.
  • Computer-readable media includes permanent and non-permanent, removable and non-removable media, and information storage can be realized by any method or technology.
  • the information can be computer readable instructions, data structures, program modules, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, CD-ROM, digital versatile disc (DVD) or other optical storage, Magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media can be used to store information that can be accessed by computing devices. According to the definition in this article, computer-readable media does not include transitory media, such as modulated data signals and carrier waves.
  • a typical implementation device is a computer.
  • the specific form of the computer can be a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, Media players, navigation devices, email receiving and sending devices, game consoles, tablet computers, wearable devices, or a combination of any of these devices.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Technology Law (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

一种基于区块链智能合约的收账记录处理方法及系统。在区块链网络中引入服务于至少一个业务方(如支付平台)的业务节点与服务于至少一个管理方的管理节点,支付平台可以将商户的收账记录提交给到区块链网络,由区块链网络中的各节点基于预先部署的智能合约来确定该收账记录涉及的分销提成金额,该收账记录以及相应的分销提成金额也会被写入区块链进行存证。

Description

一种基于区块链智能合约的收账记录处理方法及系统 技术领域
[01] 本说明书实施例涉及信息技术领域, 尤其涉及一种基于区块链智能合约的收账记 录处理方法及系统。 背景技术
[02] 在日常生活中, 消费者在商户处进行消费时, 商户可以选择通过第三方的支付平 台进行收账。 例如, 消费者可以通过手机扫描包含商户的账户信息的二维码, 以触发向 商户在支付平台上已注册的账户进行转账的操作。
[03] 由于支付平台往往会针对每笔收账抽取手续费 (如收账金额的 0.1%为手续费) , 因此, 支付平台往往希望尽可能多的商户激活在线收账业务, 这就需要发展尽可能多的 商户在支付平台上注册账户。
[04] 为此, 支付平台往往会与诸多分销商 (或称代理商)进行合作, 由分销商对支付 平台的收账业务进行推广, 发展越来越多的商户在支付平台上注册账户。 支付平台为了 激励分销商,会从分销商发展的每个商户的每笔收账的手续费中抽取部分作为分销提成 发放给分销商。
[05] 支付平台实际上是商户与消费者之间的收账中介, 消费者支付的资金会暂时沉淀 在支付平台管理的资金池中。 而管理机构(如央行)要求支付平台应当有合理的理由才 能支取资金池中的资金, 否则视为支付平台违规。
[06] 通常, 管理机构会要求支付平台从资金池中抽取并发放给分销商的每笔分销提成 都应当与实际存在的商户收账记录相关联。 实践中, 管理机构会定期或不定期要求支付 平台将近期内产生的每笔收账的收账记录以及每个收账记录关联的分销提成金额上报。 然而, 支付平台上报的分销提成金额不一定是可信的。 发明内容
[07] 为了解决支付平台上报的分销提成信息不可信的问题, 本说明书实施例提供一种 基于区块链智能合约的收账记录处理方法及系统, 技术方案如下:
[08] 根据本说明书实施例的第 1 方面, 提供一种基于区块链智能合约的收账记录处理 方法,组成区块链网络的多个节点中存在服务于至少一个业务方的业务节点与服务于至 少一个管理方的管理节点, 所述方法包括:
[09] 所述业务节点获取任一业务方构建的收账发布交易, 并向所述区块链网络广播所 述收账发布交易; 所述收账发布交易包括该业务方 4艮据监测到的商户收账事件生成的收 账记录;
[10] 所述多个节点调用预先部署的智能合约, 并根据所述收账发布交易中的收账记录, 执行所述智能合约中记载的分销提成逻辑, 得到分销提成金额;
[11] 所述多个节点将所述分销提成金额写入所述收账发布交易对应的执行结果;
[12] 所述多个节点将所述收账发布交易与所述收账发布交易对应的执行结果写入区块 链, 以便所述至少一个管理方通过所述管理节点进行查阅。
[13] 根据本说明书实施例的第 2 方面, 提供一种基于区块链智能合约的收账记录处理 方法,组成区块链网络的多个节点中存在服务于至少一个业务方的业务节点与服务于至 少一个管理方的管理节点, 所述方法包括:
[14] 所述业务节点获取任一业务方构建的包括该业务方根据监测到的商户收账事件生 成的收账记录的收账发布交易, 并向所述区块链网络广播所述收账发布交易, 以使所述 多个节点调用预先部署的智能合约, 根据所述收账发布交易中的收账记录, 并执行所述 智能合约中记载的分销提成逻辑, 得到分销提成金额, 进而使所述多个节点将所述分销 提成金额写入所述收账发布交易对应的执行结果,最终使所述多个节点将所述收账发布 交易与所述收账发布交易对应的执行结果写入区块链, 以便所述至少一个管理方通过所 述管理节点进行查阅。
[15] 根据本说明书实施例的第 3 方面, 提供一种基于区块链智能合约的收账记录处理 方法,组成区块链网络的多个节点中存在服务于至少一个业务方的业务节点与服务于至 少一个管理方的管理节点, 所述方法包括:
[16] 所述多个节点调用预先部署的智能合约, 并根据收账发布交易中的收账记录, 执 行所述智能合约中记载的分销提成逻辑, 得到分销提成金额; 所述收账发布交易是所述 业务节点获取并向所述区块链网络广播的, 所述收账发布交易是任一业务方构建的, 所 述收账发布交易包括该业务方 4艮据监测到的商户收账事件生成的收账记录;
[17] 将所述分销提成金额写入所述收账发布交易对应的执行结果; [18] 将所述收账发布交易与所述收账发布交易对应的执行结果写入区块链, 以便所述 至少一个管理方通过所述管理节点进行查阅。
[19] 根据本说明书实施例的第 4 方面, 提供一种基于区块链智能合约的收账记录处理 系统, 包括由多个节点组成的区块链网络, 所述多个节点中存在服务于至少一个业务方 的业务节点与服务于至少一个管理方的管理节点;
[20] 所述业务节点, 获取任一业务方构建的收账发布交易, 并向所述区块链网络广播 所述收账发布交易; 所述收账发布交易包括该业务方 4艮据监测到的商户收账事件生成的 收账记录;
[21] 所述多个节点, 调用预先部署的智能合约, 并根据所述收账发布交易中的收账记 录, 执行所述智能合约中记载的分销提成逻辑, 得到分销提成金额; 将所述分销提成金 额写入所述收账发布交易对应的执行结果; 将所述收账发布交易与所述收账发布交易对 应的执行结果写入区块链, 以便所述至少一个管理方通过所述管理节点进行查阅。
[22] 根据本说明书实施例的第 5 方面, 提供一种基于区块链智能合约的收账记录处理 装置,组成区块链网络的多个所述装置中存在服务于至少一个业务方的业务节点与服务 于至少一个管理方的管理节点, 所述装置包括:
[23] 获取模块, 当所述装置是业务节点时, 获取任一业务方构建的包括该业务方根据 监测到的商户收账事件生成的收账记录的收账发布交易, 并向所述区块链网络广播所述 收账发布交易;
[24] 执行模块, 调用预先部署的智能合约, 并根据收账发布交易中的收账记录, 执行 所述智能合约中记载的分销提成逻辑, 得到分销提成金额; 所述收账发布交易是所述业 务节点获取并向所述区块链网络广播的, 所述收账发布交易是任一业务方构建的, 所述 收账发布交易包括该业务方 4艮据监测到的商户收账事件生成的收账记录;
[25] 存证模块, 将所述分销提成金额写入所述收账发布交易对应的执行结果;
[26] 区块链写入模块, 将所述收账发布交易与所述收账发布交易对应的执行结果写入 区块链, 以便所述至少一个管理方通过管理节点进行查阅。
[27] 本说明书实施例所提供的技术方案, 在区块链网络中引入服务于至少一个业务方 (如支付平台)的业务节点与服务于至少一个管理方(如央行)的管理节点, 支付平台 可以将商户的收账记录提交给到区块链网络, 由区块链网络中的各节点基于预先部署的 智能合约来确定该收账记录涉及的分销提成金额,该收账记录以及相应的分销提成金额 也会被写入区块链进行存证。
[28] 如此可以实现如下效果:
[29] 1、 区块链网络中的各节点会分布式地执行智能合约中明确记载的分销提成逻辑, 可以确保针对同一收账记录计算出的分销提成金额是一致且可信的。 [30] 2、 由于每个收账记录以及相应的分销提成金额已经存证于区块链中, 管理方可以 随时通过管理节点进行查阅。 也就是说, 通过本说明书实施例, 能够以更及时、 更可信 的方式满足针对分销提成的管理需求。
[31] 应当理解的是, 以上的一般描述和后文的细节描述仅是示例性和解释性的, 并不 能限制本说明书实施例。 [32] 此外, 本说明书实施例中的任一实施例并不需要达到上述的全部效果。 附图说明
[33] 为了更清楚地说明本说明书实施例中的技术方案, 下面将对实施例描述中所需要 使用的附图作筒单地介绍, 显而易见地, 下面描述中的附图仅仅是本说明书实施例中记 载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。 [34] 图 1 是本说明书实施例提供的一种基于区块链智能合约的收账记录处理方法的流 程示意图;
[35] 图 2是本说明书实施例提供的一种基于区块链智能合约的收账记录处理系统的结 构示意图;
[36] 图 3 是本说明书实施例提供的另一种基于区块链智能合约的收账记录处理系统的 结构示意图;
[37] 图 4是本说明书实施例提供的一种基于区块链智能合约的收账记录处理装置的结 构示意图;
[38] 图 5是用于配置本说明书实施例装置的一种计算机设备的结构示意图。 具体实施方式 [39] 在现有的收账记录处理方法中, 是由支付平台负责针对每个收账记录, 计算应为 该收账记录涉及的分销商发放的分销提成金额, 并随后将收账记录与关联的分销提成金 额上报给管理机构。 但是, 这种方法存在以下弊端:
[40] 1、 支付平台向管理机构上报收账记录与相应的分销提成金额往往是滯后的, 管理 机构难以及时获知每笔收账记录以及与每笔收账记录关联的分销提成金额。
[41] 2、 由于分销提成金额是由支付平台自行确定的, 因此, 支付平台上报的分销提成 金额不一定是可信的。 举例来说, 支付平台针对某个收账记录, 可以虚报与该收账记录 关联的分销提成金额, 却实际上不会将虚报部分的资金发放给分销商, 而是挪作他用。 假设某个收账记录中的收账金额为 100元, 按照规则 (手续费为收账金额的 0.1%, 分 销提成金额为手续费的 10%) , 支付平台应收的手续费为 0.1元, 支付平台进一步需要 发放给分销商的分销提成金额为 0.01元。但是, 支付平台可以向管理机构虚报该收账记 录关联的分销提成金额为 0.05元,将虚报部分( 0.04元)挪作他用,比如用于投资股票, 这事实上是不合规的。
[42] 为此,在本说明书的一个或多个实施例中,以去中心化的方式进行收账记录处理, 具体地, 将收账记录广播给区块链网络中的各节点, 其中, 各节点中包括服务于业务方 的业务节点(如支付平台) , 也包括服务于管理方的管理节点。 区块链网络中的各节点 可以根据已经预先部署的智能合约分布式地独立执行分销提成逻辑,计算出可信的分销 提成金额。 并且, 各节点会将收账记录以及收账记录关联的分销提成金额写入区块链进 行存证, 也就是说, 管理节点总是会第一时间将每个收账记录以及可信的分销提成金额 存入本地, 方便管理方随时进行查阅。
[43] 为了使本领域技术人员更好地理解本说明书实施例中的技术方案, 下面将结合本 说明书实施例中的附图, 对本说明书实施例中的技术方案进行详细地描述, 显然, 所描 述的实施例仅仅是本说明书的一部分实施例, 而不是全部的实施例。 基于本说明书中的 实施例, 本领域普通技术人员所获得的所有其他实施例, 都应当属于保护的范围。
[44] 以下结合附图, 详细说明本说明书各实施例提供的技术方案。
[45] 图 1 是本说明书实施例提供的一种基于区块链智能合约的收账记录处理方法的流 程示意图, 包括如下步骤:
[46] S100: 区块链网络中的业务节点获取任一业务方构建的收账发布交易, 并向所述 区块链网络广播所述收账发布交易。
[47] 在本说明书实施例中,区块链网络具体可以是联盟链网络(也可以是公有链网络), 其由多个节点组成。 当所述区块链网络是联盟链网络时, 网络中至少包括服务于至少一 个业务方的业务节点以及服务于至少一个管理方的管理节点。 其中, 业务方可以是支付 平台或其他经营在线收账业务的机构, 管理方可以是金融监管机构(如央行)或其他管 理机构。
[48] 在实际应用中, 商户需要在业务方处注册账户, 并采用业务方提供的收账工具(如 收账二维码、 扫码枪、 收账客户端等)进行收账。 业务方一旦监测到商户收账事件, 就 会根据监测到的商户收账事件生成收账记录。 收账记录一般包括但不限于如下信息: 商 户的商户标识、 收账金额、 收账时间、 付款人的身份标识。
[49] 业务方每当生成一个收账记录时, 就会构建包含该收账记录的收账发布交易, 将 收账发布交易提交给区块链网络中的业务节点。 [50] 需要说明的是, 在本说明书中所描述的交易 ( transaction) , 是指用户通过区块链 的客户端创建, 并需要最终发布至区块链的分布式数据库中的一笔数据。 交易是区块链 协议中所约定的一种数据结构, 一笔数据要存入区块链, 就需要被封装成交易。
[51] S102: 组成区块链网络的多个节点调用预先部署的智能合约, 并根据所述收账发 布交易中的收账记录, 执行所述智能合约中记载的分销提成逻辑, 得到分销提成金额。 [52] 在本说明书实施例中, 需要预先在区块链网络中的每个节点上部署智能合约, 所 述智能合约至少需要记载用于根据一个业务记录生成与该业务记录关联的分销提成金 额的代码逻辑(本文将之称为分销提成逻辑) 。
[53] 由于所述区块链网络中的每个节点上部署的智能合约是一致的, 因此, 针对同一 业务记录,每个节点执行所述智能合约记载的分销提成逻辑所得到的关联于该业务记录 的分销提成金额也是一致的, 任一节点都难以虚报分销提成金额。
[54] 需要说明的是, 在本文中, 所述多个节点执行 XX操作, 实际上是指所述多个节点 中每个节点都分别执行 XX操作。
[55] S104: 组成区块链网络的多个节点将所述分销提成金额写入所述收账发布交易对 应的执行结果。 [56] S106: 组成区块链网络的多个节点将所述收账发布交易与所述收账发布交易对应 的执行结果写入区块链。
[57] 在区块链领域, 众所周知, 假设一个交易需要调用智能合约中的至少一个代码逻 辑, 那么意味着, 每个节点以该交易为智能合约的输入, 执行智能合约中的至少一个代 码逻辑后得到的至少一个输出 (或称返回值)即是该交易对应的执行结果。 交易对应的 执行结果也会随着交易一起被写入区块链进行存证。
[58] 在本说明书实施例中, 每个节点需要将计算得到的分销提成金额写入所述收账发 布交易对应的执行结果, 接着, 将所述分销提成交易以及所述分销提成交易对应的执行 结果写入区块链, 以便所述管理节点所服务的至少一个管理方通过所述管理节点查阅所 述分销提成交易对应的执行结果, 即查阅所述收账记录以及所述收账记录关联的分销提 成金额。
[59] 通过图 1所示的方法, 可以实现如下效果:
[60] 1、 区块链网络中的各节点会分布式地执行智能合约中明确记载的分销提成逻辑, 可以确保针对同一收账记录计算出的分销提成金额是一致且可信的。
[61] 2、 由于每个收账记录以及相应的分销提成金额已经存证于区块链中, 管理方可以 随时通过管理节点进行查阅。 也就是说, 通过本说明书实施例, 能够以更及时、 更可信 的方式满足针对分销提成的管理需求。
[62] 在本说明书实施例中, 所述智能合约中还可以记载分销商标识获取逻辑, 用于根 据某个业务记录获取该业务记录关联的分销提成所应发放的分销商的分销商标识。如此, 所述多个节点在将所述收账发布交易对应的执行结果写入区块链之前,根据所述收账发 布交易中的收账记录, 执行所述智能合约中记载的分销商标识获取逻辑, 以获取应收所 述分销提成金额的分销商的分销商标识, 并将所述分销商标识写入所述收账发布交易对 应的执行结果。 这样, 所述收账发布交易对应的执行结果中不仅包括了收账记录关联的 分销提成金额, 还包括了分销提成金额所应发放的分销商的分销商标识。
[63] 具体地, 获取应收所述分销提成金额的分销商的分销商标识的方式包括但不限于 以下两种:
[64] 1、 可以预先在区块链网络的每个节点本地存储多组商户与分销商的对应关系。 针 对某个商户,该商户对应的分销商实际上就是发展该商户在支付平台上注册账户的分销 商。节点在执行智能合约中的分销商标识获取逻辑时,根据收账记录中记载的商户标识, 查询本地的商户与分销商的对应关系,获取收账记录中记载的商户标识对应的分销商标 识。
[65] 2、 可以采用区块链预言机技术(Oracle) , 节点在执行智能合约中的分销商标识 获取逻辑时,从链外获取支付平台存储的应收所述分销提成金额的分销商的分销商标识。 [66] 此外, 在说明书实施例中, 所述管理节点在将所述收账发布交易对应的执行结果 写入区块链之后, 向至少一个管理方发送收账发布消息进行提示。 例如, 所述管理节点 向管理方发送的收账发布消息可以是 “支付平台 A提交了一个收账记录, 收账金额为 100元, 关联的分销提成金额为 0.01元” 。 [67] 在实践中, 支付平台有时不仅会将手续费的部分作为分销提成发放给分销商, 还 会将手续费的部分作为商户返利返还给商户。 例如, 可以规定针对任一笔收账, 支付平 台的手续费为收账金额的 0.1% , 分销提成金额为手续费的 0.1% , 商户返利金额为手续 费的 0.05% , 如此, 假设收账金额为 100元, 那么手续费为 0.1元, 分销提成金额 0.01 元, 商户返利金额为 0.005元。那么,通过这笔收账, 支付平台实得 0.1-0.01-0.005=0.085 元, 分销商实得 0.1元, 商户实得 100-0.1+0.005=99.905元。
[68] 为此, 所述智能合约中还可以记载商户返利逻辑。 所述商户返利逻辑是指根据一 个业务记录生成与该业务记录关联的商户返利金额的代码逻辑。 这样, 所述多个节点在 将所述收账发布交易对应的执行结果写入区块链之前,根据所述收账发布交易中的收账 记录, 执行所述智能合约中记载的商户返利逻辑, 得到商户返利金额, 将所述商户返利 金额写入所述收账发布交易对应的执行结果。 可见, 所述收账发布交易对应的执行结果 可以不仅包括分销提成金额, 还可以包括商户返利金额。
[69] 进一步地, 所述智能合约中还可以记载手续费逻辑, 所述手续费逻辑是指根据一 个业务记录生成与该业务记录关联的手续费金额的代码逻辑。 如此, 所述收账发布交易 对应的执行结果还可以包括手续费金额。 [70] 另外, 在本说明书实施例中, 管理方通过管理节点查询收账发布交易以及收账发 布交易对应的执行结果的方式可以有如下两种:
[71] 方式 1 : 任一管理方可以向管理节点发送管理查询请求, 所述管理查询请求包括该 管理方指定的查询条件, 管理节点可以根据该查询条件, 直接向该管理方返回满足该查 询条件的收账发布交易和 /或收账发布交易对应的执行结果。 [72] 方式 2: 所述管理节点获取任一管理方构建的管理查询交易, 并向所述区块链网络 广播所述管理查询交易, 所述管理查询交易包括该管理方指定的查询条件; 所述多个节 点调用预先部署的智能合约, 并根据所述管理查询交易中的查询条件, 执行所述智能合 约中记载的查询逻辑, 以在区块链中确定满足所述管理查询交易中的查询条件的收账发 布交易和成收账发布交易对应的执行结果; 所述管理节点将查询结果返回给该管理方。 [73] 在方式 2 中, 通过智能合约进行查询, 可以将管理方查询事件以管理查询交易的 形式存证于区块链中。 此外, 由于智能合约中的代码逻辑的执行过程通常也会以日志的 形式写入区块链, 因此, 相当于也将根据管理方指定的查询条件进行查询的过程存证于 区块链中。 [74] 在本说明书实施例中, 所述区块链网络的多个节点中还可以包括服务于至少一个 商户的商户节点。 商户可以通过商户节点接收收账发布消息, 以及通过商户节点查询收 账记录进行对账。
[75] 具体地, 所述商户节点在将所述收账发布交易对应的执行结果写入区块链之后, 向至少一个商户发送收账发布消息进行提示。 [76] 与管理方类似, 商户通过商户节点查询收账发布交易以及收账发布交易对应的执 行结果的方式也有两种。 其中, 通过智能合约进行查询的方式为:
[77] 所述商户节点可以获取任一商户构建的商户查询交易, 并向所述区块链网络广播 所述商户查询交易; 所述商户查询交易包括该商户指定的查询条件; 所述多个节点调用 预先部署的智能合约, 并根据所述商户查询交易中的查询条件, 执行所述智能合约中记 载的查询逻辑, 以在区块链中确定满足所述商户查询交易中的查询条件的收账发布交易 和 /或收账发布交易对应的执行结果; 所述商户节点将查询结果返回给该商户。
[78] 通过智能合约进行查询, 可以将商户查询事件以商户查询交易的形式存证于区块 链中, 也可以将根据商户指定的查询条件进行查询的过程存证于区块链中。
[79] 另外, 所述区块链网络的多个节点中还可以包括服务于至少一个分销商的分销节 点。 类似的, 分销商可以通过分销节点接收收账发布消息, 以及通过分销节点查询收账 记录关联的分销提成金额。
[80] 具体地, 所述分销节点在将所述收账发布交易对应的执行结果写入区块链之后, 向至少一个分销商发送收账发布消息进行提示。
[81] 关于查询, 所述分销节点可以获取任一分销商构建的分销查询交易, 并向所述区 块链网络广播所述分销查询交易; 所述分销查询交易包括该分销商指定的查询条件; 所 述多个节点调用预先部署的智能合约, 并根据所述分销查询交易中的查询条件, 执行所 述智能合约中记载的查询逻辑, 以在区块链中确定满足所述分销查询交易中的查询条件 的收账发布交易和 /或收账发布交易对应的执行结果;所述商户节点将查询结果返回给该 分销商。 [82] 在本说明书实施例中, 分销商还可以通过分销节点申请对应发放给自己的分销提 成进行结算。 具体地, 所述分销节点可以获取任一分销商构建的结算申请交易, 并向所 述区块链网络广播所述结算申请交易; 所述多个节点可以调用预先部署的智能合约, 并 根据所述结算申请交易, 执行所述智能合约中记载的结算校验逻辑, 以针对所述结算申 请交易指定的收账发布交易进行校验; 若校验通过, 则所述多个节点指令与该分销商具 有合作关系的业务方根据所述结算申请交易向该分销商进行结算, 以及将所述结算申请 交易写入区块链。
[83] 此处需要对以下几种情况进行说明:
[84] 情况 1 : 所述结算申请交易中可以包括该分销商指定的结算期间。 例如, 所述结算 期间可以是 2019年 1月〜 2019年 3月。该分销商向分销节点提交结算申请交易,相当于 该分销商申请支付平台将结算期间内创建的、与自己有关的收账发布交易所关联的分销 提成金额发放给自己。
[85] 在情况 1 中, 所述结算申请交易中的结算期间相当于指定了所要结算的收账发布 交易。 针对所述结算申请交易指定的收账发布交易进行校验, 具体实现为: [86] 确定创建时间落入所述结算期间、 且对应的执行结果包含该分销商的分销商标识 的收账发布交易; 判断确定的各收账发布交易分别对应的执行结果所包含的分销提成金 额是否皆未被结算过; 若是, 则校验通过; 若否, 则校验不通过。
[87] 情况 2: 所述结算申请交易中可以包括该分销商指定的至少一个交易哈希。 针对所 述结算申请交易指定的收账发布交易进行校验, 具体实现为: [88] 针对所述结算申请交易包括的每个交易哈希, 确定该交易哈希对应的收账发布交 易; 判断确定的各收账发布交易分别对应的执行结果是否皆包含该分销商的分销商标识; 若否, 则校验不通过; 若是, 则进一步判断确定的各收账发布交易分别对应的执行结果 所包含的分销提成金额是否皆未被结算过, 若是, 则校验通过, 若否, 则校验不通过。
[89] 也就是所, 在情况 2 中, 如果分销商指定了若千待结算的收账发布交易, 那么首 先应当校验分销商指定的这些收账发布交易是否真的与该分销商有关。 如果都有关, 还 需要进一步校验这些收账发布交易是否被结算过。
[90] 情况 3 :在所述多个节点将指令与该分销商具有合作关系的业务方根据所述结算申 请交易向该分销商进行结算之后, 支付平台如果结算完成, 可以向区块链网络提交结算 完成交易, 进行存证。 所述结算完成交易用于表征已根据所述结算申请交易向该分销商 完成结算。 通过这种方式, 防止分销商针对某个收账发布交易重复要求结算。
[91] 具体地, 所述业务节点获取与该分销商具有合作关系的业务方构建的结算完成交 易, 并向所述区块链网络广播所述结算申请交易; 所述多个节点将所述结算完成交易写 入区块链。 [92] 情况 4: 为了防止分销商针对某个收账发布交易重复要求结算, 也可以采用这样的 方式, 即所述多个节点在将结算申请交易写入区块链之前, 需要获得支付平台反馈的结 算完成的结果, 否则, 不会将结算申请交易写入区块链。
[93] 具体地, 所述多个节点当确定与该分销商具有合作关系的业务方已根据所述结算 申请交易向该分销商完成结算时, 将所述结算申请交易写入区块链。 [94] 综上, 对于分销商申请结算的方式, 可以对上述的 4种情况进行如下组合, 得到 具体的实施方式: (情况 1或情况 2) +(情况 3或情况 4) 。
[95] 图 2是本说明书实施例提供的一种基于区块链智能合约的收账记录处理系统的结 构示意图。 如图 2所示, 包括由多个节点组成的区块链网络, 所述多个节点中存在服务 于至少一个业务方的业务节点与服务于至少一个管理方的管理节点; [96] 所述业务节点, 获取任一业务方构建的收账发布交易, 并向所述区块链网络广播 所述收账发布交易; 所述收账发布交易包括该业务方 4艮据监测到的商户收账事件生成的 收账记录;
[97] 所述多个节点, 调用预先部署的智能合约, 并根据所述收账发布交易中的收账记 录, 执行所述智能合约中记载的分销提成逻辑, 得到分销提成金额; 将所述分销提成金 额写入所述收账发布交易对应的执行结果; 将所述收账发布交易与所述收账发布交易对 应的执行结果写入区块链, 以便所述至少一个管理方通过所述管理节点进行查阅。
[98] 图 3 是本说明书实施例提供的另一种基于区块链智能合约的收账记录处理系统的 结构示意图。 图 3所示的系统中, 区块链网络中除了存在业务节点与管理节点之外, 还 存在服务于商户的商户节点与服务于分销商的分销节点。 [99] 本说明书实施例还提供了一种基于区块链智能合约的收账记录处理装置, 组成区 块链网络的多个所述装置中存在服务于至少一个业务方的业务节点与服务于至少一个 管理方的管理节点, 如图 4所示, 所述装置包括:
[100]获取模块 401, 当所述装置是业务节点时, 获取任一业务方构建的包括该业务方根 据监测到的商户收账事件生成的收账记录的收账发布交易, 并向所述区块链网络广播所 述收账发布交易;
[101]执行模块 402, 调用预先部署的智能合约, 并根据收账发布交易中的收账记录, 执 行所述智能合约中记载的分销提成逻辑, 得到分销提成金额; 所述收账发布交易是所述 业务节点获取并向所述区块链网络广播的, 所述收账发布交易是任一业务方构建的, 所 述收账发布交易包括该业务方 4艮据监测到的商户收账事件生成的收账记录;
[102]存证模块 403, 将所述分销提成金额写入所述收账发布交易对应的执行结果;
[103]区块链写入模块 404,将所述收账发布交易与所述收账发布交易对应的执行结果写 入区块链, 以便所述至少一个管理方通过所述管理节点进行查阅。 [104]本说明书实施例还提供一种计算机设备, 其至少包括存储器、 处理器及存储在存 储器上并可在处理器上运行的计算机程序, 其中, 处理器执行所述程序时实现图 1所示 方法的功能。
[105]图 5 示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图, 该设备可以包括: 处理器 1410、 存储器 1420、 输入 /输出接口 1430、 通信接口 1440和 总线 1450。 其中处理器 1410、 存储器 1420、 输入 /输出接口 1430和通信接口 1440通过 总线 1450实现彼此之间在设备内部的通信连接。
[106]处理器 1410可以采用通用的 CPU( Central Processing Unit, 中央处理器) 、 微处 理器、 应用专用集成电路( Application Specific Integrated Circuit, ASIC) 、 或者一个或 多个集成电路等方式实现, 用于执行相关程序, 以实现本说明书实施例所提供的技术方 案。
[107]存储器 1420可以采用 ROM( Read Only Memory, 只读存储器)、 RAM( Random Access Memory, 随机存取存储器) 、 静态存储设备, 动态存储设备等形式实现。 存储 器 1420可以存储操作系统和其他应用程序, 在通过软件或者固件来实现本说明书实施 例所提供的技术方案时, 相关的程序代码保存在存储器 1420中, 并由处理器 1410来调 用执行。
[108]输入 /输出接口 1430用于连接输入 /输出模块, 以实现信息输入及输出。 输入输出 / 模块可以作为组件配置在设备中 (图中未示出) , 也可以外接于设备以提供相应功能。 其中输入设备可以包括键盘、 鼠标、 触摸屏、 麦克风、 各类传感器等, 输出设备可以包 括显示器、 扬声器、 振动器、 指示灯等。 [109]通信接口 1440用于连接通信模块(图中未示出) , 以实现本设备与其他设备的通 信交互。 其中通信模块可以通过有线方式(例如 USB、 网线等)实现通信, 也可以通过 无线方式(例如移动网络、 WIFI、 蓝牙等) 实现通信。
[110]总线 1450包括一通路, 在设备的各个组件(例如处理器 1410、 存储器 1420、 输 入 /输出接口 1430和通信接口 1440)之间传输信息。
[111]需要说明的是, 尽管上述设备仅示出了处理器 1410、 存储器 1420、 输入 /输出接口 1430、 通信接口 1440以及总线 1450, 但是在具体实施过程中, 该设备还可以包括实现 正常运行所必需的其他组件。 此外, 本领域的技术人员可以理解的是, 上述设备中也可 以仅包含实现本说明书实施例方案所必需的组件, 而不必包含图中所示的全部组件。
[112]本说明书实施例还提供一种计算机可读存储介质, 其上存储有计算机程序, 该程 序被处理器执行时实现图 1所示方法的功能。
[113]计算机可读介质包括永久性和非永久性、 可移动和非可移动媒体可以由任何方法 或技术来实现信息存储。 信息可以是计算机可读指令、 数据结构、 程序的模块或其他数 据。 计算机的存储介质的例子包括, 但不限于相变内存(PRAM) 、 静态随机存取存储 器( SRAM)、 动态随机存取存储器( DRAM)、其他类型的随机存取存储器( RAM) , 只读存储器 (ROM) 、 电可擦除可编程只读存储器 (EEPROM) 、 快闪记忆体或其他 内存技术、 只读光盘只读存储器(CD-ROM)、 数字多功能光盘(DVD)或其他光学存 储、 磁盒式磁带, 磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质, 可用于 存储可以被计算设备访问的信息。 按照本文中的界定, 计算机可读介质不包括暂存电脑 可读媒体( transitory media) , 如调制的数据信号和载波。
[ 114]通过以上的实施方式的描述可知, 本领域的技术人员可以清楚地了解到本说明书 实施例可借助软件加必需的通用硬件平台的方式来实现。 基于这样的理解, 本说明书实 施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现 出来, 该计算机软件产品可以存储在存储介质中, 如 ROM/RAM、 磁碟、 光盘等, 包括 若千指令用以使得一台计算机设备(可以是个人计算机, 服务器, 或者网络设备等)执 行本说明书实施例各个实施例或者实施例的某些部分所述的方法。
[115]上述实施例阐明的系统、 方法、模块或单元, 具体可以由计算机芯片或实体实现, 或者由具有某种功能的产品来实现。 一种典型的实现设备为计算机, 计算机的具体形式 可以是个人计算机、 膝上型计算机、 蜂窝电话、 相机电话、 智能电话、 个人数字助理、 媒体播放器、 导航设备、 电子邮件收发设备、 游戏控制台、 平板计算机、 可穿戴设备或 者这些设备中的任意几种设备的组合。
[116]本说明书中的各个实施例均采用递进的方式描述, 各个实施例之间相同相似的部 分互相参见即可, 每个实施例重点说明的都是与其他实施例的不同之处。 尤其, 对于方 法和设备实施例而言, 由于其基本相似于方法实施例, 所以描述得比较筒单, 相关之处 参见方法实施例的部分说明即可。 以上所描述的方法实施例仅仅是示意性的, 其中所述 作为分离部件说明的模块可以是或者也可以不是物理上分开的,在实施本说明书实施例 方案时可以把各模块的功能在同一个或多个软件和 /或硬件中实现。也可以根据实际的需 要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不 付出创造性劳动的情况下, 即可以理解并实施。
[117]以上所述仅是本说明书实施例的具体实施方式, 应当指出, 对于本技术领域的普 通技术人员来说,在不脱离本说明书实施例原理的前提下,还可以做出若千改进和润饰, 这些改进和润饰也应视为本说明书实施例的保护范围。

Claims

权利要求书
1、 一种基于区块链智能合约的收账记录处理方法, 组成区块链网络的多个节点中 存在服务于至少一个业务方的业务节点与服务于至少一个管理方的管理节点,所述方法 包括:
所述业务节点获取任一业务方构建的收账发布交易, 并向所述区块链网络广播所述 收账发布交易; 所述收账发布交易包括该业务方根据监测到的商户收账事件生成的收账 记录;
所述多个节点调用预先部署的智能合约, 并根据所述收账发布交易中的收账记录, 执行所述智能合约中记载的分销提成逻辑, 得到分销提成金额;
所述多个节点将所述分销提成金额写入所述收账发布交易对应的执行结果; 所述多个节点将所述收账发布交易与所述收账发布交易对应的执行结果写入区块 链, 以便所述至少一个管理方通过所述管理节点进行查阅。
2、 如权利要求 1所述的方法, 所述方法还包括:
所述多个节点在将所述收账发布交易对应的执行结果写入区块链之前,根据所述收 账发布交易中的收账记录, 执行所述智能合约中记载的商户返利逻辑, 得到商户返利金 额;
将所述商户返利金额写入所述收账发布交易对应的执行结果。
3、 如权利要求 1所述的方法, 所述方法还包括:
所述管理节点在将所述收账发布交易对应的执行结果写入区块链之后, 向至少一个 管理方发送收账发布消息进行提示。
4、 如权利要求 1所述的方法, 所述方法还包括:
所述管理节点获取任一管理方构建的管理查询交易, 并向所述区块链网络广播所述 管理查询交易; 所述管理查询交易包括该管理方指定的查询条件;
所述多个节点调用预先部署的智能合约, 并根据所述管理查询交易中的查询条件, 执行所述智能合约中记载的查询逻辑, 以在区块链中确定满足所述管理查询交易中的查 询条件的收账发布交易和 /或收账发布交易对应的执行结果;
所述管理节点将查询结果返回给该管理方。
5、 如权利要求 1所述的方法, 所述多个节点中还存在服务于至少一个商户的商户 节点。
6、 如权利要求 5所述的方法, 所述方法还包括:
所述商户节点在将所述收账发布交易对应的执行结果写入区块链之后, 向至少一个 商户发送收账发布消息进行提示。
7、 如权利要求 5所述的方法, 所述方法还包括:
所述商户节点获取任一商户构建的商户查询交易, 并向所述区块链网络广播所述商 户查询交易; 所述商户查询交易包括该商户指定的查询条件;
所述多个节点调用预先部署的智能合约, 并根据所述商户查询交易中的查询条件, 执行所述智能合约中记载的查询逻辑, 以在区块链中确定满足所述商户查询交易中的查 询条件的收账发布交易和 /或收账发布交易对应的执行结果;
所述商户节点将查询结果返回给该商户。
8、 如权利要求 1所述的方法, 所述多个节点中还存在服务于至少一个分销商的分 销节点。
9、 如权利要求 8所述的方法, 所述方法还包括:
所述分销节点在将所述收账发布交易对应的执行结果写入区块链之后, 向至少一个 分销商发送收账发布消息进行提示。
10、 如权利要求 8所述的方法, 所述方法还包括:
所述分销节点获取任一分销商构建的分销查询交易, 并向所述区块链网络广播所述 分销查询交易; 所述分销查询交易包括该分销商指定的查询条件;
所述多个节点调用预先部署的智能合约, 并根据所述分销查询交易中的查询条件, 执行所述智能合约中记载的查询逻辑, 以在区块链中确定满足所述分销查询交易中的查 询条件的收账发布交易和 /或收账发布交易对应的执行结果;
所述商户节点将查询结果返回给该分销商。
11、 如权利要求 1所述的方法, 所述方法还包括:
所述多个节点在将所述收账发布交易对应的执行结果写入区块链之前,根据所述收 账发布交易中的收账记录, 执行所述智能合约中记载的分销商标识获取逻辑, 以获取应 收所述分销提成金额的分销商的分销商标识, 并将所述分销商标识写入所述收账发布交 易对应的执行结果。
12、 如权利要求 11所述的方法, 所述多个节点中还存在服务于至少一个分销商的 分销节点;
所述方法还包括:
所述分销节点获取任一分销商构建的结算申请交易, 并向所述区块链网络广播所述 结算申请交易;
所述多个节点调用预先部署的智能合约, 并根据所述结算申请交易, 执行所述智能 合约中记载的结算校验逻辑, 以针对所述结算申请交易指定的收账发布交易进行校验; 若校验通过, 则所述多个节点指令与该分销商具有合作关系的业务方根据所述结算 申请交易向该分销商进行结算, 以及将所述结算申请交易写入区块链。
13、如权利要求 12所述的方法,所述结算申请交易包括该分销商指定的结算期间; 针对所述结算申请交易指定的收账发布交易进行校验, 具体包括:
确定创建时间落入所述结算期间、且对应的执行结果包含该分销商的分销商标识的 收账发布交易;
判断确定的各收账发布交易分别对应的执行结果所包含的分销提成金额是否皆未 被结算过;
若是, 则校验通过;
若否, 则校验不通过。
14、 如权利要求 12所述的方法, 所述结算申请交易包括该分销商指定的至少一个 交易哈希;
针对所述结算申请交易指定的收账发布交易进行校验, 具体包括:
针对所述结算申请交易包括的每个交易哈希,确定该交易哈希对应的收账发布交易; 判断确定的各收账发布交易分别对应的执行结果是否皆包含该分销商的分销商标 识;
若是, 则判断确定的各收账发布交易分别对应的执行结果所包含的分销提成金额是 否皆未被结算过, 若是, 则校验通过, 若否, 则校验不通过;
若否, 则校验不通过。
15、 如权利要求 12所述的方法, 所述方法还包括:
所述业务节点获取与该分销商具有合作关系的业务方构建的结算完成交易, 并向所 述区块链网络广播所述结算申请交易; 所述结算完成交易用于表征已根据所述结算申请 交易向该分销商完成结算;
所述多个节点将所述结算完成交易写入区块链。
16、 如权利要求 12所述的方法, 将所述结算申请交易写入区块链, 具体包括: 当确定与该分销商具有合作关系的业务方已根据所述结算申请交易向该分销商完 成结算时, 将所述结算申请交易写入区块链。
17、 一种基于区块链智能合约的收账记录处理方法, 组成区块链网络的多个节点中 存在服务于至少一个业务方的业务节点与服务于至少一个管理方的管理节点,所述方法 包括: 所述业务节点获取任一业务方构建的包括该业务方根据监测到的商户收账事件生 成的收账记录的收账发布交易, 并向所述区块链网络广播所述收账发布交易, 以使所述 多个节点调用预先部署的智能合约, 根据所述收账发布交易中的收账记录, 并执行所述 智能合约中记载的分销提成逻辑, 得到分销提成金额, 进而使所述多个节点将所述分销 提成金额写入所述收账发布交易对应的执行结果,最终使所述多个节点将所述收账发布 交易与所述收账发布交易对应的执行结果写入区块链, 以便所述至少一个管理方通过所 述管理节点进行查阅。
18、 一种基于区块链智能合约的收账记录处理方法, 组成区块链网络的多个节点中 存在服务于至少一个业务方的业务节点与服务于至少一个管理方的管理节点,所述方法 包括:
所述多个节点调用预先部署的智能合约, 并根据收账发布交易中的收账记录, 执行 所述智能合约中记载的分销提成逻辑, 得到分销提成金额; 所述收账发布交易是所述业 务节点获取并向所述区块链网络广播的, 所述收账发布交易是任一业务方构建的, 所述 收账发布交易包括该业务方 4艮据监测到的商户收账事件生成的收账记录;
将所述分销提成金额写入所述收账发布交易对应的执行结果;
将所述收账发布交易与所述收账发布交易对应的执行结果写入区块链, 以便所述至 少一个管理方通过所述管理节点进行查阅。
19、 一种基于区块链智能合约的收账记录处理系统, 包括由多个节点组成的区块链 网络, 所述多个节点中存在服务于至少一个业务方的业务节点与服务于至少一个管理方 的管理节点;
所述业务节点, 获取任一业务方构建的收账发布交易, 并向所述区块链网络广播所 述收账发布交易; 所述收账发布交易包括该业务方 4艮据监测到的商户收账事件生成的收 账记录;
所述多个节点,调用预先部署的智能合约,并根据所述收账发布交易中的收账记录, 执行所述智能合约中记载的分销提成逻辑, 得到分销提成金额; 将所述分销提成金额写 入所述收账发布交易对应的执行结果; 将所述收账发布交易与所述收账发布交易对应的 执行结果写入区块链, 以便所述至少一个管理方通过所述管理节点进行查阅。
20、 一种基于区块链智能合约的收账记录处理装置, 组成区块链网络的多个所述装 置中存在服务于至少一个业务方的业务节点与服务于至少一个管理方的管理节点, 所述 装置包括:
获取模块, 当所述装置是业务节点时, 获取任一业务方构建的包括该业务方根据监 测到的商户收账事件生成的收账记录的收账发布交易, 并向所述区块链网络广播所述收 账发布交易;
执行模块, 调用预先部署的智能合约, 并根据收账发布交易中的收账记录, 执行所 述智能合约中记载的分销提成逻辑, 得到分销提成金额; 所述收账发布交易是所述业务 节点获取并向所述区块链网络广播的, 所述收账发布交易是任一业务方构建的, 所述收 账发布交易包括该业务方 4艮据监测到的商户收账事件生成的收账记录;
存证模块, 将所述分销提成金额写入所述收账发布交易对应的执行结果; 区块链写入模块,将所述收账发布交易与所述收账发布交易对应的执行结果写入区 块链, 以便所述至少一个管理方通过管理节点进行查阅。
21、 一种计算机设备, 包括存储器、 处理器及存储在存储器上并可在处理器上运行 的计算机程序,其中,所述处理器执行所述程序时实现如权利要求 17和 /或 18所述的方 法。
PCT/CN2020/073739 2019-02-27 2020-01-22 一种基于区块链智能合约的收账记录处理方法及系统 Ceased WO2020173273A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910144957.6A CN109961365B (zh) 2019-02-27 2019-02-27 一种基于区块链智能合约的收账记录处理方法及系统
CN201910144957.6 2019-02-27

Publications (1)

Publication Number Publication Date
WO2020173273A1 true WO2020173273A1 (zh) 2020-09-03

Family

ID=67023937

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/073739 Ceased WO2020173273A1 (zh) 2019-02-27 2020-01-22 一种基于区块链智能合约的收账记录处理方法及系统

Country Status (3)

Country Link
CN (1) CN109961365B (zh)
TW (1) TWI729494B (zh)
WO (1) WO2020173273A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109961365B (zh) * 2019-02-27 2020-12-15 创新先进技术有限公司 一种基于区块链智能合约的收账记录处理方法及系统
US11315115B2 (en) * 2019-04-12 2022-04-26 Advanced New Technologies Co., Ltd. Blockchain-based data processing system, method, computing device and storage medium
CN110415073A (zh) * 2019-07-04 2019-11-05 孟理森 一种o2o信息化联盟式平台的构建和运营方法
CN110458559B (zh) * 2019-07-08 2023-08-18 创新先进技术有限公司 交易数据处理方法、装置、服务器和存储介质
CN110490571B (zh) * 2019-08-23 2023-12-08 腾讯科技(深圳)有限公司 一种分期付款方法、装置、设备及介质
CN111199484B (zh) * 2019-12-31 2023-09-26 东莞盟大集团有限公司 基于区块链技术的结算方法以及装置、设备、存储介质
CN111311407B (zh) * 2020-02-07 2024-11-12 腾讯科技(深圳)有限公司 基于区块链系统的数据处理方法、装置及电子设备
CN111784517B (zh) * 2020-06-24 2024-07-02 杭州溪塔科技有限公司 基于区块链的联票管理方法、系统、电子设备及存储介质
CN112100635B (zh) * 2020-09-17 2024-02-09 博雅正链(北京)科技有限公司 基于智能合约与工作流架构的执法返还系统及方法
CN112561510A (zh) * 2020-12-21 2021-03-26 北京红枣科技有限公司 缴费系统、方法、装置、设备及存储介质
CN114493690B (zh) * 2022-01-17 2024-10-22 浪潮工业互联网股份有限公司 基于区块链的经销商返利透明化的方法、设备及介质
CN117459592B (zh) * 2023-09-11 2025-07-11 浙江大学 基于区块链可信监听数据的服务结算方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140207674A1 (en) * 2013-01-24 2014-07-24 Mastercard International Incorporated Automated teller machine transaction premium listing to prevent transaction blocking
CN107038638A (zh) * 2017-02-24 2017-08-11 杭州象链网络技术有限公司 一种基于联盟链的股权登记交易系统构建方法
CN108629571A (zh) * 2018-04-30 2018-10-09 成都零光量子科技有限公司 一种基于区块链的计时服务交易方法
CN109961365A (zh) * 2019-02-27 2019-07-02 阿里巴巴集团控股有限公司 一种基于区块链智能合约的收账记录处理方法及系统

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106682984B (zh) * 2016-10-27 2019-09-10 深圳壹账通智能科技有限公司 基于区块链的交易事务处理方法及系统
US20180232739A1 (en) * 2017-02-10 2018-08-16 Selfiepay, Inc. Systems and methods for biometric transaction management
CN107248074A (zh) * 2017-03-29 2017-10-13 阿里巴巴集团控股有限公司 一种基于区块链的业务处理方法及设备
CN108694573A (zh) * 2017-04-11 2018-10-23 杭州呯嘭智能技术有限公司 动态网络衡算的深度支付分账方法及系统
CN107240002B (zh) * 2017-06-06 2020-09-29 北京汇通金财信息科技有限公司 一种电力交易方法、装置及微电网系统
CN108805563A (zh) * 2018-03-21 2018-11-13 中思博安科技(北京)有限公司 一种基于区块链的医疗分账管理方法及装置
CN109087214B (zh) * 2018-07-23 2019-07-16 江苏恒宝智能系统技术有限公司 一种基于区块链的天然气生活缴费管理系统
EP3644264A4 (en) * 2018-08-28 2020-05-13 Launch Tech Co., Ltd RENTAL PROCEDURE FOR DIAGNOSTIC DEVICE, SERVER AND STORAGE MEDIUM

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140207674A1 (en) * 2013-01-24 2014-07-24 Mastercard International Incorporated Automated teller machine transaction premium listing to prevent transaction blocking
CN107038638A (zh) * 2017-02-24 2017-08-11 杭州象链网络技术有限公司 一种基于联盟链的股权登记交易系统构建方法
CN108629571A (zh) * 2018-04-30 2018-10-09 成都零光量子科技有限公司 一种基于区块链的计时服务交易方法
CN109961365A (zh) * 2019-02-27 2019-07-02 阿里巴巴集团控股有限公司 一种基于区块链智能合约的收账记录处理方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
WEIXIN_34363171: "Using Smart Contract to Realize Automatic Profit Sharing", CSDN, 30 January 2019 (2019-01-30), pages 1 - 7, XP009522931, Retrieved from the Internet <URL:https://blog.csdn.net/weixin_34363171/article/details/88679113> *

Also Published As

Publication number Publication date
CN109961365B (zh) 2020-12-15
TW202032472A (zh) 2020-09-01
TWI729494B (zh) 2021-06-01
CN109961365A (zh) 2019-07-02

Similar Documents

Publication Publication Date Title
TWI729494B (zh) 基於區塊鏈智慧型合約的收帳記錄處理方法及系統
TWI754133B (zh) 基於中心化與去中心化的雙重交易方法及系統
TWI771604B (zh) 基於區塊鏈的商品購置方法和裝置
WO2020029631A1 (zh) 一种基于中心化结算与区块链存证的交易方法及系统
WO2020029629A1 (zh) 一种基于中心化结算与区块链存证的交易方法及系统
WO2020029630A1 (zh) 一种基于中心化结算与区块链存证的交易方法及系统
CN109274667B (zh) 一种基于区块链的版权事件存证方法及系统
CN110009337A (zh) 一种基于区块链的数据处理方法和装置
WO2020024968A1 (zh) 资源转移数据管理方法、装置及存储介质
CN110147992B (zh) 基于区块链的账单生成方法及装置和电子设备
CN109947848A (zh) 基于区块链的存证方法和装置
WO2020052382A1 (zh) 一种基于区块链的版权事件代理存证方法及系统
CN110020854B (zh) 一种基于多个区块链网络的数据存证方法及系统
JP6457391B2 (ja) データストリームを分配するための方法及びシステム
CN110163691B (zh) 基于区块链的发票创建方法和装置、电子设备
CN105976231A (zh) 基于区块链智能合约的资产管理方法及节点
CN110599323A (zh) 一种资源处理方法及处理设备
CN110866753B (zh) 一种第三方结算的控制方法、装置、电子设备和存储介质
CN110020945B (zh) 一种基于多个区块链网络的数据读取方法及系统
CN111738724B (zh) 跨境资源转移真实性审核方法及装置、电子设备
WO2020119293A1 (zh) 内容推送方法及装置、电子设备
CN110060153B (zh) 一种基于多个区块链网络的数据存证方法及系统
CN110163634A (zh) 基于区块链的退款方法和装置、电子设备
WO2018086487A1 (zh) 一种区域消息共享方法及装置
CN110163606B (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: 20762679

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

Country of ref document: EP

Kind code of ref document: A1