CN110674222B - Data sharing method, device, equipment and medium - Google Patents

Data sharing method, device, equipment and medium Download PDF

Info

Publication number
CN110674222B
CN110674222B CN201910950136.1A CN201910950136A CN110674222B CN 110674222 B CN110674222 B CN 110674222B CN 201910950136 A CN201910950136 A CN 201910950136A CN 110674222 B CN110674222 B CN 110674222B
Authority
CN
China
Prior art keywords
credit
user
target
measurement parameter
parameter
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910950136.1A
Other languages
Chinese (zh)
Other versions
CN110674222A (en
Inventor
张振伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201910950136.1A priority Critical patent/CN110674222B/en
Publication of CN110674222A publication Critical patent/CN110674222A/en
Application granted granted Critical
Publication of CN110674222B publication Critical patent/CN110674222B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Abstract

The application discloses a data sharing method, which comprises the following steps: the network platform server acquires user behavior data generated by a user on a network platform of the user, screens illegal behavior data from the user behavior data, generates a credit measurement parameter representing the operation times of the user for carrying out illegal operation on the platform through the illegal behavior data, broadcasts the credit measurement parameter through a block chain network, records the credit measurement parameter in a block chain by each node in the block chain network, and realizes sharing of the credit measurement parameter to other network platforms through the block chain. The credit measurement parameters are generated according to the actual user behavior data and do not carry user private data, so that the requirement of each live broadcast platform on the privacy of the user data can be met, the data sharing of each network platform can be realized, and each network platform can more accurately evaluate the credit of the user according to the expression of the user on a plurality of network platforms. The application also discloses a corresponding device, equipment and medium.

Description

Data sharing method, device, equipment and medium
Technical Field
The present application relates to the field of data sharing technologies, and in particular, to a data sharing method, apparatus, device, and medium.
Background
At present, for healthy operation, many network platforms need to perform standardized processing on user behaviors on the platform, for example, users are prohibited from issuing non-civilized terms on the platform and users are prohibited from issuing related contents violating laws and regulations on the platform, based on which, many network platforms need to acquire the credit condition of users on the network, and then provide specific network services for the users according to the acquired credit condition of users, for example, for users with poor credit, some operations of users on the platform are limited, the provision of specific services for the users is stopped, and for users with good credit, some specific service channels are opened for the users.
In general, a network platform generally maintains a credit condition of a user in the platform by itself, and in consideration of protecting user data privacy, the network platform does not share user data generated in the platform to other platforms, so that sharing of information related to user credit cannot be realized among the network platforms, and thus, operation of the network platforms is affected.
Disclosure of Invention
The application provides a data sharing method, which stores relevant parameters for evaluating user credit provided by each platform through a block chain, can meet the requirement of each platform on user data privacy, and can realize data sharing of each platform, so that each live broadcast platform can evaluate the user credit more accurately according to the performance of a user on each platform. Corresponding apparatus, devices, media and computer program products are also provided.
One aspect of the present application provides a data sharing method, which is applied to a first network platform server, and the method includes:
acquiring user behavior data generated by a user on a first network platform;
screening illegal behavior data from the user behavior data, and generating a credit measurement parameter for measuring the credit of the user according to the illegal behavior data, wherein the credit measurement parameter is used for representing the operation times of the user for carrying out illegal operation on the first network platform;
broadcasting the credit measurement parameter through a blockchain network so that each node in the blockchain network records the credit measurement parameter on the blockchain, and sharing the credit measurement parameter to other network platforms through the blockchain.
The application provides a data sharing method, which is applied to a block chain network node and comprises the following steps:
receiving a credit measurement parameter broadcasted by a first network platform server, wherein the credit measurement parameter is a parameter which is generated by the first network platform server according to violation data screened from user behavior data and is used for measuring user credit, and the credit measurement parameter is used for representing the operation times of a user for carrying out violation operation on the first network platform;
and performing consistency verification with other nodes in the block chain network, and recording the credit measurement parameter on the block chain after the verification is passed.
The application provides a data sharing method, which is applied to a user side and comprises the following steps:
acquiring a credit value corresponding to a current login user, wherein the credit value is generated by a first network platform server according to the calculation of a credit measurement parameter of the current login user acquired from a block chain, and the credit measurement parameter broadcasted by each network platform server is recorded on the block chain;
and determining whether to allow the operation triggered by the current login user according to the credit value of the current login user.
The application provides a data sharing device, is applied to first network platform server, the device includes:
the acquisition module is used for acquiring user behavior data generated by a user on a first network platform;
a credit measurement parameter generation module, configured to filter the violation data from the user behavior data, and generate a credit measurement parameter for measuring user credit according to the violation data, where the credit measurement parameter is used to characterize operation times of a user performing violation operations on the first network platform;
and the broadcasting module is used for broadcasting the credit measurement parameter through a block chain network so that each node in the block chain network records the credit measurement parameter on the block chain and shares the credit measurement parameter to other network platforms through the block chain.
The application provides a data sharing device, is applied to block chain network node, the device includes:
the system comprises a receiving module, a credit measurement module and a credit calculation module, wherein the receiving module is used for receiving a credit measurement parameter broadcasted by a first network platform server, the credit measurement parameter is a parameter which is generated by the first network platform according to violation behavior data screened from user behavior data and is used for measuring the credit of a user, and the credit measurement parameter is used for representing the operation times of the user for carrying out violation operation on the first network platform;
and the recording module is used for carrying out consistency verification with other nodes in the block chain network and recording the credit measurement parameter on the block chain after the verification is passed.
The application provides a data sharing device, is applied to the user side, the device includes:
the acquisition module is used for acquiring a credit value corresponding to a current login user, wherein the credit value is generated by a first network platform server according to the calculation of a credit measurement parameter of the current login user acquired from a block chain, and the credit measurement parameter broadcasted by each network platform server is recorded on the block chain;
and the authority control module is used for determining whether to allow the operation triggered by the current login user according to the credit value of the current login user.
The present application provides an apparatus comprising a processor and a memory:
the memory is used for storing a computer program;
the processor is used for executing the computer program to realize the data sharing method.
The present application provides a computer-readable storage medium for storing a computer program for executing the above-described data sharing method.
The data sharing method achieves the purpose that relevant parameters provided by each network platform and used for evaluating user credit are stored through a block chain. The credit measurement parameters are generated according to the actual user behavior data and do not carry user private data, so that the requirement of each live broadcast platform on the privacy of the user data can be met, the data sharing of each network platform can be realized, and each network platform can more accurately evaluate the credit of the user according to the expression of the user on a plurality of network platforms.
Drawings
FIG. 1 is a system architecture diagram of a blockchain system according to an embodiment of the present invention;
FIG. 2 is a block diagram of an embodiment of the present application;
FIG. 3 is a flow chart of a data sharing method in an embodiment of the present application;
FIG. 4 is a schematic view of a view details interface in an embodiment of the present application;
FIG. 5 is a schematic diagram of an interface for correcting a credit metric parameter according to an embodiment of the present application;
FIG. 6 is a flow chart of a data sharing method in an embodiment of the present application;
FIG. 7 is a block diagram of an embodiment of the present application;
FIG. 8 is a flow chart of a data sharing method in an embodiment of the present application;
FIGS. 9A and 9B are schematic views of a overdraft reward interface in an embodiment of the present application;
FIG. 10 is a schematic diagram of a prompt information interface in an embodiment of the present application;
FIG. 11 is a diagram of an application scenario of a data sharing method in an embodiment of the present application;
FIG. 12 is a schematic structural diagram of a data sharing device according to an embodiment of the present application;
FIG. 13 is a schematic structural diagram of a data sharing device according to an embodiment of the present application;
FIG. 14 is a schematic structural diagram of a data sharing device according to an embodiment of the present application;
FIG. 15 is a schematic structural diagram of a server in an embodiment of the present application;
fig. 16 is a schematic structural diagram of a terminal in an embodiment of the present application.
Detailed Description
In order to make the technical solutions of the present application better understood, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
The terms "first," "second," "third," "fourth," and the like in the description and in the claims of the present application and in the drawings described above, if any, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the application described herein are, for example, capable of operation in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
The method comprises the steps of converting illegal behavior data of a user on a network platform into credit measurement parameters representing the operation times of illegal operations of the user on the platform, and then carrying out uplink processing on the credit measurement parameters, so that the data sharing is realized and the security of private information of the user is ensured.
It can be understood that the data sharing method provided in the present application is applied To a blockchain system, referring To fig. 1, fig. 1 is an optional structural schematic diagram of a blockchain system 100 provided in this embodiment of the present application, and is formed by a plurality of nodes 200 (any form of computing device in an access network, such as a server and a user terminal) and a client 300, a Peer-To-Peer (P2P) network is formed between the nodes 200, and a P2P Protocol is an application layer Protocol operating on top of a Transmission Control Protocol (TCP) Protocol. In the blockchain system 100, any machine such as a server or a terminal can be added to become a node, and the node includes a hardware layer, an intermediate layer, an operating system layer and an application layer.
Referring to the functions of each node in the blockchain system shown in fig. 1, the functions involved include:
1) routing, a basic function that a node has, is used to support communication between nodes.
Besides the routing function, the node may also have the following functions:
2) the application is used for being deployed in a block chain, realizing specific services according to actual service requirements, recording data related to the realization functions to form recording data, carrying a digital signature in the recording data to represent a source of task data, and sending the recording data to other nodes in the block chain system, so that the other nodes add the recording data to a temporary block when the source and integrity of the recording data are verified successfully.
For example, the services implemented by the application include:
2.1) wallet, for providing the function of transaction of electronic money, including initiating transaction (i.e. sending the transaction record of current transaction to other nodes in the blockchain system, after the other nodes are successfully verified, storing the record data of transaction in the temporary blocks of the blockchain as the response of confirming the transaction is valid; of course, the wallet also supports the querying of the remaining electronic money in the electronic money address;
and 2.2) sharing the account book, wherein the shared account book is used for providing functions of operations such as storage, query and modification of account data, record data of the operations on the account data are sent to other nodes in the block chain system, and after the other nodes verify the validity, the record data are stored in a temporary block as a response for acknowledging that the account data are valid, and confirmation can be sent to the node initiating the operations.
2.3) Intelligent contracts, computerized agreements, which can enforce the terms of a contract, implemented by codes deployed on a shared ledger for execution when certain conditions are met, for completing automated transactions according to actual business requirement codes, such as querying the logistics status of goods purchased by a buyer, transferring the buyer's electronic money to the merchant's address after the buyer signs for the goods; of course, smart contracts are not limited to executing contracts for trading, but may also execute contracts that process received information.
3) And the Block chain comprises a series of blocks (blocks) which are mutually connected according to the generated chronological order, new blocks cannot be removed once being added into the Block chain, and recorded data submitted by nodes in the Block chain system are recorded in the blocks.
Referring to fig. 2, fig. 2 is an optional schematic diagram of a Block Structure (Block Structure) provided in this embodiment, each Block includes a hash value of a transaction record stored in the Block (hash value of the Block) and a hash value of a previous Block, and the blocks are connected by the hash values to form a Block chain. The block may include information such as a time stamp at the time of block generation. A block chain (Blockchain), which is essentially a decentralized database, is a string of data blocks associated by using cryptography, and each data block contains related information for verifying the validity (anti-counterfeiting) of the information and generating a next block.
To facilitate understanding of the technical solution of the present application, the data sharing method is described in terms of a network platform server, a blockchain network node, and a user side (specifically, a client side) respectively.
Referring to a flowchart of a data sharing method shown in fig. 3, the method is applied to a first network platform server, and the method includes:
s301, user behavior data generated by a user on a first network platform is obtained.
The network platform refers to a platform application providing network services, such as a live broadcast platform, an e-commerce platform, and the like. The user can use the corresponding network service in an anonymous form or a form of registering and then logging in the network platform, however, illegal behaviors such as release of illegal comments, malicious consumption and the like can be generated in the process of using the network service by the user, so that the network platforms can jointly share the credit related data of the user, the network platforms can accurately evaluate the credit of the user according to the shared credit related data, the corresponding user is processed, and the normal operation of the network platforms is guaranteed.
In this embodiment, the first network platform may specifically be any one of the network platforms participating in data sharing. The first network platform has a server for storing application data, for example, when the first network platform is a certain live broadcast platform, the first network platform server stores the application data generated by the live broadcast platform in the operation process, wherein the application data may specifically include user behavior data generated by a user on the first network platform, and the first network platform server may collect the user behavior data and store the user behavior data locally.
S302, screening the illegal behavior data from the user behavior data, and generating a credit measurement parameter for measuring the credit of the user according to the illegal behavior data.
The credit measurement parameter is used for representing the operation times of the user for carrying out the illegal operation on the first network platform, and based on the operation times, the credit measurement parameter can comprise parameters such as user identification, platform identification, illegal operation type and illegal operation times; when the first network platform needs to count the credit measurement parameters of the user in real time, the number of illegal operations in the credit measurement parameters counted each time can be set as 1 by default; certainly, when the first network platform needs to periodically count the credit measurement parameters of the user, for example, a statistical period such as a day, a week, a month, and the like may be taken as an example, the credit measurement parameters of the current period are counted according to the violation data generated by the user in the current period, in this case, the number of violating operations in the credit measurement parameters is based on an actual statistical value, for example, the number of operations performed by the user 001 to perform the first class of violation operations in the current period is 10, and the number of operations performed by the user 001 to perform the second class of violation operations is 3, and the like.
The more the number of operations of the user for carrying out the illegal operation on the first network platform is, the lower the credit value of the user is, and the less the number of operations of the user for carrying out the illegal operation on the first network platform is, the higher the credit value of the user is.
In specific implementation, the network platform may preset an illegal operation, which may specifically include an illegal interactive operation and/or an illegal consuming operation. As one example, the offending interactive operation may include publishing the non-culture information, wherein the non-culture information may include any one or more of: (1) pornography, adult supplies related information; (2) rumors or other information that disturbs social order, undermines social stability; (3) contain false, harmful, stressful, encroaching on others' privacy, moderate, bad, or other ethically objectionable content; (4) malicious screen refreshing; (5) counterfeit or unauthorized product information. The illegal consuming operation may include malicious consumption, etc. Therefore, the network platform server can screen the violation data from the user behavior data in a content matching mode and the like, and then count the operation times of the user in the violation data for implementing various types of violation operations on the platform as credit measurement parameters.
For ease of understanding, the live platform is illustrated. The first network platform server may be a live broadcast platform server, behavior data generated on the live broadcast platform by a user is user behavior data, and the live broadcast platform server may screen, according to preset violation feature words of various violation types, behavior data matched with the preset violation feature words from the user behavior data as the violation behavior data.
Certainly, the live broadcast platform server may also screen, according to a label tag carried in the user behavior data, behavior data having a first type of label tag as the illegal behavior data, where the first type of label tag is used to label a user behavior that generates a malicious consumption behavior.
It should be noted that, when the network platform sets the violation operation, multiple network platforms may negotiate to set, so that each network platform may filter the violation data according to the unified standard, and generate the credit measurement parameter according to the violation data; of course, each network platform can also be set individually according to its own needs to meet the individual needs of the network platform.
And S303, broadcasting the credit measurement parameter through a block chain network so that each node in the block chain network records the credit measurement parameter on the block chain, and sharing the credit measurement parameter to other network platforms through the block chain.
The first network platform server can broadcast the credit measurement parameters through the blockchain network in real time, so that when other network platforms intend to acquire the credit of the user on the first network platform, the credit measurement parameters can be acquired from the blockchain recorded by each node in the blockchain network in real time, and the credit of the user can be evaluated according to the credit measurement parameters.
In practical applications, in consideration of the problem of the calculation cost of adding a new tile in the tile chain, the first network platform server may also broadcast the credit metric parameter to the tile chain network periodically, where the broadcast period may be set according to actual needs, for example, may be set to one day, one week, one month, or the like.
As can be seen from the above, an embodiment of the present application provides a data sharing method, where a network platform server obtains user behavior data generated by a user on a network platform of the network platform, screens out violation behavior data from the user behavior data, generates a credit measurement parameter representing the number of times that the user performs violation operations on the platform according to the violation behavior data, broadcasts the credit measurement parameter through a blockchain network, records the credit measurement parameter in a blockchain by each node in the blockchain network, and shares the credit measurement parameter with other network platforms through the blockchain. The credit measurement parameters are generated according to the actual user behavior data and do not carry user private data, so that the requirement of each live broadcast platform on the privacy of the user data can be met, the data sharing of each network platform can be realized, and each network platform can more accurately evaluate the credit of the user according to the expression of the user on a plurality of network platforms.
In consideration of sharing of the user credit measurement parameters among the network platforms, the first network platform server can evaluate the user credit value through the shared user credit measurement parameters, and compared with the evaluation of the credit value only through the credit measurement parameters maintained by the platform, the evaluation result is more accurate due to more comprehensive evaluation reference information.
In a specific implementation, the first network platform server may perform the above evaluation operation when triggered by the user side. Specifically, the user side may send a user credit value obtaining request to the first network platform server, where the user credit value obtaining request includes a user identifier of a target user and is used to request a credit value of the target user, and the first network platform server obtains, according to the user identifier of the target user, a credit measurement parameter corresponding to the target user recorded on the block chain from the block chain network, then determines, according to the credit measurement parameter corresponding to the target user, a credit value of the target user, and sends the credit value of the target user to the user side.
Considering that the influence of different types of illegal operations on the network platform can be different, the network platform server can also set corresponding weights according to the severity degree of the illegal operations. Assume that the user' S final credit value is SfinalThe default initial value of the credit value is S0The weight of different violation operations is set as (A) according to the severity1、A2、…、An) The number of occurrences of different violation operations is (N)1、N2、…、Nn) Then, the final credit value of the user is finally presented as:
Figure BDA0002225508940000091
wherein n is a positive integer.
In order to accurately evaluate the credit value of the user and improve the effectiveness of the credit value of the user, considering that the performance of the user in the network platform changes, the network platform server can also screen the credit measurement parameters of the user in a specific time range, and calculate the credit value of the user according to the credit measurement parameters.
Based on this, the user credit value obtaining request further includes a target time range, and the first network platform server may obtain, from the blockchain network, the credit metric parameter corresponding to the target user within the target time range, which is recorded on the blockchain, according to the user identifier of the target user, so that the first network platform server may determine the credit value of the user within the target time range based on the credit metric parameter of the target user within the target time range.
In some cases, for example, when the user has a doubt on his own credit value, the user can also provide details of the credit measurement parameter to the user side based on the network platform server, and check the change situation of the credit value, thereby determining whether the change of the credit value is normal.
Specifically, referring to fig. 4, the user side may further display a viewing detail control 20 when displaying the user credit value 10, and the user may trigger the viewing detail control 20 by clicking, touching, or voice, so that the user side may send a first detail information obtaining request to the first network platform server in response to a triggering operation of the user, where the first network platform server obtains the detail information of the first target credit metric parameter from the local, and then sends the detail information of the first target credit metric parameter to the user side when the target platform identifier in the first target credit metric parameter matches the platform identifier of the first network platform, and the user side displays the detail information 30.
Of course, when the target platform identifier in the first target credit measurement parameter is not matched with the platform identifier of the first network platform, the first network platform server may also request the target platform server for the details of the first target credit measurement parameter, so as to respond to the request of the user end and return the details of the first target credit measurement parameter to the user end.
In particular, the first network platform server may send a second detail information acquisition request to the target platform server identified by the target platform identification, the second detail information acquisition request comprises a first target credit measurement parameter, and the second detail information acquisition request comprises the first target credit measurement parameter, takes account of the requirement of identity authentication between the first network platform server and the target platform server, the second detail information acquisition request further includes a block chain address of the first target credit metric parameter, the second detail information acquisition request may be routed through the blockchain network to a target platform server, which may verify the authenticity of the credit metric parameter based on the blockchain address in the second detail information acquisition request, e.g., and performing hash calculation on the credit measurement parameter to obtain a hash value, and comparing the hash value with the block chain address to determine whether the credit measurement parameter is real. After the credit measurement parameter is determined to be real, the target platform server sends the detail information of the first target credit measurement parameter to the first network platform server, and then the first network platform server sends the detail information of the first target credit measurement parameter to the user side.
When a user finds that the credit measurement parameter recorded by the block chain system is wrong by checking the detail information, the user can also actively propose to correct the credit measurement parameter recorded by the block chain system, and the historical data in the block chain can be corrected by adding blocks and adding the credit measurement parameter in the added blocks in a mode of considering the non-falsification characteristic of the blocks in the block chain.
Specifically, referring to fig. 5, when the user side displays the detailed information 30 of the credit measurement parameter, the parameter correction control 40 may be further displayed, and the user inputs the corrected credit measurement parameter through the parameter correction control, for example, if the user finds that a certain number of illegal operations recorded in the block chain is more than a real value once, the corrected credit measurement parameter may be the number of operations for the illegal operations reduced by one, or if the user finds that a certain number of illegal operations recorded in the block chain is more than a real value twice, or more than N times, where N is any positive integer, the corrected credit measurement parameter may be the number of operations for the illegal operations reduced by 2, or reduced by N, in other words, if the number of illegal operations in the credit measurement parameter reported by the network platform server is a positive value or a negative value, the representation of the credit measurement parameter is used for correcting the credit measurement parameter with the error recorded in advance, and specifically can be used for correcting the number of illegal operations of the illegal operation type with the error recorded in advance and offsetting the number of illegal operations corresponding to the illegal operation type with the historical error.
In practical application, the user triggers a parameter correction operation through the parameter correction control 40, the user side sends a parameter correction request to the first network platform server in response to the parameter correction operation, the parameter correction request is used for requesting to correct a second target credit measurement parameter of the user, the first network platform server broadcasts credit measurement parameter correction information to the blockchain network in response to the parameter correction request, and the credit measurement parameter correction information comprises a credit measurement parameter used for offsetting the second target credit measurement parameter.
It can be understood that the credit information of the user, such as the credit metric parameter, is ensured by the network platform, and no matter the credit metric parameter is newly added or corrected, each node in the blockchain network adds the credit information to the blockchain after the network platform confirms that the credit information is valid. When newly adding credit measurement parameter, it is confirmed whether the operation of the newly added credit measurement parameter is valid by verifying the network platform reporting authority (also called reporting authority), when correcting the credit measurement parameter, it is verified that the current certificate signature is verified by the historical certificate signature of the second target credit measurement parameter, if it is consistent, it is indicated that the network platform requesting correction is consistent with the platform uploading the second target credit measurement parameter, and the operation of correcting the credit measurement parameter is valid, besides, it is confirmed whether the last hash address of the information subject is the credit measurement parameter.
Based on this, the credit metric parameter correction information further includes a block chain address of the second target credit metric parameter and signature information, the signature information at least includes a historical certificate signature of the second target credit metric parameter, each node in the block chain network searches the second target credit metric parameter in the block chain through the block chain address and acquires a certificate signature of the second target credit metric parameter from the block chain, then the node compares the historical certificate signature in the credit metric parameter update information with the certificate signature of the second target credit metric parameter acquired from the block chain to realize the validity verification of the credit metric parameter correction information, if the historical certificate signature is consistent with the certificate signature of the second target credit metric parameter acquired from the block chain, the validity of the credit metric parameter correction information is determined to be legal, then the node and other nodes in the block chain network perform consistency verification, after each node passes the consensus verification for the consistency verification, recording a credit metric parameter for counteracting the second target credit metric parameter on the block chain.
It should be noted that the signature information may also include current signature information, where the current signature information is generated by encrypting the historical violation information by using a private key of the network platform server. Correspondingly, the node may first verify the current signature information by using the public key of the network platform server, and after the verification is passed, perform an operation of verifying the historical certificate signature of the second target credit measurement parameter, so as to determine whether the platform initiating the correction request is consistent with the platform reporting the second target credit measurement parameter.
Of course, in some cases, the node may also determine whether the platform initiating the correction request is consistent with the platform reporting the second target credit metric parameter in other manners. Specifically, the credit metric parameter used for offsetting the second target credit metric parameter in the credit metric parameter correction information includes a platform identifier, and the node may compare the platform identifier with a platform identifier corresponding to the second target credit metric parameter found from the blockchain through the blockchain address, and if the platform identifier is consistent with the platform identifier, the node indicates that the platform is the same platform and has a correction authority, and the correction operation is effective. In other words, the credit metric parameter correction information may not include the historical certificate signature, and at this time, the node determines, through the platform identifier, whether the platform initiating the correction request and the platform reporting the second target credit metric parameter are the same platform.
Next, the data sharing method provided in the embodiment of the present application will be described in detail from the perspective of the blockchain network node.
Referring to the flow chart of the data sharing method shown in fig. 6, the method includes:
s601: a credit metric parameter broadcast by a first network platform server is received.
The credit measurement parameter is a parameter which is generated by the first network platform server according to the violation data screened from the user behavior data and is used for measuring the user credit, and the credit measurement parameter is used for representing the operation times of the user for carrying out violation operation on the first network platform.
S602: and performing consistency verification with other nodes in the block chain network, and recording the credit measurement parameter on the block chain after the verification is passed.
And recording the credit measurement parameter on the block chain by a node in the block chain network in a manner of adding a block newly. When a certain node generates a block and broadcasts to other nodes, the node can carry out consistency verification with other nodes in the block chain network based on a consistency protocol, when a specified ratio, such as 50% or more, passes the verification, the node and other nodes are indicated to have consensus on the consistency verification, and each node in the block chain network adds the block to a respective block chain, so that the credit measurement parameters are recorded on the block chain.
In practical application, the node can realize consistency verification with other nodes based on a consensus algorithm. Specifically, when the blockchain types are different, the consensus algorithm adopted by the nodes in consistency verification can be different. For example, for a federation chain, a node may employ a Practical Byzantine Fault Tolerant (PBFT) consensus algorithm, for a private chain, a node may employ a Raft consensus algorithm, and for a public chain, a node may employ a Proof of Work (PoW) consensus algorithm.
For ease of understanding, the following is illustrated with an example of consistency verification based on the PBFT algorithm.
In this example, the blockchain network has 3f +1 nodes, where f is a positive integer, and each node in the network maintains a blockchain for recording user credit metric data, and the PBFT algorithm is effectively equivalent to a protocol comprising three phases, namely pre-preparation, preparation and confirmation nodes, wherein the pre-preparation and preparation phases are to ensure that all normal nodes perform all valid user requests in the same order.
The 3f +1 nodes can be divided into 1 main node and 3f backup nodes, the first network platform server generates a request message according to the credit measurement parameter, sends the request message to the main node for requesting to record the credit measurement parameter in the block chain, the main node receives the request message and multicasts the request message to the block chain network, then the main node enters a pre-preparation stage to generate a composite message < m > and multicasts the composite message in the block chain network, the backup node receives the composite message and enters a preparation stage after passing the verification to generate a preparation message and multicasts the preparation message, meanwhile, the nodes store the pre-preparation message and the preparation message, after receiving the preparation message and passing the verification, the nodes store the preparation message, when a certain node is ready for Prepared (m, v, n, i), namely, for the request m, if the node i stores the request message, Pre-prepare message and 2f +1 prepare messages, then say node i is ready m, then the node generates an acknowledgement message and multicasts the acknowledgement message, and entering into confirmation phase, after the confirmation message is received and verified by the node, storing the confirmation message, if a certain node confirms that the Committed-local (m, v, n, i) is established and all requests with sequence numbers less than n are processed, the node performs the operation in request m, and unicasts the result to the first network platform server, when the first network platform server receives f +1 identical results from different replication nodes, since the PBFT algorithm allows at most f nodes to fail, at least one of the f +1 nodes is valid, thus, it can be ensured that the above result is valid, and each node in the blockchain network can record the credit metric parameter in the blockchain in a manner of adding a new block.
The embodiment of the present application further provides a specific implementation manner of generating the block, which is described in detail below.
Specifically, referring to fig. 7, the blockchain network node collects the credit metric parameters reported by the first network platform server, and after the verification is passed, and then added to the tile body to form a credit metric parameter list, including credit metric parameter 1, credit metric parameter 2 … credit metric parameter n, then generating a Merck hash value by using a Merck tree algorithm according to the credit measurement parameter list in the block body, the Merkel hash value and the version number, the last block hash value, the current time stamp, the current difficulty value, the random number and other fields form a block head, after the contents of the block head are subjected to two times of hash calculation, if the result value is smaller than the target value of the beginning of 0 byte with digits, the header of the block is indicated to be valid and the calculation of the current round is finished, the block is broadcasted to other nodes, otherwise, the random number is regenerated and the calculation is repeated until the header of the valid block is generated.
The blockchain network node also provides correction functionality in view of the possible errors in the credit metric parameters recorded in the blockchain. In particular implementation, a blockchain network node may receive credit metric parameter correction information broadcast by the first network platform server, the credit metric parameter correction information comprises a credit metric parameter for offsetting the second target credit metric parameter, a block chain address of the second target credit metric parameter and signature information, the block chain network node verifies the signature information in the credit metric parameter correction information according to the block chain address of the second target credit metric parameter, the specific verification process refers to the description of the related contents, and after the verification is passed, performing consistency verification with other nodes in the blockchain network, when the nodes in the blockchain network pass the consistency verification, the characterization consistency verification is passed, and each node in the blockchain network records the credit metric parameter of the second target credit metric parameter on the blockchain.
As can be seen from the above, in the data sharing method provided in the embodiment of the present application, the blockchain network node may receive a credit measurement parameter broadcasted by the first network platform server, where the credit measurement parameter is a parameter generated by the first network platform server according to the violation data screened from the user behavior data and used for measuring the credit of the user, where the credit measurement parameter is used to characterize the number of times that the user performs the violation operation on the first network platform, and when the node agrees with other nodes in the blockchain network, the credit measurement parameter is recorded on the blockchain, so that the sharing of the credit data between platforms is achieved, and since the shared information is information such as the number of times of the violation operation and the like rather than original information, the security of the private information is guaranteed.
In practical application, the blockchain network also provides an information query function to query the credit measurement parameters. Specifically, the blockchain network node may receive a credit measurement parameter acquisition request sent by the second network platform server, where the credit measurement parameter acquisition request includes a target user identifier for requesting a credit measurement parameter corresponding to a target user, and then the blockchain network node may search for the credit measurement parameter corresponding to the target user from the blockchain according to the target user identifier, and then send the credit measurement parameter corresponding to the target user to the second network platform server.
In consideration of different query requirements, the blockchain network also provides customized service for the information query function, namely, the credit measurement parameters in the corresponding time range can be queried according to the time range specified by the user. Specifically, the request for obtaining the credit metric parameters further includes a target time range, and the network node of the block chain searches the credit metric parameters corresponding to the target user in the target time range from the block chain according to the identifier of the target user.
The application also provides an embodiment, and introduces the data sharing method provided by the embodiment of the application from the perspective of the user terminal.
Referring to the flow chart of the data sharing method shown in fig. 8, the method includes:
s810: and acquiring a credit value corresponding to the current login user.
Specifically, when a user triggers a designated operation through a user side, such as an interactive operation of playing, commenting, barrage, forwarding, collecting, or a consuming operation of delivering a gift, purchasing a commodity, or the like, the user side may, in response to the operation, first obtain a credit metric parameter corresponding to a currently logged-in user, so as to determine whether to allow the operation triggered by the currently logged-in user according to the credit value.
In practical applications, the user terminal may obtain the credit value of the currently logged-in user from a local or first network platform server in response to an operation triggered by the user. In some possible implementation manners, the user side may obtain the credit value of the current login user from the first network platform server in real time, so that the accuracy of the credit value obtained by the user side each time may be ensured.
Considering that the credit value of the user generally does not change greatly in a short period, the user side may also periodically obtain the credit value of the current login user from the first network platform server and store the credit value in the local, so that in each period, the user side may first obtain the credit value of the current login user from the local, and if the credit value of the current login user is not stored locally, the user side may obtain the credit value of the current login user from the first network platform server.
It should be noted that the credit value acquired by the user side from the first network platform server is generated by the first network platform server acquiring the credit measurement parameter of the current login user from the block chain and then calculating according to the credit measurement parameter.
The block chain records the credit measurement parameters broadcasted by each network platform server, and the credit measurement parameters are parameters which are generated by each network platform server acquiring user behavior data generated by a user on the platform, screening violation behavior data from the user behavior data, and counting the operation times of the user on the platform to implement violation operation in the violation behavior data and are used for measuring the credit of the user. And the first network platform server acquires the credit measurement parameter of the current login user from the block union according to the user identification of the current login user, and then performs weighted operation according to the credit measurement parameter and the weight of various illegal operations to generate the credit value of the current login user.
In some cases, the user side may also obtain the credit measurement parameter of the current login user from the first network platform server, and then perform a weighting operation by the user side itself according to the credit measurement parameter of the current login user and the weight of various illegal operations to obtain the credit value of the current login user.
S820: and determining whether to allow the operation triggered by the current login user according to the credit value of the current login user.
The network platform can preset a credit value threshold, and the user side can compare the credit value of the current login user with the credit value threshold and determine whether to allow the operation triggered by the current login user according to the comparison result.
Specifically, when the credit value of the current login user is lower than the credit value threshold, it indicates that the credit of the current login user is poor, and the user side may reject the operation triggered by the current login user, such as prohibiting playing, prohibiting comments, prohibiting overdraft consumption, and the like.
When the user credit value is lower, different blocking periods can be provided according to different credit values, that is, the credit value threshold value may include a first credit value threshold value and a second credit value threshold value, where the first credit value threshold value is smaller than the second credit value threshold value, when the user credit value is smaller than the first credit value threshold value, the operation triggered by the currently logged-in user is prohibited in the first period, and when the user credit value is larger than the first credit value threshold value but smaller than the second credit value threshold value, the operation triggered by the currently logged-in user is prohibited in the second period.
In practical application, a corresponding restriction policy may be set according to the credit value, for example, in a live broadcast platform, the restriction policy of the credit value in a first range is to prohibit the barrage comment, the restriction policy of the credit value in a second range is to prohibit the viewing in one day, and the restriction policy of the credit value in a third range is to prohibit the use of all platforms.
When the credit value of the current login user is higher than the credit value threshold, the current login user has better credit, and the user terminal can allow the operation triggered by the current login user, such as allowing forwarding, allowing collection, or allowing overdraft consumption. Of course, in actual application, the network platform may provide different permission modes according to its own policy, for example, different network platforms may provide different overdraft amounts for users with high credit limit, see fig. 9A and 9B, which respectively show schematic diagrams of overdraft consumption of a user on the live platform a and the live platform B, as shown in fig. 9A, the user overdraft 10 yuan for main broadcast appreciation, and as shown in fig. 9B, the user overdraft 20 yuan for main broadcast appreciation.
Further, referring to fig. 10, when the user end determines to prohibit the operation triggered by the current login user according to the credit value of the current login user, the user end may further display a prompt message 50 on the current page or in a pop-up window form, where the prompt message 50 is used to prompt that the credit value of the current login user is not enough to implement the current operation.
Considering that the user needs to check the credit value and the reason for the lack of the credit value in the case of the lack of the credit value, referring to fig. 10, when the user terminal displays the prompt message 50, a credit value check control 51 and a credit measurement parameter check control 52 may also be provided on the display interface of the prompt message. When the credit value viewing control 51 is triggered, the credit value of the current login user is displayed, and when the credit measurement parameter viewing control 52 is triggered, the credit measurement parameter corresponding to the current login user is displayed.
In practical application, the user side can also provide a detail information viewing control on an interface for displaying the credit measurement parameters, the user triggers detail information viewing operation by clicking or touching the detail information viewing control, the user side responds to the detail information viewing operation of the target credit measurement parameters and sends a first detail information acquisition request to the first network platform server, the first detail information acquisition request is used for requesting the detail information of the first target credit measurement parameters, and the first network platform server responds to the first detail information acquisition request and sends the detail information of the first target credit measurement parameters to the user side.
Of course, there may be errors in the credit metric parameters recorded in the blockchain, based on which, the user end may also provide a parameter correction function for the user, specifically, the user triggers a parameter correction operation for the second target credit metric parameter through a parameter correction control provided by the user end, and in response to the operation, the user end sends a parameter correction request to the first network platform server, where the parameter correction request is used to request to correct the second target credit metric parameter, and the first network platform server receives the parameter correction request, and may record the credit metric parameters for counteracting the second credit metric parameter on the blockchain through each node in the blockchain network, thereby implementing the credit metric parameter correction.
In order to make the technical scheme of the present application clearer and easier to understand, the data sharing method of the present application is introduced below with reference to a live application scenario.
Referring to an application scene schematic diagram of the data sharing method shown in fig. 11, the scene includes a plurality of live broadcast platforms such as A, B, C, the live broadcast platforms convert the interaction behavior and consumption behavior of the live broadcast audience into credit measurement parameters and upload the credit measurement parameters to a block chain in the live broadcast industry, so as to form a personal credit file of the live broadcast audience, and output the credit line (i.e. the credit value) of the live broadcast audience, all the live broadcast platforms can perform calling and querying, and perform corresponding rule processing, so as to achieve effective monitoring of the interaction behavior of the live broadcast audience and normalized processing of the consumption behavior of the live broadcast audience, thereby improving efficient processing of the live broadcast platforms on illegal users, improving overall network monitoring on the illegal users, and providing a loose credit consumption policy for the consuming users with high credit line according to platform requirements.
The data sharing process can be roughly divided into several stages of reporting credit data, verifying credit data, correcting report data, generating blocks, and querying blocks, and the detailed implementation of the stages is described below.
In a credit data reporting stage, each live broadcast platform stores original data of live broadcast audiences on a server, converts information influencing a credit value, such as violation information in personal sending information and violation information in personal consumption information, into credit measurement parameters, reports the credit measurement parameters to a public block chain for storage, and requires explanation.
Aiming at the stage of verifying the credit data, the credit information of the audience is ensured to be accurate by a live broadcast platform, newly added information and correction information need to be confirmed by the live broadcast platform to be valid, the reported credit data need to verify whether the live broadcast platform is a platform with submission permission, the corrected credit data need to verify the current certificate signature by using a historical certificate signature, and if the verification signature is consistent, the correction information is valid. Verifying the credit information of the viewer requires determining whether the last address is the last hash address of the message body in the current blockchain.
For the block generation stage, when the verification is passed, the network node of the block chain adds the credit information passing the verification, i.e. the credit measurement parameter, to the block body to obtain a credit information list, as shown in fig. 5, the information list for use in the block body includes credit information 1 and credit information 2 … …, the node generates a mercker hash value by the mercker tree algorithm according to the credit information list, forms a block header with other field information, and after the block header content is subjected to hash calculation twice, if the result value is smaller than the target value beginning with 0 bytes, the block header is valid and ends, at this time, the node may broadcast the block to the network of the block chain, and after reaching consensus with other nodes, each node adds the block to the block chain. When the result value is not less than the target value beginning with the bit 0 byte after two hash calculations, the random number is regenerated and recalculated.
Aiming at the query block, the live broadcast platform can call and query the credit line, namely the credit value of the user, forbids the user with low credit line to speak or watch, and forbids the user with malicious consumption behavior to consume gifts and the like. When each live broadcast platform has an inquiry request, inquiring credit information of a user through a block chain, and determining a credit value according to the credit information including credit measurement parameters. Platform policy constraints are performed on audiences with insufficient credit values, and if the credit value of the user S1 is low, the audiences are prohibited from watching, commenting, enjoying and broadcasting on a plurality of live platforms. And for the user with high credit value, the platform strategy can be relaxed, if the credit value of the user S2 is higher, no illegal action exists in a long time period, and the consumption record is good, a certain credit value can be overdrawn to carry out the operation of watching the gift, or the gift is watched and then paid.
Aiming at the stage of correcting the submitted data, when the live audience makes an objection to the credit information of the live audience and confirms that the historical submitted information is incorrect after being checked by a live platform, the operation of correcting the submitted data can be initiated, and the address of the historical submitted data to be corrected needs to be appointed when the submitted data is corrected. Namely, the credit measurement parameter updating information broadcasted by the live broadcast platform server through the block chain network comprises the credit measurement parameter for counteracting the error credit measurement parameter, the block chain address of the error credit measurement parameter and signature information. In this way, the block chain locates the block with the wrong credit measurement parameter through the block chain address, acquires the historical certificate signature, compares the historical certificate signature with the signature information in the credit measurement parameter updating information, if the historical certificate signature is consistent with the signature information in the credit measurement parameter updating information, the verification is passed, and a new block can be generated according to the credit measurement parameter counteracting the wrong credit measurement parameter and recorded on the block chain.
Therefore, the block chain technology-based credit system for the live audiences is provided, all live broadcasting platforms participating in uploading data can efficiently share information in blocks, risks brought by the live broadcasting audiences can be effectively avoided, accordingly, efficient processing of live broadcasting products to illegal users is improved, whole-network monitoring of the illegal users is improved, and meanwhile, a credit consumption policy can be provided for high-grade consuming users according to platform requirements. The method ensures the reliability of the original data by using the non-falsification of the block chain, and when each platform has the requirement of inquiring the original information, the platform forwards the original data to the original data provider for inquiry through the block chain, so that each party can inquire external mass data and does not leak the core business data of the party.
It should be noted that the embodiment shown in fig. 11 is exemplified by a credit system of a live viewer in a blockchain technique, and in practical application, the credit system is not limited to the live viewer, and may also be used for sharing and querying a credit of a main broadcast.
Based on the above specific implementation manner of the data sharing method provided in the embodiment of the present application, the embodiment of the present application further provides a corresponding apparatus, and the following description is made from the perspective of function modularization.
Referring to the schematic structural diagram of the data sharing apparatus shown in fig. 12, the apparatus 1200 includes:
an obtaining module 1210, configured to obtain user behavior data generated by a user on a first network platform;
a credit measurement parameter generating module 1220, configured to filter the violation data from the user behavior data, and generate a credit measurement parameter for measuring a user credit according to the violation data, where the credit measurement parameter is used to characterize the number of times that a user performs a violation operation on the first network platform;
a broadcasting module 1230, configured to broadcast the credit metric parameter through a blockchain network, so that each node in the blockchain network records the credit metric parameter on the blockchain, and share the credit metric parameter to other network platforms through the blockchain.
Optionally, the apparatus 1200 further includes a first receiving module and a first sending module:
the first receiving module is used for receiving a user credit value acquisition request sent by a user side, wherein the user credit value acquisition request comprises a user identifier of a target user;
the obtaining module 1210 is further configured to obtain, according to the user identifier of the target user, a credit measurement parameter corresponding to the target user recorded on the block chain from the block chain network;
the first sending module is configured to determine a credit value of the target user according to the credit measurement parameter corresponding to the target user, and send the credit value of the target user to the user side.
Optionally, the user credit value obtaining request further includes a target time range;
the obtaining module 1210 is specifically configured to:
and acquiring the credit measurement parameter corresponding to the target user in the target time range, which is recorded on the block chain, from the block chain network according to the user identifier of the target user.
Optionally, the apparatus 1200 further includes:
the second receiving module is used for receiving a first detail information acquisition request sent by a user side, wherein the first detail information acquisition request is used for requesting the detail information of the first target credit measurement parameter;
a second sending module, configured to, when a platform identifier of the first network platform matches a platform identifier of the first network platform, obtain details of the first target credit metric parameter, and send the details of the first target credit metric parameter to the user side;
a third sending module, configured to send a second detail information obtaining request to a target platform server identified by a target platform identifier when the target platform identifier in the first target credit metric parameter is not matched with the platform identifier of the first network platform, where the second detail information obtaining request includes the first target credit metric parameter and a block chain address of the first target credit metric parameter;
a third receiving module, configured to receive detail information of the first target credit metric parameter, which is sent by the target platform server after verifying authenticity of the first target credit metric parameter based on the block chain address; and then sending the detailed information of the first target credit measurement parameter to the user side through the third sending module.
Optionally, the apparatus 1200 further includes:
a fourth receiving module, configured to receive a parameter correction request sent by a user side, where the parameter correction request is used to request to correct a second target credit measurement parameter of the user;
the broadcasting module 1230 is further configured to broadcast credit metric parameter correction information through the blockchain network in response to the parameter correction request, where the credit metric parameter correction information includes a credit metric parameter for canceling the second target credit metric parameter and a blockchain address of the second target credit metric parameter, and signature information, so that after each node in the blockchain network verifies that the credit metric parameter correction information is legal, and after each node reaches consensus, the credit metric parameter for canceling the second target credit metric parameter is recorded on the blockchain.
Optionally, the apparatus 1200 is applied to a live platform server; the user behavior data is the behavior data generated by the user on the live broadcast platform; the credit metric parameter generating module 1220 is specifically configured to:
screening behavior data matched with the preset violation feature words from the user behavior data as the violation behavior data according to preset violation feature words of each violation type; and/or the presence of a gas in the gas,
and screening the behavior data with a first type of labeling labels as the illegal behavior data according to the labeling labels carried in the user behavior data, wherein the first type of labeling labels are used for labeling the malicious consumption behaviors generated by the user.
Next, referring to a schematic structural diagram of the data sharing apparatus shown in fig. 13, the apparatus 1300 includes:
a receiving module 1310, configured to receive a credit metric parameter broadcasted by a first network platform server, where the credit metric parameter is a parameter generated by the first network platform according to violation data screened from user behavior data and used for measuring a user credit, and the credit metric parameter is used to characterize the number of times that a user performs a violation operation on the first network platform;
a recording module 1320, configured to perform consistency verification with other nodes in the blockchain network, and record the credit metric parameter on the blockchain after the verification passes.
Optionally, the apparatus 1300 further includes a searching module and a sending module;
the receiving module 1310 is further configured to receive a credit measurement parameter obtaining request sent by a second network platform server, where the credit measurement parameter obtaining request includes a target user identifier and is used to request a credit measurement parameter corresponding to a target user;
the searching module is used for searching a credit measurement parameter corresponding to the target user from the block chain according to the target user identification;
and the sending module is used for sending the credit measurement parameter corresponding to the target user to the second network platform server.
Optionally, the credit measurement parameter obtaining request further includes a target time range;
the search module is specifically configured to:
and searching the credit measurement parameters corresponding to the target user in the target time range from the block chain according to the target user identification.
Optionally, the apparatus further comprises a verification module;
the receiving module 1310 is configured to receive credit metric parameter correction information broadcast by the first network platform server, where the credit metric parameter correction information includes a credit metric parameter for canceling the second target credit metric parameter, a block chain address of the second target credit metric parameter, and signature information;
the verification module is configured to verify the signature information in the credit metric parameter correction information according to the block chain address of the second target credit metric parameter;
the recording module is specifically configured to perform consistency verification with other nodes in the blockchain network after the verification is passed, and record the credit metric parameter of the second target credit metric parameter on the blockchain after the consistency verification is passed.
An embodiment of the present application further provides another data sharing device, referring to a schematic structural diagram of the data sharing device shown in fig. 14, where the device 1400 includes:
an obtaining module 1410, configured to obtain a credit value corresponding to a current login user, where the credit value is generated by a first network platform server through calculation according to a credit measurement parameter of the current login user obtained from a block chain, and the block chain records the credit measurement parameter broadcasted by each network platform server;
and the authority control module 1420 is configured to determine whether to allow the operation triggered by the current login user according to the credit value of the current login user.
Optionally, the apparatus 1400 further includes:
and the display module is used for displaying prompt information when determining that the operation triggered by the current login user is forbidden according to the credit value of the current login user, wherein the prompt information is used for prompting that the credit value of the current login user is not enough to implement the current operation.
Optionally, the display module is further configured to: when the prompt information is displayed, a credit value viewing control and a credit measurement parameter viewing control are further provided on a display interface of the prompt information;
when the credit value viewing control is triggered, displaying the credit value of the current login user;
and when the credit measurement parameter viewing control is triggered, displaying the credit measurement parameter corresponding to the current login user.
Optionally, the apparatus 1400 further includes:
the first sending module is used for responding to the detail information viewing operation of the target credit measurement parameter and sending a first detail information obtaining request to the first network platform server, wherein the first detail information obtaining request is used for requesting the detail information of the first target credit measurement parameter;
a first receiving module, configured to receive the detail information of the first target credit metric parameter sent by the first network platform server.
Optionally, the apparatus 1400 further includes:
a second sending module, configured to send a parameter correction request to the first network platform server in response to a parameter correction operation for a second target credit metric parameter, where the parameter correction request is used to request a correction for the second target credit metric parameter, so that the first network platform server records, on the blockchain through each node in the blockchain network, a credit metric parameter for counteracting the second credit metric parameter.
The embodiment of the present application further provides a corresponding device for implementing the data sharing method, and the device provided in the embodiment of the present application will be introduced from the perspective of hardware materialization.
Fig. 15 is a schematic diagram of a server 1500 according to an embodiment of the present disclosure, where the server 1500 may have a relatively large difference due to different configurations or performances, and may include one or more Central Processing Units (CPUs) 1522 (e.g., one or more processors) and a memory 1532, and one or more storage media 1530 (e.g., one or more mass storage devices) for storing applications 1542 or data 1544. Memory 1532 and storage media 1530 may be, among other things, transient or persistent storage. The program stored on the storage medium 1530 may include one or more modules (not shown), each of which may include a series of instruction operations for the server. Still further, a central processor 1522 may be provided in communication with the storage medium 1530, executing a series of instruction operations in the storage medium 1530 on the server 1500.
The server 1500 may also include one or more power supplies 1526, one or more wired or wireless network interfaces 1550, one or more input-output interfaces 1558, and/or one or more operating systems 1541, such as Windows Server, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM, etc.
The steps performed by the server in the above embodiment may be based on the server structure shown in fig. 15.
The CPU1522 is configured to execute the following steps:
acquiring user behavior data generated by a user on a first network platform;
screening illegal behavior data from the user behavior data, and generating a credit measurement parameter for measuring the credit of the user according to the illegal behavior data, wherein the credit measurement parameter is used for representing the operation times of the user for carrying out illegal operation on the first network platform;
broadcasting the credit measurement parameter through a blockchain network so that each node in the blockchain network records the credit measurement parameter on the blockchain, and sharing the credit measurement parameter to other network platforms through the blockchain. Optionally, the CPU1522 is further configured to execute steps of any implementation manner of the data sharing method provided in the present application.
It should be noted that, the blockchain network node in the embodiment of the present application may also be formed by a server, which has a structure as shown in fig. 15, and the CPU1522 is configured to execute the following steps:
receiving a credit measurement parameter broadcasted by a first network platform server, wherein the credit measurement parameter is a parameter which is generated by the first network platform server according to violation data screened from user behavior data and is used for measuring user credit, and the credit measurement parameter is used for representing the operation times of a user for carrying out violation operation on the first network platform;
and performing consistency verification with other nodes in the block chain network, and recording the credit measurement parameter on the block chain after the verification is passed.
Optionally, the CPU1522 is further configured to execute steps of any implementation manner of the data sharing method provided in the present application.
The embodiment of the present application further provides another device, that is, the user side described above may be specifically a terminal, as shown in fig. 16, for convenience of description, only a part related to the embodiment of the present application is shown, and details of the specific technology are not disclosed, please refer to the method part in the embodiment of the present application. The terminal may be any terminal device including a mobile phone, a tablet computer, a Personal Digital Assistant (PDA, abbreviated as "Personal Digital Assistant"), a Sales terminal (POS, abbreviated as "Point of Sales"), a vehicle-mounted computer, etc., and the terminal is taken as a mobile phone as an example:
fig. 16 is a block diagram illustrating a partial structure of a mobile phone related to a terminal provided in an embodiment of the present application. Referring to fig. 16, the cellular phone includes: radio Frequency (RF) circuit 1610, memory 1620, input unit 1630, display unit 1640, sensor 1650, audio circuit 1660, wireless fidelity (WiFi) module 1670, processor 1680, and power supply 1690. Those skilled in the art will appreciate that the handset configuration shown in fig. 16 is not intended to be limiting and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.
The following describes each component of the mobile phone in detail with reference to fig. 16:
RF circuit 1610 is configured to receive and transmit signals during a message transmission or call, and in particular, receive downlink messages from a base station and process the received downlink messages to processor 1680; in addition, the data for designing uplink is transmitted to the base station. In general, RF circuitry 1610 includes, but is not limited to, an antenna, at least one Amplifier, a transceiver, a coupler, a Low Noise Amplifier (Low Noise Amplifier; LNA), a duplexer, and the like. In addition, the RF circuitry 1610 may also communicate with networks and other devices via wireless communications. The wireless communication may use any communication standard or protocol, including but not limited to Global System for Mobile communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE), e-mail, Short message Service (Short SMS), and so on.
The memory 1620 may be used to store software programs and modules, and the processor 1680 executes the software programs and modules stored in the memory 1620, thereby executing various functional applications and data processing of the mobile phone. The memory 1620 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program (such as a sound playing function, an image playing function, etc.) required by at least one function, and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 1620 may comprise high speed random access memory, and may also comprise non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.
The input unit 1630 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the cellular phone. Specifically, the input unit 1630 may include a touch panel 1631 and other input devices 1632. The touch panel 1631, also referred to as a touch screen, can collect touch operations of a user (e.g., operations of the user on or near the touch panel 1631 using any suitable object or accessory such as a finger or a stylus) and drive the corresponding connection device according to a preset program. Alternatively, the touch panel 1631 may include two parts, a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, and sends the touch point coordinates to the processor 1680, and can receive and execute commands sent by the processor 1680. In addition, the touch panel 1631 may be implemented by various types, such as resistive, capacitive, infrared, and surface acoustic wave. The input unit 1630 may include other input devices 1632 in addition to the touch panel 1631. In particular, other input devices 1632 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like.
The display unit 1640 may be used to display information input by or provided to the user and various menus of the cellular phone. The Display unit 1640 may include a Display panel 1641, and optionally, the Display panel 1641 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like. Further, the touch panel 1631 can cover the display panel 1641, and when the touch panel 1631 detects a touch operation on or near the touch panel, the touch panel is transmitted to the processor 1680 to determine the type of the touch event, and then the processor 1680 provides a corresponding visual output on the display panel 1641 according to the type of the touch event. Although in fig. 16, the touch panel 1631 and the display panel 1641 are implemented as two independent components to implement the input and output functions of the mobile phone, in some embodiments, the touch panel 1631 and the display panel 1641 may be integrated to implement the input and output functions of the mobile phone.
The handset may also include at least one sensor 1650, such as light sensors, motion sensors, and other sensors. Specifically, the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display panel 1641 according to the brightness of ambient light, and the proximity sensor may turn off the display panel 1641 and/or the backlight when the mobile phone is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally, three axes), can detect the magnitude and direction of gravity when stationary, and can be used for applications of recognizing the posture of a mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer and tapping), and the like; as for other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, and an infrared sensor, which can be configured on the mobile phone, further description is omitted here.
Audio circuitry 1660, speaker 1661, and microphone 1662 may provide an audio interface between the user and the cell phone. The audio circuit 1660 can transmit the received electrical signal converted from the audio data to the speaker 1661, and the received electrical signal is converted into an acoustic signal by the speaker 1661 for output; on the other hand, the microphone 1662 converts collected sound signals into electrical signals, which are received by the audio circuitry 1660 and converted into audio data, which are processed by the audio data output processor 1680 and then passed through the RF circuitry 1610 for transmission to, for example, another cell phone, or for output to the memory 1620 for further processing.
WiFi belongs to short-distance wireless transmission technology, and the mobile phone can help a user to receive and send e-mails, browse webpages, access streaming media and the like through the WiFi module 1670, and provides wireless broadband internet access for the user. Although fig. 16 shows the WiFi module 1670, it is understood that it does not belong to the essential constitution of the handset, and may be omitted entirely as needed within the scope not changing the essence of the invention.
The processor 1680 is a control center of the mobile phone, connects various parts of the entire mobile phone by using various interfaces and lines, and performs various functions of the mobile phone and processes data by operating or executing software programs and/or modules stored in the memory 1620 and calling data stored in the memory 1620, thereby performing overall monitoring of the mobile phone. Alternatively, processor 1680 may include one or more processing units; preferably, the processor 1680 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It is to be appreciated that the modem processor described above may not be integrated into processor 1680.
The handset also includes a power supply 1690 (e.g., a battery) for powering the various components, which may preferably be logically connected to the processor 1680 via a power management system to manage charging, discharging, and power consumption management functions via the power management system.
Although not shown, the mobile phone may further include a camera, a bluetooth module, etc., which are not described herein.
In the embodiment of the present application, the processor 1680 included in the terminal further has the following functions:
acquiring a credit value corresponding to a current login user, wherein the credit value is generated by a first network platform server according to the calculation of a credit measurement parameter of the current login user acquired from a block chain, and the credit measurement parameter broadcasted by each network platform server is recorded on the block chain;
and determining whether to allow the operation triggered by the current login user according to the credit value of the current login user.
Optionally, the processor 1680 is further configured to execute the steps of any implementation manner of the data sharing method provided in the embodiment of the present application.
The blockchain network node in the embodiment of the present application may also be formed by a terminal, which has the structure shown in fig. 16, and the processor 1680 is configured to perform the following steps:
receiving a credit measurement parameter broadcasted by a first network platform server, wherein the credit measurement parameter is a parameter which is generated by the first network platform server according to violation data screened from user behavior data and is used for measuring user credit, and the credit measurement parameter is used for representing the operation times of a user for carrying out violation operation on the first network platform;
and performing consistency verification with other nodes in the block chain network, and recording the credit measurement parameter on the block chain after the verification is passed.
Optionally, the processor 1680 is further configured to execute the steps of any implementation manner of the data sharing method provided in this application.
The embodiment of the present application further provides a computer-readable storage medium for storing a program code, where the program code is used to execute any one implementation of the data sharing method described in the foregoing embodiments.
The present application further provides a computer program product including instructions, which when run on a computer, causes the computer to execute any one of the embodiments of a data sharing method described in the foregoing embodiments.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. 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 application 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 integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be substantially implemented or contributed to by the prior art, or all or part of the technical solution may be embodied in a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
The above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions in the embodiments of the present application.

