CN115967495A

CN115967495A - Public service application management method and device based on block chain

Info

Publication number: CN115967495A
Application number: CN202211108069.7A
Authority: CN
Inventors: 徐惠
Original assignee: Ant Blockchain Technology Shanghai Co Ltd
Current assignee: Ant Blockchain Technology Shanghai Co Ltd
Priority date: 2022-09-09
Filing date: 2022-09-09
Publication date: 2023-04-14

Abstract

The disclosure discloses a block chain-based public service application management method and device. The block chain comprises a plurality of nodes, the nodes correspond to a plurality of public service applications one by one, the public service applications are provided with uplink interfaces, and the public service applications upload public service tasks and public service behavior data of users to the block chain through the uplink interfaces corresponding to the public service applications respectively, and the method comprises the following steps: acquiring a first public service task issued by a target public service application from the blockchain, wherein the target public service application is any one public service application in the public service applications; displaying the first public welfare task in a task pool; after the first public welfare task is completed by a user, obtaining public welfare behavior data of the user from the blockchain; and determining the credit data of the user according to the public welfare behavior data of the user.

Description

Public service application management method and device based on block chain

Technical Field

The disclosure relates to the technical field of block chains, in particular to a block chain-based public service application management method and device.

Background

The existing volunteer service type public service application can only provide public service tasks for users and manage public service behaviors of the users based on data of a platform of the application. This approach causes the following problems: firstly, the user can only execute the public service tasks in the public service application, and if the user wants to execute the public service tasks in other public service applications, the user needs to separately register, so that the popularization rate of the public service tasks is not high; secondly, the public welfare behaviors of the same user can be managed and evaluated only in each public welfare application, and the management and evaluation modes of each public welfare application have the possibility of being falsified or forged, so that the public welfare behaviors of the same user cannot be evaluated uniformly and effectively.

Disclosure of Invention

In view of this, the present disclosure provides a block chain-based public service application management method to implement unified management on public service tasks in public service applications and public service behavior data generated by users executing the public service tasks.

In a first aspect, a block chain-based public service application management method is provided, where the block chain includes a plurality of nodes, the nodes correspond to a plurality of public service applications one to one, each of the public service applications has an uplink interface, and the public service applications upload public service tasks and public service behavior data of users to the block chain through the respective uplink interfaces, where the method includes: acquiring a first public service task issued by a target public service application from the blockchain, wherein the target public service application is any public service application in the public service applications; displaying the first public service task in a task pool; after the first public welfare task is completed by a user, obtaining public welfare behavior data of the user from the blockchain; and determining credit data of the user according to the public welfare behavior data of the user.

Optionally, the first public service task is selected by the user from the task pool or the target public service application.

Optionally, the public welfare behavior data of the user comprises confirmation data for the first public welfare task, the confirmation data being generated by a served person of the first public welfare task or an originator of the first public welfare task, and the confirmation data being used to confirm validity of the first public welfare task.

Optionally, the confirmation data of the first public welfare task comprises at least one of the following information: the content of the first public welfare task, the date when the user starts the first public welfare task, the date when the user ends the first public welfare task, the time length when the user completes the first public welfare task, the rating of the user completing the first public welfare task, and the validity result of the user completing the first public welfare task.

Optionally, the public welfare behavior data of the user further includes at least one of the following information: the ID of the target public service application, the name of the target public service application, the type of the target public service application, the ID of the user, and the name of the user.

Optionally, the determining credit data of the user according to the public welfare behavior data of the user includes: inputting the time length of the user completing the first public service task, the score of the user completing the first public service task and the content of the first public service task in the public service behavior data of the user into a credit data conversion model, so that the credit data conversion model determines the credit data of the user according to different weights.

Optionally, the public welfare activity data of the user is encrypted and/or data with an electronic signature and a time stamp.

Optionally, the credit data is credit points.

Optionally, the public service application is an applet or APP.

In a second aspect, an apparatus for block chain-based public service application management is provided, where a block chain includes a plurality of nodes, the nodes correspond to a plurality of public service applications one to one, each of the public service applications has an uplink interface, and the public service applications upload public service tasks and public service behavior data of users to the block chain through the respective uplink interfaces, and the apparatus includes: a first obtaining module, configured to obtain, from the blockchain, a first public service task issued by a target public service application, where the target public service application is any public service application in the multiple public service applications; the display module is used for displaying the first public service task in a task pool; the second obtaining module is used for obtaining the public welfare behavior data of the user from the block chain after the first public welfare task is completed by the user; and the determining module is used for determining the credit data of the user according to the public welfare behavior data of the user.

Optionally, the public welfare behavioral data of the user includes confirmation data for the first public welfare task, the confirmation data being generated by a served person of the first public welfare task or an originator of the first public welfare task, and the confirmation data being used to confirm the validity of the first public welfare task.

