WO2021047309A1 - 数据处理方法、系统、设备及存储介质 - Google Patents
数据处理方法、系统、设备及存储介质 Download PDFInfo
- Publication number
- WO2021047309A1 WO2021047309A1 PCT/CN2020/104739 CN2020104739W WO2021047309A1 WO 2021047309 A1 WO2021047309 A1 WO 2021047309A1 CN 2020104739 W CN2020104739 W CN 2020104739W WO 2021047309 A1 WO2021047309 A1 WO 2021047309A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data
- subsystem
- complaint
- law enforcement
- read
- Prior art date
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 30
- 238000012545 processing Methods 0.000 claims abstract description 107
- 238000000034 method Methods 0.000 claims abstract description 39
- 238000012552 review Methods 0.000 claims abstract description 21
- 230000008520 organization Effects 0.000 claims description 92
- 238000012795 verification Methods 0.000 claims description 81
- 238000012544 monitoring process Methods 0.000 claims description 50
- 238000010276 construction Methods 0.000 claims description 26
- 238000004364 calculation method Methods 0.000 claims description 13
- 230000005540 biological transmission Effects 0.000 claims description 8
- 238000012163 sequencing technique Methods 0.000 claims description 7
- 238000011156 evaluation Methods 0.000 claims description 6
- 238000013496 data integrity verification Methods 0.000 claims description 5
- 238000012546 transfer Methods 0.000 claims 1
- 230000008569 process Effects 0.000 abstract description 18
- 238000005516 engineering process Methods 0.000 abstract description 11
- 230000007613 environmental effect Effects 0.000 abstract description 9
- 238000013473 artificial intelligence Methods 0.000 abstract description 2
- 230000001105 regulatory effect Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 238000012550 audit Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 238000012790 confirmation Methods 0.000 description 3
- 239000004744 fabric Substances 0.000 description 3
- 230000010354 integration Effects 0.000 description 3
- 238000013480 data collection Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000003542 behavioural effect Effects 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000004321 preservation Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
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/22—Indexing; Data structures therefor; Storage structures
- G06F16/2282—Tablespace storage structures; Management thereof
-
- 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/23—Updating
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/26—Government or public services
Definitions
- This application relates to the field of data processing technology, applied to artificial intelligence, and in particular to a data processing method, system, device, and computer-readable storage medium.
- the main purpose of this application is to provide a data processing method, system, equipment, and computer-readable storage medium, aiming to solve the problem that the data in the existing complaint and reporting system is easily tampered with at will, which leads to relatively high data security and credibility. Low technical problems.
- this application provides a data processing method, which is applied to a complaint reporting system to monitor and manage the complaint data in the system.
- the data processing system includes: a complaint subsystem, a supervision subsystem, a sorting subsystem, and In the law enforcement subsystem, each sub-system transmits data to each other through a data transmission architecture based on the blockchain.
- the data processing method includes the following steps:
- the complaint subsystem monitors whether a new complaint application form is generated
- the complaint subsystem obtains the complaint data in the complaint application form and sends it to the supervisory subsystem according to the preset endorsement rules, where the preset endorsement rules are used to set all Describe the role of the review node of the complaint data;
- the supervision subsystem After receiving the complaint data, the supervision subsystem checks whether the complaint data is legal according to a preset verification rule;
- the supervision subsystem writes the data stored in the complaint application form into the current blockchain of the supervision subsystem based on the data construction method of the block chain, and obtains the reading of the complaint data. Write the set and check result, and return the read-write set and check result to the complaint subsystem;
- the complaint subsystem integrates the received verification results, and judges whether it is necessary to broadcast the read-write set through the sorting subsystem according to the integrated processing result;
- the law enforcement subsystem collects the read-write set broadcast by the sorting subsystem, and collects corresponding law enforcement data according to the read-write set, and the collected law enforcement data is
- the data construction method of the blockchain is written into the current blockchain of the law enforcement subsystem and sent to the supervision subsystem for law enforcement monitoring processing;
- the law enforcement subsystem controls the sequencing subsystem to broadcast the law enforcement data according to the monitoring processing result of the supervision subsystem.
- the data processing system includes: a complaint subsystem, a supervisory subsystem, a sorting subsystem, and a law enforcement subsystem.
- the data transmission structure constructed by the chain carries out the mutual transmission of data;
- the complaint subsystem is used to monitor whether a new complaint application form is generated in the system; if there is a new complaint application form, the complaint data in the complaint application form is obtained and sent out according to the preset endorsement rules, Wherein, the preset endorsement rule is used to set the role of the review node of the complaint data;
- the supervision subsystem is used to verify whether the complaint data is legal according to a preset verification rule after receiving the complaint data; if the complaint data is verified to be legal, it is constructed based on the data of the blockchain
- the data stored in the complaint application form is written into the current blockchain of the supervision subsystem, the read-write set and verification result of the complaint data are obtained, and the read-write set and verification result are obtained Return to the complaint subsystem;
- the complaint subsystem is also used to integrate the received verification results, and determine whether it is necessary to broadcast the read-write set through the sorting subsystem according to the integrated processing result;
- the sorting subsystem is used to broadcast the read-write set to the law enforcement subsystem
- the law enforcement subsystem is configured to collect corresponding law enforcement data according to the read and write set when the broadcast read and write set is received, and write the collected law enforcement data according to the data construction method of the blockchain Enter the current blockchain of the law enforcement subsystem, and send it to the supervision subsystem for law enforcement monitoring processing;
- the law enforcement subsystem is further configured to control the sorting subsystem to broadcast the law enforcement data according to the monitoring processing results of the complaint subsystem and the supervision subsystem.
- the present application also provides a data processing device, the data processing device including: a memory, a processor, and a data processing program stored in the memory and running on the processor, When the data processing program is executed by the processor, the steps of the data processing method described below are implemented:
- the complaint subsystem monitors whether a new complaint application form is generated
- the complaint subsystem obtains the complaint data in the complaint application form and sends it to the supervisory subsystem according to the preset endorsement rules, where the preset endorsement rules are used to set all Describe the role of the review node of the complaint data;
- the supervision subsystem After receiving the complaint data, the supervision subsystem checks whether the complaint data is legal according to the preset verification rules;
- the supervision subsystem writes the data stored in the complaint application form into the current blockchain of the supervision subsystem based on the data construction method of the block chain, and obtains the reading of the complaint data. Write the set and check result, and return the read-write set and check result to the complaint subsystem;
- the complaint subsystem integrates the received verification results, and judges whether it is necessary to broadcast the read-write set through the sorting subsystem according to the integrated processing result;
- the law enforcement subsystem collects the read-write set broadcast by the sorting subsystem, and collects corresponding law enforcement data according to the read-write set, and the collected law enforcement data is
- the data construction method of the blockchain is written into the current blockchain of the law enforcement subsystem and sent to the supervision subsystem for law enforcement monitoring processing;
- the law enforcement subsystem controls the sequencing subsystem to broadcast the law enforcement data according to the monitoring processing result of the supervision subsystem.
- the present application also provides a computer-readable storage medium
- the computer-readable storage medium may be non-volatile or volatile
- the computer-readable storage medium stores A data processing program, where the data processing program is executed by the processor.
- the preset verification rules include endorsement rule verification rules, data integrity verification rules, and data validity verification rules;
- the supervisory subsystem includes at least Acceptance organization or supervisory organization and also complaint organization;
- the verification rule of the endorsement rule determines whether the complaint data has a record of being sent to the accepting organization or the supervisory organization in the supervisory subsystem for acceptance, and determine the complaint data Whether to send to at least one of the complaining organization and other subsystems for monitoring records.
- the data processing system uses blockchain technology to store complaint data, and set the review process nodes and roles of complaint data, so as to realize the simultaneous supervision and review of multiple roles in the data processing system, which can avoid
- the phenomenon that the data in the environmental complaint system has been tampered with at will, and the use of blockchain technology to save the data ensures the security of the data and the objectivity and fairness of the data, and the endorsement rules in the blockchain set multi-role simultaneous supervision and authorization This greatly improves the credibility of the treatment results and the efficiency and quality of treatment.
- FIG. 1 is a schematic structural diagram of a data processing system involved in a solution of an embodiment of this application;
- FIG. 3 is a schematic flowchart of a second embodiment of the data processing method provided by this application.
- Figure 4 is a schematic diagram of the process of uploading the report and complaint data provided by the application
- FIG. 5 is a schematic diagram of the functional modules of the data processing system provided by this application.
- FIG. 6 is a schematic structural diagram of the operating environment of another data processing system provided by this application.
- the system mainly uses blockchain technology to manage and control complaint data.
- the system includes a complaint blockchain module and a user complaint client.
- Merchant complaint processing client and regulatory department complaint processing client where the complaint block chain module generates and records user complaints, and builds corresponding block chain data.
- the user complaint client includes a PC terminal App and smart device APP are used for users to make complaints and confirm or raise objections to the handling results of complaints.
- the complaint handling client of the regulatory authority includes PC-side applications and smart device APPs, which are used by the regulatory authority to process complaints and A processing result is formed
- the merchant complaint processing client includes a PC terminal application and a smart device APP, which is used by the merchant to confirm or appeal the processing result of the complaint.
- users use the complaint client to complain about merchants or environmental protection issues, including the name and address of the complained merchant, the content of the complaint, and the user's contact information.
- the complaint block link After the complaint block link receives the complaint request from the complaint client, it generates a block chain record, builds the corresponding block chain, writes the complaint record into the block chain, and provides information about the complainant and the respondent
- the information (including the user’s contact information, etc.) is kept confidential and protected. Only authorized personnel (such as the staff of the regulatory department) can view the information of the complaining user, but there is no direct modification authority, and other personnel cannot view the complaint. User information, and share this information with other clients and modules.
- the supervision department handles the complaint information shared through the complaint handling client of the supervision department, investigates and collects evidence on the merchant’s problems, and responds to the user's decision on the complaint blockchain after the verification is completed; the complaint handling result includes the investigation The situation of law enforcement data such as evidence collection, the decision on the content of the complaint and the name and contact information of the staff member who handled the complaint.
- the complaint blockchain generates a blockchain record of the processing result and records it on the corresponding blockchain. At the same time, These data will also be shared with other clients and modules for common supervision.
- the merchants use the merchant complaint processing client to check and self-check and correct the processing results on the complaint blockchain, and confirm or appeal the processing results on the complaint blockchain;
- the content of the confirmation includes the name and contact information of the confirmer,
- the content of the complaint includes the name and contact information of the complainant and the reason for the complaint;
- the confirmation of the complaint block chain to the merchant or the complaint generates a block chain record and records it on the corresponding block chain.
- the user confirms or raises an objection to the processing result on the complaint blockchain through the complaint client.
- the user’s confirmation or objection from the complaint blockchain generates a blockchain record and records it on the corresponding blockchain.
- these data are also Will be shared with other clients and modules to achieve mutual calling and supervision.
- this application proposes a data processing system, which is a method for mutual supervision and processing of complaint data based on blockchain technology, which can be specifically applied to servers, police systems, databases, and mobile devices Wait in the terminal.
- the proposed method for data processing in a data processing system includes a complaint subsystem, a supervisory subsystem, a sorting subsystem, and a law enforcement subsystem.
- the complaint subsystem It is mainly a complaint client used on the user side.
- the monitoring subsystem includes a complaint organization and a supervision/acceptance organization.
- the sorting subsystem is the function of sorting and broadcasting complaints execution requests.
- the law enforcement subsystem includes law enforcement organizations and law enforcement clients. The method is specifically implemented through the data processing method of the blockchain.
- FIG. 2 is a flowchart of a data processing method provided by an embodiment of the application.
- the data processing method specifically includes the following steps:
- Step S210 the complaint subsystem monitors whether a new complaint application form is generated
- This step is mainly realized by checking the complaint application form filled by the user on the complaint client to determine whether there is a new complaint application request.
- the user enters the data processing system to make a complaint through the complaint subsystem (that is, the complaint client), while on the client side, the user is required to log in through the account and password.
- the account and password are not required. You can log in through information that can identify the complainant.
- the complaint client After logging in, the complaint client will connect and communicate with the supervision subsystem, the sequencing subsystem, and the law enforcement subsystem.
- the complainant makes a complaint report by filling in the preset form on the client.
- the client generates a complaint application form based on the filled content.
- the monitoring subsystem detects that a new application form has been generated, it considers that a complaint has occurred. Jump to step S220.
- Step S220 If a new complaint application form is generated, the complaint subsystem obtains the complaint data in the complaint application form, and sends it to the supervision subsystem according to the preset endorsement rule, where the preset endorsement rule is used The role of the review node for setting the complaint data;
- the endorsement rules are mainly used to control the multi-party audit monitoring settings of the complaint data.
- the endorsement rules are used here to limit that after the complaint client is monitored to send the complaint application, it should be sent separately Which nodes are supervised and performed audits.
- the endorsement rule is defined as the acceptance/supervision organization AND (complaint organization OR law enforcement organization), which means that the complaint data must be endorsed by the acceptance/supervision organization, and at least one of the complaint organization or the law enforcement organization must be endorsed. .
- the complaint data is displayed and written into the blockchain, and then sent out, preferably to the law enforcement subsystem or other monitoring subsystems organization.
- Step S230 After receiving the complaint data, the supervisory subsystem checks whether the complaint data is legal according to a preset verification rule;
- Step S240 If the complaint data is verified to be legal, the supervisory subsystem writes the data stored in the complaint application form into the current blockchain of the supervisory subsystem based on the data construction method of the block chain to obtain the complaint The read-write set and verification result of the data, and the read-write set and verification result are returned to the complaint subsystem;
- the legal verification is specifically whether the complaint data received through the verification supervision subsystem meets the endorsement rules, that is, it can be understood as whether the complaint data is also sent to other reviewers. node.
- the blockchain supervision process is used to realize the monitoring and enforcement of the entire process of complaints, no matter which subsystem sends the data, other subsystems or organizations need to be notified to implement supervision. Or monitoring, thus realizing the effect of multi-party monitoring execution, and avoiding the problem of modifying data due to personal reasons.
- the complaint subsystem when it sends complaint data, it can add some sending flags to the complaint data according to the endorsement rules, for example, the data has been sent or is to be sent to a subsystem or organization, so that it is received in the monitoring subsystem After the complaint data, you can analyze the flag bit of the complaint data summary to realize whether there is multi-party supervision.
- the supervisory subsystem After receiving the complaint data, the supervisory subsystem writes the complaint data to the blockchain in the subsystem, of course, it can also be written to a certain location in the blockchain, thus realizing the security of the complaint data Protection, to avoid the problem of data being tampered with or lost.
- the size of the complaint data is calculated according to the state of the blockchain, that is, the effective complaint data, and then each organization in the subsystem is monitored Or the node will return the obtained data and verification results to the complaint subsystem for summary, and determine whether the complaint data will be executed in the next step.
- Step S250 The complaint subsystem integrates the received verification results, and judges whether it is necessary to broadcast the read-write set through the sorting subsystem according to the integrated processing result;
- each supervisory unit will have its own supervisory method and verification method. It can be seen that the integration can be understood as a pair of supervisory units on the supervisory subsystem.
- the supervision and verification of the complaint data are summarized, and based on this summary, it is judged whether to request the sorting subsystem for law enforcement processing.
- the above endorsement rules are: Acceptance Organization AND (Complaint Organization OR law enforcement organization), so the complaint subsystem only needs to collect feedback from two organizations (the accepting organization and any of the other two organizations) to send the collected complaint data and verification results to the ranking subsystem, and initiate Sorting request, the sorting subsystem broadcasts the complaint data according to the sorting request.
- the content broadcast by the sorting subsystem is the complaint data
- the object is all the subsystems in the data processing system.
- some subsystems only perform accounting and caching, and do not perform other operations.
- the purpose of the operation is to achieve backup or to make further judgments based on subsequent data.
- Step S260 When the sorting subsystem broadcasts the read-write set, the law enforcement subsystem collects the read-write set broadcasted by the sorting subsystem, and collects corresponding law enforcement data according to the read-write set, and combines the collected The law enforcement data is written into the current blockchain of the law enforcement subsystem according to the data construction method of the blockchain, and sent to the supervision subsystem for law enforcement monitoring processing;
- Step S270 The law enforcement subsystem controls the sorting subsystem to broadcast the law enforcement data according to the monitoring processing result of the supervision subsystem.
- the complaint reporting system can carry out law enforcement processing for the complaint application, that is, it is determined based on the record in the complaint data Law enforcement objects and incidents, and then based on the objects and incidents, obtain the illegal evidence corresponding to the complaint, thereby forming law enforcement data.
- the law enforcement subsystem includes a law enforcement organization and a law enforcement client.
- the law enforcement organization receives the broadcast complaint data, it generates a law enforcement instruction based on the complaint data, and informs the law enforcement client to collect corresponding law enforcement data.
- the law enforcement officers or law enforcement units corresponding to the law enforcement client connect to the law enforcement organization through the law enforcement client to read the complaint data to determine law enforcement objects and events. Of course, this information can also be obtained directly from law enforcement instructions.
- the law enforcement data is collected, it is uploaded to the corresponding blockchain and sent to each subsystem.
- Each subsystem reviews the law enforcement data.
- the accounting based on this subsystem is summarized back to the client to further determine whether The law enforcement data needs to be broadcast. If it is not broadcast, the law enforcement data will be collected again, and the audit and accounting process will continue until the accounting is passed.
- all relevant data is stored based on the blockchain technology, and the data is stored independently and completely. It greatly increases the difficulty of tampering with data, and is more robust in dealing with external malicious attacks. At the same time, all data processing is the result of multi-party participation and multi-party approval. In this way, human interference is prevented to the greatest extent, and all complaints and reports are handled in accordance with regulations, which is truly fair and just.
- the preset verification rules include endorsement rule verification rules, data integrity verification rules, and data validity verification rules; at the same time, the regulatory subsystem includes at least an acceptance organization or a regulatory organization, and Including complaint organizations;
- the verification rule of the endorsement rule determines whether the complaint data has a record of being sent to the accepting organization or the supervisory organization in the supervisory subsystem for acceptance, and determine the complaint data Whether to send to at least one of the complaining organization and other subsystems for monitoring records.
- the field information in the complaint application form is specifically filled in by the user based on the complaint APP, and the complaint APP here is an application program that communicates with the data processing system and combines complaints and supervision.
- the complaint subsystem detects whether the signature-executing role carried in the received verification result matches the preset signature role
- the sorting subsystem converts the read-write set into block data according to the broadcast request and sends it to all subsystems or all organizations in all subsystems in the form of broadcast.
- the supervisory subsystem After the supervisory subsystem receives the data, it first checks whether the complaint data is complete and valid. Completeness refers to whether all required fields in the verification form 1 are filled in; validity refers to whether the preliminary verification data is within a reasonable range, for example, the complainant must be a real person, and the complaint area needs to be in the jurisdiction specified by the system. After the complaint data is verified, each endorsing node will simulate writing data on the basis of the current blockchain data (that is, the ledger). The state of the ledger before data is written is written is T1, and the state after data is written is T2.
- T2-T1 is the read-write set (T) written this time, that is, the complaint data
- the endorsing nodes of each organization will sign the read-write set T with their private key. Then the T and the signature result (that is, the endorsement result) are returned to the complaining client.
- the complaint client After the complaint client receives the data sent by the supervisory subsystem, it also conducts its own accounting test. After the test meets the endorsement rules, it sends a sorting request for complaint enforcement to the sorting subsystem. After the sorting subsystem receives the request, it complains The read-write set and signature of the data are broadcasted. After each subsystem receives the broadcasted complaint data, it writes the read-write set into its own blockchain data (i.e. ledger) in order, and the process of reporting the complaint data fully completed.
- blockchain data i.e. ledger
- the law enforcement subsystem After the law enforcement subsystem receives the broadcast, it generates law enforcement instructions based on the complaint data and classifies law enforcement officers for data collection. After the data is collected, it is filled in and reported in the form of a form, as shown in Table 2 below:
- the law enforcement data in the above table is distributed to each subsystem or organization in the subsystem, and each organization performs accounting and feedback according to its own regulations.
- the broadcast here can be understood as not only notifying other subsystems through broadcast signals, so as to realize the sharing of information.
- all subsystems store data based on a blockchain, but each subsystem adjusts the block. After the complaint data after the chain, it is necessary to open the shared rights so that other subsystems can view the corresponding information.
- it can also open up its own information storage area for each system on the blockchain. The system only needs to fill in the corresponding data in its own storage area, and the current information storage areas of all subsystems are set to a viewable state.
- the law enforcement subsystem collects the read-write set broadcast by the sorting subsystem, and collects the corresponding law enforcement data according to the read-write set, and the collected law enforcement data is After the data construction method of the blockchain is written into the current blockchain of the law enforcement subsystem and sent to the supervision subsystem for law enforcement monitoring and processing, the method further includes:
- each subsystem After each subsystem writes the complaint data or data related to the complaint data on the blockchain, it needs to perform authentication calculation. Only after the authentication calculation is passed, can the shared operation or the Save it on the blockchain for supervision and viewing by other subsystems.
- the supervision subsystem receives the law enforcement data, it further includes:
- the supervision subsystem retrieves laws and regulations and data accounting rules related to supervision to perform legality accounting on the law enforcement data, and obtain independent accounting results;
- the law enforcement subsystem controlling the sorting subsystem to broadcast the law enforcement data according to the monitoring processing result of the supervision subsystem includes:
- a corresponding broadcast request is generated based on the supervision result to control the execution status of the corresponding complaint application broadcast by the sorting subsystem, and the execution status includes the law enforcement raw data and the law enforcement supervision result.
- the method further includes:
- the supervision subsystem feeds back the execution status of the law enforcement subsystem and the accounting result to the complaint subsystem;
- the complaint subsystem evaluates the law enforcement intensity of the complaint application according to the execution situation and the result of the calculation, and broadcasts it through the ranking subsystem.
- the method further includes:
- the supervision subsystem feeds back the execution status of the law enforcement subsystem and the accounting result to the complaint subsystem;
- the complaint subsystem evaluates the law enforcement intensity of the complaint application according to the execution situation and the result of the calculation, and broadcasts it through the ranking subsystem.
- the data in the environmental protection complaint system is stored and audited through the use of blockchain technology to perform processing, which can avoid the problem of data in the environmental protection complaint system being tampered at will, and ensure data security and data
- the objective and fairness of the treatment results has greatly improved the credibility of the treatment results and the efficiency and quality of treatment.
- step S310 the user performs a report operation through the complaint client, so as to report the complaint data to the law enforcement organization.
- the user sends an endorsement request to each organization through the complaint client, and each organization independently calculates the endorsement result.
- the complaint client collects the endorsement result, requests the sorting service for sorting, and the sorting service confirms the endorsement result, and Broadcasting is carried out, and organizations will write data into the blockchain after receiving the broadcast.
- step S320 the law enforcement organization reviews the complaint data, and assigns law enforcement units to collect corresponding law enforcement data.
- the law enforcement units or law enforcement officers in the law enforcement units conduct corresponding data collection based on the content of the complaint data, obtain evidence and law enforcement results, and send the law enforcement client to each law enforcement agency.
- the organization sends an endorsement request, and each organization independently calculates the endorsement result.
- the law enforcement client collects the endorsement result, requests the ordering service from the ordering service, and the ordering service confirms the endorsement result and broadcasts it. After receiving the broadcasting, each organization writes the data into the area. Block chain, so as to realize the handling of complaints.
- step S330 the user views the law enforcement data based on the complaint client, evaluates the law enforcement, and writes the evaluation into the blockchain.
- step S310 data interaction involving multiple organizations can be transmitted to the law enforcement organization at the same time.
- the specific implementation steps are shown in Figure 4:
- Step S311 the complaint client sends an endorsement request to each organization
- the complaint data can be sent to the system through the complaint client.
- These complaint data will arrive at the endorsement nodes of each organization in accordance with the endorsement rules.
- Endorsement rules stipulate the conditions for blockchain data to be connected to the chain.
- the endorsement rule for complaint data uploading is defined as the accepting organization AND (complaint organization OR law enforcement organization), which means that the complaint data must be endorsed by the accepting organization, and at least one of the complaining organization or law enforcement organization must be endorsed. . Then it can be wound on the chain.
- the reason for designing such an endorsement rule is that, first of all, the format and validity of the complaint data are mainly the responsibility of the acceptance/supervisory authority, and the complaint data that has not been confirmed by the supervisory authority is obviously unreliable. Secondly, the verification of a single organization may not be broadly convincing, so the simultaneous verification of at least one other node can increase credibility.
- step S312 each organization calculates independently to obtain an endorsement result
- the endorsing node After the endorsing node receives the data, it first checks whether the complaint data is complete and valid. Completeness refers to whether all required fields in the verification form 1 are filled in; validity refers to whether the preliminary verification data is within a reasonable range, for example, the complainant must be a real person, and the complaint area needs to be in the jurisdiction specified by the system. After the complaint data is verified, each endorsing node will simulate writing data on the basis of the current blockchain data (that is, the ledger). The state of the ledger before data is written is written is T1, and the state after data is written is T2.
- T2-T1 is the read-write set (T) written this time, that is, the complaint data
- the endorsing nodes of each organization will sign the read-write set T with their private key. Then the T and the signature result (that is, the endorsement result) are returned to the client.
- Step S313 the complaint client collects the endorsement result, and requests the sorting service for sorting
- the complaint client collects the endorsement results according to the endorsement rules. Since the endorsement rule for the complaint data on the chain is: the accepting organization AND (the complaint organization OR law enforcement organization), only the endorsement results of two organizations (the accepting organization and any of the other two organizations) need to be collected to provide the sorting service
- the node sends the collected endorsement result set and initiates a sorting request.
- Step S314 the ordering service confirms the endorsement result and broadcasts it;
- the ordering service node verifies the endorsement result set contained in the request according to the endorsement rule.
- the complaint data in this application is on the chain. Since the endorsement rule is the accepting organization AND (the complaint organization OR law enforcement organization), the ordering request is actually the endorsement result of two organizations: the accepting organization; one of the complaining organization and the law enforcement organization , Denoted as X organization.
- the sorting organization will mainly check the endorsement result set in two aspects: signature check and read-write set check. Signature checking is to check whether the signature of the endorsing organization is legal. Only the endorsement with legal signature is valid. All valid endorsement read-write sets are consistent, and the endorsement check is established. Otherwise, the endorsement verification will fail and the sorting request will be rejected. Otherwise, the sort request will be accepted.
- the read-write set will be cached, packaged into block data with other confirmed read-write sets, and broadcast to the entire network.
- step S315 each organization writes the data into the blockchain after receiving the broadcast.
- each node of each organization after receiving the block data from the sorting service, writes the read-write set in it into its own blockchain data (i.e. ledger) in order.
- ledger blockchain data
- step S320 the steps and realization are similar to the steps of step S310.
- the only difference is that there are differences in the steps in which each organization independently calculates the endorsement result.
- the specific It is an organization that independently calculates law enforcement data in accordance with relevant regulations and standards to obtain endorsement results.
- the endorsement rule of law enforcement data on the chain is defined as: (Acceptance Organization OR Law Enforcement Organization) AND Complaint Organization.
- the endorsement process of law enforcement data includes two key steps: complete validity verification and read-write set calculation. The complete validity check is similar to the endorsement check of the complaint data. This article focuses on the calculation of the read-write set in detail.
- the accounting result is a conclusion obtained by accounting for law enforcement data in accordance with relevant laws and standards.
- step S330 it specifically implements the evaluation upload by filling out the evaluation form by the complaint client, as shown in the following table:
- the embodiment of the application ensures that these data cannot be tampered with through the multi-point storage feature of the blockchain, and the chain storage structure of the Hyperledger Fabric blockchain ledger also ensures that each data processing process is traceable.
- This system has two external operations driven by blockchain events, namely: law enforcement organizations drive the law enforcement business system to collect law enforcement data, and complaint reporting organizations drive the complaint reporting business system to conduct complaint evaluation.
- the blockchain event drive of this system is based on the HyperledgerFabric blockchain Peer channel-based event services. Whether these two blockchain event-driven external operations can proceed smoothly is the key to the complete realization of the entire blockchain processing complaint and reporting process, especially for law enforcement organizations to drive law enforcement business systems to collect law enforcement data.
- key blockchain events cannot be issued normally.
- the other two organizations with specially designed systems will also issue events that drive law enforcement after reporting and complaining data enters the chain.
- the law enforcement business system may repeatedly receive the same driving law enforcement incident on the same complaint from the blockchain.
- the business system only needs to deal with the first incident received, and subsequent repeated incidents are directly ignored. This design can ensure that the external blockchain system can reliably receive blockchain instructions, and assist the complaint reporting system to complete the entire process of monitoring and managing complaint data.
- Hyperledger Fabric blockchain multi-point consensus principle each organization independently calculates law enforcement data in accordance with relevant laws, regulations, and standards, and obtains processing results. This greatly increases the credibility of the blockchain in handling complaints.
- this system uses mainstream homomorphic encryption algorithms to ensure that all data can be verified under encryption conditions.
- FIG. 5 is a schematic diagram of functional modules of the data processing system provided by the embodiment of the present application.
- the system includes: a complaint subsystem 61, a supervision subsystem 62, a sorting subsystem 63, and a law enforcement subsystem 64.
- the various subsystems transmit data to each other through a data transmission architecture based on the blockchain. ;
- the complaint subsystem 61 is used to monitor whether a new complaint application form is generated in the system; if there is a new complaint application form, obtain the complaint data in the complaint application form and send it out according to the preset endorsement rules , Wherein the preset endorsement rule is used to set the role of the review node of the complaint data;
- the supervision subsystem 62 is configured to verify whether the complaint data is legal according to a preset verification rule after receiving the complaint data; if the complaint data is verified to be legal, the data is based on the blockchain
- the construction method writes the data stored in the complaint application form into the current blockchain of the supervision subsystem 62, obtains the read-write set and verification result of the complaint data, and compares the read-write set and the verification result.
- the inspection result is returned to the complaint subsystem 61;
- the complaint subsystem 61 is also used to integrate the received verification results, and determine whether it is necessary to broadcast the read-write set through the sorting subsystem 63 according to the integrated processing result;
- the sorting subsystem 63 is configured to broadcast the read-write set to the law enforcement subsystem 64;
- the law enforcement subsystem 64 is configured to collect corresponding law enforcement data according to the read and write set when the broadcast read and write set is received, and the law enforcement data collected is constructed according to the data construction method of the blockchain Write it into the current blockchain of the law enforcement subsystem 64, and send it to the supervision subsystem 62 for law enforcement monitoring processing;
- the law enforcement subsystem 64 is also used to control the sorting subsystem 63 to broadcast the law enforcement data according to the monitoring processing results of the complaint subsystem 61 and the supervision subsystem 62.
- the application also provides a computer-readable storage medium.
- a data processing program is stored on the computer-readable storage medium, and when the data processing program is executed by a processor, the steps of the data processing method as described in any of the above embodiments are implemented.
- the method implemented when the data processing program is executed by the processor can refer to the various embodiments of the data processing method of the present application, so the details are not repeated here.
- the computer-readable storage medium is specifically implemented based on the hardware structure of a device, that is, the program in the storage medium can be run by the processor in the device.
- FIG. 6 is A schematic structural diagram of the operating environment of the data processing device involved in the solution of the embodiment of the present application.
- the data processing device includes: a processor 701, such as a CPU, a communication bus 702, a user interface 703, a network interface 704, and a memory 705.
- the communication bus 702 is used to implement connection and communication between these components.
- the user interface 703 may include a display screen (Display) and an input unit such as a keyboard (Keyboard), and the network interface 704 may optionally include a standard wired interface and a wireless interface (such as a WI-FI interface).
- the memory 705 may be a high-speed RAM memory, or a non-volatile memory (non-volatile memory), such as a magnetic disk memory.
- the memory 705 may also be a storage system independent of the foregoing processor 701.
- FIG. 6 does not constitute a limitation on the data processing system, and may include more or fewer components than shown in the figure, or a combination of certain components, or different components.
- the layout of the components does not constitute a limitation on the data processing system, and may include more or fewer components than shown in the figure, or a combination of certain components, or different components. The layout of the components.
- the memory 705 which is a computer-readable storage medium, may include an operating system, a network communication module, a user interface module, and a data processing program for realizing data processing.
- the operating system is a program that manages and controls the data processing system and the software resource calls in the memory, and supports the operation of the data processing program and other software and/or programs.
- the network interface 704 is mainly used to access the network; the user interface 703 is mainly used to detect whether data processing operations are required in the system or whether the data in the monitoring system is updated, Information such as abnormalities, and the processor 701 may be used to call a data processing program stored in the memory 705, and perform operations of the following data processing methods in each embodiment.
- the implementation of FIG. 6 can also be a networked system composed of a mobile terminal and a server, where the mobile terminal is used as a task data table generating device, and the server is used to synchronize the task data table on the mobile terminal.
- the processor of the server can distinguish the incremental task data by reading the program code stored in the buffer or the storage unit that can realize the data processing method, and realize the synchronous operation.
- the data processing method provided by the present application can also be used to implement synchronized database data processing between multiple servers S and terminals TE, or between several terminals TE and several servers S, where the synchronized database It can be broadly understood as a storage system that can store any data. If synchronization is to be performed between the terminal TE or the server S, the terminal TE is used as a generating device for the task data table to be synchronized, the server S is used as a synchronization server, and the server S is usually a network server or a PC. TE is usually a mobile phone, PC (personal computer), laptop or PDA device.
- the present application also provides a computer-readable storage medium.
- the computer-readable storage medium may be a non-volatile computer-readable storage medium, and the computer-readable storage medium may also be a volatile computer-readable storage medium.
- the computer-readable storage medium stores instructions, and when the instructions run on a computer, the computer executes the data processing method to implement the method steps of any of the foregoing embodiments.
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Software Systems (AREA)
- Computer Security & Cryptography (AREA)
- General Health & Medical Sciences (AREA)
- Tourism & Hospitality (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- Educational Administration (AREA)
- Bioethics (AREA)
- Economics (AREA)
- Human Resources & Organizations (AREA)
- Computer Hardware Design (AREA)
- Primary Health Care (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Storage Device Security (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
一种数据处理方法、系统、设备及计算机可读存储介质，涉及数据处理技术领域，应用于人工智能。所述方法通过使用区块链的技术将投诉举报系统中的投诉数据进行存储，以及设定投诉数据的审核流程节点和角色，从而实现数据处理系统中的多角色同时监管和审核。基于这样的方式对投诉数据和执法数据的存储、监管，避免了环保投诉系统中的数据被随意篡改的现象，而采用区块链技术保存数据，保证了数据的安全性、数据的客观公正，并且区块链中的背书规则设定了多角色的同时监管授权，这样大大提升了处理结果公信力和处置效率、质量。
Description
本申请要求于2019年09月09日提交中国专利局、申请号为201910865866.1、发明名称为“数据处理方法、系统、设备及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在申请中。
本申请涉及数据处理技术领域，应用于人工智能，尤其涉及一种数据处理方法、系统、设备及计算机可读存储介质。
随着科学技术不断为人们创造生活上的便利，尤其是现在所提倡的环保生活方式的落实，环境的保护已经成为了人们日常生活必须准守的行为规则，甚至还设置了一些惩罚机制，虽然设置惩罚机制，但是还是有一些人或商家为了控制成本或者是自己方便，偷偷地违规操作。为了提高环保的监控力度，目前主要使用的方式是采用全民监控举报的方式来进行，具体实现是通过投入巨大的人力财力开发了各种各样的环保领域举报投诉系统。
发明人意识到，传统的举报投诉系统一定程度上实现了举报投诉处理的信息化，提高了行政执法效率。但是这些投诉举报系统在数据安全上还是存在一些问题，如：数据会被篡改、执法的返馈效率不高、投诉后的执法监控不全面等等，尤其是在接收到大众投诉后，对于数据的保全，数据安全、篡改这些现象无法得到保证，从而导致了数据的公信力较差。
发明内容
本申请的主要目的在于提供一种数据处理方法、系统、设备及计算机可读存储介质，旨在解决现有的投诉举报系统中的数据容易被随意篡改，而导致数据的安全性和公信力度较低的技术问题。
为实现上述目的，本申请提供一种数据处理方法，应用于投诉举报系统，对系统中的投诉数据进行监控和管理，所述数据处理系统包括：投诉子系统、监管子系统、排序子系统和执法子系统，各个子系统之间通过基于区块链构建的数据传输架构进行数据的相互传输，所述数据处理方法包括以下步骤：
投诉子系统监测是否有新的投诉申请表产生；
若有新的投诉申请表产生，则投诉子系统获取所述投诉申请表中的投诉数据，并按照预设的背书规则发送至监管子系统，其中，所述预设的背书规则用于设置所述投诉数据的审核节点的角色；
所述监管子系统收到所述投诉数据后，根据预设的校验规则校验所述投诉数据是否合法；
若所述投诉数据检验为合法，则监管子系统基于区块链的数据构建方式将所述投诉申请表中存储的数据写入监管子系统当前的区块链中，得到所述投诉数据的读写集和校验结果，并将所述读写集和校验结果返回给投诉子系统；
投诉子系统将接收到的所述校验结果进行整合处理，并根据整合处理后的结果判断是否需要通过排序子系统广播所述读写集；
当排序子系统广播所述读写集时，执法子系统采集排序子系统广播的所述读写集，并根据所述读写集采集对应的执法数据，并将采集到的所述执法数据按照区块链的数据构建方式写入所述执法子系统当前的区块链中，并发送给监管子系统进行执法监控处理；
执法子系统根据监管子系统的监控处理结果，控制排序子系统广播所述执法数据。
进一步地，为实现上述目的，本申请还提供一种数据处理系统，所述数据处理系统包括：投诉子系统、监管子系统、排序子系统和执法子系统，各个子系统之间通过基于区块链构建的数据传输架构进行数据的相互传输；
所述投诉子系统，用于监测系统中是否有新的投诉申请表产生；若有新的投诉申请表，则获取所述投诉申请表中的投诉数据，并按照预设的背书规则发送出去，其中，所述预设的背书规则用于设置所述投诉数据的审核节点的角色；
所述监管子系统，用于在收到所述投诉数据后，根据预设的校验规则校验所述投诉数据是否合法；若所述投诉数据校验为合法，基于区块链的数据构建方式将所述投诉申请表中存储的数据写入所述监管子系统当前的区块链中，得到所述投诉数据的读写集和校验结果，并将所述读写集和校验结果返回给所述投诉子系统；
所述投诉子系统还用于将接收到的所述校验结果进行整合处理，并根据整合处理后的结果判断是否需要通过排序子系统广播所述读写集；
所述排序子系统，用于将所述读写集广播给所述执法子系统；
所述执法子系统，用于在接收到广播的所述读写集时，根据所述读写集采集对应的执法数据，并将采集到的所述执法数据按照区块链的数据构建方式写入所述执法子系统当前的区块链中，并发送给所述监管子系统进行执法监控处理；
所述执法子系统还用于根据所述投诉子系统和监管子系统的监控处理结果控制所述排序子系统广播所述执法数据。
进一步地，为实现上述目的，本申请还提供一种数据处理设备，所述数据处理设备包括：存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的数据处理程序，所述数据处理程序被所述处理器执行时实现如下所述的数据处理方法的步骤：
投诉子系统监测是否有新的投诉申请表产生；
若有新的投诉申请表产生，则投诉子系统获取所述投诉申请表中的投诉数据，并按照预设的背书规则发送至监管子系统，其中，所述预设的背书规则用于设置所述投诉数据的审核节点的角色；
监管子系统收到所述投诉数据后，根据预设的校验规则校验所述投诉数据是否合法；
若所述投诉数据检验为合法，则监管子系统基于区块链的数据构建方式将所述投诉申请表中存储的数据写入监管子系统当前的区块链中，得到所述投诉数据的读写集和校验结果，并将所述读写集和校验结果返回给投诉子系统；
投诉子系统将接收到的所述校验结果进行整合处理，并根据整合处理后的结果判断是否需要通过排序子系统广播所述读写集；
当排序子系统广播所述读写集时，执法子系统采集排序子系统广播的所述读写集，并根据所述读写集采集对应的执法数据，并将采集到的所述执法数据按照区块链的数据构建方式写入所述执法子系统当前的区块链中，并发送给监管子系统进行执法监控处理；
执法子系统根据监管子系统的监控处理结果，控制排序子系统广播所述执法数据。
进一步地，为实现上述目的，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质可以是非易失性，也可以是易失性，所述计算机可读存储介质上存储有数据处理程序，所述数据处理程序被所述处理器执行所述预设的校验规则包括背书规则校验规则和数据完整性检验规则、数据有效性校验规则；所述监管子系统至少包括受理组织或监管组织以及还包括投诉组织；
所述根据预设的校验规则校验所述投诉数据是否合法的步骤时，还执行以下步骤：
根据所述投诉申请表中的填写字段信息，判断所述投诉数据中的内容是否完整；
若所述投诉数据完整，则判断所述投诉数据的内容的更新时间是否在有效时间段内；
若在有效时间段内，则根据所述背书规则的校验规则，判断所述投诉数据是否有发送给所述监管子系统中的受理组织或监管组织进行受理的记录，以及判断所述投诉数据是否发送给所述投诉组织和其他子系统中的至少一个进行监控的记录。
本申请提供的数据处理系统通过使用区块链的技术将投诉数据进行存储，以及设定投诉数据的审核流程节点和角色，从而实现数据处理系统中的多角色同时监管和审核，这样可以避免了环保投诉系统中的数据被随意篡改的现象，而采用区块链技术保存数据，保证了数据的安全性、数据的客观公正，并且区块链中的背书规则设定了多角色的同时监管授权，这样大大提升了处理结果公信力和处置效率、质量。
图1为本申请实施例方案涉及的数据处理系统的结构示意图；
图2为本申请提供的数据处理方法第一实施例的流程示意图；
图3为本申请提供的数据处理方法第二实施例的流程示意图；
图4为本申请提供的举报投诉数据上链的流程示意图；
图5为本申请提供数据处理系统的功能模块示意图；
图6为本申请提供的另一种数据处理系统的运行环境的结构示意图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。
本申请提供一种数据处理系统，如图1所示，该系统主要是使用区块链的技术来实现对投诉数据的管控处理，具体的，该系统包括投诉区块链模块、用户投诉客户端、商户投诉处理客户端和监管部门投诉处理客户端，其中，所述投诉区块链模块对用户的投诉进行信息生成和记录，构建相应的区块链数据，所述用户投诉客户端包括PC端应用和智能设备APP，用于用户进行投诉以及对投诉的处理结果进行确认或者提出异议，所述监管部门投诉处理客户端包括PC端应用和智能设备APP，用于监管部门对投诉信息进行处理并形成处理结果，所述商户投诉处理客户端包括PC端应用和智能设备APP，用于商户对投诉的处理结果进行确认或者申诉。
在本申请中，用户通过使用投诉客户端对商户或者环保等问题进行投诉，包括被投诉的商户名称和地址、投诉的内容、用户的联系方式等。
投诉区块链接收到来自投诉客户端上的投诉请求后，生成区块链记录，构建相应的区块链，把投诉记录写入区块链中去，并且对投诉人的信息和被投诉人的信息(包括用户的联系方式等)进行保密和保护，只有特许权限的人员(例如监管部门的工作人员)才能查看投诉用户的信息，但是并没有直接修改的权限，其他人员无法查看到投诉的用户信息，并将这些信息共享给其他的客户端和模块。
监管部门通过监管部门投诉处理客户端根据共享的投诉信息进行处理，对商户的问题进行调查和取证，并且在查证结束后在投诉区块链上对用户进行回复处理的决定；投诉处理结果包括调查和取证等执法数据的情况，对投诉内容的处理决定和处理该投诉的工作人员姓名和联系方式，投诉区块链对处理结果生成区块链记录，记录到相应的区块链上，同时，这些数据也是会共享给其他的客户端和模块，用于实现共同的监督。
商户通过商户投诉处理客户端对投诉区块链上的处理结果进行查阅和自查纠正，并在投诉区块链上对处理结果进行确认或者申诉；确认的内容包括确认人的姓名和联系方式，申诉的内容包括申诉人的姓名和联系方式以及申诉的理由；投诉区块链对商户的确认或者申诉生成区块链记录，记录到相应的区块链上。
用户通过投诉客户端对投诉区块链上的处理结果进行确认或者提出异议，投诉区块链 对用户的确认或者异议生成区块链记录，记录到相应的区块链上，同时，这些数据也是会共享给其他的客户端和模块，以实现相互调用和监督。
基于上述数据处理系统的硬件结构，本申请提出了一种数据处理系统，该系统是基于区块链技术对投诉数据相互监管处理的方法，具体可以应用于服务器、警务系统、数据库和移动设备等终端中。
在本申请实施例中，提出的用于在数据处理系统中的数据处理方法，而该系统包括投诉子系统、监管子系统、排序子系统和执法子系统，在实际应用中，该投诉子系统主要是在用户侧使用的投诉客户端，监控子系统包括投诉组织和监管/受理组织，排序子系统为具体对投诉执行请求进行排序广播的功能，执法子系统包括执法组织和执法客户端，该方法具体通过区块链的数据处理方式实现的。
参照图2，图2为本申请实施例提供的数据处理方法的流程图。在本实施例中，所述数据处理方法具体包括以下步骤：
步骤S210，投诉子系统监测是否有新的投诉申请表产生；
该步骤主要是通过检测用户在投诉客户端上填写的投诉申请表来判断是否有新的投诉申请请求来实现。
在实际应用中，用户通过投诉子系统(即是投诉客户端)来进入数据处理系统进行投诉，而在客户端侧则需要用户通过账号和密码的方式进行登陆，当然也可以不通过账号和密码的方式，可以通过可以标识投诉人身份的信息来进行登陆，而投诉客户端在登陆后，会与监管子系统、排序子系统和执法子系统连接通信。
投诉人通过填写客户端上预设的表格进行投诉举报，客户端根据填写的内容生成一个投诉申请表，而监控子系统在检测到有新的申请表产生后，则认为有投诉产生了，则跳转至步骤S220。
步骤S220，若有新的投诉申请表产生，则投诉子系统获取所述投诉申请表中的投诉数据，并按照预设的背书规则发送至监管子系统，其中，所述预设的背书规则用于设置所述投诉数据的审核节点的角色；
在本实施例中，对于背书规则主要用来控制投诉数据的多方审核监控设置，为了适应区块链的流程原理，这里通过背书规则限定了在监测到投诉客户端发送投诉申请后，应当分别发送给哪些节点进行监管和执行审核。
在本实施例中，该背书规则定义为受理/监管组织AND(投诉组织OR执法组织)，即是说投诉数据必须有受理/监管组织的背书，同时有投诉组织或者执法组织至少其一的背书。
在该步骤中，确定了这样的规则或者满足这样的设定规则后，则将投诉数据显示写入区块链中后，发送出去，优选的，发送给执法子系统或者监控子系统中的其他组织。
步骤S230，监管子系统收到所述投诉数据后，根据预设的校验规则校验所述投诉数据是否合法；
步骤S240，若所述投诉数据检验为合法，则监管子系统基于区块链的数据构建方式将所述投诉申请表中存储的数据写入监管子系统当前的区块链中，得到所述投诉数据的读写集和校验结果，并将所述读写集和校验结果返回给投诉子系统；
在本实施例中，对于合法的校验具体是通过该校验监管子系统所接收到的投诉数据是否有满足背书规则，即是可以理解为该投诉数据是否有同时也发送给了其他的审核节点。
在本实施例中，由于采用了区块链的监管流程来实现对投诉整个流程的监控和执法实现，因此，不管是哪个子系统所发送的数据都需要通知其他的子系统或者组织来实现监管或者监控，从而实现了多方监控执行的作用，避免了由于个人原因而修改数据的问题。
在实际应用中，投诉子系统在发送投诉数据时，具体可以根据背书规则在投诉数据中 添加一些发送标志，例如数据已发送或者待排序发送给某个子系统或者组织，这样在监控子系统接收到投诉数据后，可以通过解析投诉数据汇总的标志位来实现是否存在多方监管。
监管子系统在接收到投诉数据后，将该投诉数据写入子系统中的区块链上，当然也可以是写入区块链中的某一位置上，从而实现了对投诉数据的安全性保护，避免了数据被篡改或者是丢失的问题。
在该步骤中，在校验通过，将投诉数据写入区块链后，根据区块链的状态来计算出投诉数据的大小，即是有效的投诉数据，然后监控子系统中的每个组织或者节点将得到的数据和校验的结果返馈回给投诉子系统进行汇总，确定投诉数据是否执行下一步。
步骤S250，投诉子系统将接收到的所述校验结果进行整合处理，并根据整合处理后的结果判断是否需要通过排序子系统广播所述读写集；
在该步骤中，对于监控子系统会设置有多个监管单元，而每个监管单元都会有自己的监管方式和校验方式，可见该整合可以理解为是对监控子系统上每个监管单元对投诉数据的监管和校验进行汇总，基于这样的汇总来判断是否向排序子系统请求排序进行执法的处理。
在实际应用中，对于整合具体的根据接收到的返馈来判断该投诉数据会否都有背书规则中规定的子系统或者组织进行来监管，例如上述的背书规则是：受理组织AND(投诉组织OR执法组织)，所以投诉子系统只需要收集到两个组织(受理组织和其他两个组织中的任意一个)的返馈即可向排序子系统发送所收集的投诉数据和校验结果，发起排序请求，排序子系统根据排序请求对投诉数据进行广播。
在本实施例中，排序子系统广播的内容是投诉数据，对象是数据处理系统中的所有子系统，而子系统在接收到投诉数据后，有的子系统只执行记账缓存，不进行其他的操作，其目的是实现备份或者是基于后续的数据再做进一步的判断。
步骤S260，当排序子系统广播所述读写集时，执法子系统采集排序子系统广播的所述读写集，并根据所述读写集采集对应的执法数据，并将采集到的所述执法数据按照区块链的数据构建方式写入所述执法子系统当前的区块链中，并发送给监管子系统进行执法监控处理；
步骤S270，执法子系统根据所述监管子系统的监控处理结果控制排序子系统进广播所述执法数据。
在本实施例中，在排序子系统进行了广播后，当执法子系统接收到投诉数据后，则说明投诉举报系统可以针对该投诉申请进行执法的处理了，即是根据投诉数据中的记载确定执法对象和事件，然后基于对象和事件获取备投诉对应的违法证据，从而形成执法数据。
在本实施例中，该执法子系统包括执法组织和执法客户端，在执法组织接收到广播的投诉数据后，基于投诉数据生成执法指令，通知执法客户端进行对应的执法数据的采集。在实际应用中，执法客户端对应的执法人员或者执法单位，执法人员通过执法客户端连接到执法组织读取投诉数据来确定执法对象和事件，当然这些信息也可以直接从执法指令中得到。
在采集到了执法数据后，上传到对应的区块链中，并发送给各个子系统，有各个子系统对执法数据进行审核核算，基于该子系统的核算汇总回客户端上，进一步地确定是否需要广播执法数据，若不广播，则重新进行执法数据的采集，继续执行审核核算流程，直到核算通过。
在本实施例中，基于区块链技术对所有相关数据进行存储，以及对数据进行独立、完整地存储。极大地增加了篡改数据的难度，在应对外部恶意攻击时也更加健壮，同时所有的数据处理都是多方参与的处理结论也是多方认可的。这样就最大程度防范了人为干扰，所有投诉举报案件均依规定办事，真正地做到公平公正。
在本实施例中，所述预设的校验规则包括背书规则校验规则和数据完整性检验规则、数据有效性校验规则；同时，所述监管子系统至少包括受理组织或监管组织以及还包括投诉组织；
这时，在检测所述投诉数据是否合法时，具体是根据所述投诉申请表中的填写字段信息，判断所述投诉数据中的内容是否完整；
若所述投诉数据完整，则判断所述投诉数据的内容的更新时间是否在有效时间段内；
若在有效时间段内，则根据所述背书规则的校验规则，判断所述投诉数据是否有发送给所述监管子系统中的受理组织或监管组织进行受理的记录，以及判断所述投诉数据是否发送给所述投诉组织和其他子系统中的至少一个进行监控的记录。
在本实施例中，对于所述投诉申请表中的字段信息，具体是在用户基于投诉APP来填写得到，而这里的投诉APP是与数据处理系统通信的、结合投诉和监管一体的应用程序。
在实际应用中，用户通过投诉客户端填写投诉申请表时，其字段的具体填写方式可以是按照如下表格形式填写资料整理后上报至系统，其申请表格具体如下表格2所示：
通过基于表格中的字段定义来检测必要的信息是否都以填写完整，而对于有效性的判断则可以直接根据填表的时间来判断，在上述检测和判断都是满足的前提下，则判断投诉数据中是否有其他多方监管的标识。
在本实施例中，对于投诉数据的合法性的判断，为了保证数据的公正信，由于通过了区块链的方式来进行投诉数据的存储、传输和共享，可见每个子系统在对投诉数据进行调整修改后，都会在区块链上留下记录，该记录也是需要被其他子系统进行合法性判断，只有所有子系统都通过了才能完整调整修改，这样就避免了数据的随意篡改，因此监管子系统在构建区块链的投诉数据时，具体可以通过以下方式来将投诉数据存储到区块链中：
确定所述区块链的当前存储节点以及所述区块链的第一写入状态值；
基于所述当前的存储节点将所述投诉数据写入至所述区块链中，并记录写入数据后的区块链的第二写入状态值；
根据所述第一写入状态值和第二写入状态值计算出所述读写集的大小；
采用所述监管子系统当前使用的私钥对所述读写集进行签名，得到所述校验结果。
这时，所述将接收到的所述校验结果进行整合处理，并根据整合处理后的结果判断是否需要通过排序子系统将所述读写集进行广播，具体是：
所述投诉子系统检测接收到的所述校验结果中携带的执行签名的角色和预设的签名的角色是否匹配；
若匹配，则判断携带有所述执行签名的所有读写集是否一致；
若一致，则生成广播请求，并发送给所述排序子系统；
所述排序子系统根据所述广播请求将所述读写集转换为区块数据以广播的形式发送给所有子系统或所有子系统中的各组织。
在本实施例中，在监管子系统收到数据之后，首先会校验投诉数据是否完整、有效。完整性即校验表格1中的所有必填字段是否全部填写；有效性即初步校验数据是否在合理范围内，例如投诉人的个人必须真实存在，投诉区域需要在系统规定的管辖区域等。投诉数据校验通过后，各背书节点将会在当前区块链数据(即账本)的基础上模拟写入数据。记账本未写入数据之前的状态为T1，写入数据之后的状态为T2。T2-T1即为此次写入的读写集(T)，即投诉数据
计算出读写集之后，各组织的背书节点将用自己的私钥对读写集T进行签名。然后将T和签名结果一并(即背书结果)返回给投诉客户端。
投诉客户端在接收到监管子系统发送的数据后，也进行自身的核算检测，在检测满足背书规则后，向排序子系统发送排序进行投诉执法的请求，排序子系统接收到的请求后对投诉数据的读写集和签名进行广播，每个子系统接收到广播的投诉数据后，将其中的读写集按序写入自己的区块链数据(即账本)中，由此投诉数据上报的流程全部完成。
在本实施例中，在执法子系统接收到了广播后，根据投诉数据生成执法指令分类执法人员进行数据的采集，而采集到数据后，通过表格的形式填写上报，具体如下表格2所示：
然后，将上述表格中的执法数据下发至每个子系统或者子系统中的组织中，各组织根据自身的规定进行核算进行反馈。
进一步的，当不需要进行广播时，则说明是区块链中的投诉数据并不符合区块链中的监管规则，即是不满足背书规则，没有通过所有的角色的审核。
具体的，这里的广播除了可以理解为是通过广播的信号通知其他子系统，从而实现信息的共享，当然也可以是所有的子系统基于一个区块链来存储数据，只是每个子系统调整区块链后的投诉数据后，需要开放共享的权项，使得其他的子系统能查看到对应的信息，当然还可以是通过在区块链上为每个系统开拓各自的信息存储区域，而每个子系统在自己的存储区域中填写如对应的数据即可，当前所有子系统的信息存储区域都是设置为可查看的状态。
在本实施例中，在所述执法子系统采集所述排序子系统广播的所述读写集，并根据所述读写集进行对应的执法数据的采集，将采集到的所述执法数据按照所述区块链的数据构建方式写入所述执法子系统当前的区块链中，且发送给所述监管子系统进行执法的监控处理的步骤之后，还包括：
通过互联网获取与投诉举报审核相关的执法法律法规和对所述执法数据的合法性运算的核算规则；
根据所述执法法律法规和核算规则对所述执法数据进行运算，得到背书结果。
也即是说，各个子系统在区块链上写入投诉数据或者是与投诉数据相关的数据之后，都需要进行鉴权的核算，只有在鉴权核算通过后，才能进行共享的操作或者是保存到区块链上，以供其他子系统进行监管查看。
进一步的，在所述监管子系统接收到所述执法数据之后，还包括：
所述监管子系统调取与监管相关的法律法规和数据核算规则对所述执法数据进行合法性核算，得到独立的核算结果；
所述执法子系统根据所述监管子系统的监控处理结果控制所述排序子系统进行所述执法数据的广播包括：
读取所述监管子系统中的核算结果，并结合所述背书结果进行结果的整合，得到对所述执法数据的监管结果；
基于所述监管结果生成对应的广播请求，以控制所述排序子系统广播对应的投诉申请的执行情况，所述执行情况包括执法原始数据和执法的监管结果。
进一步的，在所述执法子系统根据所述投诉子系统和监管子系统的监控处理结果控制所述排序子系统进行所述执法数据的广播之后，还包括：
所述监管子系统将所述执法子系统广播的执行情况以及所述核算结果返馈给所述投诉子系统；
所述投诉子系统根据所述执行情况和和算结果对所述投诉申请的执法力度的评价，并通过所述排序子系统进行广播。
进一步的，在所述执法子系统根据所述投诉子系统和监管子系统的监控处理结果控制所述排序子系统进行所述执法数据的广播之后，还包括：
所述监管子系统将所述执法子系统广播的执行情况以及所述核算结果返馈给所述投诉子系统；
所述投诉子系统根据所述执行情况和和算结果对所述投诉申请的执法力度的评价，并通过所述排序子系统进行广播。
在本申请通过使用区块链技术对环保投诉系统中的数据进行存储和审核等流程的执行处理，这样可以避免了环保投诉系统中的数据被随意篡改的问题，保证了数据的安全性、数据的客观公正，大大提升了处理结果公信力和处置效率、质量。
下面以环保的投诉场景为例，对上述提供的方式进行说明，具体的将上述处理过程分为三大过程，分别是举报投诉数据上链、执法数据上链、用户评价数据上链，具体如图3-4所示，基于Hyperledger Fabric区块链实现的：
步骤S310，用户通过投诉客户端进行举报操作，以实现向执法组织上报投诉数据。
在该步骤中，具体是用户通过投诉客户端向各组织发送背书请求，各组织独立运算得出背书结果，投诉客户端收集背书结果，向排序服务请求排序，排序服务对背书结果进行确认，并进行广播，各组织收到广播后将数据写入区块链。
步骤S320，执法组织对投诉数据进行审核，并分配执法单位进行对应的执法数据的收集。
在该步骤，具体是在执法组织审核分配了执法单位后，执法单位或者执法单位中的执法人员根据投诉数据中的内容进行对应的数据采集，得到证据和执法结果，并通过执法客户端向各组织发送背书请求，各组织独立运算得出背书结果，执法客户端收集背书结果，向排序服务请求排序，排序服务对背书结果进行确认，并进行广播，各组织收到广播后将数据写入区块链，从而实现对投诉的处理。
步骤S330，用户基于投诉客户端查看执法数据，对执法进行评价，并将评价写入区块链中。
在本实施例中，对于步骤S310的实现同时涉及到多个组织的数据交互才能传输到执 法组织上，其具体实现步骤如图4所示：
步骤S311，投诉客户端向各组织发送背书请求；
在该步骤中，投诉人按表格1填写投诉数据后，即可通过投诉客户端向系统发送投诉数据。这些投诉数据将会按照背书规则抵达各个组织的背书节点。背书规则是规定区块链数据上链的条件。例如本申请中，投诉数据上链的背书规则定义为受理组织AND(投诉组织OR执法组织)，其含义是，投诉数据必须有受理组织的背书，同时有投诉组织或者执法组织至少其一的背书。然后才能上链。之所以设计这样的背书规则，因为首先，投诉数据格式和有效性校验主要是受理/监管机构的职责，没有经过监管机构的确认的投诉数据显然是不可靠的。其次，单独一个组织的校验可能不具备广泛的说服力，所以至少一个其他节点的同时确认可增加公信力。
步骤S312，各组织独立运算得出背书结果；
在本实施例中，在背书节点收到数据之后，首先会校验投诉数据是否完整、有效。完整性即校验表格1中的所有必填字段是否全部填写；有效性即初步校验数据是否在合理范围内，例如投诉人的个人必须真实存在，投诉区域需要在系统规定的管辖区域等。投诉数据校验通过后，各背书节点将会在当前区块链数据(即账本)的基础上模拟写入数据。记账本未写入数据之前的状态为T1，写入数据之后的状态为T2。T2-T1即为此次写入的读写集(T)，即投诉数据
计算出读写集之后，各组织的背书节点将用自己的私钥对读写集T进行签名。然后将T和签名结果一并(即背书结果)返回给客户端。
步骤S313，投诉客户端收集背书结果，向排序服务请求排序；
在该步骤中，投诉客户端按照背书规则收集背书结果。由于投诉数据上链的背书规则是：受理组织AND(投诉组织OR执法组织)，所以只需要收集到两个组织(受理组织和其他两个组织中的任意一个)的背书结果即可向排序服务节点发送所收集的背书结果集，发起排序请求。
步骤S314，排序服务对背书结果进行确认，并进行广播；
在该步骤中，排序服务节点在收到排序请求后，会对请求中包含的背书结果集按照背书规则进行验证。例如本申请中的投诉数据上链，由于背书规则是受理组织AND(投诉组织OR执法组织)，所以，排序请求实际上是两个组织的背书结果：受理组织；投诉组织和执法组织其中之一，记作X组织。排序组织主要会对背书结果集进行两方面检查：签名检查，读写集检查。签名检查就是检查背书组织的签名是否是合法的，只有签名合法的背书才是有效的。所有有效的背书读写集全部一致，背书检验才成立。否则背书校验将会失败，排序请求将会被拒绝。否则，排序请求将被接受。接下来，读写集将被缓存下来，与其他经过确认的读写集一起打包成区块数据，向全网广播。
步骤S315，各组织收到广播后将数据写入区块链。
在该步骤中，各个组织的每个节点在收到来自排序服务的区块数据后，将其中的读写集按序写入自己的区块链数据(即账本)中。由此投诉数据上链全部完成。
进一步的，对于步骤S320的实现，其步骤和实现与步骤S310的各步骤差不多，唯一不同的是在各组织独立运算得出背书结果的步骤上存在区别，其中在运算得出背书结果时，具体是个组织根据相关法规、标准对执法数据进行独立核算得出背书结果。
在本实施例中，由于执法数据核算主要是政府部门的职责，所以背书必须要有政府职能部门的参与。同时，为了增强核算结果的公信力，需要第三方机构参与核算。所以，执法数据上链的背书规则定义为：(受理组织OR执法组织)AND投诉组织，类似地，执法数据的背书过程包含两个关键步骤：完整有效性校验，读写集计算。完整有效性校验与投诉数据背书校验类似。在此着重对读写集的计算进行详细阐述。
这里的读写集不仅包含执法原始数据，还包括对执法数据的核算结果，即读写集T＝执法原始数据+核算结果。核算结果是根据相关法规、标准对执法数据进行核算得出的结 论。
在本实施例中，对于步骤S330，其具体是通过投诉客户端填写评价表格的方式来实现评价上传，具体如下表格所示：
在实际应用中，该评价数据的步骤同前面的投诉、执法数据的步骤也相似，故不赘述。
本申请实施例，通过区块链多点存储的特性确保了这些数据的不可篡改，Hyperledger Fabric区块链账本的链式存储结构也确保了每次数据处理过程都是可追溯的。
本系统有两次区块链事件驱动的外部操作，分别是：执法组织驱动执法业务系统采集执法数据，投诉举报组织驱动投诉举报业务系统进行投诉评价。本系统的区块链事件驱动是基于HyperledgerFabric区块链Peer channel-based event services实现的。这两次区块链事件驱动的外部操作能否顺利进行是整个区块链处理投诉举报流程能否完整实现的关键点，特别是执法组织驱动执法业务系统采集执法数据。为了避免执法组织意外宕机，或者人为干扰系统运行，关键的区块链事件无法正常发出，特别设计系统的其他两个组织在举报投诉数据入链后也会发出驱动执法的事件。此时执法业务系统可能会重复收到区块链对同一投诉的若干次相同的驱动执法事件，这时业务系统只需要处理第一个接到的事件，后续重复事件直接忽略。这样设计可以确保区块链外部系统能可靠地接收区块链指令，协助投诉举报系统完整地实现对投诉数据进行监控和管理的全流程。
基于Hyperledger Fabric区块链多点共识原理，各组织根据相关的法律法规、标准规范独立地计算执法数据，得出处理结果。这样就大大增加了区块链处理投诉的公信力。其中涉及到的数据隐私保护问题，本系统借助主流的同态加密算法，确保所有数据在加密条件下可以被验证。
为了解决上述的问题，本申请实施例还提供了一种数据处理系统，参照图5，图5为本申请实施例提供的数据处理系统的功能模块的示意图。在本实施例中，该系统包括：投诉子系统61、监管子系统62、排序子系统63和执法子系统64，各个子系统之间通过基于区块链构建的数据传输架构进行数据的相互传输；
所述投诉子系统61，用于监测系统中是否有新的投诉申请表产生；若有新的投诉申请表，则获取所述投诉申请表中的投诉数据，并按照预设的背书规则发送出去，其中，所述预设的背书规则用于设置所述投诉数据的审核节点的角色；
所述监管子系统62，用于在收到所述投诉数据后，根据预设的校验规则校验所述投诉数据是否合法；若所述投诉数据校验为合法，基于区块链的数据构建方式将所述投诉申请表中存储的数据写入所述监管子系统62当前的区块链中，得到所述投诉数据的读写集和校验结果，并将所述读写集和校验结果返回给所述投诉子系统61；
所述投诉子系统61还用于将接收到的所述校验结果进行整合处理，并根据整合处理后的结果判断是否需要通过排序子系统63广播所述读写集；
所述排序子系统63，用于将所述读写集广播给所述执法子系统64；
所述执法子系统64，用于在接收到广播的所述读写集时，根据所述读写集采集对应的执法数据，并将采集到的所述执法数据按照区块链的数据构建方式写入所述执法子系统64当前的区块链中，并发送给所述监管子系统62进行执法监控处理；
所述执法子系统64还用于根据所述投诉子系统61和监管子系统62的监控处理结果 控制所述排序子系统63广播所述执法数据。
基于与上述本申请实施例的数据处理方法相同的实施例说明内容，因此本实施例对数据处理系统的实施例内容不做过多赘述。
本申请还提供一种计算机可读存储介质。
本实施例中，所述计算机可读存储介质上存储有数据处理程序，所述数据处理程序被处理器执行时实现如上述任一项实施例中所述的数据处理方法的步骤。其中，数据处理程序被处理器执行时所实现的方法可参照本申请数据处理方法的各个实施例，因此不再过多赘述。
在本实施例中，对于计算机可读存储介质具体是基于一个设备的硬件结构来实现，即是通过设备中的处理器来运行该存储介质中的程序即可，具体参照图6，图6为本申请实施例方案涉及的数据处理设备运行环境的结构示意图。
如图6所示，该数据处理设备包括：处理器701，例如CPU，通信总线702、用户接口703，网络接口704，存储器705。其中，通信总线702用于实现这些组件之间的连接通信。用户接口703可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，网络接口704可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器705可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器705可选的还可以是独立于前述处理器701的存储系统。
本领域技术人员可以理解，图6中示出的数据处理系统的硬件结构并不构成对数据处理系统的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图6所示，作为一种计算机可读存储介质的存储器705中可以包括操作系统、网络通信模块、用户接口模块以及用于实现数据处理的数据处理程序。其中，操作系统是管理和控制数据处理系统、存储器中的软件资源调用的程序，支持数据处理程序以及其它软件和/或程序的运行。
在图6所示的数据处理系统的硬件结构中，网络接口704主要用于接入网络；用户接口703主要用于检测系统中是否需要进行数据处理操作或者是监控系统中的数据是否存在更新、异常等信息，而处理器701可以用于调用存储器705中存储的数据处理程序，并执行以下数据处理方法的各实施例的操作。
在本申请实施例中，对于图6的实现还可以是由移动终端和服务器组成的连网系统，其中，移动终端作为任务数据表的产生设备，服务器用于同步移动终端上的任务数据表的设备，该服务器的处理器通过读取存储在缓存器或者存储单元中的可以实现数据处理方法的程序代码来分辨出增量任务数据，并实现同步的操作。
进一步的，本申请提供的数据处理方法还可以用于实现多个服务器S与终端TE之间，或者是几个终端TE之间与几个服务器S之间的同步数据库数据处理，其中，同步数据库可广义理解为可以存储任何数据的存储系统。如果要在终端TE或服务器S之间执行同步，则其中终端TE作为待同步的任务数据表的产生设备，服务器S用作同步服务器，服务器S通常是网络服务器或PC。TE通常是移动电话、PC(个人计算机)、膝上型计算机或PDA设备。
本申请还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行所述数据处理方法实现上述任一实施例的方法步骤。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者 是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，这些均属于本申请的保护之内。
Claims (20)
- 一种数据处理方法，应用于投诉举报系统，对系统中的投诉数据进行监空和管理，其中，所述投诉举报系统包括：投诉子系统、监管子系统、排序子系统和执法子系统，各个子系统之间通过基于区块链构建的数据传输架构进行数据的相互传输，所述数据处理方法包括以下步骤：投诉子系统监测是否有新的投诉申请表产生；若有新的投诉申请表产生，则投诉子系统获取所述投诉申请表中的投诉数据，并按照预设的背书规则发送至监管子系统，其中，所述预设的背书规则用于设置所述投诉数据的审核节点的角色；监管子系统收到所述投诉数据后，根据预设的校验规则校验所述投诉数据是否合法；若所述投诉数据检验为合法，则监管子系统基于区块链的数据构建方式将所述投诉申请表中存储的数据写入监管子系统当前的区块链中，得到所述投诉数据的读写集和校验结果，并将所述读写集和校验结果返回给投诉子系统；投诉子系统将接收到的所述校验结果进行整合处理，并根据整合处理后的结果判断是否需要通过排序子系统广播所述读写集；当排序子系统广播所述读写集时，执法子系统采集排序子系统广播的所述读写集，并根据所述读写集采集对应的执法数据，并将采集到的所述执法数据按照区块链的数据构建方式写入所述执法子系统当前的区块链中，并发送给监管子系统进行执法监控处理；执法子系统根据监管子系统的监控处理结果，控制排序子系统广播所述执法数据。
- 如权利要求1所述的数据处理方法，其中，所述预设的校验规则包括背书规则校验规则和数据完整性检验规则、数据有效性校验规则；所述监管子系统至少包括受理组织或监管组织以及还包括投诉组织；所述根据预设的校验规则校验所述投诉数据是否合法的步骤包括：根据所述投诉申请表中的填写字段信息，判断所述投诉数据中的内容是否完整；若所述投诉数据完整，则判断所述投诉数据的内容的更新时间是否在有效时间段内；若在有效时间段内，则根据所述背书规则的校验规则，判断所述投诉数据是否有发送给所述监管子系统中的受理组织或监管组织进行受理的记录，以及判断所述投诉数据是否发送给所述投诉组织和其他子系统中的至少一个进行监控的记录。
- 如权利要求2所述的数据处理方法，其中，所述监管子系统基于区块链的数据构建方式将所述投诉申请表中存储的数据写入所述监管子系统当前的区块链中，得到所述投诉数据的读写集和校验结果的步骤包括：确定所述区块链的当前存储节点以及所述区块链的第一写入状态值；基于所述当前的存储节点将所述投诉数据写入至所述区块链中，并记录写入数据后的区块链的第二写入状态值；根据所述第一写入状态值和第二写入状态值计算出所述读写集的大小；采用所述监管子系统当前使用的私钥对所述读写集进行签名，得到所述校验结果。
- 如权利要求3所述的数据处理方法，其中，所述投诉子系统将接收到的所述校验结果进行整合处理，并根据整合处理后的结果判断是否需要通过排序子系统广播所述读写集的步骤包括：所述投诉子系统检测接收到的所述校验结果中携带的执行签名的角色和预设的签名的角色是否匹配；若匹配，则判断携带有所述执行签名的所有读写集是否一致；若一致，则生成广播请求，并发送给所述排序子系统；所述排序子系统根据所述广播请求将所述读写集转换为区块数据以广播的形式发送 给所有子系统或所有子系统中的各组织。
- 如权利要求1-4任一项所述的数据处理方法，其中，在所述执法子系统采集排序子系统广播的所述读写集，并根据所述读写集采集对应的执法数据，并将采集到的所述执法数据按照区块链的数据构建方式写入所述执法子系统当前的区块链中，并发送给监管子系统进行执法监控处理的步骤之后，还包括：通过互联网获取与投诉举报审核相关的执法法律法规和对所述执法数据的合法性运算的核算规则；根据所述执法法律法规和核算规则对所述执法数据进行运算，得到背书结果。
- 如权利要求5所述的数据处理方法，其中，在所述执法子系统采集排序子系统广播的所述读写集，并根据所述读写集采集对应的执法数据，并将采集到的所述执法数据按照区块链的数据构建方式写入所述执法子系统当前的区块链中，并发送给所述监管子系统进行执法的监控处理的步骤之后，还包括：调取与监管相关的法律法规和数据核算规则对所述执法数据进行合法性核算，得到独立的核算结果；所述执法子系统根据所述监管子系统的监控处理结果控制排序子系统广播所述执法数据包括：读取所述监管子系统中的核算结果，并结合所述背书结果进行结果的整合，得到对所述执法数据的监管结果；基于所述监管结果生成对应的广播请求，以控制所述排序子系统广播对应的投诉申请的执行情况，所述执行情况包括执法原始数据和执法的监管结果。
- 如权利要求6所述的数据处理方法，其中，在所述执法子系统根据所述投诉子系统和监管子系统的监控处理结果控制排序子系统广播所述执法数据的步骤之后，还包括：将所述执法子系统广播的执行情况以及所述核算结果返馈给所述投诉子系统；根据所述执行情况和和算结果对所述投诉申请的执法力度的评价，并通过所述排序子系统进行广播。
- 一种数据处理系统，其中，所述数据处理系统包括：投诉子系统、监管子系统、排序子系统和执法子系统，各个子系统之间通过基于区块链构建的数据传输架构进行数据的相互传输；所述投诉子系统，用于监测系统中是否有新的投诉申请表产生；若有新的投诉申请表，则获取所述投诉申请表中的投诉数据，并按照预设的背书规则发送出去，其中，所述预设的背书规则用于设置所述投诉数据的审核节点的角色；所述监管子系统，用于在收到所述投诉数据后，根据预设的校验规则校验所述投诉数据是否合法；若所述投诉数据校验为合法，基于区块链的数据构建方式将所述投诉申请表中存储的数据写入所述监管子系统当前的区块链中，得到所述投诉数据的读写集和校验结果，并将所述读写集和校验结果返回给所述投诉子系统；所述投诉子系统还用于将接收到的所述校验结果进行整合处理，并根据整合处理后的结果判断是否需要通过排序子系统广播所述读写集；所述排序子系统，用于将所述读写集广播给所述执法子系统；所述执法子系统，用于在接收到广播的所述读写集时，根据所述读写集采集对应的执法数据，并将采集到的所述执法数据按照区块链的数据构建方式写入所述执法子系统当前的区块链中，并发送给所述监管子系统进行执法监控处理；所述执法子系统还用于根据所述投诉子系统和监管子系统的监控处理结果控制所述排序子系统广播所述执法数据。
- 一种数据处理设备，其中，所述数据处理设备包括：存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的数据处理程序，所述数据处理程序被所述处理器 执行时实现如下所述的数据处理方法的步骤：投诉子系统监测是否有新的投诉申请表产生；若有新的投诉申请表产生，则投诉子系统获取所述投诉申请表中的投诉数据，并按照预设的背书规则发送至监管子系统，其中，所述预设的背书规则用于设置所述投诉数据的审核节点的角色；监管子系统收到所述投诉数据后，根据预设的校验规则校验所述投诉数据是否合法；若所述投诉数据检验为合法，则监管子系统基于区块链的数据构建方式将所述投诉申请表中存储的数据写入监管子系统当前的区块链中，得到所述投诉数据的读写集和校验结果，并将所述读写集和校验结果返回给投诉子系统；投诉子系统将接收到的所述校验结果进行整合处理，并根据整合处理后的结果判断是否需要通过排序子系统广播所述读写集；当排序子系统广播所述读写集时，执法子系统采集排序子系统广播的所述读写集，并根据所述读写集采集对应的执法数据，并将采集到的所述执法数据按照区块链的数据构建方式写入所述执法子系统当前的区块链中，并发送给监管子系统进行执法监控处理；执法子系统根据监管子系统的监控处理结果，控制排序子系统广播所述执法数据。
- 如权利要求9所述的数据处理设备，其中，所述数据处理程序被所述处理器执行所述预设的校验规则包括背书规则校验规则和数据完整性检验规则、数据有效性校验规则；所述监管子系统至少包括受理组织或监管组织以及还包括投诉组织；所述根据预设的校验规则校验所述投诉数据是否合法的步骤时，还执行以下步骤：根据所述投诉申请表中的填写字段信息，判断所述投诉数据中的内容是否完整；若所述投诉数据完整，则判断所述投诉数据的内容的更新时间是否在有效时间段内；若在有效时间段内，则根据所述背书规则的校验规则，判断所述投诉数据是否有发送给所述监管子系统中的受理组织或监管组织进行受理的记录，以及判断所述投诉数据是否发送给所述投诉组织和其他子系统中的至少一个进行监控的记录。
- 如权利要求10所述的数据处理设备，其中，所述数据处理程序被所述处理器执行所述监管子系统基于区块链的数据构建方式将所述投诉申请表中存储的数据写入所述监管子系统当前的区块链中，得到所述投诉数据的读写集和校验结果的步骤时，还执行以下步骤：确定所述区块链的当前存储节点以及所述区块链的第一写入状态值；基于所述当前的存储节点将所述投诉数据写入至所述区块链中，并记录写入数据后的区块链的第二写入状态值；根据所述第一写入状态值和第二写入状态值计算出所述读写集的大小；采用所述监管子系统当前使用的私钥对所述读写集进行签名，得到所述校验结果。
- 如权利要求11所述的数据处理设备，其中，所述数据处理程序被所述处理器执行所述投诉子系统将接收到的所述校验结果进行整合处理，并根据整合处理后的结果判断是否需要通过排序子系统广播所述读写集的步骤时，还执行以下步骤：所述投诉子系统检测接收到的所述校验结果中携带的执行签名的角色和预设的签名的角色是否匹配；若匹配，则判断携带有所述执行签名的所有读写集是否一致；若一致，则生成广播请求，并发送给所述排序子系统；所述排序子系统根据所述广播请求将所述读写集转换为区块数据以广播的形式发送给所有子系统或所有子系统中的各组织。
- 如权利要求9-12中任一项所述的数据处理设备，其中，所述数据处理程序被所述处理器执行所述执法子系统采集排序子系统广播的所述读写集，并根据所述读写集采集对应的执法数据，并将采集到的所述执法数据按照区块链的数据构建方式写入所述执法子 系统当前的区块链中，并发送给监管子系统进行执法监控处理的步骤之后，还执行以下步骤：通过互联网获取与投诉举报审核相关的执法法律法规和对所述执法数据的合法性运算的核算规则；根据所述执法法律法规和核算规则对所述执法数据进行运算，得到背书结果。
- 如权利要求13所述的数据处理设备，其中，所述数据处理程序被所述处理器执行所述执法子系统采集排序子系统广播的所述读写集，并根据所述读写集采集对应的执法数据，并将采集到的所述执法数据按照区块链的数据构建方式写入所述执法子系统当前的区块链中，并发送给监管子系统进行执法监控处理的步骤之后，还执行以下步骤：通过互联网获取与投诉举报审核相关的执法法律法规和对所述执法数据的合法性运算的核算规则；根据所述执法法律法规和核算规则对所述执法数据进行运算，得到背书结果。
- 如权利要求14所述的数据处理设备，其中，所述数据处理程序被所述处理器执行所述执法子系统采集排序子系统广播的所述读写集，并根据所述读写集采集对应的执法数据，并将采集到的所述执法数据按照区块链的数据构建方式写入所述执法子系统当前的区块链中，并发送给所述监管子系统进行执法的监控处理的步骤之后，还执行以下步骤：调取与监管相关的法律法规和数据核算规则对所述执法数据进行合法性核算，得到独立的核算结果；所述执法子系统根据所述监管子系统的监控处理结果控制排序子系统广播所述执法数据包括：读取所述监管子系统中的核算结果，并结合所述背书结果进行结果的整合，得到对所述执法数据的监管结果；基于所述监管结果生成对应的广播请求，以控制所述排序子系统广播对应的投诉申请的执行情况，所述执行情况包括执法原始数据和执法的监管结果。
- 一种计算机可读存储介质，其中，所述计算机可读存储介质上存储有数据处理程序，所述数据处理程序被处理器执行时实现如下所述的数据处理方法的步骤：投诉子系统监测是否有新的投诉申请表产生；若有新的投诉申请表产生，则投诉子系统获取所述投诉申请表中的投诉数据，并按照预设的背书规则发送至监管子系统，其中，所述预设的背书规则用于设置所述投诉数据的审核节点的角色；监管子系统收到所述投诉数据后，根据预设的校验规则校验所述投诉数据是否合法；若所述投诉数据检验为合法，则监管子系统基于区块链的数据构建方式将所述投诉申请表中存储的数据写入监管子系统当前的区块链中，得到所述投诉数据的读写集和校验结果，并将所述读写集和校验结果返回给投诉子系统；投诉子系统将接收到的所述校验结果进行整合处理，并根据整合处理后的结果判断是否需要通过排序子系统广播所述读写集；当排序子系统广播所述读写集时，执法子系统采集排序子系统广播的所述读写集，并根据所述读写集采集对应的执法数据，并将采集到的所述执法数据按照区块链的数据构建方式写入所述执法子系统当前的区块链中，并发送给监管子系统进行执法监控处理；执法子系统根据监管子系统的监控处理结果，控制排序子系统广播所述执法数据。
- 如权利要求16所述的计算机可读存储介质，其中，所述数据处理程序被处理器执行所述预设的校验规则包括背书规则校验规则和数据完整性检验规则、数据有效性校验规则；所述监管子系统至少包括受理组织或监管组织以及还包括投诉组织；所述根据预设的校验规则校验所述投诉数据是否合法的步骤时，还执行以下步骤：根据所述投诉申请表中的填写字段信息，判断所述投诉数据中的内容是否完整；若所述投诉数据完整，则判断所述投诉数据的内容的更新时间是否在有效时间段内；若在有效时间段内，则根据所述背书规则的校验规则，判断所述投诉数据是否有发送给所述监管子系统中的受理组织或监管组织进行受理的记录，以及判断所述投诉数据是否发送给所述投诉组织和其他子系统中的至少一个进行监控的记录。
- 如权利要求17所述的计算机可读存储介质，其中，所述数据处理程序被处理器执行所述监管子系统基于区块链的数据构建方式将所述投诉申请表中存储的数据写入所述监管子系统当前的区块链中，得到所述投诉数据的读写集和校验结果的步骤时，还执行以下步骤：确定所述区块链的当前存储节点以及所述区块链的第一写入状态值；基于所述当前的存储节点将所述投诉数据写入至所述区块链中，并记录写入数据后的区块链的第二写入状态值；根据所述第一写入状态值和第二写入状态值计算出所述读写集的大小；采用所述监管子系统当前使用的私钥对所述读写集进行签名，得到所述校验结果。
- 如权利要求18所述的计算机可读存储介质，其中，所述数据处理程序被处理器执行所述投诉子系统将接收到的所述校验结果进行整合处理，并根据整合处理后的结果判断是否需要通过排序子系统广播所述读写集的步骤时，还执行以下步骤：所述投诉子系统检测接收到的所述校验结果中携带的执行签名的角色和预设的签名的角色是否匹配；若匹配，则判断携带有所述执行签名的所有读写集是否一致；若一致，则生成广播请求，并发送给所述排序子系统；所述排序子系统根据所述广播请求将所述读写集转换为区块数据以广播的形式发送给所有子系统或所有子系统中的各组织。
- 如权利要求16-19中任一项所述的计算机可读存储介质，其中，所述数据处理程序被处理器执行所述执法子系统采集排序子系统广播的所述读写集，并根据所述读写集采集对应的执法数据，并将采集到的所述执法数据按照区块链的数据构建方式写入所述执法子系统当前的区块链中，并发送给监管子系统进行执法监控处理的步骤之后，还执行以下步骤：通过互联网获取与投诉举报审核相关的执法法律法规和对所述执法数据的合法性运算的核算规则；根据所述执法法律法规和核算规则对所述执法数据进行运算，得到背书结果。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910865866.1 | 2019-09-09 | ||
| CN201910865866.1A CN110716932B (zh) | 2019-09-09 | 2019-09-09 | 数据处理方法、系统、设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2021047309A1 true WO2021047309A1 (zh) | 2021-03-18 |
Family
ID=69210473
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2020/104739 WO2021047309A1 (zh) | 2019-09-09 | 2020-07-27 | 数据处理方法、系统、设备及存储介质 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN110716932B (zh) |
| WO (1) | WO2021047309A1 (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113435858A (zh) * | 2021-07-09 | 2021-09-24 | 建信金融科技有限责任公司 | 基于区块链的广告数据处理方法、装置及系统 |
| CN114022031A (zh) * | 2021-11-23 | 2022-02-08 | 中国工商银行股份有限公司 | 数据处理方法、装置、电子设备、介质和计算机程序产品 |
| CN115102747A (zh) * | 2022-06-17 | 2022-09-23 | 江西武大扬帆科技有限公司 | 基于数字孪生的互联网管理平台 |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110716932B (zh) * | 2019-09-09 | 2022-08-23 | 深圳赛安特技术服务有限公司 | 数据处理方法、系统、设备及存储介质 |
| CN114726736B (zh) * | 2020-12-18 | 2023-12-05 | 中国联合网络通信集团有限公司 | 数据监管方法、第一监管节点、被监管节点、数据监管装置 |
| CN112560465B (zh) * | 2020-12-18 | 2023-09-19 | 平安银行股份有限公司 | 批量异常事件的监控方法、装置、电子设备及存储介质 |
| CN116074082B (zh) * | 2023-01-28 | 2023-06-16 | 鹏城实验室 | 域名保全方法、域名保全装置及可读存储介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105243633A (zh) * | 2015-11-12 | 2016-01-13 | 南威软件股份有限公司 | 一种价格举报管理信息系统 |
| CN107958050A (zh) * | 2017-11-28 | 2018-04-24 | 浙江工业大学 | 城市规划监控方法、装置及电子设备 |
| CN109102437A (zh) * | 2018-08-10 | 2018-12-28 | 山东省计算中心（国家超级计算济南中心） | 一种基于区块链的网页自动取证方法及系统 |
| CN109118779A (zh) * | 2018-10-12 | 2019-01-01 | 东软集团股份有限公司 | 交通违章信息识别方法、设备及可读存储介质 |
| CN110049063A (zh) * | 2019-04-30 | 2019-07-23 | 中国科学院计算机网络信息中心 | 一种基于区块链的网络钓鱼数据共享方法与系统 |
| CN110716932A (zh) * | 2019-09-09 | 2020-01-21 | 平安国际智慧城市科技股份有限公司 | 数据处理方法、系统、设备及存储介质 |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5895450A (en) * | 1995-02-22 | 1999-04-20 | Sloo; Marshall A. | Method and apparatus for handling complaints |
| CN106899682B (zh) * | 2017-03-13 | 2020-04-10 | 车智互联（北京）科技有限公司 | 一种基于呼叫中心处理投诉举报的方法和平台 |
| CA3090879A1 (en) * | 2018-02-08 | 2019-08-15 | Green Check Verified Inc. | Transaction and identity verification system and method |
| CN109344658B (zh) * | 2018-08-06 | 2021-10-01 | 中国电力科学研究院有限公司 | 一种能源互联网中审计区块链的设计方法和装置 |
| CN109118765A (zh) * | 2018-09-04 | 2019-01-01 | 京东方科技集团股份有限公司 | 基于区块链的交通违章记录方法和装置 |
| CN109409903A (zh) * | 2018-09-25 | 2019-03-01 | 广州高清视信数码科技股份有限公司 | 一种基于区块链的投诉方法和系统 |
| CN109523302A (zh) * | 2018-10-19 | 2019-03-26 | 中链科技有限公司 | 基于区块链的广告推送方法、装置及计算设备 |
| CN109636599A (zh) * | 2018-11-07 | 2019-04-16 | 广西师范大学 | 基于群签名的许可区块链隐私保护和监管方法 |
| CN109698752B (zh) * | 2018-11-29 | 2021-11-12 | 南京南瑞信息通信科技有限公司 | 一种基于区块链的企业资源管理系统 |
| CN109831545B (zh) * | 2019-01-31 | 2020-10-09 | 中国互联网络信息中心 | 一种基于区块链的域名滥用处理方法及系统 |
| CN110097365A (zh) * | 2019-04-29 | 2019-08-06 | 迅鳐成都科技有限公司 | 一种基于海量区块审计技术的交易监管系统及机制 |
| CN110175875A (zh) * | 2019-05-28 | 2019-08-27 | 山东省计算中心（国家超级计算济南中心） | 一种基于区块链的户外广告采集方法及装置 |
-
2019
- 2019-09-09 CN CN201910865866.1A patent/CN110716932B/zh active Active
-
2020
- 2020-07-27 WO PCT/CN2020/104739 patent/WO2021047309A1/zh active Application Filing
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105243633A (zh) * | 2015-11-12 | 2016-01-13 | 南威软件股份有限公司 | 一种价格举报管理信息系统 |
| CN107958050A (zh) * | 2017-11-28 | 2018-04-24 | 浙江工业大学 | 城市规划监控方法、装置及电子设备 |
| CN109102437A (zh) * | 2018-08-10 | 2018-12-28 | 山东省计算中心（国家超级计算济南中心） | 一种基于区块链的网页自动取证方法及系统 |
| CN109118779A (zh) * | 2018-10-12 | 2019-01-01 | 东软集团股份有限公司 | 交通违章信息识别方法、设备及可读存储介质 |
| CN110049063A (zh) * | 2019-04-30 | 2019-07-23 | 中国科学院计算机网络信息中心 | 一种基于区块链的网络钓鱼数据共享方法与系统 |
| CN110716932A (zh) * | 2019-09-09 | 2020-01-21 | 平安国际智慧城市科技股份有限公司 | 数据处理方法、系统、设备及存储介质 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113435858A (zh) * | 2021-07-09 | 2021-09-24 | 建信金融科技有限责任公司 | 基于区块链的广告数据处理方法、装置及系统 |
| CN114022031A (zh) * | 2021-11-23 | 2022-02-08 | 中国工商银行股份有限公司 | 数据处理方法、装置、电子设备、介质和计算机程序产品 |
| CN115102747A (zh) * | 2022-06-17 | 2022-09-23 | 江西武大扬帆科技有限公司 | 基于数字孪生的互联网管理平台 |
| CN115102747B (zh) * | 2022-06-17 | 2024-03-29 | 中铁水利信息科技有限公司 | 基于数字孪生的互联网管理平台 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110716932A (zh) | 2020-01-21 |
| CN110716932B (zh) | 2022-08-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2021047309A1 (zh) | 数据处理方法、系统、设备及存储介质 | |
| US11290441B1 (en) | Systems and methods for blockchain validation of user identity and authority | |
| CN111767530B (zh) | 一种跨域数据共享审计溯源系统、方法、存储介质、程序 | |
| CN108711006B (zh) | 收入管理方法、管理节点、系统及存储设备 | |
| US11917050B1 (en) | Systems and methods for generating a blockchain-based user profile | |
| CN111598574A (zh) | 面向智能服务交易的监管方法及监管接口 | |
| CN113495920A (zh) | 一种基于区块链的内容审核系统、方法、装置和存储介质 | |
| US20220329436A1 (en) | Token-based identity validation via blockchain | |
| CN114117264A (zh) | 基于区块链的非法网站识别方法、装置、设备及存储介质 | |
| CN111897770A (zh) | 一种发起诉讼请求的方法和系统 | |
| CN110598432A (zh) | 社区矫正信息管理方法及装置、介质和电子设备 | |
| CN112907243A (zh) | 区块链交易审计方法及装置 | |
| CN106372514A (zh) | 一种安全漏洞维护方法及系统 | |
| CN114693241A (zh) | 一种基于区块链的电子简历系统及其实现方法 | |
| CN111444261A (zh) | 一种基于区块链的企业数据共享模型 | |
| CN110910099A (zh) | 一种劳动合同的实现方法及相关设备 | |
| CN112231772B (zh) | 基于区块链的用户行为监管方法、装置、设备以及介质 | |
| CN115987697B (zh) | 基于事件订阅机制的多层级情报数据共享方法及系统 | |
| CN111506661B (zh) | 一种内容访问管理方法、装置和存储介质 | |
| CN112488707A (zh) | 一种业务流转监管方法和系统 | |
| CN111522882A (zh) | 一种基于区块链的内模管理系统及方法 | |
| CN114844653B (zh) | 基于联盟链的可信联邦学习方法 | |
| Guo et al. | Antitampering scheme of evidence transfer information in judicial system based on blockchain | |
| CN115564564A (zh) | 一种公积金信用贷款风险监测系统 | |
| CN115643573A (zh) | 一种基于动态安全环境的特权账号认证方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 20863645 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 32PN | Ep: public notification in the ep bulletin as address of the adressee cannot be established |
Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 20.07.2022) |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 20863645 Country of ref document: EP Kind code of ref document: A1 |