WO2019205379A1 - 基于联盟链的公益经济体系管理方法、装置及存储介质 - Google Patents

基于联盟链的公益经济体系管理方法、装置及存储介质 Download PDF

Info

Publication number
WO2019205379A1
WO2019205379A1 PCT/CN2018/102129 CN2018102129W WO2019205379A1 WO 2019205379 A1 WO2019205379 A1 WO 2019205379A1 CN 2018102129 W CN2018102129 W CN 2018102129W WO 2019205379 A1 WO2019205379 A1 WO 2019205379A1
Authority
WO
WIPO (PCT)
Prior art keywords
record
alliance chain
verification
public welfare
record request
Prior art date
Application number
PCT/CN2018/102129
Other languages
English (en)
French (fr)
Inventor
陈文博
刘�英
周鹏华
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019205379A1 publication Critical patent/WO2019205379A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Definitions

  • the present invention relates to the field of blockchain technology, and in particular, to a method, system, device and computer readable storage medium for managing a public welfare economic system based on a coalition chain.
  • the blockchain technology originated in 2008 and has the characteristics of decentralization and information modification. With the continuous development and promotion of blockchain technology, the blockchain is combined with smart contracts, and the contract is executed by the machine through the program, which eliminates the breach of contract and the interruption of contract execution.
  • the blockchain can be divided into a public chain, a consortium chain, and a private chain.
  • the public chain is a completely decentralized blockchain. Any node of the distributed system can participate in the process of reading, writing, verifying and consensus of data on the chain. Bitcoin is a typical representative of the public chain.
  • the alliance chain is a partial decentralized (or multi-centered) blockchain. It is applicable to organizations or alliances in which multiple entities participate.
  • the consensus process is controlled by at least one participating entity, usually requiring multiple Participating entities confirm together.
  • the degree of decentralization of the private chain is further weakened, and it is applicable to internal data management and auditing of specific organizations.
  • the write authority is controlled by the central organization, and the read permission can be selectively opened to the public.
  • the traditional public welfare economic system is centralized, and all information is stored in a central institution.
  • Such a public welfare economic system has the following problems:
  • Blockchain technology provides a new choice for the construction and management of the public welfare economic system.
  • the traceability management of recorded information ensures that information cannot be tampered and helps to improve the liquidity of production results. And versatility and the fairness and rationality of the public welfare economy.
  • the present application provides a method for managing a public welfare economic system based on a coalition chain, the method comprising:
  • Construction step constructing a coalition chain system, the participating entities of the alliance chain system include at least one non-profit organization, at least one accepting donor organization, at least one operating platform, and an external notary organization, wherein the non-profit organization, the accepting donor organization, and the operation platform form a a public welfare economic system based on a coalition chain;
  • the verification step the user submits a record request to the operation platform, and the participating entities of the alliance chain system verify the record request according to a preset consensus mechanism. If the verification is successful and a consensus is reached, the record step is performed, and if the verification fails, Perform feedback steps;
  • Recording step executing a smart contract corresponding to the record request, generating corresponding record information, and writing it to the alliance chain;
  • the operating platform feeds back to the user the verification failure information of the corresponding participating entity.
  • the application also provides a public welfare economic system management system based on a coalition chain, the public welfare economic system management system comprising a coalition chain system and a record encoding system, wherein:
  • the participating entities of the alliance chain system include at least one non-profit organization, at least one accepting donor organization, at least one operating platform, and an external notary organization, and the non-profit organization, accepting donor organization, and operation platform constitute a public welfare economic system based on the alliance chain. ;
  • the record encoding system is configured to generate record information written into a federation chain.
  • the public welfare economic system management system runs the following steps:
  • the verification step is: the receiving user submits a record request to the operation platform, and the participating entities of the alliance chain system verify the record request according to a preset consensus mechanism. If the verification is successful and a consensus is reached, the record step is performed, and if the verification fails, Then perform a feedback step;
  • Recording step executing a smart contract corresponding to the record request, generating corresponding record information by using the record encoding system, and writing it to the alliance chain;
  • the operating platform feeds back to the user the verification failure information of the corresponding participating entity.
  • the application further provides an electronic device comprising a memory and a processor, the memory comprising an operating platform program and a record encoding system, the operating platform program is a code set for implementing a function of the operating platform, the operating platform program and the record encoding
  • the system implements the following steps when running in the processor:
  • the verification step is: receiving the record request submitted by the user to the operation platform and the verification result of verifying the record request by the participating entities of the alliance chain system of the operation platform according to a preset consensus mechanism, and if the verification is successful, a consensus is reached, and the record is executed. Step, if the verification fails, perform a feedback step;
  • Recording step executing a smart contract corresponding to the record request, generating corresponding record information, and writing it to the alliance chain;
  • Feedback step feeding back to the user the verification failure information of the corresponding participating entity.
  • the application further provides a computer readable storage medium including an operation platform program and a record encoding system
  • the operation platform program is a code set for implementing an operation platform function
  • the operation platform program and a record encoding system The following steps are implemented when running in the processor:
  • the verification step is: receiving the record request submitted by the user to the operation platform and the verification result of verifying the record request by the participating entities of the alliance chain system of the operation platform according to a preset consensus mechanism, and if the verification is successful, a consensus is reached, and the record is executed. Step, if the verification fails, perform a feedback step;
  • Recording step executing a smart contract corresponding to the record request, generating corresponding record information, and writing it to the alliance chain;
  • Feedback step feeding back to the user the verification failure information of the corresponding participating entity.
  • the method, system, device and computer readable storage medium for managing a public interest economic system based on a coalition chain provided by the present application by constructing a coalition chain including at least one non-profit organization, at least one accepting donor organization, at least one operating platform and one external notary agency
  • the system realizes decentralization of the public welfare economic system.
  • each participating entity of the alliance chain system verifies the record request according to a preset consensus mechanism, and if the verification is successful, a consensus is reached. And executing the smart contract corresponding to the record request, generating corresponding record information, and writing the record information to the link chain. If the verification fails, the operation platform feeds back the verification failure information of the corresponding participating entity to the user.
  • this application can ensure that the public welfare economic system is relatively fair and reasonable, and the recorded information can be traced back and cannot be tampered with. Because of the existence of smart contracts, the user's production results can be freely circulated in the alliance chain system, so the use of this application can also improve the liquidity and versatility of production results in the public welfare economic system.
  • 1 is a schematic flow chart of a preferred embodiment of a method for managing a public welfare economic system based on a coalition chain;
  • FIG. 2 is a schematic diagram of a preferred embodiment of a public interest economic system management system based on a coalition chain;
  • FIG. 3 is a schematic flow chart of an embodiment of an integral conversion process between operating platforms of the present application.
  • FIG. 4 is a schematic diagram of a preferred embodiment of an electronic device of the present application.
  • FIG. 1 it is a schematic flowchart of a preferred embodiment of a method for managing a public interest economic system based on a federation chain.
  • the method for managing a public welfare economic system based on a coalition chain includes the following steps:
  • an alliance chain system is constructed.
  • the participating entities of the alliance chain system include at least one non-profit organization, at least one accepting donor organization, at least one operating platform, and one external notary agency.
  • the non-profit organization, the accepting donation organization and the operation platform constitute a public welfare economic system based on the alliance chain, and the alliance chain here can be regarded as a distributed database composed of the participating entities of the alliance chain system.
  • the non-profit organization includes a public welfare foundation, which serves as a provider of public welfare materials in the public welfare economic system, and the accepting donor organization is a receiving party of the public welfare material, and the external notarizing institution is used to maintain all the recorded information on the alliance chain.
  • the operation platform serves as an information exchange platform in the public welfare economic system, provides an interface for other participating entities of the alliance chain system, and records the user's points on the operation platform. The points can be obtained by participating in remote online teaching, condolences to orphanages and the like.
  • step S20 the user submits a record request to the operation platform, and the participating entities of the alliance chain system verify the record request according to a preset consensus mechanism. If the verification is successful, a consensus is reached, step S30 is performed, and if the verification fails, Step S40 is performed.
  • the consensus mechanism adopts a Raft consensus protocol.
  • Raft Consensus Agreement As long as the proportion of verification passes exceeds half, the verification is successful and a consensus is reached.
  • the distribution of the verification results of the participating entities of the alliance chain system is also different. For example, after participating in a remote online education activity for a receiving organization (for example, a Hope Primary School), a user submits a point increase record request to an operation platform, and in the verification process of adding a record request to the point, the alliance chain system The participating entities agreed that the accepted donor organization is the key verifier, and the verification result accounts for 50%.
  • the external notary agency does not act as a key verification node, and only records and maintains the record information on the alliance chain as a participant. However, when it is necessary to audit the recorded information in the alliance chain, the external notary agency obtains the record information from the alliance chain as a third party and conducts legality review.
  • the external notarization institution adds the relevant information of the record request according to the score, and performs comprehensive verification to obtain the final verification result. It can be understood that the above situation is extremely rare.
  • the verification result obtained by the key verifiers agreed by the participating entities of the alliance chain system is usually the final verification result, and the individual participating entities including the key verifier can decide.
  • the record request verification result of an application scenario can greatly improve the efficiency of the record request verification.
  • the key verification nodes in different application scenarios may be different.
  • multiple participating verifiers may be agreed by each participating entity of the alliance chain system. For example, a user submits a point redemption record request to an operation platform, and the operation platform serves as a first key verification node, and verifies whether the user's points on the operation platform meet the redemption requirement, that is, whether the points are sufficient, and if the verification is successful, a consensus is reached.
  • the operation platform automatically forwards the point redemption record request to the corresponding non-profit organization, and the non-profit organization acts as the second key verification node, and verifies whether the material corresponding to the point redemption record request is sufficient, and if the verification is successful If a consensus is reached and the material is sufficient, the point redemption record request verification is successful.
  • Step S30 executing a smart contract corresponding to the recording request, generating corresponding record information, and writing it to the alliance chain.
  • the smart contract corresponding to the record request is executed, the record request is hashed, the hash value of the record request is obtained, and a summary of the hash value is generated, according to The digest constructs record information corresponding to the record request, and writes the record information to the federated chain.
  • the consensus record request information can be compressed into a string of a series of alphanumeric characters, and the original content can not be reversed by using the string.
  • the record request information is different, and the string (signature) reached by the hash calculation will be different. Since the hash hash is very short and is enough to be placed in the alliance chain, when the record information needs to be recorded in the alliance chain, the hash hash can be used as a security time stamp as a certificate of circulation for the production of the public welfare system.
  • the original record request information can be encoded into the alliance chain, and the alliance chain can become a file registration form, and the record data can be traced and cannot be falsified by its own data structure characteristics.
  • Step S40 The operating platform feeds back to the user the verification failure information of the corresponding participating entity. After the verification request fails, the operating platform feeds back the verification failure information obtained by the key authenticator or the external notary to the user.
  • the receiving donor organization determines that the time, the number of times, and the like of the user participating in the remote teaching activity does not match the credit increase record request, the credit increase record request verification fails, and the operating platform participates in the remote participation. Information such as the time and number of teaching activities is fed back to the user for the user to check the above information.
  • the public interest economic system management system 1 based on the alliance chain includes a record encoding system 2 and a federation chain system 3.
  • the record encoding system 2 is configured to generate record information written in the link chain, and the link chain can be regarded as a distributed database based on the link chain system 3.
  • the participating entities of the alliance chain system 3 include at least one non-profit organization, at least one accepting donor organization, at least one operating platform, and one external notary agency.
  • the non-profit organization includes a public welfare foundation, which serves as a provider of public welfare materials in the public welfare economic system, and the accepting donor organization is a receiving party of the public welfare materials, and the operating platform serves as an information exchange platform in the public welfare economic system.
  • the other participating entities of the alliance chain provide an interface and record the user's points on the operating platform, and the external notary office is used to maintain all the recorded information on the alliance chain.
  • the record encoding system 2 may perform a hash calculation on the record request that is verified by the verification, obtain a hash value of the record request, and then generate a summary of the hash value, and finally construct a corresponding record according to the summary. record information.
  • the coalition chain-based public welfare economic system management system 1 can implement the following steps in the operation process:
  • the verification step is: the receiving user submits a record request to the operation platform, and the participating entities of the alliance chain system verify the record request according to a preset consensus mechanism. If the verification is successful and a consensus is reached, the record step is performed, and if the verification fails, Then perform a feedback step;
  • Recording step executing a smart contract corresponding to the record request, generating corresponding record information by using the record encoding system, and writing it to the alliance chain;
  • the operating platform feeds back to the user the verification failure information of the corresponding participating entity.
  • the alliance chain system 3 may include multiple operation platforms.
  • the alliance chain system 3 includes two or more operation platforms, the points of the users on each operation platform are mutually implemented according to a preset conversion ratio.
  • the conversion, the conversion ratio can be periodically adjusted according to actual business needs and needs to be verified by the participating entities of the alliance chain system 3.
  • FIG. 3 it is a schematic flowchart of a preferred embodiment of the point conversion process between the operating platforms of the present application.
  • the point conversion process between the operating platforms includes the following steps:
  • Step S100 The user submits a point redemption record request on the first operation platform, and the second operation platform participates in the verification of the record request, and the verification result indicates that the user's score on the first operation platform does not satisfy the point redemption record request, and the prompt
  • the user can perform point conversion, and feed back the number of points of the user on the second operating platform to the first operating platform, and the first operating platform can convert the points of the user on the second operating platform into the first according to the preset conversion ratio.
  • the number of points of an operating platform is displayed to the user;
  • Step S200 The user sends a point conversion record request to the second operation platform through the first operation platform, and the second operation platform verifies the point conversion record request as a key verification node, and if the verification succeeds, the record conversion request is passed through the point, and the verification fails. Returning the verification failure message;
  • Step S300 after the second operation platform converts the record request by the point, the first operation platform converts the points of the user on the second operation platform into the points of the first operation platform.
  • this embodiment only introduces the point conversion process when the alliance chain system 3 includes two operating platforms. It can be understood that when the alliance chain system 3 includes more than two operating platforms, the points of each operating platform can still be Flexible conversion ensures that the production results of the public welfare system can be freely circulated in the alliance chain system 3, improving the liquidity and versatility of production results.
  • the electronic device 4 includes a memory 41, a processor 42, a network interface 43, and a communication bus 44.
  • the memory 41 includes at least one type of readable storage medium.
  • the at least one type of readable storage medium may be a non-volatile storage medium such as a flash memory, a hard disk, a multimedia card, a card type memory, or the like.
  • the readable storage medium may be an internal storage unit of the electronic device 1, such as a hard disk of the electronic device 1.
  • the readable storage medium may also be an external memory 11 of the electronic device 1, such as a plug-in hard disk equipped on the electronic device 1, a smart memory card (SMC). , Secure Digital (SD) card, Flash Card, etc.
  • SMC smart memory card
  • SD Secure Digital
  • the readable storage medium of the memory 41 stores a record encoding system 2 and at least one operating platform program 20, and the operating platform program 20 is a code set for implementing the functions of the operating platform, so The electronic device 4 can implement the corresponding functions of the operating platform and the recording and encoding system 2.
  • the processor 42 may be a central processing unit (CPU), a microprocessor or other data processing chip for running program code or processing data stored in the memory 41, such as a record encoding system, in some embodiments. 2 and operating platform program 20, etc.
  • CPU central processing unit
  • microprocessor or other data processing chip for running program code or processing data stored in the memory 41, such as a record encoding system, in some embodiments. 2 and operating platform program 20, etc.
  • Network interface 43 may include a standard wired interface, a wireless interface (such as a WI-FI interface). Typically used to establish a communication connection between the server 1 and other electronic devices or systems.
  • Communication bus 44 is used to implement connection communication between the above components.
  • Figure 4 shows only the electronic device 4 having the components 41-44, the record encoding system 2, and the operating platform program 20, but it should be understood that not all illustrated components may be implemented, alternative implementations may be more or more Less components.
  • the electronic device 4 may further include a user interface, and the user interface may include an input unit such as a keyboard, a voice input device such as a microphone, a device having a voice recognition function, a voice output device such as an audio, a headphone, etc. .
  • the user interface may also include a standard wired interface and a wireless interface.
  • the electronic device 4 may further include a display, which may also be referred to as a display screen or a display unit.
  • a display may also be referred to as a display screen or a display unit.
  • it may be an LED display, a liquid crystal display, a touch liquid crystal display, and an Organic Light-Emitting Diode (OLED) display.
  • the display is used to display information processed in the electronic device 4 and a user interface for displaying visualizations.
  • the electronic device 4 further comprises a touch sensor.
  • the area provided by the touch sensor for the user to perform a touch operation is referred to as a touch area.
  • the touch sensor described herein may be a resistive touch sensor, a capacitive touch sensor, or the like.
  • the touch sensor includes not only a contact type touch sensor but also a proximity type touch sensor or the like.
  • the touch sensor may be a single sensor or a plurality of sensors arranged, for example, in an array. The user can activate the recording and encoding system 2 and the operating platform program 20 by touching the touch area.
  • the area of the display of the electronic device 4 may be the same as or different from the area of the touch sensor.
  • a display is stacked with the touch sensor to form a touch display. The device detects a user-triggered touch operation based on a touch screen display.
  • the electronic device 4 may further include a radio frequency (RF) circuit, a sensor, an audio circuit, and the like, and details are not described herein.
  • RF radio frequency
  • the verification step is: receiving a record request submitted by the user to the operation platform, and synthesizing the verification result of verifying the record request by the participating entities of the alliance chain system of the operation platform according to a preset consensus mechanism, and if the verification is successful, a consensus is reached, and then execution is performed. Recording step, if the verification fails, perform a feedback step;
  • Recording step executing a smart contract corresponding to the record request, generating corresponding record information, and writing it to the alliance chain;
  • Feedback step feeding back to the user the verification failure information of the corresponding participating entity.
  • the embodiment of the present application further provides a computer readable storage medium, which may be a hard disk, a multimedia card, an SD card, a flash memory card, an SMC, a read only memory (ROM), and an erasable programmable Any combination or combination of any one or more of read only memory (EPROM), portable compact disk read only memory (CD-ROM), USB memory, and the like.
  • the computer readable storage medium includes a record encoding system 2 and an operating platform program 20, and when the record encoding system 2 and the operating platform program 20 are executed, the following steps are implemented:
  • the verification step is: receiving a record request submitted by the user to the operation platform, and synthesizing the verification result of verifying the record request by the participating entities of the alliance chain system of the operation platform according to a preset consensus mechanism, and if the verification is successful, a consensus is reached, and then execution is performed. Recording step, if the verification fails, perform a feedback step;
  • Recording step executing a smart contract corresponding to the record request, generating corresponding record information, and writing it to the alliance chain;
  • Feedback step feeding back to the user the verification failure information of the corresponding participating entity.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Technology Law (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种基于联盟链的公益经济体系管理方法、系统、装置及存储介质，该方法包括以下步骤：构建步骤：构建联盟链系统，该联盟链系统的参与实体包括至少一个公益组织、至少一个接受捐赠组织、至少一个运营平台和一个外部公证机构（S10）；用户向运营平台提交记录请求，所述联盟链系统的各参与实体按照预设的共识机制对该记录请求进行验证（S20）；若验证成功，达成共识，则执行与该记录请求相对应的智能合约，生成对应的记录信息，并将其写入联盟链（S30）；若验证失败，则由所述运营平台向所述用户反馈对应参与实体的验证失败信息（S40）。该方法通过联盟链的数据结构特征可确保数据可追溯和不可篡改，通过预设的共识机制和智能合约保证公益经济体系相对公平合理。

Description

基于联盟链的公益经济体系管理方法、装置及存储介质
优先权申明
本申请要求于2018年4月27日提交中国专利局、申请号为2018103956782，发明名称为“基于联盟链的公益经济体系管理方法、装置及存储介质”的中国专利申请的优先权，其内容全部通过引用结合在本申请中。
技术领域
本申请涉及区块链技术领域，尤其涉及一种基于联盟链的公益经济体系管理方法、系统、装置及计算机可读存储介质。
背景技术
区块链技术起源于2008年，具备去中心化、信息不可篡改性等特点。随着区块链技术的不断发展和推广，区块链同智能合约结合，用机器通过程序执行合约，杜绝了合约双方的违约以及合约执行中断。根据参与者的不同，区块链可以分为公有(Public)链、联盟(Consortium)链和私有(Private)链。其中，公有链是完全去中心化的区块链，分布式系统的任何节点均可参与链上数据的读写、验证和共识过程，比特币是公有链的典型代表。联盟链则是部分去中心化(或称多中心化)的区块链，适用于多个实体参与构成的组织或联盟，其共识过程受到预定义的至少一个参与实体的控制，通常需要多个参与实体共同确认。私有链的去中心化程度则进一步减弱，适用于特定机构的内部数据管理与审计等，其写入权限由中心机构控制，而读取权限可视需求有选择性地对外开放。
传统的公益经济体系是中心化的，所有的信息都存储在一个中心机构中，这样的公益经济体系存在如下问题：
1、如果中心机构被损毁或者被恶意攻击，会出现记录信息丢失或被篡改的情况。
2、在中心化的公益经济体系中，生产和消费信息难以溯源；
3、生产成果的流动性和通用性差；
4、对中心机构缺乏监督，公益经济体系的公平性和合理性难以得到保证。
区块链技术为公益经济体系的建设和管理提供了新的选择，通过构建去中心化的公益经济体系，对记录信息进行可溯性管理，确保信息不可篡改，有利于提高生产成果的流动性和通用性以及公益经济体系的公平性和合理性。
发明内容
鉴于以上原因，有必要提供一种基于联盟链的公益经济体系管理方法、系统、装置及计算机可读存储介质，通过构建包括公益经济体系和外部公证机构的去中心化的联盟链系统，确保记录信息可追溯和不可篡改，保证公益经济体系公平合理，公益经济体系中的生产成果可在联盟链系统的各个参与实体中自由流通，有助于提高生产成果的流动性和通用性。
为实现上述目的，本申请提供一种基于联盟链的公益经济体系管理方法，该方法包括：
构建步骤：构建联盟链系统，该联盟链系统的参与实体包括至少一个公益组织、至少一个接受捐赠组织、至少一个运营平台和一个外部公证机构，所述公益组织、接受捐赠组织和运营平台构成一个基于联盟链的公益经济体系；
验证步骤：用户向运营平台提交记录请求，所述联盟链系统的各参与实体按照预设的共识机制对该记录请求进行验证，若验证成功，达成共识，则执行记录步骤，若验证失败，则执行反馈步骤；
记录步骤：执行与该记录请求相对应的智能合约，生成对应的记录信息，并将其写入联盟链；及
反馈步骤：所述运营平台向所述用户反馈对应参与实体的验证失败信息。
本申请还提供一种基于联盟链的公益经济体系管理系统，该公益经济体系管理系统包括联盟链系统和记录编码系统，其中：
所述联盟链系统的参与实体包括至少一个公益组织、至少一个接受捐赠组织、至少一个运营平台和一个外部公证机构，所述公益组织、接受捐赠组织和运营平台构成一个基于联盟链的公益经济体系；
所述记录编码系统，用于生成写入联盟链的记录信息。
该公益经济体系管理系统运行时实现如下步骤：
验证步骤：接收用户向运营平台提交记录请求，所述联盟链系统的各参 与实体按照预设的共识机制对该记录请求进行验证，若验证成功，达成共识，则执行记录步骤，若验证失败，则执行反馈步骤；
记录步骤：执行与该记录请求相对应的智能合约，利用所述记录编码系统生成对应的记录信息，并将其写入联盟链；及
反馈步骤：所述运营平台向所述用户反馈对应参与实体的验证失败信息。
本申请还提供一种电子装置，该电子装置包括存储器和处理器，该存储器中包括运营平台程序和记录编码系统，该运营平台程序为实现运营平台功能的代码集合，该运营平台程序和记录编码系统在所述处理器中运行时实现如下步骤：
验证步骤：接收用户向运营平台提交的记录请求以及该运营平台所属联盟链系统的各参与实体按照预设的共识机制对该记录请求进行验证的验证结果，若验证成功，达成共识，则执行记录步骤，若验证失败，则执行反馈步骤；
记录步骤：执行与该记录请求相对应的智能合约，生成对应的记录信息，并将其写入联盟链；及
反馈步骤：向所述用户反馈对应参与实体的验证失败信息。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中包括运营平台程序和记录编码系统，该运营平台程序为实现运营平台功能的代码集合，该运营平台程序和记录编码系统在所述处理器中运行时实现如下步骤：
验证步骤：接收用户向运营平台提交的记录请求以及该运营平台所属联盟链系统的各参与实体按照预设的共识机制对该记录请求进行验证的验证结果，若验证成功，达成共识，则执行记录步骤，若验证失败，则执行反馈步骤；
记录步骤：执行与该记录请求相对应的智能合约，生成对应的记录信息，并将其写入联盟链；及
反馈步骤：向所述用户反馈对应参与实体的验证失败信息。
本申请提供的基于联盟链的公益经济体系管理方法、系统、装置及计算机可读存储介质，通过构建包括至少一个公益组织、至少一个接受捐赠组织、至少一个运营平台和一个外部公证机构的联盟链系统，实现公益经济体系去 中心化，当用户向所述运营平台提交记录请求时，所述联盟链系统的各参与实体按照预设的共识机制对该记录请求进行验证，若验证成功，达成共识，则执行与该记录请求相对应的智能合约，生成对应的记录信息，并将其写入联盟链，若验证失败，则由所述运营平台向所述用户反馈对应参与实体的验证失败信息。利用联盟链的数据结构特性，本申请可确保公益经济体系相对公平合理，记录信息可追溯且不可篡改。因为智能合约的存在，用户的生产成果在联盟链系统中可实现自由流通，所以利用本申请，还可以提高公益经济体系中生产成果的流动性和通用性。
附图说明
图1为本申请基于联盟链的公益经济体系管理方法较佳实施例的流程示意图；
图2为本申请基于联盟链的公益经济体系管理系统较佳实施例的示意图；
图3为本申请运营平台间的积分转换过程一个实施例的流程示意图；
图4为本申请电子装置较佳实施例的示意图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚明白，下面将结合若干附图及实施例，对本申请进行进一步的详细说明。应当理解的是，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
参照图1所示，为本申请基于联盟链的公益经济体系管理方法较佳实施例的流程示意图。所述基于联盟链的公益经济体系管理方法包括如下步骤：
步骤S10，构建联盟链系统。该联盟链系统的参与实体包括至少一个公益组织、至少一个接受捐赠组织、至少一个运营平台和一个外部公证机构。所述公益组织、接受捐赠组织和运营平台构成一个基于联盟链的公益经济体系， 此处的联盟链可以看作是由所述联盟链系统的各参与实体组成的一个分布式数据库。
所述公益组织包括公益基金会，其作为公益经济体系中公益物资的提供方，所述接受捐赠组织作为公益物资的接收方，所述外部公证机构用于维护联盟链上的所有记录信息。所述运营平台作为公益经济体系中的信息交流平台，为所述联盟链系统的其他参与实体提供接口，并记录用户在该运营平台的积分。所述积分可通过参与远程在线支教、慰问孤儿院等活动的方式获得。
步骤S20，用户向运营平台提交记录请求，所述联盟链系统的各参与实体按照预设的共识机制对该记录请求进行验证，若验证成功，达成共识，则执行步骤S30，若验证失败，则执行步骤S40。
在本实施例中，所述共识机制采用Raft共识协议。在Raft共识协议中，只要验证通过的比重超过一半，就验证成功，达成共识。在不同的应用场景中，联盟链系统各参与实体的验证结果所占比重的分配情况也不相同。例如，一用户在参与对某接受捐赠组织(例如某希望小学)的远程在线支教活动后，向一运营平台提交积分增加记录请求，在对该积分增加记录请求的验证过程中，联盟链系统的各参与实体约定所述接受捐赠组织作为关键验证方，验证结果所占比重为50％。也就是说，在该应用场景中，只要该接受捐赠组织记录的该用户参与远程支教活动的时间、次数等信息与所述积分增加记录请求相符，通常就可以通过验证，达成共识。如果该希望小学对该积分增加记录请求验证失败，则无法达成共识。
需要说明的是，通常情况下，所述外部公证机构不作为关键验证节点，仅作为参与方记录并维护联盟链上的记录信息。然而，当需要对联盟链中的记录信息进行审核时，所述外部公证机构以第三方的身份从联盟链获取记录信息，并对其进行合法性审核。另外，依上述例子，若关键验证方验证成功，联盟链系统的其他参与实体都验证失败，则由该外部公证机构根据该积分增加记录请求的相关信息，进行综合验证，得出最终验证结果。可以理解的是，上述情况极其罕见，各个应用场景中，联盟链系统的各参与实体约定的关键验证方得出的验证结果，通常就是最终验证结果，包括关键验证方的个别参与实体即可决定某应用场景的记录请求验证结果，记录请求验证的效率因此得以大幅提升。
不同应用场景中的关键验证节点可能不同，同一记录请求经多次验证时可以由联盟链系统的各参与实体约定多个关键验证方。例如，一用户向一运营平台提交积分兑换记录请求，所述运营平台作为第一关键验证节点，验证该用户在该运营平台的积分是否满足兑换要求，即积分是否充足，若验证成功，达成共识，判定积分满足兑换要求，则该运营平台自动将该积分兑换记录请求转发至对应的公益组织，由该公益组织作为第二关键验证节点，验证积分兑换记录请求对应的物资是否充足，若验证成功，达成共识，判定物资充足，则该积分兑换记录请求验证成功。
步骤S30，执行与所述记录请求相对应的智能合约，生成对应的记录信息，并将其写入联盟链。对所述记录请求验证成功，达成共识后，执行与该记录请求相对应的智能合约，对该记录请求进行哈希计算，得到该记录请求的哈希值，生成该哈希值的摘要，根据该摘要构造与该记录请求相对应的记录信息，将该记录信息写入所述联盟链。
通过哈希计算，可将达成共识的记录请求信息压缩成一串数字字母组成的字符串，利用该字符串却不能反向推出原来的内容。记录请求信息不同，经过哈希计算达到的字符串(签名)就会有所不同。由于哈希散列非常短，足够放在联盟链中，因此当需要在联盟链中记录记录信息时，可以把哈希散列作为一个安全时间戳作为公益经济体系生产成果流通证明。通过哈希计算，原始记录请求信息可以编码进入联盟链，则联盟链能够成为一个文件登记表，通过本身的数据结构特征确保记录信息可追溯和不可篡改。
步骤S40，所述运营平台向所述用户反馈对应参与实体的验证失败信息。对所述记录请求验证失败后，所述运营平台将所述关键验证方或所述外部公证机构得出的验证失败信息反馈给所述用户。依上述例子，所述接受捐赠组织判定所述用户参与远程支教活动的时间、次数等信息与所述积分增加记录请求不符，则该积分增加记录请求验证失败，所述运营平台将该用户参与远程支教活动的时间、次数等信息反馈给该用户，供该用户对上述信息进行核对。
参照图2所示，为本申请基于联盟链的公益经济体系管理系统1较佳实施例的示意图。在该实施例中，基于联盟链的公益经济体系管理系统1包括记录编码系统2和联盟链系统3。其中，所述记录编码系统2用于生成写入联 盟链的记录信息，该联盟链可以看作是基于联盟链系统3的一个分布式数据库。所述联盟链系统3的参与实体包括至少一个公益组织、至少一个接受捐赠组织、至少一个运营平台和一个外部公证机构。其中，所述公益组织包括公益基金会，其作为公益经济体系中公益物资的提供方，所述接受捐赠组织作为公益物资的接收方，所述运营平台作为公益经济体系中的信息交流平台，为所述联盟链的其他参与实体提供接口，并记录用户在该运营平台的积分，所述外部公证机构用于维护联盟链上的所有记录信息。
所述记录编码系统2可对通过验证，达成共识的记录请求进行哈希计算，得到该记录请求的哈希值，然后生成该哈希值的摘要，最后根据该摘要构造所述记录请求对应的记录信息。
该基于联盟链的公益经济体系管理系统1在运行过程中可实现如下步骤：
验证步骤：接收用户向运营平台提交记录请求，所述联盟链系统的各参与实体按照预设的共识机制对该记录请求进行验证，若验证成功，达成共识，则执行记录步骤，若验证失败，则执行反馈步骤；
记录步骤：执行与该记录请求相对应的智能合约，利用所述记录编码系统生成对应的记录信息，并将其写入联盟链；及
反馈步骤：所述运营平台向所述用户反馈对应参与实体的验证失败信息。
具体过程请参照上述关于基于联盟链的公益经济体系管理方法的详细介绍。
需要说明的是，所述联盟链系统3可以包括多个运营平台，当所述联盟链系统3包括两个或两个以上运营平台时，用户在各运营平台的积分按照预设转换比率实现互相转换，所述转换比率可以根据实际业务需要做周期性调整并且需要通过所述联盟链系统3各参与实体的验证。
参照图3所示，为本申请运营平台间的积分转换过程较佳实施例的流程示意图。在该实施例中，运营平台间的积分转换过程包括如下步骤：
步骤S100，用户在第一运营平台上提交积分兑换记录请求，第二运营平台参与对该记录请求的验证，验证结果显示该用户在第一运营平台上的积分不满足该积分兑换记录请求，提示该用户可以进行积分转换，并将该用户在第二运营平台的积分数反馈至第一运营平台上，第一运营平台按照预设转换比率将该用户在第二运营平台的积分可转换为第一运营平台的积分数展示给 该用户；
步骤S200，用户通过第一运营平台向第二运营平台发送积分转换记录请求，第二运营平台作为关键验证节点对该积分转换记录请求进行验证，验证成功则通过该积分转换记录请求，验证失败，则返回验证失败信息；
步骤S300，第二运营平台通过该积分转换记录请求后，第一运营平台将该用户在第二运营平台的积分转换为第一运营平台的积分。
为了方便描述，本实施例仅介绍了联盟链系统3包括两个运营平台时的积分转换过程，可以理解的是，当联盟链系统3包括两个以上运营平台时，各运营平台的积分仍能灵活转换，确保公益经济体系的生产成果可在联盟链系统3中自由流通，提高生产成果的流动性和通用性。
参照图4所示，为本申请电子装置较佳实施例的示意图。在该实施例中，电子装置4包括存储器41、处理器42、网络接口43及通信总线44。
其中，存储器41包括至少一种类型的可读存储介质。所述至少一种类型的可读存储介质可为如闪存、硬盘、多媒体卡、卡型存储器等的非易失性存储介质。在一些实施例中，所述可读存储介质可以是所述电子装置1的内部存储单元，例如该电子装置1的硬盘。在另一些实施例中，所述可读存储介质也可以是所述电子装置1的外部存储器11，例如所述电子装置1上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。
在本实施例中，所述存储器41的可读存储介质中存储有记录编码系统2和至少一个运营平台程序20，所述运营平台程序20为实现所述运营平台功能的代码集合，故所述电子装置4可实现所述运营平台和记录编码系统2的相应功能。
处理器42在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)，微处理器或其他数据处理芯片，用于运行存储器41中存储的程序代码或处理数据，例如执行记录编码系统2及运营平台程序20等。
网络接口43可以包括标准的有线接口、无线接口(如WI-FI接口)。通常用于在该服务器1与其他电子设备或系统之间建立通信连接。
通信总线44用于实现上述组件之间的连接通信。
图4仅示出了具有组件41-44、记录编码系统2和运营平台程序20的电 子装置4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
可选地，该电子装置4还可以包括用户接口，用户接口可以包括输入单元比如键盘(Keyboard)、语音输入装置比如麦克风(microphone)等具有语音识别功能的设备、语音输出装置比如音响、耳机等。可选地，用户接口还可以包括标准的有线接口、无线接口。
可选地，该电子装置4还可以包括显示器，也可以称为显示屏或显示单元。在一些实施例中可以是LED显示器、液晶显示器、触控式液晶显示器以及有机发光二极管(Organic Light-Emitting Diode，OLED)显示器等。显示器用于显示在电子装置4中处理的信息以及用于显示可视化的用户界面。
可选地，该电子装置4还包括触摸传感器。所述触摸传感器所提供的供用户进行触摸操作的区域称为触控区域。此外，这里所述的触摸传感器可以为电阻式触摸传感器、电容式触摸传感器等。而且，所述触摸传感器不仅包括接触式的触摸传感器，也可包括接近式的触摸传感器等。此外，所述触摸传感器可以为单个传感器，也可以为例如阵列布置的多个传感器。用户可以通过触摸所述触控区域启动记录编码系统2和运营平台程序20。
此外，该电子装置4的显示器的面积可以与所述触摸传感器的面积相同，也可以不同。可选地，将显示器与所述触摸传感器层叠设置，以形成触摸显示屏。该装置基于触摸显示屏侦测用户触发的触控操作。
该电子装置4还可以包括射频(Radio Frequency，RF)电路、传感器和音频电路等等，在此不再赘述。
在上述实施例中，处理器42执行存储器41中存储的记录编码系统2和运营平台程序20时实现如下步骤：
验证步骤：接收用户向运营平台提交的记录请求，综合该运营平台所属联盟链系统的各参与实体按照预设的共识机制对该记录请求进行验证的验证结果，若验证成功，达成共识，则执行记录步骤，若验证失败，则执行反馈步骤；
记录步骤：执行与该记录请求相对应的智能合约，生成对应的记录信息，并将其写入联盟链；及
反馈步骤：向所述用户反馈对应参与实体的验证失败信息。
此外，本申请实施例还提出一种计算机可读存储介质，所述计算机可读存储介质可以是硬盘、多媒体卡、SD卡、闪存卡、SMC、只读存储器(ROM)、可擦除可编程只读存储器(EPROM)、便携式紧致盘只读存储器(CD-ROM)、USB存储器等等中的任意一种或者几种的任意组合。所述计算机可读存储介质中包括记录编码系统2和运营平台程序20，该记录编码系统2和运营平台程序20被执行时实现如下步骤：
验证步骤：接收用户向运营平台提交的记录请求，综合该运营平台所属联盟链系统的各参与实体按照预设的共识机制对该记录请求进行验证的验证结果，若验证成功，达成共识，则执行记录步骤，若验证失败，则执行反馈步骤；
记录步骤：执行与该记录请求相对应的智能合约，生成对应的记录信息，并将其写入联盟链；及
反馈步骤：向所述用户反馈对应参与实体的验证失败信息。
本申请之电子装置和计算机可读存储介质的具体实施方式与上述基于区块链的公益经济体系管理方法、系统的具体实施方式大致相同，在此不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质中，包括若干指令用以使得服务器执行本申请各个实施例所述的方法。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (20)

  1. 一种基于联盟链的公益经济体系管理方法，其特征在于，该方法包括：
    构建步骤：构建联盟链系统，该联盟链系统的参与实体包括至少一个公益组织、至少一个接受捐赠组织、至少一个运营平台和一个外部公证机构，所述公益组织、接受捐赠组织和运营平台构成一个基于联盟链的公益经济体系；
    验证步骤：用户向运营平台提交记录请求，所述联盟链系统的各参与实体按照预设的共识机制对该记录请求进行验证，若验证成功，达成共识，则执行记录步骤，若验证失败，则执行反馈步骤；
    记录步骤：执行与该记录请求相对应的智能合约，生成对应的记录信息，并将其写入联盟链；及
    反馈步骤：所述运营平台向所述用户反馈对应参与实体的验证失败信息。
  2. 如权利要求1所述的基于联盟链的公益经济体系管理方法，其特征在于，所述运营平台为公益经济体系的信息交流平台，为所述联盟链系统的其他参与实体提供接口，并记录用户在该运营平台的积分。
  3. 如权利要求2所述的基于联盟链的公益经济体系管理方法，其特征在于，当所述联盟链系统包括两个或两个以上运营平台时，用户在各运营平台的积分按照预设转换比率实现互相转换。
  4. 如权利要求1所述的基于联盟链的公益经济体系管理方法，其特征在于，所述共识机制采用Raft共识协议。
  5. 如权利要求1所述的基于联盟链的公益经济体系管理方法，其特征在于，所述记录步骤中对应的记录信息的生成过程包括：
    对所述记录请求进行哈希计算，得到该记录请求的哈希值；
    生成该哈希值的摘要，根据该摘要构造该记录请求对应的记录信息。
  6. 一种基于联盟链的公益经济体系管理系统，其特征在于，该公益经济体系管理系统包括联盟链系统和记录编码系统，其中：
    所述联盟链系统的参与实体包括至少一个公益组织、至少一个接受捐赠组织、至少一个运营平台和一个外部公证机构，所述公益组织、接受捐赠组织和运营平台构成一个基于联盟链的公益经济体系；
    所述记录编码系统，用于生成写入联盟链的记录信息。
  7. 如权利要求6所述的基于联盟链的公益经济体系管理系统，其特征在 于，该公益经济体系管理系统运行时实现如下步骤：
    验证步骤：接收用户向运营平台提交记录请求，所述联盟链系统的各参与实体按照预设的共识机制对该记录请求进行验证，若验证成功，达成共识，则执行记录步骤，若验证失败，则执行反馈步骤；
    记录步骤：执行与该记录请求相对应的智能合约，利用所述记录编码系统生成对应的记录信息，并将其写入联盟链；及
    反馈步骤：所述运营平台向所述用户反馈对应参与实体的验证失败信息。
  8. 如权利要求7所述的基于联盟链的公益经济体系管理系统，其特征在于，在所述记录步骤中，所述记录编码系统先对所述记录请求进行哈希计算，得到该记录请求的哈希值，然后生成该哈希值的摘要，最后根据该摘要生成该记录请求对应的记录信息。
  9. 如权利要求7所述的基于联盟链的公益经济体系管理系统，其特征在于，所述运营平台为公益经济体系的信息交流平台，为所述联盟链系统的其他参与实体提供接口，并记录用户在该运营平台的积分。
  10. 如权利要求7所述的基于联盟链的公益经济体系管理系统，其特征在于，所述共识机制采用Raft共识协议。
  11. 如权利要求9所述的基于联盟链的公益经济体系管理系统，其特征在于，当所述联盟链系统包括两个或两个以上运营平台时，用户在各运营平台的积分按照预设转换比率实现互相转换。
  12. 一种电子装置，包括存储器和处理器，其特征在于，所述存储器中包括运营平台程序和记录编码系统，该运营平台程序为实现运营平台功能的代码集合，该运营平台程序和记录编码系统在所述处理器中运行时实现如下步骤：
    验证步骤：接收用户向运营平台提交的记录请求，综合该运营平台所属联盟链系统的各参与实体按照预设的共识机制对该记录请求进行验证的验证结果，若验证成功，达成共识，则执行记录步骤，若验证失败，则执行反馈步骤；
    记录步骤：执行与该记录请求相对应的智能合约，生成对应的记录信息，并将其写入联盟链；及
    反馈步骤：向所述用户反馈对应参与实体的验证失败信息。
  13. 如权利要求12所述的电子装置，其特征在于，所述运营平台为公益经济体系的信息交流平台，该运营平台为其所属联盟链系统的其他参与实体提供接口，并记录用户在该运营平台的积分。
  14. 如权利要求13所述的电子装置，其特征在于，所述记录请求包括积分增加记录请求和积分兑换记录请求。
  15. 如权利要求12所述的电子装置，其特征在于，所述共识机制采用Raft共识协议。
  16. 如权利要求12所述的电子装置，其特征在于，所述记录步骤中对应的记录信息的生成过程包括：
    对所述记录请求进行哈希计算，得到该记录请求的哈希值；
    生成该哈希值的摘要，根据该摘要构造该记录请求对应的记录信息。
  17. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中包括运营平台程序和记录编码系统，该运营平台程序为实现运营平台功能的代码集合，该运营平台程序和记录编码系统在所述处理器中运行时实现如下步骤：
    验证步骤：接收用户向运营平台提交的记录请求，综合该运营平台所属联盟链系统的各参与实体按照预设的共识机制对该记录请求进行验证的验证结果，若验证成功，达成共识，则执行记录步骤，若验证失败，则执行反馈步骤；
    记录步骤：执行与该记录请求相对应的智能合约，生成对应的记录信息，并将其写入联盟链；及
    反馈步骤：向所述用户反馈对应参与实体的验证失败信息。
  18. 如权利要求17所述的计算机可读存储介质，其特征在于，所述运营平台为公益经济体系的信息交流平台，该运营平台为其所属联盟链系统的其他参与实体提供接口，并记录用户在该运营平台的积分。
  19. 如权利要求17所述的计算机可读存储介质，其特征在于，所述共识机制采用Raft共识协议。
  20. 如权利要求17所述的计算机可读存储介质，其特征在于，所述记录步骤中对应的记录信息的生成过程包括：
    对所述记录请求进行哈希计算，得到该记录请求的哈希值；
    生成该哈希值的摘要，根据该摘要构造该记录请求对应的记录信息。