Optionally, the determining module is further configured to input, in the public welfare behavior data of the user, the time length for the user to complete the first public welfare task, the score for the user to complete the first public welfare task, and the content of the first public welfare task into a credit data conversion model, so that the credit data conversion model determines the credit data of the user according to different weights.

Optionally, the credit data is credit points.

Optionally, the public service application is an applet or APP.

In a third aspect, there is provided a block chain-based public service application management apparatus, including a memory and a processor, where the memory stores executable code, and the processor is configured to execute the executable code to implement the method according to the first aspect.

In a fourth aspect, there is provided a computer readable storage medium having stored thereon executable code that when executed is capable of implementing the method of the first aspect.

In a fifth aspect, there is provided a computer program product comprising executable code that, when executed, is capable of implementing the method of the first aspect.

The embodiment of the disclosure provides a block chain-based public service application management scheme, wherein a plurality of nodes of the block chain correspond to a plurality of public service applications one to one, so that the public service applications can store public service tasks and public service behavior data of users in the public service applications on the block chain through respective uplink interfaces. According to the scheme, the first public service task issued by the target public service application can be acquired from the block chain and displayed in the task pool, and credit data can be generated for the user based on public service behavior data generated after the user completes the first public service task. By the mode, on one hand, the public service tasks published by the public service applications can be uniformly managed, so that a user can search and finish the public service tasks published by the public service applications through a uniform entrance, and the public service tasks are effectively popularized; on the other hand, the public welfare behavior data of the same user can be evaluated uniformly and effectively, and the possibility that the public welfare behavior data of the user is falsified and counterfeited is avoided.

Drawings

Fig. 1 is a block chain architecture diagram provided in the implementation of the present disclosure.

Fig. 2 is a system architecture diagram of a unified management platform for public service applications provided in an embodiment of the present disclosure.

Fig. 3 is a schematic structural diagram of a block chain composed of public utility applications according to an embodiment of the disclosure.

Fig. 4 is a flowchart illustrating a block chain-based commonweal application management method according to an embodiment of the present disclosure.

Fig. 5 is a schematic diagram of a scheme for performing management of a public service application by using a unified management platform of the public service application according to an embodiment of the present disclosure.

Fig. 6 is a schematic flow diagram of a method in the arrangement shown in fig. 5.

Fig. 7 is a schematic structural diagram of a block chain-based public service application management apparatus according to an embodiment of the present disclosure.

Fig. 8 is a schematic structural diagram of a block chain-based public service application management apparatus according to still another embodiment of the present disclosure.

Detailed Description

The technical solutions in the embodiments of the present disclosure are clearly and completely described below, and it is obvious that the described embodiments are only a part of the embodiments of the present disclosure, and not all embodiments.

A volunteer service type public service application is a public service application that helps volunteers (or users) to provide services to people or organizations requiring help using offline time. The applications mentioned in the embodiments of the present disclosure may also be referred to as application programs. In some embodiments, the application may refer to an APP, which may be, for example, a bemy eyes, a small moxa roll, a cloud pupil, or the like APP. In other embodiments, the application may refer to an applet (an applet may be understood as an application that can be used without downloading or uninstalling, pertaining to a lightweight solution for an application, such as a pay-for-your-own applet or a WeChat applet). Alternatively, in some embodiments, the application may also be a web site that provides services, such as a web site where large organizations issue commonweal tasks.

The existing public service application can only provide public service tasks published on a platform of the user. After a user registers a public service application, only the public service tasks in the application can be executed. The user generally generates the public service behavior data of the user after executing the public service task, and the public service application can only manage the public service behavior data of the user in the platform of the user. The commonweal behaviour data may be data characterising the effort of the user in performing the commonweal task, for example may be the time of effort. This approach causes the following problems: the popularization rate of the public service tasks is not high, and as the public service application generally uses a centralized database, the public service behavior data of the user has the possibility of being falsified and forged, the public service behavior of the same user cannot be evaluated uniformly, authoritatively and effectively, and the public trust is low.

In view of this, the embodiments of the present disclosure provide a block chain-based public service application management scheme. The block chain technology can organize and maintain a large amount of data in a decentralized or multi-centralized mode, and has the characteristics of distribution, non-tamper property, traceability, safety, credibility and the like, so that the block chain is used for managing the public service application, and the public service tasks and the public service behavior data of the users can be uniformly managed, so that the problems are effectively solved.

For ease of understanding, the block chain and some of its concepts involved in the embodiments of the present disclosure will be briefly introduced.

Block chain (Blockchain)

Referring to fig. 1, a blockchain 100 is a typical distributed collaborative system, and the blockchain 100 may also be referred to as a blockchain network. The system includes a plurality of blockchain nodes 110. The plurality of blockchain nodes 110 may collectively maintain an ever-increasing distributed data record. The recorded data may be cryptographically protected in content and timing to make it difficult for either party to tamper with, repudiate, and counterfeit. Blockchain nodes 110 may be devices with computing capabilities, such as servers, groups of servers, blockchain chips, etc., where the groups of servers may be centralized or distributed. In other implementations, the server may also be a server that provides services for a cloud platform.