Claims (14)

1. A data sharing method is applied to a live platform server and comprises the following steps:
acquiring user behavior data generated by a user on a first network platform;
screening illegal behavior data from the user behavior data, and generating a credit measurement parameter for measuring the credit of the user according to the illegal behavior data, wherein the credit measurement parameter is used for representing the operation times of the user for carrying out illegal operation on the first network platform, and the user behavior data is behavior data generated by the user on a live broadcast platform;
broadcasting the credit measurement parameter through a blockchain network so that each node in the blockchain network records the credit measurement parameter on the blockchain, and sharing the credit measurement parameter to other network platforms through the blockchain;
wherein the screening of violation behavior data from the user behavior data comprises:
screening behavior data matched with the preset violation feature words from the user behavior data as the violation behavior data according to preset violation feature words of each violation type; and/or the presence of a gas in the gas,
and screening the behavior data with a first type of labeling labels as the illegal behavior data according to the labeling labels carried in the user behavior data, wherein the first type of labeling labels are used for labeling the malicious consumption behaviors generated by the user.
2. The data sharing method according to claim 1, wherein the method further comprises:
receiving a user credit value acquisition request sent by a user side, wherein the user credit value acquisition request comprises a user identifier of a target user;
acquiring a credit measurement parameter corresponding to the target user recorded on the block chain from the block chain network according to the user identifier of the target user;
and determining the credit value of the target user according to the credit measurement parameter corresponding to the target user, and sending the credit value of the target user to the user side.
3. The data sharing method according to claim 2, wherein the user credit acquisition request further includes a target time range;
the acquiring, from the blockchain network according to the user identifier of the target user, the credit measurement parameter corresponding to the target user recorded on the blockchain includes:
and acquiring the credit measurement parameter corresponding to the target user in the target time range, which is recorded on the block chain, from the block chain network according to the user identifier of the target user.
4. The data sharing method according to claim 1, wherein the method further comprises:
receiving a first detail information acquisition request sent by a user side, wherein the first detail information acquisition request is used for requesting detail information of a first target credit measurement parameter;
when a target platform identifier in the first target credit measurement parameter is matched with a platform identifier of the first network platform, acquiring the detail information of the first target credit measurement parameter, and sending the detail information of the first target credit measurement parameter to the user side;
when a target platform identifier in the first target credit measurement parameter is not matched with a platform identifier of the first network platform, sending a second detail information acquisition request to a target platform server identified by the target platform identifier, wherein the second detail information acquisition request comprises the first target credit measurement parameter and a block chain address of the first target credit measurement parameter, receiving detail information of the first target credit measurement parameter sent by the target platform server after verifying the authenticity of the first target credit measurement parameter based on the block chain address, and sending the detail information of the first target credit measurement parameter to the user side.
5. The data sharing method according to claim 1, wherein the method further comprises:
receiving a parameter correction request sent by a user side, wherein the parameter correction request is used for requesting to correct a second target credit measurement parameter of the user;
responding to the parameter correction request, broadcasting credit metric parameter correction information through the blockchain network, wherein the credit metric parameter correction information comprises a credit metric parameter for counteracting the second target credit metric parameter, a blockchain address of the second target credit metric parameter and signature information, so that after each node in the blockchain network verifies that the credit metric parameter information is legal, and after each node achieves consensus, the credit metric parameter for counteracting the second target credit metric parameter is recorded on the blockchain.
6. A method for data sharing, the method comprising:
receiving a credit measurement parameter broadcasted by a first network platform server, wherein the credit measurement parameter is a parameter which is generated by the first network platform server according to violation data screened from user behavior data and is used for measuring user credit, the credit measurement parameter is used for representing the operation times of a user for carrying out violation operation on the first network platform, and the user behavior data is behavior data generated by the user on a live broadcast platform;
carrying out consistency verification with other nodes in the block chain network, and recording the credit measurement parameter on the block chain after the verification is passed;
screening violation behavior data from the user behavior data, wherein the screening violation behavior data comprises:
screening behavior data matched with the preset violation feature words from the user behavior data as the violation behavior data according to preset violation feature words of each violation type; and/or the presence of a gas in the gas,
and screening the behavior data with a first type of labeling labels as the illegal behavior data according to the labeling labels carried in the user behavior data, wherein the first type of labeling labels are used for labeling the malicious consumption behaviors generated by the user.
7. The data sharing method according to claim 6, wherein the method further comprises:
receiving a credit measurement parameter acquisition request sent by a second network platform server, wherein the credit measurement parameter acquisition request comprises a target user identifier and is used for requesting a credit measurement parameter corresponding to a target user;
searching a credit measurement parameter corresponding to the target user from the block chain according to the target user identification;
and sending the credit measurement parameter corresponding to the target user to the second network platform server.
8. The data sharing method according to claim 7, wherein the request for obtaining the credit metric parameter further comprises a target time range;
then, the searching for the credit metric parameter corresponding to the target user from the block chain according to the target user identifier includes:
and searching the credit measurement parameters corresponding to the target user in the target time range from the block chain according to the target user identification.
9. The data sharing method according to claim 6, wherein the method further comprises:
receiving credit measurement parameter correction information broadcast by the first network platform server, wherein the credit measurement parameter correction information comprises a credit measurement parameter for offsetting a second target credit measurement parameter and a block chain address of the second target credit measurement parameter and signature information;
verifying the signature information in the credit metric parameter correction information according to the block chain address of the second target credit metric parameter, after the verification is passed, performing consistency verification with other nodes in the block chain network, and recording the credit metric parameter of the second target credit metric parameter on the block chain after the consistency verification is passed.
10. A method for data sharing, the method comprising:
the method comprises the steps that a credit value corresponding to a current login user is obtained, the credit value is generated by a first network platform server through calculation according to a credit measurement parameter of the current login user obtained from a block chain, the credit measurement parameter broadcasted by each network platform server is recorded on the block chain, the credit measurement parameter is a parameter used for measuring user credit and generated by the first network platform server according to violation behavior data screened from user behavior data, the credit measurement parameter is used for representing the number of times of illegal operation of the user on a first network platform, and the user behavior data is behavior data generated by the user on a live broadcast platform;
determining whether to allow the operation triggered by the current login user according to the credit value of the current login user;
screening violation behavior data from the user behavior data, wherein the screening violation behavior data comprises:
screening behavior data matched with the preset violation feature words from the user behavior data as the violation behavior data according to preset violation feature words of each violation type; and/or the presence of a gas in the gas,
and screening the behavior data with a first type of labeling labels as the illegal behavior data according to the labeling labels carried in the user behavior data, wherein the first type of labeling labels are used for labeling the malicious consumption behaviors generated by the user.
11. The data sharing method according to claim 10, wherein the method further comprises:
and when determining to prohibit the operation triggered by the current login user according to the credit value of the current login user, displaying prompt information, wherein the prompt information is used for prompting that the credit value of the current login user is not enough to implement the current operation.
12. The data sharing method according to claim 11, wherein the method further comprises: when the prompt information is displayed, a credit value viewing control and a credit measurement parameter viewing control are further provided on a display interface of the prompt information;
when the credit value viewing control is triggered, displaying the credit value of the current login user;
and when the credit measurement parameter viewing control is triggered, displaying the credit measurement parameter corresponding to the current login user.
13. The data sharing method according to claim 12, wherein the method further comprises:
responding to a detail information viewing operation of a target credit measurement parameter, and sending a first detail information acquisition request to the first network platform server, wherein the first detail information acquisition request is used for requesting the detail information of the first target credit measurement parameter;
receiving the detail information of the first target credit measurement parameter sent by the first network platform server.
14. The data sharing method according to claim 10, wherein the method further comprises:
in response to a parameter correction operation for a second target credit metric parameter, sending a parameter correction request to the first network platform server, where the parameter correction request is used to request correction of the second target credit metric parameter, so that the first network platform server records a credit metric parameter for counteracting the second target credit metric parameter on the blockchain through each node in the blockchain network.
CN201910950136.1A 2019-10-08 2019-10-08 Data sharing method, device, equipment and medium Active CN110674222B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910950136.1A CN110674222B (en) 2019-10-08 2019-10-08 Data sharing method, device, equipment and medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910950136.1A CN110674222B (en) 2019-10-08 2019-10-08 Data sharing method, device, equipment and medium