PCT/CN2018/102129 2018-04-27 2018-08-24 基于联盟链的公益经济体系管理方法、装置及存储介质 WO2019205379A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810395678.2A CN108829702B (zh) 2018-04-27 2018-04-27 基于联盟链的公益经济体系管理方法、装置及存储介质
CN201810395678.2 2018-04-27

Publications (1)

Publication Number Publication Date
WO2019205379A1 true WO2019205379A1 (zh) 2019-10-31

Family

ID=64155708

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/102129 WO2019205379A1 (zh) 2018-04-27 2018-08-24 基于联盟链的公益经济体系管理方法、装置及存储介质

Country Status (2)

Country Link
CN (1) CN108829702B (zh)
WO (1) WO2019205379A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113988950A (zh) * 2021-11-17 2022-01-28 郑州厚普科技有限公司 一种公益慈善大数据的管理方法及管理平台

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109615339A (zh) * 2018-12-24 2019-04-12 浙江大学 基于联盟链的志愿者捐献服务一体化公益众筹系统及方法
CN109615340A (zh) * 2018-12-25 2019-04-12 广东乐心医疗电子股份有限公司 公益活动中的活动数据处理方法及其系统
CN110033272A (zh) * 2019-04-03 2019-07-19 中国工商银行股份有限公司 基于区块链的保函数据处理方法、设备以及系统
CN110443580A (zh) * 2019-08-02 2019-11-12 上海天地汇供应链科技有限公司 一种基于区块链的公益管理方法及系统
CN112001663B (zh) * 2020-10-30 2021-02-12 腾讯科技（深圳）有限公司 基于区块链的物资捐赠数据处理方法及相关设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105956923A (zh) * 2016-04-20 2016-09-21 上海如鸽投资有限公司 资产交易平台以及资产的数字化认证和交易方法
CN106339639A (zh) * 2016-08-30 2017-01-18 弗洛格（武汉）信息科技有限公司 基于区块链的学分成绩管理方法及系统
CN106779805A (zh) * 2016-11-24 2017-05-31 中国银行股份有限公司 一种基于区块链的不同商家之间的积分流通方法及装置
CN107657553A (zh) * 2017-09-21 2018-02-02 浙江惠码科技有限公司 一种基于联盟链的电子合同生成方法、溯源信息防伪方法
CN107886388A (zh) * 2017-09-22 2018-04-06 杭州云象网络技术有限公司 基于联盟链实现多中心化的交通出行信用与安全服务平台及其运行方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105447716A (zh) * 2015-11-09 2016-03-30 无锡阅威信息科技有限公司 网络积分兑换平台
CN107135661A (zh) * 2016-12-26 2017-09-05 深圳前海达闼云端智能科技有限公司 数据处理方法、装置、系统及信息采集设备
CN106910051B (zh) * 2017-01-11 2021-01-12 中国互联网络信息中心 一种基于联盟链的dns资源记录公证方法及系统
KR101784197B1 (ko) * 2017-03-07 2017-11-06 유한회사 엘민벤처스 블록체인 기반의 디지털 가상 화폐를 포함하는 자산을 이용한 기부 시스템 및 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105956923A (zh) * 2016-04-20 2016-09-21 上海如鸽投资有限公司 资产交易平台以及资产的数字化认证和交易方法
CN106339639A (zh) * 2016-08-30 2017-01-18 弗洛格（武汉）信息科技有限公司 基于区块链的学分成绩管理方法及系统
CN106779805A (zh) * 2016-11-24 2017-05-31 中国银行股份有限公司 一种基于区块链的不同商家之间的积分流通方法及装置
CN107657553A (zh) * 2017-09-21 2018-02-02 浙江惠码科技有限公司 一种基于联盟链的电子合同生成方法、溯源信息防伪方法
CN107886388A (zh) * 2017-09-22 2018-04-06 杭州云象网络技术有限公司 基于联盟链实现多中心化的交通出行信用与安全服务平台及其运行方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113988950A (zh) * 2021-11-17 2022-01-28 郑州厚普科技有限公司 一种公益慈善大数据的管理方法及管理平台

Also Published As

Publication number Publication date
CN108829702B (zh) 2024-03-15
CN108829702A (zh) 2018-11-16

Similar Documents

Publication Publication Date Title
WO2019205379A1 (zh) 基于联盟链的公益经济体系管理方法、装置及存储介质
Xu et al. Blockchain empowered arbitrable data auditing scheme for network storage as a service
US10129032B2 (en) Secure revisioning auditing system for electronic document files
CN110602248B (zh) 异常行为信息的识别方法、系统、装置、设备及介质
CN110490776B (zh) 一种基于区块链的学习认证方法、装置及电子设备
JP7161273B2 (ja) ブロックチェーン上のスマート・コントラクト・グループに対する自動データ投影
US11777706B2 (en) Systems and methods for communication, storage and processing of data provided by an entity over a blockchain net work
KR102095944B1 (ko) 봉사 인증 시스템 및 이를 이용한 봉사 인증 방법
CN111260488B (zh) 一种数据处理方法、装置及可读存储介质
CN111738893B (zh) 一种基于区块链的身份认证方法、装置、设备和介质
US10733178B2 (en) Electronic document workflow
CN110489946A (zh) 基于区块链的版权认证方法、装置、设备和存储介质
CN112053274A (zh) 政务区块链网络的构建向导方法及装置
KR102054581B1 (ko) 블록 체인을 이용한 발신자 확인 방법, 장치 및 시스템
Idrees et al. Exploring the Blockchain Technology: Issues, Applications and Research Potential.
CN113508570B (zh) 在区块链中节点之间共享及验证区块及电子文档的方法
CN109818965B (zh) 个人身份验证装置及方法
CN105913102B (zh) 一种二维码的生成方法及装置
CN111311259A (zh) 票据处理方法、装置、终端及计算机可读存储介质
TWI649661B (zh) 合成文件存取技術
CN116560863A (zh) 基于区块链的任务管理方法、装置和计算机设备
US11087401B1 (en) Method and apparatus to crowd bootstrap startups
WO2022078359A1 (zh) 账本管理方法、装置、设备以及存储介质
WO2022232403A1 (en) Systems and methods for facilitating observer interactions with an online interaction system
Li et al. Post‐Quantum Privacy‐Preserving Provable Data Possession Scheme Based on Smart Contracts

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

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

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

122 Ep: pct application non-entry in european phase

Ref document number: 18916649

Country of ref document: EP

Kind code of ref document: A1