In a blockchain, data (e.g., transaction information, transaction execution results, etc.) may be encapsulated in the form of blocks (blocks). The tiles may be linked to each other by a forward reference to form a "chain," i.e., a chain of tiles. In general, the first block in a chain of blocks may be referred to as an "originating block" or "initial block", one block in the chain of blocks preceding the current block as a "previous block", and one block in the chain of blocks following the current block as a "subsequent block".

In general, a tile may include a tile head and a tile body. The block header may contain basic information of the current block to ensure that the current block can correctly enter the block chain. For example, the chunk header may record a chunk hash value of a last chunk of the current chunk. As another example, the block header may also record the block height of the current block. The block height is called "block height" for short, and is used to identify the position of the block in the block chain. Typically, the starting block has a block height of 0. The block body can be used for recording transaction information. The transaction information may include, for example, information such as transaction amount and transaction data.

Block chains are generally divided into three types: public chain (Public Blockchain), private chain (Private Blockchain) and alliance chain (Consortium Blockchain). Furthermore, there may be a combination of the above types, such as private chain + federation chain, federation chain + public chain, and so on.

Among them, the most decentralized is the public chain. Participants joining the public chain (also referred to as nodes in the blockchain) can read the data records on the chain, participate in transactions, and compete for accounting rights for new blocks, etc. Moreover, each node can freely join or leave the network and perform related operations.

Private chains are the opposite, with the network's write rights controlled by an organization or organization and the data read rights specified by the organization. Briefly, a private chain may be a weakly centralized system with strict restrictions on nodes and a small number of nodes. This type of blockchain is more suitable for use within a particular organization.

The federation chain is a block chain between the public chain and the private chain, and can implement "partial decentralization". Each node in a federation chain typically has a physical organization or organization corresponding to it; the nodes are authorized to join the network and form a benefit-related alliance, and the operation of the block chain is maintained together. Embodiments provided by the present disclosure can be implemented in any suitable type of blockchain described above, and preferably can be implemented based on a federation chain to ensure that data on the blockchain has public trust and authority.

In some implementations, the block link point 110 may have a corresponding block link ue (for short, ue), and the block link point 110 may be connected to the ue to enable the ue to obtain the service of the block link. The user terminal may be an end device or an application on the end device. The terminal device may be any device with computing capabilities, such as a mobile phone, a computer, a wearable computing device or a server, etc. The user terminal may obtain the blockchain service by initiating a blockchain transaction (transaction for short, also referred to as a request), that is, the user terminal may generate a transaction and send the generated transaction to the blockchain through the blockchain node 110. For example, the ue may initiate an uplink request to its corresponding block-link node 110 for data therein, and the block-link node 110 may store the data on the block chain in response to the request.

However, when the ue is an application on an external terminal device, the ue cannot directly interact with the corresponding block link point 110. To effectively solve this problem, in some implementations, an Application Program Interface (API) may be deployed in the Application for external access, so that the Application interacts with the blockchain node 110 through the API.

Consensus mechanism

The consensus mechanism can be understood as how to agree between the nodes responsible for accounting (or accounting nodes) in the blockchain to identify the validity of a record. The data acquired by a certain blockchain link point on the blockchain can be propagated to other nodes on the blockchain through a consensus mechanism, and the process can also be understood as storing the data on the blockchain.

The consensus mechanism of the block chain has the characteristics of 'few obedience majority' and 'human-equal', wherein the 'few obedience majority' does not completely refer to the number of nodes, and can also be the computing power, the number of shares or other characteristic quantities which can be compared by a computer. "equal people" means that when the nodes satisfy the condition, all the nodes have the right to give priority to the consensus result, are directly identified by other nodes, and finally possibly become the final consensus result.

The trust of the block chain is mainly embodied in that users distributed in the block chain do not need to trust another party of the transaction or trust a centralized mechanism, and the transaction can be realized only by trusting a software system under a block chain protocol. The premise of self-trust is the consensus mechanism of the blockchain, that is, in a mutually untrusted market, a sufficient requirement for each node to agree is that each node, considering the maximization of its own interest, will spontaneously and honestly obey the rules preset in the protocol, judge the authenticity of each record, and finally record the record judged to be true into the blockchain. In other words, if the nodes have independent interests and compete with each other, the nodes are almost impossible to collude to cheat you, which is especially evident when the nodes have a common reputation in the network. The blockchain technology just applies a set of consensus-based mathematical algorithm to establish a 'trust' network between machines, so that brand-new credit creation is performed through technical endorsements rather than centralized credit organizations.

The consensus mechanism of the block chain may be, for example, one of the following consensus mechanisms: a Proof Of Work (POW), (POS) right and interest (PBFT), a Proof Of share authorization (rsg), a pool verification mechanism, and a Practical Byzantine Fault Tolerance (PBFT).

In view of the above features of the blockchain, as shown in fig. 2, a system architecture diagram of a unified management platform for public service applications based on blockchain is provided for the embodiment of the present disclosure. The system architecture 20 of the unified management platform for public service applications may include a public service application 21, a data transmitter 22, a blockchain end 23, and a public service management application 24.

The public service application end 21 may be a public service application. The public utility application may be any of the types of public utility applications previously described. The user of the public service application can be the user (i.e., volunteer) as described above, or the initiator of the public service task or the serviced person of the public service task in the public service application. The public service application can be used for enabling an initiator or a server to release a public service task by himself, enabling a user to select the public service task in the application, and enabling the public service application to generate public service behavior data of the user for an execution result after the user executes the public service task in the public service application.

The public welfare tasks referred to in this disclosure may be any form of volunteer service, for example, helping the blind to recognize instructions, helping astronomical institutes to recognize a scientific star, helping mountain area attended children to remotely install software, helping explain in museums, helping environmental enthusiasts or remote scenic areas to sweep trash far away, helping accompany children in welfare houses, and so on. The user of the public service application can register an account number, claim the public service task, issue the public service task and perform other related operations (for example, operations when the user starts and ends the public service task, an operation of confirming the completion of the public service task performed by the user by the initiator of the public service task or the service person, and the like) through the public service application interface.

The data format in which the public welfare application generates public welfare actions is not specifically limited by the present disclosure. As an implementation manner, the user may be an offline user of the platform of the public service application, after the user executes the public service task online, the manager of the public service application, or the initiator of the public service task, or the server may upload data of the public service task executed by the user and the completion condition by himself, and the public service application automatically generates public service behavior data for the data.

As another implementation, the user may be an online user of the platform of the public service application, and after the user starts a public service task and completes the public service task in the public service application, the user may click to complete the public service task in the public service task interface, so that the public service application automatically generates public service behavior data of the user for the public service task completed by the user, where the public service behavior data includes information indicating that the user has completed the public service task; or after the user starts a public service task in the public service application by himself, the public service task is interrupted or abandoned for various reasons, the user can click to finish or abandon the public service task in the public service task interface, the public service application can also automatically generate public service behavior data of the user aiming at the public service task executed by the user, and the public service behavior data contains information indicating that the user does not finish the public service task.

The data transmission end 22 can be understood as a part of the public utility application end 21 that enables the public utility application to communicate with the block link end 23, for example, the data transmission end 22 can be an uplink interface (API) embedded in the public utility application. The public service application can send a transaction request to the blockchain through the embedded API to store data in the public service application on the blockchain. The data in the public service application is not specifically limited in the present disclosure, and for example, the data may be request data of the public service application for using a blockchain service, data of a public service task issued in the public service application, or public service behavior data of the user.

In some implementations, the API may also assist users in the public service application in identity validation or assist in encryption work when uploading data.