Publications (2)

Publication Number Publication Date
CN110674222A CN110674222A (en) 2020-01-10
CN110674222B true CN110674222B (en) 2021-08-13

Family

ID=69080963

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910950136.1A Active CN110674222B (en) 2019-10-08 2019-10-08 Data sharing method, device, equipment and medium

Country Status (1)

Country Link
CN (1) CN110674222B (en)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111355781B (en) * 2020-02-18 2021-06-08 腾讯科技（深圳）有限公司 Voice information communication management method, device and storage medium
CN111614475B (en) * 2020-05-22 2022-03-18 中国联合网络通信集团有限公司 Data sharing method and block chain main node
CN111918075B (en) * 2020-07-15 2021-12-07 腾讯科技（深圳）有限公司 Display object related information output method, device, medium and electronic equipment
CN112153624B (en) * 2020-10-14 2023-03-28 中国联合网络通信集团有限公司 Roaming method and device
CN112115193A (en) * 2020-11-23 2020-12-22 腾讯科技（深圳）有限公司 Case ratio query method, device, equipment and storage medium based on block chain
CN112527905B (en) * 2020-12-17 2023-01-17 内蒙古民族大学 Multi-node block chain Internet of things data fusion method for pumping unit
CN112651013B (en) * 2020-12-29 2023-03-31 五八有限公司 User account processing method and device, electronic equipment and computer readable medium
CN113992736B (en) * 2021-12-29 2022-03-15 希维科技(广州)有限公司 Interconnection method of structured data based on cloud computing service platform and server

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108009707A (en) * 2017-11-15 2018-05-08 广州虎牙信息科技有限公司 Main broadcaster's credit-graded approach, device and terminal
CN108335202A (en) * 2018-01-29 2018-07-27 陆茹 A kind of distributed energy transaction system based on block chain
CN108667632A (en) * 2018-04-19 2018-10-16 阿里巴巴集团控股有限公司 Based on the credit record sharing method and device of block chain, electronic equipment
KR101929482B1 (en) * 2018-08-13 2019-03-12 (주)아사달 Method for sharing business information based on mutual confirmation blockchain
CN109472699A (en) * 2018-11-05 2019-03-15 陕西优米数据技术有限公司 Automation artificial intelligence data sharing method and device on the basis of block chain
CN109493212A (en) * 2018-10-26 2019-03-19 国信优易数据有限公司 Reference management method, device, electronic equipment and computer readable storage medium

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2875578A1 (en) * 2014-12-24 2016-06-24 Stephan HEATH Systems, computer media, and methods for using electromagnetic frequency (emf) identification (id) devices for monitoring, collection, analysis, use and tracking of personal, medical, transaction, and location data for one or more individuals
US10402796B2 (en) * 2016-08-29 2019-09-03 Bank Of America Corporation Application life-cycle transition record recreation system
CN108768633B (en) * 2018-05-30 2022-03-25 腾讯科技（深圳）有限公司 Method and device for realizing information sharing in block chain
CN108876334A (en) * 2018-06-28 2018-11-23 乐蜜有限公司 It is a kind of for the fund management method and device of platform to be broadcast live
CN109189857B (en) * 2018-09-17 2021-03-30 北京京东尚科信息技术有限公司 Data sharing system, method and device based on block chain
CN110210702A (en) * 2019-04-24 2019-09-06 深圳融信网金信息科技有限公司 Big data intelligent excavating analysis method, system, terminal device based on block chain

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108009707A (en) * 2017-11-15 2018-05-08 广州虎牙信息科技有限公司 Main broadcaster's credit-graded approach, device and terminal
CN108335202A (en) * 2018-01-29 2018-07-27 陆茹 A kind of distributed energy transaction system based on block chain
CN108667632A (en) * 2018-04-19 2018-10-16 阿里巴巴集团控股有限公司 Based on the credit record sharing method and device of block chain, electronic equipment
KR101929482B1 (en) * 2018-08-13 2019-03-12 (주)아사달 Method for sharing business information based on mutual confirmation blockchain
CN109493212A (en) * 2018-10-26 2019-03-19 国信优易数据有限公司 Reference management method, device, electronic equipment and computer readable storage medium
CN109472699A (en) * 2018-11-05 2019-03-15 陕西优米数据技术有限公司 Automation artificial intelligence data sharing method and device on the basis of block chain