The block link end 23 comprises a block chain consisting of a plurality of public utility applications, each of which may have the same function as the public utility application described above. The public service applications jointly form a block chain, the block chain comprises a plurality of nodes, and the nodes are credible nodes of the block chain and correspond to the public service applications one by one. Fig. 3 is a schematic diagram of a block chain 30 composed of a plurality of public utility applications according to an embodiment of the present disclosure. Referring to fig. 3, a block chain 30 is composed of a plurality of public service applications, such as a public service application a, a public service application B, a public service application C, a public service application D, and the like, which may be public service applications on terminal devices outside the block chain, and a plurality of public service applications, such as a node a ', a node B ', a node C ', a node D ', and the like, are trusted nodes on the block chain, and each node corresponds to a public service application (for example, the node a ' corresponds to the public service application a), so that the public service applications can interact with the block chain through the corresponding node. The specific interaction mode may be that each public service application sends a transaction request through its respective API to upload public service task and user public service behavior data to the block link point corresponding to each public service application, and after the corresponding block link point receives the data uploaded by the public service application, the block link point initiates a consensus request, and other nodes on the block chain respond to the request based on a consensus mechanism. If consensus is achieved, the blockchain node can broadcast the data to other nodes on the blockchain to complete the uplink and verification of the data.

In some implementations, as shown in fig. 2, the blockchain of the blockchain end 23 may further perform on-chain encryption on data requested by the public service application for uplink or/and add a digital signature and a timestamp to the data on the blockchain, which is described in detail below and will not be described herein for the moment.

With continued reference to fig. 2, the equity management application 24 may be an application layer that provides functionality for the unified management platform 20. In some embodiments, the equity management application 24 may also be referred to as an equity points system. The functions that may be provided by the equity management application 24 include, but are not limited to: presentation of the commonweal tasks, management of the commonweal tasks performed by the user, and management of the credit data of the user.

The showing of the public service tasks may be showing the public service tasks issued by the public service applications at the public service management application end 24. For example, a public service task A1, a public service task A2 and a public service task A3 issued by a public service application a, public service tasks B1 and B2 issued by a public service application B and a public service task C1 issued by a public service application C are simultaneously displayed in the task pool. It should be understood that the above examples are only for illustration, and the number of the public service applications and the number of the public service tasks are not specifically limited in the present disclosure, and may be set according to actual requirements.

In some implementations, the functions of the equity management application 24 may also include a query function for use by third party institutions in querying credit data of users. For example, the third party organization may be an enterprise credit product model (e.g., a credit product such as sesame credit or a user risk assessment model for a bank) that may factor the user's credit data into its model. As another example, the third-party organization may be a government organization that may qualify the credit data of the user as an assessment of the citizen by the government organization (e.g., resident credit, talent program, household points, etc.).

The public service management application 24 may be executed by a management device, and the present disclosure does not specifically limit the management device, for example, the management device may be a device with computing capabilities or an application on the device. For example, the management device may be a server, or a mobile terminal, or may also be an application on the mobile terminal, such as an APP, an applet, or a website. When the management device is an application on a mobile terminal, its registered user of the application may be a user (volunteer as described above) or a public service application as described above, and in other embodiments, its registered user may be a third party organization as described above.

The public service management application 24 may interact with the block link end 23 to obtain data (e.g., public service tasks uploaded by the public service application and public service behavior data of the user) required by the block link end 23 from the block link therein, so as to implement the above functions according to the data obtained from the block link, that is, implement management of the public service application.

The block chain-based commonweal application management method provided by the embodiment of the present disclosure is described in detail below with reference to fig. 4. It is understood that the method may be implemented by the equity management application 24, and may also be understood as being performed by the management device described above. It should be noted that, some features related to the method have been described in detail in the foregoing, and please refer to the foregoing for related features, which are not described herein again.

In step S410, a first public service task issued by the target public service application is obtained from the blockchain.

The target public interest application may be any one of the plurality of public interest applications described above. The first public interest task may be one of a plurality of public interest tasks published by the target public interest application, and the first public interest task may be, but is not limited to, any type of public interest task of the public interest tasks described above.

The first public health task may include a plurality of data about the first public health task, such as specific content of the first public health task (including time requirements, location requirements, task types, task names, etc.), information of a publisher of the first public health task, information of a target public health application to which the first public health task corresponds, and a link entry for executing the first public health task.

The implementation mode of acquiring the first public service task issued by the target public service application from the block chain is not specifically limited. For example, the target public service application may send a presentation requirement for a first public service task through the API and request that the first public service task be stored on the blockchain, the blockchain stores the first public service task on the blockchain in response to the request and uploads the presentation requirement to the management device, and the management device invokes the first public service task from the blockchain in response to the presentation requirement.

In step S420, the first public welfare task is displayed in the task pool.

The task pool may be a program module with a presentation capability at a front end, and a plurality of public service tasks may be presented in the task pool. As shown in fig. 5, the commonweal tasks shown in the commonweal pool are all shown after the commonweal application sends the display requirements for the commonweal tasks.

As previously described, the first commonweal task includes a plurality of data. The data and the form of the first public welfare task displayed in the task pool are not particularly limited in the present disclosure, for example, all the data of the first public welfare task may be displayed in the task pool, or a part of the plurality of data of the first public welfare task may be displayed in the task pool. The display mode can be the mode of displaying through characters, or can also be the mode of displaying through pictures.

As an implementation manner, the public service pool may display specific content of the first public service task and a link entry for executing the first public service task, so that the user may directly select a task through the task pool and enter the target public service application through the link entry to execute the first public service task.

In step S430, after the first public welfare task is completed by the user, public welfare behavior data of the user is obtained from the blockchain.

Since the task pool and the target public service application in the embodiment of the disclosure can both display the public service tasks in the public service application, the user can select the first public service task through the target public service application and also select the first public service task from the task pool. It can be understood that the task pool may be only used as a presentation environment for the first public service task, and even if the user selects the first public service task from the task pool, the user may enter the target public service application through the link entry after clicking to execute the first public service task. That is, after the user executes the first public service task, an authentication request about task completion may be triggered, in response to the request, the target public service application may generate public service behavior data for the user of the first public service task, and then the target public service application may upload and store the public service behavior data of the user to the block chain through the API.

The user's public welfare behavior data may include, but is not limited to, the public welfare behavior data described above. For example, the location of the user and the place of execution of the first public service task may also be included. In some implementations, as shown in table 1, the user's public welfare behavior data may also include at least one of the following information: the content of the first public welfare task, the date the user started the first public welfare task, the date the user ended the first public welfare task, the duration the user completed the first public welfare task, and the like. The more advantageous the user's public welfare behavior data includes content that is set to be as detailed as the disclosed embodiments is for subsequent data management from multiple aspects and dimensions.

Of course, in addition to this, the user's public welfare behavior data may also include some information about the attributes of the user or the target public welfare application. As shown in table 1, the public welfare behavior data may also include at least one of the following information: the ID of the target public service application, the name of the target public service application, the type of the target public service application, and the ID and the name of the user are included in the public service behavior data of the user, so that the public service behavior data of the user on the block chain can be provided with a label to form a public service passport of the user on the block chain, for example, the public service passport can be a unique identity ID of the user.

TABLE 1

In step S440, credit data of the user is determined according to the public welfare behavior data of the user.

The credit data of the user is a positive data characterizing the credit to the user, and may be credit points, for example.

The present disclosure does not specifically limit the specific form of determining the credit data of the user according to the public welfare behavior data of the user. As one implementation mode, a calculation function can be set according to the time length of the user completing the first public service task, the distance of the execution place and the substantive requirement of the content of the first public service task on the user in the public service behavior data of the user, so as to calculate the public service behavior data of the user through the function.

As another implementation manner, the commonweal behavior data of the user may be determined through a preset credit data conversion model, which may be a neural network model, a function, or a calibrated rating table. The credit data conversion model determines the credit data of the user according to different weights by inputting the public welfare behavior data of the user (for example, the time length of the first public welfare task completed by the user, the score of the first public welfare task completed by the user and the content of the first public welfare task) into the credit data conversion model. For example, the content of the commonweal task corresponds to a weight of 0.5, the duration corresponds to a weight of 0.3, and the evaluation corresponds to a weight of 0.2. And dividing the public service tasks into 1-10 according to the difficulty level of the task content, wherein if the first public service task is that the user translates for the international conference, the difficulty level is 8, and if the first public service task is that the user organizes the order of people in public service, the difficulty level is 2. The evaluation was classified as 0-5. If the user completes the commonweal mission with a difficulty rating of 8 for 1 hour and evaluates to 4.5 points, the user's credit data is 5.2. If the user completes the commonweal mission with difficulty rating 2 for 1 hour and evaluates to 4.5 points, the credit data for the user is 2.2.

It is understood that since the user's commonweal behavior data in the present disclosure includes a variety of data, the assessment of the user's credit data by the user's commonweal behavior data in the present disclosure may result in a more objective and authoritative assessment.

In the block chain-based commonweal application management method provided by the embodiment of the disclosure, the block chain can communicate a plurality of commonweal applications, so that commonweal tasks issued by the plurality of commonweal applications and commonweal behavior data of users can be uniformly stored. The method can acquire the public service tasks from the block chain, perform uniform display, acquire the public service behavior data of the users through the block chain, and convert the public service behavior data into the credit data of the users, so that the users (namely volunteers) can search and complete the public service tasks through a uniform entrance, and the public service behavior data of the same user generated in a plurality of public service applications can be converted into the credit data of the users according to a uniform standard. Therefore, multiple registration is avoided, the public service task is effectively popularized, a public service resume can be constructed for the user, credit data on the resume can be used by a third-party organization, the user has high service enthusiasm, and the national popularity of public service can be effectively promoted.

The method for storing the public welfare behavior data of the user on the blockchain by the target public welfare application is not specifically limited in the present disclosure, and may be any one of the methods described above. As one implementation, as shown in fig. 5 and 6, the target public benefit application may first initiate a request for identity verification of the user to the blockchain through the API, and in response to the request, the API may invoke any one of face authentication, fingerprint authentication, or key authentication to verify whether the user is the user of the public benefit passport corresponding to the ID of the user. The authenticity of the data can be guaranteed to the maximum extent by verifying the identity of the user.

In other implementation manners, as shown in fig. 5, after the identity authentication is passed, the API may further encrypt the public welfare activity data, so as to upload the encrypted public welfare activity data to the corresponding blockchain node. When the node needs to store the public welfare data of the user on the block chain (i.e. before the data of the node is transmitted to other nodes), the node can further encrypt and/or add an electronic signature and a time stamp to ensure that the public welfare data of the user cannot be tampered to the maximum extent.

The public service behavior data encryption mode is not specifically limited in the present disclosure. As one implementation, the API and the block link point encrypt the commonweal behavior data by using a hash algorithm or a symmetric encryption technique.

As another implementation, as shown in fig. 6, the block link point may encrypt the public welfare activity data based on an asymmetric encryption technique. It will be appreciated that electronic signatures are also typically methods that employ asymmetric encryption. Specifically, the target public service application serves as a trusted node of the blockchain, and when applying for joining the blockchain, the target public service application obtains a pair of private key and public key pair. The private key can be obtained only by a target public service application, the private keys of other nodes are completely different from the private keys of other nodes, and the signature of the same data by adopting different private keys is completely different and is similar to the handwriting of a physical signature (namely, the signature of each person by using a pen is completely different from the handwriting). The process of encrypting the public welfare data of the user by using the private key can be called adding an electronic signature, and the encrypted data is a digital signature. The public key is owned by all nodes which belong to the same block chain with the target public service application, and after other nodes receive the broadcasted public service behavior data and the digital signature, the integrity of the data and the validity of the identity of the sender can be verified by using the public key. If the verification can be successfully passed, the subsequent process is triggered, for example, each node saves it on the block.

As previously described, the target public interest application may generate public interest behavior data for the user of the first public interest task after the user triggers an authentication request for task completion. In order to avoid the user to confirm the completion condition of the task by himself, the possibility of counterfeiting exists. In some embodiments, as shown in fig. 6, after the user completes the first public service task within the target public service application, a confirmation of the service availability may be performed by the service recipient or the task originator. Specifically, the target public service application may receive a user-initiated authentication request for the first public service task and obtain confirmation data for the target public service task from an originator or a served person of the target public service task in response to the request. The confirmation data is used for confirming the validity of the first public service task, namely confirming whether the user completes the first public service task, whether various data of the user for executing the first public service task are consistent with actual data or not and the quality of the public service task completed by the user. As shown in table 1, the validation data may include validation of at least one of the following: the content of the first public welfare task, the date when the user starts the first public welfare task, the date when the user ends the first public welfare task, the time length when the user completes the first public welfare task, the rating of the user completing the first public welfare task and the validity result of the user completing the first public welfare task. In order to further ensure that the served person or the task initiator is also valid, as shown in fig. 6, before the public welfare activity data of the user is uplinked, confirmation data of the served person or the task initiator in the public welfare activity data of the user for the target public welfare task may also be sent to the user to obtain the confirmation of the user. And after the user confirms the confirmation data, uploading the generated public service behavior data of the user to the corresponding block chain node through the API.

As can be seen from the foregoing, and from the contents in fig. 5 and fig. 6, the public welfare scoring system can also manage the public welfare tasks performed by the user according to the public welfare behavior data of the user. As can be seen from the foregoing, public welfare behavior data generated by a plurality of public welfare tasks executed by a user is stored in the blockchain. After the public welfare integral system acquires the data from the block chain, all public welfare tasks executed by the user can be displayed according to the data, and the completion condition of the public welfare tasks is displayed. If the user's public welfare behavior data for the first public welfare task indicates that the user has completed the first public welfare task, registering the completion condition of the first public welfare task claimed by the user as completed, and if the user's public welfare behavior data for the second public welfare task indicates that the user has abandoned the second public welfare task, registering the completion condition of the second public welfare task claimed by the user as abandoned, and not completed.

Method embodiments of the present disclosure are described in detail above in conjunction with fig. 1-6, and apparatus embodiments of the present disclosure are described in detail below in conjunction with fig. 7-8. It is to be understood that the description of the method embodiments corresponds to the description of the apparatus embodiments, and therefore reference may be made to the preceding method embodiments for parts not described in detail.

Fig. 7 is a schematic structural diagram of a block chain-based public service application management apparatus according to an embodiment of the present disclosure. The apparatus 700 may include a first obtaining module 710, a presenting module 720, a second obtaining module 730, and a determining module 740, wherein the block chain includes a plurality of nodes, the nodes correspond to a plurality of public service applications one to one, the public service applications each have a uplink interface, and the public service applications upload public service tasks and public service behavior data of users to the block chain through the respective corresponding uplink interfaces. These modules are described in detail below.

The first obtaining module 710 is configured to obtain a first public service task issued by a target public service application from a blockchain, where the target public service application is any public service application in a plurality of public service applications.

The presentation module 720 is configured to present the first commonweal task in the task pool.

The second obtaining module 730 is configured to obtain the public welfare behavior data of the user from the blockchain after the first public welfare task is completed by the user.

The determining module 740 is configured to determine credit data of the user according to the public welfare behavior data of the user.

Optionally, the first public service task is selected by the user from a task pool or a target public service application.

Optionally, the public welfare behavior data of the user includes confirmation data for the first public welfare task, the confirmation data being generated by a served person of the first public welfare task or an originator of the first public welfare task, and the confirmation data being for confirming validity of the first public welfare task.

Optionally, the confirmation data of the first public welfare task includes at least one of the following information: the content of the first public welfare task, the date when the user starts the first public welfare task, the date when the user ends the first public welfare task, the time length when the user completes the first public welfare task, the rating of the user completing the first public welfare task and the validity result of the user completing the first public welfare task.

Optionally, the public welfare behavior data of the user further comprises at least one of the following information: the ID of the target public service application, the name of the target public service application, the type of the target public service application, the ID of the user, and the name of the user.

Optionally, the determining module is further configured to input, into the credit data conversion model, a duration of the first public service task completed by the user, a score of the first public service task completed by the user, and a content of the first public service task in the public service behavior data of the user, so that the credit data conversion model determines the credit data of the user according to different weights.

Optionally, the user's public welfare data is encrypted and/or data with an electronic signature and a timestamp.

Optionally, the credit data is credit points.

Optionally, the public service application is an applet or APP.

Fig. 8 is a schematic structural diagram of a block chain-based public service application management apparatus according to still another embodiment of the present disclosure. The apparatus 800 may be, for example, a computing device having computing functionality. The apparatus 800 may be, for example, a mobile terminal or a server. The apparatus 800 may include a memory 810 and a processor 820. Memory 810 may be used to store executable code. The processor 820 may be configured to execute the executable code stored in the memory 810 to implement the steps of the various methods described above. In some embodiments, the apparatus 800 may further include a network interface 830, and the data exchange between the processor 820 and the external device may be implemented through the network interface 830.

In the above embodiments, all or part of the implementation may be realized by software, hardware, firmware or any other combination. When implemented in software, it may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. The procedures or functions described in accordance with the embodiments of the disclosure are, in whole or in part, generated when the computer program instructions are loaded and executed on a computer. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions can be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that incorporates one or more of the available media. The usable medium may be a magnetic medium (e.g., a floppy Disk, a hard Disk, a magnetic tape), an optical medium (e.g., a Digital Video Disc (DVD)), or a semiconductor medium (e.g., a Solid State Disk (SSD)), among others.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present disclosure.

In the several embodiments provided in the present disclosure, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present disclosure may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.

The above description is only for the specific embodiments of the present disclosure, but the scope of the present disclosure is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present disclosure, and all the changes or substitutions should be covered within the scope of the present disclosure. Therefore, the protection scope of the present disclosure shall be subject to the protection scope of the claims.

Claims

1. A block chain-based public service application management method is provided, wherein the block chain comprises a plurality of nodes, the nodes correspond to a plurality of public service applications one by one, the public service applications are provided with uplink interfaces, and the public service applications upload public service tasks and public service behavior data of users to the block chain through the uplink interfaces corresponding to the public service applications,

the method comprises the following steps:

acquiring a first public service task issued by a target public service application from the blockchain, wherein the target public service application is any one public service application in the public service applications;

displaying the first public service task in a task pool;

after the first public welfare task is completed by a user, obtaining public welfare behavior data of the user from the blockchain;

and determining the credit data of the user according to the public welfare behavior data of the user.

2. The method of claim 1, the first public interest task selected by the user from the task pool or the target public interest application.

3. The method of claim 1, the user's public welfare behavior data comprising confirmation data for the first public welfare task, the confirmation data generated by a waiter of the first public welfare task or an originator of the first public welfare task, and the confirmation data for confirming validity of the first public welfare task.

4. The method of claim 3, the confirmation data of the first public welfare task comprising at least one of: the content of the first public welfare task, the date when the user starts the first public welfare task, the date when the user ends the first public welfare task, the time length when the user completes the first public welfare task, the rating of the user completing the first public welfare task, and the validity result of the user completing the first public welfare task.

5. The method of claim 3, the user's public welfare behavior data further comprising at least one of: the ID of the target public service application, the name of the target public service application, the type of the target public service application, the ID of the user, and the name of the user.

6. The method as set forth in claim 4, wherein,

determining credit data of the user according to the public welfare behavior data of the user comprises the following steps:

inputting the time length of the user completing the first public service task, the score of the user completing the first public service task and the content of the first public service task in the public service behavior data of the user into a credit data conversion model, so that the credit data conversion model determines the credit data of the user according to different weights.

7. The method according to any one of claims 1 to 6, wherein the user's public welfare activity data is encrypted and/or data with an electronic signature and a time stamp.

8. The method of any of claims 1-6, wherein the credit data is credit points.

9. The method of any of claims 1-6, the public utility application being an applet or APP.

10. A block chain-based public service application management device, the block chain including a plurality of nodes, the nodes corresponding to a plurality of public service applications one to one, the public service applications each having an uplink interface, and the public service applications uploading public service tasks and public service behavior data of users to the block chain through the uplink interfaces corresponding to the public service applications,

the device comprises:

a first obtaining module, configured to obtain, from the blockchain, a first public service task issued by a target public service application, where the target public service application is any one of the public service applications;

the display module is used for displaying the first public service task in a task pool;

a second obtaining module, configured to obtain public welfare behavior data of a user from the blockchain after the first public welfare task is completed by the user;

and the determining module is used for determining the credit data of the user according to the public welfare behavior data of the user.

11. A block-chain-based public utility application management apparatus comprising a memory having executable code stored therein and a processor configured to execute the executable code to implement the method of any one of claims 1-9.