Also Published As

Publication number Publication date
CN110674222A (en) 2020-01-10

Similar Documents

Publication Publication Date Title
CN110674222B (en) Data sharing method, device, equipment and medium
Rathee et al. A secure communicating things network framework for industrial IoT using blockchain technology
CN110163004B (en) Block chain generation method, related equipment and system
CN108694668B (en) Digital asset transaction method, device, medium and equipment
CN111008839B (en) Resource transfer data management method, device and storage medium
CN113395159B (en) Data processing method based on trusted execution environment and related device
CN108711006B (en) Income management method, management node, system and storage equipment
WO2019204670A2 (en) Decentralized protocol for maintaining cryptographically proven multi-step referral networks
US20130138619A1 (en) Method and system for automated document registration with cloud computing
CN111355732B (en) Link detection method and device, electronic equipment and storage medium
CN105391803A (en) Message pushing method and device
US8997229B1 (en) Anomaly detection for online endorsement event
Yan et al. PerContRep: A practical reputation system for pervasive content services
US20210195269A1 (en) Method and apparatus for authenticating media based on tokens
CN110933113B (en) Block chain-based interactive behavior detection method, device, equipment and storage medium
CN111465951A (en) Intelligent logistics management using blockchains
CN108260015B (en) Voting data processing method and device and electronic equipment
CN110266872A (en) Management-control method, device and the cloud address book system of address book data
CN104618416A (en) Credit account establishing method, device and system
CN110602097A (en) Block chain-based task processing method, device, equipment and storage medium
CN110807209B (en) Data processing method, device and storage medium
Pouwelse et al. Laws for creating trust in the blockchain age
CN111708927A (en) Information recommendation method and device and electronic equipment
Ahmad et al. Empirically comparing the performance of blockchain's consensus algorithms
CN114547082A (en) Data aggregation method, related device, equipment and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40018340

Country of ref document: HK

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant